WO2014119961A1 - 방송 시스템을 통하여 긴급 경보 서비스를 제공하는 장치 및 방법 - Google Patents

방송 시스템을 통하여 긴급 경보 서비스를 제공하는 장치 및 방법 Download PDF

Info

Publication number
WO2014119961A1
WO2014119961A1 PCT/KR2014/000908 KR2014000908W WO2014119961A1 WO 2014119961 A1 WO2014119961 A1 WO 2014119961A1 KR 2014000908 W KR2014000908 W KR 2014000908W WO 2014119961 A1 WO2014119961 A1 WO 2014119961A1
Authority
WO
WIPO (PCT)
Prior art keywords
emergency alert
content
datagram
information
message
Prior art date
Application number
PCT/KR2014/000908
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 JP2015555918A priority Critical patent/JP6204502B2/ja
Priority to KR1020157019861A priority patent/KR102129800B1/ko
Priority to CA2898429A priority patent/CA2898429A1/en
Priority to US14/765,257 priority patent/US9467240B2/en
Priority to KR1020207007425A priority patent/KR102129804B1/ko
Priority to EP14746077.8A priority patent/EP2953279B1/en
Priority to KR1020207007426A priority patent/KR102221300B1/ko
Priority to CN201480007226.2A priority patent/CN104969492B/zh
Publication of WO2014119961A1 publication Critical patent/WO2014119961A1/ko
Priority to US15/259,643 priority patent/US9699623B2/en
Priority to US15/624,503 priority patent/US10028034B2/en

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/80—Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
    • H04N21/81—Monomedia components thereof
    • H04N21/8126—Monomedia components thereof involving additional data, e.g. news, sports, stocks, weather forecasts
    • H04N21/814—Monomedia components thereof involving additional data, e.g. news, sports, stocks, weather forecasts comprising emergency warnings
    • G—PHYSICS
    • G08—SIGNALLING
    • G08B—SIGNALLING OR CALLING SYSTEMS; ORDER TELEGRAPHS; ALARM SYSTEMS
    • G08B21/00—Alarms responsive to a single specified undesired or abnormal condition and not otherwise provided for
    • G08B21/02—Alarms for ensuring the safety of persons
    • G08B21/10—Alarms for ensuring the safety of persons responsive to calamitous events, e.g. tornados or earthquakes
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04H—BROADCAST COMMUNICATION
    • H04H20/00—Arrangements for broadcast or for distribution combined with broadcast
    • H04H20/53—Arrangements specially adapted for specific applications, e.g. for traffic information or for mobile receivers
    • H04H20/59—Arrangements specially adapted for specific applications, e.g. for traffic information or for mobile receivers for emergency or urgency
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04H—BROADCAST COMMUNICATION
    • H04H20/00—Arrangements for broadcast or for distribution combined with broadcast
    • H04H20/65—Arrangements characterised by transmission systems for broadcast
    • H04H20/71—Wireless systems
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/004—Arrangements for detecting or preventing errors in the information received by using forward error control
    • H04L1/0041—Arrangements at the transmitter end
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/004—Arrangements for detecting or preventing errors in the information received by using forward error control
    • H04L1/0056—Systems characterized by the type of code used
    • H04L1/0057—Block codes
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/22—Parsing or analysis of headers
    • 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/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/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/238—Interfacing the downstream path of the transmission network, e.g. adapting the transmission rate of a video stream to network bandwidth; Processing of multiplex streams
    • H04N21/2383—Channel coding or modulation of digital bit-stream, e.g. QPSK modulation
    • 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/4345—Extraction or processing of SI, e.g. extracting service information from an MPEG stream
    • 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/435—Processing of additional data, e.g. decrypting of additional data, reconstructing software from modules extracted from the transport stream
    • 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/438—Interfacing the downstream path of the transmission network originating from a server, e.g. retrieving encoded video stream packets from an IP network
    • H04N21/4382—Demodulation or channel decoding, e.g. QPSK demodulation
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/06—Selective distribution of broadcast services, e.g. multimedia broadcast multicast service [MBMS]; Services to user groups; One-way selective calling services
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/90—Services for handling of emergency or hazardous situations, e.g. earthquake and tsunami warning systems [ETWS]

Definitions

  • the present invention relates to a broadcast system. More specifically, the present invention relates to an apparatus and method for providing an emergency alert service through a broadcast system.
  • NRT non real time
  • ESG electronic service guide
  • An object of the present invention is to solve the above problems, and to provide an efficient emergency alert service in a broadcast system.
  • an object of the present invention is to provide an efficient emergency alert service in a broadcasting system in which fixed broadcasting and mobile broadcasting are integrated.
  • an object of the present invention is to provide an emergency alert service even in an old broadcast receiver.
  • a method for receiving emergency alert content using a broadcasting system includes receiving a broadcast signal, parsing an emergency alert table included in the broadcast signal, wherein the emergency alert table includes an emergency alert message and An emergency alert content delivery structure descriptor for signaling information on emergency alert content related to the emergency alert message, wherein the emergency alert content delivery structure descriptor is configured to obtain IP address information of an IP datagram that transmits the emergency alert content. And receiving the IP datagram of the IP address information and decoding the IP datagram to play the emergency alert content.
  • the emergency alert content delivery structure descriptor is configured to include content ID information identifying the emergency alert content associated with the emergency alert message, validity period information of the emergency alert content, and the number of emergency alert content associated with the emergency alert message. It further includes count information indicating.
  • the emergency alert content delivery structure descriptor further includes region information identifying a region where the emergency alert content is to be provided and region number information indicating the number of the region information.
  • the IP datagram for transmitting the emergency alert content further includes emergency alert message ID information for identifying an emergency alert message associated with the emergency alert content.
  • the IP datagram for transmitting the emergency alert content further includes content ID information for identifying the emergency alert content and data of the emergency alert content.
  • the IP datagram transmitting the emergency alert content includes current sequence number information indicating the sequence number of the IP datagram and last sequence number information indicating the last sequence number of the IP datagram for the emergency alert content. It includes more.
  • a method for receiving an emergency alert content using a broadcast system including receiving a broadcast signal and parsing an emergency alert table included in the broadcast signal, wherein the emergency alert table transmits an emergency alert message.
  • Receiving first IP datagram using the first IP address information wherein the first IP datagram includes first IP address information for identifying an IP address of the first IP datagram, wherein the first IP datagram is And an emergency alert content delivery structure element for signaling information about emergency alert content associated with the emergency alert message, wherein the emergency alert content delivery structure element identifies an IP address of a second IP datagram that transmits the emergency alert content.
  • the second IP address information to be identified, and the second IP address using the second IP address information.
  • the emergency alert content transmission structure element includes content ID information identifying the emergency alert content associated with the emergency alert message, validity period information of the emergency alert content, and the number of emergency alert content associated with the emergency alert message. It further includes count information indicating.
  • the emergency alert content transmission structure element further includes region information identifying a region where the emergency alert content is to be provided and region number information indicating the number of the region information.
  • the first IP datagram further includes first emergency alert message ID information for identifying the emergency alert message, length information indicating the length of the emergency alert message, and data of the emergency alert message.
  • said second IP datagram further comprises second emergency alert message ID information identifying an emergency alert message associated with said emergency alert content.
  • the second IP datagram further includes content ID information identifying the emergency alert content and data of the emergency alert content.
  • the second IP datagram includes current sequence number information indicating a sequence number of the second IP datagram and last sequence number information indicating a last sequence number of a second IP datagram for the emergency alert content. It includes more.
  • the emergency alert content transmission structure element further includes emergency alert content IP datagram type information for identifying whether the second IP datagram is transmitted in a FLUTE manner.
  • the emergency alert content transmission structure element includes size information of an original state of the emergency alert content, content type information of an original state of the emergency alert content, and size information of a state in which the emergency alert content is modified for transmission. And content type information of a state in which the emergency alert content is modified for transmission.
  • a receiver for receiving emergency alert content includes one or more devices or units for performing each of the methods described above.
  • a receiver (or an old receiver) that does not support ESG / NRT has an effect of receiving / reproducing bidirectional content including an emergency alert service.
  • FIG. 1 is a view showing the structure of an integrated public alarm system according to an embodiment of the present invention.
  • FIG. 2 is a diagram illustrating an alarm network according to an embodiment of the present invention.
  • FIG. 3 is a diagram illustrating a transmission system according to an embodiment of the present invention.
  • FIG. 4 illustrates a signaling encoder according to an embodiment of the present invention.
  • FIG. 5 is a diagram illustrating a structure of an ensemble according to an embodiment of the present invention.
  • FIG. 6 is a diagram illustrating syntax of a mobile emergency alert table according to an embodiment of the present invention.
  • FIG. 7 is a diagram illustrating a description according to a value of an EAS_message_transfer_type field according to an embodiment of the present invention.
  • FIG. 8 is a diagram illustrating a structure of an IP datagram for transmitting emergency alert content according to an embodiment of the present invention.
  • FIG. 9 is a diagram illustrating syntax for signaling emergency alert content according to an embodiment of the present invention.
  • FIG. 10 is a diagram illustrating an emergency alert table according to another embodiment of the present invention.
  • FIG. 11 is a diagram illustrating a description according to a value of an EAS_massage_transfer_type field according to another embodiment of the present invention.
  • FIG. 12 is a diagram illustrating an emergency alert IP datagram according to an embodiment of the present invention.
  • FIG. 13 is a diagram illustrating EAS_content_transfer_extended_structure () according to an embodiment of the present invention.
  • FIG. 14 is a diagram illustrating a description according to a value of an EAS_content_IP_datagram_type element according to an embodiment of the present invention.
  • 15 is a diagram illustrating emergency alert data processing using an emergency alert table according to an embodiment of the present invention.
  • 16 is a diagram illustrating emergency alert data processing using an emergency alert table according to another embodiment of the present invention.
  • 17 is a diagram illustrating emergency alert data processing using an emergency alert table according to another embodiment of the present invention.
  • FIG. 18 is a diagram illustrating a broadcast receiver according to an embodiment of the present invention.
  • the main service data corresponds to data received by a fixed broadcast receiving system and may include audio / video data.
  • the main service data may include high definition (HD) or standard definition (SD) audio / video data, and may include various kinds of data for broadcasting.
  • Known data corresponds to data known in advance according to an appointment between the broadcast receiving system and the broadcast transmitting system.
  • MH is a term corresponding to mobile / handheld, as opposed to a fixed type system.
  • the MH service data (or mobile service data) may include any kind of data used in a mobile or portable system. Therefore, mobile service data according to an embodiment of the present invention is not limited to MH service data.
  • Mobile service data may include information such as program executable files or stock information.
  • Mobile service data may include audio / video data.
  • the mobile service data may correspond to audio / video data having a lower resolution and a lower data rate when compared to the main service data.
  • the MPEG-2 codec is used as the audio / video codec for the main service
  • the MPEG-2 codec, MPEG-4 advanced video coding (AVC), or scalable video coding (AVC) for mobile services
  • Higher image compression audio / video codecs such as scalable video coding (SVC) may be used.
  • the mobile service data may include TPEG data (transport protocol expert group data) for real time traffic broadcasting.
  • the mobile service data may include broadcast services / programs such as weather information service, traffic information service, stock information service, viewer participation quiz program, real time voting, interactive educational broadcast program, game service, or music program.
  • a data group means a set of data packets transmitted through a data slot (or MH slot).
  • the data group division represents a set of data group regions within one slot.
  • the data group division may be divided into a primary data group division or a secondary data group division.
  • the collection of primary data group divisions in an MH frame forms a primary parade, and the secondary data group divisions form a secondary parade.
  • the parade (or MH parade) represents a set of data groups having the same FEC parameters.
  • the parade may represent a set of data group divisions of data groups having the same data group type.
  • RS frame (Reed-Solomon Frame) is a two-dimensional data frame.
  • the payload of the RS frame is encoded by RS-CRC (Reed Solomon? Cyclic Redundancy Check) coding.
  • An ensemble represents a set of RS frames to which the same FEC (Forward Error Correction) code is applied.
  • each RS frame includes a compressed set of IP streams.
  • the ensemble may include mobile service data channels for mobile service data and mobile service signaling for mobile services.
  • the mobile service data for the mobile service may be transmitted through a part of a transport channel for transmitting the main service data to the main service.
  • the mobile service data for the mobile service may be transmitted through the entire transmission channel used for the main service.
  • data necessary for the mobile service may be referred to as mobile service data.
  • mobile service data may include known data, signaling data, and / or RS parity data.
  • the mobile service data may be classified into mobile service data of core mobile mode (CMM) and mobile service data of scalable full channel mobile mode (SFCMM).
  • CMS core mobile mode
  • SFCMM scalable full channel mobile mode
  • the CMM is a broadcast mode for transmitting main service data and mobile service data together.
  • the CMM may use at least 38 packets of the 156 packets in each slot to transmit main service data for the existing broadcast.
  • the SFCMM is a broadcast mode that transmits only mobile service data or transmits main service data with less than CMM.
  • the SFCMM may use less than 38 packets of the 156 packets in each slot for the transmission of main service data.
  • the SFCMM parade represents a parade that is backward compatible with existing CMM systems / decoders but is not recognized by existing CMM systems / decoders.
  • the data group area represents a collection of data blocks or extended data blocks.
  • the data group area represents a certain area within the data group.
  • Each data group area may contain mobile service data for different purposes.
  • Transmission Parameter Channel may be included in each data group, and transmits information about a data frame or data group to a receiver and provides a transmission parameter.
  • FIC Fast information channel transmits cross layer information (or inter-layer information).
  • the FIC may include connection information between the ensemble and the mobile service.
  • Emergency alert message in the present invention represents a text indicating the disaster, emergency situation or a simple image that can identify the disaster, emergency situation.
  • Emergency alert content in the present invention means any file that can provide detailed information about the disaster, emergency situation, such as image, audio, video, text to the user.
  • Emergency alert content may be sent to EAS Rich Media Contents.
  • Rich Media Contents may refer to content capable of interactive services. Therefore, it may mean an emergency alert content capable of EAS Media Contents interactive service.
  • the emergency alert content may include an emergency alert message.
  • FIG. 1 is a view showing the structure of an integrated public alarm system according to an embodiment of the present invention.
  • the integrated public alert system is an alert system to which an emergency alert management system of the Federal Emergency Management Agency (FEMA) can be applied.
  • FEMA Federal Emergency Management Agency
  • FEMA Federal Emergency Management Agency
  • an alert message is based on the Common Alerting Protocol (CAP), which is a common format of an alert message from an authorizing authority authorized to generate a disaster alert.
  • CAP Common Alerting Protocol
  • Create The generated CAP message is delivered to various disaster alert systems such as Commercial Mobile Alert System (CMAS) through OPEN (Open Platform for Emergency Networks), an integrated network of various alert message delivery developed by IPAWS.
  • CMAS Commercial Mobile Alert System
  • OPEN Open Platform for Emergency Networks
  • the CMAS may select a message suitable for the operator network from the received alarm messages, extract text of 90 characters or less from the message, and provide a disaster alert service in the form of a text message.
  • FIG. 2 is a diagram illustrating an alarm network according to an embodiment of the present invention.
  • the alarm network may follow a PBS WARN (Public Broadcasting Service Warning, Alert, and Response Network).
  • PBS WARN Public Broadcasting Service Warning, Alert, and Response Network
  • PBS receives the alert message of the commercial mobile alert system (CMAS) generated from FEMA and relays it to broadcast media and telecommunications operators. Operators extract the text of 90 characters or less from the received alert message and provide disaster alert service in the form of text message.
  • CMAS commercial mobile alert system
  • CMAS receives alert messages generated by FEMA and provides text-based disaster alert text service of 90 characters or less.
  • PBS transmits alarm message as part of broadcast propagation through Network Operation Center.
  • the PTV station receives the alert message along with the corresponding broadcast signal and sends it back to the local broadcasting network. And it receives the resent alert message through WARN-Enabled Receiver which can handle it, extracts text from it and provides text message based disaster alert service to users in the communication network.
  • FIG. 3 is a diagram illustrating a transmission system according to an embodiment of the present invention.
  • a transmission system includes a packet adjustment unit 101, a pre-processor 102, a data frame encoder 103, a block processor; 104), signaling encoder 105, group formatter 106, packet formatter 107, packet multiplexer 108, post-processor 109, Modified data randomizer (110), systematic / non-systematic RS encoder (systematic / non-systematic RS encoder; 111), data interleaver (112), non-systematic RS encoder (non-systematic RS) encoder; 113, parity replacer 114, modified trellis encoder 115, synchronization multiplexer 116, pilot inserter 117, VSB demodulator ( VSB modulator: 118), and / or ex Include; (119 transmission unit) unit.
  • the transmission system according to the present invention may further include a pre-equalizer filter 120.
  • the packet adjustment unit 101 may compensate for a location difference that may occur between a service stream that includes a mobile service stream and a service stream that does not include a mobile service stream.
  • the pre-processor 102 may serve to form mobile service data into a mobile service structure for transmitting mobile service data.
  • the preprocessor 102 can perform additional FEC coding on the mobile service data.
  • Preprocessor 102 can insert known data into a data group.
  • the preprocessor 102 improves the stability of the transmission and reception performance of mobile service data in a mobile environment.
  • the preprocessor 102 may include a data frame encoder 103, a block processor 104, a signaling encoder 105, a group formatter 106, and a packet formatter; 107), and / or a packet multiplexer 108.
  • the data frame encoder 103 randomizes mobile service data and performs RS encoding and cyclic redundancy check (CRC) encoding on the mobile service data.
  • the data frame encoder 103 generates an RS frame containing mobile service data.
  • the data frame encoder 103 may include an RS frame divider (not shown) that separates an RS frame to generate an RS frame portion.
  • a block processor 104 converts the RS frame portion into a serial concatenated convolutional coding (SCCC) block.
  • the block processor 104 converts a byte of mobile service data included in the SCCC block into mobile service data in units of bits.
  • the block processor 104 performs convolutional coding at 1/2, 1/3, or 1/4 rate on the mobile service data in units of bits. In this case, 1/2 rate means two bits are output when one bit is input, 1/3 rate means three bits are output when one bit is input, 1/4 Rate means that once one bit is entered, four bits are output.
  • the output bits are included in the symbol.
  • the block processor 104 performs interleaving on symbols that are convolutionally encoded and output.
  • the block processor 104 converts the interleaved symbols into data in bytes.
  • the block processor 104 converts the SCCC block into a data block.
  • the signaling encoder 105 generates signaling information for signaling at the receiving side.
  • the signaling encoder 105 performs FEC coding and Parallel Concatenated Convolutional Code (PCCC) encoding on the signaling information.
  • the signaling information includes TPC data and / or FIC data.
  • the group formatter 106 forms a data group containing mobile service data.
  • Group formatter 106 inserts the FEC coded mobile service data into an interleaved data group.
  • the group formatter 106 inserts initialization data bytes for initializing the memory of the signaling data modification trellis encoder 115, and / or known data strings (a set of contiguous known data) into the data group.
  • Group formatter 106 inserts a location holder for main service data, a location holder for MPEG-2 header and / or a location holder for non-systematic RS parity into the data group.
  • the group formatter 106 may insert dummy data to generate a group of data of a desired type.
  • the group formatter 106 After inserting various kinds of data, the group formatter 106 performs de-interleaving on the data in the data group of the interleaved form. After deinterleaving is performed, the data group is output as a data group in the form before being interleaved.
  • the data group generated in the group formatter 106 includes mobile service data corresponding to one RS frame portion.
  • the packet formatter 107 converts the output data of the group formatter 106 into a Transport Stream (TS) packet.
  • TS Transport Stream
  • the TS packet may be referred to as a mobile service data packet.
  • the packet formatter 107 outputs (118 + M) mobile service data packets for one data group. M is an integer of 38 or less here.
  • the packet multiplexer 108 multiplexes a packet including mobile service data processed by the preprocessor 102 and a packet including main service data.
  • the multiplexed packet contains (118 + M) mobile service data and L main service data packets.
  • M is an integer of 0 or more and 38 or less, and the sum of M and L is 38.
  • only the mobile service data is processed by the packet multiplexer 108.
  • the post-processor 109 processes the mobile service data so that the mobile service data is backward compatible with the existing broadcasting system. In this process, main service data can be processed together.
  • the post processor 109 may include a modified data randomizer 110, a systematic / non-systematic RS encoder 111, a data interleaver interleaver 112, a non-systematic RS encoder 113, a parity replacer 114, and / or a modified trellis encoder 115.
  • the modified data randomizer 110 bypasses the mobile service data packet without performing randomization on the mobile service data packet.
  • the revised data randomizer 110 performs rendering on the main service data packet.
  • the modified data randomizer 110 may not perform the rendering process.
  • the systematic / non-systematic RS encoder 111 performs systematic RS encoding on the main service data when the input data is a main service data packet.
  • the systematic / non-systematic RS encoder 111 performs non-systematic RS encoding on the mobile service data when the input data is a mobile service data packet.
  • Systematic / non-systematic RS parity generated by systematic / non-systematic RS encoding can be inserted at a predefined position in the data group.
  • the systematic / non-systematic RS encoder 111 does not need to perform RS encoding for the main service data. In this case, the systematic / non-systematic RS encoder 111 may not generate non-systematic RS parity for backward compatibility.
  • the data interleaver 112 performs interleaving on data including main service data and mobile service data.
  • the non-systematic RS encoder 113 receives the memory value of the modified trellis encoder 115, Mobile service data is received from the data interleaver 112 to convert the initialization data of the mobile service data into a memory value.
  • the non-systematic RS encoder 113 outputs the RS parity generated by performing non-systematic RS encoding on the changed mobile service data to the parity substituter 114.
  • the parity substituent 114 receives the mobile service data from the data interleaver 112 and converts the non-systematic RS parity of the mobile service data into a non-systematic RS encoder. Replace with the non-systematic RS parity generated by 113.
  • the packet multiplexed in the packet multiplexer 108 does not include the main service data packet, there is no need to include RS parity in the data group for backward compatibility. Accordingly, according to an embodiment of the present invention, in this case, the non-systematic RS encoder 113 and the parity substituent 114 do not perform the above-described operation, but perform an operation of bypassing the received data. Can be.
  • a modified trellis encoder 115 performs trellis encoding on the output of the data interleaver 112. After trellis encoding, in order to output known data in the form promised by the broadcast transmitting side and the broadcasting receiving side, the memory included in the trellis encoder 115 needs to be initialized before starting trellis encoding. have.
  • the above-described initialization operation may be started by the initialization data included in the data group.
  • a synchronization multiplexer 116 inserts the field synchronization signal and the segment synchronization signal into the output data of the modified trellis encoder 115 and multiplexes these data.
  • the pilot inserter 117 receives the multiplexed data at the synchronous multiplexer 116 and transmits the pilot signal used as a carrier phase for demodulation of the channel signal to the multiplexed data. Insert it.
  • the VSB modulator 118 performs VSB modulation to transmit broadcast data.
  • the VSB modulator 118 may be replaced with an OFDM modulator. That is, when modulation is performed in an OFDM scheme other than the VSB scheme, an OFDM modulator may be included in the present transmission system.
  • a transmission unit 119 performs frequency up conversion on the modulated data and transmits the data on which the conversion has been performed.
  • some of the above-described devices may be omitted or replaced by another device, and the order of device processing may be changed.
  • FIG. 4 illustrates a signaling encoder according to an embodiment of the present invention.
  • the signaling encoder may include a first RS encoder 4100, a second RS encoder 4200, a block interleaver 4300, a multiplexer 4400, a signaling randomizer 4500, and / or a PCCC. Perform encoder 4600.
  • the first RS encoder 4100 performs RS encoding on the TPC data.
  • the second RS encoder 4200 performs RS encoding on the FIC data.
  • the first RS encoder and the second RS encoder perform RS encoding at different rates. That is, the TPC data and the FIC data are RS encoded at different rates.
  • the block interleaver 4300 performs block interleaving on RS encoded FIC data.
  • Block interleaving is to interleave FIC data in blocks.
  • the multiplexer 4400 multiplexes the RS encoded TPC data and the block interleaved FIC data.
  • the signaling randomizer 4500 renders the multiplexed data.
  • PCCC encoder 4600 PCCC encodes the rendered data.
  • FIG. 5 is a diagram illustrating a structure of an ensemble according to an embodiment of the present invention.
  • the ensemble transmits mobile service data constituting the mobile service.
  • the ensemble may include a Service Signaling Channel (SSC) for signaling mobile services.
  • SSC Service Signaling Channel
  • the service signaling channel may be included in the IP datagram.
  • the service signaling channel may be defined to be transmitted through a specific IP address and a UDP port. That is, the receiving side may obtain service signaling channel data by parsing data of the corresponding IP address and the UDP port.
  • the service signaling channel includes a service map table (SMT) including attribute information on mobile services transmitted by an ensemble, and a guide access table including information on service guide data for mobile services.
  • SMT service map table
  • GAT Global System for Mobile communications
  • CIT Cell Information Table
  • Emergency Alert Table-MH Emergency Alert Table-MH; EAT-MH
  • FIG. 6 is a diagram illustrating syntax of a mobile emergency alert table according to an embodiment of the present invention.
  • the mobile emergency alert table of the present invention may be referred to as an emergency alert table when used in a fixed broadcast system.
  • the mobile emergency alert table of the present invention includes a table_id field, an EAT_MH_protocol_version field, an ensemble_id field, an automatic_tuning_channel_number field, an automatic_tuning_ts_id field, an automatic_tuning_ensemble_id field, an automatic_tuning_service_id field, an num_EAS_message_ field, an EAS_message_id field, a type_type_file_of_field_disp_file_of_field field It may include an EAS_message_length field, an EAS_message_bytes field, an IP_address field, a UDP_port_num field, and / or an EAS_NRT_service_id field.
  • table_id field Identifies the type of current table.
  • the broadcast receiver may identify a table_id field of a specific value and identify that this table is a mobile emergency alert table.
  • the EAT_MH_protocol_version field identifies version information for these when the structure of the mobile emergency alert table is changed.
  • the ensemble_id field represents an ID of an ensemble associated with this table.
  • the automatic_tuning_channel_number field represents a physical RF channel number for automatic tuning. For example, when forced tuning is necessary to a channel number on which an emergency alert message is broadcasted, the above field may be referred to.
  • the automatic_tuning_ts_id field represents a transport stream ID for automatic tuning. For example, if a transport stream including an emergency alert message needs to be parsed, the stream can be identified through the above ID.
  • the automatic_tuning_ensemble_id field represents an ID of an ensemble for automatic tuning. For example, an ensemble including an emergency alert message may be identified through the above field.
  • the automatic_tuning_service_id field represents a target A / V service of automatic tuning. If automatic tuning is specified in the mobile emergency alert table, the emergency alert table may or may not include an alert message. If auto tuning is specified, the broadcast receiver will ignore the message and tune to the target channel number.
  • the num_EAS_messages field represents the number of emergency alert messages included in the mobile emergency alert table.
  • the EAS_message_id field identifies a unique ID for sending an emergency alert message. This field may be changed if a previous emergency alert message is updated or canceled. In another embodiment, this field may be extracted from the CAP message ID.
  • the type_of_responder field represents a broadcast target of an emergency alert message.
  • the type_of_disciplines field represents information on an emergency situation that is the subject of an emergency alert.
  • the EAS_IP_version_flag field indicates that the IP_address field includes an IPv4 address when set to '0', and indicates that the IP_address field is for IPv6 when set to '1'.
  • the EAS_message_transfer_type field represents a transmission type of an emergency alert message.
  • the EAS_message_encoding_type field represents an encoding plan of an emergency alert message.
  • the EAS_message_length field represents the compression length of the compressed emergency alert message including the emergency alert.
  • the EAS_message_bytes field represents the size of a compressed emergency alert message including an emergency alert.
  • the IP_address field indicates a corresponding IP address when an emergency alert message is transmitted through an IP datagram.
  • the UDP_port_num field indicates a corresponding UDP address when an emergency alert message is transmitted through an IP datagram.
  • the EAS_NRT_service_id field identifies a service ID of an NRT service that provides additional content associated with an emergency alert message. This field may also be inserted in the SMT included in the ensemble for transmitting the emergency alert table.
  • FIG. 7 is a diagram illustrating a description according to a value of an EAS_message_transfer_type field according to an embodiment of the present invention.
  • the EAS_message_transfer_type field indicates that, according to the value of this field, the transmission type of the emergency alert message is not identified, an NRT file containing no alert message is transmitted, or an emergency alert message is transmitted in a mobile emergency alert table. It may indicate that an emergency alert message is transmitted through an IP datagram.
  • FIG. 8 is a diagram illustrating a structure of an IP datagram for transmitting emergency alert content according to an embodiment of the present invention.
  • EAS Rich Media Contents (or emergency alert content) is transmitted as an IP datagram without using ESG / NRT in the mobile emergency alert system.
  • information related to emergency alert content is signaled through an EAT-MH (or EAT; Emergency Alert Table) to receive EAS Rich Media Contents even in a receiver that does not support ESG / NRT.
  • Information related to the may be provided to the user.
  • EAS Rich Media Contents refers to any file that can provide users with a wealth of disaster information, including images, audio, and video.
  • EAS Rich Media Contents may include emergency alert content.
  • Rich Media Contents may refer to content capable of interactive services. Therefore, it may mean an emergency alert content capable of EAS Media Contents interactive service.
  • the emergency alert content may include an emergency alert message.
  • an emergency alert message or an emergency alert content may be transmitted using an NRT.
  • an emergency alert message or an emergency alert content may be transmitted through a FLUTE type IP datagram.
  • the receiver that does not support NRT should also be able to receive emergency alert message or emergency alert content, it is necessary to newly define the structure of IP datagram that can send EAS Rich Media Contents.
  • the IP datagram transmitting the emergency alert content may include an IP_header element, a UDP_header element, an EAS_message_id element, a current_sequence_number element, a last_sequence_number element, a content_ID element, and / or a content_payload () element.
  • the IP_header element includes an IP header.
  • the UDP_header element includes a UDP header.
  • the EAS_message_id element indicates an identifier (ID) of an emergency alert message (EAS message) related to the transmitted EAS Rich Media Content.
  • the current_sequence_number element indicates a current sequence number of the received IP datagram.
  • the last_sequence_number element indicates the last sequence number of the received IP datagram.
  • the content_ID element indicates an identifier (ID) of content generated by collecting the received IP datagram.
  • the content_payload () element transmits data of actual content. If you collect as many sequences as the last_sequence_number element identifies, you can create one piece of content.
  • FIG. 9 is a diagram illustrating syntax for signaling emergency alert content according to an embodiment of the present invention.
  • EAS Rich Media Contents When EAS Rich Media Contents are transmitted as an IP datagram, information related to the EAS Rich Media Contents must be signaled before the receiver can receive the content.
  • information related to EAS Rich Media Content may be added to an EAT-MH (or EAT) providing information related to an emergency alert message in an emergency alert system of a mobile broadcast system.
  • EAS_content_transfer_structure signaling emergency alert content according to an embodiment of the present invention includes a num_of_contents field, a content_ID field, an IP_address field, a Port_number field, a content_name_ext_length field, a content_name_ext_bytes () field, an expiration_time field, a geocode_count field, and / or a geocode field. can do.
  • the num_of_contents field represents the number of EAS Rich Media Contents transmitted.
  • the content_ID field represents a unique ID of the emergency alert content transmitted.
  • the IP_address field represents a destination IP address value of emergency alert content.
  • Port_number represents the destination port value of the emergency alert content.
  • the content_name_ext_length field represents the length of an emergency alert content name and extension string.
  • the content_name_ext_bytes () field represents the name and / or extension name of emergency alert content. For example, you can distinguish between the '.' Name and the extension, such as “example.txt”.
  • the expiration_time field represents the validity period of emergency alert content.
  • the geocode_count field represents the number of geo code values representing a place where emergency alert contents should be displayed.
  • the geocode field represents a geo code indicating the place where emergency alert content should be displayed.
  • geo code can be defined as FIPS code.
  • the EAS_content_transfer_structure () may further include a content_type field and / or a related_content field.
  • the content_type field represents the type of emergency alert content.
  • the emergency alert content may indicate whether it is audio content, video content, and / or text content.
  • the related_content () field includes information on emergency alert content related to emergency alert content identified by content_ID.
  • the related_content () field may include a relate_content_address field and / or a relate_content_type field.
  • the relate_content_address field represents an IP address and / or a UDP port address for transmitting emergency alert content related to emergency alert content identified by content_ID.
  • the relate_content_type field represents the type of emergency alert content associated with emergency alert content identified by content_ID.
  • the emergency alert content representing all the information in audio form is provided in relation to the emergency alert content combined with video and audio elements.
  • the address By accessing the address, the corresponding emergency alert content can be received.
  • the emergency alert content is connected to the address providing the emergency alert content representing all the information in the video form with respect to the emergency alert content in the form of video and audio elements. Receive content.
  • FIG. 10 is a diagram illustrating an emergency alert table according to another embodiment of the present invention.
  • related information of EAS Rich Media Contents transmitted through an IP datagram may be signaled through an emergency alert table.
  • emergency alert content may be transmitted through an IP datagram, and information on the corresponding emergency alert content may be signaled through an emergency alert table.
  • the emergency alert table may include EAS_content_transfer_structure () described above with reference to FIG. 9.
  • FIG. 11 is a diagram illustrating a description according to a value of an EAS_massage_transfer_type field according to another embodiment of the present invention.
  • a value of “0x04” may be added to EAS_message_transfer_type of the emergency alert table.
  • EAS_message_transfer_type is “0x04”, it means that the EAS message, contents and related information (and / or transmission information) are described in the emergency alert table.
  • the EAS_message_transfer_type field indicates that, according to the value of this field, a transmission type of an emergency alert message is not identified, or a Rich Media Contents file containing no alert message is transmitted, or an emergency alert message is transmitted. Is transmitted in the emergency alert table, the emergency alert message is transmitted through the IP datagram, or the EAS Rich Media Contents is transmitted along with the emergency alert message.
  • FIG. 12 is a diagram illustrating an emergency alert IP datagram according to an embodiment of the present invention.
  • the EAS_message_transfer_type field of the EAT-MH may indicate that an emergency alert message is transmitted through an IP datagram in the emergency alert system.
  • the emergency alert table signals the structure of the IP datagram that transmits the emergency alert message.
  • the IP datagram itself may signal information about an emergency alert message or emergency alert content.
  • the IP datagram may include an EAS_content_transfer_struceture () structure.
  • an IP datagram signaling information about an emergency alert message or emergency alert content may include an IP_header element, a UDP_header element, an EAS_message_id element, an EAS_message_length element, an EAS_message_bytes () element, and / or an EAS_content_transfer_structure () element. It may include.
  • the IP_header element includes an IP header.
  • the UDP_header element includes a UDP header.
  • the EAS_message_id element indicates an identifier (ID) of an emergency alert message (EAS message) related to the transmitted EAS Rich Media Content.
  • the EAS_message_length element indicates the length of an emergency alert message.
  • the EAS_message_bytes () element transmits data of an emergency alert message.
  • the EAS_content_transfer_structure () element may include the EAS_content_transfer_structure () described above with reference to FIG. 9.
  • FIG. 13 is a diagram illustrating EAS_content_transfer_extended_structure () according to an embodiment of the present invention.
  • the EAS Rich Media Content since the EAS Rich Media Content is transmitted in the form of a file, the EAS Rich Media Content may be transmitted according to a transmission method called FLUTE. In this case, it should be possible to identify whether the emergency alert content is transmitted as a FLUTE IP datagram. Accordingly, an embodiment of the present invention proposes an extended signaling structure of the above-described EAS_content_transfer_structure ().
  • EAS_content_transfer_extended_structure () may define a separate IP datagram for signaling and may signal through the corresponding IP datagram.
  • EAS_content_transfer_extended_structure () may be included in the emergency alert table.
  • the EAS_content_transfer_extended_structure () is a num_of_contents element, an EAS_content_IP_datagram_type element, a TSI element, a TOI element, a content_ID element, an original_content_length element, an original_content_type element, a transfer_content_length_content_length_content element, a transfer_content_content element, a transfer_content_length element, and a transfer element. It may include the () element, the IP_address element, the Port_number element, the expiration_time element, the geocode_count element and / or the geocode element.
  • the num_of_contents element indicates the number of EAS Rich Media Contents transmitted.
  • the EAS_content_IP_datagram_type element indicates a structure of an IP datagram carrying EAS Rich Media Content. More details will be described later.
  • the TSI element indicates a value consistent with the TSI described in the FDT (File Delivery Table) when the EAS Rich Media Content is transmitted as an IP datagram using the FLUTE scheme.
  • the TSI element may play a role of connecting the FDT and the signaling structure including the EAS_content_transfer_extended_structure ().
  • the TOI element indicates a value corresponding to the TOI described in the FDT when the EAS Rich Media Content is transmitted as an IP datagram that follows the FLUTE scheme.
  • the TOI element may play a role of connecting the FDT and the signaling structure including the EAS_content_transfer_extended_structure ().
  • the content_ID element indicates a unique ID of EAS Rich Media Content (or content) to be transmitted.
  • the original_content_length element indicates an original length of EAS Rich Media Content (or content).
  • the original_content_type element indicates the original type of EAS Rich Media Content.
  • the original_content_type element may indicate a compression scheme or type of content (audio, video, or image) applied to EAS Rich Media Content.
  • the transfer_content_length element indicates the length of EAS Rich Media Content to be transmitted.
  • the transfer_content_type element indicates the type of EAS Rich Media Content to be transmitted.
  • EAS Rich Media Content may be transmitted in the form of Gzip.
  • the encrypted_flag element indicates whether the EAS Rich Media Content is encrypted.
  • the encryption_method element includes information identifying the corresponding encryption method if the EAS Rich Media Content is encrypted.
  • the content_name_length element indicates the length of a name string of EAS Rich Media Content.
  • the content_name_bytes () element indicates the name of EAS Rich Media Content.
  • the IP_address element indicates a destination IP address value of EAS Rich Media Content.
  • the Port_number element indicates a destination port value of EAS Rich Media Content.
  • the expiration_time element indicates an expiration date of EAS Rich Media Content.
  • the geocode_count element indicates the number of geo code values indicating a place where EAS Rich Media Content should be displayed.
  • the geocode element represents a geo code that represents the place where EAS Rich Media Content should be displayed.
  • the geocode element can be defined as FIPS code.
  • FIG. 14 is a diagram illustrating a description according to a value of an EAS_content_IP_datagram_type element according to an embodiment of the present invention.
  • EAS_content_IP_datagram_type element When the value of the EAS_content_IP_datagram_type element is '0x02', it indicates that an IP datagram transmitting EAS Rich Media Content is transmitted as an IP datagram of the type described above in the present invention.
  • 15 is a diagram illustrating emergency alert data processing using an emergency alert table according to an embodiment of the present invention.
  • a Common Alerting Protocol (CAP) alert message may be compressed.
  • a mobile receiver (M / H receiver) capable of identifying the mobile emergency alert table may extract a compressed CAP alert message.
  • the mobile receiver may decompress the CAP alert message and display the emergency alert message quickly without referring to the SMT.
  • the mobile emergency alert table may transmit NRT_service_id for an entry of an emergency alert message, and NRT_service_id indicates that additional content related to an emergency alert message is transmitted through a non-real-time (NRT) broadcast service.
  • NRT non-real-time
  • a broadcast receiver capable of receiving an NRT broadcast service may display an additional emergency alert message with reference to an SMT, a Service Guide (SG), and / or a FLUTE (File Delivery over Unidirectional Transport) session signaled for the NRT service. Can be.
  • the number of repeated receptions of the mobile emergency alert table may vary depending on the importance of the emergency alert message.
  • the emergency alert message of highest importance may be repeated every MH frame.
  • the broadcast receiver identifies an IP address and a UDP port number of a corresponding service in the SMT with reference to MH_service_id of the GAT, parses FLUTE data transmitted through the SMT, and provides an electronic service guide (ESG). It may display that the emergency alert content is included through.
  • the broadcast receiver refers to the EAS_NRT_service_id of the mobile emergency alert table, identifies an ip address and a UDP port number for transmitting a service including an emergency alert message transmitted to the NRT, and parses the FLUTE data transmitted through the emergency alert message. Can be displayed.
  • the mobile emergency alert table may include an emergency alert message. In this case, the emergency alert message may be directly parsed and displayed through a CAP parser.
  • ESG / NRT in order to provide EAS rich media contents, ESG / NRT is used. That is, the EAT-MH includes an EAS NRT service ID capable of receiving rich media content together with an EAS message byte.
  • the receiver may find the NRT service ID in the SMT, find out the IP address and port number of the corresponding flute component, and receive the EAS rich media contents.
  • the ESG data can be received by finding the GAT provider service ID to find the related information, and finding the IP and port number for transmitting the ESG data in the SMT. .
  • the receiver In order to provide the EAS message and rich media contents by performing the above process, the receiver must support the ESG and NRT services.
  • 16 is a diagram illustrating emergency alert data processing using an emergency alert table according to another embodiment of the present invention.
  • Another embodiment of the present invention provides a method of transmitting and signaling an emergency alert message and EAS Rich Media Content without using an ESG / NRT.
  • the receiver which does not support the ESG / NRT service may receive and process EAS Rich Media Content.
  • EAS_message_transfer_type field included in the emergency alert table When the value of the EAS_message_transfer_type field included in the emergency alert table is 0x04, this indicates that the emergency alert message and transmission information on EAS rich media contents are embedded in the emergency alert table and transmitted. For example, if there are four emergency alert messages and four EAS rich media contents, the IP / Port information that each EAS rich media contents are transmitted along with ID information to distinguish each EAS rich media contents, and whether it should be shown to the user after receiving them. The expiration, geocode information, and / or the name and extension of EAS rich media contents indicating the information may be signaled through the emergency alert table.
  • EAS rich media contents are transmitted as IP datagrams described in the emergency alert table.
  • the emergency alert table includes information for acquiring an IP datagram transmitting EAS rich media contents.
  • the receiver parses an emergency alert message from an emergency alert table and displays it on the screen. Meanwhile, the receiver acquires the number of emergency alert contents related to the corresponding emergency alert table and the address (IP_address, Port_number) of an IP datagram transmitting the corresponding contents, and accesses the corresponding address. The receiver receives the IP datagram containing the emergency alert content at the corresponding address, parses it, and displays the emergency alert content.
  • 17 is a diagram illustrating emergency alert data processing using an emergency alert table according to another embodiment of the present invention.
  • Another embodiment of the present invention provides a method of transmitting and signaling an emergency alert message and EAS Rich Media Content without using an ESG / NRT.
  • the receiver which does not support the ESG / NRT service may receive and process EAS Rich Media Content.
  • the emergency alert message is not included in the emergency alert table, and the IP / Port information of the IP datagram in which the emergency alert message is transmitted is described in the emergency alert table.
  • the emergency alert table includes IP / Port information through which an emergency alert message and EAS rich media contents are transmitted, and the structure of the IP datagram identified by the IP / Port information includes EAS_message_ID, length of EAS_message, and actual EAS_message data. It may include, and may further include the number of EAS rich media contents, transmission information / technical information for each EAS rich media contents.
  • the structure of the IP datagram through which the EAS rich media content is transmitted is as described above.
  • FIG. 18 is a diagram illustrating a broadcast receiver according to an embodiment of the present invention.
  • the broadcast receiver may include an IP interface, a broadcast interface, a signaling decoder, an A / V decoder, and / or a display processor.
  • the IP interface receives and processes IP-based data. For example, it serves to receive the aforementioned IP datagram.
  • the IP interface may serve to receive the IP datagram identified by the signaling decoder.
  • the broadcast interface receives and processes broadcast signals.
  • the broadcast interface may receive and process a terrestrial broadcast, satellite broadcast, and / or cable broadcast signal, and performs demodulation of VSB and / or OFDM according to a method in which the broadcast signal is modulated.
  • the signaling decoder parses data / information related to the aforementioned signaling.
  • the signaling decoder may parse the IP datagram when the signaling information is transmitted through the IP datagram.
  • the signaling decoder may parse signaling information such as program specific information (PSI), program and system information protocol (PSIP), and / or service signaling channel (SSC) included in the broadcast signal.
  • PSI program specific information
  • PSIP program and system information protocol
  • SSC service signaling channel
  • the A / V decoder decodes the audio / video data.
  • the display processor displays the broadcast content, emergency alert message, and / or emergency alert content.
  • Apparatus and method according to the present invention is not limited to the configuration and method of the embodiments described as described above, the above-described embodiments may be selectively all or part of each embodiment so that various modifications can be made It may be configured in combination.
  • the image processing method of the present invention can be implemented as a processor-readable code on a processor-readable recording medium provided in the network device.
  • the processor-readable recording medium includes all kinds of recording devices that store data that can be read by the processor. Examples of the processor-readable recording medium include ROM, RAM, CD-ROM, magnetic tape, floppy disk, optical data storage device, and the like, and may also be implemented in the form of a carrier wave such as transmission over the Internet. .
  • the processor-readable recording medium can also be distributed over network coupled computer systems so that the processor-readable code is stored and executed in a distributed fashion.
  • the present invention can be used throughout the broadcasting industry.

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Multimedia (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Business, Economics & Management (AREA)
  • Emergency Management (AREA)
  • Computer Security & Cryptography (AREA)
  • Environmental & Geological Engineering (AREA)
  • Life Sciences & Earth Sciences (AREA)
  • General Life Sciences & Earth Sciences (AREA)
  • Geology (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Alarm Systems (AREA)

Abstract

본 발명은 방송 시스템을 이용하여 긴급 경보 컨텐츠를 수신하는 방법 및 장치에 관한 것이다. 본 발명의 일 실시예에 따른, 방송 시스템을 이용한 긴급 경보 컨텐츠 수신 방법은 방송 신호를 수신하는 단계, 방송 신호에 포함된 긴급 경보 테이블을 파싱하는 단계, 여기서, 상기 긴급 경보 테이블은 긴급 경보 메시지 및 상기 긴급 경보 메시지와 관련된 긴급 경보 컨텐츠에 대한 정보를 시그널링하는 긴급 경보 컨텐츠 전송 구조 디스크립터를 포함하고,여기서, 상기 긴급 경보 컨텐츠 전송 구조 디스크립터는 상기 긴급 경보 컨텐츠를 전송하는 IP 데이터그램의 IP 주소 정보를 포함하고, 상기 IP 주소 정보의 IP 데이터그램을 수신하는 단계 및 상기 IP 데이터그램을 디코딩하여 상기 긴급 경보 컨텐츠를 재생하는 단계를 포함한다.

Description

방송 시스템을 통하여 긴급 경보 서비스를 제공하는 장치 및 방법
본 발명은 방송 시스템에 관한 것이다. 보다 상세하게는, 본 발명은 방송 시스템을 통하여 긴급 경보 서비스를 제공하는 장치 및 방법에 관한 것이다.
휴대기기의 발전에 따라, 모바일 기기에서도 방송의 송/수신이 가능하게 되었다. 따라서, 모바일 방송 환경에 적합한 방송 신호 송신 시스템이 구축되고 있다. 아울러, 전세계적으로 인위적 혹은 자연적인 재난이 발생하고 있다. 이러한 재난에 대하여는 신속한 재난 정보의 제공이 필요하다. 모바일 방송의 경우, 사용자가 방송을 수신하는 위치가 가변적일 수 있고, 재난은 위치와 연관성이 크므로, 모바일 방송을 통하여 재난에 대한 정보를 제공하는 것이 효과적이다. 그러나, 현재 모바일 방송 시스템에서 재난에 대한 정보를 제공하는 기술은 개발되어 있지 않은 상황이다.
또한, 방송 수신기의 특성상, 일정한 서비스를 수신할 수 없는 경우가 발생할 수 있다. 예를 들면, 최근 개발되는 NRT (Non Real Time) 방송 서비스 및/또는 ESG (Electronic Service Guide) 서비스는 해당 서비스가 개발되어 상용화되기 전에 제작된 구식 방송 수신기에서는 서비스될 수 없다. 이러한 서비스를 통하여 재난에 대한 정보를 제공하는 기술은 고려되고 있으나, 이 경우, 구식 방송 수신기에서는 재난에 대한 정보를 전혀 수신할 수 없는 문제점이 있다.
본 발명이 이루고자 하는 과제는, 전술한 문제점을 해결하기 위한 것으로, 방송 시스템에서 효율적인 긴급 경보 서비스를 제공하는 것이다.
나아가, 본 발명이 이루고자 하는 과제는, 고정 방송 및 모바일 방송이 통합된 방송 시스템에서 효율적인 긴급 경보 서비스를 제공하는 것이다.
나아가, 본 발명이 이루고자 하는 과제는, 구식 방송 수신기에서도 긴급 경보 서비스를 제공받을 수 있도록 하는 것이다.
본 발명의 일 실시예에 따른, 방송 시스템을 이용한 긴급 경보 컨텐츠 수신 방법은 방송 신호를 수신하는 단계, 방송 신호에 포함된 긴급 경보 테이블을 파싱하는 단계, 여기서, 상기 긴급 경보 테이블은 긴급 경보 메시지 및 상기 긴급 경보 메시지와 관련된 긴급 경보 컨텐츠에 대한 정보를 시그널링하는 긴급 경보 컨텐츠 전송 구조 디스크립터를 포함하고,여기서, 상기 긴급 경보 컨텐츠 전송 구조 디스크립터는 상기 긴급 경보 컨텐츠를 전송하는 IP 데이터그램의 IP 주소 정보를 포함하고, 상기 IP 주소 정보의 IP 데이터그램을 수신하는 단계 및 상기 IP 데이터그램을 디코딩하여 상기 긴급 경보 컨텐츠를 재생하는 단계를 포함한다.
바람직하게는, 상기 긴급 경보 컨텐츠 전송 구조 디스크립터는, 상기 긴급 경보 메시지와 관련된 상기 긴급 경보 컨텐츠를 식별하는 컨텐츠 ID 정보, 상기 긴급 경보 컨텐츠의 유효 기간 정보 및 상기 긴급 경보 메시지와 관련된 긴급 경보 컨텐츠의 개수를 나타내는 개수 정보를 더 포함한다.
바람직하게는, 상기 긴급 경보 컨텐츠 전송 구조 디스크립터는, 상기 긴급 경보 컨텐츠가 제공되어야 하는 지역을 식별하는 지역 정보 및 상기 지역 정보의 개수를 나타내는 지역 개수 정보를 더 포함한다.
바람직하게는, 상기 긴급 경보 컨텐츠를 전송하는 IP 데이터그램은, 상기 긴급 경보 컨텐츠와 관련된 긴급 경보 메시지를 식별하는 긴급 경보 메시지 ID 정보를 더 포함한다.
바람직하게는, 상기 긴급 경보 컨텐츠를 전송하는 IP 데이터그램은, 상기 긴급 경보 컨텐츠를 식별하는 컨텐츠 ID 정보 및 상기 긴급 경보 컨텐츠의 데이터를 더 포함한다.
바람직하게는, 상기 긴급 경보 컨텐츠를 전송하는 IP 데이터그램은, 상기 IP 데이터그램의 시퀀스 번호를 가리키는 현재 시퀀스 번호 정보 및 상기 긴급 경보 컨텐츠를 위한 IP 데이터그램의 마지막 시퀀스 번호를 가리키는 마지막 시퀀스 번호 정보를 더 포함한다.
본 발명의 다른 실시예에 따른 방송 시스템을 이용한 긴급 경보 컨텐츠 수신 방법은 방송 신호를 수신하는 단계, 방송 신호에 포함된 긴급 경보 테이블을 파싱하는 단계, 여기서, 상기 긴급 경보 테이블은 긴급 경보 메시지를 전송하는 제 1 IP 데이터그램의 IP 주소를 식별하는 제 1 IP 주소 정보를 포함하고, 상기 제 1 IP 주소 정보를 이용하여 상기 제 1 IP 데이터그램을 수신하는 단계, 여기서, 상기 제 1 IP 데이터그램은 상기 긴급 경보 메시지와 관련된 긴급 경보 컨텐츠에 대한 정보를 시그널링하는 긴급 경보 컨텐츠 전송 구조 엘레먼트를 포함하고, 여기서 상기 긴급 경보 컨텐츠 전송 구조 엘레먼트는 상기 긴급 경보 컨텐츠를 전송하는 제 2 IP 데이터그램의 IP 주소를 식별하는 제 2 IP 주소 정보를 포함하고, 상기 제 2 IP 주소 정보를 이용하여 상기 제 2 IP 데이터그램을 수신하는 단계 및 상기 제 2 IP 데이터그램을 디코딩하여 상기 긴급 경보 컨텐츠를 재생하는 단계를 포함한다..
바람직하게는, 상기 긴급 경보 컨텐츠 전송 구조 엘레먼트는, 상기 긴급 경보 메시지와 관련된 상기 긴급 경보 컨텐츠를 식별하는 컨텐츠 ID 정보, 상기 긴급 경보 컨텐츠의 유효 기간 정보 및 상기 긴급 경보 메시지와 관련된 긴급 경보 컨텐츠의 개수를 나타내는 개수 정보를 더 포함한다.
바람직하게는, 상기 긴급 경보 컨텐츠 전송 구조 엘레먼트는, 상기 긴급 경보 컨텐츠가 제공되어야 하는 지역을 식별하는 지역 정보 및 상기 지역 정보의 개수를 나타내는 지역 개수 정보를 더 포함한다.
바람직하게는, 상기 제 1 IP 데이터그램은, 상기 긴급 경보 메시지를 식별하는 제 1 긴급 경보 메시지 ID 정보, 상기 긴급 경보 메시지의 길이를 나타내는 길이 정보 및 상기 긴급 경보 메시지의 데이터를 더 포함한다.
바람직하게는, 상기 제 2 IP 데이터그램은, 상기 긴급 경보 컨텐츠와 관련된 긴급 경보 메시지를 식별하는 제 2 긴급 경보 메시지 ID 정보를 더 포함한다.
바람직하게는, 상기 제 2 IP 데이터그램은, 상기 긴급 경보 컨텐츠를 식별하는 컨텐츠 ID 정보 및 상기 긴급 경보 컨텐츠의 데이터를 더 포함한다.
바람직하게는, 상기 제 2 IP 데이터그램은, 상기 제 2 IP 데이터그램의 시퀀스 번호를 가리키는 현재 시퀀스 번호 정보 및 상기 긴급 경보 컨텐츠를 위한 제 2 IP 데이터그램의 마지막 시퀀스 번호를 가리키는 마지막 시퀀스 번호 정보를 더 포함한다.
바람직하게는, 상기 긴급 경보 컨텐츠 전송 구조 엘레먼트는, 상기 제 2 IP 데이터그램이 FLUTE 방식으로 전송되는지 여부를 식별하는 긴급 경보 컨텐츠 IP 데이터그램 타입 정보를 더 포함한다.
바람직하게는, 상기 긴급 경보 컨텐츠 전송 구조 엘레먼트는, 상기 긴급 경보 컨텐츠의 원본 상태의 크기 정보, 상기 긴급 경보 컨텐츠의 원본 상태의 컨텐츠 타입 정보, 상기 긴급 경보 컨텐츠가 전송을 위하여 변형된 상태의 크기 정보, 및 상기 긴급 경보 컨텐츠가 전송을 위하여 변형된 상태의 컨텐츠 타입 정보를 더 포함한다.
본 발명의 일 실시예에 따른, 긴급 경보 컨텐츠 수신하는 수신기는, 전술한 각각의 방법을 수행하는 하나 이상의 장치 또는 유닛을 포함한다.
본 발명에 따르면, ESG/NRT 를 지원하지 않는 수신기 (또는 구식 수신기) 에서 긴급 경보 서비스를 포함하는 양방향 컨텐츠를 수신/재생할 수 있는 효과가 있다.
본 발명에 따르면, 기존의 다른 시그널링 테이블 (예를 들면, Service Map Table; SMT) 의 크기를 줄이는 효과가 있다.
도 1은 본 발명의 일 실시예에 따른 통합 공공 경보 시스템의 구조를 나타낸 도면이다.
도 2는 본 발명의 일 실시예에 따른, 경보 네트워크를 나타낸 도면이다.
도 3은 본 발명의 일 실시예에 따른, 전송 시스템을 나타낸 도면이다.
도 4는 본 발명의 일 실시예에 따른, 시그널링 인코더를 나타낸 도면이다.
도 5는 본 발명의 일 실시예에 따른, 앙상블의 구조를 나타낸 도면이다.
도 6은 본 발명의 일 실시예에 따른, 모바일 긴급 경보 테이블의 신택스를 나타낸 도면이다.
도 7은 본 발명의 일 실시예에 따른, EAS_message_transfer_type 필드의 값에 따른 설명을 나타낸 도면이다.
도 8은 본 발명의 일 실시예에 따른, 긴급 경보 컨텐츠를 전송하는 IP 데이터그램의 구조를 나타낸 도면이다.
도 9는 본 발명의 일 실시예에 따른, 긴급 경보 컨텐츠를 시그널링하는 신택스를 나타낸 도면이다.
도 10은 본 발명의 다른 실시예에 따른 긴급 경보 테이블을 나타낸 도면이다.
도 11은 본 발명의 다른 실시예에 따른, EAS_massage_transfer_type 필드의 값에 따른 설명을 나타낸 도면이다.
도 12는 본 발명의 일 실시예에 따른, 긴급 경보 IP 데이터그램을 나타낸 도면이다.
도 13은 본 발명의 일 실시예에 따른, EAS_content_transfer_extended_structure() 를 나타낸 도면이다.
도 14는 본 발명의 일 실시예에 따른, EAS_content_IP_datagram_type 엘레먼트의 값에 따른 설명을 나타낸 도면이다.
도 15는 본 발명의 일 실시예에 따른, 긴급 경보 테이블을 이용한 긴급 경보 데이터 처리를 나타낸 도면이다.
도 16은 본 발명의 다른 실시예에 따른, 긴급 경보 테이블을 이용한 긴급 경보 데이터 처리를 나타낸 도면이다.
도 17은 본 발명의 다른 실시예에 따른, 긴급 경보 테이블을 이용한 긴급 경보 데이터 처리를 나타낸 도면이다.
도 18은 본 발명의 일 실시예에 따른, 방송 수신기를 나타낸 도면이다.
이하 첨부 도면들 및 첨부 도면들에 기재된 내용들을 참조하여 본 발명의 실시예를 상세하게 설명하지만, 본 발명이 실시예들에 의해 제한되거나 한정되는 것은 아니다.
본 명세서에서 사용되는 용어는 본 발명에서의 기능을 고려하면서 가능한 현재 널리 사용되는 일반적인 용어를 선택하였으나, 이는 당분야에 종사하는 기술자의 의도 또는 관례 또는 새로운 기술의 출현 등에 따라 달라질 수 있다. 또한, 특정한 경우는 출원인이 임의로 선정한 용어도 있으며, 이 경우 해당되는 발명의 설명 부분에서 그 의미를 기재할 것이다. 따라서 본 명세서에서 사용되는 용어는, 단순한 용어의 명칭이 아닌 그 용어가 가지는 실질적인 의미와 본 명세서의 전반에 걸친 내용을 토대로 해석되어야 함을 밝혀두고자 한다.
본 발명의 대한 이해와 설명의 편의를 위하여, 용어 및 약어에 대하여 아래와 같이 정의한다.
발명에 상세한 설명에서 사용되는 용어 중, 메인 서비스 데이터 (main service data) 는 고정 방송 수신 시스템 (fixed broadcast receiving system)에 의하여 수신되는 데이터에 해당하고, 오디오/비디오 데이터를 포함할 수 있다. 보다 상세히는, 메인 서비스 데이터는 고화질 (HD; High Definition) 또는 일반화질 (SD; Standard Definition) 오디오/비디오 데이터를 포함할 수 있고, 방송을 위한 다양한 종류의 데이터를 포함할 수 있다.
기지 데이터 (known data)는 방송 수신 시스템과 방송 송신 시스템 사이에 약속에 따라 미리 알려진 데이터에 해당된다.
“MH” 라는 용어는, mobile/handheld에 해당되는 용어로, 고정 타입 시스템에 반대되는 용어이다. 보다 상세히는, MH 서비스 데이터 (또는 모바일 서비스 데이터)는 모바일 또는 포터블 시스템에서 사용되는 어떠한 종류의 데이터를 포함할 수 있다. 따라서, 본 발명의 일실시예에 따른 모바일 서비스 데이터는 MH 서비스 데이터에 한정되지 않는다.
모바일 서비스 데이터는 프로그램 실행 파일, 또는 주식 정보와 같은 정보를 포함할 수 있다. 모바일 서비스 데이터는 오디오/비디오 데이터를 포함할 수 있다. 보다 상세히는, 모바일 서비스 데이터는 메인 서비스 데이터와 비교할 때 보다 낮은 해상도 (resolution)과 낮은 데이터 레이트 (rate)를 가지는 오디오/비디오 데이터에 해당될 수 있다. 예를 들어, MPEG-2 코덱이 메인 서비스를 위한 오디오/비디오 코덱으로 사용된다면, 모바일 서비스를 위하여 MPEG-2 코덱, MPEG-4 어드밴스 비디오 코딩 (AVC: advanced video coding), 또는 스캐일러블 비디오 코딩 (SVC: scalable video coding)과 같은 보다 이미지 압축률이 높은 오디오/비디오 코덱이 사용될 수 있다.
모바일 서비스 데이터는 실시간 교통 방송을 위한 TPEG 데이터 (transport protocol expert group data)를 포함할 수 있다. 또는 모바일 서비스 데이터는 기상 정보 서비스, 교통 정보 서비스, 주식 정보 서비스, 시청자 참여 퀴즈 프로그램, 실시간 투표, 양방향 교육 방송 프로그램, 게임 서비스, 또는 음악 프로그램과 같은 방송 서비스/프로그램을 포함할 수 있다.
본 발명에서 데이터 그룹 (또는 MH 그룹)은 데이터 슬롯 (또는 MH 슬롯)을 통하여 전송되는 데이터 패킷의 집합을 의미한다.
데이터 그룹 디비젼은 하나의 슬롯 내에서 데이터 그룹 영역의 세트를 나타낸다. 여기서, 데이터 그룹 디비젼은 프라이머리 데이터 그룹 디비젼 또는 세컨더리 데이터 그룹 디비젼을 구분될 수 있다. MH 프레임 (MH frame)내의 프라이머리 데이터 그룹 디비젼의 집합은 프라이머리 퍼레이드 (parade)를 형성하고, 세컨더리 데이터 그룹 디비젼은 세컨더리 퍼레이드를 형성한다.
퍼레이드 (또는 MH 퍼레이드)는 동일한 FEC 파라미터를 가지는 데이터 그룹의 집합을 나타낸다. 또는, 퍼레이드는 동일한 데이터 그룹 타입을 가지는 데이터 그룹의 데이터 그룹 디비젼의 집합을 나타낼 수 있다.
RS 프레임 (Reed-Solomon Frame)은 2차원의 데이터 프레임이다. 여기서 RS 프레임의 페이로드는 RS-CRC (Reed Solomon ? Cyclic Redundancy Check) 코딩으로 인코딩 된다.
앙상블 (MH 앙상블)은 동일한 FEC (순방향 에러 정정; Forward Error Correction) 코드가 적용된 RS 프레임의 집합을 나타낸다. 여기서 각각의 RS 프레임은 IP 스트림의 집합을 압축하여 포함하고 있다. 앙상블에는 모바일 서비스를 위한 모바일 서비스 데이터 및 모바일 서비스의 시그널링을 위한 모바일 서비스 시그널링 채널을 포함할 수 있다.
본 발명의 일실시예에 따르면, 모바일 서비스를 위한 모바일 서비스 데이터는 메인 서비스를 메인 서비스 데이터의 전송을 위한 전송 채널의 일부를 통하여 전송될 수 있다. 또는 모바일 서비스를 위한 모바일 서비스 데이터는 메인 서비스를 위하여 사용되던 전송 채널 전체를 통하여 전송될 수 있다. 여기서, 모바일 서비스를 위하여 필요한 데이터를 모바일 서비스 데이터로 칭할 수 있다. 따라서, 모바일 서비스 데이터는 기지 데이터, 시그널링 데이터, 또는/및 RS 패리티 데이터를 포함할 수 있다.
모바일 서비스 데이터는 CMM (Core Mobile Mode)의 모바일 서비스 데이터와 SFCMM (Scalable Full Channel Mobile Mode)의 모바일 서비스 데이터로 구분될 수 있다.
CMM은 메인 서비스 데이터와 모바일 서비스 데이터를 함께 전송하는 방송 모드이다. 일 예로, CMM은 각각의 슬롯 내의 156개의 패킷 중, 적어도 38개 패킷을 기존 방송을 위한 메인 서비스 데이터의 전송에 사용할 수 있다.
SFCMM은 모바일 서비스 데이터만을 전송하거나, CMM 보다 적은 양의 메인 서비스 데이터를 모바일 서비스 데이터와 함께 전송하는 방송 모드이다. 예를 들어, SFCMM은 각각의 슬롯 내의 156개의 패킷 중, 38개 보다 적은 패킷을 메인 서비스 데이터의 전송을 위하여 사용할 수 있다.
SFCMM 퍼레이드는 기존의 CMM 시스템/디코더와 역호환성은 유지되나, 기존의 CMM 시스템/디코더에 의하여 인식될 수 없는 퍼레이드를 나타낸다.
데이터 그룹 영역은 데이터 블록 또는 확장 데이터 블록의 집합을 나타낸다. 데이터 그룹 영역은 데이터 그룹 내의 일정한 영역을 나타낸다. 각각의 데이터 그룹 영역은 각각 다른 용도의 모바일 서비스 데이터를 포함할 수 있다.
TPC (Transmission Parameter Channel)은 각각의 데이터 그룹에 포함될 수 있으며, 데이터 프레임 또는 데이터 그룹에 관한 정보를 수신 측에 전달하고, 전송 파라미터를 제공한다.
FIC (Fast information channel)는 크로스 레이어 (cross layer) 정보 (또는 계층 간 정보)를 전송한다. FIC는 앙상블과 모바일 서비스 사이의 연결 정보를 포함할 수 있다.
본 발명에서 긴급 경보 메시지는 재난, 위급 상황을 알리는 텍스트 또는 재난, 위급 상황을 식별 가능한 간단한 이미지를 나타낸다.
본 발명에서 긴급 경보 컨텐츠는 이미지, 오디오, 비디오, 텍스트 등 사용자에게 재난 , 위급 상황에 대한 상세한 정보를 제공할 수 있는 모든 파일을 의미한다. 긴급 경보 컨텐츠는 EAS Rich Media Contents로 전송될 수 있다. Rich Media Contents는 양방향 서비스가 가능한 컨텐츠를 의미할 수 있다. 따라서, EAS Media Contents 양방향 서비스가 가능한 긴급 경보 켄텐츠를 의미할 수 있다. 긴급 경보 컨텐츠는 긴급 경보 메시지를 포함할 수 있다.
도 1은 본 발명의 일 실시예에 따른 통합 공공 경보 시스템의 구조를 나타낸 도면이다.
본 발명의 일 실시예에 따른 통합 공공 경보 시스템은 (IPAWS; Integrated Public Alert and Warning System) 는 FEMA (Federal Emergency Management Agency)의 긴급 경보 관리 체계가 적용될 수 있는 경보 시스템이다.
FEMA(Federal Emergency Management Agency) 는 북미의 연방서비스로, 재난 관리 기구로서, 현재 다양한 통신 방식을 통하여 효과적이고 신뢰성 높은 재난 경보 제공하기 위한 통합된 형태의 시스템 구조를 설계 및 개발하고 있다.
도 1에 도시된 바와 같이, 재난이 발생하거나 혹은 발생 가능성이 있는 경우 재난 경보 발생에 대한 권한을 가진 단체(Authoring authorities) 에서 경보 메시지의 공용적인 포멧인 CAP (Common Alerting Protocol) 을 기반으로 alert 메시지를 생성한다. 이렇게 생성된 CAP 메시지는 IPAWS에서 개발하고 있는 다양한 alert 메시지 전달의 통합 네트워크인 OPEN (Open Platform for Emergency Networks) 을 통하여 CMAS(Commercial Mobile Alert System) 등 다양한 재난 경보 시스템으로 전달한다. 그리고 각 재난 경보 시스템은 시스템의 목적과 용도에 따라 해당 CAP 메시지를 처리하고 그에 따른 재난 경보 서비스를 제공한다.
예를 들어 CMAS의 경우 전달 받은 경보 메시지 중 해당 사업자 망에 적합한 메시지를 선별한 후 해당 메시지로부터 90자 이하의 텍스트를 추출하고 문자 메시지 형태의 재난 경보 서비스를 제공할 수 있다.
도 2는 본 발명의 일 실시예에 따른, 경보 네트워크를 나타낸 도면이다.
본 발명의 일 실시예에 따른 경보 네트워크는 PBS WARN (Public Broadcasting Service Warning, Alert, and Response Network) 를 따를 수 있다.
PBS는 FEMA로부터 생성된 CMAS(Commercial Mobile Alert System)의 경보 메시지를 전송 받아 이를 방송매체 및 통신사업자에게 중계한다. 통신 사업자들은 전달받은 경보 메시지로부터 90자 이하의 텍스트를 추출하여 문자 메시지 형태로 재난 경보 서비스를 제공한다.
CMAS는 FEMA로부터 생성된 경보 메시지를 전송 받아 90자 이하의 텍스트 기반의 재난 경보 문자 서비스를 제공한다. CMAS의 경보 메시지 전달의 백업 망으로써, PBS는 Network Operation Center 을 통하여 방송 전파의 일부로서 경보 메시지를 포함하여 전송한다. PTV station 은 해당 방송 신호와 더불어 경보 메시지를 전달받고 이를 다시 지역 방송망으로 재송출한다. 그리고 이에 대한 처리가 가능한 WARN-Enabled Receiver 를 통하여 재송출된 경보 메시지를 전달 받아, 이로부터 텍스트를 추출하여 통신망 내의 사용자들에게 문자 메시지 기반 재난 경보 서비스를 제공한다.
도 3은 본 발명의 일 실시예에 따른, 전송 시스템을 나타낸 도면이다.
본 발명의 일 실시예에 따른 전송 시스템은, 패킷 정정 유닛 (packet adjustment unit; 101), 프리 프로세서 (pre-processor; 102), 데이터 프레임 인코더 (data frame encoder; 103), 블록 프로세서 (block processor; 104), 시그널링 인코더 (signaling encoder; 105), 그룹 포맷터 (group formatter; 106), 패킷 포맷터 (packet formatter; 107), 패킷 다중화기 (Packet multiplexer; 108), 포스트 프로세서 (post-processor; 109), 수정 데이터 랜더마이저 (modified data randomizer; 110), systematic / non-systematic RS 인코더 (systematic / non-systematic RS encoder; 111), 데이터 인터리버 (data interleaver; 112), non-systematic RS 인코더 (non-systematic RS encoder; 113), 패리티 치환기 (parity replacer; 114), 수정 트렐리스 인코더 (modified trellis encoder; 115), 동기 다중화기 (synchronization multiplexer; 116), 파일럿 삽입기 (pilot inserter; 117), VSB 복조기 (VSB modulator: 118), 및/또는 전송 유닛 (transmission unit; 119)을 포함한다. 본 발명에 따른 전송 시스템은 프리 이퀄라이저 필터 (pre-equalizer filter; 120) 를 더 포함할 수 있다.
패킷 정정 유닛 (packet adjustment unit; 101)는 모바일 서비스 스트림을 포함하는 서비스 스트림과 모바일 서비스 스트림을 포함하지 않는 서비스 스트림 사이에 발생할 수 있는 위치 차이를 보상할 수 있다.
프리 프로세서 (pre-processor; 102) 는 모바일 서비스 데이터를, 모바일 서비스 데이터를 전송하기 위한 모바일 서비스 구조로 형성하는 역할을 수행할 수 있다. 프리 프로세서 (102) 는 모바일 서비스 데이터에 추가적인 FEC 코딩을 수행할 수 있다. 프리 프로세서 (102) 는 기지 데이터를 데이터 그룹에 삽입할 수 있다. 프리 프로세서 (102)는 모바일 환경에서 모바일 서비스 데이터의 송신 및 수신 성능의 안정성을 향상시킨다.
프리 프로세서 (102)는 데이터 프레임 인코더 (data frame encoder; 103), 블록 프로세서 (block processor; 104), 시그널링 인코더 (signaling encoder; 105), 그룹 포맷터 (group formatter; 106), 패킷 포맷터 (packet formatter; 107), 및/또는 패킷 다중화기 (Packet multiplexer; 108)를 포함할 수 있다.
데이터 프레임 인코더 (data frame encoder; 103)는 모바일 서비스 데이터를 랜더마이즈하고, 모바일 서비스 데이터에 대하여 RS 인코딩과 CRC (Cyclic Redundancy Check) 인코딩을 수행한다. 데이터 프레임 인코더(103)는 모바일 서비스 데이터를 포함하는 RS 프레임을 생성한다. 데이터 프레임 인코더(103)는 RS 프레임을 분리하여 RS 프레임 포션 (RS Frame Portion)을 생성하는 RS 프레임 디바이더 (미도시)를 포함할 수 있다.
블록 프로세서 (block processor; 104)는 RS 프레임 포션을 SCCC (Serial Concatenated Convolutional Coding) 블록으로 변환한다. 블록 프로세서 (104)는 SCCC 블록에 포함된 모바일 서비스 데이터의 바이트를 비트 단위의 모바일 서비스 데이터로 변환한다. 블록 프로세서 (104)는 비트 단위의 모바일 서비스 데이터에 대하여 1/2, 1/3, 또는 1/4 레이트 (rate)의 컨볼루셔널 코딩 (Convolutional Coding)을 수행한다. 이 경우, 1/2 레이트는 하나의 비트가 입력되면, 두 개의 비트가 출력되는 것을 의미하며, 1/3 레이트는 하나의 비트가 입력되면, 세 개의 비트가 출력되는 것을 의미하며, 1/4 레이트는 하나의 비트가 입려되면, 네 개의 비트가 출력되는 것을 의미한다. 출력되는 비트들은 심볼에 포함되어 진다. 블록 프로세서 (104)는 컨볼루셔널 인코딩되어 출력되는 심볼에 대하여 인터리빙 (interleaving)을 수행한다. 블록 프로세서 (104)는 인터리빙된 심볼을 바이트 단위의 데이터로 변환한다. 블록 프로세서 (104)는 SCCC 블록을 데이터 블록으로 변환한다.
시그널링 인코더 (signaling encoder; 105)는 수신 측에서의 시그널링을 위한 시그널링 정보를 생성한다. 시그널링 인코더 (105)는 시그널링 정보에 대하여 FEC 코딩과 PCCC (Parallel Concatenated Convolutional Code) 인코딩을 수행한다. 시그널링 정보는 TPC 데이터 및/또는 FIC 데이터를 포함한다.
그룹 포맷터 (group formatter; 106)는 모바일 서비스 데이터을 포함하는 데이터 그룹을 형성한다. 그룹 포맷터 (106)는 FEC 코딩된 모바일 서비스 데이터를 인터리빙된 형태의 데이터 그룹에 삽입한다. 그룹 포맷터 (106)는 시그널링 데이터 수정 트렐리스 인코더 (115)의 메모리를 초기화 하기 위한 초기화 데이터 바이트, 및/또는 기지 데이터 열 (연속되는 기지 데이터의 집합)을 데이터 그룹에 삽입한다. 그룹 포맷터 (106)는 메인 서비스 데이터를 위한 위치 홀더, MPEG-2 헤더를 위한 위치 홀더 및/또는 non-systematic RS 패리티를 위한 위치 홀더를 데이터 그룹에 삽입한다. 그룹 포맷터 (106)는 원하는 형태의 데이터 그룹을 생성하기 위하여 더미 데이터를 삽입할 수 있다. 여러 종류의 데이터를 삽입한 후, 그룹 포맷터 (106)는 인터리빙된 형태의 데이터 그룹 내의 데이터에 대하여 디인터리빙 (de-interleaving)을 수행한다. 디인터리빙이 수행되고 난 후, 데이터 그룹은 인터리빙되기 전의 형태의 데이터 그룹으로 출력된다. 그룹 포맷터 (106)에서 생성되는 데이터 그룹은 하나의 RS 프레임 포션에 해당하는 모바일 서비스 데이터를 포함한다.
패킷 포맷터 (packet formatter; 107)는 그룹 포맷터 (106)의 출력 데이터를 트랜스포트 스트림 (TS; Transport Stream) 패킷으로 변환한다. 이 경우, TS 패킷은 모바일 서비스 데이터 패킷으로 칭할 수 있다. 패킷 포맷터 (107)는 하나의 데이터 그룹에 대하여 (118+M) 개의 모바일 서비스 데이터 패킷을 출력한다. 여기서 M은 38 이하의 정수이다.
패킷 다중화기 (Packet multiplexer; 108)는 프리 프로세서 (102)에 의하여 프로세싱된 모바일 서비스 데이터를 포함하는 패킷과 메인 서비스 데이터를 포함하는 패킷을 다중화한다. 하나의 슬롯에서, 다중화된 패킷은 (118+M)개의 모바일 서비스 데이터와 L 개의 메인 서비스 데이터 패킷을 포함한다. M은 0 이상, 38 이하의 정수 이며, M과 L의 합은 38인 것을 본 발명의 일 실시예로 한다. 다른 실시예로, 패킷 다중화기 (108)는 메인 서비스 데이터 패킷의 개수가 ‘0’인 경우 (L=0), 모바일 서비스 데이터 만이 패킷 다중화기 (108)에 의하여 처리된다.
포스트 프로세서 (post-processor; 109) 는 모바일 서비스 데이터가 기존의 방송 시스템과 역호환성을 가질 수 있도록 모바일 서비스 데이터를 처리한다. 이 과정에서 메인 서비스 데이터가 함께 처리 될 수 있다. 본 발명의 일 실시예에 따르면, 포스트 프로세서 (109)는 수정 데이터 랜더마이저 (modified data randomizer; 110), systematic / non-systematic RS 인코더 (systematic / non-systematic RS encoder; 111), 데이터 인터리버 (data interleaver; 112), non-systematic RS 인코더 (non-systematic RS encoder; 113), 패리티 치환기 (parity replacer; 114), 및/또는 수정 트렐리스 인코더 (modified trellis encoder; 115)를 포함할 수 있다.
수정 데이터 랜더마이저 (modified data randomizer; 110)는 모바일 서비스 데이터 패킷에 대하여는 랜더마이징을 수행하지 않고, 모바일 서비스 데이터 패킷을 바이패스(bypass) 한다. 수정 데이터 랜더마이저 (110)는 메인 서비스 데이터 패킷에 대하여 랜더마이징을 수행한다. 본 발명의 일 실시예에 따르면, 프리 프로세서 (102)에서 생성된 데이터 그룹이 메인 서비스 데이터를 포함하고 있지 않는 경우, 수정 데이터 랜더마이저 (110)는 랜더마이징 과정을 수행하지 않을 수 있다.
systematic / non-systematic RS 인코더 (systematic / non-systematic RS encoder; 111)는 입력되는 데이터가 메인 서비스 데이터 패킷인 경우, 메인 서비스 데이터에 대하여 systematic RS 인코딩을 수행한다. systematic / non-systematic RS 인코더 (111)는 입력되는 데이터가 모바일 서비스 데이터 패킷인 경우, 모바일 서비스 데이터에 대하여 non-systematic RS 인코딩을 수행한다. systematic / non-systematic RS 인코딩에 의하여 생성된 systematic / non-systematic RS 패리티는 데이터 그룹 내에서 기 정의된 위치에 삽입될 수 있다. 패킷 다중화기 (108)에서 다중화되는 서비스 데이터 패킷에 메인 서비스 데이터 패킷이 포함되지 않는 경우, systematic / non-systematic RS 인코더 (111)는 메인 서비스 데이터를 위한 RS 인코딩을 수행할 필요가 없다. 이 경우, systematic / non-systematic RS 인코더 (111)는 역호환성을 위한 non-systematic RS 패리티를 생성하지 않을 수 있다.
데이터 인터리버 (data interleaver; 112)는 메인 서비스 데이터와 모바일 서비스 데이터를 포함하는 데이터에 대한 인터리빙을 수행한다.
수정 트렐리스 인코더 (modified trellis encoder; 115)를 초기화할 필요가 있는 경우, non-systematic RS 인코더 (non-systematic RS encoder; 113)는 수정 트렐리스 인코더 (115)의 메모리 값을 수신하고, 데이터 인터리버 (112) 로부터 모바일 서비스 데이터를 수신하여 모바일 서비스 데이터의 초기화 데이터를 메모리 값으로 바꾼다. non-systematic RS 인코더 (113)는 바뀐 모바일 서비스 데이터에 대하여 non-systematic RS 인코딩을 수행하여 생성된 RS 패리티를 패리티 치환기 (114)로 출력한다.
수정 트렐리스 인코더 (115)가 초기화될 필요가 있는 경우, 패리티 치환기 (114)는 데이터 인터리버 (112)로부터 모바일 서비스 데이터를 수신하고, 모바일 서비스 데이터의 non-systematic RS 패리티를 non-systematic RS 인코더 (113)에 의하여 생성된 non-systematic RS 패리티로 치환한다.
패킷 다중화기(108)에서 다중화된 패킷이 메인 서비스 데이터 패킷을 포함하지 않는 경우, 역호환성을 위한 RS 패리티를 데이터 그룹에 포함시킬 필요가 없다. 따라서, 본 발명의 일 실시예에 따르면, 이 경우 non-systematic RS 인코더 (113)와 패리티 치환기 (114)는 전술한 동작을 수행하지 않고, 수신한 데이터를 바이패스 (bypass) 하는 동작을 수행할 수 있다.
수정 트렐리스 인코더 (modified trellis encoder; 115)는 데이터 인터리버 (112)의 출력에 대하여 트렐리스 인코딩을 수행한다. 트렐리스 인코딩 후에, 방송 송신 측과 방송 수신 측에 의하여 약속된 형태의 기지 데이터를 출력하기 위하여, 트렐리스 인코딩을 시작하기 전에 트렐리스 인코더 (115)에 포함된 메모리가 초기화될 필요가 있다. 전술한 초기화 동작이 데이터 그룹에 포함된 초기화 데이터에 의하여 시작될 수 있다.
동기 다중화기 (synchronization multiplexer; 116) 는 수정 트렐리스 인코더 (115)의 출력 데이터에 필드 동기 신호와 세그먼트 동기 신호를 삽입하고, 이들 데이터를 다중화한다.
파일럿 삽입기 (pilot inserter; 117)는 동기 다중화기 (116)에서 다중화된 데이터를 수신하고, 수신 측에서 채널 신호의 복조를 위하한 캐리어 페이즈 (carrier phase)로 사용되는 파일럿 신호를 다중화된 데이터에 삽입한다.
VSB 변조기 (VSB modulator: 118)는 방송 데이터를 전송하기 위하여 VSB 변조를 수행한다. 경우에 따라서, VSB 변조기 (VSB modulator: 118)는 OFDM 변조기로 대체될 수 있다. 즉, VSB 방식이 아닌 OFDM 방식으로 변조가 수행되는 경우, OFDM 변조기가 본 전송 시스템에 포함될 수 있다.
전송 유닛 (transmission unit; 119)은 변조된 데이터에 대하여 주파수 업(up) 변환을 수행하고, 변환이 수행된 데이터를 전송한다.
본 발명의 일 실시예에 따른 전송 시스템은 전술한 각각의 장치 중 일부가 생략되거나, 다른 장치로 대체될 수 있으며, 장치 처리의 순서도 변경될 수 있다.
도 4는 본 발명의 일 실시예에 따른, 시그널링 인코더를 나타낸 도면이다.
본 발명의 일 실시예에 따른 시그널링 인코더는 제 1 RS 인코더 (4100), 제 2 RS 인코더 (4200), 블록 인터리버 (4300), 다중화기 (4400), 시그널링 랜더마이저 (4500), 및/또는 PCCC 인코더 (4600)을 수행한다.
제 1 RS 인코더 (4100) 는 TPC 데이터에 대하여 RS 인코딩을 수행한다.
제 2 RS 인코더 (4200) 는 FIC 데이터에 대하여 RS 인코딩을 수행한다. 제 1 RS 인코더와 제 2 RS 인코더는 서로 다른 레이트 (rate)로 RS 인코딩을 수행하는 것을 본 발명의 일 실시예로 한다. 즉, TPC 데이터와 FIC 데이터는 서로 다른 레이트로 RS 인코딩된다.
블록 인터리버 (4300)는 RS 인코딩된 FIC 데이터에 대하여 블록 인터리빙을 수행한다. 블록 인터리빙은 FIC 데이터를 블록 단위로 인터리빙하는 것이다.
다중화기 (4400)는 RS 인코딩된 TPC 데이터와 블록 인터리빙된 FIC 데이터를 다중화한다.
시그널링 랜더마이저 (4500)는 다중화된 데이터를 랜더마이징한다.
PCCC 인코더 (4600)은 랜더마이징된 데이터를 PCCC 인코딩한다.
도 5는 본 발명의 일 실시예에 따른, 앙상블의 구조를 나타낸 도면이다.
앙상블은 모바일 서비스를 구성하는 모바일 서비스 데이터를 전송한다. 앙상블은 모바일 서비스를 시그널링하기 위한 서비스 시그널링 채널 (Service Signaling Channel; SSC)를 포함할 수 있다. 서비스 시그널링 채널은 IP 데이터 그램에 포함될 수도 있다. 서비스 시그널링 채널은 특정 IP 주소와 UDP port를 통하여 전송되도록 정의할 수 있다. 즉 수신측에서는 해당 IP 주소와 UDP port의 데이터를 파싱하여 서비스 시그널링 채널 데이터를 획득할 수 있다.
서비스 시그널링 채널은 앙상블에 의하여 전송되는 모바일 서비스에 대한 속성 정보를 포함하는 서비스 맵 테이블 (Service Map Table; SMT), 모바일 서비스에 대한 서비스 가이드 데이터에 대한 정보를 포함하는 가이드 어세스 테이블 (Guide Access Table; GAT), 유사한 서비스를 전송하는 인접하는 셀 (cell)에 대한 케리어 주파수 정보를 제공하는 셀 정보 테이블 (Cell Information Table; CIT), 수신 측에서의 빠른 모바일 서비스 스캔을 위한 정보를 포함하는 서비스 라벨링 테이블 (Service Labeling Table; SLT), 모바일 서비스에 대한 시청 등급 정보를 포함하는 레이팅 영역 테이블 (Rating Region Table; RRT), 및/또는 긴급 경보 서비스를 모바일 방송으로 전송하기 위한 정보를 포함하는 모바일 긴급 경보 테이블 (Emergency Alert Table-MH; EAT-MH)을 포함할 수 있다.
도 6은 본 발명의 일 실시예에 따른, 모바일 긴급 경보 테이블의 신택스를 나타낸 도면이다.
본 발명의 모바일 긴급 경보 테이블은, 고정 방송 시스템에서 사용되는 경우, 긴급 경보 테이블로 명명될 수도 있다.
본 발명의 모바일 긴급 경보 테이블은 table_id 필드, EAT_MH_protocol_version 필드, ensemble_id 필드, automatic_tuning_channel_number 필드, automatic_tuning_ts_id 필드, automatic_tuning_ensemble_id 필드, automatic_tuning_service_id 필드, num_EAS_messages 필드, EAS_message_id 필드, type_of_responder 필드, type_of_disciplines 필드, EAS_IP_version_flag 필드, EAS_message_transfer_type 필드, EAS_message_encoding_type 필드, EAS_message_length 필드, EAS_message_bytes 필드, IP_address 필드, UDP_port_num 필드 및/또는 EAS_NRT_service_id 필드를 포함할 수 있다.
table_id 필드 현재 테이블의 종류를 식별한다. 방송 수신기는 특정한 값의 table_id 필드를 식별하여, 본 테이블이 모바일 긴급 경보 테이블임을 식별할 수 있다.
EAT_MH_protocol_version 필드는 모바일 긴급 경보 테이블의 구조가 변경되는 경우, 이들에 대한 버전 정보를 식별한다.
ensemble_id 필드는 본 테이블과 관련된 앙상블의 ID를 나타낸다.
automatic_tuning_channel_number 필드는 자동 튜닝을 위한 물리적 RF 채널 번호를 나타낸다. 예를 들면, 긴급 경보 메시지가 방송되는 채널 번호로 강제 튜닝이 필요한 경우, 위 필드가 참조될 수 있다.
automatic_tuning_ts_id 필드는 자동 튜닝을 위한 트랜스포트 스트림 ID를 나타낸다. 예를 들면, 긴급 경보 메시지를 포함하는 트랜스포트 스트림을 파싱해야 하는 경우, 위 ID를 통하여 해당 스트림을 식별할 수 잇다.
automatic_tuning_ensemble_id 필드는 자동 튜닝을 위한 앙상블의 ID를 나타낸다. 예를 들면, 긴급 경보 메시지를 포함하는 앙상블을 위 필드를 통하여 식별할 수 있다.
automatic_tuning_service_id 필드는 자동 튜닝의 타겟 A/V 서비스를 나타낸다. 모바일 긴급 경보 테이블에서 자동 튜닝이 지정된 경우, 긴급 경보 테이블은 경보 메시지를 포함할 수도 있고, 포함하지 않을 수도 있다. 자동 튜닝이 지정된 경우, 방송 수신기는 해당 메시지를 무시하고, 타겟 채널 번호로 튜닝할 것이다.
num_EAS_messages 필드는 모바일 긴급 경보 테이블에 포함된 긴급 경보 메시지의 개수를 나타낸다.
EAS_message_id 필드는 긴급 경보 메시지의 전송을 위한 고유의 ID를 식별한다. 이 필드는 이전 긴급 경보 메시지가 업데이트 되거나, 취소되는 경우에는 그 값이 변경될 수 있다. 다른 실시예로, 이 필드는 CAP 메시지 ID로부터 추출될 수 있다.
type_of_responder 필드는 긴급 경보 메시지의 방송 대상자를 나타낸다.
type_of_disciplines 필드는 긴급 경보의 대상이 되는 긴급 상황에 대한 정보를 나타낸다.
EAS_IP_version_flag 필드는, ‘0’으로 셋팅되는 경우 IP_address 필드가 IPv4 주소를 포함함을 나타내고, ‘1’으로 셋팅되는 경우 IP_address 필드가 IPv6를 위한 것임을 나타낸다.
EAS_message_transfer_type 필드는 긴급 경보 메시지의 전송 타입을 나타낸다.
EAS_message_encoding_type 필드는 긴급 경보 메시지의 인코딩 계획을 나타낸다.
EAS_message_length 필드는 긴급 경보를 포함하는 압축된 긴급 경보 메시지의 압축 길이를 나타낸다.
EAS_message_bytes 필드는 긴급 경보를 포함하는 압축된 긴급 경보 메시지의 크기를 나타낸다.
IP_address 필드는 긴급 경보 메시지가 IP 데이터 그램을 통하여 전송되는 경우, 해당 IP 주소를 나타낸다.
UDP_port_num 필드는 긴급 경보 메시지가 IP 데이터 그램을 통하여 전송되는 경우, 해당 UDP 주소를 나타낸다.
EAS_NRT_service_id 필드는 긴급 경보 메시지와 연관된 추가 컨텐츠를 제공하는 NRT 서비스의 서비스 ID를 식별한다. 이 필드는 긴급 경보 테이블을 전송하는 앙상블에 포함된 SMT에도 삽입될 수 있다.
도 7은 본 발명의 일 실시예에 따른, EAS_message_transfer_type 필드의 값에 따른 설명을 나타낸 도면이다.
EAS_message_transfer_type 필드는 이 필드의 값에 따라, 긴급 경보 메시지의 전송 타입이 식별되지 않았거나, 경보 메시지가 포함되지 않은 NRT 파일이 전송됨을 나타내거나, 긴급 경보 메시지가 모바일 긴급 경보 테이블에 포함되어 전송되거나, 긴급 경보 메시지가 IP 데이터 그램을 통해 전송되는 경우를 나타낼 수 있다.
도 8은 본 발명의 일 실시예에 따른, 긴급 경보 컨텐츠를 전송하는 IP 데이터그램의 구조를 나타낸 도면이다.
본 발명의 일 실시예에 따르면, 모바일 긴급 경보 시스템에서 ESG/NRT를 사용하지 않고, EAS Rich Media Contents (또는 긴급 경보 컨텐츠)를 IP 데이터그램으로 전송한다. 본 발명의 일 실시예에 따르면, 긴급 경보 컨텐츠와 관련된 정보를 EAT-MH (또는 EAT; Emergency Alert Table) 를 통하여 시그널링하여, ESG/NRT를 지원하지 않는 수신기에서도 EAS Rich Media Contents를 수신하고, 그와 관련된 정보를 사용자에게 제공할 수 있다.
EAS Rich Media Contents는 이미지, 오디오, 비디오 등 사용자에게 풍부한 재난 정보를 제공할 수 있는 모든 파일을 의미한다. EAS Rich Media Contents에는 긴급 경보 컨텐츠가 포함될 수 있다. Rich Media Contents는 양방향 서비스가 가능한 컨텐츠를 의미할 수 있다. 따라서, EAS Media Contents 양방향 서비스가 가능한 긴급 경보 켄텐츠를 의미할 수 있다. 긴급 경보 컨텐츠는 긴급 경보 메시지를 포함할 수 있다.
모바일 방송 시스템에서 긴급 경보 메시지 또는 긴급 경보 켄텐츠는 NRT를 이용하여 전송할 수 있고, 이 경우, FLUTE type의 IP 데이터그램을 통하여 긴급 경보 메시지 또는 긴급 경보 켄텐츠가 전송될 수 있다. 그러나 본 발명에서는 NRT를 지원하지 않는 수신기도 긴급 경보 메시지 또는 긴급 경보 컨텐츠를 제공받을 수 있어야 하므로, EAS Rich Media Contents를 보낼 수 있는 IP 데이터그램의 구조를 새롭게 정의할 필요가 있다.
본 발명의 따른 긴급 경보 컨텐츠를 전송하는 IP 데이터그램은 IP_header 엘레먼트, UDP_header 엘레먼트, EAS_message_id 엘레먼트, current_sequence_number 엘레먼트, last_sequence_number 엘레먼트, content_ID 엘레먼트, 및/또는 content_payload() 엘레먼트를 포함할 수 있다.
IP_header 엘레먼트에는 IP 헤더가 포함된다.
UDP_header 엘레먼트에는 UDP 헤더가 포함된다.
EAS_message_id 엘레먼트는 전송되는 EAS Rich Media Content와 관련이 있는 긴급 경보 메시지 (EAS message) 의 식별자 (ID) 를 나타낸다.
current_sequence_number 엘레먼트는 수신한 IP 데이터그램의 현재 시퀀스 번호 (sequence number)를 나타낸다.
last_sequence_number 엘레먼트는 수신한 IP 데이터그램의 마지막 시퀀스 번호를 나타낸다.
content_ID 엘레먼트는 수신한 IP 데이터그램을 모아서 만들어지는 컨텐츠의 식별자 (ID)를 나타낸다.
content_payload() 엘레먼트는, 실제 컨텐츠의 데이터를 전송한다. last_sequence_number 엘레먼트가 식별하는 개수만큼의 시퀀스를 모으면 하나의 컨텐츠를 만들 수 있다.
도 9는 본 발명의 일 실시예에 따른, 긴급 경보 컨텐츠를 시그널링하는 신택스를 나타낸 도면이다.
EAS Rich Media Contents를 IP 데이터그램으로 전송하면 이와 관련한 정보를 시그널링 하여야 수신기에서 컨텐츠를 수신할 수 있다. 본 발명의 일 실시예에 따르면, 모바일 방송 시스템의 긴급 경보 시스템에서 긴급 경보 메시지와 관련된 정보를 제공하는 EAT-MH (또는 EAT) 에 EAS Rich Media Content와 관련한 정보를 추가할 수 있다.
본 발명의 일 실시예에 따른 긴급 경보 컨텐츠를 시그널링하는 EAS_content_transfer_structure () 는 num_of_contents 필드, content_ID 필드, IP_address 필드, Port_number 필드, content_name_ext_length 필드, content_name_ext_bytes() 필드, expiration_time 필드, geocode_count 필드 및/또는 geocode 필드를 포함할 수 있다.
num_of_contents 필드는 전송되는 EAS Rich Media Contents의 개수를 나타낸다.
content_ID 필드는 전송되는 긴급 경보 컨텐츠의 고유한 ID를 나타낸다.
IP_address 필드는 긴급 경보 컨텐츠의 destination IP address 값을 나타낸다.
Port_number 는 긴급 경보 켄텐츠의 destination Port 값을 나타낸다.
content_name_ext_length 필드는 긴급 경보 컨텐츠의 이름과 확장자명 스트링 (string) 의 길이를 나타낸다.
content_name_ext_bytes() 필드는 긴급 경보 컨텐츠의 이름 및/또는 확장자명을 나타낸다. 예를 들어, “example.txt” 와 같이 ‘.’ 이름과 확장자명을 구분할 수 있다.
expiration_time 필드는 긴급 경보 컨텐츠의 유효기간을 나타낸다.
geocode_count 필드는 긴급 경보 컨텐츠가 보여져야 할 장소를 의미하는 geo code 값의 개수를 나타낸다.
geocode 필드는 긴급 경보 컨텐츠가 보여져야 할 장소를 의미하는 geo code를 나타낸다. 예를 들면, geo code는 FIPS code로 정의될 수 있다.
도시되지는 않았으나, 본 발명의 일 실시예에 따른, EAS_content_transfer_structure ()는 content_type 필드, 및/또는 related_content 필드를 더 포함할 수 있다.
content_type 필드는 긴급 경보 컨텐츠의 타입을 나타낸다. 예를 들면, 긴급 경보 컨텐츠가 오디오 컨텐츠, 비디오 컨텐츠, 및/또는 문자 컨텐츠 인지를 나타낼 수 있다.
related_content () 필드는 content_ID에 의하여 식별되는 긴급 경보 컨텐츠와 관련이 있는 긴급 경보 컨텐츠에 대한 정보를 포함한다. 예를 들면, related_content () 필드에는 relate_content_address 필드 및/또는 relate_content_type 필드가 포함될 수 있다. relate_content_address 필드는 content_ID에 의하여 식별되는 긴급 경보 컨텐츠와 관련이 있는 긴급 경보 컨텐츠를 전송하는 IP 주소 및/또는 UDP port 주소를 나타낸다. relate_content_type 필드는 content_ID에 의하여 식별되는 긴급 경보 컨텐츠와 관련이 있는 긴급 경보 컨텐츠의 타입을 나타낸다.
related_content () 필드의 정보를 이용하여, 시각 정보를 인식할 수 없는 장애인을 위하여, 비디오, 오디오 요소가 결합된 형태의 긴급 경보 컨텐츠와 관련하여, 오디오 형태로 모든 정보를 나타내는 긴급 경보 컨텐츠를 제공하는 주소로 접속하여, 해당 긴급 경보 컨텐츠를 수신 받을 수 있다. 반대로, 오디오 정보를 인식할 수 없는 장애인을 위하여, 비디오, 오디오 요소가 결합된 형태의 긴급 경보 컨텐츠와 관련하여, 비디오 형태로 모든 정보를 나타내는 긴급 경보 컨텐츠를 제공하는 주소로 접속하여, 해당 긴급 경보 컨텐츠를 수신 받을 수 있다.
도 10은 본 발명의 다른 실시예에 따른 긴급 경보 테이블을 나타낸 도면이다.
본 발명의 다른 실시예에 따르면, IP 데이터그램을 통하여 전송되는 EAS Rich Media Contents의 관련 정보를 긴급 경보 테이블을 통하여 시그널링할 수 있다. 본 발명에 따르면, IP 데이터그램을 통하여 긴급 경보 컨텐츠를 전송하고, 해당 긴급 경보 컨텐츠에 관한 정보는 긴급 경보 테이블을 통하여 시그널링할 수 있다.
본 발명의 다른 실시예에 따른 긴급 경보 테이블에 포함되는 각 필드에 대한 설명은 도 6에서의 각 필드에 대한 설명으로 대체한다.
다만, 본 발명의 다른 실시예에 따른 긴급 경보 테이블은 도 9에서 전술한 EAS_content_transfer_structure () 를 포함할 수 있다.
도 11은 본 발명의 다른 실시예에 따른, EAS_massage_transfer_type 필드의 값에 따른 설명을 나타낸 도면이다.
본 발명의 다른 실시예에 따르면, EAS Rich Media Contents를 전송하기 위하여 긴급 경보 테이블의 EAS_message_transfer_type에 “0x04” 값을 추가할 수 있다. EAS_message_transfer_type의 값이 “0x04” 인 경우, EAS message와 contents와 관련 정보 (및/또는 전송 정보) 가 긴급 경보 테이블 내부에 기술되어 있음을 의미한다.
본 발명의 다른 실시예에 따르면, EAS_message_transfer_type 필드는 이 필드의 값에 따라, 긴급 경보 메시지의 전송 타입이 식별되지 않았거나, 경보 메시지가 포함되지 않은 Rich Media Contents 파일이 전송됨을 나타내거나, 긴급 경보 메시지가 긴급 경보 테이블에 포함되어 전송되거나, 긴급 경보 메시지가 IP 데이터 그램을 통해 전송되거나, 긴급 경보 메시지와 함께 EAS Rich Media Contents가 전송됨을 알 수 있다.
도 12는 본 발명의 일 실시예에 따른, 긴급 경보 IP 데이터그램을 나타낸 도면이다.
전술한 바와 같이, EAT-MH (또는 긴급 경보 테이블) 의 EAS_message_transfer_type 필드는 긴급 경보 시스템에서 긴급 경보 메시지가 IP 데이터그램을 통하여 전송되고 있음을 나타낼 수 있다. 이 경우, 긴급 경보 테이블에는 긴급 경보 메시지를 전송하는 IP 데이터그램의 구조를 시그널링하였다.
본 발명의 일 실시예에는 IP 데이터그램 자체가 긴급 경보 메시지 또는 긴급 경보 컨텐츠에 대한 정보를 시그널링할 수 있다. 이 때, IP 데이터그램은 EAS_content_transfer_struceture() 구조를 포함할 수 있다.
본 발명의 일 실시예에 따른 긴급 경보 메시지 또는 긴급 경보 컨텐츠에 대한 정보를 시그널링하는 IP 데이터그램은 IP_header 엘레먼트, UDP_header 엘레먼트, EAS_message_id 엘레먼트, EAS_message_length 엘레먼트, EAS_message_bytes() 엘레먼트, 및/또는 EAS_content_transfer_structure() 엘레먼트를 포함할 수 있다.
IP_header 엘레먼트에는 IP 헤더가 포함된다.
UDP_header 엘레먼트에는 UDP 헤더가 포함된다.
EAS_message_id 엘레먼트는 전송되는 EAS Rich Media Content와 관련이 있는 긴급 경보 메시지 (EAS message)의 식별자 (ID) 를 나타낸다.
EAS_message_length 엘레먼트는 긴급 경보 메시지의 길이를 나타낸다.
EAS_message_bytes() 엘레먼트는 긴급 경보 메시지의 데이터를 전송한다.
EAS_content_transfer_structure() 엘레먼트는 도 9에서 전술된 EAS_content_transfer_structure()을 포함할 수 있다.
도 13은 본 발명의 일 실시예에 따른, EAS_content_transfer_extended_structure() 를 나타낸 도면이다.
본 발명의 일 실시예에 따르면, EAS Rich Media Content는 파일 형태로 전송되기 때문에 FLUTE이라는 전송 방식에 따라 전송하는 것도 가능하다. 이 경우, 긴급 경보 컨텐츠가 FLUTE 방식의 IP 데이터그램으로 전송되는지 식별할 수 있어야 한다. 따라서, 본 발명의 일 실시예에서는 전술한 EAS_content_transfer_structure() 의 확장된 시그널링 구조를 제안한다.
본 발명의 일 실시예에 따른 EAS_content_transfer_extended_structure()는 시그널링을 위한 별도의 IP 데이터그램을 정의하고, 해당 IP 데이터그램을 통하여 시그널링할 수 있다. 또는, EAS_content_transfer_extended_structure()는 긴급 경보 테이블에 포함될 수 있다.
본 발명의 일 실시예에 따른, EAS_content_transfer_extended_structure()는 num_of_contents 엘레먼트, EAS_content_IP_datagram_type 엘레먼트, TSI 엘레먼트, TOI 엘레먼트, content_ID 엘레먼트, original_content_length 엘레먼트, original_content_type 엘레먼트, transfer_content_length 엘레먼트, transfer_content_type 엘레먼트, encrypted_flag 엘레먼트, encryption_method 엘레먼트, content_name_length 엘레먼트, content_name_bytes() 엘레먼트, IP_address 엘레먼트, Port_number 엘레먼트, expiration_time 엘레먼트, geocode_count 엘레먼트 및/또는 geocode 엘레먼트를 포함할 수 있다.
num_of_contents 엘레먼트는 전송되는 EAS Rich Media Contents의 개수를 나타낸다.
EAS_content_IP_datagram_type 엘레먼트는 EAS Rich Media Content를 실어 보내는 IP datagram의 구조 방식을 나타낸다. 보다 상세한 내용은 후술한다.
TSI 엘레먼트는 FLUTE 방식을 따르는 IP 데이터그램으로 EAS Rich Media Content가 전송되는 경우, FDT (File Delivery Table) 에 기술된 TSI와 일치하는 값을 나타낸다. TSI 엘레먼트는 EAS_content_transfer_extended_structure()가 포함되는 시그널링 구조와 FDT를 연결하는 역할을 수행할 수 있다.
TOI 엘레먼트는 FLUTE 방식을 따르는 IP 데이터그램으로 EAS Rich Media Content가 전송되는 경우, FDT에 기술된 TOI와 일치하는 값을 나타낸다. TOI 엘레먼트는 EAS_content_transfer_extended_structure()가 포함되는 시그널링 구조와 FDT를 연결하는 역할을 수행할 수 있다.
content_ID 엘레먼트는 전송되는 EAS Rich Media Content (또는 content) 의 고유한 ID를 나타낸다.
original_content_length 엘레먼트는 EAS Rich Media Content (또는 content)의 original length를 나타낸다.
original_content_type 엘레먼트는 EAS Rich Media Content의 original type을 나타낸다. original_content_type 엘레먼트는 EAS Rich Media Content에 적용된 압축 방식 또는 컨텐츠의 종류 (오디오, 비디오, 또는 이미지) 를 나타낼 수 있다.
transfer_content_length 엘레먼트는 전송되는 EAS Rich Media Content의 length를 나타낸다.
transfer_content_type 엘레먼트는 전송되는 EAS Rich Media Content의 type을 나타낸다. EAS Rich Media Content는 Gzip의 형태로 전송될 수 있다.
encrypted_flag 엘레먼트는 EAS Rich Media Content가 암호화 되었는지 여부를 나타낸다.
encryption_method 엘레먼트는 EAS Rich Media Content가 암호화 되어있다면, 해당 암호화 방법을 식별하는 정보를 포함한다.
content_name_length 엘레먼트는 EAS Rich Media Content의 이름 string의 길이를 나타낸다.
content_name_bytes() 엘레먼트는 EAS Rich Media Content의 이름을 나타낸다.
IP_address 엘레먼트는 EAS Rich Media Content의 destination IP address 값을 나타낸다.
Port_number 엘레먼트는 EAS Rich Media Content의 destination Port 값을 나타낸다.
expiration_time 엘레먼트는 EAS Rich Media Content의 유효기간을 나타낸다.
geocode_count 엘레먼트는 EAS Rich Media Content가 보여져야 할 장소를 의미하는 geo code 값의 개수를 나타낸다.
geocode 엘레먼트는 EAS Rich Media Content가 보여져야 할 장소를 의미하는 geo code를 나타낸다. 예를 들면, geocode 엘레먼트는 FIPS code로 정의될 수 있다.
도 14는 본 발명의 일 실시예에 따른, EAS_content_IP_datagram_type 엘레먼트의 값에 따른 설명을 나타낸 도면이다.
EAS_content_IP_datagram_type 엘레먼트의 값이 ‘0x00’ 인 경우, EAS Rich Media Content를 전송하는 IP datagram의 구조가 정의되지 않았음을 나타낸다.
EAS_content_IP_datagram_type 엘레먼트의 값이 ‘0x01’ 인 경우, EAS Rich Media Content를 전송하는 IP datagram이 FLUTE (File delivery over Unidirectional Transport) 로 전송됨을 나타낸다.
EAS_content_IP_datagram_type 엘레먼트의 값이 ‘0x02’ 인 경우, EAS Rich Media Content를 전송하는 IP datagram은 본 발명에서 전술한 형태의 IP 데이터그램으로 전송됨을 나타낸다.
도 15는 본 발명의 일 실시예에 따른, 긴급 경보 테이블을 이용한 긴급 경보 데이터 처리를 나타낸 도면이다.
본 발명의 일실시예에 따르면, 모바일 긴급 경보 테이블의 사이즈를 줄이기 위하여, CAP (Common Alerting Protocol) 경보 메시지가 압축 되어질 수 있다. 모바일 긴급 경보 테이블을 식별할 수 있는 모바일 수신기 (M/H 수신기)는 압축된 CAP 경보 메시지를 추출할 수 있다. 이 경우, 모바일 수신기는 CAP 경보 메시지에 대한 압축을 풀고, SMT를 참조하지 않은 상태에서 빠르게 긴급 경보 메시지를 디스플레이 할 수 있다.
모바일 긴급 경보 테이블은 긴급 경보 메시지의 엔트리에 대한 NRT_service_id 를 전송할 수 있고, NRT_service_id는 긴급 경보 메시지와 관련된 추가 내용이 NRT (Non-Real-Time) 방송 서비스를 통하여 전송되는 것을 가리킨다. NRT 방송 서비스를 수신할 수 있는 방송 수신기는 SMT, 서비스 가이드 (Service Guide; SG), 및/또는 NRT 서비스를 위하여 시그널링 되는 FLUTE (File Delivery over Unidirectional Transport) session를 참조하여 추가 긴급 경보 메시지를 디스플레이 할 수 있다.
모바일 긴급 경보 테이블의 반복 수신 횟수는 긴급 경보 메시지의 중요도에 따라 달라질 수 있다. 중요도가 최고인 긴급 경보 메시지는 하나의 MH 프레임 마다 반복될 수 있다.
도 15를 참조하면, 방송 수신기는 GAT의 MH_service_id를 참조하여 SMT에서 해당 서비스의 ip 주소와 UDP port 번호를 식별하고, 이를 통하여 전송되는 FLUTE 데이터를 파싱하여, 전자 서비스 가이드 (ESG; Electronic Service Guide) 를 통하여 긴급 경보 컨텐츠가 포함되어 있음을 디스플레이 할 수 있다. 방송 수신기는 모바일 긴급 경보 테이블의 EAS_NRT_service_id를 참조하여, NRT로 전송되는 긴급 경보 메시지를 포함하는 서비스를 전송하는 ip 주소와 UDP port 번호를 식별하고, 이를 통하여 전송되는 FLUTE 데이터를 파싱하여, 긴급 경보 메시지를 디스플레이할 수 있다. 혹은, 모바일 긴급 경보 테이블은 긴급 경보 메시지를 포함하고 있을 수 있으며, 이 경우, CAP 파서를 통하여 이 긴급 경보 메시지를 바로 파싱하여 디스플레이할 수 있다.
본 실시예에서는 EAS Rich media contents를 제공하기 위하여, ESG/NRT를 사용한다. 즉, EAT-MH 는 EAS message byte와 함께 rich media content를 수신할 수 있는 EAS NRT service ID를 포함한다. 수신기는 NRT service ID를 SMT에서 찾아서 해당 flute component의 IP address와 port number를 알아내어 EAS rich media contents를 수신할 수 있다. 또한 각 파일과 관련된 정보는 ESG 내부에 포함되어 전송되기 때문에 관련된 정보를 찾아내기 위하여 GAT의 Provider Service ID를 찾아내서 SMT에서 찾아서 ESG data를 전송하는 IP와 Port number를 찾아서 ESG data를 수신할 수 있다. 이와 같은 과정을 수행하여 EAS message와 rich media contents를 제공하기 위해서는 수신기에서 ESG와 NRT 서비스를 지원해야 한다.
도 16은 본 발명의 다른 실시예에 따른, 긴급 경보 테이블을 이용한 긴급 경보 데이터 처리를 나타낸 도면이다.
본 발명의 다른 실시예에서는, ESG/NRT를 이용하지 않고, 긴급 경보 메시지와 EAS Rich Media Content를 전송하고 시그널링 하는 방법을 제시한다. 본 발명의 다른 실시예에 따르면, ESG/NRT 서비스를 지원하지 않는 수신기에서도 EAS Rich Media Content를 수신 처리할 수 있다.
본 발명의 다른 실시예에서는 긴급 경보 테이블의 EAS_message_transfer_type 필드의 값이 0x04인 경우를 예를 들어 설명한다.
긴급 경보 테이블에 포함된 EAS_message_transfer_type 필드의 값이 0x04 인 경우, 긴급 경보 메시지와 EAS rich media contents에 대한 전송 정보를 긴급 경보 테이블에 embedding하여 전송함을 나타낸다. 예를 들어 긴급 경보 메시지와 EAS rich media contents가 4개가 있다면, 각 EAS rich media contents가 전송되는 IP/Port 정보와 함께 각 EAS rich media contents를 구분할 수 있는 ID 정보, 그리고 수신 후 사용자에게 보여줘야 하는지에 대한 정보를 나타내는 expiration, geocode 정보, 및/또는 EAS rich media contents의 이름과 확장자를 긴급 경보 테이블을 통하여 시그널링할 수 있다.
EAS rich media contents는 긴급 경보 테이블에서 기술된 IP 데이터그램으로 전송된다. 긴급 경보 테이블은 EAS rich media contents을 전송하는 IP 데이터그램을 획득할 수 있는 정보를 포함한다.
도 16을 참조하면, 수신기는 긴급 경보 테이블에서 긴급 경보 메시지를 파싱하여 화면에 디스플레이한다. 한편, 수신기는 해당 긴급 경보 테이블과 관련된 긴급 경보 컨텐츠의 개수 및 해당 컨텐츠를 전송하는 IP 데이터그램의 주소 (IP_address, Port_number) 를 획득하고, 해당 주소로 접속한다. 수신기는 해당 주소에서 긴급 경보 컨텐츠를 포함하는 IP 데이터그램을 수신하고, 이를 파싱하여 긴급 경보 컨텐츠를 디스플레이한다.
도 17은 본 발명의 다른 실시예에 따른, 긴급 경보 테이블을 이용한 긴급 경보 데이터 처리를 나타낸 도면이다.
본 발명의 다른 실시예에서는, ESG/NRT를 이용하지 않고, 긴급 경보 메시지와 EAS Rich Media Content를 전송하고 시그널링 하는 방법을 제시한다. 본 발명의 다른 실시예에 따르면, ESG/NRT 서비스를 지원하지 않는 수신기에서도 EAS Rich Media Content를 수신 처리할 수 있다.
본 발명의 다른 실시예에서는 긴급 경보 테이블의 EAS_message_transfer_type 필드의 값이 0x03인 경우를 예를 들어 설명한다.
EAS_message_transfer_type의 값이 0x03인 경우에는 긴급 경보 메시지가 긴급 경보 테이블에 포함되지 않고, 긴급 경보 테이블에서는 긴급 경보 메시지가 전송되는 IP 데이터그램의 IP/Port 정보가 기술된다.
이 경우, 긴급 경보 테이블은 긴급 경보 메시지와 EAS Rich media contents가 전송되는 IP/Port 정보를 포함하고, IP/Port 정보에 의하여 식별되는 IP 데이터그램의 구조는 EAS_message_ID, EAS_message의 길이, 실제 EAS_message의 데이터 를 포함하며, EAS rich media contents의 개수, 각 EAS rich media contents에 대한 전송정보/기술정보를 추가로 포함할 수 있다. EAS Rich media content가 전송되는 IP 데이터그램의 구조는 전술한 바와 같다.
도 18은 본 발명의 일 실시예에 따른, 방송 수신기를 나타낸 도면이다.
본 발명의 일 실시예에 따른 방송 수신기는 IP 인터페이스, 방송 인터페이스, 시그널링 디코더, A/V 디코더 및/또는 디스플레이 프로세서를 포함할 수 있다.
IP 인터페이스는 IP 기반의 데이터를 수신처리한다. 예를 들면, 전술한 IP 데이터그램을 수신하는 역할을 수행한다. IP 인터페이스는 시그널링 디코더에 의하여 식별된 IP 데이터그램을 수신하는 역할을 수행할 수 있다.
방송 인터페이스는 방송 신호를 수신 처리한다. 방송 인터페이스는 지상파 방송, 위성 방송, 및/또는 케이블 방송 신호를 수신처리 할 수 있으며, 방송 신호가 변조된 방식에 따라, VSB 및/또는 OFDM 방식의 복조를 수행한다.
시그널링 디코더는 전술한 시그널링과 관련한 데이터/정보를 파싱한다. 시그널링 디코더는 시그널링 정보가 IP 데이터그램을 통하여 전송되는 경우, IP 데이터그램을 파싱할 수 있다. 시그널링 디코더는 방송 신호에 포함된 PSI (Program Specific information), PSIP (Program and System Information Protocol), 및/또는 SSC (Service Signaling Channel) 등의 시그널링 정보를 파싱할 수 있다. 시그널링 디코더는 시그널링 정보를 각 유닛에 전송하여, 수신기가 적절한 데이터를 파싱/디코딩할 수 있도록 한다.
A/V 디코더는 오디오/영상 데이터를 디코딩한다.
디스플레이 프로세서는 방송 컨텐츠, 긴급 경보 메시지, 및/또는 긴급 경보 컨텐츠를 디스플레이 처리한다.
설명의 편의를 위하여 각 도면을 나누어 설명하였으나, 각 도면에 서술되어 있는 실시 예들을 병합하여 새로운 실시 예를 구현하도록 설계하는 것도 가능하다. 그리고, 당업자의 필요에 따라, 이전에 설명된 실시 예들을 실행하기 위한 프로그램이 기록되어 있는 컴퓨터에서 판독 가능한 기록 매체를 설계하는 것도 본 발명의 권리범위에 속한다.
본 발명에 따른 장치 및 방법은 상술한 바와 같이 설명된 실시 예들의 구성과 방법이 한정되게 적용될 수 있는 것이 아니라, 상술한 실시 예들은 다양한 변형이 이루어질 수 있도록 각 실시 예들의 전부 또는 일부가 선택적으로 조합되어 구성될 수도 있다.
한편, 본 발명의 영상 처리 방법은 네트워크 디바이스에 구비된 프로세서가 읽을 수 있는 기록매체에 프로세서가 읽을 수 있는 코드로서 구현하는 것이 가능하다. 프로세서가 읽을 수 있는 기록매체는 프로세서에 의해 읽혀질 수 있는 데이터가 저장되는 모든 종류의 기록장치를 포함한다. 프로세서가 읽을 수 있는 기록 매체의 예로는 ROM, RAM, CD-ROM, 자기 테이프, 플로피디스크, 광 데이터 저장장치 등이 있으며, 또한, 인터넷을 통한 전송 등과 같은 캐리어 웨이브의 형태로 구현되는 것도 포함한다. 또한, 프로세서가 읽을 수 있는 기록매체는 네트워크로 연결된 컴퓨터 시스템에 분산되어, 분산방식으로 프로세서가 읽을 수 있는 코드가 저장되고 실행될 수 있다.
또한, 이상에서는 본 발명의 바람직한 실시 예에 대하여 도시하고 설명하였지만, 본 발명은 상술한 특정의 실시 예에 한정되지 아니하며, 청구범위에서 청구하는 본 발명의 요지를 벗어남이 없이 당해 발명이 속하는 기술분야에서 통상의 지식을 가진 자에 의해 다양한 변형실시가 가능한 것은 물론이고, 이러한 변형실시들은 본 발명의 기술적 사상이나 전망으로부터 개별적으로 이해돼서는 안 될 것이다.
그리고, 당해 명세서에서는 물건 발명과 방법 발명이 모두 설명되고 있으며, 필요에 따라 양 발명의 설명은 보충적으로 적용될 수가 있다.
발명의 실시를 위한 형태는 전술한 바와 같이, 발명의 실시를 위한 최선의 형태로 상술되었다.
본 발명은 방송 산업 전반에서 이용 가능하다.

Claims (15)

  1. 방송 신호를 수신하는 단계;
    방송 신호에 포함된 긴급 경보 테이블을 파싱하는 단계,
    여기서, 상기 긴급 경보 테이블은 긴급 경보 메시지 및 상기 긴급 경보 메시지와 관련된 긴급 경보 컨텐츠에 대한 정보를 시그널링하는 긴급 경보 컨텐츠 전송 구조 디스크립터를 포함하고,
    여기서, 상기 긴급 경보 컨텐츠 전송 구조 디스크립터는 상기 긴급 경보 컨텐츠를 전송하는 IP 데이터그램의 IP 주소 정보를 포함하고;
    상기 IP 주소 정보의 IP 데이터그램을 수신하는 단계; 및
    상기 IP 데이터그램을 디코딩하여 상기 긴급 경보 컨텐츠를 재생하는 단계;
    를 포함하는 방송 시스템을 이용한 긴급 경보 컨텐츠 수신 방법.
  2. 제 1 항에 있어서,
    상기 긴급 경보 컨텐츠 전송 구조 디스크립터는,
    상기 긴급 경보 메시지와 관련된 상기 긴급 경보 컨텐츠를 식별하는 컨텐츠 ID 정보, 상기 긴급 경보 컨텐츠의 유효 기간 정보 및 상기 긴급 경보 메시지와 관련된 긴급 경보 컨텐츠의 개수를 나타내는 개수 정보를 더 포함하는 것을 특징으로 하는 방송 시스템을 이용한 긴급 경보 컨텐츠 수신 방법.
  3. 제 2 항에 있어서,
    상기 긴급 경보 컨텐츠 전송 구조 디스크립터는,
    상기 긴급 경보 컨텐츠가 제공되어야 하는 지역을 식별하는 지역 정보 및 상기 지역 정보의 개수를 나타내는 지역 개수 정보를 더 포함하는 것을 특징으로 하는 방송 시스템을 이용한 긴급 경보 컨텐츠 수신 방법.
  4. 제 1 항에 있어서,
    상기 긴급 경보 컨텐츠를 전송하는 IP 데이터그램은,
    상기 긴급 경보 컨텐츠와 관련된 긴급 경보 메시지를 식별하는 긴급 경보 메시지 ID 정보를 더 포함하는 것을 특징으로 하는 방송 시스템을 이용한 긴급 경보 컨텐츠 수신 방법.
  5. 제 4 항에 있어서,
    상기 긴급 경보 컨텐츠를 전송하는 IP 데이터그램은,
    상기 긴급 경보 컨텐츠를 식별하는 컨텐츠 ID 정보 및 상기 긴급 경보 컨텐츠의 데이터를 더 포함하는 것을 특징으로 하는 방송 시스템을 이용한 긴급 경보 컨텐츠 수신 방법.
  6. 제 5 항에 있어서,
    상기 긴급 경보 컨텐츠를 전송하는 IP 데이터그램은,
    상기 IP 데이터그램의 시퀀스 번호를 가리키는 현재 시퀀스 번호 정보 및 상기 긴급 경보 컨텐츠를 위한 IP 데이터그램의 마지막 시퀀스 번호를 가리키는 마지막 시퀀스 번호 정보를 더 포함하는 것을 특징으로 하는 방송 시스템을 이용한 긴급 경보 컨텐츠 수신 방법.
  7. 방송 신호를 수신하는 단계;
    방송 신호에 포함된 긴급 경보 테이블을 파싱하는 단계,
    여기서, 상기 긴급 경보 테이블은 긴급 경보 메시지를 전송하는 제 1 IP 데이터그램의 IP 주소를 식별하는 제 1 IP 주소 정보를 포함하고;
    상기 제 1 IP 주소 정보를 이용하여 상기 제 1 IP 데이터그램을 수신하는 단계,
    여기서, 상기 제 1 IP 데이터그램은 상기 긴급 경보 메시지와 관련된 긴급 경보 컨텐츠에 대한 정보를 시그널링하는 긴급 경보 컨텐츠 전송 구조 엘레먼트를 포함하고,
    여기서 상기 긴급 경보 컨텐츠 전송 구조 엘레먼트는 상기 긴급 경보 컨텐츠를 전송하는 제 2 IP 데이터그램의 IP 주소를 식별하는 제 2 IP 주소 정보를 포함하고;
    상기 제 2 IP 주소 정보를 이용하여 상기 제 2 IP 데이터그램을 수신하는 단계; 및
    상기 제 2 IP 데이터그램을 디코딩하여 상기 긴급 경보 컨텐츠를 재생하는 단계;
    를 포함하는 방송 시스템을 이용한 긴급 경보 컨텐츠 수신 방법.
  8. 제 7 항에 있어서,
    상기 긴급 경보 컨텐츠 전송 구조 엘레먼트는,
    상기 긴급 경보 메시지와 관련된 상기 긴급 경보 컨텐츠를 식별하는 컨텐츠 ID 정보, 상기 긴급 경보 컨텐츠의 유효 기간 정보 및 상기 긴급 경보 메시지와 관련된 긴급 경보 컨텐츠의 개수를 나타내는 개수 정보를 더 포함하는 것을 특징으로 하는 방송 시스템을 이용한 긴급 경보 컨텐츠 수신 방법.
  9. 제 8 항에 있어서,
    상기 긴급 경보 컨텐츠 전송 구조 엘레먼트는,
    상기 긴급 경보 컨텐츠가 제공되어야 하는 지역을 식별하는 지역 정보 및 상기 지역 정보의 개수를 나타내는 지역 개수 정보를 더 포함하는 것을 특징으로 하는 방송 시스템을 이용한 긴급 경보 컨텐츠 수신 방법.
  10. 제 7 항에 있어서,
    상기 제 1 IP 데이터그램은,
    상기 긴급 경보 메시지를 식별하는 제 1 긴급 경보 메시지 ID 정보, 상기 긴급 경보 메시지의 길이를 나타내는 길이 정보 및 상기 긴급 경보 메시지의 데이터를 더 포함하는 것을 특징으로 하는 방송 시스템을 이용한 긴급 경보 컨텐츠 수신 방법.
  11. 제 10 항에 있어서,
    상기 제 2 IP 데이터그램은,
    상기 긴급 경보 컨텐츠와 관련된 긴급 경보 메시지를 식별하는 제 2 긴급 경보 메시지 ID 정보를 더 포함하는 것을 특징으로 하는 방송 시스템을 이용한 긴급 경보 컨텐츠 수신 방법.
  12. 제 11 항에 있어서,
    상기 제 2 IP 데이터그램은,
    상기 긴급 경보 컨텐츠를 식별하는 컨텐츠 ID 정보 및 상기 긴급 경보 컨텐츠의 데이터를 더 포함하는 것을 특징으로 하는 방송 시스템을 이용한 긴급 경보 컨텐츠 수신 방법.
  13. 제 12 항에 있어서,
    상기 제 2 IP 데이터그램은,
    상기 제 2 IP 데이터그램의 시퀀스 번호를 가리키는 현재 시퀀스 번호 정보 및 상기 긴급 경보 컨텐츠를 위한 제 2 IP 데이터그램의 마지막 시퀀스 번호를 가리키는 마지막 시퀀스 번호 정보를 더 포함하는 것을 특징으로 하는 방송 시스템을 이용한 긴급 경보 컨텐츠 수신 방법.
  14. 제 7 항에 있어서,
    상기 긴급 경보 컨텐츠 전송 구조 엘레먼트는,
    상기 제 2 IP 데이터그램이 FLUTE 방식으로 전송되는지 여부를 식별하는 긴급 경보 컨텐츠 IP 데이터그램 타입 정보를 더 포함하는 것을 특징으로 하는 방송 시스템을 이용한 긴급 경보 컨텐츠 수신 방법.
  15. 제 14 항에 있어서,
    상기 긴급 경보 컨텐츠 전송 구조 엘레먼트는,
    상기 긴급 경보 컨텐츠의 원본 상태의 크기 정보, 상기 긴급 경보 컨텐츠의 원본 상태의 컨텐츠 타입 정보, 상기 긴급 경보 컨텐츠가 전송을 위하여 변형된 상태의 크기 정보, 및 상기 긴급 경보 컨텐츠가 전송을 위하여 변형된 상태의 컨텐츠 타입 정보를 더 포함하는 것을 특징으로 하는 방송 시스템을 이용한 긴급 경보 컨텐츠 수신 방법.
PCT/KR2014/000908 2013-02-03 2014-02-03 방송 시스템을 통하여 긴급 경보 서비스를 제공하는 장치 및 방법 WO2014119961A1 (ko)

Priority Applications (10)

Application Number Priority Date Filing Date Title
JP2015555918A JP6204502B2 (ja) 2013-02-03 2014-02-03 放送システムを介して緊急警報サービスを提供する装置及び方法
KR1020157019861A KR102129800B1 (ko) 2013-02-03 2014-02-03 방송 시스템을 통하여 긴급 경보 서비스를 제공하는 장치 및 방법
CA2898429A CA2898429A1 (en) 2013-02-03 2014-02-03 Apparatus for providing urgent alarm service through broadcast system and method therefor
US14/765,257 US9467240B2 (en) 2013-02-03 2014-02-03 Apparatus for providing urgent alarm service through broadcast system and method therefor
KR1020207007425A KR102129804B1 (ko) 2013-02-03 2014-02-03 방송 시스템을 통하여 긴급 경보 서비스를 제공하는 장치 및 방법
EP14746077.8A EP2953279B1 (en) 2013-02-03 2014-02-03 Apparatus for providing urgent alarm service through broadcast system and method therefor
KR1020207007426A KR102221300B1 (ko) 2013-02-03 2014-02-03 방송 시스템을 통하여 긴급 경보 서비스를 제공하는 장치 및 방법
CN201480007226.2A CN104969492B (zh) 2013-02-03 2014-02-03 通过广播系统提供紧急报警服务的装置及其方法
US15/259,643 US9699623B2 (en) 2013-02-03 2016-09-08 Apparatus for providing urgent alarm service through broadcast system and method therefor
US15/624,503 US10028034B2 (en) 2013-02-03 2017-06-15 Apparatus for providing urgent alarm service through broadcast system and method therefor

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US201361760158P 2013-02-03 2013-02-03
US61/760,158 2013-02-03

Related Child Applications (2)

Application Number Title Priority Date Filing Date
US14/765,257 A-371-Of-International US9467240B2 (en) 2013-02-03 2014-02-03 Apparatus for providing urgent alarm service through broadcast system and method therefor
US15/259,643 Continuation US9699623B2 (en) 2013-02-03 2016-09-08 Apparatus for providing urgent alarm service through broadcast system and method therefor

Publications (1)

Publication Number Publication Date
WO2014119961A1 true WO2014119961A1 (ko) 2014-08-07

Family

ID=51262607

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/KR2014/000908 WO2014119961A1 (ko) 2013-02-03 2014-02-03 방송 시스템을 통하여 긴급 경보 서비스를 제공하는 장치 및 방법

Country Status (7)

Country Link
US (3) US9467240B2 (ko)
EP (1) EP2953279B1 (ko)
JP (1) JP6204502B2 (ko)
KR (3) KR102129800B1 (ko)
CN (1) CN104969492B (ko)
CA (1) CA2898429A1 (ko)
WO (1) WO2014119961A1 (ko)

Cited By (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2016140477A1 (ko) * 2015-03-01 2016-09-09 엘지전자 주식회사 방송 신호 송신 장치, 방송 신호 수신 장치, 방송 신호 송신 방법, 및 방송 신호 수신 방법
WO2016140479A1 (ko) * 2015-03-01 2016-09-09 엘지전자 주식회사 방송 신호 송신 장치, 방송 신호 수신 장치, 방송 신호 송신 방법, 및 방송 신호 수신 방법
WO2017007260A1 (ko) * 2015-07-08 2017-01-12 엘지전자 주식회사 방송 신호 송신 장치, 방송 신호 수신 장치, 방송 신호 송신 방법, 및 방송 신호 수신 방법
WO2017029804A1 (en) * 2015-08-19 2017-02-23 Sharp Kabushiki Kaisha Broadcast system with a watermark payload
KR20170134387A (ko) * 2015-04-03 2017-12-06 소니 주식회사 비상 정보의 로케이션 기반 필터링을 위한 수신 장치, 수신 방법, 송신 장치 및 송신 방법
CN107567688A (zh) * 2015-04-01 2018-01-09 三星电子株式会社 用于在广播系统中处理紧急报警消息的设备和方法
US11395123B2 (en) 2014-10-21 2022-07-19 Saturn Licensing Llc Reception apparatus, reception method, transmission apparatus, and transmission method

Families Citing this family (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105284068B (zh) * 2013-06-05 2019-08-27 索尼公司 用于传输有效载荷数据和紧急信息的传输器和传输方法
US10917186B2 (en) 2015-07-21 2021-02-09 Lg Electronics Inc. Broadcasting signal transmitting apparatus, broadcasting signal receiving apparatus, broadcasting signal transmitting method, and broadcasting signal receiving method
US10271182B2 (en) * 2015-07-29 2019-04-23 Blackberry Limited Enhanced public warning system to provide rich content
US10326544B2 (en) 2015-09-22 2019-06-18 Blackberry Limited Receiving public warning system data
KR102435738B1 (ko) * 2016-02-17 2022-08-26 한국전자통신연구원 재난 정보 전송 장치 및 방법
US10021435B2 (en) 2016-05-17 2018-07-10 SpectraRep, LLC Method and system for datacasting and content management
AU2017301213B2 (en) * 2016-07-29 2020-01-16 Sony Semiconductor Solutions Corporation Data processing device and data processing method
US20190289370A1 (en) * 2016-11-28 2019-09-19 Sharp Kabushiki Kaisha Systems and methods for signaling of emergency alert messages
JP7267701B2 (ja) * 2018-09-20 2023-05-02 シャープ株式会社 端末装置、基地局装置、方法、および、集積回路
US11006191B2 (en) * 2019-08-02 2021-05-11 The Nielsen Company (Us), Llc Use of watermarking to control abandonment of dynamic content modification
US11632597B2 (en) 2020-07-22 2023-04-18 Roku, Inc. Responding to emergency-alert audio tone by abandoning dynamic content modification

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20060064623A (ko) * 2003-08-13 2006-06-13 모토로라 인코포레이티드 무선 통신 장치에서의 긴급 방송 메시지
KR20090108445A (ko) * 2008-04-11 2009-10-15 서울시립대학교 산학협력단 재난 경보 서비스를 위한 시그날링 장치 및 시그날링방법과 이를 실현시키기 위한 프로그램을 기록한 컴퓨터로판독 가능한 기록 매체
KR20090108434A (ko) * 2008-04-11 2009-10-15 서울시립대학교 산학협력단 공통 서비스 기반 재난 경보 서비스 제공 시스템, 재난경보 서비스 제공 장치 및 재난 경보 서비스 제공 방법과이를 실현시키기 위한 프로그램을 기록한 컴퓨터로 판독가능한 기록 매체
KR20110097862A (ko) * 2008-11-18 2011-08-31 콸콤 인코포레이티드 향상된 응급 브로드캐스트 경보 메시지들을 전달하고 수신하기 위한 방법 및 장치
WO2012161552A2 (ko) * 2011-05-25 2012-11-29 엘지전자 주식회사 송/수신 시스템 및 방송 신호 처리 방법

Family Cites Families (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP4713989B2 (ja) * 2005-09-12 2011-06-29 パナソニック株式会社 移動受信装置、受信方法及び受信プログラム
JP2008157343A (ja) * 2006-12-22 2008-07-10 Pascal Engineering Corp ガススプリング
KR101259118B1 (ko) * 2007-02-23 2013-04-26 엘지전자 주식회사 방송 신호 송신 장치 및 방법
KR101461967B1 (ko) * 2007-08-24 2014-11-14 엘지전자 주식회사 디지털 방송 시스템 및 데이터 처리 방법
KR101559771B1 (ko) * 2007-09-21 2015-10-13 엘지전자 주식회사 디지털 방송 시스템 및 데이터 처리 방법
US8300560B2 (en) * 2007-12-28 2012-10-30 Motorola Mobility Llc Using auxiliary information to direct users of wireless devices to safety in response to emergency alert system alerts
WO2010082780A2 (en) * 2009-01-18 2010-07-22 Lg Electronics Inc. Iptv and method for controlling emergency alert system widget in iptv
US8099750B2 (en) * 2009-02-13 2012-01-17 Qwest Communications International Inc System and method for bypassing an emergency alert break-in for a recorded event
US8873717B2 (en) * 2010-11-23 2014-10-28 Centurylink Intellectual Property Llc Emergency alert signaling
CN103416080B (zh) * 2012-03-02 2016-10-19 Lg电子株式会社 经由移动广播提供紧急报警服务的方法及其设备
US8863172B2 (en) * 2012-03-17 2014-10-14 Time Warner Cable Enterprises Llc Emergency alert system methods and apparatus

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20060064623A (ko) * 2003-08-13 2006-06-13 모토로라 인코포레이티드 무선 통신 장치에서의 긴급 방송 메시지
KR20090108445A (ko) * 2008-04-11 2009-10-15 서울시립대학교 산학협력단 재난 경보 서비스를 위한 시그날링 장치 및 시그날링방법과 이를 실현시키기 위한 프로그램을 기록한 컴퓨터로판독 가능한 기록 매체
KR20090108434A (ko) * 2008-04-11 2009-10-15 서울시립대학교 산학협력단 공통 서비스 기반 재난 경보 서비스 제공 시스템, 재난경보 서비스 제공 장치 및 재난 경보 서비스 제공 방법과이를 실현시키기 위한 프로그램을 기록한 컴퓨터로 판독가능한 기록 매체
KR20110097862A (ko) * 2008-11-18 2011-08-31 콸콤 인코포레이티드 향상된 응급 브로드캐스트 경보 메시지들을 전달하고 수신하기 위한 방법 및 장치
WO2012161552A2 (ko) * 2011-05-25 2012-11-29 엘지전자 주식회사 송/수신 시스템 및 방송 신호 처리 방법

Cited By (18)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US11812358B2 (en) 2014-10-21 2023-11-07 Saturn Licensing Llc Reception apparatus, reception method, transmission apparatus, and transmission method
US11395123B2 (en) 2014-10-21 2022-07-19 Saturn Licensing Llc Reception apparatus, reception method, transmission apparatus, and transmission method
US10637595B2 (en) 2015-03-01 2020-04-28 Lg Electronics Inc. Apparatus for transmitting broadcast signal, apparatus for receiving broadcast signal, method for transmitting broadcast signal and method for receiving broadcast signal
WO2016140479A1 (ko) * 2015-03-01 2016-09-09 엘지전자 주식회사 방송 신호 송신 장치, 방송 신호 수신 장치, 방송 신호 송신 방법, 및 방송 신호 수신 방법
US11064240B2 (en) 2015-03-01 2021-07-13 Lg Electronics Inc. Broadcasting signal transmission apparatus, broadcasting signal reception apparatus, broadcasting signal transmission method, and broadcasting signal reception method
WO2016140477A1 (ko) * 2015-03-01 2016-09-09 엘지전자 주식회사 방송 신호 송신 장치, 방송 신호 수신 장치, 방송 신호 송신 방법, 및 방송 신호 수신 방법
US10790917B2 (en) 2015-03-01 2020-09-29 Lg Electronics Inc. Apparatus for transmitting broadcast signal, apparatus for receiving broadcast signal, method for transmitting broadcast signal and method for receiving broadcast signal
KR101853670B1 (ko) 2015-03-01 2018-05-02 엘지전자 주식회사 방송 신호 송신 장치, 방송 신호 수신 장치, 방송 신호 송신 방법, 및 방송 신호 수신 방법
CN107567688B (zh) * 2015-04-01 2021-06-11 三星电子株式会社 用于在广播系统中处理紧急报警消息的设备和方法
US10887668B2 (en) 2015-04-01 2021-01-05 Samsung Electronics Co., Ltd. Device and method for processing emergency alert message in broadcast system
CN107567688A (zh) * 2015-04-01 2018-01-09 三星电子株式会社 用于在广播系统中处理紧急报警消息的设备和方法
US20180048941A1 (en) * 2015-04-03 2018-02-15 Sony Corporation Reception apparatus, reception method, transmission apparatus, and transmission method
KR20170134387A (ko) * 2015-04-03 2017-12-06 소니 주식회사 비상 정보의 로케이션 기반 필터링을 위한 수신 장치, 수신 방법, 송신 장치 및 송신 방법
KR102527738B1 (ko) * 2015-04-03 2023-05-03 소니그룹주식회사 비상 정보의 로케이션 기반 필터링을 위한 수신 장치, 수신 방법, 송신 장치 및 송신 방법
US11758239B2 (en) * 2015-04-03 2023-09-12 Saturn Licensing Llc Reception apparatus, reception method, transmission apparatus, and transmission method
WO2017007260A1 (ko) * 2015-07-08 2017-01-12 엘지전자 주식회사 방송 신호 송신 장치, 방송 신호 수신 장치, 방송 신호 송신 방법, 및 방송 신호 수신 방법
US10735827B2 (en) 2015-08-19 2020-08-04 Sharp Kabushiki Kaisha Broadcast system with a watermark payload
WO2017029804A1 (en) * 2015-08-19 2017-02-23 Sharp Kabushiki Kaisha Broadcast system with a watermark payload

Also Published As

Publication number Publication date
US20160381521A1 (en) 2016-12-29
EP2953279A1 (en) 2015-12-09
JP6204502B2 (ja) 2017-09-27
US9467240B2 (en) 2016-10-11
KR102221300B1 (ko) 2021-03-02
CN104969492B (zh) 2018-11-27
KR102129800B1 (ko) 2020-07-03
KR20150113955A (ko) 2015-10-08
CA2898429A1 (en) 2014-08-07
EP2953279A4 (en) 2017-01-18
US20150372775A1 (en) 2015-12-24
US10028034B2 (en) 2018-07-17
JP2016514386A (ja) 2016-05-19
US9699623B2 (en) 2017-07-04
KR20200031703A (ko) 2020-03-24
US20170311049A1 (en) 2017-10-26
KR20200031702A (ko) 2020-03-24
KR102129804B1 (ko) 2020-07-03
EP2953279B1 (en) 2018-04-11
CN104969492A (zh) 2015-10-07

Similar Documents

Publication Publication Date Title
WO2014119961A1 (ko) 방송 시스템을 통하여 긴급 경보 서비스를 제공하는 장치 및 방법
WO2013129781A1 (ko) 모바일 방송을 통하여 긴급 경보 서비스를 제공하는 장치 및 방법
WO2009154418A2 (en) Transmitting/receiving system and method of processing data in the transmitting/receiving system
WO2014209057A1 (ko) 지상파 방송망과 인터넷 프로토콜망 연동 기반의 하이브리드 방송 시스템에서 방송 서비스의 송수신 방법 및 장치
WO2012161552A2 (ko) 송/수신 시스템 및 방송 신호 처리 방법
WO2015008986A1 (ko) 하이브리드 방송 시스템의 방송 신호를 송신/수신하는 방법 및 장치
WO2017204546A1 (ko) 방송 신호 송수신 장치 및 방법
WO2016018042A1 (en) Apparatus and method for transmitting/receiving processes of a broadcast signal
WO2009151266A2 (ko) 서비스 제공 방법 및 모바일 방송 수신기
WO2011062385A2 (ko) 방송 신호 송수신 방법 및 그를 이용한 방송 수신 장치
WO2015072754A1 (ko) Hdr 방송 서비스 제공을 위한 방송 신호 송수신 방법 및 장치
WO2010021525A2 (en) A method for processing a web service in an nrt service and a broadcast receiver
WO2009134105A2 (en) Method of receiving broadcasting signal and apparatus for receiving broadcasting signal
WO2010107167A1 (en) Transmitting/receiving system and method of processing data in the transmitting/receiving system
WO2010058958A2 (ko) 비실시간 서비스 처리 방법 및 방송 수신기
WO2014171718A1 (ko) 방송 전송 장치, 방송 수신 장치, 방송 전송 장치의 동작 방법 및 방송 수신 장치의 동작 방법
WO2010068040A2 (ko) 비실시간 서비스 처리 방법 및 방송 수신기
WO2010068043A2 (en) Method for processing targeting descriptor in non-real-time receiver
WO2010082783A2 (ko) 비실시간 서비스 처리 방법 및 방송 수신기
WO2010021483A2 (en) Transmitting/receiving system and method of processing data in the transmitting/receiving system
WO2011074844A2 (en) Method of processing non-real time service and broadcast receiver
WO2011056025A9 (en) Mobile service reception method and mobile service receiver
WO2017014586A1 (ko) 방송 신호 송수신 장치 및 방법
WO2012050405A2 (ko) 디지털 수신기 및 디지털 수신기에서의 3d 컨텐트 처리방법
WO2011122838A2 (en) Method of processing non-real time service and broadcast receiver

Legal Events

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

Ref document number: 14746077

Country of ref document: EP

Kind code of ref document: A1

ENP Entry into the national phase

Ref document number: 2898429

Country of ref document: CA

ENP Entry into the national phase

Ref document number: 20157019861

Country of ref document: KR

Kind code of ref document: A

WWE Wipo information: entry into national phase

Ref document number: 2014746077

Country of ref document: EP

WWE Wipo information: entry into national phase

Ref document number: 14765257

Country of ref document: US

ENP Entry into the national phase

Ref document number: 2015555918

Country of ref document: JP

Kind code of ref document: A

NENP Non-entry into the national phase

Ref country code: DE