WO2015137727A1 - 방송 신호 송/수신 처리 방법 및 장치 - Google Patents

방송 신호 송/수신 처리 방법 및 장치 Download PDF

Info

Publication number
WO2015137727A1
WO2015137727A1 PCT/KR2015/002363 KR2015002363W WO2015137727A1 WO 2015137727 A1 WO2015137727 A1 WO 2015137727A1 KR 2015002363 W KR2015002363 W KR 2015002363W WO 2015137727 A1 WO2015137727 A1 WO 2015137727A1
Authority
WO
WIPO (PCT)
Prior art keywords
header
signaling
packet
packets
information
Prior art date
Legal status (The legal status 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 status listed.)
Ceased
Application number
PCT/KR2015/002363
Other languages
English (en)
French (fr)
Inventor
권우석
오세진
문경수
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
LG Electronics Inc
Original Assignee
LG Electronics Inc
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 LG Electronics Inc filed Critical LG Electronics Inc
Priority to KR1020167002799A priority Critical patent/KR101764636B1/ko
Priority to US14/910,086 priority patent/US10009665B2/en
Priority to CA2920824A priority patent/CA2920824C/en
Priority to CN201580002173.XA priority patent/CN105659612B/zh
Priority to EP15761979.2A priority patent/EP3119092A4/en
Publication of WO2015137727A1 publication Critical patent/WO2015137727A1/ko
Anticipated expiration legal-status Critical
Priority to US15/991,793 priority patent/US10440448B2/en
Priority to US16/585,091 priority patent/US10674233B2/en
Ceased legal-status Critical Current

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/85—Assembly of content; Generation of multimedia applications
    • H04N21/854—Content authoring
    • 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/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/63—Control signaling related to video distribution between client, server and network components; Network processes for video distribution between server and clients or between remote clients, e.g. transmitting basic layer and enhancement layers over different transmission paths, setting up a peer-to-peer communication via Internet between remote STB's; Communication protocols; Addressing
    • H04N21/631—Multimode Transmission, e.g. transmitting basic layers and enhancement layers of the content over different transmission paths or transmitting with different error corrections, different keys or with different transmission protocols
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/63—Control signaling related to video distribution between client, server and network components; Network processes for video distribution between server and clients or between remote clients, e.g. transmitting basic layer and enhancement layers over different transmission paths, setting up a peer-to-peer communication via Internet between remote STB's; Communication protocols; Addressing
    • H04N21/643—Communication protocols
    • H04N21/64322—IP

Definitions

  • the present invention relates to a method and apparatus for transmitting / receiving a broadcast signal. More specifically, the present invention relates to a method and apparatus for efficiently compressing an IP header when an IP (Internet Protocol) packet is used in a broadcast system.
  • IP Internet Protocol
  • IP-based broadcast signals In the digital broadcasting system, transmission and reception of IP-based broadcast signals are expanding. In particular, the importance of IP-based transmission and reception environment is emphasized in mobile digital broadcasting such as DVB-NGH among European broadcasting standards and ATSC-MH among North American broadcasting standards.
  • mobile digital broadcasting such as DVB-NGH among European broadcasting standards and ATSC-MH among North American broadcasting standards.
  • ATSC-MH Mobile Broadcasting standards
  • hybrid broadcasting system which is serviced by interworking with a broadcasting network and an internet network, is expected to be constructed.
  • next generation broadcast system a broadcast signal or data of various protocols transmitted from a plurality of sources must be processed. In this process, transmission of a broadcast signal or data may become heavy. Accordingly, there is a need for a method for reducing the overhead of transmitted broadcast signals or data.
  • the present invention has been made in an effort to solve the above-mentioned problems, and to provide a method and apparatus for processing to transmit / receive broadcast IP packets to which overhead reduction has been applied.
  • the technical problem to be achieved by the present invention in a broadcast environment transmitted in one direction, regardless of the type of IP packet received when the broadcast receiver is switched or turned on to a specific channel, it is possible to decode the IP packet A method and apparatus are provided.
  • a broadcast signal transmission processing apparatus performs header compression on IP (Internet Protocol) packets including broadcast data to compress full header packets and full header packets.
  • IP Internet Protocol
  • a header compression unit constituting compressed header packets, a full header information extractor extracting full header information from the full header packet, a signaling data generation unit generating signaling packets including the full header information, and the
  • a broadcast signal transmission unit configured to transmit the compressed header packets through a first transmission path through which general broadcast data is transmitted, and to transmit the signaling packets to a second transmission path different from the first transmission path.
  • a first signal indicating that the signaling packet includes the full header information In that it comprises a ring information features.
  • the full header extractor converts the entire header packet from which the full header information is extracted into a compressed header packet
  • the broadcast signal transmission unit converts the converted compressed header packet into the first transmission path. It characterized in that the transmission through.
  • the first transmission path corresponds to a normal DP (Data Pipe)
  • the second transmission path corresponds to a signaling channel designated for transmission of a base DP or signaling data.
  • the signaling data generator further generates a transmission parameter, wherein the transmission parameter is a transmission for identifying whether the second transmission path corresponds to the base DP or the signaling channel. And mode information.
  • a broadcast signal reception processing apparatus receives compressed header packets through a first transmission path through which general broadcast data is transmitted and receives signaling packets including full header information.
  • a broadcast signal receiver for receiving on a second transmission path different from the transmission path, a signaling parser for extracting the full header information from the signaling packet, wherein the signaling packet is the signaling packet.
  • first signaling information indicating that the packet contains the first signaling information, and converts some of the compressed header packets into full header packets using the extracted full header information.
  • a header information restoring unit and the rest of the restored full header packets and the compressed header packets And a header restoring unit for restoring Internet Protocol (IP) packets including broadcast data using the packets.
  • IP Internet Protocol
  • the full header information includes a sequence identification (SN) indicating a sequence of IP packets in each packet having a same CID and a context identification (CID) element indicating a path of transmission of the IP packet. Characterized in that it comprises an element.
  • the full header information restoring unit includes a CID element and an SN element having the same value as the value of the CID element and the SN element included in the full header information among the compressed header packets.
  • Some of the compressed header packets may be converted into full header packets using the full header information.
  • the first transmission path corresponds to a normal DP (Data Pipe)
  • the second transmission path corresponds to a signaling channel designated for transmission of a base DP or signaling data.
  • the broadcast signal receiver further receives a transmission parameter, and the transmission parameter includes transmission mode information for identifying whether the second transmission path corresponds to the base DP or the signaling channel. Characterized in that.
  • the signaling parser parses the transmission mode information and extracts the full header information from the base DP or the signaling channel indicated by the transmission mode information.
  • a broadcast signal transmission processing apparatus performs header compression on IP (Internet Protocol) packets including broadcast data, extracts full header information, and extracts a compressed header packet ( a header compression unit for configuring compressed header packets, a signaling data generator for generating signaling packets including the entire header information, and transmitting the compressed header packets through a first transmission path through which general broadcast data is transmitted, And a broadcast signal transmitter for transmitting signaling packets to a second transmission path separate from the first transmission path, wherein the signaling packets include first signaling indicating that the signaling packet includes the entire header information. It is characterized by including the information.
  • the first transmission path corresponds to a normal DP (Data Pipe)
  • the second transmission path corresponds to a signaling channel designated for transmission of a base DP or signaling data.
  • the signaling data generator further generates a transmission parameter, wherein the transmission parameter is a transmission for identifying whether the second transmission path corresponds to the base DP or the signaling channel. And mode information.
  • an IP packet in a broadcast environment transmitted in one direction, can be decoded regardless of the type of IP packet received when the broadcast receiver is switched or turned on to a specific channel.
  • FIG. 1 is a diagram comparing an IP packet including an uncompressed header and an IP packet including a compressed header according to an IP version according to an embodiment of the present invention.
  • FIG. 2 is a diagram illustrating a concept of an HCfB scheme according to an embodiment of the present invention.
  • FIG. 3 is a diagram illustrating a packet to which HCfB is applied according to an embodiment of the present invention.
  • FIG. 4 is a diagram illustrating an element included in an HCfB packet according to an embodiment of the present invention.
  • FIG. 5 is a diagram illustrating a process of propagating full header context information of an HCfB packet according to one embodiment of the present invention.
  • FIG. 6 is a diagram illustrating a transmission and reception system for performing IP header compression or receiving a packet on which IP header compression is performed according to an embodiment of the present invention.
  • FIG. 7 is a diagram illustrating an IP overhead reduction process in a transmitter / receiver according to an embodiment of the present invention.
  • FIG. 8 is a diagram illustrating a process of constructing and restoring a packet stream according to an embodiment of the present invention.
  • FIG 9 illustrates a process of constructing and restoring a packet stream according to another embodiment of the present invention.
  • FIG. 10 is a diagram illustrating definition of a mode for delivering full header information and a value of CID_header_type according to an embodiment of the present invention.
  • FIG. 11 is a diagram illustrating all header information according to an embodiment of the present invention.
  • FIG. 12 is a diagram illustrating a packet including full header information according to an embodiment of the present invention.
  • the term “signaling” refers to transmitting / receiving service information (SI) provided by a broadcasting system, an internet broadcasting system, and / or a broadcasting / internet convergence system.
  • the service information includes broadcast service information (eg, ATSC-SI and / or DVB-SI) provided in each broadcast system that currently exists.
  • the term 'broadcast signal' refers to bidirectional communication such as internet broadcasting, broadband broadcasting, communication broadcasting, data broadcasting, and / or video on demand, in addition to terrestrial broadcasting, cable broadcasting, satellite broadcasting, and / or mobile broadcasting. This is defined as a concept including a signal and / or data provided in a broadcast.
  • 'PLP' refers to a certain unit for transmitting data belonging to a physical layer. Therefore, the content named "PLP” in this specification may be renamed to "data unit” or "data pipe.”
  • DTV digital broadcasting
  • the hybrid broadcasting service allows a user to transmit enhancement data related to broadcasting A / V (Audio / Video) content or a portion of broadcasting A / V content transmitted through a terrestrial broadcasting network in real time through an internet network. Lets you experience various contents.
  • HCfB header compression for Broadcasting
  • IP Internet Protocol
  • UDP User Datagram Protocol
  • a packet having a full header and a packet having a compressed header are divided and transmitted.
  • the full header may correspond to the entire length of data included in the header of the IP / UDP packet or data only included in the header.
  • the compressed header may include context ID information indicating association with a full header except most header information.
  • a packet including a full header is transmitted at a long period, and most packets include a compressed header to transmit the amount of data to be transmitted. Can be reduced.
  • all parts of the packet header may be recovered by using the information included in the full header received in advance.
  • the broadcast receiver cannot know when to receive an IP stream due to the multicast transmission characteristic of the broadcasting network. Problems may arise. Receivers that do not know the information in the full headers (for example, receivers that begin to receive IP packets after the IP packet in which the full header is sent) may not recognize the IP packet or may recover the header of the IP packet. Missing problems can occur. In addition, when channel switching occurs in the receiver as described above, a maximum delay may occur as much as a full header transmission period. That is, after the channel switching is performed, the receiver may not process data of the corresponding channel until receiving an IP packet including the entire header from the IP stream transmitted on the corresponding channel.
  • FIG. 1 is a diagram comparing an IP packet including an uncompressed header and an IP packet including a compressed header according to an IP version according to an embodiment of the present invention.
  • HCfB compression schemes for two protocols, IPv4 / UDP and IPv6 / UDP, can be defined.
  • the present invention relates to a method for applying IP header compression to support efficient IP transmission in a next generation digital broadcasting system, to efficiently apply the same to a broadcasting system, and an apparatus for performing the same.
  • a header compression method (HCfB), which is a header compression method designed in consideration of a broadcasting system, may be defined together with a type-length-value (TLV), which is an encapsulation technique.
  • TLV type-length-value
  • ITU-R BT.1869 document Multiplexing scheme for variable-length packets in digital multimedia broadcasting systems. Parts not described in detail in the present invention may be understood with reference to the contents of the document.
  • IP version, IP source address, IP destination address, IP fragment flag, UDP source port, UDP destination port (Destination Port) information hardly changes in the course of streaming.
  • IP header or UDP header a field containing information that is hardly changed in the transmission process may be called a static field.
  • Most IP compression schemes perform compression on such a static field after performing one transmission, and then do not transmit the static field for a while.
  • FIG. 2 is a diagram illustrating a concept of an HCfB scheme according to an embodiment of the present invention.
  • the full header packet is transmitted at a preset long transmission interval, and all other packets are transmitted as a header compressed packet or a compressed header packet composed of only minimal information. This reduces overhead by 23 bytes per packet for IPv4 / UDP and 45 bytes per packet for IPv6 / UDP.
  • the broadcast system (broadcast transmitter and / or broadcast receiver) transmits the entire header packet once at the beginning of the IP stream and then schedules thereafter. During this period, compressed header packets can be sent. That is, the transmission period of the entire header packet is longer than the transmission period of the compressed header packet.
  • FIG. 3 is a diagram illustrating a packet to which HCfB is applied according to an embodiment of the present invention.
  • the form of propagating the header information is shown in the figure so that the receiver can obtain the information of the entire header.
  • the HCfB packet (IP packet with HCfB applied) includes a context identification (CID) element, a sequence number (SN) element, a CID_header_type element, an identification element, an IPv4_header_wo_length () element, an IPv6_header_wo_length () element, an UDP_header_wo_length () byte and / or data element. data byte; or payload)
  • the CID (Context Identification) element contains information representing an IP flow.
  • the CID element represents an IP flow that can be classified into a source IP address, a destination IP address, a protocol, a source port number, and / or a destination port number.
  • the CID (Context Identification) element indicates an IP flow that can be classified into a source IP address, a destination IP address, a next_header, a source port number, and / or a destination port number for IPv6.
  • the SN (Sequence Number) element has an increasing value for each packet having the same CID, and has a value of 0 after the maximum value, and the value is continuously circulated in each packet.
  • a sequence number (SN) element may indicate the order of IP packets within each packet having the same CID.
  • the CID_header_type element indicates the type of header that a packet has. A more detailed description will be given later.
  • the Identification element is an IP identifier for the header of IPv4.
  • the IPv4_header_wo_length () element includes a portion of the IPv4 header except the total_length and header_checksum fields.
  • the IPv6_header_wo_length () element includes a portion of the IPv6 header excluding the payload_length field.
  • the UDP_header_wo_length () element includes the length field and the checksum field in the UDP header.
  • FIG. 4 is a diagram illustrating an element included in an HCfB packet according to an embodiment of the present invention.
  • the header included in the packet includes the full header and the UDP header of the IPv4 packet, the compression header and the USD header of the IPv4 packet, It may include the entire header and the UDP header, or may include the compression header and the USD header of the IPv6 packet.
  • the IPv4_header_wo_length () element may include a version element, an IHL element, a type_of_service element, an identification element, a flags element, a Fragment_offset element, a Time_to_live element, a Protocol element, a Source_addredd element, and / or a Destination_address element.
  • the version element indicates the format of the IP header.
  • the version element may indicate IPv4.
  • the IHL element indicates the length of the IP header.
  • the type_of_service element indicates a parameter that identifies the desired quality of service.
  • the identification element indicates an identification value designated by the sender to assist in combining fragments of the datagram.
  • the flags element represents various control flags.
  • the flags element may indicate that a fragment may exist, do not perform fragmentation or indicate that it is not a fragment, indicate that it is the last fragment, or indicate that there are more fragments. .
  • the Fragment_offset element contains information indicating where the fragment belongs in the datagram.
  • the Time_to_live element indicates the maximum time a datagram is allowed to exist in the Internet Protocol system (broadcast system).
  • the Protocol element indicates the next level protocol used within the data portion of the datagram.
  • the Source_addredd element indicates a source address.
  • the Destination_address element indicates a destination address.
  • the IPv6_header_wo_length () element may include a version element, a Traffic_class element, a Flow_label element, a Next_header element, a Hop_limit element, a Source_address element, and / or a Desination_address element.
  • the version element indicates the version of the IP.
  • the Traffic_class element contains information used at the originating node or forwarding router to distinguish and identify different priorities or classes of IPv6 packets.
  • the flow_label element contains information used from the source to label a sequence of packets that require special handling, such as a non-default quality of service or real-time service in an IPv6 router.
  • the Next_header element identifies the type of header that follows the IPv6 header.
  • the Hop_limit element has a value reduced by one at each node as a packet is transmitted. When the value reaches 0, this indicates that the packet should be discarded.
  • the Source_addredd element indicates the address of the source of the packet.
  • the Destination_address element indicates the address of the intended destination of the packet.
  • the UDP_header_wo_length () element may include a source_port element and / or a Destination_port element.
  • the source_port element indicates the port number of the packet source.
  • the Destination_port element indicates the port number of the intended destination of the packet.
  • FIG. 5 is a diagram illustrating a process of propagating full header context information of an HCfB packet according to one embodiment of the present invention.
  • information of the full header is propagated during the transmission of the HCfB packet stream.
  • a packet with the first full header is sent, followed by a packet with the compressed header.
  • a packet having a full header is transmitted again, and the receiver can update the header information.
  • a packet compressed by the IP header compression method is in-band. Therefore, the full header portion containing the unchanging header information in the IP packet proposes a method of transmitting out-of-band. On the other hand, the receiver must restore the order of the packets before transmission.
  • FIG. 6 is a diagram illustrating a transmission and reception system for performing IP header compression or receiving a packet on which IP header compression is performed according to an embodiment of the present invention.
  • the system shown in the figure can be divided into a transmission system (transmitter) and a reception system (receiver).
  • information related to header compression is transmitted to the receiver through an L2 signaling transmission process, and the information is transmitted back to the original IP at the receiver. Used as information to recover the stream.
  • Information related to header compression may be encapsulated and transmitted to the data pipe.
  • the information related to header compression is transmitted to a normal DP or to a DP (for example, a base DP and / or a common DP) for transmitting signaling information. It is possible to transmit.
  • information related to header compression may be transmitted through a separate signaling channel.
  • the base DP and / or common DP include signaling information or data and / or information commonly used in normal DP.
  • the base DP and / or the common DP are transmitted through a broadcast channel together with the normal DP, but may have an identifier different from the normal DP so as to be distinguished from the normal DP.
  • the transmitter includes an IP filter, an IP overhead reduction unit, an L2 signaling generator, a signaling formatter, an encoding unit, an encapsulation unit, and / or a transmitter unit. It may include a signaling channel processing unit (Signaling Channel).
  • IP Filter receives multiplexed IP streams and separates each IP stream.
  • the IP filter may generate IP-DP mapping information that signals through which DP the IP stream is transmitted, and deliver the IP-DP mapping information to the L2 signaling generator that generates L2 signaling information.
  • the IP overhead reduction unit performs overhead reduction on each IP stream through the header compression in the above-described manner.
  • the IP overhead reduction unit may generate header compression related information.
  • the L2 signaling generator generates L2 signaling information including information related to header compression.
  • Signaling Formatter formats the signaling information.
  • An encoder encodes IP streams on which overhead reduction has been performed.
  • the transmitter performs a process of transmitting the encoded IP streams through the DP.
  • the signaling channel processor transmits signaling information through the signaling channel.
  • a receiver may include a signaling channel, a signaling parser, a receiver, a decapsulation, an L2 signaling parser, and / or an IP overhead. It may include an IP overhead recovery.
  • the signaling channel processing unit receives the signaling information transmitted through the signaling channel.
  • a signaling parser parses signaling information transmitted through a signaling channel.
  • the signaling information may include IP-DP mapping information and / or header compression related information.
  • the receiver receives the DPs.
  • the receiver may identify and extract a DP that transmits an IP stream required by the receiver, from among the received DPs, using the IP-DP mapping information.
  • the decapsulation processing unit performs decapsulation on the DP to extract an IP stream and / or an IP packet.
  • the L2 Signaling Parser parses L2 signaling information transmitted through a signaling channel or Base DP.
  • the L2 signaling information may include header compression related information.
  • the IP overhead recovery unit restores the compressed IP header by using the header compression related information, and restores the IP stream including the IP packets having the entire header.
  • L2 (Layer 2) signaling information may correspond to signaling information in a layer after the physical layer.
  • L2 (Layer 2) signaling information may include signaling information for acquiring a broadcast service, an event, content, data, and / or a program.
  • L2 (Layer 2) signaling information may include PSI / SI information, PSIP information, and / or DVB-SI information.
  • FIG. 7 is a diagram illustrating an IP overhead reduction process in a transmitter / receiver according to an embodiment of the present invention.
  • the IP header compression unit When the IP stream enters an overhead reduction process, the IP header compression unit performs header compression on packets included in the stream.
  • the header compression method may use, for example, a HCfB (Header Compression for Broadcasting) method, but is not limited thereto.
  • the full header information extractor extracts full header information for a packet having full header information in the packet stream.
  • the full header information extractor may copy or extract the entire header in the entire header packet to generate the full header information. That is, the full header information may include the full header of the packet.
  • the signaling generator generates information on the full header extracted from the packet stream in a form that can be transmitted.
  • the signaling generator may vary the processing according to the region in which information about the entire header (full header information) is transmitted. For example, when the entire header information is transmitted through the DP, a process for transmitting the entire header information through the DP is performed, and when the entire header is transmitted through the signaling channel, the entire header conforms to the transmission protocol of the signaling channel. Generate header information.
  • the full header information is delivered to an encapsulation layer or a signaling module for transmitting signaling information according to a transmission type.
  • the full header information is then delivered to the receiver via the physical layer.
  • the packet stream which has undergone the header compression process, is delivered to the encapsulation layer, encoded, and transmitted to the receiver through the physical layer.
  • the signaling data may include full header information.
  • a full header restoration receives a packet stream and signaling data, and uses full header information to restore a full header of a compressed header packet in the packet stream. Do this.
  • a full header restoration converts the compressed header packet into a full header packet.
  • the IP header decompression unit restores the packet stream to the original IP stream.
  • the full header restoration unit and the IP header decompression unit may be configured as one device or module.
  • FIG. 8 is a diagram illustrating a process of constructing and restoring a packet stream according to an embodiment of the present invention.
  • the processing and decompression process for header compression for a packet in the above-described transceiver system is described in this figure.
  • This process can be configured by adding an additional header information extraction and combining process without changing the configuration of the existing HCfB, it is possible to maintain compatibility with the existing HCfB scheme.
  • the transmitter works as follows.
  • the transmitter detects a full header packet of a packet stream generated through IP header compression. After the IP header compression, some of the IP packets included in the IP stream become full header packets, and other IP packets are generated as compressed header packets.
  • the transmitter generates a compressed packet from the entire header packet based on a sequence number included in the entire header packet.
  • the compressed packet may include SN information of the same type as the SN of the full header. In this case, the compressed packet may be remaining data except for the entire header in the entire header packet.
  • the compressed packet may correspond to a packet compressed to include only information included in a header of the compressed header packet (packet including the compressed header).
  • the transmitter replaces the generated compressed packet with the corresponding full header packet and extracts the CID and / or full header information from the full header packet.
  • the extracted CID and / or full header information may be transmitted through an out of band.
  • the out of band may correspond to a transmission path that does not transmit data for broadcasting.
  • the transmitter replaces a full header packet in all packet streams with a compressed packet, and extracts full header information from each full header packet. do.
  • each extracted full header information may be transmitted to the receiver through a separate transmission path from the compressed packet and / or the compressed header packet.
  • the transmitter transmits the reconstructed packet stream through a data pipe (DP), and extracts the extracted full header information into an out of band after converting the extracted full header information into signaling information. have.
  • DP data pipe
  • the receiver operates as follows.
  • the receiver selects a DP (data pipe) of a stream to be received using signaling information.
  • the receiver detects out-of-band or entire header information transmitted on a path separate from the packet stream.
  • the receiver detects a packet having the same SN among packet streams transmitted through a data pipe (DP) based on the CID and the SN included in the extracted full header information. At this time, the detected packet corresponds to the above-mentioned compressed packet.
  • DP data pipe
  • the receiver converts the detected compressed packet into full header packets using the full header information and performs an IP header decompression process.
  • FIG 9 illustrates a process of constructing and restoring a packet stream according to another embodiment of the present invention.
  • the transmitter operates as follows.
  • the transmitter When the transmitter undergoes IP header compression on an IP stream, some of the IP packets included in the IP stream become full header packets, and other IP packets are generated as compressed header packets.
  • the transmitter detects a full header packet of a packet stream generated through IP header compression.
  • the transmitter generates a compressed packet from the entire header packet based on a sequence number included in the entire header packet.
  • the compressed packet may include SN information of the same type as the SN of the full header. In this case, the compressed packet may be remaining data except for the entire header in the entire header packet.
  • the compressed packet may correspond to a packet compressed to include only information included in a header of the compressed header packet (packet including the compressed header).
  • the transmitter replaces the generated compressed packet with the corresponding full header packet, and extracts the CID and full header information from the full header packet.
  • the transmitter may transmit the entire header information out of band or through another path through a path through which broadcast content data is transmitted.
  • the transmitter replaces each full header packet with a compressed packet in the packet stream and extracts full header information.
  • the transmitter can process the above-described process at once. For example, the transmitter generates all packets as header compressed packets during IP header compression, and generates full header information as separate data. can do.
  • the CID value may be used to represent a compressed header packet having the same full header information. That is, the transmitter performs header compression or overhead reduction on all IP packets in the IP stream, and converts the IP packets into compressed header packets.
  • the transmitter identifies IP packets sharing the same header information with the same CID, and extracts the entire header information that can be commonly applied to them.
  • the extracted total header information may have a CID having the same value as the CID of the compressed header packet.
  • the receiving side checks the CID value from the entire header information received through a separate path, checks the CIDs of the received compressed header packets, and applies the full header information to the compressed header packet having the same CID value.
  • the IP packet including the entire header can be recovered.
  • the transmitter transmits a reconstructed packet stream including a compressed packet through a data pipe (DP), and converts the extracted full header information into signaling data, thereby out of band. And / or on a signaling channel.
  • DP data pipe
  • the receiver may operate as follows.
  • the receiver selects a DP (data pipe) for transmitting a stream desired to be received using signaling information.
  • the receiver detects full header information of the corresponding packet stream transmitted out of band.
  • the receiver detects all packets having the same CID for the packet stream transmitted through the data pipe (DP) based on the CID and SN included in the extracted full header information. .
  • the receiver combines the detected compressed packet or compressed header packet with full header information to recover the full header packet and / or the IP packet.
  • the receiver checks the CID value of the received full header information, checks the packet having the same CID value in the received packet, applies the corresponding full header information, and then the header compression (or overhead reduction) is performed. Restore the previous packet (full header packet) before it is executed.
  • FIG. 10 is a diagram illustrating definition of a mode for delivering full header information and a value of CID_header_type according to an embodiment of the present invention.
  • the method of delivering full header information extracted from a packet stream to an out of band includes a method of delivering through signaling and system decoding. There is a method of passing through a data pipe (DP) (for example, Base DP) through which parameters are delivered.
  • DP data pipe
  • FIG. 1 it is a diagram illustrating a transmission mode usable for two transmission methods of transmitting full header information through a signaling channel and transmitting through a DP.
  • the transmission modes 1 to 3 (transport modes # 1 to 3) according to the transmission path of full header information.
  • Information identifying this transmission mode may be transmitted via a transmission parameter in the physical channel, L2 signaling and / or a PSI / SI information channel.
  • Transport mode # 1 is a method of transmitting full header information through signaling information.
  • transmission mode 1 a compressed header packet or a compressed packet may be transmitted through DP, which is a transmission path of general data.
  • Transport mode 2 (transport mode # 2) is a method of transferring the full header information to the Base DP.
  • transmission mode 2 a compressed header packet or a compressed packet may be transmitted through DP, which is a transmission path of general data.
  • the transport mode 3 (transport mode # 3) is a method of transmitting the full header packet and the compressed header packet, not the method of transmitting the full header information through a separate channel like the conventional HCfB transmission.
  • Each transmission mode may be switched according to the situation of a broadcasting system through separate signaling.
  • only one transport mode may be fixed and used in a broadcast system.
  • a value of the CID_header_type element for signaling the transmission mode proposed in the present invention can be added.
  • the value of the CID_header_type element is 0x22
  • this may indicate that all header information extracted from the IPv4 / UDP header information is included in the packet.
  • the value of the CID_header_type element is 0X62, this may indicate that all header information extracted from the IPv6 / UDP header information is included in the packet.
  • FIG. 11 is a diagram illustrating all header information according to an embodiment of the present invention.
  • the full header information or the full header related information may include some or all of the signaling information included in the figure.
  • the entire header information is described in a descriptor format, but the entire header information may be configured in XML format.
  • the full header information descriptor may include a CID element, an SN element, a CID_header_type element, an IPv4_header_wo_length () element, a UDP_header_wo_length () element, and / or an IPv6_header_wo_length () element.
  • the CID (Context Identification) element indicates an IP flow that can be classified into a source IP address, a destination IP address, a protocol, a source port number, and / or a destination port number for IPv4.
  • the CID (Context Identification) element indicates an IP flow that can be classified into a source IP address, a destination IP address, a next_header, a source port number, and / or a destination port number for IPv6.
  • the SN (Sequence Number) element has an increasing value for each packet having the same CID, and has a value of 0 after the maximum value, and the value is continuously circulated in each packet.
  • CID_header_type Indicates the type of header that an element packet has. The more detailed description is replaced by the above description.
  • the IPv4_header_wo_length () element includes a portion of the IPv4 header except the total_length and header_checksum fields.
  • the IPv6_header_wo_length () element includes a portion of the IPv6 header excluding the payload_length field.
  • the UDP_header_wo_length () element includes the length field and the checksum field in the UDP header.
  • ITU-R BT For information on each element (or field), see ITU-R BT. Changes to the 1869 standard may be made in accordance with that standard. In addition, the entire header information descriptor may be included as a part of the section table later, or may be configured as a separate section table.
  • FIG. 12 is a diagram illustrating a packet including full header information according to an embodiment of the present invention.
  • information that can inform that the packet is a packet having full header information may be added to the header.
  • Information that can inform that the packet is a packet having full header information may include CID, SN, and CID_header_type information (element) of the packet.
  • the CID of the packet including the full header information is 12, it indicates that the full header information may be applied to the packet having the CID value of 12 among the packets including broadcast data transmitted through the general DP.
  • the CID_header_type it is possible to identify whether the entire header information transmitted is for IPv4 / UDP or IPv6 / UDP.
  • the receiver may know that the premise header information is transmitted through a path separate from the path through which broadcast data is transmitted, as described in the present invention.
  • Method invention according to the present invention are all implemented in the form of program instructions that can be executed by various computer means can be recorded on a computer readable medium.
  • the computer readable medium may include program instructions, data files, data structures, etc. alone or in combination.
  • Program instructions recorded on the media may be those specially designed and constructed for the purposes of the present invention, or they may be of the kind well-known and available to those having skill in the computer software arts.
  • Examples of computer-readable recording media include magnetic media such as hard disks, floppy disks, and magnetic tape, optical media such as CD-ROMs, DVDs, and magnetic disks, such as floppy disks.
  • Examples of program instructions include not only machine code generated by a compiler, but also high-level language code that can be executed by a computer using an interpreter or the like.
  • the hardware device described above may be configured to operate as one or more software modules to perform the operations of the present invention, and vice versa.
  • the present invention can be used throughout the broadcasting industry.

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Signal Processing (AREA)
  • Computer Security & Cryptography (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Databases & Information Systems (AREA)

Abstract

본 발명의 일 실시예에 따른, 방송 신호 송신 처리 장치는 방송 데이터를 포함하는 IP (Internet Protocol) 패킷들에 대하여 헤더 압축 (Header Compression) 을 수행하여, 전체 헤더 패킷 (full header packet) 들과 압축 헤더 패킷 (compressed header packet) 들을 구성하는 헤더 압축부, 상기 전체 헤더 패킷에서 전체 헤더 정보를 추출하는 전체 헤더 정보 추출부, 상기 전체 헤더 정보를 포함하는 시그널링 패킷들을 생성하는 시그널링 데이터 생성부, 및 상기 압축 헤더 패킷들을 일반적인 방송 데이터가 전송되는 제 1 전송 경로를 통하여 전송하고, 상기 시그널링 패킷들을 제 1 전송 경로와 다른 별도의 제 2 전송 경로로 전송하는 방송 신호 전송부를 포함한다.

Description

방송 신호 송/수신 처리 방법 및 장치
본 발명은 방송 신호를 전송/수신하는 방법 및 장치에 관한 것이다. 보다 상세하게는, 본 발명은, 방송 시스템에서 IP (Internet Protocol) 패킷이 사용되는 경우, IP 헤더 (header)를 효율적으로 압축하는 방법 및 장치에 관한 것이다.
디지털 방송 시스템에는 IP 기반의 방송 신호의 송수신이 확장되고 있다. 특히 유럽 방송 표준 중 DVB-NGH나, 북미 방송 표준 중 ATSC-MH 같은 모바일 디지털 방송에서 IP 기반의 방송 신호 송수신 환경의 중요성이 강조되고 있다. 또한, 차세대 방송 시스템 에서는 방송망과 인터넷 망을 연동하여 서비스 되는, 이른바, 하이브리드 방송 시스템이 구축될 전망이다.
차세대 방송 시스템에서는 다수의 소스 (source) 로부터 전송되는 다양한 프로토콜의 방송 신호 또는 데이터에 대한 처리가 이루어 져야 한다. 이 과정에서 방송 신호 또는 데이터의 전송이 과중해질 수 있다. 따라서, 전송되는 방송 신호 또는 데이터의 오버헤드 (overhead)를 줄이기 위한 방법이 필요하다.
본 발명이 이루고자 하는 기술적 과제는, 전술한 문제점을 해결하기 위한 것으로, 오버헤드 리덕션 (overhead reduction) 이 적용된 방송용 IP 패킷을 송/수신하기 위하여 처리하는 방법 및 장치를 제공하는 것에 있다.
또한, 본 발명이 이루고자 하는 기술적 과제는, 단방향으로 전송되는 방송 환경에서, 방송 수신기가 특정 채널로의 변환 또는 turn on 되는 시기에 수신되는 IP 패킷의 종류에 상관없이, IP 패킷을 디코딩할 수 있는 방법 및 장치를 제공하는 것에 있다.
본 발명의 일 실시예에 따른, 방송 신호 송신 처리 장치는 방송 데이터를 포함하는 IP (Internet Protocol) 패킷들에 대하여 헤더 압축 (Header Compression) 을 수행하여, 전체 헤더 패킷 (full header packet) 들과 압축 헤더 패킷 (compressed header packet) 들을 구성하는 헤더 압축부, 상기 전체 헤더 패킷에서 전체 헤더 정보를 추출하는 전체 헤더 정보 추출부, 상기 전체 헤더 정보를 포함하는 시그널링 패킷들을 생성하는 시그널링 데이터 생성부,및 상기 압축 헤더 패킷들을 일반적인 방송 데이터가 전송되는 제 1 전송 경로를 통하여 전송하고, 상기 시그널링 패킷들을 제 1 전송 경로와 다른 별도의 제 2 전송 경로로 전송하는 방송 신호 전송부를 포함하며, 여기서, 상기 시그널링 패킷들은, 상기 시그널링 패킷이, 상기 전체 헤더 정보를 포함하고 있음을 나타내는 제 1 시그널링 정보를 포함하는 것을 특징으로 한다.
바람직하게는, 상기 전체 헤더 추출부는, 상기 전체 헤더 정보가 추출된 전체 헤더 패킷을 압축 헤더 패킷으로 변환하는 것을 특징으로 하고, 상기 방송 신호 전송부는, 상기 변환된 압축 헤더 패킷을 상기 제 1 전송 경로를 통하여 전송하는 것을 특징으로 한다.
바람직하게는, 상기 제 1 전송 경로는, normal DP (Data Pipe) 에 해당되고, 상기 제 2 전송 경로는, Base DP 또는 시그널링 데이터의 전송을 위하여 지정된 시그널링 채널에 해당되는 것을 특징으로 한다.
바람직하게는, 상기 시그널링 데이터 생성부는, 전송 파라미터를 더 생성하는 것을 특징으로 하고, 상기 전송 파라미터는, 상기 제 2 전송 경로가 상기 Base DP에 해당되는지, 혹은 상기 시그널링 채널에 해당되는지를 식별하는 전송 모드 정보를 포함하는 것을 특징으로 한다.
본 발명의 일 실시예에 따른, 방송 신호 수신 처리 장치는 압축 헤더 패킷 (compressed header packet) 들을 일반적인 방송 데이터가 전송되는 제 1 전송 경로를 통하여 수신하고, 전체 헤더 정보를 포함하는 시그널링 패킷들을 제 1 전송 경로와 다른 별도의 제 2 전송 경로로 수신하는 방송 신호 수신부, 상기 시그널링 패킷에서 상기 전체 헤더 정보를 추출하는 시그널링 파서 (parser), 여기서, 상기 시그널링 패킷은, 상기 시그널링 패킷이, 상기 전체 헤더 정보를 포함하고 있음을 나타내는 제 1 시그널링 정보를 포함하는 것을 특징으로 하고, 상기 추출된 전체 헤더 정보를 이용하여, 상기 압축 헤더 패킷들 중 일부 패킷을 전체 헤더 패킷 (full header packet) 들로 변환하는 전체 헤더 정보 복원부, 및 상기 복원된 전체 헤더 패킷들과 상기 압축 헤더 패킷들 중 나머지 패킷들을 이용하여, 방송 데이터를 포함하는 IP (Internet Protocol) 패킷들을 복원하는 헤더 복원부를 포함한다.
바람직하게는, 상기 전체 헤더 정보는, IP 패킷의 전송의 경로를 나타내는 CID (Context identification) 엘레먼트 및 동일 CID를 가지는 각각의 패킷 (packet) 들에 내에서 IP 패킷의 순서를 나타내는 SN (Sequence Number) 엘레먼트를 포함하는 것을 특징으로 한다.
바람직하게는, 상기 전체 헤더 정보 복원부는, 상기 압축 헤더 패킷들 중, 상기 전체 헤더 정보에 포함된 상기 CID 엘레먼트의 값 및 상기 SN 엘레먼트의 값과 동일한 값을 가지는 CID 엘레먼트 및 SN 엘레먼트를 포함하는 상기 일부 압축 헤더 패킷들 중 일부 패킷을, 상기 전체 헤더 정보를 이용하여 전체 헤더 패킷들로 변환하는 것을 특징으로 한다.
바람직하게는, 상기 제 1 전송 경로는, normal DP (Data Pipe) 에 해당되고, 상기 제 2 전송 경로는, Base DP 또는 시그널링 데이터의 전송을 위하여 지정된 시그널링 채널에 해당되는 것을 특징으로 한다.
바람직하게는, 상기 방송 신호 수신부는, 전송 파라미터를 더 수신하고, 상기 전송 파라미터는, 상기 제 2 전송 경로가 상기 Base DP에 해당되는지, 혹은 상기 시그널링 채널에 해당되는지를 식별하는 전송 모드 정보를 포함하는 것을 특징으로 한다.
바람직하게는, 상기 시그널링 파서는, 상기 전송 모드 정보를 파싱하고, 상기 전송 모드 정보가 가리키는 상기 Base DP 또는 상기 시그널링 채널에서, 상기 전체 헤더 정보를 추출하는 것을 특징으로 한다.
본 발명의 다른 실시예에 따른, 방송 신호 송신 처리 장치는 방송 데이터를 포함하는 IP (Internet Protocol) 패킷들에 대하여 헤더 압축 (Header Compression) 을 수행하여, 전체 헤더 정보를 추출하고, 압축 헤더 패킷 (compressed header packet) 들을 구성하는 헤더 압축부, 상기 전체 헤더 정보를 포함하는 시그널링 패킷들을 생성하는 시그널링 데이터 생성부, 및 상기 압축 헤더 패킷들을 일반적인 방송 데이터가 전송되는 제 1 전송 경로를 통하여 전송하고, 상기 시그널링 패킷들을 제 1 전송 경로와 다른 별도의 제 2 전송 경로로 전송하는 방송 신호 전송부를 포함하며, 여기서, 상기 시그널링 패킷들은, 상기 시그널링 패킷이, 상기 전체 헤더 정보를 포함하고 있음을 나타내는 제 1 시그널링 정보를 포함하는 것을 특징으로 한다.
바람직하게는, 상기 제 1 전송 경로는, normal DP (Data Pipe) 에 해당되고, 상기 제 2 전송 경로는, Base DP 또는 시그널링 데이터의 전송을 위하여 지정된 시그널링 채널에 해당되는 것을 특징으로 한다.
바람직하게는, 상기 시그널링 데이터 생성부는, 전송 파라미터를 더 생성하는 것을 특징으로 하고, 상기 전송 파라미터는, 상기 제 2 전송 경로가 상기 Base DP에 해당되는지, 혹은 상기 시그널링 채널에 해당되는지를 식별하는 전송 모드 정보를 포함하는 것을 특징으로 한다.
본 발명에 따르면, 오버헤드 리덕션 (overhead reduction) 이 적용된 방송용 IP 패킷을 송/수신하는 과정에서 전송 효율을 높일 수 있는 효과가 있다.
또한, 본 발명에 따르면, 단방향으로 전송되는 방송 환경에서, 방송 수신기가 특정 채널로의 변환 또는 turn on 되는 시기에 수신되는 IP 패킷의 종류에 상관없이, IP 패킷을 디코딩할 수 있는 효과가 있다.
또한, 본 발명에 따르면, 단방향으로 전송되는 방송 환경에서, 방송 수신기가 특정 채널로의 변환 또는 turn on 되는 시기에 따라 발생할 수 있는, 방송 신호의 지연 처리를 줄이는 효과가 있다.
도 1은 본 발명의 일 실시예에 따른, IP 버전에 따른, 압축되지 않은 헤더를 포함하는 IP 패킷과, 압축된 헤더를 포함하는 IP 패킷을 비교한 도면이다.
도 2는 본 발명의 일 실시예에 따른, HCfB 방식의 컨셉 (concept)를 나타낸 도면이다.
도 3은 본 발명의 일 실시예에 따른, HCfB 가 적용되는 패킷을 나타낸 도면이다.
도 4는 본 발명의 일 실시예에 따른, HCfB 패킷에 포함되는 엘레먼트를 설명하는 도면이다.
도 5는 본 발명의 일 실시예에 따른, HCfB 패킷의 전체 헤더 컨택스트 (full header context) 정보가 전파되는 과정을 나타낸 도면이다.
도 6은 본 발명의 일 실시예에 따른, IP 헤더 압축을 수행하거나, IP 헤더 압축이 수행된 패킷을 수신하는 송수신 시스템을 나타낸 도면이다.
도 7은 본 발명의 일 실시예에 따른 송/수신기에서 IP 오버헤드 리덕션 (IP overhead reduction) 과정을 나타낸 도면이다.
도 8은 본 발명의 일 실시예에 따른, 패킷 스트림을 구성하는 과정 및 복원하는 과정을 나타낸 도면이다.
도 9는 본 발명의 다른 실시예에 따른, 패킷 스트림을 구성하는 과정 및 복원하는 과정을 나타낸 도면이다.
도 10은 본 발명의 일 실시예에 따른, 전체 헤더 정보를 전달하는 모드 및 CID_header_type 의 값에 따른 정의를 나타낸 도면이다.
도 11은 본 발명의 일 실시예에 따른, 전체 헤더 정보를 나타낸 도면이다.
도 12는 본 발명의 일 실시예에 따른, 전체 헤더 정보를 포함하는 패킷을 나타낸 도면이다.
이하 첨부 도면들 및 첨부 도면들에 기재된 내용들을 참조하여 본 발명의 실시예를 상세하게 설명하지만, 본 발명이 실시예들에 의해 제한되거나 한정되는 것은 아니다.
본 명세서에서 사용되는 용어는 본 발명에서의 기능을 고려하면서 가능한 현재 널리 사용되는 일반적인 용어를 선택하였으나, 이는 당분야에 종사하는 기술자의 의도 또는 관례 또는 새로운 기술의 출현 등에 따라 달라질 수 있다. 또한, 특정한 경우는 출원인이 임의로 선정한 용어도 있으며, 이 경우 해당되는 발명의 설명 부분에서 그 의미를 기재할 것이다. 따라서 본 명세서에서 사용되는 용어는, 단순한 용어의 명칭이 아닌 그 용어가 가지는 실질적인 의미와 본 명세서의 전반에 걸친 내용을 토대로 해석되어야 함을 밝혀두고자 한다.
본 명세서에서 ‘시그널링 (signaling)’ 이라 함은 방송 시스템, 인터넷 방송 시스템 및/또는 방송/인터넷 융합 시스템에서 제공되는 서비스 정보 (Service Information; SI)를 전송/수신하는 것을 나타낸다. 서비스 정보는 현재 존재하는 각 방송 시스템에서 제공되는 방송 서비스 정보 (예를 들면, ATSC-SI 및/또는 DVB-SI)를 포함한다.
본 명세서에서 ‘방송 신호’ 라 함은, 지상파 방송, 케이블 방송, 위성 방송, 및/또는 모바일 방송 이외에도, 인터넷 방송, 브로드밴드 방송, 통신 방송, 데이터 방송 및/또는 VOD (Video On Demand) 등의 양방향 방송에서 제공되는 신호 및/또는 데이터를 포함하는 개념으로 정의한다.
본 명세서에서 ‘PLP’ 라 함은, 물리적 계층에 속하는 데이터를 전송하는 일정한 유닛을 의미한다. 따라서, 본 명세서에서 ‘PLP’로 명명된 내용은, ‘데이터 유닛’ 또는 ‘데이터 파이프 (data pipe)’ 로 바꾸어 명명될 수도 있다.
디지털 방송 (DTV) 서비스에서 활용될 유력한 어플리케이션 (application) 중의 하나로, 방송 망과 인터넷 망과의 연동을 통한 하이브리드 방송 서비스를 꼽을 수 있다. 하이브리드 방송 서비스는 지상파 방송망을 통해서 전송되는 방송 A/V (Audio/Video) 컨텐츠와 연관된 인핸스먼트 데이터 (enhancement data) 혹은 방송 A/V 컨텐츠의 일부를 인터넷 망을 통하여 실시간으로 전송함으로써, 사용자로 하여금 다양한 컨텐츠를 경험할 수 있도록 한다.
방송 시스템을 통하여 전송되는 IP 패킷 (packet) 데이터의 오버헤드 (overhead)를 줄이기 위하여, IP의 헤더 (header) 부분을 압축하는 방법dl 사용될 수 있다. 이러한 IP 헤더 압축 (header compression) 기법 중 하나인 HCfB (Header Compression for Broadcasting) 기법은, 방송 시스템에서 주로 사용되는 프로토콜 (protocol) 인 IP (Internet Protocol) / UDP (User Datagram Protocol) 패킷의 오버헤드 (overhead) 를 줄여서 데이터를 전송할 수 있게 한다.
HCfB 기법에서는 전체 헤더 (full header) 를 가지는 패킷 (packet) 과 압축 헤더 (compressed header)를 가지는 패킷 (packet)으로 나누어 전송 한다. 전체 헤더 (Full header)는 IP/UDP 패킷 (packet)의 헤더 (header)에 포함되는 데이터의 전체 또는 헤더에 포함되는 데이터 중 length 정보만 제외한 것에 해당될 수 있다. 압축 헤더 (compressed header)는 대부분의 헤더 정보를 제외하고 전체 헤더 (full header)와의 관련성을 표시하는 context ID 정보를 포함할 수 있다. 일반적으로 방송 시스템에서, 전체 헤더 (full header)를 포함하는 패킷을 긴 주기로 전송하고, 대부분의 패킷 (packet)은 압축 헤더 (compressed header)를 포함시켜 전송하는 방식을 사용하여, 전송되는 데이터의 양을 줄 일 수 있다. 수신기에서 압축 헤더 (compressed header)를 가지는 패킷 (packet)을 받았을 때, 미리 수신된 전체 헤더 (full header) 에 포함된 정보를 이용하여 패킷 헤더 (packet header)의 모든 부분을 복구할 수 있다.
전송 데이터의 양을 줄일 수 있다는 효과에도 불구하고, 이러한 방식을 방송 시스템에서 사용하는 경우, 방송망을 통한 multicast 라는 전송 특성으로 인하여, 방송 수신기는 어느 시점부터 IP 스트림 (stream)을 수신할지 알 수 없다는 문제점이 발생할 수 있다. 전체 헤더 의 정보를 알고 있지 않은 수신기 (예를 들면, 전체 헤더가 전송되는 IP 패킷 이후의 IP 패킷을 수신하기 시작한 수신기) 에서는, 해당 IP 패킷을 인식하지 못하거나, IP 패킷의 헤더를 복구할 수 없는 문제점이 발생할 수 있다. 또한, 위와 같은 수신기에서 채널 전환이 발생하는 경우, 전체 헤더 (full header) 전송 주기만큼 최대 지연 (max. delay)이 발생할 수 있다. 즉, 수신기는 채널 전환이 이루어지고 난 뒤, 해당 채널에서 전송되는 IP 스트림에서, 전체 헤더를 포함하는 IP 패킷을 수신할 때 가지, 해당 채널의 데이터를 처리하지 못하는 경우가 발생할 수 있다.
도 1은 본 발명의 일 실시예에 따른, IP 버전에 따른, 압축되지 않은 헤더를 포함하는 IP 패킷과, 압축된 헤더를 포함하는 IP 패킷을 비교한 도면이다.
도면을 참조하면, IP 헤더 압축 (header compression) 방식 중 HCfB 방식의 압축 방식의 개요를 알 수 있다. HCfB 에서는 IPv4/UDP, IPv6/UDP 의 두 가지 프로토콜에 대한 압축 방식이 정의될 수 있다.
전술한 바와 같이, 본 발명은 차세대 디지털 방송 시스템에서 효율적인 IP 전송을 지원하기 위한 IP 헤더 압축 (header compression) 을 적용하고, 이를 효율적으로 방송 시스템에 적용하기 위한 방법 및 이를 수행하는 장치에 관한 것이다. 방송 시스템을 고려하여 설계된 헤더 압축 방법인 HCfB (Header Compression for Broadcasting) 기법은 인캡슐레이션 (encapsulation) 기법인 TLV (Type-Length-Value)와 함께 정의될 수 있다. 이는 ITU-R BT.1869 문서 (Multiplexing scheme for variable-length packets in digital multimedia broadcasting systems) 로 정의될 수 있다. 본 발명에서 상세하게 설명되지 않은 부분은, 해당 문서의 내용을 참조하여 이해될 수 있다.
IP 스트리밍 (streaming)시에는 IP 버전 (version), IP 소스 어드레스 (source address), IP 데스티네이션 어드레스 (destination address), IP 프래그먼트 플래그 (Fragment Flag), UDP 소스 포트 (Source Port), UDP 데스티네이션 포트 (Destination Port) 의 정보는, 스트리밍이 이루어지는 과정에서 거의 바뀌지 않는다. 이렇게 IP 헤더 또는 UDP 헤더 내의 정보 중, 전송과정에서 변경이 잘 일어나지 않은 정보를 포함하는 필드를 정적 필드 (static field) 라 명명할 수 있다. 대부분의 IP 압축 기법은 이러한 정적인 필드 (field)에 대하여, 한번의 전송을 수행한 후, 당분간 해당 정적 필드를 추가로 전송을 하지 않는 방식으로 압축을 진행한다.
HCfB 를 이용하는 방송 시스템에서는, 전체 헤더 패킷 (full header packet; 전체 헤더를 포함하는 패킷) 과 압축 헤더 패킷 (compressed header packet; 압축 헤더를 포함하는 패킷) 의, 두 가지 패킷 (packet)에 대한 전송을 지원 하고 있다. 전체 헤더 패킷은 전송 간격을 길게 하여 전송을 하고 (전송 주기를 길게하여 전송), 압축 헤더 패킷 (compressed header packet) 위주의 전송이 이루어진다. 이 경우, IPv4의 패킷은, 전체 헤더가 28 바이트인데 반하여, 압축 헤더는 5 바이트에 불과하다. IPv6의 패킷은, 전체 헤더가 48 바이트인데 반하여, 압축헤더는 3 바이트에 불과하다.
도 2는 본 발명의 일 실시예에 따른, HCfB 방식의 컨셉 (concept)를 나타낸 도면이다.
전체 헤더 패킷 (Full header packet)은 미리 설정된 긴 전송 간격으로 전송되고, 이외의 패킷 (packet) 은 모두 최소한의 정보로만 구성된 헤더 압축 패킷 (Header Compressed Packet 또는 compressed header packet)으로 전송하는 것이다. 이를 통해 IPv4/UDP의 경우 패킷당 23 바이트, 통해 IPv6/UDP의 경우 패킷당 45 바이트 정도의 overhead를 줄이는 것이 가능하다.
예를 들면, IP 스트림을 통하여, 다수의 IP 패킷이 전송되는 경우, 방송 시스템 (방송 송신기 및/또는 방송 수신기) 은, IP 스트림의 시작부에서는 전체 헤더 패킷을 1회 전송하고, 그 이후의 일정 기간 동안은 압축 헤더 패킷을 전송할 수 있다. 즉, 전체 헤더 패킷의 전송 주기가 압축 헤더 패킷의 전송 주기 보다 길다.
도 3은 본 발명의 일 실시예에 따른, HCfB 가 적용되는 패킷을 나타낸 도면이다.
패킷 스트림 (packet stream)의 전송 과정에서, 전체 헤더의 정보를 수신기가 획득할 수 있도록, 헤더의 정보가 전파되는 형태가 도면에 도시되어 있다.
HCfB 패킷 (HCfB 가 적용된 IP 패킷) 은 CID (Context Identification) 엘레먼트, SN (Sequence Number) 엘레먼트, CID_header_type 엘레먼트, Identification 엘레먼트, IPv4_header_wo_length ( ) 엘레먼트, IPv6_header_wo_length ( ) 엘레먼트, UDP_header_wo_length ( ) 엘레먼트 및/또는 데이터 바이트 (data byte; 혹은 payload) 를 포함할 수 있다
CID (Context Identification) 엘레먼트는 IP 전송 (flow) 을 나타내는 정보를 포함한다. CID 엘레먼트는 IPv4에 대해서는, source IP address, destination IP address, protocol, source port number, 및/또는 destination port number 로 구분할 수 있는 IP flow를 나타낸다. CID (Context Identification) 엘레먼트는 IPv6에 대해서는, source IP address, destination IP address, next_header, source port number, 및/또는 destination port number 로 구분할 수 있는 IP flow를 나타낸다.
SN (Sequence Number) 엘레먼트는 동일 CID를 가지는 각각의 패킷 (packet)에 대해 증가하는 값을 가지며, 최대값 다음에는 0의 값을 가지는 식으로, 각각의 패킷에서 그 값이 계속 순환 된다. SN (Sequence Number) 엘레먼트는 동일 CID를 가지는 각각의 패킷 (packet) 들에 내에서 IP 패킷의 순서를 나타낼 수 있다.
CID_header_type 엘레먼트는 패킷 (packet)이 가지는 헤더 (header)의 형태에 대해 표시한다. 보다 상세한 설명은 후술된다.
Identification 엘레먼트는 IPv4 의 헤더에 대한 IP 식별자이다.
IPv4_header_wo_length ( ) 엘레먼트는 IPv4 header 에서 total_length, header_checksum field를 제외한 부분을 포함한다.
IPv6_header_wo_length ( ) 엘레먼트는 IPv6 header 에서 payload_length field 를 제외한 부분을 포함한다.
UDP_header_wo_length ( ) 엘레먼트는 UDP header에서 length field 와 checksum field 를 제외한 부분을 포함한다.
도 4는 본 발명의 일 실시예에 따른, HCfB 패킷에 포함되는 엘레먼트를 설명하는 도면이다.
(a)를 참조하면, CID_header_type 엘레먼트는, 그 값에 따라, 패킷에 포함된 헤더가, IPv4 패킷의 전체 헤더와 UDP 헤더를 포함하거나, IPv4 패킷의 압축 헤더와 USD 헤더를 포함하거나, IPv6 패킷의 전체 헤더와 UDP 헤더를 포함하거나, IPv6 패킷의 압축 헤더와 USD 헤더를 포함하는 것을 나타낼 수 있다.
(b)를 참조하면, IPv4_header_wo_length ( ) 엘레먼트는 version 엘레먼트, IHL 엘레먼트, type_of_service 엘레먼트, identification 엘레먼트, flags 엘레먼트, Fragment_offset 엘레먼트, Time_to_live 엘레먼트, Protocol 엘레먼트, Source_addredd 엘레먼트, 및/또는 Destination_address 엘레먼트를 포함할 수 있다.
version 엘레먼트는 IP 헤더의 포맷을 나타낸다. 예를 들어, version 엘레먼트는 IPv4 임을 나타낼 수 있다.
IHL 엘레먼트는 IP 헤더의 길이를 나타낸다.
type_of_service 엘레먼트는 희망되는 서비스의 질을 식별하는 파라미터를 가리킨다.
identification 엘레먼트는 데이터그램의 프래그먼트의 결합을 돕기 위하여 송신측에서 지정한 식별 값을 나타낸다.
flags 엘레먼트는 다양한 컨트롤 플래그를 나타낸다. 예를 들면, flags 엘레먼트는 프래그먼트 (fragment)가 존재할 수 있음을 나타내거나, 프래그먼트화 (fragmentation)을 수행하지 않거나 프래그먼트가 아님을 나타내거나, 마지막 프래그먼트 임을 나타내거나, 더 많은 프래그먼트가 있음을 나타낼 수 있다.
Fragment_offset 엘레먼트는 프래그먼트가 데이터그램 내에서 어디에 속하는지 가리키는 정보를 포함한다.
Time_to_live 엘레먼트는 데이터그램이 인터넷 프로토콜 시스템 (방송 시스템) 내에서 존재하는 것이 허용되는 최대 시간을 가리킨다.
Protocol 엘레먼트는 데이터그램의 데이터 포션 (portion) 내에서 사용되는 다음 레벨 프로토콜을 가리킨다.
Source_addredd 엘레먼트는 소스 (source) 어드레스를 가리킨다.
Destination_address 엘레먼트는 데스티네이션 (destination) 어드레스를 가리킨다.
(c) 를 참조하면, IPv6_header_wo_length ( ) 엘레먼트는 version 엘레먼트, Traffic_class 엘레먼트, Flow_label 엘레먼트, Next_header 엘레먼트, Hop_limit 엘레먼트, Source_address 엘레먼트, 및/또는 Desination_address 엘레먼트를 포함할 수 있다.
version 엘레먼트는 IP의 버전을 나타낸다.
Traffic_class 엘레먼트는 IPv6 패킷의 서로 다른 우선 순위들이나, 클래스 (class) 들 사이를 구별하고, 식별하기 위하여, 기원이 되는 노드 (node) 나, 전달 라우터 (forwarding router) 에서 사용되는 정보를 포함한다.
Flow_label 엘레먼트는 IPv6 라우터에서 non-default quality of service 나 real-time 서비스와 같은 특별한 취급이 필요한 패킷의 시퀀스 (sequence)를 labeling 하기 위하여, source로부터 사용되는 정보를 포함한다.
Next_header 엘레먼트는 IPv6 헤더를 뒤따르는 헤더의 타입을 식별한다.
Hop_limit 엘레먼트는 패킷이 전송됨에 따라, 각각의 node에서 1식 줄어드는 값을 가지고, 해당 값이 0이 되면, 이 패킷은 폐기되어야 함을 나타낸다.
Source_addredd 엘레먼트는 패킷의 근원지의 어드레스를 가리킨다.
Destination_address 엘레먼트는 패킷의 의도된 수신지의 어드레스를 가리킨다.
(d)를 참조하면, UDP_header_wo_length ( ) 엘레먼트는 source_port 엘레먼트 및/또는 Destination_port 엘레먼트를 포함할 수 있다.
source_port 엘레먼트는 패킷의 근원지의 port 넘버를 가리킨다.
Destination_port 엘레먼트는 패킷의 의도된 수신지의 port 넘버를 가리킨다.
도 5는 본 발명의 일 실시예에 따른, HCfB 패킷의 전체 헤더 컨택스트 (full header context) 정보가 전파되는 과정을 나타낸 도면이다.
도면을 참조하면, HCfB 패킷 스트림 (packet stream) 의 전송 과정 중, 전체 헤더 (full header)의 정보가 전파 되는 과정을 알 수 있다. 최초 전체 헤더 (full header) 를 가지는 패킷 (packet) 이 전송되고, 이어서 압축 헤더 (compressed header) 를 가지는 패킷 (packet) 이 전송된다. 일정한 주기가 되면, 다시 전체 헤더 (full header)를 가지는 패킷 (packet)이 전송되어, 수신기에서는 헤더 (header) 정보를 갱신 할 수 있다.
일반적인 방송 채널에서는 단방향 전송이 이루어지므로, 압축 헤더 패킷이 전송되고 있는 시점에서, 수신기의 전원이 켜지거나, 수신기 상에서 방송 채널이 전환되는 경우에는, 다음 전체 헤더 패킷 (full header packet)을 수신하기 전 까지 해당 스트림 (stream)을 디코딩 (decoding) 하지 못한다. 도면을 참조하면, Turn On / Channel Zapping 으로 표시된 시점에서는 수신기는 이전에 전체 헤더에 대한 정보를 수신한 적이 없으므로, 압축 헤더를 포함하는 패킷을 수신하더라도, 이들의 헤더를 복원할 수 없다. 따라서, 수신기는 Turn On / Channel Zapping 이 일어난 시점부터, 그 이후에 전체 헤더를 포함하는 패킷이 수신되는 시점까지, 데이터를 처리할 수 없는 문제점이 발생할 수 있다. 이러한 문제점을 해결하기 위하여, 전체 헤더 (full header) 정보를 별도의 시그널링 채널 (signaling channel) 을 통해 전송할 수 있다.
본 발명에 따른 방송 시스템에서는, IP 전송의 오버헤드 (overhead)를 줄이고, 효율적인 방송 신호의 전송을 구현하기 위하여, IP 헤더 압축 (header compression) 방법으로 압축된 패킷은 인-밴드 (in-band)로, IP 패킷 (packet) 내의 변하지 않는 헤더 정보를 담고 있는 전체 헤더 (full header) 부분은 아웃오브밴드 (out-of-band) 로 전송하는 방법을 제시 한다. 한편, 수신기에서는 전송 전의 패킷의 순서가 복구되어야 한다.
도 6은 본 발명의 일 실시예에 따른, IP 헤더 압축을 수행하거나, IP 헤더 압축이 수행된 패킷을 수신하는 송수신 시스템을 나타낸 도면이다.
도면에 도시된 시스템은, 송신 시스템 (송신기)와 수신 시스템 (수신기)로 분리될 수 있다.
각각의 IP 스트림 (stream) 이 서로 다른 DP (Data Pipe)를 통하여 전송되는 경우, 헤더 압축과 관련된 정보는 L2 시그널링 (signaling) 전송 과정을 통해 수신기로 전달되고, 이 정보가 수신기에서 다시 원래의 IP stream으로 복구 하기 위한 정보로 사용된다. 헤더 압축과 관련된 정보는 인캡슐레이션 (encapsulation) 되어 Data pipe로 전송 될 수 있다. 이때, 물리적 계층 (physical layer) 의 구조에 따라, 헤더 압축과 관련된 정보는 보통의 DP로 전송 되거나, 시그널링 (signaling) 정보의 전송을 위한 DP (예를 들면, Base DP 및/또는 common DP)로 전송하는 것이 가능하다. 또한, 물리적 계층 (physical layer)에서 지원 하는 경우, 헤더 압축과 관련된 정보는 별도의 시그널링 채널 (signaling channel)을 통해 전송 될 수 있다. 여기서, Base DP 및/또는 common DP는 시그널링 정보를 포함하거나, normal DP 에서 공통적으로 사용되는 데이터 및/또는 정보를 포함한다. Base DP 및/또는 common DP는 normal DP와 함께 방송 채널을 통하여 전송되나, normal DP와 구분할 수 있도록 normal DP 와는 다른 식별자를 가질 수 있다.
도면을 참조하면, 송신기는 IP 필터 (IP Filter), IP 오버헤드 제거부 (IP Overhead Reduction), L2 시그널링 생성기, 시그널링 포맷터 (Signaling Formatting), 부호화부 (encapsulation), 전송부 (transmitter) 및/또는 시그널링 채널 처리부 (Signaling Channel) 을 포함할 수 있다.
IP 필터 (IP Filter)는 다중화된 IP 스트림을 수신하여, 각각의 IP 스트림을 분리한다. IP 필터는 IP 스트림이 어느 DP 를 통하여 전송되는지를 시그널링하는, IP-DP 맵핑 정보를 생성하여, L2 시그널링 정보를 생성하는 L2 시그널링 생성부에 전달할 수 있다.
IP 오버헤드 제거부 (IP Overhead Reduction)는 각각의 IP 스트림에 대하여, 전술한 방식의 헤더 압축을 통하여, 오버헤드 리덕션 (Overhead Reduction) 을 수행한다. 이 과정에서, IP 오버헤드 제거부 (IP Overhead Reduction)는 헤더 압축 관련 정보를 생성할 수 있다.
L2 시그널링 생성기는 헤더 압축과 관련된 정보를 포함하는 L2 시그널링 정보를 생성한다.
시그널링 포맷터 (Signaling Formatting)는 시그널링 정보를 포맷팅한다.
부호화부 (encapsulation)는 오버헤드 리덕션이 수행된 IP 스트림들을 부호화한다.
전송부 (transmitter)는 부호화된 IP 스트림들을 DP 를 통하여 전송하는 처리를 수행한다.
시그널링 채널 처리부 (Signaling Channel)는 시그널링 정보를 시그널링 채널을 통하여 전송한다.
도면을 참조하면, 수신기는 시그널링 채널 처리부 (Signaling Channel), 시그널링 파서 (Signaling Parser), 수신부 (receiver), 디캡슐레이션 처리부 (decapsulation), L2 시그널링 파서 (L2 Signaling Parser), 및/또는 IP 오버헤드 복원부 (IP Overhead recovery)를 포함할 수 있다.
시그널링 채널 처리부 (Signaling Channel) 는 시그널링 채널을 통하여 전송되는 시그널링 정보를 수신한다.
시그널링 파서 (Signaling Parser)는 시그널링 채널을 통하여 전송되는 시그널링 정보를 파싱한다. 시그널링 정보는 IP-DP 맵핑 정보 및/또는 헤더 압축 관련 정보를 포함할 수 있다.
수신부 (receiver)는 DP 들을 수신한다. 수신부는 IP-DP 맵핑 정보를 이용하여, 수신되는 DP 들 중, 수신기가 필요로 하는 IP 스트림을 전송하는 DP 를 식별하고, 추출할 수 있다.
디캡슐레이션 처리부 (decapsulation)는 DP 에 대하여, 디캡슐레이션을 수행하여, IP 스트림 및/또는 IP 패킷을 추출한다.
L2 시그널링 파서 (L2 Signaling Parser)는 시그널링 채널 또는 Base DP 를 통하여 전송되는 L2 시그널링 정보를 파싱한다. L2 시그널링 정보는 헤더 압축 관련 정보를 포함할 수 있다.
IP 오버헤드 복원부 (IP Overhead recovery)는 헤더 압축 관련 정보를 이용하여, 압축된 IP 헤더를 복원하여, 전체 헤더를 가지는 IP 패킷들을 포함하는 IP 스트림을 복원한다.
L2 (Layer 2) 시그널링 정보는 물리적 계층 이후의 계층에서의 시그널링 정보에 해당될 수 있다. L2 (Layer 2) 시그널링 정보는 방송 서비스, 이벤트, 콘텐트, 데이터 및/또는 프로그램을 획득하기 위한 시그널링 정보를 포함할 수 있다. 예를 들면, L2 (Layer 2) 시그널링 정보는 PSI/SI 정보, PSIP 정보 및/또는 DVB-SI 정보 등이 포함될 수 있다.
도 7은 본 발명의 일 실시예에 따른 송/수신기에서 IP 오버헤드 리덕션 (IP overhead reduction) 과정을 나타낸 도면이다.
IP 스트림 (stream) 이 오버헤드 리덕션 (overhead reduction) 과정으로 진입하면, IP 헤더 압축부 (IP header compression)은 해당 stream에 포함된 패킷들에 대한 헤더 압축을 수행한다. 헤더 압축 방법은 예를 들면, HCfB (Header Compression for Broadcasting) 방법을 사용할 수 있으나, 이에 한정되지 않는다.
전체 헤더 정보 추출부 (Full Header Info. Extraction)는 패킷 스트림 (packet stream) 중 전체 헤더 (full header) 정보를 가지는 패킷 (packet)에 대해서는 전체 헤더 (full header) 정보를 추출한다. 예를 들면, 전체 헤더 정보 추출부 (Full Header Info. Extraction)는 전체 헤더 패킷 내에서 전체 헤더를 복사하거나, 추출하여, 전체 헤더 정보를 생성할 수 있다. 즉, 전체 헤더 정보는 패킷의 전체 헤더를 포함할 수 있다.
시그널링 생성부 (Signaling Generator) 는 패킷 스트림 (Packet stream) 에서 추출된 전체 헤더 (full header) 에 대한 정보를, 전송이 가능한 형태로 만든다. 시그널링 생성부 (Signaling Generator)는 전체 헤더에 대한 정보 (전체 헤더 정보)가 전송되는 영역에 따라, 처리를 달리 할 수 있다. 예를 들면, 전체 헤더 정보가 DP 를 통하여 전송되는 경우, DP 를 통하여, 전체 헤더 정보를 전송하기 위한 처리를 수행하고, 전체 헤더가 시그널링 채널을 통하여 전송되는 경우, 시그널링 채널의 전송 규약에 맞는 전체 헤더 정보를 생성한다. 전체 헤더 정보는, 전송 형태에 따라 인캡슐레이션 계층 (encapsulation layer) 또는 시그널링 정보의 전송을 위한 시그널링 전송 모듈 (signaling module) 로 전달된다. 이후, 전체 헤더 정보는 물리적 계층을 통하여 수신기로 전달된다.
헤더 압축 과정을 거친 패킷 스트림 (packet stream)은 인캡슐레이션 계층 (encapsulation layer)로 전달되어 부호화되고, 물리적 계층 (physical layer)을 통해 수신기로 전송된다.
수신기의 IP 오버헤드 리덕션 (IP overhead reduction) 처리된, 서비스 데이터를 포함하는 패킷 스트림 (packet stream)과, 시그널링 채널 (signaling channel) 및/또는 별도의 DP (Data Pipe)로 전달 된 시그널링 데이터 (signaling data)를 수신하여 처리된다. 여기서, 시그널링 데이터는 전체 헤더 정보를 포함할 수 있다.
전체 헤더 복원부 (full header restoration)는 패킷 스트림 (packet stream) 및 시그널링 데이터 (signaling data)를 수신하고, 전체 헤더 정보를 이용하여, 패킷 스트림 내의 압축 헤더 패킷 (compressed header packet)에 대한 전체 헤더 복원을 수행한다. 전체 헤더 복원부 (full header restoration)는 압축 헤더 패킷을 전체 헤더 패킷 (full header packet)으로 변환한다.
IP 헤더 디컴프레션부 (IP header decompression)는 패킷 스트림 (packet stream)을 원래의 IP 스트림 (stream) 으로 복구 한다. 전체 헤더 복원부 (full header restoration) 와 IP 헤더 디컴프레션부 (IP header decompression)는 하나의 장치 또는 모듈로 구성될 수도 있다.
도 8은 본 발명의 일 실시예에 따른, 패킷 스트림을 구성하는 과정 및 복원하는 과정을 나타낸 도면이다.
전술한 송수신기 시스템에서의 패킷에 대한 헤더 압축을 위한 처리 및 복원 과정이 본 도면에 기술되어 있다. 본 과정은 기존의 HCfB의 구성을 변경 시키지 않고, 부가적인 header 정보 추출 및 결합 과정을 추가하는 것으로 구성될 수 있어, 기존의 HCfB 방식과 호환성을 유지할 수 있다.
송신기에서는 다음과 같이 동작한다.
송신기는 IP 헤더 컴프레션 (IP header compression)을 거쳐 생성된 패킷 스트림 (packet stream) 중 전체 헤더 패킷 (full header packet) 을 검출한다. IP 헤더 컴프레션을 거치면, IP 스트림에 포함되는 IP 패킷들 중, 일부는 전체 헤더 패킷이 되고, 다른 IP 패킷들은 압축 헤더 패킷으로 생성된다.
송신기는 전체 헤더 패킷에 포함된 SN (sequence number)을 바탕으로, 전체 헤더 패킷에서 압축 패킷(compressed packet)을 생성한다. 압축 패킷 (Compressed packet) 은 전체 헤더 (full header) 의 SN과 동일한 형태의 SN 정보를 포함할 수 있다. 여기서 압축 패킷은 전체 헤더 패킷에서 전체 헤더를 제외한 나머지 데이터일 수 있다. 또는 압축 패킷은, 압축 헤더 패킷 (압축 헤더를 포함하는 패킷) 의 헤더에 포함되는 정보만을 포함하도록 압축된 패킷에 해당될 수 있다.
송신기는 생성된 압축 패킷 (Compressed packet) 을, 해당 전체 헤더 패킷 (full header packet)과 교체하고, 전체 헤더 패킷 (full header packet) 에서 CID 및/또는 전체 헤더 (full header) 정보를 추출한다. 추출된 CID 및/또는 전체 헤더 정보는 아웃 오브 밴드 (out of band) 를 통하여 전송될 수 있다. 여기서 아웃 오브 밴드는 방송을 위한 데이터를 전송하지 않는 전송 경로에 해당될 수 있다.
송신기는 전술한 과정을 거쳐, 모든 패킷 스트림 (packet stream) 내의 전체 헤더 패킷(full header packet) 을 압축 패킷 (compressed packet) 으로 교체하고, 각각의 전체 헤더 패킷에서 전체 헤더 (full header) 정보를 추출 한다. 추출된 각각의 전체 헤더 정보는 전술한 바와 같이, 압축 패킷 및/또는 압축 헤더 패킷과는 별도의 전송 경로를 통하여 수신기로 전송될 수 있다. 송신기는 재구성된 패킷 스트림 (packet stream) 은 DP (data pipe)를 통해 전송하고, 추출된 전체 헤더 (full header) 정보는, 시그널링 정보 형태로 변환을 거쳐 아웃 오브 밴드 (out of band) 로 전송할 수 있다.
수신기는 다음과 같이 동작한다.
수신기는 시그널링 정보를 이용하여 수신을 원하는 스트림 (stream)의 DP (data pipe)를 선택한다.
수신기는 아웃 오브 밴드 (Out of band), 또는 패킷 스트림과는 별도의 경로로 전송되는 전체 헤더 정보를 검출한다.
수신기는 추출된 전체 헤더 정보에 포함된 CID와 SN을 바탕으로, DP (data pipe)를 통해 전송되는 패킷 스트림 (packet stream) 중 동일한 SN을 가진 패킷 (packet)을 검출한다. 이때, 검출되는 패킷은 전술한 압축 패킷에 해당된다.
수신기는 검출된 압축 패킷 (compressed packet) 을 전체 헤더 정보를 이용하여, 전체 헤더 패킷 (full header packet)으로 변환하고, IP 헤더 디컴프레션 (IP header decompression) 과정을 수행한다.
도 9는 본 발명의 다른 실시예에 따른, 패킷 스트림을 구성하는 과정 및 복원하는 과정을 나타낸 도면이다.
전술한 송수신기 시스템에서의 패킷에 대한 헤더 압축을 위한 처리 및 복원 과정이 본 도면에 기술되어 있다. 본 과정은 기존의 HCfB의 구성에 대한 변경이 일부 있으나, header 정보 추출 및 결합 과정에서 보다 효율적인 데이터 처리가 가능하다.
본 발명의 다른 실시예에 따르면, 송신기에서는 다음과 같이 동작한다.
송신기가 IP 스트림에 대하여, IP 헤더 컴프레션을 거치면, IP 스트림에 포함되는 IP 패킷들 중, 일부는 전체 헤더 패킷이 되고, 다른 IP 패킷들은 압축 헤더 패킷으로 생성된다. 송신기는 IP 헤더 컴프레션 (IP header compression)을 거쳐 생성된 패킷 스트림 (packet stream) 중 전체 헤더 패킷 (full header packet)을 검출한다.
송신기는 전체 헤더 패킷에 포함된 SN (sequence number)을 바탕으로, 전체 헤더 패킷에서 압축 패킷(compressed packet)을 생성한다. 압축 패킷 (Compressed packet) 은 전체 헤더 (full header) 의 SN과 동일한 형태의 SN 정보를 포함할 수 있다. 여기서 압축 패킷은 전체 헤더 패킷에서 전체 헤더를 제외한 나머지 데이터일 수 있다. 또는 압축 패킷은, 압축 헤더 패킷 (압축 헤더를 포함하는 패킷) 의 헤더에 포함되는 정보만을 포함하도록 압축된 패킷에 해당될 수 있다.
송신기는 생성된 압축 패킷 (Compressed packet) 을 해당 전체 헤더 패킷 (full header packet)과 교체하고, 전체 헤더 패킷 (full header packet)에서 CID 및 전체 헤더 (full header) 정보를 추출한다. 송신기는 전체 헤더 정보를, 아웃 오브 밴드로 전송하거나, 방송 콘텐츠 데이터가 전송되는 경로로 다른 경로로 전송할 수 있다.
송신기는 전술한 과정을 통하여, 패킷 스트림 (packet stream) 에서 각각의 전체 헤더 패킷 (full header packet) 을 압축 패킷 (compressed packet) 으로 교체하고, 전체 헤더 (full header) 정보를 추출한다.
송신기는 전술한 과정을 한꺼번에 처리 할 수 있다. 예를 들면, 송신기는 IP 헤더 컴프레션 (IP header compression) 과정에서 모든 패킷 (packet) 을 압축 헤더 패킷 (header compressed packet) 으로 생성하고, 전체 헤더 (full header) 정보는 별도의 데이터 (data) 로 생성할 수 있다. 이때, CID 값을 이용하여, 동일한 전체 헤더 (full header) 정보를 가지는 압축 헤더 패킷 (header compressed packet) 임을 표현 할 수 있다. 즉, 송신기는 IP 스트림 내의 모든 IP 패킷에 대하여, 헤더 압축 또는 오버헤드 리덕션을 수행하고, IP 패킷들은 압축 헤더 패킷들로 변환한다. 이 과정에서, 송신기는 동일한 헤더 정보를 공유하는 IP 패킷들을 동일한 CID로 식별하고, 이들에 공통적으로 적용될 수 있는 전체 헤더 정보를 추출한다. 추출된 전체 헤더 정보는 압축 헤더 패킷이 가지는 CID와 동일한 값의 CID를 가질 수 있다. 따라서, 수신측에서는 별도의 경로로 수신되는 전체 헤더 정보에서 CID 값을 확인하고, 수신되는 압축 헤더 패킷들의 CID를 확인하여, CID의 값이 일치하는 압축 헤더 패킷에 대하여, 전체 헤더 정보를 적용하여, 전체 헤더를 포함하는 IP 패킷을 복원할 수 있다.
송신기는 압축 패킷을 포함하는 재구성된 패킷 스트림 (packet stream) 은 DP (data pipe)를 통해 전송하고, 추출된 전체 헤더 (full header) 정보는, signaling 데이터로 변환하여, 아웃 오브 밴드 (out of band) 및/또는 시그널링 채널로 전송한다.
본 발명의 다른 실시예에 따르면, 수신기는 다음과 같이 동작할 수 있다..
수신기는 시그널링 (Signaling) 정보를 이용하여, 수신을 원하는 스트림 (stream)을 전송하는 DP (data pipe)를 선택한다.
수신기는 아웃 오브 밴드 (Out of band) 로 전송된 해당 패킷 스트림 (packet stream) 의 전체 헤더 (full header) 정보를 검출한다.
수신기는 추출된 전체 헤더 (full header) 정보에 포함된 CID와 SN을 바탕으로 DP (data pipe)를 통해 전송되는 패킷 스트림 (packet stream) 에 대하여, 동일한 CID를 가지는 모든 패킷 (packet) 을 검출한다.
수신기는 검출된 압축 패킷 (compressed packet) 또는 압축 헤더 패킷 (header compressed packet) 을 전체 헤더 (full header) 정보와 결합하여, 전체 헤더 패킷 (full header packet) 및/또는 IP 패킷을 복원한다.
위 과정에서, 수신기는 수신한 전체 헤더 정보의 CID 값을 확인하고, 수신한 패킷에서 동일한 값의 CID를 가지는 패킷을 확인하여, 해당 전체 헤더 정보를 적용하여, 헤더 압축 (또는 오버헤드 리덕션) 이 수행되기 이전의 패킷 (전체 헤더 패킷) 을 복원한다. 이러한 과정을 통하여, HCfB decompression 과정이 별도로 필요하지 않게 되므로, 데이터 처리가 보다 효율적으로 진행될 수 있는 효과가 있다.
도 10은 본 발명의 일 실시예에 따른, 전체 헤더 정보를 전달하는 모드 및 CID_header_type 의 값에 따른 정의를 나타낸 도면이다.
패킷 스트림 (Packet Stream) 에서 추출된 전체 헤더 (full header) 정보를 아웃 오브 밴드 (out of band) 로 전달하는 방안은, 시그널링 (signaling) 을 통해 전달하는 방법과, 시스템 디코딩 (system decoding) 에 필요한 파라미터 (parameter)가 전달되는 DP (data pipe) (예를 들면, Base DP)를 통해 전달 하는 방법이 있다.
(a) 를 참조하면, 전체 헤더 정보를 시그널링 채널로 전송하는 것과, DP를 통하여 전송하는, 두 가지 전달 방법에 대해 사용 가능한 전송 모드를 나타낸 도면이다.
(a) 에 나타낸 바와 같이, 전체 헤더 (full header) 정보의 전송 경로에 따라, 전송 모드 1 내지 3 (transport mode #1 ~ 3)으로 지정할 수 있다. 이러한 전송 모드를 식별하는 정보는, 물리적 채널에서의 전송 파라미터, L2 시그널링 및/또는 PSI/SI 정보 채널을 통하여 전송될 수 있다.
전송 모드 1 (Transport mode #1)은 시그널링 정보를 통하여 전체 헤더 정보를 전달하는 방식이다. 전송 모드 1에서는 압축 헤더 패킷 또는 압축 패킷은 일반적인 데이터의 전송 경로인 DP를 통하여 전송될 수 있다.
전송 모드 2 (transport mode #2) 는 Base DP로 전체 헤더 정보를 전당하는 방식이다. 전송 모드 2에서는 압축 헤더 패킷 또는 압축 패킷은 일반적인 데이터의 전송 경로인 DP를 통하여 전송될 수 있다.
전송 모드 3 (transport Mode #3) 은 기존의 HCfB 전송과 같이, 전체 헤더 정보를 별도의 채널로 전송하는 방식이 아닌, 전체 헤더 패킷 및 압축 헤더 패킷을 전송하는 방식이다.
각각의 전송 모드는 별도의 시그널링을 통해 방송 시스템 (system) 의 상황에 맞게 변경 (switching) 이 가능하다. 또는, 하나의 전송 모드 (transport mode) 만 고정하여, 방송 시스템에서 사용하는 것이 가능하다.
(b)를 참조하면, 전체 헤더 (Full header) 정보를, 기존과 다른 별도의 전송 경로 및/또는 전송 포맷 (format)으로 전송하기 위해, 전송 경로 및/또는 전송 포맷 (format)에 관한 정보를, CID_header_type 엘레먼트로 시그널링 할 수 있다.
전술한 CID_header_type 엘레먼트에서, 본 발명에서 제시하는 전송 모드를 시그널링하기 위한 CID_header_type 엘레먼트의 값을 추가할 수 있다. 예를 들면, CID_header_type 엘레먼트의 값이 0x22 인 경우, IPv4/UDP 헤더 정보로부터 추출된 전체 헤더 정보가 해당 패킷에 포함됨을 나타낼 수 있다. CID_header_type 엘레먼트의 값이 0X62 인 경우, IPv6/UDP 헤더 정보로부터 추출된 전체 헤더 정보가 해당 패킷에 포함됨을 나타낼 수 있다.
도 11은 본 발명의 일 실시예에 따른, 전체 헤더 정보를 나타낸 도면이다.
전체 헤더 정보 또는 전체 헤더 관련 정보는 본 도면에 포함되는 시그널링 정보를 일부 또는 전부 포함할 수 있다.
본 도면에서는 전체 헤더 정보를 디스크립터 형식으로 설명하나, 전체 헤더 정보는 XML 형태로 구성될 수도 있다.
본 발명의 일 실시예에 따른, 전체 헤더 정보 디스크립터는, CID 엘레먼트, SN 엘레먼트, CID_header_type 엘레먼트, IPv4_header_wo_length () 엘레먼트, UDP_header_wo_length () 엘레먼트, 및/또는 IPv6_header_wo_length () 엘레먼트를 포함할 수 있다.
CID (Context Identification) 엘레먼트는 IPv4에 대해서는, source IP address, destination IP address, protocol, source port number, 및/또는 destination port number 로 구분할 수 있는 IP flow를 나타낸다. CID (Context Identification) 엘레먼트는 IPv6에 대해서는, source IP address, destination IP address, next_header, source port number, 및/또는 destination port number 로 구분할 수 있는 IP flow를 나타낸다.
SN (Sequence Number) 엘레먼트는 동일 CID를 가지는 각각의 패킷 (packet)에 대해 증가하는 값을 가지며, 최대값 다음에는 0의 값을 가지는 식으로, 각각의 패킷에서 그 값이 계속 순환 된다.
CID_header_type 엘레먼트 패킷 (packet)이 가지는 헤더 (header)의 형태에 대해 표시한다. 보다 상세한 설명은 전술한 설명으로 대체한다..
IPv4_header_wo_length ( ) 엘레먼트는 IPv4 header 에서 total_length, header_checksum field를 제외한 부분을 포함한다.
IPv6_header_wo_length ( ) 엘레먼트는 IPv6 header 에서 payload_length field 를 제외한 부분을 포함한다.
UDP_header_wo_length ( ) 엘레먼트는 UDP header에서 length field 와 checksum field 를 제외한 부분을 포함한다.
각각의 엘레먼트 (또는 필드) 에 대한 내용은, 추후 ITU-R BT. 1869 표준의 변경 시, 해당 표준에 준해 변경될 수 있다. 또한 전체 헤더 정보 디스크립터는 추후 필요 시 section table의 일부로 포함되거나, 별도의 section table로 구성되는 것이 가능하다.
도 12는 본 발명의 일 실시예에 따른, 전체 헤더 정보를 포함하는 패킷을 나타낸 도면이다.
도면에 도시된 각각의 엘레먼트에 대한 설명은 전술한 설명으로 대체한다.
전술한 바와 같이, 추출된 전체 헤더 (full header) 정보를, 별도의 경로를 통하여 전송하기 위하여, 패킷 (packet) 의 포맷 (format) 으로 구성할 수 있다. 이 경우, 패킷 (packet) 이 전체 헤더 정보를 가지는 패킷임을 알려 줄 수 있는 정보가 헤더에 추가 될 수 있다. 패킷 (packet) 이 전체 헤더 정보를 가지는 패킷임을 알려 줄 수 있는 정보는 패킷의 CID, SN, CID_header_type 정보 (엘레먼트)를 포함할 수 있다.
도면을 참조하면, 전체 헤더 정보를 포함하는 패킷의 CID는 12 이므로, 일반 DP 등으로 전송되는 방송 데이터를 포함하는 패킷 중 12의 CID 값을 가지는 패킷에, 전체 헤더 정보가 적용될 수 있음을 나타낸다. CID_header_type을 통하여, 전송되는 전체 헤더 정보가, IPv4 / UDP 를 위한 것인지, IPv6 / UDP 를 위한 것인지 식별할 수 있다. CID_header_type 값에 따라, 수신기는, 본 발명에서 설명한 방식과 같이, 전제 헤더 정보가, 방송 데이터가 전송되는 경로와 별도의 경로를 통하여 전송됨을 알 수 있다.
본 발명에 따른 방법 발명은 모두 다양한 컴퓨터 수단을 통하여 수행될 수 있는 프로그램 명령 형태로 구현되어 컴퓨터 판독 가능 매체에 기록될 수 있다.
상기 컴퓨터 판독 가능 매체는 프로그램 명령, 데이터 파일, 데이터 구조 등을 단독으로 또는 조합하여 포함할 수 있다. 상기 매체에 기록되는 프로그램 명령은 본 발명을 위하여 특별히 설계되고 구성된 것들이거나 컴퓨터 소프트웨어 당업자에게 공지되어 사용 가능한 것일 수도 있다. 컴퓨터 판독 가능 기록 매체의 예에는 하드 디스크, 플로피 디스크 및 자기 테이프와 같은 자기 매체(magnetic media), CD-ROM, DVD와 같은 광기록 매체(optical media), 플롭티컬 디스크(floptical disk)와 같은 자기-광 매체(magneto-optical media), 및 롬(ROM), 램(RAM), 플래시 메모리 등과 같은 프로그램 명령을 저장하고 수행하도록 특별히 구성된 하드웨어 장치가 포함된다. 프로그램 명령의 예에는 컴파일러에 의해 만들어지는 것과 같은 기계어 코드뿐만 아니라 인터프리터 등을 사용해서 컴퓨터에 의해서 실행될 수 있는 고급 언어 코드를 포함한다. 상기된 하드웨어 장치는 본 발명의 동작을 수행하기 위해 하나 이상의 소프트웨어 모듈로서 작동하도록 구성될 수 있으며, 그 역도 마찬가지이다.
이상과 같이 본 발명은 비록 한정된 실시예와 도면에 의해 설명되었으나, 본 발명은 상기의 실시예에 한정되는 것은 아니며, 본 발명이 속하는 분야에서 통상의 지식을 가진 자라면 이러한 기재로부터 다양한 수정 및 변형이 가능하다. 그러므로, 본 발명의 범위는 설명된 실시예에 국한되어 정해져서는 아니되며, 후술하는 특허청구범위뿐 아니라 이 특허청구범위와 균등한 것들에 의해 정해져야 한다.
발명의 실시를 위한 형태는 전술한 바와 같이, 발명의 실시를 위한 최선의 형태로 상술되었다.
본 발명은 방송 산업 전반에서 이용 가능하다.

Claims (13)

  1. 방송 데이터를 포함하는 IP (Internet Protocol) 패킷들에 대하여 헤더 압축 (Header Compression) 을 수행하여, 전체 헤더 패킷 (full header packet) 들과 압축 헤더 패킷 (compressed header packet) 들을 구성하는 헤더 압축부:
    상기 전체 헤더 패킷에서 전체 헤더 정보를 추출하는 전체 헤더 정보 추출부;
    상기 전체 헤더 정보를 포함하는 시그널링 패킷들을 생성하는 시그널링 데이터 생성부; 및
    상기 압축 헤더 패킷들을 일반적인 방송 데이터가 전송되는 제 1 전송 경로를 통하여 전송하고, 상기 시그널링 패킷들을 제 1 전송 경로와 다른 별도의 제 2 전송 경로로 전송하는 방송 신호 전송부; 를 포함하며,
    여기서, 상기 시그널링 패킷들은, 상기 시그널링 패킷이, 상기 전체 헤더 정보를 포함하고 있음을 나타내는 제 1 시그널링 정보를 포함하는 것을 특징으로 하는 방송 신호 송신 처리 장치.
  2. 제 1 항에 있어서,
    상기 전체 헤더 추출부는, 상기 전체 헤더 정보가 추출된 전체 헤더 패킷을 압축 헤더 패킷으로 변환하는 것을 특징으로 하고,
    상기 방송 신호 전송부는, 상기 변환된 압축 헤더 패킷을 상기 제 1 전송 경로를 통하여 전송하는 것을 특징으로 하는 방송 신호 송신 처리 장치.
  3. 제 1 항에 있어서,
    상기 제 1 전송 경로는, normal DP (Data Pipe) 에 해당되고,
    상기 제 2 전송 경로는, Base DP 또는 시그널링 데이터의 전송을 위하여 지정된 시그널링 채널에 해당되는 것을 특징으로 하는 방송 신호 송신 처리 장치.
  4. 제 4 항에 있어서,
    상기 시그널링 데이터 생성부는, 전송 파라미터를 더 생성하는 것을 특징으로 하고,
    상기 전송 파라미터는, 상기 제 2 전송 경로가 상기 Base DP에 해당되는지, 혹은 상기 시그널링 채널에 해당되는지를 식별하는 전송 모드 정보를 포함하는 것을 특징으로 하는 방송 신호 송신 처리 장치.
  5. 압축 헤더 패킷 (compressed header packet) 들을 일반적인 방송 데이터가 전송되는 제 1 전송 경로를 통하여 수신하고, 전체 헤더 정보를 포함하는 시그널링 패킷들을 제 1 전송 경로와 다른 별도의 제 2 전송 경로로 수신하는 방송 신호 수신부;
    상기 시그널링 패킷에서 상기 전체 헤더 정보를 추출하는 시그널링 파서 (parser),
    여기서, 상기 시그널링 패킷은, 상기 시그널링 패킷이, 상기 전체 헤더 정보를 포함하고 있음을 나타내는 제 1 시그널링 정보를 포함하는 것을 특징으로 하고;
    상기 추출된 전체 헤더 정보를 이용하여, 상기 압축 헤더 패킷들 중 일부 패킷을 전체 헤더 패킷 (full header packet) 들로 변환하는 전체 헤더 정보 복원부; 및
    상기 복원된 전체 헤더 패킷들과 상기 압축 헤더 패킷들 중 나머지 패킷들을 이용하여, 방송 데이터를 포함하는 IP (Internet Protocol) 패킷들을 복원하는 헤더 복원부;
    를 포함하는 방송 신호 수신 처리 장치.
  6. 제 5 항에 있어서,
    상기 전체 헤더 정보는, IP 패킷의 전송의 경로를 나타내는 CID (Context identification) 엘레먼트 및 동일 CID를 가지는 각각의 패킷 (packet) 들에 내에서 IP 패킷의 순서를 나타내는 SN (Sequence Number) 엘레먼트를 포함하는 것을 특징으로 하는 방송 신호 수신 처리 장치.
  7. 제 6 항에 있어서, 상기 전체 헤더 정보 복원부는,
    상기 압축 헤더 패킷들 중, 상기 전체 헤더 정보에 포함된 상기 CID 엘레먼트의 값 및 상기 SN 엘레먼트의 값과 동일한 값을 가지는 CID 엘레먼트 및 SN 엘레먼트를 포함하는 상기 일부 압축 헤더 패킷들 중 일부 패킷을, 상기 전체 헤더 정보를 이용하여 전체 헤더 패킷들로 변환하는 것을 특징으로 하는 방송 신호 수신 처리 장치.
  8. 제 5 항에 있어서,
    상기 제 1 전송 경로는, normal DP (Data Pipe) 에 해당되고,
    상기 제 2 전송 경로는, Base DP 또는 시그널링 데이터의 전송을 위하여 지정된 시그널링 채널에 해당되는 것을 특징으로 하는 방송 신호 수신 처리 장치.
  9. 제 8 항에 있어서,
    상기 방송 신호 수신부는, 전송 파라미터를 더 수신하고,
    상기 전송 파라미터는, 상기 제 2 전송 경로가 상기 Base DP에 해당되는지, 혹은 상기 시그널링 채널에 해당되는지를 식별하는 전송 모드 정보를 포함하는 것을 특징으로 하는 방송 신호 수신 처리 장치.
  10. 제 9 항에 있어서,
    상기 시그널링 파서는, 상기 전송 모드 정보를 파싱하고, 상기 전송 모드 정보가 가리키는 상기 Base DP 또는 상기 시그널링 채널에서, 상기 전체 헤더 정보를 추출하는 것을 특징으로 하는 것을 특징으로 하는 방송 신호 수신 처리 장치.
  11. 방송 데이터를 포함하는 IP (Internet Protocol) 패킷들에 대하여 헤더 압축 (Header Compression) 을 수행하여, 전체 헤더 정보를 추출하고, 압축 헤더 패킷 (compressed header packet) 들을 구성하는 헤더 압축부:
    상기 전체 헤더 정보를 포함하는 시그널링 패킷들을 생성하는 시그널링 데이터 생성부; 및
    상기 압축 헤더 패킷들을 일반적인 방송 데이터가 전송되는 제 1 전송 경로를 통하여 전송하고, 상기 시그널링 패킷들을 제 1 전송 경로와 다른 별도의 제 2 전송 경로로 전송하는 방송 신호 전송부; 를 포함하며,
    여기서, 상기 시그널링 패킷들은, 상기 시그널링 패킷이, 상기 전체 헤더 정보를 포함하고 있음을 나타내는 제 1 시그널링 정보를 포함하는 것을 특징으로 하는 방송 신호 송신 처리 장치.
  12. 제 11 항에 있어서,
    상기 제 1 전송 경로는, normal DP (Data Pipe) 에 해당되고,
    상기 제 2 전송 경로는, Base DP 또는 시그널링 데이터의 전송을 위하여 지정된 시그널링 채널에 해당되는 것을 특징으로 하는 방송 신호 송신 처리 장치.
  13. 제 11 항에 있어서,
    상기 시그널링 데이터 생성부는, 전송 파라미터를 더 생성하는 것을 특징으로 하고,
    상기 전송 파라미터는, 상기 제 2 전송 경로가 상기 Base DP에 해당되는지, 혹은 상기 시그널링 채널에 해당되는지를 식별하는 전송 모드 정보를 포함하는 것을 특징으로 하는 방송 신호 송신 처리 장치.
PCT/KR2015/002363 2014-03-11 2015-03-11 방송 신호 송/수신 처리 방법 및 장치 Ceased WO2015137727A1 (ko)

Priority Applications (7)

Application Number Priority Date Filing Date Title
KR1020167002799A KR101764636B1 (ko) 2014-03-11 2015-03-11 방송 신호 송/수신 처리 방법 및 장치
US14/910,086 US10009665B2 (en) 2014-03-11 2015-03-11 Method and device for transmitting/receiving broadcast signal
CA2920824A CA2920824C (en) 2014-03-11 2015-03-11 Method and device for transmitting/receiving broadcast signal
CN201580002173.XA CN105659612B (zh) 2014-03-11 2015-03-11 发送/接收广播信号的方法和设备
EP15761979.2A EP3119092A4 (en) 2014-03-11 2015-03-11 Method and device for transmitting/receiving broadcast signal
US15/991,793 US10440448B2 (en) 2014-03-11 2018-05-29 Method and device for transmitting/receiving broadcast signal
US16/585,091 US10674233B2 (en) 2014-03-11 2019-09-27 Method and device for transmitting/receiving broadcast signal

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US201461951507P 2014-03-11 2014-03-11
US61/951,507 2014-03-11

Related Child Applications (2)

Application Number Title Priority Date Filing Date
US14/910,086 A-371-Of-International US10009665B2 (en) 2014-03-11 2015-03-11 Method and device for transmitting/receiving broadcast signal
US15/991,793 Continuation US10440448B2 (en) 2014-03-11 2018-05-29 Method and device for transmitting/receiving broadcast signal

Publications (1)

Publication Number Publication Date
WO2015137727A1 true WO2015137727A1 (ko) 2015-09-17

Family

ID=54072089

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/KR2015/002363 Ceased WO2015137727A1 (ko) 2014-03-11 2015-03-11 방송 신호 송/수신 처리 방법 및 장치

Country Status (6)

Country Link
US (3) US10009665B2 (ko)
EP (1) EP3119092A4 (ko)
KR (1) KR101764636B1 (ko)
CN (1) CN105659612B (ko)
CA (1) CA2920824C (ko)
WO (1) WO2015137727A1 (ko)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2018074694A1 (ko) * 2016-10-20 2018-04-26 엘지전자(주) 방송 신호 송수신 장치 및 방법

Families Citing this family (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2014077765A1 (en) 2012-11-13 2014-05-22 Telefonaktiebolaget L M Ericsson (Publ) Method and apparatus for triggering of specific operation mode for terminals operating in extended long range
EP2921024B1 (en) 2012-11-13 2017-04-05 Telefonaktiebolaget LM Ericsson (publ) Method for modifying parameter values for long range extension mode and corresponding node
HK1253298A1 (zh) * 2015-12-11 2019-06-14 瑞典爱立信有限公司 无线电网络节点、无线设备及其中的方法
CN116567716B (zh) * 2017-03-23 2026-03-17 三星电子株式会社 用于处理用于分组复制的数据的方法和设备
CN117643060A (zh) * 2021-07-22 2024-03-01 Lg电子株式会社 处理多播信号的方法和设备
EP4123967B1 (en) * 2021-07-22 2024-06-12 LG Electronics Inc. Method and apparatus for processing multicast signal
CN114629963B (zh) * 2022-03-16 2023-10-20 西安电子科技大学 基于层次聚类的网络协议报头压缩方法
CN120343627A (zh) * 2024-01-17 2025-07-18 华为技术有限公司 一种通信方法及装置
US20250123893A1 (en) * 2024-12-26 2025-04-17 Akhilesh S. Thyagaturu Methods, systems, articles of manufacture and apparatus to manage network notifications

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20020001315A1 (en) * 2000-03-21 2002-01-03 Tran Hung V. Method and apparatus for compressing IP/UDP/RTP headers in a lossy environment
US20070153788A1 (en) * 2001-11-24 2007-07-05 Lg Electronics Inc Method for transmitting packet data in communication system
US20080008175A1 (en) * 2006-07-07 2008-01-10 Samsung Electronics Co., Ltd Method and apparatus for providing internet protocol datacasting(ipdc) service, and method and apparatus for processing ipdc service
KR20130127990A (ko) * 2010-11-23 2013-11-25 엘지전자 주식회사 방송 신호 송신 장치, 방송 신호 수신 장치, 및 방송 신호 송/수신 장치에서 방송 신호 송수신 방법

Family Cites Families (27)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6882637B1 (en) 1999-10-14 2005-04-19 Nokia Networks Oy Method and system for transmitting and receiving packets
US7539130B2 (en) * 2000-03-28 2009-05-26 Nokia Corporation Method and system for transmitting and receiving packets
US7031666B2 (en) * 2001-03-28 2006-04-18 Qualcomm Incorporated. Method and apparatus for header compression in a wireless communication system
US7221657B2 (en) * 2002-02-08 2007-05-22 Telefonaktiebolaget Lm Ericsson (Publ) Processing different size packet headers for a packet-based conversational service in a mobile communications system
JP2003338830A (ja) * 2002-03-12 2003-11-28 Matsushita Electric Ind Co Ltd メディア送信方法、メディア受信方法、メディア送信装置及びメディア受信装置
US7406083B2 (en) 2002-08-27 2008-07-29 International Business Machines Corporation Method for preserving the order of data packets processed along different processing paths
KR100663586B1 (ko) * 2002-08-28 2007-01-02 삼성전자주식회사 헤더 압축에 의한 패킷 데이터의 송신 방법 및 장치
US7817628B2 (en) * 2004-11-15 2010-10-19 Telefonaktiebolaget Lm Ericsson (Publ) Method and apparatus for header compression with transmission of context information dependent upon media characteristic
EP1681898A1 (en) * 2005-01-17 2006-07-19 Alcatel Method of providing multimedia communications over a DSL access network
US7530003B2 (en) 2005-02-17 2009-05-05 Hitachi Global Storage Technologies Netherlands B.V. Permuting MTR code with ECC without need for second MTR code
JP4690857B2 (ja) * 2005-10-28 2011-06-01 マスプロ電工株式会社 バルク伝送システム
KR101366254B1 (ko) * 2007-08-03 2014-02-20 삼성전자주식회사 방송망을 통하여 전송되는 ｉｐ 패킷의 압축 및 복원 방법
CN101237418B (zh) 2008-02-28 2012-03-28 蓝汛网络科技（北京）有限公司 基于内容分发网络的流媒体加速系统、方法及设备
CN101237419A (zh) * 2008-03-07 2008-08-06 北京航管科技有限公司 航空电信网空地通信中的报头压缩方法
JP5167971B2 (ja) 2008-06-13 2013-03-21 富士通株式会社 コンテンツ配信システム、コンテンツ配信装置、端末装置およびコンテンツ配信方法
US7835399B2 (en) * 2009-01-06 2010-11-16 Alcatel Lucent IP header compression context identifier synergism
US20100260109A1 (en) 2009-04-10 2010-10-14 Qualcomm Incorporated Optimized inter-access point packet routing for ip relay nodes
CN102318282B (zh) 2009-04-20 2014-03-12 华为技术有限公司 一种压缩数据包的传输方法及装置
CN101969666B (zh) * 2009-07-27 2014-04-30 华为技术有限公司 信道资源分配处理方法、装置以及通信系统
US8140709B2 (en) * 2009-08-07 2012-03-20 Alcatel Lucent Two stage internet protocol header compression
US20110119705A1 (en) * 2009-11-18 2011-05-19 Dish Network Llc Apparatus and Methods For Storing Packetized Video Content
CN101707616B (zh) * 2009-11-27 2013-11-06 中兴通讯股份有限公司 一种用户数据报协议数据包压缩、解压缩的方法及装置
DK2567524T3 (da) * 2010-05-03 2019-09-09 Nokia Technologies Oy Reduktion af protokolspild
JP5736694B2 (ja) 2010-09-03 2015-06-17 ソニー株式会社 制御装置及び方法、並びに電源装置
CA2912744C (en) * 2013-06-12 2018-01-16 Lg Electronics Inc. Apparatus for transmitting broadcast signals, apparatus for receiving broadcast signals, method for transmitting broadcast signals and method for receiving broadcast signals
KR102284042B1 (ko) * 2013-09-04 2021-07-30 삼성전자주식회사 송신 장치, 수신 장치 및 그 신호 처리 방법
US10256986B2 (en) * 2014-09-29 2019-04-09 Samsung Electronics Co., Ltd. Recovering missed multimedia broadcast and multicast service data in a multicast broadcast single frequency network

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20020001315A1 (en) * 2000-03-21 2002-01-03 Tran Hung V. Method and apparatus for compressing IP/UDP/RTP headers in a lossy environment
US20070153788A1 (en) * 2001-11-24 2007-07-05 Lg Electronics Inc Method for transmitting packet data in communication system
US20080008175A1 (en) * 2006-07-07 2008-01-10 Samsung Electronics Co., Ltd Method and apparatus for providing internet protocol datacasting(ipdc) service, and method and apparatus for processing ipdc service
KR20130127990A (ko) * 2010-11-23 2013-11-25 엘지전자 주식회사 방송 신호 송신 장치, 방송 신호 수신 장치, 및 방송 신호 송/수신 장치에서 방송 신호 송수신 방법

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
"Multiplexing scheme for variable-length packets in digital multimedia broad casting systems", ITU-R BT.1869, GENEVA, March 2010 (2010-03-01), XP055316097 *
See also references of EP3119092A4 *

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2018074694A1 (ko) * 2016-10-20 2018-04-26 엘지전자(주) 방송 신호 송수신 장치 및 방법
US10736080B2 (en) 2016-10-20 2020-08-04 Lg Electronics Inc. Broadcast signal transmission/reception device and method
US11310770B2 (en) 2016-10-20 2022-04-19 Lg Electronics Inc. Broadcast signal transmission/reception device and method

Also Published As

Publication number Publication date
US10440448B2 (en) 2019-10-08
US10674233B2 (en) 2020-06-02
US20160182975A1 (en) 2016-06-23
KR20160037926A (ko) 2016-04-06
US20200021895A1 (en) 2020-01-16
CA2920824A1 (en) 2015-09-17
CN105659612B (zh) 2018-12-28
US20180279015A1 (en) 2018-09-27
EP3119092A4 (en) 2017-08-09
CA2920824C (en) 2019-01-15
US10009665B2 (en) 2018-06-26
CN105659612A (zh) 2016-06-08
EP3119092A1 (en) 2017-01-18
KR101764636B1 (ko) 2017-08-03

Similar Documents

Publication Publication Date Title
WO2013162312A1 (ko) 멀티미디어 전송 시스템을 위한 데이터 송수신 방법 및 장치
WO2013169084A1 (ko) Mmt 패킷 포맷 확장을 통한 하이브리드 전송 방법
KR101764636B1 (ko) 방송 신호 송/수신 처리 방법 및 장치
WO2015034245A1 (en) Transmitting apparatus, receiving apparatus, and signal processing method thereof
WO2012060581A2 (ko) 미디어 콘텐트 송수신 방법 및 그를 이용한 송수신 장치
WO2012011724A2 (ko) 미디어 파일 송수신 방법 및 그를 이용한 송수신 장치
WO2016117908A1 (ko) 멀티미디어 콘텐츠를 송수신하는 방법 및 장치
WO2014175661A1 (en) Method and apparatus for transmitting and receiving packet in a communication system
WO2013077697A1 (ko) Ｍｍｔ 패키지화 컨텐츠의하이브리드 전송 방법 및 컨텐츠 수신 방법
WO2013141666A1 (ko) Ｍｍｔ 패키지화된 ｓｖｃ 비디오 콘텐츠의 하이브리드 전송 방법 및 수신 방법
WO2015002500A1 (ko) 실시간 전송 프로토콜 기반의 방송 시스템에서 미디어 방송 신호의 송수신 방법 및 장치
WO2015020401A1 (en) Transmitting apparatus, receiving apparatus, and controlling methods thereof
WO2011132883A2 (ko) 인터넷 기반 컨텐츠 송수신 방법 및 그를 이용한 송수신 장치
WO2012081902A2 (en) Method and system for asynchronous and isochronous data transmission in a high speed video network
WO2012128563A2 (ko) 이종망 기반 연동형 방송콘텐츠 송수신 장치 및 방법
WO2016111560A1 (en) Transmitting apparatus and receiving apparatus and signal processing method thereof
WO2011132879A2 (ko) 인터넷 기반 컨텐츠 송수신 방법 및 그를 이용한 송수신 장치
WO2012011722A2 (ko) 미디어 송수신 방법 및 그를 이용한 송수신 장치
WO2016111607A1 (en) Transmitting apparatus and signal processing method thereof
WO2015126117A1 (ko) 방송 신호 송수신 방법 및 장치
WO2011132882A2 (ko) 인터넷 기반 컨텐츠 송수신 방법 및 그를 이용한 송수신 장치
WO2014058278A1 (en) Apparatus and method for transmitting and receiving packet in a broadcasting and communication system
WO2011132881A2 (ko) 인터넷 기반 컨텐츠 송수신 방법 및 그를 이용한 송수신 장치
WO2011132880A2 (ko) 인터넷 기반 컨텐츠 송수신 방법 및 그를 이용한 송수신 장치
WO2016208996A1 (ko) 방송 신호 송신 장치, 방송 신호 수신 장치, 방송 신호 송신 방법, 및 방송 신호 수신 방법

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: 15761979

Country of ref document: EP

Kind code of ref document: A1

ENP Entry into the national phase

Ref document number: 20167002799

Country of ref document: KR

Kind code of ref document: A

REEP Request for entry into the european phase

Ref document number: 2015761979

Country of ref document: EP

WWE Wipo information: entry into national phase

Ref document number: 2015761979

Country of ref document: EP

WWE Wipo information: entry into national phase

Ref document number: 14910086

Country of ref document: US

ENP Entry into the national phase

Ref document number: 2920824

Country of ref document: CA

NENP Non-entry into the national phase

Ref country code: DE