WO2015152668A1 - 방송신호 전송방법, 방송신호 수신방법, 방송신호 전송장치, 방송신호 수신장치 - Google Patents

방송신호 전송방법, 방송신호 수신방법, 방송신호 전송장치, 방송신호 수신장치 Download PDF

Info

Publication number
WO2015152668A1
WO2015152668A1 PCT/KR2015/003338 KR2015003338W WO2015152668A1 WO 2015152668 A1 WO2015152668 A1 WO 2015152668A1 KR 2015003338 W KR2015003338 W KR 2015003338W WO 2015152668 A1 WO2015152668 A1 WO 2015152668A1
Authority
WO
WIPO (PCT)
Prior art keywords
field
link layer
packet
length
signaling
Prior art date
Application number
PCT/KR2015/003338
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 CN201580001959.XA priority Critical patent/CN105580342B/zh
Priority to KR1020177020936A priority patent/KR101857673B1/ko
Priority to CA2921894A priority patent/CA2921894C/en
Priority to US14/906,837 priority patent/US10873653B2/en
Priority to EP15774159.6A priority patent/EP3043531A4/en
Priority to KR1020167001206A priority patent/KR101764634B1/ko
Publication of WO2015152668A1 publication Critical patent/WO2015152668A1/ko
Priority to US16/950,108 priority patent/US11316959B2/en
Priority to US17/698,530 priority patent/US20220210251A1/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/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/434—Disassembling of a multiplex stream, e.g. demultiplexing audio and video streams, extraction of additional data from a video stream; Remultiplexing of multiplex streams; Extraction or processing of SI; Disassembling of packetised elementary stream
    • H04N21/4343—Extraction or processing of packetized elementary streams [PES]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • 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/30—Definitions, standards or architectural aspects of layered protocol stacks
    • H04L69/32—Architecture of open systems interconnection [OSI] 7-layer type protocol stacks, e.g. the interfaces between the data link level and the physical level
    • H04L69/322—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions
    • H04L69/324—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions in the data link layer [OSI layer 2], e.g. HDLC
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60—Network streaming of media packets
    • H04L65/61—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio
    • H04L65/611—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio for multicast or broadcast
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60—Network streaming of media packets
    • H04L65/65—Network streaming protocols, e.g. real-time transport protocol [RTP] or real-time control protocol [RTCP]
    • 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/16—Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP]
    • H04L69/161—Implementation details of TCP/IP or UDP/IP stack architecture; Specification of modified or new header fields
    • 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/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/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/6437—Real-time Transport Protocol [RTP]
    • 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/83—Generation or processing of protective or descriptive data associated with content; Content structuring
    • H04N21/84—Generation or processing of descriptive data, e.g. content descriptors
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04H—BROADCAST COMMUNICATION
    • H04H60/00—Arrangements for broadcast applications with a direct linking to broadcast information or broadcast space-time; Broadcast-related systems
    • H04H60/68—Systems specially adapted for using specific information, e.g. geographical or meteorological information
    • H04H60/73—Systems specially adapted for using specific information, e.g. geographical or meteorological information using meta-information
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/02—Details
    • H04L12/16—Arrangements for providing special services to substations
    • H04L12/18—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast

Definitions

  • the present invention relates to a broadcast signal transmission method, a broadcast signal reception method, a broadcast signal transmission device, and a broadcast signal reception device.
  • an object of the present invention is to provide a broadcast signal transmission apparatus capable of transmitting and receiving broadcast signals for a next generation broadcast service, a broadcast signal receiving apparatus, and a method of transmitting and receiving broadcast signals for next generation broadcast services.
  • a method for transmitting a broadcast signal includes generating a plurality of signaling information for signaling broadcast data; Generating a link layer packet using the plurality of signaling information, wherein the link layer packet includes a link layer header and a link layer payload, and the link layer header includes a packet type field and a packet configuration Field, a count field, wherein the packet type field indicates that information included in the link layer payload is signaling information, and the packet configuration field indicates whether the link layer payload includes a plurality of signaling information.
  • the count field indicates the number of signaling information included in the link layer payload, and the signaling information is connected and included in the link layer payload.
  • the link layer header further includes a signaling class field, an information type field, and a signaling format field
  • the signaling class field indicates a target signaled by the signaling information
  • the information type field corresponds to the signaling information
  • a signaling format field may indicate a format of the signaling information
  • the signaling format field may indicate that a plurality of signaling information included in the link layer payload is a plurality of section tables.
  • the length of the link layer header may be determined by a value of the signaling format field, and the length of the link layer payload may be determined by values of section length fields of the plurality of section tables.
  • section length fields of said plurality of section tables are sequentially located on said link layer payload, said plurality of section length fields are located at a fixed position from each starting point of said plurality of section tables, and said section length The field may indicate the length of the section table.
  • the signaling format field may indicate that a plurality of signaling information included in the link layer payload is a plurality of descriptors.
  • the link layer header further includes a payload length part including a plurality of payload length fields, wherein each of the payload length fields may indicate a length of each of the plurality of signaling information.
  • whether the payload length part is further included in the link layer header may be determined by a value of the signaling format field.
  • a method for transmitting a broadcast signal includes generating signaling information signaling broadcast data; Generating a link layer packet using the signaling information, wherein the link layer packet includes a link layer header and a link layer payload, and the link layer payload is obtained by dividing the signaling information.
  • the link layer header includes a packet type field and a packet configuration field
  • the packet type field indicates that information included in the link layer payload is signaling information
  • the packet configuration field is Indicate whether the link layer payload includes one of segments in which the signaling information is divided; Generating a broadcast signal using the link layer packet; Transmitting the broadcast signal; It may be a broadcast signal transmission method including a.
  • the link layer header further includes a signaling class field, an information type field, and a signaling format field, and the signaling class field.
  • the information type field may include information about the signaling information
  • the signaling format field may indicate a format of the signaling information.
  • An apparatus for transmitting broadcast signals includes: a first module for generating a plurality of signaling information for signaling broadcast data; A second module for generating a link layer packet using the plurality of signaling information, wherein the link layer packet includes a link layer header and a link layer payload, the link layer header includes a packet type field, And a packet configuration field and a count field, wherein the packet type field indicates that information included in the link layer payload is signaling information, and the packet configuration field indicates whether the link layer payload includes a plurality of signaling information.
  • the count field indicates the number of the plurality of signaling information included in the link layer payload, and the plurality of signaling information are connected and included in the link layer payload;
  • a third module for generating a broadcast signal using the link layer packet and transmitting the broadcast signal may be a broadcast signal transmission apparatus including a.
  • the link layer header further includes a signaling class field, an information type field, and a signaling format field
  • the signaling class field indicates a target signaled by the signaling information
  • the information type field corresponds to the signaling information
  • a signaling format field may indicate a format of the signaling information
  • the signaling format field may indicate that a plurality of signaling information included in the link layer payload is a plurality of section tables.
  • the length of the link layer header may be determined by a value of the signaling format field, and the length of the link layer payload may be determined by values of section length fields of the plurality of section tables.
  • section length fields of said plurality of section tables are sequentially located on said link layer payload, said plurality of section length fields are located at a fixed position from each starting point of said plurality of section tables, and said section length The field may indicate the length of the section table.
  • the signaling format field may indicate that a plurality of signaling information included in the link layer payload is a plurality of descriptors.
  • the link layer header further includes a payload length part including a plurality of payload length fields, wherein each of the payload length fields may indicate a length of each of the plurality of signaling information.
  • whether the payload length part is further included in the link layer header may be determined by a value of the signaling format field.
  • a broadcast signal transmitting apparatus includes: a first module for generating signaling information signaling broadcast data; A third module for generating a link layer packet using the signaling information, wherein the link layer packet includes a link layer header and a link layer payload, and the link layer payload includes the signaling information.
  • the link layer header includes a packet type field and a packet configuration field
  • the packet type field indicates that the information included in the link layer payload is signaling information
  • the packet configuration A field indicates whether the link layer payload includes one of segments in which the signaling information is divided
  • the link layer header further includes a signaling class field, an information type field, and a signaling format field, and the signaling class field.
  • the information type field may include information about the signaling information
  • the signaling format field may indicate a format of the signaling information.
  • the present invention can provide an efficient broadcast signal transmission method, a broadcast signal reception method, a broadcast signal transmission device, and a broadcast signal reception device.
  • the present invention can increase data transmission efficiency and increase robustness of transmission and reception of broadcast signals.
  • FIG. 1 is a diagram illustrating a protocol stack for a hybrid-based next generation broadcasting system according to an embodiment of the present invention.
  • FIG. 2 illustrates an interface of a link layer according to an embodiment of the present invention.
  • FIG 3 illustrates a structure of a packet of a link layer according to an embodiment of the present invention.
  • FIG. 4 is a diagram illustrating a packet type according to a value of a packet type element according to an embodiment of the present invention.
  • FIG. 5 is a diagram illustrating a structure of a header of a packet of a link layer when an IP packet is delivered to the link layer according to an embodiment of the present invention.
  • FIG. 6 is a diagram illustrating meaning and configuration information of a header according to a value of a C / S field according to an embodiment of the present invention.
  • FIG. 7 is a diagram illustrating the meaning according to the value of a count field according to an embodiment of the present invention.
  • FIG. 8 is a diagram illustrating an equation and a formula for calculating a segment length according to a value of a Seg_Len_ID field according to an embodiment of the present invention.
  • FIG. 9 is a diagram illustrating a process of encapsulating a normal packet and an equation for calculating a link layer packet length according to an embodiment of the present invention.
  • FIG. 10 is a diagram illustrating a procedure for encapsulating a concatenated packet and a formula for calculating a link layer packet length according to an embodiment of the present invention.
  • FIG. 11 illustrates a process of obtaining a length of a concatenated packet including an IPv4 packet and calculating an offset value at which a length field of an IP packet is located, according to an embodiment of the present invention. The figure shown.
  • FIG. 12 illustrates a process of obtaining a length of a concatenated packet including an IPv6 packet and calculating an offset value in which a length field of an IP packet is located, according to an embodiment of the present invention. The figure shown.
  • FIG. 13 is a diagram illustrating a process of encapsulating a segmented packet according to an embodiment of the present invention.
  • FIG. 14 illustrates a segmentation process of an IP packet and header information of a link layer packet according to an embodiment of the present invention.
  • FIG. 15 is a diagram illustrating a segmentation process of an IP packet including a cyclic redundancy check (CRC) according to an embodiment of the present invention.
  • CRC cyclic redundancy check
  • 16 is a diagram illustrating a header structure of a link layer packet when an MPEG-2 transport stream (TS) is input to a link layer according to an embodiment of the present invention.
  • TS MPEG-2 transport stream
  • 17 is a diagram illustrating the number of MPEG-2 TS packets included in a payload of a link layer packet according to a value of a count field according to an embodiment of the present invention.
  • FIG. 18 illustrates a header of an MPEG-2 TS packet according to an embodiment of the present invention.
  • FIG. 19 is a diagram illustrating a procedure of changing a use of a Transport Error Indicator field in a transceiver according to an embodiment of the present invention.
  • FIG. 20 illustrates a process of encapsulating MPEG-2 TS packets according to an embodiment of the present invention.
  • 21 is a diagram illustrating a process of encapsulating MPEG-2 TS packets having the same PID according to an embodiment of the present invention.
  • 22 is a diagram illustrating an equation for obtaining a length of a link layer packet when a common PID reduction process and a common PID reduction process are performed according to an embodiment of the present invention.
  • FIG. 23 is a diagram illustrating the number of concatenated MPEG-2 TS packets according to a count field and the length of a link layer packet when Common PID reduction is applied according to an embodiment of the present invention.
  • FIG. 24 illustrates a process of encapsulating an MPEG-2 TS packet including a null packet according to an embodiment of the present invention.
  • FIG. 25 is a diagram illustrating a process of processing an indicator for counting removed null packets and an equation for obtaining a length of a link layer packet in this process, according to an embodiment of the present invention.
  • FIG. 26 is a diagram illustrating a process of encapsulating an MPEG-2 TS packet including a null packet according to another embodiment of the present invention.
  • FIG. 27 illustrates a process of encapsulating MPEG-2 TS packets including the same PID (packet identifier) in a stream including null packets according to an embodiment of the present invention. to be.
  • FIG. 28 illustrates an example of encapsulating MPEG-2 TS packets including the same PID (packet identifier) in a stream including null packets according to an embodiment of the present invention. Is a diagram showing an equation for obtaining a length of a link layer packet.
  • 29 illustrates a structure of a link layer packet for signaling transmission according to an embodiment of the present invention.
  • FIG. 30 illustrates a structure of a link layer packet for framed packet transmission according to an embodiment of the present invention.
  • FIG. 31 is a diagram illustrating syntax of a framed packet according to an embodiment of the present invention.
  • FIG. 32 illustrates a receiver of a next generation broadcast system according to an embodiment of the present invention.
  • FIG 33 illustrates a general format of a section table according to an embodiment of the present invention.
  • FIG. 34 illustrates a structure of a link layer packet for transmission of signaling according to an embodiment of the present invention.
  • FIG. 35 is a diagram illustrating meaning of a value indicated by a signaling type field and content of a fixed header and an extended header following the signaling type field according to an embodiment of the present invention.
  • 36 is a diagram illustrating the number of descriptors constituting a payload of a link layer packet according to a Concatenation Count (Count) field value according to an embodiment of the present invention.
  • FIG. 37 illustrates a process of encapsulating a section table in a payload when signaling information input to the payload of a link layer packet is a section table according to an embodiment of the present invention.
  • NIT network information table
  • FIG. 39 illustrates syntax of a delivery system descriptor included in a network information table (NIT) according to an embodiment of the present invention.
  • FIG. 40 is a diagram illustrating syntax of a fast information table (FIT) according to an embodiment of the present invention.
  • FIG. 41 is a diagram illustrating a process of encapsulating a descriptor in a payload when signaling information input to a payload of a link layer packet is a descriptor according to an embodiment of the present invention.
  • FIG. 42 illustrates syntax of a fast information descriptor according to an embodiment of the present invention.
  • FIG. 43 illustrates a delivery system descriptor according to an embodiment of the present invention.
  • FIG. 44 illustrates one link layer with one GSE-LLC data when signaling information input to the payload of the link layer packet is a GSE-LLC type used in the DVB-GSE standard according to an embodiment of the present invention.
  • FIG. 45 illustrates a case in which one GSE-LLC data is included in several link layers when signaling information input to a payload of a link layer packet is a GSE-LLC type used in the DVB-GSE standard according to an embodiment of the present invention.
  • 46 is a diagram illustrating a signaling information transmission method according to an embodiment of the present invention.
  • FIG. 47 illustrates a header of a link layer packet for RoHC transmission according to an embodiment of the present invention.
  • Embodiment # 1 is a view showing Embodiment # 1 of a method of transmitting RoHC packets via a link layer packet according to the present invention.
  • FIG. 49 is a view showing Embodiment # 2 of a RoHC packet transmission method through a link layer packet according to the present invention.
  • FIG. 50 is a diagram illustrating Embodiment # 3 of a method of transmitting RoHC packets through a link layer packet according to the present invention.
  • FIG. 51 is a view showing Embodiment # 4 of a RoHC packet transmission method through a link layer packet according to the present invention.
  • FIG. 52 is a diagram illustrating a header of a link layer packet for RoHC transmission according to an embodiment of the present invention when the MTU is 1500.
  • FIG. 52 is a diagram illustrating a header of a link layer packet for RoHC transmission according to an embodiment of the present invention when the MTU is 1500.
  • FIG. 53 is a view showing Embodiment # 1 of a method of transmitting RoHC packets through a link layer packet when the MTU is 1500 according to the present invention.
  • FIG. 54 shows a second embodiment of a RoHC packet transmission method through a link layer packet when the MTU is 1500 according to the present invention.
  • FIG. 55 is a view showing Embodiment # 3 of a method of transmitting RoHC packets via a link layer packet when the MTU is 1500 according to the present invention.
  • FIG. 56 is a view showing Embodiment # 4 of a RoHC packet transmission method via a link layer packet when the MTU is 1500 according to the present invention.
  • FIG. 57 is a view showing Embodiment # 5 of a method of transmitting RoHC packets via a link layer packet when the MTU is 1500 according to the present invention.
  • FIG. 58 is a view showing Embodiment # 6 of a RoHC packet transmission method via a link layer packet when the MTU is 1500 according to the present invention.
  • FIG. 59 is a view showing Embodiment # 7 of a method of transmitting RoHC packets via a link layer packet when the MTU is 1500 according to the present invention.
  • 60 is a diagram illustrating a structure of a header of a link layer packet when an IP packet is delivered to a link layer according to another embodiment of the present invention.
  • FIG. 61 is a diagram illustrating values of respective fields in a header of a link layer packet when an IP packet is delivered to a link layer according to another embodiment of the present invention.
  • FIG. 62 is a diagram illustrating a case in which one IP packet is included in a link layer payload in a link layer packet header when an IP packet is delivered to a link layer according to another embodiment of the present invention.
  • FIG. 63 illustrates a case in which a plurality of IP packets are concatenated and included in a link layer payload in a link layer packet header when an IP packet is delivered to a link layer according to another embodiment of the present invention.
  • FIG. 63 illustrates a case in which a plurality of IP packets are concatenated and included in a link layer payload in a link layer packet header when an IP packet is delivered to a link layer according to another embodiment of the present invention.
  • FIG. 64 illustrates a case in which one IP packet is segmented and included in a link layer payload in a link layer packet header when an IP packet is delivered to a link layer according to another embodiment of the present invention.
  • 65 is a diagram illustrating link layer packets having segmented segments in a link layer packet header when an IP packet is delivered to a link layer, according to another embodiment of the present invention.
  • FIG. 66 illustrates a method of utilizing CRC encoding in a header of a link layer packet when an IP packet is delivered to a link layer according to another embodiment of the present invention.
  • 67 is a diagram illustrating a structure of a link layer packet when signaling information is transmitted to a link layer according to another embodiment of the present invention.
  • FIG. 68 is a diagram illustrating a value of each field in a link layer packet structure when signaling information is transmitted to a link layer according to another embodiment of the present invention.
  • 69 is a diagram illustrating a structure of a case in which signaling information is one section table in a link layer packet structure when signaling information is delivered to a link layer, according to another embodiment of the present invention.
  • 70 is a diagram illustrating a structure of a case in which signaling information is one descriptor in a link layer packet structure when signaling information is transmitted to a link layer according to another embodiment of the present invention.
  • FIG. 71 is a diagram illustrating a structure in a case where signaling information is a plurality of descriptors in a link layer packet structure when signaling information is delivered to a link layer according to another embodiment of the present invention.
  • FIG. 71 is a diagram illustrating a structure in a case where signaling information is a plurality of descriptors in a link layer packet structure when signaling information is delivered to a link layer according to another embodiment of the present invention.
  • FIG. 72 is a diagram illustrating a structure of a case in which signaling information is a plurality of section tables in a link layer packet structure when signaling information is transmitted to a link layer according to another embodiment of the present invention.
  • FIG. 72 is a diagram illustrating a structure of a case in which signaling information is a plurality of section tables in a link layer packet structure when signaling information is transmitted to a link layer according to another embodiment of the present invention.
  • 73 is a diagram illustrating a structure of a case in which signaling information does not have a separate length value in a link layer packet structure when signaling information is transmitted to a link layer, according to another embodiment of the present invention.
  • 74 is a diagram illustrating a structure in which one signaling information is divided into a plurality of segments in a link layer packet structure when signaling information is transmitted to a link layer according to another embodiment of the present invention.
  • 75 is a diagram illustrating a method for transmitting a broadcast signal according to an embodiment of the present invention.
  • 76 is a diagram illustrating an apparatus for transmitting a broadcast signal according to an embodiment of the present invention.
  • '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' means a certain unit for transmitting data belonging to a physical layer. Accordingly, the content named 'PLP' in this specification may be referred to as '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.
  • An object of the present invention is to provide a method for encapsulation so that IP packets, MPEG-2 TS packets, and packets usable in other broadcasting systems can be delivered to a physical layer in a next generation digital broadcasting system.
  • a method for transmitting layer 2 signaling in the same header format is also proposed.
  • the signaling processor, the protocol processor, the processor, and / or the packet generator may perform the processes described below.
  • the present invention is to provide an apparatus and method for transmitting and receiving broadcast signals for the next generation broadcast service.
  • the next generation broadcast service according to an embodiment of the present invention is a concept including a terrestrial broadcast service, a mobile broadcast service, and an ultra high definition television (UHDTV) service.
  • the broadcast signal for the next generation broadcast service may be processed using a non-MIMO (Multi Input Multi Output) method or a MIMO method.
  • the non-MIMO scheme according to an embodiment of the present invention may include a MISO (Multi Input Single Output), a SISO (Single Input Single Output) scheme, and the like.
  • multiple antennas of MISO or MIMO may be described with two antennas as an example for convenience of description, but the description of the present invention may be applied to a system using two or more antennas.
  • FIG. 1 is a diagram illustrating a protocol stack for a hybrid-based next generation broadcasting system according to an embodiment of the present invention.
  • the present invention proposes a structure of a data link (encapsulation) portion shown in FIG. 1 and transmits an MPEG-2 TS (Transport Stream) and / or IP (Internet Protocol) packet transmitted from an upper layer to a physical layer (IP).
  • MPEG-2 TS Transport Stream
  • IP Internet Protocol
  • the protocol layer may be referred to in various terms such as a data link layer, an encapsulation layer, and a layer 2. In the present invention, it is described as a link layer. In fact, when the present invention is applied, the term 'link layer' may be replaced or used, or a new name may be given to the corresponding layer.
  • the broadcast system according to the present invention may correspond to a hybrid broadcast system in which an Internet Protocol (IP) centric broadcast network and a broadband are combined.
  • IP Internet Protocol
  • the broadcast system according to the present invention may be designed to maintain compatibility with an existing MPEG-2 based broadcast system.
  • the broadcast system according to the present invention may correspond to a hybrid broadcast system based on a combination of an IP centric broadcast network, a broadband network, and / or a mobile communication network or a cellular network. Can be.
  • the physical layer may use a physical protocol employed in a broadcasting system such as an ATSC system and / or a DVB system.
  • an IP datagram is obtained from information obtained from the physical layer, or the obtained IP datagram is converted into a specific frame (for example, an RS frame, a GSE-lite, a GSE, or a signal frame).
  • a specific frame for example, an RS frame, a GSE-lite, a GSE, or a signal frame.
  • the frame may include a set of IP datagrams.
  • a fast access channel includes information (eg, mapping information between a service ID and a frame) for making a service and / or content accessible.
  • the broadcasting system of the present invention includes IP (Internet Protocol), UDP (User Datagram Protocol), TCP (Transmission Control Protocol), ALC / LCT (Asynchronous Layered Coding / Layered Coding Transport), RCP / RTCP (Rate Control Protocol / RTP Control Protocol). ), HTTP (Hypertext Transfer Protocol), and FLUTE (File Delivery over Unidirectional Transport).
  • IP Internet Protocol
  • UDP User Datagram Protocol
  • TCP Transmission Control Protocol
  • ALC / LCT Asynchronous Layered Coding / Layered Coding Transport
  • RCP / RTCP Real Control Protocol
  • HTTP Hypertext Transfer Protocol
  • FLUTE File Delivery over Unidirectional Transport
  • data may be transmitted in an ISO base media file format (ISOBMFF).
  • ISOBMFF ISO base media file format
  • ESG Electrical service guide
  • NRT non real time
  • a / V audio / video
  • a / V audio / video
  • / or general data may be transmitted in the form of ISOBMFF.
  • Transmission of data by the broadcast network may include transmission of linear content and / or transmission of non-linear content.
  • RTP / RTCP based A / V may correspond to the transmission of linear content.
  • the RTP payload may be transmitted in the form of RTP / AV stream including NAL (Network Abstraction Layer) and / or encapsulated in ISO based media file format.
  • the transmission of the RTP payload may correspond to the transmission of linear content.
  • Encapsulated transmission in ISO based media file format may include MPEG DASH media segment for A / V.
  • Transmission of FLUTE-based ESG, transmission of non-timed data, and transmission of NRT content may correspond to transmission of non-linear content. They can be sent in the form of MIME types and / or encapsulated in ISO based media file format. Encapsulated transmission in ISO based media file format may include MPEG DASH media segment for A / V.
  • the transmission by the broadband network can be considered to be divided into transmission for content and transmission for signaling data.
  • the transmission of content includes the transmission of linear content (A / V, data (closed caption, emergency alert message, etc.) and the transmission of non-linear content (ESG, non-timed data, etc.), MPEG DASH-based media segments (A / V, data) includes the transmission.
  • the transmission of signaling data may include transmission including a signaling table (including MPD of MPEG DASH) transmitted through a broadcasting network.
  • a signaling table including MPD of MPEG DASH
  • the broadcast system of the present invention can support synchronization between linear / non-linear content transmitted through a broadcast network, or synchronization between content transmitted through a broadcast network and content transmitted through a broadband. For example, if a single UD content is simultaneously transmitted through a broadcast network and broadband, the receiver may adjust a timeline that is dependent on a transport protocol, and reconstruct the broadcast network content and the broadband content into one UD content after synchronization. have.
  • the Applications layer of the broadcasting system of the present invention can implement technical features such as interactivity, personalization, second screen, automatic content recognition (ACR), and the like.
  • This feature is an important feature, for example, in extending from North American broadcast standard ATSC2.0 to ATSC3.0.
  • ATSC2.0 North American broadcast standard
  • ATSC3.0 North American broadcast standard
  • HTML5 can be used for bidirectional features.
  • HTML and / or HTML5 may be used to identify spatial and temporal relationships between components or between interactive applications.
  • the broadcast system according to another embodiment of the present invention corresponds to adding or changing a part of the above-described broadcast system, the description of each component is replaced with the description of the broadcast system.
  • the broadcast system includes a system structure that maintains compatibility with the MPEG-2 system. For example, it supports linear / non-linear content transmitted from an existing MPEG-2 system so that the ATSC 3.0 system can receive and operate it, or receive data from an ATSC 3.0 system, that is, MPEG-2 TS or IP. Depending on whether it is a datagram, the processing of A / V and Data can be flexibly adjusted.
  • information / data obtained from a physical layer is converted into an MPEG-2 TS or an IP datagram, or a specific frame (eg, using an IP datagram) is used.
  • a specific frame eg, using an IP datagram
  • RS Frame For example, RS Frame, GSE-lite, GSE or Signal Frame.
  • the broadcast system includes signaling information that can be flexibly obtained according to MPEG-2 TS or IP datagram for service / content acquisition through a broadcast network. That is, in the broadcast system, the acquisition of signaling information may acquire signaling information on the basis of MPEG-2 TS, or may obtain signaling information from data according to the UDP protocol.
  • the broadcast system of the present invention can support synchronization between linear / non-linear content based on a broadcast network encapsulated with MPEG-2 TS and / or IP datagram. Or, it may support synchronization between content fragments transmitted through broadcast networks and broadband, respectively. For example, if a single UD content is simultaneously transmitted through a broadcast network and broadband, the receiver may adjust a timeline that is dependent on a transport protocol, and reconstruct the broadcast network content and the broadband content into one UD content after synchronization. have.
  • FIG. 2 illustrates an interface of a link layer according to an embodiment of the present invention.
  • an IP packet and / or MPEG-2 TS packet mainly used in digital broadcasting may be considered as an input.
  • the transmitter also supports the packet structure of a new protocol that can be used in future broadcasts. Data and signaling encapsulated in the link layer are delivered to the physical layer.
  • the transmitter transmits a signal including the corresponding data by performing processing corresponding to the protocol of the physical layer supported by the broadcasting system, on the transmitted data (including the signaling data).
  • the receiver restores data and signaling delivered from the physical layer to a form of data that can be processed by a higher layer.
  • the receiver reads the header of the packet or, in some other way described below, whether the packet carried in the physical layer is signaling (or signaling data) or data (or content data). Can be distinguished.
  • the signaling (ie signaling data) delivered in the link layer of the transmitter is transmitted in the upper layer, and in the signaling and link layer that should be delivered to the upper layer of the receiver.
  • Signaling is generated to provide information about the processing of data at the link layer of the receiver, and / or is generated at the upper layer or link layer, but not at the physical layer. May include signaling that is delivered for quick detection of specific data (eg, service, content and / or signaling data).
  • FIG 3 illustrates a structure of a packet of a link layer according to an embodiment of the present invention.
  • the packet of the link layer may include a fixed header, an extended header, and / or a payload.
  • the fixed header is a fixed size header.
  • the fixed header may have a size of 1 byte.
  • Extended headers are resizable headers. After the fixed header and the extended header, a payload including data transmitted from a higher layer is placed.
  • the fixed header may include a packet type element and / or an indicator part element.
  • the packet type element may have a size of 3 bits.
  • the packet type element identifies a packet type of an upper layer (upper layer of the link layer). The type of packet identified according to the value of the packet type element will be described later.
  • the indication part element may include a configuration method of a payload and / or configuration information of an extension header.
  • the configuration method and / or configuration information indicated by the indication part element may vary depending on the type of packet.
  • FIG. 4 is a diagram illustrating a packet type according to a value of a packet type element according to an embodiment of the present invention.
  • the packet type element when the packet type element has a value of '000', it indicates that the packet transmitted from the upper layer to the link layer is a packet of IPv4 (Internet Protocol version 4).
  • IPv4 Internet Protocol version 4
  • the packet type element When the packet type element has a value of '001', it indicates that a packet transmitted from a higher layer to a link layer is a packet of IPv6 (Internet Protocol version 6).
  • IPv6 Internet Protocol version 6
  • the packet type element has a value of '010', this indicates that the packet transmitted from the upper layer to the link layer is a compressed IP packet.
  • the packet type element When the packet type element has a value of '011', it indicates that a packet transmitted from a higher layer to a link layer is a packet of MPEG-2 TS.
  • the packet type element When the packet type element has a value of '101', it indicates that a packet transmitted from a higher layer to a link layer is a packet of a packetized stream.
  • the packetized stream may correspond to an MPEG media transport packet.
  • the packet type element has a value of '110', this indicates that a packet transmitted from a higher layer to a link layer is a packet for transmitting signaling (signaling data).
  • this may indicate that a packet transmitted from a higher layer to a link layer is a framed packet type.
  • FIG. 5 is a diagram illustrating a structure of a header of a packet of a link layer when an IP packet is delivered to the link layer according to an embodiment of the present invention.
  • the value of a packet type element is 000B (3 bits of 000) or 001B (3 bits of 001).
  • the indication part element following the packet type element may include a C / S (Concatenation / Segmentation) field and / or a 3-bit additional field (hereinafter, Field ").
  • the additional field of the fixed header and the information of the extended header are determined according to the 2-bit C / S (Concatenation / Segmentation) field following the packet type element.
  • the C / S field indicates the type in which the input IP packet is processed, and contains information on the length of the extension header accordingly.
  • the payload of the link layer packet includes a normal packet.
  • the normal packet means that the input IP packet becomes the payload of the link layer packet as it is.
  • the additional field of the fixed header part is not used and is reserved for future use.
  • the extended header may not be used.
  • the value of the C / S field is 01B (2 bits of 01)
  • the payload of the link layer packet includes a concatenated packet.
  • the connection packet includes one or more IP packets. That is, one or more IP packets may be included in the payload of the link layer packet.
  • the extended header is not used, and the additional field following the C / S field is used as a count field. Details of the count field will be described later.
  • a segmentation packet is a packet which divides one IP packet into several segments, and contains one segment among them. That is, the payload of the link layer packet includes any one of a plurality of segments included in the IP packet.
  • the additional field following the C / S field is used as the segment ID.
  • a segment identifier is information that uniquely identifies a segment. The segment identifier is an ID given when an IP packet is segmented. When a segment transmitted later is combined into one segment, the segment identifier identifies a component of the same IP packet.
  • a segment identifier may have a size of 3 bits and simultaneously support segmentation of 8 IP packets. For example, segments divided in one IP packet may have the same segment identifier.
  • the extension header may have a length of 1 byte.
  • the extension header may include a Seg_SN field (Segment Sequence Number field) and / or a Seg_Len_ID field (Segment Length ID field).
  • the Seg_SN field (segment sequence number field) may have a length of 4 bits and indicates the sequence number of the corresponding segment in the IP packet. Seg_SN field This field is used to check the order of each segment when the IP packet is segmented. Therefore, link layer packets including payloads segmented from one IP packet have the same segment identifier (Seg_ID), but have different Seg_SN fields.
  • the Seg_SN field may have a size of 4 bits. At this time, one IP packet may be segmented up to 16 segments. If the IP packet is to be divided into more segments, the size of the Seg_SN field may be extended to indicate the order and / or number of segments.
  • the Seg_Len_ID field may have a length of 4 bits and is an identifier for identifying the length of the segment.
  • the length of the actual segment according to the value of the Seg_Len_ID field may be identified by a table to be described later.
  • a 4-bit Seg_Len_ID field can be extended to a 12-bit segment length field, in which case a 2-byte extension header is added to the link layer packet. May be included.
  • the receiver uses the value of the C / S field to identify the link layer packet transmitting the last segment, and to identify the segment included in the payload of the packet. It can be recognized as the last segment of a packet.
  • the additional field after the C / S field is used as the segment ID.
  • the extension header may have a length of 2 bytes.
  • the extension header includes a Seg_SN field (Segment Sequence Number field) and / or an L_Seg_Len field (Last Segment Length field).
  • the L_Seg_Len field (Last Segment Length field) indicates the actual length of the last segment. If the segment is segmented into the same size from the beginning of the IP packet by using the Seg_Len_ID field, the size of the last segment may be different from that of the previous segment. Therefore, the length of the segment can be indicated directly by using the L_Seg_Len field. Although it may vary depending on the allocated number of bits of the L_Seg_Len field, according to the allocation of the number of bits according to an embodiment of the present application, the L_Seg_Len field may indicate that the length of the last segment is 1 to 4095 bytes.
  • one IP packet when one IP packet is divided into a plurality of segments, it may be divided into segments of a predetermined length, but the length of the last segment may vary depending on the length of the IP packet. Therefore, the length of the last segment needs to be signaled separately. Description of the fields having the same name is replaced with the above description.
  • FIG. 6 is a diagram illustrating meaning and configuration information of a header according to a value of a C / S field according to an embodiment of the present invention.
  • the normal packet is included in the payload of the link layer packet, and the additional field indicates a reserved state. Meanwhile, the extended header may not be included in the link layer packet. In this case, the total length of the header of the link layer packet may be 1 byte.
  • the connection packet is included in the payload of the link layer packet, and the additional field may be used as the count field.
  • the count field will be described later.
  • the extended header may not be included in the link layer packet.
  • the total length of the header of the link layer packet may be 1 byte.
  • the split packet is included in the payload of the link layer packet, and the additional field may be used as a segment ID.
  • an extended header may be included in the link layer packet.
  • the extended header may include a Seg_SN field and / or a Seg_Len_ID field.
  • the content of the Seg_SN field or the Seg_Len_ID field is replaced with the above description or a description later.
  • the total length of the header of the link layer packet may be 2 bytes.
  • the split packet (packet including the last segment) is included in the payload of the link layer packet, and the additional field may be used as a segment ID.
  • the extended header may be included in the link layer packet.
  • the extended header may include a Seg_SN field and / or an L_Seg_Len field. The contents of the Seg_SN field or the L_Seg_Len field are replaced with the above description or the following description.
  • the total length of the header of the link layer packet may be 3 bytes.
  • FIG. 7 is a diagram illustrating the meaning according to the value of a count field according to an embodiment of the present invention.
  • the count field may be used when the payload of the link layer packet includes a concatenated packet.
  • the count field indicates how many IP packets are included in one payload.
  • the value of the count field may represent the number of IP packets that are concatenated as it is, but since zero or one concatenation is meaningless, the count field is the number of IP packets obtained by adding 2 to the value of the count field. It can be included in the load. According to an embodiment, since three bits may be allocated to the count field, this may indicate that up to nine IP packets are included in the payload of one link layer packet. When more IP packets need to be included in one payload, the length of the count field may be extended or additional signaling may be performed for the number of nine or more IP packets in the extension header.
  • FIG. 8 is a diagram illustrating an equation and a formula for calculating a segment length according to a value of a Seg_Len_ID field according to an embodiment of the present invention.
  • the Seg_Len_ID field is used to express the length of a segment except the last segment among several segments. To reduce the overhead of the header needed to indicate the length of the segment, the size of the segment can be limited to 16.
  • the length of the segment is determined according to the input size of the packet determined according to the code rate of the forward error correction (FEC) processed by the physical layer, and the length according to each value of the Seg_Len_ID field.
  • FEC forward error correction
  • the length of the segment may be predetermined.
  • the information about the length of the segment according to each value of the Seg_Len_ID field is generated at the transmitter, transferred to the receiver, and the receiver may store it.
  • the length of a segment set to each value of the Seg_Len_ID field may vary.
  • the transmitter may generate new information about the Seg_Len_ID field and transmit the new information to the receiver, and the receiver may update the stored information based on the information.
  • the length of the segment may be obtained as shown in the equation shown.
  • Len_Unit (Length Unit) is a basic unit indicating the segment length
  • min_Len means the minimum value of the length of the segment.
  • Len_Unit and min_Len should always have the same value at the transmitter and receiver. It is efficient for system operation that it does not change once determined. This value may be determined in consideration of the processing capability of the FEC of the physical layer during the initialization of the system. For example, as illustrated, the length of the segment expressed according to the value of the Seg_Len_ID field is shown. In this case, the Len_Unit value is 256 and the min_Len value is 512.
  • FIG. 9 is a diagram illustrating a process of encapsulating a normal packet and an equation for calculating a link layer packet length according to an embodiment of the present invention.
  • IPv4 IPv4
  • IPv6 IPv6
  • One IP packet becomes a payload of a link layer packet as it is, the value of a packet type element is 000B (IPv4) or 001B (IPv6), and the value of the C / S field is 00B (Normal Packet).
  • IPv4 IPv4
  • IPv6 IPv6
  • C / S field 00B (Normal Packet)
  • the remaining three bits of the fixed header may be set to a reserved field for later use.
  • the length of the link layer packet can be identified as follows.
  • the header of the IP packet includes a field indicating the length of the IP packet. Since the field indicating the length is always located at the same position, the receiver checks the field of the position shifted by a certain offset from the beginning (the beginning) of the link layer packet, and the payload length of the link layer packet is determined. You will know.
  • the receiver may read a length field having a 2-byte length at a position shifted by 2 bytes from the start of the payload in the case of IPv4 and 4 bytes from the start of the payload in the case of IPv6.
  • LIPv4 represents the total length of IPv4, and if the length LH (1 byte) of the header of the link layer packet is added to it, the entire link layer packet Becomes the length of.
  • LT represents the length of the link layer packet.
  • the length field value of IPv6 is LIPv6, since LIPv6 represents only the length of the payload of the IP packet of IPv6, the length of the header of the link layer packet and the additional IPv6 Add the fixed header length (40 bytes) to the length of the link layer packet.
  • LT represents the length of the link layer packet.
  • FIG. 10 is a diagram illustrating a procedure for encapsulating a concatenated packet and a formula for calculating a link layer packet length according to an embodiment of the present invention.
  • IPv4 or IPv6 IP packets may be connected and encapsulated into one link layer packet.
  • IPv4 or IPv6 IP packets may be connected and encapsulated into one link layer packet.
  • IP packets become payloads of the link layer packet, and the packet type element has a value of 000B (IPv4) or 001B (IPv6), and the value of the C / S field is 01B (Concatenated Packet). This is followed by a 3-bit count field that indicates how many IP packets comprise one payload.
  • the receiver may use a method similar to that of a normal packet. If the number of connected IP packets indicated by the count field is n, the length of the header of the link layer packet is LH, and the length of each IP packet is Lk (where 1 ⁇ k ⁇ n), the length of the entire link layer packet is LT. May be calculated as shown in the equation.
  • each Lk (1 ⁇ k ⁇ n) value is the value of each IP packet included in the concatenated packet. It can be checked by reading the length field value present in the header.
  • the receiver parses the length field of the first IP packet at a position with a constant offset from the end of the header of the link layer packet and starts the payload, and uses this length field to identify the length of the first IP packet. Can be.
  • the receiver parses the length field of the second IP packet at a position having a constant offset, and may use the length field to identify the length of the second IP packet.
  • FIG. 11 illustrates a process of obtaining a length of a concatenated packet including an IPv4 packet and calculating an offset value at which a length field of an IP packet is located, according to an embodiment of the present invention. The figure shown.
  • the length field of the IP packet When the IP packet is input from the transmitter, it is not difficult to read the length field of the IP packet, but since the receiver only knows the number of IP packets constituting the link layer packet through the header, the position of each length field is not known. not. However, since there is always a length field in the header of the IP packet, the length of each IP packet included in the payload of the concatenated packet can be obtained by searching for the location of the length field using the following method. .
  • N IP packets included in the payload of the connection packet are respectively assigned to IP1, IP2,... , IPk,...
  • IPn the length field corresponding to IPk is located at a position spaced Pk bytes from the start point of the payload of the connection packet.
  • Pk (1 ⁇ k ⁇ n) is an offset value where the length field of the k-th IP packet is located from the payload start point of the connection packet, and may be calculated as shown in the equation.
  • P1 of the packet of IPv4 becomes two bytes. Accordingly, the Pk value is sequentially updated from P1, and the corresponding Lk value is read and applied to the above-described equation of FIG. 10 to finally obtain the length of the connection packet.
  • FIG. 12 illustrates a process of obtaining a length of a concatenated packet including an IPv6 packet and calculating an offset value in which a length field of an IP packet is located, according to an embodiment of the present invention. The figure shown.
  • the process of obtaining the payload length is as follows. Since the length field included in the IPv6 packet is length information on the payload of the IPv6 packet, the length of the IPv6 packet can be obtained by adding 40 bytes, which is the fixed header length of IPv6, to the payload length of the IPv6 packet indicated by the length field. .
  • N IP packets included in the payload of the connection packet are respectively IP1, IP2,... , IPk,...
  • IPn the length field corresponding to IPk is located at a position Pk bytes away from the start point of the payload of the connection packet.
  • Pk (1 ⁇ k ⁇ n) is an offset value at which the length field of the k-th IP packet is located from the start point of the payload of the connection packet and may be calculated according to the equation shown.
  • P1 is 4 bytes. Therefore, while updating the Pk value sequentially from P1, by reading the corresponding Lk value and applying it to the above-described equation of FIG. 10, the length of the connection packet can be finally obtained.
  • FIG. 13 is a diagram illustrating a process of encapsulating a segmented packet according to an embodiment of the present invention.
  • IPv4 IPv4
  • IPv6 IPv6
  • the packet type element has a value of 000B (IPv4) or 001B (IPv6), and a C / S field.
  • the value of is 10B or 11B depending on the configuration of the segment.
  • the C / S field is 11B only for the segment corresponding to the last part of the IP packet, and 10B for all remaining segments.
  • the value of the C / S field may inform information about the extension header of the link layer packet. In other words, if the value of the C / S field is 10B, the header has a length of 2 bytes.
  • the segment identifier (Seg_ID) value included in the header of each link layer packet must have the same value.
  • a sequentially increasing Seg_SN value is recorded in the header of each link layer packet.
  • the length of the segment is determined to perform segmentation with the same length. After that, the Seg_Len_ID value corresponding to the length information is recorded in the header. In this case, since the length of the last segment is different from the previous segment, the length information can be directly displayed by using the L_Seg_Len field.
  • the receiver Since the length information indicated by using the Seg_Len_ID field and the L_Seg_Len field indicates only the information on the payload of the segment, that is, the link layer packet, the receiver refers to the length information of the entire link layer packet by referring to the C / S field.
  • the header length of the layer packet can be identified in addition to the payload length of the link layer packet.
  • FIG. 14 illustrates a segmentation process of an IP packet and header information of a link layer packet according to an embodiment of the present invention.
  • the figure also shows the field values of the header of each link layer packet in the process of IP packet segmentation and encapsulation into link layer packets.
  • an IP packet of 5500 bytes in length is input to the link layer, and the IP packet is divided into five segments S1, S2, S3, S4, and S5, and headers H1, H2, H3, H4 and H5 are added and encapsulated into each link layer packet.
  • the packet type element can be set to 000B.
  • the C / S field value is 10B
  • the H / C field value is 11B.
  • the segment identifiers (Seg_ID) indicating the configuration of the same IP packet are all 000B, and the Seg_SN fields are sequentially displayed from 0000B to 0100B from H1 to H5.
  • the Seg_Len_ID field may have a value of 0010B according to the above-described example.
  • FIG. 15 is a diagram illustrating a segmentation process of an IP packet including a cyclic redundancy check (CRC) according to an embodiment of the present invention.
  • CRC cyclic redundancy check
  • the transmitter may attach the CRC after the IP packet so that the receiver can verify the integrity of the combined packet.
  • CRC is added to the end of the packet, so the CRC is included in the last segment after the splitting process.
  • the receiver When the receiver receives data over the length of the last segment, it can recognize it as a CRC. Alternatively, the length including the length of the CRC may be signaled as the length of the last segment.
  • 16 is a diagram illustrating a header structure of a link layer packet when an MPEG-2 transport stream (TS) is input to a link layer according to an embodiment of the present invention.
  • TS MPEG-2 transport stream
  • the packet type element identifies that an MPEG-2 TS packet enters the input of a link layer. For example, at this time, the value of the packet type element may have 011B.
  • the illustrated figure shows a header structure of a link layer packet when an MPEG-2 TS is input.
  • the header of the link layer packet may include a packet type element, a count field, a PID indicator field, and / or a deleted null packet indicator (DI) field. Can be.
  • a packet element of a link layer packet header is followed by a 2-bit or 3-bit count field, a 1-bit PI (PID Indicator) field, and a 1-bit Deleted Null Packet Indicator (DI) field. If the count field is used as 2 bits, the remaining 1 bit is reserved as a reserved field for future use.
  • the fixed header part may be configured in various ways as shown in FIGS. 16A to 16D according to the position of the reserved field. In the present invention, the description is made based on the header of type (a), but the same description may be applied to other types of header.
  • the extended header may not be used.
  • the count field identifies how many MPEG-2 TS packets are included in the payload of the link layer packet. Since the size of one MPEG-2 TS packet is very small compared to the low-density parity-check (LDPC) input size, an FEC scheme that is likely to be adopted in the physical layer of a next-generation broadcasting system, a link layer ( link layer) may be considered to be concatenation. That is, one or more MPEG-2 TS packets may be included in the payload of the link layer packet. However, by limiting the number of concatenated MPEG-2 TS packets to several, it can be identified as 2 bits or 3 bits.
  • LDPC low-density parity-check
  • the receiver can also infer the size of the payload of the link layer packet using the count field.
  • An example of specifying the number of MPEG-2 TS packets according to the value of the count field will be described later.
  • the PI (Common PID indicator) field is set to 1 when the PID (Packet Identifier) of the MPEG-2 TS packets included in the payload of one link layer packet is the same, and is set to 0 otherwise.
  • the common PID indicator (PI) field may have a size of 1 bit.
  • the DI (Null Packet Deletion Indicator) field is set to 1 when deletion processing is performed on a null packet transmitted in an MPEG-2 TS packet and is set to 0 otherwise.
  • the Null Packet Deletion Indicator (DI) field may have a size of 1 bit. When the DI field becomes 1, in order to support null packet deletion in the link layer, the receiver may reuse some fields of the MPEG-2 TS packet.
  • 17 is a diagram illustrating the number of MPEG-2 TS packets included in a payload of a link layer packet according to a value of a count field according to an embodiment of the present invention.
  • the count field is 2 bits
  • the number of concatenated MPEG-2 TS packets may exist in four cases.
  • the size of the payload of the link layer packet except for the sync byte 47H may also be identified by the count field.
  • the number of MPEG-2 TS packets allocated according to the value of the count field may vary depending on the system designer.
  • FIG. 18 illustrates a header of an MPEG-2 TS packet according to an embodiment of the present invention.
  • the header of an MPEG-2 TS packet may include a sync byte field, a transport error indicator field, a payload unit start indicator field, a transport priority field, a PID field, a transport scrambling control field, an adaptation field control field, and / or a continuity counter field. Include.
  • the sync byte is for synchronizing packets and may be excluded during encapsulation in a link layer.
  • the Transport Error Indicator (EI) which is located immediately after the sync byte, is not used by the transmitter but is used to inform the upper layer of an error when an error that cannot be recovered by the receiver occurs.
  • the Transport Error Indicator field is a bit that is not used by the transmitter.
  • the Transport Error Indicator field is set during the demodulation process and indicates that there is an error that cannot be corrected in the packet.
  • the payload unit start indicator field identifies whether a packetized elementary stream (PES) or program-specific information (PSI) starts.
  • PES packetized elementary stream
  • PSI program-specific information
  • the transport priority field identifies whether priority is higher than other packets having the same PID.
  • the PID field identifies a packet.
  • the transport scrambling control field identifies whether to use scramble and / or whether to use scramble using odd or even keys.
  • the control field identifies whether an adaptation field is present.
  • the continuity counter field indicates the sequence number of the payload packet.
  • FIG. 19 is a diagram illustrating a procedure of changing a use of a Transport Error Indicator field in a transceiver according to an embodiment of the present invention.
  • the usage of the Transport Error Indicator field may be changed to a Deletion Point Indicator (DPI) field in the link layer of the transmitter as shown.
  • the Deletion Point Indicator (DPI) field is restored to the Transport Error Indicator field after the null packet related processing is completed in the link layer of the receiver. That is, the DI field may be a field for simultaneously indicating whether to change the usage of the Transport Error Indicator field of the MPEG-2 TS header together with whether to delete a null packet.
  • FIG. 20 illustrates a process of encapsulating MPEG-2 TS packets according to an embodiment of the present invention.
  • each MPEG-2 TS packet may be expressed as Mk (1 ⁇ k ⁇ n).
  • MPEG-2 TS packets generally consist of a fixed header of 4 bytes and a payload of 184 bytes.
  • One byte of the four byte header is a sync byte, and always has the same value 47H.
  • one MPEG-2 TS packet 'Mk' may contain one sync part (S) of 1 byte, a fixed header part (Hk) of 3 bytes excluding the sync byte, and / or a payload of 184 bytes.
  • part Pk (where 1 ⁇ k ⁇ n).
  • the adaptation field is used in the header of the MPEG-2 TS packet, the fixed header part is included up to the front of the adaptation field, and the remaining adaptation part is included as the payload part.
  • N MPEG-2 TS packets to be input are selected from [M1, M2, M3,. , Mn], this means that [S, H1, P1, S, H2, P2,... , S, Hn, Pn].
  • the Sync part will always have the same value, which can be found and reinserted by the receiver even if it is not sent by the transmitter. Therefore, when configuring the payload of the link layer packet, the size of the packet can be reduced by excluding the sync portion.
  • the header part and the payload part are separated except for the sync part and [H1, H2,... , Hn, P1, P2,... , Pn].
  • the payload length of the link layer packet is (nx 3) + (nx 184) bytes, plus 1 byte of the header length of the link layer packet.
  • the link layer packet length can be obtained. That is, the receiver can identify the length of the link layer packet through this process.
  • 21 is a diagram illustrating a process of encapsulating MPEG-2 TS packets having the same PID according to an embodiment of the present invention.
  • the PI (Common PID Indicator) value in the header of the link layer packet is set to one.
  • n MPEG-2 TS packets [M1, M2, M3,... , Mn] separates the header portion and the payload portion, except for the sync portion, and [H1, H2,... , Hn, P1, P2,... , Pn].
  • the header portion [H1, H2,... , Hn] are considered to have the same PID, so even if the PID is marked only once and transmitted, the receiver can restore the original header again.
  • CPID Common PID
  • Hk of the MPEG-2 TS packet excluding the PID is H'k (1 ⁇ k ⁇ n)
  • MPEG- constituting the payload of the link layer packet is defined. 2 Header part of TS [H1, H2,... , Hn] to [CPID, H'1, H'2,... , H'n]. This process may be referred to as common PID reduction.
  • 22 is a diagram illustrating an equation for obtaining a length of a link layer packet when a common PID reduction process and a common PID reduction process are performed according to an embodiment of the present invention.
  • the header portion of the MPEG-2 TS packet includes a 13-bit PID. If the MPEG-2 TS packets constituting the payload of the link layer packet have the same PID value, the PID is repeated as many as the number of concatenated packets. Thus, the header portion [H1, H2,... Of the original MPEG-2 TS packet. , Hn] excluding the PID part [H'1, H'2,... , H'n], set the common PID value to the CPID (Common PID) value, and place the CIPD in front of the reconstructed header.
  • CPID Common PID
  • the PID value is 13 bits long, and stuffing bits may be added in order for the entire packet to be in bytes.
  • the stuffing bit may be located at the front or the rear of the CPID, which may be appropriately arranged according to the configuration of another protocol layer to be connected or the implementation of the system.
  • the PID is excluded from the header part of the MPEG-2 TS packet and encapsulation is performed.
  • the payload length of the link layer packet is as follows. Can be obtained.
  • the header of the MPEG-2 TS packet excluding the sync byte has a length of 3 bytes, of which 11 bits is excluded except for the PID part of 13 bits. Therefore, when n packets are concatenation (n x 11) bits, if the number of concatenated packets is set to a multiple of 8, the (n x 11) bits are the length in bytes. In addition, a 3-bit stuffing bit may be added to the 13-bit PID length, and the CPID part having a 2-byte length may be configured.
  • the length of the header of the link layer packet is LH
  • the length LCPID of the CPID portion is LT
  • the LT can be obtained as shown in the equation.
  • LH is 1 byte and LCPID is 2 bytes.
  • FIG. 23 is a diagram illustrating the number of concatenated MPEG-2 TS packets according to a count field and the length of a link layer packet when Common PID reduction is applied according to an embodiment of the present invention.
  • the receiver may determine the link layer packet. The length can be found.
  • FIG. 24 illustrates a process of encapsulating an MPEG-2 TS packet including a null packet according to an embodiment of the present invention.
  • null packets When transmitting MPEG-2 TS packets, null packets may be included in the transport stream in order to match a fixed rate. Since the pressed packet is an overhead part in terms of transmission, the receiver can recover it even if the transmitter does not send it.
  • the Null Packet Deletion Indicator (DI) field in the header of the link layer packet may be used to delete and send a pressed packet at the transmitter and to find and restore the number and position of the pressed packet deleted at the receiver. At this time, the DI (Null Packet Deletion Indicator) value of the header of the link layer packet may be set to 1.
  • Encapsulation when the packet to be pressed is located at an arbitrary position between the input transport streams may be performed in the form of sequentially concatenating n packets except the packet to be pressed.
  • a value counted in the link layer packet may be included in the payload of the number of consecutive packets to be excluded, and the receiver generates a packet to be pressed at the original position based on the count value. Can be filled.
  • N MPEG-2 TS packets except [N1] are depressed [M1, M2, M3,. , Mn]
  • the packet to be pressed may appear anywhere between M1 and Mn.
  • a portion that counts packets to be pressed a number of times from 0 to n appears. That is, if p is the number of times that the number of packets to be pressed in one link layer packet is counted, p may range from 0 to n.
  • each Null packet is expressed as Cm
  • EI transport error indicator
  • DPI Desorption Point Indicator
  • Cm proposes to have a length of 1 byte, which may be considered to be extended when there is a margin in the packet length in the future.
  • a packet to be pressed is located between the MPEG-2 TS packets corresponding to Mi and Mi + 1, and the count value is called C1, and the MPEG-2 TS packet corresponding to Mj and Mj + 1 is located. If the packet to be pressed is located and the counted value is Cp, the actual transmission order istinct. , Mi, C1, Mi + 1,... , Mj, Cp, Mj + 1,... ] Can be
  • Cm (1 ⁇ m ⁇ p) which counts the packets to be pressed in the process of separating and rearranging the header portion and payload portion of the MPEG-2 TS packet, not the packet to be pressed to form the payload of the link layer packet, is MPEG -2 disposed between the header portion and the payload portion of the TS packet.
  • the payload of the link layer packet is [H1, H2,... , Hn, C1,... , Cp, P1, P2,... , Pn]
  • the receiver checks the count value by 1 byte in the order shown in the DPI field of Hk, and restores the packet to be pressed according to the order of the original MPEG-2 TS packet by the number.
  • FIG. 25 is a diagram illustrating a process of processing an indicator for counting removed null packets and an equation for obtaining a length of a link layer packet in this process, according to an embodiment of the present invention.
  • the value of the DPI field can be set to indicate that the packet to be deleted has been deleted and the count value corresponding thereto is present.
  • the value of the DPI field in Hi among the headers of the plurality of MPEG-2 TS packets is 1, which is encapsulated by excluding packets to be pressed between Hi and Hi + 1, and thus 1 byte. That the count value is located between the header part and the payload part.
  • the length of the link layer packet may be calculated according to the equation shown. Therefore, in the case of a link layer packet that encapsulates n MPEG-2 TS packets through the process of excluding the null packet, the length of the header of the link layer packet is LH, and the value of the null packet is counted Cm (1? M? When the length of p) is LCount and the total length of the link layer packet is LT, LT can be obtained according to the equation shown.
  • FIG. 26 is a diagram illustrating a process of encapsulating an MPEG-2 TS packet including a null packet according to another embodiment of the present invention.
  • a payload of a link layer packet may be configured.
  • a value Cm (1 ⁇ m) that counts packets to be pressed in a process of separating and rearranging the header part and the payload part of the MPEG-2 TS packet ⁇ p) in the header portion and maintains the order. That is, a value for counting packets to be pressed may be included at a point where the header of each MPEG-2 TS ends.
  • the receiver when the receiver reads the value of the DPI field included in each MPEG-2 TS header and removes the packet to be pressed, the receiver reads the count value included in the end of the corresponding header, and indicates the count value indicated by the receiver. As many null packets can be regenerated and included in the stream.
  • FIG. 27 illustrates a process of encapsulating MPEG-2 TS packets including the same PID (packet identifier) in a stream including null packets according to an embodiment of the present invention. to be.
  • the process of encapsulating MPEG-2 TS packets including the same PID may be performed except for the above-described Null packet.
  • the process of encapsulating the layer packet and the process of encapsulating MPEG-2 TS packets having the same PID as the link layer packet may be performed.
  • the NU packet is assigned a separate PID indicating this, if the NU packet contains the NU packet in the actual transport stream, the same packet is not processed. However, after the exclusion process for the Null packet, only the count value of the Null packet is included in the payload of the link layer packet, so the remaining n MPEG-2 TS packets have the same PID. Can be processed.
  • FIG. 28 illustrates an example of encapsulating MPEG-2 TS packets including the same PID (packet identifier) in a stream including null packets according to an embodiment of the present invention. Is a diagram showing an equation for obtaining a length of a link layer packet.
  • 29 illustrates a structure of a link layer packet for signaling transmission according to an embodiment of the present invention.
  • a link layer is provided.
  • signaling ie signaling data
  • a section table for signaling in the payload of the link layer packet is provided. ; descriptor) to be transmitted.
  • the signaling section table may include a signaling table / table section included in conventional service information (DVB-SI), PSI / PSIP, Non Real Time (NRT), ATSC 2.0, and Mobile / Handheld (MH).
  • FIG. 30 illustrates a structure of a link layer packet for framed packet transmission according to an embodiment of the present invention.
  • a packet used in a general network may be transmitted through a link layer packet.
  • the packet type element of the header of the link layer packet may have a value of '111B' and may indicate that a framed packet is included in the payload of the link layer packet.
  • FIG. 31 is a diagram illustrating syntax of a framed packet according to an embodiment of the present invention.
  • the syntax of the framed packet may include an ethernet_type, length, and / or packet () field.
  • the 16-bit ethernet_type field may identify the type of a packet in the packet () field according to the IANA registry. Here, only registered values can be used.
  • the 16-bit length field may set the total length of the packet () structure in bytes.
  • the packet () field having a variable length may include a network packet.
  • FIG. 32 illustrates a receiver of a next generation broadcast system according to an embodiment of the present invention.
  • a receiver includes a receiver (not shown), a channel synchronizer 32010, a channel equalizer 32020, a channel decoder 32030, and a signaling decoder.
  • 32040 Baseband Operation Controller (32050), Service Map DB (32060), Transport Packet Interface (32070), Broadband Packet Interface (32080), Common Protocol Stack (32090), Service Signaling Channel Processing Buffer & Parser (32100), A / V Processor (32110), Service Guide Processor (Service Guide Processor)
  • a receiver (not shown) receives a broadcast signal.
  • the channel synchronizer 32010 synchronizes symbol frequency and timing to enable decoding of a signal received in the baseband.
  • the baseband refers to an area where a broadcast signal is transmitted / received.
  • the channel equalizer 32020 performs channel equalization on the received signal.
  • the channel equalizer 32020 compensates for the received signal when it is distorted due to a multipath, a Doppler effect, or the like.
  • the channel decoder 32030 recovers the received signal into a transport frame having a meaning.
  • the channel decoder 32030 performs forward error correction (FEC) on data or transmission frames included in the received signal.
  • FEC forward error correction
  • the signaling decoder 32040 extracts and decodes signaling data included in the received signal.
  • the signaling data includes signaling data and / or service information (SI) to be described later.
  • the baseband operation controller 32050 controls the processing of signals in the baseband.
  • the service map database 32060 stores signaling data and / or service information.
  • the service map database 2060 may store signaling data transmitted in a broadcast signal and / or signaling data transmitted in a broadband packet.
  • the transport packet interface 32070 extracts a transport packet from a transport frame or a broadcast signal.
  • the transport packet interface 32070 extracts signaling data or an IP datagram from a transport packet.
  • the broadband packet interface 32080 receives a broadcast related packet through an internet network.
  • the broadband packet interface 32080 extracts a packet obtained through the internet network, and combines or extracts signaling data or A / V data from the packet.
  • the common protocol stack processor 32090 processes the received packet according to a protocol included in the protocol stack.
  • the common protocol stack processor 32090 may process a received packet by performing a process in each protocol according to the above-described method.
  • the service signaling channel processing buffer and parser 32100 extracts signaling data included in the received packet.
  • the service signaling channel processing buffer and parser 32100 extracts and parses signaling information related to the scan and / or acquisition of a service and / or content from an IP datagram or the like.
  • the signaling data may exist at a certain location or channel. Such a location or channel may be called a service signaling channel.
  • the service signaling channel may have a specific IP address, a UDP port number, a transport session identifier, and the like.
  • the receiver may recognize data transmitted through such a specific IP address, UDP port number, transmission session, etc. as signaling data.
  • the A / V Processor 32110 performs decoding and presentation processing on the received audio and video data.
  • the service guide processor 32120 extracts announcement information from the received signal, manages a service guide DB 32140, and provides a service guide.
  • the application processor 32130 extracts application data and / or application related information included in the received packet and processes the extracted application data.
  • the service guide database 32140 stores service guide data.
  • FIG 33 illustrates a general format of a section table according to an embodiment of the present invention.
  • a section table includes a table_id field, section_syntax_indicator field, section_length field, version_number field, current_next_indicator field, section_number field, last_section_number field and / or section data field.
  • the table_id field represents a unique ID value of the table.
  • the section_syntax_indicator field represents the format of a table section following this field. If the value of this field is 0, this table section is in short format. If the value of this field is 1, the table section follows the general long format.
  • the field value according to an embodiment of the present invention may always have a fixed value of 1.
  • the section_length field indicates the length of the corresponding section. The length from the next field to the end of the section in bytes.
  • the version_number field represents a version of the table.
  • the section_number field represents the number of the section constituting the table. In the case of the first section constituting the table, the section_number field value indicates 0 and can be increased sequentially.
  • the last_section_number field represents the number of the last section among the sections constituting the table.
  • the section data field contains data included in the section.
  • a field marked as Specific Use may indicate a field that may be configured differently according to each table. The number of bits allocated to the field indicated as Specific Use can be maintained.
  • FIG. 34 illustrates a structure of a link layer packet for transmission of signaling according to an embodiment of the present invention.
  • a value of a packet type element may indicate 110B.
  • This figure shows the header structure of a link layer packet when signaling is transmitted.
  • a signaling type field of 2 bits exists after the packet type element.
  • the signaling type field indicates a type of signaling to be transmitted. According to the signaling type field, information of the remaining 3 bit portion and the extended header of the fixed header following is determined.
  • the link layer packet can be transmitted by specifying only the packet type and the signaling type without any processing because the field included in the table includes information on section separation and information on the length of the section. .
  • the signaling type is in the form of a section table, the remaining 3 bits except for the packet type element and signaling type field in the fixed header portion may not be used and may be reserved for future use.
  • the extended header is not used by default, but if it is necessary to indicate the length of the link layer packet, an extended header of 1 or 2 bytes is added, which is a length field. Can be used as
  • the signaling type field When the value indicated by the signaling type field according to an embodiment of the present invention is 01B, this indicates a case where the signaling type is in the form of a descriptor.
  • a descriptor In general, a descriptor is used as a part of a section table. If a descriptor is to be transmitted only by simple signaling, it may be transmitted in a corresponding signaling type. Since the descriptor may be shorter than the section table, multiple descriptors may be included in one link layer packet and transmitted. Three bits corresponding to an indicator part of the fixed header according to an embodiment of the present invention may be used to indicate how many descriptors are included in one link layer packet.
  • the extension header is not used and the length of the link layer packet may be indicated by using information on the length of the corresponding descriptor included in the descriptor. If it is necessary to indicate the length of the link layer packet separately, an extended header of 1 or 2 bytes is added, which can be used as the length field.
  • the signaling type field value 10B may be left to support another form of signaling later.
  • the signaling type field When the value indicated by the signaling type field according to the embodiment of the present invention is 11B, this indicates a case where the signaling type is GSE-LLC.
  • GSE-LLC signaling has a structure that can be separated (segmentation). Therefore, when the signaling type is GSE-LLC, the remaining 3 bit fields except for the packet type element and signaling type field in the fixed header portion may be used as the segment ID.
  • the signaling type is GSE-LLC
  • two bytes of the extended header may be added, and the aforementioned two bytes of the extended header may include a 4-bit Seg_SN (Segment Sequence Number) and a 12-bit length field.
  • GSE-LLC is an abbreviation of Generic Stream Encapsulation Logical Link Control and may mean one of two sublayers of the data link layer of the OSI model.
  • FIG. 35 is a diagram illustrating meaning of a value indicated by a signaling type field and content of a fixed header and an extended header following the signaling type field according to an embodiment of the present invention.
  • the field following the signaling type field may not exist.
  • a Concatenation Count (Count) field may exist after the signaling type field.
  • the Concatenation Count (Count) field is a signaling field that exists when only a descriptor is transmitted, not a section table.
  • the Concatenation Count (Count) field indicates how many descriptors make up the payload of the link layer packet. A detailed description of the Concatenation Count (Count) field will be described later.
  • a Seg_ID (Segment ID) field When the value indicated by the signaling type field according to an embodiment of the present invention is 11B, a Seg_ID (Segment ID) field, a Seg_SN (Segment Sequence Number) field, and / or a length field may exist after the signaling type field.
  • LLC signaling data LLC sigmaling data
  • the LLC signaling data may be segmented by itself.
  • the Seg_ID (Segment ID) field indicates an ID for identifying a segment segmented when LLC data is segmented.
  • the receiver may recognize that segments of each LLC data are components of the same LLC data using the Seg_ID (Segment ID) field.
  • the Seg_ID (Segment ID) field has a size of 3 bits and can identify eight segments.
  • the Seg_SN (Segment Sequence Number) field indicates the order of each segment when LLC data is segmented. Since the first part of the LLC data includes an index for the corresponding data table, when the receiver receives the packet, the divided segments must be sorted in order.
  • Link layer packets having payloads segmented from one LLC data may have the same Seg_ID but different Seg_SN.
  • the Seg_SN (Segment Sequence Number) field may have a size of 4 bits.
  • One LLC data may be segmented into up to 16 segments.
  • the length field indicates the length of the LLC data corresponding to the payload in the current link layer packet in bytes. Therefore, the total length of the link layer packet may be a value represented by the length field plus 3 bytes of the header length.
  • DVB_GSE may mean a data link layer protocol defined by DVB as an abbreviation of DVB-Genneric Stream Encapsulation.
  • 36 is a diagram illustrating the number of descriptors constituting a payload of a link layer packet according to a Concatenation Count (Count) field value according to an embodiment of the present invention.
  • the Concatenation Count (Count) field value constitutes a payload of one link layer packet. Therefore, since the number of bits allocated to the Concatenation Count (Count) field is 3 bits, up to eight descriptors may be signaled to configure one link layer packet.
  • FIG. 37 illustrates a process of encapsulating a section table in a payload when signaling information input to the payload of a link layer packet is a section table according to an embodiment of the present invention.
  • one section table may be a payload of a link layer packet as it is.
  • the value indicated by the packet type element is 110B (signaling) and the value indicated by the signaling type field is 00B (section table).
  • the remaining 3 bits except the packet type element and signaling type field in the fixed header may be left as a reserved field for later use.
  • the field included in the section table includes a field indicating the length of the corresponding section. Since the field indicating the length of the above-mentioned section always exists in the same position in the section table, the length of the payload is determined by checking the field existing at the position shifted by a certain offset from the beginning of the payload of the link layer packet. Can be confirmed.
  • the section length field may indicate the length from immediately after the section length field to the end of the section.
  • the length of the entire link layer packet may be derived by adding the header length of the link layer packet to the portion not included in the section length field.
  • the portion (3 bytes) not included in the section length field includes the length of the table ID field (table_id field) and the section length field (section_length_field) in the section table.
  • the header length of the link layer packet may be 1 byte. That is, the total length of the link layer packet may be a value represented by adding 4 bytes to the value indicated by the section length field.
  • the receiving device uses an 8-bit long table ID field (table_id field) value immediately following the fixed header of the link layer packet. Information about the section table can be obtained and used.
  • table_id field 8-bit long table ID field
  • NIT network information table
  • a network information table representing a current broadcast network related information is a link layer packet as a section table. It can be included in the payload of.
  • a network information table includes a table_id field, section_syntax_indicator field, section_length field, network_id field, version_number field, current_next_indicator field, section_number field, last_section_number field, network_descriptors_length field, descriptor (), transport_stream_loop_length field , broadcast_id field, original_network_id field, delivery_system_descriptor_length field, and / or delivery_system_descriptor ().
  • the network_id field represents an identifier of a broadcast network currently used.
  • the network_descriptors_length field represents the length of a descriptor describing network related information at a network level.
  • descriptor () represents a descriptor describing network related information at the network level.
  • the transport_stream_loop_length field represents the length of stream related information transmitted on a broadcast network.
  • the broadcast_id field represents a broadcaster unique identifier existing on the used broadcast network.
  • the original_network_id field represents an identifier of a broadcast network uniquely used originally. If the originally used broadcast network is different from the currently used broadcast network, the NIT may include information about the broadcast network originally used through the original_network_id field.
  • the delivery_system_descriptor_length field represents the length of a descriptor that describes delivery system related detailed information on a current broadcast network.
  • delivery_system_descriptor () represents a descriptor including detailed information on a delivery_system on a current broadcast network.
  • FIG. 39 illustrates syntax of a delivery system descriptor included in a network information table (NIT) according to an embodiment of the present invention.
  • a delivery system descriptor (delivery system descriptor) according to an embodiment of the present invention may include information of a physical layer pipe (PLP) that delivers signaling data and the like associated with data delivered by a specific broadcaster on a delivery system.
  • PLP physical layer pipe
  • a delivery system descriptor includes a descriptor_tag field, a descriptor_length field, a delivery_system_id field, a base_PLP_id field, a base_PLP_version field, and / or a delivery_system_parameters ().
  • the descriptor_tag field represents an identifier indicating that a corresponding descriptor is a transmission system descriptor.
  • the descriptor_length field represents the length of the corresponding descriptor.
  • the delivery_system_id field represents a delivery system identifier unique to a broadcast network used.
  • the base_PLP_id field represents an identifier of a representative physical layer pipe (PLP) capable of decoding a component constituting a broadcast service transmitted by a specific broadcast station identified by broadcast_id.
  • PLP may mean a data pipe of a physical layer, and a broadcast service transmitted from a specific broadcast station may include PSI / SI information.
  • the base_PLP_version field represents version information according to a change of data transmitted through the PLP identified by base_PLP_id. For example, when service signaling such as PSI / SI is transmitted through base_PLP, the base_PLP_version field value may be increased by 1 whenever a change in service signaling occurs.
  • delivery_system_parameters may include a parameter indicating a broadcast transmission system characteristic. Parameters may include bandwidth, guard interval, transmission mode, center frequency, and the like.
  • FIG. 40 is a diagram illustrating syntax of a fast information table (FIT) according to an embodiment of the present invention.
  • a fast information table may be included in the payload of the link layer packet as a section table.
  • the reception device can quickly and easily scan and acquire a broadcast service through a fast information table.
  • the fast information table includes a table_id field, a private_indicator field, a section_length field, a table_id_extension field, a FIT_data_version field, a current_next_indicator field, a section_number field, a last_section_number field, a num_broadcast field, a broadcast_id field, a delivery_system_id field, a base_PLP_id field, a base_PLP_id field, and a base_PLP_id field.
  • the table_id field indicates that the table includes information related to a quick scan of a service, and indicates that the table corresponds to a fast information table.
  • the private_indicator field may always be set to 1.
  • the table_id_extension field may logically correspond to a part of the table_id field and provide a scope for remaining fields.
  • the FIT_data_version field represents version information about syntax and semantics included in the fast information table.
  • the receiving device may determine whether to process signaling included in a corresponding table using the FIT_data_version field.
  • the num_broadcast field indicates the number of broadcast stations that transmit a broadcast service or content through a frequency or transmitted transport frame.
  • broadcast_id field Indicates a broadcaster-unique identifier for transmitting a broadcast service or content through a frequency or a transport frame transmitted.
  • broadcast_id may have a value equal to transport_stream_id of MPEG-2 TS.
  • the delivery_system_id field indicates an identifier of a broadcast transmission system that applies and processes the same transport parameter on a used broadcast network.
  • the base_PLP_id field represents an identifier of a PLP that delivers broadcast service signaling transmitted by a specific broadcast station identified by broadcast_id.
  • the base_PLP_id field represents an identifier of a representative physical layer pipe (PLP) capable of decoding a component constituting a broadcast service transmitted by a specific broadcast station identified by broadcast_id.
  • PLP may mean a data pipe of a physical layer, and a broadcast service transmitted from a specific broadcast station may include PSI / SI information.
  • the base_PLP_version field represents version information according to a change of data transmitted through the PLP identified by base_PLP_id. For example, when service signaling such as PSI / SI is transmitted through base_PLP, the base_PLP_version field value may be increased by 1 whenever a change in service signaling occurs.
  • the num_service field represents the number of broadcast services transmitted by a broadcaster identified by broadcast_id in a corresponding frequency or transport frame.
  • the service_id field represents an identifier for identifying a broadcast service.
  • the service_category field may indicate a category of a broadcast service.
  • a service_category field value of 0x01 may indicate Basic TV, 0x02 for Basic Radio, 0x03 for RI service, 0x08 for Sevice Guide, and 0x09 for Emergency Alerting.
  • the service_hidden_flag field represents whether the corresponding broadcast service is hidden.
  • the reception device may ignore the hidden broadcast service described above or hide it in the service list.
  • the SP_indicator field represents whether service protection is applied to one or more components in the corresponding broadcast service.
  • the num_component field represents the number of components configuring a corresponding broadcast service.
  • the component_id field represents an identifier for identifying a corresponding component in a broadcast service.
  • the PLP_id field represents an identifier for identifying a PLP through which a corresponding component is transmitted in a broadcast service.
  • FIG. 41 is a diagram illustrating a process of encapsulating a descriptor in a payload when signaling information input to a payload of a link layer packet is a descriptor according to an embodiment of the present invention.
  • one or several descriptors may be included in the payload of the link layer packet.
  • the value indicated by the packet type element is 110B (signaling) and the value indicated by the signaling type field is 01B (descriptor).
  • the remaining 3 bits excluding the packet type element and the signaling type field in the fixed header indicate a count field indicating how many descriptors are included in the payload of one link layer packet.
  • the payload of one link layer packet may include up to eight descriptors.
  • all descriptors may include a descriptor_tag field of 1 byte and a descriptor_length field of 1 byte at the beginning of the descriptor.
  • the length of a concatenated packet can be obtained using the descriptor_length field described above. Since the descriptor_length field is always present at the same position in the descriptor, the length of the payload may be confirmed by checking a field present at a position shifted by a certain offset from the beginning of the payload of the link layer packet. In the case of a descriptor, there is a descriptor_length field having a length of 8 bits in a position shifted 8 bits from the payload start position.
  • the descriptor_length field may indicate the length from immediately after this field to the last part of the descriptor. Accordingly, the length of one descriptor may be derived by adding the length (1 byte) of the descriptor_tag field not included in the descriptor_length field and the length (1 byte) of the descriptor_length field itself to the value indicated by the descriptor_length field.
  • the length of each link layer packet can be derived by adding the lengths of the descriptors by the number of descriptors indicated by the count field. For example, the second descriptor included in the payload of the link layer packet according to an embodiment of the present invention starts at the position shifted by the length of the first descriptor from the beginning of the payload and at the position where the second descriptor starts.
  • the descriptor_length field of the second descriptor exists at a position shifted by a certain offset, and the total length of the second descriptor can be derived by checking this field.
  • the length of each of the one or more descriptors included in the payload of the link layer packet can be derived, and the total length of the link layer packet is increased by adding the sum of the lengths of the descriptors and the header length of the link layer packet. Can be derived.
  • the receiving device When the receiving device receives a link layer packet including one or more descriptors according to an embodiment of the present invention, the receiving device obtains signaling information included in each descriptor through an 8-bit descriptor_tag field value included in each descriptor. It is available.
  • FIG. 42 illustrates syntax of a fast information descriptor according to an embodiment of the present invention.
  • the fast information descriptor when the descriptor for signaling is included in the payload of the link layer packet and transmitted, the fast information descriptor may be included in the payload of the link layer packet.
  • the reception device can quickly and easily scan and acquire a broadcast service.
  • the fast information descriptor includes a descriptor_tag field, a descriptor_length field, a num_broadcast field, a broadcast_id field, a delivery_system_id field, a base_PLP_id field, a base_PLP_version field, a num_service field, a service_id field, a service_category field, a service_hidden_flag field, and / or an SP_indicator field. Include.
  • a description of a field having the same name as a field included in the aforementioned fast information table among the fields included in the fast information descriptor according to an embodiment of the present invention is replaced with the description of the aforementioned fast information table.
  • the descriptor_tag field represents that the descriptor is a fast information descriptor including information related to a quick service scan.
  • the descriptor_length field represents the length of the corresponding descriptor.
  • FIG. 43 illustrates a delivery system descriptor according to an embodiment of the present invention.
  • the transport system descriptor when the descriptor for signaling is included in the payload of the link layer packet and transmitted, the transport system descriptor may be included in the payload of the link layer packet.
  • the delivery system descriptor may include information of a physical layer pipe (PLP) that delivers signaling data and the like associated with data delivered by a specific broadcaster on the delivery system.
  • PLP physical layer pipe
  • a delivery system descriptor includes a descriptor_tag field, a descriptor_length field, a delivery_system_id field, a num_broadcast field, a base_PLP_id field, a base_PLP_version field, a delivery_system_parameters_length field, and / or delivery_system_parameters ().
  • the descriptor_tag field represents an identifier indicating that a corresponding descriptor is a transmission system descriptor.
  • the descriptor_length field represents the length of the descriptor.
  • the delivery_system_id field represents an identifier for identifying a delivery system using the same delivery parameter on the broadcast network used.
  • the num_broadcast field indicates the number of broadcast stations that transmit a broadcast service or content through a frequency or transmitted transport frame.
  • the base_PLP_id field represents an identifier of a representative physical layer pipe (PLP) capable of decoding a component constituting a broadcast service transmitted by a specific broadcast station identified by broadcast_id.
  • PLP may mean a data pipe of a physical layer, and a broadcast service transmitted from a specific broadcast station may include PSI / SI information.
  • the base_PLP_version field represents version information according to a change of data transmitted through the PLP identified by base_PLP_id. For example, when service signaling such as PSI / SI is transmitted through base_PLP, the base_PLP_version field value may be increased by 1 whenever a change in service signaling occurs.
  • the delivery_system_parameters_length field indicates the length of delivery_system_parameters () following the field.
  • delivery_system_parameters may include a parameter indicating a broadcast transmission system characteristic. Parameters may include bandwidth, guard interval, transmission mode, center frequency, and the like.
  • the delivery system descriptor according to an embodiment of the present invention may be included in the above-described network information table (NIT) and transmitted.
  • NIT network information table
  • the syntax of the delivery system descriptor when the delivery system descriptor is included in the network information table and transmitted is described above in the description of the network information table.
  • FIG. 44 illustrates one link layer with one GSE-LLC data when signaling information input to the payload of the link layer packet is a GSE-LLC type used in the DVB-GSE standard according to an embodiment of the present invention.
  • LLC data may be divided into an index portion and a record portion, and the record portion may be further divided into several tables.
  • the form of the table constituting the record portion may have a GSE table structure and may have a structure of a general section table.
  • one LLC data may be a payload of one link layer packet.
  • the value indicated by the packet type element is 110B (signaling) and the value indicated by the signaling type field is 11B (GSE-LLC).
  • the link layer packet may have an extension header of 2 bytes, and the above extension header of 2 bytes has a 4-bit segment sequence number (Seg_SN) field. And a length field of 12 bits.
  • the length field described above may be assigned a value indicating the length of the entire link layer packet or a value indicating the length of the payload of the link layer packet only according to the configuration of the system.
  • FIG. 45 illustrates a case in which one GSE-LLC data is included in several link layers when signaling information input to a payload of a link layer packet is a GSE-LLC type used in the DVB-GSE standard according to an embodiment of the present invention.
  • all of the Seg_ID field values may have the same value to indicate segmentation from the same LLC data.
  • the Seg_SN field may include order information of the divided segments so that the receiving apparatus according to an embodiment of the present invention may receive the divided LLC data and recombine them in order.
  • the Seg_SN field value may be zero.
  • the receiving apparatus may recognize the number of segments in which LLC data for the corresponding Seg_ID is divided through the LLC index portion.
  • 46 is a diagram illustrating a signaling information transmission method according to an embodiment of the present invention.
  • the signaling information transmission method includes generating a link layer packet including signaling information (S14010) and / or transmitting the generated link layer packet (S14020).
  • step S14010 generating a link layer packet including signaling information
  • the link layer packet includes a fixed header and payload
  • the signaling information includes information on broadcast program and data and information necessary for receiving broadcast program and data. It may include.
  • the signaling information may be included in the payload of the link layer packet.
  • the above-described fixed header is a packet type element for identifying the type of data included in the payload of the link layer packet according to an embodiment of the present invention, and the signaling included in the payload of the link layer packet according to the embodiment of the present invention.
  • the transmitting side transmits the link layer packet generated through the above-described process (S14020). Detailed description of the above-described link layer packet, packet type element and signaling type element has been described above.
  • the type of signaling information identified by the aforementioned signaling type element may be a section table.
  • the type of signaling information identified by the aforementioned signaling type element may be a descriptor.
  • the type of signaling information identified by the aforementioned signaling type element may be GSE-LLC. Detailed description of the aforementioned signaling type element has been described above.
  • the fixed header described above is a count indicating the number of descriptors included in the payload of one link layer packet when one or more descriptors are included in the payload of one link layer packet. It may include a field (Concatenation Count field). Detailed description of the above-described count field has been described above.
  • the above-described fixed header is a link layer when the GSE-LLC data is divided into one or more segments and one of the one or more segments is included in the payload of one link layer packet. It may include a segment identification element for identifying the GSE-LLC data to which the segment included in the payload of the packet belongs. Detailed description of the aforementioned segment identification element has been described above.
  • the above-described link layer packet may include an extension header, and the above-described extension header may be included in the payload of the link layer packet necessary for recombination of the above-described GSE-LLC data.
  • a segment order element indicating segment order information and / or a packet length element indicating the total length of the link layer packet is included in the above-described segment order element and packet length element. Detailed description of the above-described segment order element and packet length element has been described above.
  • the total length of the above-described link layer packet indicates a value obtained by adding the header length of the link layer packet and the payload length of the link layer packet, and when the payload includes a section table,
  • the payload length of one link layer packet may indicate the length of the section table constituting the payload of the link layer packet.
  • the length of the above-described section table is equal to a value indicated by a section length field existing at a position shifted by a certain offset from the beginning of the section table, plus a value of the predetermined offset and the length of the section length field. Can be represented.
  • the above-described section length field may indicate the length from the above-described section length field to the last part of the corresponding section.
  • the above-described constant offset includes a table_id field length (8 bits), a section_syntax_indicator field length (1 bits), a specific use field length (1 bit), and a reserved field length (2 bit) included in a section table. Can be 12 bits. A detailed description of the method for obtaining the payload length of the above-described link layer packet has been described above.
  • the payload of the above-described link layer packet may include a fast information table or fast information descriptor including signaling information for fast service scan and acquisition. Detailed description of the above-described fast information table and fast information descriptor has been described above.
  • FIG. 47 illustrates a header of a link layer packet for RoHC transmission according to an embodiment of the present invention.
  • an IP packet may be compressed and transmitted in the above-described link layer packet.
  • header information of an IP packet can be kept almost unchanged. Using this, the header of the IP packet can be compressed.
  • RoHC Robot Header Compression
  • the value of the above-described packet type element 010 may be a B. This indicates that the packet transmitted from the upper layer to the link layer as described above is a compressed IP packet.
  • the header of the link layer packet may include a fixed header and / or an extended header like the other packets described above.
  • the fixed header may include a packet type field and / or a PC (Packet Configuration) field.
  • the fixed header may have a total size of 1 byte.
  • the packet type field may have a value of 010 since it is a case of a compressed IP packet.
  • the extension header may have a fixed or varying size according to the embodiment.
  • the PC field of the fixed header may be a field indicating a form in which the RoHC packet constituting the payload of the link layer packet is processed. By the value of the PC field, the information of the remaining part of the fixed header and the extension header that follows it may be determined.
  • the PC field may include length information of an extended header according to a form in which an RoHC packet is processed.
  • the PC field may have a size of 1 bit.
  • the value of the PC field When the value of the PC field is 0 B , it corresponds to a case in which the payload of the link layer packet is composed of one RoHC packet or concatenated into two or more RoHC packets. Concatenation refers to a case where a plurality of short length packets are contiguous to form a payload of a link layer packet.
  • CI Common CID Indicator
  • 3-bit count field may follow the PC field. Accordingly, common CID information and a length part may be added to the extension header.
  • the length part may be a part indicating the length of the RoHC packet.
  • the Common Context ID Indicator (CI) field may be set to 1 when the CIDs (Context IDs) of the RoHC packets constituting the payload of one link layer packet are all the same, and may be set to 0 otherwise. When the CI value is 1, an overhead processing method for a common CID may be applied.
  • the CI field may be 1 bit.
  • the count field may indicate how many RoHC packets are included in the payload of one link layer packet. That is, in the case of concatenation, the number of concatenated RoHC packets can be indicated by the count field.
  • the count field may be 3 bits. Therefore, as shown in the following table, up to eight RoHC packets may be included in the payload of one link layer packet. When the count field has a value of 000, it may mean that RoHC packets are not concatenated and one RoHC packet constitutes a payload of a link layer packet.
  • the length part may be a part indicating the length of the RoHC packet, as described above.
  • length information is removed from the RoHC packet header. Therefore, the length field in the RoHC packet header cannot be utilized. Therefore, in order to allow the receiver to know the length of the RoHC packet, the header of the link layer packet may include a length part.
  • the IP packet has a maximum length of 65535 bytes when the MTU is not determined. Therefore, length information of 2 bytes is needed to support the RoHC packet up to the maximum length.
  • length fields may be added as many as the number specified in the count field. In this case, the length part includes a plurality of length fields. However, when one RoHC packet is included in the payload, only one length field may be included. The arrangement of the length fields may be arranged in the same order as the RoHC packets constituting the payload of the link layer packet. Each length field may have a value in bytes.
  • the common CID field may be a field for transmitting a common CID.
  • the header portion of the RoHC packet may include a CID (context ID) for checking the relationship between the compressed headers. This CID can be maintained at the same value in a stable link state. Accordingly, all RoHC packets included in the payload of one link layer packet may include the same CID. In this case, in order to reduce overhead, the CID may be removed from the header portion of the RoHC packet constituting the concatenated payload, and the value may be displayed in the common CID field in the header of the link layer packet and transmitted. The receiver can recombine the CIDs of the RoHC packet using the common CID field. If there is a common CID field, the value of the above-described CI field should be 1.
  • the payload of the link layer packet is composed of segmented packets of the RoHC packet.
  • the segmented packet may mean that a long length RoHC packet is divided into a plurality of segments, and one segment constitutes a payload of a link layer packet.
  • a 1-bit LI (Last Segment Indicator) field and a 3-bit segment ID field may follow the PC field.
  • a segment sequence number field, a segment length ID field, a last segment length field, etc. are added to the extension header. Can be.
  • the Last Segment Indicator (LI) field is a field that can be used when the RoHC packet is segmented.
  • RoHC packets may be divided into a plurality of segments. If the LI value is 1, it may mean that the segment included in the current link layer packet is the last segment among segments divided from one RoHC packet. If the LI value is 0, this may mean that the segment included in the current link layer packet is not the last segment.
  • the LI field may be used to determine whether all segments have been received when the receiver collects segments and reconstructs them into one RoHC packet.
  • the LI field may be 1 bit.
  • the segment ID (Seg_ID) field may be a field indicating an ID assigned to the RoHC packet when the RoHC packet is segmented. Segments derived from one RoHC packet may have the same segment ID. When the receiver combines the transmitted segments into one, the receiver may determine whether it is a component of the same RoHC packet using the segment ID.
  • the segment ID field may be 3 bits. Therefore, it is possible to support segmentation of eight RoHC packets at the same time.
  • the segment sequence number (Seg_SN) field may be a field used to confirm the order of each segment when the RoHC packet is segmented. That is, link layer packets having segments derived from one RoHC packet as payloads may have the same Seg_ID, but may have different Seg_SN. Seg_SN may be 4 bits. Therefore, one RoHC packet may be divided into up to 16 segments.
  • the segment length ID (Seg_Len_ID) field may be used to represent the length of each segment. However, the segment length ID field may be used to express the length of the segment except the last segment among the plurality of segments. The length of the last segment may be indicated by the last segment length field to be described later.
  • the segment length ID field may exist when the payload of the link layer packet is not the last segment of the RoHC packet, that is, when the value of LI is zero.
  • the input size of the packet may be determined according to the code rate of the FEC processed by the physical layer.
  • the length of the segment can be determined accordingly and can be designated as Seg_Len_ID.
  • the length of the segment may be determined as follows.
  • Len_Unit (Length Unit) is a basic unit indicating the length of the segment, and min_Len may mean the minimum value of the segment length. Len_Unit and min_Len must have the same value at the transmitter and receiver. It is efficient for the operation of the system that it does not change once determined. In addition, Len_Unit and min_Len may be determined in consideration of the processing capability of the FEC of the physical layer during the initialization of the system.
  • the following table summarizes the lengths of the segments expressed according to the values of Seg_Len_ID.
  • the length allocated to Seg_Len_ID is an example and may be changed according to a designer's intention.
  • the Len_Unit value is 256 and the min_Len value is 512.
  • the last segment length (L_Seg_Len) field is a field used when the segment contained in the payload of the link layer packet is the last segment of the RoHC packet. That is, this field is used when the LI field value is 1.
  • RoHC packets can be divided into the same size from the beginning using Seg_Len_ID. However, in this case, the last segment may not be divided by the size indicated by Seg_Len_ID. Therefore, the length of the last segment can be directly indicated by the L_Seg_Len field.
  • the L_Seg_Len field may indicate 1 to 4095 bytes. This may vary depending on the embodiment.
  • Embodiment # 1 is a view showing Embodiment # 1 of a method of transmitting RoHC packets via a link layer packet according to the present invention.
  • This embodiment corresponds to the case where one RoHC packet constitutes the payload of the link layer packet while the RoHC packet is within the processing range of the physical layer.
  • the RoHC packet may not be concatenation or segmented.
  • one RoHC packet may be a payload of a link layer packet as it is.
  • the packet type may be 010 B
  • the PC field may be 0 B
  • the CI field may be 0 B.
  • the count field described above since one RoHC packet constitutes a payload as it is (1), it may have a value of 000 B as described above. This may be followed by a 2-byte length field that indicates the length of the RoHC packet. In this case, since only one packet constitutes a payload, the length part may include only one length field.
  • a total of 3 bytes of link layer header may be added. Therefore, when the length of the RoHC packet indicated by the length field is L bytes, the total link layer packet length is L + 3 bytes.
  • FIG. 49 is a view showing Embodiment # 2 of a RoHC packet transmission method through a link layer packet according to the present invention.
  • This embodiment corresponds to a case where the RoHC packet does not reach the processing range of the physical layer, so that a plurality of RoHC packets are connected and included in the payload of the link layer packet (concatenation).
  • the values of the PC field and the CI field are the same as when one RoHC packet is included in the payload. This is followed by a count field. As described above, the count field may have a value of 001 B to 111 B depending on how many RoHC packets are included in the payload.
  • a length field having a length of 2 bytes may be positioned by the number indicated by the count field.
  • Each length field may indicate the length of each RoHC packet.
  • the payload of the link layer packet is L 1 , L 2 ,... , RoHC packets R 1, R 2, having a length L n ... , R n may be chained.
  • the total extension header may have a length of 2n bytes.
  • the full length L T of the link layer packet may be expressed as in the following equation.
  • FIG. 50 is a diagram illustrating Embodiment # 3 of a method of transmitting RoHC packets through a link layer packet according to the present invention.
  • the concatenated RoHC packets when a plurality of RoHC packets are connected to form a payload of a link layer packet (concatenation), the concatenated RoHC packets have the same CID (Context ID).
  • the receiver may restore the RoHC packet and its header again, even if the CID is marked and transmitted only once. Therefore, it is possible to extract a common CID from RoHC packets and transmit it only once, in which case overhead can be reduced.
  • the above-described CI field has a value of 1. This may mean that the same CID has been processed.
  • RoHC packets having the same CID are selected from [R1, R2, R3,... , Rn].
  • the common CID may be called a common CID.
  • the packet except for the CID is denoted as R'k (k is 1, 2, ..., n).
  • the payload of the link layer packet may include R'k (k is 1, 2, ..., n).
  • the common CID field may be added to the end of the extension header of the link layer packet.
  • the common CID field may be a field for transmitting a common CID.
  • the common CID field may be sent as part of the extension header or as part of the payload of the link layer packet. Depending on the operation of the system, it is possible to appropriately relocate to the part where the location of the common CID field can be identified.
  • the size of the common CID field may vary depending on the configuration of the RoHC packet.
  • the CID size of the RoHC packet may be 4 bits.
  • the CID when the configuration of the RoHC packet is a small CID configuration, the CID size of the RoHC packet may be 4 bits.
  • the CID when the CID is extracted from the RoHC packet and rearranged, the entire add-CID octet may be processed. That is, the common CID field may have a length of 1 byte.
  • only 4-bit CID may be allocated to the Common CID field, and the remaining 4 bits may be left for later use.
  • the CID size of the RoHC packet may have a length of 1 byte or 2 bytes.
  • the size of the CID is determined during RoHC initialization.
  • the common CID field may have a length of 1 byte or 2 bytes.
  • the length of the payload of the link layer packet can be calculated as follows. N RoHC packets R 1 , R 2 ,... , The lengths of R n are L 1 , L 2 ,. , L n . If the length of the header of the link layer packet is L H , the length of the common CID field is L CID and the total length of the link layer packet is L T , L H is as follows.
  • L T can be calculated as follows.
  • the L CID may be determined according to the CID configuration of RoHC. That is, the L CID may be 1 byte for small CID configuration, 1 byte or 2 bytes for large CID configuration.
  • FIG. 51 is a view showing Embodiment # 4 of a RoHC packet transmission method through a link layer packet according to the present invention.
  • the present embodiment corresponds to a case in which the input RoHC packet is encapsulated into the payload of the link layer packet when segmentation exceeds the processing range of the physical layer.
  • the value of the PC field is 1 B.
  • the LI field is 1 B only when the payload has a segment corresponding to the last part of the RoHC packet, and 0 B for all remaining segments.
  • the value of the LI field also informs information about an extension header of a link layer packet. That is, when the value of the LI field, B 0 is the case of 1-byte, 1 B may be added to the extension header of 2 bytes long.
  • Seg_ID values must all have the same value to indicate that they are divided in the same RoHC packet.
  • a sequentially increasing Seg_SN value may be recorded in the header.
  • segmentation may be performed by determining the length of the segment as described above.
  • the Seg_Len_ID value corresponding to the length may be recorded in the header.
  • the length of the last segment can be recorded directly in the 12-bit L_Seg_Len field, as described above.
  • the length information indicated by using the Seg_Len_ID and L_Seg_Len fields indicates only information about a payload of a segment, that is, a link layer packet. Therefore, the length information of the entire link layer packet can be calculated by adding the header lengths of the link layer packets known through the LI field.
  • a CRC may be added after the IP packet in the segmentation process.
  • the CRC may be included in the last segment after the segmentation process.
  • FIG. 52 is a diagram illustrating a header of a link layer packet for RoHC transmission according to an embodiment of the present invention when the MTU is 1500.
  • FIG. 52 is a diagram illustrating a header of a link layer packet for RoHC transmission according to an embodiment of the present invention when the MTU is 1500.
  • RoHC can be applied to video and audio streaming.
  • the MTU (Maximum Transmission Unit) of the IP packet may be set to 1500 bytes. This means that the RoHC packet also has a length smaller than 1500 bytes.
  • the PC field of the fixed header may be a field indicating a form in which the RoHC packet constituting the payload of the link layer packet is processed.
  • the PC field may include length information of an extended header according to a form in which an RoHC packet is processed.
  • the PC field may have a size of 1 bit.
  • the value of the PC field When the value of the PC field is 0 B , it corresponds to a case in which the payload of the link layer packet is configured by one RoHC packet or a segmented packet of the RoHC packet.
  • the SI field may be followed by the PC field.
  • the SI (Segment Indicator) field may indicate whether the payload of the link layer packet is composed of one RoHC packet or a segment of the RoHC packet. According to this SI field value, fields of the fixed header and the extended header portion may be determined.
  • the SI field may be a field indicating whether the payload of the link layer packet is configured as one RoHC packet or a segment of the RoHC packet. 0 means that one RoHC packet is configured, and 1 means that a RoHC packet is segmented.
  • the SI field may be 1 byte.
  • the segment ID (Seg_ID) field may be a field indicating an ID assigned to the RoHC packet when the RoHC packet is segmented. This is the same as the aforementioned Seg_ID field.
  • the segment sequence number (Seg_SN) field may be a field used to confirm the order of each segment when the RoHC packet is segmented. This is the same as the aforementioned Seg_SN field.
  • the Last Segment Indicator (LI) field may be a field indicating whether a segment included in the current link layer packet is the last segment among segments divided from the RoHC packet when the RoHC packet is segmented. This is the same as the LI field described above.
  • the segment length ID (Seg_Len_ID) field may be used to represent the length of each segment. This is the same as the aforementioned Seg_Len_ID field. However, unlike the case described above, the length that a segment may have is limited to eight instead of sixteen. In this case, the length of the segment expressed according to the Seg_Len_ID value can be summarized as in the following table.
  • the length allocated to Seg_Len_ID is one embodiment and may be changed according to the designer's intention. In this embodiment, the Len_Unit value is 64 and the min_Len value is 256.
  • the last segment length (L_Seg_Len) field may be used to represent the length of the last segment. This is the same as the L_Seg_Len field described above. Unlike the above-described case, however, the L_Seg_Len field may represent 1 to 2048 bytes. This may vary depending on the embodiment.
  • the payload of the link layer packet corresponds to a case where two or more RoHC packets are concatenated.
  • the PC field may be followed by a 1-bit Common CID Indicator (CI) field and a 3-bit Count field. Accordingly, common CID information and a length part may be added to the extension header.
  • CI Common CID Indicator
  • the Common Context ID Indicator (CI) field is a field indicating whether all of the CIDs (Context IDs) of RoHC packets constituting the payload of one link layer packet are the same.
  • the CI field is as described above.
  • the count field may indicate how many RoHC packets are included in the payload of one link layer packet. Unlike the count field described above, the 000 value is assigned to mean that two RoHC packets are concatenated. When the count field value is 111, this may indicate that nine or more RoHC packets are concatenated. This is summarized in the following table.
  • the length part may be a part indicating the length of the RoHC packet.
  • the length part may include a plurality of length fields as described above. Each length field may indicate the length of each RoHC packet.
  • the length field may be allocated with 11 bits, which is the minimum number of bits for indicating this. Since up to 2048 bytes can be indicated by 11 bits, even if the MTU is extended to 2048 bytes later if necessary, the method proposed by the present invention can be used.
  • the length field may indicate the length directly, or may map the length to a separate value. As described above, length fields may be added as many as the number specified in the count field.
  • the extended length part may be used to indicate the length of the 9th or later RoHC packet when the number of concatenated RoHC packets is 9 or more. That is, the count field value may be utilized when 111 B.
  • the extended length part may include an 11-bit length field and a 1-bit X field. The two fields can be placed alternately.
  • the common CID field may be a field for transmitting a common CID. This may be the same as the common CID field described above.
  • FIG. 53 is a view showing Embodiment # 1 of a method of transmitting RoHC packets through a link layer packet when the MTU is 1500 according to the present invention.
  • This embodiment is, in the case of the MTU is 1500, and the PC field 1, the count value may be the case if non-B 111.
  • the length part may have as many length fields as the number indicated by the count field value as described above. Since one length field is 11 bits, padding bits may be added according to the number of length fields. That is, if the number value designated by the count field is k and the length field size is s (bit), the length L LP of the full length part may be calculated as follows.
  • the size of the padding bit added to the length part may be calculated as follows.
  • the length s of the length field may be 11 bits.
  • the length part and padding bit size can be summarized as follows.
  • FIG. 54 shows a second embodiment of a RoHC packet transmission method through a link layer packet when the MTU is 1500 according to the present invention.
  • This embodiment is, in the case of the MTU is 1500, and the PC field 1, the count value may correspond to a case of B 111. In this case, an extended length part may be added as described above.
  • the length part positioned before the extended length part includes eight 11-bit length fields, the length part may have a total length of 11 bytes. Since the count value is 111, at least one length field must exist in the extended length part.
  • the extended length part may include an 11-bit length field and a 1-bit X field.
  • the two fields can be placed alternately.
  • the length field of the extended length part may be operated in the same manner as the length field of the length part.
  • the X field may next be a field indicating whether the length field is additionally followed. If the value of the X field is 0, this may mean that no more length field is added. When the value of the X field is 1, this may mean that at least one length field and an X field are followed. Therefore, the extended length part may continue to grow until the value of the X field becomes zero. It can be seen that the number of RoHC packets located in the payload is added as many as the number of X fields.
  • the length L ELP of the extended length part may be calculated as follows.
  • the extended length part may also have padding bits for processing in bytes.
  • the size of the padding bit added to the extended length part may be calculated as follows.
  • the number of length fields is odd, four bits of padding bits may be added, and if even, the padding bits may not be added.
  • FIG. 55 is a view showing Embodiment # 3 of a method of transmitting RoHC packets via a link layer packet when the MTU is 1500 according to the present invention.
  • the RoHC packet when the MTU is 1500, the RoHC packet is within the processing range of the physical layer, so that one RoHC packet constitutes the payload of the link layer packet.
  • one RoHC packet may be a payload of a link layer packet as it is.
  • the packet type may be 010 B
  • the PC field may be 0 B
  • the SI field may be 0 B.
  • the length part described above may follow.
  • the length part may have one length field.
  • the length field may be 11 bits. For this 11 bits, 3 bits of fixed header and 1 byte of extension header can be used for one length field.
  • FIG. 56 is a view showing Embodiment # 4 of a RoHC packet transmission method via a link layer packet when the MTU is 1500 according to the present invention.
  • the separated segments are each encapsulated into the payload of the link layer packet.
  • the SI field value may be 1 to indicate segmentation.
  • the Seg_ID values should all have the same value, and the Seg_SN values should have a value that sequentially increases.
  • the LI field has a value of 1 only for the last segment and 0 for the rest.
  • the length of each segment may be displayed using the Seg_Len_ID and L_Seg_Len fields. The detailed length display method may be the same as described above.
  • the length information of the entire link layer packet can be calculated by adding the header length of the link layer packet which can be known through the LI field.
  • CRC may be added. This CRC may be added to the last segment.
  • FIG. 57 is a view showing Embodiment # 5 of a method of transmitting RoHC packets via a link layer packet when the MTU is 1500 according to the present invention.
  • This embodiment corresponds to a case where the RoHC packet does not reach the processing range of the physical layer when the MTU is 1500, and thus a plurality of RoHC packets are connected and included in the payload of the link layer packet (concatenation )).
  • This embodiment may correspond to the case where 8 or fewer RoHC packets are concatenated. In this case, the extended length part may not be necessary.
  • the PC field value may be 1 and the CI field value may be 0.
  • the value of the count field may be 000 B to 110 B as described above.
  • the payload of the link layer packet is L 1 , L 2 ,... , RoHC packets R 1, R 2, having a length L n ... , R n may be chained.
  • Each length field may have a length of 11 bits. If necessary, a padding bit may be located after the length field.
  • the length L T of the entire link layer packet is as follows.
  • L LP may be the length of the full length part
  • L k may be the length of each RoHC packet.
  • FIG. 58 is a view showing Embodiment # 6 of a RoHC packet transmission method via a link layer packet when the MTU is 1500 according to the present invention.
  • the RoHC packet when the MTU is 1500, when the MTU is 1500, the RoHC packet does not reach the processing range of the physical layer, and a plurality of RoHC packets are connected and included in the payload of the link layer packet. This is the case (concatenation).
  • this embodiment may correspond to the case where more than nine RoHC packets are concatenated.
  • an extended length part may be needed in addition to the length part.
  • the count field may have a value of 111.
  • the number n of RoHC packets concatenated to the payload of the link layer packet is 8+ (m + 1).
  • the length L T of the entire link layer packet is as follows.
  • L LP may be the length of the full length part
  • L k may be the length of each RoHC packet
  • L ELP may be the length of the entire extended length part.
  • FIG. 59 is a view showing Embodiment # 7 of a method of transmitting RoHC packets via a link layer packet when the MTU is 1500 according to the present invention.
  • a plurality of RoHC packets may be connected to form a payload of a link layer packet (concatenation).
  • this embodiment corresponds to a case where concatenated RoHC packets have the same CID (Context ID).
  • the above-described CI field has a value of 1. This may mean that the same CID has been processed.
  • RoHC packets having the same CID are selected from [R1, R2, R3,... , Rn].
  • the common CID may be called a common CID.
  • the packet except for the CID is denoted as R'k (k is 1, 2, ..., n).
  • the payload of the link layer packet may include R'k (k is 1, 2, ..., n).
  • the common CID field may be added to the end of the extension header of the link layer packet.
  • the common CID field may be a field for transmitting a common CID.
  • the common CID field may be sent as part of the extension header or as part of the payload of the link layer packet. Depending on the operation of the system, it is possible to appropriately relocate to the part where the location of the common CID field can be identified.
  • the size of the common CID field may vary depending on the configuration of the RoHC packet.
  • the CID size of the RoHC packet may be 4 bits.
  • the CID when the configuration of the RoHC packet is a small CID configuration, the CID size of the RoHC packet may be 4 bits.
  • the CID when the CID is extracted from the RoHC packet and rearranged, the entire add-CID octet may be processed. That is, the common CID field may have a length of 1 byte.
  • only 4-bit CID may be allocated to the Common CID field, and the remaining 4 bits may be left for later use.
  • the CID size of the RoHC packet may have a length of 1 byte or 2 bytes.
  • the size of the CID is determined during RoHC initialization.
  • the common CID field may have a length of 1 byte or 2 bytes.
  • the total length L T of the link layer packet may be calculated as follows.
  • L CID may mean the length of a common CID field. As described above, the L CID may be determined according to the CID configuration of RoHC.
  • the total length L T of the link layer packet may be calculated as follows.
  • L CID may mean the length of a common CID field.
  • 60 is a diagram illustrating a structure of a header of a link layer packet when an IP packet is delivered to a link layer according to another embodiment of the present invention.
  • the header of the link layer packet may include a fixed header and a fixed header.
  • the fixed header may have a length of 1 byte
  • the extension header may have a fixed length or have a variable value in length. The length of each header can be changed according to the designer's intention.
  • the fixed header may include a packet type field, a PC field, and / or a count field. According to another embodiment, the fixed header may include a packet type field, a PC field, an LI field, and / or a segment ID field.
  • the extension header may include a segment sequence number field and / or a segment length ID field. According to another embodiment, the extension header may include a segment sequence number field and / or a last segment length field.
  • the packet type field may indicate a type of a packet input to the link layer.
  • the value of the packet type field may be 000B or 001B.
  • the PC (Packet Configuration) field may indicate the configuration of the remaining portion of the fixed header and / or the extension header that follows. That is, the PC field may indicate how the input IP packet is processed. Therefore, the PC field may contain information about the length of the extension header.
  • the payload of the link layer packet includes one IP packet or includes two or more concatenated IP packets.
  • the concatenation may mean that several packets of short length are connected to form a payload.
  • a 4-bit count field may follow the PC field.
  • the count field may indicate how many concatenated IP packets a payload has. The number of concatenated IP packets according to the value of the count field will be described later.
  • the link layer may not include the extension header.
  • an extended header of 1-2 bytes may be added. In this case, the extended header may be utilized to indicate the length of the link layer packet.
  • the payload of the link layer packet includes a segmented packet.
  • the divided packet may mean that the long length IP packet is divided into several segments. Each divided fragment may be called a segment or a divided packet. That is, when the value of the PC field is 1, the payload of the link layer packet may include one divided fragment and a segment.
  • a 1-bit LI field and a 3-bit segment ID field may follow the PC field.
  • the last segment indicator (LI) field may indicate whether the corresponding link layer packet includes the last segment among the segmented segments. That is, when the LI value is 1, the link layer includes the last segment among the divided segments, and when the LI value is 0, the link layer does not.
  • the LI field can be used when the receiver reconstructs the original IP packet.
  • the value of the LI field may indicate information about an extension header of a link layer packet. That is, when the LI field value is 0, the length of the extended header may be 1 byte, and when the value is 1, the length of the extended header may be 2 bytes. Details will be described later.
  • the segment ID field may indicate an ID of a segment included in the link layer packet. When one IP packet is divided, each segment may be given the same ID. This segment ID allows the receiver to know that each segment is a component of the same IP packet when the receiver reconstructs the original IP packet. Since the segment ID field has a size of 3 bits, segmentation of a total of 8 IP packets can be supported at the same time.
  • an extension header may be used for information about segmentation.
  • the extension header may include a segment sequence number, a segment length ID field, and / or a last segment length field.
  • the extension header may include a segment sequence number field and / or a segment length ID field.
  • the segment sequence number field may indicate how many packets are divided packets. Therefore, link layer packets having segments divided from one IP packet have the same segment ID field, but have different segment sequence number fields. Since the segment sequence number field has a size of 4 bits, one IP packet may be divided into up to 16 segments.
  • the segment length ID field may indicate the length of segments other than the last segment. Segments other than the last segment may have the same length. Therefore, their length can be expressed using a predetermined length ID.
  • the segment length ID field may indicate the length ID.
  • the length of the segment may be set according to the input size of the packet determined according to the FEC code rate of the physical layer. That is, the length of the segment can be determined according to the input size, and the segment lengths can be designated by the segment length ID. In order to reduce the overhead of the header, the length that a segment can have is limited to 16.
  • the length of the segment may be obtained by adding the minimum segment length (min_Len, minimum segment length) to the product of the segment length ID and the length unit (Len_Unit, Length Unit).
  • the length unit is a basic unit indicating the length of the segment
  • the minimum segment length may mean the minimum value of the segment length.
  • the length unit and the minimum segment length must always have the same value at the transmitter and the receiver, and it is efficient for system operation that it does not change once determined.
  • the length unit and the minimum segment length may be determined in consideration of the FEC processing capability of the physical layer in the initialization process of the system.
  • the extension header may include a segment sequence number field and / or a last segment length field.
  • the segment sequence number field is as described above.
  • the last segment length field may directly indicate the length of the last segment.
  • the last segment may be different in length from other segments. Therefore, the last segment length field may directly indicate the length of the last segment.
  • the last segment length field may indicate 1-4095 bytes. The number of bytes that can be displayed may vary depending on the embodiment.
  • FIG. 61 is a diagram illustrating values of respective fields in a header of a link layer packet when an IP packet is delivered to a link layer according to another embodiment of the present invention.
  • the number of concatenated IP packets may be determined according to the value of the count field (t61010).
  • the value of the count field may indicate the number of concatenated IP packets as they are, but it is not meaningful when 0 packets are concatenated. Accordingly, the count field may represent that the number of IP packets concatenated by adding 1 to the value of the count field. That is, as shown in the table t61010, it can be expressed that three IP packets are concatenated in the case of 0010 and eight IP packets in the case of 0111.
  • the value of the count field is 0000, this indicates that one IP packet is concatenated. This may indicate that the payload of the link layer packet includes one IP packet without concatenation.
  • the length of the segmented segment may be represented by the value of the segment length ID field (t61020).
  • the segment length may be 512 bytes. This may mean that the segment included in the payload of the link layer packet is not the last segment and has a length of 512 bytes. Other segments divided in the same IP packet as this segment may also have a length of 512 bytes, if not the last segment.
  • FIG. 62 is a diagram illustrating a case in which one IP packet is included in a link layer payload in a link layer packet header when an IP packet is delivered to a link layer according to another embodiment of the present invention.
  • IP packet When one IP packet is included in the link layer payload, that is, concatenation or segmentation is not performed, it may be referred to as encapsulation into a normal packet. This case may be the case where the IP packet is within the processing range of the physical layer.
  • the link layer packet may have a header of 1 byte in total.
  • the length of the header may vary depending on the embodiment.
  • the value of the packet type field may be 000 (for IPv4) or 001 (for IPv6).
  • the normal packet encapsulation process may be equally applied to IPv4 or IPv6.
  • the value of the PC field may be 0 since one packet is included in the payload.
  • the following count field may have a value of 0000 since only one packet is included in the payload.
  • the payload of the link layer packet may include one IP packet as it is.
  • information of the IP packet header may be utilized to confirm the length of the link layer packet.
  • the header of the IP packet includes a field indicating the length of the IP packet. This field may be called a length field. Where this length field is located in the IP packet may be fixed. Since one IP packet enters the payload of the link layer as it is, this length field may be located at a position shifted by a certain offset length from the beginning of the payload of the link layer packet. Therefore, this length field can be used to know the payload length of the entire link layer.
  • this length field may be located at a position moved by 2 bytes from the payload starting point and 4 bytes from the payload starting point in the case of IPv6.
  • the length field may have a length of 2 bytes.
  • the length LT of the entire link layer packet can be expressed as shown in the equation (t62010).
  • the value LIPv4 of the length field may indicate the total length of the IPv4 packet.
  • the length LT of the entire link layer packet can be expressed as shown in the equation (t62020).
  • the value LIPv6 of the length field represents only the length of the payload of the IPv6 packet, to obtain the length of the entire link layer packet, the fixed header length (40 bytes) of the IPv6 packet should be added.
  • FIG. 63 illustrates a case in which a plurality of IP packets are concatenated and included in a link layer payload in a link layer packet header when an IP packet is delivered to a link layer according to another embodiment of the present invention.
  • FIG. 63 illustrates a case in which a plurality of IP packets are concatenated and included in a link layer payload in a link layer packet header when an IP packet is delivered to a link layer according to another embodiment of the present invention.
  • the plurality of IP packets may be connected and encapsulated into a payload of one link layer packet.
  • the link layer packet may have a header of 1 byte in total.
  • the length of the header may vary depending on the embodiment.
  • the value of the packet type field may be 000 (for IPv4) or 001 (for IPv6).
  • the encapsulation process of this embodiment may be equally applied to IPv4 or IPv6.
  • the value of the PC field may be 0 since a plurality of concatenated IP packets are included in the payload.
  • the following count field may indicate the number of concatenated plurality of IP packets (4 bits).
  • the payload of the link layer packet may include a plurality of IP packets.
  • the plurality of IP packets may be connected to each other back and forth and included in the payload of the link layer packet.
  • the manner of chaining can be changed according to the designer's intention.
  • information of the concatenated IP packet header may be utilized.
  • a length field indicating the length of the IP packet may exist in the header of each IP packet.
  • these length fields may be located in a fixed position in the IP packet.
  • the length LT of the entire link layer packet is shown. It may be represented as an equation (t63010). That is, the lengths of the entire link layer packets can be obtained by adding up the lengths of the respective IP packets indicated by the length fields of the respective IP packets and adding the header lengths of the link layer packets thereto. The value of Lk can be confirmed by reading the length field of the header of each IP packet.
  • FIG. 64 illustrates a case in which one IP packet is segmented and included in a link layer payload in a link layer packet header when an IP packet is delivered to a link layer according to another embodiment of the present invention.
  • one IP packet may be divided into a plurality of segments. Each segmented segment may be encapsulated in the payload of each link layer packet.
  • each of the link layer packets t64010, t64020, and t64030 may have a fixed header and an extension header.
  • the length of each fixed header and extension header may vary depending on the embodiment.
  • the value of the packet type field may be 000 (for IPv4) or 001 (for IPv6).
  • the encapsulation process of this embodiment may be equally applied to IPv4 or IPv6.
  • the value of the PC field may be 1 since the divided segments are included in the payload.
  • Link layer packets t64010 and t64020 having segments other than the last segment as payloads may have a LI field value of 0, and each segment ID field may have the same value. This is because each segment is segmented from the same IP packet.
  • the segment sequence number field that follows may indicate the order of the corresponding segment.
  • the segment sequence field value of the first link layer packet t64010 may indicate that the corresponding link layer packet has the first segment as the payload.
  • a segment sequence field value of the second link layer packet t64020 may indicate that the link layer packet has a second segment as a payload.
  • the segment length ID field may express the length of the divided segment as a predetermined length ID.
  • the link layer packet t64030 having the last segment as the payload may have a LI field value of 1.
  • the segment ID field may be the same as other link layer packets. This is because the last segment is also a segment divided from the same IP packet.
  • the segment sequence number field that follows may indicate the order of the corresponding segment.
  • the last segment length field may directly indicate the length of the last segment of the link layer packet t64030.
  • a segment length ID field or a last segment length field may be used. Since each field represents only the length of the payload of the link layer packet, in order to obtain the length of the entire link layer packet, the header length of the link layer packet should be added.
  • the header length of the link layer packet can be known from the LI field as described above.
  • 65 is a diagram illustrating link layer packets having segmented segments in a link layer packet header when an IP packet is delivered to a link layer, according to another embodiment of the present invention.
  • each segment can be composed of 1024 bytes closest to this value.
  • the last segment may be 1404 bytes (010101111100B).
  • S1, S2, S3, S4, and S5 Each divided segment may be referred to as S1, S2, S3, S4, and S5, and a corresponding header may be referred to as H1, H2, H3, H4, and H5, respectively.
  • a header may be added to the segment to generate each link layer packet.
  • the packet type field of H1 to H5 may have a value of 000.
  • the PC field value of H1 to H5 since the PC field value of H1 to H5 has a divided packet as a payload, it may be one.
  • the LI value of H1 to H4 may be 0 since the last segment does not have a payload.
  • the LI value of H5 may be 1 since the last segment has a payload.
  • Seg_ID that is, the segment ID field of H1 to H5, may have the same value (000) because they all have segments from the same packet as payloads.
  • Seg_SN that is, the segment sequence number field of H1 to H5 may be sequentially displayed from 0000B to 0100B from H1 to H5.
  • the segment length ID field of H1 to H4 may have a value of 0010 corresponding to an ID of 1024 byte length.
  • the segment length field of H5 may have 010101111100 indicating 1404 bytes as its value.
  • FIG. 66 illustrates a method of utilizing CRC encoding in a header of a link layer packet when an IP packet is delivered to a link layer according to another embodiment of the present invention.
  • the receiver When the IP packet is divided and processed into a link layer packet, the receiver must receive a plurality of link layer packets and reassemble the original IP packet. The receiver may need to verify the integrity of the recombined IP packet.
  • CRC encoding may be utilized for this purpose.
  • a CRC may be added after the IP packet.
  • the link layer packet including the last segment may also include the CRC.
  • the receiver can check the CRC to determine whether recombination was successful without error.
  • the CRC is added to the end of the packet, but may be added to another location depending on the embodiment.
  • 67 is a diagram illustrating a structure of a link layer packet when signaling information is transmitted to a link layer according to another embodiment of the present invention.
  • the header of the link layer packet may include a fixed header and a fixed header.
  • the fixed header may have a length of 1 byte
  • the extension header may have a fixed length or have a variable value in length. The length of each header can be changed according to the designer's intention.
  • the fixed header may include a packet type field, a PC field, and / or a concatenation count field. According to another embodiment, the fixed header may include a packet type field, a PC field, an LI field, and / or a segment ID field.
  • the extension header may include a signaling class field, an information type field and / or a signaling format field. According to another embodiment, the extension header may further include a payload length part. According to another embodiment, the extension header may include a segment sequence number field, a segment length ID field, a signaling class field, an information type field, and / or a signaling format field. According to another embodiment, the extension header may include a segment sequence number field and / or a segment length ID field. According to another embodiment, the extension header may include a segment sequence number field and / or a last segment length field.
  • the packet type field may indicate a type of a packet input to the link layer.
  • the value of the packet type field may be 110B.
  • the PC field, LI field, segment ID field, segment sequence number field, segment length ID field, and last segment length field are as described above.
  • the chain count field is the same as the count field described above.
  • the extension header may include a signaling class field, an information type field and / or a signaling format field.
  • the extension header may further include a payload length part according to the value of the signaling format field.
  • the signaling class field may indicate what type of information the signaling information included in the link layer packet is.
  • the signaling information indicated by the signaling class field may include fast information channel (FIC) information or header compression information. Signaling information that can be indicated by the signaling class field will be described later.
  • FOC fast information channel
  • the information type field may indicate details of signaling information of a type designated by the signaling class field.
  • the meaning of the information type field may be defined separately according to the value of the signaling class field.
  • the signaling format field may indicate what format the signaling information included in the link layer packet has.
  • the format indicated by the signaling format field may include a section table, a descriptor, or XML.
  • the format indicated by the signaling format field will be described later.
  • the payload length part may indicate the length of signaling information included in the payload of the link layer packet.
  • the payload length part may be a set of length fields indicating the length of each signaling information concatenated. Each length field may have a size of 2 bytes, but the size may be changed according to the configuration of the system.
  • the total length of the payload length part may be expressed as the sum of the lengths of the respective length fields.
  • padding bits may be added for byte alignment. In this case, the total length of the payload length part may increase by padding bits.
  • the existence of the payload length part may be determined according to the value of the signaling format field. Like the section table and the descriptor, when the signaling information has a length value of the signaling information, a separate length field may not be needed. However, in the case of signaling information that does not have a separate length value, a separate length field may be needed. In the case of signaling information that does not have a separate length value, a payload length part may exist. In this case, the payload length part may include as many length fields as the number of count fields.
  • the extension header may include a segment sequence number field and / or a last segment length field.
  • the extension header may include a segment sequence number field and / or a segment length ID field.
  • the segment sequence number field, the last segment length field, and the segment length ID field are as described above.
  • the extension header may further include additional information.
  • This additional information may include a signaling class field, an information type field, and / or a signaling format field.
  • the signaling class field, information type field, and signaling format field are as described above.
  • FIG. 68 is a diagram illustrating a value of each field in a link layer packet structure when signaling information is transmitted to a link layer according to another embodiment of the present invention.
  • the type of signaling information included in the link layer packet may be represented by a signaling class field (t68010).
  • the signaling information may be signaling information for the fast information channel (FIC).
  • the signaling information may be signaling information for emergency alert.
  • the signaling class field value is 010
  • the signaling information may be signaling information for header compression.
  • the signaling class field value is 011 to 110, it may be left for signaling information type that can be used in the future.
  • the signaling class field value is 111, various types of signaling information may be included in the link layer packet.
  • Signaling information values that can be indicated by the signaling class field may be differently designated according to embodiments.
  • the format of the signaling information included in the link layer packet may be represented by the signaling format field (t68020).
  • the signaling information may be included in the payload in the form of a section table. If the signaling format field value is 01, the signaling information may be included in the payload in the form of a descriptor. If the signaling format field value is 10, the signaling information may be included in the payload in the form of XML. If the signaling format field value is 11, the signaling information may be included in the payload in any other form.
  • the format that can be indicated by the signaling format field may be differently designated according to an embodiment.
  • 69 is a diagram illustrating a structure of a case in which signaling information is one section table in a link layer packet structure when signaling information is delivered to a link layer, according to another embodiment of the present invention.
  • the header of the link layer packet may include a packet type field having a value of 110. Since one signaling information is included in the payload of the link layer packet, the PC field may have a value of 0 and the chain count field may have a value of 0000.
  • the signaling class field and the information type field may have values according to data included in the corresponding section table. Since the signaling information is a section table, the signaling format field may have a value of 00.
  • the payload of the link layer packet may have the input section table as it is.
  • the field of the section table may include a field indicating the length of the section table. This field may be called a length field. Where this length field is located in the section table may be fixed. Since one section table enters the payload of the link layer as it is, this length field may be located at a position shifted by a predetermined offset length from the beginning of the payload of the link layer packet. Therefore, this length field can be used to know the payload length of the entire link layer. In the case of the section table, a 12-bit length field may be located at a position shifted 12 bits from the start point of the payload. This length field may be called a Section_length field.
  • the value Lsection of the length field may indicate the length from immediately after the length field to the end of the section table. Therefore, adding the remaining 3 bytes of the section table and 2 bytes of the link layer packet header length makes the length of the entire link layer packet. That is, the link layer packet full length LT may be Lsection + 5 bytes.
  • the signaling class field and / or information type field may be used to process corresponding signaling information (section table).
  • the receiver may check a table ID (8 bit) value in the section table and process corresponding signaling information.
  • 70 is a diagram illustrating a structure of a case in which signaling information is one descriptor in a link layer packet structure when signaling information is transmitted to a link layer according to another embodiment of the present invention.
  • the header information of the link layer packet may be the same as when one section table is encapsulated.
  • the signaling class field and the information type field may have a value corresponding to data of the corresponding descriptor.
  • the signaling format field may have a value of 01.
  • the input descriptor may be located in the payload of the link layer packet as it is.
  • information of the descriptor may be utilized to confirm the length of the link layer packet. This is similar to the case where one section table described above is encapsulated. However, the position of the field indicating the length of the descriptor in the descriptor may vary. In the case of the descriptor, the length field is located 8 bits away from the start point of the payload, and may have a length of 8 bits. By using this, the length of the entire link layer packet can be known.
  • the signaling class field and / or information type field may be used to process corresponding signaling information (descriptor).
  • the receiver may identify the descriptor tag (8 bits) of the descriptor and process the corresponding signaling information.
  • FIG. 71 is a diagram illustrating a structure in a case where signaling information is a plurality of descriptors in a link layer packet structure when signaling information is delivered to a link layer according to another embodiment of the present invention.
  • FIG. 71 is a diagram illustrating a structure in a case where signaling information is a plurality of descriptors in a link layer packet structure when signaling information is delivered to a link layer according to another embodiment of the present invention.
  • a plurality of descriptors may be concatenated and encapsulated in the payload of the link layer packet.
  • the link layer packet header of the present embodiment may include a packet type field having a value of 110 and a PC field having a value of zero.
  • the chain count field may indicate how many descriptors are concatenated.
  • the signaling class field and the information type field may have values according to data of the corresponding descriptor. Since the signaling information is a descriptor, the signaling format field may have a value of 01.
  • the total length of the link layer packet of this embodiment can be calculated in a similar manner to that of which IP packets are concatenated. From the starting point of the payload, values of the length field descriptor_length of descriptors as many as indicated by the count field may be read. The sum of the read values can be used to obtain the total payload length of the link layer packet. The length of the entire link layer packet can be obtained by adding the header length of the link layer packet.
  • FIG. 72 is a diagram illustrating a structure of a case in which signaling information is a plurality of section tables in a link layer packet structure when signaling information is transmitted to a link layer according to another embodiment of the present invention.
  • FIG. 72 is a diagram illustrating a structure of a case in which signaling information is a plurality of section tables in a link layer packet structure when signaling information is transmitted to a link layer according to another embodiment of the present invention.
  • a plurality of section tables may be concatenated and encapsulated in the payload of the link layer packet.
  • the link layer packet header of the present embodiment may include a packet type field having a value of 110, a PC field having a value of 0, and a chain count field indicating the number of concatenated section tables.
  • the signaling class field and the information type field may have values according to data of the corresponding section tables. Since the signaling information is a section table, the signaling format field may have a value of 00.
  • the total length of the link layer packet of this embodiment can be obtained similarly to the case where the above-described descriptors are concatenated.
  • a 12-bit length field may be located at a position shifted 12 bits from the start point of the section table.
  • the length of the remaining section tables can be added to determine the length of the entire section table.
  • the sum of the lengths of the respective section tables gives the total length of the concatenated section tables, that is, the length of the payload of the link layer packet.
  • the length of the entire link layer packet can be obtained by adding the header length of the link layer packet.
  • 73 is a diagram illustrating a structure of a case in which signaling information does not have a separate length value in a link layer packet structure when signaling information is transmitted to a link layer, according to another embodiment of the present invention.
  • This embodiment may correspond to the case where the aforementioned signaling format field indicates that the corresponding signaling information is signaling information that does not have XML or a separate length value.
  • the extension header may further include a payload length part.
  • the header of this embodiment may include a packet field having a value of 110, a PC field having a value of 0, and a chain count field indicating the number of concatenated signaling information.
  • the following signaling class field and information type field may have a value according to data included in the corresponding signaling information. Since the signaling information is XML or separate signaling information, the signaling format field may have a value of 10 or 11.
  • the added payload length part may include a plurality of length fields as described above. Each length fields may indicate the length of each signaling information. Therefore, there may be as many length fields as the number indicated by the chain count field.
  • the length fields may each have a length of 2 bytes. The length of the length field may change depending on the configuration of the system. Padding bits for byte alignment may be further added to the link layer packet.
  • the length fields may be utilized to obtain the length of the entire link layer packet (t73010). If the number of values of the concatenation counter field is n, a total of 2 * n bytes of payload length parts may be added to the header.
  • the concatenated signaling information S1, S2,... The value of each length field indicating the length of Sn is L1, L2,... , Ln, and if the header length of the link layer packet is 2 bytes, the length LT of the entire link layer packet may be represented as shown (t73010).
  • 74 is a diagram illustrating a structure in which one signaling information is divided into a plurality of segments in a link layer packet structure when signaling information is transmitted to a link layer according to another embodiment of the present invention.
  • one signaling information may be divided into a plurality of segments. Each segmented segment may be encapsulated in the payload of each link layer packet.
  • the structure of this embodiment may have a header structure similar to the case where the above-described IP packet is divided.
  • the packet type field may have a value of 110 since signaling information is input.
  • the PC field, the LI field, the segment ID field, the segment sequence number field, the segment length ID field, and the last segment length field may be the same as when the aforementioned IP packet is divided.
  • the first packet may further include additional information (t74010).
  • this additional information may include a signaling class field, an information type field, and / or a signaling format field.
  • the receiver receives all the segments, the additional information enables processing of the corresponding signaling information.
  • the combination of the LI field value and the segment sequence number field may provide information about the extension header of the link layer packet.
  • the length of the extension header may be 2 bytes.
  • the length of the extension header may be 1 byte.
  • the length of the extension header may be 2 bytes.
  • the length of the entire link layer packet can be obtained by adding the length of the link layer packet header to the length of the segment found through the segment length ID field or the last segment length field.
  • CRC encoding may be utilized even when signaling information is divided.
  • CRC may be added to the end of the signaling information. This CRC can be used to confirm the integrity of the recombination when the receiver reassembles the signaling information. If the signaling information added with the CRC is split, the link layer packet including the last segment may also include the CRC.
  • the CRC is added to the end of the packet, but may be added to another location depending on the embodiment.
  • 75 is a diagram illustrating a method for transmitting a broadcast signal according to an embodiment of the present invention.
  • the method for transmitting a broadcast signal may include generating a plurality of signaling information signaling broadcast data (t75010), and generating a link layer packet using the plurality of signaling information (t75020). ), Generating a broadcast signal using the link layer packet (t75030) and / or transmitting the broadcast signal (t75040).
  • a plurality of signaling information may be generated (t75010).
  • the plurality of signaling information may be used to signal other broadcast data transmitted through the link layer.
  • the content and type of signaling information may be changed according to embodiments. Generating a plurality of signaling information may be performed in a first module to be described later.
  • a link layer packet may be generated using the generated plurality of signaling information (t75020). This step may correspond to a process of generating a link layer packet by concatenating the aforementioned plurality of signaling information.
  • the link layer packet may include a link layer header and a link layer payload.
  • the link layer header may include a packet type field, a packet configuration field, and a count field, and the packet type field may indicate that information included in the link layer payload is signaling information. It may indicate whether or not a plurality of signaling information is included, the count field may indicate the number of the plurality of signaling information included in the link layer payload. Since it is concatenated, the plurality of signaling information may be connected and included in the link layer payload.
  • the link layer header may mean the above-mentioned fixed header or extended header or the whole header including the fixed header and extended header according to the context.
  • the packet configuration field may mean the PC field described above.
  • the link layer payload may mean a payload of a link layer packet. Generating the link layer packet may be performed in a second module to be described later.
  • a broadcast signal may be generated using the generated link layer packet (t75030).
  • a series of encoding, modulation, and the like may be applied to a link layer packet generated in the link layer.
  • the physical layer may perform physical layer processing.
  • a broadcast signal may be generated. The generating of the broadcast signal may be performed by a third module which will be described later.
  • the broadcast signal may be transmitted to the receiver through the antenna (t75040).
  • the broadcast signal may be transmitted through a broadcast network, and the method of transmission may be changed according to an embodiment.
  • the transmitting of the broadcast signal may be performed by a third module which will be described later.
  • the link layer header may further include a signaling class field, an information type field, and a signaling format field.
  • the signaling class field may indicate a target signaled by the signaling information
  • the information type field may include data regarding signaling information
  • the signaling format field may indicate a format of the signaling information.
  • the signaling class field, information type field and signaling format field are as described above.
  • the signaling format field may indicate that a plurality of signaling information included in a link layer payload is a plurality of section tables. This may mean that the format of the signaling information indicated by the signaling format field is a section table.
  • the length of a link layer header may be determined by a value of a signaling format field. That is, as described above, it is determined whether the link layer header further includes an additional payload length part by the value of the signaling format field.
  • the length of the link layer payload may be determined by the values of the section length fields of the plurality of section tables. As described above, there may be section length fields in a fixed position in the section table. The length of the link layer payload may be calculated based on the sum of the values indicated by these section length fields.
  • section length fields of a plurality of section tables may be sequentially located on a link layer payload.
  • section length fields may be listed in the link layer payload at intervals.
  • Each length field may be located at a fixed position from the start of each section table. Since the length of each section table may vary, the distance between each length field may be different. As described above, the section length field may indicate the length of the corresponding section table.
  • the signaling format field may indicate that a plurality of signaling information included in a link layer payload is a plurality of descriptors. This is a case where a plurality of descriptors are concatenated to form a payload, and as described above, the signaling format field may indicate this.
  • the method for transmitting a broadcast signal may further include a payload length part in which the link layer header includes a plurality of payload length fields.
  • Payload length fields may mean length fields in the payload length part described above.
  • each payload length fields may indicate the length of each of the plurality of signaling information. This may correspond to the case in which signaling information included in the link layer packet does not have a separate length field.
  • whether the payload length part is further included in the link layer header may be determined by the value of the signaling format field.
  • the value of the signaling format field may correspond to 1x. Therefore, the payload length part zone part can be identified through the value of the signaling format field.
  • the method of transmitting a broadcast signal may be a method corresponding to the above-mentioned segmentation.
  • a method of transmitting a broadcast signal may include generating signaling information signaling broadcast data, generating a link layer packet using the signaling information, and broadcasting using the link layer packet. Generating a signal, and / or transmitting the broadcast signal. Each step may be performed by the first module, the second module, the third module, and the third module in order.
  • the link layer packet may include a link layer header and a link layer payload, and the link layer payload may include one of segments in which signaling information is divided.
  • the link layer header may include a packet type field and a packet configuration field, and the packet type field may indicate that information included in the link layer payload is signaling information.
  • the packet configuration field may indicate whether the link layer payload includes one of segments in which signaling information is divided.
  • the link layer header may include a signaling class field, an information type field, and a signaling format. It may further include a field.
  • the signaling class field may indicate a target signaled by the signaling information
  • the information type field may include data regarding signaling information
  • the signaling format field may indicate a format of the signaling information.
  • the signaling class field, information type field and signaling format field are as described above.
  • 76 is a diagram illustrating an apparatus for transmitting a broadcast signal according to an embodiment of the present invention.
  • An apparatus for transmitting a broadcast signal may include a first module t76010, a second module t76020, and / or a third module t76030.
  • the first module t76010 may generate a plurality of signaling information.
  • the first module may perform a process corresponding to generating a plurality of signaling information signaling the aforementioned broadcast data.
  • the first module according to the embodiment in which the segmentation is performed may perform a process corresponding to the step of generating the signaling information signaling the above-mentioned broadcast data.
  • the second module t76020 may generate a link layer packet using the generated plurality of signaling information.
  • the second module may perform a process corresponding to generating a link layer packet by using the aforementioned plurality of signaling information.
  • the second module in the embodiment according to the case where the segmentation is performed may perform a process corresponding to the step of generating a link layer packet using the above-described signaling information.
  • the third module t76030 may generate a broadcast signal using the generated link layer packet. In addition, the third module may transmit the generated broadcast signal. The third module may perform operations corresponding to generating a broadcast signal and transmitting a broadcast signal using the above-described link layer packet. In addition, the third module according to the embodiment in which the segmentation is performed may perform operations corresponding to generating a broadcast signal and transmitting a broadcast signal using the above-described link layer packet. have.
  • the above-described first module, second module, and third module may be processors for executing successive procedures stored in a memory (or a storage unit).
  • the aforementioned first module, second module, and third module may be hardware elements located inside / outside the device.
  • the above-described modules may be omitted or replaced by other modules performing similar / same operations according to the embodiment.
  • the module or unit may be processors that execute successive procedures stored in a memory (or storage unit). Each of the steps described in the above embodiments may be performed by hardware / processors. Each module / block / unit described in the above embodiments can operate as a hardware / processor.
  • the methods proposed by the present invention can be executed as code. This code can be written to a processor readable storage medium and thus read by a processor provided by an apparatus.
  • 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 broadcast signal transmission / reception method of the present invention may be embodied as a processor-readable code on a processor-readable recording medium provided in a 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 has industrial applicability in a series of industries related to a broadcast signal transmission method, a broadcast signal reception method, a broadcast signal transmission device, and a broadcast signal reception device.

Abstract

본 발명은 방송 신호를 전송하는 방법을 제공한다. 본 발명에 따른 방송 신호를 전송하는 방법은, 방송 데이터를 시그널링하는 복수개의 시그널링 정보를 생성하는 단계; 상기 복수개의 시그널링 정보를 이용하여 링크 레이어 패킷을 생성하는 단계; 상기 링크 레이어 패킷을 이용하여 방송 신호를 생성하는 단계; 및 상기 방송 신호를 전송하는 단계; 를 포함하는 방송 신호 전송 방법일 수 있다.

Description

방송신호 전송방법, 방송신호 수신방법, 방송신호 전송장치, 방송신호 수신장치
본 발명은 방송신호 전송방법, 방송신호 수신방법, 방송신호 전송장치, 방송신호 수신장치에 관한 것이다.
최근 디지털 방송 시스템에서 IP를 이용한 방송 환경이 점점 증가하고 있다. 차세대 방송 시스템에서는 방송망과 인터넷 망을 연동하여 방송 서비스를 제공하는 하이브리드 방송 시스템이 구축될 전망이 있다. 따라서, 기존의 IP를 이용한 디지털 방송 시스템의 기술을 계승 및 발전시키는 방안들이 고려되고 있다. 하지만, 기존의 MPEG-2 TS를 이용하는 기존 방송 시스템에서 IP 방송 시스템으로 완전히 전환되는 것은 산업적인 측면 또는 정책적인 측면에서 상당한 기간이 소요되게 되므로 IP 및 MPEG-2 TS를 동시에 지원하는 방송 시스템이 고려되어야 한다.
따라서 본 발명의 목적은 차세대 방송 서비스를 위한 방송 신호를 전송하고 수신할 수 있는 방송 신호 송신 장치, 방송 신호 수신 장치, 그리고 차세대 방송 서비스를 위한 방송 신호를 송신하고 수신하는 방법을 제공하는데 있다.
상기 목적을 달성하기 위하여 본 발명은 방송 신호를 전송하는 방법을 제공한다. 본 발명에 따른 방송 신호를 전송하는 방법은, 방송 데이터를 시그널링하는 복수개의 시그널링 정보를 생성하는 단계; 상기 복수개의 시그널링 정보를 이용하여 링크 레이어 패킷(Link Layer Packet)을 생성하는 단계, 여기서, 링크 레이어 패킷은 링크 레이어 헤더와 링크 레이어 페이로드를 포함하고, 상기 링크 레이어 헤더는 패킷 타입 필드, 패킷 구성 필드, 카운트 필드를 포함하고, 상기 패킷 타입 필드는 상기 링크 레이어 페이로드가 포함하는 정보가 시그널링 정보임을 지시하고, 상기 패킷 구성 필드는 상기 링크 레이어 페이로드가 복수개의 시그널링 정보를 포함하는지 여부를 지시하고, 상기 카운트 필드는 상기 링크 레이어 페이로드가 포함하는 복수개의 시그널링 정보의 개수를 지시하고, 상기 복수개의 시그널링 정보는 연결되어 상기 링크 레이어 페이로드에 포함되고; 상기 링크 레이어 패킷을 이용하여 방송 신호를 생성하는 단계; 및 상기 방송 신호를 전송하는 단계; 를 포함하는 방송 신호 전송 방법일 수 있다.
바람직하게는, 상기 링크 레이어 헤더는 시그널링 클래스 필드, 정보 타입 필드 및 시그널링 포맷 필드를 더 포함하고, 상기 시그널링 클래스 필드는 상기 시그널링 정보가 시그널링하는 대상을 지시하고, 상기 정보 타입 필드는 상기 시그널링 정보에 관한 데이터를 포함하고, 상기 시그널링 포맷 필드는 상기 시그널링 정보의 포맷을 지시할 수 있다.
바람직하게는, 상기 시그널링 포맷 필드는 상기 링크 레이어 페이로드가 포함하는 복수개의 시그널링 정보가 복수개의 섹션 테이블임을 지시할 수 있다.
바람직하게는, 상기 링크 레이어 헤더의 길이는 상기 시그널링 포맷 필드의 값에 의하여 결정되고, 상기 링크 레이어 페이로드의 길이는 상기 복수개의 섹션 테이블의 섹션 길이 필드들의 값에 의해 결정될 수 있다.
바람직하게는, 상기 복수개의 섹션 테이블의 섹션 길이 필드들은 상기 링크 레이어 페이로드 상에 순차적으로 위치하고, 상기 복수개의 섹션 길이 필드는 상기 복수개의 섹션 테이블의 각 시작점으로부터 고정된 위치에 위치하고, 상기 섹션 길이 필드는 해당 섹션 테이블의 길이를 나타낼 수 있다.
바람직하게는, 상기 시그널링 포맷 필드는 상기 링크 레이어 페이로드가 포함하는 복수개의 시그널링 정보가 복수개의 디스크립터임을 지시할 수 있다.
바람직하게는, 상기 링크 레이어 헤더는 복수개의 페이로드 길이 필드들을 포함하는 페이로드 길이 파트를 더 포함하고, 각각의 상기 페이로드 길이 필드들은 각각의 상기 복수개의 시그널링 정보들의 길이를 지시할 수 있다.
바람직하게는, 상기 링크 레이어 헤더에 상기 페이로드 길이 파트가 더 포함되는지 여부는 상기 시그널링 포맷 필드의 값에 의하여 결정될 수 있다.
상기 목적을 달성하기 위하여 본 발명은 방송 신호를 전송하는 방법을 제공한다. 본 발명에 따른 방송 신호를 전송하는 방법은, 방송 데이터를 시그널링하는 시그널링 정보를 생성하는 단계; 상기 시그널링 정보를 이용하여 링크 레이어 패킷(Link Layer Packet)을 생성하는 단계, 여기서, 상기 링크 레이어 패킷은 링크 레이어 헤더와 링크 레이어 페이로드를 포함하고, 상기 링크 레이어 페이로드는 상기 시그널링 정보가 분할된 세그먼트들 중 하나를 포함하고, 상기 링크 레이어 헤더는 패킷 타입 필드, 패킷 구성 필드를 포함하고, 상기 패킷 타입 필드는 상기 링크 레이어 페이로드가 포함하는 정보가 시그널링 정보임을 지시하고, 상기 패킷 구성 필드는 상기 링크 레이어 페이로드가 상기 시그널링 정보가 분할된 세그먼트들 중 하나를 포함하는지 여부를 지시하고; 상기 링크 레이어 패킷을 이용하여 방송 신호를 생성하는 단계; 및 상기 방송 신호를 전송하는 단계; 를 포함하는 방송 신호 전송 방법일 수 있다.
바람직하게는, 상기 링크 레이어 페이로드가 포함하는 세그먼트가 상기 분할된 세그먼트들 중 첫번째 세그먼트인 경우, 상기 링크 레이어 헤더는 시그널링 클래스 필드, 정보 타입 필드 및 시그널링 포맷 필드를 더 포함하고, 상기 시그널링 클래스 필드는 상기 시그널링 정보가 시그널링하는 대상을 지시하고, 상기 정보 타입 필드는 상기 시그널링 정보에 관한 정보를 포함하고, 상기 시그널링 포맷 필드는 상기 시그널링 정보의 포맷을 지시할 수 있다.
상기 목적을 달성하기 위하여 본 발명은 방송신호 전송장치를 제공한다. 본 발명에 따른 방송신호 전송장치는, 방송 데이터를 시그널링하는 복수개의 시그널링 정보를 생성하는 제 1 모듈; 상기 복수개의 시그널링 정보를 이용하여 링크 레이어 패킷(Link Layer Packet)을 생성하는 제 2 모듈, 여기서, 링크 레이어 패킷은 링크 레이어 헤더와 링크 레이어 페이로드를 포함하고, 상기 링크 레이어 헤더는 패킷 타입 필드, 패킷 구성 필드, 카운트 필드를 포함하고, 상기 패킷 타입 필드는 상기 링크 레이어 페이로드가 포함하는 정보가 시그널링 정보임을 지시하고, 상기 패킷 구성 필드는 상기 링크 레이어 페이로드가 복수개의 시그널링 정보를 포함하는지 여부를 지시하고, 상기 카운트 필드는 상기 링크 레이어 페이로드가 포함하는 복수개의 시그널링 정보의 개수를 지시하고, 상기 복수개의 시그널링 정보는 연결되어 상기 링크 레이어 페이로드에 포함되고; 및 상기 링크 레이어 패킷을 이용하여 방송 신호를 생성하고 상기 방송 신호를 전송하는 제 3 모듈; 을 포함하는 방송 신호 전송 장치일 수 있다.
바람직하게는, 상기 링크 레이어 헤더는 시그널링 클래스 필드, 정보 타입 필드 및 시그널링 포맷 필드를 더 포함하고, 상기 시그널링 클래스 필드는 상기 시그널링 정보가 시그널링하는 대상을 지시하고, 상기 정보 타입 필드는 상기 시그널링 정보에 관한 데이터를 포함하고, 상기 시그널링 포맷 필드는 상기 시그널링 정보의 포맷을 지시할 수 있다.
바람직하게는, 상기 시그널링 포맷 필드는 상기 링크 레이어 페이로드가 포함하는 복수개의 시그널링 정보가 복수개의 섹션 테이블임을 지시할 수 있다.
바람직하게는, 상기 링크 레이어 헤더의 길이는 상기 시그널링 포맷 필드의 값에 의하여 결정되고, 상기 링크 레이어 페이로드의 길이는 상기 복수개의 섹션 테이블의 섹션 길이 필드들의 값에 의해 결정될 수 있다.
바람직하게는, 상기 복수개의 섹션 테이블의 섹션 길이 필드들은 상기 링크 레이어 페이로드 상에 순차적으로 위치하고, 상기 복수개의 섹션 길이 필드는 상기 복수개의 섹션 테이블의 각 시작점으로부터 고정된 위치에 위치하고, 상기 섹션 길이 필드는 해당 섹션 테이블의 길이를 나타낼 수 있다.
바람직하게는, 상기 시그널링 포맷 필드는 상기 링크 레이어 페이로드가 포함하는 복수개의 시그널링 정보가 복수개의 디스크립터임을 지시할 수 있다.
바람직하게는, 상기 링크 레이어 헤더는 복수개의 페이로드 길이 필드들을 포함하는 페이로드 길이 파트를 더 포함하고, 각각의 상기 페이로드 길이 필드들은 각각의 상기 복수개의 시그널링 정보들의 길이를 지시할 수 있다.
바람직하게는, 상기 링크 레이어 헤더에 상기 페이로드 길이 파트가 더 포함되는지 여부는 상기 시그널링 포맷 필드의 값에 의하여 결정될 수 있다.
상기 목적을 달성하기 위하여 본 발명은 방송신호 전송장치를 제공한다. 본 발명에 따른 방송신호 전송장치는, 방송 데이터를 시그널링하는 시그널링 정보를 생성하는 제 1 모듈; 상기 시그널링 정보를 이용하여 링크 레이어 패킷(Link Layer Packet)을 생성하는 제 3 모듈, 여기서, 상기 링크 레이어 패킷은 링크 레이어 헤더와 링크 레이어 페이로드를 포함하고, 상기 링크 레이어 페이로드는 상기 시그널링 정보가 분할된 세그먼트들 중 하나를 포함하고, 상기 링크 레이어 헤더는 패킷 타입 필드, 패킷 구성 필드를 포함하고, 상기 패킷 타입 필드는 상기 링크 레이어 페이로드가 포함하는 정보가 시그널링 정보임을 지시하고, 상기 패킷 구성 필드는 상기 링크 레이어 페이로드가 상기 시그널링 정보가 분할된 세그먼트들 중 하나를 포함하는지 여부를 지시하고; 및 상기 링크 레이어 패킷을 이용하여 방송 신호를 생성하고, 상기 방송 신호를 전송하는 제 3 모듈; 을 포함하는 방송 신호 전송 장치일 수 있다.
바람직하게는, 상기 링크 레이어 페이로드가 포함하는 세그먼트가 상기 분할된 세그먼트들 중 첫번째 세그먼트인 경우, 상기 링크 레이어 헤더는 시그널링 클래스 필드, 정보 타입 필드 및 시그널링 포맷 필드를 더 포함하고, 상기 시그널링 클래스 필드는 상기 시그널링 정보가 시그널링하는 대상을 지시하고, 상기 정보 타입 필드는 상기 시그널링 정보에 관한 정보를 포함하고, 상기 시그널링 포맷 필드는 상기 시그널링 정보의 포맷을 지시할 수 있다.
본 발명은 효율적인 방송신호 전송방법, 방송신호 수신방법, 방송신호 전송장치, 방송신호 수신장치를 제공할 수 있다.
또한, 본 발명은 데이터 전송 효율을 높이고 방송 신호 송수신의 강인성(Robustness)를 증가시킬 수 있다.
도 1은 본 발명의 일 실시예에 따른, 하이브리드 기반의 차세대 방송 시스템을 위한 프로토콜 스택 (Protocol Stack) 을 나타낸 도면이다.
도 2는 본 발명의 일 실시예에 따른 링크 계층 (link layer)의 인터페이스 (interface)를 나타낸 도면이다.
도 3은 본 발명의 일 실시예에 따른 링크 계층의 패킷의 구조를 나타낸 도면이다.
도 4는 본 발명의 일 실시예에 따른 패킷 타입 엘레먼트의 값에 따른 패킷의 타입을 나타낸 도면이다.
도 5는 본 발명의 일 실시예에 따른, 링크 계층으로 IP 패킷이 전달되는 경우, 링크 계층의 패킷의 헤더의 구조를 나타낸 도면이다.
도 6은 본 발명의 일 실시예에 따른, C/S 필드의 값에 따른 의미와 헤더의 구성 정보를 나타낸 도면이다.
도 7은 본 발명의 일 실시예에 따른 카운트 필드의 값에 따른 의미를 나타낸 도면이다.
도 8은 본 발명의 일 실시예에 따른 Seg_Len_ID 필드의 값에 따른 의미 및 세그먼트의 길이를 계산하는 식을 나타낸 도면이다.
도 9는 본 발명의 일 실시예에 따른 노멀 패킷 (normal packet)을 캡슐화 (encapsulation) 하는 과정 및 링크 계층 패킷의 길이를 계산하는 식을 나타낸 도면이다.
도 10은 본 발명의 일 실시예에 따른 연결 (concatenated packet)을 캡슐화 (encapsulation) 하는 과정 및 링크 계층 패킷의 길이를 계산하는 식을 나타낸 도면이다.
도 11은 본 발명의 일 실시예에 따른 IPv4 패킷을 포함하는 연결 패킷 (concatenated packet) 의 길이를 구하는 과정 및 IP 패킷의 길이 필드 (length field)가 위치하는 오프셋 (offset) 값을 계산하는 식을 나타낸 도면이다.
도 12는 본 발명의 일 실시예에 따른 IPv6 패킷을 포함하는 연결 패킷 (concatenated packet) 의 길이를 구하는 과정 및 IP 패킷의 길이 필드 (length field)가 위치하는 오프셋 (offset) 값을 계산하는 식을 나타낸 도면이다.
도 13은 본 발명의 일 실시예에 따른 분할 패킷 (segmented packet)을 캡슐화 (encapsulation) 하는 과정을 나타낸 도면이다.
도 14는 본 발명의 일 실시예에 따른 IP 패킷의 분할 (segmentation) 과정 및 이에 따른 링크 계층 패킷의 헤더 정보를 나타낸 도면이다.
도 15는 본 발명의 일 실시예에 따른 CRC (Cyclic Redundancy Check)을 포함하는 IP 패킷의 분할 (segmentation) 과정을 나타낸 도면이다.
도 16은 본 발명의 일 실시예에 따른 MPEG-2 TS (transport stream)이 링크 계층으로 입력되는 경우, 링크 계층 패킷의 헤더 구조를 나타낸 도면이다.
도 17은 본 발명의 일 실시예에 따른 카운트 필드의 값에 따른 링크 계층 패킷의 페이로드에 포함되는 MPEG-2 TS 패킷의 개수를 나타내는 도면이다.
도 18은 본 발명의 일 실시예에 따른 MPEG-2 TS 패킷의 헤더를 나타낸 도면이다.
도 19는 본 발명의 일 실시예에 따른 송수신기에서 Transport Error Indicator 필드의 용도를 변경하는 과정을 나타낸 도면이다.
도 20은 본 발명의 일 실시예에 따른 MPEG-2 TS 패킷을 캡슐화 (encapsulation) 하는 과정을 나타낸 도면이다.
도 21은 본 발명의 일 실시예에 따른 동일한 PID를 갖는 MPEG-2 TS 패킷을 캡슐화 (encapsulation) 하는 과정을 나타낸 도면이다.
도 22는 본 발명의 일 실시예에 따른 Common PID reduction 과정 및 Common PID reduction 과정을 거치는 경우 링크 계층 패킷의 길이를 구하는 식을 나타낸 도면이다.
도 23은 본 발명의 일 실시예에 따른 Common PID reduction이 적용된 경우, 카운트 필드의 값에 따른 연결된 (concatenated) MPEG-2 TS 패킷의 개수 및 이에 따른 링크 계층 패킷의 길이를 나타낸 도면이다.
도 24는 본 발명의 일 실시예에 따른 눌 패킷 (null packet)이 포함된 MPEG-2 TS 패킷을 캡슐화 (encapsulation) 하는 과정을 나타낸 도면이다.
도 25는 본 발명의 일 실시예에 따른 제거된 눌 패킷 (null packet)을 카운트 (count) 하는 지시자 (indicator) 를 처리하는 과정 및 이 과정에서 링크 계층 패킷의 길이를 구하는 식을 나타낸 도면이다.
도 26은 본 발명의 다른 실시예에 따른 눌 패킷 (null packet)이 포함된 MPEG-2 TS 패킷을 캡슐화 (encapsulation) 하는 과정을 나타낸 도면이다.
도 27은 본 발명의 일 실시예에 따른 눌 패킷 (null packet)을 포함하는 스트림 (stream) 에서, 동일한 PID (packet identifier)를 포함하는 MPEG-2 TS 패킷들을 캡슐화 (encapsulation) 하는 과정을 나타낸 도면이다.
도 28은 본 발명의 일 실시예에 따른 눌 패킷 (null packet)을 포함하는 스트림 (stream) 에서, 동일한 PID (packet identifier)를 포함하는 MPEG-2 TS 패킷들을 캡슐화 (encapsulation) 하는 과정을 거칠 때, 링크 계층 패킷의 길이를 구하는 식을 나타낸 도면이다.
도 29는 본 발명의 일 실시예에 따른 시그널링 전송을 위한 링크 계층 패킷의 구조를 나타낸 도면이다.
도 30은 본 발명의 일 실시예에 따른 framed packet 전송을 위한 링크 계층 패킷의 구조를 나타낸 도면이다.
도 31은 본 발명의 일 실시예에 따른 framed packet의 신택스 (syntax)를 나타낸 도면이다.
도 32는 본 발명의 일 실시예에 따른, 차세대 방송 시스템의 수신기를 나타낸 도면이다.
도 33은 본 발명의 일 실시예에 따른 섹션 테이블 (section table)의 일반적인 포맷 (format)을 나타낸 도면이다.
도 34는 본 발명의 일 실시예에 따른 시그널링 (signaling)의 전송을 위한 링크 계층 패킷 (link layer packet)의 구조를 나타낸 도면이다.
도 35은 본 발명의 일 실시예에 따른 시그널링 타입 필드가 나타내는 값에 따른 의미와 시그널링 타입 필드에 뒤따르는 고정 헤더 및 확장 헤더에 관한 내용을 나타낸 도면이다.
도 36는 본 발명의 일 실시예에 따른 Concatenation Count (Count) 필드값에 따른 링크 계층 패킷의 페이로드를 구성하고 있는 디스크립터의 개수를 나타낸 도면이다.
도 37는 본 발명의 일 실시예에 따른 링크 계층 패킷의 페이로드에 입력된 시그널링 (signaling) 정보가 섹션 테이블 (section table)인 경우 섹션 테이블을 페이로드에 인캡슐레이션 (encapsulation)하는 과정을 나타낸 도면이다.
도 38은 본 발명의 일 실시예에 따른 네트워크 정보 테이블 (network information table; NIT)의 syntax를 나타낸 도면이다.
도 39은 본 발명의 일 실시예에 따른 네트워크 정보 테이블 (network information table; NIT)에 포함되어 있는 전송 시스템 디스크립터 (delivery system descriptor)의 syntax를 나타낸 도면이다.
도 40은 본 발명의 일 실시예에 따른 고속 정보 테이블 (Fast Information Table; FIT)의 syntax를 나타낸 도면이다.
도 41는 본 발명의 일 실시예에 따른 링크 계층 패킷의 페이로드에 입력된 시그널링 (signaling) 정보가 디스크립터 (descriptor)인 경우 디스크립터를 페이로드에 인캡슐레이션 (encapsulation)하는 과정을 나타낸 도면이다.
도 42은 본 발명의 일 실시예에 따른 고속 정보 디스크립터 (fast information descriptor)의 syntax를 나타낸 도면이다.
도 43은 본 발명의 일 실시예에 따른 전송 시스템 디스크립터 (delivery system descriptor)를 나타낸 도면이다.
도 44는 본 발명의 일 실시예에 따른 링크 계층 패킷의 페이로드에 입력된 시그널링 (signaling) 정보가 DVB-GSE 표준에서 사용되는 GSE-LLC 형태인 경우 하나의 GSE-LLC 데이터를 하나의 링크 계층 패킷의 페이로드에 인캡슐레이션 (encapsulation)하는 과정을 나타낸 도면이다.
도 45은 본 발명의 일 실시예에 따른 링크 계층 패킷의 페이로드에 입력된 시그널링 (signaling) 정보가 DVB-GSE 표준에서 사용되는 GSE-LLC 형태인 경우 하나의 GSE-LLC 데이터를 여러 개의 링크 계층 패킷의 페이로드에 인캡슐레이션 (encapsulation)하는 과정을 나타낸 도면이다.
도 46는 본 발명의 일 실시예에 따른 시그널링 정보 송신 방법을 나타낸 도면이다.
도 47 는 본 발명의 일 실시예에 따른 RoHC 전송을 위한 링크 레이어 패킷(link layer packet)의 헤더를 도시한 도면이다.
도 48 은 본 발명에 따른, 링크 레이어 패킷을 통한 RoHC 패킷 전송 방법의 실시예 #1 을 도시한 도면이다.
도 49 은 본 발명에 따른, 링크 레이어 패킷을 통한 RoHC 패킷 전송 방법의 실시예 #2 를 도시한 도면이다.
도 50 은 본 발명에 따른, 링크 레이어 패킷을 통한 RoHC 패킷 전송 방법의 실시예 #3 를 도시한 도면이다.
도 51 는 본 발명에 따른, 링크 레이어 패킷을 통한 RoHC 패킷 전송 방법의 실시예 #4 를 도시한 도면이다.
도 52 은 MTU 가 1500인 경우에 있어서, 본 발명의 일 실시예에 따른 RoHC 전송을 위한 링크 레이어 패킷의 헤더를 도시한 도면이다.
도 53 은 본 발명에 따른, MTU 가 1500인 경우에 있어서의 링크 레이어 패킷을 통한 RoHC 패킷 전송 방법의 실시예 #1 을 도시한 도면이다.
도 54 는 본 발명에 따른, MTU 가 1500인 경우에 있어서의 링크 레이어 패킷을 통한 RoHC 패킷 전송 방법의 실시예 #2 을 도시한 도면이다.
도 55 은 본 발명에 따른, MTU 가 1500인 경우에 있어서의 링크 레이어 패킷을 통한 RoHC 패킷 전송 방법의 실시예 #3 을 도시한 도면이다.
도 56 는 본 발명에 따른, MTU 가 1500인 경우에 있어서의 링크 레이어 패킷을 통한 RoHC 패킷 전송 방법의 실시예 #4 을 도시한 도면이다.
도 57 는 본 발명에 따른, MTU 가 1500인 경우에 있어서의 링크 레이어 패킷을 통한 RoHC 패킷 전송 방법의 실시예 #5 을 도시한 도면이다.
도 58 는 본 발명에 따른, MTU 가 1500인 경우에 있어서의 링크 레이어 패킷을 통한 RoHC 패킷 전송 방법의 실시예 #6 을 도시한 도면이다.
도 59 는 본 발명에 따른, MTU 가 1500인 경우에 있어서의 링크 레이어 패킷을 통한 RoHC 패킷 전송 방법의 실시예 #7 을 도시한 도면이다.
도 60 은 본 발명의 다른 실시예에 따른, 링크 레이어로 IP 패킷이 전달되는 경우의 링크 레이어 패킷의 헤더의 구조를 나타낸 도면이다.
도 61 은 본 발명의 다른 실시예에 따른, 링크 레이어로 IP 패킷이 전달되는 경우의 링크 레이어 패킷의 헤더에 있어서, 각 필드들의 값이 나타내는 바를 도시한 도면이다.
도 62 는 본 발명의 다른 실시예에 따른, 링크 레이어로 IP 패킷이 전달되는 경우의 링크 레이어 패킷의 헤더에 있어서, 하나의 IP 패킷이 링크 레이어 페이로드에 포함되는 경우를 도시한 도면이다.
도 63 은 본 발명의 다른 실시예에 따른, 링크 레이어로 IP 패킷이 전달되는 경우의 링크 레이어 패킷의 헤더에 있어서, 복수개의 IP 패킷이 연쇄(concatenation)되어 링크 레이어 페이로드에 포함되는 경우를 도시한 도면이다.
도 64 는 본 발명의 다른 실시예에 따른, 링크 레이어로 IP 패킷이 전달되는 경우의 링크 레이어 패킷의 헤더에 있어서, 하나의 IP 패킷이 분할(segmentation)되어 링크 레이어 페이로드에 포함되는 경우를 도시한 도면이다.
도 65 는 본 발명의 다른 실시예에 따른, 링크 레이어로 IP 패킷이 전달되는 경우의 링크 레이어 패킷의 헤더에 있어서, 분할(segmentation)된 세그먼트들을 가지는 링크 레이어 패킷들을 도시한 도면이다.
도 66 은 본 발명의 다른 실시예에 따른, 링크 레이어로 IP 패킷이 전달되는 경우의 링크 레이어 패킷의 헤더에 있어서, CRC 인코딩을 활용하는 방안을 도시한 도면이다.
도 67 은 본 발명의 다른 실시예에 따른, 링크 레이어로 시그널링 정보가 전달되는 경우의 링크 레이어 패킷의 구조를 도시한 도면이다.
도 68 은 본 발명의 다른 실시예에 따른, 링크 레이어로 시그널링 정보가 전달되는 경우의 링크 레이어 패킷 구조에 있어, 각 필드들의 값이 나타내는 바를 도시한 도면이다.
도 69 는 본 발명의 다른 실시예에 따른, 링크 레이어로 시그널링 정보가 전달되는 경우의 링크 레이어 패킷 구조에 있어, 시그널링 정보가 하나의 섹션 테이블인 경우의 구조를 도시한 도면이다.
도 70 은 본 발명의 다른 실시예에 따른, 링크 레이어로 시그널링 정보가 전달되는 경우의 링크 레이어 패킷 구조에 있어, 시그널링 정보가 하나의 디스크립터인 경우의 구조를 도시한 도면이다.
도 71 은 본 발명의 다른 실시예에 따른, 링크 레이어로 시그널링 정보가 전달되는 경우의 링크 레이어 패킷 구조에 있어, 시그널링 정보가 복수개의 디스크립터인 경우의 구조를 도시한 도면이다.
도 72 는 본 발명의 다른 실시예에 따른, 링크 레이어로 시그널링 정보가 전달되는 경우의 링크 레이어 패킷 구조에 있어, 시그널링 정보가 복수개의 섹션 테이블인 경우의 구조를 도시한 도면이다.
도 73 은 본 발명의 다른 실시예에 따른, 링크 레이어로 시그널링 정보가 전달되는 경우의 링크 레이어 패킷 구조에 있어, 시그널링 정보가 별도의 길이 값을 가지지 않는 경우의 구조를 도시한 도면이다.
도 74 는 본 발명의 다른 실시예에 따른, 링크 레이어로 시그널링 정보가 전달되는 경우의 링크 레이어 패킷 구조에 있어, 하나의 시그널링 정보가 복수개의 세그먼트로 분할되는 경우의 구조를 도시한 도면이다.
도 75 는 본 발명의 일 실시예에 따른 방송 신호를 전송하는 방법을 도시한 도면이다.
도 76 는 본 발명의 일 실시예에 따른 방송 신호를 전송하는 장치를 도시한 도면이다.
이하 첨부 도면들 및 첨부 도면들에 기재된 내용들을 참조하여 본 발명의 실시예를 상세하게 설명하지만, 본 발명이 실시예들에 의해 제한되거나 한정되는 것은 아니다.
본 명세서에서 사용되는 용어는 본 발명에서의 기능을 고려하면서 가능한 현재 널리 사용되는 일반적인 용어를 선택하였으나, 이는 당 분야에 종사하는 기술자의 의도, 관례 또는 새로운 기술의 출현 등에 따라 달라질 수 있다. 또한 특정 경우는 출원인이 임의로 선정한 용어도 있으며, 이 경우 해당되는 발명의 설명 부분에서 그 의미를 기재할 것이다. 따라서 본 명세서에서 사용되는 용어는, 단순한 용어의 명칭이 아닌 그 용어가 아닌 실질적인 의미와 본 명세서의 전반에 걸친 내용을 토대로 해석되어야 함을 밝혀두고자 한다.
본 명세서에서 '시그널링 (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, MPEG-2 TS packet 과 그 외 방송시스템에서 사용 할 수 있는 packet 을 physical layer로 전달할 수 있도록 encapsulation 하는 방법을 제시하는 것을 목적으로 한다. 또한, 동일한 헤더 포맷으로 layer 2 signaling도 함께 전송 할 수 있도록 하는 방법도 제안한다.
이하에서 설명할 내용은, 장치에서 구현될 수 있다. 예를 들면, 시그널링 처리부, 프로토콜 처리부, 프로세서 및/또는 패킷 생성부에서 아래의 설명되는 과정을 수행할 수 있다.
본 발명은 차세대 방송 서비스를 위한 방송 신호를 송수신 할 수 있는 장치 및 방법을 제공하기 위한 것이다. 본 발명의 일 실시예에 따른 차세대 방송 서비스는 지상파 방송 서비스, 모바일 방송 서비스 및 UHDTV(Ultra High Definition Television) 서비스등을 포함하는 개념이다. 본 발명은 상술한 차세대 방송 서비스를 위한 방송 신호를 비MIMO(non-MIMO, Multi Input Multi Output) 방식 또는 MIMO 방식으로 처리하는 것을 일 실시예로 할 수 있다. 본 발명의 일 실시예에 따른 비MIMO 방식은 MISO (Multi Input Single Output), SISO (Single Input Single Output) 방식 등을 포함할 수 있다.
이하에서, MISO 또는 MIMO의 다중 안테나는 설명의 편의를 위해 2개의 안테나를 예로서 설명할 수 있으나, 이러한 본 발명의 설명은 2개 이상의 안테나를 사용하는 시스템에 적용될 수 있다.
도 1은 본 발명의 일 실시예에 따른, 하이브리드 기반의 차세대 방송 시스템을 위한 프로토콜 스택 (Protocol Stack) 을 나타낸 도면이다.
본 발명에서는 도 1에 도시된 data link (encapsulation) 부분의 구조를 제안 하고, 상위 계층 (upper layer) 에서 전달 되는 MPEG-2 TS (Transport Stream) 및/또는 IP (Internet Protocol) packet을 물리적 계층 (physical layer)으로 전달 하는 방안을 제안한다. 또한 물리적 계층 (physical layer) 의 동작에 필요 한 시그널링 (signaling) 전달 방안을 제안하며, 향후 상위 계층 (layer)에서 새로운 packet type의 전송이 고려될 때, 이를 물리적 계층 (physical layer)으로 전달 할 수 있는 기반을 구축한다.
해당 프로토콜 계층 (protocol layer)은 데이터 링크 계층 (Data Link Layer), 캡슐화 계층 (Encapsulation Layer), 계층 2 (Layer 2) 등 여러 가지 용어로 불릴 수 있다. 본 발명에서는 링크 계층 (link layer)으로 기술한다. 실제 본 발명의 적용 시에는 링크 계층 (link layer) 이라는 용어를 대체하여 사용하거나, 해당 계층 (layer) 에 새로운 명칭을 부여할 수도 있다.
본 발명에 따른 방송 시스템은, IP (Internet Protocol) 중심 브로드캐스트 네트워크 (IP centric broadcast network)와 브로드밴드 (broadband) 가 결합된 하이브리드 방송 시스템에 해당될 수 있다.
본 발명에 따른 방송 시스템은, 기존의 MPEG-2 기반의 방송 시스템 과의 호환성을 유지하도록 설계될 수 있다.
본 발명에 따른 방송 시스템은, IP 중심 브로드캐스트 네트워크 (IP centric broadcast network), 브로드밴드 (broadband) 네트워크, 및/또는 이동통신 네트워크 (mobile communication network 또는 cellular network) 의 결합에 기반한 하이브리드 방송 시스템에 해당될 수 있다.
도 1을 참조하면, 물리적 계층 (Physical layer) 은, ATSC 시스템 및/또는 DVB 시스템과 같은 방송 시스템에서 채용하는 물리적 프로토콜을 이용할 수 있다.
캡슐화 (Encapsulation) 계층에서는, 물리적 계층으로부터 획득된 정보로부터, IP 데이터그램 (datagram) 을 획득하거나, 획득된 IP 데이터그램을 특정 프레임 (예를 들어, RS Frame, GSE-lite, GSE 혹은 신호 프레임 등)으로 변환한다. 여기서, 프레임은 IP 데이터 그램들의 집합을 포함할 수 있다.
FAC(fast access channel)는 서비스 및/또는 콘텐츠에 접근할 수 있도록 하기 위한 정보 (예, 서비스 ID와 프레임 간의 매핑 정보 등)를 포함한다.
본 발명의 방송 시스템은 IP (Internet Protocol), UDP (User Datagram Protocol), TCP (Transmission Control Protocol), ALC/LCT (Asynchronous Layered Coding / Layered Coding Transport), RCP/RTCP (Rate Control Protocol / RTP Control Protocol), HTTP (Hypertext Transfer Protocol), FLUTE (File Delivery over Unidirectional Transport) 등의 프로토콜을 이용할 수 있다. 이들 프로토콜 간의 스택 (stack) 은 도 1에 도시된 구조를 참조할 수 있다.
본 발명의 방송 시스템에서 데이터는 ISOBMFF (ISO base media file format) 형태로 전송될 수 있다. ESG (Electrical Service Guide), NRT (Non Real Time), A/V (Audio / Video) 및/또는 일반 데이터는 ISOBMFF의 형태로 전송될 수 있다.
브로드캐스트 네트워크에 의한 데이터의 전송은, linear content의 전송 및/또는 non-linear content의 전송을 포함할 수 있다.
RTP/RTCP 기반 A/V, Data(closed caption, emergency alert message 등) 전송은 linear content의 전송에 해당될 수 있다.
RTP payload는 NAL (Network Abstraction Layer) 이 포함된 RTP/AV stream 형태 및/또는 ISO based media file format 으로 encapsulation 된 형태로 전송될 수 있다. RTP payload의 전송은 linear content의 전송에 해당될 수 있다. ISO based media file format 으로 encapsulation 된 형태의 전송은 A/V 등에 대한 MPEG DASH media segment를 포함할 수 있다.
FLUTE 기반 ESG의 전송, non-timed data의 전송, NRT content의 전송은 non-linear content의 전송에 해당될 수 있다. 이들은 MIME type 의 파일 형태 및/또는 ISO based media file format 으로 encapsulation 된 형태로 전송될 수 있다. ISO based media file format 으로 encapsulation 된 형태의 전송은 A/V 등에 대한 MPEG DASH media segment를 포함할 수 있다.
브로드밴드 네트워크에 의한 전송은 컨텐츠에 대한 전송과 시그널링 데이터에 대한 전송으로 분리하여 생각할 수 있다.
컨텐츠의 전송은 Linear content (A/V, data(closed caption, emergency alert message 등) 의 전송과 non-linear content (ESG, non-timed data 등)의 전송, MPEG DASH 기반 Media segment(A/V, data) 전송을 포함한다.
시그널링 데이터의 전송은, 방송망에서 전송되는 signaling table (MPEG DASH 의 MPD 포함)을 포함하는 전송이 가능하다.
본 발명의 방송 시스템에서는 방송망을 통해 전송된 linear/non-linear 콘텐츠 간의 동기화, 혹은 방송망을 통해 전송되는 컨텐츠와 broadband 을 통해 전송된 콘텐츠 간의 동기화를 지원할 수 있다. 예를 들어, 하나의 UD 콘텐츠가 방송망과 broadband 을 통해 나눠서 동시에 전송되는 경우, 수신기는 전송 프로토콜에 의존적인 timeline 을 조정하고, 방송망의 컨텐츠와 브로드밴드의 컨텐츠를 동기화 후 하나의 UD 콘텐츠로 재구성할 수 있다.
본 발명의 방송 시스템의 Applications 계층은 양방향성 (Interactivity), 개인 맞춤화(Personalization), Second Screen, ACR (automatic content recognition) 등의 기술적 특징을 구현할 수 있다. 이러한 특징은, 예를 들면, 북미 방송 표준인 ATSC2.0 에서 ATSC3.0으로 확장에서 중요한 특징이다. 예를 들면, 양방향성의 특징을 위하여, HTML5 가 사용될 수 있다.
본 발명의 방송 시스템의 Presentation 계층에서는, 컴포넌트들 사이 또는 양방향 어플리케이션들 사이의 공간적, 시간적 관계를 식별하기 위하여 HTML 및/또는 HTML5가 사용될 수 있다.
본 발명의 다른 실시예에 따른 방송 시스템은 전술한 방송 시스템에 일부를 추가하거나, 일부를 변경하는 것에 해당되므로, 개개의 구성에 관한 설명은 전술한 방송 시스템에 대한 설명으로 대체한다.
본 발명의 다른 실시예에 따른 방송 시스템은 MPEG-2 시스템과의 호환성을 유지하는 시스템 구조를 포함한다. 예를 들면, 기존 MPEG-2 시스템에서 전송하는 linear/non-linear content 을 ATSC 3.0 시스템에서 수신 및 동작 가능하도록 지원하거나, ATSC 3.0 시스템에서 수신된 데이터의 형태 즉, MPEG-2 TS 인지, 혹은 IP 데이터 그램인지에 따라, A/V, Data 에 대한 처리를 유동적으로 조절할 수 있다.
본 발명의 다른 실시예에 따른 방송 시스템의 Encapsulation 계층 (layer) 에서는, Physical layer 로부터 획득된 정보/데이터를 MPEG-2 TS 혹은 IP 데이터 그램으로 변환하거나, 혹은 IP 데이터그램을 이용하여 특정 프레임 (예를 들어, RS Frame, GSE-lite, GSE 혹은 신호 프레임 등)으로 변환한다.
본 발명의 다른 실시예에 따른 방송 시스템은 방송망을 통한 서비스/콘텐츠 획득을 위하여 MPEG-2 TS 인지, IP 데이터 그램인지에 따라 유동적으로 획득 가능하도록 하는 시그널링 정보 포함한다. 즉, 방송 시스템에서, 시그널링 정보의 획득은, MPEG-2 TS 기반에서 시그널링 정보를 획득하거나, UDP 프로토콜에 따른 데이터에서 시그널링 정보를 획득할 수 있다.
본 발명의 방송 시스템에서는 MPEG-2 TS 및/또는 IP 데이터 그램으로 encapsulation 된 방송망 기반의 linear/non-linear 콘텐츠 간의 동기화 지원할 수 있다. 또는, 방송망 및 broadband 을 통해 각각 전송된 콘텐츠 프래그먼트 간의 동기화를 지원할 수 있다. 예를 들어, 하나의 UD 콘텐츠가 방송망과 broadband 을 통해 나눠서 동시에 전송되는 경우, 수신기는 전송 프로토콜에 의존적인 timeline 을 조정하고, 방송망의 컨텐츠와 브로드밴드의 컨텐츠를 동기화 후 하나의 UD 콘텐츠로 재구성할 수 있다.
도 2는 본 발명의 일 실시예에 따른 링크 계층 (link layer)의 인터페이스 (interface)를 나타낸 도면이다.
송신기에서는, 디지털 방송에서 주로 사용하는 IP 패킷 및/또는 MPEG-2 TS packet이 입력으로 들어 오는 경우를 고려할 수 있다. 송신기는 추후 차세대 방송에서 사용 할 수 있는 새로운 프로토콜의 패킷 (packet)의 구조 역시 지원이 가능하도록 한다. 링크 계층에서 캡슐화 된 데이터와 시그널링 (signaling)은 물리적 계층으로 전달된다. 송신기는 전달된 데이터 (시그널링 데이터를 포함)에 대하여, 방송 시스템이 지원하는 물리적 계층의 프로토콜에 맞는 처리를 수행하여 해당 데이터를 포함하는 신호 (signal)를 송출하게 된다.
한편, 수신기에서는, 물리적 계층 (physical layer)에서 전달된 데이터 (data) 와 시그널링 (signaling)을 상위 계층에서 처리 가능한 데이터의 형태로 복원한다. 수신기는 패킷 (packet)의 헤더를 읽거나, 이하에서 설명할 그 이외의 방법으로, 물리적 계층 (physical layer)에서 전달되는 패킷 (packet)이 시그널링 (혹은 시그널링 데이터) 인지 데이터 (혹은 컨텐츠 데이터)인지 구분을 할 수 있다.
송신기의 링크 계층 (link layer)에서 전달되는 시그널링 (i.e. 시그널링 데이터)는, 상위 계층 (Upper layer)에서 전달되어, 수신기의 상위 계층 (upper layer)로 전달 되어야 하는 시그널링, 링크 계층 (Link layer)에서 생성되어 수신기의 링크 계층 (link layer)에서 데이터의 처리에 관한 정보를 제공하기 위한 시그널링, 및/또는 상위 계층 (Upper layer) 또는 링크 계층 (link layer) 에서 생성이 되지만, 물리적 계층 (physical layer)에서 특정 데이터 (예를 들면, 서비스, 컨텐츠 및/또는 시그널링 데이터)에 대한 빠른 탐지 (detection)을 위해 전달되어지는 시그널링을 포함할 수 있다.
도 3은 본 발명의 일 실시예에 따른 링크 계층의 패킷의 구조를 나타낸 도면이다.
본 발명의 일 실시예에 따르면, 링크 계층의 패킷은 고정 헤더 (Fixed Header), 확장 헤더 (Extended Header) 및/또는 페이로드 (payload) 를 포함할 수 있다.
고정 헤더는 크기가 고정된 헤더이다. 예를 들면, 고정 헤더는 1 바이트의 크기를 가질 수 있다. 확장 헤더는 크기가 변경 가능한 헤더이다. 고정 헤더와 확장 헤더의 뒤에 상위 계층에서 전달되는 데이터를 포함하는 페이로드가 위치하게 된다.
고정 헤더는 패킷 타입 (Packet type) 엘레먼트 (element) 및/또는 지시 파트 (Indicator Part) 엘레먼트를 포함할 수 있다.
패킷 타입 엘레먼트는 3비트의 크기를 가질 수 있다. 패킷 타입 엘레먼트는 상위 계층(링크 계층의 상위 계층)의 패킷 타입을 식별한다. 패킷 타입 엘레먼트의 값에 따라 식별되는 패킷의 타입은 후술한다.
지시 파트 엘레먼트는 페이로드의 구성 방법 및/또는 확장 헤더의 구성 정보를 포함할 수 있다. 지시 파트 엘레먼트가 가리키는 구성 방법 및/또는 구성 정보는 패킷의 타입에 따라 달라 질 수 있다.
도 4는 본 발명의 일 실시예에 따른 패킷 타입 엘레먼트의 값에 따른 패킷의 타입을 나타낸 도면이다.
예를 들면, 패킷 타입 엘레먼트의 값이 '000'을 가지는 경우, 상위 계층에서 링크 계층으로 전달되는 패킷이 IPv4 (Internet Protocol version 4)의 패킷임을 나타낸다.
패킷 타입 엘레먼트의 값이 '001'을 가지는 경우, 상위 계층에서 링크 계층으로 전달되는 패킷이 IPv6 (Internet Protocol version 6)의 패킷임을 나타낸다.
패킷 타입 엘레먼트의 값이 '010'을 가지는 경우, 상위 계층에서 링크 계층으로 전달되는 패킷이 Compressed IP packet 임을 나타낸다.
패킷 타입 엘레먼트의 값이 '011'을 가지는 경우, 상위 계층에서 링크 계층으로 전달되는 패킷이 MPEG-2 TS의 패킷임을 나타낸다.
패킷 타입 엘레먼트의 값이 '101'을 가지는 경우, 상위 계층에서 링크 계층으로 전달되는 패킷이 Packetized Stream의 패킷임을 나타낸다. 예를 들면, Packetized Stream은 MPEG media transport packet 에 해당 될 수 있다.
패킷 타입 엘레먼트의 값이 '110'을 가지는 경우, 상위 계층에서 링크 계층으로 전달되는 패킷이 시그널링 (시그널링 데이터) 을 전달하는 패킷임을 나타낸다.
패킷 타입 엘레먼트의 값이 '111'을 가지는 경우, 상위 계층에서 링크 계층으로 전달되는 패킷이 Framed Packet type 임을 나타낼 수 있다.
도 5는 본 발명의 일 실시예에 따른, 링크 계층으로 IP 패킷이 전달되는 경우, 링크 계층의 패킷의 헤더의 구조를 나타낸 도면이다.
IP 패킷 (packet)이 링크 계층 (link layer)의 입력 (input)으로 들어 오게 되면, 패킷 타입 엘레먼트의 값은 000B (000의 3비트) 또는 001B (001의 3비트) 이 된다.
IP 패킷이 입력되는 경우 링크 계층의 패킷의 헤더를 참조하면, 패킷 타입 엘레먼트 다음에 오는 지시 파트 엘레먼트는 C/S (Concatenation/Segmentation) 필드 (field) 및/또는 3비트의 부가 필드 (이하 '부가 필드'라 함) 를 포함할 수 있다.
링크 계층의 패킷은, 패킷 타입 엘레먼트 뒤에 오는 2비트의 C/S (Concatenation/Segmentation) 필드에 따라서, 고정 헤더의 부가 필드 및 확장 헤더의 정보가 결정 된다.
C/S 필드는 입력된 IP 패킷이 처리되는 형태를 표시하며, 그에 따른 확장 헤더의 길이에 대한 정보를 내포하고 있다.
일 실시예에 따르면, C/S 필드의 값이 00B (00의 2비트) 일 때, 링크 계층 패킷 (link layer packet) 의 페이로드가 노멀 패킷 (normal packet)을 포함하는 경우에 해당 한다. 노멀 패킷은 입력된 IP 패킷이 그대로 링크 계층 패킷의 페이로드가 된다는 것을 의미한다. 이 경우, 고정 헤더 부분의 부가 필드는 사용 되지 않으며, 추후 사용을 위해 예약 (reserve) 된다. 이 경우, 확장 헤더는 쓰이지 않을 수 있다.
C/S 필드의 값이 01B (01의 2비트) 일 때, 링크 계층 패킷의 페이로드가 연결 패킷 (concatenated packet)을 포함하는 경우에 해당 한다. 연결 패킷은 하나 이상의 IP 패킷들을 포함한다. 즉, 하나 이상의 IP 패킷이 링크 계층 패킷의 페이로드에 포함될 수 있다. 이 때, 확장 헤더는 쓰이지 않고, C/S 필드 뒤에 따라오는 부가 필드는 카운트 필드 (count field)로 사용 된다. 카운트 필드에 대한 상세한 내용은 후술한다.
C/S 필드의 값이 10B (10의 2비트) 일 때, 페이로드가 분할 패킷 (segmented packet)으로 구성되는 경우에 해당 한다. 분할 패킷은, 하나의 IP 패킷을 몇 개의 세그먼트 (segment)로 나뉘고, 그 중 하나의 세그먼트 (segment)를 포함하는 패킷이다. 즉, 링크 계층 패킷의 페이로드는 IP 패킷에 포함되는 복수의 세그먼트 중 어느 하나를 포함한다. C/S 필드 뒤에 따라오는 부가 필드는 세그먼트 식별자 (segment ID)로 사용 된다. 세그먼트 식별자는 세그먼트를 고유하게 식별하는 정보이다. 세그먼트 식별자는 IP 패킷이 분할 (segmentation) 되었을 때 부여되는 ID로, 추후 각각 전송되는 세그먼트를 하나로 합치는 경우 동일한 IP 패킷의 구성요소임을 알게 해 준다. 세그먼트 식별자는 3비트의 크기를 가질 수 있으며, 동시에 8개의 IP 패킷의 분할 (segmentation) 을 지원 하게 된다. 예를 들면, 하나의 IP 패킷에서 분할된 세그먼트들은 동일한 세그먼트 식별자를 가질 수 있다. 이 경우, 확장 헤더는 1바이트의 길이를 가질 수 있다. 이 경우, 확장 헤더는 Seg_SN 필드 (Segment Sequence Number field) 및/또는 Seg_Len_ID 필드 (Segment Length ID field) 를 포함할 수 있다.
Seg_SN 필드 (Segment Sequence Number field; 세그먼트 순서 번호 필드)는 4비트의 길이를 가질 수 있으며, IP 패킷에서 해당 세그먼트의 순서 번호를 나타낸다. Seg_SN 필드 IP 패킷이 분할 (segmentation) 되었을 때, 각 세그먼트의 순서를 확인하기 위해 사용 되는 필드이다. 따라서, 하나의 IP 패킷에서 분할 (segmentation)된 페이로드를 포함하는 링크 계층 패킷들은 동일한 세그먼트 식별자 (Seg_ID)를 가지지만, 서로 다른 Seg_SN 필드의 값을 가지게 된다. Seg_SN 필드는 4비트의 크기를 가질 수 있고, 이때, 하나의 IP 패킷은 최대 16개까지 분할 (segmentation)이 가능하게 된다. IP 패킷을 보다 많은 세그먼트로 분할하고자 하는 경우, Seg_SN 필드의 크기를 확장하여, 세그먼트의 순서 및/또는 개수를 나타낼 수 있다.
Seg_Len_ID 필드 (Segment Length ID field; 세그먼트 길이 식별자)는 4비트의 길이를 가질 수 있으며, 세그먼트의 길이를 식별하는 식별자이다. Seg_Len_ID 필드의 값에 따른 실제 세그먼트의 길이는 추후에 설명될 테이블에 의하여 식별될 수 있다. Seg_Len_ID 필드, 대신 실제 세그먼트의 길이 값을 시그널링하는 경우, 4비트의 Seg_Len_ID 필드를 12 비트의 세그먼트 길이 필드 (Segment length field) 로 확장할 수 있으며, 이 경우, 2바이트의 확장 헤더가 링크 계층 패킷에 포함될 수 있다.
C/S 필드의 값이 11B (11의 2비트) 일 때, C/S 필드 값이 10B 인 경우와 같이, 페이로드가 분할 패킷 (segmented packet)을 포함하는 경우에 해당 한다. 그러나, 하나의 IP 패킷 에서 나눠진 세그먼트 (segment) 중 마지막에 위치한 (마지막 순서의) 세그먼트가 페이로드에 포함됨을 의미한다. 수신기는 세그먼트 (segment)를 모아 하나의 IP 패킷을 재구성 할 때, C/S 필드의 값을 이용하여, 마지막 세그먼트를 전송하는 링크 계층 패킷을 식별하고, 해당 패킷의 페이로드에 포함된 세그먼트를 IP 패킷의 마지막 세그먼트로 인식할 수 있다. C/S 필드 뒤의 부가 필드는 세그먼트 식별자 (segment ID)로 사용 된다. 이 경우, 확장 헤더는 2 바이트의 길이를 가질 수 있다. 확장 헤더는 Seg_SN 필드 (Segment Sequence Number field) 및/또는 L_Seg_Len 필드 (Last Segment Length field) 를 포함한다.
L_Seg_Len 필드 (Last Segment Length field; 마지막 세그먼트 길이 필드)는 마지막 세그먼트의 실제 길이를 나타낸다. Seg_Len_ID 필드를 이용하여 IP 패킷의 앞부분부터 동일한 크기로 분할 (segmentation) 하게 되면, 마지막 세그먼트의 경우 이전의 다른 세그먼트와 비교해 그 크기가 달라 질 수 있다. 따라서, L_Seg_Len 필드를 이용하여, 직접적으로 세그먼트의 길이를 표시해 줄 수 있다. L_Seg_Len 필드의 할당된 비트수에 따라 달라질 수 있으나, 본원의 일 실시예에 따른 비트수의 할당에 따르면, L_Seg_Len 필드는 마지막 세그먼트의 길이가 1~4095 바이트임을 표시할 수 있다.
즉, 하나의 IP 패킷을 복수의 세그먼트로 분할하는 경우, 일정한 길이의 세그먼트로 분할할 수 있으나, 마지막 세그먼트의 길이는 IP 패킷의 길이에 따라 달라질 수 있다. 따라서, 마지막 세그먼트의 길이는 별도로 시그널링할 필요가 있다. 동일한 명칭을 가지는 필드에 대한 설명은 전술한 설명으로 대체한다.
도 6은 본 발명의 일 실시예에 따른, C/S 필드의 값에 따른 의미와 헤더의 구성 정보를 나타낸 도면이다.
C/S 필드의 값이 00 인 경우, 노멀 패킷이 링크 계층 패킷의 페이로드에 포함되며, 부가 필드는 예약(reserved) 된 상태를 나타낸다. 한편, 확장 헤더는 링크 계층 패킷에 포함되지 않을 수 있다. 이 경우, 링크 계층 패킷의 헤더의 총 길이는 1 바이트가 될 수 있다.
C/S 필드의 값이 01 인 경우, 연결 패킷이 링크 계층 패킷의 페이로드에 포함되며, 부가 필드는 카운트 필드로 사용될 수 있다. 카운트 필드에 대한 내용은 후술한다. 한편, 확장 헤더는 링크 계층 패킷에 포함되지 않을 수 있다. 이 경우, 링크 계층 패킷의 헤더의 총 길이는 1 바이트가 될 수 있다.
C/S 필드의 값이 10 인 경우, 분할 패킷이 링크 계층 패킷의 페이로드에 포함되며, 부가 필드는 세그먼트 식별자 (segment ID)로 사용될 수 있다. 한편, 확장 헤더가 링크 계층 패킷에 포함될 수 있다, 확장 헤더는 Seg_SN 필드 및/또는 Seg_Len_ID 필드를 포함할 수 있다. Seg_SN 필드 또는 Seg_Len_ID 필드에 대한 내용은 전술한 설명 또는 후술할 설명으로 대체한다. 링크 계층 패킷의 헤더의 총 길이는 2 바이트가 될 수 있다.
C/S 필드의 값이 11 인 경우, 분할 패킷 (마지막 세그먼트를 포함하는 패킷) 이 링크 계층 패킷의 페이로드에 포함되며, 부가 필드는 세그먼트 식별자 (segment ID)로 사용될 수 있다. 한편, 확장 헤더가 링크 계층 패킷에 포함될 수 있다, 확장 헤더는 Seg_SN 필드 및/또는 L_Seg_Len 필드를 포함할 수 있다. Seg_SN 필드 또는 L_Seg_Len 필드에 대한 내용은 전술한 설명 또는 후술할 설명으로 대체한다. 링크 계층 패킷의 헤더의 총 길이는 3 바이트가 될 수 있다.
도 7은 본 발명의 일 실시예에 따른 카운트 필드의 값에 따른 의미를 나타낸 도면이다.
카운트 필드 (Count field)는 링크 계층 패킷의 페이로드가 연결 패킷 (Concatenated packet) 을 포함하는 경우 사용될 수 있다. 카운트 필드는 몇 개의 IP 패킷이 하나의 페이로드에 포함되어 있는지 나타낸다. 카운트 필드의 값은 그대로 연결 (concatenation) 되는 IP 패킷 개수를 나타낼 수도 있지만, 0개 또는 하나의 연결 (concatenation) 은 의미가 없으므로, 카운트 필드는 카운트 필드의 값에 2를 더한 개수의 IP 패킷이 페이로드에 포함됨을 나타낼 수 있다. 일 실시예에 따르면, 카운트 필드에는 3비트가 할당될 수 있으므로, 최대 9개의 IP 패킷이 하나의 링크 계층 패킷의 페이로드에 포함되어 있음을 나타낼 수 있다. 더 많은 IP 패킷이 하나의 페이로드에 포함될 필요가 있는 경우, 카운트 필드의 길이를 확장하거나, 확장 헤더에서 9개 이상의 IP 패킷의 개수에 대하여 추가로 시그널링을 해 줄 수 있다.
도 8은 본 발명의 일 실시예에 따른 Seg_Len_ID 필드의 값에 따른 의미 및 세그먼트의 길이를 계산하는 식을 나타낸 도면이다.
Seg_Len_ID 필드는 여러 개의 세그먼트들 중 마지막 세그먼트를 제외한 세그먼트의 길이를 표현하기 위해 사용된다. 세그먼트의 길이를 표시하기 위해 필요로 하는 헤더의 오버 헤드 (overhead)를 줄이기 위해, 세그먼트가 가질 수 있는 크기를 16개로 제한할 수 있다.
물리적 계층 (Physical layer)에서 처리하는 FEC (Forward Error Correction)의 코드 레이트 (code rate)에 따라 결정되어 있는 패킷의 입력 크기에 맞게 세그먼트의 길이를 결정하여, 이를 Seg_Len_ID 필드의 각각의 값에 따른 길이로 지정할 수 있다. 예를 들어, Seg_Len_ID 필드가 가지는 각각의 값에 대하여, 세그먼트의 길이는 미리 정해져 있을 수 있다. 이 경우, Seg_Len_ID 필드의 각각의 값에 따른 세그먼트의 길이에 대한 정보는 송신기에서 생성되어, 수신기로 전달되고, 수신기는 이를 저장할 수 있다. 한편, Seg_Len_ID 필드의 각각의 값에 설정된 세그먼트의 길이가 달라질 수 있는데, 이때에는 송신기가 이에 대한 새로운 정보를 생성하여, 수신기로 전송하고, 수신기는 이 정보를 바탕으로 저장된 정보를 업데이트 할 수 있다.
한편, 세그먼트의 길이에 무관하게 물리적 계층 (physical layer)의 처리가 동작 하는 경우, 도시된 수식과 같이 세그먼트의 길이를 구할 수도 있다.
여기에서, Len_Unit (Length Unit)은 세그먼트 길이를 표시하는 기본 단위이며, min_Len은 세그먼트의 길이의 최소값을 의미한다. Len_Unit과 min_Len은 송신기와 수신기에서 항상 동일한 값을 가져야 하며, 한번 결정된 이후에는 변하지 않는 것이 system 운용에 효율적이다. 이러한 값은 시스템의 초기화 과정에서 물리적 계층의 FEC의 처리 능력을 고려하여 결정될 수 있다. 예를 들어, 도시된 바에 따르면, Seg_Len_ID 필드의 값에 따라 표현되는 세그먼트의 길이를 나타내고 있으며, 이때, Len_Unit 값은 256, min_Len 값은 512 이다.
도 9는 본 발명의 일 실시예에 따른 노멀 패킷 (normal packet)을 캡슐화 (encapsulation) 하는 과정 및 링크 계층 패킷의 길이를 계산하는 식을 나타낸 도면이다.
전술한 바와 같이, 입력된 IP 패킷이 물리적 계층의 처리 범위 내에 있어, 연결 (concatenation)이나 분할 (segmentation) 되지 않는 경우에는 노멀 패킷으로 캡슐화 (encapsulation) 할 수 있다. 아래의 내용은 IPv4 또는 IPv6의 IP 패킷에 동일하게 적용될 수 있다. 하나의 IP 패킷이 그대로 링크 계층 패킷의 페이로드가 되며, 패킷 타입 엘레먼트의 값은 000B (IPv4) 또는 001B (IPv6) 가 되고, C/S 필드의 값은 00B (Normal Packet) 가 된다. 고정 헤더의 나머지 3비트는 추후 또 다른 용도로 사용하기 위해 예약 (reserved) 필드로 설정될 수 있다.
링크 계층 패킷의 길이는 다음과 같이 식별 할 수 있다. IP패킷의 헤더에는 IP 패킷의 길이를 나타내는 필드가 포함되어 있다. 길이를 나타내는 필드의 경우 항상 같은 자리에 위치하게 되므로, 수신기는, 링크 계층 패킷의 처음 (시작부) 부터 일정 오프셋 (offset) 만큼 이동한 위치의 필드를 확인하여, 링크 계층 패킷의 페이로드의 길이를 알 수 있게 된다. 수신기는, IPv4의 경우 페이로드의 시작점부터 2바이트, IPv6의 경우 페이로드의 시작점부터 4바이트만큼 이동한 자리에서, 2바이트 길이를 가지는 길이 필드 (length field) 를 읽을 수 있다.
도시된 수식을 참조하면, IPv4의 길이 필드 (length field) 값을 LIPv4 라 하면, LIPv4는 IPv4 전체 길이를 나타내므로 여기에 링크 계층 패킷의 헤더의 길이 LH (1 바이트) 를 더해 주면 전체 링크 계층 패킷의 길이가 된다. 여기서 LT는 링크 계층 패킷의 길이를 나타낸다.
도시된 수식을 참조하면, IPv6의 길이 필드 (length field) 값을 LIPv6 라 하면, LIPv6는 IPv6의 IP 패킷의 페이로드의 길이만을 나타내므로, 여기에 링크 계층 패킷의 헤더의 길이와, 추가로 IPv6의 고정 헤더 길이 (40 바이트) 를 더해 주면 링크 계층 패킷의 길이가 된다. 여기서 LT는 링크 계층 패킷의 길이를 나타낸다.
도 10은 본 발명의 일 실시예에 따른 연결 (concatenated packet)을 캡슐화 (encapsulation) 하는 과정 및 링크 계층 패킷의 길이를 계산하는 식을 나타낸 도면이다.
입력된 IP 패킷이 물리적 계층 (physical layer)의 처리 범위 내에 도달하지 못하는 경우, 몇 개의 IP 패킷을 연결하여 하나의 링크 계층 패킷 (link layer packet) 으로 캡슐화 (encapsulation) 할 수 있다. 아래의 내용은, IPv4 또는 IPv6의 IP 패킷에 동일하게 적용 할 수 있다.
여러 개의 IP 패킷이 링크 계층 패킷의 페이로드가 되며, 패킷 타입 엘레먼트의 값은 000B (IPv4) 또는 001B (IPv6), C/S 필드의 값은 01B (Concatenated Packet)이 된다. 여기에 몇 개의 IP 패킷이 하나의 페이로드를 구성하고 있는지 나타내는 3비트 카운트 필드 (count field) 가 이어 진다.
수신기가 연결 패킷 (Concatenated Packet)의 길이를 구하기 위해서, 노멀 패킷 (normal packet)의 경우와 유사한 방법을 이용 할 수 있다. 카운트 필드가 나타내는 연결된 IP 패킷의 개수를 n, 링크 계층 패킷의 헤더의 길이를 LH, 각각의 IP packet의 길이를 Lk (여기에서, 1≤k≤n) 라 하면, 전체 링크 계층 패킷의 길이 LT 는 도시된 수식과 같이 계산될 수 있다.
여기에서, 연결 패킷 (concatenated packet)의 경우에는 고정 헤더의 정보만 있으므로, LH=1 (byte) 가 되고, 각각의 Lk (1≤k≤n) 값은 연결 패킷에 포함되는 각각의 IP 패킷의 헤더에 존재하는 길이 필드 (length field) 값을 읽어서 확인할 수 있다. 수신기는, 링크 계층 패킷의 헤더가 끝나고, 페이로드가 시작되는 지점에서부터, 일정한 오프셋을 가지는 위치에서 첫번째 IP 패킷의 길이 필드를 파싱하고, 이 길이 필드를 이용하여, 첫번째 IP 패킷의 길이를 식별할 수 있다. 수신기는 첫번째 IP 패킷의 길이가 종료되는 지점에서, 일정한 오프셋을 가지는 위치에서 두번째 IP 패킷의 길이 필드를 파싱하고, 이 길이 필드를 이용하여, 두번째 IP 패킷의 길이를 식별할 수 있다. 위와 같은 방식으로 링크 계층 패킷의 페이로드에 포함되는 IP 패킷의 개수만큼 반복하여, 링크 계층 패킷의 페이로드의 길이를 식별할 수 있다.
도 11은 본 발명의 일 실시예에 따른 IPv4 패킷을 포함하는 연결 패킷 (concatenated packet) 의 길이를 구하는 과정 및 IP 패킷의 길이 필드 (length field)가 위치하는 오프셋 (offset) 값을 계산하는 식을 나타낸 도면이다.
송신기에서는 IP 패킷이 입력될 때, IP 패킷의 길이 필드를 읽는 것이 어렵지 않지만, 수신기에서는 링크 계층 패킷을 구성하고 있는 IP 패킷의 개수만 헤더를 통해 알 수 있으므로, 각각의 길이 필드의 위치가 알려져 있지 않다. 그러나, IP 패킷의 헤더에는 항상 같은 위치에 길이 필드가 있으므로 다음의 방법을 이용하여 길이 필드의 위치를 탐색하여 연결 패킷 (concatenated packet)의 페이로드에 포함되는 각각의 IP 패킷의 길이를 구할 수 있다.
연결 패킷의 페이로드에 포함되는 n개의 IP 패킷을 각각 IP1, IP2, …, IPk, …, IPn 이라 할 때, IPk 에 해당하는 길이 필드의 위치는 연결 패킷의 페이로드의 시작점 부터 Pk 바이트 만큼 떨어져 있는 자리에 위치한다. 여기에서 Pk (1≤k≤n) 는 연결 패킷의 페이로드 시작점부터 k번째 IP 패킷의 길이 필드가 위치하고 있는 오프셋 (offset) 값으로, 도시된 식과 같이 계산될 수 있다.
여기에서, IPv4의 패킷의 P1 은 2 바이트 가 된다. 따라서, P1 부터 순차적으로 Pk 값을 갱신하면서, 그에 해당하는 Lk 값을 읽어, 전술한 도 10의 수식에 적용 하면, 최종적으로 연결 패킷의 길이를 구할 수 있다.
도 12는 본 발명의 일 실시예에 따른 IPv6 패킷을 포함하는 연결 패킷 (concatenated packet) 의 길이를 구하는 과정 및 IP 패킷의 길이 필드 (length field)가 위치하는 오프셋 (offset) 값을 계산하는 식을 나타낸 도면이다.
IPv6 패킷이 연결되는 형태로 링크 계층 패킷의 페이로드에 포함되어 있을 때, 페이로드의 길이를 구하는 과정은 다음과 같다. IPv6 패킷에 포함되어 있는 길이 필드는 IPv6 패킷의 페이로드에 대한 길이 정보 이므로, IPv6의 고정 헤더 길이인 40 바이트를 길이 필드가 나타내는 IPv6 패킷의 페이로드 길이에 더하여, IPv6 패킷의 길이를 구할 수 있다.
연결 패킷의 페이로드에 포함되는 n개의 IP packet을 각각 IP1, IP2, …, IPk, …, IPn 이라 할 때, IPk 에 해당하는 길이 필드의 위치는 연결 패킷의 페이로드의 시작점부터 Pk 바이트 만큼 떨어져 있는 자리에 위치한다. 여기에서 Pk (1≤k≤n)는 연결 패킷의 페이로드의 시작점부터 k번째 IP 패킷의 길이 필드가 위치하고 있는 오프셋 (offset) 값으로, 도시된 수식에 따라 계산될 수 있다. 여기에서, IPv6의 경우 P1 은 4 바이트 가 된다. 따라서, P1 부터 순차적으로 Pk 값을 갱신하면서, 그에 해당하는 Lk 값을 읽어 전술한 도 10의 수식에 적용 하면, 최종적으로 연결 패킷의 길이를 구할 수 있다.
도 13은 본 발명의 일 실시예에 따른 분할 패킷 (segmented packet)을 캡슐화 (encapsulation) 하는 과정을 나타낸 도면이다.
다음에서 설명할 내용은 IPv4 또는 IPv6의 IP 패킷에 동일하게 적용 할 수 있다. 하나의 IP 패킷이 분리되어, 여러 링크 계층 패킷 (link layer packet)의 페이로드 (payload)가 되며, 패킷 타입 엘레먼트 (Packet Type)의 값은 000B (IPv4) 또는 001B (IPv6), C/S 필드의 값은 세그먼트의 구성에 따라 10B 또는 11B 이 된다.
C/S 필드는 IP 패킷의 맨 마지막 부분에 해당 하는 세그먼트에만 11B 가 되고, 나머지 모든 세그먼트에는 10B 가 된다. C/S 필드의 값은 전술한 바와 같이, 링크 계층 패킷의 확장 헤더에 대한 정보를 알려 주기도 한다. 즉, C/S 필드의 값이 10B 인 경우는 2 바이트, 11B 인 경우는 3바이트 길이의 헤더를 가지게 된다.
같은 IP 패킷에서 분할 (segmentation) 되었음을 알리기 위해, 각각의 링크 계층 패킷의 헤더에 포함되는 세그먼트 식별자 (Seg_ID) 값은 모두 동일한 값을 가져야 한다. 수신기에서 정상적인 IP 패킷의 재조합을 위한 세그먼트의 순서 정보를 알려 주기 위해, 순차적으로 증가하는 Seg_SN 값이 각각의 링크 계층 패킷의 헤더에 기록 된다.
IP 패킷을 분할 (segmentation) 할 때, 전술한 바와 같이, 세그먼트의 길이를 결정하여 동일한 길이로 분할 (segmentation)을 수행한다. 이후 해당 길이 정보에 맞는 Seg_Len_ID 값을 헤더에 기록하게 된다. 이 경우 마지막에 위치하는 세그먼트의 길이는 앞의 세그먼트에 비해 달라지는 경우가 발생하므로, 길이 정보를 L_Seg_Len 필드를 이용하여 직접 표시할 수 있다.
Seg_Len_ID 필드, L_Seg_Len 필드를 이용하여 표시하는 길이 정보는 세그먼트, 즉 링크 계층 패킷의 페이로드에 대한 정보만 표시하게 되므로, 수신기는, 전체 링크 계층 패킷의 길이 정보는, C/S 필드를 참고하여 링크 계층 패킷의 헤더 길이를, 링크 계층 패킷의 페이로드 길이에 더하여 식별할 수 있다.
도 14는 본 발명의 일 실시예에 따른 IP 패킷의 분할 (segmentation) 과정 및 이에 따른 링크 계층 패킷의 헤더 정보를 나타낸 도면이다.
도면은, IP 패킷이 분할 (segmentation) 되어 링크 계층 패킷으로 캡슐화되는 되는 과정에서, 각각의 링크 계층 패킷의 헤더가 가지는 필드값도 보여 주고 있다.
예를 들면, IP 계층 (layer)에서 5500 바이트 길이의 IP 패킷이 링크 계층 (link layer) 으로 입력 되며, 이 IP 패킷이 5개의 세그먼트 S1, S2, S3, S4, S5로 나눠지고, 헤더 H1, H2, H3, H4, H5가 추가 되어 각각의 링크 계층 패킷으로 캡슐화 (encapsulation) 된다.
IPv4 패킷의 경우를 가정 하면, 패킷 타입 엘레먼트 (packet type) 값은 000B 으로 지정할 수 있다. H1 ~ H4 까지는 C/S 필드 값이 10B 가 되며, H5의 C/S 필드 값은 11B 이 된다. 동일한 IP packet의 구성임을 알리는 세그먼트 식별자 (Seg_ID)는 모두 000B 이 되고, Seg_SN 필드는 H1 부터 H5 까지 순차적으로 0000B 부터 0100B 까지 표시 된다.
5500 바이트를 5로 나눈 값은 1100 바이트이므로, 이 값과 가장 가까운 1024 바이트의 길이로 세그먼트를 구성 한다고 할 때, 마지막 세그먼트인 S5의 길이는 1404 바이트(010101111100B)가 된다. 이때, Seg_Len_ID 필드는 전술한 예시에 따르면 0010B 의 값을 가질 수 있다.
도 15는 본 발명의 일 실시예에 따른 CRC (Cyclic Redundancy Check)을 포함하는 IP 패킷의 분할 (segmentation) 과정을 나타낸 도면이다.
IP 패킷이 분할 (segmentation) 되어 수신기로 전달 되었을 때, 수신기에서 조합한 패킷의 무결성을 확인할 수 있도록, 송신기는 IP 패킷 뒤에 CRC를 붙여 분할 과정을 진행할 수 있다. 일반적으로 CRC 는 패킷의 마지막에 추가 되므로, 분할 과정 이후 마지막 세그먼트에 CRC가 포함 되게 된다.
수신기는 마지막 세그먼트의 길이를 넘는 데이터를 수신하는 경우, CRC로 인식할 수 있다. 또는 CRC의 길이를 포함하는 길이를 마지막 세그먼트의 길이로 시그널링할 수도 있다.
도 16은 본 발명의 일 실시예에 따른 MPEG-2 TS (transport stream)이 링크 계층으로 입력되는 경우, 링크 계층 패킷의 헤더 구조를 나타낸 도면이다.
패킷 타입 엘레먼트 (packet type)는 MPEG-2 TS 패킷이 링크 계층 (link layer)의 입력으로 들어오는 것을 식별한다. 예를 들어, 이때, 패킷 타입 엘레먼트의 값은 011B을 가질 수 있다.
도시된 도면은, MPEG-2 TS가 입력되는 경우 링크 계층 패킷의 헤더 구조를 나타낸 것이다. MPEG-2 TS 패킷이 링크 계층에 입력되는 경우, 링크 계층 패킷의 헤더는 패킷 타입 엘레먼트, 카운트 (count) 필드, PI (PID Indicator) 필드, 및/또는 DI(Deleted Null Packet Indicator) 필드를 포함할 수 있다.
예를 들면, 링크 계층 패킷의 헤더의 패킷 엘레먼트 (packet type)에 이어 2비트 또는 3비트의 카운트 필드, 1비트 PI(PID Indicator) 필드, 1비트 DI(Deleted Null Packet Indicator) 필드가 뒤 따른다. 카운트 필드를 2비트로 사용 할 경우, 나머지 1비트는 추후 다른 용도를 위해 예약 (reserved) 필드로 남겨 둔다. 예약 필드의 위치에 따라 고정 헤더 부분은 도 16의 (a) 내지 (d)와 같이 여러 가지로 구성될 수 있다. 본 발명에서는 (a)형태의 헤더를 기준으로 기술하나, 다른 형태의 헤더에도 동일한 설명이 적용될 수 있다.
MPEG-2 TS 패킷이 링크 계층으로 입력되는 경우 (packet type = 011)에는 확장 헤더는 쓰이지 않을 수 있다.
카운트 필드는 몇 개의 MPEG-2 TS 패킷이 링크 계층 패킷의 페이로드에 포함되는지 식별한다. 하나의 MPEG-2 TS 패킷의 크기는 차세대 방송시스템의 물리적 계층 (physical layer)에서 채택 가능성이 높은 FEC 기법인 LDPC (Low-density parity-check) 입력 크기에 비해 매우 작으므로, 기본적으로 링크 계층 (link layer)에서 연결 (concatenation) 되는 것을 고려 할 수 있다. 즉, 하나 이상의 MPEG-2 TS 패킷이 링크 계층 패킷의 페이로드에 포함될 수 있다. 단, 연결 (concatenation) 되는 MPEG-2 TS 패킷의 개수를 몇 가지로 제한하여, 이를 2비트 또는 3비트로 식별할 수 있다. MPEG-2 TS 패킷의 길이는 일정한 크기 (예를 들면 188 바이트)를 가지므로, 수신기는 카운트 필드를 이용해 링크 계층 패킷의 페이로드의 크기도 유추가 가능하다. 카운트 필드의 값에 따른 MPEG-2 TS 패킷의 개수를 지정하는 예시는 후술한다.
PI (Common PID indicator) 필드는, 하나의 링크 계층 패킷의 페이로드에 포함되는 MPEG-2 TS 패킷의 PID (Packet Identifier)가 모두 같은 경우, 1로 설정되고, 그렇지 않은 경우에는 0으로 설정된다. PI (Common PID indicator) 필드는 1 비트 크기를 가질 수 있다.
DI (Null Packet Deletion Indicator) 필드는 MPEG-2 TS 패킷에 포함되어 전송되는 눌 패킷 (null packet)에 대한 삭제 처리가 된 경우 1로 설정되고, 그렇지 않은 경우에는 0으로 설정된다. DI (Null Packet Deletion Indicator) 필드는 1비트의 크기를 가질 수 있다. DI 필드가 1이 되는 경우, 링크 계층 (Link layer)에서 눌 패킷 삭제 (Null packet deletion)를 지원 하기 위해서, 수신기는 MPEG-2 TS 패킷의 일부 필드를 재사용할 수 있다.
도 17은 본 발명의 일 실시예에 따른 카운트 필드의 값에 따른 링크 계층 패킷의 페이로드에 포함되는 MPEG-2 TS 패킷의 개수를 나타내는 도면이다.
카운트 필드가 2비트일 때, 연결 (concatenation) 되는 MPEG-2 TS 패킷의 개수는 4가지 경우에 수의 존재할 수 있다. 동기 바이트 (Sync byte) (47H)을 제외한 링크 계층 패킷의 페이로드의 크기 또한 카운트 필드에 의하여 식별될 수 있다.
카운트 필드의 값에 따라 할당되는 MPEG-2 TS 패킷의 개수는 시스템 설계자에 따라 달라질 수 있다.
도 18은 본 발명의 일 실시예에 따른 MPEG-2 TS 패킷의 헤더를 나타낸 도면이다.
MPEG-2 TS 패킷의 헤더는 동기 바이트 (Sync Byte) 필드, Transport Error Indicator 필드, payload unit start indicator 필드, transport priority 필드, PID 필드, transport scrambling control 필드, adaptation field control 필드 및/또는 continuity counter 필드를 포함한다.
동기 바이트 (Sync Byte)는 패킷의 동기를 맞추기 위한 것으로, 링크 계층 (link layer)에서의 캡슐화 (encapsulation) 시에는 제외될 수 있다. 동기 바이트 바로 다음에 위치하는 Transport Error Indicator(EI)는 송신기에서는 사용 하지 않고, 수신기에서 복구 할 수 없는 에러 (error)가 발생 하였을 때, 에러가 있음을 상위 계층에 알리기 위한 목적으로 사용 된다. 이러한 목적으로 인해, Transport Error Indicator 필드는 송신기에서는 사용되지 않는 비트가 된다.
Transport Error Indicator 필드는 스트림에서 오류를 정정할 수 없는 경우, 복조 과정에서 설정되는 필드로, 패킷에 정정할 수 없는 오류가 있음을 알리는 필드이다.
payload unit start indicator 필드는 PES (Packetized elementary stream) 또는 PSI (Program-specific information)의 시작 여부를 식별한다.
transport priority 필드는 동일한 PID를 갖는 다른 패킷들 보다 우선 순위가 높은지 식별한다.
PID 필드는 패킷을 식별한다.
transport scrambling control 필드는 스크램블을 사용하는지 여부 및/또는 홀수 또는 짝수 키를 사용하여 스크램블을 사용하는지 여부를 식별한다.
adaptation field control 필드는 어댑테이션 필드의 존재 여부 등을 식별한다.
continuity counter 필드는 페이로드 패킷의 순서 번호를 나타낸다.
도 19는 본 발명의 일 실시예에 따른 송수신기에서 Transport Error Indicator 필드의 용도를 변경하는 과정을 나타낸 도면이다.
DI 필드가 1이 되는 경우, 도시된 바와 같이 송신기의 링크 계층 (link layer) 에서 Transport Error Indicator 필드를 Deletion Point Indicator(DPI) 필드로 용도를 변경할 수 있다. Deletion Point Indicator(DPI) 필드는, 수신기의 링크 계층 (link layer)에서 눌 패킷 (null packet) 관련 처리가 완료 된 이후 다시 Transport Error Indicator 필드로 복원된다. 즉, DI 필드는 눌 패킷 (null packet) 삭제 처리여부와 함께, MPEG-2 TS 헤더의 Transport Error Indicator field의 용도 변경 여부를 동시에 알려 주는 필드가 될 수 있다.
도 20은 본 발명의 일 실시예에 따른 MPEG-2 TS 패킷을 캡슐화 (encapsulation) 하는 과정을 나타낸 도면이다.
기본적으로 MPEG-2 TS 패킷은 연결 (concatenation) 되는 것을 고려하고 있으므로, 하나의 링크 계층 패킷 (link layer packet)의 페이로드에 여러 개의 MPEG-2 TS 패킷이 포함될 수 있으며, 그 개수는 전술한 방법으로 지정 할 수 있다. 하나의 링크 계층 패킷의 페이로드에 포함되는 MPEG-2 TS 패킷의 개수를 n이라 할 때, 각각의 MPEG-2 TS 패킷은 Mk (1 ≤ k ≤ n) 로 표기 할 수 있다.
MPEG-2 TS 패킷은 일반적으로 4바이트의 고정 헤더와, 184 바이트의 페이로드로 구성 되어 있다. 4 바이트의 헤더 중 1 바이트는 동기 바이트 (sync byte) 로, 항상 동일한 값(47H)을 가진다. 따라서 하나의 MPEG-2 TS 패킷 'Mk'는 1바이트의 동기 (sync) 부분(S), 동기 바이트 (sync byte)를 제외한 3바이트의 고정 헤더 부분 (Hk), 및/또는 184 바이트의 페이로드 부분 (Pk)을 포함할 수 있다 (여기에서, 1 ≤ k ≤ n).
만일 MPEG-2 TS 패킷의 헤더에 adaptation 필드가 사용 되는 경우에는 adaptation 필드의 바로 앞까지 고정 헤더 부분으로 포함 시키고, 나머지 adaptation 부분은 페이로드 부분으로 포함 시키면 된다.
입력되는 n개의 MPEG-2 TS 패킷을 [M1, M2, M3, … , Mn] 이라 하면, 이것은 [S, H1, P1, S, H2, P2, …, S, Hn, Pn]의 배열을 가지게 된다. 동기 (Sync) 부분은 항상 동일한 값을 가지게 되는데, 이것은 송신기에서 보내지 않더라도 수신기에서 해당 위치를 찾아 다시 삽입할 수 있다. 따라서, 링크 계층 패킷의 페이로드를 구성할 때, 동기 (sync) 부분은 제외하여 패킷의 크기를 줄일 수 있다. 이러한 배열을 가지는 MPEG-2 TS 패킷의 집합을 링크 계층 패킷의 페이로드로 구성 할 때, 동기 (sync) 부분은 제외하고 헤더 부분과 페이로드 부분을 분리 하여 [H1, H2, …, Hn, P1, P2, …, Pn]으로 배치 한다.
PI 필드 값이 0, DI 필드 값이 0 인 경우, 링크 계층 패킷의 페이로드의 길이는 (n x 3) + (n x 184) 바이트가 되며, 여기에 링크 계층 패킷의 헤더 길이 1 바이트를 더하면, 전체 링크 계층 패킷 길이를 구할 수 있게 된다. 즉, 수신기는 이러한 과정을 통하여, 링크 계층 패킷의 길이를 식별할 수 있다.
도 21은 본 발명의 일 실시예에 따른 동일한 PID를 갖는 MPEG-2 TS 패킷을 캡슐화 (encapsulation) 하는 과정을 나타낸 도면이다.
방송 데이터가 연속적으로 스트리밍 (streaming) 되는 경우, 하나의 링크 계층 패킷 (link layer packet)에 포함된 MPEG-2 TS 가 가지는 PID 값이 모두 동일한 경우가 발생할 수 있다. 이러한 경우, 반복되는 PID 값을 한꺼번에 표기하여 링크 계층 패킷의 크기를 줄일 수 있다. 이때, 링크 계층 패킷 (link layer packet)의 헤더 (header)에 있는 PI (PID indicator) 필드를 이용할 수 있다.
링크 계층 패킷의 헤더의 PI (Common PID Indicator) 값은 1로 설정 된다. 전술한 바와 같이, 링크 계층 패킷의 페이로드 내에서, 입력되는 n개의 MPEG-2 TS 패킷 [M1, M2, M3, … , Mn] 은 동기 (sync) 부분은 제외하고 헤더 부분과 페이로드 부분을 분리 하여 [H1, H2, …, Hn, P1, P2, …, Pn]으로 배치 할 수 있다. 여기에서, MPEG-2 TS의 헤더 부분 [H1, H2, …, Hn]는 모두 같은 PID를 가지는 경우를 고려하므로, PID는 한 번 만 표기하여 전송하여도 수신기에서는 다시 원래의 헤더로 복원할 수 있다. 공통되는 PID를 CPID (Common PID) 라 하고, MPEG-2 TS 패킷의 헤더 Hk 에서 PID를 제외한 헤더를 H'k 라 하면(1 ≤ k ≤ n), 링크 계층 패킷의 페이로드를 구성하는 MPEG-2 TS의 헤더 부분 [H1, H2, …, Hn]을 [CPID, H'1, H'2, …, H'n]으로 재구성 할 수 있다. 이 과정을 공통 PID 제거 (Common PID reduction) 라 명명할 수 있다.
도 22는 본 발명의 일 실시예에 따른 Common PID reduction 과정 및 Common PID reduction 과정을 거치는 경우 링크 계층 패킷의 길이를 구하는 식을 나타낸 도면이다.
MPEG-2 TS 패킷의 헤더 부분은 각각 13비트 크기의 PID를 포함하고 있다. 링크 계층 패킷의 페이로드를 구성하는 MPEG-2 TS 패킷이 모두 같은 PID값을 가지게 되면, 연결 (concatenation) 되는 패킷의 개수 만큼 PID 가 반복 된다. 따라서, 원래의 MPEG-2 TS 패킷의 헤더 부분 [H1, H2, …, Hn] 에서 PID 부분을 제외 하여 [H'1, H'2, …, H'n] 로 재구성 한 뒤, 공통된 PID의 값을 CPID (Common PID) 의 값으로 설정하고, CIPD를 재구성된 헤더 부분의 앞에 위치 시킨다.
PID 값은 13비트의 길이를 가지고 있는데, 전체 패킷이 바이트 단위의 형태로 되기 위해서 스터핑 (stuffing) 비트가 추가 될 수 있다. Stuffing 비트는 CPID의 앞부분 또는 뒷부분에 위치 할 수 있는데, 이것은 연결되는 다른 프로토콜 계층 (protocol layer)의 구성이나, 시스템의 구현에 따라 적절히 배치할 수 있다.
동일한 PID를 가지는 MPEG-2 TS 패킷의 캡슐화 (encapsulation) 의 경우에는 MPEG-2 TS 패킷의 헤더 부분에서 PID를 제외 시키고 캡슐화 (encapsulation) 과정을 수행 하므로, 다음과 같이 링크 계층 패킷의 페이로드의 길이를 구할 수 있다.
도시된 바와 같이, 동기 (sync) 바이트를 제외한 MPEG-2 TS 패킷의 헤더는 3바이트 길이를 가지는데, 이 중 13 비트의 PID 부분을 제외하면 11 비트가 된다. 따라서 n개의 패킷이 연결 (concatenation) 되어 있는 경우 (n x 11) 비트가 되는데, 연결 (concatenation) 되는 패킷의 개수를 8의 배수로 설정 하면, (n x 11) 비트는 바이트 단위의 길이가 된다. 여기에 공통 PID 길이인 13비트에, 3 비트 길이의 stuffing 비트를 추가하여 2바이트 길이를 가지는 CPID 부분으로 구성할 수 있다.
따라서, 동일한 PID를 가지는 n개의 MPEG-2 TS 패킷을 캡슐화 (encapsulation) 한 링크 계층 패킷의 경우, 링크 계층 패킷의 헤더의 길이를 LH, CPID 부분의 길이 LCPID, 링크 계층 패킷의 전체 길이를 LT 라 할 때, 도시된 수식과 같이 LT 를 구할 수 있다.
도 21에 도시된 실시 예에 대해서, LH 는 1 바이트, LCPID는 2 바이트가 된다.
도 23은 본 발명의 일 실시예에 따른 Common PID reduction이 적용된 경우, 카운트 필드의 값에 따른 연결된 (concatenated) MPEG-2 TS 패킷의 개수 및 이에 따른 링크 계층 패킷의 길이를 나타낸 도면이다.
연결 (concatenation) 되는 MPEG-2 TS 패킷의 개수가 결정된 경우, 모든 패킷이 동일한 PID를 가지고 있는 경우, 전술한 Common PID reduction 과정이 적용될 수 있으며, 관련하여 설명한 수식에 따라, 수신기는 링크 계층 패킷의 길이를 구할 수 있다.
도 24는 본 발명의 일 실시예에 따른 눌 패킷 (null packet)이 포함된 MPEG-2 TS 패킷을 캡슐화 (encapsulation) 하는 과정을 나타낸 도면이다.
MPEG-2 TS 패킷의 전송 시, 고정된 전송율로 맞추기 위해, 눌 패킷 (null packet)이 전송 스트림 내에 포함 될 수 있다. 눌 패킷은 전송 측면에서는 오버헤드 (overhead)가 되는 부분이므로, 송신기에서 보내지 않더라도, 수신기에서 이를 복원 할 수 있다. 송신기에서 눌 패킷을 삭제하여 보내고, 수신기에서 삭제된 눌 패킷의 개수와 위치를 찾아 복원 하기 위해서, 링크 계층 패킷의 헤더에 있는 DI (Null Packet Deletion Indicator) 필드를 이용할 수 있다. 이때, 링크 계층 패킷의 헤더의 DI (Null Packet Deletion Indicator)값은 1로 설정될 수 있다.
입력되는 전송 스트림 사이의 임의의 위치에 눌 패킷이 위치 할 때의 캡슐화 (encapsulation)은, 눌 패킷을 제외한 n 개의 패킷을 순차적으로 연결 (concatenation) 하는 형태로 진행될 수 있다. 눌 패킷을 제외할 때에는 연속적으로 몇 개의 눌 패킷이 제외 되었는지 카운트 (count) 한 값이 링크 계층 패킷의 페이로드에 포함될 수 있고, 수신기에서 이 카운트한 값을 바탕으로 원래의 위치에 눌 패킷을 생성하여 채워 넣을 수 있다.
눌 패킷을 제외한 n개의 MPEG-2 TS 패킷을 [M1, M2, M3, … , Mn]이라 할 때, 눌 패킷은 M1 부터 Mn사이에 어느 위치에든 나타날 수 있다. 하나의 링크 계층 패킷에는 0 부터 n 까지의 횟수로 눌 패킷을 카운트 (count) 하는 부분이 나타나게 된다. 즉, 하나의 링크 계층 패킷 안에서 눌 패킷이 카운트 (count) 되는 부분이 나타나는 회수를 p라고 하면, p의 범위는 0부터 n까지 나타날 수 있다.
각각의 눌 패킷의 카운트 값을 Cm 으로 표시 하면, m 의 범위는 1 ≤ m ≤ p 이 되고, p=0 일 때 Cm 은 존재하지 않는다. 각각의 Cm 이 어느 MPEG-2 TS 패킷 사이에 위치하는 지는, 전술한 바와 같이, MPEG-2 TS 패킷의 헤더에서, EI(transport error indicator)를 DPI(Deletion Point Indicator)로 용도를 변경한 필드를 이용 하여 표시한다.
본 발명에서, Cm 은 1 바이트 길이를 가지고 있는 것을 제안 하며 이는 추후 packet의 길이에 여유가 생길 시 확장 되는 것도 고려할 수 있다. 1바이트 길이의 Cm 은 최대 256 개의 눌 패킷을 카운트할 수 있다. 눌 패킷의 지시자 (indicator) 역할을 하는 필드가 MPEG-2 TS 패킷의 헤더에 위치하고 있으므로, Cm 이 나타내는 값에 1을 더한 수 만큼 눌 패킷이 제외 되고 있다고 계산한다. 예를 들면, Cm =0 인 경우 1개의 눌 패킷, Cm =123 인 경우 124개의 눌 패킷이 제외 된다. 연속되는 눌 패킷이 256개를 초과하게 되면, 257 번 째 눌 패킷은 노멀 패킷 (normal packet)으로 처리를 하고, 그 이후의 눌 패킷은 전술한 방법으로 눌 패킷으로 처리할 수 있다.
도시된 바와 같이, Mi 와 Mi+1에 해당하는 MPEG-2 TS 패킷 사이에 눌 패킷이 위치하고 있으며, 이를 카운트한 값을 C1 이라 하고, Mj 와 Mj+1에 해당하는 MPEG-2 TS 패킷 사이에 눌 패킷이 위치하고 있고, 이를 카운트한 값을 Cp 라 하면, 실제 전송 순서는 […, Mi, C1, Mi+1, …, Mj, Cp, Mj+1, …] 가 될 수 있다.
링크 계층 패킷의 페이로드를 구성하기 위해 눌 패킷이 아닌, MPEG-2 TS 패킷의 헤더 부분과 페이로드 부분을 분리하여 재배치 하는 과정에서 눌 패킷을 카운트 한 값 Cm (1 ≤ m ≤ p)은 MPEG-2 TS 패킷의 헤더 부분과 페이로드 부분의 사이에 배치한다. 즉, 링크 계층 패킷의 페이로드는 [H1, H2, …, Hn, C1, …, Cp, P1, P2, …, Pn]와 같이 배치되며, 수신기에서는 Hk에 있는 DPI 필드에 나타나는 순서대로 1 바이트씩 카운트 값을 확인하고, 그 개수 만큼 원래의 MPEG-2 TS 패킷의 순서에 따라 눌 패킷을 복원 한다.
도 25는 본 발명의 일 실시예에 따른 제거된 눌 패킷 (null packet)을 카운트 (count) 하는 지시자 (indicator) 를 처리하는 과정 및 이 과정에서 링크 계층 패킷의 길이를 구하는 식을 나타낸 도면이다.
눌 패킷이 삭제 되었고, 그에 따른 카운트 값이 존재하고 있다는 의미로 DPI 필드의 값을 설정할 수 있다. 도시된 바에 따르면, 복수의 MPEG-2 TS 패킷의 헤더 중 Hi에 있는 DPI 필드의 값이 1 이 된다는 것은, Hi 와 Hi+1 사이에 눌 패킷이 제외 되어 캡슐화 (encapsulation) 되었고, 그에 따른 1 바이트 카운트 값이, 헤더 부분과 페이로드 부분 사이에 위치하고 있다는 것을 알려주는 것이다
이와 같은 과정에서, 링크 계층 패킷의 길이는 도시된 수식에 따라 계산될 수 있다. 따라서, 눌 패킷을 제외과정을 거친 n개의 MPEG-2 TS 패킷을 캡슐화 (encapsulation) 한 링크 계층 패킷의 경우, 링크 계층 패킷의 헤더의 길이를 LH, 눌 패킷을 카운트 한 값 Cm (1 ≤ m ≤ p)의 길이를 LCount, 링크 계층 패킷의 전체 길이를 LT 라 할 때 도시된 수식에 따라 LT를 구할 수 있다.
도 26은 본 발명의 다른 실시예에 따른 눌 패킷 (null packet)이 포함된 MPEG-2 TS 패킷을 캡슐화 (encapsulation) 하는 과정을 나타낸 도면이다.
눌 패킷을 제외한 캡슐화 (encapsulation) 방법의 또 다른 실시 예로, 링크 계층 패킷의 페이로드를 구성할 수 있다. 본 발명의 다른 실시예에서는, 링크 계층 패킷페이로드를 구성하기 위해 MPEG-2 TS 패킷의 헤더 부분과 페이로드 부분을 분리하여 재배치하는 과정에서 눌 패킷을 카운트 (count) 한 값 Cm (1 ≤ m ≤ p)을 헤더 부분에 위치하게 하고, 순서를 그대로 유지 한다는 것이다. 즉, 각각의 MPEG-2 TS의 헤더가 종료되는 지점에 눌 패킷을 카운트한 값이 포함될 수 있다. 따라서, 수신기는 각각의 MPEG-2 TS 헤더에 포함된 DPI 필드의 값을 읽어, 눌 패킷에 대한 제거가 수행된 것으로 판단되면, 해당 헤더의 마지막에 포함된 카운트 값을 읽고, 해당 카운트 값이 가리키는 만큼의 눌 패킷을 재생성하여 스트림에 포함시킬 수 있다.
도 27은 본 발명의 일 실시예에 따른 눌 패킷 (null packet)을 포함하는 스트림 (stream) 에서, 동일한 PID (packet identifier)를 포함하는 MPEG-2 TS 패킷들을 캡슐화 (encapsulation) 하는 과정을 나타낸 도면이다.
본 발명의 일 실시예에 따른 눌 패킷 (null packet)을 포함하는 스크림에서, 동일한 PID (packet identifier)를 포함하는 MPEG-2 TS 패킷들을 캡슐화 (encapsulation) 하는 과정은 전술한 눌 패킷을 제외하고 링크 계층 패킷을 캡슐화(encapsulation) 하는 과정과, 동일한 PID를 가지는 MPEG-2 TS 패킷들을 링크 계층 패킷으로 캡슐화 (encapsulation) 하는 과정을 결합하여 진행할 수 있다.
눌 패킷은 이를 나타내는 별도의 PID가 할당 되어 있으므로, 실제의 전송 스트림에 눌 패킷이 포함되어 있는 경우에는 동일한 PID로 처리가 되지 않는다. 그러나, 눌 패킷에 대한 제외 과정을 거친 이후, 눌 패킷에 대해서는 카운트 (count) 값만 링크 계층 패킷의 페이로드에 포함 되므로, 남아 있는 n 개의 MPEG-2 TS 패킷은 동일 PID를 가지므로, 전술한 방법으로 처리가 가능하다.
도 28은 본 발명의 일 실시예에 따른 눌 패킷 (null packet)을 포함하는 스트림 (stream) 에서, 동일한 PID (packet identifier)를 포함하는 MPEG-2 TS 패킷들을 캡슐화 (encapsulation) 하는 과정을 거칠 때, 링크 계층 패킷의 길이를 구하는 식을 나타낸 도면이다.
눌 패킷 (null packet)을 포함하는 스트림 (stream) 에서, 동일한 PID (packet identifier)를 포함하는 MPEG-2 TS 패킷들을 캡슐화 (encapsulation) 하는 과정을 거칠 때, 링크 계층 패킷의 길이는 도 22 및/또는 도 25의 수식을 통해 도출 할 수 있다. 이들 식을 정리하면 도시된 식으로 나타낼 수 있다.
도 29는 본 발명의 일 실시예에 따른 시그널링 전송을 위한 링크 계층 패킷의 구조를 나타낸 도면이다.
IP 헤더 캡슐화 정보, 방송 채널 스캔 정보의 갱신 등에 대한 정보와 같이, 수신기에서 IP 패킷 또는 MPEG-2 TS 패킷을 수신하기 전에 시그널링 (signaling) 정보를 전달 하기 위해, 본 발명에서는 링크 계층 (link layer)으로 시그널링 (i.e. 시그널링 데이터) 을 전달 할 수 있는 패킷 형태를 제안한다.
본 발명의 실시예에 따르면, 링크 계층 패킷의 헤더에 포함된 패킷 타입 엘레먼트의 값이 '110B' 인 경우, 링크 계층 패킷의 페이로드에 시그널링 (signaling)을 위한 섹션 테이블 (section table) (또는 디스크립터; descriptor)를 포함시켜 전송 할 수 있다. 시그널링 섹션 테이블은 종래에 존재하던 DVB-SI (service information), PSI/PSIP, NRT (Non Real Time), ATSC 2.0, MH (Mobile/Handheld) 에 포함되는 시그널링 테이블/테이블 섹션을 포함할 수 있다.
도 30은 본 발명의 일 실시예에 따른 framed packet 전송을 위한 링크 계층 패킷의 구조를 나타낸 도면이다.
IP 패킷 또는 MPEG-2 TS 패킷 이외에도 일반적인 네트워크에서 사용되고 있는 패킷을 링크 계층 패킷을 통하여 전송할 수 있다. 이 경우, 링크 계층 패킷의 헤더의 패킷 타입 엘레먼트는 '111B'의 값을 가지고, 링크 계층 패킷의 페이로드에 framed packet이 포함되어 있음을 나타낼 수 있다.
도 31은 본 발명의 일 실시예에 따른 framed packet의 신택스 (syntax)를 나타낸 도면이다.
Framed packet 의 신택스는 ethernet_type, length, 및/또는 packet() 필드를 포함할 수 있다. 16 비트인 ethernet_type 필드는, IANA 레지스트리에 따라, packet() 필드 내의 패킷의 타입을 식별할 수 있다. 여기서, 레지스터된 값들만이 사용될 수 있다. 16비트인 length 필드는 packet() 구조의 전체 길이를 바이트단위로 설정할 수 있다. 가변 길이를 가지는 packet() 필드는 네트워크 패킷을 포함할 수 있다.
도 32는 본 발명의 일 실시예에 따른, 차세대 방송 시스템의 수신기를 나타낸 도면이다.
본 발명의 일 실시예에 따른 수신기는, 수신부 (미도시), 채널 동조기 (Channel Synchronizer; 32010), 채널 등화기 (Channel Equalizer; 32020), 채널 디코더 (Channel Decoder; 32030), 시그널링 디코더 (Signaling Decoder; 32040), 베이스밴드 동작 컨트롤러 (Baseband Operation Controller; 32050), 서비스 맵 데이터베이스 (Service Map DB; 32060), 트랜스포트 패킷 인터페이스 (Transport Packet Interface; 32070), 브로드밴드 패킷 인터페이스 (Broadband Packet Interface; 32080), 커먼 프로토콜 스택 처리기 (Common Protocol Stack; 32090), 서비스 시그널링 채널 프로세싱 버퍼 및 파서 (Service Signaling Channel Processing Buffer & Parser; 32100), A/V 프로세서 (A/V Processor; 32110), 서비스 가이드 프로세서 (Service Guide Processor; 32120), 어플리케이션 프로세서 (Application Processor; 2130) 및/또는 서비스 가이드 데이터베이스 (Service Guide DB; 32140) 을 포함할 수 있다.
수신부 (미도시)는 방송 신호를 수신한다.
채널 동조기 (Channel Synchronizer; 32010)는 베이스밴드 (Baseband)에서 수신한 신호의 디코딩이 가능하도록 심볼 (symbol) 주파수와 타이밍 (timing)을 동기화한다. 여기서 베이스밴드는 방송 신호가 송/수신되는 영역을 가리킨다.
채널 등화기 (Channel Equalizer; 32020)는 수신된 신호에 대하여 채널 등화를 수행한다. 채널 등화기 (Channel Equalizer; 32020)는 수신된 신호가 다중 경로 (multipath), 도플러 효과 (Doppler effect) 등으로 인해 왜곡되었을 때 이를 보상하는 역할을 수행한다.
채널 디코더 (Channel Decoder; 32030)는 수신된 신호를 의미를 가지는 전송 프레임 (transport frame) 으로 복구한다. 채널 디코더 (Channel Decoder; 32030)는 수신한 신호에 포함된 데이터 또는 전송 프레임에 대하여 순방향 오류 정정 (forward error correction; FEC) 를 수행한다.
시그널링 디코더 (Signaling Decoder; 32040)는 수신된 신호에 포함된 시그널링 데이터를 추출하고 디코딩한다. 여기서, 시그널링 데이터는 후술할 시그널링 데이터 및/또는 서비스 정보 (Service Information; SI)를 포함한다.
베이스밴드 동작 컨트롤러 (Baseband Operation Controller; 32050)는 베이스밴드 (Baseband) 에서의 신호의 처리를 제어한다.
서비스 맵 데이터베이스 (Service Map DB; 32060)는 시그널링 데이터 및/또는 서비스 정보를 저장한다. 서비스 맵 데이터베이스 (Service Map DB; 2060)는 방송 신호에 포함되어 전송된 시그널링 데이터 및/또는 브로드밴드 패킷에 포함되어 전송된 시그널링 데이터를 저장할 수 있다.
트랜스포트 패킷 인터페이스 (Transport Packet Interface; 32070)는 전송 프레임 또는 방송 신호로부터, 트랜스포트 패킷을 추출한다. 트랜스포트 패킷 인터페이스 (Transport Packet Interface; 32070)는 트랜스포트 패킷 (transport packet) 으로부터 시그널링 데이터 또는 IP 데이터그램 (IP datagram) 을 추출한다.
브로드밴드 패킷 인터페이스 (Broadband Packet Interface; 32080)는 인터넷 망을 통하여 방송관련 패킷을 수신한다. 브로드밴드 패킷 인터페이스 (Broadband Packet Interface; 32080)는 인터넷 망을 통해 획득된 패킷 (Packet)을 추출하고, 해당 패킷으로부터 시그널링 데이터 또는 A/V 데이터를 조합 또는 추출한다.
커먼 프로토콜 스택 처리기 (Common Protocol Stack; 32090)는 수신한 패킷을 프로토콜 스택에 포함된 프로토콜에 따라 처리한다. 예를 들면, 커먼 프로토콜 스택 처리기 (Common Protocol Stack; 32090)는 전술한 방법에 따라, 각 프로토콜에서 처리를 수행하여, 수신한 패킷을 처리할 수 있다.
서비스 시그널링 채널 프로세싱 버퍼 및 파서 (Service Signaling Channel Processing Buffer & Parser; 32100)는 수신된 패킷에 포함된 시그널링 데이터를 추출한다. 서비스 시그널링 채널 프로세싱 버퍼 및 파서 (Service Signaling Channel Processing Buffer & Parser; 32100)는 IP 데이터 그램 등으로부터 서비스 및/또는 컨텐츠의 스캔 및/또는 획득과 관련된 시그널링 정보 추출하고, 이를 파싱한다. 수신된 패킷 내에서 시그널링 데이터는 일정한 위치 또는 채널에 존재할 수 있다. 이러한 위치 또는 채널을 서비스 시그널링 채널이라고 명명할 수 있다. 예를 들면, 서비스 시그널링 채널은 특정 IP주소, UDP Port 넘버, 전송 세션 식별자 등을 가질 수 있다. 수신기는 이러한 특정 IP주소, UDP Port 넘버, 전송 세션 등으로 전송되는 데이터를 시그널링 데이터로 인식할 수 있다.
A/V 프로세서 (A/V Processor; 32110)는 수신된 오디오 및 비디오 데이터에 대한 디코딩 및 프리젠테이션 (presentation) 처리를 수행한다.
서비스 가이드 프로세서 (Service Guide Processor; 32120)는 수신 신호로부터 어나운스먼트 (announcement) 정보를 추출하고, 서비스 가이드 데이터베이스 (Service Guide DB; 32140)를 관리하며, 서비스 가이드 (service guide)를 제공한다.
어플리케이션 프로세서 (Application Processor; 32130)는 수신한 패킷에 포함된 어플리케이션 (application) 데이터 및/또는 어플리케이션 관련 정보를 추출하고, 이를 처리한다.
서비스 가이드 데이터베이스 (Service Guide DB; 32140)는 서비스 가이드 데이터를 저장한다.
도 33은 본 발명의 일 실시예에 따른 섹션 테이블 (section table)의 일반적인 포맷 (format)을 나타낸 도면이다.
본 발명의 일 실시예에 따른 섹션 테이블은 table_id 필드, section_syntax_indicator 필드, section_length 필드, version_number 필드, current_next_indicator 필드, section_number 필드, last_section_number 필드 및/또는 section data 필드를 포함한다.
table_id 필드는 해당 테이블이 가지는 고유한 ID 값을 나타낸다.
section_syntax_indicator 필드는 당해 필드 이후에 따라오는 테이블 섹션의 포맷을 나타낸다. 당해 필드의 값이 0이면 당해 테이블 섹션은 short 포맷임을 나타낸다. 당해 필드의 값이 1이면 당해 테이블 섹션은 일반적인 long 포맷을 따른다. 본 발명의 일 실시예에 따른 당해 필드값은 항상 고정값 1을 가질 수 있다.
section_length 필드는 해당 섹션의 길이를 표시한다. 당해 필드 다음부터 해당 섹션의 마지막 부분까지의 길이를 바이트 단위로 나타낸다.
version_number 필드는 해당 테이블의 버전 (version)을 나타낸다.
current_next_indicator 필드가 나타내는 값이 1인 경우 해당 섹션 테이블이 유효함을 나타내고, 0인 경우에는 다음에 전송될 섹션 테이블이 유효함을 나타낸다.
section_number 필드는 해당 테이블을 구성하는 섹션의 번호를 나타낸다. 해당 테이블을 구성하는 첫 번째 섹션인 경우 section_number 필드값은 0을 나타내며 순차적으로 증가할 수 있다.
last_section_number 필드는 해당 테이블을 구성하는 섹션들 중에 마지막 섹션의 번호를 나타낸다.
section data 필드는 해당 섹션이 포함하는 데이터를 포함한다.
당해 도면에서 Specific Use로 표시한 필드는 각 테이블에 따라 다르게 구성될 수 있는 필드를 나타낼 수 있다. Specific Use로 표시한 필드에 할당되는 비트수는 그대로 유지될 수 있다.
도 34는 본 발명의 일 실시예에 따른 시그널링 (signaling)의 전송을 위한 링크 계층 패킷 (link layer packet)의 구조를 나타낸 도면이다.
본 발명의 일 실시예에 따른 시그널링 (signaling)정보를 링크 계층 패킷을 이용하여 전송하는 경우 패킷 타입 엘레먼트 (packet type)의 값은 110B를 나타낼 수 있다.
당해 도면은 시그널링 (signaling)이 전송될 때, 링크 계층 패킷의 헤더 구조를 나타낸 것이다. 당해 도면을 살펴보면, 시그널링을 전송하는 경우, 패킷 타입 엘레먼트 뒤에 2비트의 시그널링 타입 필드 (signaling type field)가 존재한다. 시그널링 타입 필드는 전송하여야 할 시그널링의 형태를 나타낸다. 시그널링 타입 필드에 따라서 뒤따르는 고정 헤더 (Fixed Header)의 나머지 3비트 부분 및 확장 헤더 (Extended Header)의 정보가 결정된다.
본 발명의 일 실시예에 따른 시그널링 타입 필드가 나타내는 값이 00B인 경우는 시그널링 타입 (signaling type)이 섹션 테이블 (section table)형태인 경우를 나타낸다. 섹션 테이블의 경우, 테이블에 포함되어 있는 필드 내에 섹션의 분리에 대한 정보 및 섹션의 길이에 대한 정보가 포함되어 있기 때문에 링크 계층 패킷은 별도의 처리 없이 패킷 타입 및 시그널링 타입만 지정하여 전송될 수 있다. 시그널링 타입 (signaling type)이 섹션 테이블 (section table)형태인 경우 고정 헤더 부분에서 패킷 타입 엘레먼트 및 시그널링 타입 필드를 제외한 나머지 3 비트는 사용되지 않고 추후 사용을 위해 reserve 될 수 있다. 시그널링 타입 (signaling type)이 섹션 테이블 (section table)형태인 경우 기본적으로 확장 헤더는 사용되지 않으나 링크 계층 패킷의 길이를 표시할 필요가 있는 경우에는 1 또는 2 바이트의 확장 헤더가 추가되고 이는 length field로 사용될 수 있다.
본 발명의 일 실시예에 따른 시그널링 타입 필드가 나타내는 값이 01B인 경우는 시그널링 타입이 디스크립터 (descriptor)형태인 경우를 나타낸다. 일반적으로, 디스크립터는 섹션 테이블의 일부분으로서 사용되는데, 간단한 시그널링에 해당하여 디스크립터만 전송하고자 하는 경우 해당 시그널링 타입으로 전송될 수 있다. 디스크립터는 섹션 테이블에 비해 그 길이가 짧을 수 있으므로 여러 개의 디스크립터가 하나의 링크 계층 패킷에 포함되어 전송될 수 있다. 본 발명의 일 실시예에 따른 고정 헤더의 지시 파트 (indicator part)에 해당하는 3비트는 하나의 링크 계층 패킷에 몇 개의 디스크립터가 포함되어 있는지를 표시하기 위해 사용될 수 있다. 시그널링 타입이 디스크립터 (descriptor)형태인 경우 확장 헤더는 사용되지 않고 디스크립터 내에 포함되어 있는 해당 디스크립터의 길이에 대한 정보를 활용하여 링크 계층 패킷의 길이는 표시될 수 있다. 링크 계층 패킷의 길이를 별도로 표시할 필요가 있는 경우에는 1 또는 2 바이트의 확장 헤더가 추가되고 이는 length field로 사용될 수 있다.
본 발명의 일 실시예에 따른 시그널링 타입 필드값 10B은 추후 또 다른 형태의 시그널링을 지원하기 위해 남겨질 수 있다.
본 발명의 일 실시예에 따른 시그널링 타입 필드가 나타내는 값이 11B인 경우는 시그널링 타입이 GSE-LLC인 경우를 나타낸다. GSE-LLC 시그널링은 분리 (segmentation)될 수 있는 구조를 가지고 있다. 따라서, 시그널링 타입이 GSE-LLC인 경우 고정 헤더 부분에서 패킷 타입 엘레먼트 및 시그널링 타입 필드를 제외한 나머지 3 비트 필드는 segment ID로 사용될 수 있다. 시그널링 타입이 GSE-LLC인 경우 2 바이트의 확장 헤더가 추가될 수 있고 상술한 2 바이트의 확장 헤더는 4 비트의 Seg_SN (Segment Sequence Number) 및 12 비트의 length field로 구성될 수 있다.
본 발명의 일 실시예에 따른 GSE-LLC는 Generic Stream Encapsulation Logical Link Control의 약어로서 OSI 모델의 데이터 링크층의 두 개의 부속 계층의 하나를 의미할 수 있다.
도 35은 본 발명의 일 실시예에 따른 시그널링 타입 필드가 나타내는 값에 따른 의미와 시그널링 타입 필드에 뒤따르는 고정 헤더 및 확장 헤더에 관한 내용을 나타낸 도면이다.
본 발명의 일 실시예에 따른 시그널링 타입 필드가 나타내는 값이 00B인 경우는 시그널링 타입 필드 이후에 뒤따르는 필드는 존재하지 않을 수 있다.
본 발명의 일 실시예에 따른 시그널링 타입 필드가 나타내는 값이 01B인 경우 Concatenation Count (Count) 필드가 시그널링 타입 필드 이후에 뒤따라 존재할 수 있다. Concatenation Count (Count) 필드는 시그널링으로서 섹션 테이블이 아닌 디스크립터만 전송되는 경우에 존재하는 필드이다. Concatenation Count (Count) 필드는 몇 개의 디스크립터가 링크 계층 패킷의 페이로드를 구성하고 있는지를 나타낸다. Concatenation Count (Count) 필드에 대한 상세한 설명은 후술한다.
본 발명의 일 실시예에 따른 시그널링 타입 필드가 나타내는 값이 11B인 경우 Seg_ID (Segment ID) 필드, Seg_SN (Segment Sequence Number) 필드 및/또는 length 필드가 시그널링 타입 필드 이후에 뒤따라 존재할 수 있다. DVB_GSE를 이용하여 전송이 가능한 LLC 시그널링 데이터 (LLC sigmaling data)의 경우에서 LLC 시그널링 데이터는 자체적으로 분할 (segmentation)될 수 있다. Seg_ID (Segment ID) 필드는 LLC 데이터가 분할 (segmentation)되는 경우에 분할된 세그먼트를 식별하는 ID를 나타낸다. 전송된 LLC 데이터의 세그먼트를 하나로 합치는 경우 수신측은 Seg_ID (Segment ID) 필드를 이용하여 각 LLC 데이터의 세그먼트가 동일한 LLC 데이터의 구성요소임을 알 수 있다. Seg_ID (Segment ID) 필드는 3 비트의 크기를 가지며 8개의 세그먼트 (segmentation)를 식별할 수 있다. Seg_SN (Segment Sequence Number) 필드는 LLC 데이터가 분할 (segmentation)되는 경우 각 세그먼트 (segment)의 순서를 나타낸다. LLC 데이터의 앞부분에는 해당 데이터 테이블 (data table)에 대한 index를 포함되어 있으므로, 수신기가 패킷 (packet)을 수신할 때 분할된 각 세그먼트는 반드시 순서대로 정렬되어야 한다. 하나의 LLC 데이터에서 분할 (segmentation)된 페이로드 (payload)를 가지는 링크 계층 패킷들은 동일한 Seg_ID를 가지지만 서로 다른 Seg_SN를 가질 수 있다. Seg_SN (Segment Sequence Number) 필드는 4 비트의 크기를 가질 수 있다. 하나의 LLC 데이터는 최대 16개의 세그먼트로 분할 (segmentation)될 수 있다. length 필드는 현재 링크 계층 패킷에서 페이로드에 해당하는 LLC 데이터의 길이를 바이트 단위로 나타낸다. 따라서, 링크 계층 패킷의 전체 길이는 length 필드가 나타내는 값에 헤더길이인 3 바이트를 더한 값이 될 수 있다.
본 발명의 일 실시예에 따른 DVB_GSE는 DVB-Genneric Stream Encapsulation의 약어로서 DVB에 의하여 정의된 data link layer protocol을 의미할 수 있다.
도 36는 본 발명의 일 실시예에 따른 Concatenation Count (Count) 필드값에 따른 링크 계층 패킷의 페이로드를 구성하고 있는 디스크립터의 개수를 나타낸 도면이다.
본 발명의 일 실시예에 따르면 Concatenation Count (Count) 필드값에 1을 더한 숫자의 개수만큼의 디스크립터가 하나의 링크 계층 패킷의 페이로드를 구성하는 것으로 표시될 수 있다. 따라서, Concatenation Count (Count) 필드에 할당된 비트수가 3 비트이므로 최대 8개의 디스크립터가 하나의 링크 계층 패킷으로 구성하도록 시그널링될 수 있다.
도 37는 본 발명의 일 실시예에 따른 링크 계층 패킷의 페이로드에 입력된 시그널링 (signaling) 정보가 섹션 테이블 (section table)인 경우 섹션 테이블을 페이로드에 인캡슐레이션 (encapsulation)하는 과정을 나타낸 도면이다.
본 발명의 일 실시예에 따르면 하나의 섹션 테이블 (section table)이 그대로 링크 계층 패킷의 페이로드가 될 수 있고 이 경우 패킷 타입 엘레먼트가 나타내는 값은 110B (signaling)가 되고 시그널링 타입 필드가 나타내는 값은 00B (section table)이 될 수 있다. 당해 도면에서 고정 헤더에서 패킷 타입 엘레먼트와 시그널링 타입 필드를 제외한 나머지 3 비트는 추후 또 다른 용도로 사용하기 위해 reserved field로 남겨질 수 있다.
본 발명의 일 실시예에 따른 섹션 테이블에 포함된 필드에는 해당 섹션의 길이를 나타내는 필드가 포함되어 있다. 상술한 해당 섹션의 길이를 나타내는 필드는 섹션 테이블 내에서 항상 같은 위치에 존재하므로 링크 계층 패킷의 페이로드의 처음에서부터 일정 오프셋 (offset)만큼 이동한 위치에 존재하는 필드를 확인함으로써 페이로드의 길이가 확인될 수 있다. 섹션 테이블의 경우 페이로드가 시작하는 부분부터 12 비트 이동한 자리에서 12 비트의 길이를 가지는 섹션 길이 필드 (section_length_field)가 존재한다. 섹션 길이 필드는 섹션 길이 필드 직후부터 섹션의 마지막 부분까지의 길이를 나타낼 수 있다. 따라서 섹션 길이 필드가 나타내는 값에 섹션 길이 필드에 포함되지 않은 부분과 링크 계층 패킷의 헤더 길이를 더함으로써 전체 링크 계층 패킷의 길이가 도출될 수 있다. 여기서, 섹션 길이 필드에 포함되지 않은 부분 (3 바이트)은 섹션 테이블에서 테이블 아이디 필드 (table_id field) 및 섹션 길이 필드 (section_length_field) 자체의 길이를 포함한다. 그리고, 링크 계층 패킷의 헤더 길이는 1 바이트일 수 있다. 즉, 링크 계층 패킷의 전체 길이는 섹션 길이 필드가 나타내는 값에 4 바이트를 더한 값일 수 있다.
본 발명의 일 실시예에 따른 수신 장치에서 섹션 테이블을 포함하는 링크 계층 패킷을 수신하게 되면 링크 계층 패킷의 고정 헤더 직후에 뒤따르는 8 비트 길이의 테이블 아이디 필드 (table_id field)값을 통하여 수신 장치는 해당 섹션 테이블에 대한 정보를 획득하고 이용할 수 있다.
도 38은 본 발명의 일 실시예에 따른 네트워크 정보 테이블 (network information table; NIT)의 syntax를 나타낸 도면이다.
본 발명의 일 실시예에 따르면 링크 계층 패킷의 페이로드에 시그널링을 위한 섹션 테이블을 포함시켜 전송하는 경우에 섹션 테이블로서 현재의 방송 네트워크 관련 정보를 나타내는 네트워크 정보 테이블 (network information table)가 링크 계층 패킷의 페이로드에 포함될 수 있다.
본 발명의 일 실시예에 따른 네트워크 정보 테이블 (network information table)은 table_id 필드, section_syntax_indicator 필드, section_length 필드, network_id 필드, version_number 필드, current_next_indicator 필드, section_number 필드, last_section_number 필드, network_descriptors_length 필드, descriptor(), transport_stream_loop_length 필드, broadcast_id 필드, original_network_id 필드, delivery_system_descriptor_length 필드 및/또는 delivery_system_descriptor()을 포함한다.
본 발명의 일 실시예에 따른 네트워크 정보 테이블에 포함된 필드 중 전술한 섹션 테이블 (section table)의 일반적인 포맷 (format)을 나타낸 도면에 대한 설명 부분에서 설명한 필드와 동일한 명칭을 가진 필드에 대한 설명은 전술한 설명으로 대체한다.
network_id 필드는 현재 이용되는 방송 네트워크 고유의 식별자를 나타낸다.
network_descriptors_length 필드는 네트워크 레벨에서 네트워크 관련 정보를 기술하는 디스크립터의 길이를 나타낸다.
descriptor()는 네트워크 레벨에서 네트워크 관련 정보를 기술하는 디스크립터를 나타낸다.
transport_stream_loop_length 필드는 방송 네트워크 상에서 전송되는 스트림 관련 정보의 길이를 나타낸다.
broadcast_id 필드는 이용되는 방송 네트워크 상에 존재하는 방송국 고유의 식별자를 나타낸다.
original_network_id 필드는 원래 이용되었던 방송 네트워크 고유의 식별자를 나타낸다. 원래 이용되었던 방송 네트워크가 현재 이용되는 방송 네트워크와 다를 경우에 NIT는 original_network_id 필드를 통하여 원래 이용되었던 방송 네트워크에 대한 정보를 포함할 수 있다.
delivery_system_descriptor_length 필드는 현재의 방송 네트워크 상에서의 전송 시스템 (delivery_system) 관련 세부 정보를 기술하는 디스크립터의 길이를 나타낸다.
delivery_system_descriptor()는 현재의 방송 네트워크 상에서의 전송 시스템 (delivery_system) 관련 세부 정보를 포함하는 디스크립터를 나타낸다.
도 39은 본 발명의 일 실시예에 따른 네트워크 정보 테이블 (network information table; NIT)에 포함되어 있는 전송 시스템 디스크립터 (delivery system descriptor)의 syntax를 나타낸 도면이다.
본 발명의 일 실시예에 따른 전송 시스템 디스크립터 (delivery system descriptor)는 전송 시스템 상에서 특정 방송국이 전달하는 데이터들과 연관된 시그널링 데이터 등을 전달하는 PLP (Physical Layer Pipe)의 정보를 포함할 수 있다.
본 발명의 일 실시예에 따른 전송 시스템 디스크립터는 descriptor_tag 필드, descriptor_length 필드, delivery_system_id 필드, base_PLP_id 필드, base_PLP_version 필드 및/또는 delivery_system_parameters()를 포함한다.
descriptor_tag 필드는 해당 디스크립터가 전송 시스템 디스크립터임을 나타내는 식별자를 나타낸다.
descriptor_length 필드는 해당 디스크립터의 길이를 나타낸다.
delivery_system_id 필드는 이용되는 방송 네트워크 고유의 전송 시스템 (delivery system) 식별자를 나타낸다.
base_PLP_id 필드는 broadcast_id에 의해 식별되는 특정 방송국에서 전송하는 방송 서비스를 구성하는 컴포넌트 (component)를 디코딩할 수 있는 대표 PLP (Physical Layer Pipe)의 식별자를 나타낸다. 여기서, PLP는 물리 계층 (physical layer)의 data pipe를 의미할 수 있고 특정 방송국에서 전송하는 방송 서비스에는 PSI/SI 정보 등이 포함될 수 있다.
base_PLP_version 필드는 base_PLP_id에 의해 식별되는 PLP를 통해 전송되는 데이터의 변화에 따른 버전 정보를 나타낸다. 예를 들어, base_PLP를 통하여 PSI/SI 등의 서비스 시그널링이 전달되는 경우 base_PLP_version 필드값은 서비스 시그널링의 변화가 일어나는 경우마다 1씩 증가될 수 있다.
delivery_system_parameters()는 방송 전송 시스템 특성을 나타내는 parameter를 포함할 수 있다. parameter에는 bandwidth, guard interval, transmission mode, center frequency 등이 포함될 수 있다.
도 40은 본 발명의 일 실시예에 따른 고속 정보 테이블 (Fast Information Table; FIT)의 syntax를 나타낸 도면이다.
본 발명의 일 실시예에 따르면 링크 계층 패킷의 페이로드에 시그널링을 위한 섹션 테이블을 포함시켜 전송하는 경우에 섹션 테이블로서 고속 정보 테이블 (Fast Information Table; FIT)가 링크 계층 패킷의 페이로드에 포함될 수 있다. 고속 정보 테이블을 통하여 본 발명의 일 실시예에 따른 수신 장치는 방송 서비스를 신속하고 용이하게 스캔 및 획득할 수 있다.
본 발명의 일 실시예에 따른 고속 정보 테이블은 table_id 필드, private_indicator 필드, section_length 필드, table_id_extension 필드, FIT_data_version 필드, current_next_indicator 필드, section_number 필드, last_section_number 필드, num_broadcast 필드, broadcast_id 필드, delivery_system_id 필드, base_PLP_id 필드, base_PLP_version 필드, num_service 필드, service_id 필드, service_category 필드, service_hidden_flag 필드, SP_indicator 필드, num_component 필드, component_id 필드 및/또는 PLP_id 필드를 포함한다.
본 발명의 일 실시예에 따른 고속 정보 테이블에 포함된 필드 중 전술한 섹션 테이블 (section table)의 일반적인 포맷 (format)을 나타낸 도면에 대한 설명 부분에서 설명한 필드와 동일한 명칭을 가진 필드에 대한 설명은 전술한 설명으로 대체한다.
table_id 필드는 해당 테이블이 서비스의 신속한 스캔과 관련한 정보를 포함하고 있음을 나타내고, 해당 테이블이 고속 정보 테이블에 해당한다는 것을 나타낸다.
private_indicator 필드는 항상 1로 설정될 수 있다.
table_id_extension 필드는 논리적으로 table_id 필드의 일부에 해당하고 남아있는 필드를 위한 scope을 제공할 수 있다.
FIT_data_version 필드는 고속 정보 테이블에 포함된 syntax 및 semantics에 대한 버전 정보를 나타낸다. 본 발명의 일 실시예에 따른 수신 장치는 FIT_data_version 필드를 이용하여 해당 테이블에 포함된 시그널링의 처리 여부 등을 결정할 수 있다.
num_broadcast 필드는 주파수 또는 전송되는 트랜스포트 프레임 (transport frame)을 통해 방송 서비스 또는 컨텐츠를 전송하는 방송국의 개수를 나타낸다.
broadcast_id 필드 주파수 또는 전송되는 트랜스포트 프레임 (transport frame)을 통해 방송 서비스 또는 컨텐츠를 전송하는 방송국 고유의 식별자를 나타낸다. MPEG-2 TS 기반의 데이터를 전송하는 방송국의 경우 broadcast_id는 MPEG-2 TS의 transport_stream_id와 같은 값을 가질 수 있다.
delivery_system_id 필드는 이용되는 방송 네트워크 상에서 동일한 전송 파라미터를 적용하여 처리하는 방송 전송 시스템의 식별자를 나타낸다.
base_PLP_id 필드는 broadcast_id에 의해 식별되는 특정 방송국에서 전송하는 방송 서비스 시그널링을 전달하는 PLP의 식별자를 나타낸다. base_PLP_id 필드는 broadcast_id에 의해 식별되는 특정 방송국에서 전송하는 방송 서비스를 구성하는 컴포넌트 (component)를 디코딩할 수 있는 대표 PLP (Physical Layer Pipe)의 식별자를 나타낸다. 여기서, PLP는 물리 계층 (physical layer)의 data pipe를 의미할 수 있고 특정 방송국에서 전송하는 방송 서비스에는 PSI/SI 정보 등이 포함될 수 있다.
base_PLP_version 필드는 base_PLP_id에 의해 식별되는 PLP를 통해 전송되는 데이터의 변화에 따른 버전 정보를 나타낸다. 예를 들어, base_PLP를 통하여 PSI/SI 등의 서비스 시그널링이 전달되는 경우 base_PLP_version 필드값은 서비스 시그널링의 변화가 일어나는 경우마다 1씩 증가될 수 있다.
num_service 필드는 해당 주파수 또는 트랜스포트 프레임 (transport frame) 내에서 broadcast_id에 의해 식별된 방송국이 전송하는 방송 서비스의 개수를 나타낸다.
service_id 필드는 방송 서비스를 구별할 수 있는 식별자를 나타낸다.
service_category 필드는 방송 서비스의 카테고리를 나타낼 수 있다. 예를 들어, service_category 필드값이 0x01이면 Basic TV, 0x02이면 Basic Radio, 0x03이면 RI service, 0x08이면 Sevice Guide, 0x09이면 Emergency Alerting임을 나타낼 수 있다.
service_hidden_flag 필드는 해당 방송 서비스가 히든 (hidden)인지 여부를 나타낸다. 서비스가 히든인 경우 당해 서비스는 테스트 서비스 또는 자체적으로 사용되는 서비스에 해당하므로 본 발명의 일 실시예에 따른 수신 장치는 상술한 히든 방송 서비스를 무시하거나 서비스 리스트에서 숨길 수 있다.
SP_indicator 필드는 서비스 보호 (service protection)가 해당 방송 서비스 내의 하나 이상의 컴포넌트에 적용되는지 여부를 나타낸다.
num_component 필드는 해당 방송 서비스를 구성하는 컴포넌트의 개수를 나타낸다.
component_id 필드는 방송 서비스 내의 해당 컴포넌트를 구별하는 식별자를 나타낸다.
PLP_id 필드는 방송 서비스 내에서 해당 컴포넌트가 전송되는 PLP를 구별하는 식별자를 나타낸다.
도 41는 본 발명의 일 실시예에 따른 링크 계층 패킷의 페이로드에 입력된 시그널링 (signaling) 정보가 디스크립터 (descriptor)인 경우 디스크립터를 페이로드에 인캡슐레이션 (encapsulation)하는 과정을 나타낸 도면이다.
본 발명의 일 실시예에 따르면 하나 또는 여러 개의 디스크립터가 링크 계층 패킷의 페이로드에 포함될 수 있고 이 경우 패킷 타입 엘레먼트가 나타내는 값은 110B (signaling)가 되고 시그널링 타입 필드가 나타내는 값은 01B (descriptor)이 될 수 있다. 당해 도면에서 고정 헤더에서 패킷 타입 엘레먼트와 시그널링 타입 필드를 제외한 나머지 3 비트는 몇 개의 디스크립터가 하나의 링크 계층 패킷의 페이로드에 포함되는지를 나타내는 카운트 필드 (count field)를 나타낸다. 하나의 링크 계층 패킷의 페이로드에는 최대 8 개의 디스크립터가 포함될 수 있다.
본 발명의 일 실시예에 따르면, 모든 디스크립터는 디스크립터의 시작부분에 1 바이트의 descriptor_tag 필드 및 1 바이트의 descriptor_length 필드를 포함할 수 있다. 본 발명의 일 실시예에 따르면 상술한 descriptor_length 필드를 이용하여 연쇄된 패킷 (concatenated packet)의 길이를 구할 수 있다. descriptor_length 필드는 디스크립터 내에서 항상 같은 위치에 존재하므로 링크 계층 패킷의 페이로드의 처음에서부터 일정 오프셋 (offset)만큼 이동한 위치에 존재하는 필드를 확인함으로써 페이로드의 길이가 확인될 수 있다. 디스크립터의 경우 페이로드가 시작하는 부분부터 8 비트 이동한 자리에서 8 비트의 길이를 가지는 descriptor_length 필드가 존재한다. descriptor_length 필드는 당해 필드 직후부터 디스크립터의 마지막 부분까지의 길이를 나타낼 수 있다. 따라서, descriptor_length 필드가 나타내는 값에 descriptor_length 필드에 포함되지 않은 descriptor_tag 필드의 길이 (1 바이트) 및 descriptor_length 필드 자체의 길이 (1 바이트)를 더함으로써 하나의 디스크립터의 길이가 도출될 수 있다. 그리고, 카운트 필드 (count field)가 나타내는 디스크립터의 개수만큼 각각의 디스크립터의 길이를 더함으로써 전체 링크 계층 패킷의 길이가 도출될 수 있다. 예를 들어, 본 발명의 일 실시예에 따른 링크 계층 패킷의 페이로드에 포함된 두 번째 디스크립터는 페이로드의 처음에서부터 첫 번째 디스크립터의 길이만큼 이동한 위치에서 시작되고 두 번째 디스크립터가 시작되는 위치에서 일정 오프셋만큼 이동한 위치에 두 번째 디스크립터의 descriptor_length 필드가 존재하고 이 필드를 확인함으로써 두 번째 디스크립터의 전체 길이가 도출될 수 있다. 이와 같은 과정에 의해 링크 계층 패킷의 페이로드에 포함된 하나 이상의 디스크립터 각각의 길이가 도출될 수 있고, 다스크립터 각각의 길이의 합과 링크 계층 패킷의 헤더 길이를 더함으로써 링크 계층 패킷의 전체 길이가 도출될 수 있다.
본 발명의 일 실시예에 따른 수신 장치에서 하나 이상의 디스크립터를 포함하는 링크 계층 패킷을 수신하게 되면 각 디스크립터에 포함된 8 비트 길이의 descriptor_tag 필드값을 통하여 수신 장치는 각 디스크립터에 포함된 시그널링 정보를 획득하고 이용할 수 있다.
도 42은 본 발명의 일 실시예에 따른 고속 정보 디스크립터 (fast information descriptor)의 syntax를 나타낸 도면이다.
본 발명의 일 실시예에 따르면 링크 계층 패킷의 페이로드에 시그널링을 위한 디스크립터를 포함시켜 전송하는 경우에 고속 정보 디스크립터가 링크 계층 패킷의 페이로드에 포함될 수 있다. 고속 정보 디스크립터를 통하여 본 발명의 일 실시예에 따른 수신 장치는 방송 서비스를 신속하고 용이하게 스캔 및 획득할 수 있다.
본 발명의 일 실시예에 따른 고속 정보 디스크립터는 descriptor_tag 필드, descriptor_length 필드, num_broadcast 필드, broadcast_id 필드, delivery_system_id 필드, base_PLP_id 필드, base_PLP_version 필드, num_service 필드, service_id 필드, service_category 필드, service_hidden_flag 필드 및/또는 SP_indicator 필드를 포함한다.
본 발명의 일 실시예에 따른 고속 정보 디스크립터에 포함된 필드 중 전술한 고속 정보 테이블에 포함된 필드와 동일한 명칭을 가진 필드에 대한 설명은 전술한 고속 정보 테이블에 대한 설명 부분으로 대체한다.
descriptor_tag 필드는 해당 디스크립터가 신속한 서비스 스캔과 관련된 정보를 포함하고 있는 고속 정보 디스크립터임을 나타낸다.
descriptor_length 필드는 해당 디스크립터의 길이를 나타낸다.
도 43은 본 발명의 일 실시예에 따른 전송 시스템 디스크립터 (delivery system descriptor)를 나타낸 도면이다.
본 발명의 일 실시예에 따르면 링크 계층 패킷의 페이로드에 시그널링을 위한 디스크립터를 포함시켜 전송하는 경우에 전송 시스템 디스크립터가 링크 계층 패킷의 페이로드에 포함될 수 있다. 전송 시스템 디스크립터 (delivery system descriptor)는 전송 시스템 상에서 특정 방송국이 전달하는 데이터들과 연관된 시그널링 데이터 등을 전달하는 PLP (Physical Layer Pipe)의 정보를 포함할 수 있다.
본 발명의 일 실시예에 따른 전송 시스템 디스크립터는 descriptor_tag 필드, descriptor_length 필드, delivery_system_id 필드, num_broadcast 필드, base_PLP_id 필드, base_PLP_version 필드, delivery_system_parameters_length 필드 및/또는 delivery_system_parameters()를 포함한다.
descriptor_tag 필드는 해당 디스크립터가 전송 시스템 디스크립터임을 나타내는 식별자를 나타낸다.
descriptor_length 필드는 해당 디스크립터의 길이를 나타낸다.
delivery_system_id 필드는 이용되는 방송 네트워크 상에서 동일한 전송 파라미터를 사용하는 전송 시스템 (delivery system)을 식별하는 식별자를 나타낸다.
num_broadcast 필드는 주파수 또는 전송되는 트랜스포트 프레임 (transport frame)을 통해 방송 서비스 또는 컨텐츠를 전송하는 방송국의 개수를 나타낸다.
base_PLP_id 필드는 broadcast_id에 의해 식별되는 특정 방송국에서 전송하는 방송 서비스를 구성하는 컴포넌트 (component)를 디코딩할 수 있는 대표 PLP (Physical Layer Pipe)의 식별자를 나타낸다. 여기서, PLP는 물리 계층 (physical layer)의 data pipe를 의미할 수 있고 특정 방송국에서 전송하는 방송 서비스에는 PSI/SI 정보 등이 포함될 수 있다.
base_PLP_version 필드는 base_PLP_id에 의해 식별되는 PLP를 통해 전송되는 데이터의 변화에 따른 버전 정보를 나타낸다. 예를 들어, base_PLP를 통하여 PSI/SI 등의 서비스 시그널링이 전달되는 경우 base_PLP_version 필드값은 서비스 시그널링의 변화가 일어나는 경우마다 1씩 증가될 수 있다.
delivery_system_parameters_length 필드는 당해 필드 뒤에 뒤따르는 delivery_system_parameters()의 길이를 나타낸다.
delivery_system_parameters()는 방송 전송 시스템 특성을 나타내는 parameter를 포함할 수 있다. parameter에는 bandwidth, guard interval, transmission mode, center frequency 등이 포함될 수 있다.
본 발명의 일 실시예에 따른 전송 시스템 디스크립터는 전술한 네트워크 정보 테이블 (network information table; NIT)에 포함되어 전송될 수 있다. 전송 시스템 디스크립터가 네트워크 정보 테이블에 포함되어 전송되는 경우에 전송 시스템 디스크립터가 갖는 syntax는 네트워크 정보 테이블에 대한 설명 부분에서 전술하였다.
도 44는 본 발명의 일 실시예에 따른 링크 계층 패킷의 페이로드에 입력된 시그널링 (signaling) 정보가 DVB-GSE 표준에서 사용되는 GSE-LLC 형태인 경우 하나의 GSE-LLC 데이터를 하나의 링크 계층 패킷의 페이로드에 인캡슐레이션 (encapsulation)하는 과정을 나타낸 도면이다.
본 발명의 일 실시예에 따른 LLC 데이터는 인덱스 (index) 부분과 레코드 (record) 부분으로 나뉠 수 있고 레코드 부분은 또다시 몇 개의 테이블 (table)로 나뉠 수 있다. 여기서, 레코드 부분을 구성하는 테이블의 형태는 GSE table structure를 가질 수 있고 일반적인 섹션 테이블 (section table)의 구조를 가질 수도 있다.
당해 도면에서 본 발명의 일 실시예에 따른 하나의 LLC 데이터는 하나의 링크 계층 패킷의 페이로드가 될 수 있고 이 경우 패킷 타입 엘레먼트가 나타내는 값은 110B (signaling)가 되고 시그널링 타입 필드가 나타내는 값은 11B (GSE-LLC)이 될 수 있다. 본 발명의 일 실시예에 따른 GSE-LLC 형태의 시그널링을 전송하는 경우 링크 계층 패킷은 2 바이트의 확장 헤더를 가질 수 있으며, 상술한 2 바이트의 확장 헤더는 4 비트의 Seg_SN (segment sequence number) 필드 및 12 비트의 length 필드로 구성될 수 있다. 상술한 length 필드는 시스템의 구성에 따라 링크 계층 패킷 전체의 길이를 나타내는 값이 할당될 수 있고 링크 계층 패킷의 페이로드만의 길이를 나타내는 값이 할당될 수도 있다.
도 45은 본 발명의 일 실시예에 따른 링크 계층 패킷의 페이로드에 입력된 시그널링 (signaling) 정보가 DVB-GSE 표준에서 사용되는 GSE-LLC 형태인 경우 하나의 GSE-LLC 데이터를 여러 개의 링크 계층 패킷의 페이로드에 인캡슐레이션 (encapsulation)하는 과정을 나타낸 도면이다.
본 발명의 일 실시예에 따른 LLC 데이터가 분할 (segmentation)되는 경우에는 같은 LLC 데이터로부터 분할 (segmentation)되었음을 나타내기 위해 Seg_ID 필드값은 모두 동일한 값을 가질 수 있다.
본 발명의 일 실시예에 따른 수신 장치가 분할된 LLC 데이터를 수신하여 순서에 맞게 재조합할 수 있도록 Seg_SN 필드에는 분할된 세그먼트 (segment)의 순서 정보가 포함될 수 있다. 하나의 LLC 데이터가 하나의 링크 계층 패킷의 페이로드에 포함되는 경우에는 Seg_SN 필드값은 0이 될 수 있다.
본 발명의 일 실시예에 따른 수신 장치는 LLC 인덱스 (index) 부분을 통하여 해당 Seg_ID에 대한 LLC 데이터가 분할된 세그먼트 (segment)개수를 인식할 수 있다.
도 46는 본 발명의 일 실시예에 따른 시그널링 정보 송신 방법을 나타낸 도면이다.
본 발명의 일 실시예에 따른 시그널링 정보 송신 방법은 시그널링 정보를 포함하는 링크 계층 패킷을 생성하는 단계(S14010) 및/또는 생성된 링크 계층 패킷을 전송하는 단계(S14020)를 포함한다. 시그널링 정보를 포함하는 링크 계층 패킷을 생성하는 단계(S14010)에서 링크 계층 패킷은 고정 헤더 및 페이로드를 포함하고, 시그널링 정보는 방송 프로그램 및 데이터에 대한 정보와 방송 프로그램 및 데이터의 수신에 필요한 정보를 포함할 수 있다. 그리고 시그널링 정보는 링크 계층 패킷의 페이로드에 포함될 수 있다. 상술한 고정 헤더는 본 발명의 일 실시예에 따른 링크 계층 패킷의 페이로드에 포함된 데이터의 종류를 식별하는 패킷 타입 엘레먼트 및 본 발명의 일 실시예에 따른 링크 계층 패킷의 페이로드에 포함된 시그널링 정보의 형태를 식별하는 시그널링 타입 엘레먼트를 포함할 수 있다. 송신측은 상술한 과정을 통하여 생성된 링크 계층 패킷을 전송한다(S14020). 상술한 링크 계층 패킷, 패킷 타입 엘레먼트 및 시그널링 타입 엘레먼트에 대한 상세한 설명은 전술하였다.
본 발명의 또 다른 일 실시예에 따르면, 상술한 시그널링 타입 엘레먼트에 의해 식별된 시그널링 정보의 형태는 섹션 테이블일 수 있다.
본 발명의 또 다른 일 실시예에 따르면, 상술한 시그널링 타입 엘레먼트에 의해 식별된 시그널링 정보의 형태는 디스크립터일 수 있다.
본 발명의 또 다른 일 실시예에 따르면, 상술한 시그널링 타입 엘레먼트에 의해 식별된 시그널링 정보의 형태는 GSE-LLC일 수 있다. 상술한 시그널링 타입 엘레먼트에 대한 상세한 설명은 전술하였다.
본 발명의 또 다른 일 실시예에 따르면, 상술한 고정 헤더는 하나 이상의 디스크립터가 하나의 링크 계층 패킷의 페이로드에 포함되는 경우, 하나의 링크 계층 패킷의 페이로드에 포함된 디스크립터의 개수를 나타내는 카운트 필드 (Concatenation Count field)를 포함할 수 있다. 상술한 카운트 필드에 대한 상세한 설명은 전술하였다.
본 발명의 또 다른 일 실시예에 따르면, 상술한 고정 헤더는 GSE-LLC 데이터가 하나 이상의 세그먼트로 분할되고 하나 이상의 세그먼트 중 하나의 세그먼트가 하나의 링크 계층 패킷의 페이로드에 포함되는 경우, 링크 계층 패킷의 페이로드에 포함된 세그먼트가 속해있는 GSE-LLC 데이터를 식별하는 세그먼트 식별 엘레먼트를 포함할 수 있다. 상술한 세그먼트 식별 엘레먼트에 대한 상세한 설명은 전술하였다.
본 발명의 또 다른 일 실시예에 따르면, 상술한 링크 계층 패킷은 확장 헤더를 포함할 수 있고, 상술한 확장 헤더는 상술한 GSE-LLC 데이터의 재조합을 위해 필요한 링크 계층 패킷의 페이로드에 포함된 세그먼트의 순서 정보를 나타내는 세그먼트 순서 엘레먼트 및/또는 상기 링크 계층 패킷의 전체 길이를 나타내는 패킷 길이 엘레먼트를 포함할 수 있다. 상술한 세그먼트 순서 엘레먼트 및 패킷 길이 엘레먼트에 대한 상세한 설명은 전술하였다.
본 발명의 또 다른 일 실시예에 따르면, 상술한 링크 계층 패킷의 전체 길이는 링크 계층 패킷의 헤더 길이와 링크 계층 패킷의 페이로드 길이를 더한 값을 나타내고, 페이로드에 섹션 테이블이 포함되는 경우 상술한 링크 계층 패킷의 페이로드 길이는 링크 계층 패킷의 페이로드를 구성하는 섹션 테이블의 길이를 나타낼 수 있다. 상술한 섹션 테이블의 길이는 상기 섹션 테이블의 시작 부분부터 일정 오프셋(offset)만큼 이동한 위치에 존재하는 섹션 길이 필드가 나타내는 값, 상기 일정 오프셋(offset) 및 상기 섹션 길이 필드의 길이를 더한 값을 나타낼 수 있다. 상술한 섹션 길이 필드는 상술한 섹션 길이 필드 이후부터 해당 섹션의 마지막 부분까지의 길이를 나타낼 수 있다. 본 발명의 일 실시예에 따른 상술한 일정 오프셋은 섹션 테이블에 포함된 table_id 필드 길이 (8 bits), section_syntax_indicator 필드 길이 (1 bits), Specific Use 필드 길이 (1 bit) 및 reserved 필드 길이 (2 bit)를 더한 값인 12 bit가 될 수 있다. 상술한 링크 계층 패킷의 페이로드 길이를 구하는 방법에 대한 상세한 설명은 전술하였다.
본 발명의 또 다른 일 실시예에 따르면, 상술한 링크 계층 패킷의 페이로드에는 신속한 서비스 스캔 및 획득을 위한 시그널링 정보를 포함하는 고속 정보 테이블 또는 고속 정보 디스크립터가 포함될 수 있다. 상술한 고속 정보 테이블 및 고속 정보 디스크립터에 대한 상세한 설명은 전술하였다.
도 47 는 본 발명의 일 실시예에 따른 RoHC 전송을 위한 링크 레이어 패킷(link layer packet)의 헤더를 도시한 도면이다.
IP 기반의 방송 환경에서도, IP 패킷이 전술한 링크 레이어 패킷으로 압축, 전송될 수 있다. IP 기반의 방송 시스템에서 스트리밍을 하는 경우에, 일반적으로 IP 패킷의 헤더 정보가 거의 변하지 않고 유지될 수 있다. 이 점을 이용하여 IP 패킷의 헤더가 압축될 수 있다.
IP 패킷의 헤더(=IP 헤더) 를 압축하는 데에 있어 RoHC((Robust Header Compression) 기법이 주로 사용된다. 본 발명에서는 RoHC 패킷이 링크 레이어(link layer) 에 입력으로 들어온 경우에 있어서의 압축(encapsulation) 방법을 제안한다.
RoHC 패킷이 링크 레이어의 입력으로 들어오면, 전술한 패킷 타입 엘레멘트의 값은 010B 일 수 있다. 이는 전술한 바와 같이 상위 계층에서 링크 계층으로 전달되는 패킷이 Compressed IP 패킷임을 나타낸다.
RoHC 패킷이 입력되는 경우, 링크 레이어 패킷의 헤더는, 전술한 다른 패킷들과 마찬가지로, 고정 헤더(Fixed Header) 및/또는 확장 헤더(Extended Header)를 포함할 수 있다.
고정 헤더는 패킷 타입 필드 및/또는 PC(Packet Configuration) 필드를 포함할 수 있다. 고정 헤더는 총 1바이트의 크기를 가질 수 있다. 여기서, 패킷 타입 필드는, Compressed IP 패킷의 경우이므로 010 의 값을 가질 수 있다. 확장 헤더는 실시예에 따라 고정되거나 변하는 크기를 가질 수 있다.
고정 헤더의 PC 필드는, 링크 레이어 패킷의 페이로드를 구성하는 RoHC 패킷이 처리되는 형태를 지시하는 필드일 수 있다. PC 필드의 값에 의하여, 이를 뒤따르는 고정헤더의 나머지 부분 및 확장 헤더의 정보가 결정될 수 있다. 또한, PC 필드는 RoHC 패킷이 처리되는 형태에 따른 확장헤더의 길이 정보를 내포할 수 있다. PC 필드는 1 비트의 크기를 가질 수 있다.
PC 필드의 값이 0B 일 경우에 대해 설명한다.
PC 필드의 값이 0B 일 경우, 링크 레이어 패킷의 페이로드가 하나의 RoHC 패킷으로 구성되거나, 두 개 이상의 RoHC 패킷으로 연쇄(concatenation) 되는 경우에 해당한다. 연쇄(concatenation)은 짧은 길이의 패킷이 여러 개 이어져서, 링크 레이어 패킷의 페이로드를 구성하는 경우를 의미한다.
PC 필드의 값이 0B 일 경우, PC 필드 뒤에 1비트의 CI(Common CID Indicator) 필드와 3 비트의 카운트 필드가 뒤따를 수 있다. 이에 따라 확장 헤더에 커먼 CID 정보와 길이 파트(length part) 가 추가될 수 있다. 길이 파트는 RoHC 패킷의 길이를 표시하는 파트일 수 있다.
CI(Common Context ID Indicator) 필드는, 하나의 링크 레이어 패킷의 페이로드를 구성하는 RoHC 패킷의 CID (Context ID)가 모두 같은 경우 1로 설정되고, 그렇지 않은 경우에는 0으로 설정될 수 있다. CI 값이 1 인 경우 공통된 CID에 대한 오버헤드 처리 방법이 적용될 수 있다. CI 필드는 1비트일 수 있다.
카운트(count) 필드는, 하나의 링크 레이어 패킷의 페이로드에 몇 개의 RoHC 패킷이 포함되어 있는지를 지시할 수 있다. 즉, 연쇄(concatenation)의 경우에 있어, 연쇄되어 있는 RoHC 패킷의 개수가, 카운트 필드에 의해 지시될 수 있다. 카운트 필드는 3 비트일 수 있다. 따라서 다음 표와 같이 최대 8개의 RoHC 패킷이 하나의 링크 레이어 패킷의 페이로드에 포함될 수 있다. 카운트 필드가 000 의 값을 가질 경우, RoHC 패킷이 연쇄되지 않고, 하나의 RoHC 패킷이 링크 레이어 패킷의 페이로드를 구성함을 의미할 수 있다.
표 1
Figure PCTKR2015003338-appb-T000001
길이 파트(Length part) 는 전술한 바와 같이, RoHC 패킷의 길이를 표시하는 파트일 수 있다. RoHC 패킷의 경우, RoHC 패킷 헤더에 길이 정보가 제거되어 온다. 따라서, RoHC 패킷 헤더 내의 길이 필드를 활용할 수 없다. 따라서 수신기가 해당 RoHC 패킷의 길이를 알 수 있게 하기 위해 링크 레이어 패킷의 헤더는 길이 파트를 포함할 수 있다.
IP 패킷은 MTU가 결정되지 않은 경우, 최대 65535 바이트 길이를 가진다. 따라서, RoHC 패킷에 대해서도 최대 길이까지 지원할 수 있도록 2 바이트의 길이 정보가 필요하다. 또한 여러 개의 RoHC 패킷이 연쇄(concatenation)된 경우, 카운트 필드에서 지정한 수 만큼 길이 필드(length field)가 추가될 수 있다. 이 경우, 길이 파트는 복수개의 길이 필드를 포함하게 된다. 단, 1개의 RoHC 패킷이 페이로드에 포함되는 경우에는 하나의 길이 필드만이 포함될 수 있다. 길이 필드들의 배치는 링크 레이어 패킷의 페이로드를 구성하는 RoHC 패킷의 순서와 동일하게 배치 될 수 있다. 각각의 길이 필드는 바이트 단위의 값을 가질 수 있다.
커먼 CID(Common CID) 필드는 공통되는 CID 를 전송하는 필드일 수 있다. RoHC 패킷 의 헤더 부분에는 압축된 헤더 사이의 관계를 확인하기 위한 CID(context ID)가 포함될 수 있다. 이 CID 는 안정적인 link 상태에서는 동일한 값으로 유지될 수 있다. 이에 따라, 하나의 링크 레이어 패킷의 페이로드에 포함되는 RoHC 패킷이 모두 동일한 CID를 포함할 수도 있다. 이 경우, 오버헤드를 줄이기 위하여, 연쇄된 페이로드를 구성하는 RoHC 패킷의 헤더 부분에서 CID 를 제거하고, 링크 레이어 패킷의 헤더에 커먼 CID 필드에 그 값을 표시하여 전송할 수 있다. 수신기에서는 커먼 CID 필드를 이용하여 RoHC 패킷의 CID 들을 재조합해낼 수 있다. 커먼 CID 필드가 있을 경우, 전술한 CI 필드의 값은 1이 되어야 한다.
PC 필드의 값이 1B 일 경우에 대해 설명한다.
PC 필드의 값이 1B 일 경우, 링크 레이어 패킷의 페이로드가 RoHC 패킷의 세그멘티드(segmented) 패킷으로 구성되는 경우에 해당한다. 여기서, 세그멘티드 패킷이란, 긴 길이의 RoHC 패킷을 복수개의 세그먼트로 나누고, 그 중 하나의 세그먼트가 링크 레이어 패킷의 페이로드를 구성하는 것을 의미할 수 있다.
PC 필드의 값이 1B 일 경우, PC 필드 뒤에 1비트의 LI(Last Segment Indicator) 필드와 3 비트의 세그먼트 ID 필드가 뒤따를 수 있다. 또한, 세그먼테이션(segmentation)에 대한 정보를 추가하기 위하여, 확장헤더에 세그먼트 시퀀스 넘버(Segment Sequence Number) 필드와 세그먼트 길이 ID (Segment Length ID) 필드, 마지막 세그먼트 길이(Last Segment Length) 필드 등이 추가될 수 있다.
LI (Last Segment Indicator) 필드는 RoHC 패킷이 세그멘티드 되는 경우에 있어 활용될 수 있는 필드이다. RoHC 패킷이 복수개의 세그먼트로 나뉘어질 수 있다. LI 값이 1 인 경우, 현재 링크 레이어 패킷이 포함하는 세그먼트가, 하나의 RoHC 패킷에서 나눠진 세그먼트 중 마지막에 위치한 세그먼트임을 의미할 수 있다. LI 값이 0인 경우, 현재 링크 레이어 패킷이 포함하는 세그먼트가, 마지막 세그먼트가 아님을 의미할 수 있다. LI 필드는 수신기에서 세그먼트를 모아 하나의 RoHC 패킷으로 재구성할 때, 모든 세그먼트가 수신 되었는지 판단할 때 사용될 수 있다. LI 필드는 1 비트일 수 있다.
세그먼트 ID (Seg_ID) 필드는 RoHC 패킷이 세그멘티드 되는 경우에 있어, RoHC 패킷에 부여되는 ID 를 지시하는 필드일 수 있다. 하나의 RoHC 패킷에서 파생된 세그먼트들은 모두 같은 값의 세그먼트 ID 를 가질 수 있다. 수신기는 각각 전송되어진 세그먼트를 하나로 합치는 경우, 세그먼트 ID 를 이용하여 동일한 RoHC 패킷의 구성요소임인지 여부를 판단할 수 있다. 세그먼트 ID 필드는 3비트일 수 있다. 따라서, 동시에 8개의 RoHC 패킷의 세그멘테이션(segmentation)을 지원할 수 있다.
세그먼트 시퀀스 넘버 (Seg_SN) 필드는 RoHC 패킷이 세그멘테이션 되었을 때, 각 세그먼트의 순서를 확인하기 위해 사용되는 필드일 수 있다. 즉, 하나의 RoHC 패킷에서 파생된 세그먼트들을 페이로드로 가지는 링크 레이어 패킷들은, 동일한 Seg_ID를 가지지만, 서로 다른 Seg_SN 을 가질 수 있다. Seg_SN 은 4비트일 수 있다. 따라서, 하나의 RoHC 패킷은 최대 16개의 세그먼트로 나뉘어질 수 있다.
세그먼트 길이 ID (Seg_Len_ID) 필드는, 각 세그먼트의 길이를 표현하는데 활용될 수 있다. 그러나, 세그먼트 길이 ID 필드는 복수개의 세그먼트 중, 마지막 세그먼트를 제외한 세그먼트의 길이를 표현하는데 사용될 수 있다. 마지막 세그먼트의 길이는 후술할 마지막 세그먼트 길이 필드에 의해 지시될 수 있다. 링크 레이어 패킷의 페이로드가, RoHC 패킷의 마지막 세그먼트가 아닌 경우, 즉, LI 의 값이 0인 경우에 세그먼트 길이 ID 필드가 존재할 수 있다.
헤더의 오버헤드를 줄이기 위하여, 세그먼트가 가질 수 있는 길이가 16개로 제한될 수 있다. 피지컬 레이어(Physical layer)에서 처리하는 FEC 의 코드 레이트(code rate)에 따라 패킷의 입력 크기가 결정되어 있을 수 있다. 이에 맞게 세그먼트의 길이를 결정하여, Seg_Len_ID로 지정할 수 있다. 세그먼트의 길이에 무관하게 피지컬 레이어가 동작하는 경우, 다음과 같이 세그먼트의 길이가 결정될 수 있다.
수학식 1
Figure PCTKR2015003338-appb-M000001
여기서, Len_Unit (Length Unit)은 세그먼트의 길이를 표시하는 기본 단위이며, min_Len은 세그먼트 길이의 최소값을 의미할 수 있다. Len_Unit과 min_Len은 송신기와 수신기에서 동일한 값을 가져야 하며, 한번 결정된 이후에는 변하지 않는 것이 시스템의 운용에 효율적이다. 또한, Len_Unit과 min_Len은 시스템의 초기화 과정에서 피지컬 레이어의 FEC의 처리 능력을 고려하여 결정될 수 있다.
다음 표는, Seg_Len_ID 의 값에 따라 표현되는 세그먼트의 길이를 정리한 것으로서, Seg_Len_ID 에 할당된 길이는 일 실시예이며 설계자의 의도에 따라 변경될 수 있다. 이 실시예에서는 Len_Unit 값은 256, min_Len 값은 512 이다.
표 2
Figure PCTKR2015003338-appb-T000002
마지막 세그먼트 길이 (L_Seg_Len) 필드는, 링크 레이어 패킷의 페이로드에 담긴 세그먼트가, RoHC 패킷의 마지막 세그먼트인 경우에 활용되는 필드이다. 즉, LI 필드 값이 1 인 경우에 활용되는 필드이다. RoHC 패킷을 Seg_Len_ID를 이용하여 앞부분부터 동일한 크기로 나눌 수 있다. 그러나, 이 경우 마지막 세그먼트는 Seg_Len_ID 에서 지시하는 크기로 나뉘어지지 않을 수 있다. 따라서, 마지막 세그먼트의 길이는 L_Seg_Len 필드에 의해 직접적으로 표시될 수 있다. L_Seg_Len 필드는 1~4095 바이트를 표시할 수 있다. 이는 실시예에 따라 변경될 수 있다.
도 48 은 본 발명에 따른, 링크 레이어 패킷을 통한 RoHC 패킷 전송 방법의 실시예 #1 을 도시한 도면이다.
본 실시예는, RoHC 패킷이 피지컬 레이어의 처리 범위 내에 있어서, 하나의 RoHC 패킷이 링크 레이어 패킷의 페이로드를 구성하는 경우에 해당한다. 이 경우, RoHC 패킷은 연쇄(concatenation)이나 세그먼테이션(segmantation)되지 않을 수 있다.
이 경우, 하나의 RoHC 패킷이 그대로 링크 레이어 패킷의 페이로드가 될 수 있다. 패킷 타입의 값은 010B 가 되고, PC 필드의 값은 0B, CI 필드값은 0B 일 수 있다. 전술한 카운트 필드의 경우, 하나의 RoHC 패킷이 그대로 페이로드를 구성하므로(1개), 전술한 바와 같이 000B 의 값을 가질 수 있다. 뒤이어, RoHC 패킷의 길이를 나타내는 2바이트의 길이 필드가 이어질 수 있다. 이 경우 하나의 패킷만이 페이로드를 구성하므로 길이 파트는 하나의 길이 필드만 포함할 수 있다.
이 실시예에서, 총 3 바이트의 링크 레이어 헤더가 추가될 수 있다. 따라서, 길이 필드가 지시하는 RoHC 패킷의 길이가 L 바이트라 할 때, 총 링크 레이어 패킷의 길이는 L+3 바이트가 된다.
도 49 은 본 발명에 따른, 링크 레이어 패킷을 통한 RoHC 패킷 전송 방법의 실시예 #2 를 도시한 도면이다.
본 실시예는, RoHC 패킷이 피지컬 레이어의 처리 범위 내에 도달하지 못하여, 복수개의 RoHC 패킷이 연결되어 링크 레이어 패킷의 페이로드에 포함되는 경우에 해당한다(연쇄(concatenation)).
이 경우, PC 필드 및 CI 필드의 값은 하나의 RoHC 패킷이 페이로드에 포함되는 경우와 동일하다. 이 후 카운트 필드가 이어진다. 카운트 필드는 전술한 바와 같이 몇 개의 RoHC 패킷이 페이로드에 포함되는지에 따라 001B ~ 111B 의 값을 가질 수 있다.
뒤이어 각 2바이트의 길이를 가지는 길이 필드가, 카운트 필드가 지시하는 개수만큼 위치될 수 있다. 각 길이 필드는 각 RoHC 패킷의 길이를 지시할 수 있다. 이 길이 필드(Length field)들을 길이 파트(Length part)라 부를 수 있다.
여기서, 카운트 필드가 지시하는 값이 n개라고 할 때, 링크 레이어 패킷의 페이로드에는 각각 L1, L2, …, Ln의 길이를 가지는 RoHC 패킷 R1, R2, …, Rn 이 연쇄되어 있을 수 있다.
총 확장 헤더는 2n 바이트의 길이를 가질 수 있다. 링크 레이어 패킷의 전체 길이 LT 는 다음 식과 같이 표현될 수 있다.
수학식 2
Figure PCTKR2015003338-appb-M000002
도 50 은 본 발명에 따른, 링크 레이어 패킷을 통한 RoHC 패킷 전송 방법의 실시예 #3 를 도시한 도면이다.
본 실시예는, 복수개의 RoHC 패킷이 연결되어 링크 레이어 패킷의 페이로드를 구성하는 경우(연쇄(concatenation))에 있어서, 연쇄된 RoHC 패킷들이 동일한 CID (Context ID)를 가지는 경우에 해당한다.
RoHC 패킷들이 동일한 CID를 가지는 경우, CID를 한 번만 표기하여 전송하여도 수신기에서는 다시 원래대로 RoHC 패킷 및 그 헤더를 복원할 수 있다. 따라서, RoHC 패킷들에서 공통되는 CID 를 추출하여 한번만 전송하는 것이 가능하고, 이 경우 오버헤드를 줄일 수 있다.
이 경우, 전술한 CI 필드의 값은 1 이 된다. 이는 동일한 CID 에 대한 처리가 이루어졌다는 의미일 수 있다. 동일한 CID 를 가지는 RoHC 패킷들을 [R1, R2, R3, … , Rn] 로 표시하였다. 공통되는 CID 는 커먼 CID(Common CID) 로 불릴 수 있다. RoHC 패킷의 헤더 에서 CID를 제외한 패킷을 R'k 라 표시하였다(k 는 1, 2, ..., n).
링크 레이어 패킷의 페이로드는 R'k (k 는 1, 2, ..., n) 들을 포함할 수 있다. 링크 레이어 패킷의 확장 헤더의 끝부분에는 커먼 CID 필드가 추가될 수 있다. 커먼 CID 필드는 공통되는 CID 를 전송하는 필드일 수 있다. 커먼 CID 필드는 확장 헤더의 한 부분으로 전송될 수도 있고, 링크 레이어 패킷의 페이로드의 한 부분으로 전송될 수도 있다. 시스템의 운용에 따라, 커먼 CID 필드의 위치가 확인될 수 있는 부분에 적절히 재배치하는 것이 가능하다.
커먼 CID 필드의 크기는 RoHC 패킷의 컨피규레이션에 따라 달라질 수 있다.
RoHC 패킷의 컨피규레이션이 스몰 CID 컨피규레이션(Small CID configuration)인 경우, RoHC 패킷의 CID 크기는 4비트일 수 있다. 단, RoHC 패킷에서 CID 를 추출하여 재배치하는 경우에는, add-CID octet 전체가 처리될 수 있다. 즉, 커먼 CID 필드가 1바이트의 길이를 가질 수 있다. 또는, RoHC 패킷에서 1 바이트의 add-CID octet을 추출 한 후, 4비트의 CID만 Common CID 필드에 할당 하고, 나머지 4비트는 추후 활용을 위하여 남겨둘 수도 있다.
RoHC 패킷의 컨피규레이션이 라지 CID 컨피규레이션(Large CID configuration)인 경우, RoHC 패킷의 CID 크기는 1 바이트 또는 2바이트 길이를 가질 수 있다. CID 의 크기는 RoHC 초기화 과정에서 결정되는 사항이다. CID 의 크기에 따라, 커먼 CID 필드는 1 바이트 또는 2 바이트의 길이를 가질 수 있다.
본 실시예에서, 링크 레이어 패킷의 페이로드의 길이는 다음과 같이 계산될 수 있다. 동일한 CID 를 가지는 n개의 RoHC 패킷 R1, R2, …, Rn 의 길이를 각각 L1, L2, …, Ln 라 할 수 있다. 링크 레이어 패킷의 헤더의 길이를 LH, 커먼 CID 필드의 길이를 LCID , 링크 레이어 패킷의 전체 길이를 LT 라 하면, LH 는 다음과 같다.
수학식 3
Figure PCTKR2015003338-appb-M000003
또한, LT 는 다음과 같이 계산할 수 있다.
수학식 4
Figure PCTKR2015003338-appb-M000004
전술한 바와 같이, LCID 는 RoHC 의 CID 컨피규레이션에 따라 결정될 수 있다. 즉, LCID 는 스몰 CID 컨피규레이션의 경우 1바이트, 라지 CID 컨피규레이션의 경우 1바이트 또는 2 바이트가 될 수 있다.
도 51 는 본 발명에 따른, 링크 레이어 패킷을 통한 RoHC 패킷 전송 방법의 실시예 #4 를 도시한 도면이다.
본 실시예는, 입력된 RoHC 패킷이 피지컬 레이어의 처리 범위를 넘어서는 경우(segmentation)에 있어서, 분리된 세그먼트가 각각 링크 레이어 패킷의 페이로드로 압축(encapsulation)되는 경우에 해당한다.
링크 레이어 패킷의 페이로드가 분할된 RoHC 패킷으로 구성 되었음을 알려 주기 위해, PC 필드 의 값은 1B 이 된다. LI 필드는 RoHC 패킷의 맨 마지막 부분에 해당 하는 세그먼트를 페이로드로 가지는 경우에만 1B 이 되고, 나머지 모든 세그먼트에 대해서는 0B 가 된다. LI 필드의 값은 링크 레이어 패킷의 확장 헤더에 대한 정보를 알려주기도 한다. 즉, LI 필드 의 값이 0B 인 경우는 1 바이트, 1B 인 경우는 2바이트 길이의 확장 헤더가 추가될 수 있다.
같은 RoHC 패킷에서 분할되었음을 지시하기 위해 Seg_ID 값은 모두 동일한 값을 가져야 한다. 수신기에서 정상적인 RoHC 패킷 재조합을 위한 세그먼트의 순서 정보가 지시되기 위해, 순차적으로 증가하는 Seg_SN 값이 헤더에 기록될 수 있다.
RoHC 패킷을 분할할 때, 전술한 바와 같이 세그먼트의 길이를 결정하여 세그멘테이션이 수행될 수 있다. 그 길이에 맞는 Seg_Len_ID 값이 헤더에 기록될 수 있다. 마지막 세그먼트의 길이는 전술한 바와 같이, 12 비트의 L_Seg_Len 필드에 직접 기록될 수 있다.
Seg_Len_ID, L_Seg_Len 필드를 이용하여 표시하는 길이 정보는 세그먼트, 즉 링크 레이어 패킷의 페이로드에 대한 정보만 표시하게 된다. 따라서, 전체 링크 레이어 패킷의 길이 정보는 LI 필드를 통해 알 수 있는 링크 레이어 패킷의 헤더 길이를 더하여 계산해낼 수 있다.
수신측에서 RoHC 패킷의 세그먼트들을 재조합하는 과정에서, 재조합된 RoHC 패킷의 무결성을 확인할 필요가 있다. 이를 위해, 세그멘테이션 과정에서 IP 패킷 뒤에 CRC 가 추가될 수 있다. 일반적으로 CRC 는 RoHC 패킷의 마지막에 추가 되므로, 세그멘테이션 과정 이후에 마지막 세그먼트에 CRC 를 포함시킬 수 있다.
도 52 은 MTU 가 1500인 경우에 있어서, 본 발명의 일 실시예에 따른 RoHC 전송을 위한 링크 레이어 패킷의 헤더를 도시한 도면이다.
일반적으로 비디오 및 오디오 스트리밍 시에 RoHC 기법이 적용될 수 있다. 이 때, IP 패킷의 MTU (Maximum Transmission Unit, 최대 전송 단위)는 1500 바이트로 설정 될 수 있다. 이는 RoHC 패킷 역시 1500 바이트 보다 작은 길이를 가지게 된다는 것을 의미한다.
전술한 바와 같이, 고정 헤더의 PC 필드는, 링크 레이어 패킷의 페이로드를 구성하는 RoHC 패킷이 처리되는 형태를 지시하는 필드일 수 있다. PC 필드의 값에 의하여, 이를 뒤따르는 고정헤더의 나머지 부분 및 확장 헤더의 정보가 결정될 수 있다. 또한, PC 필드는 RoHC 패킷이 처리되는 형태에 따른 확장헤더의 길이 정보를 내포할 수 있다. PC 필드는 1 비트의 크기를 가질 수 있다.
PC 필드의 값이 0B 일 경우에 대해 설명한다.
PC 필드의 값이 0B 일 경우, 링크 레이어 패킷의 페이로드가 하나의 RoHC 패킷으로 구성되거나, RoHC 패킷의 세그멘티드(segmented) 패킷으로 구성되는 경우에 해당한다. PC 필드 뒤에 SI 필드가 뒤따를 수 있다. SI (Segment Indicator) 필드는 링크 레이어 패킷의 페이로드가 하나의 RoHC 패킷으로 구성 되었는지, 또는 RoHC 패킷의 세그먼트로 구성 되었는지 표시할 수 있다. 이 SI 필드 값에 따라, 고정 헤더 및 확장 헤더 부분의 필드가 결정될 수 있다.
SI 필드는 전술한 바와 같이 링크 레이어 패킷의 페이로드가 하나의 RoHC 패킷으로 구성 되었는지, 또는 RoHC 패킷의 세그먼트로 구성 되었는지 지시하는 필드일 수 있다. 0인 경우 하나의 RoHC 패킷으로 구성 되었음을 의미하고, 1인 경우 RoHC 패킷의 세그먼트로 구성 되었음을 의미할 수 있다. SI 필드는 1바이트 일 수 있다.
세그먼트 ID (Seg_ID) 필드는 RoHC 패킷이 세그멘티드 되는 경우에 있어, RoHC 패킷에 부여되는 ID 를 지시하는 필드일 수 있다. 이는 전술한 Seg_ID 필드와 같다.
세그먼트 시퀀스 넘버 (Seg_SN) 필드는 RoHC 패킷이 세그멘테이션 되었을 때, 각 세그먼트의 순서를 확인하기 위해 사용되는 필드일 수 있다. 이는 전술한 Seg_SN 필드와 같다.
LI (Last Segment Indicator) 필드는 RoHC 패킷이 세그멘테이션 되었을 때, 현재 링크 레이어 패킷이 포함하는 세그먼트가 RoHC 패킷에서 나눠진 세그먼트 중 마지막에 위치한 세그먼트인지 여부를 지시하는 필드일 수 있다. 이는 전술한 LI 필드와 같다.
세그먼트 길이 ID (Seg_Len_ID) 필드는, 각 세그먼트의 길이를 표현하는데 활용될 수 있다. 이는 전술한 Seg_Len_ID 필드와 같다. 단, 전술한 경우와 달리, 세그먼트가 가질 수 있는 길이가 16개가 아닌 8개로 제한될 수 있다. 이 경우 Seg_Len_ID 의 값에 따라 표현되는 세그먼트의 길이는 다음 표와 같이 정리 될 수 있다. Seg_Len_ID 에 할당된 길이는 일 실시예이며 설계자의 의도에 따라 변경될 수 있다. 이 실시예에서는 Len_Unit 값은 64, min_Len 값은 256 이다.
표 3
Figure PCTKR2015003338-appb-T000003
마지막 세그먼트 길이 (L_Seg_Len) 필드는, 마지막 세그먼트의 길이를 표현하는데 활용될 수 있다. 이는 전술한 L_Seg_Len 필드와 같다. 단, 전술한 경우와 달리, L_Seg_Len 필드는 1~2048 바이트를 표시할 수 있다. 이는 실시예에 따라 변경될 수 있다.
PC 필드의 값이 1B 일 경우에 대해 설명한다.
PC 필드의 값이 1B 일 경우,
링크 레이어 패킷의 페이로드가 두 개 이상의 RoHC 패킷이 연쇄(concatenation) 되는 경우에 해당한다. PC 필드 뒤에 1비트의 CI(Common CID Indicator) 필드와 3 비트의 카운트 필드가 뒤따를 수 있다. 이에 따라 확장 헤더에 커먼 CID 정보와 길이 파트(length part) 가 추가될 수 있다.
CI(Common Context ID Indicator) 필드는, 하나의 링크 레이어 패킷의 페이로드를 구성하는 RoHC 패킷의 CID (Context ID)가 모두 같은지 여부를 지시하는 필드이다. CI 필드는 전술한 바와 같다.
카운트(count) 필드는, 하나의 링크 레이어 패킷의 페이로드에 몇 개의 RoHC 패킷이 포함되어 있는지를 지시할 수 있다. 전술한 카운트 필드와 달리, 000 값은 2개의 RoHC 패킷이 연쇄되어 있음을 의미하는데 할당된다. 카운트 필드 값이 111 인 경우, 9개 이상의 RoHC 패킷이 연쇄(concatenation) 되었음을 나타낼 수 있다. 이를 정리하면 다음 표와 같다.
표 4
Figure PCTKR2015003338-appb-T000004
길이 파트(Length part) 는 RoHC 패킷의 길이를 표시하는 파트일 수 있다. 길이 파트는 전술한 바와 같이 복수개의 길이 필드를 포함할 수 있다. 각 길이 필드는 각 RoHC 패킷의 길이를 지시할 수 있다.
이 실시예에서 MTU 는 1500 바이트이므로, 길이 필드는 이를 표시하기 위한 최소의 비트 수인 11 비트로 할당될 수 있다. 11비트로 2048 바이트까지 표시할 수 있는 바, 추후 필요한 경우 MTU 가 2048 바이트까지 확장되는 경우에도, 본 발명에서 제시하는 방법이 사용될 수 있다. 길이 필드는 직접 그 길이를 표시할 수도 있고, 별도의 값으로 매핑하여 그 길이를 표시할 수도 있다. 전술한 바와 같이 카운트 필드에서 지정한 수 만큼 길이 필드(length field)가 추가될 수 있다.
확장 길이 파트(Extended Length Part) 는 연쇄된 RoHC 패킷의 개수가 9개 또는 그 이상일 경우에, 9번째 이후의 RoHC 패킷의 길이를 표시하는 데 사용될 수 있다. 즉, 카운트 필드 값이 111B 의 경우에 활용될 수 있다. 확장 길이 파트는 11비트의 길이 필드와 1 비트의 X 필드를 포함할 수 있다. 두 필드는 번갈아가며 위치될 수 있다.
커먼 CID(Common CID) 필드는 공통되는 CID 를 전송하는 필드일 수 있다. 이는 전술한 커먼 CID 필드와 동일할 수 있다.
도 53 은 본 발명에 따른, MTU 가 1500인 경우에 있어서의 링크 레이어 패킷을 통한 RoHC 패킷 전송 방법의 실시예 #1 을 도시한 도면이다.
본 실시예는, MTU 가 1500인 경우에 있어서, PC 필드는 1이고, 카운트 값은 111B 이 아닌 경우에 해당할 수 있다.
이 경우 길이 파트는 전술한 바와 같이, 카운트 필드 값이 지정하는 개수만큼의 길이 필드를 가질 수 있다. 하나의 길이 필드는 11 비트이므로, 길이 필드의 개수에 따라, 패딩 비트가 추가될 수 있다. 즉, 카운트 필드가 지정하는 개수값이 k, 하나의 길이 필드 크기를 s (bit) 이라고 하면, 전체 길이 파트의 길이 LLP는 다음과 같이 계산될 수 있다.
수학식 5
Figure PCTKR2015003338-appb-M000005
또한, 길이 파트에 추가되는 패딩 비트의 크기는 다음과 같이 계산될 수 있다.
수학식 6
Figure PCTKR2015003338-appb-M000006
전술한 바와 같이, 길이 필드의 길이 s 는 11 비트일 수 있다. 이를 이용해 길이 파트, 패딩 비트의 크기를 정리하면 다음과 같을 수 있다.
표 5
Figure PCTKR2015003338-appb-T000005
도 54 는 본 발명에 따른, MTU 가 1500인 경우에 있어서의 링크 레이어 패킷을 통한 RoHC 패킷 전송 방법의 실시예 #2 을 도시한 도면이다.
본 실시예는, MTU 가 1500인 경우에 있어서, PC 필드는 1이고, 카운트 값은 111B 인 경우에 해당할 수 있다. 이 경우, 전술한 바와 같이 확장 길이 파트가 추가될 수 있다.
이 경우, 확장 길이 파트 앞에 위치하는 길이 파트는, 11 비트의 길이 필드를 8개 포함하므로, 총 11 바이트의 길이를 가질 수 있다. 카운트 값이 111 이므로, 확장 길이 파트에는 최소한 하나 이상의 길이 필드가 존재해야 한다.
확장 길이 파트는 전술한 바와 같이 11비트의 길이 필드와 1 비트의 X 필드를 포함할 수 있다. 두 필드는 번갈아가며 위치될 수 있다. 확장 길이 파트의 길이 필드는, 길이 파트의 길이 필드와 동일하게 운용될 수 있다.
X 필드는 다음에 길이 필드가 추가로 뒤따르는지를 표시하는 필드일 수 있다. X 필드의 값이 0 인 경우, 더 이상의 길이 필드가 추가되지 않음을 의미할 수 있다. X 필드의 값이 1 인 경우, 최소한 하나 이상의 길이 필드와 X 필드가 뒤따름을 의미할 수 있다. 따라서, X 필드의 값이 0 이 될 때 까지 확장 길이 파트는 계속 커질 수 있다. X 필드의 개수 만큼 페이로드에 위치되는 RoHC 패킷의 개수도 추가됨을 알 수 있다.
확장 길이 파트에서, 1의 값을 가지는 X 필드의 개수를 m 이라 하고, 하나의 길이 필드의 크기를 s (bit)라 하면, 확장 길이 파트의 길이 LELP는 다음과 같이 계산 할 수 있다.
수학식 7
Figure PCTKR2015003338-appb-M000007
확장 길이 파트 역시, 바이트 단위의 처리를 위하여 패딩 비트를 가질 수 있다. 확장 길이 파트에 추가되는 패딩 비트의 크기는 다음과 같이 계산될 수 있다.
수학식 8
Figure PCTKR2015003338-appb-M000008
길이 필드의 개수가 홀수이면, 4 비트의 패딩 비트가 추가되고, 짝수이면 패딩 비트는 추가되지 않을 수 있다.
도 55 은 본 발명에 따른, MTU 가 1500인 경우에 있어서의 링크 레이어 패킷을 통한 RoHC 패킷 전송 방법의 실시예 #3 을 도시한 도면이다.
본 실시예는, MTU 가 1500인 경우에 있어서, RoHC 패킷이 피지컬 레이어의 처리 범위 내에 있어서, 하나의 RoHC 패킷이 링크 레이어 패킷의 페이로드를 구성하는 경우에 해당한다.
이 경우, 하나의 RoHC 패킷이 그대로 링크 레이어 패킷의 페이로드가 될 수 있다. 패킷 타입의 값은 010B 가 되고, PC 필드의 값은 0B, SI 필드값은 0B 일 수 있다. 전술한 길이 파트가 뒤따를 수 있다. 여기서, 길이 파트는 하나의 길이 필드를 가질 수 있다. 길이 필드는 11 비트일 수 있다. 이 11 비트를 위하여, 고정헤더의 3비트와 확장 헤더의 1 바이트가 하나의 길이 필드를 위해 사용될 수 있다.
이 경우, 총 2 바이트의 링크 레이어 헤더가 추가된다. 따라서, 길이 필드가 지시하는 RoHC 패킷의 길이가 L 바이트라 할 때, 총 링크 레이어 패킷의 길이는 L+2 바이트가 된다.
도 56 는 본 발명에 따른, MTU 가 1500인 경우에 있어서의 링크 레이어 패킷을 통한 RoHC 패킷 전송 방법의 실시예 #4 을 도시한 도면이다.
본 실시예는, MTU 가 1500인 경우에 있어서, 입력된 RoHC 패킷이 피지컬 레이어의 처리 범위를 넘어서는 경우(segmentation)에 있어서, 분리된 세그먼트가 각각 링크 레이어 패킷의 페이로드로 압축(encapsulation)되는 경우에 해당한다.
세그멘테이션되었음을 지시하기 위하여 SI 필드 값은 1 일 수 있다.
전술한 바와 같이, Seg_ID 값은 모두 동일한 값을 가져야 한고, Seg_SN 값은 순차적으로 증가하는 값을 가져야 한다. LI 필드는 마지막 세그먼트인 경우에만 1 의 값을 가지고, 나머지 경우는 0 일 수 있다. 또한, Seg_Len_ID, L_Seg_Len 필드를 이용하여 각 세그먼트의 길이가 표시될 수 있다. 자세한 길이 표시 방법은 전술한 것과 같을 수 있다.
전체 링크 레이어 패킷의 길이 정보는 LI 필드를 통해 알 수 있는 링크 레이어 패킷의 헤더 길이를 더하여 계산해낼 수 있다. 또한, 수신측에서 RoHC 패킷의 세그먼트들을 재조합하는 과정에서의 무결성을 확인하기 위하여, CRC 가 추가될 수 있다. 이 CRC 는 마지막 세그먼트에 추가될 수 있다.
도 57 는 본 발명에 따른, MTU 가 1500인 경우에 있어서의 링크 레이어 패킷을 통한 RoHC 패킷 전송 방법의 실시예 #5 을 도시한 도면이다.
본 실시예는, MTU 가 1500인 경우에 있어서, RoHC 패킷이 피지컬 레이어의 처리 범위 내에 도달하지 못하여, 복수개의 RoHC 패킷이 연결되어 링크 레이어 패킷의 페이로드에 포함되는 경우에 해당한다(연쇄(concatenation)).
본 실시예는, RoHC 패킷이 8개 이하로 연쇄된 경우에 해당할 수 있다. 이 경우, 확장 길이 파트는 필요하지 않을 수 있다. PC 필드 값은 1, CI 필드 값은 0 일 수 있다. 카운트 필드의 값은 전술한 바와 같이, 000B ~ 110B 일 수 있다.
여기서, 카운트 필드가 지시하는 값이 n개라고 할 때, 링크 레이어 패킷의 페이로드에는 각각 L1, L2, …, Ln의 길이를 가지는 RoHC 패킷 R1, R2, …, Rn 이 연쇄되어 있을 수 있다. 각 길이 필드는 11 비트의 길이를 가질 수 있다. 필요한 경우 길이 필드 뒤에 패딩 비트가 위치될 수 있다.
전체 링크 레이어 패킷의 길이 LT 는 다음과 같다.
수학식 9
Figure PCTKR2015003338-appb-M000009
여기서, LLP 는 전체 길이 파트의 길이이고, Lk 는 각 RoHC 패킷의 길이일 수 있다.
도 58 는 본 발명에 따른, MTU 가 1500인 경우에 있어서의 링크 레이어 패킷을 통한 RoHC 패킷 전송 방법의 실시예 #6 을 도시한 도면이다.
본 실시예는, MTU 가 1500인 경우에 있어서, MTU 가 1500인 경우에 있어서, RoHC 패킷이 피지컬 레이어의 처리 범위 내에 도달하지 못하여, 복수개의 RoHC 패킷이 연결되어 링크 레이어 패킷의 페이로드에 포함되는 경우에 해당한다(연쇄(concatenation)).
그러나, 본 실시예는, RoHC 패킷이 9개 이상으로 연쇄된 경우에 해당할 수 있다. 이 경우, 길이 파트 외에 확장 길이 파트가 필요할 수 있다. 전술한 바와 같이 카운트 필드는 111 의 값을 가질 수 있다.
확장 길이 파트에서, 1의 값을 가지는 X 필드의 개수를 m 이라하면, 링크 레이어 패킷의 페이로드에 연쇄(concatenation)되는 RoHC 패킷의 개수 n은 8+(m+1) 이 된다. 이 때, 전체 링크 레이어 패킷의 길이 LT 는 다음과 같다.
수학식 10
Figure PCTKR2015003338-appb-M000010
여기서, LLP 는 전체 길이 파트의 길이이고, Lk 는 각 RoHC 패킷의 길이일 수 있다. 여기서, LELP 는 전체 확장 길이 파트의 길이일 수 있다.
도 59 는 본 발명에 따른, MTU 가 1500인 경우에 있어서의 링크 레이어 패킷을 통한 RoHC 패킷 전송 방법의 실시예 #7 을 도시한 도면이다.
본 실시예는, MTU 가 1500인 경우에 있어서, 복수개의 RoHC 패킷이 연결되어 링크 레이어 패킷의 페이로드를 구성하는 경우(연쇄(concatenation))에 해당할 수 있다. 단, 본 실시예는, 연쇄된 RoHC 패킷들이 동일한 CID (Context ID)를 가지는 경우에 해당한다.
이 경우, 전술한 CI 필드의 값은 1 이 된다. 이는 동일한 CID 에 대한 처리가 이루어졌다는 의미일 수 있다. 동일한 CID 를 가지는 RoHC 패킷들을 [R1, R2, R3, … , Rn] 로 표시하였다. 공통되는 CID 는 커먼 CID(Common CID) 로 불릴 수 있다. RoHC 패킷의 헤더 에서 CID를 제외한 패킷을 R'k 라 표시하였다(k 는 1, 2, ..., n).
링크 레이어 패킷의 페이로드는 R'k (k 는 1, 2, ..., n) 들을 포함할 수 있다. 링크 레이어 패킷의 확장 헤더의 끝부분에는 커먼 CID 필드가 추가될 수 있다. 커먼 CID 필드는 공통되는 CID 를 전송하는 필드일 수 있다. 커먼 CID 필드는 확장 헤더의 한 부분으로 전송될 수도 있고, 링크 레이어 패킷의 페이로드의 한 부분으로 전송될 수도 있다. 시스템의 운용에 따라, 커먼 CID 필드의 위치가 확인될 수 있는 부분에 적절히 재배치하는 것이 가능하다.
커먼 CID 필드의 크기는 RoHC 패킷의 컨피규레이션에 따라 달라질 수 있다.
RoHC 패킷의 컨피규레이션이 스몰 CID 컨피규레이션(Small CID configuration)인 경우, RoHC 패킷의 CID 크기는 4비트일 수 있다. 단, RoHC 패킷에서 CID 를 추출하여 재배치하는 경우에는, add-CID octet 전체가 처리될 수 있다. 즉, 커먼 CID 필드가 1바이트의 길이를 가질 수 있다. 또는, RoHC 패킷에서 1 바이트의 add-CID octet을 추출 한 후, 4비트의 CID만 Common CID 필드에 할당 하고, 나머지 4비트는 추후 활용을 위하여 남겨둘 수도 있다.
RoHC 패킷의 컨피규레이션이 라지 CID 컨피규레이션(Large CID configuration)인 경우, RoHC 패킷의 CID 크기는 1 바이트 또는 2바이트 길이를 가질 수 있다. CID 의 크기는 RoHC 초기화 과정에서 결정되는 사항이다. CID 의 크기에 따라, 커먼 CID 필드는 1 바이트 또는 2 바이트의 길이를 가질 수 있다.
이 경우, 링크 레이어 패킷의 전체 길이 LT 는 다음과 같이 계산될 수 있다.
수학식 11
Figure PCTKR2015003338-appb-M000011
여기서, LCID 는 커먼 CID 필드의 길이를 의미할 수 있다. 전술한 바와 같이, LCID 는 RoHC 의 CID 컨피규레이션에 따라 결정될 수 있다.
같은 방법으로, n이 9 이상인 경우 (카운트 필드의 값이 111B인 경우)에는 링크 레이어 패킷의 전체 길이 LT 는 다음과 같이 계산될 수 있다.
수학식 12
Figure PCTKR2015003338-appb-M000012
마찬가지로, 여기서, LCID 는 커먼 CID 필드의 길이를 의미할 수 있다.
도 60 은 본 발명의 다른 실시예에 따른, 링크 레이어로 IP 패킷이 전달되는 경우의 링크 레이어 패킷의 헤더의 구조를 나타낸 도면이다.
이 경우, 링크 레이어 패킷의 헤더는 고정헤더(Fixed header) 와 확장헤더(Extended header) 를 포함할 수 있다. 고정 헤더는 1 바이트의 길이를 가질 수 있고, 확장 헤더는 고정된 길이를 가지거나 변화하는 값(variable)을 길이로 가질 수 있다. 각 헤더의 길이는 설계자의 의도에 따라 변경될 수 있다.
고정 헤더는 패킷 타입 필드, PC 필드 및/또는 카운트 필드를 포함할 수 있다. 다른 실시예에 따르면 고정 헤더는 패킷 타입 필드, PC 필드, LI 필드 및/또는 세그먼트 ID 필드를 포함할 수 있다.
확장 헤더는 세그먼트 시퀀스 넘버(Segment Sequence Number) 필드 및/또는 세그먼트 길이 ID(Segment Length ID) 필드를 포함할 수 있다. 다른 실시예에 따르면, 확장 헤더는 세그먼트 시퀀스 넘버 필드 및/또는 마지막 세그먼트 길이(Last Segment Length) 필드를 포함할 수 있다.
고정 헤더의 필드들에 대하여 설명한다.
패킷 타입 필드는 전술한 바와 같이, 링크레이어로 입력되는 패킷의 타입을 지시할 수 있다. IP 패킷이 링크 레이어의 입력으로 들어오는 경우, 패킷 타입 필드의 값은 000B 또는 001B 일 수 있다.
PC(Packet Configuration) 필드는, 뒤 따르는 고정 헤더의 나머지 부분 및/또는 확장 헤더의 구성을 지시할 수 있다. 즉, PC 필드는 입력된 IP 패킷이 어떠한 형태로 처리되었는지를 지시할 수 있다. 따라서, PC 필드는 확장 헤더의 길이에 대한 정보를 내포할 수 있다.
PC 필드의 값이 0 일 경우, 이는 링크 레이어 패킷의 페이로드가 하나의 IP 패킷을 포함하거나, 연쇄(concatenation)된 두 개 이상의 IP 패킷을 포함함을 의미할 수 있다. 여기서 연쇄란, 짧은 길이의 여러 패킷이 하나로 이어져 페이로드를 이루는 것을 의미할 수 있다.
또한, PC 필드의 값이 0 일 경우, PC 필드 뒤에는 4 비트의 카운트 필드가 뒤따를 수 있다. 여기서 카운트 필드는 하나의 페이로드가 몇 개의 연쇄된 IP 패킷을 가지고 있는지 지시할 수 있다. 카운트 필드의 값에 따른 연쇄된 IP 패킷의 개수에 대해서는 후술한다.
또한, PC 필드의 값이 0 일 경우, 이 경우 링크 레이어는 확장헤더를 포함하지 않을 수 있다. 그러나, 실시예에 따라, 링크 레이어 패킷의 길이가 표시될 필요가 있을 경우, 1-2 바이트의 확장헤더가 추가될 수 있다. 이 경우, 확장 헤더는 링크 레이어 패킷의 길이를 지시하는데 활용될 수 있다.
PC 필드의 값이 1 일 경우, 이는 링크 레이어 패킷의 페이로드가 분할된 패킷(segmented packet)을 포함함을 의미할 수 있다. 여기서, 분할된 패킷이란 긴 길이의 IP 패킷이 몇 개의 세그먼트로 나뉘어진 것을 의미할 수 있다. 각 분할된 조각들은 세그먼트 또는 분할된 패킷이라 불릴 수 있다. 즉, PC 필드의 값이 1 일 경우, 링크 레이어 패킷의 페이로드는 하나의 분할된 조각, 세그먼트를 포함할 수 있다.
또한, PC 필드의 값이 1 일 경우, PC 필드 뒤에는 1비트의 LI 필드와 3 비트의 세그먼트 ID 필드가 뒤따를 수 있다.
LI(Last Segment Indicator) 필드는 해당 링크 레이어 패킷이 분할된 세그먼트들 중 제일 마지막 세그먼트를 포함하는지 여부를 지시할 수 있다. 즉, LI 값이 1 일 경우, 해당 링크레이어는 분할된 세그먼트들 중 제일 마지막 세그먼트를 포함하고, LI 값이 0 일 경우 그렇지 아니하다. LI 필드는, 수신기가 본래의 IP 패킷을 재구성할 때 사용될 수 있다. LI 필드의 값은 링크 레이어 패킷의 확장 헤더에 대한 정보를 지시할 수도 있다. 즉, LI 필드 값이 0 인 경우, 확장 헤더의 길이는 1 바이트, 값이 1인 경우, 확장 헤더의 길이는 2 바이트일 수 있다. 자세한 사항은 후술한다.
세그먼트 ID 필드는 해당 링크 레이어 패킷이 포함하는 세그먼트의 ID 를 나타낼 수 있다. 하나의 IP 패킷이 분할될 때, 각 세그먼트들은 동일한 ID 를 부여받을 수 있다. 이 세그먼트 ID 는, 수신기가 본래의 IP 패킷을 재구성할 때, 각각의 세그먼트가 동일한 IP 패킷의 구성요소임을 알 수 있게 해준다. 세그먼트 ID 필드는 3비트의 크기를 가지므로, 동시에 총 8개의 IP 패킷의 분할(segmentation) 이 지원될 수 있다.
또한, PC 필드의 값이 1 일 경우, 분할(segmentation) 에 관한 정보를 위해 확장헤더가 사용될 수 있다. 전술한 바와 같이, 확장헤더는 세그먼트 시퀀스 넘버, 세그먼트 길이 ID 필드, 및/또는 마지막 세그먼트 길이(Last Segment Length) 필드 등을 포함할 수 있다.
확장헤더의 필드들에 대하여 설명한다.
전술한 LI 필드가 0 의 값을 가질 경우, 즉 링크 레이어 패킷이 포함하는 세그먼트가 마지막 세그먼트가 아닐 경우, 확장헤더는 세그먼트 시퀀스 넘버 필드 및/또는 세그먼트 길이 ID 필드를 포함할 수 있다.
세그먼트 시퀀스 넘버 필드는 분할된 패킷이 몇 번째 패킷인지를 지시할 수 있다. 따라서, 하나의 IP 패킷에서 분할된 세그먼트들을 가지는 링크 레이어 패킷들은, 동일한 세그먼트 ID 필드를 가지지만, 다른 세그먼트 시퀀스 넘버 필드를 가진다. 세그먼트 시퀀스 넘버 필드는 4비트의 크기를 가지므로, 하나의 IP 패킷은 최대 16개의 세그먼트들로 분할될 수 있다.
세그먼트 길이 ID 필드는, 마지막 세그먼트가 아닌 세그먼트들의 길이를 지시할 수 있다. 마지막 세그먼트가 아닌 세그먼트들의 길이는 같을 수 있다. 따라서 그들의 길이는 기 지정된 길이 ID 를 이용해 표현될 수 있다. 세그먼트 길이 ID 필드는, 그 길이 ID 를 지시할 수 있다.
세그먼트의 길이는 피지컬 레이어의 FEC 코드 레이트에 따라 결정되어 있는 패킷의 입력 크기에 맞게 설정될 수 있다. 즉, 그 입력 크기에 맞게 세그먼트의 길이가 결정될 수 있고, 그 세그먼트 길이들이 세그먼트 길이 ID 에 의해 지정될 수 있다. 헤더의 오버헤드를 줄이기 위하여, 세그먼트가 가질 수 있는 길이는 16 개로 제한될 수 있다.
세그먼트의 길이에 따른 세그먼트 길이 ID 필드의 값에 대해서는 후술한다.
피지컬 레이어가 세그먼트의 길이에 무관하게 동작하는 경우, 세그먼트의 길이는 세그먼트 길이 ID 와 길이 유닛(Len_Unit, Length Unit)의 곱에 최소 세그먼트 길이(min_Len, minimum segment length)를 더하여 구할 수 있다. 여기서, 길이 유닛은 세그먼트의 길이를 표시하는 기본 단위이며, 최소 세그먼트 길이는 세그먼트 길이의 최소값을 의미할 수 있다. 길이 유닛과 최소 세그먼트 길이는, 송신기와 수신기에서 항상 동일한 값을 가져야 하며, 한번 결정된 이후에는 변하지 않는 것이 시스템 운용에 효율적이다. 길이 유닛과 최소 세그먼트 길이는, 시스템의 초기화 과정에서 피지컬 레이어의 FEC 처리 능력을 고려하여 결정될 수 있다.
전술한 LI 필드가 1 의 값을 가질 경우, 즉 링크 레이어 패킷이 포함하는 세그먼트가 마지막 세그먼트일 경우, 확장헤더는 세그먼트 시퀀스 넘버 필드 및/또는 마지막 세그먼트 길이 필드를 포함할 수 있다.
세그먼트 시퀀스 넘버 필드는 전술한 바와 같다.
마지막 세그먼트 길이 필드는, 마지막 세그먼트의 길이를 직접 지시할 수 있다. 하나의 IP 패킷이 특정 길이를 가진 세그먼트들로 분할되는 경우, 마지막 세그먼트는 그 길이가 다른 세그먼트들과 다를 수 있다. 따라서, 마지막 세그먼트 길이 필드가, 마지막 세그먼트의 길이를 직접 지시할 수 있다. 마지막 세그먼트 길이 필드는 1-4095 바이트를 표시할 수 있다. 표시될 수 있는 바이트 수는 실시예에 따라 달라질 수 있다.
도 61 은 본 발명의 다른 실시예에 따른, 링크 레이어로 IP 패킷이 전달되는 경우의 링크 레이어 패킷의 헤더에 있어서, 각 필드들의 값이 나타내는 바를 도시한 도면이다.
전술한 바와 같이, 카운트 필드의 값에 따라 연쇄된 IP 패킷의 개수가 결정될 수 있다(t61010). 카운트 필드의 값은 그대로 연쇄된 IP 패킷의 개수를 나타낼 수도 있으나, 0개의 패킷이 연쇄된 경우는 의미가 없다. 따라서, 카운트 필드는, 카운트 필드의 값에 1을 더한 개수의 IP 패킷이 연쇄되어 있음을 나타낼 수 있다. 즉, 표(t61010)와 같이, 0010 의 경우 3개, 0111 의 경우 8개의 IP 패킷이 연쇄되어 있음이 표현될 수 있다.
여기서, 카운트 필드의 값이 0000 일 경우 1개의 IP 패킷이 연쇄되어 있음을 나타내는데, 이는 연쇄없이, 링크 레이어 패킷의 페이로드가 하나의 IP 패킷을 포함함을 나타낼 수 있다.
전술한 바와 같이, 분할된 세그먼트의 길이는 세그먼트 길이 ID 필드의 값에 의해 표현될 수 있다(t61020).
예를 들어, 세그먼트 길이 ID 필드의 값이 0000 일 경우, 세그먼트 길이는 512 바이트일 수 있다. 이는 해당 링크 레이어 패킷의 페이로드가 포함하는 세그먼트가 마지막 세그먼트가 아니며, 512 바이트의 길이를 가짐을 의미할 수 있다. 이 세그먼트와 같은 IP 패킷에서 분할된 다른 세그먼트들 역시, 마지막 세그먼트가 아니라면, 512 바이트의 길이를 가질 수 있다.
본 도표에서는 길이 유닛은 256, 최소 세그먼트 길이는 512 의 값을 가진다. 따라서 가장 작은 세그먼트 길이는 512 바이트(세그먼트 길이 ID 필드 = 0000) 이다. 또한, 지정된 세그먼트의 길이들은 256 바이트의 간격을 가지고 증가한다.
도 62 는 본 발명의 다른 실시예에 따른, 링크 레이어로 IP 패킷이 전달되는 경우의 링크 레이어 패킷의 헤더에 있어서, 하나의 IP 패킷이 링크 레이어 페이로드에 포함되는 경우를 도시한 도면이다.
하나의 IP 패킷이 링크 레이어 페이로드에 포함되는 경우, 즉 연쇄(concatenation) 또는 분할(segmentation)이 수행되지 않는 경우를, 노말 패킷으로 인캡슐레이션하는 경우라 부를 수 있다. 이 경우는 IP 패킷이 피지컬 레이어의 처리범위 내에 있는 경우일 수 있다.
본 실시예에서, 링크 레이어 패킷은 총 1 바이트의 헤더를 가질 수 있다. 헤더의 길이는 실시예에 따라 변경될 수 있다. 패킷 타입 필드의 값은 000 (IPv4 의 경우), 또는 001 (IPv6 의 경우) 일 수 있다. 노말 패킷 인캡슐레이션 과정은 IPv4 또는 IPv6 에 동일하게 적용될 수 있다. PC 필드의 값은, 하나의 패킷이 페이로드에 포함되므로 0 이 될 수 있다. 뒤따르는 카운트 필드는, 역시 하나의 패킷만이 페이로드에 포함되므로 0000 의 값을 가질 수 있다.
본 실시예에서, 링크 레이어 패킷의 페이로드는 하나의 IP 패킷을 그대로 포함할 수 있다.
본 실시예에서, 링크 레이어 패킷의 길이를 확인하기 위해서는, IP 패킷 헤더의 정보를 활용할 수 있다. IP 패킷의 헤더에는 IP 패킷의 길이를 나타내는 필드가 포함되어 있다. 이 필드를 길이 필드라 부를 수 있다. 이 길이 필드가 IP 패킷 내에 위치하는 곳은 고정되어 있을 수 있다. 하나의 IP 패킷이 그대로 링크 레이어의 페이로드로 들어오므로, 링크 레이어 패킷의 페이로드의 처음부터 일정 오프셋 길이만큼 이동한 위치에, 이 길이 필드가 자리할 수 있다. 따라서, 이 길이 필드를 이용하여 전체 링크 레이어의 페이로드 길이를 알 수 있다.
IPv4 의 경우, 페이로드 시작점부터 2 바이트, IPv6의 경우 payload 시작점 부터 4바이트 만큼 이동한 위치에, 이 길이 필드가 위치할 수 있다. 길이 필드는 2바이트의 길이를 가질 수 있다.
IPv4 의 경우에 있어, 길이 필드의 값을 LIPv4라 하고, 링크 레이어 패킷의 헤더 길이를 LH (1 바이트) 라고 하면, 전체 링크레이어 패킷의 길이(LT)는 도시된 수식과 같이 나타낼 수 있다(t62010). 여기서, 길이 필드의 값 LIPv4는 IPv4 패킷의 전체 길이를 나타낼 수 있다.
IPv6 의 경우에 있어, 길이 필드의 값을 LIPv6라 하고, 링크 레이어 패킷의 헤더 길이를 LH (1 바이트) 라고 하면, 전체 링크레이어 패킷의 길이(LT)는 도시된 수식과 같이 나타낼 수 있다(t62020). 여기서, 길이 필드의 값 LIPv6는 IPv6 패킷의 페이로드의 길이만을 나타내므로, 전체 링크레이어 패킷의 길이를 구하기 위해서는, IPv6 패킷의 고정 헤더 길이(40 바이트) 를 더해주어야 한다.
도 63 은 본 발명의 다른 실시예에 따른, 링크 레이어로 IP 패킷이 전달되는 경우의 링크 레이어 패킷의 헤더에 있어서, 복수개의 IP 패킷이 연쇄(concatenation)되어 링크 레이어 페이로드에 포함되는 경우를 도시한 도면이다.
입력된 IP 패킷이 피지컬 레이어의 처리범위에 도달하지 못하는 경우, 복수 개의 IP 패킷을 연결하여 하나의 링크 레이어 패킷의 페이로드로 인캡슐레이션할 수 있다.
본 실시예에서, 링크 레이어 패킷은 총 1 바이트의 헤더를 가질 수 있다. 헤더의 길이는 실시예에 따라 변경될 수 있다. 패킷 타입 필드의 값은 000 (IPv4 의 경우), 또는 001 (IPv6 의 경우) 일 수 있다. 본 실시예의 인캡슐레이션 과정은 IPv4 또는 IPv6 에 동일하게 적용될 수 있다. PC 필드의 값은, 연쇄된 복수개의 IP 패킷이 페이로드에 포함되므로 0 이 될 수 있다. 뒤따르는 카운트 필드는, 연쇄된 복수개의 IP 패킷의 개수를 지시할 수 있다(4비트).
본 실시예에서, 링크 레이어 패킷의 페이로드는 복수개의 IP 패킷을 포함할 수 있다. 복수개의 IP 패킷은 앞뒤로 서로 연결되어 링크 레이어 패킷의 페이로드에 포함될 수 있다. 연쇄되는 방식은 설계자의 의도에 따라 변경될 수 있다.
본 실시예에서, 링크 레이어 패킷의 길이를 확인하기 위해서는, 연쇄된 IP 패킷 헤더의 정보를 활용할 수 있다. 전술한 노말 패킷 인캡슐레이션과 마찬가지로, 각 IP 패킷의 헤더에는 그 IP 패킷의 길이를 나타내는 길이 필드가 존재할 수 있다. 또한, 이 길이 필드들은 IP 패킷 내에서 고정된 자리에 위치할 수 있다.
따라서, 링크 레이어 패킷의 헤더 길이를 LH, 각각의 IP 패킷의 길이를 Lk(여기서 k 는 1보다 크거나 같고, n 보다 작거나 같다)라고 하면, 전체 링크 레이어 패킷의 길이(LT)는 도시된 수식과 같이 나타낼 수 있다(t63010). 즉, 각 IP 패킷의 길이 필드들이 지시하는 각 IP 패킷의 길이들을 모두 합하고, 거기에 링크 레이어 패킷의 헤더 길이를 더하면, 전체 링크 레이어 패킷의 길이를 구할 수 있다. Lk의 값은 각 IP 패킷의 헤더의 길이 필드를 읽어서 확인할 수 있다.
도 64 는 본 발명의 다른 실시예에 따른, 링크 레이어로 IP 패킷이 전달되는 경우의 링크 레이어 패킷의 헤더에 있어서, 하나의 IP 패킷이 분할(segmentation)되어 링크 레이어 페이로드에 포함되는 경우를 도시한 도면이다.
입력된 IP 패킷이 피지컬 레이어의 처리범위를 넘어서는 경우, 하나의 IP 패킷은 복수개의 세그먼트로 분할될 수 있다. 각 분할된 세그먼트들은 각각의 링크 레이어 패킷의 페이로드에 인캡슐레이션될 수 있다.
본 실시예에서, 각 링크 레이어 패킷들(t64010, t64020, t64030)은 고정 헤더와 확장헤더를 가질 수 있다. 각 고정 헤더 및 확장헤더의 길이는 실시예에 따라 변경될 수 있다. 패킷 타입 필드의 값은 000 (IPv4 의 경우), 또는 001 (IPv6 의 경우) 일 수 있다. 본 실시예의 인캡슐레이션 과정은 IPv4 또는 IPv6 에 동일하게 적용될 수 있다. PC 필드의 값은, 분할된 세그먼트들이 페이로드에 포함되므로 1 이 될 수 있다.
마지막 세그먼트가 아닌 세그먼트들을 페이로드로 가지는 링크 레이어 패킷들(t64010, t64020)은 LI 필드 값이 0 일 수 있고, 각각의 세그먼트 ID 필드는 같은 값을 가질 수 있다. 각 세그먼트들이 같은 IP 패킷에서 분할된 세그먼트들이기 때문이다. 뒤따르는 세그먼트 시퀀스 넘버 필드는 해당 세그먼트의 순서를 나타낼 수 있다. 여기서 첫번째 링크레이어패킷(t64010)의 세그먼트 시퀀스 필드 값은, 해당 링크레이어 패킷이 첫번째 세그먼트를 페이로드로 가짐을 지시할 수 있다. 두번째 링크레이어패킷(t64020)의 세그먼트 시퀀스 필드 값은, 해당 링크레이어 패킷이 두번째 세그먼트를 페이로드로 가짐을 지시할 수 있다. 세그먼트 길이 ID 필드는 분할된 세그먼트의 길이를, 기지정된 길이 ID 로 표현할 수 있다.
마지막 세그먼트를 페이로드로 가지는 링크레이어 패킷(t64030)은, LI 필드 값이 1일 수 있다. 여기서, 세그먼트 ID 필드는 다른 링크 레이어 패킷들과 같을 수 있다. 마지막 세그먼트도 같은 IP 패킷에서 분할된 세그먼트이기 때문이다. 뒤따르는 세그먼트 시퀀스 넘버 필드는 해당 세그먼트의 순서를 나타낼 수 있다. 마지막 세그먼트 길이 필드는, 이 링크레이어 패킷(t64030)이 가지는 마지막 세그먼트의 길이를 직접 지시할 수 있다.
본 실시예에서, 링크 레이어 패킷의 길이를 확인하기 위해서는, 세그먼트 길이 ID 필드 또는 마지막 세그먼트 길이 필드를 활용할 수 있다. 각 필드들은 해당 링크 레이어 패킷의 페이로드의 길이만을 나타내기 때문에, 전체 링크 레이어 패킷의 길이를 구하기 위해서는, 링크 레이어 패킷의 헤더 길이를 더해주어야 한다. 링크 레이어 패킷의 헤더 길이는, 전술한 것과 같이 LI 필드로부터 알 수 있다.
도 65 는 본 발명의 다른 실시예에 따른, 링크 레이어로 IP 패킷이 전달되는 경우의 링크 레이어 패킷의 헤더에 있어서, 분할(segmentation)된 세그먼트들을 가지는 링크 레이어 패킷들을 도시한 도면이다.
본 실시예는, 5500 바이트의 IP 패킷이 입력으로 들어온 것을 가정한다. 5500 을 5 로 나눈 값은 1100 이므로, 이 값과 가장 가까운 1024 바이트의 길이로 각 세그먼트를 구성할 수 있다. 이 경우, 마지막 세그먼트는 1404 바이트(010101111100B) 일 수 있다. 나눠진 각각의 세그먼트를 S1, S2, S3, S4, S5로 부를 수 있고, 그에 해당하는 헤더를 각각 H1, H2, H3, H4, H5로 부를 수 있다. 세그먼트에 헤더가 추가되어 각각의 링크 레이어 패킷이 생성될 수 있다.
입력된 IP 패킷이 IPv4 패킷인 경우, H1 내지 H5 의 패킷 타입 필드는 000 의 값을 가질 수 있다. 또한, H1 내지 H5 의 PC 필드 값은, 분할된 패킷을 페이로드로 가지므로, 1 일 수 있다.
H1 내지 H4 의 LI 값은, 마지막 세그먼트를 페이로드로 가지지 않으므로 0 일 수 있다. H5 의 LI 값은 마지막 세그먼트를 페이로드로 가지므로, 1 일 수 있다. H1 내지 H5 의 Seg_ID, 즉 세그먼트 ID 필드는, 모두 같은 패킷으로부터 나온 세그먼트를 페이로드로 가지므로, 같은 값 (000) 을 가질 수 있다.
H1 내지 H5 의 Seg_SN, 즉 세그먼트 시퀀스 넘버 필드는 H1 부터 H5 까지 순차적으로 0000B 부터 0100B 까지 표시될 수 있다. H1 내지 H4 의 세그먼트 길이 ID 필드는, 1024 바이트 길이의 ID 에 해당하는 0010 의 값을 가질 수 있다. H5 의 세그먼트 길이 필드는, 1404 바이트를 지시하는 010101111100 를 그 값으로 가질 수 있다.
도 66 은 본 발명의 다른 실시예에 따른, 링크 레이어로 IP 패킷이 전달되는 경우의 링크 레이어 패킷의 헤더에 있어서, CRC 인코딩을 활용하는 방안을 도시한 도면이다.
IP 패킷이 분할되어 링크 레이어 패킷으로 처리되는 경우, 수신기에서는 복수개의 링크 레이어 패킷을 수신하여, 본래의 IP 패킷으로 재조합하여야 한다. 수신기는 재조합한 IP 패킷의 무결성을 확인할 필요가 있을 수 있다.
이를 위해 CRC 인코딩이 활용될 수 있다. IP 패킷이 분할되기 전에, IP 패킷뒤에 CRC 가 추가될 수 있다. CRC 가 추가된 IP 패킷이 분할되는 경우, 마지막 세그먼트를 포함하는 링크 레이어 패킷은, CRC 역시 포함할 수 있다. 수신기는 CRC 를 확인하여 에러없이 재조합이 성공했는지를 판단할 수 있다.
일반적으로 CRC 는 패킷의 마지막에 추가되나, 실시예에 따라 다른 위치에 추가될 수도 있다.
도 67 은 본 발명의 다른 실시예에 따른, 링크 레이어로 시그널링 정보가 전달되는 경우의 링크 레이어 패킷의 구조를 도시한 도면이다.
이 경우, 링크 레이어 패킷의 헤더는 고정헤더(Fixed header) 와 확장헤더(Extended header) 를 포함할 수 있다. 고정 헤더는 1 바이트의 길이를 가질 수 있고, 확장 헤더는 고정된 길이를 가지거나 변화하는 값(variable)을 길이로 가질 수 있다. 각 헤더의 길이는 설계자의 의도에 따라 변경될 수 있다.
고정 헤더는 패킷 타입 필드, PC 필드 및/또는 연쇄(concatenation) 카운트 필드를 포함할 수 있다. 다른 실시예에 따르면 고정 헤더는 패킷 타입 필드, PC 필드, LI 필드 및/또는 세그먼트 ID 필드를 포함할 수 있다.
확장 헤더는 시그널링 클래스 필드, 정보 타입(information type) 필드 및/또는 시그널링 포맷 필드를 포함할 수 있다. 다른 실시예에 따르면 확장헤더는 페이로드 길이 파트를 더 포함할 수 있다. 또 다른 실시예에 따르면, 확장헤더는 세그먼트 시퀀스 넘버 필드, 세그먼트 길이 ID 필드, 시그널링 클래스 필드, 정보 타입 필드 및/또는 시그널링 포맷 필드를 포함할 수 있다. 또 다른 실시예에 따르면, 확장헤더는 세그먼트 시퀀스 넘버 필드 및/또는 세그먼트 길이 ID 필드를 포함할 수 있다. 또 다른 실시예에 따르면, 확장헤더는 세그먼트 시퀀스 넘버 필드 및/또는 마지막 세그먼트 길이 필드를 포함할 수 있다.
고정 헤더의 필드들에 대하여 설명한다.
패킷 타입 필드는 전술한 바와 같이, 링크레이어로 입력되는 패킷의 타입을 지시할 수 있다. 시그널링 정보가 링크 레이어의 입력으로 들어오는 경우, 패킷 타입 필드의 값은 110B 일 수 있다.
PC 필드, LI 필드, 세그먼트 ID 필드, 세그먼트 시퀀스 넘버 필드, 세그먼트 길이 ID 필드, 마지막 세그먼트 길이 필드는 전술한 바와 같다. 연쇄 카운트 필드는 전술한 카운트 필드와 같다.
확장 헤더의 필드들에 대하여 설명한다.
PC 필드가 0 의 값을 가질 경우, 확장 헤더는 시그널링 클래스 필드, 정보 타입 필드 및/또는 시그널링 포맷 필드를 포함할 수 있다. 또한 시그널링 포맷 필드의 값에 따라, 확장헤더는 페이로드 길이 파트를 더 포함할 수 있다.
시그널링 클래스 필드는, 링크 레이어 패킷이 포함하는 시그널링 정보가 어떠한 타입의 정보인지를 지시할 수 있다. 시그널링 클래스 필드가 지시할 수 있는 시그널링 정보에는 FIC(Fast Information Channel) 정보 또는 헤더 컴프레션 정보 등등이 있을 수 있다. 시그널링 클래스 필드가 지시할 수 있는 시그널링 정보에 대해서는 후술한다.
정보 타입 필드는, 시그널링 클래스 필드가 지정하는 타입의 시그널링 정보에 대하여, 그 구체적인 사항을 지시할 수 있다. 정보 타입 필드가 의미하는 바는, 시그널링 클래스 필드의 값에 따라 별도로 정의될 수 있다.
시그널링 포맷 필드는, 링크 레이어 패킷이 포함하는 시그널링 정보가 어떠한 포맷을 가지는지 지시할 수 있다. 시그널링 포맷 필드가 지시할 수 있는 포맷에는 섹션 테이블, 디스크립터 또는 XML 등이 있을 수 있다. 시그널링 포맷 필드가 지시할 수 있는 포맷에 대해서는 후술한다.
페이로드 길이 파트는, 링크 레이어 패킷의 페이로드가 포함하는 시그널링 정보의 길이를 지시할 수 있다. 페이로드 길이 파트는, 연쇄되어 있는 각각의 시그널링 정보의 길이를 지시하는 길이 필드들의 집합일 수 있다. 각각의 길이 필드는 2 바이트의 크기를 가질 수 있으나, 시스템의 구성에 따라 크기는 변경될 수 있다. 페이로드 길이 파트의 전체길이는 각각의 길이 필드의 길이의 합으로 표현될 수 있다. 실시예에 따라 바이트의 정렬을 위한 패딩 비트가 추가될 수 있다. 이 경우 패딩 비트만큼 페이로드 길이 파트의 전체길이가 증가할 수 있다.
페이로드 길이 파트의 존부는, 시그널링 포맷 필드의 값에 따라 결정될 수 있다. 섹션 테이블 및 디스크립터와 같이, 해당 시그널링 정보가 해당 시그널링 정보의 길이 값을 가지는 경우에는 별도의 길이 필드가 필요하지 않을 수 있다. 그러나, 별도의 길이 값을 가지지 않는 시그널링 정보의 경우 별도의 길이 필드가 필요할 수 있다. 별도의 길이 값을 가지지 않는 시그널링 정보의 경우, 페이로드 길이 파트가 존재할 수 있다. 이 경우, 페이로드 길이 파트는 카운트 필드의 수만큼 길이 필드를 포함할 수 있다.
PC 필드가 1 이고, LI 필드가 1 의 값을 가질 경우, 확장 헤더는 세그먼트 시퀀스 넘버 필드 및/또는 마지막 세그먼트 길이 필드를 포함할 수 있다. PC 필드가 1 이고, LI 필드가 0 의 값을 가질 경우, 확장 헤더는 세그먼트 시퀀스 넘버 필드 및/또는 세그먼트 길이 ID 필드를 포함할 수 있다.
세그먼트 시퀀스 넘버 필드, 마지막 세그먼트 길이 필드, 세그먼트 길이 ID 필드는 전술한 바와 같다.
PC 필드가 1 이고, LI 필드가 0 의 값을 가지는 경우에 있어, 해당 링크 레이어 패킷의 페이로드가 첫번째 세그먼트이면 그 확장헤더는 부가 정보를 더 포함할 수 있다. 이 부가정보는 시그널링 클래스 필드, 정보 타입 필드, 및/또는 시그널링 포맷 필드를 포함할 수 있다. 시그널링 클래스 필드, 정보 타입 필드, 시그널링 포맷 필드는 전술한 바와 같다.
도 68 은 본 발명의 다른 실시예에 따른, 링크 레이어로 시그널링 정보가 전달되는 경우의 링크 레이어 패킷 구조에 있어, 각 필드들의 값이 나타내는 바를 도시한 도면이다.
전술한 바와 같이, 링크 레이어 패킷이 포함하는 시그널링 정보의 타입은 시그널링 클래스 필드에 의해 표현될 수 있다(t68010).
예를 들어, 시그널링 클래스 필드 값이 000 일 경우, 시그널링 정보는 FIC(Fast Information Channel) 을 위한 시그널링 정보일 수 있다. 시그널링 클래스 필드 값이 001 일 경우, 시그널링 정보는 긴급상황 알림(Emergency Alert) 을 위한 시그널링 정보일 수 있다. 시그널링 클래스 필드 값이 010 일 경우, 시그널링 정보는 헤더 컴프레션을 위한 시그널링 정보일 수 있다. 시그널링 클래스 필드 값이 011 에서 110 일 경우는, 향후 사용될 수 있는 시그널링 정보 타입을 위해 남겨둘 수 있다. 시그널링 클래스 필드 값이 111 일 경우, 다양한 종류의 시그널링 정보가 링크 레이어 패킷에 포함되어 있을 수 있다.
시그널링 클래스 필드가 지시할 수 있는 시그널링 정보 값은 실시예에 따라 다르게 지정될 수 있다.
전술한 바와 같이, 링크 레이어 패킷이 포함하는 시그널링 정보의 포맷은 시그널링 포맷 필드에 의해 표현될 수 있다(t68020).
예를 들어, 시그널링 포맷 필드 값이 00 일 경우, 시그널링 정보는 섹션 테이블의 형태로 페이로드에 포함될 수 있다. 시그널링 포맷 필드 값이 01 일 경우, 시그널링 정보는 디스크립터의 형태로 페이로드에 포함될 수 있다. 시그널링 포맷 필드 값이 10 일 경우, 시그널링 정보는 XML 의 형태로 페이로드에 포함될 수 있다. 시그널링 포맷 필드 값이 11 일 경우, 시그널링 정보는 다른 어떠한 형태로 페이로드에 포함될 수 있다.
시그널링 포맷 필드가 지시할 수 있는 포맷은 실시예에 따라 다르게 지정될 수 있다.
도 69 는 본 발명의 다른 실시예에 따른, 링크 레이어로 시그널링 정보가 전달되는 경우의 링크 레이어 패킷 구조에 있어, 시그널링 정보가 하나의 섹션 테이블인 경우의 구조를 도시한 도면이다.
본 실시예에서는, 하나의 섹션 테이블이 하나의 링크 레이어 패킷으로 인캡슐레이션되는 경우를 가정한다.
본 실시예에서, 링크 레이어 패킷의 헤더는 110 값을 가지는 패킷 타입 필드를 포함할 수 있다. 하나의 시그널링 정보가 링크 레이어 패킷의 페이로드에 포함되게 되므로, PC 필드는 0, 연쇄 카운트 필드는 0000 의 값을 가질 수 있다. 시그널링 클래스 필드 및 정보 타입 필드는, 해당 섹션 테이블이 가지는 데이터에 따른 값을 가질 수 있다. 시그널링 정보가 섹션 테이블인 경우이므로, 시그널링 포맷 필드는 00 의 값을 가질 수 있다.
본 실시예에서, 링크 레이어 패킷의 페이로드는 입력된 섹션 테이블이 그대로 위치할 수 있다.
본 실시예에서, 링크 레이어 패킷의 길이를 확인하기 위해서는 섹션 테이블의 정보가 활용될 수 있다. 전술한 바와 같이 섹션 테이블의 필드에는, 해당 섹션 테이블의 길이를 나타내는 필드가 포함되어 있을 수 있다. 이 필드를 길이 필드라 부를 수 있다. 이 길이 필드가 섹션 테이블 내에 위치하는 곳은 고정되어 있을 수 있다. 하나의 섹션 테이블이 그대로 링크 레이어의 페이로드로 들어오므로, 링크 레이어 패킷의 페이로드의 처음부터 일정 오프셋 길이만큼 이동한 위치에, 이 길이 필드가 자리할 수 있다. 따라서, 이 길이 필드를 이용하여 전체 링크 레이어의 페이로드 길이를 알 수 있다. 섹션 테이블의 경우, 페이로드의 시작점부터 12 비트 이동한 자리에, 12 비트의 길이필드가 위치할 수 있다. 이 길이 필드는 Section_length 필드라 불릴 수 있다.
길이 필드의 값 Lsection은, 길이 필드 직후부터 섹션 테이블 마지막까지의 길이를 나타낼 수 있다. 따라서, 섹션 테이블의 나머지 부분 3 바이트와, 링크 레이어 패킷 헤더 길이 2 바이트를 더해주면 전체 링크 레이어 패킷의 길이가 된다. 즉, 링크 레이어 패킷 전체 길이 LT 는 Lsection + 5 바이트일 수 있다.
수신기가 본 실시예의 링크 레이어 패킷을 수신하면, 시그널링 클래스 필드 및/또는 정보 타입 필드 등을 활용하여 해당 시그널링 정보(섹션 테이블)을 처리할 수 있다. 또한 수신기는, 섹션 테이블 내의 테이블 ID (8비트) 값을 확인하여, 해당 시그널링 정보를 처리할 수 있다.
도 70 은 본 발명의 다른 실시예에 따른, 링크 레이어로 시그널링 정보가 전달되는 경우의 링크 레이어 패킷 구조에 있어, 시그널링 정보가 하나의 디스크립터인 경우의 구조를 도시한 도면이다.
본 실시예에서는, 하나의 디스크립터가 하나의 링크 레이어 패킷으로 인캡슐레이션되는 경우를 가정한다.
본 실시예에서 링크 레이어 패킷의 헤더 정보는, 하나의 섹션 테이블이 인캡슐레이션 되는 경우와 같을 수 있다. 단, 시그널링 클래스 필드 및 정보 타입 필드는, 해당 디스크립터가 가지는 데이터에 따른 값을 가질 수 있다. 또한, 시그널링 정보가 디스크립터인 경우이므로, 시그널링 포맷 필드는 01 의 값을 가질 수 있다.
본 실시예에서, 링크 레이어 패킷의 페이로드는 입력된 디스크립터가 그대로 위치할 수 있다.
본 실시예에서, 링크 레이어 패킷의 길이를 확인하기 위해서는 디스크립터의 정보가 활용될 수 있다. 이는 전술한 하나의 섹션 테이블이 인캡슐레이션 되는 경우와 유사하다. 단, 디스크립터 내의, 해당 디스크립터의 길이를 나타내는 필드의 위치는 달라질 수 있다. 디스크립터의 경우, 길이 필드가 페이로드의 시작점부터 8비트 떨어진 자리에 위치하며, 8비트의 길이를 가질 수 있다. 이를 이용하여, 전체 링크 레이어 패킷의 길이를 알 수 있다.
수신기가 본 실시예의 링크 레이어 패킷을 수신하면, 시그널링 클래스 필드 및/또는 정보 타입 필드 등을 활용하여 해당 시그널링 정보(디스크립터)를 처리할 수 있다. 또한 수신기는, 디스크립터의 디스크립터 태그(8비트) 를 확인하여, 해당 시그널링 정보를 처리할 수 있다.
도 71 은 본 발명의 다른 실시예에 따른, 링크 레이어로 시그널링 정보가 전달되는 경우의 링크 레이어 패킷 구조에 있어, 시그널링 정보가 복수개의 디스크립터인 경우의 구조를 도시한 도면이다.
본 실시예에서, 링크 레이어 패킷의 페이로드에는 복수개의 디스크립터가 연쇄(concatenation)되어 인캡슐레이션될 수 있다.
본 실시예의 링크 레이어 패킷 헤더는, 110 값을 가지는 패킷 타입 필드, 0 값을 가지는 PC 필드를 포함할 수 있다. 연쇄 카운트 필드는 몇 개의 디스크립터가 연쇄되었는지를 지시할 수 있다. 시그널링 클래스 필드 및 정보 타입 필드는, 해당 디스크립터가 가지는 데이터에 따른 값을 가질 수 있다. 시그널링 정보가 디스크립터인 경우이므로, 시그널링 포맷 필드는 01 의 값을 가질 수 있다.
본 실시예의 링크 레이어 패킷의 전체 길이는, IP 패킷들이 연쇄되어 있는 것과 유사한 방법으로 계산해낼 수 있다. 페이로드의 시작점부터 순차적으로, 카운트 필드가 지시하는 수 만큼의 디스크립터의 길이 필드(descriptor_length) 값을 읽어낼 수 있다. 읽어낸 값들을 모두 합하여 링크 레이어 패킷의 전체 페이로드 길이를 구할 수 있다. 여기에 링크 레이어 패킷의 헤더 길이를 더하여 전체 링크 레이어 패킷의 길이를 구할 수 있다.
도 72 는 본 발명의 다른 실시예에 따른, 링크 레이어로 시그널링 정보가 전달되는 경우의 링크 레이어 패킷 구조에 있어, 시그널링 정보가 복수개의 섹션 테이블인 경우의 구조를 도시한 도면이다.
본 실시예에서, 링크 레이어 패킷의 페이로드에는 복수개의 섹션 테이블들이 연쇄(concatenation)되어 인캡슐레이션될 수 있다.
본 실시예의 링크 레이어 패킷 헤더는, 110 값을 가지는 패킷 타입 필드, 0 값을 가지는 PC 필드, 연쇄된 섹션 테이블들의 개수를 지시하는 연쇄 카운트 필드를 포함할 수 있다. 시그널링 클래스 필드 및 정보 타입 필드는, 해당 섹션테이블들이 가지는 데이터에 따른 값을 가질 수 있다. 시그널링 정보가 섹션 테이블인 경우이므로, 시그널링 포맷 필드는 00 의 값을 가질 수 있다.
본 실시예의 링크 레이어 패킷의 전체 길이는, 전술한 디스크립터가 연쇄되어 있는 경우와 유사하게 구할 수 있다. 전술한 바와 같이 섹션 테이블의 경우, 섹션테이블의 시작점부터 12 비트 이동한 자리에, 12 비트의 길이필드가 위치할 수 있다. 이 길이 필드에, 나머지 섹션 테이블의 길이를 더하여 전체 섹션테이블의 길이를 알 수 있다. 각각의 전체 섹션 테이블 길이를 합하면, 연쇄된 섹션테이블들의 전체 길이, 즉 링크 레이어 패킷의 페이로드의 길이를 알 수 있다. 여기에 링크 레이어 패킷의 헤더 길이를 더하여 전체 링크 레이어 패킷의 길이를 구할 수 있다.
도 73 은 본 발명의 다른 실시예에 따른, 링크 레이어로 시그널링 정보가 전달되는 경우의 링크 레이어 패킷 구조에 있어, 시그널링 정보가 별도의 길이 값을 가지지 않는 경우의 구조를 도시한 도면이다.
본 실시예는 전술한 시그널링 포맷 필드가, 해당 시그널링 정보가 XML 또는 별도의 길이 값을 가지지 않는 시그널링 정보임을 지시하는 경우에 해당할 수 있다. 전술한 바와 같이, 이 경우 확장헤더는 페이로드 길이 파트를 더 포함할 수 있다.
본 실시예의 헤더는, 110 의 값을 가지는 패킷 필드, 0 값을 가지는 PC 필드, 연쇄된 시그널링 정보의 개수를 지시하는 연쇄 카운트 필드를 포함할 수 있다. 뒤따르는 시그널링 클래스 필드 및 정보 타입 필드는, 해당 시그널링 정보가 가지는 데이터에 따른 값을 가질 수 있다. 시그널링 정보가 XML 또는 별도의 시그널링 정보이므로, 시그널링 포맷 필드는 10 또는 11 의 값을 가질 수 있다.
추가된 페이로드 길이 파트는 전술한 바와 같이 복수개의 길이 필드들을 포함할 수 있다. 각 길이 필드들은, 각 시그널링 정보들의 길이를 지시할 수 있다. 따라서, 연쇄 카운트 필드가 지시하는 개수만큼의 길이 필드들이 존재할 수 있다. 길이 필드는 각각 2 바이트의 길이를 가질 수 있다. 길이 필드의 길이는 시스템의 구성에 따라서 변경될 수 있다. 링크 레이어 패킷에는 바이트 정렬을 위한 패딩 비트가 더 추가될 수 있다.
본 실시예에서, 전체 링크레이어 패킷의 길이를 구하기 위해서는, 길이 필드들을 활용할 수 있다(t73010). 연쇄 카운터 필드의 값이 의미하는 개수가 n 개 일 경우, 총 2*n 바이트의 페이로드 길이 파트가 헤더에 추가될 수 있다. 또한, 연쇄된 시그널링 정보 S1, S2, …, Sn 의 길이를 지시하는 각 길이 필드의 값이, L1, L2, …, Ln 이라고 하고, 링크 레이어 패킷의 헤더 길이가 2 바이트라고 하면, 전체 링크 레이어 패킷의 길이 LT 는 도시된 바와 같이 표현될 수 있다(t73010).
도 74 는 본 발명의 다른 실시예에 따른, 링크 레이어로 시그널링 정보가 전달되는 경우의 링크 레이어 패킷 구조에 있어, 하나의 시그널링 정보가 복수개의 세그먼트로 분할되는 경우의 구조를 도시한 도면이다.
입력된 시그널링 정보가 피지컬 레이어의 처리범위를 넘어서는 경우, 하나의 시그널링 정보는 복수개의 세그먼트로 분할될 수 있다. 각 분할된 세그먼트들은 각각의 링크 레이어 패킷의 페이로드에 인캡슐레이션될 수 있다.
본 실시예의 구조는, 전술한 IP 패킷이 분할된 경우와 유사한 헤더구조를 가질 수 있다. 패킷 타입 필드는, 시그널링 정보가 입력된 경우이므로 110 값을 가질 수 있다. PC 필드, LI 필드, 세그먼트 ID 필드, 세그먼트 시퀀스 넘버 필드, 세그먼트 길이 ID 필드, 마지막 세그먼트 길이 필드는, 전술한 IP 패킷이 분할된 경우와 같을 수 있다.
본 실시예의 경우, 전술한 IP 패킷이 분할된 경우와 다르게, 첫번째 패킷이 부가 정보를 더 포함할 수 있다(t74010). 이 부가정보는 전술한 바와 같이, 시그널링 클래스 필드, 정보 타입 필드, 및/또는 시그널링 포맷 필드를 포함할 수 있다. 이 부가정보들은 수신기가 세그먼트들을 모두 수신한 경우, 해당 시그널링 정보에 대한 처리가 가능하도록 한다.
LI 필드 값과 세그먼트 시퀀스 넘버 필드의 조합으로 링크 레이어 패킷의 확장헤더에 대한 정보를 알 수 있다. LI 필드 값이 0 이고, 세그먼트 시퀀스 넘버 필드 값이 0000 인 경우(즉, 첫번째 세그먼트인 경우), 확장헤더의 길이는 2 바이트일 수 있다. LI 필드 값이 0 이고, 세그먼트 시퀀스 넘버 필드 값이 0000 이 아닌 경우, 확장 헤더의 길이는 1 바이트일 수 있다. LI 필드 값이 1 일 경우, 확장헤더의 길이는 2 바이트일 수 있다.
전체 링크 레이어 패킷의 길이는, 세그먼트 길이 ID 필드 또는 마지막 세그먼트 길이 필드를 통하여 알아낸 세그먼트의 길이에, 링크 레이어 패킷 헤더의 길이를 더하여 구할 수 있다.
IP 패킷이 분할되는 경우와 마찬가지로, 시그널링 정보가 분할되는 경우에도 CRC 인코딩이 활용될 수 있다. 시그널링 정보의 마지막에 CRC 가 추가될 수 있다. 이 CRC 는 수신기가 시그널링 정보를 재조합할 때, 재조합의 무결성을 확인하는데 사용될 수 있다. CRC 가 추가된 시그널링 정보가 분할되는 경우, 마지막 세그먼트를 포함하는 링크 레이어 패킷은 CRC 역시 포함할 수 있다.
일반적으로 CRC 는 패킷의 마지막에 추가되나, 실시예에 따라 다른 위치에 추가될 수도 있다.
도 75 는 본 발명의 일 실시예에 따른 방송 신호를 전송하는 방법을 도시한 도면이다.
본 발명의 일 실시예에 따른 방송 신호를 전송하는 방법은, 방송 데이터를 시그널링하는 복수개의 시그널링 정보를 생성하는 단계(t75010), 상기 복수개의 시그널링 정보를 이용하여 링크 레이어 패킷을 생성하는 단계(t75020), 상기 링크 레이어 패킷을 이용하여 방송 신호를 생성하는 단계(t75030) 및/또는 상기 방송 신호를 전송하는 단계(t75040)를 포함할 수 있다.
먼저, 복수개의 시그널링 정보가 생성될 수 있다(t75010). 여기서, 복수개의 시그널링 정보는, 링크 레이어를 통해 전송되는 다른 방송 데이터를 시그널링하는 데 사용될 수 있다. 시그널링 정보의 내용, 종류는 실시예에 따라 변경될 수 있다. 복수개의 시그널링 정보를 생성하는 단계는 후술할 제 1모듈에서 수행될 수 있다.
생성된 복수개의 시그널링 정보를 이용하여 링크 레이어 패킷이 생성될 수 있다(t75020). 이 단계는 전술한 복수개의 시그널링 정보를 연쇄(concatenation)하여 링크 레이어 패킷을 생성하는 과정에 대응될 수 있다. 전술한 바와 같이, 링크 레이어 패킷은 링크 레이어 헤더와 링크 레이어 페이로드를 포함할 수 있다. 링크 레이어 헤더는 패킷 타입 필드, 패킷 구성 필드, 카운트 필드를 포함하고, 패킷 타입 필드는 링크 레이어 페이로드가 포함하는 정보가 시그널링 정보임을 지시할 수 있다., 상기 패킷 구성 필드는 링크 레이어 페이로드가 복수개의 시그널링 정보를 포함하는지 여부를 지시하고, 카운트 필드는 링크 레이어 페이로드가 포함하는 복수개의 시그널링 정보의 개수를 지시할 수 있다. 연쇄되는 경우이므로, 복수개의 시그널링 정보는 연결되어 링크 레이어 페이로드에 포함될 수 있다.
여기서, 링크 레이어 헤더는 문맥에 따라 전술한 고정헤더 또는 확장헤더를 의미하거나, 또는 고정헤더와 확장헤더를 포함한 전체 헤더를 의미할 수 있다. 패킷 구성 필드는 전술한 PC 필드를 의미할 수 있다. 링크 레이어 페이로드는 링크 레이어 패킷의 페이로드를 의미할 수 있다. 링크 레이어 패킷을 생성하는 단계는 후술할 제 2 모듈에서 수행될 수 있다.
생성된 링크 레이어 패킷을 이용하여 방송신호가 생성될 수 있다(t75030). 피지컬 레이어에서는 링크 레이어에서 생성된 링크 레이어 패킷에 일련의 인코딩, 모듈레이션 등을 가할 수 있다. 링크 레이어 패킷을 통해, 입력 패킷/입력 시그널링 정보의 종류에 무관하게, 피지컬 레이어는 피지컬 레이어 프로세싱을 수행할 수 있다. 일련의 피지컬 레이어 프로세싱을 통해, 방송신호가 생성될 수 있다. 방송 신호가 생성되는 단계는 후술할 제 3 모듈에서 수행될 수 있다.
방송신호는 안테나를 통해 수신기로 전송될 수 있다(t75040). 방송신호는 방송망을 통해 전송될 수 있으며, 전송되는 방법은 실시예에 따라 변경될 수 있다. 방송신호를 전송하는 단계는 후술할 제 3 모듈에서 수행될 수 있다.
본 발명의 다른 실시예에 따른 방송 신호를 전송하는 방법은, 링크 레이어 헤더는 시그널링 클래스 필드, 정보 타입 필드 및 시그널링 포맷 필드를 더 포함할 수 있다. 시그널링 클래스 필드는 시그널링 정보가 시그널링하는 대상을 지시하고, 정보 타입 필드는 시그널링 정보에 관한 데이터를 포함하고, 시그널링 포맷 필드는 시그널링 정보의 포맷을 지시할 수 있다. 시그널링 클래스 필드, 정보 타입 필드 및 시그널링 포맷 필드는 전술한 바와 같다.
본 발명의 또 다른 실시예에 따른 방송 신호를 전송하는 방법은, 시그널링 포맷 필드가 링크 레이어 페이로드가 포함하는 복수개의 시그널링 정보가 복수개의 섹션 테이블임을 지시할 수 있다. 이는 시그널링 포맷 필드가 지시하는 시그널링 정보의 포맷이 섹션 테이블임을 의미할 수 있다.
본 발명의 또 다른 실시예에 따른 방송 신호를 전송하는 방법은, 링크 레이어 헤더의 길이가 시그널링 포맷 필드의 값에 의하여 결정될 수 있다. 즉, 전술한 바와 같이 시그널링 포맷 필드의 값에 의해 링크 레이어 헤더가 추가적인 페이로드 길이 파트를 더 포함하는지 여부가 결정되기 때문이다. 또한, 링크 레이어 페이로드의 길이는 복수개의 섹션 테이블의 섹션 길이 필드들의 값에 의해 결정될 수 있다. 전술한 바와 같이, 섹션 테이블에는 고정된 위치에 섹션 길이 필드들이 존재할 수 있다. 링크 레이어 페이로드의 길이는, 이 섹션 길이 필드들이 지시하는 값의 합에 근거하여 계산될 수 있다.
본 발명의 또 다른 실시예에 따른 방송 신호를 전송하는 방법은, 복수개의 섹션 테이블의 섹션 길이 필드들이 링크 레이어 페이로드 상에 순차적으로 위치할 수 있다. 전술한 바와 같이, 섹션 테이블들이 연쇄되어 있는 경우, 간격을 두고 섹션 길이 필드들이 링크 레이어 페이로드 내에 나열될 수 있다. 각 길이 필드들은 각 섹션 테이블의 시작점으로부터 고정된 위치에 위치할 수 있다. 각 섹션 테이블의 길이는 달라질 수 있으므로, 각 길이 필드 간의 거리는 상이할 수 있다. 전술한 바와 같이, 섹션 길이 필드는 해당 섹션 테이블의 길이를 나타낼 수 있다.
본 발명의 또 다른 실시예에 따른 방송 신호를 전송하는 방법은, 시그널링 포맷 필드가 링크 레이어 페이로드가 포함하는 복수개의 시그널링 정보가 복수개의 디스크립터임을 지시할 수 있다. 이는, 복수개의 디스크립터가 연쇄되어 페이로드를 구성하는 경우로서, 전술한 바와 같이 시그널링 포맷 필드가 이를 지시할 수 있다.
본 발명의 또 다른 실시예에 따른 방송 신호를 전송하는 방법은, 링크 레이어 헤더가 복수개의 페이로드 길이 필드들을 포함하는 페이로드 길이 파트를 더 포함할 수 있다. 페이로드 길이 필드들은 전술한 페이로드 길이 파트 내의 길이 필드들을 의미할 수 있다. 전술한 바와 같이, 각각의 페이로드 길이 필드들은 각각의 복수개의 시그널링 정보들의 길이를 지시할 수 있다. 이는 링크 레이어 패킷에 포함되는 시그널링 정보가, 별도의 길이 필드가 없는 경우에 해당할 수 있다.
본 발명의 또 다른 실시예에 따른 방송 신호를 전송하는 방법은, 링크 레이어 헤더에 페이로드 길이 파트가 더 포함되는지 여부가 시그널링 포맷 필드의 값에 의하여 결정될 수 있다. 링크 레이어 패킷에 포함되는 시그널링 정보가, 별도의 길이 필드가 없는 경우에 있어서, 시그널링 포맷 필드의 값은 1x 에 해당할 수 있다. 따라서, 시그널링 포맷 필드의 값을 통해, 페이로드 길이 파트 존부를 파악할 수 있다.
본 발명의 또 다른 실시예에 따른 방송 신호를 전송하는 방법은, 전술한 분할(segmentation)이 수행되는 경우에 해당하는 방법일 수 있다. 이 경우의 방송 신호를 전송하는 방법은, 방송 데이터를 시그널링하는 시그널링 정보를 생성하는 단계, 상기 시그널링 정보를 이용하여 링크 레이어 패킷(Link Layer Packet)을 생성하는 단계, 상기 링크 레이어 패킷을 이용하여 방송 신호를 생성하는 단계, 및/또는 상기 방송 신호를 전송하는 단계를 포함할 수 있다. 각 단계들은 순서대로, 제1모듈, 제2모듈, 제3모듈, 제3모듈에 의해 수행될 수 있다.
이 경우의 방송 신호를 전송하는 방법에서, 링크 레이어 패킷은 링크 레이어 헤더와 링크 레이어 페이로드를 포함하고, 링크 레이어 페이로드는 시그널링 정보가 분할된 세그먼트들 중 하나를 포함할 수 있다. 링크 레이어 헤더는 패킷 타입 필드, 패킷 구성 필드를 포함하고, 패킷 타입 필드는 링크 레이어 페이로드가 포함하는 정보가 시그널링 정보임을 지시할 수 있다. 패킷 구성 필드는 링크 레이어 페이로드가 시그널링 정보가 분할된 세그먼트들 중 하나를 포함하는지 여부를 지시할 수 있다.
본 발명의 또 다른 실시예에 따른 방송 신호를 전송하는 방법은, 링크 레이어 페이로드가 포함하는 세그먼트가 분할된 세그먼트들 중 첫번째 세그먼트인 경우, 링크 레이어 헤더가 시그널링 클래스 필드, 정보 타입 필드 및 시그널링 포맷 필드를 더 포함할 수 있다. 시그널링 클래스 필드는 시그널링 정보가 시그널링하는 대상을 지시하고, 정보 타입 필드는 시그널링 정보에 관한 데이터를 포함하고, 시그널링 포맷 필드는 시그널링 정보의 포맷을 지시할 수 있다. 시그널링 클래스 필드, 정보 타입 필드 및 시그널링 포맷 필드는 전술한 바와 같다.
전술한 단계들은 실시예에 따라 생략되거나, 유사/동일한 동작을 수행하는 다른 단계에 의해 대체될 수 있다.
도 76 는 본 발명의 일 실시예에 따른 방송 신호를 전송하는 장치를 도시한 도면이다.
본 발명의 일 실시예에 따른 방송 신호를 전송하는 장치는 제1모듈(t76010), 제2모듈(t76020) 및/또는 제3모듈(t76030)을 포함할 수 있다.
제 1모듈(t76010) 은 복수개의 시그널링 정보를 생성할 수 있다. 제 1모듈은 전술한 방송 데이터를 시그널링하는 복수개의 시그널링 정보를 생성하는 단계에 해당하는 과정을 수행할 수 있다. 또한, 분할(segmentation)이 수행되는 경우에 따른 실시예에서의 제 1모듈은, 전술한 방송 데이터를 시그널링하는 시그널링 정보를 생성하는 단계에 해당하는 과정을 수행할 수 있다.
제 2 모듈(t76020) 은 생성된 복수개의 시그널링 정보를 이용하여 링크 레이어 패킷을 생성할 수 있다. 제 2 모듈은 전술한 복수개의 시그널링 정보를 이용하여 링크 레이어 패킷을 생성하는 단계에 해당하는 과정을 수행할 수 있다. 또한, 분할(segmentation)이 수행되는 경우에 따른 실시예에서의 제 2모듈은, 전술한 시그널링 정보를 이용하여 링크 레이어 패킷(Link Layer Packet)을 생성하는 단계에 해당하는 과정을 수행할 수 있다.
제 3 모듈(t76030) 은 생성된 링크 레이어 패킷을 이용하여 방송신호를 생성할 수 있다. 또한, 제 3 모듈은 생성된 방송신호를 전송할 수 있다. 제 3모듈은 전술한 링크 레이어 패킷을 이용하여 방송 신호를 생성하는 단계 및 방송 신호를 전송하는 단계에 해당하는 동작을 수행할 수 있다. 또한, 분할(segmentation)이 수행되는 경우에 따른 실시예에서의 제 3모듈은, 전술한 링크 레이어 패킷을 이용하여 방송 신호를 생성하는 단계 및 방송 신호를 전송하는 단계에 해당하는 동작을 수행할 수 있다.
전술한 제 1 모듈, 제 2 모듈, 제 3 모듈은 메모리(또는 저장 유닛)에 저장된 연속된 수행과정들을 실행하는 프로세서들일 수 있다. 또한, 전술한 제 1 모듈, 제 2 모듈, 제 3 모듈은 장치 내/외부에 위치하는 하드웨어 엘레멘트들일 수 있다.
전술한 모듈들은 실시예에 따라 생략되거나, 유사/동일한 동작을 수행하는 다른 모듈에 의해 대체될 수 있다.
모듈 또는 유닛은 메모리(또는 저장 유닛)에 저장된 연속된 수행과정들을 실행하는 프로세서들일 수 있다. 전술한 실시예에 기술된 각 단계들은 하드웨어/프로세서들에 의해 수행될 수 있다. 전술한 실시예에 기술된 각 모듈/블락/유닛들은 하드웨어/프로세서로서 동작할 수 있다. 또한, 본 발명이 제시하는 방법들은 코드로서 실행될 수 있다. 이 코드는 프로세서가 읽을 수 있는 저장매체에 쓰여질 수 있고, 따라서 장치(apparatus)가 제공하는 프로세서에 의해 읽혀질 수 있다.
설명의 편의를 위하여 각 도면을 나누어 설명하였으나, 각 도면에 서술되어 있는 실시 예들을 병합하여 새로운 실시 예를 구현하도록 설계하는 것도 가능하다. 그리고, 통상의 기술자의 필요에 따라, 이전에 설명된 실시 예들을 실행하기 위한 프로그램이 기록되어 있는 컴퓨터에서 판독 가능한 기록 매체를 설계하는 것도 본 발명의 권리범위에 속한다.
본 발명에 따른 장치 및 방법은 상술한 바와 같이 설명된 실시 예들의 구성과 방법이 한정되게 적용될 수 있는 것이 아니라, 상술한 실시 예들은 다양한 변형이 이루어질 수 있도록 각 실시 예들의 전부 또는 일부가 선택적으로 조합되어 구성될 수도 있다.
한편, 본 발명의 방송신호 전송/수신방법을 네트워크 디바이스에 구비된, 프로세서가 읽을 수 있는 기록매체에, 프로세서가 읽을 수 있는 코드로서 구현하는 것이 가능하다. 프로세서가 읽을 수 있는 기록매체는 프로세서에 의해 읽혀질 수 있는 데이터가 저장되는 모든 종류의 기록장치를 포함한다. 프로세서가 읽을 수 있는 기록 매체의 예로는 ROM, RAM, CD-ROM, 자기 테이프, 플로피디스크, 광 데이터 저장장치 등이 있으며, 또한, 인터넷을 통한 전송 등과 같은 캐리어 웨이브의 형태로 구현되는 것도 포함한다. 또한, 프로세서가 읽을 수 있는 기록매체는 네트워크로 연결된 컴퓨터 시스템에 분산되어, 분산방식으로 프로세서가 읽을 수 있는 코드가 저장되고 실행될 수 있다.
또한, 이상에서는 본 발명의 바람직한 실시 예에 대하여 도시하고 설명하였지만, 본 발명은 상술한 특정의 실시 예에 한정되지 아니하며, 청구범위에서 청구하는 본 발명의 요지를 벗어남이 없이 당해 발명이 속하는 기술분야에서 통상의 지식을 가진 자에 의해 다양한 변형실시가 가능한 것은 물론이고, 이러한 변형실시들은 본 발명의 기술적 사상이나 전망으로부터 개별적으로 이해돼서는 안 될 것이다.
그리고, 당해 명세서에서는 물건 발명과 방법 발명이 모두 설명되고 있으며, 필요에 따라 양 발명의 설명은 보충적으로 적용될 수가 있다.
발명의 실시를 위한 형태는 위의 발명의 실시를 위한 최선의 형태에서 함께 기술된다.
본 발명은 방송신호 전송방법, 방송신호 수신방법, 방송신호 전송장치, 방송신호 수신장치와 관련된 일련의 산업분야에서 산업상 이용가능성을 가진다.

Claims (20)

  1. 방송 신호를 전송하는 방법에 있어서,
    방송 데이터를 시그널링하는 복수개의 시그널링 정보를 생성하는 단계;
    상기 복수개의 시그널링 정보를 이용하여 링크 레이어 패킷(Link Layer Packet)을 생성하는 단계, 여기서, 링크 레이어 패킷은 링크 레이어 헤더와 링크 레이어 페이로드를 포함하고, 상기 링크 레이어 헤더는 패킷 타입 필드, 패킷 구성 필드, 카운트 필드를 포함하고, 상기 패킷 타입 필드는 상기 링크 레이어 페이로드가 포함하는 정보가 시그널링 정보임을 지시하고, 상기 패킷 구성 필드는 상기 링크 레이어 페이로드가 복수개의 시그널링 정보를 포함하는지 여부를 지시하고, 상기 카운트 필드는 상기 링크 레이어 페이로드가 포함하는 복수개의 시그널링 정보의 개수를 지시하고, 상기 복수개의 시그널링 정보는 연결되어 상기 링크 레이어 페이로드에 포함되고;
    상기 링크 레이어 패킷을 이용하여 방송 신호를 생성하는 단계; 및
    상기 방송 신호를 전송하는 단계; 를 포함하는 방송 신호 전송 방법.
  2. 제 1항에 있어서,
    상기 링크 레이어 헤더는 시그널링 클래스 필드, 정보 타입 필드 및 시그널링 포맷 필드를 더 포함하고,
    상기 시그널링 클래스 필드는 상기 시그널링 정보가 시그널링하는 대상을 지시하고,
    상기 정보 타입 필드는 상기 시그널링 정보에 관한 데이터를 포함하고,
    상기 시그널링 포맷 필드는 상기 시그널링 정보의 포맷을 지시하는, 방송신호 전송 방법.
  3. 제 2항에 있어서,
    상기 시그널링 포맷 필드는 상기 링크 레이어 페이로드가 포함하는 복수개의 시그널링 정보가 복수개의 섹션 테이블임을 지시하는, 방송신호 전송 방법.
  4. 제 3항에 있어서,
    상기 링크 레이어 헤더의 길이는 상기 시그널링 포맷 필드의 값에 의하여 결정되고,
    상기 링크 레이어 페이로드의 길이는 상기 복수개의 섹션 테이블의 섹션 길이 필드들의 값에 의해 결정되는, 방송신호 전송방법.
  5. 제 4항에 있어서,
    상기 복수개의 섹션 테이블의 섹션 길이 필드들은 상기 링크 레이어 페이로드 상에 순차적으로 위치하고,
    상기 복수개의 섹션 길이 필드는 상기 복수개의 섹션 테이블의 각 시작점으로부터 고정된 위치에 위치하고,
    상기 섹션 길이 필드는 해당 섹션 테이블의 길이를 나타내는, 방송신호 전송방법.
  6. 제 2항에 있어서,
    상기 시그널링 포맷 필드는 상기 링크 레이어 페이로드가 포함하는 복수개의 시그널링 정보가 복수개의 디스크립터임을 지시하는, 방송신호 전송 방법.
  7. 제 2항에 있어서,
    상기 링크 레이어 헤더는 복수개의 페이로드 길이 필드들을 포함하는 페이로드 길이 파트를 더 포함하고,
    각각의 상기 페이로드 길이 필드들은 각각의 상기 복수개의 시그널링 정보들의 길이를 지시하는, 방송신호 전송 방법.
  8. 제 7항에 있어서,
    상기 링크 레이어 헤더에 상기 페이로드 길이 파트가 더 포함되는지 여부는 상기 시그널링 포맷 필드의 값에 의하여 결정되는 방송 신호 전송 방법.
  9. 방송 신호를 전송하는 방법에 있어서,
    방송 데이터를 시그널링하는 시그널링 정보를 생성하는 단계;
    상기 시그널링 정보를 이용하여 링크 레이어 패킷(Link Layer Packet)을 생성하는 단계, 여기서, 상기 링크 레이어 패킷은 링크 레이어 헤더와 링크 레이어 페이로드를 포함하고, 상기 링크 레이어 페이로드는 상기 시그널링 정보가 분할된 세그먼트들 중 하나를 포함하고, 상기 링크 레이어 헤더는 패킷 타입 필드, 패킷 구성 필드를 포함하고, 상기 패킷 타입 필드는 상기 링크 레이어 페이로드가 포함하는 정보가 시그널링 정보임을 지시하고, 상기 패킷 구성 필드는 상기 링크 레이어 페이로드가 상기 시그널링 정보가 분할된 세그먼트들 중 하나를 포함하는지 여부를 지시하고;
    상기 링크 레이어 패킷을 이용하여 방송 신호를 생성하는 단계; 및
    상기 방송 신호를 전송하는 단계; 를 포함하는 방송 신호 전송 방법.
  10. 제 9항에 있어서,
    상기 링크 레이어 페이로드가 포함하는 세그먼트가 상기 분할된 세그먼트들 중 첫번째 세그먼트인 경우, 상기 링크 레이어 헤더는 시그널링 클래스 필드, 정보 타입 필드 및 시그널링 포맷 필드를 더 포함하고,
    상기 시그널링 클래스 필드는 상기 시그널링 정보가 시그널링하는 대상을 지시하고,
    상기 정보 타입 필드는 상기 시그널링 정보에 관한 정보를 포함하고,
    상기 시그널링 포맷 필드는 상기 시그널링 정보의 포맷을 지시하는, 방송신호 전송 방법.
  11. 방송 신호를 전송하는 장치에 있어서,
    방송 데이터를 시그널링하는 복수개의 시그널링 정보를 생성하는 제 1 모듈;
    상기 복수개의 시그널링 정보를 이용하여 링크 레이어 패킷(Link Layer Packet)을 생성하는 제 2 모듈, 여기서, 링크 레이어 패킷은 링크 레이어 헤더와 링크 레이어 페이로드를 포함하고, 상기 링크 레이어 헤더는 패킷 타입 필드, 패킷 구성 필드, 카운트 필드를 포함하고, 상기 패킷 타입 필드는 상기 링크 레이어 페이로드가 포함하는 정보가 시그널링 정보임을 지시하고, 상기 패킷 구성 필드는 상기 링크 레이어 페이로드가 복수개의 시그널링 정보를 포함하는지 여부를 지시하고, 상기 카운트 필드는 상기 링크 레이어 페이로드가 포함하는 복수개의 시그널링 정보의 개수를 지시하고, 상기 복수개의 시그널링 정보는 연결되어 상기 링크 레이어 페이로드에 포함되고; 및
    상기 링크 레이어 패킷을 이용하여 방송 신호를 생성하고 상기 방송 신호를 전송하는 제 3 모듈; 을 포함하는 방송 신호 전송 장치.
  12. 제 11항에 있어서,
    상기 링크 레이어 헤더는 시그널링 클래스 필드, 정보 타입 필드 및 시그널링 포맷 필드를 더 포함하고,
    상기 시그널링 클래스 필드는 상기 시그널링 정보가 시그널링하는 대상을 지시하고,
    상기 정보 타입 필드는 상기 시그널링 정보에 관한 데이터를 포함하고,
    상기 시그널링 포맷 필드는 상기 시그널링 정보의 포맷을 지시하는, 방송신호 전송 장치.
  13. 제 12항에 있어서,
    상기 시그널링 포맷 필드는 상기 링크 레이어 페이로드가 포함하는 복수개의 시그널링 정보가 복수개의 섹션 테이블임을 지시하는, 방송신호 전송 장치.
  14. 제 13항에 있어서,
    상기 링크 레이어 헤더의 길이는 상기 시그널링 포맷 필드의 값에 의하여 결정되고,
    상기 링크 레이어 페이로드의 길이는 상기 복수개의 섹션 테이블의 섹션 길이 필드들의 값에 의해 결정되는, 방송신호 전송 장치.
  15. 제 14항에 있어서,
    상기 복수개의 섹션 테이블의 섹션 길이 필드들은 상기 링크 레이어 페이로드 상에 순차적으로 위치하고,
    상기 복수개의 섹션 길이 필드는 상기 복수개의 섹션 테이블의 각 시작점으로부터 고정된 위치에 위치하고,
    상기 섹션 길이 필드는 해당 섹션 테이블의 길이를 나타내는, 방송신호 전송 장치.
  16. 제 12항에 있어서,
    상기 시그널링 포맷 필드는 상기 링크 레이어 페이로드가 포함하는 복수개의 시그널링 정보가 복수개의 디스크립터임을 지시하는, 방송신호 전송 장치.
  17. 제 12항에 있어서,
    상기 링크 레이어 헤더는 복수개의 페이로드 길이 필드들을 포함하는 페이로드 길이 파트를 더 포함하고,
    각각의 상기 페이로드 길이 필드들은 각각의 상기 복수개의 시그널링 정보들의 길이를 지시하는, 방송신호 전송 장치.
  18. 제 17항에 있어서,
    상기 링크 레이어 헤더에 상기 페이로드 길이 파트가 더 포함되는지 여부는 상기 시그널링 포맷 필드의 값에 의하여 결정되는 방송 신호 전송 장치.
  19. 방송 신호를 전송하는 장치에 있어서,
    방송 데이터를 시그널링하는 시그널링 정보를 생성하는 제 1 모듈;
    상기 시그널링 정보를 이용하여 링크 레이어 패킷(Link Layer Packet)을 생성하는 제 3 모듈, 여기서, 상기 링크 레이어 패킷은 링크 레이어 헤더와 링크 레이어 페이로드를 포함하고, 상기 링크 레이어 페이로드는 상기 시그널링 정보가 분할된 세그먼트들 중 하나를 포함하고, 상기 링크 레이어 헤더는 패킷 타입 필드, 패킷 구성 필드를 포함하고, 상기 패킷 타입 필드는 상기 링크 레이어 페이로드가 포함하는 정보가 시그널링 정보임을 지시하고, 상기 패킷 구성 필드는 상기 링크 레이어 페이로드가 상기 시그널링 정보가 분할된 세그먼트들 중 하나를 포함하는지 여부를 지시하고; 및
    상기 링크 레이어 패킷을 이용하여 방송 신호를 생성하고, 상기 방송 신호를 전송하는 제 3 모듈; 을 포함하는 방송 신호 전송 장치.
  20. 제 19항에 있어서,
    상기 링크 레이어 페이로드가 포함하는 세그먼트가 상기 분할된 세그먼트들 중 첫번째 세그먼트인 경우, 상기 링크 레이어 헤더는 시그널링 클래스 필드, 정보 타입 필드 및 시그널링 포맷 필드를 더 포함하고,
    상기 시그널링 클래스 필드는 상기 시그널링 정보가 시그널링하는 대상을 지시하고,
    상기 정보 타입 필드는 상기 시그널링 정보에 관한 정보를 포함하고,
    상기 시그널링 포맷 필드는 상기 시그널링 정보의 포맷을 지시하는, 방송신호 전송 장치.
PCT/KR2015/003338 2014-04-04 2015-04-03 방송신호 전송방법, 방송신호 수신방법, 방송신호 전송장치, 방송신호 수신장치 WO2015152668A1 (ko)

Priority Applications (8)

Application Number Priority Date Filing Date Title
CN201580001959.XA CN105580342B (zh) 2014-04-04 2015-04-03 发送广播信号的方法、接收广播信号的方法、发送广播信号的设备以及接收广播信号的设备
KR1020177020936A KR101857673B1 (ko) 2014-04-04 2015-04-03 방송신호 전송방법, 방송신호 수신방법, 방송신호 전송장치, 방송신호 수신장치
CA2921894A CA2921894C (en) 2014-04-04 2015-04-03 Method for transmitting broadcast signal, method for receiving broadcast signal, apparatus for transmitting broadcast signal, and apparatus for receiving broadcast signal
US14/906,837 US10873653B2 (en) 2014-04-04 2015-04-03 Method for transmitting broadcast signal and apparatus for transmitting broadcast signal
EP15774159.6A EP3043531A4 (en) 2014-04-04 2015-04-03 Method for transmitting broadcast signal, method for receiving broadcast signal, apparatus for transmitting broadcast signal, and apparatus for receiving broadcast signal
KR1020167001206A KR101764634B1 (ko) 2014-04-04 2015-04-03 방송신호 전송방법, 방송신호 수신방법, 방송신호 전송장치, 방송신호 수신장치
US16/950,108 US11316959B2 (en) 2014-04-04 2020-11-17 Method for transmitting broadcast signal and apparatus for transmitting broadcast signal
US17/698,530 US20220210251A1 (en) 2014-04-04 2022-03-18 Method for transmitting broadcast signal and apparatus for transmitting broadcast signal

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US201461975010P 2014-04-04 2014-04-04
US61/975,010 2014-04-04

Related Child Applications (2)

Application Number Title Priority Date Filing Date
US14/906,837 A-371-Of-International US10873653B2 (en) 2014-04-04 2015-04-03 Method for transmitting broadcast signal and apparatus for transmitting broadcast signal
US16/950,108 Continuation US11316959B2 (en) 2014-04-04 2020-11-17 Method for transmitting broadcast signal and apparatus for transmitting broadcast signal

Publications (1)

Publication Number Publication Date
WO2015152668A1 true WO2015152668A1 (ko) 2015-10-08

Family

ID=54240889

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/KR2015/003338 WO2015152668A1 (ko) 2014-04-04 2015-04-03 방송신호 전송방법, 방송신호 수신방법, 방송신호 전송장치, 방송신호 수신장치

Country Status (6)

Country Link
US (3) US10873653B2 (ko)
EP (1) EP3043531A4 (ko)
KR (2) KR101857673B1 (ko)
CN (1) CN105580342B (ko)
CA (1) CA2921894C (ko)
WO (1) WO2015152668A1 (ko)

Families Citing this family (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR102295042B1 (ko) * 2013-08-22 2021-08-27 인터디지털 씨이 페이튼트 홀딩스 디지털 텔레비전 시스템에 대한 시스템 물리적 계층 파이프
CA2921894C (en) * 2014-04-04 2021-03-30 Lg Electronics Inc. Method for transmitting broadcast signal, method for receiving broadcast signal, apparatus for transmitting broadcast signal, and apparatus for receiving broadcast signal
WO2016108610A1 (ko) * 2015-01-02 2016-07-07 엘지전자 주식회사 방송 신호 송신 장치, 방송 신호 수신 장치, 방송 신호 송신 방법, 및 방송 신호 수신 방법
CN106471813B (zh) 2015-06-04 2019-09-10 Lg 电子株式会社 发送广播信号的装置、接收广播信号的装置、发送广播信号的方法和接收广播信号的方法
KR102245605B1 (ko) 2015-07-01 2021-04-28 삼성전자주식회사 링크 계층 프로토콜을 지원하는 멀티미디어 시스템에서 신호 송/수신 장치 및 방법
TWI736648B (zh) * 2016-07-15 2021-08-21 美商第一媒體有限責任公司 未來證明之控制發信號
US10841833B2 (en) 2016-10-12 2020-11-17 Qualcomm Incorporated Streamlined user plane headers for high data rates
KR102373478B1 (ko) * 2017-09-19 2022-03-11 한국전자통신연구원 케이블 방송망을 통한 ip 기반 방송 데이터 전송 방법 및 장치

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20080225900A1 (en) * 2007-03-15 2008-09-18 Nokia Corporation Dvb low bit rate services
US20080250467A1 (en) * 2007-04-09 2008-10-09 Samsung Electronics Co., Ltd. Method of processing broadcasting service information and hybrid tv using the same
WO2011136574A2 (ko) * 2010-04-28 2011-11-03 엘지전자 주식회사 방송 신호 송신기, 방송 신호 수신기, 및 방송 신호 송/수신기에서 방송 신호 송수신 방법
US20130291027A1 (en) * 2012-04-25 2013-10-31 Samsung Electronics Co., Ltd. Apparatus and method for transmitting and receiving signaling information in a digital broadcasting system
KR20140033170A (ko) * 2011-05-25 2014-03-17 엘지전자 주식회사 송/수신 시스템 및 방송 신호 처리 방법

Family Cites Families (18)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6804237B1 (en) * 1999-06-23 2004-10-12 Nortel Networks Limited Method, devices and signals for multiplexing payload data for transport in a data network
KR100594115B1 (ko) 2003-07-30 2006-06-28 삼성전자주식회사 패킷 데이터 서비스의 채널 타입 변경에 따른 헤더 압축 컨텍스트 설정 장치 및 방법
US7634582B2 (en) * 2003-12-19 2009-12-15 Intel Corporation Method and architecture for optical networking between server and storage area networks
US7899025B2 (en) 2006-12-26 2011-03-01 Alcatel-Lucent Usa Inc. Header suppression in a wireless communication network
WO2008141169A1 (en) * 2007-05-09 2008-11-20 Entropic Communications, Inc. Aggregating network packets for transmission to a destination node
US20080310452A1 (en) * 2007-06-14 2008-12-18 Texas Instruments Incorporated Data link layer headers
KR101405966B1 (ko) * 2007-06-26 2014-06-20 엘지전자 주식회사 디지털 방송 시스템 및 데이터 처리 방법
US8250441B2 (en) 2007-12-11 2012-08-21 Wi-Lan Inc. Outer coding framework for application packet error rate minimization
CN102379108B (zh) * 2009-04-01 2015-06-03 皇家飞利浦电子股份有限公司 无线uwb设备中的帧级联
DK2567524T3 (da) * 2010-05-03 2019-09-09 Nokia Technologies Oy Reduktion af protokolspild
KR101848664B1 (ko) * 2010-11-23 2018-04-13 엘지전자 주식회사 방송 신호 송신 장치, 방송 신호 수신 장치, 및 방송 신호 송/수신 장치에서 방송 신호 송수신 방법
CN102142917B (zh) * 2011-03-28 2014-02-19 华为技术有限公司 数据帧的定位方法和装置
HUE050160T2 (hu) * 2012-10-17 2020-12-28 Sony Corp Adatfeldolgozó berendezés, adatfeldolgozó eljárás és program
CN104584510B (zh) * 2013-07-05 2019-04-19 索尼公司 发送设备、发送方法、接收设备和接收方法
KR102130151B1 (ko) * 2013-07-22 2020-07-03 삼성전자주식회사 송신 장치, 수신 장치 및 그 신호 처리 방법
KR102288500B1 (ko) * 2013-08-05 2021-08-11 삼성전자주식회사 송신 장치, 수신 장치 및 그 제어 방법
KR102295042B1 (ko) * 2013-08-22 2021-08-27 인터디지털 씨이 페이튼트 홀딩스 디지털 텔레비전 시스템에 대한 시스템 물리적 계층 파이프
CA2921894C (en) * 2014-04-04 2021-03-30 Lg Electronics Inc. Method for transmitting broadcast signal, method for receiving broadcast signal, apparatus for transmitting broadcast signal, and apparatus for receiving broadcast signal

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20080225900A1 (en) * 2007-03-15 2008-09-18 Nokia Corporation Dvb low bit rate services
US20080250467A1 (en) * 2007-04-09 2008-10-09 Samsung Electronics Co., Ltd. Method of processing broadcasting service information and hybrid tv using the same
WO2011136574A2 (ko) * 2010-04-28 2011-11-03 엘지전자 주식회사 방송 신호 송신기, 방송 신호 수신기, 및 방송 신호 송/수신기에서 방송 신호 송수신 방법
KR20140033170A (ko) * 2011-05-25 2014-03-17 엘지전자 주식회사 송/수신 시스템 및 방송 신호 처리 방법
US20130291027A1 (en) * 2012-04-25 2013-10-31 Samsung Electronics Co., Ltd. Apparatus and method for transmitting and receiving signaling information in a digital broadcasting system

Non-Patent Citations (1)

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

Also Published As

Publication number Publication date
KR20170089983A (ko) 2017-08-04
US20160165017A1 (en) 2016-06-09
KR101857673B1 (ko) 2018-05-14
CN105580342B (zh) 2019-04-05
US10873653B2 (en) 2020-12-22
CA2921894C (en) 2021-03-30
US20220210251A1 (en) 2022-06-30
CA2921894A1 (en) 2015-10-08
CN105580342A (zh) 2016-05-11
US20210075893A1 (en) 2021-03-11
EP3043531A1 (en) 2016-07-13
KR20160026999A (ko) 2016-03-09
EP3043531A4 (en) 2017-07-05
KR101764634B1 (ko) 2017-08-03
US11316959B2 (en) 2022-04-26

Similar Documents

Publication Publication Date Title
WO2016024794A1 (ko) 방송신호 전송방법, 방송신호 수신방법, 방송신호 전송장치, 방송신호 수신장치
WO2016018066A1 (ko) 방송신호 전송방법, 방송신호 수신방법, 방송신호 전송장치, 방송신호 수신장치
WO2015152668A1 (ko) 방송신호 전송방법, 방송신호 수신방법, 방송신호 전송장치, 방송신호 수신장치
WO2018004291A1 (ko) 방송 신호 송신 방법, 방송 신호 수신 방법, 방송 신호 송신 장치 및 방송 신호 수신 장치
WO2016093586A1 (ko) 방송 신호 송신 장치, 방송 신호 수신 장치, 방송 신호 송신 방법, 및 방송 신호 수신 방법
WO2010021525A2 (en) A method for processing a web service in an nrt service and a broadcast receiver
WO2012036429A2 (ko) 방송 신호 송신 장치, 방송 신호 수신 장치, 및 방송 신호 송/수신 장치에서 방송 신호 송수신 방법
WO2015008986A1 (ko) 하이브리드 방송 시스템의 방송 신호를 송신/수신하는 방법 및 장치
WO2009151265A2 (ko) 방송 신호 수신 방법 및 수신 시스템
WO2016010404A1 (ko) 방송 송신 장치, 방송 송신 장치의 데이터 처리 방법, 방송 수신 장치 및 방송 수신 장치의 데이터 처리 방법
WO2016089095A1 (ko) 방송 신호 송신 방법, 방송 신호 송신 장치, 방송 신호 수신 방법 및 방송 신호 수신 장치
WO2016072747A1 (en) Transmitting apparatus and receiving apparatus and signal processing method thereof
WO2015199468A1 (ko) 방송 신호 송/수신 처리 방법 및 장치
WO2017014586A1 (ko) 방송 신호 송수신 장치 및 방법
WO2016186407A1 (ko) 방송 신호 송수신 장치 및 방법
WO2016064150A1 (ko) 방송 신호 송신 장치, 방송 신호 수신 장치, 방송 신호 송신 방법, 및 방송 신호 수신 방법
WO2016108606A1 (ko) 방송 신호 송신 장치, 방송 신호 수신 장치, 방송 신호 송신 방법, 및 방송 신호 수신 방법
WO2015133770A1 (en) Apparatus and methods for transmitting / receiving a broadcast signal
WO2016108610A1 (ko) 방송 신호 송신 장치, 방송 신호 수신 장치, 방송 신호 송신 방법, 및 방송 신호 수신 방법
WO2016171518A2 (ko) 방송 신호 송신 장치, 방송 신호 수신 장치, 방송 신호 송신 방법, 및 방송 신호 수신 방법
WO2016144031A1 (ko) 방송 신호 송신 장치, 방송 신호 수신 장치, 방송 신호 송신 방법, 및 방송 신호 수신 방법
EP3216191A1 (en) Transmitting apparatus and receiving apparatus and signal processing method thereof
WO2010068034A2 (ko) 비실시간 서비스 처리 방법 및 방송 수신기
WO2016190662A1 (ko) 방송 신호 송신 장치, 방송 신호 수신 장치, 방송 신호 송신 방법, 및 방송 신호 수신 방법
WO2020091573A1 (ko) 방송 송신 장치, 방송 송신 방법, 방송 수신 장치 및 방송 수신 방법

Legal Events

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

Ref document number: 201580001959.X

Country of ref document: CN

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

Ref document number: 15774159

Country of ref document: EP

Kind code of ref document: A1

ENP Entry into the national phase

Ref document number: 20167001206

Country of ref document: KR

Kind code of ref document: A

WWE Wipo information: entry into national phase

Ref document number: 14906837

Country of ref document: US

ENP Entry into the national phase

Ref document number: 2921894

Country of ref document: CA

REEP Request for entry into the european phase

Ref document number: 2015774159

Country of ref document: EP

WWE Wipo information: entry into national phase

Ref document number: 2015774159

Country of ref document: EP

NENP Non-entry into the national phase

Ref country code: DE