KR102461190B1 - Transmitting apparatus and receiving apparatus and signal processing method thereof - Google Patents

Abstract

A transmitting device is disclosed. The transmitting apparatus includes a packet generating unit generating a packet including a header and a payload based on an input stream and a signal processing unit signal processing the generated packet, wherein the base header constituting the header includes: It includes a first field indicating the packet type, and when the first field is set to a value indicating that the packet type of the input stream is a TS packet, the base header includes a second field indicating the number of TS packets included in the payload; and a third field set to a first value indicating that there is no additional header or a second value indicating that an additional header is present, and the third field is set to a second value when TS header compression is applied.

Description

Transmitting device, receiving device and its signal processing method { TRANSMITTING APPARATUS AND RECEIVING APPARATUS AND SIGNAL PROCESSING METHOD THEREOF}

The present invention relates to a transmitting apparatus, a receiving apparatus, and a signal processing method thereof, and more particularly, to a transmitting apparatus, a receiving apparatus, and a signal processing method thereof for transmitting data by mapping data to at least one signal processing path.

In the information society of the 21st century, broadcasting and communication services are entering the era of full-scale digitalization, multi-channel, broadband, and high-quality. In particular, as the distribution of high-definition digital TVs, PMPs, and portable broadcasting devices has recently expanded, the demand for digital broadcasting services to support various reception methods is increasing. In addition, the demand for data transmission of various pockets composed of not only MPEG2-TS packets traditionally used through broadcasting networks but also packets based on Internet protocol is increasing.

In accordance with these demands, the standards group has established various standards and is providing various services that can satisfy the needs of users. coloration is requested.

SUMMARY OF THE INVENTION The present invention has been devised in response to the above needs, and an object of the present invention is to provide a transmitting apparatus, a receiving apparatus, and a signal processing method for generating a packet having a format suitable for transmitting TS packet type data.

According to an exemplary embodiment for achieving the above object, a transmitting apparatus includes a packet generation unit generating a packet including a header and a payload based on an input stream, and a signal processing unit signal processing the generated packet. wherein the base header constituting the header includes a first field indicating the packet type of the input stream, and when the first field is set to a value indicating that the packet type of the input stream is a TS packet, the The base header includes a second field indicating the number of TS packets included in the payload, and a third field set to a first value indicating that there is no additional header or a second value indicating that the additional header is present. and the third field is set to the second value when TS header compression is applied.

Here, the TS header compression may be a process in which the TS header is maintained only for the first TS packet among the at least two TS packets included in the payload and the header is removed for the remaining TS packets.

Also, when the third field is set to the second value, the additional header includes a fourth field set to a third value indicating that the TS header compression is applied and the number of deleted null TS packets. at least one null TS packet continuously preceding a first TS packet included in the payload among a plurality of packets included in the input stream. this can be

In addition, if there are deleted null TS packets, the fifth field may be set to a value indicating the number of deleted null TS packets, and if there are no deleted null TS packets, the fifth field may be set to 0. have.

In addition, the fifth field is implemented as a 7-bit field, and when the third field is set to the second value and the fourth field is set to a fourth value indicating that the TS header compression is not applied, 128 When null TS packets are removed, the fifth field may be set to 0.

Here, the first field may be implemented as a 3-bit field, the second field as a 4-bit field, and the third field as a 1-bit field.

Meanwhile, a signal processing method of a transmitting apparatus according to an embodiment of the present invention includes generating a packet including a header and a payload based on an input stream, and signal processing the generated packet. and a base header constituting the header includes a first field indicating a packet type of the input stream, and when the first field is set to a value indicating that a packet type of the input stream is a TS packet, the base header includes a second field indicating the number of TS packets included in the payload and a third field set to a first value indicating that the additional header does not exist or a second value indicating that the additional header is present and the third field is set to the second value when TS header compression is applied.

Here, the TS header compression may be a process in which the TS header is maintained only for the first TS packet among the at least two TS packets included in the payload and the header is removed for the remaining TS packets.

Also, when the third field is set to the second value, the additional header includes a fourth field set to a third value indicating that the TS header compression is applied and the number of deleted null TS packets. at least one null TS packet continuously preceding a first TS packet included in the payload among a plurality of packets included in the input stream. can be

In addition, if there are deleted null TS packets, the fifth field may be set to a value indicating the number of deleted null TS packets, and if there are no deleted null TS packets, the fifth field may be set to 0. have.

In addition, the fifth field is implemented as a 7-bit field, and when the third field is set to the second value and the fourth field is set to a fourth value indicating that the TS header compression is not applied, 128 When null TS packets are removed, the fifth field may be set to 0.

Here, the first field may be implemented as a 3-bit field, the second field as a 4-bit field, and the third field as a 1-bit field.

In addition, in a recording medium storing a program for performing a signal processing method of a transmitting apparatus according to an embodiment of the present invention, the method includes generating a packet including a header and a payload based on an input stream and signal processing the generated packet, wherein a base header constituting the header includes a first field indicating a packet type of the input stream, wherein the first field is a packet of the input stream. When the type is set to a value indicating TS packet, the base header includes a second field indicating the number of TS packets included in the payload, and a first value indicating that there is no additional header or the additional header is present. a third field set to a second value indicating

As described above, according to various embodiments of the present invention, since an input stream can be efficiently mapped to a physical layer, data processing efficiency can be increased.

1 is a diagram for explaining a hierarchical structure of a transmission system according to an embodiment of the present invention.
2 is a diagram for explaining a schematic configuration of a broadcast link layer 1400 according to an embodiment of the present invention.
3A is a diagram for explaining a schematic configuration of a transmission system (or a transmission apparatus) according to an embodiment of the present invention.
3B and 3C are diagrams for explaining a multiplexing method according to an embodiment of the present invention.
4 to 5B are block diagrams showing the detailed configuration of the Input Formatting block shown in FIG. 3A.
6 is a block diagram illustrating a configuration of a transmitting apparatus according to an embodiment of the present invention.
7 is a diagram illustrating an ALP packet structure according to an embodiment of the present invention.
8 is a diagram for explaining the structure of a base header of an ALP packet according to an embodiment of the present invention.
9 is a diagram for explaining a null packet removal mechanism according to an embodiment of the present invention.
10 is a diagram for explaining a TS header removal mechanism according to an embodiment of the present invention.
11 is a block diagram illustrating a configuration of a transmission apparatus according to another embodiment of the present invention.
12 is a block diagram illustrating a detailed configuration of a frame generator according to an embodiment of the present invention.
13 is a diagram illustrating an ALP packet, a baseband packet, and a scrambled baseband packet according to an embodiment of the present invention.
14 is a diagram for explaining a TS packet encapsulation mechanism according to an embodiment of the present invention.
15 is a diagram for explaining a TS packet encapsulation mechanism according to another embodiment of the present invention.
FIG. 16 is a diagram for explaining a decapsulation mechanism of the ALP packet shown in FIG. 15 .
17 is a diagram for explaining a TS packet encapsulation and TS header removal mechanism according to another embodiment of the present invention.
FIG. 18 is a diagram for explaining the mechanism of decapsulation and TS header restoration of the ALP packet shown in FIG. 17 .
19 is a flowchart illustrating a signal processing method of a transmitting apparatus according to an embodiment of the present invention.
20A is a block diagram illustrating a configuration of a receiving apparatus according to an embodiment of the present invention.
20B is a block diagram for specifically explaining a signal processing unit according to an embodiment of the present invention.
21 is a block diagram illustrating the configuration of a receiver according to an embodiment of the present invention.
22 is a block diagram illustrating the demodulator of FIG. 21 in more detail according to an embodiment of the present invention.
23 is a flowchart schematically illustrating an operation of a receiver from when a user selects a service to when the actually selected service is played, according to an embodiment of the present invention.

Hereinafter, various embodiments of the present invention will be described in detail with reference to the accompanying drawings.

The apparatus and method proposed in an embodiment of the present invention include a digital multimedia broadcasting (DMB, hereinafter referred to as 'DMB') service and a digital video broadcasting handheld (DVP-H, hereinafter 'DMB') service. DVP-H'), and the Mobile/Portable Advanced Television Systems Association (ATSC-M/H: advanced television systems committeemobile/handheld: ATSC-M/H, hereinafter referred to as 'ATSC-M/H') and) a mobile broadcasting service such as a service, a digital video broadcasting system such as an internet protocol television (IPTV, hereinafter referred to as 'IPTV') service, and MPEG media transport (moving picture experts group) media transport: MMT, hereinafter referred to as 'MMT') system, an evolved packet system (EPS, hereinafter referred to as 'EPS'), and long-term evolution (LTE) , hereinafter referred to as 'LTE') a mobile communication system, a long-term evolution-advanced (long-term evolution-advanced: LTE-A, hereinafter referred to as 'LTE-A') mobile communication system, and a high-speed Downlink packet access (HSDPA, hereinafter referred to as 'HSDPA') mobile communication system and high speed uplink packet access (HSUPA, hereinafter referred to as 'HSUPA') High-rate packet of the mobile communication system and the 3rd generation project partnership 2 (3rd generation project partnership 2: 3GPP2, hereinafter referred to as '3GPP2') Data (high rate packet data: HRPD, hereinafter referred to as 'HRPD') mobile communication system and 3GPP2 broadband code division multiple access

(wideband code division multiple access: WCDMA, hereinafter referred to as 'WCDMA') a mobile communication system, and a 3GPP2 code division multiple access (CDMA, hereinafter referred to as 'CDMA') mobile communication system; , International Institute of Electrical and Electronics Engineers (IEEE, hereinafter referred to as 'IEEE') communication systems such as 802.16m communication systems, and mobile internet protocol (mobile internet protocol: Mobile IP, hereinafter referred to as 'Mobile IP') Of course, it is applicable to various communication systems such as ') system, etc.

1 is a diagram for explaining a hierarchical structure of a transmission system according to an embodiment of the present invention.

Referring to FIG. 1 , a service includes media data 1000 constituting the service and signaling 1050 for transmitting information necessary for acquiring and consuming media data in a receiver. Media data may be encapsulated in a form suitable for transmission prior to transmission. The encapsulation method may follow the Media Processing Unit (MPU) defined in ISO/IEC 23008-1 MPEG Media Transport (MMT) or the DASH segment format defined in ISO/IEC 23009-1 Dynamic Adaptive Streaming over HTTP (DASH). Media data 1000 and signaling 1050 are packetized by an application layer protocol.

1 illustrates a case in which an MMT protocol (MMTP) 1110 and a Real-Time Object Delivery over Unidirectional Transport (ROUTE) protocol 1120 defined in MMT are used as application layer protocols. In this case, in order for the receiver to know which application layer protocol a specific service is transmitted with, a method for notifying information about the application protocol through which the service is transmitted in a method independent of the application layer protocol is required.

The Service List Table (SLT) 1150 shown in FIG. 1 configures service information into a table and packetizes the information in a signaling method to satisfy the above-mentioned purpose. The details of the SLT will be described later. The above-described packetized media data and signaling including the SLT go through the User Datagram Protocol (UDP) 1200 and the Internet Protocol (IP) 1300 and the broadcast link layer 1400 ) is transferred to An example of a broadcast link layer is ATSC 3.0 Link-Layer Protocol (ALP) defined in ATSC 3.0. The ALP protocol generates an ALP packet by inputting an IP packet and delivers the ALP packet to the broadcast physical layer 1500 .

However, according to FIG. 2 to be described later, the broadcast link layer 1400 does not use only the IP packet 1300 including media data or signaling as an input, but uses MPEG2-TS packets or general packetized data as an input. Note that you can In this case, signaling information necessary for controlling the broadcast link layer is also transmitted to the broadcast physical layer 1500 in the form of an ALP packet.

The broadcast physical layer 1500 generates a physical layer frame by signal processing the ALP packet as an input, converts the physical layer frame into a radio signal, and transmits the signal. In this case, the broadcast physical layer 1500 has at least one signal processing path. An example of the signal processing path may be a Physical Layer Pipe (PLP) of DVB-T2 or ATSC 3.0, and one or more services may be entirely mapped to the PLP, or a part of the service may be mapped.

2 is a diagram for explaining a schematic configuration of a broadcast link layer 1400 according to an embodiment of the present invention.

Referring to FIG. 2 , the input of the broadcast link layer 1400 includes an IP packet 1300 , and further includes link layer signaling 1310 , an MPEG2-TS packet 1320 and other packetized data 1330 . can do.

The input data may be subjected to an additional signal processing process according to the type of input data before the ALP packetization 1450 . As an example of the additional signal processing process, an IP header compression process 1410 may be performed in the case of the IP packet 1300 , and a TS header compression process 1420 may be performed in the case of an MPEG2-TS packet. In the ALP packetization process, input packets may be divided and merged.

3A is a diagram for explaining a schematic configuration of a transmission system (or a transmission apparatus) according to an embodiment of the present invention. Referring to FIG. 3A , a transmission system 10000 according to an embodiment of the present invention includes an Input Formatting block (or part) 11000, 11000-1, and a Bit Interleaved and Coded Modulation (BICM) block 12000, 12000-1). , Framing/Interleaving blocks 13000 and 13000-1 and Waveform Generation blocks 14000 and 1400-1.

The Input Formatting blocks (or parts) 11000 and 1100-1 generate baseband packets from an input stream for data to be serviced. Here, the input stream may be TS (Transport Stream), IP (Internet Packets) (eg IPv4, IPv6), MMT (MPEG Media Transport), GS (Generic Stream), GSE (Generic Stream Encapsulation), etc. have. For example, an ATSC 3.0 Link Protocol (ALP) packet may be generated based on an input stream including IP, and a baseband packet may be generated based on the generated ALP packet. The BICM (Bit Interleaved and Coded Modulation) blocks 12000 and 12000-1 are encoded by determining the FEC coding rate and constellation order according to the area (Fixed PHY Frame or Mobile PHY Frame) in which data to be serviced is transmitted. , and time interleaving is performed. Meanwhile, the signaling information for data to be serviced may be encoded through a separate BICM encoder or may be encoded by sharing the BICM encoder with data to be serviced according to implementation.

The framing/interleaving blocks 13000 and 13000-1 combine time-interleaved data with a signaling signal to generate a transmission frame.

The waveform generation blocks 14000 and 1400-1 generate an OFDM signal in the time domain for the generated transmission frame, modulate the generated OFDM signal into an RF signal, and transmit it to the receiver.

The transmission system 10000 according to an embodiment of the present invention shown in FIG. 3A includes normative blocks indicated by solid lines and informaive blocks indicated by dotted lines. Here, blocks indicated by solid lines are normal blocks, and blocks indicated by dotted lines are blocks that can be used when implementing informaive MIMO.

3B and 3C are diagrams for explaining a multiplexing method according to an embodiment of the present invention.

3B is a block diagram for implementing Time Division Multiplexing (TDM) according to an embodiment of the present invention.

In the TDM system architecture, there are four main blocks (or parts): an Input Formatting block 11000 , a BICM block 12000 , a Framing/Interleaving block 13000 , and a Waveform Generation block 14000 .

Data is inputted to and formatted in the Input Formatting block 1100 , and forward error correction is applied in the BICM block 12000 and mapped to a constellation. Then, time and frequency interleaving is performed in the Framing/Interleaving block 13000, and a frame is generated. Thereafter, an output waveform is generated in the Waveform Generation block 14000 .

3C is a block diagram for implementing Layered Division Multiplexing (LDM) according to another embodiment of the present invention.

In the LDM system architecture, there are several different blocks compared to the TDM system architecture. Specifically, there are two separate Input Formatting blocks (11000, 11000-1) and BICM blocks (12000, 12000-1) for one of each layer of the LDM. These are combined before the Framing/Interleaving block 13000 in the LDM injection block. and Waveform Generation block 14000 is similar to TDM.

4 is a block diagram showing a detailed configuration of the Input Formatting block shown in FIG. 3A.

As shown in FIG. 4, the Input Formatting block 11000 is composed of three blocks that control packets distributed to PLPs. Specifically, it includes an encapsulation and compression block 11100 , a baseband formatting (or a baseband framing block) 11200 , and a scheduler block 11300 .

An input stream input to the encapsulation and compression block 11100 may be configured in various types. For example, the input stream can be TS (Transport Stream), IP (Internet Packets) (eg IPv4, IPv6), MMT (MPEG Media Transport), GS (Generic Stream), GSE (Generic Stream Encapsulation), etc. can

Packets output from the encapsulation and compression block 11200 become ALP packets (generic packets) (or ALP packets, L2 packets). Here, the format of the ALP packet may be one of TLV/GSE/ALP.

The length of each ALP packet is variable. The length of the ALP packet can be easily extracted from the ALP packet itself without additional information. The maximum length of an ALP packet is 64 kB. The maximum length of an ALP packet including a header is 4 bytes. ALP packets are integer bytes long.

The scheduler block 11200 receives an input stream composed of encapsulated ALP packets and forms PLPs (physical layer pipes) in the form of baseband packets. In the above-described TDM system, only one PLP called a single PLP or S-PLP may exist, or multiple PLPs called M-PLP may exist. A service cannot use more than 4 PLPs. In the case of a two-layer LDM system, two PLPs are used, one for each layer.

The scheduler block 11200 receives the encapsulated ALP packets and specifies how the corresponding packets are allocated to physical layer resources. Specifically, the scheduler block 11200 specifies how the baseband formatting block 1130 outputs the baseband packet.

The function of the scheduler block 11200 is defined by data size and time. The physical layer may transmit a portion of the data in this distributed time. The scheduler block uses inputs and information such as encapsulated data packets, quality of service metadata for encapsulated data packets, system buffer models, constraints and configurations from system management, It creates a suitable solution in terms of configuration of physical layer parameters. The solution is subject to the available configuration and control parameters and aggregate spectrum.

Meanwhile, the operation of the scheduler block 11200 is limited to a set of dynamic, quasi-static, and static configurations. The definition of these restrictions may vary from implementation to implementation.

In addition, a maximum of 4 PLPs may be used for each service. A plurality of services configured with a plurality of type interleaving blocks may be configured with up to 64 PLPs for a bandwidth of 6, 7, or 8 MHz.

The baseband formatting block 11300 includes baseband packet construction blocks 3100, 3100-1, ... 3100-n, baseband packet header construction blocks 3200, 3200-1, ... 3200 as shown in FIG. 5A. -n), the baseband packet scrambling block (3300, 3300-1, ... 3300-n) is composed of three blocks. In the M-PLP operation, the baseband formatting block generates a plurality of PLPs as needed.

The baseband packet construction blocks 3100, 3100-1, ... 3100-n constitute a baseband packet. Each baseband packet 3500 is composed of a header 3500-1 and a payload 3500-2 as shown in FIG. 5B. Baseband packets are fixed with length Kpayload. The ALP packets 3610 to 3650 are sequentially mapped to the baseband packet 3500 . If the ALP packets 3610 - 3650 do not completely fit within the baseband packet 3500, the packets are scattered between the current baseband packet and the next baseband packet. Packet distribution is done only in bytes.

The baseband packet header construction blocks 3200, 3200-1, ... 3200-n constitute the header 3500-1. The header 3500-1 has three parts, namely, a base field (or base header) 3710, an option field (or an option header) 3720, and an extension field (or an extension header) ( 3730). Here, the base field 3710 may appear in every baseband packet, and the option field 3720 and the extension field 3730 may not appear in every baseband packet.

The main function of the base field 3710 is to provide a pointer including an offset value as a byte as the start of the next ALP packet in the baseband packet. When the ALP packet starts the baseband packet, the pointer value becomes 0. If there is no ALP packet starting within the baseband packet, the pointer value is 8191, and a base header of 2 bytes can be used.

The extended field 3730 may be utilized later, for example, a baseband packet packet counter, baseband packet time stamping, additional signaling, and the like.

The baseband packet scrambling blocks 3300, 3300-1, ... 3300-n scramble baseband packets.

Payload data is always scrambled before direction error correction encoding so that it is not always mapped to the same point, such as when the payload data mapped to constellations consists of a repetitive sequence.

6 is a block diagram illustrating a configuration of a transmitting apparatus according to an embodiment of the present invention.

Referring to FIG. 6 , the transmitting apparatus 100 includes a packet generating unit 110 and a signal processing unit 120 .

The packet generator 110 encapsulates input IP packets, TS packets, and various types of data to generate packets for transmission to each PLP. Here, the packet corresponds to an L2 packet in the ISO 7 layer model.

Specifically, the packet generator 110 may generate a packet including a header and a payload (or data payload) based on the input stream, for example, an ALP packet (generic packet) (or L2 packet). Here, the header may include information about the payload included in the corresponding packet and information about the packet included in the corresponding packet. Hereinafter, for convenience of description, a packet generated by the packet generator 110 will be referred to as an ALP packet.

In general, the payload included in the ALP packet may include one of an Internet Protocol (IP) packet, a TS packet, and a signaling packet, or a combination thereof. However, the data included in the payload is not limited to the above-described example, and may include various types of data. Here, the ALP packet can be regarded as a unit packet required to map input various types of data to a physical layer.

Here, the base header constituting the header includes a first field indicating the packet type of the input stream. When the first field is set to a value indicating that the packet type of the input stream is a TS packet, the base header is included in the payload. a second field indicating the number of completed TS packets, and a third field set to a first value indicating that an additional header does not exist or a second value indicating that an additional header exists, wherein the third field includes the TS header If compression is applied, it is set to the second value. Here, the TS header compression may be a process in which the TS header is maintained only for the first TS packet among at least two TS packets included in the payload and the header is removed for the remaining TS packets.

In addition, when the third field is set to the second value, the additional header includes a fourth field set to a third value indicating that TS header compression is applied and a deleted null TS packet (or null packet or TS). a fifth field indicating the number of null packets). Here, the removed null TS packet becomes at least one null TS packet successively preceding the first TS packet included in the payload among a plurality of packets included in the input stream.

Here, when there are deleted null TS packets, the fifth field is set to a value indicating the number of deleted null packets, and when there is no deleted null TS packets, the fifth field is set to 0.

In addition, the fifth field is implemented as a 7-bit field, and when the third field is set to a second value and the fourth field is set to a fourth value indicating that TS header compression is not applied, 128 null packets are removed In this case, the fifth field is set to 0.

The signal processing unit 120 may signal-process the ALP packet generated by the packet generation unit 110 . Here, the signal processing unit 130 may perform all signal processing steps after the generation of the ALP packet, for example, may perform all signal processing steps from generation of the baseband packet to generation of the transmission frame.

7 is a diagram illustrating an ALP packet structure according to an embodiment of the present invention.

Referring to FIG. 7 , the ALP packet includes a header 7100 and a payload 7200 . The header 7100 may be further divided into a base header 7110 , an additional header 7120 , and an option header 7130 according to their roles. The ALP packet header 7100 necessarily includes the base header 7110 , and the existence of the additional header 7120 may vary depending on the value of the control field of the base header 7110 . In addition, the presence or absence of the option header 7130 may be selected using the control field of the additional header 7120 .

8 is a diagram for explaining a header structure of an ALP packet according to an embodiment of the present invention.

The Packet_Type field 7111 corresponds to the above-described first field and is a 3-bit field indicating a protocol or packet type applied to an input packet before being encapsulated into an ALP packet. As an example, it may be encoded according to Table 1 below.

packet_type Value Meaning 000 IPv4 packet 001 Reserved 010 Compressed IP packet 011 Reserved 100 Link layer signaling packet 101 Reserved 110 Packet Type Extension 111 MPEG-2 Transport Stream

When the Packet_Type field 810 is set to a value of “111” indicating an MPEG-2 TS packet, the base header 7110 includes a Number of TS packets (NUMTS) field 7112 and an Additional Header Flag (AHF) field 7113 . include That is, the header structure of the ALP packet shown in FIG. 8 becomes the header structure when the input stream is an MPEG-2 TS packet.

ALP packets provide an overhead reduction mechanism for MPEG-2 TS packets to improve transmission efficiency. Specifically, the sync byte (0x47) of each TS packet is always removed. Accordingly, the length of the MPEG-2 TS packet encapsulated in the payload of the ALP packet is always 187 bytes, not the original length of 188 bytes.

In addition, null TS packet removal and TS header removal are selectively applied.

Specifically, in order to avoid unnecessary transmission overhead, a null TS packet (PID = 0x1FFF) may be removed, and the removed null TS packet may be restored at the receiving end using a DNP field 7122 to be described later.

In order to further improve the transmission efficiency, the header of the MPEG-2 TS packet may be removed in a similar manner. When at least two consecutive TS packets have sequentially incremented continuity counter fields and the headers are the same, the header is transmitted once in the first packet, and other headers may be removed.

When the above three overhead reduction mechanisms are performed, the overhead reduction may be performed in the order of sink removal, null packet removal, and common header removal. The syntax of such MPEG-2 TS encapsulation is shown in Table 2.

Syntax No . of bits Format ATSC3 .0_ link _ layer _ packet () { packet_type 3 '111' NUMTS 4 uimsbf AHF One bslbf if (AHF =="1") { HDM One bslbf DNP 7 uimsbf } }

The UMTS (Number of TS packets) field 820 corresponds to the above-described second field and is a 4-bit field indicating the number of TS packets included in the payload of the corresponding ALP packet. NUMTS = '0' indicates that 16 packets are transmitted in the payload of the ALP, and NUMTS of all other values may indicate the same number of TS packets. For example, NUMTS = ‘0001’ indicates that one TS packet is transmitted.

An additional header flag (AHF) field 7113 corresponds to the above-described third field and is a 1-bit field indicating the presence or absence of an additional header. A value of “0” indicates that the additional header does not exist, and a value of “1” indicates that the additional header 7120 exists after the base header 7110. Here, the additional header may be implemented as 1 byte. The AHF field 7113 may be set to a value of “1” when the null TS packet is removed or when TS header compression is applied.

That is, the additional header 7120 for TS packet encapsulation is composed of an HDM field 7121 and a DNP field 7122, and exists only when the AHF field 7113 is set to a value of “1”.

A Header Deletion Mode (HDM) field 7121 corresponds to the above-described fourth field and is a 1-bit field indicating whether TS header removal is applied to the corresponding ALP packet. A value of "1" indicates that TS header removal is applied to the corresponding ALP packet, and a value of "0" indicates that TS header removal is not applied.

A Deleted Null Packets (DNP) field 7122 corresponds to the above-described fifth field and indicates the number of deleted null TS packets. Here, the removed null TS packet may be at least one null TS packet successively preceding the first TS packet included in the payload among a plurality of packets included in the input stream.

A maximum of 128 null packets can be removed. When the value of the HDM field 7121 is “0”, the value of the DNP field 7122 of “0” indicates that 128 null TS packets have been removed. When the HDM field 7121 value is “1”, the DNP field 7122 value “0” indicates that the null TS packet is not removed. Since the HDM field 7121 value of "0" indicates that the TS header removal is not applied, it indicates that the null TS packet is necessarily removed.

The presence of the additional header 7120 means that the AHF field 7113 is set to a value of “1”, which means that the null TS packet must be removed or the TS header compression is applied. Because. Accordingly, when the value of the HDM field 7121 is "0", the value of the DNP field 7122 does not need to indicate whether or not null TS packets are removed, so "0" indicates that 128 null TS packets have been removed. On the other hand, when the value of the HDM field 7121 is “1”, the null TS packet may or may not be removed. Accordingly, when the value of the HDM field 7121 is “1”, the value of the DNP field 7122 of “0” indicates that the null TS packet is not removed.

Meanwhile, all DNP field 7122 values except for the value “0” indicate the same value as the number of removed null TS packets. For example, a value of "5" in the DNP field 7122 indicates that 5 null packets have been removed.

9 is a diagram for explaining a null packet removal mechanism according to an embodiment of the present invention.

The transport stream rules require that the bit rate at the output of the multiplexer of the sending device and the input of the demultiplexer of the receiving device are equal in time, and that the end-to-end delay is also the same. For some transport stream input signals, null packets may be present to accommodate variable bit rate services in a constant bit rate stream. In this case, in order to avoid unnecessary transmission overhead, the null TS packet (PID = 0x1FFF) may be removed. A process in which the removed null TS packet is reinserted to its original location in the receiving device is performed, thereby ensuring a constant bit rate and avoiding the need for updating the PCR timestamp.

Before generation of the ALP packet, a counter called DNP is reset to zero, and for each null TS packet deleted prior to the TS packet (or non-null TS packet), in order to be encapsulated into the payload of the ALP packet, is increased

A group of consecutive useful TS packets is encapsulated into the payload of the ALP packet, and the value of each field in the header is determined. After the generated ALP packet is injected into the physical layer, the DNP is reset to zero. When the DNP reaches the maximum allowable value, if the next packet is also a null packet, the null packet is considered a useful packet and encapsulated into the payload of the next ALP packet. Each ALP packet will contain at least one useful TS packet in the payload.

9 shows a case where HDM='0' and AHF='1' for both ALP packets. In the first ALP packet 910, one null packet is deleted before two useful TS packets are transmitted in the corresponding ALP packet. If the next packet is a null packet, the ALP packet 910 is completed and the DNP counter is reset to zero. In the header of the corresponding ALP packet 910, NUMT='2' and DNP='1'. Meanwhile, in the second ALP packet 920 , two null packets are deleted before four useful TS packets are transmitted to the corresponding ALP packet 920 . In this case, in the header of the corresponding ALP packet 920, NUMT='4' and DNP='4'.

10 is a diagram for explaining a TS header removal mechanism according to an embodiment of the present invention.

At least two consecutive TS packets sequentially increment the continuation counter field, and if the header field is the same, the header is transmitted once in the first packet, and the other headers are removed. When a duplicate MPEG-2 RS packet is included in at least two consecutive TS packets, header removal is applied at the transmitting end. The HDM field indicates whether header removal is performed. When TS header removal is performed, the HDM field is set to "1".

10 shows an embodiment in which three TS packets have the same header field and NUMT='4'. AHF='1', HDM='1', and NDP='0'. That is, TS header removal is applied and null packet removal is not applied. At the receiving end, the deleted packet header is recovered using the header of the first packet 1010, and the continuation counter is sequentially incremented from the first header and restored (restored).

11 is a block diagram illustrating a configuration of a transmission apparatus according to another embodiment of the present invention. Referring to FIG. 11 , the transmitting apparatus 100 ′ includes a packet generating unit 110 , a frame generating unit 130 , a signal processing unit 140 , and a transmitting unit 150 . Among the configurations shown in FIG. 21B , the configuration of the packet generator 110 is the same as that of the packet generator 110 shown in FIG. 6 , so a detailed description thereof will be omitted.

As described above, the packet generator 110 generates a packet, for example, an ALP packet (generic packet).

The frame generator 130 may generate a frame including the ALP packet generated by the packet generator 110 . Here, the generated frame may be a baseband packet (BBP) (or L1 packet) including an ALP packet. However, the name may be different depending on the system. For example, the above-described ALP packet and BBP packet may be referred to as a BBP packet and a baseband frame (BBF), respectively, depending on the system.

Specifically, the frame generator 130 may arrange a plurality of ALP packets including an IP packet and a header to generate a baseband packet having a size corresponding to a forward error correcting code. The ALP packet according to an embodiment of the present invention may be a TS packet, but the same process may be applied to various types of data as well as the TS packet.

12 is a block diagram illustrating a detailed configuration of a frame generator according to an embodiment of the present invention.

Referring to FIG. 12 , the frame generator 130 may include a baseband header generator 130-1 and a baseband packet generator 130-2. In addition, the baseband packet generator 130 - 2 may transmit the generated baseband packet to the baseband packet scrambler 135 .

The baseband header generator 130-1 may generate a header inserted into the baseband packet. Here, the header inserted into the baseband packet is called a baseband header, and the baseband header includes information about the baseband packet.

In particular, when the input stream is a TS, the baseband header generator 130-1 may generate a baseband header including information on the number of TS packets in the ALP packet, the number of removed null packets, and the like. In addition, the baseband header generated by the baseband header generator 130-1 may include various information, which will be described later.

In addition, the baseband packet generation unit 130-2 encapsulates the baseband header generated by the baseband header generation unit 130-1 into the ALP packet output from the packet generation unit 110 to perform a base. Band packets can be generated.

Also, the baseband packet scrambler 135 may generate a scrambled baseband packet by mixing data stored in the baseband packet in a random order before the forward error correction code is added to each baseband packet. The scrambled baseband packet is transmitted through the PLP to perform signal processing. In this case, one PLP may be composed of baseband packets having a fixed size. That is, the input stream may be encapsulated into a baseband packet for one PLP.

On the other hand, PLP refers to a signal path that is independently processed. That is, each service (eg, video, extended video, audio, data stream, etc.) may be transmitted/received through a plurality of RF channels, and the PLP is a path through which these services are transmitted or a stream transmitted through the path. . In addition, the PLP may be located in slots distributed with a temporal interval on a plurality of RF channels, or may be distributed with a temporal interval on one RF channel. That is, one PLP may be distributed and transmitted over one RF channel or a plurality of RF channels with a time interval.

The PLP structure is composed of Input mode A, which provides one PLP, and Input mode B, which provides multiple PLPs. In particular, when input mode B is supported, it is possible not only to provide a robust specific service, but also to distribute one stream By doing so, a time diversity gain can be obtained by increasing the time interleaving length. In addition, when receiving only a specific stream, the receiver can be used with low power by turning off the power for the rest of the time, so it is suitable for providing portable and mobile broadcasting services.

Here, in time diversity, when the transmitting side transmits the same signal several times at a predetermined time interval in order to reduce the deterioration of transmission quality in the mobile communication transmission path, the receiving side resynthesizes these received signals to obtain good transmission quality. it is technology

In addition, transmission efficiency can be increased by including information that can be commonly transmitted to a plurality of PLPs in one PLP and transmitting. PLP0 plays such a role, and this PLP is called a common PLP, The remaining PLPs may be used for data transmission, and these PLPs are referred to as data PLPs. When such a PLP is used, it is possible to not only receive HDTV programs at home, but also provide SDTV programs while carrying or moving. In addition, it is possible to provide various broadcasting services to viewers through a broadcasting station or a broadcasting content provider, as well as provide a differentiated service capable of receiving broadcasting even in hard-to-view areas where viewing is difficult.

Meanwhile, FIG. 13 is a diagram illustrating an ALP packet, a baseband packet, and a scrambled baseband packet according to an embodiment of the present invention.

Referring to FIG. 13 , when the packet generator 110 stores an IP packet in a payload and inserts a header to generate a plurality of ALP packets 111 and 112 , the frame generator 130 generates the plurality of ALP packets. A plurality of baseband packets 121 and 122 may be generated by grouping (111, 112) and inserting a baseband header. Here, each of the baseband packets 121 and 122 may include a plurality of ALP packets and may also include a part of the ALP packet.

The baseband packet scrambler 135 may randomly scramble each of the generated baseband packets 121 and 122 to generate a plurality of scrambled baseband packets 125-1 and 125-2. In addition, the generated scrambled baseband packets 125-1 and 125-2 are transmitted to the PLP as described above, and signal processing for adding a forward error coding code may be performed.

Referring back to FIG. 11 , the signal processing unit 140 may signal-process the generated baseband packet.

Specifically, the signal processing unit 140 may generate a transmission frame by signal processing the baseband packet.

Also, the signal processing unit 140 may insert signaling information into the signaling region of the frame. Here, the signaling information may be an L1 (Layer 1) signaling signal that transmits an L1 signal for frame synchronization, and the preamble into which the L1 signaling information is inserted may include an L1 pre-signaling region and an L1 post-signaling region.

On the other hand, the signal processing unit 140, although not shown in the drawing, BICM (Bit Interleaved and Coded Modulation) blocks (12000, 12000-1) and Framing/Interleaving blocks (13000, 13000-1) shown in FIGS. 3A to 3C. can perform the corresponding function.

The transmitter 150 may transmit the signal-processed frame to a transmitter (not shown).

Specifically, the transmitter 150 may perform a function corresponding to the Waveform Generation blocks 14000 and 1400-1 shown in FIGS. 3A to 3C . That is, the transmitter 140 performs modulation to modulate the generated frame into an RF signal, and transmits the RF signal to a receiving device (not shown).

Hereinafter, a TS packet encapsulation mechanism according to various embodiments of the present invention will be described in detail with reference to the drawings. However, a detailed description of the parts overlapping with the above-described configuration among the configurations shown in the drawings to be described later will be omitted.

14 is a diagram for explaining a TS packet encapsulation mechanism according to an embodiment of the present invention.

As described above, the ALP packet may transmit an MPEG-2 TS packet without a sync byte in the payload. 14 shows an ALP packet including 8 MPEG-2 TS packets. The encapsulation process is as follows.

- Sync bytes for MPEG-2 TS packets are removed for encapsulation. Accordingly, the length of the MPEG-2 TS packet is reduced from 188 bytes to 187 bytes.

- Eight MPEG-2 TS packets are grouped into the payload of the ALP packet. In this case, the length of the payload becomes 187*8=1496 bytes.

- A 1-byte long ALP header is created. Here, the ALP header has values of packet_type (1410) = '111', NUMTS (1420) = '1000', and AHF (1430) = '0'.

The generated ALP packet can save 7 bytes compared to the case where 8 MPEG-2 TS packets are directly transmitted to the PHY layer.

15 is a diagram for explaining a TS packet encapsulation mechanism according to another embodiment of the present invention.

As described above, the ALP packet may remove the null MPEG-2 TS packet before the first MPEG-2 TS packet encapsulated into the ALP packet, and the receiver removes the null MPEG-2 TS packet through the header of the ALP packet. can know the number of 15 shows an example of an ALP packet including six MPEG-2 TS packets when two null MPEG-2 TS packets are removed from the payload before the first MPEG-2 TS packet. The encapsulation process is as follows.

- Null packets are removed and counted.

- Sync bytes for MPEG-2 TS packets are removed for encapsulation. Accordingly, the length of the MPEG-2 TS packet is reduced from 188 bytes to 187 bytes.

- Six MPEG-2 TS packets are grouped into the payload of the ALP packet. In this case, the length of the payload becomes 187*6=1122 bytes.

- An ALP header with a length of 2 bytes is generated. Here, the ALP header is of packet_type(1510) = '111', NUMTS(1520) = '0110', AHF(1530) = '1', HDM(1540) = '0', DNP(1550) = '0000010' have a value In this case, AHF = '1' indicates that there is a null packet removed before the first TS packet encapsulated in the payload.

The length of the generated ALP packet is 1124 bytes, and compared with the case where 6 MPEG-2 TS packets are directly transmitted to the PHY layer, 380 bytes can be saved.

FIG. 16 is a diagram for explaining a decapsulation mechanism of the ALP packet shown in FIG. 15 .

The decapsulation process at the receiving end is as follows.

- Check the DNP field 1550.

- The number of TS packets in the corresponding ALP packet is checked using the NUMTS field 1520.

- Insert a sync byte.

- Create a null packet before the useful TS packet group indicated in the DNP field 1550.

17 is a diagram for explaining a TS packet encapsulation and TS header removal mechanism according to another embodiment of the present invention.

As described above, the ALP packet may further compress the header of the MPEG-2 TS packet encapsulated into the ALP packet. 17 shows an example of an ALP packet including eight MPEG-2 TS packets having the same header except for a continuity counter (CC) field. The encapsulation process is as follows.

- Groups 8 TS packets having the same field except for the CC field.

- The header (except the sync byte) is maintained only for the first MPEG-2 TS packet, and the header is removed for the remaining 7 MPEG-2 TS packets. In this case, the length of the payload becomes 3 + 184 * 8 = 1475.

- An ALP header with a length of 2 bytes is generated. Here, the ALP header is of packet_type(1710) = '111', NUMTS(1720) = '0100', AHF(1730) = '1', HDM(1740) = '1', DNP(1750) = '0000010' have a value

The length of the generated ALP packet is 1477 bytes, and 27 bytes can be saved compared to the case where 8 MPEG-2 TS packets are directly sent to the PHY layer.

FIG. 18 is a diagram for explaining the mechanism of decapsulation and TS header restoration of the ALP packet shown in FIG. 17 .

The decapsulation process at the receiving end is as follows.

- Detect header removal by reading the HDM field 1740.

- The number of TS packets in the corresponding ALP packet is checked using the NUMTS field 1720.

- The first TS packet contains a 3-byte header and 184-byte payload, and the remaining TS packets contain only an 184-byte payload.

- All TS packets are generated using the header of the first TS packet. In this case, successive CC fields are incremented by one.

- Insert a sync byte.

19 is a flowchart illustrating a signal processing method of a transmitting apparatus according to an embodiment of the present invention.

According to the signal processing method of the transmitting apparatus shown in FIG. 19, first, a packet including a header and a payload corresponding to an input stream, that is, an ALP packet is generated (S1910). The base header constituting the header includes a first field indicating the packet type of the input stream. When the first field is set to a value indicating that the packet type of the input stream is a TS packet, the base header is It may include a second field indicating the number of TS packets, and a third field set to a first value indicating that the additional header does not exist or a second value indicating that the additional header is present. Here, the third field may be set to a second value when TS header compression is applied.

Next, a frame including the generated packet, that is, a baseband packet, is generated (S1920).

The generated baseband packet is signal-processed (S1930).

Thereafter, the signal-processed frame is transmitted (S1940). Here, the signal-processed frame may be a transmission frame.

20A is a block diagram illustrating a configuration of a receiving apparatus according to an embodiment of the present invention.

Referring to FIG. 20A , the receiving apparatus 200 includes a receiving unit 210 and a signal processing unit 220 .

The reception device 200 may be implemented to receive data from a transmission device that maps data included in an input stream to at least one signal processing path and transmits the data.

The receiver 210 receives a frame including data mapped to at least one signal processing path. Specifically, the receiver 210 may receive a stream including signaling information and data mapped to at least one signal processing path. Here, the signaling information may include information on an input type of an input stream input to the transmission apparatus and information on a data type mapped to at least one signal processing path. Here, the information on the input type of the input stream may indicate whether all signal processing paths in the frame are of the same input type. In addition, since detailed information included in the signaling information has been described above, a detailed description thereof will be omitted.

The signal processing unit 220 extracts signaling information from the received frame. In particular, the signal processing unit 220 may extract and decode the L1 signaling to obtain various information about the corresponding PLP included in the L1 pre-signaling region and the L1 post-signaling region. Also, the signal processing unit 230 may signal-process the frame based on the extracted signaling information. For example, signal processing may perform demodulation, frame de-builder, BICM decoding, and input de-processing.

Specifically, the signal processing unit 220 generates a baseband packet by signal processing the received transmission frame by the receiving unit 210 , and extracts header information from an ALP packet (Baseband Packet) included in the generated baseband packet.

In addition, the signal processing unit 220 may signal-process the payload data included in the ALP packet based on the extracted header information to restore a stream, that is, an input stream initially input to the above-described transmitting apparatus 100 . Here, the extracted header information includes a field indicating a payload data type and a field indicating whether a corresponding ALP packet transmits an intact input packet.

20B is a block diagram for specifically explaining a signal processing unit according to an embodiment of the present invention.

** According to FIG. 20B , the signal processing unit 220 includes a demodulator 221 , a decoder 222 , and a stream generator 223 .

The demodulator 221 performs demodulation from the received RF signal according to the OFDM parameter to perform sync detection. When the sync is detected, the currently received frame from signaling information stored in the sync area recognizes whether the frame includes the required service data. . For example, whether a mobile frame is received or a fixed frame is received may be recognized.

In this case, if OFDM parameters for the signaling region and the data region are not predetermined, OFDM parameters for the signaling region and the data region stored in the sink region are obtained, and the signaling region and data region immediately following the sync region are obtained. Demodulation may be performed by obtaining OFDM parameter information.

The decoder 222 performs decoding on necessary data. In this case, the decoder 222 may perform decoding by obtaining parameters such as an FEC method and a modulation method for data stored in each data area using the signaling information. Also, the decoder 223 may calculate the location of necessary data based on data information included in the header. That is, it is possible to calculate at which position in the frame the required PLP is transmitted.

The stream generator 223 may generate data to be serviced by processing the baseband packet received from the decoder 222 .

For example, the stream generator 223 may generate an ALP packet from an error-corrected baseband packet based on various pieces of information. Specifically, the stream generator 223 may include de-jitter buffers capable of regenerating the correct timing for reconstructing the output stream based on various information. Accordingly, a delay for synchronization between a plurality of PLPs may be compensated.

21 is a block diagram illustrating the configuration of a receiver according to an embodiment of the present invention.

Referring to FIG. 21 , the receiver 2100 may include a controller 2110 , an RF receiver 2120 , a demodulator 2130 , and a service player 2140 .

The controller 2110 determines the RF channel and PLP through which the selected service is transmitted. In this case, the RF channel may be specified by a center frequency and a bandwidth, and the PLP may be specified by a PLP ID. A specific service can be transmitted through one or more PLPs belonging to one or more RF channels for each component constituting the service, but for convenience of explanation, all data required to reproduce one service is transmitted through one RF channel. It is assumed that transmission is carried out in one PLP. That is, a service has a unique data acquisition path for service reproduction, and the data acquisition path is specified by an RF channel and PLP.

The RF receiver 2120 detects an RF signal in the RF channel selected by the controller 2110 , performs signal processing on the RF signal, and transmits the extracted OFDM symbols to the demodulator 2130 . Here, the signal processing may include synchronization, channel estimation and equalization, etc., and the information for signal processing is a value promised in advance by the transmitter/receiver or included in a predetermined OFDM symbol among OFDM symbols depending on the purpose and implementation. and transmitted from the receiver.

The demodulator 2130 performs signal processing on OFDM symbols to extract a user packet, and transmits it to the service player 2140, which reproduces and outputs the service selected by the user using the user packet. In this case, the format of the user packet may vary according to a service implementation method, for example, a TS packet or an IPv4 packet.

22 is a block diagram illustrating the demodulator shown in FIG. 21 in more detail according to an embodiment of the present invention.

Referring to FIG. 21 , the demodulator 2130 includes a frame demapper 2131 , a BICM decoder 2132 for L1 signaling, a controller 2133 , a BICM decoder 2134 , and an output processor 2135 . can be configured.

The frame demapper 2131 selects OFDM cells constituting the FEC blocks belonging to the PLP selected from the frame composed of OFDM symbols based on the control information transmitted from the controller 2133 and transmits them to the BICM decoder 2134, and also L1 OFDM cells corresponding to one or more FEC blocks including signaling are selected and transmitted to a BICM decoder (not shown) for L1 signaling.

The BICM decoder 2132 for L1 signaling signals the OFDM cell corresponding to the FEC block including L1 signaling, extracts L1 signaling bits, and transmits them to the controller 2133 . In this case, the signal processing may include a process of extracting a log-likelihood ratio (LLR) value for decoding an LDPC code in the OFDM cell and a process of decoding the LDPC code using the extracted LLR value.

The controller 2133 extracts the L1 signaling table from the L1 signaling bits and controls the operation of the frame demapper 2131 , the BICM decoder 2134 , and the output processor 2135 using the values of the L1 signaling table. 22 shows that the BICM decoder 2132 for L1 signaling does not use the control information of the controller 2133 for convenience of explanation. However, when L1 signaling has a hierarchical structure similar to that of the aforementioned L1-PRE and L1-POST structures, the BICM decoder 2132 for L1 signaling may consist of one or more BICM decoding blocks, BICM decoding blocks and a frame. It is clear that the operation of the demapper 2131 can be controlled by higher layer L1 signaling information.

The BICM decoder 2134 signal-processes OFDM cells constituting the FEC blocks belonging to the selected PLP, extracts baseband packets, and transmits the baseband packets to the output processor 2135 . Signal processing may include a process of extracting a log-likelihood ratio (LLR) value for LDPC code and decoding from the OFDM cell, and a process of decoding the LDPC code using the extracted LLR value, which is transmitted by the controller 2133 It can be performed based on the control information to be

The output processor 2135 signals the baseband packets to extract user packets, and transmits the extracted user packets to the service player 2140 . In this case, signal processing may be performed based on control information transmitted from the controller 2133 .

23 is a flowchart schematically illustrating an operation of a receiver from when a user selects a service to when the actually selected service is played, according to an embodiment of the present invention.

It is assumed that service information for all selectable services is obtained in the initial scan (S2300) step before the user's service selection (S2310). Here, the service information may include information on an RF channel and PLP through which data required to reproduce a specific service in the current broadcasting system is transmitted. Here, as an example of the service information, there is PSI/SI (Program-Specific Information/Service Information) of MPEG2-TS, which can be acquired through L2 signaling and higher layer signaling.

When the user selects a service (S2310), the receiver changes to a frequency for transmitting the selected service (S2320) and detects an RF signal (S2330). Service information may be used in the process of changing to a frequency for transmitting the selected service ( S2320 ).

When the RF signal is detected, the receiver performs an L1 signaling extraction operation (S2340) from the detected RF signal. Thereafter, the receiver selects a PLP for transmitting the selected service using the L1 signaling extracted in the previous process (S2350) and extracts a baseband packet from the selected PLP (S2360). In the process of selecting a PLP for transmitting the selected service (S2350), service information may be used.

In addition, the process of extracting the baseband packet (S2360) includes the process of selecting OFDM cells belonging to the PLP by demapping the transmission frame, and the process of extracting a log-likelihood ratio (LLR) value for LDPC encoding/decoding from the OFDM cell; It may include a process of decoding the LDPC code using the extracted LLR value.

The receiver performs ALP packet extraction (S2370) from the extracted baseband packet using header information of the extracted baseband packet, and then extracts the user packet from the extracted ALP packet using header information of the extracted ALP packet (S2380) is performed. The extracted user packet is used to play the selected service (S2390). In the ALP packet extraction (S2370) process and the user packet extraction (S2380) process, the L1 signaling information obtained in the L1 signaling extraction step (S2340) may be used. In this case, the process of extracting the user packet from the ALP packet (null TS packet restoration and TS sync byte insertion) is the same as described above.

As described above, according to various embodiments of the present invention, the transmitting side can map various types of data to a transmittable physical layer, and data processing efficiency can be increased. In addition, data processing efficiency can be improved by filtering packets in the link layer on the receiving side.

Certain aspects of the present invention may also be embodied as computer readable code on a computer readable recording medium. A computer readable recording medium is any data storage device capable of storing data that can be read by a computer system. Examples of computer readable recording media include read-only memory (ROM), random-access memory (RAM), CD-ROMs, magnetic tapes, floppy disks, optical data storage devices, and carrier waves (such as data transmission over the Internet). The computer readable recording medium may also be distributed over network-connected computer systems, so that the computer readable code is stored and executed in a distributed manner. In addition, functional programs, codes, and code segments for achieving the present invention can be easily interpreted by programmers skilled in the field to which the present invention is applied.

In addition, it can be seen that the apparatus and method according to an embodiment of the present invention can be realized in the form of hardware, software, or a combination of hardware and software.

There will be. Any such software, for example, whether erasable or rewritable, may contain a volatile or non-volatile storage device such as a ROM, or a memory such as, for example, RAM, a memory chip, device or integrated circuit. , or optically or magnetically recordable and machine-readable storage media, such as CD, DVD, magnetic disk or magnetic tape, for example. The method according to an embodiment of the present invention may be implemented by a computer or portable terminal including a controller and a memory, wherein the memory is a machine suitable for storing a program or programs including instructions for implementing embodiments of the present invention It can be seen that it is an example of a storage medium that can be read by

Accordingly, the present invention includes a program including code for implementing the apparatus or method described in any claim of the present specification, and a machine (computer, etc.) readable storage medium storing such a program. Further, such a program may be transmitted electronically over any medium, such as a communication signal transmitted over a wired or wireless connection, and the present invention suitably includes the equivalent thereof.

Also, the device according to an embodiment of the present invention may receive and store a program from a program providing device connected by wire or wirelessly. The program providing apparatus includes a program including instructions for causing the program processing apparatus to perform a preset content protection method, a memory for storing information required for the content protection method, and the like for performing wired or wireless communication with the graphic processing apparatus. It may include a communication unit and a control unit that automatically transmits a corresponding program to a transceiver or a request from a graphic processing device.

Meanwhile, although specific embodiments have been described in the detailed description of the present invention, it is needless to say that various modifications may be made without departing from the scope of the present invention. Therefore, the scope of the present invention should not be limited to the described embodiments and should be defined by the claims described below as well as the claims and equivalents.

110: packet generation unit 120: signal processing unit

Claims (6)

A transmission method of a broadcast transmission device, comprising:
generating a packet including a header and a payload based on the input packet;
encoding the generated packet;
generating a transmission frame based on the encoded packet; and
Including; transmitting the generated transmission frame;
The base header included in the header includes a first field, a second field, and a third field,
The first field includes a value indicating that the packet type of the input packet is a TS packet,
The second field includes a value indicating the number of TS packets included in the payload,
The third field includes a first value indicating the presence of the additional header or a second value indicating the absence of the additional header,
When TS header compression is applied, the value included in the third field is the first value,
The TS header compression is
a process in which, when a plurality of TS packets are included in the payload, a TS header of a first TS packet among a plurality of TS packets included in the payload is maintained and headers of the remaining TS packets are removed. The method of claim 1,
The headers of the remaining TS packets removed according to the header compression are,
When the third field includes the first value, the broadcast reception device is restored based on the TS header of the first TS packet. 3. The method of claim 2,
The headers of the remaining TS packets removed according to the header compression are,
When the third field includes the first value, the broadcast receiving apparatus restores the value based on a value indicating the number of TS packets included in the second field and a TS header of the first TS packet. . A receiving method of a broadcast receiving device, comprising:
receiving a signal generated based on a packet including a header and a payload;
demodulating the received signal; and
Including; decoding the demodulated signal;
The base header included in the header includes a first field, a second field, and a third field,
The first field includes a value indicating that the packet type of the input packet included in the payload is a TS packet,
The second field includes a value indicating the number of TS packets included in the payload,
The third field includes a first value indicating the presence of the additional header or a second value indicating the absence of the additional header,
When TS header compression is applied, the value included in the third field is the first value,
The TS header compression is
a process in which, when a plurality of TS packets are included in the payload, a TS header of a first TS packet among a plurality of TS packets included in the payload is maintained and headers of the remaining TS packets are removed. 5. The method of claim 4,
If the third field includes the first value, reconstructing the headers of the remaining TS packets removed according to the header compression based on the TS headers of the first TS packets. 6. The method of claim 5,
Restoring the header of the remaining TS packet comprises:
When the third field includes the first value, the remaining TSs removed according to header compression based on a value indicating the number of TS packets included in the second field and the TS header of the first TS packet A receiving method that restores the header of a packet.

Images