KR20200090568A - Method and apparatus for monitoring stream in multi-channel point - Google Patents

Abstract

Provided are a multi-channel multi-point stream monitoring method and a device therefor. In a system for transceiving a broadcasting signal based on ATSC 3.0, a monitoring device receives signals output through output terminals of a plurality of components among components of a system for transmitting the broadcast signal through a plurality of channels, checks a protocol in which a signal received through each channel of the plurality of channels is processed, and measures the service quality of the signal received through the corresponding channel by using a setting parameter included in a header of the signal according to the checked protocol.

Description

Method and apparatus for monitoring multi-channel streams in multi-channel point

The present invention relates to a method for monitoring a stream, and more particularly, to a method and apparatus for monitoring a multi-channel multipoint stream.

In a real-time service such as Internet Protocol Television (IPTV) or Voice over Internet Protocol (VoIP), a service quality such as packet loss or latency is measured using a time stamp of RTP (Real Time Protocol). More specifically, a network parameter (eg, delay and jitter between packets, packet loss in a network device, delay time in a network device, a sequence number of a packet when using the RTP protocol) using a time stamp ), etc.) by measuring in real time and analyzing and controlling the characteristics of the real-time service, in case of problems in the real-time application service due to network problems, monitor and improve the device and the cause of the problem in the service path in real-time More stable operation.

The digital broadcasting standard ATSC 3.0 (Advanced Television Systems Committee standard 3.0 version), which has been standardized in the United States in 2017, is higher in 4K, 8K Ultra High Definition (UHD) resolution than media in HD (High Definition) resolution supported by the existing ATSC standard. Media support.

The UHDTV (Ultra High Definition Television) broadcasting system based on the ATSC 3.0 transmission method defines two methods to provide a broadcasting service. The first method is based on MMT (MPEG Media Transport) and is a method of transmitting a Media Processing Unit (MPU) using MMTP protocol (MMTP). The second method is based on the DASH Industry Forum (DASH-IF) profile of MPEG Dynamic Adaptive Streaming over HTTP (DASH), and uses a Real-time Object delivery over Unidirectional Transport (ROUTE) protocol to transmit the DASH segment. Non-real-time content including NRT (non-real time) media, electronic program guide (EPG) data, and other files is transmitted through ROUTE. In the case of service signaling, each may be transmitted using MMT or ROUTE protocol, and bootstrap signaling information for obtaining service signaling transmitted through MMT or ROUTE is separately transmitted through a service list table (SLT) It is provided as a pass. It also includes transmitting one or more program components to a broadband network through HTTP/TCP/IP protocol in an MPEG DASH segment-based broadcasting service.

In this ATSC 3.0 broadcasting system, a stream is processed with MMT or ROUTE protocol for protocol and management for the transmission of media streams, and functions such as MUX and scheduling are performed. It is required to measure and monitor the quality of service related to packet latency or jitter in real time.

The problem to be solved by the present invention is to provide a method and apparatus capable of monitoring multi-channel multipoint in real time in a transmission/reception system based on ATSC 3.0.

In addition, the problem to be solved by the present invention is a method for providing a monitoring result by measuring service quality in real time according to a protocol type for multiple channels of UHD (Ultra High Definition) content in a transmission/reception system based on the ATSC 3.0 transmission method and Is to provide a device.

The method according to the features of the present invention is a method for monitoring a stream in a system for transmitting and receiving broadcast signals based on ATSC 3.0, wherein the monitoring device outputs outputs of a plurality of components among components of a system for transmitting broadcast signals. Respectively receiving signals output through the plurality of channels; Checking, by the monitoring device, a protocol in which signals received through respective channels of the plurality of channels are processed; And measuring, by the monitoring device, the quality of service for the signal received through the corresponding channel using the setting parameter included in the header of the signal according to the identified protocol.

According to an embodiment of the present invention, in a transmission/reception system based on the ATSC 3.0 transmission method, service quality such as packet loss, latency, and jitter for UHD content of multiple channels according to protocol types such as MMT or ROUTE , Real-time monitoring of multi-channel UHDTV broadcasting service based on ATSC 3.0 transmission method is provided by measuring in real time through parameters such as timestamp or EXT_TIME to provide monitoring results. Accordingly, the channel's UHDTV broadcasting service can be more stably operated.

1 is a diagram showing the structure of an MTTP packet in a transmission/reception system based on an ATSC 3.0 transmission method according to an embodiment of the present invention.
2 is a diagram showing the structure of a ROUTEP packet in a transmission/reception system based on the ATSC 3.0 transmission method according to an embodiment of the present invention.
3 is a conceptual diagram of a method of analyzing and monitoring a multi-channel multipoint stream in an ATSC 3.0 based transmission/reception system according to an embodiment of the present invention.
4 is a structural diagram of a multi-channel multipoint stream monitoring apparatus in an ATSC 3.0 based transmission/reception system according to an embodiment of the present invention.
5 is a flowchart of a multi-channel multipoint stream monitoring method in an ATSC 3.0 based transmission/reception system according to an embodiment of the present invention.
6 is a flowchart of a process of measuring service quality in a multi-channel multipoint stream monitoring method in an ATSC 3.0-based transmission/reception system according to an embodiment of the present invention.
7 is a structural diagram of a multi-channel multipoint stream monitoring apparatus in an ATSC 3.0-based transmission/reception system according to another embodiment of the present invention.

Hereinafter, exemplary embodiments of the present invention will be described in detail with reference to the accompanying drawings so that those skilled in the art to which the present invention pertains may easily practice. However, the present invention can be implemented in many different forms and is not limited to the embodiments described herein. In addition, in order to clearly describe the present invention in the drawings, parts irrelevant to the description are omitted, and like reference numerals are assigned to similar parts throughout the specification.

Throughout the specification, when a part “includes” a certain component, it means that the component may further include other components, not to exclude other components, unless otherwise specified.

In the present specification, expressions expressed in singular may be interpreted as singular or plural unless explicit expressions such as “one” or “single” are used.

Hereinafter, a method and apparatus for monitoring a multi-channel multipoint stream according to an embodiment of the present invention will be described with reference to the drawings.

The UHDTV (Ultra High Definition Television) broadcasting system based on the ATSC 3.0 (Advanced Television Systems Committee standard 3.0 version) transmission method is based on MMT (MPEG Media Transport) and provides MPU using MMTP (MMT Protocol) Based on DASH Industry Forum (DASH-IF) profile of MPEG DASH (Dynamic Adaptive Streaming over HTTP) and DASH segment using ROUTE (Real-time Object delivery over Unidirectional Transport) protocol. It defines the way to send.

The MMT transmission protocol encapsulates and transmits media data in an ISO Base Media File Format (ISOBMF)-based media transmission format called a Media Process Unit (MPU). MPU is based on ISOBMF and contains various metadata along with media data. The MPU includes three parts: MPU metadata, fragment fragment metadata, and Media Fragment Unit (MFU). The MPU metadata includes aset_id for identifying an asset, which is a logical group of MPUs, such as'ftyp' containing a file type,'mmpu' including a sequence number for identifying an MPU within an asset, and media data. Includes'mov' with hint samples. The fragment metadata includes headers indicating the lengths of'mof' and'mdat' including information about'mdat'. MFU contains actual media data. Each part of the MPU is input and transmitted to the payload of the MMTP packet, and in the case of the MFU, additional hint samples and media sample information are included in the header and transmitted.

MMTP has three transmission modes: MPU transmission mode for transmitting real-time media data, MPU, Generic File Delivery (GFD) mode for transmitting non-real-time media data, and information on broadcast service discovery, consumption, and control. It can be divided into a signaling mode for. In the MPU mode, each of the MPU metadata, fragment metadata, and MFU is carried on a payload of an MMTP packet and transmitted. In the signaling mode, USBD (User Service Bundle Description), MPT (MMT Package Table) with information necessary for consumption of the package, and HRBM (Hypothetical Receiver Buffer Model) message that provides information about the buffer of the receiver are loaded and transmitted. do. At this time, each table is transmitted with only one type of table in one packet. In addition to the common headers, these paid loads may have different MMTP payload headers according to their types, so the header overhead may be different.

1 is a diagram showing the structure of an MTTP packet in a transmission/reception system based on an ATSC 3.0 transmission method according to an embodiment of the present invention.

Since the MMTP packet is transmitted through an IP network, as shown in FIG. 1, it has a maximum transmission unit (MTU) length and includes an IP header of 20 bytes and a Use Datagram Protocol (UDP) header of 8 bytes. In addition, the MMTP packet includes an MMTP header, a payload header, and a payload.

The'V' field in the MMTP header indicates the version of the MMTP header, and the structure of the header varies depending on the version. The'type' field indicates the type of payload data, when the value is 0, indicates the MPU, when the value is 1, indicates another type of object, and when the value is 2, indicates a signaling message, and the value is If 3, it represents a repair symbol. It is possible to distinguish whether it is an MPU mode or a signaling mode through the'type' field of the MMTP header. When the payload is MFU in the MPU mode, a DU (Data Unit) header may be added. Each payload header has a size of 4 bytes to 26 bytes, depending on the type. MMTP payload header is present in payload data. The DU header is present in the MMTP payload header.

The'packet_id' field in the MMTP header is used to identify assets. In addition, the'timestamp' field is composed of 32 bits and is a field indicating a transmission time based on UTC (Coordinated Universal Time) time. The UTC time used in this field is Coordinated Universal Time, and is the international standard time effective from January 1, 1972.

According to an embodiment of the present invention, in the MMT transmission protocol, a timestamp field is used to indicate a transmission time based on UTC time. By using this characteristic of timestamp, it is possible to obtain a result related to packet delay and jitter performance. Packet delay, maximum jitter, and minimum jitter can be obtained by the following equation.

On the other hand, the ROUTE transmission protocol provides a streaming technique that enables to change the quantity and quality of segments that are dynamically transmitted through the broadcasting network. Since ROUTE is a transport protocol that extends File Delivery over Unidirectional Transport (FLUTE), it is configured in an extended form based on the packet structure used for FLUTE transport.

The ROUTE transport protocol transmits media data using DASH, a media transport format. DASH formats media data into ISOBMF-based DASH segments, one ISOBMF file containing media data and various metadata containers related to the media data. The initialization segment includes initialization information necessary to represent the media DASH segment on the screen, and includes'ftyp' including the type and compatibility of the file and'mov' containing information on the reproduction of media data. The media segment has'mdat' including actual media data and metadata about it, and the metadata consists of'styp' containing information about the transmitted segment and'mof' containing information about each'mdat'. Can be.

ROUTE transmits the aforementioned DASH segments on the payload of the ROUTE packet.

2 is a diagram showing the structure of a ROUTEP packet in a transmission/reception system based on the ATSC 3.0 transmission method according to an embodiment of the present invention.

Since the ROUTE packet is transmitted through the IP network differently from the MPEG-2 Transport Stream (TS), as shown in FIG. 2, the maximum transmission unit (MTU) length includes an IP header of 20 bytes and an UDP header of 8 bytes. . In addition, a layered coding transport (LCT) packet may be included as a basic transmission unit, and a ROUTE header and a ROUTE_Ext_ header, which are extension headers having a size of at least 4 bytes and a maximum of 16 bytes, may be included as necessary. Time-related values may be added to the ROUTE header. For example, EXT may include FEC Object Transmission Information (FTI), Transport Object Length (EXT_TO), EXT_ROUTE_PRESENTATION TIME, and EXT_TIMEs, thus having a variable length header and a payload.

One UHDTV service may be composed of one or more ROUTE sessions. Time-related values may be added to the header portion of the ROUTE packet for real-time object transmission. The EXT_TIME and EXT_ROUTE_PRESENTATION_TIME extension fields are time information related to this. The TV receiver may provide a real-time TV service to the viewer by synchronizing the ROUTE packets received through the values of the time information. In addition, in order to ensure the sorting order of ROUTE packets transmitted through the broadcasting network, offset information is added to the header of the ROUTE packet to prepare a method for rearranging the packets at the receiver.

According to an embodiment of the present invention, in the ROUTE transmission protocol, an EXT_TIME field is used to indicate a transmission time. By using these characteristics of EXT_TIME, results related to packet delay and jitter performance can be obtained. The packet delay, maximum jitter, and maximum jitter can be obtained by the following equation.

As described above, in an ATSC 3.0-based transmission/reception system that processes and transmits a stream using an MMT or ROUTE protocol, in an embodiment of the present invention, a protocol type such as MMT or ROUTE is applied to multiple channels of Ultra High Definition (UHD) content. Therefore, service quality is measured in real time.

3 is a conceptual diagram of a method of analyzing and monitoring a multi-channel multipoint stream in an ATSC 3.0 based transmission/reception system according to an embodiment of the present invention.

In an embodiment of the present invention, the state and data of IP data input and output to an encoder, multiplexer, scheduler, etc., which constitute an ATSC 3.0 based terrestrial UHD headend system, are analyzed, and the transmitted broadcast stream is analyzed in real time. And monitor.

Specifically, as shown in the attached FIG. 3, data for each processing step, that is, IP data output from the encoder of the terrestrial UHD headend system, data input from the encoder to the scrambler and then processed and output from the scheduler, multiplexed from the scheduler It analyzes the status and data for each of the IP data that is input and multiplexed as a group and outputted after being input to the scheduler from the multiplexer and processed. Here, with respect to the IP data for each processing step, a specific parameter according to a transmission protocol, that is, a specific field indicating a transmission time (in the case of an MMT transmission protocol, a timestamp field indicating a transmission time based on UTC time, a ROUTE transmission protocol) In the case, the service quality such as packet delay, maximum jitter, maximum jitter is measured using Equations 1 to 6 as described above using the EXT_TIME field indicating the transmission time), and monitoring results based thereon Output

To this end, the multi-channel multi-point stream monitoring apparatus according to an embodiment of the present invention has the following structure.

4 is a structural diagram of a multi-channel multipoint stream monitoring apparatus in an ATSC 3.0 based transmission/reception system according to an embodiment of the present invention.

In the ATSC 3.0-based transmission/reception system, the multi-channel multipoint stream monitoring apparatus 1 (also referred to as a stream monitoring apparatus for convenience of description) according to an embodiment of the present invention, as shown in FIG. 4, IP receiving unit 10 , STL analysis unit 20, MMT/ROUTE analysis unit 30, descrambling unit 40 and A/V decoding unit 50, A/V synchronization and output unit 60, user interface unit 70 and a delay and jitter measurement unit 80.

The IP receiving unit 10 is configured to receive input/output broadcast signals between equipment of the terrestrial UHD terrestrial UHD headend system.

The STL analysis unit 20 is configured to analyze a STL (Studio to Transmitter Links) signal output from the scheduler of the terrestrial UHD headend system.

The MMT/ROUTE analysis unit 30 is configured to analyze Low Level Signaling (LSL) and Service Layer Signaling (SLS), and extract A/V (Audio/Video) components transmitted through ROUTE or MMTP.

The descrambling unit 40 is configured to decrypt the encrypted A/V broadcast stream.

The A/V decoding unit 50 is configured to decode the decoded A/V broadcast stream.

The IP receiving unit 10, the STL analysis unit 20, the MMT/ROUTE analysis unit 30, the descrambling unit 40, and the A/V decoding unit 50 are configured for each channel, and each channel has UHD Performs monitoring function for stream transmission. Accordingly, for convenience of explanation, the IP receiving unit 10, the STL analysis unit 20, the MMT/ROUTE analysis unit 30, the descrambling unit 40, and the A/V decoding unit configured for one channel ( 50), can be referred to as "channel monitoring unit". Here, the channel is a multi-channel, for example, a first channel receiving data (or a first broadcast signal) output from an encoder of a terrestrial UHD headend system, input to a scrambler from an encoder, and then processed and output from a scheduler. A second channel receiving data (or a second broadcast signal), a third channel receiving data (or a third broadcast signal) output after being multiplexed from a scheduler, and a scheduler from a multiplexer And a fourth channel that receives data (or a fourth broadcast signal) output after processing. Accordingly, a “channel monitoring unit” is configured for each of the first to fourth channels, and the channel monitoring unit outputs images according to the measured service quality.

The A/V synchronization and output unit 60 is configured to perform A/V synchronization and split image output. The A/V synchronization and output unit 60 configures and outputs an output image as a split screen to simultaneously monitor a plurality of headend devices such as a 4K encoder, scrambler, multiplexer, and scheduler. That is, as shown in FIG. 3, images output from respective channel monitoring units for a plurality of channels (for example, first to fourth channels) are configured and output as a split screen.

The user interface unit 70 provides a graphical user interface (GUI) environment for system operation setting and monitoring. Specifically, the user interface unit 70 may receive setting information necessary for system operation from a system operator, and may receive control information for monitoring a media stream from a system operator. The user interface unit 70 manages and stores system setting information and control information, and provides video and audio information for analysis and monitoring of ATSC 3.0 media through a GUI.

The delay and jitter measurement unit 80 performs delay and jitter measurement of each component (encoder, scrambler, multiplexer, scheduler, etc.) of the terrestrial UHD headend system that processes data according to the MMT protocol. Also, the ROUTE protocol It is configured to perform the delay and jitter measurement of each component of the terrestrial UHD headend system that processes the data according to this.

Next, a multi-channel multipoint stream monitoring method according to an embodiment of the present invention will be described based on the stream monitoring device 1 having such a structure.

5 is a flowchart of a multi-channel multipoint stream monitoring method in an ATSC 3.0 based transmission/reception system according to an embodiment of the present invention.

Analysis and monitoring of a multi-channel multipoint stream are performed through interworking between the respective parts of the stream monitoring apparatus 1 according to an embodiment of the present invention.

Specifically, as shown in the accompanying FIG. 5, the stream monitoring apparatus 1 according to an embodiment of the present invention includes equipment (4K encoder, scrambler, multiplexer, scheduler, etc.) of the terrestrial UHD headend system as illustrated in FIG. ) Receives input/output broadcast signals (for example, first to fourth broadcast signals) through a plurality of channels (S100 ).

For a broadcast signal (eg, a first broadcast signal) input through one channel, the IP receiving unit 10 of the stream monitoring device 1 receives a broadcast signal. Here, the broadcast signal is an IP-based broadcast signal conforming to the domestic terrestrial UHDTV broadcast transmission/reception matching standard. The IP receiving unit 10 extracts MMTP/ROUTE/STL information from an IP-based broadcast signal, and outputs STL/UDP/IP data to the STL analysis unit 20 (S110). In addition, the IP receiving unit 10 outputs MMTP/UDP/IP data or ROUTE/UDP/IP data to the MMT/ROUTE analysis unit 30 (S120).

The STL analysis unit 20 receives the STL/UDP/IP data from the IP receiving unit 10, and extracts the STL from the received IP data. Then, the bootstrap (Bootstrap), preamble (Preamble) data is extracted and analyzed using the L1 signaling information included in the STL (S130). The STL analysis unit 20 may extract the ASC (ATSC Link-Layer Protocol) based on the analyzed data, and separately log the acquired information (STL, L1 signaling information, bootstrap, preamble, ALP) ( Log) file. The STL analysis unit 20 then outputs the MMTP/UDP/IP data or ROUTE/UDP/IP data to the MMT/ROUTE analysis unit 30 (S140).

The MMT/ROUTE analysis unit 30 performs analysis and processing based on IP data (MMTP/UDP/IP or ROUTE/UDP/IP) input from the IP reception unit 10 and the STL analysis unit 20 to perform video and audio. ES (elementary stream) is output (S150).

Specifically, the MMT/ROUTE analysis unit 30 extracts the LLS and analyzes the SLT when the received data is MMTP/UDP/IP data (a). Check whether or not the broadcast media received is scrambled through SLT analysis (b), check the media transmission protocol through SLT analysis, extract MMTP packets (c), and use the MMT signaling for USBMT and MP tables of MMT (Table), HRBM (Hypothetical Receiver Buffer Model) is extracted and analyzed, and the payload of MMTP packet is processed based on the data analyzed through the process of (d), (b) to process video and audio ES (elementary stream). To extract.

Meanwhile, when the received data is ROUTE/UDP/IP data, the MMT/ROUTE analysis unit 30 checks a media transmission protocol through SLT analysis, extracts a ROUTE packet (f), and uses ROUTE signaling to LCT, SLS, USBD, MPD (Media Presentation Description), S-TSID (Service-based Transport Session Instance Description) are extracted and analyzed (g), and the payout of the ROUTE packet based on the data analyzed through the process (g) Process the load to extract video and audio ES. The MMT/ROUTE analysis unit 30 may store the information obtained in steps a through h as a separate log file.

Thereafter, the MMT/ROUTE analysis unit 30 outputs the scrambled video and audio ES to the descrambling unit 40 when the received broadcast media is scrambled (S160), and if the received broadcast media is not scrambled, scrambled The video and audio ES that are not output are output to the A/V decoding unit 50 (S170).

The descrambling unit 40 receives the scrambled video and audio ES from the MMT/ROUTE analysis unit 30, descrambles them using CENC (Common. Encryption) method, and A/Vs the descrambled video and audio ES. Output to the decoding unit 50 (S180, S190).

The A/V decoding unit 50 decodes and outputs input video and audio ES. That is, the A/V decoding unit 50 receives descrambled video and audio ES from the descrambling unit 40 or receives unscrambled video and audio ES from the MMT/ROUTE analysis unit 30. The A/V decoding unit 50 decodes the video and audio ES by the CENC method, and outputs the decoded A/V video signal to the A/V synchronization and output unit 60 (S200, S210). Here, the A/V decoding unit 50 may store information of the decoding process as a separate log file.

As described above, for each of a plurality of channels, the IP receiving unit 10, STL analysis unit 20, MMT/ROUTE analysis unit 30, consisting of a descrambling unit 40 and an A/V decoding unit 50 The channel monitoring unit operates, and the decoded A/V video signal may be output to the A/V synchronization and output unit 60.

The A/V synchronization and output unit 60 outputs an image based on the A/V image signal input from the A/V decoding unit 50 (S220). At this time, the A/V synchronization and output unit 60 configures and outputs a split image by combining the decoded A/V image signals output by the channel monitoring unit for each channel.

On the other hand, the delay and jitter measurement unit 80 according to an embodiment of the present invention, the delay of each component (encoder, scrambler, multiplexer, scheduler, etc.) of the terrestrial UHD headend system processing data according to the MMT protocol and Perform jitter measurements. To this end, each component of the terrestrial UHD headend system must be time synchronized with a PTP (Precision Time Protocol)/ NTP (Network Time Protocol) server.

The delay and jitter measurement unit 80 measures delay and jitter by using setting parameters, that is, a 32-bit timestamp value defined in the packet header of the MMT protocol. The packet delay may be calculated using the packet reception time and timestamp information, and is calculated according to Equation 1 described above. Jitter may be calculated through packet reception time, timestamp information, and delay information, and may be calculated by dividing into a maximum value and a minimum value. The maximum jitter may be calculated based on Equation 2 above, and the minimum jitter may be calculated based on Equation 3 above.

In addition, the delay and jitter measurement unit 80 measures delay and jitter of each component of the terrestrial UHD headend system that processes data according to the ROUTE protocol. Even in this case, each component of the terrestrial UHD headend system must be time synchronized with the PTP/NTP server.

The delay and jitter measurement unit 80 measures delay and jitter using a setting parameter, that is, an EXT_TIME value defined in a packet of the ROUTE protocol. The packet delay may be calculated using the packet reception time and EXT_TIME information, and may be calculated based on Equation 4 above. Jitter can be calculated through the packet reception time, EXT_TIME information, and delay information, and is calculated by dividing it into maximum/minimum values. The maximum jitter may be calculated based on Equation 5 above, and the minimum jitter may be calculated based on Equation 6 above.

6 is a flowchart of a process of measuring service quality in a multi-channel multipoint stream monitoring method in an ATSC 3.0-based transmission/reception system according to an embodiment of the present invention.

6, the delay and jitter measurement unit 80 receives signals output from each component (encoder, scrambler, multiplexer, scheduler, etc.) of the terrestrial UHD headend system through a separate channel. (S300).

For each channel, it is determined whether the received signal has been processed according to the MMT protocol or the ROUTE protocol, and delay and jitter measurements are performed according to the determined protocol (S310).

When the received signal is processed according to the MMT protocol, delay and jitter are measured using a 32-bit timestamp value defined in the packet header of the signal (S320). In this case, the packet delay is measured according to Equation 1 by using the packet reception time and timestamp information, respectively, according to Equation 2 and Equation 3 by using the packet reception time, timestamp information and delay information, respectively. Maximum jitter and minimum jitter are measured.

In addition, when the received signal is processed according to the ROUTE protocol, delay and jitter are measured using the EXT_TIME value included in the header of the packet of the corresponding signal (S330). In the case of dl, the packet delay is measured according to Equation 4 using the packet reception time and EXT_TIME information, and the maximum jitter according to Equations 5 and 6 using the packet reception time and EXT_TIME information and delay information, respectively. And minimum jitter are measured.

As described above, the measurement results measured by the delay and jitter measurement unit 80, that is, the packet delay indicating the quality of service, the maximum jitter, and the minimum jitter, are output by the A/V synchronization and output unit 60 It can be output in the form of overlaying the image. Alternatively, the measurement result may be displayed in a real time change pattern through a separate monitoring device.

7 is a structural diagram of a stream monitoring apparatus according to another embodiment of the present invention.

7, the stream monitoring device 100 according to another embodiment of the present invention includes a processor 110, a memory 120, an input interface device 130, an output interface device 140, and a network interface 150 and storage device 160, which can communicate via bus 170.

The processor 110 may be configured to implement the methods described based on FIGS. 1 to 6 above. The processor 110 determines whether the received packet has been processed according to the MMT or ROUTE protocol, and uses a value representing time information included in the packet according to the processed protocol (quality of delay, maximum jitter, minimum jitter, etc.) It is configured to measure. In particular, the processor 110 receives packets output from each component of the terrestrial UHD headend system and performs a delay and jitter measurement of each component of the terrestrial UHD headend system. Using time information, it may be configured to measure the quality of service for each component.

The processor 110 may be a central processing unit (CPU) or a semiconductor device that executes instructions stored in the memory 120 or the storage device 160.

The memory 120 is connected to the processor 110 and stores various information related to the operation of the processor 110. The memory 120 may store instructions to be executed by the processor 110 or may temporarily store and load instructions from the storage device 160. The processor 110 may execute instructions stored or loaded in the memory 120. The memory may include ROM 121 and RAM 122.

In an embodiment of the present invention, the memory 120 may be located inside or outside the processor 110, and the memory 120 may be connected to the processor 110 through various known means.

The network interface device 150 is connected to a network and is configured to transmit and receive signals. The network interface device 150 may be configured to receive signals output from each component of the terrestrial UHD headend system and provide them to the processor 110.

The embodiment of the present invention is not implemented only through the apparatus and/or method described above, and is implemented through a program for realizing a function corresponding to the configuration of the embodiment of the present invention, a recording medium in which the program is recorded, and the like. Alternatively, such an implementation can be easily implemented by those skilled in the art to which the present invention pertains from the description of the above-described embodiments.

Although the embodiments of the present invention have been described in detail above, the scope of the present invention is not limited to this, and various modifications and improvements of those skilled in the art using the basic concept of the present invention defined in the following claims are also provided. It belongs to the scope of rights.

Claims (1)

As a method for monitoring a stream in a system for transmitting and receiving broadcast signals based on ATSC 3.0,
A monitoring device, each of the components of the system for transmitting the broadcast signal, receiving signals output through output terminals of a plurality of components through a plurality of channels;
Checking, by the monitoring device, a protocol in which a signal received through each channel of the plurality of channels is processed; And
Measuring, by the monitoring device, a quality of service for a signal received through the corresponding channel using a setting parameter included in the header of the signal according to the identified protocol
Monitoring method comprising a.

Images