WO2015002007A1 - 送信装置および送信方法、並びに受信装置および受信方法 - Google Patents

送信装置および送信方法、並びに受信装置および受信方法 Download PDF

Info

Publication number
WO2015002007A1
WO2015002007A1 PCT/JP2014/066567 JP2014066567W WO2015002007A1 WO 2015002007 A1 WO2015002007 A1 WO 2015002007A1 JP 2014066567 W JP2014066567 W JP 2014066567W WO 2015002007 A1 WO2015002007 A1 WO 2015002007A1
Authority
WO
WIPO (PCT)
Prior art keywords
packet
header
length
information
baseband
Prior art date
Application number
PCT/JP2014/066567
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
Priority to KR1020197031877A priority Critical patent/KR20190124347A/ko
Priority to KR1020207009630A priority patent/KR102170002B1/ko
Priority to MX2015002528A priority patent/MX351090B/es
Priority to CN201480002208.5A priority patent/CN104584510B/zh
Application filed by ソニー株式会社 filed Critical ソニー株式会社
Priority to EP14820672.5A priority patent/EP2879349B1/en
Priority to JP2015504438A priority patent/JP6499071B2/ja
Priority to CA2881808A priority patent/CA2881808C/en
Priority to US14/422,440 priority patent/US10225379B2/en
Priority to KR1020157004165A priority patent/KR101940370B1/ko
Priority to KR1020197001086A priority patent/KR102040448B1/ko
Publication of WO2015002007A1 publication Critical patent/WO2015002007A1/ja
Priority to PH12015500419A priority patent/PH12015500419B1/en
Priority to US16/133,737 priority patent/US10516769B2/en
Priority to US16/664,492 priority patent/US10992789B2/en
Priority to US17/214,776 priority patent/US11683402B2/en

Links

Images

Classifications

    • 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/70—Media network packetisation
    • 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
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/003—Arrangements for allocating sub-channels of the transmission path
    • H04L5/0044—Arrangements for allocating sub-channels of the transmission path allocation of payload
    • 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/04—Protocols for data compression, e.g. ROHC
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/235—Processing of additional data, e.g. scrambling of additional data or processing content descriptors
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/236—Assembling of a multiplex stream, e.g. transport stream, by combining a video stream with other content or additional data, e.g. inserting a URL [Uniform Resource Locator] into a video stream, multiplexing software data into a video stream; Remultiplexing of multiplex streams; Insertion of stuffing bits into the multiplex stream, e.g. to obtain a constant bit-rate; Assembling of a packetised elementary stream
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/238—Interfacing the downstream path of the transmission network, e.g. adapting the transmission rate of a video stream to network bandwidth; Processing of multiplex streams
    • H04N21/2381—Adapting the multiplex stream to a specific network, e.g. an Internet Protocol [IP] network

Definitions

  • the present technology relates to a transmission device, a transmission method, a reception device, and a reception method, and in particular, by setting the number of bits for storing packet length information in the header variably according to the transmission packet length,
  • the present invention relates to a transmission device, a transmission method, a reception device, and a reception method capable of suppressing redundancy and transmitting and receiving an input packet with high efficiency and high speed.
  • Broadcasting can stably and simultaneously transmit content to many users, but it can only communicate in one direction.
  • communication can transmit contents bidirectionally upon request, the contents cannot be stably transmitted due to network congestion.
  • DVB-T2 Digital Video Broadcasting-Terrestrial Second Generation
  • broadcasting methods capable of transmitting IP packets have been proposed.
  • advanced BS Broadcasting Satellite
  • ISDB-TSB Integrated Services Digital Broadcasting-Terrestrial Sound Broadcasting
  • DVB-S2 Digital Video Broadcasting-Satellite Second Generation
  • ATSC-DTV Advanced Television System System Committee-Digital Television
  • each TLV Type Length Value
  • TS Transport Stream
  • GSE Generic Stream Encapsulation
  • TS packets are used.
  • TS Transmission Stream
  • ATSC-MPE Multi-Protocol Encapsulation
  • the packet length of the IP packet considered to be the minimum consisting of control information is 40 bytes (B) in TCP / IP (TransmissionTransControl Protocol / Internet Protocol), and UDP / IP (User Datagram Protocol / Internet Protocol) ) Is 28 bytes (B).
  • the TS packet is fixed at, for example, 188 bytes.
  • an IP packet of about 576 bytes, but the IP packet MTU (Maximum Transmission Unit) is 1500 bytes.
  • the number of bits that can store information corresponding to the maximum packet length is prepared in the header even though the distribution amount of packets with a small packet length is a certain frequency, the usage frequency is relatively low. In a packet having a high and small packet length, the upper bits are not used. As a result, in the distributed packet, there is a possibility that the header becomes redundant.
  • the present technology has been made in view of such a situation, and in particular, the number of bits for storing packet length information in a packet header is set according to the packet length, and the use according to the packet length is used. By realizing this, the redundancy of the packet header is reduced and the communication efficiency is improved.
  • a transmission device includes a baseband packet generation unit that generates a baseband packet from an input packet or a stream, a baseband frame generation unit that generates a baseband frame from the baseband packet, and the base
  • the baseband packet header includes type identification information for identifying the type of the input packet or stream, and the input packet or stream stored in the payload of the baseband frame.
  • a minimum fixed length header with packet length information is a minimum fixed length header with packet length information.
  • the minimum fixed length header identifies whether the input packet length is the minimum fixed length in addition to the type identification information
  • the minimum input packet length information can be included as the minimum fixed length identification information and the input packet length information.
  • the header further includes a variable length header in addition to the minimum fixed length header.
  • the variable length header when the least significant bit of the input packet length is the minimum input packet length and the minimum input packet length information is used, the variable length packet length information consisting of the upper bits, the input packet or A division flag indicating whether or not a baseband packet is configured by dividing a stream, and an additional header flag indicating the presence or absence of an additional header to be added to the variable-length header can be included.
  • variable length header may further include a split flag header, and the split The flag header may include a flag ID for identifying the segmentation flag and a flag counter serving as information for identifying the segmented baseband packet.
  • the header can further include an additional header in addition to the minimum fixed length header and the variable length header.
  • the additional header includes additional header identification information for identifying the type of the additional header, extended packet length information including higher-order bits than the variable-length packet length information representing the input packet length, and an additional information header.
  • An additional information header flag indicating presence / absence can be included.
  • the header further includes predetermined information in addition to the minimum fixed length header, the variable length header, and the additional header.
  • the additional information header can be included.
  • the header includes the additional information including predetermined label information in addition to the minimum fixed length header, the variable length header, and the additional header.
  • An information header can be included.
  • the baseband packet generation unit can identify the type of the input packet or stream, register the identified type in the type identification unit, and generate a baseband packet according to the identified type. .
  • the minimum input packet length information can be information of a minimum fixed length consisting of bit information obtained by offsetting the number of bits corresponding to the minimum packet size.
  • the type identification information is a transport stream packet
  • the minimum fixed length header in addition to the type identification information, an empty packet is deleted from the transport stream packet to form a baseband packet.
  • Transport packet number information indicating the number of transport stream packets can be included as empty packet deletion information for identifying whether or not there is, and information about the input packet length included in the baseband packet.
  • the header indicates the number of deleted empty packets. Information can be further included.
  • the type identification information can include unspecified protocol information indicating a protocol other than information specifying the protocol of the input packet or stream, and the type identification information includes the unspecified protocol.
  • the header may further include predetermined protocol information for specifying a predetermined protocol.
  • a transmission method including: generating a baseband packet from an input packet or a stream; generating a baseband frame from the baseband packet; and transmitting the baseband frame.
  • the header of the band packet includes a minimum fixed length header having type identification information for identifying the type of the input packet or stream, and information on the packet length of the input packet or stream stored in the payload of the baseband frame .
  • a receiving device includes a receiving unit that receives a signal including a transmitted baseband frame, a baseband packet generating unit that generates a baseband packet from the received baseband frame, An input packet generator that generates an input packet or stream from a baseband packet, and the header of the baseband packet is stored in type identification information for identifying the type of the input packet or stream and in the payload of the baseband frame And a minimum fixed length header having information on the packet length of the input packet or stream to be transmitted.
  • the reception method receives a signal including a transmitted baseband frame, generates a baseband packet from the received baseband frame, and receives an input packet or stream from the baseband packet.
  • the baseband packet header includes type identification information for identifying a type of the input packet or stream, and information on a packet length of the input packet or stream stored in a payload of the baseband frame. Including a minimum fixed length header.
  • a baseband packet is generated from an input packet or a stream, a baseband frame is generated from the baseband packet, the baseband frame is transmitted, and a header of the baseband packet is A minimum fixed-length header having type identification information for identifying the type of the input packet or stream and information on the packet length of the input packet or stream stored in the payload of the baseband frame.
  • a signal including a transmitted baseband frame is received, a baseband packet is generated from the received baseband frame, and an input packet or stream is generated from the baseband packet.
  • the header of the baseband packet includes type identification information for identifying the type of the input packet or stream, and minimum fixed information having information on the packet length of the input packet or stream stored in the payload of the baseband frame A long header is included.
  • transmission and reception of various types of input packets or streams can be realized in a single stream, and even if input packets or streams of various sizes are transmitted and received, Redundancy can be suppressed and transmission / reception can be performed with high efficiency.
  • FIG. 1 shows a configuration example of an embodiment of a transmission device to which the present technology is applied.
  • the transmission apparatus 11 will explain various input packets that are broadcast signals, such as TS (transport stream) packets, IP packets, and other packets such as bit stream packets, with reference to FIG. To the receiving device.
  • the transmission device 11 generates a BBP (Baseband Packet) by collecting a plurality of input packets.
  • the transmission apparatus 11 prepares a plurality of bits as the number of bits required to express the packet length in the BBP header, and switches the BBP header to configure the BBP header according to the BBP packet size. By doing so, the redundancy of the BBP header is suppressed.
  • BBP Baseband Packet
  • the transmission device 11 includes a BBP generation unit 31, a BBF (Baseband Frame) generation unit 32, a BBF scrambler 33, and a transmission unit 34. Further, the BBF generating unit 32 includes a BBH (BBF header) adding unit 41.
  • BBF Baseband Frame
  • the BBP generation unit 31 identifies the type of the input packet, generates a BBP by combining a plurality of input packets according to the identified type, and supplies the generated BBP to the BBF generation unit 32. At this time, the BBP generation unit 31 can switch and set the number of bits for expressing the BBP packet length in the BBP header to a plurality of types, and switches the number of bits according to the packet length of the input packet. As a result, it is possible to suppress header redundancy due to a change in the packet length of the BBP. Details of the BBP generated by the BBP generation unit 31 will be described later with reference to FIG.
  • the BBF generating unit 32 generates BBF by collecting necessary BBPs so as to have a predetermined frame length, and supplies the generated BBF to the BBF scrambler 33. At this time, the BBF generating unit 32 controls the BBH adding unit 41 to generate and add a BBF which is a BBF header.
  • the BBF scrambler 33 scrambles the BBF generated by the BBF generation unit 32 and supplies it to the transmission unit 34.
  • the transmitting unit 34 transmits the scrambled BBF to the receiving device via a network or a broadcasting network.
  • [Configuration example of receiver] 2 shows a configuration example of a receiving apparatus that receives the BBF transmitted from the transmitting apparatus 11 described with reference to FIG. 1, generates a BBP from the BBF, and further generates and outputs an input packet from the BBP. Is shown.
  • the receiving device 51 of FIG. 2 includes a receiving unit 71, a BBF descrambler 72, a BBP extracting unit 73, and an input packet generating unit 74.
  • the reception unit 71 receives the BBF transmitted from the transmission device 11 via a network or a broadcast network, and supplies the BBF to the BBF descrambler 72.
  • the BBF descrambler 72 descrambles the scrambled BBF supplied from the receiving unit 71 to provide a BBF in an unscrambled state and supplies it to the BBP extraction unit 73.
  • the BBP extraction unit 73 includes a BBH recognition unit 73a.
  • the BBP extraction unit 73 controls the BBH recognition unit 73a to recognize BBH information that is a BBF header.
  • the BBP extraction unit 73 extracts the BBP from the BBF based on the recognized BBH information and supplies it to the input packet generation unit 74.
  • the input packet generation unit 74 restores and generates an input packet input to the transmission device 11 that is a transmission source from the BBP supplied from the BBP extraction unit 73, and outputs it.
  • BBP configuration Next, with reference to FIG. 3, the configuration of the BBP generated by the BBP generation unit 31 of the transmission device 11 based on the input packet will be described.
  • BBP consists of a header and data fields that make up the BBP payload.
  • a header is formed by combining a configuration excluding a data field (DataDFField) DF constituting the lowermost payload in the figure and a deleted TS packet number portion DNPC described later.
  • the BBP header can be used by switching the number of bits for storing the packet length to three types according to the BBP packet length.
  • the header when the input packet has the minimum fixed length is the minimum fixed length header FH1 shown in the second row from the top in the left part of FIG.
  • the minimum fixed length header FH1 is composed of 1 byte (8 bits).
  • the minimum fixed length header FH1 includes a 2-bit type identification section (Type) FH1-1, a 1-bit mode identification section (Mode) FH1-2, and a 5-bit packet length section (Length (LSB)). ) It is composed of FH1-3.
  • the type identification unit FH1-1 indicates the type of the input packet. More specifically, the type identification unit FH1-1 identifies the types of four types of input packets with 2 bits, as shown in FIG. In the example of FIG. 3, when the type identification unit FH1-1 is 00, 01, 10, 11, the type of the input packet is TS-Gp (TS (Transport Stream) packet group), IPv4 (Internet Protocol), respectively. This indicates that the version is 4), IPv6 (Internet Protocol version 6), and other.
  • TS-Gp TS (Transport Stream) packet group
  • IPv4 Internet Protocol
  • IPv6 Internet Protocol version 6
  • the other 6-bit configuration of the minimum fixed length header FH1 varies depending on the type identified by the type identifying unit FH1-1. That is, when the type identification unit FH1-1 is any one of 01, 10, and 11, that is, the types specified by the type identification unit FH1-1 are IPv4, IPv6, and other (other), FIG.
  • the configuration is shown in the second row from the top left in the middle. That is, from the left, it is composed of 1 bit of the mode identifying unit FH1-2 indicating whether or not it is the short packet (SP) mode and 5 bits of the packet length portion FH1-3 indicating the packet length of the IP packet.
  • SP short packet
  • the short packet mode is a BBP header mode in which the header is composed only of the minimum fixed length header FH1.
  • the mode identifying unit FH1-2 when the mode identifying unit FH1-2 stores 1, it indicates the short packet mode, and when 0 is stored, it indicates that the mode is not the short packet mode.
  • the mode identification unit FH1-2 when the mode identification unit FH1-2 stores 1, since it is the short packet mode, the header is configured only by the minimum fixed length header FH1, and the data field DF that configures the BBP payload in the minimum fixed length header FH1 BBP is configured by adding.
  • the packet length of the data field DF serving as the payload is expressed by a maximum of 5 bits.
  • the actual packet length is a bit number larger than 5 bits. This is because the packet length is expressed by 5 bits offset by the minimum value of the packet length.
  • the mode identification unit FH1-2 stores 0, that is, when not in the short packet (SP) mode and the header is not only the minimum fixed length header FH1, the variable length header shown in the upper right part of FIG. VH1 is added to the minimum fixed length header FH1 to form a header.
  • variable length header VH1 is composed of 1 byte (8 bits). More specifically, the variable length header VH1 includes a 6-bit packet length portion (Length (MSB)) VH1-1, a 1-bit flag portion (Frag.) VH1-2, and a 1-bit additional header identification portion (Add). Head) VH1-3.
  • the packet length part VH1-1 stores the upper 6 bits indicating the packet length of the BBP.
  • the lower 5 bits are stored by the 5-bit packet length part FH1-3 of the minimum fixed length header FH1. Accordingly, in this case, the BBP packet length is stored as information of a total of 11 bits.
  • the flag part VH1-2 stores information indicating the presence / absence of a division mode in which an input packet is divided and a BBP is configured. More specifically, the flag unit VH1-2 stores 0 when the input packet is not divided and the division mode in which the BBP is configured, and stores 1 when it is the division mode. Further, when 1 is stored in the flag part VH1-2 to indicate that it is in the split mode, in addition to the variable length header VH1, the flag header VH2 shown in the second row from the upper right part of FIG. Added.
  • the flag header VH2 is composed of 1 byte (8 bits), a 3-bit flag ID part (Frag. ID) VH2-1 for storing an IP packet to be divided, and a 5-bit divided individual It consists of a flag counter unit (Flag. Counter) VH2-2 that stores a division number for identifying a payload.
  • the additional header identification units VH1-3 store information indicating the presence or absence of the additional header AH1 or the protocol type header VH3. If the additional header AH1 or the protocol type header VH3 does not exist, 0 is stored. Stores 1. Further, when 1 is stored in the additional header identification portion VH1-3, for example, the additional header AH1 shown in the third row from the lower left portion of FIG. 3 or the third row from the upper left portion in FIG. A protocol type header VH3 is added.
  • the additional header AH1 is composed of 1 byte (8 bits), a 2-bit label type part (Label Type) AH1-1, a 5-bit packet length part (Length (E-MSB)) AH1-2, and 1-bit extension header identification part (Ext.) AH1-3.
  • the label type part (Label Type) AH1-1 stores information for identifying the type of the label added and stored as a header.
  • the packet length part AH1-2 stores the most significant 5-bit information indicating the packet length of the BBP.
  • the packet length part FH1-3 of the minimum fixed length header FH1 stores the least significant 5 bits of the BBP packet length, and the 6 bits higher than the least significant 5 bits store the packet of the variable length header VH1.
  • the long part VH1-1 stores, and the most significant 5 bits store the packet length part AH1-2 of the additional header AH1.
  • the packet length information is stored as 16-bit information in the BBP header.
  • the first mode consisting of the 5-bit packet length part FH1-3 in the minimum fixed length header FH1 and the 6 bits of the packet length part VH1-1 of the variable length header VH1 are added. It is possible to change the header configuration to the second mode consisting of bits and the third mode consisting of 16 bits added to the 5 bits of the packet length part AH1-2 of the additional header AH1. Become.
  • the BBP header can adjust the number of bits set in the packet length part in three stages according to the BBP packet length, so that the number of bits in the packet length part is increased or decreased as necessary. be able to. As a result, it becomes possible to suppress the redundancy of BBP and improve the communication speed.
  • the first mode is also referred to as a short packet mode
  • the second mode is referred to as a variable length mode
  • the third mode is referred to as an additional variable length mode.
  • three types of bit lengths of 5 bits, 11 bits, and 16 bits are provided in advance to store the packet length will be described. More types of bits may be set, and redundancy may be further reduced by increasing the number of options in this way.
  • the label type portion AH1-1 stores information for identifying the types of four types of labels added to the header with 2 bits. More specifically, in the example of FIG. 3, when the label type part AH1-1 stores 00, 01, 10, and 11, the type of the label to be added is No. Label (no label is added). ), ReUse (reuse the previous label), 3BLabel (3 byte length label), and 6BLabel (6 byte length label).
  • the label here is, for example, a Mac address (Media Access Control address) for identifying a device.
  • the label type part AH1-1 stores 10, 11, that is, when a label of 3 bytes length or 6 bytes length is added, it is shown in the second row from the lower left part of FIG. In this manner, a 3-byte or 6-byte label header (Label) AH3 is added to the subsequent stage of the additional header AH1.
  • the extension header identification units AH1-3 store information indicating the presence or absence of the extension header AH2. More specifically, the extension header identifying unit AH1-3 stores 0 when the extension header AH2 does not exist, stores 1 when the extension header AH2 exists, and stores the second header from the lower right part of FIG. An extension header AH2 consisting of an arbitrary N1 byte is added to the additional header AH1 as shown in FIG.
  • the extension header (Extension Headers) AH2 stores arbitrary header information.
  • the minimum fixed length header FH1 includes 6 bits other than the 2 bits of the type identification unit FH1-1.
  • the TS header FH2 is composed of 1 byte (8 bits) together with the type identification unit FH1-1, and is a 1-bit empty indicating whether or not it is an empty packet deletion (Null PacketeleDeletion) mode for deleting empty packets. It comprises a packet identification unit FH2-1 and a 4-bit TS packet number part FH2-3 indicating the number of TS packets constituting the BBP payload. One bit is a vacant bit (TBD) FH2-2.
  • TBD vacant bit
  • the empty packet identification unit FH2-1 stores 0 when not in the empty packet deletion mode for deleting an empty packet from the payload, and stores 1 when in the empty packet deletion mode.
  • a deleted TS packet number portion DNPC consisting of 1 byte indicating the number of TS packets deleted after the data field DF is further added.
  • the mode when the input packet is a TS packet is referred to as a TS mode.
  • the TS header FH2 includes an empty packet identification unit FH2-1, a 4-bit TS packet number part FH2-3 indicating the number of TS packets constituting the payload of the BBP, and an empty bit (TBD).
  • FH2-2 a 4-bit TS packet number part
  • TBD empty bit
  • FH2-2 one byte including two bits of the type identification unit FH1-1 is also referred to as a TS header FH2.
  • input packets (Input Packets) 101-1 to 101-3 are input as shown in the uppermost part of FIG.
  • the input packet 101 when it is not necessary to distinguish the input packets 101-1 to 101-3, they are simply referred to as the input packet 101, and the other configurations are also referred to similarly.
  • the input packet 101 is assumed to be an IPv4 compatible IP packet, which is smaller than 2046 bytes, that is, a packet length in which the packet length can be expressed by 11 bits in bytes.
  • the BBP generation unit 31 performs headers 121-1 to 121-3 on the input packets (Input ⁇ Packets) 101-1 to 101-3, respectively. And BBP (Baseband Packets) 111-1 to 111-3 to which BBP (Payload) payloads 122-1 to 122-3 are added are generated.
  • the BBP payload 122 is the input packet 101 itself.
  • the header 121 has the configuration shown in the lowermost part of FIG. In the figure, the contents of the header 121 of the BBP 111 stored in the BBF 131 in the second stage from the bottom in the figure are shown, but the same configuration as the header 121 of the BBP 111 shown in the second stage from the top is shown. It is.
  • the header 121 since the header 121 is in the variable length mode, the header 121 includes a minimum fixed length header FH1 and a variable length header VH1. More specifically, the type identification unit (Type) FH1-1, the mode identification unit (SP) FH-2, and the packet length unit (LSB Length) FH-3 of the minimum fixed length header FH1 are 01, 0 and the 5-bit packet length information of the input packet are stored. That is, the minimum fixed length header FH1 in FIG. 4 indicates that the input packet is IPv4 and not in the short packet mode, and the 5-bit packet length information is stored as the lower 5 bits of the BBP packet length. .
  • variable length header VH1 the packet length portion VH1-1, the flag portion VH1-2, and the additional header identification portion VH1-3 store 6 bits of packet length, 0, and 0, respectively. That is, the variable length header VH1 in FIG. 4 stores the upper 6 bits of the packet length of the BBP that is the input packet, indicating that it is not in the split mode and there is no additional header.
  • the packet length of the input packet up to 2048 bits that can be expressed by 11 bits can be expressed by the packet length portions FH1-1 and VH1-1.
  • the BBF generating unit 32 converts the BBP as shown in the second row from the top in FIG. 4 into the BBFs 131-1 and 131-2 as shown in the third row from the top in FIG.
  • the BBFs 131-1 and 131-2 are configured by their headers (BBH) 141-1 and 141-2 and BBF payloads 142-1 and 142-2, respectively.
  • the frame length of the BBF 131 is specified by the code length and the coding rate. That is, the frame length of the BBF 131 is set according to the code length and the coding rate, for example, as shown in FIG. 5, and the BBF generating unit 32 is set according to the code length and the coding rate. A BBF 131 having a frame length is generated.
  • the frame length of the BBF 131 is indicated by K_bch, as shown at the left part.
  • the coding rate (LDPC coding rate) when the BBP is LDPC (Low Density Parity-check Code) coding the input code length N ldpc [bits], A code length K bch [bits] after encoding and a data length K bch [B] obtained by converting the code length after encoding into byte units are shown.
  • the coding rate of LDPC is 6/15 to 13/15 from the top in the figure, and the code length K ldpc [bits] is 64800, 16200 bits from the top.
  • the code length after encoding is the frame length of the BBF 131.
  • BCHFEC 5 is a value obtained by subtracting the BCHFEC component from the encoded code length K ldpc including BCHFEC.
  • BCHFEC is specified by the input code length N ldpc and is, for example, 192 bits when the input code length N ldpc is 64800, and 168 bits when the input code length N ldpc is 16200.
  • the numerical value in the vertical thick line frame in the rightmost column in the right part of FIG. 5 is the frame length, and the maximum frame length of the BBF is 6996 [B] in the table of FIG. For this reason, an address of at least 13 bits is required in the header (BBH) 141 of the BBF 131.
  • the BBP 121 since the BBF 131 has the frame length specified by the code length and the coding rate in this way, the BBP 121 stores the header 141 at the head as shown in the third row from the top in FIG. Are stored in the BBF payload 142 for the frame length in order.
  • the BBP 111-1 when the header 141-1 is stored at the head position, the BBP 111-1 is stored immediately thereafter.
  • BBP 111-2 is stored in the subsequent stage, but since the whole cannot be stored, one part 122-2-1 of header 121-2 and BBP payload 122-2 is stored as a part.
  • the header (BBH) 141 is composed of 2 bytes, and stores pointer information indicating the head position of the BBP stored in the BBF 131. Therefore, by combining the header 121-2 of the BBF 131-1, the BBP payload 122-2-1, and the BBP payload 122-2-2 stored immediately after the header 141-2 of the BBF 131-2, It becomes possible to restore the BBP 111-2. Further, since the head position where the header 121-3 of the BBP 111-3 is stored can be confirmed by the pointer based on the information of the header 141-2, the BBP 111-3 stored at the head can be read out appropriately. It becomes.
  • IP packet constituting the input packet 101 is assumed to be IPv4 (Internet Protocol version 4) / UDP (User Datagram Protocol) and the packet length is 1500B.
  • IPv4 Internet Protocol version 4
  • UDP User Datagram Protocol
  • the input packet is converted into one BBP without being divided, and an additional header or the like is not added.
  • the packet length needs to be at least 6 bits or more, and therefore, 5 of the packet length portion FH1-3 of the minimum fixed length header FH1.
  • the packet length cannot be expressed only by bits.
  • 6 bits of the packet length part VH1-1 in the variable length header VH1 are added, 11 bits can be expressed, and up to 2048 bytes can be expressed.
  • the header 121 is in the variable length mode and is composed of 2 bytes including the minimum fixed length header FH1 and the variable length header VH1.
  • the minimum packet length of the IP packet is 20 bytes, and the minimum packet length of the UDP is 8 bytes. Therefore, the minimum packet length of the input packet is 28 bytes. It becomes. Therefore, in expressing the packet length of the BBP 131, 28 bytes are always generated, and is not necessary as information for identifying the packet length. Therefore, in 11 bits consisting of 5 bits of the packet length part FH1-3 and 6 bits of the packet length part VH1-1, 1474 bytes obtained by subtracting 28 bytes which is the minimum packet length from 1502 bytes which is the packet length of BBP The packet length is expressed by Therefore, if 1474 expressed in decimal number is expressed in binary number, “10111000010” is obtained.
  • the header 121 is composed of a minimum fixed length header FH1 and a variable length header VH1 shown at the bottom of FIG.
  • the type identification unit (Type) FH1-1 of the minimum fixed length header FH1 in FIG. 6 stores “01” indicating IPv4, and a mode identification unit (SP) FH1-2 indicating whether or not the short packet mode is set. “0” indicating that the packet is not in the short packet mode is stored.
  • the packet length part (Length MSB) FH1-3 stores “00010” as the lower 5 bits representing the input packet length.
  • the packet length portion (Length MSB) VH1-1 of the variable length header VH1 stores “101110” as the upper 6 bits representing the input packet length.
  • the flag part (Frag) VH1-2 stores “0” indicating that it is not in the split mode, and the additional header identification part (Add) VH1-3 stores “0” indicating that there is no additional header. .
  • input packets (Input IPv4 Packets) 101-11 to 101-13 are input as shown in the uppermost part of FIG.
  • the input packets 101-11 to 101-13 are, for example, 46 bytes (B), 40 bytes (B), and 50 bytes (B), respectively.
  • the BBP generation unit 31 provides headers 121-11 to 121-13 for the input packets 101-11 to 101-13, respectively.
  • BBPs 111-11 to 111-13 to which BBP (Payload) payloads 122-11 to 122-13 are added are generated.
  • the BBP payload 122 is the input packet 101 itself.
  • the header 121 has a configuration shown in the lowermost part of FIG.
  • the header 121 at the second level from the top and the header 121 at the third level from the top have the same configuration.
  • the header 121 since the header 121 is in the short packet mode, it is composed of only the minimum fixed length header FH1. More specifically, the type identification unit (Type) FH1-1, the mode identification unit (SP) FH-2, and the packet length unit (LSB Length) FH-3 of the minimum fixed length header FH1 are 01, 1 and the packet length information of 5 bits of the input packet are stored. That is, the minimum fixed length header FH1 in FIG. 7 indicates that the input packet is IPv4 and is in the short packet mode, and stores information on a packet length of 5 bits.
  • the BBF generating unit 32 converts the BBP as shown in the second stage from the top of FIG. 7 into BBF 131-11 and 121-12 as shown in the third stage from the top of FIG.
  • each of the BBF 131-11 and 121-12 includes a header (BBH) 141-11 and 141-12 and a BBF payload 142-11 and 142-12. Further, the frame length of the BBF 131 is specified by the code length and the coding rate as described with reference to FIG.
  • the BBF 131 is set with the frame length based on the code length and the coding rate, as shown in the third row from the top in FIG. 142.
  • BBPs 111-11 to 111-13 are stored immediately thereafter.
  • the header 121-14-14 of the BBP 111-14-1 that is part of the BBP 111-14 and the BBP payload 122-14 that is part of the BBP payload 122-14. 1 is stored.
  • the BBF 131-12 receives the other part 122-14-2 of the BBP payload 122-14 of the BBP 111-14-2 that is a part of the BBP 111-14 immediately after the header 141-12 is stored at the head position. Is stored, and BBP 111-15 is stored in the subsequent stage.
  • the header (BBH) 141 is composed of 2 bytes and stores pointer information indicating the head position of the stored BBP. Therefore, by combining the header 121-14 of the BBF 131-11, the BBP payload 122-14-1, and the BBP payload 122-14-2 stored immediately after the header 141-12 of the BBF 131-2, It becomes possible to restore the BBP 111-14. Further, since the head position where the header 121-15 of the BBP 111-15 is stored can be confirmed by the pointer based on the information of the header 141-12, the BBP 111-15 stored at the head can be read appropriately. It becomes.
  • IP packet constituting the input packet 101 is assumed to be IPv4 (Internet Protocol version 4) / UDP (User Datagram Protocol), and the packet length is 36 bytes.
  • the packet length information needs at least 6 bits or more.
  • the minimum packet length 28B is used. It can be offset.
  • 1 byte of the header 121 is added to make the total packet length 9 bytes, which can be expressed by 5 bits of the packet length part FH1-3. More specifically, 9 expressed as a decimal number is represented as 01001 when expressed as a binary number.
  • the header 121 since the header 121 is in the short packet mode, it is composed of only the minimum fixed length header FH1 shown at the bottom of FIG.
  • the type identification unit (Type) FH1-1 of the minimum fixed length header FH1 in FIG. 8 stores “01” indicating IPv4, and the mode identification unit (SP) FH1-2 indicating whether or not the short packet mode is set. “1” indicating the short packet mode is stored.
  • the packet length part (MSB) FH1-3 stores “01001” as 5 bits representing the input packet length.
  • the minimum packet length may be offset according to the type of the input packet. is there.
  • the minimum IP packet length is 40 bytes, and the minimum UDP packet length is 8 bytes.
  • the minimum packet length is determined by 5 bits of the packet length part FH1-3. Can be expressed as a value offset by 48 bytes.
  • the IP packet constituting the input packet 101 is assumed to be IPv4 (Internet Protocol version 4) / UDP (User Datagram Protocol), and the packet length is 65533B. Also, it is assumed that the mode is not the split mode, and the input packet is converted into one BBP without being split.
  • IPv4 Internet Protocol version 4
  • UDP User Datagram Protocol
  • the packet length needs to be at least 16 bits, so the 5 bits of the packet length part FH1-3 of the minimum fixed length header FH1 , And 11 bits consisting of 6 bits of the packet length portion VH1-1 in the variable length header VH1 are insufficient. Therefore, 5 bits of the packet length part AH-2 of the additional header AH1 are required. Therefore, the additional header identifying unit VH1-3 of the variable length header VH1 stores “1” indicating that the additional header AH1 exists.
  • the packet length is 5 bits of the packet length part FH1-3 of the minimum fixed length header FH1, 6 bits of the packet length part VH1-1 of the variable length header VH1, and The total length is expressed by 16 bits including 5 bits of the packet length part AH-2 of the additional header AH1. Therefore, it is possible to express a packet length of up to 65536 bits.
  • 1 byte of each of the minimum fixed length header FH1, the variable length header VH1, and the additional header AH1 is included in the packet length. Therefore, 3 bytes are required only for the header 121 constituting the BBP 111.
  • the maximum packet length that can be expressed as an input packet is 65533 B as shown in the top row of FIG. 9, and the header 121 and BBF payload 122 of the BBP 111 are shown in the second row from the top of FIG. It is possible to express up to a total of 65536B.
  • the header 121 is in the additional variable length mode, and therefore is composed of a minimum fixed length header FH1, a variable length header VH1, and an additional header AH1, as shown in the third row from the top in FIG. .
  • the type identification unit (Type) FH1-1 of the minimum fixed length header FH1 in FIG. 9 stores “01” indicating IPv4, and a mode identification unit (SP) FH1-2 indicating whether or not the short packet mode is set. “0” indicating that the packet is not in the short packet mode is stored.
  • the packet length part (Length LSB) FH1-3 stores the least significant 5 bits representing the input packet length.
  • the packet length part (Length MSB) VH1-1 of the variable length header VH1 stores 6 bits higher than the lowest 5 bits representing the input packet length.
  • the flag part (Frag) VH1-2 stores “0” indicating that it is not in the split mode, and the additional header identification part (Add Head.) VH1-3 stores “1” indicating that an additional header exists. Store.
  • the label type part AH1-1 of the additional header AH1 stores “00” indicating that no label is added.
  • the packet length part (Length (E-MSB)) AH1-2 stores the most significant 5 bits representing the input packet length.
  • the extension header identification unit (Ext.) AH1-3 stores “0” indicating that the extension header AH2 does not exist.
  • the additional variable length mode allows the header 121 of the BBP 111 to have a total of 3 bytes, thereby suppressing redundancy.
  • GSE Generic Stream Encapsulation
  • TLV Type Length Value
  • the IP packet constituting the input packet 101 is assumed to be IPv4 (Internet Protocol version 4) / UDP (User Datagram Protocol), and the packet length is 65440B.
  • the input packet 101 is 65440 bytes (B).
  • the header 121 of the BBP 111 is in the variable length mode, and the BBP 111 is in the split mode. Therefore, the header 121 is provided with 11 bits for expressing the packet length composed of the packet length part FH1-3 of the minimum fixed length header FH1 and the packet length part VH1-1 of the variable length header VH1. Therefore, the maximum packet length of the BBP generated by dividing the input packet 101 is 2048 bytes.
  • the headers 121-1 and 121-2 are the minimum fixed length header FH 1-1, variable length header VH 1-1, and flag header, respectively, as shown in the bottom row in FIG. 10 and the second row from the bottom. It consists of VH2-1, minimum fixed length header FH1-2, variable length header VH1-2, and flag header VH2-2. For this reason, each header 121 requires 3 bytes.
  • each of the BBF payloads 122-1 to 122-32 composed of 2045 bytes obtained by dividing the input packet into 32 parts is included in each of the 3-byte headers 121-1 to 121-32. Is added. That is, in the example of FIG. 10, all of the BBPs 111-1 to 111-32 have a maximum packet length of 2048 bytes.
  • the type identification unit (Type) FH1-1-1 of the minimum fixed length header FH1 in FIG. 10 stores “01” indicating IPv4, and indicates a mode identification unit (SP) FH1- 2-1 stores “0” indicating that it is not in the short packet mode.
  • the packet length portion (Length (MSB)) FH1-3-1 stores the lower 5 bits representing the input packet length.
  • the packet length part (Length (MSB)) VH1-1-1 of the variable length header VH1-1 stores the upper 6 bits representing the input packet length.
  • the flag part (Frag) VH1-2-1 stores “1” indicating that the mode is the division mode, and the additional header identification part (Add) VH1-3-1 indicates that the additional header AH2 does not exist. Stores “0”.
  • the flag ID portion VH2-1-1 of the additional header AH2-1 stores, for example, “000” because it is the head as information for identifying the divided individual payload
  • the flag counter portion VH2-2-2- 1 stores, for example, “00000” as the division number for identifying the divided individual payload because it is the head.
  • the header 121-2 is shown at the bottom of FIG.
  • the header 121-1 and the header 121-2 are the same except that the flag counter unit VH2-2-2 is different from the flag counter unit VH2-2-1. That is, the flag counter unit VH2-2-2 stores “00001” as a number subsequent to the BBP 111-1.
  • the amount of transmission packets increases due to an increase in headers, but the input packet 101 having a long packet length can be divided and transmitted. Therefore, for example, when a packet having a higher priority must be transmitted first, the transfer of the input packet 101 having a longer packet length is temporarily interrupted, and a packet having a higher priority is interrupted and transmitted first. After that, the divided packet can be transmitted again.
  • input packets (Input31Packets) 101-31 to 101-33 are input as shown in the uppermost part of FIG.
  • the input packets 101-31 to 101-33 are composed of TS packets 151-1 to 151-8, TS packets 151-11 to 151-18, and TS packets 151-21 to 151-28, respectively.
  • each of the input packets 101 is composed of eight TS packets 151, which are BBF payloads 122-31 to 122-33 and BBPs 111-1 to 111-3.
  • the TS packet 151 shown at the top of FIG. 11 is composed of 187 bytes, whereas a normal TS packet is composed of 188 bytes.
  • the header 121 has the configuration shown in the lowermost part of FIG. 11 and the lowermost part of FIG. That is, the header 121 is composed of a 1-byte TS header FH2. More specifically, the type identification unit (Type) FH1-1, the empty packet identification unit FH2-1, and the TS packet number unit FH2-3 of the TS header FH2, respectively, “00”, “0”, and Eight “1000” is stored as 4 bits of the number of TS packets. That is, the TS header FH2 in FIG. 12 indicates that the input packet is a TS packet and includes eight TS packets instead of the empty packet deletion mode.
  • sync bytes are uniformly deleted from the TS packets constituting the BBF payload 122 of the BBP 111. For example, if there are 8 normal TS packets, it becomes 1504 bytes. From 1 byte of the header 121 and 1496 bytes of the BBF payload 122, 1498 bytes can be obtained, and 6 bytes can be compressed.
  • the BBP 111 can be configured, so that even if a high priority packet is generated during the transmission of the TS packet, it can be transmitted with priority.
  • an input packet (InputetsPackets) is composed of TS packets 151-61 to 151-68, each having one byte of sync bytes 161-61 to 161- 68 is provided.
  • the TS packets 151-67 and 151-68 are empty packets, that is, so-called null packets
  • the BBP 111-61 is configured as shown in the second row from the top in FIG.
  • the BBP 111-61 in this case is composed of a 1-byte TS header FH2 as shown in the bottom left of FIG. 14, and thereafter, only TS packets 151-61 to 151-66 that are not empty packets are stored. Thus, TS packets 151-67 and 151-68, which are empty packets, are deleted. Further, as shown in the bottom right part of FIG. 14, a 1-byte deleted TS packet number part DNPC (Deleted Null Packet Counter) representing the number of deleted TS packets is stored.
  • DNPC deleted Null Packet Counter
  • the header 121 is composed of a 1-byte TS header FH2 as shown in the bottom left of FIG. More specifically, the type identification unit (Type) FH1-1, the empty packet identification unit FH2-1, and the TS packet number unit FH2-3 of the TS header FH2, respectively, “00”, “1”, and Six pieces of “0110” are stored as 4 bits of the number of TS packets. That is, the TS header FH2 in FIG. 14 indicates that the input packet is a TS packet, is in an empty packet deletion mode, and the BBP 111-61 includes 6 TS packets.
  • a 1-byte deleted TS packet number portion DNPC is set after the TS packet 151-66.
  • the TS packets 151-6, 151-68 Since two of them are deleted, “00000010” is registered.
  • a plurality of TS packets 151 can be deleted in one BBP 111 only when TS packets of empty packets to be deleted exist continuously among TS packets 151 constituting one BBP 111. Therefore, in the empty packet deletion mode, when empty packets alternately exist with TS packets 151 that are not empty packets, a BBP 111 composed of one TS packet 151 is formed, and a header 121 and a deleted TS packet are respectively provided.
  • a BBP provided with several DNPCs is configured.
  • the BBF 201 is configured, and information indicating the empty packet deletion mode is stored in the 10-byte header 211. Further, the subsequent payload 212 has a configuration in which a 1-byte deleted packet number section 221 is provided in the subsequent stage of the TS packet 151. Then, information indicating that two packets have been deleted is stored in the deleted packet number portion 221-69 subsequent to the TS packet 151-69 arranged after the TS packets 151-67 and 151-68 are deleted. Therefore, regardless of the presence / absence of a TS packet to be deleted, a 1-byte deleted packet number section 221 is always provided after the recorded TS packet 151, and information on the number of deleted TS packets is registered. .
  • the BBP 111 can be configured, so that even if a packet with a high priority occurs during the transmission of the TS packet, it is possible to perform interrupt transmission with priority. .
  • bit stream (Continuous Bit Stream) 301 is input as an input packet, as shown in the uppermost part of FIG.
  • the bit stream 301 is divided in units of 2044 bytes by the BBP generation unit 31, and headers 121-91, 121-92.
  • BBPs 111-91, 111-92, etc. to which BBP (Payload) payloads 122-91, 122-92,.
  • the BBP payload 122 is an input bit stream divided by 2044 bytes.
  • each BBP 111 is composed of a 4-byte header 121 and a 2044-byte BBP payload 122, so the packet length is 2048 bytes, which is the maximum packet length.
  • the header 121 has the configuration shown in the lowermost part of FIG. That is, the header 121 includes a minimum fixed length header FH1, a variable length header VH1, and a protocol type header VH3. More specifically, the type identification unit (Type) FH1-1, the mode identification unit (SP) FH-2, and the packet length unit (Length (LSB)) FH-3 of the minimum fixed length header FH1, respectively, 11, 0 and the packet length of the input packet are stored. That is, the minimum fixed length header FH1 in FIG. 16 indicates that the type of the input packet is other type (other) and is not in the short packet mode, and the lower 5 bits are used as the 5-bit packet length information. Stored.
  • variable length header VH1 the packet length portion VH1-1, the flag portion VH1-2, and the additional header identification portion VH1-3 store 6 bits, 0, and 1 of the packet length, respectively. That is, the variable length header VH1 in FIG. 16 stores the upper 6 bits of the packet length of the BBP payload that is the input packet, and indicates that there is an additional header instead of the split mode. That is, it is indicated that the protocol type header VH3 exists as an additional header.
  • the packet length information of the BBP 111 consisting of 11 bits is stored by the packet length portions FH1-1 and VH1-1.
  • protocol type header VH3 stores information on the protocol type of the bit stream which is an input packet consisting of 2 bytes (16 bits).
  • the header 121 in FIG. 16 includes the minimum fixed length header FH1, the variable length header VH1, and the protocol type header VH3 shown in the bottom of FIG. Further, the type identification unit (Type) FH1-1 of the minimum fixed length header FH1 in FIG. 16 stores “11” indicating the other type (other), and indicates whether or not the short packet mode is set. (SP) FH1-2 stores “0” indicating that it is not in the short packet mode.
  • the packet length part (Length (MSB)) FH1-3 stores “11111” as the lower 5 bits representing the input packet length. Further, the packet length part (Length (MSB)) VH1-1 of the variable length header VH1 stores “111111” as the upper 6 bits representing the input packet length.
  • the packet length of the BBP 111 is 2048 bytes which is the maximum packet length.
  • the flag part (Frag) VH1-2 stores “0” indicating that it is not in the division mode, and the additional header identification part (Add. Head) VH1-3 has a protocol type header VH3 as an additional header. Stores “1” indicating.
  • the protocol type header VH3 stores the protocol type information of the bit stream stored in the BBP payload 122.
  • This configuration makes it possible to configure a BBP from various types of bitstreams for transmission or reception.
  • RoHC Robot Header Compression
  • IPv4 and IPv6 header compression technology are widely known as IPv4 and IPv6 header compression technology.
  • RoHC is excellent for compressing IP headers, but the processing is complicated, there are many types, and in U-mode (Unidirectional mode), which is still suitable for broadcasting, compression is low compared to bidirectional mode, Not necessarily implemented.
  • this technology can also support RoHC. That is, as shown in FIG. 16 described above, 11 is stored in the type identification section (Type) FH1-1 of the minimum fixed length header FH1, and information indicating other is registered, and the RoHC in the protocol type header VH3 is registered. By storing this information, RoHC can be defined as a header. In addition to this, it is possible to adopt various compression methods by the same method.
  • BBPs 111-101, 111-102 configured by headers 121-101, 121-102,... And BBP payloads 122-101, 122-102,. ,... Are input, the BBF generator 32 generates BBFs 131-1, 131-2,... As shown in the second row of FIG.
  • the BBF generating unit 32 has BBFs 131-1, 131-2,... With data lengths set in accordance with the packet length and coding rate of the input packet. -Configure. More specifically, the BBF generating unit 32 stores, for example, BBH 141-1 at the head position of BBF 251-1, and sequentially BBPs 111-100 and 111-101 so as to become a BBF having a set data length at the subsequent stage. , ... are stored. At this time, as shown in the second row of FIG.
  • the BBF generating unit 32 continuously repeats the process of storing BBP 111-103,... Until the data length of BBF 252-2 is continuously obtained.
  • the BBF generating unit 32 controls the BBH adding unit 41 to store the BBH 141 as shown in the configuration example shown in the lower right part of FIG. That is, the BBH 141 is composed of 2 bytes (16 bits), and pointer information indicating the start position on the BBF 131 of the BBP 111 stored from the top in the first 13-bit pointer storage unit (Pointer to Start of Next BBP) 321 Store. That is, in the case of the second stage in FIG. 17, the BBH 141-2 stores the BBP 111-102-2, which is the subsequent stage of the BBP 111-102 that could not be stored in the immediately preceding BBF 131-1. In addition, the start position of the BBP 111-103 newly stored from the top is stored as a pointer.
  • the 3 bits of BBH 141 are a free area (TBD) 322.
  • the BBF BBH in DVB-T2 has a configuration as shown in FIG.
  • the upper part of FIG. 18 is the BBH in the normal mode (Normal Mode)
  • the lower part is the BBH in the high efficiency mode (High Efficiency Mode).
  • BBH in DVB-T2 consists of 10 bytes in all modes.
  • BBH consists of MATYPE (2 bytes), UPL (2 bytes), DFL (2 bytes), SYNC (1 byte), SYNCD (2 bytes), and CRC-8MODE (1 byte) .
  • BBH is MATYPE (2 bytes), ISSY) 2MSB (2 bytes), DFL (2 bytes), ISSY LSB (1 byte), SYNCD (2 bytes), and CRC-8MODE (1 byte) ).
  • MATYPE represents the input stream format
  • UPL User Packet Length
  • DFL Data Field Length
  • SYNC represents a so-called sync byte.
  • SYNCD is the distance from the start position of the data field to the start position of the data
  • CRC-8MODE is the mode in CRC-8
  • ISSY Input Stream Synchronization Indicator
  • LSB ISSY 2 MSB
  • BBH has a large amount of data and includes various types. For this reason, not only the processing itself becomes complicated, but also the amount of data to be distributed increases because the data length of BBH is large.
  • the BBH of the present technology stores only the pointer indicating the start position of the BBP newly stored from the beginning for each BBF, as described above. It is easy and the amount of data can be reduced.
  • the BBP extraction unit 73 in the receiving device 51 simply extracts the BBF 131 from the head position based on the information of the BBH 141 when extracting the BBP 111 from the BBF 131 sequentially supplied. Since it is good, it becomes easy and can extract BBP111 appropriately. As a result, higher-speed and reliable packet communication can be realized.
  • the BBP generation unit 31 generates a BBP by the above-described processing based on the input packet and supplies the BBP to the BBF generation unit 32. More specifically, the BBP generation unit 31 identifies the type of the input packet, and in the case of an IP packet, the BBP generation unit 31 refers to the short packet mode described with reference to FIG. 7 according to the packet length of the input packet, see FIG. The BBP is generated in either the variable length mode described above or the additional variable length mode described with reference to FIG. Further, when the input packet is a TS packet, the BBP generation unit 31 generates the BBP in the TS packet mode described with reference to FIG. 11 or FIG.
  • the BBP generation unit 31 registers the recognized type information in the protocol header VH3 as if the BBP was generated from the bit stream packet described with reference to FIG. , Generate BBP. Further, the BBP generation unit 31 generates a BBP by generating a header according to the division mode or the empty packet deletion mode as necessary.
  • the BBF generating unit 32 generates a BBF based on the supplied BBP and supplies the BBF to the BBF scrambler 33. More specifically, the BBF generating unit 32 controls the BBF adding unit 41 to generate pointer information indicating the start position of the BBP that is newly stored from the beginning for each BBF by the above-described method. Store at the beginning. Further, the BBF generating unit 32 generates a BBF by sequentially storing the BBP in the BBF having the frame length set by the code length of the input packet and the coding rate, and supplies the BBF to the BBF scrambler 33.
  • step S13 the BBF scrambler 33 scrambles the supplied BBF and supplies it to the transmitter 34.
  • step S14 the transmission unit 34 transmits the scrambled BBF to the reception device 51.
  • step S31 the reception unit 71 of the reception device 51 receives the BBF transmitted from the transmission device 11, and supplies the BBF to the BBF descrambler 72.
  • step S32 the BBF descrambler 72 descrambles the supplied scrambled BBF and supplies it to the BBP extraction unit 73.
  • step S33 the BBP extraction unit 73 sequentially extracts BBP from the descrambled BBF. More specifically, the BBP extraction unit 73 controls the BBH recognition unit 73a to recognize pointer information indicating the start position of the BBP newly stored from the beginning for each BBF recorded in the BBF in the BBF. , BBPs in the BBF are sequentially extracted and supplied to the input packet generator 74.
  • step S34 the input packet generation unit 74 generates an input packet input to the transmission device 11 from the BBP supplied from the BBP extraction unit 73.
  • step S35 the input packet generator 74 outputs the generated input packet.
  • the input packet is converted into the above-described BBP, a BBF is generated based on the converted BBP, transmitted based on the BBF, and further, a BBP is generated based on the received BBF, An input packet is generated from BBP.
  • a BBF is generated based on the converted BBP
  • transmitted based on the BBF is transmitted based on the BBF
  • BBP is generated based on the received BBF
  • An input packet is generated from BBP.
  • each step described in the above-described flowchart can be executed by one device or can be shared by a plurality of devices.
  • the plurality of processes included in the one step can be executed by being shared by a plurality of apparatuses in addition to being executed by one apparatus.
  • this technique can also take the following structures. (1) a baseband packet generator that generates a baseband packet from an input packet or stream; A baseband frame generator for generating a baseband frame from the baseband packet; A transmission unit for transmitting the baseband frame,
  • the header of the baseband packet has a minimum fixed length header having type identification information for identifying the type of the input packet or stream, and information on the packet length of the input packet or stream stored in the payload of the baseband frame Including a transmitting device.
  • the minimum fixed length header indicates whether the input packet length is the minimum fixed length in addition to the type identification information
  • the transmission apparatus including minimum fixed length identification information for identifying the input packet length information and minimum input packet length information as the input packet length information.
  • the header further includes a variable length header in addition to the minimum fixed length header, The variable-length header divides the variable-length packet length information consisting of the higher-order bits, the input packet or the stream when the lower-order bit of the input packet length is the minimum input packet length and the minimum input packet length information is used.
  • the transmission apparatus further including: a division flag indicating whether or not a baseband packet is configured; and an additional header flag indicating presence / absence of an additional header to be added to the variable length header.
  • the variable length header further includes a division flag header
  • the division flag header includes a flag ID that identifies the division flag and a flag counter that serves as information for identifying the divided baseband packet.
  • the header further includes an additional header in addition to the minimum fixed length header and the variable length header.
  • the additional header includes additional header identification information for identifying the type of the additional header, extended packet length information including higher-order bits than the variable-length packet length information representing the input packet length, and presence / absence of an additional information header.
  • the transmitting apparatus including an additional information header flag to represent.
  • the header further includes predetermined information in addition to the minimum fixed length header, the variable length header, and the additional header.
  • the transmission device including the additional information header consisting of: (7)
  • the additional header identification information represents label information
  • the header further includes predetermined label information in addition to the minimum fixed length header, the variable length header, and the additional header.
  • the transmission device according to (5) including the additional information header.
  • the baseband packet generation unit identifies the type of the input packet or stream, registers the identified type in the type identification unit, and generates a baseband packet according to the identified type.
  • the transmitting device described.
  • the transmission apparatus according to (1) wherein the minimum input packet length information is information of a minimum fixed length including bit information obtained by offsetting the number of bits corresponding to the minimum packet size.
  • the minimum fixed-length header forms a baseband packet by deleting an empty packet from the transport stream packet in addition to the type identification information
  • the transmission according to (1) including empty packet deletion information for identifying whether or not the packet is transmitted, and transport stream packet number information indicating the number of transport stream packets as the input packet length information included in the baseband packet apparatus.
  • the header When the packet deletion information is information indicating that empty packets are deleted from the transport stream packet to form a baseband packet, the header includes the number of deleted empty packets.
  • the type identification information includes unspecified protocol information indicating a protocol other than information specifying the protocol of the input packet or stream,
  • a baseband frame is generated from the baseband packet, Transmitting the baseband frame,
  • the header of the baseband packet has a minimum fixed length header having type identification information for identifying the type of the input packet or stream, and information on the packet length of the input packet or stream stored in the payload of the baseband frame Including sending method.
  • a receiving unit that receives a signal including a transmitted baseband frame;
  • a baseband packet generation unit that generates a baseband packet from the received baseband frame;
  • An input packet generator for generating an input packet or stream from the baseband packet,
  • the header of the baseband packet has a minimum fixed length header having type identification information for identifying the type of the input packet or stream, and information on the packet length of the input packet or stream stored in the payload of the baseband frame Including a receiving device.
  • the header of the baseband packet has a minimum fixed length header having type identification information for identifying the type of the input packet or stream, and information on the packet length of the input packet or stream stored in the payload of the baseband frame Including receiving method.

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Multimedia (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Computer Security & Cryptography (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
  • Communication Control (AREA)

Abstract

　本技術は、パケット通信におけるヘッダの冗長性を抑制することができるようにする送信装置および送信方法、並びに受信装置および受信方法に関する。 パケットのヘッダにおけるパケット長を表す領域を、入力パケットのペイロードの大きさに応じて切り替えて設定する。すなわち、パケット長に応じて、最小固定長ヘッダＦＨ１におけるパケット長部ＦＨ１－３の５ビットのみでパケット長を表現するショートパケットモード、パケット長部ＦＨ１－３および可変長ヘッダＶＨ１のパケット長部ＶＨ１－１の１１ビットでパケット長を表現する可変長モード、または、パケット長部ＦＨ１－３およびパケット長部ＶＨ１－１に加えて、追加ヘッダＡＨ１のパケット長部ＡＨ１－２の１６ビットでパケット長を表現する追加可変長モードのいずれかに切り替える。本技術は、放送通信に適用することができる。

Description

送信装置および送信方法、並びに受信装置および受信方法
　本技術は、送信装置および送信方法、並びに受信装置および受信方法に関し、特に、送信パケット長に応じてヘッダにおけるパケット長の情報を格納するビット数を可変に設定するようにしたことで、ヘッダの冗長性を抑制し、高効率で高速に入力パケットを送受信できるようにした送信装置および送信方法、並びに受信装置および受信方法に関する。
　放送信号のデジタル化と通信技術の発展に伴って、放送と通信の両方で映像や音声などを含むコンテンツの伝送が可能となってきている。
　放送は、多数の利用者にコンテンツを同時に安定して伝送することができる反面、一方向にしか通信することができない。これに対して、通信は要求に応じて、双方向にコンテンツを伝送できるものの、ネットワークの輻輳が発生することにより、コンテンツを安定して送信できない。
　そこで、放送においても、通信で広く使われているIPパケットを利用してコンテンツ伝送することで、多種多様なコンテンツの伝送を可能にすると共に、双方向での通信を実現するための技術が提案されている。このような技術の１つとして、例えば、DVB-T2（Digital Video Broadcasting-Terrestrial Second Generation）が挙げられる（例えば、非特許文献１参照）。
　また、この他にも、IPパケットを伝送可能な放送方式が提案されており、例えば、高度BS（Broadcasting Satellite）デジタル放送、ISDB-TSB（Integrated Services Digital Broadcasting-Terrestrial Sound Broadcasting）、DVB-S2（Digital Video Broadcasting-Satellite Second Generation）、およびATSC-DTV（Advanced Television System Committee-Digital Television）なども挙げられる。
ETSI EN 302 755 V1.3.1(2012-04)
　上述したIPパケットも送信可能な放送方式においては、例えば、高度デジタルBS放送、ISDB-T、DVB-T2、DVB-S2、およびATSC-DTVの場合、それぞれ多重時の形式としてTLV（Type Length Value）パケット、TS（Transport Stream）パケット、（DVB-T2、DVB-S2共に）GSE（Generic Stream Encapsulation）パケット、およびTSパケットが使用されている。ここで、TSパケットを利用するISDB-TSS、およびATSC-DTVについては、IPパケットを送信する際、ULE（Unidirectional Lightweight Encapsulation）およびATSC-MPE（Multi-Protocol Encapsulation）といった方式で、IPパケットがTSパケットにカプセル化して伝送される。また、それ以外の方式において、IPパケットは、TSパケットを使用することなく伝送される。
　放送用コンテンツのパケットとIPパケットとを混在して送信する場合、様々なパケット長のパケットが流通することになる。すなわち、制御情報などからなる最小と考えられるIPパケットのパケット長は、TCP/IP（Transmission Control Protocol/Internet Protocol）においては、40バイト（B）であり、UDP/IP（User Datagram Protocol/Internet Protocol）においては、28バイト（B）となる。また、TSパケットについては、例えば、188バイトと固定されている。さらに、中間パケット長として、576バイト程度のIPパケットなどもあるが、一方で、IPパケットのMTU（Maximum Transmission Unit）は1500バイトでもある。
　このようにIPパケットのパケット長は、様々なものが挙げられる。ところが、IPパケットも伝送可能な放送方式において、実際に使用されるパケット長の統計をとったところ、最小サイズと最大サイズのパケットの利用頻度が最も高く、中間サイズのパケットの利用は比較的低いという傾向が確認された。
　従って、IPパケットを含めた放送方式において、ヘッダ中に最大パケット長の情報が格納できるようにビット数が設定されると、数バイト程度のIPパケットを送信する際には、ヘッダ内のパケット長のために設定されたビットのうち、上位ビットが使用されないパケットが多く存在する。
　すなわち、実際には、パケット長が小さいパケットの流通量がある程度の頻度であるにも関わらず、そのヘッダに最大パケット長に対応する情報を格納可能なビット数を用意すると、比較的利用頻度の高い小さいパケット長のパケットにおいては、上位ビットは使用されることがない。結果として、流通するパケットでは、ヘッダが冗長なものとなる恐れがある。
　本技術は、このような状況に鑑みてなされたものであり、特に、パケットのヘッダにおけるパケット長の情報を格納するビット数をパケット長に応じて設定するようにし、パケット長に応じた利用を実現することで、パケットのヘッダの冗長性を低減し、通信効率を向上させるものである。
　本技術の第１の側面の送信装置は、入力パケットまたはストリームよりベースバンドパケットを生成するベースバンドパケット生成部と、前記ベースバンドパケットよりベースバンドフレームを生成するベースバンドフレーム生成部と、前記ベースバンドフレームを送信する送信部とを含み、前記ベースバンドパケットのヘッダは、前記入力パケットまたはストリームの種別を識別する種別識別情報と、前記ベースバンドフレームのペイロードに格納される前記入力パケットまたはストリームのパケット長の情報とを有する最小固定長ヘッダを含む。
　前記種別識別情報が前記入力パケットまたはストリームの種別がIPパケットである場合、前記最小固定長ヘッダには、前記種別識別情報に加えて、前記入力パケット長が最小固定長であるか否かを識別する最小固定長識別情報、および前記入力パケット長の情報として最小入力パケット長情報を含ませるようにすることができる。
　前記最小固定長識別情報が、前記入力パケット長が前記最小固定長ではないことを示す場合、前記ヘッダには、前記最小固定長ヘッダに加えて、さらに、可変長ヘッダを含ませるようにすることができ、前記可変長ヘッダには、前記入力パケット長の下位ビットを前記最小入力パケット長として、前記最小入力パケット長情報とするとき、その上位ビットからなる可変長パケット長情報、前記入力パケットまたはストリームを分割してベースバンドパケットが構成されているか否かを示す分割フラグ、並びに、前記可変長ヘッダに追加する追加ヘッダの有無を示す追加ヘッダフラグとを含ませるようにすることができる。
　前記分割フラグが前記入力パケットまたはストリームを分割してベースバンドパケットが構成されていることを示す場合、前記可変長ヘッダには、さらに、分割フラグヘッダを含ませるようにすることができ、前記分割フラグヘッダには、前記分割フラグを識別するフラグID、および分割された前記ベースバンドパケットを識別する情報となるフラグカウンタを含ませるようにすることができる。
　前記追加ヘッダフラグが、前記追加ヘッダが存在することを示す場合、前記ヘッダには、前記最小固定長ヘッダ、および前記可変長ヘッダに加えて、さらに、追加ヘッダを含ませるようにすることができ、前記追加ヘッダには、前記追加ヘッダの種別を識別する追加ヘッダ識別情報、前記入力パケット長を表現する前記可変長パケット長情報よりも上位のビットからなる延長パケット長情報、および追加情報ヘッダの有無を表す追加情報ヘッダフラグを含ませるようにすることができる。
　前記追加情報ヘッダフラグが、前記追加情報ヘッダが存在することを表す場合、前記ヘッダには、前記最小固定長ヘッダ、前記可変長ヘッダ、および前記追加ヘッダに加えて、さらに、所定の情報からなる前記追加情報ヘッダを含ませるようにすることができる。
　前記追加ヘッダ識別情報が、ラベル情報であることを表す場合、前記ヘッダには、前記最小固定長ヘッダ、前記可変長ヘッダ、および前記追加ヘッダに加えて、さらに、所定のラベル情報からなる前記追加情報ヘッダを含ませるようにすることができる。
　前記ベースバンドパケット生成部には、前記入力パケットまたはストリームの種別を識別し、識別した種別を種別識別部に登録し、前記識別した種別に応じたベースバンドパケットを生成させるようにすることができる。
　前記最小入力パケット長情報は、最小パケットサイズに対応するビット数分をオフセットしたビット情報からなる最小固定長の情報とすることができる。
　前記種別識別情報が、トランスポートストリームパケットである場合、前記最小固定長ヘッダには、前記種別識別情報に加えて、前記トランスポートストリームパケットのうち空パケットを削除してベースバンドパケットを構成しているか否かを識別する空パケット削除情報、および前記ベースバンドパケットに含まれる前記入力パケット長の情報としてトランスポートストリームパケット数を表すトランスポートストリームパケット数情報を含ませるようにすることができる。
　前記パケット削除情報が、前記トランスポートストリームパケットのうち空パケットを削除してベースバンドパケットを構成していることを示す情報である場合、前記ヘッダには、前記削除された空パケットの数を表す情報をさらに含ませるようにすることができる。
　前記種別識別情報には、前記入力パケットまたはストリームのプロトコルを特定する情報以外のプロトコルであることを表す不特定プロトコル情報を含ませるようにすることができ、前記種別識別情報が、前記不特定プロトコル情報である場合、前記ヘッダには、前記最小固定長ヘッダに加えて、さらに、所定のプロトコルを特定する所定プロトコル情報を含ませるようにすることができる。
　本技術の第１の側面の送信方法は、入力パケットまたはストリームよりベースバンドパケットを生成し、前記ベースバンドパケットよりベースバンドフレームを生成し、前記ベースバンドフレームを送信するステップとを含み、前記ベースバンドパケットのヘッダは、前記入力パケットまたはストリームの種別を識別する種別識別情報と、前記ベースバンドフレームのペイロードに格納される前記入力パケットまたはストリームのパケット長の情報とを有する最小固定長ヘッダを含む。
　本技術の第２の側面の受信装置は、送信されてくるベースバンドフレームからなる信号を受信する受信部と、受信されたベースバンドフレームよりベースバンドパケットを生成するベースバンドパケット生成部と、前記ベースバンドパケットより入力パケットまたはストリームを生成する入力パケット生成部とを含み、前記ベースバンドパケットのヘッダは、前記入力パケットまたはストリームの種別を識別する種別識別情報と、前記ベースバンドフレームのペイロードに格納される前記入力パケットまたはストリームのパケット長の情報とを有する最小固定長ヘッダを含む。
　本技術の第２の側面の受信方法は、送信されてくるベースバンドフレームからなる信号を受信し、受信されたベースバンドフレームよりベースバンドパケットを生成し、前記ベースバンドパケットより入力パケットまたはストリームを生成するステップを含み、前記ベースバンドパケットのヘッダは、前記入力パケットまたはストリームの種別を識別する種別識別情報と、前記ベースバンドフレームのペイロードに格納される前記入力パケットまたはストリームのパケット長の情報とを有する最小固定長ヘッダを含む。
　本技術の第１の側面においては、入力パケットまたはストリームよりベースバンドパケットが生成され、前記ベースバンドパケットよりベースバンドフレームが生成され、前記ベースバンドフレームが送信され、前記ベースバンドパケットのヘッダには、前記入力パケットまたはストリームの種別を識別する種別識別情報と、前記ベースバンドフレームのペイロードに格納される前記入力パケットまたはストリームのパケット長の情報とを有する最小固定長ヘッダが含まれる。
　本技術の第２の側面においては、送信されてくるベースバンドフレームからなる信号が受信され、受信されたベースバンドフレームよりベースバンドパケットが生成され、前記ベースバンドパケットより入力パケットまたはストリームが生成され、前記ベースバンドパケットのヘッダには、前記入力パケットまたはストリームの種別を識別する種別識別情報と、前記ベースバンドフレームのペイロードに格納される前記入力パケットまたはストリームのパケット長の情報とを有する最小固定長ヘッダが含まれる。
　本技術の第１および第２の側面によれば、様々なタイプの入力パケットまたはストリームの送受信をシングルストリームで実現させると共に、様々なサイズの入力パケットまたはストリームを送受信しても、パケットのヘッダの冗長性を抑制し、高効率で送受信させることが可能となる。
本技術を適用した送信装置の構成例を説明する図である。 本技術を適用した受信装置の構成例を説明する図である。 BBPのヘッダの構成例を説明する図である。 可変長モードにおけるBBPとBBFの構成例を説明する図である。 BBFのフレーム長を説明する図である。 BBPのヘッダの具体的な構成例を説明する図である。 ショートパケットモードにおけるBBPとBBFの構成例を説明する図である。 ショートパケットモードにおけるBBPのヘッダの構成例を説明する図である。 分割モードにおけるBBPのヘッダの構成例を説明する図である。 追加可変長モードにおけるBBPのヘッダの構成例を説明する図である。 TSモードであって空パケット削除モードでない場合のBBPとBBFの構成例を説明する図である。 TSモードであって空パケット削除モードでない場合のBBPのヘッダの構成例を説明する図である。 TSモードであって空パケット削除モードでない場合のDVB-T2におけるBBFの構成例を説明する図である。 TSモードであって空パケット削除モードである場合のBBPの構成例を説明する図である。 TSモードであって空パケット削除モードである場合のDVB-T2におけるBBFの構成例を説明する図である。 ビットストリームパケット送信する際のBBPのヘッダの構成例を説明する図である。 BBFのBBHの構成例を説明する図である。 DVB-T2におけるBBFのBBHの構成例を説明する図である。 本技術の送信装置および受信装置による送受信処理を説明するフローチャートである。
［送信装置の構成例］
　図１は、本技術を適用した送信装置の一実施の形態の構成例を示したものである。この送信装置１１は、放送信号である、例えば、TS（トランスポートストリーム）パケット、IPパケット、およびビットストリームパケットなどのその他のパケットから構成される様々な入力パケットを、図２を参照して説明する受信装置に送信するものである。この際、送信装置１１は、複数の入力パケットをまとめることにより、BBP（Baseband Packet：ベースバンドパケット）を生成する。この際、送信装置１１は、BBPのヘッダにおけるパケット長を表現するために必要とされるビット数として複数のビット数のものを用意し、BBPのパケットサイズに応じて、切り替えてBBPヘッダを構成することにより、BBPヘッダの冗長性を抑制する。
　より詳細には、送信装置１１は、BBP生成部３１、BBF（Baseband Flame：ベースバンドフレーム）生成部３２、BBFスクランブラ３３、および送信部３４を備えている。さらに、BBF生成部３２は、BBH（BBFヘッダ）付加部４１を備えている。
　BBP生成部３１は、入力パケットの種別を識別し、識別した種別に応じて、複数の入力パケットをまとめてBBPを生成し、生成したBBPをBBF生成部３２に供給する。この際、BBP生成部３１は、BBPのヘッダにおけるBBPのパケット長を表現するためのビット数を複数の種類に切り替えて設定することが可能であり、入力パケットのパケット長によりビット数を切り替える。結果として、BBPのパケット長が変化することに起因するヘッダの冗長性を抑制することが可能となる。尚、BBP生成部３１により生成されるBBPの詳細については、図３以降を参照して後述する。
　BBF生成部３２は、所定のフレーム長となるように、必要とされるBBPをまとめてBBFを生成し、生成したBBFをBBFスクランブラ３３に供給する。この際、BBF生成部３２は、BBH付加部４１を制御して、BBFのヘッダであるBBHを生成させて付加する。
　BBFスクランブラ３３は、BBF生成部３２により生成されたBBFにスクランブルを掛けて送信部３４に供給する。
　送信部３４は、ネットワークや放送網を介してスクランブルが掛けられているBBFを受信装置に送信する。
［受信装置の構成例］
　図２は、図１を参照して説明した送信装置１１より送信されてくるBBFを受信して、BBFよりBBPを生成し、さらに、BBPより入力パケットを生成して出力する受信装置の構成例を示している。
　より詳細には、図２の受信装置５１は、受信部７１、BBFデスクランブラ７２、BBP抽出部７３、および入力パケット生成部７４を備えている。受信部７１は、ネットワークや放送網などを介して送信装置１１より送信されてきたBBFを受信し、BBFデスクランブラ７２に供給する。
　BBFデスクランブラ７２は、受信部７１より供給されてきたスクランブルが掛けられているBBFにデスクランブルを掛けることにより、スクランブルが掛けられていない状態のBBFにして、BBP抽出部７３に供給する。
　BBP抽出部７３は、BBH認識部７３ａを備えている。BBP抽出部７３は、BBH認識部７３ａを制御して、BBFのヘッダであるBBHの情報を認識させる。BBP抽出部７３は、認識したBBHの情報に基づいて、BBFよりBBPを抽出し、入力パケット生成部７４に供給する。
　入力パケット生成部７４は、BBP抽出部７３より供給されてくるBBPより、送信元である送信装置１１に入力された入力パケットを復元して生成し、出力する。
［BBPの構成］
　次に、図３を参照して、送信装置１１のBBP生成部３１が、入力パケットに基づいて生成するBBPの構成について説明する。
　BBPは、ヘッダ、およびBBPペイロードを構成するデータフィールドより構成される。図３においては、図中の最下段のペイロードを構成するデータフィールド（Data Field）ＤＦ、および、後述する削除TSパケット数部ＤＮＰＣを除く構成の組み合わせることでヘッダが形成される。BBPのヘッダは、BBPのパケット長に応じて、パケット長を記憶するためのビット数を３種類に切り替えて使用することができる。
　入力パケットが最小固定長であるときのヘッダは、図３の左部の上から２段目に示される最小固定長ヘッダＦＨ１である。最小固定長ヘッダＦＨ１は、1バイト（8ビット）で構成されている。また、最小固定長ヘッダＦＨ１は、2ビット（bit）の種別識別部（Ｔｙｐｅ）ＦＨ１－１、1ビットのモード識別部（Ｍｏｄｅ）ＦＨ１－２、および5ビットのパケット長部（Ｌｅｎｇｔｈ（ＬＳＢ））ＦＨ１－３より構成される。
　種別識別部ＦＨ１－１は、入力パケットの種別を示すものである。より詳細には、種別識別部ＦＨ１－１は、図３で示されるように、２ビットで４種類の入力パケットの種別を識別するものである。図３の例においては、種別識別部ＦＨ１－１が、00,01,10,11であるとき、それぞれ入力パケットの種別がTS-Gp（TS（Transport Stream）パケットのグループ）、IPv4（Internet Protocol version 4），IPv6（Internet Protocol version 6），およびother（その他）であることを示している。
　最小固定長ヘッダＦＨ１のその他の６ビットの構成は、種別識別部ＦＨ１－１において識別される種別に応じて変化する。すなわち、種別識別部ＦＨ１－１が01,10,11のいずれかであり、すなわち、種別識別部ＦＨ１－１により指定される種別が、IPv4，IPv6，およびother（その他）である場合、図３中の左の上から２段目で示される構成となる。すなわち、左からショートパケット（SP）モードであるか否かを示すモード識別部ＦＨ１－２の1ビットと、IPパケットのパケット長を示すパケット長部ＦＨ１－３の5ビットより構成される。
　ショートパケットモードとは、ヘッダが最小固定長ヘッダＦＨ１のみで構成されるBBPのヘッダのモードのことである。ここでは、モード識別部ＦＨ１－２が1を格納する場合、ショートパケットモードであり、0を格納する場合、ショートパケットモードではないことを示している。例えば、モード識別部ＦＨ１－２が1を格納する場合、ショートパケットモードであるので、ヘッダは、最小固定長ヘッダＦＨ１によってのみ構成され、この最小固定長ヘッダＦＨ１にBBPペイロードを構成するデータフィールドＤＦが付加されることでBBPが構成される。
　従って、この場合、ペイロードとなるデータフィールドＤＦのパケット長は、最大で5ビットで表現される。ただし、現実のパケット長は、5ビットよりも大きなビット数である。これはパケット長の最小値分だけオフセットさせて5ビットでパケット長が表現されているためである。
　一方、モード識別部ＦＨ１－２が0を格納する場合、すなわち、ショートパケット（SP）モードではなく、ヘッダが、最小固定長ヘッダＦＨ１のみではない場合、図３の右上部で示される可変長ヘッダＶＨ１が最小固定長ヘッダＦＨ１に追加されてヘッダが構成される。
　可変長ヘッダＶＨ１は、1バイト（8ビット）で構成されている。より詳細には、可変長ヘッダＶＨ１は、6ビットのパケット長部（Ｌｅｎｇｔｈ（ＭＳＢ））ＶＨ１－１、1ビットのフラグ部（Ｆｒａｇ．）ＶＨ１－２、および1ビットの追加ヘッダ識別部（Ａｄｄ Ｈｅａｄ）ＶＨ１－３より構成される。
　パケット長部ＶＨ１－１は、BBPのパケット長を示す上位6ビットを格納する。一方、ここでは、最小固定長ヘッダＦＨ１の5ビットのパケット長部ＦＨ１－３により、下位の5ビットが格納される。従って、この場合、BBPのパケット長は合計11ビットの情報として格納される。
　フラグ部ＶＨ１－２は、入力パケットが分割されてBBPが構成される分割モードの有無を示す情報を格納する。より詳細には、フラグ部ＶＨ１－２は、入力パケットが分割されてBBPが構成される分割モードではない場合、0を格納し、分割モードである場合、1を格納する。さらに、フラグ部ＶＨ１－２に1が格納されて、分割モードであることが示される場合、可変長ヘッダＶＨ１に加えて、図３の右部の上から２段目で示されるフラグヘッダＶＨ２が付加される。
　フラグヘッダＶＨ２は、1バイト（8ビット）で構成されており、分割元となるIPパケットを格納する3ビットのフラグＩＤ部（Ｆｒａｇ． ＩＤ）ＶＨ２－１と、5ビットの分割された個別のペイロードを識別するための分割番号を格納するフラグカウンタ部（Ｆｒａｇ． Ｃｏｕｎｔｅｒ）ＶＨ２－２とから構成される。
　追加ヘッダ識別部ＶＨ１－３は、追加ヘッダＡＨ１、またはプロトコルタイプヘッダＶＨ３の有無を示す情報を格納し、追加ヘッダＡＨ１、またはプロトコルタイプヘッダＶＨ３が存在しない場合、0を格納し、存在する場合、1を格納する。さらに、追加ヘッダ識別部ＶＨ１－３に1が格納されている場合、例えば、図３の左部の下から３段目で示される追加ヘッダＡＨ１、または、左部の上から３段目で示されるプロトコルタイプヘッダＶＨ３が追加される。
　追加ヘッダＡＨ１は、1バイト（8ビット）で構成されており、2ビットのラベルタイプ部（Ｌａｂｅｌ Ｔｙｐｅ）ＡＨ１－１、5ビットのパケット長部（Ｌｅｎｇｔｈ （Ｅ－ＭＳＢ））ＡＨ１－２、および1ビットの延長ヘッダ識別部（Ｅｘｔ．）ＡＨ１－３より構成される。
　ラベルタイプ部（Ｌａｂｅｌ Ｔｙｐｅ）ＡＨ１－１は、ヘッダとして追加して格納されるラベルのタイプを識別する情報を格納する。パケット長部ＡＨ１－２は、BBPのパケット長を示す最上位の5ビットの情報を格納する。
　従って、この場合、BBPのパケット長は、最下位の5ビットを最小固定長ヘッダＦＨ１のパケット長部ＦＨ１－３が格納し、最下位の5ビットより上位の6ビットを可変長ヘッダＶＨ１のパケット長部ＶＨ１－１が格納し、最上位の5ビットが追加ヘッダＡＨ１のパケット長部ＡＨ１－２を格納する。結果として、BBPのヘッダにおいては、パケット長の情報が16ビットの情報として格納される。
　すなわち、パケット長を表現するに当たっては、最小固定長ヘッダＦＨ１における5ビットのパケット長部ＦＨ１－３からなる第１のモード、可変長ヘッダＶＨ１のパケット長部ＶＨ１－１の6ビットを追加した11ビットからなる第２のモード、および、追加ヘッダＡＨ１のパケット長部ＡＨ１－２の5ビットを、さらに追加した16ビットからなる第３のモードに、ヘッダの構成を切り替えて設定することが可能となる。
　この結果、BBPのヘッダは、BBPのパケット長に応じて、パケット長部に設定するビット数を３段階に調整することが可能となるので、パケット長部のビット数を必要に応じて増減させることができる。結果として、BBPの冗長性を抑制することが可能となり、通信速度を向上させることが可能となる。尚、以降においては、第１のモードをショートパケットモード、第２のモードを可変長モード、第３のモードを追加可変長モードとも称するものとする。さらに、この例においては、5ビット、11ビット、および16ビットの三種類のビット長を、パケット長を記憶するために予め設ける例について説明するものとするが、パケット長を格納するビットして、それ以上の種類のビット数を設定するようにしてもよく、このようにして選択肢を多くすることで、より冗長性を低減させるようにしてもよい。
　また、ラベルタイプ部ＡＨ１－１は、図３で示されるように、2ビットでヘッダに付加する４種類のラベルの種別を識別する情報を格納する。より具体的には、図３の例においては、ラベルタイプ部ＡＨ１－１が、00,01,10,11を格納するとき、それぞれ追加されるラベルの種別がNo.Label（ラベルの追加がない）、ReUse（前回のラベルの再利用），3BLabel（3バイト長のラベル）、および6BLabel（6バイト長のラベル）であることを示している。尚、ここでいうラベルとは、例えば、機器を識別するMacアドレス（Media Access Control address）などである。さらに、ラベルタイプ部ＡＨ１－１が、10,11を格納するとき、すなわち、3バイト長、または6バイト長のラベルが追加されるとき、図３の左部の下から２段目で示されるように、3バイトまたは6バイトのラベルヘッダ（Ｌａｂｅｌ）ＡＨ３が追加ヘッダＡＨ１の後段に付加される。
　延長ヘッダ識別部ＡＨ１－３は、延長ヘッダＡＨ２の有無を示す情報を格納する。より詳細には、延長ヘッダ識別部ＡＨ１－３は、延長ヘッダＡＨ２が存在しない場合、0を格納し、延長ヘッダＡＨ２が存在する場合、1を格納すると共に、図３の右部下から２段目で示されるように任意のＮ１バイトからなる延長ヘッダＡＨ２が追加ヘッダＡＨ１に付加される。延長ヘッダ（Ｅｘｔｅｎｓｉｏｎ Ｈｅａｄｅｒｓ）ＡＨ２は、任意のヘッダ情報を格納する。
　さらに、最小固定長ヘッダＦＨ１において、種別識別部ＦＨ１－１が11であり指定される種別が、IPv4，IPv6などではないother（その他）である場合、図３中、左部の上から３段目で示されるプロトコルタイプヘッダ（Ｐｒｏｔｏｃｏｌ Ｔｙｐｅ）ＶＨ３の2バイトが付加される。
　また、種別識別部ＦＨ１－１が00であり、指定される情報がTSパケット（TS-Gp）である場合、最小固定長ヘッダＦＨ１は、種別識別部ＦＨ１－１の2ビット以外の6ビットが、図３の左上部で示されるTSヘッダＦＨ２の構成となる。
　TSヘッダＦＨ２は、種別識別部ＦＨ１－１と合わせ1バイト（8ビット）で構成されており、空パケットを削除する空パケット削除（Null Packet Deletion）モードであるか否かを示す1ビットの空パケット識別部ＦＨ２－１と、BBPのペイロードを構成するTSパケット数を示す4ビットのTSパケット数部ＦＨ２－３より構成されている。尚、1ビットは、空きビット（ＴＢＤ）ＦＨ２－２となっている。ここで、空パケット識別部ＦＨ２－１は、BBPを生成する際、ペイロードから空パケットを削除する空パケット削除モードでないとき0を格納し、空パケット削除モードであるとき1を格納する。また、空パケット削除モードであるとき、さらに、データフィールドＤＦの後段に削除されたTSパケット数を示す、1バイトからなる削除TSパケット数部ＤＮＰＣが付加される。
　尚、以降においては、入力パケットがTSパケットであるときのモードをTSモードと称するものとする。また、図３においては、TSヘッダＦＨ２は、空パケット識別部ＦＨ２－１、およびBBPのペイロードを構成するTSパケット数を示す4ビットのTSパケット数部ＦＨ２－３、並びに、空きビット（ＴＢＤ）ＦＨ２－２より構成されるように示されているが、以降においては、さらに、種別識別部ＦＨ１－１の2ビットを含めた1バイト分をTSヘッダＦＨ２とも称する。
［可変長モードのBBPからなるBBFの構成例］
　次に、図４を参照して、可変長モードのBBPからなるBBFの構成例について説明する。
　図４の最上段で示されるように、入力パケット（Input Packets）１０１－１乃至１０１－３が入力されるものとする。ここで、入力パケット１０１－１乃至１０１－３について、個別に区別する必要がない場合、単に入力パケット１０１と称するものとし、その他の構成についても同様に称するものとする。また、入力パケット１０１は、IPv4対応のIPパケットであるものとし、2046バイトよりも小さい、すなわち、パケット長をバイト単位で11ビットにより表現可能なパケット長であるものとする。
　この場合、BBP生成部３１により、図４の上から２段目で示されるように、入力パケット（Input Packets）１０１－１乃至１０１－３のそれぞれに対して、ヘッダ１２１－１乃至１２１－３が設けられ、BBP（Payload）ペイロード１２２－１乃至１２２－３が付加されたBBP（Baseband Packets）１１１－１乃至１１１－３が生成される。ここで、BBPペイロード１２２は、入力パケット１０１そのものである。
　また、ヘッダ１２１は、図４の最下段で示される構成となる。尚、図中においては、図中下から２段目のBBF１３１内に格納されたBBP１１１のヘッダ１２１の内容が示されているが、上から２段目で示されるBBP１１１のヘッダ１２１と同一の構成である。
　すなわち、BBPのパケット長は、2048バイトが最大であることから、11ビット必要となる。このため、ヘッダ１２１は、可変長モードとなるので、最小固定長ヘッダＦＨ１および可変長ヘッダＶＨ１より構成される。より詳細には、最小固定長ヘッダＦＨ１の、種別識別部（Ｔｙｐｅ）ＦＨ１－１、モード識別部（ＳＰ）ＦＨ－２、およびパケット長部（ＬＳＢ Ｌｅｎｇｔｈ）ＦＨ－３には、それぞれ、01，0、および入力パケットの5ビットのパケット長の情報が格納される。すなわち、図４の最小固定長ヘッダＦＨ１は、入力パケットがIPv4であり、ショートパケットモードではないことを示しており、5ビットのパケット長の情報がBBPのパケット長の下位5ビットとして格納される。
　また、可変長ヘッダＶＨ１の、パケット長部ＶＨ１－１、フラグ部ＶＨ１－２、および追加ヘッダ識別部ＶＨ１－３には、それぞれパケット長の6ビット、0、および0が格納される。すなわち、図４の可変長ヘッダＶＨ１は、入力パケットであるBBPのパケット長の上位6ビットが格納され、分割モードではなく、また、追加ヘッダも存在しないことを示している。
　さらに、このパケット長部ＦＨ１－１，ＶＨ１－１により11ビットで表現可能な2048ビットまでの入力パケットのパケット長を表現することができる。
　BBF生成部３２は、図４の上から２段目で示されるようなBBPを図４の上から３段目で示されるようなBBF１３１－１，１３１－２に変換する。
　すなわち、BBF１３１－１，１３１－２は、それぞれ、そのヘッダ（BBH）１４１－１，１４１－２、およびBBFペイロード１４２－１，１４２－２より構成される。また、BBF１３１のフレーム長は、符号長と符号化率により特定されている。すなわち、BBF１３１のフレーム長は、例えば、図５で示されるように符号長と符号化率に応じて設定されており、BBF生成部３２は、この符号長と符号化率に応じて設定されるフレーム長のBBF１３１を生成する。
　すなわち、図５においては、左部で示されるように、BBF１３１のフレーム長がＫ＿ｂｃｈで示されている。また、図５の右部の表においては、左から、BBPをLDPC（Low Density Parity-check Code）符号化する際の符号化率（LDPC符号化率）、入力符号長Nldpc[bits]、符号化後の符号長Kbch[bits]、および符号化後の符号長をバイト単位に変換したデータ長Kbch[B]がそれぞれ示されている。LDPCの符号化率は、図中、上から６／１５乃至１３／１５であり、符号長Kldpc[bits]は、上から64800，16200ビットである。ここで、符号化後の符号長が、BBF１３１のフレーム長とされる。
　ここで、入力符号長Nldpcと符号化後の符号長Kbchとの関係については、図５の左下部で示される関係となる。すなわち、図５の左下部で示されるように、入力符号長Nldpcには、BBFRAME（＝符号長Kbch）、BCHFEC（いわゆる外符号の前方誤り訂正符号FEC（Forward Error Correction））、LDPCFEC（いわゆる内符号のFEC）が含まれた構成となっている。従って、入力符号長Nldpcが符号化率に応じて符号化されることにより求められるのは、BCHFECを含めた符号長Kldpcとなる。また、図５の右部で示されるBBF１３１のフレーム長Kbch（＝BBFRAME）は、BCHFECを含めた符号化後の符号長KldpcからBCHFEC分を減算した値となっている。BCHFECは、入力符号長Nldpcにより特定されるものであり、例えば、入力符号長Nldpcが64800であるとき192ビットであり、また、入力符号長Nldpcが16200であるとき168ビットである。
　従って、例えば、図中の横長の太線内で示されるように、入力データ長Kldpcが64800[bits]で、LDPC符号化率が10/15である場合、符号化後のデータ長Kbchは、43008（＝64800×10/15－192）[bits]であり、5376[B]となる。
　すなわち、図５の右部における最右列の縦長の太線枠内の数値がフレーム長とされ、図５の表内においてBBFの最大フレーム長は、6996[B]となる。このため、BBF１３１のヘッダ（BBH）１４１においては、少なくとも１３ビットのアドレスが必要となる。
　また、このようにBBF１３１は、フレーム長が符号長と符号化率により特定されているものであるので、図４の上から３段目で示されるように、BBP１２１は、ヘッダ１４１が先頭に格納された後、順番にフレーム長分だけBBFペイロード１４２に格納される。その結果、図４の上から３段目で示されるように、BBF１３１－１においては、先頭位置にヘッダ１４１－１が格納されると、その直後にBBP１１１－１が格納される。さらに、その後段にBBP１１１－２が格納されるが、全体が格納できないので、一部としてヘッダ１２１－２およびBBPペイロード１２２－２の一方の一部１２２－２－１が格納される。
　さらに、次のBBF１３１－２において、ヘッダ１４１－２が先頭位置に格納された直後に、BBPペイロード１２２－２の他方の一部１２２－２－２が格納されて、その後にBBP１１１－３が格納される。ヘッダ（BBH）１４１は、2バイトで構成され、BBF１３１内に格納されているBBPの先頭位置を示すポインタの情報を格納している。このため、BBF１３１－１のヘッダ１２１－２、BBPペイロード１２２－２－１、および、BBF１３１－２のヘッダ１４１－２の直後に格納されているBBPペイロード１２２－２－２を結合することで、BBP１１１－２を復元することが可能となる。また、ヘッダ１４１－２の情報に基づいて、BBP１１１－３のヘッダ１２１－３が格納されている先頭位置がポインタにより確認できるので、先頭に格納されているBBP１１１－３を適切に読み出すことが可能となる。
［可変長モードのBBPのヘッダの具体的な構成例］
　次に、図６を参照して、可変長モードのBBP１１１の具体的なヘッダ１２１の構成例について説明する。尚、ここで入力パケット１０１を構成するIPパケットは、IPv4（Internet Protocol version 4）/UDP（User Datagram Protocol）であり、パケット長が1500Bであるものとする。また、入力パケットについては、分割せずに１のBBPに変換するものとし、さらに、追加ヘッダ等の付加はないものとする。
　すなわち、図６の最上段で示されるように、入力パケット１０１は、1500Bであるので、パケット長は、少なくとも6ビット以上必要となるので、最小固定長ヘッダＦＨ１のパケット長部ＦＨ１－３の５ビットのみでは、パケット長を表現することができない。一方、可変長ヘッダＶＨ１におけるパケット長部ＶＨ１－１の６ビットを追加すると、１１ビットでの表現が可能となり、2048バイトまでは表現することができる。また、入力パケットを分割することは想定されていないので、ヘッダ１２１は、可変長モードとなり、最小固定長ヘッダＦＨ１と可変長ヘッダＶＨ１とからなる2バイトで構成されることになる。ここで、BBPのパケット長は、図６の上から２段目で示されるように1502（＝1500＋2）バイトとなる。
　さらに、入力パケット１２１は、IPv4/UDPであるから、IPパケットの最小パケット長が20バイトで、かつ、UDPの最小パケット長が8バイトであることから、入力パケットの最小パケット長は、28バイトとなる。従って、BBP１３１のパケット長を表現するに当たり、28バイト分は、必ず発生するため、パケット長を識別する情報としては不要である。そこで、パケット長部ＦＨ１－３の5ビットとパケット長部ＶＨ１－１の6ビットとからなる11ビットにおいては、BBPのパケット長である1502バイトから最小パケット長である28バイトを減算した1474バイトによりパケット長を表現する。従って、10進数で表現される1474を2進数で表現すると、「10111000010」となる。
　以上の情報により、ヘッダ１２１は、可変長モードとなるので、図６の最下段で示される最小固定長ヘッダＦＨ１と可変長ヘッダＶＨ１とから構成される。図６の最小固定長ヘッダＦＨ１の種別識別部（Ｔｙｐｅ）ＦＨ１－１は、IPv4を示す「01」を格納し、ショートパケットモードであるか否かを示すモード識別部（ＳＰ）ＦＨ１－２は、ショートパケットモードではないことを示す「0」を格納する。パケット長部（Ｌｅｎｇｔｈ ＭＳＢ）ＦＨ１－３は、入力パケット長を表現する下位5ビットとして、「00010」を格納する。さらに、可変長ヘッダＶＨ１のパケット長部（Ｌｅｎｇｔｈ ＭＳＢ）ＶＨ１－１は、入力パケット長を表現する上位6ビットとして「101110」を格納する。フラグ部（Ｆｒａｇ）ＶＨ１－２は、分割モードではないことを示す「0」を格納し、追加ヘッダ識別部（Ａｄｄ）ＶＨ１－３は、追加ヘッダが存在しないことを示す「0」を格納する。
［ショートパケットモードのBBPからなるBBFの構成例］
　次に、図７を参照して、ショートパケットモードのBBPからなるBBFの構成例について説明する。
　図７の最上段で示されるように、入力パケット（Input IPv4 Packets）１０１－１１乃至１０１－１３が入力されるものとする。ここで、入力パケット１０１－１１乃至１０１－１３は、例えば、それぞれ46バイト（B），40バイト（B），50バイト（B）であるものとする。
　この場合、BBP生成部３１により、図７の上から２段目で示されるように、入力パケット１０１－１１乃至１０１－１３のそれぞれに対して、ヘッダ１２１－１１乃至１２１－１３が設けられ、BBP（Payload）ペイロード１２２－１１乃至１２２－１３が付加されたBBP１１１－１１乃至１１１－１３が生成される。ここで、BBPペイロード１２２は、入力パケット１０１そのものである。
　また、ヘッダ１２１は、図７の最下段で示される構成となる。ここでも、上から２段目におけるヘッダ１２１と上から３段目におけるヘッダ１２１はいずれも同一の構成である。
　すなわち、ヘッダ１２１は、ショートパケットモードであるので、最小固定長ヘッダＦＨ１のみから構成される。より詳細には、最小固定長ヘッダＦＨ１の、種別識別部（Ｔｙｐｅ）ＦＨ１－１、モード識別部（ＳＰ）ＦＨ－２、およびパケット長部（ＬＳＢ Ｌｅｎｇｔｈ）ＦＨ－３には、それぞれ、01，1、および入力パケットの5ビットのパケット長の情報が格納されている。すなわち、図７の最小固定長ヘッダＦＨ１は、入力パケットがIPv4であり、ショートパケットモードであることを示しており、5ビットのパケット長の情報を格納している。
　BBF生成部３２は、図７の上から２段目で示されるようなBBPを図７の上から３段目で示されるようなBBF１３１－１１，１２１－１２に変換する。
　すなわち、BBF１３１－１１，１２１－１２は、それぞれ、そのヘッダ（BBH）１４１－１１，１４１－１２、およびBBFペイロード１４２－１１，１４２－１２より構成される。また、BBF１３１のフレーム長は、図５を参照して説明したように、符号長と符号化率により特定されている。
　このようにBBF１３１は、フレーム長が符号長と符号化率により設定されるものであるので、図７の上から３段目で示されるように、BBP１２１が先頭から順番にフレーム長分だけBBFペイロード１４２に格納される。その結果、図７の上から３段目で示されるように、BBF１３１－１１においては、先頭位置にヘッダ１４１－１１が格納されると、その直後にBBP１１１－１１乃至１１１－１３が格納される。しかしながら、BBP１１１－１４は、全体を格納できないので、BBP１１１－１４の一部であるBBP１１１－１４－１のヘッダ１２１－１４－１４およびBBPペイロード１２２－１４の一部であるBBPペイロード１２２－１４－１が格納されている。さらに、BBF１３１－１２は、ヘッダ１４１－１２が先頭位置に格納された直後に、BBP１１１－１４の一部であるBBP１１１－１４－２のBBPペイロード１２２－１４の他方の一部１２２－１４－２が格納され、その後段に、BBP１１１－１５が格納される。ヘッダ（BBH）１４１は、2バイトで構成され、格納されているBBPの先頭位置を示すポインタの情報を格納している。このため、BBF１３１－１１のヘッダ１２１－１４、BBPペイロード１２２－１４－１、および、BBF１３１－２のヘッダ１４１－１２の直後に格納されているBBPペイロード１２２－１４－２を結合することで、BBP１１１－１４を復元することが可能となる。また、ヘッダ１４１－１２の情報に基づいて、BBP１１１－１５のヘッダ１２１－１５が格納されている先頭位置がポインタにより確認できるので、先頭に格納されているBBP１１１－１５を適切に読み出すことが可能となる。
［ショートパケットモードのBBPのヘッダの具体的な構成例］
　次に、図８を参照して、ショートパケットモードのBBP１１１の具体的なヘッダ１２１の構成例について説明する。尚、ここで入力パケット１０１を構成するIPパケットは、IPv4（Internet Protocol version 4）/UDP（User Datagram Protocol）であり、パケット長が36バイトであるものとする。
　すなわち、図８の最上段で示されるように、入力パケット１０１は、36バイトであるので、パケット長の情報は、少なくとも6ビット以上必要となるが、上述したように最小パケット長である28Bをオフセットさせることができる。このため、ヘッダ１２１の１バイトを付加して、合計パケット長は9バイトとなり、パケット長部ＦＨ１－３の5ビットで表現することが可能となる。より具体的には、10進数で表現される9を2進数で表現すると、01001となる。
　以上の情報により、ヘッダ１２１は、ショートパケットモードであるので、図８の最下段で示される最小固定長ヘッダＦＨ１のみから構成される。図８の最小固定長ヘッダＦＨ１の種別識別部（Ｔｙｐｅ）ＦＨ１－１は、IPv4を示す「01」を格納し、ショートパケットモードであるか否かを示すモード識別部（ＳＰ）ＦＨ１－２は、ショートパケットモードであることを示す「1」を格納する。パケット長部（ＭＳＢ）ＦＨ１－３は、入力パケット長を表現する5ビットとして、「01001」を格納する。
　尚、以上においては、入力パケットがIPv4/UDPであるので、最小パケット長として28Bをオフセットさせる例について説明してきたが、入力パケットの種別に応じて最小パケット長分をオフセットさせればよいものである。例えば、IPv6/UDPであるような場合、最小IPパケット長が40バイトであり、最小UDPパケット長が8バイトであることから、この場合、パケット長部ＦＨ１－３の5ビットにより、最小パケット長として48バイトだけオフセットされた値で表現することができる。
［追加可変長モードのBBPのヘッダの構成例］
　次に、図９を参照して、追加可変長モードのBBP１１１の具体的なヘッダ１２１の構成例について説明する。尚、ここで入力パケット１０１を構成するIPパケットは、IPv4（Internet Protocol version 4）/UDP（User Datagram Protocol）であり、パケット長が65533Bであるものとする。また、分割モードではないものとし、入力パケットについては、分割せずに１のBBPに変換するものとする。
　すなわち、図９の最上段で示されるように、入力パケット１０１は、65533Bであるので、パケット長は、少なくとも16ビット必要となるので、最小固定長ヘッダＦＨ１のパケット長部ＦＨ１－３の5ビット、および可変長ヘッダＶＨ１におけるパケット長部ＶＨ１－１の6ビットからなる11ビットでは不足することになる。そこで、追加ヘッダＡＨ１のパケット長部ＡＨ－２の5ビットが必要となる。このため、可変長ヘッダＶＨ１の追加ヘッダ識別部ＶＨ１－３は、追加ヘッダＡＨ１が存在することを示す「1」を格納する。
　また、図９の最下段で示されるように、パケット長は、最小固定長ヘッダＦＨ１のパケット長部ＦＨ１－３の5ビット、および可変長ヘッダＶＨ１におけるパケット長部ＶＨ１－１の6ビット、並びに、追加ヘッダＡＨ１のパケット長部ＡＨ－２の5ビットからなる合計16ビットで表現する。従って、65536ビットまでのパケット長を表現することが可能となる。ただし、図９の上から３段目で示されるように、最小固定長ヘッダＦＨ１、可変長ヘッダＶＨ１、および追加ヘッダＡＨ１の、それぞれ1バイトがパケット長に含まれる。従って、BBP１１１を構成するヘッダ１２１のみで3バイトが必要となる。結果として、図９の最上段で示されるように、入力パケットとして、表現可能な最大パケット長は65533Bとなり、図９の上から２段目で示されるように、BBP１１１のヘッダ１２１およびBBFペイロード１２２の合計が65536Bまでの表現が可能である。
　以上の情報により、ヘッダ１２１は、追加可変長モードとなるので、図９の上から３段目で示されるように、最小固定長ヘッダＦＨ１、可変長ヘッダＶＨ１、および追加ヘッダＡＨ１から構成される。図９の最小固定長ヘッダＦＨ１の種別識別部（Ｔｙｐｅ）ＦＨ１－１は、IPv4を示す「01」を格納し、ショートパケットモードであるか否かを示すモード識別部（ＳＰ）ＦＨ１－２は、ショートパケットモードではないことを示す「0」を格納する。パケット長部（Ｌｅｎｇｔｈ ＬＳＢ）ＦＨ１－３は、入力パケット長を表現する最下位5ビットを格納する。
　また、可変長ヘッダＶＨ１のパケット長部（Ｌｅｎｇｔｈ ＭＳＢ）ＶＨ１－１は、入力パケット長を表現する最下位の5ビットより上位の6ビットを格納する。フラグ部（Ｆｒａｇ）ＶＨ１－２は、分割モードではないことを示す「0」を格納し、追加ヘッダ識別部（Ａｄｄ Ｈｅａｄ．）ＶＨ１－３は、追加ヘッダが存在することを示す「1」を格納する。
　さらに、追加ヘッダＡＨ１のラベルタイプ部ＡＨ１－１は、ラベルが追加されないことを示す「00」を格納する。パケット長部（Ｌｅｎｇｔｈ（Ｅ－ＭＳＢ））ＡＨ１－２は、入力パケット長を表現する最上位の5ビットを格納する。延長ヘッダ識別部（Ｅｘｔ．）ＡＨ１－３は、延長ヘッダＡＨ２が存在しないことを示す「0」を格納する。
　以上のように、追加可変長モードにより、BBP１１１のヘッダ１２１は、合計3バイトとすることが可能となり、冗長性を抑制することが可能となる。例えば、GSE（Generic Stream Encapsulation）やTLV（Type Length Value）などでもヘッダは4バイトが設定されており、本技術のヘッダは、これらのヘッダよりも小さくすることができるので、冗長性を抑制することが可能となる。
［可変長モードで分割モードが利用される場合のBBPのヘッダ構成例］
　次に、図１０を参照して、可変長モードで分割モードが利用される場合のBBP１１１のヘッダ１２１の構成例について説明する。尚、ここで入力パケット１０１を構成するIPパケットは、IPv4（Internet Protocol version 4）/UDP（User Datagram Protocol）であり、パケット長が65440Bであるものとする。
　すなわち、図１０の最上段で示されるように、入力パケット１０１は、65440バイト（B）である。また、BBP１１１のヘッダ１２１は、可変長モードであって、かつBBP１１１は分割モードである。そこで、ヘッダ１２１には、最小固定長ヘッダＦＨ１のパケット長部ＦＨ１－３および可変長ヘッダＶＨ１のパケット長部ＶＨ１－１からなるパケット長を表現するための11ビットが設けられている。従って、入力パケット１０１を分割して生成されるBBPの最大パケット長は、2048バイトとなる。ここで、ヘッダ１２１－１，１２１－２は、図１０の最下段、および下から２段目で示されるように、それぞれ最小固定長ヘッダＦＨ１－１、可変長ヘッダＶＨ１－１、およびフラグヘッダＶＨ２－１、並びに最小固定長ヘッダＦＨ１－２、可変長ヘッダＶＨ１－２、およびフラグヘッダＶＨ２－２で構成される。このため、各ヘッダ１２１は、いずれも3バイトが必要となる。
　従って、入力パケット１０１は、最大でも2045（＝2048－3）バイト単位とされる。このため、図１０の場合、上から２段目で示されるように、入力パケット１０１に対して、32（＝65440/2045）個のBBP１１１－１乃至１１１－３２（１１１－３以降は図示せず）が生成される。ここでは、BBP１１１－１乃至１１１－３２においては、入力パケットが３２分割された2045バイトからなるBBFペイロード１２２－１乃至１２２－３２のそれぞれに、いずれも3バイトのヘッダ１２１－１乃至１２１－３２が付加される。すなわち、図１０の例においては、BBP１１１－１乃至１１１－３２は、いずれも最大パケット長である2048バイトとなっている。
　以上の情報により、ヘッダ１２１－１は、可変長モードであって、かつ、分割モードであるので、図１０の上から３段目で示される最小固定長ヘッダＦＨ１－１、可変長ヘッダＶＨ１－１、およびフラグヘッダＶＨ２－１とから構成される。図１０の最小固定長ヘッダＦＨ１の種別識別部（Ｔｙｐｅ）ＦＨ１－１－１は、IPv4を示す「01」を格納し、ショートパケットモードであるか否かを示すモード識別部（ＳＰ）ＦＨ１－２－１は、ショートパケットモードではないことを示す「0」を格納する。パケット長部（Ｌｅｎｇｔｈ（ＭＳＢ））ＦＨ１－３－１は、入力パケット長を表現する下位5ビットを格納する。さらに、可変長ヘッダＶＨ１－１のパケット長部（Ｌｅｎｇｔｈ（ＭＳＢ））ＶＨ１－１－１は、入力パケット長を表現する上位6ビットを格納する。フラグ部（Ｆｒａｇ）ＶＨ１－２－１は、分割モードであることを示す「1」を格納し、追加ヘッダ識別部（Ａｄｄ）ＶＨ１－３－１は、追加ヘッダＡＨ２が存在しないことを示す「0」を格納する。さらに、追加ヘッダＡＨ２－１のフラグＩＤ部ＶＨ２－１－１は、分割された個別のペイロードを識別する情報として、例えば、先頭であるので「000」を格納し、フラグカウンタ部ＶＨ２－２－１は、分割された個別のペイロードを識別するための分割番号として、例えば、先頭であるので「00000」を格納する。
　一方、ヘッダ１２１－２は、図１０の最下段で示される。尚、ヘッダ１２１－１とヘッダ１２１－２については、フラグカウンタ部ＶＨ２－２－２がフラグカウンタ部ＶＨ２－２－１と異なる以外は同一であるので、説明を省略する。すなわち、フラグカウンタ部ＶＨ２－２－２は、BBP１１１－１に続く番号として、「00001」を格納する。
　以上のように、分割モードを使用することで、ヘッダが増えることにより、送信パケット量は増えるが、パケット長の長い入力パケット１０１を分割して送信することが可能となる。従って、例えば、より優先順位の高いパケットを先に送信しなければならない場合には、パケット長の長い入力パケット１０１の転送を一時的に中断して、優先順位の高いパケットを先に割り込み送信させるようにしてから、再び分割したパケットを送信することが可能となる。
［TSモードであって空パケット削除モードでない場合のBBPからなるBBFの構成例］
　次に、図１１を参照して、TSモードであって空パケット削除（Null Packet Deletion）モードではない場合のBBPからなるBBFの構成例について説明する。
　図１１の最上段で示されるように、入力パケット（Input Packets）１０１－３１乃至１０１－３３が入力されるものとする。ここで、入力パケット１０１－３１乃至１０１－３３は、それぞれ、TSパケット１５１－１乃至１５１－８、TSパケット１５１－１１乃至１５１－１８、およびTSパケット１５１－２１乃至１５１－２８から構成されている。すなわち、入力パケット１０１は、いずれも8個のTSパケット１５１より構成されており、これらがBBFペイロード１２２－３１乃至１２２－３３とされて、BBP１１１－１乃至１１１－３が構成されている。
　ところで、図１１の最上段で示されるTSパケット１５１は、通常のTSパケットが188バイトで構成されるのに対して、187バイトで構成されている。これは、図１２の最上段で示されるように、通常は、TSパケット１５１－１乃至１５１－８は、それぞれに同期を取るための1バイトのシンクバイト（0×47）１６１－１乃至１６１－８が設けられており、これを含めて188バイトとされている。そこで、図１１の２段目および図１２の最上段で示されるTSパケット１５１については、シンクバイト１６１が削除された形態でBBFペイロード１２２が形成されている。したがって、BBFペイロード１２２のパケット長は、1496（＝187×8）バイトとなる。
　また、ヘッダ１２１は、図１１の最下段、および図１２の最下段で示される構成となる。すなわち、ヘッダ１２１は、１バイトのTSヘッダＦＨ２より構成される。より詳細には、TSヘッダＦＨ２の、種別識別部（Ｔｙｐｅ）ＦＨ１－１、空パケット識別部ＦＨ２－１、およびTSパケット数部ＦＨ２－３には、それぞれ、「00」，「0」、およびTSパケット数の4ビットとして、８個分の「1000」が格納されている。すなわち、図１２のTSヘッダＦＨ２は、入力パケットがTSパケットであり、空パケット削除モードではなく、8個のTSパケットを含んでいることを示している。
　BBF１３１－３１，１３１－３２の構成については、図４を参照して説明したBBF１３１と同様であるので、その説明は省略するものとする。
　このように、TSモードにおいては、BBP１１１のBBFペイロード１２２を構成するTSパケットからは一律にシンクバイトが削除されるので、例えば、通常のTSパケットが8個であれば、1504バイトとなるが、ヘッダ１２１の1バイトとBBFペイロード１２２の1496バイトとから1498バイトとすることができ、6バイト分を圧縮することが可能となる。
　また、例えば、DVB-T2の場合、TSモードにおいては、BBPの概念がなく、図１３の上段で示されるようなTSパケットが入力される場合、図１３の下段で示されるように、BBF２０１の１０バイト（B）からなるヘッダ２１１を設けて、シンクバイトを除いたTSパケットがペイロード２１２に格納される。ここで、後述する空パケット削除モードの有無については、ヘッダ２１１に含まれることになる。このため、TSパケットの送信が開始されると、より優先度の高いパケットを先に送るようなことができない状態となる。
　これに対して、本技術におけるTSモードにおいては、BBP１１１を構成することができるので、優先度の高いパケットがTSパケットの送信中に発生しても、優先して送信することが可能となる。
［TSモードであって空パケット削除モードである場合のBBPの構成例］
　次に、図１４を参照して、TSモードであって空パケット削除モードであるときのBBPの構成例について説明する。
　図１４の最上段で示されるように、入力パケット（Input Packets）は、TSパケット１５１－６１乃至１５１－６８から構成されており、それぞれの先頭位置に1バイトのシンクバイト１６１－６１乃至１６１－６８が設けられている。このうち、TSパケット１５１－６７，１５１－６８が空パケット、すなわち、いわゆるNullパケットである場合、BBP１１１－６１は、図１４の上から２段目で示されるように構成される。
　すなわち、この場合のBBP１１１－６１は、図１４の左最下段で示されるように１バイトのTSヘッダＦＨ２より構成され、以降に空パケットではないTSパケット１５１－６１乃至１５１－６６のみが格納されて、空パケットであるTSパケット１５１－６７，１５１－６８は削除される。さらに、図１４の右最下段で示されるように、削除されたTSパケット数を表す１バイト分の削除TSパケット数部ＤＮＰＣ（Deleted Null Packet Counter）が格納される。
　このときもTSパケット１５１は、シンクバイトが削除された状態で格納される。したがって、この例においては、BBP１１１－６１は、1124（＝1＋187×6＋1）バイトとなる。
　また、ヘッダ１２１は、図１４の左最下段で示されるように、１バイトのTSヘッダＦＨ２より構成される。より詳細には、TSヘッダＦＨ２の、種別識別部（Ｔｙｐｅ）ＦＨ１－１、空パケット識別部ＦＨ２－１、およびTSパケット数部ＦＨ２－３には、それぞれ、「00」，「1」、およびTSパケット数の4ビットとして、６個分の「0110」が格納される。すなわち、図１４のTSヘッダＦＨ２は、入力パケットがTSパケットであり、空パケット削除モードであり、BBP１１１－６１に6個のTSパケットを含んでいることを示している。
　さらに、図１４の右最下段で示されるように、TSパケット１５１－６６の後段に1バイトの削除TSパケット数部ＤＮＰＣが設定され、この例においては、TSパケット１５１－６，１５１－６８の２個が削除されているので、「00000010」と登録されている。
　尚、削除される空パケットのTSパケットは、１のBBP１１１を構成するTSパケット１５１のうち、連続して存在する場合にのみ、１のBBP１１１において複数のTSパケット１５１を削除することができる。したがって、空パケット削除モードの場合、空パケットが、空パケットではないTSパケット１５１と交互に存在するようなときには、1個のTSパケット１５１からなるBBP１１１が構成され、それぞれにヘッダ１２１と削除TSパケット数部ＤＮＰＣとが設けられたBBPが構成されることになる。
　ところで、DVB-T2の場合、やはり空パケット削除モードが存在する。より詳細には、図１５の上段で示されるように、TSパケット１５１－６１乃至１５１－７０が入力される場合であって、TSパケット１５１－６７，１５１－６８が空パケットであるとき、図１５の下段で示されるような構成となる。
　すなわち、DVB-T2については、上述したようにTSモードにおいてBBPの概念がないので、BBF２０１が構成されて、１０バイトのヘッダ２１１に空パケット削除モードであることを示す情報が格納される。さらに、以降のペイロード２１２は、TSパケット１５１の後段に１バイトの削除パケット数部２２１が設けられる構成となっている。そして、TSパケット１５１－６７，１５１－６８が削除された後に配置されるTSパケット１５１－６９の後段の削除パケット数部２２１－６９に２個削除されたことを示す情報が格納される。したがって、削除されるTSパケットの有無に関わらず、記録されたTSパケット１５１の後段には必ず1バイトの削除パケット数部２２１が設けられており、削除されたTSパケット数の情報が登録される。
　これに対して、本技術においては、削除の有無に関わらず、１のBBPに対して１バイトの削除パケット数部ＤＮＰＣが設けられるのみであるため、BBFを構成する際にも十分に冗長性を抑制することが可能となる。また、TSパケットを送信する場合であっても、BBP１１１を構成することができるので、優先度の高いパケットがTSパケットの送信中に発生しても、優先して割り込み送信することが可能となる。
［ビットストリームパケットにおけるBBPのヘッダの構成例］
　次に、図１６を参照して、入力パケットがビットストリームパケットである場合のBBPのヘッダの構成例について説明する。
　図１６の最上段で示されるように、入力パケットとしてビットストリーム（Continuous Bit Stream）３０１が入力されるものとする。
　この場合、BBP生成部３１により、図１６の上から２段目で示されるように、ビットストリーム３０１が、2044バイト単位で区切られて、それぞれにヘッダ１２１－９１，１２１－９２・・・が設けられ、ビットストリームからなるBBP（Payload）ペイロード１２２－９１，１２２－９２・・・が付加されたBBP１１１－９１，１１１－９２・・・が生成される。ここで、BBPペイロード１２２は、入力されたビットストリームが2044バイト単位で区切られたものである。従って、各BBP１１１は、4バイトのヘッダ１２１と、2044バイトのBBPペイロード１２２より構成されるため、パケット長は、最大パケット長となる2048バイトとなる。
　また、ヘッダ１２１は、図１６の最下段で示される構成となる。すなわち、ヘッダ１２１は、最小固定長ヘッダＦＨ１、可変長ヘッダＶＨ１、およびプロトコルタイプヘッダＶＨ３より構成される。より詳細には、最小固定長ヘッダＦＨ１の、種別識別部（Ｔｙｐｅ）ＦＨ１－１、モード識別部（ＳＰ）ＦＨ－２、およびパケット長部（Ｌｅｎｇｔｈ（ＬＳＢ））ＦＨ－３には、それぞれ、11，0、および入力パケットのパケット長が格納される。すなわち、図１６の最小固定長ヘッダＦＨ１は、入力パケットの種別がその他の種別（other）であり、ショートパケットモードではないことが示されており、5ビットのパケット長の情報として下位5ビットが格納されている。
　また、可変長ヘッダＶＨ１の、パケット長部ＶＨ１－１、フラグ部ＶＨ１－２、および追加ヘッダ識別部ＶＨ１－３には、それぞれパケット長の6ビット、0、および1が格納される。すなわち、図１６の可変長ヘッダＶＨ１は、入力パケットであるBBPペイロードのパケット長の上位6ビットが格納され、分割モードではなく、また、追加ヘッダが存在することを示している。すなわち、プロトコルタイプヘッダＶＨ３が追加ヘッダとして存在することが示されている。
　このパケット長部ＦＨ１－１，ＶＨ１－１により11ビットからなるBBP１１１のパケット長の情報が格納される。
　さらに、プロトコルタイプヘッダＶＨ３は、2バイト（16ビット）からなる入力パケットであるビットストリームのプロトコルタイプの情報を格納する。
　以上の情報により、図１６のヘッダ１２１は、図１６の最下段で示される最小固定長ヘッダＦＨ１、可変長ヘッダＶＨ１、およびプロトコルタイプヘッダＶＨ３から構成される。また、図１６の最小固定長ヘッダＦＨ１の種別識別部（Ｔｙｐｅ）ＦＨ１－１は、その他の種別（other）を示す「11」を格納し、ショートパケットモードであるか否かを示すモード識別部（ＳＰ）ＦＨ１－２は、ショートパケットモードではないことを示す「0」を格納する。パケット長部（Ｌｅｎｇｔｈ（ＭＳＢ））ＦＨ１－３は、入力パケット長を表現する下位5ビットとして、「11111」を格納する。さらに、可変長ヘッダＶＨ１のパケット長部（Ｌｅｎｇｔｈ（ＭＳＢ））ＶＨ１－１は、入力パケット長を表現する上位6ビットとして「111111」を格納する。すなわち、図１６の場合、BBP１１１のパケット長が最大パケット長である2048バイトであることが示されている。フラグ部（Ｆｒａｇ）ＶＨ１－２は、分割モードではないことを示す「0」を格納し、追加ヘッダ識別部（Ａｄｄ． Ｈｅａｄ）ＶＨ１－３は、追加ヘッダであるプロトコルタイプヘッダＶＨ３が存在することを示す「1」を格納する。そして、プロトコルタイプヘッダＶＨ３は、BBPペイロード１２２に格納されているビットストリームのプロトコルタイプの情報を格納している。
　このような構成により、様々な種別のビットストリームよりBBPを構成して送信、または受信することが可能となる。
　尚、IPv4，IPv6のヘッダ圧縮技術として、RoHC(Robust Header Compression)の技術が広く知られている。RoHCはIPヘッダを圧縮するものとして優れているが、処理が複雑で、種類が多く、まだ放送に適しているU-mode (Unidirectionalモード)では圧縮は双方向のモードと比較して低いので、必ずしも実装されない。しかしながら、本技術においては、RoHCをもサポートすることが可能である。すなわち、上述した図１６で示されるように、最小固定長ヘッダＦＨ１の種別識別部（Ｔｙｐｅ）ＦＨ１－１において、11を格納させて、otherを示す情報を登録させ、プロトコルタイプヘッダＶＨ３において、RoHCの情報を格納させることで、ヘッダとしてRoHCを定義することが可能となる。また、この他にも、同様に手法により、様々な圧縮方式を採用することが可能となる。
［BBFのBBHの構成例］
　次に、図１７を参照して、BBFにおけるBBHの構成例について説明する。
　例えば、図１７の最上段で示されるようなヘッダ１２１－１０１，１２１－１０２，・・・と、BBPペイロード１２２－１０１，１２２－１０２，・・・より構成されるBBP１１１－１０１，１１１－１０２，・・・が入力される場合、BBF生成部３２は、図１７の２段目で示されるようにBBF１３１－１，１３１－２・・・を生成する。
　すなわち、BBF生成部３２は、図１７の上から２段目で示されるように、入力パケットのパケット長と符号化率とに応じて設定されるデータ長のBBF１３１－１，１３１－２，・・・を構成する。より詳細には、BBF生成部３２は、例えば、BBF２５１－１の先頭位置にBBH１４１－１を格納し、その後段に、設定されたデータ長のBBFとなるように順次BBP１１１－１００，１１１－１０１，・・・を格納する。この際、図１７の２段目で示されるように、BBP１１１－１０２が途中までしか格納できない場合、途中までの分をBBP１１１－１０２－１として格納し、次のBBF１３１－２の先頭に、BBH１４１－２を格納して、引き続きBBP１１１－１０２の後段を、BBP１１１－１０２－２として格納する。そして、BBF生成部３２は、引き続き連続してBBF２５２－２のデータ長となるまでBBP１１１－１０３，・・・を格納する処理を繰り返す。
　このとき、BBF生成部３２は、BBH付加部４１を制御して、図１７の右下部で示されるような構成例で示されるようなBBH１４１を各BBF１３１の先頭位置に格納させる。すなわち、BBH１４１は、2バイト（16bit）で構成され、先頭の13ビットのポインタ格納部（Pointer to Start of Next BBP）３２１に先頭から格納されるBBP１１１のBBF１３１上の開始位置を示すポインタの情報を格納する。すなわち、図１７の２段目の場合、BBH１４１－２においては、直前のBBF１３１－１において、格納できなかったBBP１１１－１０２の後段となるBBP１１１－１０２－２を格納するため、矢印で示されるように、新たに先頭から格納されるBBP１１１－１０３の開始位置がポインタとして格納される。尚、BBH１４１の3ビットは、空き領域（ＴＢＤ）３２２とされている。
　ところで、DVB-T2におけるBBFのBBHにおいては、図１８で示されるような構成となっている。ここで、図１８の上段は、通常モード（Normal Mode）における場合のBBHであり、下段は、高効率モード（High Efficiency Mode）における場合のBBHである。
　DVB-T2におけるBBHは、いずれのモードにおいても10バイトより構成されている。通常モードの場合、BBHは、MATYPE（2バイト）、UPL（2バイト）、DFL（2バイト）、SYNC（1バイト）、SYNCD（2バイト）、およびCRC-8MODE（1バイト）から構成される。また、高効率モードの場合、BBHは、MATYPE（2バイト）、ISSY 2MSB（2バイト）、DFL（2バイト）、ISSY LSB（1バイト）、SYNCD（2バイト）、およびCRC-8MODE（1バイト）から構成される。
　MATYPEは、入力ストリームフォーマットを、UPL（User Packet Length）は、ユーザパケット長を、DFL（Data Field Length）は、データフィールドにおけるデータ長を、SYNCは、いわゆるシンクバイトをそれぞれ表すものである。また、SYNCDは、データフィールドの開始位置からデータの開始位置までの距離を、CRC-8MODEは、CRC-8におけるモードを、ISSY（Input Stream Synchronization Indicator） LSB、およびISSY 2MSBは、それぞれ入力ストリーム同期検知情報を、それぞれ表すものである。
　すなわち、DVB-T2においては、BBHは、データ量も多く、またその種別も様々なものを含んでいる。このため、処理そのものが複雑なものとなるだけでなく、BBHのデータ長が大きいため、流通するデータ量も増えてしまう。
　これに対して、本技術のBBHは、上述したように格納される情報は、BBF毎に新たに先頭から格納されるBBPの開始位置を示すポインタのみであるので、読み出しにあたり受信後の処理も容易で、かつ、データ量を抑えることが可能となる。
　また、このような構造により、受信装置５１におけるBBP抽出部７３は、順次供給されてくるBBF１３１よりBBP１１１を抽出するに当たって、単純に、BBF１３１をBBH１４１の情報に基づいて、先頭位置から抽出するだけでよいので、容易で、かつ適切にBBP１１１を抽出することが可能となる。結果として、より高速で、かつ、確実なパケット通信を実現することが可能となる。
［送信装置と受信装置による送受信処理］
　次に、図１９のフローチャートを参照して、図１の送信装置１１と図２の受信装置５１による送受信処理について説明する。
　ステップＳ１１において、BBP生成部３１は、入力パケットに基づいて、上述した処理によりBBPを生成してBBF生成部３２に供給する。より詳細には、BBP生成部３１は、入力パケットの種別を識別し、IPパケットである場合、入力パケットのパケット長に応じて図７を参照して説明したショートパケットモード、図４を参照して説明した可変長モード、または、図９を参照して説明した追加可変長モードのいずれかによりBBPを生成する。また、BBP生成部３１は、入力パケットが、TSパケットである場合、図１１または図１４を参照して説明したTSパケットモードのBBPを生成する。さらに、IPパケットでも、TSパケットでもない場合、BBP生成部３１は、図１５を参照して説明したビットストリームパケットよりBBPを生成したように、プロトコルヘッダＶＨ３に認識した種別の情報を登録して、BBPを生成する。また、BBP生成部３１は、必要に応じて分割モードや、空パケット削除モードに応じたヘッダを生成してBBPを生成する。
　ステップＳ１２において、BBF生成部３２は、供給されてきたBBPに基づいて、BBFを生成してBBFスクランブラ３３に供給する。より詳細には、BBF生成部３２は、BBH付加部４１を制御して、上述した手法によりBBF毎に新たに先頭から格納されるBBPの開始位置を示すポインタの情報を生成させて、BBFの先頭位置に格納する。さらに、BBF生成部３２は、入力パケットの符号長と、符号化率により設定されるフレーム長のBBFに順次BBPを格納させることによりBBFを生成し、BBFスクランブラ３３に供給する。
　ステップＳ１３において、BBFスクランブラ３３は、供給されてきたBBFに対してスクランブルを掛けて送信部３４に供給する。
　ステップＳ１４において、送信部３４は、スクランブルが施されたBBFを受信装置５１に対して送信する。
　ステップＳ３１において、受信装置５１の受信部７１は、送信装置１１より送信されてきたBBFを受信し、BBFデスクランブラ７２に供給する。
　ステップＳ３２において、BBFデスクランブラ７２は、供給されてきたスクランブルが施されたBBFをデスクランブルしてBBP抽出部７３に供給する。
　ステップＳ３３において、BBP抽出部７３は、デスクランブルされたBBFよりBBPを順次抽出する。より詳細には、BBP抽出部７３は、BBH認識部７３ａを制御して、BBFにおけるBBHに記録されたBBF毎に新たに先頭から格納されるBBPの開始位置を示すポインタの情報を認識させて、BBF内におけるBBPを順次抽出し、入力パケット生成部７４に供給する。
　ステップＳ３４において、入力パケット生成部７４は、BBP抽出部７３より供給されてくるBBPより送信装置１１に入力された入力パケットを生成する。
　ステップＳ３５において、入力パケット生成部７４は、生成した入力パケットを出力する。
　以上の処理により、入力パケットが上述したBBPに変換され、変換されたBBPに基づいてBBFが生成され、BBFに基づいて、送信され、さらに、受信されたBBFに基づいてBBPが生成されて、BBPより入力パケットが生成される。結果として、送受信されるパケットの冗長性が抑制され、高速で、かつ、確実なパケット通信を実現することが可能となる。
　なお、本技術の実施の形態は、上述した実施の形態に限定されるものではなく、本技術の要旨を逸脱しない範囲において種々の変更が可能である。
　例えば、上述のフローチャートで説明した各ステップは、１つの装置で実行する他、複数の装置で分担して実行することができる。
　さらに、１つのステップに複数の処理が含まれる場合には、その１つのステップに含まれる複数の処理は、１つの装置で実行する他、複数の装置で分担して実行することができる。
　尚、本技術は、以下のような構成も取ることができる。
（１）　入力パケットまたはストリームよりベースバンドパケットを生成するベースバンドパケット生成部と、
　前記ベースバンドパケットよりベースバンドフレームを生成するベースバンドフレーム生成部と、
　前記ベースバンドフレームを送信する送信部とを含み、
　前記ベースバンドパケットのヘッダは、前記入力パケットまたはストリームの種別を識別する種別識別情報と、前記ベースバンドフレームのペイロードに格納される前記入力パケットまたはストリームのパケット長の情報とを有する最小固定長ヘッダを含む
　送信装置。
（２）　前記種別識別情報が前記入力パケットまたはストリームの種別がIPパケットである場合、前記最小固定長ヘッダは、前記種別識別情報に加えて、前記入力パケット長が最小固定長であるか否かを識別する最小固定長識別情報、および前記入力パケット長の情報として最小入力パケット長情報を含む
　（１）に記載の送信装置。
（３）　前記最小固定長識別情報が、前記入力パケット長が前記最小固定長ではないことを示す場合、前記ヘッダは、前記最小固定長ヘッダに加えて、さらに、可変長ヘッダを含み、
　前記可変長ヘッダは、前記入力パケット長の下位ビットを前記最小入力パケット長として、前記最小入力パケット長情報とするとき、その上位ビットからなる可変長パケット長情報、前記入力パケットまたはストリームを分割してベースバンドパケットが構成されているか否かを示す分割フラグ、並びに、前記可変長ヘッダに追加する追加ヘッダの有無を示す追加ヘッダフラグとを含む
　（２）に記載の送信装置。
（４）　前記分割フラグが前記入力パケットまたはストリームを分割してベースバンドパケットが構成されていることを示す場合、前記可変長ヘッダは、さらに、分割フラグヘッダを含み、
　前記分割フラグヘッダは、前記分割フラグを識別するフラグID、および分割された前記ベースバンドパケットを識別する情報となるフラグカウンタを含む
　（３）に記載の送信装置。
（５）　前記追加ヘッダフラグが、前記追加ヘッダが存在することを示す場合、前記ヘッダは、前記最小固定長ヘッダ、および前記可変長ヘッダに加えて、さらに、追加ヘッダを含み、
　前記追加ヘッダは、前記追加ヘッダの種別を識別する追加ヘッダ識別情報、前記入力パケット長を表現する前記可変長パケット長情報よりも上位のビットからなる延長パケット長情報、および追加情報ヘッダの有無を表す追加情報ヘッダフラグを含む
　（３）に記載の送信装置。
（６）　前記追加情報ヘッダフラグが、前記追加情報ヘッダが存在することを表す場合、前記ヘッダは、前記最小固定長ヘッダ、前記可変長ヘッダ、および前記追加ヘッダに加えて、さらに、所定の情報からなる前記追加情報ヘッダを含む
　（５）に記載の送信装置。
（７）　前記追加ヘッダ識別情報が、ラベル情報であることを表す場合、前記ヘッダは、前記最小固定長ヘッダ、前記可変長ヘッダ、および前記追加ヘッダに加えて、さらに、所定のラベル情報からなる前記追加情報ヘッダを含む
　（５）に記載の送信装置。
（８）　前記ベースバンドパケット生成部は、前記入力パケットまたはストリームの種別を識別し、識別した種別を種別識別部に登録し、前記識別した種別に応じたベースバンドパケットを生成する
　（１）に記載の送信装置。
（９）　前記最小入力パケット長情報は、最小パケットサイズに対応するビット数分をオフセットしたビット情報からなる最小固定長の情報である
　（１）に記載の送信装置。
（１０）　前記種別識別情報が、トランスポートストリームパケットである場合、前記最小固定長ヘッダは、前記種別識別情報に加えて、前記トランスポートストリームパケットのうち空パケットを削除してベースバンドパケットを構成しているか否かを識別する空パケット削除情報、および前記ベースバンドパケットに含まれる前記入力パケット長の情報としてトランスポートストリームパケット数を表すトランスポートストリームパケット数情報を含む
　（１）に記載の送信装置。
（１１）　前記パケット削除情報が、前記トランスポートストリームパケットのうち空パケットを削除してベースバンドパケットを構成していることを示す情報である場合、前記ヘッダは、前記削除された空パケットの数を表す情報をさらに含む
　（１０）に記載の送信装置。
（１２）　前記種別識別情報は、前記入力パケットまたはストリームのプロトコルを特定する情報以外のプロトコルであることを表す不特定プロトコル情報を含み、
　前記種別識別情報が、前記不特定プロトコル情報である場合、前記ヘッダは、前記最小固定長ヘッダに加えて、さらに、所定のプロトコルを特定する所定プロトコル情報を含む
　（１）に記載の送信装置。
（１３）　入力パケットまたはストリームよりベースバンドパケットを生成し、
　前記ベースバンドパケットよりベースバンドフレームを生成し、
　前記ベースバンドフレームを送信するステップとを含み、
　前記ベースバンドパケットのヘッダは、前記入力パケットまたはストリームの種別を識別する種別識別情報と、前記ベースバンドフレームのペイロードに格納される前記入力パケットまたはストリームのパケット長の情報とを有する最小固定長ヘッダを含む
　送信方法。
（１４）　送信されてくるベースバンドフレームからなる信号を受信する受信部と、
　受信されたベースバンドフレームよりベースバンドパケットを生成するベースバンドパケット生成部と、
　前記ベースバンドパケットより入力パケットまたはストリームを生成する入力パケット生成部とを含み、
　前記ベースバンドパケットのヘッダは、前記入力パケットまたはストリームの種別を識別する種別識別情報と、前記ベースバンドフレームのペイロードに格納される前記入力パケットまたはストリームのパケット長の情報とを有する最小固定長ヘッダを含む
　受信装置。
（１５）　送信されてくるベースバンドフレームからなる信号を受信し、
　受信されたベースバンドフレームよりベースバンドパケットを生成し、
　前記ベースバンドパケットより入力パケットまたはストリームを生成するステップを含み、
　前記ベースバンドパケットのヘッダは、前記入力パケットまたはストリームの種別を識別する種別識別情報と、前記ベースバンドフレームのペイロードに格納される前記入力パケットまたはストリームのパケット長の情報とを有する最小固定長ヘッダを含む
　受信方法。
　１１　送信装置，　３１　BBP生成部，　３２　BBF生成部，　３３　BBFスクランブラ，　３４　送信部，　４１　BBH付加部，　５１　受信装置，　７１　受信部，　７２　BBFデスクランブラ，　７３　BBP抽出部，　７３ａ　BBH認識部，　７４　入力パケット生成部

Claims (15)

  1. 　入力パケットまたはストリームよりベースバンドパケットを生成するベースバンドパケット生成部と、
    　前記ベースバンドパケットよりベースバンドフレームを生成するベースバンドフレーム生成部と、
    　前記ベースバンドフレームを送信する送信部とを含み、
    　前記ベースバンドパケットのヘッダは、前記入力パケットまたはストリームの種別を識別する種別識別情報と、前記ベースバンドフレームのペイロードに格納される前記入力パケットまたはストリームのパケット長の情報とを有する最小固定長ヘッダを含む
    　送信装置。
  2. 　前記種別識別情報が前記入力パケットまたはストリームの種別がIPパケットである場合、前記最小固定長ヘッダは、前記種別識別情報に加えて、前記入力パケット長が最小固定長であるか否かを識別する最小固定長識別情報、および前記入力パケット長の情報として最小入力パケット長情報を含む
    　請求項１に記載の送信装置。
  3. 　前記最小固定長識別情報が、前記入力パケット長が前記最小固定長ではないことを示す場合、前記ヘッダは、前記最小固定長ヘッダに加えて、さらに、可変長ヘッダを含み、
    　前記可変長ヘッダは、前記入力パケット長の下位ビットを前記最小入力パケット長として、前記最小入力パケット長情報とするとき、その上位ビットからなる可変長パケット長情報、前記入力パケットまたはストリームを分割してベースバンドパケットが構成されているか否かを示す分割フラグ、並びに、前記可変長ヘッダに追加する追加ヘッダの有無を示す追加ヘッダフラグとを含む
    　請求項２に記載の送信装置。
  4. 　前記分割フラグが前記入力パケットまたはストリームを分割してベースバンドパケットが構成されていることを示す場合、前記可変長ヘッダは、さらに、分割フラグヘッダを含み、
    　前記分割フラグヘッダは、前記分割フラグを識別するフラグID、および分割された前記ベースバンドパケットを識別する情報となるフラグカウンタを含む
    　請求項３に記載の送信装置。
  5. 　前記追加ヘッダフラグが、前記追加ヘッダが存在することを示す場合、前記ヘッダは、前記最小固定長ヘッダ、および前記可変長ヘッダに加えて、さらに、追加ヘッダを含み、
    　前記追加ヘッダは、前記追加ヘッダの種別を識別する追加ヘッダ識別情報、前記入力パケット長を表現する前記可変長パケット長情報よりも上位のビットからなる延長パケット長情報、および追加情報ヘッダの有無を表す追加情報ヘッダフラグを含む
    　請求項３に記載の送信装置。
  6. 　前記追加情報ヘッダフラグが、前記追加情報ヘッダが存在することを表す場合、前記ヘッダは、前記最小固定長ヘッダ、前記可変長ヘッダ、および前記追加ヘッダに加えて、さらに、所定の情報からなる前記追加情報ヘッダを含む
    　請求項５に記載の送信装置。
  7. 　前記追加ヘッダ識別情報が、ラベル情報であることを表す場合、前記ヘッダは、前記最小固定長ヘッダ、前記可変長ヘッダ、および前記追加ヘッダに加えて、さらに、所定のラベル情報からなる前記追加情報ヘッダを含む
    　請求項５に記載の送信装置。
  8. 　前記ベースバンドパケット生成部は、前記入力パケットまたはストリームの種別を識別し、識別した種別を種別識別部に登録し、前記識別した種別に応じたベースバンドパケットを生成する
    　請求項１に記載の送信装置。
  9. 　前記最小入力パケット長情報は、最小パケットサイズに対応するビット数分をオフセットしたビット情報からなる最小固定長の情報である
    　請求項１に記載の送信装置。
  10. 　前記種別識別情報が、トランスポートストリームパケットである場合、前記最小固定長ヘッダは、前記種別識別情報に加えて、前記トランスポートストリームパケットのうち空パケットを削除してベースバンドパケットを構成しているか否かを識別する空パケット削除情報、および前記ベースバンドパケットに含まれる前記入力パケット長の情報としてトランスポートストリームパケット数を表すトランスポートストリームパケット数情報を含む
    　請求項１に記載の送信装置。
  11. 　前記パケット削除情報が、前記トランスポートストリームパケットのうち空パケットを削除してベースバンドパケットを構成していることを示す情報である場合、前記ヘッダは、前記削除された空パケットの数を表す情報をさらに含む
    　請求項１０に記載の送信装置。
  12. 　前記種別識別情報は、前記入力パケットまたはストリームのプロトコルを特定する情報以外のプロトコルであることを表す不特定プロトコル情報を含み、
    　前記種別識別情報が、前記不特定プロトコル情報である場合、前記ヘッダは、前記最小固定長ヘッダに加えて、さらに、所定のプロトコルを特定する所定プロトコル情報を含む
    　請求項１に記載の送信装置。
  13. 　入力パケットまたはストリームよりベースバンドパケットを生成し、
    　前記ベースバンドパケットよりベースバンドフレームを生成し、
    　前記ベースバンドフレームを送信するステップとを含み、
    　前記ベースバンドパケットのヘッダは、前記入力パケットまたはストリームの種別を識別する種別識別情報と、前記ベースバンドフレームのペイロードに格納される前記入力パケットまたはストリームのパケット長の情報とを有する最小固定長ヘッダを含む
    　送信方法。
  14. 　送信されてくるベースバンドフレームからなる信号を受信する受信部と、
    　受信されたベースバンドフレームよりベースバンドパケットを生成するベースバンドパケット生成部と、
    　前記ベースバンドパケットより入力パケットまたはストリームを生成する入力パケット生成部とを含み、
    　前記ベースバンドパケットのヘッダは、前記入力パケットまたはストリームの種別を識別する種別識別情報と、前記ベースバンドフレームのペイロードに格納される前記入力パケットまたはストリームのパケット長の情報とを有する最小固定長ヘッダを含む
    　受信装置。
  15. 　送信されてくるベースバンドフレームからなる信号を受信し、
    　受信されたベースバンドフレームよりベースバンドパケットを生成し、
    　前記ベースバンドパケットより入力パケットまたはストリームを生成するステップを含み、
    　前記ベースバンドパケットのヘッダは、前記入力パケットまたはストリームの種別を識別する種別識別情報と、前記ベースバンドフレームのペイロードに格納される前記入力パケットまたはストリームのパケット長の情報とを有する最小固定長ヘッダを含む
    　受信方法。
PCT/JP2014/066567 2013-07-05 2014-06-23 送信装置および送信方法、並びに受信装置および受信方法 WO2015002007A1 (ja)

Priority Applications (14)

Application Number Priority Date Filing Date Title
JP2015504438A JP6499071B2 (ja) 2013-07-05 2014-06-23 送信装置および送信方法、並びに受信装置および受信方法
MX2015002528A MX351090B (es) 2013-07-05 2014-06-23 Dispositivo de transmision, metodo de transmision, dispositivo de recepcion, y metodo de recepcion.
CN201480002208.5A CN104584510B (zh) 2013-07-05 2014-06-23 发送设备、发送方法、接收设备和接收方法
US14/422,440 US10225379B2 (en) 2013-07-05 2014-06-23 Transmission apparatus, transmission method, reception apparatus, and reception method
EP14820672.5A EP2879349B1 (en) 2013-07-05 2014-06-23 Transmission device, transmission method, reception device and reception method
KR1020207009630A KR102170002B1 (ko) 2013-07-05 2014-06-23 송신 장치 및 송신 방법, 및 수신 장치 및 수신 방법
CA2881808A CA2881808C (en) 2013-07-05 2014-06-23 Transmission apparatus, transmission method, reception apparatus, and reception method
KR1020197031877A KR20190124347A (ko) 2013-07-05 2014-06-23 송신 장치 및 송신 방법, 및 수신 장치 및 수신 방법
KR1020157004165A KR101940370B1 (ko) 2013-07-05 2014-06-23 송신 장치 및 송신 방법, 및 수신 장치 및 수신 방법
KR1020197001086A KR102040448B1 (ko) 2013-07-05 2014-06-23 송신 장치 및 송신 방법, 및 수신 장치 및 수신 방법
PH12015500419A PH12015500419B1 (en) 2013-07-05 2015-02-26 Transmission device, transmission method, reception device, and reception method
US16/133,737 US10516769B2 (en) 2013-07-05 2018-09-18 Transmission apparatus, transmission method, reception apparatus, and reception method
US16/664,492 US10992789B2 (en) 2013-07-05 2019-10-25 Transmission apparatus, transmission method, reception apparatus, and reception method
US17/214,776 US11683402B2 (en) 2013-07-05 2021-03-26 Transmission apparatus, transmission method, reception apparatus, and reception method

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2013141740 2013-07-05
JP2013-141740 2013-07-05

Related Child Applications (2)

Application Number Title Priority Date Filing Date
US14/422,440 A-371-Of-International US10225379B2 (en) 2013-07-05 2014-06-23 Transmission apparatus, transmission method, reception apparatus, and reception method
US16/133,737 Continuation US10516769B2 (en) 2013-07-05 2018-09-18 Transmission apparatus, transmission method, reception apparatus, and reception method

Publications (1)

Publication Number Publication Date
WO2015002007A1 true WO2015002007A1 (ja) 2015-01-08

Family

ID=52143586

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2014/066567 WO2015002007A1 (ja) 2013-07-05 2014-06-23 送信装置および送信方法、並びに受信装置および受信方法

Country Status (9)

Country Link
US (4) US10225379B2 (ja)
EP (1) EP2879349B1 (ja)
JP (1) JP6499071B2 (ja)
KR (4) KR20190124347A (ja)
CN (2) CN110035072B (ja)
CA (1) CA2881808C (ja)
MX (1) MX351090B (ja)
PH (1) PH12015500419B1 (ja)
WO (1) WO2015002007A1 (ja)

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2017501650A (ja) * 2013-11-13 2017-01-12 エルジー エレクトロニクス インコーポレイティド 放送信号送信装置、放送信号受信装置、放送信号送信方法、及び放送信号受信方法
WO2017026110A1 (en) * 2015-08-07 2017-02-16 Sharp Kabushiki Kaisha Systems and methods for data transmission based on a link layer packet structure
KR20170026504A (ko) * 2014-06-25 2017-03-08 삼성전자주식회사 통신 시스템에서 프레임 송수신 방법 및 장치
JP7485547B2 (ja) 2020-05-28 2024-05-16 日本放送協会 送信装置、受信装置及びプログラム

Families Citing this family (14)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR102130151B1 (ko) 2013-07-22 2020-07-03 삼성전자주식회사 송신 장치, 수신 장치 및 그 신호 처리 방법
US9648361B2 (en) 2013-08-01 2017-05-09 Lg Electronics Inc. Apparatus for transmitting broadcast signals, apparatus for receiving broadcast signals, method for transmitting broadcast signals and method for receiving broadcast signals
KR102284042B1 (ko) 2013-09-04 2021-07-30 삼성전자주식회사 송신 장치, 수신 장치 및 그 신호 처리 방법
EP3079369B1 (en) * 2013-12-03 2021-01-06 Sony Corporation Data processing device and data processing method
KR101857673B1 (ko) * 2014-04-04 2018-05-14 엘지전자 주식회사 방송신호 전송방법, 방송신호 수신방법, 방송신호 전송장치, 방송신호 수신장치
KR101800426B1 (ko) * 2015-01-09 2017-11-23 삼성전자주식회사 송신 장치, 수신 장치 및 그 신호 처리 방법
US11032194B2 (en) 2015-01-09 2021-06-08 Samsung Electronics Co., Ltd. Transmitting apparatus and signal processing method using removal of transport steam packet header
EP3142369A4 (en) 2015-06-04 2018-01-10 LG Electronics Inc. Broadcast signal transmission apparatus, broadcast signal reception apparatus, broadcast signal transmission method, and broadcast signal reception method
JP6868802B2 (ja) * 2015-08-03 2021-05-12 パナソニックＩｐマネジメント株式会社 送信方法、受信方法、送信装置及び受信装置
JP6933141B2 (ja) * 2015-11-27 2021-09-08 ソニーグループ株式会社 受信装置および方法、並びに通信システム
CN106534261A (zh) * 2016-10-09 2017-03-22 乐视控股（北京）有限公司 数据写入方法、装置及系统
US10454928B2 (en) * 2016-10-25 2019-10-22 Cisco Technology, Inc. Apparatus and method for inssec packet generation
JP2021118467A (ja) * 2020-01-28 2021-08-10 ソニーセミコンダクタソリューションズ株式会社 情報処理装置、情報処理方法、並びにプログラム
EP4373108A1 (en) * 2021-07-16 2024-05-22 Beijing Xiaomi Mobile Software Co., Ltd. Data transmission method, data transmission apparatus and storage medium

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20110051745A1 (en) * 2008-09-23 2011-03-03 Electronics And Telecommunications Research Institute Method of encapsulating data in digital satellite communication system, and data transmission apparatus therefor
JP2011097245A (ja) * 2009-10-28 2011-05-12 Sony Corp 受信装置、受信方法、プログラム、および受信システム

Family Cites Families (26)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
SE515588C2 (sv) * 1996-01-25 2001-09-03 Ericsson Telefon Ab L M Miniceller med variabel för storlek på nyttolasten i ett mobiltelefonnät
JPWO2002023776A1 (ja) * 2000-09-11 2004-01-29 松下電器産業株式会社 ストリームデコード装置
GB0022952D0 (en) * 2000-09-19 2000-11-01 Sgs Thomson Microelectronics Monitoring interrupts
US8045935B2 (en) * 2001-12-06 2011-10-25 Pulse-Link, Inc. High data rate transmitter and receiver
CN100403726C (zh) * 2003-12-01 2008-07-16 华为技术有限公司 一种实现IPv6报文流分类的方法
US7801107B2 (en) * 2006-05-25 2010-09-21 Mitsubishi Electric Research Laboratories, Inc. Method for transmitting a communications packet in a wireless communications network
US8102853B2 (en) * 2006-08-09 2012-01-24 Samsung Electronics Co., Ltd. System and method for wireless communication of uncompressed video having fixed size MAC header with an extension
KR101080416B1 (ko) * 2006-11-29 2011-11-04 삼성전자주식회사 멀티-프로그램 다중화/역다중화 장치 및 방법
WO2008156257A2 (en) * 2007-06-18 2008-12-24 Samsung Electronics Co., Ltd. Method and apparatus for transporting mobile broadcasting service, and method and apparatus for receiving mobile broadcasting service
JP5298622B2 (ja) * 2007-12-21 2013-09-25 ソニー株式会社 送信装置および方法、受信装置および方法
US8355336B2 (en) * 2008-02-13 2013-01-15 Qualcomm Incorporated Methods and apparatus for formatting headers in a communication frame
US8381301B1 (en) * 2009-02-11 2013-02-19 Sprint Communications Company L.P. Split-flow attack detection
US8787497B2 (en) * 2009-02-12 2014-07-22 Lg Electronics Inc. Apparatus for transmitting and receiving a signal and method of transmitting and receiving a signal
WO2010123248A2 (ko) * 2009-04-20 2010-10-28 엘지전자 주식회사 P2p 전송 방식에 의한 iptv 스트리밍 서비스를 전송하는 방법 및 p2p 전송 방식에 의한 iptv 스트리밍 서비스를 수신하는 방법.
KR101646942B1 (ko) * 2009-07-13 2016-08-09 삼성전자주식회사 매체 접속 제어 프로토콜 데이터 유닛의 길이 정보의 인코딩 및 디코딩을 위한 방법 및 시스템
RU2552378C2 (ru) * 2009-09-02 2015-06-10 Эппл Инк Способ беспроводной связи с использованием пакетных данных мас
US20110099063A1 (en) 2009-10-20 2011-04-28 Paul Clemmons My Life Cost (MLC) Systems and Methods
EP2541927B1 (en) * 2010-02-23 2018-10-17 LG Electronics Inc. Broadcasting signal transmission device, broadcasting signal reception device, and method for transmitting/receiving broadcasting signal using same
EP2362653A1 (en) * 2010-02-26 2011-08-31 Panasonic Corporation Transport stream packet header compression
EP3010161A1 (en) * 2010-04-01 2016-04-20 LG Electronics Inc. Multiple physical layer pipes (plb) with mutual information
EP2645709B1 (en) * 2010-11-23 2019-10-23 LG Electronics Inc. Broadcast signal transmitting apparatus and broadcast signal transceiving method in broadcast signal transmitting apparatus
KR101670723B1 (ko) * 2011-01-04 2016-11-01 삼성전자주식회사 비디오 및 오디오 통신 시스템에서 가변 길이의 전송 패킷 지원 방법 및 장치
CN102255906B (zh) * 2011-07-08 2014-07-23 中国联合网络通信集团有限公司 数据发送和接收方法、设备及系统
EP2596806A1 (en) * 2011-11-25 2013-05-29 Index Pharmaceuticals AB Method for prevention of colectomy
US9236936B2 (en) * 2012-08-31 2016-01-12 Hughes Network Systems, Llc System and method for low-complexity, high-speed preprocessing of encapsulated packets in a broadband communications network
KR102025878B1 (ko) * 2013-06-28 2019-09-26 삼성전자주식회사 송신 장치, 수신 장치 및 그 제어방법

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20110051745A1 (en) * 2008-09-23 2011-03-03 Electronics And Telecommunications Research Institute Method of encapsulating data in digital satellite communication system, and data transmission apparatus therefor
JP2011097245A (ja) * 2009-10-28 2011-05-12 Sony Corp 受信装置、受信方法、プログラム、および受信システム

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
ETSI EN 302 755 V1.3.1, April 2012 (2012-04-01)
See also references of EP2879349A4

Cited By (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2017501650A (ja) * 2013-11-13 2017-01-12 エルジー エレクトロニクス インコーポレイティド 放送信号送信装置、放送信号受信装置、放送信号送信方法、及び放送信号受信方法
KR20170026504A (ko) * 2014-06-25 2017-03-08 삼성전자주식회사 통신 시스템에서 프레임 송수신 방법 및 장치
KR102331079B1 (ko) 2014-06-25 2021-11-25 삼성전자주식회사 통신 시스템에서 프레임 송수신 방법 및 장치
WO2017026110A1 (en) * 2015-08-07 2017-02-16 Sharp Kabushiki Kaisha Systems and methods for data transmission based on a link layer packet structure
US10735563B2 (en) 2015-08-07 2020-08-04 Sharp Kabushiki Kaisha Systems and methods for data transmission based on a link layer packet structure
US11470188B2 (en) 2015-08-07 2022-10-11 Sharp Kabushiki Kaisha Systems and methods for data transmission based on a link layer packet structure
US11949765B2 (en) 2015-08-07 2024-04-02 Sharp Kabushiki Kaisha Systems and methods for data transmission based on a link layer packet structure
JP7485547B2 (ja) 2020-05-28 2024-05-16 日本放送協会 送信装置、受信装置及びプログラム

Also Published As

Publication number Publication date
US20200059541A1 (en) 2020-02-20
EP2879349A1 (en) 2015-06-03
CN104584510B (zh) 2019-04-19
KR101940370B1 (ko) 2019-01-18
CN110035072B (zh) 2021-06-11
MX2015002528A (es) 2015-07-09
US10225379B2 (en) 2019-03-05
CA2881808A1 (en) 2015-01-08
KR20160030065A (ko) 2016-03-16
US10992789B2 (en) 2021-04-27
KR20200039013A (ko) 2020-04-14
PH12015500419A1 (en) 2015-04-20
CA2881808C (en) 2021-08-17
US20150237175A1 (en) 2015-08-20
KR102170002B1 (ko) 2020-10-26
JP6499071B2 (ja) 2019-04-10
US20210218833A1 (en) 2021-07-15
KR102040448B1 (ko) 2019-11-04
KR20190007107A (ko) 2019-01-21
PH12015500419B1 (en) 2015-04-20
JPWO2015002007A1 (ja) 2017-02-23
US20190037055A1 (en) 2019-01-31
EP2879349A4 (en) 2016-03-16
KR20190124347A (ko) 2019-11-04
EP2879349B1 (en) 2022-06-29
US10516769B2 (en) 2019-12-24
MX351090B (es) 2017-09-29
US11683402B2 (en) 2023-06-20
CN104584510A (zh) 2015-04-29
CN110035072A (zh) 2019-07-19

Similar Documents

Publication Publication Date Title
JP6499071B2 (ja) 送信装置および送信方法、並びに受信装置および受信方法
US11553066B2 (en) Apparatus for transmitting broadcast signal, apparatus for receiving broadcast signal, method for transmitting broadcast signal and method for receiving broadcast signal
US10863214B2 (en) Transmission device, transmission method, reception device, and reception method
US20200145184A1 (en) Transmitting system, transmission slotting apparatus, receiving apparatus, and transmission slot generating method
US10367921B2 (en) Transmission apparatus, transmission method, reception apparatus, and reception method
WO2010106796A1 (ja) コンテンツ送信装置及びコンテンツ送受信システム
CN107710627B (zh) 通信设备、通信系统、通信方法和程序
KR20160021759A (ko) 방송 송수신 장치 및 방송 송수신 방법

Legal Events

Date Code Title Description
ENP Entry into the national phase

Ref document number: 2015504438

Country of ref document: JP

Kind code of ref document: A

WWE Wipo information: entry into national phase

Ref document number: 2014820672

Country of ref document: EP

ENP Entry into the national phase

Ref document number: 2881808

Country of ref document: CA

ENP Entry into the national phase

Ref document number: 20157004165

Country of ref document: KR

Kind code of ref document: A

WWE Wipo information: entry into national phase

Ref document number: 14422440

Country of ref document: US

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

Ref document number: 14820672

Country of ref document: EP

Kind code of ref document: A1

WWE Wipo information: entry into national phase

Ref document number: MX/A/2015/002528

Country of ref document: MX

Ref document number: 12015500419

Country of ref document: PH

NENP Non-entry into the national phase

Ref country code: DE