WO2017054553A1 - 视频质量检测方法、装置及业务质量管理中心 - Google Patents

视频质量检测方法、装置及业务质量管理中心 Download PDF

Info

Publication number
WO2017054553A1
WO2017054553A1 PCT/CN2016/090069 CN2016090069W WO2017054553A1 WO 2017054553 A1 WO2017054553 A1 WO 2017054553A1 CN 2016090069 W CN2016090069 W CN 2016090069W WO 2017054553 A1 WO2017054553 A1 WO 2017054553A1
Authority
WO
WIPO (PCT)
Prior art keywords
client device
video
specifically
policy
management center
Prior art date
Application number
PCT/CN2016/090069
Other languages
English (en)
French (fr)
Inventor
王小刚
Original Assignee
华为技术有限公司
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by 华为技术有限公司 filed Critical 华为技术有限公司
Publication of WO2017054553A1 publication Critical patent/WO2017054553A1/zh

Links

Images

Classifications

    • 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
    • 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/4424—Monitoring of the internal components or processes of the client device, e.g. CPU or memory load, processing speed, timer, counter or percentage of the hard disk space used
    • 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/44227—Monitoring of local network, e.g. connection or bandwidth variations; Detecting new devices in the local network

Definitions

  • the embodiments of the present invention relate to communication technologies, and in particular, to a video quality detection method and apparatus, and a service quality management center.
  • the OTT video refers to a video that is carried by a Hypertext Transport Protocol (HTTP) or a Transmission Control Protocol (TCP).
  • HTTP Hypertext Transport Protocol
  • TCP Transmission Control Protocol
  • the OTT video is played by a download-play mechanism, that is, the OTT video is downloaded first.
  • the OTT video in the buffer is played again.
  • quality inspection of OTT video has become an important task for major operators.
  • the player of the client device enters the stuck state.
  • the detection of the OTT video quality is mainly performed by detecting the number of jams and the duration of the jam.
  • the probe for detecting the quality of the OTT video is integrated in the Read Only Memory (ROM) of the client device and is started up with the startup of the client device.
  • the client device receives the OTT video, and the probe captures the OTT video on the network card of the client device by means of packet capture, and analyzes the captured OTT video to infer the buffer.
  • the playable duration of the OTT video If the playable duration is greater than 0, the OTT video can be played in the buffer.
  • the probe reports the good video quality to the service quality management center. Otherwise, if the playable duration is less than 0, it means that there is no OTT video that can be played in the buffer.
  • the player of the client device enters the stuck state, and the probe reports the information with poor video quality to the service quality management center.
  • the client device may have a state of pause, drag, and the like.
  • the probe cannot sense the state, and the playable duration of the OTT video in the buffer cannot be accurately inferred, so that it is impossible to accurately determine whether the client device is stuck, so that the OTT video quality of the client device cannot be accurately reflected.
  • the embodiment of the invention provides a video quality detection method and device, and a service quality management center, so as to solve the problem that the network card capture cannot accurately reflect the OTT video quality of the client device.
  • an embodiment of the present invention provides a video quality detection method, including:
  • the video quality detecting device receives the stuck event sent by the client device
  • the video quality detecting device determines the number of jams and/or the duration of the jam according to the stuck event
  • the video quality detecting apparatus sends the number of times of carding and/or the duration of the card to the service quality management center, so that the service quality management center determines the client according to the number of times of the carding and/or the length of the carding time.
  • the quality of the OTT video of the end device is not limited to the end device.
  • the method further includes:
  • the video quality detecting apparatus determines that the number of stuck times exceeds a first threshold included in the alarm threshold; and/or, the stuck duration exceeds a second threshold included in the alarm threshold;
  • the video quality detecting apparatus acquires the reported result according to the alarm policy
  • the video quality detecting apparatus sends the report result to the service quality management center.
  • the alarm policy is specifically: acquiring client device information, where the reporting result is specifically a client device Information, the client device information includes at least one of: a utilization of a central processing unit CPU of the client device, a utilization of a memory of the client device, and a network connection of the client device Incoming mode; wherein the network access mode of the client device includes wired access And the wireless access, when the network access mode of the client device is specifically the wireless access, the client device information further includes: a wireless signal strength.
  • the alarm policy is specifically a player information of a client device, where the report result is specifically The player information of the client device, where the player information includes a uniform resource locator URL of the OTT video.
  • the alarm policy is specifically a bandwidth test policy
  • the report result is specifically the client device.
  • the alarm policy is specifically a route test policy and a ping test policy
  • the report result is specifically an IP
  • the address list, the packet loss rate, and the time delay, and the video quality detecting device obtains the report result according to the alarm policy, including:
  • the video quality detecting device acquires the IP address list according to the routing test policy, where the IP address list includes an IP address of at least one network device through which the OTT video flows;
  • the video quality detecting device acquires a packet loss rate and a delay of the network device corresponding to each IP in the IP address list according to the ping test policy.
  • the alarm policy is specifically a packet capture policy
  • the report result is specifically to provide the OTT video.
  • the IP address of the server, the video quality detecting device obtains the report result according to the alarm policy, and includes:
  • the video quality detecting apparatus captures the OTT video according to the packet capture policy, and determines an IP address of the server that provides the OTT video according to the packet capture.
  • the video quality detecting apparatus determines the The method further includes: before the second threshold value included in the alarm threshold exceeds the second threshold included in the alarm threshold, and the method includes:
  • the service quality detecting apparatus receives the alarm threshold and the alarm policy sent by the service quality management center.
  • an embodiment of the present invention provides a video quality detection method, including:
  • the service quality management center receives the number of times of carding and/or the duration of the carding sent by the video quality detecting device;
  • the service quality management center determines the quality of the OTT video of the client device according to the number of times of the card and/or the length of the card.
  • the method further includes:
  • the service quality management center receives the report result sent by the video quality detecting device, where the report result is that the video quality detecting device determines that the number of stuck times exceeds a first threshold included in the alarm threshold; and/or Determining that the duration of the carton exceeds a second threshold included in the alarm threshold;
  • the service quality management center determines, according to the reported result, the reason why the OTT video quality is poor.
  • the alarm policy is specifically: acquiring client device information, where the reporting result is specifically a client device
  • the information, the service quality management center receives the report result sent by the video quality detecting device, and includes:
  • the client device information includes at least one of: a utilization rate of a central processing unit CPU of the client device The utilization of the memory of the client device, and the network access mode of the client device; wherein the network access mode of the client device includes wired access and wireless access, when the client device When the network access mode is specifically the wireless access, the client device information further includes: a wireless signal strength;
  • the service quality management center determines, according to the report result, the reason for the poor quality of the OTT video, including:
  • the service quality management center determines, according to the utilization rate of the CPU, whether the quality of the OTT video is poor due to excessive CPU resource usage of the client device, and determines whether the client is due to the memory usage.
  • the memory utilization of the end device is too high, resulting in poor quality of the OTT video;
  • the wireless signal strength determines whether the OTT video quality is poor due to the weak wireless signal.
  • the alarm policy is specifically: acquiring player information of the client device, where the reporting result is specifically Player information of the client device;
  • the service quality management center determines, according to the report result, the reason for the poor quality of the OTT video, including:
  • the service quality management center determines, according to the uniform resource locator URL of the OTT video that is included in the player information, whether the OTT video quality is poor due to the video source of the OTT video.
  • the alarm policy is specifically a bandwidth test policy
  • the report result is specifically the client device. Bandwidth between the server providing the OTT video;
  • the service quality management center determines, according to the report result, the reason for the poor quality of the OTT video, including:
  • the service quality management center determines, according to the bandwidth, whether the OTT video quality is poor due to insufficient bandwidth between the client device and the server that provides the OTT video.
  • the alarm policy is specifically a route test policy and a ping test policy
  • the report result is specifically an IP
  • the service quality management center determines, according to the report result, the reason why the OTT video quality is poor, including:
  • the service quality management center determines, according to the packet loss rate and the delay of the network device corresponding to each IP address in the IP address list, whether the network device is faulty due to the IP address in the IP address list, and the OTT is caused by the OTT.
  • the video quality is poor.
  • the alarm policy is specifically a packet capture policy
  • the report result is specifically to provide the OTT video.
  • the IP address of the server, the service quality management center determines, according to the report result, the reason for the poor quality of the OTT video, including:
  • the service quality management center determines whether the IP address of the server that provides the OTT video is The OTT video quality is poor due to the server providing the OTT video.
  • the service quality management center receives the Before the report result sent by the video quality detecting device, the method further includes:
  • an embodiment of the present invention provides a video quality detecting apparatus, including:
  • a receiving module configured to receive a cardon event sent by the client device
  • a processing module configured to determine, according to the cardon event received by the receiving module, a number of times of carding and/or a length of time
  • a sending module configured to send, to the service quality management center, the number of times of the card and/or the length of the card determined by the processing module, so that the service quality management center is configured according to the number of times of the card and/or the duration of the card Determining the quality of the OTT video of the client device.
  • the processing module is further configured to determine that the number of times of the jam exceeds a first threshold included in the alarm threshold; and/or, the duration of the jam exceeds the The second threshold included in the alarm threshold; the report result is obtained according to the alarm policy;
  • the sending module is further configured to send the report result obtained by the processing module to the service quality management center.
  • the alarm policy is specifically: acquiring client device information, where the reporting result is specifically a client device Information, the client device information includes at least one of: a utilization of a central processing unit CPU of the client device, a utilization of a memory of the client device, and a network connection of the client device And the network access mode of the client device includes wired access and wireless access.
  • the client device information Also included: wireless signal strength.
  • the alarm policy is specifically the player information of the client device, and the reporting result is The player information is the player information of the client device, and the player information includes a uniform resource locator URL of the OTT video.
  • the alarm policy is specifically a bandwidth testing policy
  • the reporting result is specifically the client device.
  • the alarm policy is specifically a route test policy and a ping test policy, where the report result is specifically IP The address list, the packet loss rate, and the time delay;
  • the processing module is configured to obtain the IP address list according to the route test policy, where the IP address list includes at least one network device that the OTT video flows through The IP address is obtained according to the ping test policy, and the packet loss rate and delay of the network device corresponding to each IP address in the IP address list are obtained.
  • the alarm policy is specifically a packet capture policy
  • the reporting result is specifically providing the OTT video.
  • the IP address of the server is specifically configured to capture the OTT video according to the packet capture policy, and determine an IP address of the server that provides the OTT video according to the packet capture.
  • the receiving module is further used Receiving, by the processing module, that the number of times of the jam exceeds a first threshold included in the alarm threshold; and/or receiving the second threshold that is included in the alarm threshold before receiving the card.
  • the alarm threshold is related to the alarm policy.
  • an embodiment of the present invention provides a service quality management center, including:
  • a receiving module configured to receive a number of times of carding and/or a carding time sent by the video quality detecting device
  • a processing module configured to determine a quality of the OTT video of the client device according to the number of times of the card and/or the length of the card received by the receiving module.
  • the receiving module is further configured to receive a report result sent by the video quality detecting apparatus, where the report result is that the video quality detecting apparatus determines the The number of times of the jam exceeds a first threshold included in the alarm threshold; and/or, the duration of the jam exceeds
  • the alarm threshold includes a second threshold;
  • the processing module is further configured to determine, according to the report result received by the receiving module, a cause of poor quality of the OTT video.
  • the alarm policy is specifically: acquiring client device information, where the reporting result is specifically a client device Information
  • the receiving module is specifically configured to receive the client device information sent by the video quality detecting device, where the client device information includes at least one of: a central processing unit of the client device The utilization of the CPU, the utilization of the memory of the client device, and the network access mode of the client device; wherein the network access mode of the client device includes wired access and wireless access,
  • the client device information further includes: a wireless signal strength;
  • the processing module is specifically configured to determine, according to the utilization rate of the CPU, whether the quality of the OTT video is poor due to excessive CPU resource usage of the client device, and determine, according to the utilization rate of the memory, whether The memory utilization of the client device is too high, resulting in poor quality of the OTT video. According to the wireless signal strength, it is determined whether the OTT video quality is poor due to weak wireless signals.
  • the alarm policy is specifically: acquiring player information of the client device, where the reporting result is specifically Player information of the client device;
  • the processing module is specifically configured to determine, according to the uniform resource locator URL of the OTT video that is included in the player information, whether the OTT video quality is poor due to the video source of the OTT video.
  • the alarm policy is specifically a bandwidth test policy
  • the report result is specifically the client device Bandwidth between the server providing the OTT video
  • the processing module is specifically configured to determine, according to the bandwidth, whether the OTT video quality is poor due to insufficient bandwidth between the client device and a server that provides the OTT video.
  • the alarm policy is specifically a route test policy and a ping test policy
  • the report is Specifically, the processing module is configured to determine, according to the packet loss ratio and the delay of the network device corresponding to each IP address in the IP address list, whether the IP address is due to the IP address list, the packet loss ratio, and the delay.
  • the network device corresponding to each IP address in the address list is faulty, resulting in poor quality of the OTT video.
  • the alarm policy is specifically a packet capture policy
  • the report result is specifically to provide the OTT video.
  • the processing module is configured to determine whether the OTT video quality is poor due to the server that provides the OTT video according to the IP address of the server that provides the OTT video.
  • the service quality management center further includes:
  • a sending module configured to send the alarm threshold and the alarm policy to the video quality detecting device before the receiving module receives the report result sent by the video quality detecting device.
  • the video quality detecting device determines the number of times of carding and/or the length of the card according to the cardon event of the player of the client device, and reports to the service quality management center.
  • the quality of service management center determines the quality of the OTT video according to the number of times of the card and/or the length of the card. In this process, since the client device is aware of its own stuck event, the video quality detecting device accurately obtains the carding event of the player of the client device, and determines the stuck duration and/or according to the cardon event.
  • the service quality management center directly determines the quality of the OTT video according to the duration of the card and/or the number of times of the card, thereby achieving the purpose of accurately determining the quality of the OTT video.
  • Embodiment 1 is a flowchart of Embodiment 1 of a video quality detecting method according to the present invention
  • Embodiment 2 is a flowchart of Embodiment 2 of a video quality detecting method according to the present invention
  • FIG. 3 is a schematic block diagram of a video quality detecting apparatus to which the video quality detecting method of the present invention is applied;
  • FIG. 4 is a startup signaling diagram of a video quality detecting apparatus to which the video quality detecting method of the present invention is applied;
  • FIG. 5 is a signaling diagram of an APK module startup alarm applied to a video quality detecting method according to the present invention
  • FIG. 6 is a message of the service quality management center starting alarm applied to the video quality detecting method of the present invention Order
  • FIG. 7 is a schematic structural diagram of Embodiment 1 of a video quality detecting apparatus according to the present invention.
  • Embodiment 8 is a schematic structural diagram of Embodiment 1 of a service quality management center according to the present invention.
  • FIG. 9 is a schematic structural diagram of Embodiment 2 of the service quality management center of the present invention.
  • FIG. 1 is a flowchart of Embodiment 1 of a video quality detecting method according to the present invention.
  • the present invention is described in detail from the perspective of a video quality detecting device.
  • the embodiment of the present invention is applicable to a scenario in which an OTT video quality needs to be accurately determined. Specifically, the embodiment includes the following steps:
  • the video quality detecting apparatus receives a cardon event sent by the client device.
  • the client device is a device with a video playing function, such as a smart phone, an Android set-top box, a tablet (Portable Android Device, Pad), etc.; the player of the client device is played in a language such as C or C++.
  • the device can provide an interface to the video quality detecting device, and the interface can be implemented, for example, by an Android Interface Definition Language (AIDL), a local socket (Local Socket), or the like; the video quality detecting device is disposed in the client device.
  • it can be an Android installation package (Android Package, APK) that can be installed and upgraded independently.
  • the player data is collected through the interface provided by the player of the client device, such as the Uniform Resource Locator of the played OTT video. URL), player status, etc., wherein the player status includes play, pause, stop, drag, fast forward, rewind, enter the card, exit the card, and the like.
  • the video quality detecting device receives the stuck event sent by the player of the client device through the interface provided by the player of the client. Specifically, for the player of the client, its own playing state, such as normal playing, entering the card, exiting the card, fast forwarding, rewinding, etc., can be accurately obtained.
  • a jam event occurs, such as when the player enters the card and exits the card
  • the player of the client device transmits the cardon event to the video quality detecting device through the interface in real time, so that the video quality detecting device accurately obtains the playing of the client device.
  • the Caton event is a jam event.
  • the video quality detecting apparatus determines a number of jams and/or a stuck duration according to the stuck event.
  • the video quality detecting device calculates the number of jams and/or the duration of the jam according to the stuck event. For example, in a preset period of time, the incoming carding event sent by the player is counted, thereby obtaining the number of stuck times; for example, in the preset time period, the incoming carding event and the exit card sent by the player are calculated. The length of time between events, thus determining the length of time.
  • the video quality detecting apparatus sends the number of times of carding and/or the duration of the card to the service quality management center, so that the service quality management center determines, according to the number of times of the carding and/or the length of the carton, The quality of the OTT video of the client device.
  • the video quality detecting device After determining the number of times of carding and/or the length of the card according to the cardon event sent by the player of the client device, the video quality detecting device sends the number of times of carding and/or the length of the card to the service quality management center, so that the service The quality management center determines the quality of the OTT video based on the number of times of the card and/or the length of the card. For example, if the number of times of the card in the preset time period exceeds the preset number of times, the OTT video quality is considered to be poor; for example, if the time of the OTT video is longer than the preset duration, the OTT video quality is considered to be poor. .
  • the video quality detecting device determines the number of times of carding and/or the length of the card according to the cardon event sent by the player of the client device, and reports the time to the service quality management center, so that the service quality management center
  • the quality of the OTT video is determined according to the number of times of the card and/or the length of the card.
  • the video quality detecting device since the client device is aware of its own stuck event, the video quality detecting device accurately obtains the carding event of the player of the client device, and determines the stuck duration and/or according to the cardon event.
  • the service quality management center directly determines the quality of the OTT video according to the number of times of the card and/or the length of the card, thereby achieving the purpose of accurately determining the quality of the OTT video.
  • FIG. 2 is a flowchart of Embodiment 2 of the video quality detecting method of the present invention.
  • This embodiment describes the present invention in detail from the perspective of a service quality management center.
  • the embodiment of the present invention is applicable to a scenario in which an OTT video quality needs to be accurately determined. Specifically, the embodiment includes the following steps:
  • the service quality management center receives the number of times of carding and/or the duration of the carding sent by the video quality detecting device.
  • the service quality management center determines, according to the number of times of the card and/or the duration of the carton, The quality of the OTT video of the client device.
  • the service quality management center receives the number of times of the card and/or the duration of the player of the client device reported by the video quality detecting device, and according to the number of times of the card and/or the jam time Long determines the quality of the OTT video.
  • the client device is aware of its own stuck event, so that the video quality management center can accurately obtain the card time and/or the number of times the player reports the client, and report the number of times, thereby causing the service quality management.
  • the center directly determines the quality of the OTT video according to the duration of the card and the number of times of the card, thereby achieving the purpose of accurately determining the quality of the OTT video.
  • the service quality management center sends an alarm threshold and an alarm policy to the service quality detecting device in advance, and the service quality detection center determines the OTT.
  • the number of times of the video exceeds the first threshold included in the alarm threshold; and/or, when the duration of the card exceeds the second threshold included in the alarm threshold; for example, the quality of service center detects the number of times reported by the service quality center and/or If the number of times of the OTT video exceeds the first threshold included in the alarm threshold, and/or the length of the card exceeds the second threshold included in the alarm threshold, the cause of the OTT video quality difference needs to be determined.
  • the service quality detecting device obtains the report result according to the alarm policy, and reports the result to the service quality management center, so that the service quality management center determines the cause of the poor OTT video quality according to the report result.
  • the alarm policy is also the alarm threshold, which is pre-stored by the service quality detecting device, or sent by the service quality management center to the service quality detecting device when an alarm occurs.
  • the first, the alarm policy is specifically to obtain the information of the client device, and the result of the report is specifically the information of the client device.
  • the client device information includes at least one of the following: a utilization of a central processing unit CPU of the client device, a utilization of a memory of the client device, and a network of the client device.
  • An access mode where the network access mode of the client device includes wired access and wireless access, and when the network access mode of the client device is specifically the wireless access, the client The end device information also includes: wireless signal strength.
  • the service quality management center After receiving the information of the client device, the service quality management center determines, according to the utilization rate of the CPU, whether the quality of the OTT video is poor due to excessive CPU resource usage of the client device; The utilization rate determines whether the OTT video quality is poor due to the memory usage of the client device is too high; and determining, according to the wireless signal strength, whether the OTT video quality is poor due to a weak wireless signal.
  • the alarm policy is specifically the player information of the client device, and the report result is specifically the player information of the client device.
  • the player information includes a uniform resource locator URL of the OTT video.
  • the service quality management center determines, according to the uniform resource locator URL of the OTT video that is included in the player information, whether the OTT video is caused by the video source of the OTT video. low quality.
  • the third, the alarm policy is specifically the bandwidth test strategy, and the reported result is specifically the bandwidth between the client device and the server that provides the OTT video.
  • the service quality management center determines, according to the bandwidth, whether the OTT video quality is poor due to insufficient bandwidth between the client device and the server that provides the OTT video.
  • the fourth, the alarm policy is specifically the route test policy and the ping test policy
  • the report result is specifically, the IP address list, the packet loss rate, and the delay.
  • the video quality detecting device acquires the IP address list according to the routing test policy, where the IP address list includes an IP address of at least one network device through which the OTT video flows; and obtains according to the ping test policy.
  • the packet loss rate and delay of the network device corresponding to each IP address in the IP address list and then sending an IP address list, a packet loss rate, and a delay to the service quality management center.
  • the service quality management center determines whether the IP address is due to the packet loss rate and the delay of the network device corresponding to each IP address in the IP address list.
  • the network device corresponding to each IP address in the address list is faulty, resulting in poor quality of the OTT video.
  • the alarm policy is specifically a packet capture policy
  • the report result is specifically an IP address of a server that provides the OTT video.
  • the video quality detecting device captures the OTT video according to the packet capture policy, determines an IP address of the server that provides the OTT video according to the packet capture, and sends the IP address to the service quality management center.
  • the service quality management center receives the IP address, and according to the IP address, determines whether the OTT video quality is poor due to the server that provides the OTT video.
  • the reason for the poor quality of the OTT video may be determined by combining the report results obtained by using all the foregoing alarm policies; or, only one or more alarms may be combined.
  • the result of the report is determined by the policy, and the cause of the poor quality of the OTT video is determined.
  • the priority may be set, and whether the video source, the server providing the OTT video, the bandwidth, and the like are sequentially determined according to the priority.
  • the video quality detecting apparatus in the embodiment of the present invention is described in detail below by taking the client device as an Android client device as an example.
  • the video quality detecting apparatus includes an APK module and an optional module: a local service (Native Service) module.
  • the APK module does not need to be preset to the Android firmware, and can be independently installed and upgraded to provide user experience collection functions, such as communication with the service quality management center, reporting monitoring data such as the number of times of carding and/or the length of the card; receiving service quality management Diagnostic tasks such as bandwidth test, trace route, and ping test delivered by the center; collection of vendors, models, version numbers, central processing unit (CPU) utilization, and memory of Android client devices Usage, process list, access mode, wireless signal strength, etc.; collect state information of the client device through the AIDL interface with the client device.
  • the Native service module needs to be packaged into the Android firmware and upgraded with the Android firmware. It can implement root (root) permission functions, such as network card capture, ping test, and trace route test.
  • the APK module interacts with the native service through local sockets, shared memory, etc. Through interaction, the APK module forwards operations that require root privileges, such as capture, ping, and trace route tests to the native service module.
  • the native service module The results of the captured package, ping test, and trace route test are reported to the APK module.
  • the video quality detecting apparatus when only the accurate detection function of the OTT video quality needs to be implemented, the video quality detecting apparatus includes an APK module; when the quality of the OTT video is poor, it is necessary to further determine the cause of the poor quality of the OTT video. Because the APK module cannot obtain root privileges, it cannot be captured. The network metrics such as the TCP retransmission rate and the TCP round-trip delay are obtained, and the ping test and the trace route test cannot be performed.
  • the video quality detecting device includes an APK module and a native service module.
  • the client device is specifically a set top box, since the video quality detecting device is integrated into the set top box, the ROM of the set top box needs to be matched, which is difficult.
  • the integration progress may be slow, and the APK module There is no interface between the ROM and the set-top box ROM. It does not need to be strongly dependent on the set-top box manufacturer. It only requires the player of the client device to cooperate. The difficulty is small. Therefore, the video quality detection device can only integrate the APK module first, and then gradually push the set-top box manufacturer to integrate native.
  • the service module enhances the ability to determine the cause of poor OTT video quality. For client devices such as Android phones and Android pads, since the ROMs of these client devices are not controlled by the operator, the native service module cannot be integrated, and only the APK module can be integrated.
  • FIG. 3 is a schematic block diagram of a video quality detecting apparatus to which the video quality detecting method of the present invention is applied.
  • the video quality detecting apparatus includes an APK module and a native service module, wherein the APK module includes a registration unit, a task management unit, a client device information collection unit, and a player data collection. Unit, analysis unit, reporting unit, alarm unit, bandwidth test unit, upgrade management unit; native service module includes a packet capture unit, a ping test unit, and a trace route unit.
  • APK module includes a registration unit, a task management unit, a client device information collection unit, and a player data collection.
  • native service module includes a packet capture unit, a ping test unit, and a trace route unit.
  • the registration unit is configured to register with the service quality management center after the APK module is started, thereby reporting information such as the identity, manufacturer, model, version number, user account, version number of the APK module, version number of the native service module, and the like of the client device.
  • the service quality management center sends a registration response message to the registration unit to inform the APK module whether to start monitoring and alarm threshold.
  • the task management unit is configured to report the number of times of the client device and/or the duration of the card when the monitoring task of the client device is started in the service quality management center. For example, when the monitoring task is started, the task management unit continuously analyzes the service quality of the OTT video and reports it to the service quality management center. When the monitoring task is stopped, the task management unit does not need to analyze the service quality.
  • the time interval for reporting can be set in advance. For example, for a normal client device, the client device can be set to report every 5 minutes. For a client device that is of interest, the reporting interval of the client device can be set to a second level, thereby enhancing real-time performance.
  • the client device information collection unit is configured to collect information about the client device, such as the manufacturer, model, version number, CPU utilization, memory utilization, process list, access mode, and wireless signal strength of the client device.
  • the player data collecting unit is configured to collect player information of the client device, such as status information of the player and attribute information of the played OTT video, through the interface.
  • the status information of the player includes: playing, pausing, stopping, dragging, fast forwarding, rewinding, entering the card, exiting the card, entering the time shift, pushing the time shift, switching the code rate, etc., which are actively triggered by the player.
  • Event information at this time, the player can notify the player data collection unit in real time, so that the APK module collects the state information of the player in real time;
  • the attribute information of the play interface includes: URL, OTT video duration, code Rate, resolution, service type (live/on-demand), time point of the current OTT video, etc.
  • the player data collection unit can periodically collect the attribute information.
  • the interface between the APK module and the player of the client device may be AIDL, Local Socket, or the like.
  • the analysis unit when the network device of the client device captures the packet, the packet captured by the client device is reported to the analysis unit of the APK module through the inter-process communication interface, and the analysis unit analyzes the packet capture and analyzes the TCP retransmission rate. , TCP round-trip delay, Hypertext Transfer Protocol (HTTP) request times, HTTP request delay, HTTP request success rate, allocation download speed, IP address of the server providing OTT video, etc.
  • HTTP Hypertext Transfer Protocol
  • HTTP Hypertext Transfer Protocol
  • HTTP Hypertext Transfer Protocol
  • HTTP Hypertext Transfer Protocol
  • HTTP Hypertext Transfer Protocol
  • HTTP Hypertext Transfer Protocol
  • HTTP Hypertext Transfer Protocol
  • HTTP request delay Hypertext Transfer Protocol
  • HTTP request success rate allocation download speed
  • IP address of the server providing OTT video etc.
  • the limitation of the application programming interface (API) of the player of the end device cannot obtain the IP of the server that provides the OTT video, and only the drawback of the HTTP URL of the OTT video can be obtained.
  • the analyzing unit further identifies the tracking HTTP session
  • the reporting unit is configured to summarize data of the player data collection unit, the client device information collection unit, and the like, and report to the service quality management center periodically, for example, every second or every 5 minutes.
  • the alarm unit is configured to report the alarms, such as the alarm threshold, the alarm item, and the alarm masking policy, to the service quality management center.
  • the bandwidth test unit is configured to test the source of the OTT video quality alarm by using the HTTP download to test the actual reachable bandwidth of the client device.
  • the upgrade management unit is used to connect to the upgrade server when the client device starts up, and determine whether it needs to be upgraded.
  • the packet capture unit is configured to perform packet capture on the network card of the client device according to the packet capture policy, and report the capture packet to the analysis unit of the APK module.
  • a route test unit configured to obtain an IP address list according to a route test policy, where the IP address list includes an IP address of at least one network device through which the OTT video flows;
  • the location test unit is configured to perform a ping test on each IP address in the IP address to obtain a packet loss rate and a delay of the network device corresponding to each IP address in the IP address list.
  • FIG. 4 is a startup signaling diagram of a video quality detecting apparatus applied to the video quality detecting method according to the present invention
  • FIG. 5 is an APK module startup alarm applicable to the video quality detecting method of the present invention.
  • Signaling diagram, FIG. 6 is a signaling diagram of a service quality management center starting alarm applied to the video quality detecting method of the present invention.
  • Figure 4 includes:
  • the Android device of the client device is started.
  • the local service module is started.
  • the local service native service module is added in the init.rc of the Android firmware, thereby ensuring that the native service module is started as the Android system is started.
  • the native service module listens for local sockets.
  • the native service module waits for the message of the APK module by listening to the local socket.
  • the APK module obtains module information of the local service module.
  • the APK module sends a message to the native service module through an interface with the native service module, thereby obtaining module information of the native service module, including whether the client device integrates the native service module, the version number of the native service module, and the like. .
  • the APK module registers with the service quality management center.
  • the APK module reports the identity, manufacturer, model, version number, user account, version number of the APK module, version number of the native service module, and the like to the service quality management center to the service quality management center, and the service quality management is performed.
  • the center informs the APK module whether to start monitoring, and how much the alarm threshold is.
  • the APK module notifies the local service module to capture the packet.
  • the APK module notifies the native service module to capture packets from the network card of the client device to collect data.
  • the APK module acquires player data of the client device and data of the client device.
  • the local service module reports the packet capture.
  • the native service module reports the packet captured from the network card to the APK module through an Inter-Process Communication (IPC) interface.
  • IPC Inter-Process Communication
  • the APK module performs packet analysis.
  • the APK module analyzes the packets captured by the native service module, and analyzes the TCP retransmission rate, the TCP round trip delay, the number of HTTP requests, the HTTP request delay, the HTTP request success rate, the fragment download rate, and the OTT video.
  • the APK module reports data to the service quality management center.
  • the APK module is periodically summarized.
  • the data of the player of the client device, the data of the client device, and the packet analysis data are summarized every 5 minutes or every 5 seconds, and reported to the service quality management center.
  • FIG. 5 is a signaling diagram of an APK module startup alarm applied to a video quality detection method according to the present invention.
  • Figure 5 includes:
  • the APK module determines that the number of times of the OTT video and/or the length of the card meet the alarm condition.
  • the alarm threshold and the alarm policy of the video quality detecting device can be set in the service quality management center.
  • the alarm threshold is, for example, a production alarm after the number of seconds of the stuck time;
  • the alarm policy is, for example, performing bandwidth test, route test trace route, and location ping test when the stuck time reaches the alarm threshold.
  • the APK module obtains client device information.
  • the APK module obtains the current CPU usage, memory utilization, and network access mode (including wired, wireless, and the like) of the client device, wherein if the network access mode is wireless access, the WIFI signal strength needs to be acquired. .
  • the APK module performs bandwidth testing.
  • the APK module automatically downloads the test fragment source through the HTTP request, and obtains the reachable bandwidth of the client device.
  • the APK module notifies the native service module to perform a route test.
  • the APK module notifies the native service module to perform a trace route test, and the test purpose is to obtain the IP address list, where the IP address list includes the OTT video flowing through The IP address of at least one network device.
  • the native service module reports the route test result.
  • the native service module reports the IP address list to the APK module.
  • the APK module notifies the native service module to perform a location test.
  • the APK module notifies the native service module to perform a place test, that is, a ping test, the test object is the IP of the home gateway, and each IP in the trace route test result list.
  • the native service module reports the ping test result.
  • the native service module reports the test result to the APK module, including packet loss rate and delay.
  • the APK module reports the police related information to the service quality management center.
  • the APK module reports the alarm to the service quality management center, including bandwidth, client device information, trace route test results, and ping test results.
  • the OLT video quality alarm, the bandwidth test, the ping test, and the trace route test of the APK module are not required. You can set the alarm policy in the service quality management center and send it to the APK module, which is tested by the APK module. The test result is reported to facilitate the demarcation of the alarm cause of the service quality management center, for example, whether the alarm is caused by the CPU of the client device being too high, resulting in an OTT video quality alarm, whether the OTT video download rate is low due to a bad wireless signal. The OTT video quality alarm is generated.
  • FIG. 6 is a signaling diagram of a service quality management center startup alarm applied to the video quality detection method according to the present invention.
  • Figure 6 includes:
  • the service quality management center notifies the APK module to collect client device information.
  • the APK module reports the client device information.
  • the service quality management center notifies the APK module to initiate a bandwidth test.
  • the APK module reports the bandwidth to the service quality management center.
  • the service quality management center notifies the APK module to initiate a route test.
  • the APK module notifies the local service module to initiate a route test.
  • the local service module reports the routing test result to the APK module.
  • the APK module reports the routing test result to the service quality management center.
  • the service quality management center notifies the APK module to initiate a ping test.
  • the APK module notifies the local service module to initiate a ping test.
  • the local service module reports the ping test result to the APK module.
  • the APK module reports the ping test result to the service quality management center.
  • the video quality detecting device specifically includes an APK module and a native service module, and the alarm cause is specifically a WIFI signal problem in the network problem, and the reason for detecting and delimiting the data reported by the video quality detecting device of the present invention is For example, the invention will be described in detail.
  • the video quality detecting device detects that the number of OTTs of the OTT of the player of the client device and/or the length of the card reaches the alarm threshold, and generates an alarm.
  • the video quality detecting device obtains the client device information, the player information of the client device, the bandwidth, the trace route test result, the ping test result, and the like, and sends the result to the service quality management center according to the alarm policy.
  • the service quality management center first determines whether the cause of the alarm is the video source of the OTT video. Specific The quality management center determines how many client devices are watching the OTT video at the same time according to the URL included in the player information of the client device. If the number of client devices that view the OTT video reaches a threshold (for example, 10), and the proportion of the alarmed client device also reaches a threshold (for example, 80%), the service quality management center determines that the alarm cause is OTT video. The video source; otherwise, continue to determine if the cause of the alert is the server providing the OTT video.
  • a threshold for example, 10
  • a threshold for example, 80%
  • the service quality management center determines, according to the IP of the server that provides the OTT video obtained by the packet capture test, how many client devices are watching the OTT video provided by the server at the same time point. If the number of client devices that simultaneously view the OTT video provided by the server reaches a threshold (for example, 10), and the proportion of the alarmed client device also reaches a threshold (for example, 80%), the service quality management center determines the cause of the alarm. To provide the server of the OTT video; otherwise, continue to determine whether the cause of the alarm is the bandwidth between the server providing the OTT video and the client device.
  • a threshold for example, 10
  • a threshold for example, 80%
  • the service quality management center determines whether the bandwidth is smaller than the code rate of the OTT video according to the bandwidth of the bandwidth test reported by the video quality detecting device.
  • the reason for the alarm is that the bandwidth between the server providing the OTT video and the client device is insufficient.
  • the service quality management center further associates the account opening information of the client device, and determines that the bandwidth allocated to the client device is sufficient.
  • the alarm reason of the OTT video is a network problem, and the cause of the bandwidth bottleneck needs to be determined.
  • the service quality management center can obtain the network topology of the network-wide client device, the fault point can be demarcated by the branch and bound algorithm, for example, viewing and accessing the same digital subscriber line access with the client device. (Digital Subscriber Line Access Multiplexer, DSLAM) or other client devices under the optical line terminal (OLT), whether there is an alarm at the current time, if there is no alarm on other client devices, or the proportion of users with alarms is not high. , it indicates that it is the following problem of DSLAM/OLT.
  • DSLAM Digital Subscriber Line Access Multiplexer
  • OHT optical line terminal
  • the service quality management center continues to find that the client device is WIFI access and the WIFI signal is weak according to the data reported by the video quality detecting device at the time of the alarm. According to the structure of the ping test, the delay and the packet loss may be observed. The cause of the alarm can be delimited by the fact that the WIFI signal is weak and the video quality is poor.
  • FIG. 7 is a schematic structural diagram of Embodiment 1 of a video quality detecting apparatus according to the present invention.
  • the video quality detecting apparatus provided in this embodiment is an apparatus embodiment corresponding to the embodiment of FIG. 1 of the present invention, and the specific implementation process is not described herein again.
  • the video quality detecting apparatus provided in this embodiment includes:
  • the receiving module 11 is configured to receive a stuck event sent by the client device.
  • the processing module 12 is configured to determine the number of times of carding and/or the length of the card according to the cardon event received by the receiving module 11;
  • the sending module 13 is configured to send, to the service quality management center, the number of times of the card and/or the duration of the card determined by the processing module 12, so that the service quality management center is configured according to the number of times of the card and/or the card.
  • the duration is determined to determine the quality of the OTT video of the client device.
  • the video quality detecting apparatus determines the number of times of carding and/or the length of the carding according to the cardon event sent by the player of the client device, and reports the time to the service quality management center, so that the service quality management center is based on the card
  • the number of times and/or the length of the ticks determines the quality of the OTT video.
  • the video quality detecting device since the client device is aware of its own stuck event, the video quality detecting device accurately obtains the carding event of the player of the client device, and determines the stuck duration and/or according to the cardon event.
  • the service quality management center directly determines the quality of the OTT video according to the number of times of the card and/or the length of the card, thereby achieving the purpose of accurately determining the quality of the OTT video.
  • the processing module 12 is further configured to determine that the number of times of the card exceeds a first threshold included in the alarm threshold; and/or, the duration of the card exceeds the alarm threshold.
  • the second threshold is included; the report result is obtained according to the alarm policy;
  • the sending module 13 is further configured to send the report result obtained by the processing module 12 to the service quality management center.
  • the alarm policy is specifically: acquiring client device information, where the report result is specifically client device information, and the client device information includes at least one of the following information: The utilization of the central processing unit CPU of the client device, the utilization of the memory of the client device, and the network access mode of the client device; wherein the network access mode of the client device includes wired The access and the wireless access, when the network access mode of the client device is specifically the wireless access, the client device information further includes: a wireless signal strength.
  • the alarm policy is specifically the player information of the client device, where the report result is specifically the player information of the client device, and the player information includes the The Uniform Resource Locator URL of the OTT video.
  • the alarm policy is specifically a bandwidth test policy
  • the report result is specifically a bandwidth between the client device and a server that provides the OTT video.
  • the alarm policy is specifically a route test policy and a ping test policy
  • the report result is specifically an IP address list, a packet loss rate, and a delay
  • the processing module 12 specifically And obtaining the IP address list according to the route test policy, where the IP address list includes an IP address of at least one network device through which the OTT video flows; and obtaining the IP address list according to the ping test policy The packet loss rate and delay of the network device corresponding to each IP address.
  • the alarm policy is specifically a packet capture policy
  • the report result is specifically an IP address of a server that provides the OTT video
  • the processing module 12 is specifically configured to use the The packet capture policy is used to capture the OTT video, and the IP address of the server that provides the OTT video is determined according to the packet capture.
  • the receiving module 11 is further configured to: at the processing module 12, determine that the number of times the carding exceeds a first threshold included in an alarm threshold; and/or the stuck time The alarm threshold and the alarm policy sent by the service quality management center are received before the second threshold that is included in the alarm threshold is exceeded.
  • FIG. 8 is a schematic structural diagram of Embodiment 1 of a service quality management center according to the present invention.
  • the service quality management center provided in this embodiment is an embodiment of the device corresponding to the embodiment of FIG. 2 of the present invention, and the specific implementation process is not described herein again.
  • the service quality management center provided in this embodiment includes:
  • the receiving module 21 is configured to receive the number of times of carding and/or the duration of the carding sent by the video quality detecting device;
  • the processing module 22 is configured to determine the quality of the OTT video of the client device according to the number of times of the card and/or the length of the card received by the receiving module 21.
  • the service quality management center receives the number of times of the card and/or the length of the card of the player of the client device reported by the video quality detecting device, and determines the OTT video according to the number of times of the card and/or the length of the card. the quality of.
  • the video quality management center can accurately obtain the card time and/or the number of times of the player reported by the client and report the result, so that the service quality management center directly determines the quality of the OTT video according to the duration of the card and/or the number of times of the card. Thereby achieving the purpose of accurately determining the quality of the OTT video.
  • the receiving module 21 is further configured to receive a report result sent by the video quality detecting device, where the report result is that the video quality detecting device determines the card The number of times exceeds a first threshold included in the alarm threshold; and/or the duration of the stuck time exceeds a second threshold included in the alarm threshold;
  • the processing module 22 is further configured to determine, according to the report result received by the receiving module 21, a reason for the poor quality of the OTT video.
  • the alarm policy is specifically for acquiring client device information, where the report result is specifically client device information, and the receiving module 21 is specifically configured to receive the video quality detection.
  • the client device information sent by the device the client device information including at least one of: a utilization of a central processing unit CPU of the client device, a utilization rate of a memory of the client device,
  • the network access mode of the client device where the network access mode of the client device includes wired access and wireless access, and the network access mode of the client device is specifically the wireless access
  • the client device information further includes: a wireless signal strength;
  • the processing module 22 is specifically configured to determine, according to the utilization ratio of the CPU, whether the quality of the OTT video is poor due to excessive CPU resource usage of the client device, and determine whether the The memory utilization of the client device is too high, resulting in poor quality of the OTT video. According to the wireless signal strength, it is determined whether the OTT video quality is poor due to weak wireless signals.
  • the alarm policy is specifically: acquiring player information of the client device, where the report result is specifically player information of the client device;
  • the processing module 22 is specifically configured to determine, according to the uniform resource locator URL of the OTT video that is included in the player information, whether the OTT video quality is poor due to the video source of the OTT video.
  • the alarm policy is specifically a bandwidth test policy
  • the report result is specifically a bandwidth between the client device and a server that provides the OTT video.
  • the processing module 22 is specifically configured to determine, according to the bandwidth, whether the client device is The bandwidth between the server and the server providing the OTT video is insufficient, resulting in poor quality of the OTT video.
  • the alarm policy is specifically a route test policy and a ping test policy
  • the report result is specifically an IP address list, a packet loss rate, and a delay
  • the processing module 22 is specific. And determining, according to a packet loss rate and a delay of the network device corresponding to each IP address in the IP address list, whether the OTT video quality is poor due to a network device fault corresponding to each IP address in the IP address list.
  • the alarm policy is specifically a packet capture policy
  • the report result is specifically an IP address of a server that provides the OTT video
  • the processing module 22 is specifically configured to provide The IP address of the server of the OTT video determines whether the OTT video quality is poor due to the server that provides the OTT video.
  • FIG. 9 is a schematic structural diagram of Embodiment 2 of the service quality management center of the present invention.
  • the service quality management center provided in this embodiment is based on the foregoing FIG. 8 , and further includes:
  • the sending module 23 is configured to send the alarm threshold and the alarm policy to the video quality detecting device before the receiving module 21 receives the report result sent by the video quality detecting device.
  • the aforementioned program can be stored in a computer readable storage medium.
  • the program when executed, performs the steps including the foregoing method embodiments; and the foregoing storage medium includes various media that can store program codes, such as a ROM, a RAM, a magnetic disk, or an optical disk.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Databases & Information Systems (AREA)
  • Multimedia (AREA)
  • Signal Processing (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)

Abstract

本发明实施例提供一种视频质量检测方法、装置及业务质量管理中心，该方法包括：视频质量检测装置根据客户端设备的播放器的卡顿事件确定卡顿次数和/或卡顿时长并向业务质量管理中心上报，使得业务质量管理中心依据该卡顿次数和/或卡顿时长确定OTT视频的质量。该过程中，由于客户端设备对于自身的卡顿事件是确知的，进而使得视频质量检测装置精确获得客户端设备的播放器的卡顿事件，根据该卡顿事件确定出卡顿时长和/或卡顿次数并上报，使得业务质量管理中心直接根据卡顿时长和/或卡顿次数确定OTT视频的质量，从而达到准确确定OTT视频质量的目的。

Description

视频质量检测方法、装置及业务质量管理中心
本申请要求于2015年09月29日提交中国专利局、申请号为201510633406.8，发明名称为“视频质量检测方法、装置及业务质量管理中心”的中国专利申请的优先权，其全部内容通过引用结合在本申请中。
技术领域
本发明实施例涉及通信技术，尤其涉及一种视频质量检测方法、装置及业务质量管理中心。
背景技术
目前，越来越多的用户通过手机、电脑、平板电脑等客户端设备观看基于互联网的各种视频及数据服务业务(Over The Top，OTT)。其中，OTT视频指采用超文本传送协议(Hypertext Transport Protocol，HTTP)、输控制协议(Transmission Control Protocol，TCP)等承载的视频，OTT视频的播放采用下载——播放机制，即先将OTT视频下载在客户端设备的缓冲区，再对缓冲区中的OTT视频进行播放。为提升用户满意度，对OTT视频进行质量检测成为各大运营商的重要工作。正常播放过程中，若缓冲区中的OTT视频播放完毕，而新的OTT视频还未下载至缓冲区，此时，客户端设备的播放器进入卡顿状态。卡顿时，卡顿次数和卡顿时长对用户的满意度至关重要。因此，对OTT视频质量的检测主要通过检测卡顿次数和卡顿时长进行。
一般来说，检测OTT视频质量的探针集成在客户端设备的只读存储器(Read Only Memory，ROM)中，并随客户端设备的启动而启动。视频质量检测过程中，客户端设备接收OTT视频，探针通过抓包的方式，在客户端设备的网卡上对该OTT视频进行抓取，对抓取的OTT视频进行分析，从而推断出缓冲区中OTT视频的可播放时长，若可播放时长大于0，说明缓冲区中还有可播放的OTT视频，探针向业务质量管理中心上报视频质量良好的信息；否则，若可播放时长小于 0，则说明缓冲区中已经没有可播放的OTT视频，客户端设备的播放器进入卡顿状态，探针向业务质量管理中心上报视频质量差的信息。
然而，客户端设备在播放OTT视频的过程中，可能存在暂停、拖动等状态。此时，探针无法感知该些状态，无法准确推断出缓冲区中OTT视频的可播放时长，进而无法准确判断客户端设备是否卡顿，以至于无法准确反映客户端设备的OTT视频质量。
发明内容
本发明实施例提供一种视频质量检测方法、装置及业务质量管理中心，以解决网卡抓包无法准确反映客户端设备的OTT视频质量的问题。
第一个方面，本发明实施例提供一种视频质量检测方法，包括：
视频质量检测装置接收客户端设备发送的卡顿事件；
所述视频质量检测装置根据所述卡顿事件确定卡顿次数和/或卡顿时长；
所述视频质量检测装置向业务质量管理中心发送所述卡顿次数和/或卡顿时长，用于使得所述业务质量管理中心根据所述卡顿次数和/或卡顿时长，确定所述客户端设备的OTT视频的质量。
在第一个方面的第一种可能的实现方式中，该方法还包括：
所述视频质量检测装置确定所述卡顿次数超过告警阈值包括的第一阈值；和/或，所述卡顿时长超过所述告警阈值包括的第二阈值；
所述视频质量检测装置根据告警策略获取上报结果；
所述视频质量检测装置向所述业务质量管理中心发送所述上报结果。
结合第一个方面的第一种可能的实现方式，在第一个方面的第二种可能的实现方式中，所述告警策略具体为获取客户端设备信息，所述上报结果具体为客户端设备信息，所述客户端设备信息包括下述信息中的至少一个：所述客户端设备的中央处理器CPU的利用率、所述客户端设备的内存的利用率、所述客户端设备的网络接入方式；其中，所述客户端设备的网络接入方式包括有线接入 及无线接入，当所述客户端设备的网络接入方式具体为所述无线接入时，所述客户端设备信息还包括：无线信号强度。
结合第一个方面的第一种可能的实现方式，在第一个方面的第三种可能的实现方式中，所述告警策略具体为客户端设备的播放器信息，所述上报结果具体为所述客户端设备的播放器信息，所述播放器信息包括所述OTT视频的统一资源定位符URL。
结合第一个方面的第一种可能的实现方式，在第一个方面的第四种可能的实现方式中，所述告警策略具体为带宽测试策略、所述上报结果具体为所述客户端设备与提供所述OTT视频的服务器之间的带宽。
结合第一个方面的第一种可能的实现方式，在第一个方面的第五种可能的实现方式中，所述告警策略具体为路由测试策略与ping测试策略、所述上报结果具体为IP地址列表、丢包率和时延，所述视频质量检测装置根据所述告警策略，获取上报结果，包括：
所述视频质量检测装置根据所述路由测试策略，获取所述IP地址列表，所述IP地址列表包括所述OTT视频流经的至少一个网络设备的IP地址；
所述视频质量检测装置根据所述ping测试策略，获取所述IP地址列表中各IP对应的网络设备的丢包率和时延。
结合第一个方面的第一种可能的实现方式，在第一个方面的第六种可能的实现方式中，所述告警策略具体为抓包策略、所述上报结果具体为提供所述OTT视频的服务器的IP地址，所述视频质量检测装置根据所述告警策略，获取上报结果，包括：
所述视频质量检测装置根据所述抓包策略，对所述OTT视频抓包，根据所述抓包确定提供所述OTT视频的服务器的IP地址。
结合第一个方面、第一个方面的第一种至第六种中任一种可能的实现方式，在第一个方面的第七种可能的实现方式中，所述视频质量检测装置确定所述卡顿次数超过告警阈值包括的第一阈值；和/或，所述卡顿时长超过所述告警阈值包括的第二阈值之前，还包括：
所述业务质量检测装置接收所述业务质量管理中心发送的所述告警阈值与所述告警策略。
第二个方面，本发明实施例提供一种视频质量检测方法，包括：
业务质量管理中心接收视频质量检测装置发送的卡顿次数和/或卡顿时长；
所述业务质量管理中心根据所述卡顿次数和/或卡顿时长，确定所述客户端设备的OTT视频的质量。
在第二个方面的第一种可能的实现方式中，该方法还包括：
所述业务质量管理中心接收所述视频质量检测装置发送的上报结果，所述上报结果是所述视频质量检测装置在确定所述卡顿次数超过告警阈值包括的第一阈值；和/或，所述卡顿时长超过所述告警阈值包括的第二阈值；
所述业务质量管理中心根据所述上报结果，确定所述OTT视频质量差的原因。
结合第二个方面的第一种可能的实现方式，在第二个方面的第二种可能的实现方式中，所述告警策略具体为获取客户端设备信息，所述上报结果具体为客户端设备信息，所述业务质量管理中心接收所述视频质量检测装置发送的上报结果，包括：
所述业务质量管理中心接收所述视频质量检测装置发送的所述客户端设备信息，所述客户端设备信息包括下述信息中的至少一个：所述客户端设备的中央处理器CPU的利用率、所述客户端设备的内存的利用率、所述客户端设备的网络接入方式；其中，所述客户端设备的网络接入方式包括有线接入及无线接入，当所述客户端设备的网络接入方式具体为所述无线接入时，所述客户端设备信息还包括：无线信号强度；
所述业务质量管理中心根据所述上报结果，确定所述OTT视频质量差的原因，包括：
所述业务质量管理中心根据所述CPU的利用率，确定是否由于所述客户端设备的CPU资源占用过高导致所述OTT视频质量差；根据所述内存的利用率，确定是否由于所述客户端设备的内存利用率过高导致所述OTT视频质量差；根据所述 无线信号强度，确定是否由于无线信号弱导致所述OTT视频质量差。
结合第二个方面的第一种可能的实现方式，在第二个方面的第三种可能的实现方式中，所述告警策略具体为获取客户端设备的播放器信息，所述上报结果具体为客户端设备的播放器信息；
所述业务质量管理中心根据所述上报结果，确定所述OTT视频质量差的原因，包括：
所述业务质量管理中心根据所述播放器信息包括的所述OTT视频的统一资源定位符URL，确定是否由于所述OTT视频的视频源导致所述OTT视频质量差。
结合第二个方面的第一种可能的实现方式，在第二个方面的第四种可能的实现方式中，所述告警策略具体为带宽测试策略、所述上报结果具体为所述客户端设备与提供所述OTT视频的服务器之间的带宽；
所述业务质量管理中心根据所述上报结果，确定所述OTT视频质量差的原因，包括：
所述业务质量管理中心根据所述带宽，确定是否由于所述客户端设备与提供所述OTT视频的服务器之间的带宽不足，导致所述OTT视频质量差。
结合第二个方面的第一种可能的实现方式，在第二个方面的第五种可能的实现方式中，所述告警策略具体为路由测试策略与ping测试策略、所述上报结果具体为IP地址列表、丢包率和时延，所述业务质量管理中心根据所述上报结果，确定所述OTT视频质量差的原因，包括：
所述业务质量管理中心根据所述IP地址列表中的各IP对应的网络设备的丢包率和时延，确定是否由于所述IP地址列表中的各IP对应的网络设备故障，导致所述OTT视频质量差。
结合第二个方面的第一种可能的实现方式，在第二个方面的第六种可能的实现方式中，所述告警策略具体为抓包策略、所述上报结果具体为提供所述OTT视频的服务器的IP地址，所述业务质量管理中心根据所述上报结果，确定所述OTT视频质量差的原因，包括：
所述业务质量管理中心根据提供所述OTT视频的服务器的IP地址，确定是否 由于提供所述OTT视频的服务器导致所述OTT视频质量差。
结合第二个方面、第二个方面的第一种至第六种中任一种可能的实现方式，在第二个方面的第七种可能的实现方式中，所述业务质量管理中心接收所述视频质量检测装置发送的上报结果之前，还包括：
所述业务质量管理中心向所述视频质量检测装置发送的所述告警阈值与所述告警策略。
第三个方面，本发明实施例提供一种视频质量检测装置，包括：
接收模块，用于接收客户端设备发送的卡顿事件；
处理模块，用于根据所述接收模块接收的所述卡顿事件确定卡顿次数和/或卡顿时长；
发送模块，用于向业务质量管理中心发送所述处理模块确定的所述卡顿次数和/或卡顿时长，用于使得所述业务质量管理中心根据所述卡顿次数和/或卡顿时长，确定所述客户端设备的OTT视频的质量。
在第三个方面的第一种可能的实现方式中，所述处理模块，还用于确定所述卡顿次数超过告警阈值包括的第一阈值；和/或，所述卡顿时长超过所述告警阈值包括的第二阈值；根据告警策略获取上报结果；
所述发送模块，还用于向所述业务质量管理中心发送所述处理模块获取的所述上报结果。
结合第三个方面的第一种可能的实现方式，在第三个方面的第二种可能的实现方式中，所述告警策略具体为获取客户端设备信息，所述上报结果具体为客户端设备信息，所述客户端设备信息包括下述信息中的至少一个：所述客户端设备的中央处理器CPU的利用率、所述客户端设备的内存的利用率、所述客户端设备的网络接入方式；其中，所述客户端设备的网络接入方式包括有线接入及无线接入，当所述客户端设备的网络接入方式具体为所述无线接入时，所述客户端设备信息还包括：无线信号强度。
结合第三个方面的第一种可能的实现方式，在第三个方面的第三种可能的实现方式中，所述告警策略具体为客户端设备的播放器信息，所述上报结果具 体为所述客户端设备的播放器信息，所述播放器信息包括所述OTT视频的统一资源定位符URL。
结合第三个方面的第一种可能的实现方式，在第三个方面的第四种可能的实现方式中，所述告警策略具体为带宽测试策略、所述上报结果具体为所述客户端设备与提供所述OTT视频的服务器之间的带宽。
结合第三个方面的第一种可能的实现方式，在第三个方面的第五种可能的实现方式中，所述告警策略具体为路由测试策略与ping测试策略、所述上报结果具体为IP地址列表、丢包率和时延；所述处理模块，具体用于根据所述路由测试策略，获取所述IP地址列表，所述IP地址列表包括所述OTT视频流经的至少一个网络设备的IP地址；根据所述ping测试策略，获取所述IP地址列表中各IP对应的网络设备的丢包率和时延。
结合第三个方面的第一种可能的实现方式，在第三个方面的第六种可能的实现方式中，所述告警策略具体为抓包策略、所述上报结果具体为提供所述OTT视频的服务器的IP地址，所述处理模块，具体用于根据所述抓包策略，对所述OTT视频抓包，根据所述抓包确定提供所述OTT视频的服务器的IP地址。
结合第三个方面、第三个方面的第一种至第六种中任一种可能的实现方式，在第三个方面的第七种可能的实现方式中，所述接收模块，还用于在所述处理模块确定所述卡顿次数超过告警阈值包括的第一阈值；和/或，所述卡顿时长超过所述告警阈值包括的第二阈值之前，接收所述业务质量管理中心发送的所述告警阈值与所述告警策略。
第四个方面，本发明实施例提供一种业务质量管理中心，包括：
接收模块，用于接收视频质量检测装置发送的卡顿次数和/或卡顿时长；
处理模块，用于根据所述接收模块接收到的所述卡顿次数和/或卡顿时长，确定所述客户端设备的OTT视频的质量。
在第四个方面的第一种可能的实现方式中，所述接收模块，还用于接收所述视频质量检测装置发送的上报结果，所述上报结果是所述视频质量检测装置在确定所述卡顿次数超过告警阈值包括的第一阈值；和/或，所述卡顿时长超过 所述告警阈值包括的第二阈值；
所述处理模块，还用于根据所述接收模块接收到的所述上报结果，确定所述OTT视频质量差的原因。
结合第四个方面的第一种可能的实现方式，在第四个方面的第二种可能的实现方式中，所述告警策略具体为获取客户端设备信息，所述上报结果具体为客户端设备信息，所述接收模块，具体用于接收所述视频质量检测装置发送的所述客户端设备信息，所述客户端设备信息包括下述信息中的至少一个：所述客户端设备的中央处理器CPU的利用率、所述客户端设备的内存的利用率、所述客户端设备的网络接入方式；其中，所述客户端设备的网络接入方式包括有线接入及无线接入，当所述客户端设备的网络接入方式具体为所述无线接入时，所述客户端设备信息还包括：无线信号强度；
所述处理模块，具体用于根据所述CPU的利用率，确定是否由于所述客户端设备的CPU资源占用过高导致所述OTT视频质量差；根据所述内存的利用率，确定是否由于所述客户端设备的内存利用率过高导致所述OTT视频质量差；根据所述无线信号强度，确定是否由于无线信号弱导致所述OTT视频质量差。
结合第四个方面的第一种可能的实现方式，在第四个方面的第三种可能的实现方式中，所述告警策略具体为获取客户端设备的播放器信息，所述上报结果具体为客户端设备的播放器信息；
所述处理模块，具体用于根据所述播放器信息包括的所述OTT视频的统一资源定位符URL，确定是否由于所述OTT视频的视频源导致所述OTT视频质量差。
结合第四个方面的第一种可能的实现方式，在第四个方面的第四种可能的实现方式中，所述告警策略具体为带宽测试策略、所述上报结果具体为所述客户端设备与提供所述OTT视频的服务器之间的带宽；
所述处理模块，具体用于根据所述带宽，确定是否由于所述客户端设备与提供所述OTT视频的服务器之间的带宽不足，导致所述OTT视频质量差。
结合第四个方面的第一种可能的实现方式，在第四个方面的第五种可能的实现方式中，所述告警策略具体为路由测试策略与ping测试策略、所述上报结 果具体为IP地址列表、丢包率和时延，所述处理模块，具体用于根据所述IP地址列表中的各IP对应的网络设备的丢包率和时延，确定是否由于所述IP地址列表中的各IP对应的网络设备故障，导致所述OTT视频质量差。
结合第四个方面的第一种可能的实现方式，在第四个方面的第六种可能的实现方式中，所述告警策略具体为抓包策略、所述上报结果具体为提供所述OTT视频的服务器的IP地址，所述处理模块，具体用于根据提供所述OTT视频的服务器的IP地址，确定是否由于提供所述OTT视频的服务器导致所述OTT视频质量差。
结合第四个方面、第四个方面的第一种至第六种中任一种可能的实现方式，在第四个方面的第七种可能的实现方式中，该业务质量管理中心还包括：
发送模块，用于在所述接收模块接收所述视频质量检测装置发送的上报结果之前，向所述视频质量检测装置发送的所述告警阈值与所述告警策略。
本发明实施例提供的视频质量检测方法、装置及业务质量管理中心，视频质量检测装置根据客户端设备的播放器的卡顿事件确定卡顿次数和/或卡顿时长并向业务质量管理中心上报，使得业务质量管理中心依据该卡顿次数和/或卡顿时长确定OTT视频的质量。该过程中，由于客户端设备对于自身的卡顿事件是确知的，进而使得视频质量检测装置精确获得客户端设备的播放器的卡顿事件，根据该卡顿事件确定出卡顿时长和/或卡顿次数并上报，使得业务质量管理中心直接根据卡顿时长和/或卡顿次数确定OTT视频的质量，从而达到准确确定OTT视频质量的目的。
附图说明
图1为本发明视频质量检测方法实施例一的流程图；
图2本发明视频质量检测方法实施例二的流程图；
图3为本发明视频质量检测方法所适用的视频质量检测装置的模块示意图；
图4为本发明视频质量检测方法所适用的视频质量检测装置的启动信令图；
图5为本发明视频质量检测方法所适用的APK模块启动告警的信令图；
图6为本发明视频质量检测方法所适用的业务质量管理中心启动告警的信 令图；
图7为本发明视频质量检测装置实施例一的结构示意图；
图8为本发明业务质量管理中心实施例一的结构示意图；
图9为本发明业务质量管理中心实施例二的结构示意图。
具体实施方式
图1为本发明视频质量检测方法实施例一的流程图。本实施例是从视频质量检测装置的角度对本发明进行详细阐述，本发明实施例适用于需要准确确定OTT视频质量的场景。具体的，本实施例包括如下步骤：
101、视频质量检测装置接收客户端设备发送的卡顿事件。
本发明实施例中，客户端设备为具有视频播放功能的设备，如智能手机、安卓机顶盒、平板电脑(Portable Android Device，Pad)等；客户端设备的播放器为C或C++等语言实现的播放器，可提供接口给视频质量检测装置，该接口例如可由安卓接口描述语言(Android Interface Definition Language，AIDL)、本地套接字(Local Socket)等实现；视频质量检测装置设置在客户端设备中，例如可以为一个可独立安装并升级的安卓安装包(Android Package，APK)，通过客户端设备的播放器提供的接口采集播放器数据，如播放的OTT视频的统一资源定位符(Uniform Resource Locator，URL)、播放器状态等，其中，播放器状态包括播放、暂停、停止、拖动、快进、快退、进入卡顿、退出卡顿等。
本步骤中，视频质量检测装置通过客户端的播放器提供的接口，接收客户端设备的播放器发送的卡顿事件。具体的，对客户端的播放器来说，其自身的播放状态，如正常播放、进入卡顿、退出卡顿、快进、快退等，是可以准确获得的。当发生卡顿事件时，如播放器进入卡顿、退出卡顿时，客户端设备的播放器实时通过接口向视频质量检测装置传递卡顿事件，从而使得视频质量检测装置精确获得客户端设备的播放器的卡顿事件。
102、所述视频质量检测装置根据所述卡顿事件确定卡顿次数和/或卡顿时长。
本步骤中，视频质量检测装置根据卡顿事件，计算出卡顿次数和/或卡顿时长。例如，在预设的时间段内，统计播放器发送的进入卡顿事件，从而得出卡顿次数；再如，在预设的时间段内，计算播放器发送的进入卡顿事件与退出卡顿事件之间的时长，从而确定出卡顿时长。
103、所述视频质量检测装置向业务质量管理中心发送所述卡顿次数和/或卡顿时长，用于使得所述业务质量管理中心根据所述卡顿次数和/或卡顿时长，确定所述客户端设备的OTT视频的质量。
在根据客户端设备的播放器发送的卡顿事件，确定出卡顿次数和/或卡顿时长后，视频质量检测装置向业务质量管理中心发送该卡顿次数和/或卡顿时长，使得业务质量管理中心根据该卡顿次数和/或卡顿时长，确定OTT视频的质量。例如，若预设时间段内卡顿次数超过预设次数，则认为OTT视频质量差；再如，若OTT视频的某次或某几次卡顿时长超过预设时长，则认为OTT视频质量差。
本发明实施例提供的视频质量检测方法，视频质量检测装置根据客户端设备的播放器发送的卡顿事件确定卡顿次数和/或卡顿时长并向业务质量管理中心上报，使得业务质量管理中心依据该卡顿次数和/或卡顿时长确定OTT视频的质量。该过程中，由于客户端设备对于自身的卡顿事件是确知的，进而使得视频质量检测装置精确获得客户端设备的播放器的卡顿事件，根据该卡顿事件确定出卡顿时长和/或卡顿次数并上报，使得业务质量管理中心直接根据卡顿次数和/或卡顿时长确定OTT视频的质量，从而达到准确确定OTT视频质量的目的。
图2本发明视频质量检测方法实施例二的流程图。本实施例是从业务质量管理中心的角度对本发明进行详细阐述，本发明实施例适用于需要准确确定OTT视频质量的场景。具体的，本实施例包括如下步骤：
201、业务质量管理中心接收视频质量检测装置发送的卡顿次数和/或卡顿时长。
202、所述业务质量管理中心根据所述卡顿次数和/或卡顿时长，确定所述 客户端设备的OTT视频的质量。
具体的，上述步骤201中的视频质量检测装置、步骤202中的业务质量管理中心确定OTT视频质量的详细过程请参见上述图1实施例的描述，此处不再赘述。
本发明实施例提供的视频质量检测方法，业务质量管理中心接收视频质量检测装置上报的客户端设备的播放器的卡顿次数和/或卡顿时长，并依据该卡顿次数和/或卡顿时长确定OTT视频的质量。该过程中，由于客户端设备对于自身的卡顿事件是确知的，使得视频质量管理中心能够精确获得客户端上报的播放器的卡顿时长和/卡顿次数并上报，进而使得业务质量管理中心直接根据卡顿时长和/卡顿次数确定OTT视频的质量，从而达到准确确定OTT视频质量的目的。
一般来说，除了对OTT视频的质量进行检测外，当监测出OTT视频质量差时，例如，业务质量管理中心预先向业务质量检测装置发送告警阈值和告警策略，当业务质量检测中心判断出OTT视频的卡顿次数超过告警阈值包括的第一阈值；和/或，卡顿时长超过告警阈值包括的第二阈值时；再如，业务质量中心根据业务质量检测中心上报的卡顿次数和/或卡顿时长，判断出OTT视频的卡顿次数超过告警阈值包括的第一阈值；和/或，卡顿时长超过告警阈值包括的第二阈值时，还需要确定出导致OTT视频质量差的原因。此时，业务质量检测装置根据告警策略获取上报结果，并向业务质量管理中心上报，使得业务质量管理中心根据该上报结果确定导致OTT视频质量差的原因。其中，告警策略也如同告警阈值，是业务质量检测装置预存的，或者发生告警时业务质量管理中心发送至业务质量检测装置的。下面，根据不同的告警策略与上报结果，对如何确定出导致OTT视频质量差的原因进行详细说明。
第一、告警策略具体为获取客户端设备信息，上报结果具体为客户端设备信息。
具体的，所述客户端设备信息包括下述信息中的至少一个：所述客户端设备的中央处理器CPU的利用率、所述客户端设备的内存的利用率、所述客户端设备的网络接入方式；其中，所述客户端设备的网络接入方式包括有线接入及无线接入，当所述客户端设备的网络接入方式具体为所述无线接入时，所述客户 端设备信息还包括：无线信号强度。在接收到客户端设备信息后，所述业务质量管理中心根据所述CPU的利用率，确定是否由于所述客户端设备的CPU资源占用过高导致所述OTT视频质量差；根据所述内存的利用率，确定是否由于所述客户端设备的内存利用率过高导致所述OTT视频质量差；根据所述无线信号强度，确定是否由于无线信号弱导致所述OTT视频质量差。
第二、告警策略具体为客户端设备的播放器信息，所述上报结果具体为所述客户端设备的播放器信息。
具体的，所述播放器信息包括所述OTT视频的统一资源定位符URL。在接收到客户端设备的播放器信息后，业务质量管理中心根据所述播放器信息包括的所述OTT视频的统一资源定位符URL，确定是否由于所述OTT视频的视频源导致所述OTT视频质量差。
第三、告警策略具体为带宽测试策略、上报结果具体为客户端设备与提供OTT视频的服务器之间的带宽。
具体的，在接收到带宽信息后，业务质量管理中心根据所述带宽，确定是否由于所述客户端设备与提供所述OTT视频的服务器之间的带宽不足，导致所述OTT视频质量差。
第四、告警策略具体为路由测试策略与ping测试策略、所述上报结果具体为、IP地址列表、丢包率和时延。
具体的，视频质量检测装置根据所述路由测试策略，获取所述IP地址列表，所述IP地址列表包括所述OTT视频流经的至少一个网络设备的IP地址；根据所述ping测试策略，获取所述IP地址列表中各IP对应的网络设备的丢包率和时延，然后，向业务质量管理中心发送IP地址列表、丢包率和时延。相应的，业务质量管理中心在接收到IP地址列表、丢包率和时延后，根据所述IP地址列表中的各IP对应的网络设备的丢包率和时延，确定是否由于所述IP地址列表中的各IP对应的网络设备故障，导致所述OTT视频质量差。
第五、告警策略具体为抓包策略、所述上报结果具体为提供所述OTT视频的服务器的IP地址。
具体的，所述视频质量检测装置根据所述抓包策略，对所述OTT视频抓包，根据所述抓包确定提供所述OTT视频的服务器的IP地址并向业务质量管理中心发送。相应的，业务质量管理中心接收该IP地址，根据该IP地址，确定是否由于提供所述OTT视频的服务器导致所述OTT视频质量差。
需要说明的是，当确定导致OTT视频质量差的原因时，可结合上述所有的告警策略得出的上报结果，确定导致OTT视频质量差的原因；或者，也可以仅结合其中一个或多个告警策略得出的上报结果，确定导致OTT视频质量差的原因，例如，可设置优先级，根据优先级依次确定是否为视频源、提供OTT视频的服务器、带宽等。
下面，以客户端设备具体为安卓客户端设备为例，对本发明实施例中的视频质量检测装置做一个详细描述。
本发明实施例提供的视频质量检测装置，包括APK模块及可选模块：本地服务(Native Service)模块。其中，APK模块无需预置到安卓固件中，可以独立安装和升级，提供用户体验采集功能，如与业务质量管理中心通信，上报卡顿次数和/或卡顿时长等监控数据；接收业务质量管理中心下发的带宽测试、路由测试(trace route)、地点(ping)测试等诊断任务；搜集安卓客户端设备的厂商、型号、版本号、中央处理器(Central Processing Unit，CPU)利用率、内存利用率、进程列表、接入方式、无线信号强度等；通过与客户端设备的AIDL接口采集客户端设备的状态信息等。Native service模块需要打包到安卓固件中，随安卓固件一起升级，能够实现根(root)权限功能，如网卡抓包、ping测试、trace route测试等。APK模块与native service之间通过local socket、共享内存等交互，通过交互，APK模块把需要root权限的操作，如抓包、ping测试、trace route测试等转交给native service模块完成，native service模块把抓到的包、ping测试和trace route测试的结果上报给APK模块。
一般来说，当仅需要实现对OTT视频质量的准确检测功能时，视频质量检测装置包括APK模块即可；当监测出OTT视频质量差时时，还需要进一步确定出导致OTT视频质量差的原因时，由于APK模块无法获得root权限，无法进行抓包以 获取TCP重传率、TCP往返时延等网络指标，无法进行ping测试、trace route测试等，此时，视频质量检测装置包括APK模块和native service模块。另外，当客户端设备具体为机顶盒时，由于视频质量检测装置集成到机顶盒时，需要机顶盒的ROM配合，难度较大，若局点的机顶盒型号比较多，则集成进度可能比较慢，而APK模块和机顶盒ROM之间没有接口，不需要和机顶盒厂商强依赖，只需要客户端设备的播放器配合，难度较小，因此视频质量检测装置可以只先集成APK模块，后续再逐渐推进机顶盒厂商集成native service模块，增强确定出导致OTT视频质量差的原因的能力。对于安卓手机和安卓pad等客户端设备来说，由于该些该些客户端设备的ROM不由运营商控制，因此无法集成native service模块，只能集成APK模块。
图3为本发明视频质量检测方法所适用的视频质量检测装置的模块示意图。如图3所示，本实施例中，视频质量检测装置包括APK模块和本地服务(native service)模块，其中，APK模块包括注册单元、任务管理单元、客户端设备信息采集单元、播放器数据采集单元、分析单元、上报单元、告警单元、带宽测试单元、升级管理单元；native service模块包括抓包单元、地点(ping)测试单元、路由测试(trace route)单元。下面，对各单元进行详细描述。
注册单元，用于在APK模块启动后向业务质量管理中心注册，从而上报客户端设备的标识、厂商、型号、版本号、用户账号、APK模块的版本号、native service模块的版本号等信息，业务质量管理中心向注册单元发送注册响应消息，告知APK模块是否需要启动监控以及告警阈值。
任务管理单元，用于在业务质量管理中心启动某个客户端设备的监控任务时，上报客户端设备的卡顿次数和/或卡顿时长等。例如，当启动监控任务时，任务管理单元不断分析OTT视频的业务质量，并定期上报给业务质量管理中心；停止监控任务时，任务管理单元无需在分析业务质量。对于不同的客户端设备，可预先设置上报的时间间隔。例如，对于普通的客户端设备，可设置该客户端设备每5分钟上报一次；对于重点关注的客户端设备，可以把该客户端设备的上报时间间隔设置为秒级，从而增强实时性。
客户端设备信息采集单元，用于采集客户端设备信息，如客户端设备的厂商、型号、版本号、CPU利用率、内存利用率、进程列表、接入方式、无线信号强度等信息。
播放器数据采集单元，用于通过接口采集客户端设备的播放器信息，如播放器的状态信息以及播放的OTT视频的属性信息。其中，播放器的状态信息包括：播放、暂停、停止、拖动、快进、快退、进入卡顿、退出卡顿、进入时移、推出时移、码率切换等由播放器主动触发的事件信息，此时，播放器可实时将该些状态信息通知给播放器数据采集单元，从而使得APK模块实时采集到播放器的状态信息；播放界面的属性信息包括：URL、OTT视频时长、码率、分辨率、业务类型(直播/点播)、当前OTT视频的时间点等，此时，播放器数据采集单元可定时采集该些属性信息。APK模块与客户端设备的播放器之间的接口可以为AIDL、Local Socket等。
分析单元，native service模块在客户端设备的网卡抓包时，将抓取到的包通过进程间通信接口上报到APK模块的分析单元，由分析单元对抓包进行分析，分析出TCP重传率、TCP往返时延、超文本传输协议(Hyper Text Transfer Protocol，HTTP)请求次数、HTTP请求时延、HTTP请求成功率、分配下载速度、提供述OTT视频的服务器的IP地址等，解决目前安卓客户端设备的播放器的应用程序编程接口(Application Programming Interface，API)的限制，无法得到提供OTT视频的服务器的IP，只能得到OTT视频的HTTP URL的弊端。另外，分析单元还根据URL特征字符串识别跟踪HTTP会话，分析播放器所播放的OTT视频的TCP指标、HTTP指标等。
上报单元，用于汇总播放器数据采集单元、客户端设备信息采集单元分析单元等的数据，定期向业务质量管理中心上报，如每秒或每5分钟上报一次。
告警单元，用于根据业务质量管理中心配置的告警阈值、告警项、告警屏蔽策略的等触发告警并上报业务质量管理中心。
带宽测试单元，用于根据带宽测试策略，在OTT视频质量告警时，通过HTTP下载制定片源，测试客户端设备的实际可达带宽。
升级管理单元，用于在客户端设备启动时，与升级服务器连接，判断自身是否需要升级。
抓包单元，用于根据抓包策略，在客户端设备的网卡进行抓包，并将抓包上报给APK模块的分析单元。
路由测试单元，用于根据路由测试策略，获取IP地址列表，所述IP地址列表包括所述OTT视频流经的至少一个网络设备的IP地址；
地点测试单元，用于对IP列表中的各IP进行ping测试，从而获取所述IP地址列表中各IP对应的网络设备的丢包率和时延。
在详细介绍了本发明实施例所适用的视频质量检测装置后，下面，对视频质量检测装置的启动流程、告警流程做详细说明如下。具体的，可参见图4、图5，图4为本发明视频质量检测方法所适用的视频质量检测装置的启动信令图，图5为本发明视频质量检测方法所适用的APK模块启动告警的信令图，图6为本发明视频质量检测方法所适用的业务质量管理中心启动告警的信令图。图4包括：
301、客户端设备的安卓系统启动。
302、客户端设备的安卓系统启动的同时，启动本地服务模块。
具体的，安卓系统启动时，通过在安卓固件的init.rc中添加本地服务native service模块，从而保证native service模块随着安卓系统的启动而启动。
303、native service模块监听本地套接字。
具体的，native service模块通过监听本地套接字(local socket)，等待APK模块的消息。
304、安卓系统启动APK模块。
305、APK模块获取本地服务模块的模块信息。
具体的，APK模块通过与native service模块之间的接口，发消息给native service模块，从而获取native service模块的模块信息，包括客户端设备是否集成了native service模块、native service模块的版本号等信息。
306、APK模块向业务质量管理中心注册。
具体的，APK模块向业务质量管理中心上报客户端设备的标识、厂商、型号、版本号、用户账号、APK模块的版本号、native service模块的版本号等信息给业务质量管理中心，业务质量管理中心在响应中告知APK模块是否要启动监控，告警阈值时多少。
307、APK模块通知本地服务模块抓包。
具体的，APK模块通知native service模块从客户端设备的网卡进行抓包以采集数据。
308、APK模块获取客户端设备的播放器数据和客户端设备的数据。
309、本地服务模块上报抓包。
具体的，native service模块通过进程间通信(Inter-Process Communication，IPC)接口向APK模块上报从网卡上抓取到的包。
310、APK模块进行包分析。
具体的，APK模块对native service模块抓取的包进行分析，分析出TCP重传率、TCP往返时延、HTTP请求次数、HTTP请求时延、HTTP请求成功率、分片下载速率、提供OTT视频的服务器的IP地址等。
311、APK模块向业务质量管理中心上报数据。
具体的，APK模块定期汇总，例如，每5分钟或每5秒汇总客户端设备的播放器的数据、客户端设备的数据、抓包分析数据等，上报业务质量管理中心。
图5为本发明视频质量检测方法所适用的APK模块启动告警的信令图。图5包括：
401、APK模块判断OTT视频的卡顿次数和/或卡顿时长满足告警条件。
具体的，在业务质量管理中心可以设置视频质量检测装置的告警阈值和告警策略。例如，告警阈值例如为卡顿时长达到多少秒后生产告警；告警策略例如为当卡顿时长达到告警阈值时，进行带宽测试、路由测试trace route、地点ping测试等。
402、APK模块获取客户端设备信息。
具体的，APK模块获取客户端设备的当前CPU利用率、内存利用率、网络接入方式(包括有线、无线等)，其中，若网络接入方式为无线接入，还需获取WIFI信号强度等。
403、APK模块进行带宽测试。
具体的，若告警策略为带宽测试，则APK模块自动通过HTTP请求下载测试片源，得到客户端设备的可达带宽。
404、APK模块通知native service模块进行路由测试。
具体的，若告警策略为路由测试，即trace route测试，则APK模块通知native service模块进行trace route测试，测试目的为获取所述IP地址列表，所述IP地址列表包括所述OTT视频流经的至少一个网络设备的IP地址。
405、native service模块上报路由测试结果。
具体的，native service模块在trace route测试后，向APK模块上报IP地址列表。
406、APK模块通知native service模块进行地点测试。
具体的，APK模块通知native service模块进行地点测试，即ping测试，测试对象为家庭网关的IP，以及trace route测试结果列表中的每一条IP。
407、native service模块上报ping测试结果。
具体的，native service模块在ping测试后，向APK模块上报测试结果，包括丢包率和时延等。
408、APK模块向业务质量管理中心上报告警相关信息。
具体的，APK模块向业务质量管理中心上报告警，包括带宽、客户端设备信息、trace route测试结果、ping测试结果等。
需要说明的是，OTT视频质量告警时，APK模块的带宽测试、ping测试和trace route测试并不是必须的，可以在业务质量管理中心设置告警策略并下发给APK模块，由APK模块进行测试并上报测试结果，以便于业务质量管理中心的告警原因的定界，例如确定出告警是否由客户端设备的CPU过高而导致OTT视频质量告警、是否由于无线信号不好，OTT视频下载速率低而导致OTT视频质量告警。
另外，还需要说明的是，上述告警实施例中，客户端设备的客户端设备信息的采集、带宽测试、trace route测试、ping测试均有告警触发，然而，本发明并不以此为限制，在其他可行的实现方式中，也可以由其他方式触发。例如，当业务质量管理中心确定出某个客户端设备出问题时，可以在业务质量管理中心的界面手动实时发起客户端设备信息的采集、带宽测试、trace route测试、ping测试等。具体的，可参见图6，图6为本发明视频质量检测方法所适用的业务质量管理中心启动告警的信令图。图6包括：
501、业务质量管理中心通知APK模块采集客户端设备信息。
502、APK模块上报客户端设备信息。
503、业务质量管理中心通知APK模块发起带宽测试。
504、APK模块向业务质量管理中心上报带宽。
505、业务质量管理中心通知APK模块发起路由测试。
506、APK模块通知本地服务模块发起路由测试。
507、本地服务模块向APK模块上报路由测试结果。
508、APK模块向业务质量管理中心上报路由测试结果。
509、业务质量管理中心通知APK模块发起ping测试。
510、APK模块通知本地服务模块发起ping测试。
511、本地服务模块向APK模块上报ping测试结果。
512、APK模块向业务质量管理中心上报ping测试结果。
下面，以视频质量检测装置具体包括APK模块和native service模块、告警原因具体为网络问题中的WIFI信号问题为例，对本发明视频质量检测装置上报数据、业务质量管理中心检测并定界告警原因为例，对本发明进行详细阐述。
具体的，视频质量检测装置检测出客户端设备的播放器的OTT的卡顿次数和/或卡顿时长达到告警阈值，产生告警。告警时视频质量检测装置根据告警策略获取客户端设备信息、客户端设备的播放器信息、带宽、trace route测试结果、ping测试结果等上报结果并向业务质量管理中心发送。
业务质量管理中心首先确定告警原因是否为OTT视频的视频源。具体的，业 务质量管理中心根据客户端设备的播放器信息包括的URL判断同一时间点有多少个客户端设备在观看该OTT视频。如果同时观看该OTT视频的客户端设备的数量达到阈值(例如10个)，且告警的客户端设备的比例也达到阈值(例如为80％)，则业务质量管理中心确定告警原因为OTT视频的视频源；否则，继续确定告警原因是否为提供该OTT视频的服务器。
当确定告警原因是否为提供该OTT视频的服务器时，业务质量管理中心根据抓包测试获取的提供该OTT视频的服务器的IP，确定同一时间点有多少客户端设备在观看该服务器提供的OTT视频，如果同时观看该服务器提供的OTT视频的客户端设备的数量达到阈值(例如10个)，且告警的客户端设备的比例也达到阈值(例如为80％)，则业务质量管理中心确定告警原因为提供该OTT视频的服务器；否则，继续确定告警原因是否为提供该OTT视频的服务器与客户端设备之间的带宽。
当确定告警原因是否为提供该OTT视频的服务器与客户端设备之间的带宽时，业务质量管理中心根据视频质量检测装置进行带宽测试上报的带宽，判断该带宽是否小于OTT视频的码率，若是，则确定告警原因为提供该OTT视频的服务器与客户端设备之间的带宽不足。
业务质量管理中心进一步关联客户端设备的开户信息，确定出给客户端设备分配的带宽是足够的，则说明OTT视频的告警原因为网络问题，需要确定出导致带宽瓶颈的原因。此时，若业务质量管理中心可得到全网客户端设备的网络拓扑，则可通过分支定界算法定界出故障点，例如，查看和该客户端设备在同一个数字用户线路接入复用器(Digital Subscriber Line Access Multiplexer，DSLAM)或光线路终端(optical line terminal，OLT)下的其他客户端设备，当前时间是否出现告警，若其他客户端设备没有出现告警，或者告警的用户比例不高，则表明是DSLAM/OLT以下的问题。
业务质量管理中心继续根据告警时视频质量检测装置上报的数据发现，该客户端设备为WIFI接入，且WIFI信号比较弱，根据ping测试的结构可以看到存在延时大和丢包的情况，因此可以定界出告警原因为WIFI信号弱导致视频质量差。
图7为本发明视频质量检测装置实施例一的结构示意图。本实施例提供的视频质量检测装置是与本发明图1实施例对应的装置实施例，具体实现过程在此不再赘述。具体的，本实施例提供的视频质量检测装置包括：
接收模块11，用于接收客户端设备发送的卡顿事件；
处理模块12，用于根据所述接收模块11接收的所述卡顿事件确定卡顿次数和/或卡顿时长；
发送模块13，用于向业务质量管理中心发送所述处理模块12确定的所述卡顿次数和/或卡顿时长，用于使得所述业务质量管理中心根据所述卡顿次数和/或卡顿时长，确定所述客户端设备的OTT视频的质量。
本发明实施例提供的视频质量检测装置，根据客户端设备的播放器发送的卡顿事件确定卡顿次数和/或卡顿时长并向业务质量管理中心上报，使得业务质量管理中心依据该卡顿次数和/或卡顿时长确定OTT视频的质量。该过程中，由于客户端设备对于自身的卡顿事件是确知的，进而使得视频质量检测装置精确获得客户端设备的播放器的卡顿事件，根据该卡顿事件确定出卡顿时长和/或卡顿次数并上报，使得业务质量管理中心直接根据卡顿次数和/或卡顿时长确定OTT视频的质量，从而达到准确确定OTT视频质量的目的。
可选的，在本发明一实施例中，所述处理模块12，还用于确定所述卡顿次数超过告警阈值包括的第一阈值；和/或，所述卡顿时长超过所述告警阈值包括的第二阈值；根据告警策略获取上报结果；
所述发送模块13，还用于向所述业务质量管理中心发送所述处理模块12获取的所述上报结果。
可选的，在本发明一实施例中，所述告警策略具体为获取客户端设备信息，所述上报结果具体为客户端设备信息，所述客户端设备信息包括下述信息中的至少一个：所述客户端设备的中央处理器CPU的利用率、所述客户端设备的内存的利用率、所述客户端设备的网络接入方式；其中，所述客户端设备的网络接入方式包括有线接入及无线接入，当所述客户端设备的网络接入方式具体为所述无线接入时，所述客户端设备信息还包括：无线信号强度。
可选的，在本发明一实施例中，所述告警策略具体为客户端设备的播放器信息，所述上报结果具体为所述客户端设备的播放器信息，所述播放器信息包括所述OTT视频的统一资源定位符URL。
可选的，在本发明一实施例中，所述告警策略具体为带宽测试策略、所述上报结果具体为所述客户端设备与提供所述OTT视频的服务器之间的带宽。
可选的，在本发明一实施例中，所述告警策略具体为路由测试策略与ping测试策略、所述上报结果具体为IP地址列表、丢包率和时延；所述处理模块12，具体用于根据所述路由测试策略，获取所述IP地址列表，所述IP地址列表包括所述OTT视频流经的至少一个网络设备的IP地址；根据所述ping测试策略，获取所述IP地址列表中各IP对应的网络设备的丢包率和时延。
可选的，在本发明一实施例中，所述告警策略具体为抓包策略、所述上报结果具体为提供所述OTT视频的服务器的IP地址，所述处理模块12，具体用于根据所述抓包策略，对所述OTT视频抓包，根据所述抓包确定提供所述OTT视频的服务器的IP地址。
可选的，在本发明一实施例中，所述接收模块11，还用于在所述处理模块12确定所述卡顿次数超过告警阈值包括的第一阈值；和/或，所述卡顿时长超过所述告警阈值包括的第二阈值之前，接收所述业务质量管理中心发送的所述告警阈值与所述告警策略。
图8为本发明业务质量管理中心实施例一的结构示意图。本实施例提供的业务质量管理中心是与本发明图2实施例对应的装置实施例，具体实现过程在此不再赘述。具体的，本实施例提供的业务质量管理中心包括：
接收模块21，用于接收视频质量检测装置发送的卡顿次数和/或卡顿时长；
处理模块22，用于根据所述接收模块21接收到的所述卡顿次数和/或卡顿时长，确定所述客户端设备的OTT视频的质量。
本发明实施例提供的业务质量管理中心，接收视频质量检测装置上报的客户端设备的播放器的卡顿次数和/或卡顿时长，并依据该卡顿次数和/或卡顿时长确定OTT视频的质量。该过程中，由于客户端设备对于自身的卡顿事件是确知 的，使得视频质量管理中心能够精确获得客户端上报的播放器的卡顿时长和/卡顿次数并上报，进而使得业务质量管理中心直接根据卡顿时长和/卡顿次数确定OTT视频的质量，从而达到准确确定OTT视频质量的目的。
可选的，在本发明一实施例中，所述接收模块21，还用于接收所述视频质量检测装置发送的上报结果，所述上报结果是所述视频质量检测装置在确定所述卡顿次数超过告警阈值包括的第一阈值；和/或，所述卡顿时长超过所述告警阈值包括的第二阈值；
所述处理模块22，还用于根据所述接收模块21接收到的所述上报结果，确定所述OTT视频质量差的原因。
可选的，在本发明一实施例中，所述告警策略具体为获取客户端设备信息，所述上报结果具体为客户端设备信息，所述接收模块21，具体用于接收所述视频质量检测装置发送的所述客户端设备信息，所述客户端设备信息包括下述信息中的至少一个：所述客户端设备的中央处理器CPU的利用率、所述客户端设备的内存的利用率、所述客户端设备的网络接入方式；其中，所述客户端设备的网络接入方式包括有线接入及无线接入，当所述客户端设备的网络接入方式具体为所述无线接入时，所述客户端设备信息还包括：无线信号强度；
所述处理模块22，具体用于根据所述CPU的利用率，确定是否由于所述客户端设备的CPU资源占用过高导致所述OTT视频质量差；根据所述内存的利用率，确定是否由于所述客户端设备的内存利用率过高导致所述OTT视频质量差；根据所述无线信号强度，确定是否由于无线信号弱导致所述OTT视频质量差。
可选的，在本发明一实施例中，所述告警策略具体为获取客户端设备的播放器信息，所述上报结果具体为客户端设备的播放器信息；
所述处理模块22，具体用于根据所述播放器信息包括的所述OTT视频的统一资源定位符URL，确定是否由于所述OTT视频的视频源导致所述OTT视频质量差。
可选的，在本发明一实施例中，所述告警策略具体为带宽测试策略、所述上报结果具体为所述客户端设备与提供所述OTT视频的服务器之间的带宽；
所述处理模块22，具体用于根据所述带宽，确定是否由于所述客户端设备 与提供所述OTT视频的服务器之间的带宽不足，导致所述OTT视频质量差。
可选的，在本发明一实施例中，所述告警策略具体为路由测试策略与ping测试策略、所述上报结果具体为IP地址列表、丢包率和时延，所述处理模块22，具体用于根据所述IP地址列表中的各IP对应的网络设备的丢包率和时延，确定是否由于所述IP地址列表中的各IP对应的网络设备故障，导致所述OTT视频质量差。
可选的，在本发明一实施例中，所述告警策略具体为抓包策略、所述上报结果具体为提供所述OTT视频的服务器的IP地址，所述处理模块22，具体用于根据提供所述OTT视频的服务器的IP地址，确定是否由于提供所述OTT视频的服务器导致所述OTT视频质量差。
图9为本发明业务质量管理中心实施例二的结构示意图。本实施例提供的业务质量管理中心在上述图8的基础上，进一步的，还包括：
发送模块23，用于在所述接收模块21接收所述视频质量检测装置发送的上报结果之前，向所述视频质量检测装置发送的所述告警阈值与所述告警策略。
本领域普通技术人员可以理解：实现上述各方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成。前述的程序可以存储于一计算机可读取存储介质中。该程序在执行时，执行包括上述各方法实施例的步骤；而前述的存储介质包括：ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。
最后应说明的是：以上各实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述各实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分或者全部技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的范围。

Claims (32)

  1. 一种视频质量检测方法，其特征在于，包括：
    视频质量检测装置接收客户端设备发送的卡顿事件；
    所述视频质量检测装置根据所述卡顿事件确定卡顿次数和/或卡顿时长；
    所述视频质量检测装置向业务质量管理中心发送所述卡顿次数和/或卡顿时长，用于使得所述业务质量管理中心根据所述卡顿次数和/或卡顿时长，确定所述客户端设备的OTT视频的质量。
  2. 根据权利要求1所述的方法，其特征在于，还包括：
    所述视频质量检测装置确定所述卡顿次数超过告警阈值包括的第一阈值；和/或，所述卡顿时长超过所述告警阈值包括的第二阈值；
    所述视频质量检测装置根据告警策略获取上报结果；
    所述视频质量检测装置向所述业务质量管理中心发送所述上报结果。
  3. 根据权利要求2所述的方法，其特征在于，所述告警策略具体为获取客户端设备信息，所述上报结果具体为客户端设备信息，所述客户端设备信息包括下述信息中的至少一个：所述客户端设备的中央处理器CPU的利用率、所述客户端设备的内存的利用率、所述客户端设备的网络接入方式；其中，所述客户端设备的网络接入方式包括有线接入及无线接入，当所述客户端设备的网络接入方式具体为所述无线接入时，所述客户端设备信息还包括：无线信号强度。
  4. 根据权利要求2所述的方法，其特征在于，所述告警策略具体为客户端设备的播放器信息，所述上报结果具体为所述客户端设备的播放器信息，所述播放器信息包括所述OTT视频的统一资源定位符URL。
  5. 根据权利要求2所述的方法，其特征在于，所述告警策略具体为带宽测试策略、所述上报结果具体为所述客户端设备与提供所述OTT视频的服务器之间的带宽。
  6. 根据权利要求2所述的方法，其特征在于，所述告警策略具体为路由测试策略与ping测试策略、所述上报结果具体为IP地址列表、丢包率和时延，所 述视频质量检测装置根据所述告警策略，获取上报结果，包括：
    所述视频质量检测装置根据所述路由测试策略，获取所述IP地址列表，所述IP地址列表包括所述OTT视频流经的至少一个网络设备的IP地址；
    所述视频质量检测装置根据所述ping测试策略，获取所述IP地址列表中各IP对应的网络设备的丢包率和时延。
  7. 根据权利要求2所述的方法，其特征在于，所述告警策略具体为抓包策略、所述上报结果具体为提供所述OTT视频的服务器的IP地址，所述视频质量检测装置根据所述告警策略，获取上报结果，包括：
    所述视频质量检测装置根据所述抓包策略，对所述OTT视频抓包，根据所述抓包确定提供所述OTT视频的服务器的IP地址。
  8. 根据权利要求2-7任一项所述的方法，其特征在于，所述视频质量检测装置确定所述卡顿次数超过告警阈值包括的第一阈值；和/或，所述卡顿时长超过所述告警阈值包括的第二阈值之前，还包括：
    所述业务质量检测装置接收所述业务质量管理中心发送的所述告警阈值与所述告警策略。
  9. 一种视频质量检测方法，其特征在于，包括：
    业务质量管理中心接收视频质量检测装置发送的卡顿次数和/或卡顿时长；
    所述业务质量管理中心根据所述卡顿次数和/或卡顿时长，确定所述客户端设备的OTT视频的质量。
  10. 根据权利要求9所述的方法，其特征在于，还包括：
    所述业务质量管理中心接收所述视频质量检测装置发送的上报结果，所述上报结果是所述视频质量检测装置在确定所述卡顿次数超过告警阈值包括的第一阈值；和/或，所述卡顿时长超过所述告警阈值包括的第二阈值；
    所述业务质量管理中心根据所述上报结果，确定所述OTT视频质量差的原因。
  11. 根据权利要求10所述的方法，其特征在于，所述告警策略具体为获取客户端设备信息，所述上报结果具体为客户端设备信息，所述业务质量管理中 心接收所述视频质量检测装置发送的上报结果，包括：
    所述业务质量管理中心接收所述视频质量检测装置发送的所述客户端设备信息，所述客户端设备信息包括下述信息中的至少一个：所述客户端设备的中央处理器CPU的利用率、所述客户端设备的内存的利用率、所述客户端设备的网络接入方式；其中，所述客户端设备的网络接入方式包括有线接入及无线接入，当所述客户端设备的网络接入方式具体为所述无线接入时，所述客户端设备信息还包括：无线信号强度；
    所述业务质量管理中心根据所述上报结果，确定所述OTT视频质量差的原因，包括：
    所述业务质量管理中心根据所述CPU的利用率，确定是否由于所述客户端设备的CPU资源占用过高导致所述OTT视频质量差；根据所述内存的利用率，确定是否由于所述客户端设备的内存利用率过高导致所述OTT视频质量差；根据所述无线信号强度，确定是否由于无线信号弱导致所述OTT视频质量差。
  12. 根据权利要求10所述的方法，其特征在于，所述告警策略具体为获取客户端设备的播放器信息，所述上报结果具体为客户端设备的播放器信息；
    所述业务质量管理中心根据所述上报结果，确定所述OTT视频质量差的原因，包括：
    所述业务质量管理中心根据所述播放器信息包括的所述OTT视频的统一资源定位符URL，确定是否由于所述OTT视频的视频源导致所述OTT视频质量差。
  13. 根据权利要求10所述的方法，其特征在于，所述告警策略具体为带宽测试策略、所述上报结果具体为所述客户端设备与提供所述OTT视频的服务器之间的带宽；
    所述业务质量管理中心根据所述上报结果，确定所述OTT视频质量差的原因，包括：
    所述业务质量管理中心根据所述带宽，确定是否由于所述客户端设备与提供所述OTT视频的服务器之间的带宽不足，导致所述OTT视频质量差。
  14. 根据权利要求10所述的方法，其特征在于，所述告警策略具体为路由 测试策略与ping测试策略、所述上报结果具体为IP地址列表、丢包率和时延，所述业务质量管理中心根据所述上报结果，确定所述OTT视频质量差的原因，包括：
    所述业务质量管理中心根据所述IP地址列表中的各IP对应的网络设备的丢包率和时延，确定是否由于所述IP地址列表中的各IP对应的网络设备故障，导致所述OTT视频质量差。
  15. 根据权利要求10所述的方法，其特征在于，所述告警策略具体为抓包策略、所述上报结果具体为提供所述OTT视频的服务器的IP地址，所述业务质量管理中心根据所述上报结果，确定所述OTT视频质量差的原因，包括：
    所述业务质量管理中心根据提供所述OTT视频的服务器的IP地址，确定是否由于提供所述OTT视频的服务器导致所述OTT视频质量差。
  16. 根据权利要求10-15任一项所述的方法，其特征在于，所述业务质量管理中心接收所述视频质量检测装置发送的上报结果之前，还包括：
    所述业务质量管理中心向所述视频质量检测装置发送的所述告警阈值与所述告警策略。
  17. 一种视频质量检测装置，其特征在于，包括：
    接收模块，用于接收客户端设备发送的卡顿事件；
    处理模块，用于根据所述接收模块接收的所述卡顿事件确定卡顿次数和/或卡顿时长；
    发送模块，用于向业务质量管理中心发送所述处理模块确定的所述卡顿次数和/或卡顿时长，用于使得所述业务质量管理中心根据所述卡顿次数和/或卡顿时长，确定所述客户端设备的OTT视频的质量。
  18. 根据权利要求17所述的装置，其特征在于，
    所述处理模块，还用于确定所述卡顿次数超过告警阈值包括的第一阈值；和/或，所述卡顿时长超过所述告警阈值包括的第二阈值；根据告警策略获取上报结果；
    所述发送模块，还用于向所述业务质量管理中心发送所述处理模块获取的 所述上报结果。
  19. 根据权利要求18所述的装置，其特征在于，所述告警策略具体为获取客户端设备信息，所述上报结果具体为客户端设备信息，所述客户端设备信息包括下述信息中的至少一个：所述客户端设备的中央处理器CPU的利用率、所述客户端设备的内存的利用率、所述客户端设备的网络接入方式；其中，所述客户端设备的网络接入方式包括有线接入及无线接入，当所述客户端设备的网络接入方式具体为所述无线接入时，所述客户端设备信息还包括：无线信号强度。
  20. 根据权利要求18所述的装置，其特征在于，所述告警策略具体为客户端设备的播放器信息，所述上报结果具体为所述客户端设备的播放器信息，所述播放器信息包括所述OTT视频的统一资源定位符URL。
  21. 根据权利要求18所述的装置，其特征在于，所述告警策略具体为带宽测试策略、所述上报结果具体为所述客户端设备与提供所述OTT视频的服务器之间的带宽。
  22. 根据权利要求18所述的装置，其特征在于，所述告警策略具体为路由测试策略与ping测试策略、所述上报结果具体为IP地址列表、丢包率和时延；所述处理模块，具体用于根据所述路由测试策略，获取所述IP地址列表，所述IP地址列表包括所述OTT视频流经的至少一个网络设备的IP地址；根据所述ping测试策略，获取所述IP地址列表中各IP对应的网络设备的丢包率和时延。
  23. 根据权利要求18所述的装置，其特征在于，所述告警策略具体为抓包策略、所述上报结果具体为提供所述OTT视频的服务器的IP地址，所述处理模块，具体用于根据所述抓包策略，对所述OTT视频抓包，根据所述抓包确定提供所述OTT视频的服务器的IP地址。
  24. 根据权利要求18-23任一项所述的装置，其特征在于，
    所述接收模块，还用于在所述处理模块确定所述卡顿次数超过告警阈值包括的第一阈值；和/或，所述卡顿时长超过所述告警阈值包括的第二阈值之前，接收所述业务质量管理中心发送的所述告警阈值与所述告警策略。
  25. 一种业务质量管理中心，其特征在于，包括：
    接收模块，用于接收视频质量检测装置发送的卡顿次数和/或卡顿时长；
    处理模块，用于根据所述接收模块接收到的所述卡顿次数和/或卡顿时长，确定所述客户端设备的OTT视频的质量。
  26. 根据权利要求25所述的业务质量管理中心，其特征在于，
    所述接收模块，还用于接收所述视频质量检测装置发送的上报结果，所述上报结果是所述视频质量检测装置在确定所述卡顿次数超过告警阈值包括的第一阈值；和/或，所述卡顿时长超过所述告警阈值包括的第二阈值；
    所述处理模块，还用于根据所述接收模块接收到的所述上报结果，确定所述OTT视频质量差的原因。
  27. 根据权利要求26所述的业务质量管理中心，其特征在于，所述告警策略具体为获取客户端设备信息，所述上报结果具体为客户端设备信息，所述接收模块，具体用于接收所述视频质量检测装置发送的所述客户端设备信息，所述客户端设备信息包括下述信息中的至少一个：所述客户端设备的中央处理器CPU的利用率、所述客户端设备的内存的利用率、所述客户端设备的网络接入方式；其中，所述客户端设备的网络接入方式包括有线接入及无线接入，当所述客户端设备的网络接入方式具体为所述无线接入时，所述客户端设备信息还包括：无线信号强度；
    所述处理模块，具体用于根据所述CPU的利用率，确定是否由于所述客户端设备的CPU资源占用过高导致所述OTT视频质量差；根据所述内存的利用率，确定是否由于所述客户端设备的内存利用率过高导致所述OTT视频质量差；根据所述无线信号强度，确定是否由于无线信号弱导致所述OTT视频质量差。
  28. 根据权利要求26所述的业务质量管理中心，其特征在于，所述告警策略具体为获取客户端设备的播放器信息，所述上报结果具体为客户端设备的播放器信息；
    所述处理模块，具体用于根据所述播放器信息包括的所述OTT视频的统一资源定位符URL，确定是否由于所述OTT视频的视频源导致所述OTT视频质量差。
  29. 根据权利要求26所述的业务质量管理中心，其特征在于，所述告警策 略具体为带宽测试策略、所述上报结果具体为所述客户端设备与提供所述OTT视频的服务器之间的带宽；
    所述处理模块，具体用于根据所述带宽，确定是否由于所述客户端设备与提供所述OTT视频的服务器之间的带宽不足，导致所述OTT视频质量差。
  30. 根据权利要求26所述的业务质量管理中心，其特征在于，所述告警策略具体为路由测试策略与ping测试策略、所述上报结果具体为IP地址列表、丢包率和时延，所述处理模块，具体用于根据所述IP地址列表中的各IP对应的网络设备的丢包率和时延，确定是否由于所述IP地址列表中的各IP对应的网络设备故障，导致所述OTT视频质量差。
  31. 根据权利要求26所述的业务质量管理中心，其特征在于，所述告警策略具体为抓包策略、所述上报结果具体为提供所述OTT视频的服务器的IP地址，所述处理模块，具体用于根据提供所述OTT视频的服务器的IP地址，确定是否由于提供所述OTT视频的服务器导致所述OTT视频质量差。
  32. 根据权利要求26-31任一项所述的业务质量管理中心，其特征在于，还包括：
    发送模块，用于在所述接收模块接收所述视频质量检测装置发送的上报结果之前，向所述视频质量检测装置发送的所述告警阈值与所述告警策略。
PCT/CN2016/090069 2015-09-29 2016-07-14 视频质量检测方法、装置及业务质量管理中心 WO2017054553A1 (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201510633406.8 2015-09-29
CN201510633406.8A CN106559707A (zh) 2015-09-29 2015-09-29 视频质量检测方法、装置及业务质量管理中心

Publications (1)

Publication Number Publication Date
WO2017054553A1 true WO2017054553A1 (zh) 2017-04-06

Family

ID=58414780

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2016/090069 WO2017054553A1 (zh) 2015-09-29 2016-07-14 视频质量检测方法、装置及业务质量管理中心

Country Status (2)

Country Link
CN (1) CN106559707A (zh)
WO (1) WO2017054553A1 (zh)

Cited By (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111163361A (zh) * 2018-11-07 2020-05-15 中国电信股份有限公司 业务故障定位方法、装置和系统、网络设备和存储介质
CN111984544A (zh) * 2020-09-08 2020-11-24 网易（杭州）网络有限公司 设备性能测试方法、装置、电子设备及存储介质
CN112261429A (zh) * 2020-10-21 2021-01-22 北华大学 无卡顿智能终端直播应用系统、方法、设备及存储介质
CN112333756A (zh) * 2020-09-14 2021-02-05 咪咕文化科技有限公司 区域网络质量监测方法、系统、电子设备和存储介质
CN113079522A (zh) * 2020-01-03 2021-07-06 上海大唐移动通信设备有限公司 Ott服务质量测试方法、装置、电子设备和存储介质

Families Citing this family (17)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN107087159B (zh) * 2017-04-18 2018-12-28 天津市德力电子仪器有限公司 Iptv和ott视频质量的评估装置及评估方法
CN107241595A (zh) * 2017-07-14 2017-10-10 北京奇艺世纪科技有限公司 一种视频故障监控方法、装置、系统及电子设备
CN107241650B (zh) * 2017-08-09 2020-06-30 四川长虹电器股份有限公司 一种快速定位播放卡顿现象原因的方法
CN109561347B (zh) * 2017-09-27 2022-01-25 中国移动通信集团山东有限公司 一种互联网视频播放质量判定方法及系统
CN109769131B (zh) * 2017-11-09 2021-10-26 中国移动通信有限公司研究院 一种视频质量监测方法及机顶盒
CN110221922A (zh) * 2018-03-02 2019-09-10 网易（杭州）网络有限公司 程序产品的卡顿定位方法及装置、介质及计算设备
CN108521570A (zh) * 2018-03-16 2018-09-11 网宿科技股份有限公司 一种视频播放器的监控系统
CN110324700A (zh) * 2018-03-28 2019-10-11 晨星半导体股份有限公司 应用于显示设备的电路及相关的控制方法
CN108933938A (zh) * 2018-08-23 2018-12-04 北京奇艺世纪科技有限公司 一种视频质量检验方法、装置及电子设备
CN111045914A (zh) * 2018-10-11 2020-04-21 北京国双科技有限公司 一种播放器测试方法、装置、介质以及设备
CN110519646A (zh) * 2019-09-19 2019-11-29 北京市博汇科技股份有限公司 一种ott互联网视频的监测方法与装置
CN112995702B (zh) * 2019-12-16 2023-09-15 天翼数字生活科技有限公司 基于质量监测探针判断视频卡顿的方法及系统
CN111064954B (zh) * 2019-12-25 2021-08-17 武汉绿色网络信息服务有限责任公司 一种可供旁路视频播放质量评价使用的方法和装置
CN113453085B (zh) * 2020-03-27 2022-10-11 北京金山云网络技术有限公司 判断播放卡顿的方法、装置和电子终端
CN112202921A (zh) * 2020-10-23 2021-01-08 苏州聚慧邦信息科技有限公司 办公设备远程交互方法、装置及在线办公交互平台
CN112492297B (zh) * 2020-11-17 2022-06-14 腾讯科技（深圳）有限公司 一种对视频的处理方法以及相关设备
CN114598924B (zh) * 2022-03-10 2024-03-22 恒安嘉新（北京）科技股份公司 客户端综合视频播放状态的检测方法、装置、设备及介质

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20120191805A1 (en) * 2011-01-26 2012-07-26 Openwave Systems Inc. Method and transcoding proxy for transcoding a media stream that is delivered to an end-user device over a communications network
CN103561354A (zh) * 2013-10-29 2014-02-05 北京国双科技有限公司 视频流畅度计算处理方法和装置
CN103813160A (zh) * 2012-11-12 2014-05-21 中国电信股份有限公司 视频质量监控方法和装置
CN104052991A (zh) * 2014-06-17 2014-09-17 德科仕通信(上海)有限公司 检测has视频卡顿的方法及系统
CN104427402A (zh) * 2013-09-03 2015-03-18 中国科学院声学研究所 一种无线网络流媒体质量获取方法及系统

Family Cites Families (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103166808B (zh) * 2011-12-15 2016-03-30 华为技术有限公司 一种iptv业务质量的监测方法，装置及系统
US8610818B2 (en) * 2012-01-18 2013-12-17 Cisco Technology, Inc. Systems and methods for improving video stutter in high resolution progressive video

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20120191805A1 (en) * 2011-01-26 2012-07-26 Openwave Systems Inc. Method and transcoding proxy for transcoding a media stream that is delivered to an end-user device over a communications network
CN103813160A (zh) * 2012-11-12 2014-05-21 中国电信股份有限公司 视频质量监控方法和装置
CN104427402A (zh) * 2013-09-03 2015-03-18 中国科学院声学研究所 一种无线网络流媒体质量获取方法及系统
CN103561354A (zh) * 2013-10-29 2014-02-05 北京国双科技有限公司 视频流畅度计算处理方法和装置
CN104052991A (zh) * 2014-06-17 2014-09-17 德科仕通信(上海)有限公司 检测has视频卡顿的方法及系统

Cited By (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111163361A (zh) * 2018-11-07 2020-05-15 中国电信股份有限公司 业务故障定位方法、装置和系统、网络设备和存储介质
CN113079522A (zh) * 2020-01-03 2021-07-06 上海大唐移动通信设备有限公司 Ott服务质量测试方法、装置、电子设备和存储介质
CN113079522B (zh) * 2020-01-03 2024-04-05 上海大唐移动通信设备有限公司 Ott服务质量测试方法、装置、电子设备和存储介质
CN111984544A (zh) * 2020-09-08 2020-11-24 网易（杭州）网络有限公司 设备性能测试方法、装置、电子设备及存储介质
CN111984544B (zh) * 2020-09-08 2024-03-22 网易（杭州）网络有限公司 设备性能测试方法、装置、电子设备及存储介质
CN112333756A (zh) * 2020-09-14 2021-02-05 咪咕文化科技有限公司 区域网络质量监测方法、系统、电子设备和存储介质
CN112333756B (zh) * 2020-09-14 2024-02-27 咪咕文化科技有限公司 区域网络质量监测方法、系统、电子设备和存储介质
CN112261429A (zh) * 2020-10-21 2021-01-22 北华大学 无卡顿智能终端直播应用系统、方法、设备及存储介质

Also Published As

Publication number Publication date
CN106559707A (zh) 2017-04-05

Similar Documents

Publication Publication Date Title
WO2017054553A1 (zh) 视频质量检测方法、装置及业务质量管理中心
US8806550B1 (en) Rules engine for troubleshooting video content delivery network
Chen et al. Qoe doctor: Diagnosing mobile app qoe with automated ui control and cross-layer analysis
US8989002B2 (en) System and method for controlling threshold testing within a network
US20180262533A1 (en) Monitoring Device Data and Gateway Data
WO2018121237A1 (zh) 网络质量检测方法及装置
WO2020094034A1 (zh) 用于终端的无线网络连接方法
WO2015196693A1 (zh) 数据采集方法及装置
KR101774983B1 (ko) Ott 비디오의 품질을 모니터링하는 방법, 장치, 및 시스템
US8982719B2 (en) Dynamically troubleshooting voice quality
EP3682595B1 (en) Obtaining local area network diagnostic test results
US8972569B1 (en) Remote and real-time network and HTTP monitoring with real-time predictive end user satisfaction indicator
WO2014110911A1 (zh) Iptv系统中的故障处理方法及装置
CN103166808A (zh) 一种iptv业务质量的监测方法，装置及系统
JP2022106771A (ja) データ処理方法、サーバ、およびデータ収集デバイス
US20140362719A1 (en) Methods for monitoring data traffic in a gateway device
CN113825000B (zh) 投屏方法、装置、电子设备及存储介质
CN110769268A (zh) 数据流监测方法及装置
EP3414870B1 (en) Calculating service performance indicators
US9729404B2 (en) Quality of service monitoring device and method of monitoring quality of service
US20140143264A1 (en) Policy event driven remote desktop recording across a data network
US20220150153A1 (en) Electronic apparatus and method for latency measurements and presentation for an optimized subscriber service
WO2020234788A1 (en) Device, method and program for computer and system for distributing content based on the quality of experience
US10162733B2 (en) Debugging failure of a service validation test
GB2566467A (en) Obtaining local area network diagnostic test results

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 16850177

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 16850177

Country of ref document: EP

Kind code of ref document: A1