+

CN113727198A - Slice video pause identification method, network equipment and storage medium - Google Patents

Slice video pause identification method, network equipment and storage medium Download PDF

Info

Publication number
CN113727198A
CN113727198A CN202010450832.9A CN202010450832A CN113727198A CN 113727198 A CN113727198 A CN 113727198A CN 202010450832 A CN202010450832 A CN 202010450832A CN 113727198 A CN113727198 A CN 113727198A
Authority
CN
China
Prior art keywords
slice
index file
download
current
pause
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
CN202010450832.9A
Other languages
Chinese (zh)
Other versions
CN113727198B (en
Inventor
黄阿柳
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
ZTE Corp
Original Assignee
ZTE Corp
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 ZTE Corp filed Critical ZTE Corp
Priority to CN202010450832.9A priority Critical patent/CN113727198B/en
Publication of CN113727198A publication Critical patent/CN113727198A/en
Application granted granted Critical
Publication of CN113727198B publication Critical patent/CN113727198B/en
Active legal-status Critical Current
Anticipated expiration legal-status Critical

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/80—Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
    • H04N21/83—Generation or processing of protective or descriptive data associated with content; Content structuring
    • H04N21/845—Structuring of content, e.g. decomposing content into time segments
    • H04N21/8456—Structuring of content, e.g. decomposing content into time segments by decomposing the content in the time domain, e.g. in time segments
    • 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/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/232—Content retrieval operation locally within server, e.g. reading video streams from disk arrays
    • 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/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/24—Monitoring of processes or resources, e.g. monitoring of server load, available bandwidth, upstream requests
    • H04N21/2402—Monitoring of the downstream path of the transmission network, e.g. bandwidth available
    • 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/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/24—Monitoring of processes or resources, e.g. monitoring of server load, available bandwidth, upstream requests
    • H04N21/2407—Monitoring of transmitted content, e.g. distribution time, number of downloads
    • 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/44209—Monitoring of downstream path of the transmission network originating from a server, e.g. bandwidth variations of a wireless network

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Signal Processing (AREA)
  • Databases & Information Systems (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Information Transfer Between Computers (AREA)

Abstract

本发明实施例提供一种切片视频卡顿识别方法、网络设备及存储介质，网络设备在评估切片视频业务时，不仅可以根据切片下载信息获知单个切片的下载情况，而且因为网络设备也通过采集到的信令数据获取了切片索引文件，利用切片索引文件，结合切片下载信息能够体现切片视频业务中多个切片下载播放的流畅程度，同时，利用切片索引文件与切片下载信息的结合还可以确定切片索引文件中一个切片下载播放过程与该切片索引文件中另一个切片下载播放过程的关系，从而识别出切片与切片间的卡顿。故能够准确识别切片视频业务过程中的卡顿，从而使得评估结果更契合用户的真实体验，为后续的切片视频业务改进提供了基础。

Figure 202010450832

Embodiments of the present invention provide a method, network device, and storage medium for identifying jamming in a sliced video. When evaluating a sliced video service, the network device can not only learn the download status of a single slice according to the slice download information, but also because the network device also obtains the The slice index file is obtained from the signaling data of the slice index file, and the slice index file is used in combination with the slice download information to reflect the smoothness of the download and playback of multiple slices in the slice video service. At the same time, the combination of the slice index file and the slice download information can also determine the slice. The relationship between the downloading and playing process of one slice in the index file and the downloading and playing process of another slice in the index file of the slice, so as to identify the jam between slices. Therefore, it is possible to accurately identify the freeze in the process of sliced video services, so that the evaluation results are more in line with the real experience of users, and provide a basis for subsequent improvement of sliced video services.

Figure 202010450832

Description

Slice video pause identification method, network equipment and storage medium
Technical Field
The embodiment of the invention relates to the technical field of internet, in particular to a slice video stuck identification method, network equipment and a storage medium.
Background
In order to understand the user experience of the video service, the video service needs to be evaluated and analyzed, and the related video analysis method only considers the video service as a download service to analyze the video service according to Key Performance Indicators (KPIs) of the download service, such as rate and time delay. However, most of the current video services use a slicing protocol: the client downloads the slice index file of the video, and then pulls the slices in sequence according to the slice download addresses in the slice index file for playing. Playing a complete video in a slice video service may require downloading from hundreds of incompletely identical download addresses, so that a KPI system in the related art can only evaluate the quality of downloading a single slice, but a single slice download index cannot embody the smoothness of downloading and playing hundreds of slices by a client, resulting in a large difference between an evaluation result and the actual perception of a user.
Disclosure of Invention
The embodiment of the invention provides a slice video stuck identification method, network equipment and a storage medium, and mainly solves the technical problems that: the assessment scheme for the slice video service is provided, and the problem that assessment results cannot accurately reflect the actual playing fluency of the client side and the actual perception of a user due to the fact that the slice video service is only used as a download service for assessment analysis in the related art is solved.
In order to solve the above technical problem, an embodiment of the present invention provides a method for identifying a video clip of a slice, including:
acquiring signaling data on a core network link;
acquiring a slice index file and slice downloading information associated with the slice index file according to the signaling data;
and identifying the pause in the playing process of the slice video according to the slice index file and the slice downloading information.
The embodiment of the invention also provides network equipment, which comprises a processor, a memory and a communication bus;
the communication bus is used for realizing connection communication between the processor and the memory;
the processor is configured to execute one or more programs stored in the memory to implement the steps of the above-described slice video stuck identification method.
Embodiments of the present invention also provide a storage medium storing one or more programs, which are executable by one or more processors to implement the steps of the above-mentioned slice video katon identification method.
The invention has the beneficial effects that:
according to the method for identifying the stuck video in the slice video, the network device and the storage medium provided by the embodiment of the invention, the network device acquires the signaling data on the core network link, then acquires the slice index file and the slice downloading information associated with the slice index file according to the signaling data, and then the network device can identify the stuck video in the playing process of the slice video according to the slice index file and the slice downloading information. The section video pause identification scheme provided by the embodiment of the invention can acquire the downloading condition of a single section according to the section downloading information when evaluating the section video service, and because the network equipment also acquires the section index file through the acquired signaling data, and the section index file simultaneously corresponds to a plurality of or even all the sections in a video, the smoothness of downloading and playing a plurality of sections in the section video service can be embodied by utilizing the section index file and combining the section downloading information corresponding to the section index file, and simultaneously, because the playing of each section in the section index file is played one by one in sequence under the normal condition, the relationship between the downloading and playing process of one section in the section index file and the downloading and playing process of another section in the section index file can be determined by utilizing the combination of the section index file and the section downloading information, thereby identifying the slice-to-slice stuck. Therefore, the embodiment of the invention provides a new evaluation scheme for the slicing video service, which can accurately identify the pause in the slicing video service process, so that the evaluation result is more in line with the real experience of a user, and a foundation is provided for the subsequent slicing video service improvement.
Additional features and corresponding advantages of the invention will be set forth in part in the description which follows, and in part will be obvious from the description, or may be learned by practice of the invention.
Drawings
Fig. 1 is a flowchart of a slice video stuck identification method according to an embodiment of the present invention;
fig. 2 is a flowchart illustrating a network device obtaining a slice index file according to signaling data according to an embodiment of the present invention;
fig. 3 is a flowchart illustrating a network device obtaining slice download information according to signaling data according to an embodiment of the present invention;
fig. 4 is a flowchart illustrating a process of identifying a stuck video during playing of a sliced video according to a second embodiment of the present invention;
FIG. 5 is a flowchart illustrating a second embodiment of detecting a pause condition at a current slice;
FIG. 6 is a flowchart illustrating the identification of a pause as stuck according to a second embodiment of the present invention;
FIG. 7 is a flowchart of identifying and recording pauses provided in a third embodiment of the present invention;
fig. 8 is a flowchart of detecting a pause condition at a current slice according to a third embodiment of the present invention;
FIG. 9 is a flowchart illustrating the identification of a pause as a pause according to a third embodiment of the present invention;
fig. 10 is a flowchart illustrating the process of identifying a drag according to the third embodiment of the present invention;
fig. 11 is a schematic hardware structure diagram of a network device according to a fifth embodiment of the present invention.
Detailed Description
In order to make the objects, technical solutions and advantages of the present invention more apparent, embodiments of the present invention are described in detail below with reference to the accompanying drawings. It should be understood that the specific embodiments described herein are merely illustrative of the invention and are not intended to limit the invention.
The first embodiment is as follows:
with the rapid development of mobile networks, the traffic charges are continuously reduced, and the proportion of videos watched by users through the mobile networks is gradually increased. With the change of the service use habits of users, the concern of the mobile operators on the network quality gradually shifts to the data service quality from the initial voice call quality. The video service is different from the general data service of network browsing, and has higher requirements on the network stability as well as higher requirements on the bandwidth. If the network quality is not good, the video definition and the fluency are reduced, and the pause phenomenon is easy to occur. The excessive times of the blocking inevitably reduce the satisfaction degree of the user and increase the network complaint amount. Therefore, for a mobile operator, the real perception of the client-side user to the video service is known, and a corresponding improvement measure is given for the problem phenomenon, so that complaints can be reduced, and the user satisfaction and the user viscosity are improved.
Therefore, it is very important to accurately evaluate the video service experience of the user and know the user perception. However, at present, for the slice video service lacks a suitable evaluation and analysis scheme, in order to solve the problem, the embodiment provides a slice video stuck identification method, which is applied to a network device, so as to help a network side to know the fluency of the user video service, please refer to a flowchart of the slice video stuck identification method shown in fig. 1:
s102: the network device collects signaling data on a core network link.
In this embodiment, the network device may collect signaling data on a link of the core network, for example, the network device may collect data of an interface connecting the core network and the radio access network, where the interface connecting the core network and the radio access network includes, but is not limited to, an S1-U interface. The S1 interface is a communication interface between the LTE eNodeB and the EPC (packet core network), which can divide the LTE system into a radio access network and a core network. The S1-U interface is an S1 user plane interface, which is connected between an eNodeB and an S-GW (Serving GateWay) and provides non-guaranteed transmission of user plane PDUs (Protocol Data units) between the eNodeB and the S-GW.
It should be understood that the S1-U interface is only a data acquisition object of the network device in the LTE communication scenario in the present embodiment, but those skilled in the art should understand that in 3G, 5G and other future communication scenarios, interfaces with the same function may have different names. Therefore, the network device is not limited in this embodiment to collect signaling data of the S1-U interface.
S104: and the network equipment acquires the slice index file and the slice downloading information associated with the slice index file according to the signaling data.
When the network device collects signaling data, it usually collects all signaling data passing through corresponding link interfaces in the whole network, and does not distinguish the specific content of the signaling data from the specific user to which the signaling data belongs before distinguishing. However, in this embodiment, the purpose of the network device in data acquisition is to acquire the slice index file and the slice download information, so in this embodiment, the network device processes the acquired data after acquiring the signaling data. The following describes a process of acquiring a slice index file by a network device according to signaling data with reference to fig. 2:
s202: the network device identifies a slice index file download request in an HTTP-GET request.
HTTP request signaling data transmitted between the core network and the wireless access network is divided into HTTP-GET (hypertext transfer protocol request to request data from a specified resource) request and HTTP-POST (hypertext transfer protocol request to submit data to be processed to a specified resource) request. Since the slice video service is to obtain the slice index file and the slice file from the server, the processing object required by the network device in this embodiment is an HTTP-GET request.
In an example of this embodiment, the network device identifies the slice index file download request from the HTTP-GET request, and optionally, the network device may determine whether an HTTP-GET request is a slice index file download request according to a URI (Uniform Resource Identifier) in an HTTP header parameter in the HTTP-GET request: there is a parameter indicating the file format in the URI, for example, the HTTP-GET request URI corresponding to the M3U8 file contains a character indicating the file format ". M3U 8? "so by parsing the URI within the HTTP header parameter of an HTTP-GET request, it can be determined whether the HTTP-GET request is a download request for requesting to obtain the slice index file.
S204: and the network equipment analyzes the payload data of the slice index file downloading request.
If the network device determines that a certain HTTP-GET request is a download request for requesting a slice index file through identification, the network device may further parse payload (payload data) of the HTTP-GET request, that is, parse payload content of the download request of the slice index file.
S206: and the network equipment restores the slice index file according to the analysis result.
Since the slice index file is transmitted in the signaling when the server transmits the slice index file to the client, the network device can directly restore the slice index file transmitted to the client by the server according to the analysis result by analyzing the payload of the download request of the slice index file. It can be understood that, when the server transmits the HTTP-GET request to the client, one HTTP-GET request message is divided into a plurality of data packets for transmission, and therefore, after the network device parses the data packets, the parsing results are merged, so as to restore the slice index file.
Some or all of the following information may be included in the slice index file in general: slice number indication information, slice download link (ext _ uri), slice duration (ext _ inf), slice file size (ext _ size), and the like. One slice index file generally corresponds to a plurality of slices, and therefore, download links, slice durations, and slice file sizes of the plurality of slices may be indicated in one slice index file. For example, in some examples of the present embodiment, since information of 10 slices is indicated in one slice index file, the first slice has a sequence number of "0", and the slice sequence number of each slice is an arithmetic sequence having a tolerance of 1, the slice index file is used to indicate information of 10 slices having slice sequence numbers of "0" to "9" to the client.
In some examples of this embodiment, after acquiring the slice index file, the network device may further acquire an index identifier (ext _ id) of the slice index file, where the index identifier is information for uniquely distinguishing one slice index file. In some cases, each slice index file has its own name, so the network device may identify the name of the slice index file as its index. In another example, the network device may use a timestamp that the network device acquired the slice index file as an index identifier of the slice index file.
The following describes a process of acquiring slice download information from signaling data by a network device with reference to fig. 3:
s302: the network device identifies a slice download request in the HTTP-GET request.
Similar to the process of identifying a slice index file download request from an HTTP-GET request, the network device may also determine whether an HTTP-GET request is a slice file download request according to the URI in the HTTP header parameter of the HTTP-GET request, for example, the URI includes "TS? "or". 264 TS? ",". 265 TS? "etc. represent characters of the format. Therefore, by identifying whether there is a "TS" within the URI of the HTTP-GET request header parameter? ",". 264 TS? ",". 265 TS? An isocharacter may determine whether the HTTP-GET request is a request for downloading a TS slice file.
S304: and the network equipment analyzes the head parameters of the slice downloading request to obtain slice downloading information.
After the network device identifies the slice downloading request in the HTTP-GET request, the slice downloading information may be obtained according to a header parameter of the slice downloading request.
It should be noted that, the relationship between the slice download information and the slices is one-to-one, and one slice download information can only represent the download situation of one slice, but cannot represent the download situation of other slices. Part or all of the following information may be included in one slice download information: the method includes the steps of requesting for downloading a slice corresponding to a slice request (that is, the time when the slice GET process starts), returning an HTTP response code, finishing downloading the last HTTP packet in the slice GET process, downloading an address of the slice, and adding the IP layer byte lengths (IP _ length) of all messages in the slice GET process. In some examples of this embodiment, a host name (host) providing the slice resource may also be included in the slice download information.
Request time of slice request download: here, denoted as "bmime", which indicates the time when the request for slicing to the server is started; time of HTTP response code return: here, denoted as "beginning of t", which indicates the time when the server returns the first packet of the slice to the client; time for completing downloading of the last HTTP packet in the slice GET process: here, denoted as "t end", indicates the time when the server returns the last packet of the slice to the client; the sum of the IP layer byte lengths of all messages in the slice GET flow: here, denoted as "ip _ length" indicates the actual flow rate during the slice download.
In this embodiment, the time sequence of the two processes of acquiring the slice index file and acquiring the slice download information from the signaling data by the network device is not strictly limited, and the network device may acquire the slice index file from the signaling data first, may acquire the slice download information first, and may even perform the two processes alternately/simultaneously.
After the network device obtains the slice index file and the slice download information, the network device can store the slice index file and the slice download information respectively. In some examples of this embodiment, the network device may store the slice index file in the dimension table, where information in the slice index file is stored at a granularity of a slice, and one slice download link is stored as a row, while the index identifier is used as a unique primary key of the dimension table. On the other hand, the network device stores the slice download information in the fact table, and the download information of one slice is stored as one line also with the slice as granularity.
It should be understood that there is no association correspondence between the slice index file and the slice download information directly obtained by the network device from the signaling data, because the network device usually collects data of all users in the whole network when data collection is performed, the association correspondence between the slice index file and the slice download information can be determined only by further analysis processing of the network device.
It is understood that a slice download link of a corresponding slice is included in the slice index file, and each slice download information also indicates a download address of the corresponding slice, so that the association correspondence between the slice index file and the slice download information can be realized through the slice URI. In this embodiment, after the network device implements association correspondence between information in the slice index file and the slice download performed through the slice URI, the information of the slice index file may be filled into the fact table according to the association correspondence with the slice as a granularity.
For example, assume that one slice URI is "a 111 a" and another slice URI is "bbbb" in a certain slice index file, while there is a slice download information indicating that the download address of the corresponding slice is "a 111 a" in the 11 th row of the fact table; if there is a slice download information at line 222 of the fact table indicating that the download address of the corresponding slice is "bbbb", the network device may fill the information corresponding to "a 111 a" in the slice index file to line 11 of the fact table and fill the information corresponding to "bbbb" in the slice index file to line 222 of the fact table.
S106: and the network equipment identifies the pause in the playing process of the slice video according to the slice index file and the slice downloading information.
It can be understood that, after the network device determines the association relationship between the slice index file and the slice download information, it means that the network device has already acquired the slice index file and the slice download information associated with the slice index file. The network device may then combine the slice index file with the slice download information to identify the pause in the playing of the sliced video. The network device can know the actual downloading condition of the video file corresponding to one slice index file according to the slice duration, the slice size, and the ip _ length, the beginning of t, the end of t, and the bmime in the slice downloading information in the slice index file, for example, the single-slice downloading speed of each slice first, the expected downloading speed of each slice in the entire index file, the theoretical accumulated playing duration at a certain playing position of the video, and the actual accumulated playing duration at the playing position of the network device. And then the network equipment identifies whether the video is jammed in the video playing process according to the calculated parameter value.
The embodiment provides a scheme for identifying a pause phenomenon in a playing process of a slice video by combining a slice index file and slice downloading information, through the evaluation mode, the slice video can be taken as a video to pay attention to the pause times of the video, not only the downloading speed and the downloading time delay of a single slice of the slice video, the slice video pause identification method is combined with the slice index file to evaluate the user experience from the whole slice video, and the pause problem which cannot be found when the single slice is taken as an evaluation object originally, such as the pause between the slices and the like, can be paid attention to. Meanwhile, the slice video stuck identification method is characterized in that data acquisition is carried out by equipment on the network side to complete evaluation and analysis, the user side does not need to be improved, negative influence on the user due to the stuck identification process is avoided, and the user experience can be further maintained.
Example two:
in this embodiment, a process of the network device identifying the pause in the playing process of the slice video according to the slice index file and the slice download information will be further described on the basis of the first embodiment, and first, please refer to a flowchart shown in fig. 4:
s402: and the network equipment detects whether a pause exists at the current slice according to the slice index file and the slice downloading information.
If the detection result is yes, the network device executes S404, otherwise, the identification of the current slice morton is ended.
In this embodiment, the network device may gradually identify the pause in the playing process of the slice video from front to back according to the downloading and playing sequence of each slice in the slice video, where the "current slice" is the current detection object of the network device, and it is needless to say that the current slice may also change continuously along with the progress of the network device identification process.
It should be understood that, in this embodiment, the process of performing hiton recognition by the network device may be performed in real time during the playing of the slice video, or may be performed after the playing of the slice video is completed.
In some examples of this embodiment, the network device may detect whether there is a pause at the current slice based solely on information of neighboring slices. In some examples of the present embodiment, the information of multiple slices may be combined to detect whether there is a pause at the current slice. For example, in the present embodiment, whether there is a pause at the current slice may be detected based on the business continuity process, please refer to fig. 5:
s502: and the network equipment determines the theoretical accumulated playing time of the current service continuous process according to the slice time of each slice in the slice index file.
In this embodiment, the service continuity process refers to a process in which the slice number and the playing time are both continuous when the slice is played. That is, in the playing process, the serial numbers of the slices are consistent all the time without jumping and without time pause. Therefore, in other words, the service continuity process in this embodiment refers to a playing process without progress dragging, pause, and pause.
The theoretical accumulated playing time length refers to the sum of the slice time lengths of all the slices already played in the service continuous process. For example, in an example, in a service continuity process, the client has currently played 14 slices continuously, and the sum of the slice durations of the 14 slices is the current theoretical cumulative playing duration. As can be seen from the foregoing description, the slice duration of each slice is recorded in the slice index file, and therefore, the network device can determine the theoretical cumulative playing duration according to the slice duration of each slice in the slice index file. The theoretical accumulated playing time length represents the time length required for completing one video playing under the conditions of no pause, no dragging and no pause.
S504: and the network equipment determines the actual accumulated playing time of the current service continuous process according to the downloading request time of each slice request in the slice downloading information.
The actual playing time length is the total time spent by the client from the start point of the service continuity process to the current time, and the request time of each slice requesting downloading can be determined according to the slice downloading information, so in this embodiment, the request time of the initial slice requesting downloading in the service continuity process is used to represent the start point of the service continuity process, that is, the initial slice is the first slice played in the service continuity process. And simultaneously, representing the current time by adopting the request time of the current slice requesting downloading. Therefore, the actual accumulated playing time is actually the time difference between the request time of the current slice for requesting downloading and the request time of the initial slice for requesting downloading.
The business continuation process ends with the occurrence of a stuck, paused or dragged event, and thus the initial slice naturally changes with the occurrence of a stuck, paused or dragged event.
In addition, it should be noted that in this embodiment, the execution timing of S504 and S502 by the network device may be reversed, that is, the network device determines the actual accumulated playing time first and then determines the theoretical accumulated playing time, or in some examples of this embodiment, the network device determines the actual accumulated playing time and the theoretical accumulated playing time synchronously.
S506: and if the actual accumulated playing time length is greater than the theoretical accumulated playing time length, the network equipment determines that the current slice is stopped.
After the actual accumulated playing time and the theoretical accumulated playing time are determined, the network device may determine whether a pause occurs currently according to the sizes of the actual accumulated playing time and the theoretical accumulated playing time, and it is doubtless that if a pause occurs at the current slice, the actual accumulated playing time is greater than the theoretical playing time, and therefore, if the actual accumulated playing time is greater than the theoretical accumulated playing time, the network device may determine that a pause exists at the current slice.
S404: and the network equipment identifies whether the pause is pause or not according to the slice index file and the slice downloading information.
If the determination result is yes, the network device executes S406, otherwise, the process is ended.
In this embodiment, a scheme for a network device to identify whether a pause is stuck or not is provided, please refer to a flowchart shown in fig. 6:
s602: and the network equipment determines the expected downloading speed of each slice according to the size of each slice in the slice index file and the slice duration of each slice.
In this embodiment, the expected downloading speed may be represented by a ratio of a sum of file sizes of all slices corresponding to the slice index file to a sum of slice durations, which is a downloading speed that needs to be ensured if a user wants to watch a slice video in a flow without pause or drag. As can be seen from the description of the first embodiment, the file size of each slice and the time length of each slice can be determined according to the slice index file, and therefore, the network device can calculate the total file size of each slice corresponding to the slice index file, that is:
Figure BDA0002507449540000071
wherein S represents the total file size of each slice corresponding to the slice index file, ext _ sizeiThe file size of the ith slice is shown, and M shows that the total number of slices corresponding to the slice index file is M.
Meanwhile, the network device may also determine the total duration of each slice corresponding to the slice index file:
Figure BDA0002507449540000072
wherein T represents the total duration of each slice corresponding to the slice index file, ext _ infiIndicating the duration of the ith slice.
Therefore, the desired download speed is the ratio of S to T.
S604: and the network equipment determines the actual single-slice downloading speed of each slice in the current service continuous process according to the slice downloading information.
The single-slice download speed refers to the actual download speed of a single slice, and this embodiment provides a way to determine the download speed of each slice in the service continuity process:
for each slice in the service continuous process, the network device determines the sum of the IP layer byte lengths of all messages in the slice downloading flow, i.e. IP _ length, according to the slice downloading information corresponding to the slice, and determines the flow time spent by the slice downloading flow. As can be seen from the description of the foregoing embodiment, the slice download information includes beginning t (the time when the server returns the first data packet of the slice to the client) and end t (the time when the server returns the last data packet of the slice to the client), so that, according to the end t and the beginning t in one slice download information, the network device can determine the flow time taken to download the corresponding slice, that is, the flow time t:
t is t end-t initial;
the network device may then determine the ratio of ip _ length of the slice to the flow time t as the single-slice download speed for the slice.
It should be appreciated that the execution timing of S604 and S602 by the network device in this embodiment may be reversed, that is, the network device determines the single-slice download speed first and then determines the desired download speed, or in some examples of this embodiment, the network device determines the single-slice download speed and the desired download speed synchronously.
S606: and if the single-slice downloading speed of at least one slice in the service continuous process is lower than the expected downloading speed, judging that the pause existing at the current slice of the network equipment is pause.
In this embodiment, when the network device recognizes a pause, it may be settled that the current slice is paused only by requiring that the single-slice downloading speed of at least one slice in the service continuity process is lower than the expected downloading speed, but it may be understood that, in some other examples of this embodiment, the network device may also require that the pause occurring in the current slice is determined to be stuck when the single-slice downloading speed of the slices in the service continuity process at the first preset ratio or the first preset number (the preset number is greater than 1) is lower than the expected downloading speed.
S406: the network device records that the playing of the current slice is blocked.
After the network device identifies the currently sliced morton, it may record the morton, in one example of this embodiment, the network device may record the morton in a fact table.
In the stuck-in recognition scheme provided in this embodiment, the network device first detects whether there is a pause in one slice, and further recognizes whether the pause is stuck in the case that it is determined that there is a pause. In addition, in the process of detecting the pause, the network equipment can detect only according to the adjacent slices, so that the detection complexity is reduced. Or, the network device can also detect by combining each slice in the service continuous process, so that the accuracy and the comprehensiveness of the stuck detection are improved.
Example three:
it should be understood that, in the process of performing stuck detection based on the business continuation process, the determination of the initial slice, which is the starting point of the business continuation process, affects the result of stuck identification, but the business continuation process and the initial slice are affected not only by stuck but also by pause and drag, so that it is very important to identify pause and drag. In this embodiment, a process of identifying pause and drag will be described, please refer to a flowchart of pause identification shown in fig. 7:
s702: and the network equipment detects whether a pause exists at the current slice according to the slice index file and the slice downloading information.
If the detection result is yes, the network device executes S704, otherwise, the identification of the current slice pause is ended.
In some examples of this embodiment, the network device may use the flow illustrated in fig. 5 to detect whether there is a pause at the current slice, that is, the network device may combine information of multiple slices to detect whether there is a pause at the current slice. However, in some other examples, the network device may detect whether there is a pause at the current slice based only on the information of the neighboring slices, see the flowchart shown in fig. 8:
s802: and the network equipment determines the request time of the current slice and the request time of the next slice according to the request time of each slice requesting downloading in the slice downloading information.
The next slice is a slice subsequent to the current slice, for example, if the slice number of the current slice is "14", the slice with the slice number "15" is the next slice of the current slice. For a slice with a slice number of "14" (hereinafter referred to as "14") and a slice with a slice number of "15" (hereinafter referred to as "15"), the network device can determine that the request time of two slices requesting downloading is the bmime 14 and the bmime 15, respectively, according to the slice duration of each slice in the slice index file.
S804: and the network equipment determines the slicing time length of the current slice according to the slicing time length of each slice in the slice index file.
The slice duration of each slice is recorded in the slice index file, so that the network device can determine the slice duration of the current slice according to the slice duration of each slice in the slice index file. It can be understood that, in the ideal case of no drag, pause and pause, the time required for playing the current slice is actually the slice duration of the current slice, so for the slice with the slice number "14", the time required in the ideal state should be equal to the slice duration.
S806: the network device determines a time difference between the request time of the next slice and the request time of the current slice.
The description continues with two slices, slice "14" and slice "15", as examples: the time difference between the btime15 and the btime14 is the time it actually takes for the slice "14" to complete from the start of the requested download.
It is understood that in the above process, S806 needs to be performed before S802, but the timing of S804 is not fixed, and in some examples, the network device may perform the process of S804 before performing S802, or perform the process of S804 after performing the process of S806.
S808: and if the time difference is larger than the slicing duration of the current slice, the network equipment determines that the pause occurs at the current slice.
If the time difference between the bdime 15 and the bdime 14 is greater than the slice duration of slice "14", then it is evident that there is a pause in the playback of slice "14" or between slice "14" and slice "15", which in this embodiment is counted as occurring before slice "15" on slice 14, i.e., counted as occurring on the current slice.
S704: and the network equipment identifies the pause as pause according to the slice index file and the slice downloading information.
After the network device recognizes that there is a pause on the current slice, it needs to determine whether the pause is a pause. Optionally, please refer to the flow shown in fig. 9:
s902: the network equipment determines the expected downloading speed of each slice according to the size of each slice in the slice index file and the slice duration of each slice;
s904: the network equipment determines the actual single-slice downloading speed of each slice in the current service continuous process according to the slice downloading information;
the timing and specific process for determining the desired download speed and the single-slice download speed by the network device may refer to the description in embodiment two, and are not described herein again.
S906: and if the single-slice downloading speed of all slices in the service continuous process is greater than the expected downloading speed, determining that the current slice is paused.
It is understood that, in some other examples of this embodiment, the network device may also require that the pause occurring when the single-slice download speed of the slices that are not less than the second preset ratio or the second preset number (the preset number is greater than 1) in the service continuity process is less than the expected download speed is determined as the pause.
S706: the network device records the pause at the current slice.
The following describes a process of detecting dragging during playing of a slice video by a network device with reference to a flowchart shown in fig. 10:
s1002: the network equipment detects the dragging condition of the current slice according to the slice index file;
s1004: and when determining that the dragging occurs at the current slice, the network equipment records the dragging.
Optionally, when the network device detects a dragging condition at the current slice, the network device may determine the slice sequence number of the current slice and the slice sequence number of the next slice according to the slice index file, that is, determine the slice sequence number of the current slice and the slice sequence number of the next slice of the current slice. Generally, the slice number of the consecutive slices is an arithmetic progression with a tolerance of 1, so if the network device determines that the difference between the slice number of the next slice and the current slice is greater than 1, it may determine that there is a drag at the current slice. Of course, in this embodiment, the case that the slice serial number of each slice in the slice video is an arithmetic difference series whose tolerance is greater than 1 is not excluded, and in these cases, if the network device determines that the difference between the slice serial numbers of the next slice and the current slice is greater than the corresponding tolerance, it may also be determined that there is dragging at the current slice.
In this embodiment, when the network device recognizes pause, stuck, or dragging, the pause, stuck, and dragging are recorded, and optionally, the network device may directly record in the fact table. In an example, the network device may add a column to each of the fact table for the three cases of katon, pause, and drag, for example, the column added for katon is column x, and in the column x, the network device may record whether there is a katon on the slice corresponding to each row. For example, the network device indicates the presence of a stuck at "0" and indicates the absence of a stuck at "1". Similar is true for pause and drag recording. In another example of the embodiment, the network device may also add a column to the fact table for recording three cases of stuck, paused and dragged, for example, the network device represents stuck with "1", pauses with "2", and drags with "3". For the normal case, recording can be done with "0" or null.
In the method for identifying the stuck video in the slice video provided by this embodiment, the network device can not only identify the stuck video in the playing process of the slice video, but also distinguish pause and dragging. For the recognition of pause and dragging, on one hand, the method can help determine the initial slicing and service continuous process in the process of pause recognition, increase the accuracy of pause recognition, and simultaneously, can more comprehensively understand the operation of a user in the process of playing the slicing video and help the slicing video resource provider to understand the preference of the user to the video resource.
Example four:
the present embodiment will continue to explain the slice video stuck identification method in the foregoing embodiment with reference to specific examples:
at present, video services mostly use a slicing protocol, such as a common HLS (HTTP Live Streaming) protocol, an MPEG-DASH (Dynamic Adaptive Streaming over HTTP, which may also be abbreviated as DASH) protocol, and a playing process of a sliced video is as follows approximately: the client downloads the slice index file of the video (for example, the slice index file of the HLS protocol is a file in the M3U8 format), and then sequentially pulls a TS (Transport Stream) slice, a M4S (Myst IV) slice, or an MP4(Moving Picture Experts Group 4) slice according to the slice download address in the slice index file for playing.
The following describes a specific analysis flow of the slice video stuck by taking a slice video stuck identification scene using the HLS protocol as an example.
(1) The network equipment collects signaling data of an s1-u interface on a core network link.
(2) And the network equipment analyzes the HTTP-GET request to acquire a slice index file and slice downloading information.
When the slice video is played by adopting the HLS protocol, the slice index file is an M3U8 index file. M3U8 is a file format, and in HLS protocol, an M3U8 index file can be understood as a play reference for playing a playlist slice video, and the file contains download links of all slice files in addition to some basic parameter information of slices (such as slice serial number, slice file size, slice duration, etc.). The following shows part of the content in an M3U8 index file:
#EXTM3U
#EXT-X-VERSION:3
#EXT-X-TARGETDURATION:11
#EXT-X-MEDIA-SEQUENCE:0
#EXT-MGTV-VIDEO-WIDTH:1280
#EXT-MGTV-VIDEO-HEIGHT:720
#EXT-MGTV-File-SIZE:993204
#EXTINF:5.080000,
2C0CA6524020671105BE4B27F631066E_0_5080_1564_v02_mp4.tspm＝8oQlzbMQgdBTiO1NJFz～d8Xg～Grcdv～6Iy9kmnppyCYbGactIHELL34EbK1zWv530BaO_TDQQNeYLRLOKsOmmxy6XsXBxvgpad6ZUp_nbDhhpGdoaUpaME3BJhESI2GKHLnpqQyC6sv36a3_eejzdvZldC_o8Tgh8～wVwA7ks3q65OoN3ITeR9F6TiSH0ISW_B1nF0O7Ex9MJQamPXCanhUniiNwtDE9PNujMpfcoFguGFUITiXLmN7oEmmMaxhBU3Gf1ACM～ODA0RyB
wherein "EXT-X-VERSION" indicates an indexed VERSION;
"EXT-X-TARGETDURATION" indicates the maximum media segment time length;
"EXT-X-MEDIA-SEQUENCE" indicates the slice number of the first slice in the slice index file;
"EXT-MGTV-VIDEO-WIDTH" indicates the WIDTH of the sliced VIDEO pictures;
"EXT-MGTV-VIDEO-HEIGHT" indicates the HEIGHT of the slice VIDEO picture;
"EXT-MGTV-File-SIZE" indicates the SIZE of the slice;
"EXTINF" indicates the slice length;
"2C 0CA6524020671105BE4B27F631066E _0_5080_1564_ v02_ mp4.tspm ═ 8 oQlzbMQgdBDTiO 1 NJFz-d 8 Xg-Grcdv-6 Iy9 kmnpyCybGactIHELL 34EbK1zWv530BaO _ TDQNeYLLOKOmmxy 6XsXBxvgpad6ZUp _ nbdhDOaUpME 3 BJhEISI 2 GKHLnqyC 6sv36a3_ eejzvZldC _ O8T 8-wVwA 7 gh ks3q65OoN3ITeR9F6TiSH0ISW _ B1nF0O7Ex9 QamCanhNhUniwPfPfPfPfPfM 7-mGFMfM 1-mACXLGA is a slice.
In order to obtain information such as slice duration and file size of each slice, an M3U8 index file needs to be restored by using a payload message in a corresponding GET flow, and required information needs to be extracted. In some examples of this embodiment, the information that needs to be extracted is as follows:
ext _ id: an index ID;
ext _ uri: a slice download link;
ext _ inf: slicing time length;
ext _ file _ size: a slice file size;
ext _ no: and the slicing serial number is 0 by sequentially sequencing the slicing files from top to bottom.
After the information in the M3U8 index file is extracted, the information extracted from the M3U8 index file is stored with the slice as granularity, that is, each slice link corresponds to one row, and a generated dimension table takes ext _ id as a unique main key.
The following describes the process of acquiring slice download information:
in the HLS protocol, a common video slice file is a TS slice. Although other formats, such as MP4 format, may be used in practice. In the present embodiment, the format of the slice is not limited.
For slice download information, key information of a GET process thereof needs to be acquired, for example:
and (b) time: GET process start time;
and (t) initial: time of HTTP response code return;
and t at the end: time of the last HTTP download sub-package of the GET process;
uri: a uniform resource identifier;
host: a host name;
ip _ length: the sum of the IP layer byte lengths of all messages in the GET flow.
After the network device obtains the slice index file and the slice download information, the slice index file may be stored in the hadoop cluster in the form of a dimension table, and the slice download information may be stored in the form of a fact table (also called a manifest table).
(3) And the network equipment associates the slice index file in the dimension table with the slice downloading information in the fact table.
(4) The network device performs the calculation of the following basic parameters:
ext _ avg _ rate: the network device accumulates the slice duration and the slice file size of all slices in the M3U8 index file to obtain the total file size and the total duration of the video, so that an average rate, i.e., the desired download speed, can be obtained by using the total file size/total duration.
ext _ rate: and the single-slice downloading speed is calculated according to the ip _ length, the beginning t and the end t in the slice downloading information.
ext _ time: the theoretical accumulated playing time length and the total length of each slice in the service continuity process, that is, the total length of each slice from the initial slice to the slice before the current slice (including the previous slice). The default of the initial slice is the first slice of the slice index file, but if the slice is stuck, paused or dragged, the first slice after stuck/paused/dragged is changed, that is, after the stuck, paused or dragged occurs, the business continuity process is determined again.
ext _ time _ rel: actual playing time, difference between current slice and initial slice btime.
(5) The network device identifies the stuck, suspended and dragged based on the calculated basic parameters.
For recognition of pauses: and if the time difference between the request time of the next slice and the request time of the current slice is greater than ext _ inf of the current slice, and the ext _ rate of each slice in the service continuous process is greater than ext _ avg _ rate, recording that the pause occurs once at the current slice.
For the identification of dragging: and if the difference value of the serial numbers of the slices between the next slice and the current slice is greater than 1, recording that the current slice is dragged once.
For identification of katton: if ext _ time _ rel > ext _ time and the ext _ rate of at least one slice in each slice in the service continuity process is less than the ext _ avg _ rate, recording that the current slice is stuck once.
Compared with the related technology, the slice video stuck identification method provided by the embodiment does not depend on complex factors such as client cache, video resolution, code rate and the like, combines technologies such as protocol analysis, data cleaning and the like, solves the difficulty of video analysis, and improves the accuracy of video stuck identification.
Example five:
the present embodiment provides a storage medium, in which one or more computer programs that can be read, compiled and executed by one or more processors are stored, and in the present embodiment, the storage medium may store a slice video stuck identification program, and the slice video stuck identification program can be used by one or more processors to execute a process for implementing any one of the slice video stuck identification methods described in the foregoing embodiments.
The present embodiment further provides a network device, as shown in fig. 11: the network device 11 includes a processor 111, a memory 112, and a communication bus 113 for connecting the processor 111 and the memory 112, wherein the memory 112 may be the aforementioned storage medium storing the slice video cassette identification program. The processor 111 may read the slice video stuck identification program, compile and execute the flow implementing the slice video stuck identification method described in the foregoing embodiment:
the processor 111 of the network device 11 acquires signaling data on a link of the core network, and then acquires a slice index file and slice download information associated with the slice index file according to the signaling data. Then, the processor 111 identifies the pause in the playing process of the slice video according to the slice index file and the slice download information.
When the processor 111 acquires the slice index file and the slice download information associated with the slice index file according to the signaling data, it may acquire the slice index file according to the signaling data and acquire the slice download information according to the signaling data. Then, the processor 111 determines the association relationship between the acquired slice index file and the slice download information according to the URI in the slice index file and the download address corresponding to the slice download information.
The processor 111 acquires the slice index file according to the signaling data, acquires the slice download information according to the signaling data, stores the acquired slice index file in the dimension table, stores the acquired slice download information in the fact table, and after the processor 111 determines the association correspondence between the acquired slice index file and the slice download information according to the URI in the slice index file and the download address corresponding to the slice download information, the processor 111 may also fill the information of the slice index file in the dimension table into the fact table according to the association correspondence with the granularity of the slice.
In some examples of the embodiment, the signaling data includes an HTTP-GET request, and when the processor 111 obtains the slice index file according to the signaling data, it may first identify a download request of the slice index file in the HTTP-GET request, then parse payload data of the download request of the slice index file, and then restore the slice index file according to a result of the parsing.
In another example of the embodiment, when the processor 111 obtains the slice download information according to the signaling data, it may identify the slice download request in the HTTP-GET request, and then parse the header parameter of the slice download request to obtain the slice download information.
In some examples of the embodiment, when the processor 111 identifies a pause in the playing process of the slice video according to the slice index file and the slice download information, it may detect a pause condition at the current slice according to the slice index file and the slice download information, where the current slice is a current detection object; and when the stop exists at the current slice, identifying the stop as pause according to the slice index file and the slice downloading information, and then recording the play of the current slice as pause.
When the processor 111 detects the pause condition of the current slice according to the slice index file and the slice downloading information, the processor 111 may determine the theoretical accumulated playing time of the current service continuous process according to the slice time of each slice in the slice index file, and determine the actual accumulated playing time of the service continuous process according to the request time of each slice in the slice downloading information for requesting downloading; the business continuous process is a process that the sequence number of the slices and the playing time are continuous when the slices are played; the theoretical accumulated playing time is the sum of the slice time of each slice played in the service continuous process, the actual accumulated playing time is the time difference between the request time of the current slice and the request time of the initial slice, and the initial slice is the first slice played in the service continuous process. If the actual accumulated playing time is longer than the theoretical accumulated playing time, the processor 111 determines that a pause occurs at the current slice.
Optionally, when the pause is identified as pause according to the slice index file and the slice downloading information, the processor 111 determines an expected downloading speed of each slice according to the size of each slice in the slice index file and the slice duration of each slice, and determines an actual single-slice downloading speed of each slice in the current service continuous process according to the slice downloading information, wherein the service continuous process is a process in which the serial number of the slice and the playing time are continuous when the slice is played; the desired download speed is a ratio of the sum of file sizes of all slices corresponding to the slice index file to the sum of slice durations. If the single-slice download speed of at least one slice in the business continuity process is lower than the expected download speed, the processor 111 determines that the pause existing at the current slice is stuck.
In some examples of this embodiment, when the processor 111 determines the actual single-slice downloading speed of each slice in the service continuity process according to the slice downloading information, for each slice in the service continuity process, the sum of the IP layer byte lengths of all messages in the slice downloading flow is determined according to the slice downloading information corresponding to the slice, the flow time spent in the slice downloading flow is determined, and then the ratio of the sum of the IP layer byte lengths of all messages to the flow time is determined as the single-slice downloading speed of the slice.
Alternatively, the processor 111 may determine a time when the first data packet in the slice downloading flow returns as an initial packet return time, and determine a time when the last data packet in the slice downloading flow returns as an end packet return time. The processor 111 then determines the time difference between the last packet return time and the first packet return time as the flow time taken for the slice download flow.
After detecting the pause condition at the current slice according to the slice index file and the slice download information, the processor 111 may further identify that the pause is a pause according to the slice index file and the slice download information when determining that the pause exists at the current slice, and record the pause at the current slice.
When the pause is identified as the pause according to the slice index file and the slice downloading information, the processor 111 may determine an expected downloading speed of each slice according to the size of each slice in the slice index file and the slice duration of each slice, and determine an actual single-slice downloading speed of each slice in the current service continuous process according to the slice downloading information, where the service continuous process is a process in which the serial number of the slice and the playing time are continuous when the slice is played. If the single-slice download speed of all slices in the service continuity process is greater than the expected download speed, the processor 111 determines that a pause occurs at the current slice.
When the processor 111 detects the pause condition of the current slice according to the slice index file and the slice download information, the request time of the current slice and the request time of the next slice may be determined according to the request time of each slice requesting download in the slice download information, and the slice time of the current slice is determined according to the slice time of each slice in the slice index file, where the next slice is a slice subsequent to the current slice. The processor 111 then determines the time difference between the request time of the next slice and the request time of the current slice, and determines that a pause occurs at the current slice if the time difference is greater than the slice duration of the current slice.
In some examples, the processor 111 may further detect a dragging situation at the current slice from the slice index file, and record the dragging when it is determined that the dragging occurs at the current slice.
For example, the processor 111 determines the slice number of the current slice and the slice number of the next slice from the slice index file, where the next slice is a slice subsequent to the current slice. And if the difference value of the serial numbers of the slices between the next slice and the current slice is greater than 1, judging that dragging exists at the current slice.
The network device provided by this embodiment, when evaluating a slice video service, not only can acquire the download status of a single slice according to the slice download information, but also because the network device obtains a slice index file through the collected signaling data, and the slice index file corresponds to a plurality of or even all slices in a video at the same time, the smoothness of download and play of a plurality of slices in the slice video service can be embodied by using the slice index file in combination with the download information of each slice corresponding to the slice index file, and simultaneously, because the play of each slice in the slice index file is sequentially played one by one under normal conditions, the relationship between the download and play process of one slice in the slice index file and the download and play process of another slice in the slice index file can be determined by using the combination of the slice index file and the slice download information, thereby identifying the slice-to-slice stuck. Therefore, the network device in the embodiment can accurately identify the pause in the slicing video service process, so that the evaluation result is more in line with the real experience of the user, and a basis is provided for the subsequent slicing video service improvement.
It will be apparent to those skilled in the art that all or some of the steps of the methods, systems, functional modules/units in the devices disclosed above may be implemented as software (which may be implemented in program code executable by a computing device), firmware, hardware, and suitable combinations thereof. In a hardware implementation, the division between functional modules/units mentioned in the above description does not necessarily correspond to the division of physical components; for example, one physical component may have multiple functions, or one function or step may be performed by several physical components in cooperation. Some or all of the physical components may be implemented as software executed by a processor, such as a central processing unit, digital signal processor, or microprocessor, or as hardware, or as an integrated circuit, such as an application specific integrated circuit. Such software may be distributed over computer-readable media, which may include computer storage media (or non-transitory media) and communication media (or transitory media), executed by a computing device, and in some cases may perform the steps shown or described in a different order than here. The term computer storage media includes volatile and nonvolatile, removable and non-removable media implemented in any method or technology for storage of information such as computer readable instructions, data structures, program modules or other data, as is well known to those of ordinary skill in the art. Computer storage media includes, but is not limited to, RAM, ROM, EEPROM, flash memory or other memory technology, CD-ROM, Digital Versatile Disks (DVD) or other optical disk storage, magnetic cassettes, magnetic tape, magnetic disk storage or other magnetic storage devices, or any other medium which can be used to store the desired information and which can be accessed by a computer. In addition, communication media typically embodies computer readable instructions, data structures, program modules or other data in a modulated data signal such as a carrier wave or other transport mechanism and includes any information delivery media as known to those skilled in the art. Thus, the present invention is not limited to any specific combination of hardware and software.
The foregoing is a more detailed description of embodiments of the present invention, and the present invention is not to be considered limited to such descriptions. For those skilled in the art to which the invention pertains, several simple deductions or substitutions can be made without departing from the spirit of the invention, and all shall be considered as belonging to the protection scope of the invention.

Claims (17)

1.一种切片视频卡顿识别方法，包括：1. A slicing video freeze identification method, comprising: 采集核心网链路上的信令数据；Collect signaling data on core network links; 根据所述信令数据获取切片索引文件以及与所述切片索引文件关联的切片下载信息；Obtain a slice index file and slice download information associated with the slice index file according to the signaling data; 根据所述切片索引文件与所述切片下载信息识别切片视频播放过程中的卡顿。According to the slice index file and the slice download information, the freeze during the playback of the slice video is identified. 2.如权利要求1所述的切片视频卡顿识别方法，其特征在于，所述根据所述信令数据获取切片索引文件以及与所述切片索引文件关联的切片下载信息包括：2. The method for recognizing stuttering in a sliced video according to claim 1, wherein the obtaining of the slice index file and the slice download information associated with the slice index file according to the signaling data comprises: 根据所述信令数据获取切片索引文件，并根据所述信令数据获取切片下载信息；Obtain a slice index file according to the signaling data, and obtain slice download information according to the signaling data; 根据切片索引文件中的统一资源标识符URI与切片下载信息对应的下载地址确定所获取的切片索引文件与切片下载信息间的关联对应关系。The association and corresponding relationship between the acquired slice index file and the slice download information is determined according to the uniform resource identifier URI in the slice index file and the download address corresponding to the slice download information. 3.如权利要求2所述的切片视频卡顿识别方法，其特征在于，所述根据所述信令数据获取切片索引文件，并根据所述信令数据获取切片下载信息之后，还包括：3. The method for identifying the stuck video of a sliced video according to claim 2, wherein after obtaining the slice index file according to the signaling data and obtaining slice download information according to the signaling data, the method further comprises: 将获取的切片索引文件保存在维表中，并将获取的切片下载信息保存在事实表中；Save the obtained slice index file in the dimension table, and save the obtained slice download information in the fact table; 所述根据切片索引文件中的统一资源标识符URI与切片下载信息对应的下载地址确定所获取的切片索引文件与切片下载信息间的关联对应关系之后，还包括：After determining the association correspondence between the acquired slice index file and the slice download information according to the uniform resource identifier URI in the slice index file and the download address corresponding to the slice download information, the method further includes: 将所述维表中切片索引文件的信息以切片为粒度按照所述关联对应关系填充到所述事实表中。The information of the slice index file in the dimension table is filled into the fact table with slices as granularity and according to the association correspondence. 4.如权利要求2所述的切片视频卡顿识别方法，其特征在于，所述信令数据包括HTTP-GET请求，根据所述信令数据获取切片索引文件包括：4. The method for identifying the stuck video of a sliced video according to claim 2, wherein the signaling data comprises an HTTP-GET request, and obtaining a slice index file according to the signaling data comprises: 识别所述HTTP-GET请求中的切片索引文件下载请求；Identify the slice index file download request in the HTTP-GET request; 解析所述切片索引文件下载请求的有效载荷数据；Parse the payload data of the slice index file download request; 根据解析结果还原切片索引文件。Restore the slice index file based on the parsing result. 5.如权利要求2所述的切片视频卡顿识别方法，其特征在于，所述信令数据包括HTTP-GET请求，根据所述信令数据获取切片下载信息包括：5. The method for identifying the stuck video of a sliced video according to claim 2, wherein the signaling data comprises an HTTP-GET request, and obtaining slice download information according to the signaling data comprises: 识别所述HTTP-GET请求中的切片下载请求；Identifying the slice download request in the HTTP-GET request; 解析所述切片下载请求的头部参数得到切片下载信息。Parse the header parameter of the slice download request to obtain slice download information. 6.如权利要求1-5任一项所述的切片视频卡顿识别方法，其特征在于，所述根据所述切片索引文件与所述切片下载信息识别切片视频播放过程中的卡顿包括：6. The method for identifying stuttering in a sliced video according to any one of claims 1 to 5, wherein the identifying the stuttering during the playback of the sliced video according to the slice index file and the slice download information comprises: 根据所述切片索引文件与所述切片下载信息对当前切片处的停顿情况进行检测，所述当前切片为当前的检测对象；According to the slice index file and the slice download information, the pause situation at the current slice is detected, and the current slice is the current detection object; 在确定所述当前切片处存在停顿时，根据所述切片索引文件与所述切片下载信息识别所述停顿为卡顿；When it is determined that a pause exists at the current slice, identifying the pause as a pause according to the slice index file and the slice download information; 记录当前切片的播放存在卡顿。The playback of recording the current slice is stuck. 7.如权利要求6所述的切片视频卡顿识别方法，其特征在于，所述根据所述切片索引文件与所述切片下载信息对当前切片处的停顿情况进行检测包括：7. The method for recognizing stuttering in sliced video according to claim 6, wherein the detecting the stagnation situation at the current slice according to the slice index file and the slice download information comprises: 根据所述切片索引文件中各切片的切片时长确定当前业务连续过程的理论累计播放时长，并根据所述切片下载信息中各切片请求下载的请求时刻确定所述业务连续过程的实际累计播放时长；所述业务连续过程为播放切片时切片序号与播放时间均连续的过程；所述理论累计播放时长为所述业务连续过程中播放的各切片的切片时长之和，所述实际累计播放时长为所述当前切片的请求时刻与初始切片的请求时刻之间的时间差，所述初始切片为所述业务连续过程中的播放的第一个切片；Determine the theoretical cumulative playback duration of the current business continuity process according to the slice duration of each slice in the slice index file, and determine the actual cumulative playback duration of the business continuity process according to the download request time of each slice in the slice download information; The service continuity process is a process in which the slice sequence number and playback time are continuous when the slice is played; the theoretical cumulative playback duration is the sum of the slice durations of the slices played in the service continuity process, and the actual cumulative playback duration is the total playback duration. the time difference between the request moment of the current slice and the request moment of the initial slice, where the initial slice is the first slice played in the service continuity process; 若所述实际累计播放时长大于所述理论累计播放时长，则确定所述当前切片处出现停顿。If the actual cumulative playback duration is greater than the theoretical cumulative playback duration, it is determined that a pause occurs at the current slice. 8.如权利要求6所述的切片视频卡顿识别方法，其特征在于，所述根据所述切片索引文件与所述切片下载信息识别所述停顿为卡顿包括：8. The method for recognizing stuttering in a sliced video according to claim 6, wherein the recognizing that the pause is stuttering according to the slice index file and the slice download information comprises: 根据所述切片索引文件中各切片的大小与各切片的切片时长确定各切片的期望下载速度，并根据所述切片下载信息确定当前业务连续过程中各切片实际的单切片下载速度，所述业务连续过程为播放切片时切片序号与播放时间均连续的过程；所述期望下载速度为所述切片索引文件所对应的所有切片的文件大小之和与切片时长之和的比值；Determine the expected download speed of each slice according to the size of each slice in the slice index file and the slice duration of each slice, and determine the actual single-slice download speed of each slice in the current business continuity process according to the slice download information. The continuous process is a process in which the slice sequence number and the playing time are all continuous when the slice is played; the expected download speed is the ratio of the sum of the file sizes of all the slices corresponding to the slice index file and the sum of the slice durations; 若所述业务连续过程存在至少一个切片的单切片下载速度小于所述期望下载速度，则判定所述当前切片处存在的停顿为卡顿。If the single-slice download speed of at least one slice in the business continuity process is lower than the expected download speed, it is determined that the pause at the current slice is a freeze. 9.如权利要求8所述的切片视频卡顿识别方法，其特征在于，所述根据所述切片下载信息确定所述业务连续过程中各切片实际的单切片下载速度包括：9. The method for recognizing stuttering in sliced video according to claim 8, wherein the determining the actual single-slice download speed of each slice in the business continuity process according to the slice download information comprises: 对于所述业务连续过程中的每一个切片，根据所述切片对应的切片下载信息确定所述切片下载流程中所有消息的IP层字节长度之和，并确定所述切片下载流程所花费的流程时间；For each slice in the business continuity process, determine the sum of the IP layer byte lengths of all messages in the slice download process according to the slice download information corresponding to the slice, and determine the process spent in the slice download process time; 确定所述所有消息的IP层字节长度之和与所述流程时间的比值作为所述切片的单切片下载速度。The ratio of the sum of the IP layer byte lengths of all the messages and the process time is determined as the single-slice download speed of the slice. 10.如权利要求9所述的切片视频卡顿识别方法，其特征在于，所述确定所述切片下载流程所花费的流程时间包括：10. The method for recognizing stuttering in a sliced video according to claim 9, wherein the determining the process time spent in the slice downloading process comprises: 确定所述切片下载流程中第一个数据包返回的时刻作为初包返回时刻，确定所述切片下载流程中最后一个数据包返回的时刻作为末包返回时刻；Determine the time when the first data packet returns in the slice download process as the initial packet return time, and determine the time when the last data packet returns in the slice download process as the last packet return time; 确定末包返回时刻与所述初包返回时刻间的时间差作为所述切片下载流程所花费的流程时间。The time difference between the return time of the last packet and the return time of the initial packet is determined as the process time spent in the slice download process. 11.如权利要求6所述的切片视频卡顿识别方法，其特征在于，所述根据所述切片索引文件与所述切片下载信息对当前切片处的停顿情况进行检测之后，还包括：11. The method for recognizing stuttering in a sliced video according to claim 6, wherein after the detection of the pause situation at the current slice according to the slice index file and the slice download information, the method further comprises: 在确定所述当前切片处存在停顿时，根据所述切片索引文件与所述切片下载信息识别所述停顿为暂停；When it is determined that there is a pause at the current slice, identifying the pause as a pause according to the slice index file and the slice download information; 对所述当前切片处的暂停进行记录。The pause at the current slice is recorded. 12.如权利要求11所述的切片视频卡顿识别方法，其特征在于，所述根据所述切片索引文件与所述切片下载信息识别所述停顿为暂停包括：12. The method for recognizing stuttering in a sliced video according to claim 11, wherein the recognizing that the pause is a pause according to the slice index file and the slice download information comprises: 根据所述切片索引文件中各切片的大小与各切片的切片时长确定各切片的期望下载速度，并根据所述切片下载信息确定当前业务连续过程中各切片实际的单切片下载速度，所述业务连续过程为播放切片时切片序号与播放时间均连续的过程；Determine the expected download speed of each slice according to the size of each slice in the slice index file and the slice duration of each slice, and determine the actual single-slice download speed of each slice in the current business continuity process according to the slice download information. The continuous process is the process in which the slice number and the playing time are continuous when the slice is played; 若所述业务连续过程中所有切片的单切片下载速度均大于所述期望下载速度，则确定所述当前切片处出现暂停。If the single-slice download speed of all slices in the business continuity process is greater than the expected download speed, it is determined that a pause occurs at the current slice. 13.如权利要求11所述的切片视频卡顿识别方法，其特征在于，所述根据所述切片索引文件与所述切片下载信息对当前切片处的停顿情况进行检测包括：13. The method for recognizing stuttering in a sliced video according to claim 11, wherein the detecting the stagnation situation at the current slice according to the slice index file and the slice download information comprises: 根据所述切片下载信息中各切片请求下载的请求时刻确定所述当前切片的请求时刻与下一切片的请求时刻，并根据所述切片索引文件中各切片的切片时长确定所述当前切片的切片时长，所述下一切片为所述当前切片的后一个切片；Determine the request time of the current slice and the request time of the next slice according to the download request time of each slice in the slice download information, and determine the slice of the current slice according to the slice duration of each slice in the slice index file duration, the next slice is the next slice of the current slice; 确定所述下一切片的请求时刻与所述当前切片的请求时刻间的时间差；determining the time difference between the request moment of the next slice and the request moment of the current slice; 若所述时间差大于所述当前切片的切片时长，则确定所述当前切片处出现停顿。If the time difference is greater than the slice duration of the current slice, it is determined that a pause occurs at the current slice. 14.如权利要求6所述的切片视频卡顿识别方法，其特征在于，所述切片视频卡顿识别方法还包括：14. The method for recognizing stuttering in sliced video as claimed in claim 6, wherein the method for recognizing stuttering in sliced video further comprises: 根据所述切片索引文件检测当前切片处的拖动情况；Detecting the dragging situation at the current slice according to the slice index file; 在确定所述当前切片处出现拖动时，对所述拖动进行记录。When it is determined that a drag occurs at the current slice, the drag is recorded. 15.如权利要求14所述的切片视频卡顿识别方法，其特征在于，所述根据所述切片索引文件检测当前切片处的拖动情况包括：15. The method for recognizing stuttering in a sliced video according to claim 14, wherein the detecting the dragging situation at the current slice according to the slice index file comprises: 根据所述切片索引文件确定所述当前切片的切片序号与下一切片的切片序号，所述下一切片为所述当前切片的后一个切片；Determine the slice sequence number of the current slice and the slice sequence number of the next slice according to the slice index file, where the next slice is the next slice of the current slice; 若所述下一切片与所述当前切片间切片序号的差值大于1，则判定所述当前切片处存在拖动。If the difference between the slice sequence numbers of the next slice and the current slice is greater than 1, it is determined that there is a drag at the current slice. 16.一种网络设备，所述网络设备包括处理器、存储器及通信总线；16. A network device comprising a processor, a memory and a communication bus; 所述通信总线用于实现处理器和存储器之间的连接通信；The communication bus is used to realize the connection communication between the processor and the memory; 所述处理器用于执行存储器中存储的一个或者多个程序，以实现如权利要求1至15中任一项所述的切片视频卡顿识别方法的步骤。The processor is configured to execute one or more programs stored in the memory, so as to implement the steps of the method for identifying the jamming of a sliced video according to any one of claims 1 to 15. 17.一种存储介质，其特征在于，所述存储介质存储有一个或者多个程序，所述一个或者多个程序可被一个或者多个处理器执行，以实现如权利要求1至15中任一项所述的切片视频卡顿识别方法的步骤。17. A storage medium, characterized in that, the storage medium stores one or more programs, and the one or more programs can be executed by one or more processors to implement any one of claims 1 to 15. Steps of the described method for identifying stuttering in a sliced video.
CN202010450832.9A 2020-05-25 2020-05-25 Method for identifying freezes in sliced video, network device, and storage medium Active CN113727198B (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202010450832.9A CN113727198B (en) 2020-05-25 2020-05-25 Method for identifying freezes in sliced video, network device, and storage medium

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202010450832.9A CN113727198B (en) 2020-05-25 2020-05-25 Method for identifying freezes in sliced video, network device, and storage medium

Publications (2)

Publication Number Publication Date
CN113727198A true CN113727198A (en) 2021-11-30
CN113727198B CN113727198B (en) 2025-09-12

Family

ID=78671739

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202010450832.9A Active CN113727198B (en) 2020-05-25 2020-05-25 Method for identifying freezes in sliced video, network device, and storage medium

Country Status (1)

Country Link
CN (1) CN113727198B (en)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN114567769A (en) * 2022-01-21 2022-05-31 杭州当虹科技股份有限公司 HLS-based real-time streaming media quality evaluation method and device
CN114979721A (en) * 2022-05-18 2022-08-30 咪咕文化科技有限公司 Video slicing method, apparatus, equipment and storage medium
CN115580603A (en) * 2022-09-26 2023-01-06 东南大学 A Method for Predicting Web Live Streaming Caton under RTP

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN106803951A (en) * 2015-11-26 2017-06-06 德科仕通信(上海)有限公司 The live interim card method for diagnosing faults of HLS
CN107105224A (en) * 2017-03-24 2017-08-29 深圳信息职业技术学院 Method, device and system that a kind of quality of experience of video is assessed
CN109936769A (en) * 2019-04-23 2019-06-25 深圳大学 A video freeze detection method, detection system, mobile terminal and storage device
CN110324608A (en) * 2018-03-29 2019-10-11 腾讯科技（深圳）有限公司 Detection method, device and the computer equipment of video flow quality
US20190334794A1 (en) * 2018-04-26 2019-10-31 At&T Mobility Ii Llc. Buffer classification system

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN106803951A (en) * 2015-11-26 2017-06-06 德科仕通信(上海)有限公司 The live interim card method for diagnosing faults of HLS
CN107105224A (en) * 2017-03-24 2017-08-29 深圳信息职业技术学院 Method, device and system that a kind of quality of experience of video is assessed
CN110324608A (en) * 2018-03-29 2019-10-11 腾讯科技（深圳）有限公司 Detection method, device and the computer equipment of video flow quality
US20190334794A1 (en) * 2018-04-26 2019-10-31 At&T Mobility Ii Llc. Buffer classification system
CN109936769A (en) * 2019-04-23 2019-06-25 深圳大学 A video freeze detection method, detection system, mobile terminal and storage device

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
张鹏；程乔；唐金辉: "基于大数据"流片累积算法"移动视频业务感知评估优化", 邮电设计技术, no. 2, 20 February 2017 (2017-02-20), pages 10 - 16 *

Cited By (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN114567769A (en) * 2022-01-21 2022-05-31 杭州当虹科技股份有限公司 HLS-based real-time streaming media quality evaluation method and device
CN114979721A (en) * 2022-05-18 2022-08-30 咪咕文化科技有限公司 Video slicing method, apparatus, equipment and storage medium
CN114979721B (en) * 2022-05-18 2024-02-23 咪咕文化科技有限公司 Video slicing method, device, equipment and storage medium
CN115580603A (en) * 2022-09-26 2023-01-06 东南大学 A Method for Predicting Web Live Streaming Caton under RTP
CN115580603B (en) * 2022-09-26 2025-03-14 东南大学 A method for predicting freeze in web live broadcast under RTP

Also Published As

Publication number Publication date
CN113727198B (en) 2025-09-12

Similar Documents

Publication Publication Date Title
US10841358B2 (en) System and method for determining quality of a media stream
CN113727198B (en) Method for identifying freezes in sliced video, network device, and storage medium
CN109474854B (en) Video playing method, playlist generating method and related equipment
CN104410516B (en) A kind of customer service perceptibility appraisal procedure and device
US20170237777A1 (en) System and method to estimate quality of experience for consumption of encrypted media network traffic
Staehle et al. Yomo: A youtube application comfort monitoring tool
CN107426629B (en) Streaming media file processing method and live broadcast system
EP3448040A1 (en) Live broadcast rapid-startup method and system
US20180376195A1 (en) Live streaming quick start method and system
US20100293226A1 (en) Web conference performance monitoring system
CN108235149B (en) Method and device for optimizing video playing fluency
JP6132116B2 (en) Method, device and system for assessing user experience value of video quality
EP3491784B1 (en) Estimation of losses in a video stream
Gurel et al. Media over QUIC: Initial testing, findings and results
US12081606B2 (en) Content player performance detection
CN109561347B (en) Internet video playing quality judgment method and system
CN114245105A (en) Video playback quality detection method, system, device and storage medium
CN111327964A (en) Method and equipment for positioning video playing card pause
CN102136948B (en) Method, terminal equipment and system for counting user experiences
US12238386B2 (en) Identification of session boundaries in encrypted video streams
CN106549794A (en) A kind of mass monitoring system of OTT business, apparatus and method
CN102611676A (en) Method and device for ensuring QoE (quality of experience)
Bronzino et al. Lightweight, general inference of streaming video quality from encrypted traffic
JP5144593B2 (en) User experience quality estimation system and method
CN116781975B (en) Media stream detection method, device, terminal equipment and storage medium

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant
点击 这是indexloc提供的php浏览器服务，不要输入任何密码和下载