WO2014204225A1 - 방송 송수신 장치 및 방송 송수신 방법 - Google Patents

방송 송수신 장치 및 방송 송수신 방법 Download PDF

Info

Publication number
WO2014204225A1
WO2014204225A1 PCT/KR2014/005404 KR2014005404W WO2014204225A1 WO 2014204225 A1 WO2014204225 A1 WO 2014204225A1 KR 2014005404 W KR2014005404 W KR 2014005404W WO 2014204225 A1 WO2014204225 A1 WO 2014204225A1
Authority
WO
WIPO (PCT)
Prior art keywords
field
packet
type
payload
network protocol
Prior art date
Application number
PCT/KR2014/005404
Other languages
English (en)
French (fr)
Inventor
권우석
문경수
오세진
Original Assignee
엘지전자 주식회사
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 엘지전자 주식회사 filed Critical 엘지전자 주식회사
Priority to US14/894,226 priority Critical patent/US20160134908A1/en
Priority to CA2915022A priority patent/CA2915022A1/en
Priority to EP14814333.2A priority patent/EP3013058A4/en
Priority to KR1020157032844A priority patent/KR20160021759A/ko
Priority to JP2016519456A priority patent/JP6333969B2/ja
Priority to CN201480034894.4A priority patent/CN105359534A/zh
Publication of WO2014204225A1 publication Critical patent/WO2014204225A1/ko

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/236—Assembling of a multiplex stream, e.g. transport stream, by combining a video stream with other content or additional data, e.g. inserting a URL [Uniform Resource Locator] into a video stream, multiplexing software data into a video stream; Remultiplexing of multiplex streams; Insertion of stuffing bits into the multiplex stream, e.g. to obtain a constant bit-rate; Assembling of a packetised elementary stream
    • H04N21/23605—Creation or processing of packetized elementary streams [PES]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60—Network streaming of media packets
    • H04L65/61—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio
    • H04L65/611—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio for multicast or broadcast
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/234—Processing of video elementary streams, e.g. splicing of video streams, manipulating MPEG-4 scene graphs
    • H04N21/2343—Processing of video elementary streams, e.g. splicing of video streams, manipulating MPEG-4 scene graphs involving reformatting operations of video signals for distribution or compliance with end-user requests or end-user device requirements
    • H04N21/234309—Processing of video elementary streams, e.g. splicing of video streams, manipulating MPEG-4 scene graphs involving reformatting operations of video signals for distribution or compliance with end-user requests or end-user device requirements by transcoding between formats or standards, e.g. from MPEG-2 to MPEG-4 or from Quicktime to Realvideo
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/235—Processing of additional data, e.g. scrambling of additional data or processing content descriptors
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/236—Assembling of a multiplex stream, e.g. transport stream, by combining a video stream with other content or additional data, e.g. inserting a URL [Uniform Resource Locator] into a video stream, multiplexing software data into a video stream; Remultiplexing of multiplex streams; Insertion of stuffing bits into the multiplex stream, e.g. to obtain a constant bit-rate; Assembling of a packetised elementary stream
    • H04N21/23611—Insertion of stuffing data into a multiplex stream, e.g. to obtain a constant bitrate
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/236—Assembling of a multiplex stream, e.g. transport stream, by combining a video stream with other content or additional data, e.g. inserting a URL [Uniform Resource Locator] into a video stream, multiplexing software data into a video stream; Remultiplexing of multiplex streams; Insertion of stuffing bits into the multiplex stream, e.g. to obtain a constant bit-rate; Assembling of a packetised elementary stream
    • H04N21/2362—Generation or processing of Service Information [SI]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/434—Disassembling of a multiplex stream, e.g. demultiplexing audio and video streams, extraction of additional data from a video stream; Remultiplexing of multiplex streams; Extraction or processing of SI; Disassembling of packetised elementary stream
    • H04N21/4343—Extraction or processing of packetized elementary streams [PES]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/434—Disassembling of a multiplex stream, e.g. demultiplexing audio and video streams, extraction of additional data from a video stream; Remultiplexing of multiplex streams; Extraction or processing of SI; Disassembling of packetised elementary stream
    • H04N21/4346—Disassembling of a multiplex stream, e.g. demultiplexing audio and video streams, extraction of additional data from a video stream; Remultiplexing of multiplex streams; Extraction or processing of SI; Disassembling of packetised elementary stream involving stuffing data, e.g. packets or bytes
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/63—Control signaling related to video distribution between client, server and network components; Network processes for video distribution between server and clients or between remote clients, e.g. transmitting basic layer and enhancement layers over different transmission paths, setting up a peer-to-peer communication via Internet between remote STB's; Communication protocols; Addressing
    • H04N21/643—Communication protocols
    • H04N21/64322—IP
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/80—Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
    • H04N21/85—Assembly of content; Generation of multimedia applications
    • H04N21/854—Content authoring
    • H04N21/85406—Content authoring involving a specific file format, e.g. MP4 format

Definitions

  • the present invention relates to a broadcast transmitting and receiving apparatus and a broadcast transmitting and receiving method.
  • a physical layer is encapsulated in an appropriate form so that a packet can be transmitted in order to transmit an IP datagram type packet in a wireless section.
  • the ATSC M / H is configured in the form of RS frame payload.
  • RS frame payload is composed of TP (Transport Packet) having a length of N bytes, 187 TPs are gathered into one RS frame payload.
  • the N value corresponding to the column length of the RS frame is determined by a parade, which is a transmission unit of the physical layer of the ATSC-MH, and the N value is changed according to the RS frame.
  • the header of the TP contains network protocol type information. However, it is not specifically defined what data to include in the TP to transmit and how to identify the included data.
  • An object of the present invention is to add a signaling format in a TP in a broadcast system to perform signaling between an IP layer and a physical layer.
  • an object of the present invention is to transmit a packet other than IP using a field that can indicate a packet type.
  • an object of the present invention is to add signaling data to a payload of a TP, and indicate whether to transmit signaling data and whether signaling data is included.
  • an object of the present invention is to include a specific type of packet in the payload of the TP, and to inform information about the specific type of packet included.
  • an object of the present invention is to include an MPEG-2 TS in a payload and to transmit it, and to reduce overhead.
  • a broadcast transmission device includes a control unit for generating a transport packet, a communication unit for transmitting a broadcast signal including the generated transport packet, the transport packet A payload field including data, a stuffing indicator field indicating whether a stuffing byte is included, and a network protocol field indicating a network protocol type of data included in the payload field.
  • the network protocol field may be set to one of a signaling type, a packetized stream type, a fixed length packet type, a variable length packet type, or an MPEG-2 type.
  • the payload field includes a service signaling table
  • the service signaling table is a section indicating an order of a signaling table included in the payload field among all service signaling tables. It may include a section number and a last section number indicating a section number of the last service signaling table.
  • the payload field includes a packaged stream descriptor
  • the packetized stream descriptor includes packet type information and the number of packets included in the payload field. Information and length information of the packet may be included.
  • the payload field includes one packet type information and one packet number. Information and one packet length information and a plurality of packets.
  • the payload field may include the MPEG-2 TS packet except the packet type information, the number of packet information, and the packet length information.
  • the MPEG-2 TS packet may include a plurality of fields, and the plurality of fields may be rearranged and rearranged in the transport packet.
  • the transport packet further includes a pointer field, wherein the plurality of fields include a transport error indicator field, a payload unit start indicator field, a transport priority field, and A second group field including a first group field including a PID field, a transport scrambling control field, an adaptation field control field, and a continuity counter field, and a sync byte Field), the transport packet places the first group field in the payload field, the second group field in the pointer field, and excludes the sync byte field.
  • the plurality of fields include a transport error indicator field, a payload unit start indicator field, a transport priority field, and A second group field including a first group field including a PID field, a transport scrambling control field, an adaptation field control field, and a continuity counter field, and a sync byte Field
  • the broadcast transmission method includes generating a transport packet, transmitting a broadcast signal including the generated transport packet,
  • the transport packet includes a payload field including data, a stuffing indicator field indicating whether a stuffing byte is included, and a network protocol field indicating a network protocol type of data included in the payload field. It includes.
  • a broadcast receiving device includes a communication unit for receiving a broadcast signal including a transport packet, extracts a transport packet from the received broadcast signal, and extracts data from the transport packet. And a control unit for extracting a network protocol type and data, wherein the transport packet includes a payload field including the data, a stuffing indicator field indicating whether a stuffing byte is included, and the payload field. And a network protocol field indicating a network protocol type of the data included in the load field.
  • the network protocol field may be set to one of a signaling type, a packetized stream type, a fixed length packet type, a variable length packet type, or an MPEG-2 type.
  • the payload field includes a service signaling table
  • the service signaling table is a section indicating an order of a signaling table included in the payload field among all service signaling tables. It may include a section number and a last section number indicating a section number of the last service signaling table.
  • the payload field includes a packaged stream descriptor
  • the packetized stream descriptor includes packet type information and the number of packets included in the payload field. Information and length information of the packet may be included.
  • the payload field includes one packet type information and one packet number. Information and one packet length information and a plurality of packets.
  • the payload field may include the MPEG-2 TS packet except the packet type information, the number of packet information, and the packet length information.
  • the MPEG-2 TS packet may include a plurality of fields, and the plurality of fields may be rearranged and rearranged in the transport packet.
  • the transport packet further includes a pointer field, wherein the plurality of fields include a transport error indicator field, a payload unit start indicator field, a transport priority field, and A second group field including a first group field including a PID field, a transport scrambling control field, an adaptation field control field, and a continuity counter field, and a sync byte Field), the transport packet places the first group field in the payload field, the second group field in the pointer field, and excludes the sync byte field.
  • the plurality of fields include a transport error indicator field, a payload unit start indicator field, a transport priority field, and A second group field including a first group field including a PID field, a transport scrambling control field, an adaptation field control field, and a continuity counter field, and a sync byte Field
  • the broadcast receiving method comprises the steps of: receiving a broadcast signal including a transport packet, extracting a transport packet from the received broadcast signal, the data of the transport packet; And extracting a network protocol type and data, wherein the transport packet includes a payload field including the data, a stuffing indicator field indicating whether a stuffing byte is included, and the payload field. And a network protocol field indicating a network protocol type of the data included in the load field.
  • the present invention can shorten a time for data access of a receiver generated due to limited signaling data by adding a signaling format to the TP.
  • the present invention can add signaling data by designating a signaling format even when transmission of signaling data that does not conform to the existing format is required.
  • the present invention can transmit data using various packets other than IP even when using TP, which is considered only for IP transmission.
  • the present invention can transmit a large number of MPEG-2 TS in the same bandwidth by reducing the overhead when transmitting the MPEG-2 TS using TP.
  • TP transport packet
  • FIG. 2 is a diagram illustrating a network protocol type according to an embodiment of the present invention.
  • FIG. 3 illustrates an embodiment of a signaling table.
  • 4 to 5 illustrate an embodiment in which a signaling type is added to a TP header.
  • FIG. 6 illustrates an embodiment in which table data, which is one signal, is included in a plurality of TPs
  • FIG. 7 is a diagram illustrating a network protocol type according to another embodiment of the present invention.
  • FIG. 8 is a diagram illustrating a payload configuration form of a TP according to an embodiment of the present invention.
  • FIG. 9 is a diagram illustrating a packet form included in a payload region of a TP according to an embodiment of the present invention.
  • FIG. 10 is a view showing a payload configuration form of the TP according to another embodiment of the present invention.
  • FIG. 11 is a diagram illustrating a network protocol type according to another embodiment of the present invention.
  • FIG. 12 is a diagram illustrating a payload configuration form of a TP including an MPEG-2 TS according to an embodiment of the present invention.
  • FIG. 13 is a diagram showing the structure of a packet when transmitting an MPEG-2 TS according to an embodiment of the present invention.
  • FIG. 14 is a diagram illustrating a payload configuration form of a TP including an MPEG-2 TS according to an embodiment of the present invention.
  • FIG. 15 illustrates a structure of a packet when a plurality of MPEG-2 TSs are transmitted according to an embodiment of the present invention.
  • FIG. 16 illustrates a network protocol type in which MPEG-2 TS is defined according to an embodiment of the present invention.
  • 17 is a diagram illustrating a method of reducing data when transmitting an MPEG-2 TS to a TP according to an embodiment of the present invention.
  • FIG. 19 illustrates a method for reducing overhead when transmitting an MPEG-2 TS according to another embodiment of the present invention.
  • 20 is a block diagram of a broadcast transmission apparatus according to an embodiment of the present invention.
  • 21 is a block diagram of a broadcast receiving apparatus according to an embodiment of the present invention.
  • FIG. 22 is a block diagram of a broadcast reception device according to another embodiment of the present invention.
  • FIG. 23 is a flowchart of a broadcast transmission method according to an embodiment of the present invention.
  • 24 is a flowchart of a broadcast receiving method according to an embodiment of the present invention.
  • TP transport packet
  • the TP includes a network protocol field, an error indicator field, a stuffing indicator field, a pointer field, a stuffing byte, and a payload. May contain fields.
  • the header of the TP may include a network protocol field, an error indicator field, a stuffing indicator field, and a pointer field.
  • the network protocol field may indicate which network protocol type the payload field of the TP includes.
  • the network protocol field is described in detail below.
  • the error indicator field may indicate whether an error is detected in the corresponding TP. For example, an error indicator field of 0 indicates that no error was detected and 1 indicates that an error was detected.
  • the stuffing indicator field may indicate whether a stuffing byte is included in the corresponding TP. For example, a stuffing indicator field of 0 indicates that no stuffing bytes are included, and a value of 1 indicates that a length field and a stuffing byte are included before the payload.
  • the stuffing byte is a value that fills between the header and the payload when the stuffing indicator is 1.
  • the pointer field may indicate the beginning of a new network protocol packet in the payload portion. For example, if the pointer field is the maximum value (eg, 0x7FF), this may indicate that there is no start of a new network protocol packet. Or, a specific value of the pointer field indicates an offset value from the end of the header to the start of a new network protocol packet.
  • the maximum value eg, 0x7FF
  • the present invention relates to a signaling method capable of fast data access by a receiver of a digital broadcasting system using a TP.
  • the present invention can signal by using a TP without a transmission function of signaling data.
  • the signaling data may mean signaling information.
  • the present invention may specify a signaling type in a network protocol tie.
  • FIG. 2 is a diagram illustrating a network protocol type according to an embodiment of the present invention.
  • a value indicating a signaling type is added to a network protocol field is illustrated.
  • the network protocol value is 000
  • this may indicate that data included in the payload is IPv4 type.
  • 110 may indicate that data included in the payload is signaling data.
  • 111 may indicate that data included in the payload is a framed packet type.
  • the network protocol type shown in FIG. 2 is an embodiment. Therefore, depending on the system, each value from 001 to 110 may be designated as a required type. Alternatively, when classification is necessary according to the type of signaling data, one or more values may be specified.
  • FIG. 3 is a diagram illustrating an embodiment of a signaling table.
  • the network protocol type is set as shown in FIG. 2, if the value of the network protocol field is 110, this indicates that signaling data is included in the payload.
  • the signaling table shown in FIG. 3 may be included in the payload.
  • table_id The value of this 8-bit field shall identify the M / H Service Signaling table to which this section belongs.
  • section_length-A 12-bit field It specifies the number of remaining bytes this table section immediately following this field. The value in this field shall not exceed 4093 (0xFFD).
  • version_number-This 5-bit field is the version number of the entire M / H Service Signaling table. Each table is identified by the combination of table_id and table_id_extension. The version_number shall be incremented by 1 modulo 32 when a change in the information carried within the M / H Service Signaling table occurs.
  • current_next_indicator-A 1-bit field which when set to 1 indicates that the MH_service_signaling_section sent is currently applicable.
  • current_next_indicator When the current_next_indicator is set to 0, it indicates that the MH_service_signaling_section sent is not yet applicable and shall be the next MH_service_signaling_section with the same section_number, table_id_extension, and table_id to become valid.
  • section_number-This 8-bit field shall give the section number of this M / H Service Signaling table section.
  • the section_number of the first section in an M / H Service Signaling table shall be 0x00.
  • the section_number shall be incremented by 1 with each additional section in the M / H Service Signaling table.
  • last_section_number-This 8-bit field shall give the number of the last section (i.e., the section with the highest section_number) of the M / H Service Signaling table of which this section is a part.
  • FIG. 4 is a diagram illustrating an embodiment in which a signaling type is added to a TP header.
  • the signaling table in the TP may be arranged similarly to how the payload is arranged. Since the length of the TP is determined according to the resources of the physical layer to be transmitted, it may be N bytes as shown in FIG. 1. In this case, the length of the TP header may be 2 bytes, and the maximum size of the payload of one TP may be N-2 bytes.
  • the service signaling table is equal to the payload length of the TP, that is, when the length of the table is N-2 bytes, the data structure of the TP is illustrated.
  • the network protocol field may include a value indicating a signaling type. All signaling tables may be arranged in the payload field. Therefore, since there is no stuffing byte, the stuffing indicator field may be zero.
  • FIG. 5 is a diagram illustrating an embodiment in which a signaling type is added to a TP header.
  • the service signaling table when the service signaling table is smaller than the payload length of the TP, that is, when the length of the table is smaller than N-2 bytes, the data structure of the TP is illustrated. As shown in FIG. 5, the remaining portion of the signaling table may be filled with stuffing bytes. That is, the stuffing byte may be arranged between the TP header and the payload according to the stuffing byte placement rule of the TP.
  • the network protocol field of the TP may include a value indicating a signaling type.
  • a signaling table and a stuffing byte may be arranged. Therefore, the stuffing indicator field may be 1 because there is a stuffing byte.
  • FIG. 6 is a diagram illustrating an example in which table data, which is one signal, is included in a plurality of TPs.
  • the signaling table may apply a section partitioning method.
  • the service signaling table is divided into three sections and disposed in the payload of the TP, respectively.
  • the order of sections can be known according to the values of section number and last section number included in each section table, and once all sections are collected, one table can be constructed.
  • the TP may include a payload field including a network protocol field, an error indicator field, a stuffing indicator field, a pointer field, a stuffing byte, and a service signaling table. Description of each field is omitted because it has been described above.
  • the section number may indicate the order of the signaling table included in the payload field of the entire service signaling table.
  • the last section number may indicate the section number of the last service signaling table.
  • the first split signaling table may be arranged in the TP shown in FIG. 6 (1). Since the signaling table is divided into three, each partition signaling table may be assigned a number of 0, 1, and 2, respectively. That is, the section number of TP shown in FIG. 6 (1) equals 0 means that the first signaling table is divided, and the last section number of 2 means that the signaling table is divided into three parts. In other words, the TP shown in FIG. 6 (1) may indicate that a 1/3 signaling table is included using the section number and the last section number.
  • a second split signaling table may be arranged in the TP shown in FIG. 6 (2).
  • the section number of the TP shown in FIG. 6 (2) is 1 means that the second signaling table is divided, and the last section number of 2 means that the signaling table is divided into three parts.
  • the TP shown in FIG. 6 (2) may indicate that a 2/3 signaling table is included using the section number and the last section number.
  • the third split signaling table may be arranged in the TP shown in FIG. 6 (3).
  • the section number of the TP shown in FIG. 6 (3) is 2 means that the third signaling table is divided, and the last section number of 2 means that the signaling table is divided into three parts.
  • the TP shown in FIG. 6 (3) may indicate that the 3/3 signaling table is included using the section number and the last section number.
  • the stuffing indicator may be zero because there is no stuffing byte.
  • FIG. 7 is a diagram illustrating a network protocol type according to another embodiment of the present invention.
  • value 101 of a network protocol field may be defined as a packetized stream type, and value 110 may be defined as a signaling type.
  • the packetized stream type is defined, and thus the payload may include MPEG-2 TS packets and packets of a type not registered in the Internet Assigned Numbers Authority (IANA).
  • the packetized stream may include an MPEG-2 TS packet, an MPEG media transport packet, and the like.
  • each value from 001 to 101 can be assigned the required type.
  • the payload may include the packet as it is or reconstructed.
  • FIG. 8 is a diagram illustrating a payload configuration of a TP according to an embodiment of the present invention.
  • the packetized stream may be reconstructed in a descriptor form and included in the payload of the TP.
  • the descriptor of the packetized stream may include fields of a packet type, a packet length, and a packet byte.
  • the packet type indicates the type of packet included in the payload portion of the transport packet. Specific types of packet types are described below.
  • the packet length indicates the length of data in bytes of packet_bytes () included in the payload portion of the corresponding transport packet.
  • the packet length may be included only when the packet type is not fixed.
  • Packet bytes represent actual data of a packet included in a payload portion of a corresponding transport packet.
  • FIG. 9 is a diagram illustrating a packet form included in a payload region of a TP according to an embodiment of the present invention.
  • an exemplary embodiment may include packet type information.
  • the packet type type may include a packet or a packetized stream having a fixed length, a packet or a packetized stream having a variable length, and the like.
  • a packet or packetized stream having a fixed length means a packet or stream having a constant size, such as MPEG-2 TS.
  • a packet or packetized stream having a variable length means that the length is variable according to the packet or the stream, such as an MPEG media transport packet.
  • the payload of the transport packet including the packetized stream may be configured in other forms.
  • FIG. 10 is a diagram illustrating a payload configuration of a TP according to another embodiment of the present invention.
  • one TP may include a plurality of packets having the same form.
  • the descriptor of the packetized stream may include fields of packet type, packet number information, packet length, and packet bytes.
  • the packet type indicates the type of packet included in the payload portion of the transport packet. Specific types of packet types are the same as those described with reference to FIG. 9.
  • Packet number information indicates the number of packets included in the payload portion of the transport packet.
  • the packet length indicates the length of data in bytes of packet_bytes () included in the payload portion of the corresponding transport packet.
  • the packet length may be included only when the packet type is not fixed.
  • Packet bytes represent actual data of a packet included in a payload portion of a corresponding transport packet.
  • one or more values may be designated for the network protocol type in the TP for each packet.
  • FIG. 11 is a diagram illustrating a network protocol type according to another embodiment of the present invention.
  • FIG. 11 an embodiment in which one or more values are specified for a network protocol type in a TP is shown.
  • the network protocol type field may define a packet or packetized stream type having a fixed length, a packet or packetized stream type having a variable length, and a signaling type for each value.
  • a packet or packetized stream having a fixed length means a packet or stream having a constant size, such as MPEG-2 TS.
  • a packet or packetized stream having a variable length means that the length is variable according to the packet or the stream, such as an MPEG media transport packet.
  • the signaling type means signaling data, such as a service signaling table.
  • the payload of the TP may include one or more packets.
  • FIG. 12 is a diagram illustrating a payload configuration form of a TP including an MPEG-2 TS according to an embodiment of the present invention.
  • an embodiment of transmitting an MPEG-2 TS packet when a 3-bit long field value specifying a protocol type of a TP header is designated as a packetized stream type is illustrated.
  • the MPEG-2 TS packet is described as an embodiment.
  • the present invention is not limited to transmitting the MPEG-2 TS packet, but may be equally applied to a packet or a packetized stream having a fixed length.
  • the protocol type may be designated as a packet having a fixed length or a packetized stream type. Depending on the system, each protocol type value may be defined as a required type.
  • the packetized stream may be reconstructed in a descriptor form and included in the payload of the TP.
  • the descriptor of the packetized stream may include fields of a packet type, a packet length, and a packet byte.
  • the packet type indicates the type of packet included in the payload portion of the transport packet. As an example, if the packet type value is 0x00, an MPEG-2 TS type, if 0x01 is a packet or packetized stream type having a variable length, and 0x02-0xFF may be defined as a reserved area.
  • the packet length indicates the length of data in bytes of packet_bytes () included in the payload portion of the corresponding transport packet.
  • the packet length may be included only when the packet type is not fixed. Therefore, since the MPEG-2 TS packet is a packet having a fixed length, the packet length field may not be used when the packet type is MPEG-2 TS.
  • Packet bytes represent actual data of a packet included in a payload portion of a corresponding transport packet.
  • a 188 byte TS packet may be included as it is.
  • FIG. 13 is a diagram illustrating the structure of a packet when transmitting an MPEG-2 TS according to an embodiment of the present invention.
  • the TP may include a network protocol field, an error indicator field, a stuffing indicator field, a pointer field, and a payload field.
  • the network protocol field may indicate which network protocol type the payload field of the TP includes. Since the TP of FIG. 13 includes the MPEG-2 TS, a value indicating the packetized stream type may be set in the network protocol field.
  • the error indicator field may indicate whether an error is detected in the corresponding TP.
  • the stuffing indicator field may indicate whether a stuffing byte is included in the corresponding TP.
  • the pointer field may indicate the beginning of a new network protocol packet in the payload portion.
  • the payload may include packet type information and MPEG-2 TS packets.
  • the packetized stream descriptor may include packet type, packet length, and packet byte information. However, since the MPEG-2 TS has a fixed length of 188 bytes, the packet length and packet byte information may be excluded. That is, the payload may include only information that the packet type is MPEG-2 TS among the information about the packet.
  • the payload may include a plurality of MEEG-2 TSs.
  • FIG. 14 is a diagram illustrating a payload configuration of a TP including an MPEG-2 TS according to an embodiment of the present invention.
  • the payload configuration form of a TP including a plurality of MPEG-2 TSs is illustrated.
  • the payload may include MPEG-2 TS information in the form of a packetized stream descriptor.
  • Each field is as follows.
  • the packet type indicates the type of packet included in the payload portion of the transport packet.
  • the type of packet type may include a packet or packetized stream having a fixed length such as MPEG-2 TS, or a packet or stream having a variable length such as MPEG media transport packet.
  • the number of packets represents the number of packets included in the payload portion of the corresponding transport packet.
  • the packet length indicates the length of data in bytes of packet_bytes () included in the payload portion of the corresponding transport packet.
  • packet_bytes e.g., MPEG-2 TS
  • packet length information may be included only once and may be regarded as having the same packet length for repeated packets. Can be.
  • the packet length is 188 bytes.
  • Packet bytes represent actual data of a packet included in a payload portion of a corresponding transport packet.
  • a 188-byte TS packet may be included in the payload as it is.
  • 15 is a diagram illustrating the structure of a packet when a plurality of MPEG-2 TSs are transmitted according to an embodiment of the present invention.
  • a 3-bit packet type included in the payload of the TP may be a packetized stream type or an MPEG-2 TS type (eg, a fixed length).
  • the number of packets may be set to three (for example, 00011 in binary) and the packet length to 188 (for example, 0x000BC).
  • Three MPEG-2 TS packets may be located after the packet related information.
  • 16 illustrates a network protocol type in which MPEG-2 TS is defined according to an embodiment of the present invention.
  • a network protocol field defining a protocol type of data included in a payload is illustrated as an embodiment.
  • the MPEG-2 TS type may be defined in one of several values representing a network protocol type.
  • the MPEG-2 TS packet type may be defined as a 101 value.
  • each value from 001 to 101 can be assigned the required type.
  • 17 is a diagram illustrating a method of reducing data when transmitting an MPEG-2 TS through a TP according to an embodiment of the present invention.
  • the network protocol type is designated as an MPEG-2 TS packet
  • the packet type, length, etc. of the MPEG-2 TS packet are fixed, separate packet information may not be needed. Accordingly, the MPEG-2 TS packet may be included in the payload as it is. In this way, transmission data can be reduced when transmitting MPEG-2 TS.
  • the MEPG-2 TS is an embodiment, and in the case of a packet or a packetized stream having a fixed length, transmission data may be reduced in the same manner as described with reference to FIG. 17.
  • the payload size is larger than 188 bytes, which is the length of an MPEG-2 TS packet, a stuffing byte may be inserted.
  • a value representing MPEG-2 TS may be set in a network protocol field. If the packet type included in the payload is set to MEEG-2 TS, and one MPEG-TS is included in one TP, packet information such as packet type, number of packets, and packet type are not needed. Accordingly, the MPEG-2 TS packet may be included in the payload as it is. If the payload size is the same as the MPEG-2 TS packet length, no stuffing bytes are required.
  • the same network protocol field value may be set, and information on a packet such as a packet type, a packet number, and a packet type may be excluded. However, if the payload size is larger than the length of the MPEG-2 TS packet, a stuffing byte may be inserted into the remaining area.
  • FIG. 17 a method of reducing transmission data when inserting and transmitting an MPEG-2 TS into a TP has been described.
  • the overhead of 2 bytes corresponding to a TP header length is higher than that of the conventional MPEG-2 TS. May occur.
  • the following describes how to reduce overhead when transmitting MPEG-2 TS to TP.
  • 18 is a diagram illustrating a structure of an MPEG-2 TS packet.
  • MPEG-2 TS packets include a Sync Byte field, a Transport Error Indicator field, a Payload Unit Start Indicator field, a Transport Priority field, and a Packet IDentifier. ) Field, a transport scrambling control field, an adaptation field control field, a continuity counter field, and a payload field.
  • the Sync Byte field is 8 bits and has a fixed value of 0x47 to indicate the start of a TS packet.
  • the Transport Error Indicator field is 1 bit and indicates whether or not an error occurs in the transmitted packet. For example, 1 if there is no error and 0 if there is an error.
  • the Payload Unit Start Indicator field is 1 bit and indicates whether the start of original data is in a packet.
  • the receiving device since the original data can be divided and sent, the receiving device needs to know which part of the original data contains the data included in the current packet so that the receiving device can reprocess the original data. 0 if the packet contains the middle part of the original data, and 1 if the packet contains the first part of the original data.
  • the Transport Priority field is 1 bit and indicates the priority of a TS packet.
  • the PID (Packet IDentifier) field is 13 bits and indicates the data of the payload data included in the packet.
  • the transport scrambling control field is 2 bits and indicates whether or not the payload is scrambled.
  • the Adaptation Field Control field is 2 bits and represents the presence or absence of an adaptation field.
  • the Continuity Counter field is 4 bits. Packets with the same PID are transmitted with the continuous counter incremented by one.
  • the following describes a specific method for reducing the overhead of the TP.
  • 19 is a diagram illustrating a method of reducing overhead when transmitting an MPEG-2 TS according to another embodiment of the present invention.
  • a transport error indicator field For convenience of description, a transport error indicator field, a payload unit start indicator field, a transport priority field, and a PID field are defined as a first group.
  • a transport scrambling control field, an adaptation field control field, and a continuity counter field are defined as a second group.
  • the Sync Byte field is set to a value fixed to 0x47 to know the start of the packet.
  • the MPEG-2 TS packet except the synchronization byte of 1 byte has a fixed length of 187 bytes, there is no need for a pointer field to consider the variable length of the payload located in the TP. Therefore, some fields of the MPEG-2 TS packet may be allocated to the TP header.
  • a detailed method of allocating MPEG-2 TS packets to TPs is as follows.
  • the positions of the fields of the first group and the fields of the second group are swapped.
  • a second group of 8 bits including a transport scrambling control field, an adaptation field control field, and a continuity counter field may be located at a pointer field position of the TP.
  • the first group and the payload field including a transport error indicator field, a payload unit start indicator field, a transport priority field, and a PID field may include a payload of the TP. May be placed on the rod.
  • the first group and payload fields of the MPEG-2 TS packet are 186 bytes in total.
  • the TP header is two bytes, and the second group of MPEG-2 TS packets is included in the TP header. Therefore, since the TP including the MPEG-2 TS packet has a total of 188 bytes, the size of the transport packet is the same as when the MPEG-2 TS is directly transmitted. Therefore, the TP can be transmitted
  • the plurality of fields included in the MPEG-2 TS packet may be rearranged and rearranged in the TP.
  • 20 is a block diagram of a broadcast transmission apparatus according to an embodiment of the present invention.
  • the broadcast transmission device 100 may include a control unit 110 and a communication unit 120.
  • the controller 110 generates a transport packet.
  • the controller 110 may include an encoder (not shown) to encode video or audio data.
  • the controller 110 may include signaling information generator (not shown) to generate signaling information about encoded video or audio data. The generated signaling information may be included in the transport packet.
  • the transport packet may include a payload field, a stuffing indicator field, and a network protocol field.
  • the network protocol field may be set to one of a signaling type, a packetized stream type, a fixed length packet type, a variable length packet type, or an MPEG-2 type.
  • the MPEG-2 TS packet may include a plurality of fields, and the plurality of fields may be rearranged and rearranged in the transport packet.
  • the communication unit 120 transmits a broadcast signal including the generated transport packet.
  • 21 is a block diagram of a broadcast receiving apparatus according to an embodiment of the present invention.
  • the broadcast receiving device 200 includes a communication unit 210 and a control unit 220.
  • the communication unit 210 receives a broadcast signal including a transport packet.
  • the controller 220 extracts a transport packet from the received broadcast signal, and extracts a network protocol type and data of the data from the transport packet.
  • the transport packet may be set to a value indicating one of a signaling type, a packetized stream type, a fixed length packet type, a variable length packet type, or an MPEG-2 type in a network protocol field.
  • the type distinguished by the network protocol field indicates the protocol type of data included in the payload.
  • the payload field may include a service signaling table. If the network protocol field is set to a packetized stream type, the payload field may include a packaged stream descriptor and a variable length such as a packetized stream having a fixed length such as MPEG-2 TS or an MPEG-2 media transport stream. It may include a packetized stream.
  • the protocol type When the protocol type is set to a packetized stream having a fixed length such as MPEG-2 TS, the plurality of fields included in the MPEG-2 TS may be rearranged and rearranged in the transport packet. In this way, the overhead of a packetized stream having a fixed length can be reduced.
  • FIG. 22 is a block diagram of a broadcast receiving apparatus according to another embodiment of the present invention.
  • the broadcast receiving apparatus includes a channel synchronizer 305, a channel equalizer 310, a channel decoder 315, and a signaling decoder 320. ), A transport packet interface 325, a TP signaling parser 330, a common protocol stack 335, and a baseband operation controller 340. , SSC Processing Buffer & Parser (345), Service Map DB (350), A / V Processor (355), SG Processor (SG Processor) 360 and SG DB And (365).
  • SSC Processing Buffer & Parser (345), Service Map DB (350), A / V Processor (355), SG Processor (SG Processor) 360 and SG DB And (365).
  • the channel synchronizer 305 may synchronize symbol frequency and timing to enable proper decoding in the baseband.
  • the channel equalizer 310 may compensate for the received signal when it is distorted due to the multipath, the Doppler effect, or the like.
  • the channel decoder 315 may perform forward error correction (FEC) to recover the data from the received signal into meaningful data.
  • FEC forward error correction
  • the signaling decoder 320 may extract and decode the signaling data delivered from the channel.
  • the transport packet interface 325 may extract the TP and combine the signaling information or the IP datagram from the protocol type of the TP.
  • the TP signaling parser 330 may collect signaling section information delivered through the TP interface 325 to configure a completed signaling table.
  • the common protocol stack 335 may temporarily store the completed signaling table.
  • the baseband operation controller 340 may control various processing processes related to the baseband.
  • the SSC Processing Buffer & Parser 345 may extract an SSC table section from an IP multicast stream including IP level signaling information as information required for service selection and scanning processes.
  • the service map DB 350 may store data on a service map.
  • the A / V Processor 355 may perform decoding and presentation processing on the received audio and video data.
  • the SG processor 360 may extract announcement information from the received signal, manage a Service Guide (SG) DB, and provide a service guide.
  • SG Service Guide
  • the SG DB 365 may store data about the service guide.
  • the communicator 210 of FIG. 21 may include a channel synchronizer 305 of FIG. 22, and the controller 220 of FIG. 21 includes a channel equalizer 310 of FIG. 22 and a channel.
  • Decoder (315), Signaling Decoder (320), Transport Packet Interface (325), TP Signaling Parser (330), Common Protocol Stack (Common Protocol Stack) (335), Baseband Operation Controller (340), SSC Processing Buffer & Parser (345), Service Map DB (350), A / V Processor (A / V Processor) 355, an SG processor 360, and an SG DB 365.
  • FIG. 23 is a flowchart illustrating a broadcast transmission method according to an embodiment of the present invention.
  • the broadcast transmission device generates a transport packet (S110).
  • the transport packet may include a payload field, a stuffing indicator field, and a network protocol field.
  • the network protocol field indicates a protocol type of data included in the payload field. That is, the network protocol field may be set to a value for one of a signaling type, a packetized stream type, a fixed length packet type, a variable length packet type, or an MPEG-2 type.
  • the payload field may include a service signaling table.
  • the overhead of the TP may be increased by rearranging a plurality of fields included in the packetized stream and rearranging the fields in the TP.
  • the broadcast transmission device transmits a broadcast signal including the generated transport packet (S120).
  • 24 is a flowchart of a broadcast receiving method according to an embodiment of the present invention.
  • the broadcast reception device receives a broadcast signal including a transport packet in operation S210.
  • the broadcast receiving device extracts a transport packet from the received broadcast signal, and extracts a network protocol type and data of the data from the transport packet (S220).
  • the signaling decoder included in the controller may extract and decode signaling data transmitted from the channel.
  • the transport packet interface can extract the TP and combine signaling information or IP datagrams from the protocol type of the TP.
  • the TP signaling parser may collect signaling section information delivered through the TP interface to configure a completed signaling table.
  • the apparatus for transmitting and receiving broadcasts and the method for transmitting and receiving broadcasts according to the present invention are not limited to the configuration and method of the embodiments described above, but the embodiments may be all or part of each embodiment so that various modifications may be made. May be optionally combined.
  • the present invention has industrial applicability which is usable and repeatable in the field of broadcast and video signal processing.

Abstract

방송 송수신 장치 및 방송 송수신 방법이 개시된다. 방송 송신 장치는 전송 패킷을 생성하는 제어부, 생성된 전송 패킷을 포함하는 방송 신호를 전송하는 통신부를 포함하며, 전송 패킷은 데이터가 포함되는 패이로드(Payload) 필드, 스터핑 바이트(stuffing byte)의 포함 여부를 나타내는 스터핑 지시자(Stuffing Indicator) 필드 및 패이로드 필드에 포함되는 데이터의 네트워크 프로토콜 타입을 나타내는 네트워크 프로토콜 필드를 포함한다.

Description

방송 송수신 장치 및 방송 송수신 방법
본 발명은 방송 송수신 장치 및 방송 송수신 방법에 관한 것이다.
방송 및 통신 기술의 발전에 따라 다양한 방송 장치 및 방송 송수신 방법에 대한 연구가 진행되고 있다. ATSC 3.0과 같은 방송 시스템에서는 방송망과 인터넷망을 연동하여 서비스되는 하이브리드 방송 시스템이 구축될 전망이다. 이로 인해 기존의 IP를 이용한 디지털 방송 시스템의 기술을 계승하고 발전시키는 방안도 고려되고 있다.
차세대 방송 시스템의 경우 IP 데이터그램 형태의 패킷을 무선 구간으로 전송하기 위해서 패킷을 전송할 수 있도록 물리 계층이 적절한 형태로 캡슐화(encapsulation)된다. 예를 들어, ATSC M/H 에서는 RS 프레임 패이로드(frame payload) 형태로 구성된다. RS 프레임 패이로드는 N 바이트의 길이를 가지는 TP(Transport Packet)로 구성되는데, 187개의 TP가 모여 하나의 RS 프레임 패이로드가 된다. RS 프레임의 칼럼(column) 길이에 해당하는 N 값은 ATSC-MH의 물리 계층의 전송 단위인 퍼레이드(parade)에 의해 결정되며 N 값은 RS 프레임에 따라 변하게 된다. TP의 헤더에는 네트워크 프로토콜 타입 정보를 포함하다. 그러나, 구체적으로 어떤 데이터를 TP에 포함시켜 전송할지 어떻게 포함된 데이터를 식별할지에 대해 구체적으로 정의되지 않았다.
주로 모바일 방송을 위해 개발된 ATSC-MH 기술을 하이브리드 방송 시스템으로 발전시키기 위해서는 하이브리드 환경에 맞게 일부 수정을 하거나 추가적인 기술 개발이 필요한 실정이다. 따라서, 차세대 방송 시스템에서 TP(Transport Packet)의 구조를 활용하여 패킷의 포맷을 지정하고, 데이터 및 시그널링 정보를 전송할 수 있는 기술이 필요하다.
본 발명은 방송 시스템에서 TP 내에 시그널링 포맷을 추가하여, IP layer와 물리적 layer 간 시그널링을 하는 것을 목적으로 한다.
또한, 본 발명은 패킷 타입을 나타낼 수 있는 필드를 이용하여 IP 이외의 패킷을 전송하는 것을 목적으로 한다.
그리고, 본 발명은 TP의 패이로드에 시그널링 데이터를 추가하고, 시그널링 데이터의 전송 및 시그널링 데이터의 포함 여부를 나타내는 것을 목적으로 한다.
또한, 본 발명은 TP의 패이로드에 특정 형태의 패킷을 포함하고, 포함된 특정 형태의 패킷에 대한 정보를 알려주는 것을 목적으로 한다.
아울러, 본 발명은 패이로드에 MPEG-2 TS를 포함시켜 전송하고, 오버헤드를 줄이는 것을 목적으로 한다.
상술한 목적을 달성하기 위한 일 실시 예에 따르면, 방송 송신 장치는 전송 패킷(Transport Packet)을 생성하는 제어부, 상기 생성된 전송 패킷을 포함하는 방송 신호를 전송하는 통신부를 포함하며, 상기 전송 패킷은 데이터가 포함되는 패이로드(Payload) 필드, 스터핑 바이트(stuffing byte)의 포함 여부를 나타내는 스터핑 지시자(Stuffing Indicator) 필드 및 상기 패이로드 필드에 포함되는 데이터의 네트워크 프로토콜 타입을 나타내는 네트워크 프로토콜 필드를 포함한다.
그리고, 상기 네트워크 프로토콜 필드는 시그널링 타입, 패킷화 스트림(packetized stream) 타입, 고정 길이의 패킷 타입, 가변 길이의 패킷 타입 또는 MPEG-2 타입 중 하나로 설정될 수 있다.
또한, 상기 네트워크 프로토콜 필드가 시그널링 타입으로 설정되는 경우, 상기 패이로드 필드는 서비스 시그널링 테이블을 포함하고, 상기 서비스 시그널링 테이블은 전체 서비스 시그널링 테이블 중 상기 패이로드 필드에 포함된 시그널링 테이블의 순서를 나타내는 섹션 넘버(section number) 및 마지막 서비스 시그널링 테이블의 섹션 넘버를 나타내는 라스트 섹션 넘버(last section number)를 포함할 수 있다.
그리고, 상기 네트워크 프로토콜 필드가 패킷화 스트림 타입으로 설정되는 경우, 상기 패이로드 필드는 패키화 스트림 디스크립터를 포함하고, 상기 패킷화 스트림 디스크립터는 상기 패이로드 필드에 포함되는 패킷의 타입 정보, 패킷의 개수 정보 및 패킷의 길이 정보를 포함할 수 있다.
또한, 상기 패킷 타입은 고정 길이의 패킷 타입 또는 가변 길이의 패킷 타입으로 설정되고, 상기 패킷 타입이 고정 길이의 패킷 타입으로 설정되는 경우, 상기 패이로드 필드는 하나의 패킷 타입 정보, 하나의 패킷 개수 정보 및 하나의 패킷 길이 정보 및 복수의 패킷을 포함할 수 있다.
그리고, 상기 네트워크 프로토콜 필드가 MPEG-2 타입으로 설정되는 경우, 상기 패이로드 필드는 패킷의 타입 정보, 패킷의 개수 정보 및 패킷의 길이 정보를 제외하고 MPEG-2 TS 패킷을 포함할 수 있다.
또한, 상기 MPEG-2 TS 패킷은 복수의 필드를 포함하고, 상기 복수의 필드는 재배열되어 상기 전송 패킷에 재배치될 수 있다.
그리고, 상기 전송 패킷은 포인터 필드를 더 포함하고, 상기 복수의 필드는 전송 에러 지시자(Transport Error Indicator) 필드, 패이로드 유닛 시작 지시자(Payload Unit Start Indicator) 필드, 전송 우선 순위(Transport Priority) 필드 및 PID 필드를 포함하는 제1 그룹 필드, 전송 스크램블 제어(Transport Scrambling Control) 필드, 적응 필드 제어(Adaptation Field Control) 필드 및 연속성 카운터(Continuity Counter) 필드를 포함하는 제2 그룹 필드 및 동기 바이트(Sync Byte) 필드를 포함하고, 상기 전송 패킷은 상기 제1 그룹 필드를 상기 패이로드 필드에 배치하고, 상기 제2 그룹 필드는 상기 포인터 필드에 배치하며, 상기 동기 바이트 필드를 제외시킬 수 있다.
본 발명의 상술한 목적을 달성하기 위한 일 실시 예에 따르면, 방송 송신 방법은 전송 패킷(Transport Packet)을 생성하는 단계, 상기 생성된 전송 패킷을 포함하는 방송 신호를 전송하는 단계를 포함하며, 상기 전송 패킷은 데이터가 포함되는 패이로드(Payload) 필드, 스터핑 바이트(stuffing byte)의 포함 여부를 나타내는 스터핑 지시자(Stuffing Indicator) 필드 및 상기 패이로드 필드에 포함되는 데이터의 네트워크 프로토콜 타입을 나타내는 네트워크 프로토콜 필드를 포함한다.
본 발명의 상술한 목적을 달성하기 위한 일 실시 예에 따르면, 방송 수신 장치는 전송 패킷을 포함하는 방송 신호를 수신하는 통신부, 상기 수신된 방송 신호로부터 전송 패킷을 추출하고, 상기 전송 패킷으로부터 데이터의 네트워크 프로토콜 타입 및 데이터를 추출하는 제어부를 포함하며, 상기 전송 패킷은 상기 데이터가 포함되는 패이로드(Payload) 필드, 스터핑 바이트(stuffing byte)의 포함 여부를 나타내는 스터핑 지시자(Stuffing Indicator) 필드 및 상기 패이로드 필드에 포함되는 상기 데이터의 네트워크 프로토콜 타입을 나타내는 네트워크 프로토콜 필드를 포함한다.
그리고, 상기 네트워크 프로토콜 필드는 시그널링 타입, 패킷화 스트림(packetized stream) 타입, 고정 길이의 패킷 타입, 가변 길이의 패킷 타입 또는 MPEG-2 타입 중 하나로 설정될 수 있다.
또한, 상기 네트워크 프로토콜 필드가 시그널링 타입으로 설정되는 경우, 상기 패이로드 필드는 서비스 시그널링 테이블을 포함하고, 상기 서비스 시그널링 테이블은 전체 서비스 시그널링 테이블 중 상기 패이로드 필드에 포함된 시그널링 테이블의 순서를 나타내는 섹션 넘버(section number) 및 마지막 서비스 시그널링 테이블의 섹션 넘버를 나타내는 라스트 섹션 넘버(last section number)를 포함할 수 있다.
그리고, 상기 네트워크 프로토콜 필드가 패킷화 스트림 타입으로 설정되는 경우, 상기 패이로드 필드는 패키화 스트림 디스크립터를 포함하고, 상기 패킷화 스트림 디스크립터는 상기 패이로드 필드에 포함되는 패킷의 타입 정보, 패킷의 개수 정보 및 패킷의 길이 정보를 포함할 수 있다.
또한, 상기 패킷 타입은 고정 길이의 패킷 타입 또는 가변 길이의 패킷 타입으로 설정되고, 상기 패킷 타입이 고정 길이의 패킷 타입으로 설정되는 경우, 상기 패이로드 필드는 하나의 패킷 타입 정보, 하나의 패킷 개수 정보 및 하나의 패킷 길이 정보 및 복수의 패킷을 포함할 수 있다.
그리고, 상기 네트워크 프로토콜 필드가 MPEG-2 타입으로 설정되는 경우, 상기 패이로드 필드는 패킷의 타입 정보, 패킷의 개수 정보 및 패킷의 길이 정보를 제외하고 MPEG-2 TS 패킷을 포함할 수 있다.
또한, 상기 MPEG-2 TS 패킷은 복수의 필드를 포함하고, 상기 복수의 필드는 재배열되어 상기 전송 패킷에 재배치될 수 있다.
그리고, 상기 전송 패킷은 포인터 필드를 더 포함하고, 상기 복수의 필드는 전송 에러 지시자(Transport Error Indicator) 필드, 패이로드 유닛 시작 지시자(Payload Unit Start Indicator) 필드, 전송 우선 순위(Transport Priority) 필드 및 PID 필드를 포함하는 제1 그룹 필드, 전송 스크램블 제어(Transport Scrambling Control) 필드, 적응 필드 제어(Adaptation Field Control) 필드 및 연속성 카운터(Continuity Counter) 필드를 포함하는 제2 그룹 필드 및 동기 바이트(Sync Byte) 필드를 포함하고, 상기 전송 패킷은 상기 제1 그룹 필드를 상기 패이로드 필드에 배치하고, 상기 제2 그룹 필드는 상기 포인터 필드에 배치하며, 상기 동기 바이트 필드를 제외시킬 수 있다.
본 발명의 상술한 목적을 달성하기 위한 일 실시 예에 따르면, 방송 수신 방법은 전송 패킷을 포함하는 방송 신호를 수신하는 단계, 상기 수신된 방송 신호로부터 전송 패킷을 추출하고, 상기 전송 패킷으로부터 데이터의 네트워크 프로토콜 타입 및 데이터를 추출하는 단계를 포함하며, 상기 전송 패킷은 상기 데이터가 포함되는 패이로드(Payload) 필드, 스터핑 바이트(stuffing byte)의 포함 여부를 나타내는 스터핑 지시자(Stuffing Indicator) 필드 및 상기 패이로드 필드에 포함되는 상기 데이터의 네트워크 프로토콜 타입을 나타내는 네트워크 프로토콜 필드를 포함한다.
상술한 다양한 실시 예에 따르면 본 발명은 TP에 시그널링 포맷을 추가함으로써 제한된 시그널링 데이터로 인해 발생되는 수신기의 데이터 억세스에 대한 시간을 단축할 있다.
그리고, 본 발명은 기존의 포맷에 맞지 않는 시그널링 데이터의 전송이 필요한 경우에도 시그널링 포맷을 지정함으로써 시그널링 데이터를 추가할 수 있다.
또한, 본 발명은 IP 전송만 고려되고 있는 TP를 이용하더라도 IP 이외의 다양한 패킷을 이용하여 데이터를 전송할 수 있다.
또한, 본 발명은 TP를 이용하여 MPEG-2 TS를 전송할 때 오버헤드를 줄임으로써 동일한 대역폭에서 많은 MPEG-2 TS를 전송할 수 있다.
도 1은 본 발명의 일 실시 예에 따른 TP(Transport Packet)의 구조를 나타내는 도면.
도 2는 본 발명의 일 실시 예에 따른 네트워크 프로토콜 타입을 나타내는 도면.
도 3은 시그널링 테이블의 일 실시 예를 나타내는 도면.
도 4 내지 도 5는 TP 헤더에 시그널링 타입을 추가한 실시 예를 나타내는 도면.
도 6은 하나의 시그널인 테이블 데이터를 복수의 TP에 포함시키는 실시 예를 나타내는 도면.
도 7은 본 발명의 다른 실시 예에 따른 네트워크 프로토콜 타입을 나타내는 도면.
도 8은 본 발명의 일 실시 예에 따른 TP의 패이로드 구성 형태를 나타내는 도면.
도 9는 본 발명의 일 실시 예에 따른 TP의 패이로드 영역에 포함된 패킷 형태를 나타내는 도면.
도 10은 본 발명의 다른 실시 예에 따른 TP의 패이로드 구성 형태를 나타내는 도면.
도 11은 본 발명의 또 다른 실시 예에 따른 네트워크 프로토콜 타입을 나타내는 도면.
도 12는 본 발명의 일 실시 예에 따른 MPEG-2 TS를 포함하는 TP의 패이로드 구성 형태를 나타내는 도면.
도 13은 본 발명의 일 실시 예에 따른 MPEG-2 TS를 전송할 때 패킷의 구조를 나타내는 도면.
도 14는 본 발명의 일 실시 예에 따른 MPEG-2 TS를 포함하는 TP의 패이로드 구성 형태를 나타내는 도면.
도 15는 본 발명의 일 실시 예에 따른 복수의 MPEG-2 TS를 전송할 때 패킷의 구조를 나타내는 도면.
도 16은 본 발명의 일 실시 예에 따른 MPEG-2 TS를 정의한 네트워크 프로토콜 타입을 나타내는 도면.
도 17은 본 발명의 일 실시 예에 따른 TP로 MPEG-2 TS를 전송할 때 데이터를 줄이는 방법을 설명하는 도면.
도 18은 MPEG-2 TS 패킷의 구조를 나타내는 도면.
도 19는 본 발명의 다른 실시 예에 따른 MPEG-2 TS를 전송할 때 오버헤드를 줄이는 방법을 설명하는 도면.
도 20은 본 발명의 일 실시 예에 따른 방송 송신 장치의 블록도.
도 21은 본 발명의 일 실시 예에 따른 방송 수신 장치의 블록도.
도 22는 본 발명의 다른 실시 예에 따른 방송 수신 장치의 블록도.
도 23은 본 발명의 일 실시 예에 따른 방송 송신 방법의 흐름도.
도 24는 본 발명의 일 실시 예에 따른 방송 수신 방법의 흐름도.
이하 상기의 목적을 구체적으로 실현할 수 있는 본 발명의 바람직한 실시 예를 첨부한 도면을 참조하여 설명한다. 이때 도면에 도시되고 또 이것에 의해서 설명되는 본 발명의 구성과 작용은 적어도 하나의 실시 예로서 설명되는 것이며, 이것에 의해서 본 발명의 기술적 사상과 그 핵심 구성 및 작용이 제한되지는 않는다.
본 발명에서 사용되는 용어는 본 발명에서의 기능을 고려하면서 가능한 현재 널리 사용되는 일반적인 용어를 선택하였으나, 이는 당해 기술 분야에 종사하는 기술자의 의도 또는 관례 또는 새로운 기술의 출현 등에 따라 달라질 수 있다. 또한, 특정한 경우는 출원인이 임의로 선정한 용어도 있으며, 이 경우 해당되는 발명의 설명 부분에서 상세히 그 의미를 기재할 것이다. 따라서 본 발명에서 사용되는 용어는 단순한 용어의 명칭이 아닌 그 용어가 가지는 의미와 본 발명의 전반에 걸친 내용을 토대로 정의되어야 함을 밝혀두고자 한다.
도 1은 본 발명의 일 실시 예에 따른 전송 패킷(Transport Packet: TP)의 구조를 나타내는 도면이다.
도 1을 참조하면, TP는 네트워크 프로토콜(Network Protocol) 필드, 에러 지시자(Error Indicator) 필드, 스터핑 지시자(Stuffing Indicator) 필드, 포인터(Pointer) 필드, 스터핑 바이트(Stuffing Byte), 패이로드(Payload) 필드를 포함할 수 있다. TP의 헤더는 네트워크 프로토콜 필드, 에러 지시자 필드, 스터핑 지시자 필드 및 포인터 필드를 포함할 수 있다.
네트워크 프로토콜 필드는 TP의 패이로드 필드가 어떤 네트워크 프로토콜 타입을 포함하는지를 나타낼 수 있다. 네트워크 프로토콜 필드는 아래에서 구체적으로 설명한다. 에러 지시자 필드는 해당 TP에 에러가 검출되었는지 나타낼 수 있다. 예를 들어, 에러 지시자 필드가 0이면 에러가 검출되지 않았음을 나타내고, 1이면 에러가 검출되었음을 나타낸다.
스터핑 지시자 필드는 해당 TP에 스터핑 바이트가 포함되어 있는지 여부를 나타낼 수 있다. 예를 들어, 스터핑 지시자 필드가 0이면 스터핑 바이트를 포함하고 있지 않다는 것을 나타내고, 1이면 패이로드 앞에 길이 필드(length field)와 스터핑 바이트를 포함하고 있다는 것을 나타낸다. 스터핑 바이트는 스터핑 지시자가 1일 때 헤더와 패이로드 사이를 채워주는 값이다.
포인터 필드는 패이로드 부분에서 새로운 네트워크 프로토콜 패킷의 시작 부분을 나타낼 수 있다. 예를 들어, 포인터 필드가 최대 값(예, 0x7FF)이면 새로운 네트워크 프로토콜 패킷의 시작 부분이 없다는 것을 나타낼 수 있다. 또는, 포인터 필드의 특정 값은 헤더의 마지막 부분부터 새로운 네트워크 프로토콜 패킷의 시작 부분까지의 오프셋 값을 나타낸다.
본 발명은 TP를 이용하는 디지털 방송 시스템의 수신기가 빠른 데이터 접근을 할 수 있는 시그널링 방법에 관한 것이다. 특히, 본 발명은 시그널링 데이터의 전송 기능이 없는 TP를 이용하여 시그널링할 수 있다. 시그널링 데이터는 시그널링 정보를 의미할 수 있다.
상술한 바와 같이, TP의 헤더에는 네트워크 프로토콜 타입을 지정하는 3비트 필드가 존재한다. 본 발명은 네트워크 프로토콜 타이에 시그널링 타입을 지정할 수 있다.
도 2는 본 발명의 일 실시 예에 따른 네트워크 프로토콜 타입을 나타내는 도면이다.
도 2를 참조하면, 네트워크 프로토콜 필드에 시그널링 타입을 나타내는 값을 추가한 실시 예가 도시되어 있다. 일 실시 예로서, 네트워크 프로토콜 값이 000이면 패이로드에 포함된 데이터가 IPv4 타입임을 나타낼 수 있다. 110이면 패이로드에 포함된 데이터가 시그널링 데이터임을 나타낼 수 있다. 111이면 페이로드에 포함된 데이터가 프레임화된 패킷 타입(framed packet type)임을 나타낼 수 있다.
도 2에 도시된 네트워크 프로토콜 타입은 일 실시 예이다. 따라서, 시스템에 따라 001부터 110까지 각 값은 필요한 타입으로 지정될 수 있다. 또는, 시그널링 데이터의 종류에 따라 구분이 필요한 경우, 하나 이상의 값도 지정될 수 있다.
도 3은 시그널링 테이블의 일 실시 예를 나타내는 도면이다.
도 2와 같이 네트워크 프로토콜 타입이 설정된 경우, 네트워크 프로토콜 필드의 값이 110이면 패이로드에 시그널링 데이터가 포함되어 있음을 나타낸다. 일 실시 예로서, 도 3에 도시된 시그널링 테이블이 패이로드에 포함될 수 있다.
table_id - The value of this 8-bit field shall identify the M/H Service Signaling table to which this section belongs.
section_syntax_indicator - This 1-bit field shall be set to 0 to always indicate that this table is derived from the short form of the MPEG-2 private section table.
private_indicator - This 1-bit field shall be set to 1.
section_length - A 12-bit field. It specifies the number of remaining bytes this table section immediately following this field. The value in this field shall not exceed 4093 (0xFFD).
table_id_extension - This is a 16-bit field and is table-dependent. It shall be considered to be logically part of the table_id field providing the scope for the remaining fields.
version_number - This 5-bit field is the version number of the entire M/H Service Signaling table. Each table is identified by the combination of table_id and table_id_extension. The version_number shall be incremented by 1 modulo 32 when a change in the information carried within the M/H Service Signaling table occurs.
current_next_indicator - A 1-bit field, which when set to 1 indicates that the MH_service_signaling_section sent is currently applicable. When the current_next_indicator is set to 0, it indicates that the MH_service_signaling_section sent is not yet applicable and shall be the next MH_service_signaling_section with the same section_number, table_id_extension, and table_id to become valid.
section_number - This 8-bit field shall give the section number of this M/H Service Signaling table section. The section_number of the first section in an M/H Service Signaling table shall be 0x00. The section_number shall be incremented by 1 with each additional section in the M/H Service Signaling table.
last_section_number - This 8-bit field shall give the number of the last section (i.e., the section with the highest section_number) of the M/H Service Signaling table of which this section is a part.
도 4는 TP 헤더에 시그널링 타입을 추가한 실시 예를 나타내는 도면이다.
TP 내에 시그널링 테이블은 패이로드가 배치되는 방법과 유사하게 배치될 수 있다. TP의 길이는 전송될 물리 계층의 자원에 따라 결정되므로 도 1과 같이 N 바이트일 수 있다. 이 때, TP 헤더의 길이는 2바이트일 수 있고, 한 TP의 패이로드의 최대 크기는 N-2 바이트가 될 수 있다.
도 4를 참조하면 서비스 시그널링 테이블이 TP의 패이로드 길이와 같을 때, 즉, 테이블의 길이가 N-2 바이트인 경우, TP의 데이터 구조를 나타낸 도면이다.
네트워크 프로토콜 필드는 시그널링 타입을 의미하는 값을 포함할 수 있다. 패이로드 필드에는 모두 시그널링 테이블이 배치될 수 있다. 따라서, 스터핑 바이트는 없으므로 스터핑 지시자 필드는 0이 될 수 있다.
도 5는 TP 헤더에 시그널링 타입을 추가한 실시 예를 나타내는 도면이다.
도 5를 참조하면 서비스 시그널링 테이블이 TP의 패이로드 길이보다 작을 때, 즉, 테이블의 길이가 N-2 바이트보다 작은 경우, TP의 데이터 구조를 나타낸 도면이다. 도 5와 같이, 시그널링 테이블을 배치하고 남은 부분은 스터핑 바이트로 채울 수 있다. 즉, TP의 스터핑 바이트 배치 규칙에 따라 TP 헤더와 패이로드 사이에 스터핑 바이트가 배치될 수 있다.
TP의 네트워크 프로토콜 필드는 시그널링 타입을 의미하는 값을 포함할 수 있다. 데이터가 포함되는 영역은 시그널링 테이블과 스터핑 바이트가 배치될 수 있다. 따라서, 스터핑 바이트가 존재하므로 스터핑 지시자 필드는 1이 될 수 있다.
지금까지 서비스 시그널링 테이블이 TP의 패이로드 길이보다 같거나 작을 때 데이터 영역에 시그널링 테이블을 배치하는 방법에 대해 설명하였다. 아래에서는 서비스 시그널링 테이블이 TP의 패이로드 길이보다 클 때 데이터 영역에 시그널링 테이블을 배치하는 방법에 대해 설명한다.
도 6은 하나의 시그널인 테이블 데이터를 복수의 TP에 포함시키는 실시 예를 나타내는 도면이다.
서비스 시그널링 테이블이 TP의 패이로드 길이보다 클 때, 즉, 시그널링 테이블의 길이가 N-2 바이트보다 큰 경우 시그널링 테이블은 섹션 분할 방법을 적용할 수 있다.
도 6을 참조하면, 서비스 시그널링 테이블이 세 개의 섹션으로 분할되어 각각 TP의 패이로드에 배치되는 실시 예가 도시되어 있다. 각각의 섹션 테이블에 포함되어 있는 섹션 넘버(section number)와 라스트 섹션 넘버(last section number)의 값에 따라 섹션의 순서를 알 수 있고, 모든 section이 수집되면 하나의 테이블을 구성할 수 있다.
도 6(1)을 참조하면, TP는 네트워크 프로토콜 필드, 에러 지시자 필드, 스터핑 지시자 필드, 포인터 필드, 스터핑 바이트 및 서비스 시그널링 테이블을 포함하는 패이로드 필드를 포함할 수 있다. 각 필드의 설명은 상술하였으므로 생략한다.
섹션 넘버(section number)는 전체 서비스 시그널링 테이블 중 패이로드 필드에 포함된 시그널링 테이블의 순서를 나타낼 수 있다. 라스트 섹션 넘버(last section number)는 마지막 서비스 시그널링 테이블의 섹션 넘버를 나타낼 수 있다.
도 6(1)에 도시된 TP에는 첫번째 분할 시그널링 테이블이 배치될 수 있다. 시그널링 테이블이 세 개로 분할되었기 때문에 각각의 분할 시그널링 테이블은 각각 0, 1, 2의 번호가 부여될 수 있다. 즉, 도 6(1)에 도시된 TP의 섹션 넘버가 0이라는 것은 분할된 첫번째 시그널링 테이블을 포함하고 있다는 의미이며, 라스트 섹션 넘버가 2라는 것은 전체 3개로 분할된 시그널링 테이블이라는 의미이다. 다시 설명하면, 도 6(1)에 도시된 TP는 섹션 넘버와 라스트 섹션 넘버를 이용하여 1/3 시그널링 테이블을 포함하고 있다는 것을 나타낼 수 있다.
도 6(2)에 도시된 TP에는 두번째 분할 시그널링 테이블이 배치될 수 있다. 도 6(2)에 도시된 TP의 섹션 넘버가 1이라는 것은 분할된 두번째 시그널링 테이블을 포함하고 있다는 의미이며, 라스트 섹션 넘버가 2라는 것은 전체 3개로 분할된 시그널링 테이블이라는 의미이다. 다시 설명하면, 도 6(2)에 도시된 TP는 섹션 넘버와 라스트 섹션 넘버를 이용하여 2/3 시그널링 테이블을 포함하고 있다는 것을 나타낼 수 있다.
도 6(3)에 도시된 TP에는 세번재 분할 시그널링 테이블이 배치될 수 있다. 도 6(3)에 도시된 TP의 섹션 넘버가 2라는 것은 분할된 세번째 시그널링 테이블을 포함하고 있다는 의미이며, 라스트 섹션 넘버가 2라는 것은 전체 3개로 분할된 시그널링 테이블이라는 의미이다. 다시 설명하면, 도 6(3)에 도시된 TP는 섹션 넘버와 라스트 섹션 넘버를 이용하여 3/3 시그널링 테이블을 포함하고 있다는 것을 나타낼 수 있다.
도 6에서는 분할된 서비스 시그널링 테이블이 패이로드 크기보다 작기 때문에 스터핑 바이트가 존재하고 스터핑 지시자는 1이 된다. 그러나, 서비스 시그널링 테이블이 패이로드 크기와 동일하게 분할된 경우, 스터핑 바이트가 존재하지 않기 때문에 스터핑 지시자는 0이 될 수 있다.
지금까지 네트워크 프로토콜 타입을 정의하여 프로토콜 타입이 시그널링 타입인 경우 TP에 시그널링 데이터가 배치되는 실시 예를 설명하였다.
도 7은 본 발명의 다른 실시 예에 따른 네트워크 프로토콜 타입을 나타내는 도면이다.
도 7을 참조하면, 일 실시 예로서 네트워크 프로토콜 필드의 101 값은 패킷화 스트림(packetized stream) 타입으로 정의되고, 110 값은 시그널링 타입으로 정의될 수 있다. 이와 같이, 패킷화 스트림 타입이 정의됨으로써 MPEG-2 TS 패킷 및 IANA(Internet Assigned Numbers Authority)에 등록되지 않은 형태의 패킷 등이 패이로드에 포함될 수 있다. 예를 들어, 패킷화 스트림은 MPEG-2 TS 패킷, MPEG 미디어 전송 패킷 등을 포함할 수 있다.
시스템에 따라 001부터 101까지 각 값은 필요한 타입으로 지정될 수 있다. 패이로드에는 패킷이 그대로 포함되거나 재구성되어 포함될 수 있다.
도 8은 본 발명의 일 실시 예에 따른 TP의 패이로드 구성 형태를 나타내는 도면이다.
도 8을 참조하면 패킷화 스트림을 포함하는 전송 패킷의 패이로드 구성 형태의 일 실시 예가 도시되어 있다. 패킷화 스트림은 디스크립터 형태로 재구성되어 TP의 패이로드에 포함될 수 있다. 일 실시 예로서, 패킷화 스트림의 디스크립터는 패킷 타입(packet type), 패킷 길이(packet length), 패킷 바이트(packet bytes)의 필드를 포함할 수 있다.
패킷 타입(packet type)은 해당 전송 패킷의 패이로드 부분에 포함되는 패킷의 형태를 나타낸다. 구체적인 패킷 타입의 종류는 아래에서 설명한다.
패킷 길이(packet length)는 해당 전송 패킷의 패이로드 부분에 포함되는 packet_bytes()의 바이트 단위 데이터의 길이를 나타낸다. 패킷 길이는 패킷 타입이 고정 형태가 아닌 경우에만 포함될 수 있다.
패킷 바이트(packet bytes)는 해당 전송 패킷의 패이로드 부분에 포함되는 패킷의 실질적인 데이터를 나타낸다.
도 9는 본 발명의 일 실시 예에 따른 TP의 패이로드 영역에 포함된 패킷 형태를 나타내는 도면이다.
패킷화 스트림이 재구성되어 패이로드에 포함되는 경우, 일 실시 예로서 패킷 타입 정보를 포함할 수 있다. 일 실시 예로, 패킷 타입 종류는 고정 길이을 가지는 패킷 또는 패킷화 스트림, 가변 길이를 가지는 패킷 또는 패킷화 스트림을 포함할 수 있다.
고정 길이를 가지는 패킷 또는 패킷화 스티림은 MPEG-2 TS와 같이 크기가 일정한 패킷 또는 스트림을 의미한다. 가변 길이를 가지는 패킷 또는 패킷화 스트림은 MPEG 미디어 전송 패킷과 같이 패킷 또는 스트림에 따라 길이가 가변되는 것을 의미한다.
패킷화 스트림을 포함하는 전송 패킷의 패이로드는 다른 형태로 구성될 수도 있다.
도 10은 본 발명의 다른 실시 예에 따른 TP의 패이로드 구성 형태를 나타내는 도면이다.
도 10을 참조하면 패킷화 스트림을 포함하는 전송 패킷의 패이로드 구성 형태의 다른 실시 예가 도시되어 있다. 패킷화 스트림 전송시 필요한 경우 하나의 TP는 동일한 형태를 가지는 복수 개의 패킷을 포함할 수 있다.
일 실시 예로서, 패킷화 스트림의 디스크립터는 패킷 타입(packet type), 패킷 개수 정보(num packets), 패킷 길이(packet length), 패킷 바이트(packet bytes)의 필드를 포함할 수 있다.
패킷 타입(packet type)은 해당 전송 패킷의 패이로드 부분에 포함되는 패킷의 형태를 나타낸다. 구체적인 패킷 타입의 종류는 도 9에서 설명한 바와 동일하다.
패킷 개수 정보(num packets)는 해당 전송 패킷의 패이로드 부분에 포함되는 패킷의 개수를 나타낸다.
패킷 길이(packet length)는 해당 전송 패킷의 패이로드 부분에 포함되는 packet_bytes()의 바이트 단위 데이터의 길이를 나타낸다. 패킷 길이는 패킷 타입이 고정 형태가 아닌 경우에만 포함될 수 있다.
패킷 바이트(packet bytes)는 해당 전송 패킷의 패이로드 부분에 포함되는 패킷의 실질적인 데이터를 나타낸다.
각각의 IANA에 등록되지 않은 패킷의 종류에 따라 구분이 필요한 경우, 각 패킷 별로 TP 내의 네트워크 프로토콜 타입에 대해 하나 이상의 값이 지정될 수도 있다.
도 11은 본 발명의 또 다른 실시 예에 따른 네트워크 프로토콜 타입을 나타내는 도면이다.
도 11을 참조하면, TP 내의 네트워크 프로토콜 타입에 대해 하나 이상의 값이 지정된 실시 예가 도시되어 있다.
네트워크 프로토콜 타입 필드는 각각의 값에 대해 고정 길이를 가지는 패킷 또는 패킷화 스트림 타입, 가변 길이를 가지는 패킷 또는 패킷화 스트림 타입, 시그널링 타입을 정의할 수 있다.
고정 길이를 가지는 패킷 또는 패킷화 스티림은 MPEG-2 TS와 같이 크기가 일정한 패킷 또는 스트림을 의미한다. 가변 길이를 가지는 패킷 또는 패킷화 스트림은 MPEG 미디어 전송 패킷과 같이 패킷 또는 스트림에 따라 길이가 가변되는 것을 의미한다. 시그널링 타입은 서비스 시그널링 테이블과 같이 시그널링 데이터를 의미한다.
TP의 네트워크 프로토콜 타입에 각 패킥별로 하나 이상의 값을 지정한 경우, TP의 패이로드에는 하나 이상의 패킷이 포함될 수도 잇다.
도 12는 본 발명의 일 실시 예에 따른 MPEG-2 TS를 포함하는 TP의 패이로드 구성 형태를 나타내는 도면이다.
도 12를 참조하면 TP 헤더의 프로토콜 타입을 지정하는 3비트 길이의 필드 값이 패킷화 스트림 타입으로 지정되었을 때, MPEG-2 TS 패킷을 전송하는 일 실시 예가 도시되어 있다. 본 명세서에서는 MPEG-2 TS 패킷을 실시 예로 설명하고 있으나, 본 발명은 MPEG-2 TS 패킷을 전송하는 경우에 한정되는 것이 아니라 고정 길이를 가지는 패킷 또는 패킷화 스트림에도 동일하게 적용될 수 있다.
MPEG-2 TS 패킷을 전송하기 위해 프로토콜 타입은 고정 길이를 가지는 패킷 또는 패킷화 스트림 타입으로 지정될 수 있다. 시스템에 따라 프로토콜 타입 값은 각각 필요한 타입으로 정의될 수도 있다.
패킷화 스트림은 디스크립터 형태로 재구성되어 TP의 패이로드에 포함될 수 있다. 일 실시 예로서, 패킷화 스트림의 디스크립터는 패킷 타입(packet type), 패킷 길이(packet length), 패킷 바이트(packet bytes)의 필드를 포함할 수 있다.
패킷 타입(packet type)은 해당 전송 패킷의 패이로드 부분에 포함되는 패킷의 형태를 나타낸다. 일 실시 예로서, 패킷 타입 값이 0x00이면 MPEG-2 TS 타입, 0x01이면 가변 길이를 가지는 패킷 또는 패킷화 스트림 타입, 0x02-0xFF는 reserved 영역으로 정의될 수 있다.
패킷 길이(packet length)는 해당 전송 패킷의 패이로드 부분에 포함되는 packet_bytes()의 바이트 단위 데이터의 길이를 나타낸다. 패킷 길이는 패킷 타입이 고정 형태가 아닌 경우에만 포함될 수 있다. 따라서, MPEG-2 TS 패킷은 고정 길이를 가지는 패킷이므로 패킷 타입이 MPEG-2 TS인 경우, 패킷 길이 필드는 사용되지 않을 수 있다.
패킷 바이트(packet bytes)는 해당 전송 패킷의 패이로드 부분에 포함되는 패킷의 실질적인 데이터를 나타낸다. MPEG-2 TS를 전송하는 경우 188바이트의 TS 패킷이 그대로 포함될 수 있다.
도 13은 본 발명의 일 실시 예에 따른 MPEG-2 TS를 전송할 때 패킷의 구조를 나타내는 도면이다.
도 13을 참조하면, 도 12의 MPEG-2 TS 패킷을 포함하는 TP 의 구조가 도시되어 있다. TP은 네트워크 프로토콜 필드, 에러 지시자 필드, 스터핑 지시자 필드, 포인터 필드 및 패이로드 필드를 포함할 수 있다.
네트워크 프로토콜 필드는 TP의 패이로드 필드가 어떤 네트워크 프로토콜 타입을 포함하는지를 나타낼 수 있다. 도 13의 TP에는 MPEG-2 TS가 포함되었으므로 네트워크 프로토콜 필드에는 패킷화 스트림 타입을 나타내는 값이 설정될 수 있다. 에러 지시자 필드는 해당 TP에 에러가 검출되었는지 나타낼 수 있다. 스터핑 지시자 필드는 해당 TP에 스터핑 바이트가 포함되어 있는지 여부를 나타낼 수 있다. 포인터 필드는 패이로드 부분에서 새로운 네트워크 프로토콜 패킷의 시작 부분을 나타낼 수 있다.
패이로드에는 패킷 타입 정보와 MPEG-2 TS 패킷이 포함될 수 있다. 패킷화 스트림 디스크립터는 패킷 타입, 패킷 길이, 패킷 바이트 정보를 포함할 수 있지만, MPEG-2 TS는 188바이트의 고정 길이를 가지기 때문에 패킷 길이 및 패킷 바이트 정보는 제외될 수 있다. 즉, 패이로드에는 패킷에 대한 정보 중 패킷 타입이 MPEG-2 TS라는 정보만이 포함될 수 있다.
한편, 패이로드는 복수 개의 MEEG-2 TS를 포함할 수도 있다.
도 14는 본 발명의 일 실시 예에 따른 MPEG-2 TS를 포함하는 TP의 패이로드 구성 형태를 나타내는 도면이다.
도 14를 참조하면 복수 개의 MPEG-2 TS를 포함하는 TP의 패이로드 구성 형태가 도시되어 있다. 패이로드에는 패킷화 스트림 디스크립터 형태로 MPEG-2 TS 정보가 포함될 수 있다. 각 필드는 다음과 같다.
패킷 타입(packet type)은 해당 전송 패킷의 패이로드 부분에 포함되는 패킷의 형태를 나타낸다. 일 실시 예로서, 패킷 타입의 종류는 MPEG-2 TS와 같은 고정 길이를 가지는 패킷 또는 패킷화 스트림, MPEG media 전송 패킷과 같은 가변 길이를 가지는 패킷 또는 패킷화 스트림을 포함할 수 있다.
패킷 개수(num packet)는 해당 전송 패킷의 패이로드 부분에 포함되는 패킷의 개수를 나타낸다.
패킷 길이(packet length)는 해당 전송 패킷의 패이로드 부분에 포함되는 packet_bytes()의 바이트 단위 데이터의 길이를 나타낸다. 일 실시 예로서, 패킷 타입이 고정 길이를 가지는 패킷 또는 패킷화 스트림(예, MPEG-2 TS)인 경우, 패킷 길이 정보는 한 번만 포함시키고, 반복되는 패킷에 대해서는 동일한 패킷 길이를 가지는 것으로 간주할 수 있다. 일 실시 예로서, MPEG-2 TS의 경우, 패킷 길이는 188 바이트이다.
패킷 바이트(packet bytes)는 해당 전송 패킷의 패이로드 부분에 포함되는 패킷의 실질적인 데이터를 나타낸다. 일 실시 예로서, MPEG-2 TS를 전송하는 경우, 188바이트의 TS 패킷이 패이로드에 그대로 포함될 수 있다.
도 15는 본 발명의 일 실시 예에 따른 복수의 MPEG-2 TS를 전송할 때 패킷의 구조를 나타내는 도면이다.
일 실시 예로서, 세 개의 MPEG-2 TS 패킷을 전송하는 경우, TP의 패이로드에 포함되는 3비트의 패킷 타입(packet type)은 고정 길이를 가지는 패킷화 스트림 타입 또는 MPEG-2 TS 타입(예, 이진수로 000), 패킷 개수(num packet)는 3개(예, 이진수로 00011), 패킷 길이는 188(예, 0x000BC)로 설정될 수 있다. 패킷 관련 정보 다음에 세 개의 MPEG-2 TS 패킷이 위치할 수 있다.
도 16은 본 발명의 일 실시 예에 따른 MPEG-2 TS를 정의한 네트워크 프로토콜 타입을 나타내는 도면이다.
도 16을 참조하면, 일 실시 예로서 패이로드에 포함된 데이터의 프로토콜 타입을 정의한 네트워크 프로토콜 필드가 도시되어 있다. MPEG-2 TS를 전송하기 위해 네트워크 프로토콜 타입을 나타내는 여러 값 중 하나의 값에 MPEG-2 TS 타입을 정의할 수 있다. 일 실시 예로서, 도 16에서 도시된 바와 같이 MPEG-2 TS 패킷 타입은 101 값으로 정의될 수 있다.
시스템에 따라 001부터 101까지 각 값은 필요한 타입으로 지정될 수 있다.
도 17은 본 발명의 일 실시 예에 따른 TP로 MPEG-2 TS를 전송할 때 데이터를 줄이는 방법을 설명하는 도면이다.
네트워크 프로토콜 타입이 MPEG-2 TS 패킷으로 지정된 경우, MPEG-2 TS 패킷은 패킷 타입, 길이 등이 고정되어 있으므로 별도의 패킷 정보가 필요 없을 수 있다. 따라서, 패이로드에는 MPEG-2 TS 패킷이 그대로 포함될 수 있다. 이와 같은 방법으로 MPEG-2 TS를 전송할 때 전송 데이터를 줄일 수 있다. MEPG-2 TS는 일 실시 예이며, 고정 길이를 가지는 패킷 또는 패킷화 스트림의 경우에는 도 17에서 설명한 바와 동일한 방식으로 전송 데이터를 줄일 수 있다. 또한, 패이로드 크기가 MPEG-2 TS 패킷 길이인 188 바이트보다 크면 스터핑 바이트가 삽입될 수도 있다.
도 17(1)을 참조하면, 네트워크 프로토콜 필드에는 MPEG-2 TS를 의미하는 값이 설정될 수 있다. 패이로드에 포함되는 패킷 타입이 MEEG-2 TS로 정해지고 하나의 TP에 하나의 MPEG-TS가 포함된다면 패킷 타입, 패킷 개수 및 패킷 타입과 같은 패킥에 대한 정보가 필요없다. 따라서, 패이로드에는 MPEG-2 TS 패킷이 그대로 포함될 수 있다. 패이로드의 크기와 MPEG-2 TS 패킷 길이와 동일하면 스터핑 바이트도 필요없다.
도 17(2)를 참조하면, 도 17(1)과 마찬가지로 동일한 네트워크 프로토콜 필드 값이 설정되고, 패킷 타입, 패킷 개수 및 패킷 타입과 같은 패킷에 대한 정보는 제외될 수 있다. 다만, 패이로드 크기가 MPEG-2 TS 패킷 길이보다 크면 남는 영역에는 스터핑 바이트가 삽입될 수 있다.
도 17에서는 TP에 MPEG-2 TS를 삽입하여 전송할 때 전송 데이터를 줄일 수 있는 방법에 대해 설명하였으나, 기존의 MPEG-2 TS를 직접 전송할 때 보다 TP 헤더 길이에 해당하는 2 바이트만큼의 오버헤드가 발생할 수 있다. 아래에서는 TP에 MPEG-2 TS를 전송할 때 오버헤드를 줄일 수 있는 방법에 대해 설명한다.
도 18은 MPEG-2 TS 패킷의 구조를 나타내는 도면이다.
MPEG-2 TS 패킷은 동기화 바이트(Sync Byte) 필드, 전송 에러 지시자(Transport Error Indicator) 필드, 패이로드 유닛 시작 지시자(Payload Unit Start Indicator) 필드, 전송 우선 순위(Transport Priority) 필드, PID(Packet IDentifier) 필드, 전송 스크램블 제어(Transport Scrambling Control) 필드, 적응 필드 제어(Adaptation Field Control) 필드, 연속 카운터(Continuity Counter) 필드 및 패이로드(Payload) 필드를 포함한다.
동기화 바이트(Sync Byte) 필드는 8비트이며, 0x47로 고정된 값을 가지고 TS 패킷의 시작을 나타낸다. 전송 에러 지시자(Transport Error Indicator) 필드는 1비트이며, 전송된 패킷에 에러 여부를 나타낸다. 예를 들어, 에러가 없으면 1이고, 에러가 있으면 0이다.
패이로드 유닛 시작 지시자(Payload Unit Start Indicator) 필드는 1비트이며, 원 데이터(original data)의 시작이 패킷에 있는지 여부를 나타낸다. TS 패킷의 경우, 원 데이터를 나누어서 보낼 수 있기 때문에 현재 패킷이 포함하고 있는 데이터가 원 데이터의 어느 부분을 포함하고 있는지 알아야 수신 장치에서 원 데이터를 재가공할 수 있다. 패킷에 원 데이터의 중간 부분이 포함되어 있으면 0이고, 원 데이터의 처음 부분이 포함되어 있으면 1이다.
전송 우선 순위(Transport Priority) 필드는 1비트이며, TS 패킷의 우선 순위를 나타낸다. PID(Packet IDentifier) 필드는 13비트이며, 패킷에 포함된 패이로드의 데이터가 어떤 데이터인지를 알려주는 필드이다.
전송 스크램블 제어(Transport Scrambling Control) 필드는 2비트이며, 패이로드의 스크램블 유무를 나타낸다. 적응 필드 제어(Adaptation Field Control) 필드는 2비트이며, 적응 필드의 유무를 나타낸다. 연속 카운터(Continuity Counter) 필드는 4비트이다. 같은 PID를 가지는 패킷은 연속 카운터가 1씩 증가되면서 전송된다.
아래에서는 TP의 오버헤드를 줄이기 위한 구체적인 방법에 대해 설명한다.
도 19는 본 발명의 다른 실시 예에 따른 MPEG-2 TS를 전송할 때 오버헤드를 줄이는 방법을 설명하는 도면이다.
설명의 편의를 위해, 전송 에러 지시자(Transport Error Indicator) 필드, 패이로드 유닛 시작 지시자(Payload Unit Start Indicator) 필드, 전송 우선 순위(Transport Priority) 필드 및 PID 필드는 제1 그룹으로 정의한다. 그리고, 전송 스크램블 제어(Transport Scrambling Control) 필드, 적응 필드 제어(Adaptation Field Control) 필드 및 연속성 카운터(Continuity Counter) 필드는 제2 그룹으로 정의한다.
MPEG-2 TS 패킷의 헤더 부분에는 패킷이 스트림으로 전송될 때, 동기화 바이트(Sync Byte) 필드는 패킷의 시작을 알기 위해 0x47로 고정된 값으로 설정된다. MPEG-2 TS 패킷을 TP로 전송하는 경우, TP의 헤더로 MPEG-2 TS 패킷의 시작 부분을 확인할 수 있으므로 동기화 바이트는 전송될 필요가 없다.
또한, 1바이트의 동기화 바이트를 제외한 MPEG-2 TS 패킷은 187 바이트의 고정된 길이를 가지게 되므로, TP 내에 위치하는 패이로드의 가변적인 길이를 고려하기 위한 포인터 필드도 필요 없다. 따라서, MPEG-2 TS 패킷의 일부 필드는 TP 헤더에 할당될 수 있다.
MPEG-2 TS 패킷을 TP에 할당하는 구체적인 방법은 다음과 같다. 제1 그룹의 필드와 제2 그룹의 필드의 위치가 교체된다. 전송 스크램블 제어(Transport Scrambling Control) 필드, 적응 필드 제어(Adaptation Field Control) 필드 및 연속성 카운터(Continuity Counter) 필드를 포함하는 8비트의 제2 그룹은 TP의 포인터 필드 위치에 배치될 수 있다. 그리고, 전송 에러 지시자(Transport Error Indicator) 필드, 패이로드 유닛 시작 지시자(Payload Unit Start Indicator) 필드, 전송 우선 순위(Transport Priority) 필드 및 PID 필드를 포함하는 제1 그룹과 패이로드 필드는 TP의 패이로드에 배치될 수 있다. MPEG-2 TS 패킷의 제1 그룹과 패이로드 필드는 총 186 바이트이다. 그리고, TP 헤더는 2바이트이며, MPEG-2 TS 패킷의 제2 그룹은 TP 헤더에 포함된다. 따라서, MPEG-2 TS 패킷을 포함하는 TP는 총 188 바이트이므로 MPEG-2 TS를 직접 전송할 때와 전송 패킷의 크기가 동일하다. 따라서, 오버헤드 없이 TP는 MPEG-2 TS를 포함하여 전송될 수 있다.
이와 같이, MPEG-2 TS 패킷에 포함된 복수의 필드는 재배열되어 TP에 재배치될 수 있다.
도 20은 본 발명의 일 실시 예에 따른 방송 송신 장치의 블록도이다.
도 20을 참조하면, 방송 송신 장치(100)는 제어부(110) 및 통신부(120)를 포함할 수 있다.
제어부(110)는 전송 패킷(Transport Packet)을 생성한다. 제어부(110)는 인코더(미도시)를 포함하여 비디오 또는 오디오 데이터를 인코딩할 수 있다. 또한, 제어부(110)는 시그널링 정보 생성부(미도시)를 포함하여 인코딩된 비디오 또는 오디오 데이터에 대한 시그널링 정보를 생성할 수 있다. 생성된 시그널링 정보는 전송 패킷에 포함될 수 있다.
전송 패킷은 패이로드(Payload) 필드, 스터핑 지시자(Stuffing Indicator) 필드 및 네트워크 프로토콜 필드를 포함할 수 있다. 네트워크 프로토콜 필드는 시그널링 타입, 패킷화 스트림(packetized stream) 타입, 고정 길이의 패킷 타입, 가변 길이의 패킷 타입 또는 MPEG-2 타입 중 하나로 설정될 수 있다.
네트워크 프로토콜 필드가 MPEG-2 타입으로 설정되는 경우, MPEG-2 TS 패킷은 복수의 필드를 포함하고, 복수의 필드는 재배열되어 전송 패킷에 재배치될 수 있다.
통신부(120)는 생성된 전송 패킷을 포함하는 방송 신호를 전송한다.
도 21은 본 발명의 일 실시 예에 따른 방송 수신 장치의 블록도이다.
도 21을 참조하면, 방송 수신 장치(200)는 통신부(210) 및 제어부(220)을 포함한다.
통신부(210)는 전송 패킷을 포함하는 방송 신호를 수신한다.
제어부(220)는 수신된 방송 신호로부터 전송 패킷을 추출하고, 전송 패킷으로부터 데이터의 네트워크 프로토콜 타입 및 데이터를 추출한다.
전송 패킷은 네트워크 프로토콜 필드에는 시그널링 타입, 패킷화 스트림(packetized stream) 타입, 고정 길이의 패킷 타입, 가변 길이의 패킷 타입 또는 MPEG-2 타입 중 하나를 나타내는 값으로 설정될 수 있다. 네트워크 프로토콜 필드에 의해 구별되는 타입은 패이로드에 포함된 데이터의 프로토콜 타입을 나타낸다.
예를 들어, 네트워크 프로토콜 필드가 시그널링 타입으로 설정되는 경우, 패이로드 필드는 서비스 시그널링 테이블을 포함할 수 있다. 네트워크 프로토콜 필드가 패킷화 스트림 타입으로 설정되는 경우, 패이로드 필드는 패키화 스트림 디스크립터를 포함하여 MPEG-2 TS와 같은 고정 길이를 가지는 패킷화 스트림 또는 MPEG-2 미디어 전송 스트림과 같은 가변 길이를 가지는 패킷화 스트림을 포함할 수 있다.
프로토콜 타입이 MPEG-2 TS와 같이 고정 길이를 가지는 패킷화 스트림으로 설정되는 경우, MPEG-2 TS에 포함된 복수의 필드는 재배열되어 전송 패킷에 재배치될 수 있다. 이와 같은 방법으로 고정 길이를 가지는 패킷화 스트림의 오버헤드는 감소될 수 있다.
도 22는 본 발명의 다른 실시 예에 따른 방송 수신 장치의 블록도이다.
도 22를 참조하면, 방송 수신 장치는 채널 동기화부(Channel Synchronizer)(305), 채널 등화부(Channel Equalizer)(310), 채널 디코더(Channel Decoder)(315), 시그널링 디코더(Signaling Decodeer)(320), 전송 패킷 인터페이스(Transport Packet Interface)(325), TP 시그널링 파서(TP Signaling Parser)(330), 공통 프로토콜 스택(Common Protocol Stack)(335), 베이스밴드 운영 제어부(Baseband Operation Controller)(340), SSC 처리 버퍼 & 파서(SSC Processing Buffer & Parser)(345), Service Map DB(350), A/V 프로세서(A/V Processor)(355), SG 프로세서(SG Processor)(360) 및 SG DB(365)를 포함할 수 있다.
채널 동기화부(Channel Synchronizer)(305)는 베이스밴드에서 적절한 디코딩이 가능하도록 심볼 주파수와 타이밍의 동기를 맞출 수 있다.
채널 등화부(Channel Equalizer)(310)는 수신된 신호가 멀티 패스, 도플러 효과 등으로 인해 왜곡되었을 때 이를 보상해 줄 수 있다.
채널 디코더(Channel Decoder)(315)는 수신된 신호로부터 의미를 가지는 데이터로 복구하기 위해 FEC(Forward Error Correction)을 수행할 수 있다.
시그널링 디코더(Signaling Decodeer)(320)는 채널로부터 전달되는 시그널링 데이터를 추출하고 디코딩할 수 있다.
전송 패킷 인터페이스(Transport Packet Interface)(325)는 TP를 추출하고, TP의 프로토콜 타입으로부터 시그널링의 정보나 IP 데이터그램을 조합할 수 있다.
TP 시그널링 파서(TP Signaling Parser)(330)는 TP 인터페이스(325)를 통해 전달된 시그널링 섹션 정보를 수집하여 완성된 시그널링 테이블을 구성할 수 있다.
공통 프로토콜 스택(Common Protocol Stack)(335)은 완성된 시그널링 테이블을 임시로 저장할 수 있다.
베이스밴드 운영 제어부(Baseband Operation Controller)(340)는 베이스밴드에 관한 여러가지 처리 과정을 제어할 수 있다.
SSC 처리 버퍼 & 파서(SSC Processing Buffer & Parser)(345)는 서비스 선택과 스캔 프로세스에 필요한 정보로 IP 레벨 시그널링 정보가 포함된 IP 멀티캐스트 스트림으로부터 SSC 테이블 섹션을 추출할 수 있다.
Service Map DB(350)는 서비스 맵에 대한 자료를 저장할 수 있다.
A/V 프로세서(A/V Processor)(355)는 수신된 오디오 및 비디오 데이터에 대한 디코딩 및 프리젠테이션 처리를 할 수 있다.
SG 프로세서(SG Processor)(360)는 수신 신호로부터 announcement 정보를 추출하고, 서비스 가이드(Service Guide: SG) DB를 관리하며, 서비스 가이드를 제공할 수 있다.
SG DB(365)는 서비스 가이드에 대한 데이터를 저장할 수 있다.
도 21의 통신부(210)는 도 22의 채널 동기화부(Channel Synchronizer)(305)를 포함할 수 있고, 도 21의 제어부(220)는 도 22의 채널 등화부(Channel Equalizer)(310), 채널 디코더(Channel Decoder)(315), 시그널링 디코더(Signaling Decodeer)(320), 전송 패킷 인터페이스(Transport Packet Interface)(325), TP 시그널링 파서(TP Signaling Parser)(330), 공통 프로토콜 스택(Common Protocol Stack)(335), 베이스밴드 운영 제어부(Baseband Operation Controller)(340), SSC 처리 버퍼 & 파서(SSC Processing Buffer & Parser)(345), Service Map DB(350), A/V 프로세서(A/V Processor)(355), SG 프로세서(SG Processor)(360) 및 SG DB(365)를 포함할 수 있다.
도 23은 본 발명의 일 실시 예에 따른 방송 송신 방법의 흐름도이다.
도 23을 참조하면, 방송 송신 장치는 전송 패킷(Transport Packet)을 생성한다(S110). 전송 패킷은 패이로드(Payload) 필드, 스터핑 지시자(Stuffing Indicator) 필드 및 네트워크 프로토콜 필드를 포함할 수 있다.
네트워크 프로토콜 필드는 패이로드 필드에 포함된 데이터의 프로토콜 타입을 나타낸다. 즉, 네트워크 프로토콜 필드는 시그널링 타입, 패킷화 스트림(packetized stream) 타입, 고정 길이의 패킷 타입, 가변 길이의 패킷 타입 또는 MPEG-2 타입 중 하나의 타입에 대한 값으로 설정될 수 있다.
네트워크 프로토콜 필드가 시그널링 타입으로 설정되는 경우, 패이로드 필드는 서비스 시그널링 테이블이 포함될 수 있다.
네트워크 프로토콜 필드가 MPEG-2 TS 패킷과 같이 고정된 길이를 가지는 패킷화 스트림인 경우, 패킷화 스트림에 포함된 복수의 필드를 재배열하고 TP에 재배치함으로써 TP의 오버헤드를 중일 수 있다.
방송 송신 장치는 생성된 전송 패킷을 포함하는 방송 신호를 전송한다(S120).
도 24는 본 발명의 일 실시 예에 따른 방송 수신 방법의 흐름도이다.
도 24를 참조하면, 방송 수신 장치는 전송 패킷을 포함하는 방송 신호를 수신한다(S210).
방송 수신 장치는 수신된 방송 신호로부터 전송 패킷을 추출하고, 전송 패킷으로부터 데이터의 네트워크 프로토콜 타입 및 데이터를 추출한다(S220).
구체적으로, 제어부에 포함된 시그널링 디코더는 채널로부터 전달되는 시그널링 데이터를 추출하고 디코딩할 수 있다. 전송 패킷 인터페이스는 TP를 추출하고, TP의 프로토콜 타입으로부터 시그널링의 정보나 IP 데이터그램을 조합할 수 있다. TP 시그널링 파서는 TP 인터페이스를 통해 전달된 시그널링 섹션 정보를 수집하여 완성된 시그널링 테이블을 구성할 수 있다.
본 발명에 따른 방송 송수신 장치 및 방송 송수신 방법은 상기한 바와 같이 설명된 실시 예들의 구성과 방법이 한정되게 적용될 수 있는 것이 아니라, 상기 실시 예들은 다양한 변형이 이루어질 수 있도록 각 실시 예들의 전부 또는 일부가 선택적으로 조합되어 구성될 수도 있다.
또한, 이상에서는 본 발명의 바람직한 실시 예에 대하여 도시하고 설명하였지만, 본 발명은 상술한 특정의 실시 예에 한정되지 아니하며, 청구범위에서 청구하는 본 발명의 요지를 벗어남이 없이 당해 발명이 속하는 기술분야에서 통상의 지식을 가진자에 의해 다양한 변형실시가 가능한 것은 물론이고, 이러한 변형실시들은 본 발명의 기술적 사상이나 전망으로부터 개별적으로 이해돼서는 안 될 것이다.
-
본 발명은 방송 및 비디오 신호 처리 분야에서 사용 가능하고 반복 가능성이 있는 산업상 이용가능성이 있다.

Claims (18)

  1. 전송 패킷(Transport Packet)을 생성하는 제어부;
    상기 생성된 전송 패킷을 포함하는 방송 신호를 전송하는 통신부;를 포함하며,
    상기 전송 패킷은,
    데이터가 포함되는 패이로드(Payload) 필드, 스터핑 바이트(stuffing byte)의 포함 여부를 나타내는 스터핑 지시자(Stuffing Indicator) 필드 및 상기 패이로드 필드에 포함되는 데이터의 네트워크 프로토콜 타입을 나타내는 네트워크 프로토콜 필드를 포함하는, 방송 송신 장치.
  2. 제1항에 있어서,
    상기 네트워크 프로토콜 필드는,
    시그널링 타입, 패킷화 스트림(packetized stream) 타입, 고정 길이의 패킷 타입, 가변 길이의 패킷 타입 또는 MPEG-2 타입 중 하나로 설정되는 것을 특징으로 하는 방송 송신 장치.
  3. 제2항에 있어서,
    상기 네트워크 프로토콜 필드가 시그널링 타입으로 설정되는 경우, 상기 패이로드 필드는 서비스 시그널링 테이블을 포함하고,
    상기 서비스 시그널링 테이블은,
    전체 서비스 시그널링 테이블 중 상기 패이로드 필드에 포함된 시그널링 테이블의 순서를 나타내는 섹션 넘버(section number) 및 마지막 서비스 시그널링 테이블의 섹션 넘버를 나타내는 라스트 섹션 넘버(last section number)를 포함하는 것을 특징으로 하는 방송 송신 장치.
  4. 제2항에 있어서,
    상기 네트워크 프로토콜 필드가 패킷화 스트림 타입으로 설정되는 경우, 상기 패이로드 필드는 패키화 스트림 디스크립터를 포함하고,
    상기 패킷화 스트림 디스크립터는,
    상기 패이로드 필드에 포함되는 패킷의 타입 정보, 패킷의 개수 정보 및 패킷의 길이 정보를 포함하는 것을 특징으로 하는 방송 송신 장치.
  5. 제4항에 있어서,
    상기 패킷 타입은,
    고정 길이의 패킷 타입 또는 가변 길이의 패킷 타입으로 설정되고,
    상기 패킷 타입이 고정 길이의 패킷 타입으로 설정되는 경우, 상기 패이로드 필드는 하나의 패킷 타입 정보, 하나의 패킷 개수 정보 및 하나의 패킷 길이 정보 및 복수의 패킷을 포함하는 것을 특징으로 하는 방송 송신 장치.
  6. 제2항에 있어서,
    상기 네트워크 프로토콜 필드가 MPEG-2 타입으로 설정되는 경우, 상기 패이로드 필드는 패킷의 타입 정보, 패킷의 개수 정보 및 패킷의 길이 정보를 제외하고 MPEG-2 TS 패킷을 포함하는 것을 특징으로 하는 방송 송신 장치.
  7. 제6항에 있어서,
    상기 MPEG-2 TS 패킷은,
    복수의 필드를 포함하고, 상기 복수의 필드는 재배열되어 상기 전송 패킷에 재배치되는 것을 특징으로 하는 방송 송신 장치.
  8. 제7항에 있어서,
    상기 전송 패킷은,
    포인터 필드를 더 포함하고,
    상기 복수의 필드는,
    전송 에러 지시자(Transport Error Indicator) 필드, 패이로드 유닛 시작 지시자(Payload Unit Start Indicator) 필드, 전송 우선 순위(Transport Priority) 필드 및 PID 필드를 포함하는 제1 그룹 필드;
    전송 스크램블 제어(Transport Scrambling Control) 필드, 적응 필드 제어(Adaptation Field Control) 필드 및 연속성 카운터(Continuity Counter) 필드를 포함하는 제2 그룹 필드; 및
    동기 바이트(Sync Byte) 필드;를 포함하고,
    상기 전송 패킷은,
    상기 제1 그룹 필드를 상기 패이로드 필드에 배치하고, 상기 제2 그룹 필드는 상기 포인터 필드에 배치하며, 상기 동기 바이트 필드를 제외시키는 것을 특징으로 하는 방송 송신 장치.
  9. 전송 패킷(Transport Packet)을 생성하는 단계;
    상기 생성된 전송 패킷을 포함하는 방송 신호를 전송하는 단계;를 포함하며,
    상기 전송 패킷은,
    데이터가 포함되는 패이로드(Payload) 필드, 스터핑 바이트(stuffing byte)의 포함 여부를 나타내는 스터핑 지시자(Stuffing Indicator) 필드 및 상기 패이로드 필드에 포함되는 데이터의 네트워크 프로토콜 타입을 나타내는 네트워크 프로토콜 필드를 포함하는, 방송 송신 방법.
  10. 전송 패킷을 포함하는 방송 신호를 수신하는 통신부;
    상기 수신된 방송 신호로부터 전송 패킷을 추출하고, 상기 전송 패킷으로부터 데이터의 네트워크 프로토콜 타입 및 데이터를 추출하는 제어부;를 포함하며,
    상기 전송 패킷은,
    상기 데이터가 포함되는 패이로드(Payload) 필드, 스터핑 바이트(stuffing byte)의 포함 여부를 나타내는 스터핑 지시자(Stuffing Indicator) 필드 및 상기 패이로드 필드에 포함되는 상기 데이터의 네트워크 프로토콜 타입을 나타내는 네트워크 프로토콜 필드를 포함하는, 방송 수신 장치.
  11. 제10항에 있어서,
    상기 네트워크 프로토콜 필드는,
    시그널링 타입, 패킷화 스트림(packetized stream) 타입, 고정 길이의 패킷 타입, 가변 길이의 패킷 타입 또는 MPEG-2 타입 중 하나로 설정되는 것을 특징으로 하는 방송 수신 장치.
  12. 제11항에 있어서,
    상기 네트워크 프로토콜 필드가 시그널링 타입으로 설정되는 경우, 상기 패이로드 필드는 서비스 시그널링 테이블을 포함하고,
    상기 서비스 시그널링 테이블은,
    전체 서비스 시그널링 테이블 중 상기 패이로드 필드에 포함된 시그널링 테이블의 순서를 나타내는 섹션 넘버(section number) 및 마지막 서비스 시그널링 테이블의 섹션 넘버를 나타내는 라스트 섹션 넘버(last section number)를 포함하는 것을 특징으로 하는 방송 수신 장치.
  13. 제11항에 있어서,
    상기 네트워크 프로토콜 필드가 패킷화 스트림 타입으로 설정되는 경우, 상기 패이로드 필드는 패키화 스트림 디스크립터를 포함하고,
    상기 패킷화 스트림 디스크립터는,
    상기 패이로드 필드에 포함되는 패킷의 타입 정보, 패킷의 개수 정보 및 패킷의 길이 정보를 포함하는 것을 특징으로 하는 방송 수신 장치.
  14. 제13항에 있어서,
    상기 패킷 타입은,
    고정 길이의 패킷 타입 또는 가변 길이의 패킷 타입으로 설정되고,
    상기 패킷 타입이 고정 길이의 패킷 타입으로 설정되는 경우, 상기 패이로드 필드는 하나의 패킷 타입 정보, 하나의 패킷 개수 정보 및 하나의 패킷 길이 정보 및 복수의 패킷을 포함하는 것을 특징으로 하는 방송 수신 장치.
  15. 제11항에 있어서,
    상기 네트워크 프로토콜 필드가 MPEG-2 타입으로 설정되는 경우, 상기 패이로드 필드는 패킷의 타입 정보, 패킷의 개수 정보 및 패킷의 길이 정보를 제외하고 MPEG-2 TS 패킷을 포함하는 것을 특징으로 하는 방송 수신 장치.
  16. 제15항에 있어서,
    상기 MPEG-2 TS 패킷은,
    복수의 필드를 포함하고, 상기 복수의 필드는 재배열되어 상기 전송 패킷에 재배치되는 것을 특징으로 하는 방송 수신 장치.
  17. 제16항에 있어서,
    상기 전송 패킷은,
    포인터 필드를 더 포함하고,
    상기 복수의 필드는,
    전송 에러 지시자(Transport Error Indicator) 필드, 패이로드 유닛 시작 지시자(Payload Unit Start Indicator) 필드, 전송 우선 순위(Transport Priority) 필드 및 PID 필드를 포함하는 제1 그룹 필드;
    전송 스크램블 제어(Transport Scrambling Control) 필드, 적응 필드 제어(Adaptation Field Control) 필드 및 연속성 카운터(Continuity Counter) 필드를 포함하는 제2 그룹 필드; 및
    동기 바이트(Sync Byte) 필드;를 포함하고,
    상기 전송 패킷은,
    상기 제1 그룹 필드를 상기 패이로드 필드에 배치하고, 상기 제2 그룹 필드는 상기 포인터 필드에 배치하며, 상기 동기 바이트 필드를 제외시키는 것을 특징으로 하는 방송 수신 장치.
  18. 전송 패킷을 포함하는 방송 신호를 수신하는 단계;
    상기 수신된 방송 신호로부터 전송 패킷을 추출하고, 상기 전송 패킷으로부터 데이터의 네트워크 프로토콜 타입 및 데이터를 추출하는 단계;를 포함하며,
    상기 전송 패킷은,
    상기 데이터가 포함되는 패이로드(Payload) 필드, 스터핑 바이트(stuffing byte)의 포함 여부를 나타내는 스터핑 지시자(Stuffing Indicator) 필드 및 상기 패이로드 필드에 포함되는 상기 데이터의 네트워크 프로토콜 타입을 나타내는 네트워크 프로토콜 필드를 포함하는, 방송 수신 방법.
PCT/KR2014/005404 2013-06-19 2014-06-19 방송 송수신 장치 및 방송 송수신 방법 WO2014204225A1 (ko)

Priority Applications (6)

Application Number Priority Date Filing Date Title
US14/894,226 US20160134908A1 (en) 2013-06-19 2014-06-19 Broadcasting transmission/reception apparatus and broadcasting transmission/reception method
CA2915022A CA2915022A1 (en) 2013-06-19 2014-06-19 Broadcasting transmission/reception apparatus and broadcasting transmission/reception method
EP14814333.2A EP3013058A4 (en) 2013-06-19 2014-06-19 Broadcasting transmission/reception apparatus and broadcasting transmission/reception method
KR1020157032844A KR20160021759A (ko) 2013-06-19 2014-06-19 방송 송수신 장치 및 방송 송수신 방법
JP2016519456A JP6333969B2 (ja) 2013-06-19 2014-06-19 放送送受信装置および放送送受信方法
CN201480034894.4A CN105359534A (zh) 2013-06-19 2014-06-19 广播发送/接收装置和广播发送/接收方法

Applications Claiming Priority (4)

Application Number Priority Date Filing Date Title
US201361836676P 2013-06-19 2013-06-19
US61/836,676 2013-06-19
US201361843054P 2013-07-05 2013-07-05
US61/843,054 2013-07-05

Publications (1)

Publication Number Publication Date
WO2014204225A1 true WO2014204225A1 (ko) 2014-12-24

Family

ID=52104883

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/KR2014/005404 WO2014204225A1 (ko) 2013-06-19 2014-06-19 방송 송수신 장치 및 방송 송수신 방법

Country Status (7)

Country Link
US (1) US20160134908A1 (ko)
EP (1) EP3013058A4 (ko)
JP (1) JP6333969B2 (ko)
KR (1) KR20160021759A (ko)
CN (1) CN105359534A (ko)
CA (1) CA2915022A1 (ko)
WO (1) WO2014204225A1 (ko)

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10735802B2 (en) * 2015-12-04 2020-08-04 Sharp Kabushiki Kaisha Recovery data with content identifiers
CN108989286B (zh) * 2018-06-08 2020-01-14 北京开广信息技术有限公司 通用数据流的封装方法、解封装方法及装置
CN111835759B (zh) * 2020-07-10 2023-02-03 广东源泉科技有限公司 一种基于数据压缩的网络流量控制方法

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20080282310A1 (en) * 2005-01-18 2008-11-13 Nxp B.V. Ip Datagram De-Encapsulation
KR20100119228A (ko) * 2009-04-30 2010-11-09 삼성전자주식회사 스테레오스코픽 영상의 효율적 전송 장치 및 방법
KR101008652B1 (ko) * 2007-07-25 2011-01-17 엘지전자 주식회사 디지털 방송 시스템 및 데이터 처리 방법
KR20110048535A (ko) * 2008-08-28 2011-05-11 알까뗄 루슨트 통신 시스템, 모바일 프로토콜 패킷 관리 방법 및 서빙 게이트웨이
WO2012049305A1 (en) * 2010-10-15 2012-04-19 Thomson Licensing Method for synchronizing multimedia flows and corresponding device

Family Cites Families (19)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5835730A (en) * 1996-07-31 1998-11-10 General Instrument Corporation Of Delaware MPEG packet header compression for television modems
US6804776B1 (en) * 1999-09-21 2004-10-12 Cisco Technology, Inc. Method for universal transport encapsulation for Internet Protocol network communications
US7564873B1 (en) * 1999-12-10 2009-07-21 Cox Communications, Inc. Method and apparatus for providing in-band messaging within a video on demand environment
JP2003006999A (ja) * 2001-04-19 2003-01-10 Sony Corp データ記録媒体、データ記録方法及び装置、並びに、データ伝送方法及び装置
US7194047B2 (en) * 2002-09-20 2007-03-20 Ati Technologies Inc. Receiver for robust data extension for 8VSB signaling
US7386013B1 (en) * 2003-01-03 2008-06-10 Juniper Networks, Inc. Systems and methods for compressing packet headers
US7782898B2 (en) * 2003-02-04 2010-08-24 Cisco Technology, Inc. Wideband cable system
JP4166612B2 (ja) * 2003-04-03 2008-10-15 三菱電機株式会社 機器制御装置及びこれを用いた機器制御システム
US7023871B2 (en) * 2003-05-28 2006-04-04 Terayon Communication Systems, Inc. Wideband DOCSIS on catv systems using port-trunking
KR101419287B1 (ko) * 2006-07-07 2014-07-14 삼성전자주식회사 Ｉｐｄｃ 서비스를 제공하는 장치 및 방법 및 ｉｐｄｃ서비스를 처리하는 장치 및 방법
KR101405975B1 (ko) * 2007-07-23 2014-06-12 엘지전자 주식회사 디지털 방송 시스템 및 데이터 처리 방법
US7733819B2 (en) * 2007-08-24 2010-06-08 Lg Electronics Inc. Digital broadcasting system and method of processing data in digital broadcasting system
US8160009B2 (en) * 2007-09-20 2012-04-17 Lg Electronics Inc. Digital broadcasting system and method of processing data in digital broadcasting system
JP2009284353A (ja) * 2008-05-23 2009-12-03 Sony Corp 受信装置及び受信方法
KR101099246B1 (ko) * 2009-07-24 2011-12-27 에스케이 텔레콤주식회사 근거리 무선 네트워크 기반 패킷 전송 시스템 및 그 방법
KR101643616B1 (ko) * 2009-11-06 2016-07-29 삼성전자주식회사 모바일 서비스 수신 방법 및 모바일 서비스 수신기
EP2362653A1 (en) * 2010-02-26 2011-08-31 Panasonic Corporation Transport stream packet header compression
US9066117B2 (en) * 2012-02-08 2015-06-23 Vixs Systems, Inc Container agnostic encryption device and methods for use therewith
KR20130126876A (ko) * 2012-04-30 2013-11-21 삼성전자주식회사 통신 시스템에서 패킷 송수신 방법 및 장치

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20080282310A1 (en) * 2005-01-18 2008-11-13 Nxp B.V. Ip Datagram De-Encapsulation
KR101008652B1 (ko) * 2007-07-25 2011-01-17 엘지전자 주식회사 디지털 방송 시스템 및 데이터 처리 방법
KR20110048535A (ko) * 2008-08-28 2011-05-11 알까뗄 루슨트 통신 시스템, 모바일 프로토콜 패킷 관리 방법 및 서빙 게이트웨이
KR20100119228A (ko) * 2009-04-30 2010-11-09 삼성전자주식회사 스테레오스코픽 영상의 효율적 전송 장치 및 방법
WO2012049305A1 (en) * 2010-10-15 2012-04-19 Thomson Licensing Method for synchronizing multimedia flows and corresponding device

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
See also references of EP3013058A4 *

Also Published As

Publication number Publication date
US20160134908A1 (en) 2016-05-12
KR20160021759A (ko) 2016-02-26
JP2016526361A (ja) 2016-09-01
EP3013058A1 (en) 2016-04-27
CA2915022A1 (en) 2014-12-24
JP6333969B2 (ja) 2018-05-30
CN105359534A (zh) 2016-02-24
EP3013058A4 (en) 2017-02-15

Similar Documents

Publication Publication Date Title
WO2016129974A1 (en) Transmitting apparatus and receiving apparatus and controlling method thereof
WO2015012565A1 (en) Transmitting apparatus, receiving apparatus and signal processing method thereof
WO2017003259A1 (en) Transmitting apparatus and receiving apparatus and controlling method thereof
WO2016111560A1 (en) Transmitting apparatus and receiving apparatus and signal processing method thereof
WO2014209057A1 (ko) 지상파 방송망과 인터넷 프로토콜망 연동 기반의 하이브리드 방송 시스템에서 방송 서비스의 송수신 방법 및 장치
WO2014171718A1 (ko) 방송 전송 장치, 방송 수신 장치, 방송 전송 장치의 동작 방법 및 방송 수신 장치의 동작 방법
WO2018052253A1 (ko) 송신 장치 및 그 송신 방법
WO2015008986A1 (ko) 하이브리드 방송 시스템의 방송 신호를 송신/수신하는 방법 및 장치
WO2013025035A2 (ko) 송신 장치, 수신 장치 및 그 송수신 방법
WO2016072747A1 (en) Transmitting apparatus and receiving apparatus and signal processing method thereof
WO2015008987A1 (ko) 디지털 방송 시스템에서 고품질의 색감 표현을 위한 초고화질 방송 신호 송수신 방법 및 장치
WO2016111607A1 (en) Transmitting apparatus and signal processing method thereof
WO2016076631A1 (en) Transmitting apparatus, receiving apparatus and controlling method thereof
WO2009134105A2 (en) Method of receiving broadcasting signal and apparatus for receiving broadcasting signal
WO2015034245A1 (en) Transmitting apparatus, receiving apparatus, and signal processing method thereof
WO2012050405A2 (ko) 디지털 수신기 및 디지털 수신기에서의 3d 컨텐트 처리방법
WO2014189278A1 (ko) Ip 기반의 디지털 방송 시스템에서 계층간 시그널링 데이터 처리 방법 및 장치
WO2017126889A1 (en) Receiving apparatus and control method thereof
WO2015020401A1 (en) Transmitting apparatus, receiving apparatus, and controlling methods thereof
WO2016195354A1 (en) Transmitting apparatus, receiving apparatus, and method for controlling the same
WO2015126117A1 (ko) 방송 신호 송수신 방법 및 장치
EP3216191A1 (en) Transmitting apparatus and receiving apparatus and signal processing method thereof
WO2012011722A2 (ko) 미디어 송수신 방법 및 그를 이용한 송수신 장치
WO2014208988A1 (en) Transmitter, receiver, and control method thereof
WO2020096148A1 (ko) 미디어 서비스 채널 전환 방법 및 장치

Legal Events

Date Code Title Description
WWE Wipo information: entry into national phase

Ref document number: 201480034894.4

Country of ref document: CN

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

Ref document number: 14814333

Country of ref document: EP

Kind code of ref document: A1

ENP Entry into the national phase

Ref document number: 20157032844

Country of ref document: KR

Kind code of ref document: A

ENP Entry into the national phase

Ref document number: 2915022

Country of ref document: CA

WWE Wipo information: entry into national phase

Ref document number: 14894226

Country of ref document: US

ENP Entry into the national phase

Ref document number: 2016519456

Country of ref document: JP

Kind code of ref document: A

NENP Non-entry into the national phase

Ref country code: DE

WWE Wipo information: entry into national phase

Ref document number: 2014814333

Country of ref document: EP