CN114070828B

CN114070828B - Program stream fault detection method and device, computer equipment and readable storage medium

Info

Publication number: CN114070828B
Application number: CN202210046657.6A
Authority: CN
Inventors: 张力云; 韩济源; 孙培; 李栋成; 王东; 鲍放; 姜斌; 董春芳; 陈彦臻
Original assignee: BEIJING GEFEI TECHNOLOGY CO LTD; China Media Group
Current assignee: BEIJING GEFEI TECHNOLOGY CO LTD; China Media Group
Priority date: 2022-01-17
Filing date: 2022-01-17
Publication date: 2022-05-17
Anticipated expiration: 2042-01-17
Also published as: CN114070828A

Abstract

The embodiment of the application provides a program stream fault detection method, a device, a computer device and a readable storage medium, comprising the following steps: firstly, analyzing mirror image flow data of a program stream to be detected to obtain PTP data information and program stream data information; then, judging the PTP data information and the program stream data information according to a preset threshold judgment condition or a preset state judgment condition to obtain a program stream fault judgment result; and respectively calling corresponding alarm strategies to alarm under the conditions that the program stream fault judgment result represents that the program stream data is abnormal, but the program stream faults affecting the video and audio senses and the program stream faults affecting the video and audio senses are not affected, but the program stream faults affecting the PGM signal and the PVM signal and the program stream faults affecting the PGM signal and the PVM signal are not affected.

Description

Program stream fault detection method and device, computer equipment and readable storage medium

Technical Field

The present application relates to broadcast television technologies, and in particular, to a method and an apparatus for detecting program stream faults, a computer device, and a readable storage medium.

Background

At present, professional video and audio production, broadcasting and transmission systems based on IP (Internet protocol) architecture are gradually mature, and a plurality of ground-based projects exist. In order to ensure the efficient and stable operation of the making, broadcasting and transmission system of the IP architecture program stream, know the state of various data of the IP network in real time and master the influence degree of the abnormal conditions of various protocol data in the IP multicast network environment on the IP program stream, the method is greatly helpful for improving the operation efficiency of the IP architecture system and ensuring the healthy operation of the system. In the prior art, maintenance personnel can only check each node one by one after a fault occurs, which takes long time, and the requirement of quick fault judgment in an IP program stream application scene with high real-time requirement cannot be met.

Disclosure of Invention

The embodiment of the application provides a program stream fault detection method, a program stream fault detection device, computer equipment and a readable storage medium.

In a first aspect, an embodiment of the present application provides a method for detecting a program stream fault, including:

acquiring mirror image flow data of a program stream to be detected;

analyzing the mirror image flow data to obtain PTP data information and program stream data information; the program stream data information comprises RTP packet header data information, program stream bandwidth, data packet PIT packet jitter, data packet time delay, data packet loss number and service characteristics;

judging PTP data information and program stream data information according to a preset threshold judgment condition or a preset state judgment condition to obtain a program stream fault judgment result;

calling a first alarm strategy to alarm under the condition that the program stream fault judgment result represents a primary fault; the first-level fault is a program stream fault which is abnormal but does not influence the video and audio senses;

calling a second alarm strategy to alarm under the condition that the program stream fault judgment result represents a secondary fault; the secondary faults are program stream faults affecting video and audio senses, but program stream faults not affecting PGM signals and PVM signals;

calling a third alarm strategy to alarm under the condition that the program stream fault judgment result represents the third-level fault; the third level of failure is a program stream failure that affects both the PGM signal and the PVM signal.

In one possible implementation, the PTP data information includes GM id, system clock domain, priority value, lock status, and real-time lock accuracy;

judging the PTP data information and the program stream data information according to a preset threshold judgment condition or a preset state judgment condition to obtain a program stream fault judgment result, wherein the judgment result comprises the following steps:

judging whether the GM id, the system clock domain and the priority value are changed or not, or whether the locking state is changed or not, or whether the real-time locking precision exceeds a preset precision threshold value or not; if the GM id, the system clock domain and the priority value are changed, or the locking state is changed, or the real-time locking precision exceeds a preset precision threshold, judging whether the current monitoring time reaches the preset monitoring time threshold; if the GM id, the system clock domain and the priority value are not changed, the locking state is not changed, and the real-time locking precision does not exceed the preset precision threshold, the GM id, the system clock domain and the priority value are not changed within the preset monitoring time, the locking state is not changed within the preset monitoring time, and the real-time locking precision does not exceed the preset precision threshold within the preset monitoring time, and the result is used as a program stream fault judgment result;

if the current monitoring time reaches a preset monitoring time threshold, the time that the GM id, the system clock domain and the priority value are changed exceeds the preset monitoring time, or the time that the locking state is changed exceeds the preset monitoring time, or the time that the real-time locking precision exceeds the preset precision threshold exceeds the preset monitoring time is taken as a program stream fault judgment result;

and if the current monitoring time does not reach the preset monitoring time threshold, changing the GM id, the system clock domain and the priority value within the preset monitoring time, or changing the locking state within the preset monitoring time, or taking the real-time locking precision exceeding the preset precision threshold within the preset monitoring time as a program stream fault judgment result.

In a possible implementation manner, the determining PTP data information and program stream data information according to a preset threshold determination condition or a preset state determination condition to obtain a program stream failure determination result includes:

under the condition that the GM id, the system clock domain and the priority value are changed within the preset monitoring time, or the locking state is changed within the preset monitoring time, or the real-time locking precision exceeds a preset precision threshold within the preset monitoring time to serve as a program stream fault judgment result, the program stream fault judgment result represents a primary fault;

and under the condition that the time of the change of the GM id, the system clock domain and the priority value exceeds the preset monitoring time, or the time of the change of the locking state exceeds the preset monitoring time, or the time of the real-time locking precision exceeds the preset precision threshold value exceeds the preset monitoring time as a program stream fault judgment result, the program stream fault judgment result represents a secondary fault.

In one possible embodiment, the RTP packet header data information includes seven-tuple information, RTP packet header information, a packet sequence number, SSRC data, and a TTL value;

judging whether the seven-element group information, the RTP packet header information and the SSRC data are changed or not or whether the packet sequence number is discontinuous or not; if yes, the seven-element group information, RTP packet header information and SSRC data are changed, or packet sequence numbers are discontinuous to be used as program stream fault judgment results; if not, continuously taking the seven-element group information, the RTP packet header information and the SSRC data as the program stream fault judgment result without changing and the packet sequence numbers;

judging whether the TTL value is 1 or not; if the TTL value is 1, taking the TTL value as 1 as a program stream fault judgment result; and if the TTL value is not 1, taking the TTL value not 1 as a program stream fault judgment result.

under the condition that seven-element group information, RTP packet header information and SSRC data are changed or packet sequence numbers are discontinuous to serve as program stream fault judgment results, the program stream fault judgment results represent three-level faults;

and under the condition that the TTL value is not 1 as the program stream fault judgment result, the program stream fault judgment result represents a primary fault.

judging whether the bandwidth of the program stream is 0; if yes, taking the program stream bandwidth of 0 as a program stream fault judgment result; if not, judging whether the program stream bandwidth is 4K video bandwidth or HD video bandwidth;

under the condition that the program stream bandwidth is 4K video bandwidth, judging whether the 4K video bandwidth is in a first preset bandwidth range; if yes, the 4K video bandwidth is located in a first preset bandwidth range and serves as a program stream fault judgment result; if not, taking the 4K video bandwidth out of the first preset bandwidth range as a program stream fault judgment result;

under the condition that the program stream bandwidth is the HD video bandwidth, judging whether the HD video bandwidth is in a second preset bandwidth range; if so, taking the HD video bandwidth in a second preset bandwidth range as a program stream fault judgment result; and if not, taking the HD video bandwidth not in the second preset bandwidth range as a program stream fault judgment result.

under the condition that the program stream bandwidth is 0 and is used as a program stream fault judgment result, the program stream fault judgment result represents a three-level fault;

under the condition that the 4K video bandwidth is not in the first preset bandwidth range and serves as a program stream fault judgment result, the program stream fault judgment result represents a secondary fault;

and under the condition that the HD video bandwidth is not in the second preset bandwidth range and is used as a program stream fault judgment result, the program stream fault judgment result represents a secondary fault.

judging whether the jitter of the PIT packet of the data packet exceeds a preset PIT packet jitter threshold value or not; if so, taking the jitter of the PIT packet of the data packet exceeding a preset PIT packet jitter threshold value as a program stream fault judgment result; if not, taking the data packet PIT packet jitter not exceeding the preset PIT packet jitter threshold as a program stream fault judgment result;

judging whether the time delay of the data packet exceeds a preset time delay threshold value or not; if so, taking the time delay of the data packet exceeding a preset time delay threshold value as a program stream fault judgment result; if not, taking the data packet time delay not exceeding the preset time delay threshold as a program stream fault judgment result;

judging whether the packet loss number of the data packet exceeds a preset packet loss number threshold value or not; if so, taking the packet loss number of the data packet exceeding a preset packet loss number threshold value as a program stream fault judgment result; and if not, taking the packet loss number of the data packets not exceeding the preset packet loss number threshold as a program stream fault judgment result.

In a possible implementation manner, the determining, by using service characteristics including a service type and a payload data bit, PTP data information and program stream data information according to a preset threshold determination condition or a preset state determination condition, to obtain a program stream fault determination result includes:

under the condition that the service type is a video service type, judging whether the video service type is ST2110-20 and whether the payload data bit is 96; if yes, the video service type is ST2110-20, and the payload data bit is 96, which is used as a program stream fault judgment result; if not, taking the video service type not as ST2110-20 or the payload data bit not as 96 as the program stream fault judgment result;

under the condition that the service type is an audio service type, judging whether the audio service type is ST2110-30 and whether the payload data bit is 97; if yes, the audio service type is ST2110-30, and the payload data bit is 97, which is used as a program stream fault judgment result; if not, taking the audio service type not as ST2110-30 or the payload data bit not as 97 as the program stream fault judgment result;

under the condition that the service type is the auxiliary service type, judging whether the auxiliary service type is ST2110-40 and whether the payload data bit is 100; if yes, the auxiliary service type is ST2110-40, and the payload data bit is 100 as the program stream fault judgment result; if not, the auxiliary service type is not ST2110-40, or the payload data bit is not 100 as the program stream failure judgment result.

under the condition that the jitter of the PIT packet of the data packet exceeds a preset PIT packet jitter threshold value as a program stream fault judgment result, the program stream fault judgment result represents a secondary fault;

under the condition that the time delay of the data packet exceeds a preset time delay threshold value as a program stream fault judgment result, the program stream fault judgment result represents a secondary fault;

under the condition that the packet loss number of the data packet exceeds a preset packet loss number threshold value and serves as a program stream fault judgment result, the program stream fault judgment result represents a secondary fault;

under the condition that the video service type is not ST2110-20 or the payload data bit is not 96 as the program stream fault judgment result, the program stream fault judgment result represents a three-level fault;

under the condition that the audio service type is not ST2110-30 or the payload data bit is not 97 as the program stream fault judgment result, the program stream fault judgment result represents a three-level fault;

and under the condition that the auxiliary service type is not ST2110-40 or the payload data bit is not 100 as the program stream fault judgment result, the program stream fault judgment result represents a three-level fault.

In a second aspect, an embodiment of the present application provides an apparatus for detecting a program stream failure, including:

the acquisition module is used for acquiring mirror image flow data of the program stream to be detected;

the analyzing module is used for analyzing the mirror image flow data to obtain PTP data information and program stream data information; the program stream data information comprises RTP packet header data information, program stream bandwidth, data packet PIT packet jitter, data packet time delay, data packet loss number and service characteristics;

the judging module is used for judging the PTP data information and the program stream data information according to a preset threshold judging condition or a preset state judging condition to obtain a program stream fault judging result;

the alarm module is used for calling a first alarm strategy to alarm under the condition that the program stream fault judgment result represents a primary fault; the first-level fault is a program stream fault which is abnormal but does not influence the video and audio senses; calling a second alarm strategy to alarm under the condition that the program stream fault judgment result represents a secondary fault; the secondary faults are program stream faults affecting video and audio senses, but program stream faults not affecting PGM signals and PVM signals; calling a third alarm strategy to alarm under the condition that the program stream fault judgment result represents the third-level fault; the third level of failure is a program stream failure that affects both the PGM signal and the PVM signal.

In a third aspect, an embodiment of the present application provides a computer device, where the computer device includes a processor and a nonvolatile memory storing computer instructions, and when the computer instructions are executed by the processor, the computer device executes the program stream failure detection method in at least one possible implementation manner of the first aspect.

In a fourth aspect, an embodiment of the present application provides a readable storage medium, where the readable storage medium includes a computer program, and the computer program, when running, controls a computer device in which the readable storage medium is located to perform the method for detecting a program stream failure in at least one possible implementation manner of the first aspect.

By adopting the program stream fault detection method, the device, the computer equipment and the readable storage medium provided by the embodiment of the application, the PTP data information and the program stream data information are obtained by analyzing the mirror image flow data of the program stream to be detected; then, judging PTP data information and program stream data information according to a preset threshold judgment condition or a preset state judgment condition to obtain a program stream fault judgment result; the method comprises the steps of calling corresponding alarm strategies to alarm respectively under the conditions that program stream faults which are abnormal in program stream data, do not affect video and audio sense program stream faults, do not affect PGM signals and PVM signals program stream faults and do not affect PGM signals and PVM signals program stream faults, and the design can realize quick positioning and alarm of faults of the program stream to be detected on the basis of not affecting the program stream to be detected.

Drawings

The accompanying drawings, which are included to provide a further understanding of the application and are incorporated in and constitute a part of this application, illustrate embodiment(s) of the application and together with the description serve to explain the application and not to limit the application. In the drawings:

fig. 1 is a schematic view of scene interaction of a program stream fault detection system according to an embodiment of the present application;

fig. 2 is a schematic flowchart illustrating steps of a program stream fault detection method according to an embodiment of the present application;

fig. 3 is a schematic block diagram of a structure of a program stream failure detection apparatus for executing the program stream failure detection method in fig. 2 according to an embodiment of the present application;

fig. 4 is a schematic block diagram of a computer device for executing the method for detecting a program flow fault in fig. 2 according to an embodiment of the present disclosure.

Detailed Description

In the process of implementing the present application, the inventors found that, in a network operating environment of a current IP (Internet Protocol, Internet interconnection Protocol) structure, factors affecting the broadcasting effect of an IP program stream are not clear, and the degree of influence of data abnormality of a basic environment supporting Protocol and data abnormality of the IP program stream itself on the IP program stream in the network environment needs to be confirmed. In the prior art, when an IP program fault occurs in a fault maintenance flow of an IP system, a maintainer can perform fault troubleshooting according to the phenomenon of the IP program stream, and the user needs to knock a command step by step in a command line terminal tool of network equipment to check information returned by an exchanger or needs to perform packet capturing analysis on the IP data stream. Generally, troubleshooting the failure cause is a heavy work, and it is more difficult to correspond the failure degree and the data abnormality one by one. The requirement for rapidly judging the fault of the IP program stream in the IP system cannot be met.

In order to solve the above problems, an embodiment of the present application provides a program stream fault detection method, where PTP data information, RTP packet header data information, a program stream bandwidth, packet jitter, packet delay, packet loss number, and service characteristics of a program stream to be detected are analyzed by using a preset threshold judgment condition or a preset state judgment condition to obtain a program stream fault judgment result, so that a fault level represented by the program stream fault judgment result can be quickly determined, and a corresponding alarm policy is called to quickly and accurately alarm.

In order to make the technical solutions and advantages of the embodiments of the present application more apparent, the following further detailed description of the exemplary embodiments of the present application with reference to the accompanying drawings makes it clear that the described embodiments are only a part of the embodiments of the present application, and are not exhaustive of all embodiments. It should be noted that the embodiments and features of the embodiments in the present application may be combined with each other without conflict.

Referring to fig. 1, fig. 1 is a schematic view of a scene interaction of a program stream fault detection system according to an embodiment of the present application, where the program stream fault detection system may include a computer device 100 and a plurality of media servers 200 communicatively connected to the computer device 100, and the media servers 200 may be devices for generating or transmitting a program stream to be detected. In other embodiments of the present application, the program stream failure detection system may also be composed of more or fewer components, which is not limited herein.

Referring to fig. 2, fig. 2 is a schematic block diagram illustrating a flow of steps of a program stream fault detection method according to an embodiment of the present application, where the program stream fault detection method can be implemented by the computer device 100 in fig. 1 as an execution main body, and the program stream fault detection system is described in detail below.

Step S201, obtaining mirror flow data of the program stream to be detected.

Step S202, analyzing the mirror image flow data to obtain PTP data information and program stream data information.

The program stream data information comprises RTP packet header data information, program stream bandwidth, data packet PIT packet jitter, data packet delay, data packet loss number and service characteristics.

Step S203, the PTP data information and the program stream data information are judged according to the preset threshold judgment condition or the preset state judgment condition, and a program stream fault judgment result is obtained.

And step S204, under the condition that the program stream fault judgment result represents the primary fault, calling a first alarm strategy to alarm.

The first-level fault is a program stream fault which is abnormal but does not affect the sense of video and audio.

And step S205, under the condition that the program stream fault judgment result represents a secondary fault, calling a second alarm strategy to alarm.

The secondary faults are program stream faults that affect the audio and video senses, but not the PGM and PVM signals.

And step S206, under the condition that the program stream fault judgment result represents the three-level fault, calling a third alarm strategy to alarm.

The third level of failure is a program stream failure that affects both the PGM signal and the PVM signal.

In this embodiment of the present application, in order to avoid directly affecting a program stream to be detected, mirror flow data of the program stream to be detected may be obtained, in this embodiment of the present application, obtaining mirror flow may be implemented by using a Modular QoS Command-Line (MQC), and an ingress direction policy (flow policy) may be created on an ingress interface of a program to be detected to directionally forward a program stream to be detected that meets a condition to an interface of the computer device 100. In other embodiments of the embodiment of the present application, the mirror flow data of the program stream to be detected may be obtained in a port mirror or an IGMP (Internet Group Management Protocol), which is not limited herein.

In the implementation of the application, after the mirror image flow data is acquired, the mirror image flow data can be analyzed to obtain PTP data information and program stream data information, which are also PTP data information and program stream data information of the program stream to be detected. After the PTP data information and the program stream data information are obtained, the PTP data information and the program stream data information may be judged according to a preset threshold judgment condition or a preset state judgment condition, so as to obtain a program stream failure judgment result that can represent whether the program stream to be detected fails. In order to enable a user to quickly and accurately know the specific condition of the program stream to be detected with the fault and quickly deal with the fault, a corresponding alarm strategy can be called for processing according to the fault level represented by the fault judgment result of the program stream.

In the embodiment of the application, the failure level can be divided into a primary failure, a secondary failure and a tertiary failure, wherein the primary failure can refer to a general failure, that is, a program stream data is abnormal (for example, data does not meet a standard), but a program stream failure which does not affect the sense of video and audio is not caused, in this case, the program stream to be detected can also be normally decoded, played and the like, and no serious consequence is caused as long as the program stream is processed in time; the secondary failure may be an important failure, that is, a program stream failure affecting the video and audio senses, but not affecting program stream failures of PGM (program, video signal) signals and PVM (pre-monitor picture signal), in which case, the program stream to be detected has a problem that data does not meet the standard, and causes an abnormality in the program senses of peripheral equipment nodes, and needs to be processed in time; the third-level failure may be a serious failure, that is, a failure of the program stream affecting the PGM signal and the PVM signal, in this case, the program stream to be detected has a problem that data does not meet the specification standard, and also causes an abnormality in program senses of peripheral devices and affects the PGM signal and the PVM signal, which need to be immediately processed, otherwise, a more serious result is caused.

By the design, the fault detection of the program stream to be detected can be realized on the basis of not influencing the program stream to be detected, and after the fault of the program stream to be detected is accurately known, an appropriate alarm strategy is quickly called to alarm, so that operation and maintenance personnel can timely find and process the fault.

In one possible implementation, the PTP data information includes GM id, system clock domain, priority value, lock status, and real-time lock accuracy; the foregoing step S203 may be implemented by the following detailed implementation.

Substep S203-1, determining whether the GM id, the system clock domain and the priority value are changed, or the locking state is changed, or the real-time locking precision exceeds a preset precision threshold. If the GM id, the system clock domain and the priority value are changed, or the locking state is changed, or the real-time locking precision exceeds a preset precision threshold, then sub-step S203-2 is performed. If the GM id, the system clock domain, and the priority value have not changed, the lock status has not changed, and the real-time locking accuracy has not exceeded the predetermined accuracy threshold, then sub-step S203-3 is performed.

And a substep S203-2 of judging whether the current monitoring time reaches a preset monitoring time threshold value.

If so, perform substep S203-4, otherwise, perform substep S203-5.

And a substep S203-3, taking the GM id, the system clock domain and the priority value as a program stream fault judgment result, wherein the GM id, the system clock domain and the priority value are not changed in the preset monitoring time, the locking state is not changed in the preset monitoring time, and the real-time locking precision does not exceed the preset precision threshold value in the preset monitoring time.

And a substep S203-4, taking the time that the GM id, the system clock domain and the priority value are changed exceeds the preset monitoring time, or the time that the locking state is changed exceeds the preset monitoring time, or the time that the real-time locking precision exceeds the preset precision threshold exceeds the preset monitoring time as a program stream fault judgment result.

And a substep S203-5, changing the GM id, the system clock domain and the priority value in the preset monitoring time, or changing the locking state in the preset monitoring time, or enabling the real-time locking precision to exceed a preset precision threshold value in the preset monitoring time to serve as a program stream fault judgment result.

In the embodiment of the present application, the PTP data information includes a GM id, a system clock domain, a priority value, a lock status, and a real-time lock precision, and the GM id, the system clock domain, the priority value, the lock status, and the real-time lock precision are determined by using a preset threshold determination condition or a preset status determination condition in the following exemplary manner. For the GM id (mother clock identity), the system clock domain (domain value), and the priority value, once the corresponding value changes, an abnormality may occur, and at this time, it may be recorded whether the current monitoring time reaches the preset monitoring time, that is, whether the time when the GM id (mother clock identity), the system clock domain (domain value), and the priority value change reaches the preset monitoring time. For example, for the locked state, when the locked state changes from "locked" to "unlocked", it may be considered that the locked state has changed, and it is further determined whether the preset monitoring time has been reached when the locked state changes from "locked" to "unlocked". For another example, for the real-time locking precision, a preset precision threshold may be set to be "1 us", and when the real-time locking precision exceeds 1us, it may be considered that the real-time locking precision exceeds the preset precision threshold, and further determine whether the time when the real-time locking precision exceeds 1us reaches the preset monitoring time, and take the result as the program stream failure determination result.

In a possible embodiment, the foregoing step S204 can be implemented by the following specific embodiments.

And a substep S204-1, under the condition that the GM id, the system clock domain and the priority value are changed within the preset monitoring time, or the locking state is changed within the preset monitoring time, or the real-time locking precision exceeds a preset precision threshold within the preset monitoring time to serve as a program stream fault judgment result, the program stream fault judgment result represents a primary fault.

And a substep S204-2, in the case that the time of the change of the GM id, the system clock domain and the priority value exceeds the preset monitoring time, or the time of the change of the locking state exceeds the preset monitoring time, or the time of the real-time locking precision exceeds the preset precision threshold value exceeds the preset monitoring time as a program stream fault judgment result, the program stream fault judgment result represents a secondary fault.

In the embodiment of the present application, on the basis of the foregoing example, when the GM id, the system clock domain, and the priority value change, or the locking state changes from locked to unlocked, or the real-time locking accuracy exceeds 1US, a failure does not occur in a short period of time in a program picture and audio, and the effect of the program may be affected in a long period of time, and when the current monitoring time triggering the preset threshold value judgment condition or the preset state judgment condition has not reached the preset monitoring time, the current program stream to be detected may be considered as a primary failure, that is, a general failure, and when the current monitoring time triggering the preset threshold value judgment condition or the preset state judgment condition has reached the preset monitoring time, the current program stream to be detected may be considered as a secondary failure, that is, an important failure.

In one possible embodiment, the RTP packet header data information includes seven-tuple information, RTP packet header information, a packet sequence number, SSRC data, and a TTL value; the aforementioned step S203 may be implemented by performing the following detailed steps.

Substep S203-6, judging whether the seven-element group information, the RTP packet header information and the SSRC data are changed or not, or whether the packet sequence number is discontinuous or not; if so, perform substep S203-7, otherwise, perform substep S203-8.

And a substep S203-7, which takes the seven-element group information, the RTP packet header information and the SSRC data change or the packet sequence number discontinuity as the program stream fault judgment result.

And a substep S203-8, continuously taking the seven-element group information, the RTP packet header information and the SSRC data as the program stream fault judgment result, wherein the seven-element group information, the RTP packet header information and the SSRC data are not changed and the packet sequence numbers are continuous.

And a substep S203-9 of judging whether the TTL value is 1.

If the TTL value is 1, substep S203-10 is performed, and if the TTL value is not 1, substep S203-11 is performed.

And a substep S203-10, taking the TTL value of 1 as a program stream fault judgment result.

And a substep S203-11 of determining that the TTL value is not 1 as a result of the program stream failure.

In this embodiment of the application, the RTP (Real-time Transport protocol) header data information includes seven-tuple information, RTP header information, a packet sequence number, SSRC data, and a TTL value, and the following example may be adopted as a manner of determining the RTP header data information. For the seven-tuple information and the RTP packet header information, it is only necessary To determine whether these two parameters are changed, and it is only necessary To determine whether the packet sequence numbers are continuous, because these three parameters are directly related To the program analysis, and for TTL (Time To Live) and SSRC (Synchronization Source identifier) data, it is only necessary To determine whether the value of TTL is 1 and whether the SSRC data is changed, respectively. And finally, recording the specific conditions of each parameter as a program stream fault judgment result.

In a possible implementation, the aforementioned step S204 may be implemented by the following steps.

And a substep S204-3, wherein under the condition that the seven-element group information, the RTP packet header information and the SSRC data are changed or the packet sequence number is discontinuous as a program stream fault judgment result, the program stream fault judgment result represents a three-level fault.

And a substep S204-4, in case that the TTL value is not 1 as the program stream fault determination result, the program stream fault determination result represents a primary fault.

In the embodiment of the present application, as described above, since the heptatuple information, the RTP packet header information, and the packet sequence number are directly related to the analysis of the program, once the heptatuple information and the RTP packet header information are changed or the packet sequence number is discontinuous, the analysis of a subsequent program is directly affected, which results in serious consequences such as that the program cannot be played, and therefore, once the program stream failure determination result is the above several types, it can be considered that a three-level failure, that is, a serious failure, occurs. And under the condition that the value of TTL is not equal to 1 or SSRC data is changed, the two parameters do not directly influence program analysis, so that the program analysis can be processed in time, and a primary fault, namely a general fault, can be considered to occur.

In a possible implementation, the foregoing step S203 may be implemented by performing the following detailed steps.

Substep S203-12, judging whether the program stream bandwidth is 0; if so, perform substep S203-13, otherwise, perform substep S203-14.

The substeps S203-13 set the program stream bandwidth to 0 as the program stream failure determination result.

And a substep S203-14, judging whether the program stream bandwidth is 4K video bandwidth or HD video bandwidth.

And a substep S203-15, determining whether the 4K video bandwidth is in the first preset bandwidth range under the condition that the program stream bandwidth is the 4K video bandwidth. If so, perform substeps 203-16, otherwise, perform substeps 203-17.

The sub-step S203-16 locates the 4K video bandwidth in the first preset bandwidth range as the program stream malfunction determination result.

And a substep S203-17, taking the 4K video bandwidth not in the first preset bandwidth range as the program stream fault judgment result.

Step S203-18, under the condition that the program stream bandwidth is the HD video bandwidth, judging whether the HD video bandwidth is in a second preset bandwidth range; if so, perform substeps 203-19, otherwise, perform substeps 203-20.

And a substep S203-19, taking the HD video bandwidth in a second preset bandwidth range as a program stream fault judgment result.

And a substep S203-20, taking the HD video bandwidth not in the second preset bandwidth range as a program stream fault judgment result.

In the embodiment of the present application, before determining the type of the program stream bandwidth, it may be directly determined whether the program stream bandwidth is 0, if the program stream bandwidth is 0, subsequent determination is not needed, and if the program stream bandwidth is not 0, the type of the program stream bandwidth may be determined. After the program stream bandwidth type is determined, the program stream bandwidth type is compared with the preset bandwidth range of the corresponding type, and the comparison result is used as a program stream fault judgment result.

In a possible implementation, the foregoing step S204 may be implemented by performing the following detailed steps.

And a substep S204-5, wherein the program stream fault judgment result represents a tertiary fault under the condition that the program stream bandwidth is 0 as the program stream fault judgment result.

And a substep S204-6, wherein under the condition that the 4K video bandwidth is not in the first preset bandwidth range as the program stream fault judgment result, the program stream fault judgment result represents a secondary fault.

And a substep S204-7, wherein the program stream fault judgment result represents a secondary fault under the condition that the HD video bandwidth is not in the second preset bandwidth range as the program stream fault judgment result.

As described above, when the bandwidth of a program stream is 0, a corresponding program cannot be analyzed and needs to be processed immediately, in this case, a three-level fault exists in the program stream to be detected, for example, when the type of the program stream bandwidth is 4K video bandwidth, a first preset bandwidth range may be set to be "8.6 Gbps to 8.9 Gbps", and when the 4K video bandwidth is not in a sub-range, although the analysis of the program is affected, the program cannot be analyzed, in this case, the program stream to be detected may be considered to have a two-level fault; for another example, when the type of the program stream bandwidth is HD video bandwidth, the first preset bandwidth range may be set to "1 Gbps to 1.2 Gbps", and when the HD video bandwidth is not in the sub-range, although the analysis of the program may be affected, the program may not be analyzed, and in this case, the program stream to be detected may be considered to have a secondary fault.

In a possible implementation, the aforementioned step S203 may be implemented by the following steps.

Substep S203-20, judging whether the jitter of the PIT packet of the data packet exceeds a preset PIT packet jitter threshold value; if so, perform substeps 203-21, otherwise, perform substeps 203-22.

The substeps S203-21 take the data packet PIT jitter exceeding the preset PIT packet jitter threshold as the program stream failure determination result.

And a substep S203-22, taking the data packet PIT packet jitter not exceeding the preset PIT packet jitter threshold as the program stream fault judgment result.

Substeps 203-23, judging whether the time delay of the data packet exceeds a preset time delay threshold value; if so, perform substeps 203-24, otherwise, perform substeps 203-25.

And a substep S203-24, taking the time delay of the data packet exceeding a preset time delay threshold value as a program stream fault judgment result.

And a substep S203-25, taking the time delay of the data packet not exceeding a preset time delay threshold value as a program stream fault judgment result.

Step S203-26, judging whether the packet loss number of the data packet exceeds a preset packet loss number threshold value; if so, then sub-steps S203-27 are performed, otherwise. Then sub-steps S203-28 are performed.

And the substeps S203-27, taking the packet loss number of the data packet exceeding the preset packet loss number threshold as a program stream fault judgment result.

And the substeps S203-28, taking the packet loss number of the data packet not exceeding the preset packet loss number threshold as the program stream fault judgment result.

In the embodiment of the application, jitter of the packet PIT, delay of the packet PIT, and packet loss number of the packet PIT all affect analysis of a program to a certain extent, and the preset jitter threshold of the packet PIT, the preset delay threshold of the packet PIT, and the preset packet loss threshold of the packet PIT can be used for judging three parameters, and the judgment result is used as a program stream fault judgment result.

In a possible implementation, the foregoing step S204 can be implemented by the following specific implementation.

And a substep S204-8, wherein the program stream fault judgment result represents a secondary fault under the condition that the jitter of the data packet PIT exceeds a preset PIT packet jitter threshold value as a program stream fault judgment result.

And a substep S204-9, wherein the program stream fault judgment result represents a secondary fault under the condition that the time delay of the data packet exceeds a preset time delay threshold value as a program stream fault judgment result.

And a substep S204-10, wherein the program stream fault judgment result represents a secondary fault under the condition that the packet loss number of the data packet exceeds a preset packet loss number threshold value as the program stream fault judgment result.

In this embodiment of the present application, as described above, the preset PIT packet jitter threshold may be set to "1 us", the preset delay threshold may be set to "1 ms", and the preset packet loss threshold may be set to "0", in this case, under the condition that the packet PIT packet jitter exceeds 1us, or the packet delay exceeds 1ms, or the packet loss number is not "0", it may be considered that program analysis is greatly affected, and it is considered that the program stream to be detected has a secondary fault.

In a possible implementation manner, the service characteristics include a service type and payload data bits, and the foregoing step S203 may be implemented by the following specific steps.

Substeps 203-29, under the condition that the service type is the video service type, judging whether the video service type is ST2110-20 and whether the payload data bit is 96; if so, perform substeps 203-30, otherwise, perform substeps 203-31.

And a substep S203-30, wherein the video service type is ST2110-20, and the payload data bit is 96 as the program stream failure judgment result.

And a substep S203-31, judging whether the video service type is not ST2110-20 or the payload data bit is not 96 as the program stream failure judgment result.

Substeps S203-32, under the condition that the service type is the audio service type, judging whether the audio service type is ST2110-30 and whether the payload data bit is 97; if so, perform substeps 203-33, otherwise, perform substeps 203-34.

And a substep S203-33, setting the audio service type to ST2110-30 and the payload data bit to 97 as the program stream failure determination result.

And a substep S203-34, judging whether the audio service type is ST2110-30 or the payload data bit is not 97 as the program stream failure judgment result.

Substeps 203-35, under the condition that the service type is the auxiliary service type, judging whether the auxiliary service type is ST2110-40 and whether the payload data bit is 100; if so, substeps 203-36 are performed, and if not, substeps 203-37 are performed.

And a substep S203-36, wherein the auxiliary service type is ST2110-40, and the payload data bit is 100 as the program stream failure judgment result.

And a substep S203-37, taking the auxiliary service type not as ST2110-40 or the payload data bit not as 100 as the program stream failure judgment result.

In this embodiment of the present application, the service characteristics may include a service type and a payload data bit (a data bit in an RTP packet header), the service type may include a video service type, an audio service type, and an auxiliary service type, the service characteristics may be determined according to a standard corresponding to the corresponding service type and the payload data bit, and a determination result obtained by using the criterion as a program stream failure determination result.

And a substep S204-11, in the case that the video service type is not ST2110-20 or the payload data bit is not 96 as the program stream fault determination result, the program stream fault determination result represents a three-level fault.

And a substep S204-12, under the condition that the audio service type is not ST2110-30 or the payload data bit is not 97 as the program stream fault judgment result, the program stream fault judgment result represents a three-level fault.

And a substep S204-13, in the case that the auxiliary service type is not ST2110-40 or the payload data bit is not 100 as the program stream fault determination result, the program stream fault determination result represents a three-level fault.

In the embodiment of the present application, as a possible implementation manner, if the video service type is not ST2110-20, the payload is not 96, or the audio service type is not ST2110-30, the payload is not 97, or the auxiliary service type (auxiliary data type service type) is not ST2110-40, and the payload is not 100, the program cannot be parsed, which may cause serious consequences, and it may be considered that there are three levels of faults in the program stream to be detected.

The embodiment of the application also provides an example of selectively calling the first alarm strategy for alarming, the second alarm strategy for alarming or the third alarm strategy for alarming.

Step S301, a program stream failure determination result is acquired.

Step S302, feature vector extraction is carried out on the program stream fault judgment result to generate a feature vector of the program stream fault judgment result.

Step S303, determining whether the feature vector of the program stream fault judgment result is dense; and determining the feature vector as an effective feature vector under the condition that the feature vector is determined to be dense; in the case where the feature vectors are not dense, the feature vectors are discarded.

Wherein the density indicates that the program stream failure determination result is parsed within a predetermined time period and pre-called.

And step S304, based on the effective characteristic vector, utilizing an alarm architecture classification model to perform alarm architecture level classification on the program stream fault judgment result so as to determine the alarm architecture level category of the program stream fault judgment result.

The alarm architecture classification model is trained by the following method: a training alarm architecture set comprising training alarm architectures of different alarm architecture level categories is obtained, wherein training data of each training alarm architecture comprises feature data of the training alarm architecture and alarm architecture level categories of the training alarm architecture.

Step S305, aiming at each training alarm framework in the training alarm framework set, generating an effective characteristic vector of the training alarm framework based on the characteristic data corresponding to the training alarm framework; and training the alarm architecture classification model by using the effective characteristic vector and the alarm architecture level category of each training alarm architecture in the training alarm architecture set.

The alarm architecture level is one of a high alarm architecture level, a medium alarm architecture level and a low alarm architecture level, the high alarm architecture level is an alarm architecture with high visual demand degree, the medium alarm architecture level is an alarm architecture with low visual demand degree, and the low alarm architecture level is an alarm architecture with visual demand degree between the high alarm architecture level and the medium alarm architecture level.

Step S306, according to the alarm architecture level category of the program stream fault judgment result, performing program stream fault classification processing or alarm architecture risk scanning processing on the program stream fault judgment result;

step S307, based on the processed result, determines and outputs the alarm strategy of the program stream failure judgment result.

In the embodiment of the present application, the alarm strategies may specifically include pop-up window alarm, information scroll bar alarm, alarm bell alarm, voice alarm and topology map alarm, and the first alarm strategy, the second alarm strategy and the third alarm strategy of the embodiment of the present application may be composed of one or more of the above strategies, and the basis for the alarm framework classification is that the alarm framework classification is performed on the program stream fault determination result by using the effective feature vector extracted by the program stream fault determination result according to the above scheme, and then the alarm framework classification is performed on the program stream fault determination result by using an alarm framework classification model, so as to determine the alarm framework classification class of the program stream fault determination result, that is, the required degree of the visual required degree, and further, the corresponding strategies among pop-up window alarm, information scroll bar alarm, alarm bell alarm, voice alarm and topology map alarm can be selected to form the first alarm strategy alone or in combination according to the visual required degree, A second alarm strategy and a third alarm strategy.

In the embodiment of the present application, the foregoing step S302 may be implemented in the following manner. Extracting at least part of the alarm architecture character features, the sample association features and the alarm architecture attribute features of the program stream fault judgment result to be used as feature data of the program stream fault judgment result; and generating a feature vector by using feature data of the program stream fault judgment result, wherein the feature data comprises at least one part of alarm architecture character features, sample association features and alarm architecture attribute features of the training alarm architecture. In other embodiments of the present application, the step S302 can be implemented as follows. And analyzing the alarm architecture by using an alarm record database to extract the characteristic vector of the program stream fault judgment result, wherein the alarm record database stores the corresponding relation between the alarm architecture and the characteristic vector thereof.

In order to more clearly describe the scheme provided by the embodiment of the present application, the foregoing step S303 may be implemented in the following manner. Determining whether the feature vectors of the program stream fault judgment result are dense; and determining the feature vector as an effective feature vector under the condition that the feature vector is determined to be dense; in the case where the feature vector is not dense, the feature vector is discarded, where the density indicates that the program stream failure determination result is resolved within a predetermined period of time and is pre-called.

Referring to fig. 3, the program stream fault detection apparatus 110 according to an embodiment of the present application includes:

an obtaining module 1101, configured to obtain mirror flow data of a program stream to be detected;

the analyzing module 1102 is configured to analyze the mirror image traffic data to obtain PTP data information and program stream data information; the program stream data information comprises RTP packet header data information, program stream bandwidth, data packet PIT packet jitter, data packet time delay, data packet loss number and service characteristics;

the determining module 1103 is configured to determine, according to a preset threshold determining condition or a preset state determining condition, PTP data information and program stream data information to obtain a program stream fault determining result;

the alarm module 1104 is used for calling a first alarm strategy to alarm under the condition that the program stream fault judgment result represents a primary fault; the first-level fault is a program stream fault which is abnormal but does not influence the video and audio senses; calling a second alarm strategy to alarm under the condition that the program stream fault judgment result represents a secondary fault; the secondary faults are program stream faults affecting video and audio senses, but program stream faults not affecting PGM signals and PVM signals; calling a third alarm strategy to alarm under the condition that the program stream fault judgment result represents the third-level fault; the third level of failure is a program stream failure that affects both the PGM signal and the PVM signal.

In one possible implementation, the PTP data information includes GM id, system clock domain, priority value, lock status, and real-time lock accuracy; the determining module 1103 is specifically configured to:

judging whether the GM id, the system clock domain and the priority value are changed or not, or whether the locking state is changed or not, or whether the real-time locking precision exceeds a preset precision threshold value or not; if the GM id, the system clock domain and the priority value are changed, or the locking state is changed, or the real-time locking precision exceeds a preset precision threshold, judging whether the current monitoring time reaches the preset monitoring time threshold; if the GM id, the system clock domain and the priority value are not changed, the locking state is not changed, and the real-time locking precision does not exceed the preset precision threshold, the GM id, the system clock domain and the priority value are not changed within the preset monitoring time, the locking state is not changed within the preset monitoring time, and the real-time locking precision does not exceed the preset precision threshold within the preset monitoring time, and the result is used as a program stream fault judgment result; if the current monitoring time reaches a preset monitoring time threshold, the time that the GM id, the system clock domain and the priority value are changed exceeds the preset monitoring time, or the time that the locking state is changed exceeds the preset monitoring time, or the time that the real-time locking precision exceeds the preset precision threshold exceeds the preset monitoring time is taken as a program stream fault judgment result; and if the current monitoring time does not reach the preset monitoring time threshold, changing the GM id, the system clock domain and the priority value within the preset monitoring time, or changing the locking state within the preset monitoring time, or taking the real-time locking precision exceeding the preset precision threshold within the preset monitoring time as a program stream fault judgment result.

In a possible implementation, the determining module 1103 is further specifically configured to:

under the condition that the GM id, the system clock domain and the priority value are changed within the preset monitoring time, or the locking state is changed within the preset monitoring time, or the real-time locking precision exceeds a preset precision threshold within the preset monitoring time to serve as a program stream fault judgment result, the program stream fault judgment result represents a primary fault; and under the condition that the time of the change of the GM id, the system clock domain and the priority value exceeds the preset monitoring time, or the time of the change of the locking state exceeds the preset monitoring time, or the time of the real-time locking precision exceeds the preset precision threshold value exceeds the preset monitoring time as a program stream fault judgment result, the program stream fault judgment result represents a secondary fault.

In one possible embodiment, the RTP packet header data information includes seven-tuple information, RTP packet header information, a packet sequence number, SSRC data, and a TTL value; the determining module 1103 is specifically configured to:

judging whether the seven-element group information, the RTP packet header information and the SSRC data are changed or not or whether the packet sequence number is discontinuous or not; if yes, the seven-element group information, RTP packet header information and SSRC data are changed, or packet sequence numbers are discontinuous to be used as program stream fault judgment results; if not, continuously taking the seven-element group information, the RTP packet header information and the SSRC data as the program stream fault judgment result without changing and the packet sequence numbers; judging whether the TTL value is 1 or not; if the TTL value is 1, taking the TTL value as 1 as a program stream fault judgment result; and if the TTL value is not 1, taking the TTL value not 1 as a program stream fault judgment result.

under the condition that seven-element group information, RTP packet header information and SSRC data are changed or packet sequence numbers are discontinuous to serve as program stream fault judgment results, the program stream fault judgment results represent three-level faults; and under the condition that the TTL value is not 1 as the program stream fault judgment result, the program stream fault judgment result represents a primary fault.

In a possible implementation, the determining module 1103 is specifically configured to:

judging whether the bandwidth of the program stream is 0; if yes, taking the program stream bandwidth of 0 as a program stream fault judgment result; if not, judging whether the bandwidth of the program stream is 4K video bandwidth or HD video bandwidth; under the condition that the program stream bandwidth is 4K video bandwidth, judging whether the 4K video bandwidth is in a first preset bandwidth range; if yes, the 4K video bandwidth is located in a first preset bandwidth range and serves as a program stream fault judgment result; if not, taking the 4K video bandwidth out of the first preset bandwidth range as a program stream fault judgment result; under the condition that the program stream bandwidth is the HD video bandwidth, judging whether the HD video bandwidth is in a second preset bandwidth range; if so, taking the HD video bandwidth in a second preset bandwidth range as a program stream fault judgment result; and if not, taking the HD video bandwidth not in the second preset bandwidth range as a program stream fault judgment result.

under the condition that the program stream bandwidth is 0 and is used as a program stream fault judgment result, the program stream fault judgment result represents a three-level fault; under the condition that the 4K video bandwidth is not in the first preset bandwidth range and serves as a program stream fault judgment result, the program stream fault judgment result represents a secondary fault; and under the condition that the HD video bandwidth is not in the second preset bandwidth range and is used as a program stream fault judgment result, the program stream fault judgment result represents a secondary fault.

judging whether the jitter of the PIT packet of the data packet exceeds a preset PIT packet jitter threshold value or not; if so, taking the jitter of the PIT packet of the data packet exceeding a preset PIT packet jitter threshold value as a program stream fault judgment result; if not, taking the data packet PIT packet jitter not exceeding the preset PIT packet jitter threshold as a program stream fault judgment result; judging whether the time delay of the data packet exceeds a preset time delay threshold value or not; if so, taking the time delay of the data packet exceeding a preset time delay threshold value as a program stream fault judgment result; if not, taking the data packet time delay not exceeding the preset time delay threshold as a program stream fault judgment result; judging whether the packet loss number of the data packet exceeds a preset packet loss number threshold value or not; if so, taking the packet loss number of the data packet exceeding a preset packet loss number threshold value as a program stream fault judgment result; and if not, taking the packet loss number of the data packets not exceeding the preset packet loss number threshold as a program stream fault judgment result.

In a possible implementation manner, the service characteristics include a service type and payload data bits, and the determining module 1103 is specifically configured to:

under the condition that the service type is a video service type, judging whether the video service type is ST2110-20 and whether the payload data bit is 96; if yes, the video service type is ST2110-20, and the payload data bit is 96, which is used as a program stream fault judgment result; if not, taking the video service type not as ST2110-20 or the payload data bit not as 96 as the program stream fault judgment result; under the condition that the service type is an audio service type, judging whether the audio service type is ST2110-30 and whether the payload data bit is 97; if yes, the audio service type is ST2110-30, and the payload data bit is 97, which is used as a program stream fault judgment result; if not, taking the audio service type not as ST2110-30 or the payload data bit not as 97 as the program stream fault judgment result; under the condition that the service type is the auxiliary service type, judging whether the auxiliary service type is ST2110-40 and whether the payload data bit is 100; if yes, the auxiliary service type is ST2110-40, and the payload data bit is 100 as the program stream fault judgment result; if not, the auxiliary service type is not ST2110-40, or the payload data bit is not 100 as the program stream failure judgment result.

under the condition that the jitter of the PIT packet of the data packet exceeds a preset PIT packet jitter threshold value as a program stream fault judgment result, the program stream fault judgment result represents a secondary fault; under the condition that the time delay of the data packet exceeds a preset time delay threshold value as a program stream fault judgment result, the program stream fault judgment result represents a secondary fault; under the condition that the packet loss number of the data packet exceeds a preset packet loss number threshold value and serves as a program stream fault judgment result, the program stream fault judgment result represents a secondary fault; under the condition that the video service type is not ST2110-20 or the payload data bit is not 96 as the program stream fault judgment result, the program stream fault judgment result represents a three-level fault; under the condition that the audio service type is not ST2110-30 or the payload data bit is not 97 as the program stream fault judgment result, the program stream fault judgment result represents a three-level fault; and under the condition that the auxiliary service type is not ST2110-40 or the payload data bit is not 100 as the program stream fault judgment result, the program stream fault judgment result represents a three-level fault.

It should be noted that, for the implementation principle of the foregoing program stream fault detection apparatus 110, reference may be made to the implementation principle of the foregoing program stream fault detection method, which is not described herein again. It should be understood that the division of the modules of the above apparatus is only a logical division, and the actual implementation may be wholly or partially integrated into one physical entity or may be physically separated. And these modules can be realized in the form of software called by processing element; or may be implemented entirely in hardware; and part of the modules can be realized in the form of calling software by the processing element, and part of the modules can be realized in the form of hardware. For example, the obtaining module 1101 may be a processing element separately set up, or may be implemented by being integrated into a chip of the apparatus, or may be stored in a memory of the apparatus in the form of program code, and the processing element of the apparatus calls and executes the functions of the obtaining module 1101. Other modules are implemented similarly. In addition, all or part of the modules can be integrated together or can be independently realized. The processing element described herein may be an integrated circuit having signal processing capabilities. In implementation, each step of the above method or each module above may be implemented by an integrated logic circuit of hardware in a processor element or an instruction in the form of software.

For example, the above modules may be one or more integrated circuits configured to implement the above methods, such as: one or more Application Specific Integrated Circuits (ASICs), or one or more microprocessors (DSPs), or one or more Field Programmable Gate Arrays (FPGAs), among others. For another example, when some of the above modules are implemented in the form of a processing element scheduler code, the processing element may be a general-purpose processor, such as a Central Processing Unit (CPU) or other processor that can call program code. As another example, these modules may be integrated together, implemented in the form of a system-on-a-chip (SOC).

The embodiment of the present invention provides a computer device 100, where the computer device 100 includes a processor and a non-volatile memory storing computer instructions, and when the computer instructions are executed by the processor, the computer device 100 executes the program stream failure detection apparatus 110. As shown in fig. 4, fig. 4 is a block diagram of a computer device 100 according to an embodiment of the present invention. The computer apparatus 100 includes a program stream failure detection device 110, a memory 111, a processor 112, and a communication unit 113.

An embodiment of the present application provides a readable storage medium, where the readable storage medium includes a computer program, and the computer program controls, when running, a computer device in the readable storage medium to execute the method for detecting a program stream failure in at least one possible implementation manner described above.

As will be appreciated by one skilled in the art, embodiments of the present application may be provided as a method, system, or computer program product. Accordingly, the present application may take the form of an entirely hardware embodiment, an entirely software embodiment or an embodiment combining software and hardware aspects. Furthermore, the present application may take the form of a computer program product embodied on one or more computer-usable storage media (including, but not limited to, disk storage, CD-ROM, optical storage, and the like) having computer-usable program code embodied therein.

The present application is described with reference to flowchart illustrations and/or block diagrams of methods, apparatus (systems), and computer program products according to embodiments of the application. It will be understood that each flow and/or block of the flow diagrams and/or block diagrams, and combinations of flows and/or blocks in the flow diagrams and/or block diagrams, can be implemented by computer program instructions. These computer program instructions may be provided to a processor of a general purpose computer, special purpose computer, embedded processor, or other programmable data processing apparatus to produce a machine, such that the instructions, which execute via the processor of the computer or other programmable data processing apparatus, create means for implementing the functions specified in the flowchart flow or flows and/or block diagram block or blocks.

These computer program instructions may also be stored in a computer-readable memory that can direct a computer or other programmable data processing apparatus to function in a particular manner, such that the instructions stored in the computer-readable memory produce an article of manufacture including instruction means which implement the function specified in the flowchart flow or flows and/or block diagram block or blocks.

These computer program instructions may also be loaded onto a computer or other programmable data processing apparatus to cause a series of operational steps to be performed on the computer or other programmable apparatus to produce a computer implemented process such that the instructions which execute on the computer or other programmable apparatus provide steps for implementing the functions specified in the flowchart flow or flows and/or block diagram block or blocks.

While the preferred embodiments of the present application have been described, additional variations and modifications in those embodiments may occur to those skilled in the art once they learn of the basic inventive concepts. Therefore, it is intended that the appended claims be interpreted as including preferred embodiments and all alterations and modifications as fall within the scope of the application.

It will be apparent to those skilled in the art that various changes and modifications may be made in the present application without departing from the spirit and scope of the application. Thus, if such modifications and variations of the present application fall within the scope of the claims of the present application and their equivalents, the present application is intended to include such modifications and variations as well.

Claims

1. A method for detecting a program stream failure, comprising:

acquiring mirror image flow data of a program stream to be detected;

judging the PTP data information and the program stream data information according to a preset threshold judgment condition or a preset state judgment condition to obtain a program stream fault judgment result;

calling a first alarm strategy to alarm under the condition that the program stream fault judgment result represents a primary fault; the first-level fault is a program stream fault which is abnormal in program stream data but does not affect video and audio senses;

calling a third alarm strategy to alarm under the condition that the program stream fault judgment result represents a third-level fault; the three-level faults are program stream faults affecting PGM signals and PVM signals;

the PTP data information comprises GM id, a system clock domain, a priority value, a locking state and real-time locking precision;

the determining the PTP data information and the program stream data information according to a preset threshold judging condition or a preset state judging condition to obtain a program stream fault determining result includes:

judging whether the GM id, the system clock domain and the priority value are changed or not, or whether the locking state is changed or not, or whether the real-time locking precision exceeds a preset precision threshold or not; if the GM id, the system clock domain and the priority value are changed, or the locking state is changed, or the real-time locking precision exceeds a preset precision threshold, judging whether the current monitoring time reaches a preset monitoring time threshold; if the GM id, the system clock domain and the priority value are not changed, the locking state is not changed, and the real-time locking precision does not exceed a preset precision threshold, the GM id, the system clock domain and the priority value are not changed within preset monitoring time, the locking state is not changed within preset monitoring time, and the real-time locking precision does not exceed the preset precision threshold within preset monitoring time, and the result of determining the program stream fault is taken as the real-time locking precision;

if the current monitoring time reaches a preset monitoring time threshold, taking the time that the GM id, the system clock domain and the priority value are changed exceeds a preset monitoring time, or the time that the locking state is changed exceeds a preset monitoring time, or the time that the real-time locking precision exceeds a preset precision threshold exceeds a preset monitoring time as a program stream fault judgment result;

and if the current monitoring time does not reach a preset monitoring time threshold value, changing the GM id, the system clock domain and the priority value within the preset monitoring time, or changing the locking state within the preset monitoring time, or taking the real-time locking precision exceeding the preset precision threshold value within the preset monitoring time as the program stream fault judgment result.

2. The method according to claim 1, wherein said determining the PTP data information and the program stream data information according to a preset threshold determination condition or a preset status determination condition to obtain a program stream failure determination result comprises:

under the condition that the GM id, the system clock domain and the priority value are changed within preset monitoring time, or the locking state is changed within preset monitoring time, or the real-time locking precision exceeds a preset precision threshold within preset monitoring time as the program stream fault judgment result, the program stream fault judgment result represents the primary fault;

and under the condition that the time when the GM id, the system clock domain and the priority value change exceeds the preset monitoring time, or the time when the locking state changes exceeds the preset monitoring time, or the time when the real-time locking precision exceeds the preset precision threshold value exceeds the preset monitoring time as the program stream fault judgment result, the program stream fault judgment result represents the secondary fault.

3. The method of claim 1, wherein the RTP packet header data information comprises heptatuple information, RTP packet header information, a packet sequence number, SSRC data, and a TTL value;

judging whether the seven-tuple information, the RTP packet header information and the SSRC data are changed or not, or whether the packet sequence number is discontinuous or not; if yes, the seven-element group information, the RTP packet header information and the SSRC data are changed, or the packet sequence number is discontinuous to be used as a program stream fault judgment result; if not, continuously taking the seven-element group information, the RTP packet header information and the SSRC data as the program stream fault judgment result, wherein the packet sequence numbers are not changed;

judging whether the TTL value is 1 or not; if the TTL value is 1, taking the TTL value as 1 as the program stream fault judgment result; and if the TTL value is not 1, taking the TTL value not 1 as the program stream fault judgment result.

4. The method according to claim 3, wherein said determining the PTP data information and the program stream data information according to a preset threshold determination condition or a preset status determination condition to obtain a program stream failure determination result comprises:

under the condition that the seven-element group information, the RTP packet header information and the SSRC data are changed or the packet sequence number is discontinuous as the program stream fault judgment result, the program stream fault judgment result represents the three-level fault;

and under the condition that the TTL value is not 1 and is taken as the program stream fault judgment result, the program stream fault judgment result represents the primary fault.

5. The method according to claim 1, wherein said determining the PTP data information and the program stream data information according to a preset threshold determination condition or a preset status determination condition to obtain a program stream failure determination result comprises:

judging whether the program stream bandwidth is 0; if yes, taking the program stream bandwidth of 0 as a program stream fault judgment result; if not, judging whether the program stream bandwidth is 4K video bandwidth or HD video bandwidth;

under the condition that the program stream bandwidth is 4K video bandwidth, judging whether the 4K video bandwidth is in a first preset bandwidth range; if yes, the 4K video bandwidth is located in a first preset bandwidth range and serves as a program stream fault judgment result; if not, taking the 4K video bandwidth not in a first preset bandwidth range as a program stream fault judgment result;

under the condition that the program stream bandwidth is the HD video bandwidth, judging whether the HD video bandwidth is in a second preset bandwidth range; if so, taking the HD video bandwidth in a second preset bandwidth range as a program stream fault judgment result; and if not, taking the HD video bandwidth not in a second preset bandwidth range as the program stream fault judgment result.

6. The method according to claim 5, wherein said determining the PTP data information and the program stream data information according to a preset threshold determination condition or a preset status determination condition to obtain a program stream failure determination result comprises:

under the condition that the program stream bandwidth is 0 and serves as the program stream fault judgment result, the program stream fault judgment result represents a three-level fault;

under the condition that the 4K video bandwidth is not in a first preset bandwidth range and serves as the program stream fault judgment result, the program stream fault judgment result represents a secondary fault;

and under the condition that the HD video bandwidth is not in a second preset bandwidth range and is used as the program stream fault judgment result, the program stream fault judgment result represents a secondary fault.

7. The method according to claim 1, wherein said determining the PTP data information and the program stream data information according to a preset threshold determination condition or a preset state determination condition to obtain a program stream failure determination result includes:

judging whether the jitter of the PIT packet of the data packet exceeds a preset PIT packet jitter threshold value or not; if so, taking the data packet PIT packet jitter exceeding a preset PIT packet jitter threshold value as a program stream fault judgment result; if not, taking the data packet PIT packet jitter which does not exceed a preset PIT packet jitter threshold as the program stream fault judgment result;

judging whether the time delay of the data packet exceeds a preset time delay threshold value or not; if yes, taking the time delay of the data packet exceeding a preset time delay threshold value as a program stream fault judgment result; if not, taking the data packet time delay not exceeding a preset time delay threshold value as a program stream fault judgment result;

judging whether the packet loss number of the data packet exceeds a preset packet loss number threshold value or not; if so, taking the packet loss number of the data packet exceeding a preset packet loss number threshold value as a program stream fault judgment result; and if not, taking the packet loss number of the data packet not exceeding a preset packet loss number threshold value as the program stream fault judgment result.

8. The method according to claim 1, wherein the service characteristics include a service type and payload data bits, and the determining the PTP data information and the program stream data information according to a preset threshold determination condition or a preset state determination condition to obtain a program stream failure determination result includes:

under the condition that the service type is a video service type, judging whether the video service type is ST2110-20 or not and whether the payload data bit is 96 or not; if yes, the video service type is ST2110-20, and the payload data bit is 96, which is used as the program stream fault judgment result; if not, taking the video service type not being ST2110-20 or the payload data bit not being 96 as the program stream fault judgment result;

under the condition that the service type is an audio service type, judging whether the audio service type is ST2110-30 or not and whether the payload data bit is 97 or not; if yes, the audio service type is ST2110-30, and the payload data bit is 97, which is used as the program stream fault judgment result; if not, taking the audio service type not being ST2110-30 or the payload data bit not being 97 as the program stream fault judgment result;

under the condition that the service type is an auxiliary service type, judging whether the auxiliary service type is ST2110-40 or not and whether the payload data bit is 100 or not; if yes, taking the auxiliary service type as ST2110-40 and the payload data bit as 100 as the program stream fault judgment result; if not, the auxiliary service type is not ST2110-40, or the payload data bit is not 100, as the program stream failure determination result.

9. The method according to claim 7 or 8, wherein the determining the PTP data information and the program stream data information according to a preset threshold determination condition or a preset status determination condition to obtain a program stream failure determination result includes:

under the condition that the jitter of the PIT packets of the data packets exceeds a preset PIT packet jitter threshold value as a program stream fault judgment result, the program stream fault judgment result represents the secondary fault;

when the time delay of the data packet exceeds a preset time delay threshold value and serves as a program stream fault judgment result, the program stream fault judgment result represents the secondary fault;

when the packet loss number of the data packet exceeds a preset packet loss number threshold value and serves as the program stream fault judgment result, the program stream fault judgment result represents the secondary fault;

10. A program stream failure detection apparatus, comprising:

the analysis module is used for analyzing the mirror image flow data to obtain PTP data information and program stream data information; the program stream data information comprises RTP packet header data information, program stream bandwidth, data packet PIT packet jitter, data packet time delay, data packet loss number and service characteristics;

the alarm module is used for calling a first alarm strategy to alarm under the condition that the program stream fault judgment result represents a primary fault; the first-level fault is a program stream fault which is abnormal in program stream data but does not affect video and audio senses; calling a second alarm strategy to alarm under the condition that the program stream fault judgment result represents a secondary fault; the secondary faults are program stream faults affecting video and audio senses, but program stream faults not affecting PGM signals and PVM signals; calling a third alarm strategy to alarm under the condition that the program stream fault judgment result represents a third-level fault; the three-level faults are program stream faults affecting PGM signals and PVM signals;

the judgment module is specifically configured to:

judging whether the GM id, the system clock domain and the priority value are changed or not, or whether the locking state is changed or not, or whether the real-time locking precision exceeds a preset precision threshold or not; if the GM id, the system clock domain and the priority value are changed, or the locking state is changed, or the real-time locking precision exceeds a preset precision threshold, judging whether the current monitoring time reaches a preset monitoring time threshold; if the GM id, the system clock domain and the priority value are not changed, the locking state is not changed, and the real-time locking precision does not exceed a preset precision threshold, the GM id, the system clock domain and the priority value are not changed within preset monitoring time, the locking state is not changed within preset monitoring time, and the real-time locking precision does not exceed the preset precision threshold within preset monitoring time, and the result of determining the program stream fault is taken as the real-time locking precision; if the current monitoring time reaches a preset monitoring time threshold, taking the time that the GM id, the system clock domain and the priority value are changed exceeds a preset monitoring time, or the time that the locking state is changed exceeds a preset monitoring time, or the time that the real-time locking precision exceeds a preset precision threshold exceeds a preset monitoring time as a program stream fault judgment result; and if the current monitoring time does not reach a preset monitoring time threshold value, changing the GM id, the system clock domain and the priority value within the preset monitoring time, or changing the locking state within the preset monitoring time, or taking the real-time locking precision exceeding the preset precision threshold value within the preset monitoring time as the program stream fault judgment result.

11. A computer device comprising a processor and a non-volatile memory having computer instructions stored thereon, wherein the computer instructions, when executed by the processor, cause the computer device to perform the method of program stream failure detection of any of claims 1-9.

12. A readable storage medium, characterized in that the readable storage medium comprises a computer program, which when executed controls a computer device in which the readable storage medium is located to perform the program stream failure detection method according to any one of claims 1 to 9.