WO2017047423A1 - Transmission device, receiving device, and data processing method - Google Patents

Transmission device, receiving device, and data processing method Download PDF

Info

Publication number
WO2017047423A1
WO2017047423A1 PCT/JP2016/075937 JP2016075937W WO2017047423A1 WO 2017047423 A1 WO2017047423 A1 WO 2017047423A1 JP 2016075937 W JP2016075937 W JP 2016075937W WO 2017047423 A1 WO2017047423 A1 WO 2017047423A1
Authority
WO
WIPO (PCT)
Prior art keywords
packet
header
transmission
information
udp
Prior art date
Application number
PCT/JP2016/075937
Other languages
French (fr)
Japanese (ja)
Inventor
高橋　和幸
ロックラン ブルース マイケル
Original Assignee
ソニー株式会社
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by ソニー株式会社 filed Critical ソニー株式会社
Publication of WO2017047423A1 publication Critical patent/WO2017047423A1/en

Links

Images

Definitions

  • the present technology relates to a transmission device, a reception device, and a data processing method, and particularly to a transmission device, a reception device, and a data processing method that can efficiently transmit IP / UDP packets.
  • RoHC Robot Header Compression
  • a transmission packet (complete transmission packet) including all header information of the IP header and UDP header is transmitted, and the header information of the subsequent transmission packet is the difference information from the header information of the previous complete transmission packet. Is sent.
  • IP / UDP packet header compression technique for transmitting an IP / UDP packet included in the header is defined (for example, see Non-Patent Document 1).
  • This technology has been made in view of such a situation, and enables IP / UDP packets to be efficiently transmitted.
  • the transmission device is pre-assigned to the transmission packet that transmits specific data among transmission packets that transmit an IP (Internet Protocol) packet including a UDP (User Datagram Protocol) packet.
  • a generating unit configured to generate the transmission packet including a header configured to include identification information associated with an IP address and a port number; and a payload configured to include a payload of the UDP packet; and the transmission And a transmission unit that transmits a packet.
  • the transmission device according to the first aspect of the present technology may be an independent device, or may be an internal block constituting one device.
  • the data processing method according to the first aspect of the present technology is a data processing method corresponding to the transmission device according to the first aspect of the present technology described above.
  • the transmission device and the data processing method according to the first aspect of the present technology, among transmission packets that transmit IP packets including UDP packets, an IP address that is assigned in advance to the transmission packet that transmits specific data. And the transmission packet including the header including the identification information associated with the port number and the payload including the UDP packet payload is generated, and the transmission packet is transmitted. .
  • the receiving device may be an independent device, or may be an internal block constituting one device.
  • the data processing method according to the second aspect of the present technology is a data processing method corresponding to the above-described receiving device according to the second aspect of the present technology.
  • the receiving device and the data processing method among transmission packets that transmit IP packets including UDP packets, an IP address assigned in advance to the transmission packet that transmits specific data And the transmission packet including the header including the identification information associated with the port number and the payload including the payload of the UDP packet is received, and the UDP is transmitted from the transmission packet. The IP packet including the packet is restored.
  • the transmission device 10 transmits content via the transmission path 30.
  • the transmission device 10 transmits a broadcast stream including video, audio, and the like (components thereof) constituting content such as a television program and signaling and a digital broadcast signal via the transmission path 30.
  • the generation unit 101 is supplied with a UDP / IP packet including actual data such as components and signaling, that is, an IP packet in which a UDP packet including actual data is arranged (hereinafter referred to as an IP / UDP packet).
  • the generation unit 101 generates a transmission packet for transmitting the IP / UDP packet supplied thereto, and supplies the transmission packet to the transmission unit 102.
  • the transmission unit 102 transmits a broadcast stream including the transmission packet supplied from the generation unit 101 via the transmission path 30.
  • the receiving device 20 receives and outputs content transmitted from the transmitting device 10 via the transmission path 30.
  • the reception device 20 receives a digital broadcast signal from the transmission device 10, processes video and audio (components thereof) and signaling included in the broadcast stream, and reproduces video and audio of content such as a TV program. To do.
  • the receiving device 20 is configured to include a receiving unit 201 and a restoring unit 202.
  • the reception unit 201 receives a broadcast stream including a transmission packet transmitted from the transmission device 10 via the transmission path 30 and supplies the transmission packet to the restoration unit 202.
  • the restoration unit 202 restores and outputs the IP / UDP packet from the transmission packet supplied from the reception unit 201.
  • only one receiving device 20 is illustrated for simplicity of explanation, but a plurality of receiving devices 20 can be provided, and transmission packets transmitted by the transmitting device 10 are transmitted. Can be received simultaneously by a plurality of receiving apparatuses 20.
  • a plurality of transmission devices 10 can be provided. Each of the plurality of transmitting apparatuses 10 transmits a broadcast stream including a transmission packet as a separate channel, for example, in a separate frequency band. In the receiving apparatus 20, each of the channels of the plurality of transmitting apparatuses 10 is selected. The channel for receiving the broadcast stream including the transmission packet can be selected.
  • the transmission path 30 is not limited to terrestrial broadcasting, for example, satellite broadcasting using a broadcasting satellite (BS: Broadcasting Satellite) or communication satellite (CS: CommunicationsCSSatellite), or a cable.
  • BS Broadcasting Satellite
  • CS CommunicationsCSSatellite
  • CATV cable broadcasting
  • RoHC defined in RFC3095
  • SC Static Chain
  • DC Dynamic Chain
  • the static information refers to header information whose preset content does not change or that is consistently maintained throughout the situation.
  • dynamic information refers to header information that changes in advance according to the situation or has the flexibility to be selected according to the situation. .
  • FIG. 2 is a diagram for explaining the outline of RoHC header compression.
  • the IP header and UDP header of the IP / UDP packet of A of FIG. 2 are RoHC header compressed, and the header of each packet processed when transmitted as the RoHC transmission packet of E of FIG.
  • the payload is schematically represented.
  • a in FIG. 2 represents an IP / UDP packet
  • B in FIG. 2 to D in FIG. 2 represent static information (SC) that constitutes the IP / UDP packet in A in FIG. , Dynamic information (DC) and payload (Payload), respectively.
  • E in FIG. 2 represents a RoHC transmission packet.
  • Static information (SC) and dynamic information (DC) are included in the IP header and UDP header of the IP / UDP packet of A in FIG.
  • the static information (SC) in FIG. 2B is an IP / UDP packet having the same IP address and port number and is common header information. For example, the static information (SC) is changed to the first packet. In the case of transmission by using static information (SC), it is not necessary to transmit static information (SC) in subsequent packets.
  • the dynamic information (DC) of C in FIG. 2 is IP / UDP packets having the same IP address and port number and different header information, for example, the dynamic information (DC) When DC) is transmitted, it is necessary to transmit dynamic information (DC) in subsequent packets.
  • the RoHC transmission packet in FIG. Static information (SC) and dynamic information (DC) are placed in the header of the transmission packet (complete transmission packet), and the header information of the complete transmission packet is included in the subsequent transmission packet header. Only dynamic information (DC) is arranged as difference information.
  • FIG. 3 is a diagram showing the format of the IP header of FIG. However, FIG. 3 illustrates an IPv4 IP header.
  • the IP header has Version, IHL, DSCP, ECN, Total Length, Identification, Flags, Fragment Offset, Time To Live, Protocol, Header Checksum, Source IP address, and Destination IP address.
  • IP version indicates whether the IP version is IPv4 (IP version 4) or IPv6 (IP version 6).
  • FIG. 3 illustrates a case where the IP version is IPv4.
  • IHL Internet Header Length
  • IHL Internet Header Length
  • DSCP Differentiated Services Code Point
  • ECN Exlicit Congestion Notification
  • TOS Type-of-Service
  • Total Length represents the IP packet length, which is the total length of the IP packet.
  • Time To Live represents the lifetime of the IP packet, that is, the number of routers through which the IP packet can pass, for example.
  • Protocol represents the protocol included in the payload of the IP packet.
  • the IP packet payload includes a UDP packet. Since UDP is represented by 17, 17 is set in Protocol.
  • Header Checksum is a checksum used to detect an error in the IP header.
  • the IP address of the IP packet source is set in “Source IP address”.
  • the IP address of the destination of the IP packet is set in Destination IP address.
  • IP header composed of the above format
  • Version, IHL, Protocol, Source IP address, and Destination IP address are static information (SC).
  • SC static information
  • DC dynamic information
  • FIG. 4 is a diagram showing the format of the UDP header of FIG.
  • the UDP header has Source port number, Destination port number, Length, and Checksum.
  • the source port number of the UDP packet is set in “Source port number”.
  • the destination port number of the UDP packet is set in DestinationDport number.
  • Length represents the UDP packet length that is the total length of the UDP packet.
  • Checksum is a checksum used for detecting an error in a UDP packet.
  • Source port number and Destination port number are static information (SC).
  • Checksum becomes dynamic information (DC) in the UDP header.
  • FIG. 5A is a diagram showing an example of static information (SC).
  • Static information includes 4-bit Version, 1-byte Protocol, 4-byte or 16-byte Source IP address, and 4-byte or 16-byte Destination IP address in the IP header.
  • the static information includes a 2-byte Source port number and a 2-byte Destination port number in the UDP header.
  • Version is IPv4 (IP version 4). If Source IP address and Destination IP address are 16 bytes, Version is IPv6 (IP version 6).
  • FIG. 5B shows an example of dynamic information (DC).
  • Dynamic information includes 1-byte Type of Service, 1-byte Time To Live, 2-byte Identification, and 1-byte Flags in the IP header. Note that 1-byte Type of Service is composed of 6-bit DSCP and 2-bit ECN.
  • the dynamic information (DC) includes a 2-byte Checksum in the UDP header.
  • RoHC packet type an IR packet and an IR-DYN packet are defined as packet types (packet types). Further, as the IR packet, the value of profile is set to “0x0002”. Hereinafter, these RoHC packet types will be described.
  • an 8-bit profile is set in the next 1 byte (33 to 40 bits).
  • a profile “0x0002” is set.
  • an 8-bit error detection code (CRC: Cyclic Redundancy Check) is set in the next 1 byte (41 to 48 bits).
  • CRC Cyclic Redundancy Check
  • SC variable length static information
  • DC dynamic information
  • the header of the transmission packet in FIG. 6 has the structure as described above, and a payload is arranged following this header.
  • “11111000” is fixedly set in the next 1 byte (9 to 16 bits). Furthermore, the next 2 bytes (17 to 24, 25 to 32 bits) become an extension CID area (CID info) used as necessary when the context ID (CID) is 4 bits or more. .
  • an 8-bit profile is set in the next 1 byte (33 to 40 bits).
  • a profile “0x0002” is set.
  • an 8-bit error detection code (CRC) is set in the next 1 byte (41 to 48 bits).
  • DC variable length dynamic information
  • the header of the transmission packet in FIG. 7 has the structure as described above, and a payload is placed following this header.
  • RoHC The packet types of RoHC shown in FIGS. 6 to 7 are examples, and other packet types such as UO-0 packets are defined in RoHC, for example.
  • the details of the RoHC packet type are described in the RoHC standard (RObust Header Compression (ROHC): Framework and four profiles: RTP,) UDP, ESP, and uncompressed).
  • ROHC RObust Header Compression
  • LLS Link Layer Signaling
  • SLS Service Layer Signaling
  • LLS signaling includes metadata such as SLT (Service List Table), RRT (Region Rating Table), and EAT (Emergency Alerting Table).
  • SLT metadata includes information indicating the stream and service configuration in the broadcast network, such as information necessary for channel selection (channel selection information).
  • RRT metadata includes information about ratings.
  • EAT metadata includes information on emergency information (emergency warning information) that is information that needs to be notified urgently.
  • SLS signaling includes metadata such as USD (User Service Description), S-TSID (Service-based Transport Session Instance Description), and MPD (Media Presentation Description).
  • USD metadata includes information such as an acquisition destination of other metadata.
  • S-TSID metadata is an extension of LSID (LCT Session Instance Description) for ATSC 3.0, and is control information for the ROUTE (Real-Time Object Delivery Service Unidirectional Transport) protocol.
  • the MPD metadata is control information for managing the playback of the component stream.
  • LLS signaling IP / UDP packet for storing
  • IP address / port hereinafter, well-known IP address / port (hereinafter referred to as well-known IP address / port number)
  • the receiving device 20 can acquire LLS signaling by monitoring an IP / UDP packet having a specific IP address and port number.
  • the transmitting device 10 transmits static information (SC) including an IP address and a port number by using LLS signaling transmitted as a well-known address / port. Even if not, the receiving apparatus 20 can restore the IP / UDP packet storing the LLS signaling.
  • SC static information
  • well-known addresses and ports are assigned to specific data (IP / UDP packets that store NTP (Network Time Protocol) such as time information). The IP / UDP packet storing these specific data can be restored without transmitting (SC).
  • the transmission apparatus 10 is statically configured by restoring the header information of the IP header and the UDP header included in the dynamic information (DC) to fixed values.
  • the receiving device 20 can restore an IP / UDP packet storing LLS signaling without transmitting not only information (SC) but also dynamic information (DC).
  • header compression method 1 of the present technology the former will be referred to as header compression method 1 of the present technology, and the latter will be referred to as header compression method 2 of the present technology, and will be described in that order.
  • FIG. 8 is a diagram illustrating an outline of a header compression method that does not transmit static information (SC) in header information as the header compression method 1 of the present technology.
  • SC static information
  • the state in which a RoHC transmission packet (compressed packet) is transmitted is shown in time series, but the leading RoHC transmission packet (complete transmission packet) includes a payload (Payload_1), Static information (SC) and dynamic information (DC) are arranged. That is, the first RoHC transmission packet corresponds to an IR packet whose packet type is defined by RoHC.
  • the RoHC transmission packet transmitted after the second corresponds to an IR-DYN packet whose packet type is defined by RoHC.
  • header information is transmitted by reducing only the number of times that static information (SC) is transmitted by transmitting only dynamic information (DC) in the second and subsequent transmission packets. Is compressed.
  • FIG. 8B shows a state in which transmission packets (compressed packets) of the present technology are transmitted in time series.
  • DC dynamic information
  • Payload_1 payload in the first transmission packet of the present technology
  • SC static information
  • the transmitting apparatus 10 includes a static address including an IP address and a port number. Even if the information (SC) is not transmitted, the receiving device 20 monitors the specific identification information (context ID (CID)) assigned to the transmission packet of the present technology, so that the LLS is transmitted from the transmission packet of the present technology. IP / UDP packets that store signaling can be restored.
  • CID Context ID
  • the first transmission packet of this technology corresponds to an IR-DYN packet whose packet type is defined by RoHC. This is different from RoHC header compression (A in FIG. 8) that transmits a transmission packet corresponding to an IR packet as the first transmission packet.
  • the transmission packet of the present technology transmitted after the second corresponds to an IR-DYN packet defined by RoHC.
  • header compression method 1 (B in FIG. 8) of the present technology, dynamic information is transmitted without transmitting static information (SC) in the header information of the IP header and the UDP header in all transmission packets. Header information is compressed by reducing the number of times that only information (DC) is transmitted and static information (SC) is transmitted. Further, in the header compression method 1 (B in FIG. 8) of the present technology, static information (SC) is not transmitted even in the first transmission packet as compared with the RoHC header compression (A in FIG. 8). In addition, header information can be transmitted more efficiently.
  • SC static information
  • FIG. 9 is a diagram illustrating the structure of a transmission packet (packet type: IR-DYN packet) to which the header compression method 1 of the present technology is applied.
  • an IP / UDP packet (A in FIG. 9) is a packet of a packet type (packet type: IR-DYN packet) including only dynamic information (DC) in the header information (see FIG. 9). 9 is transmitted as B).
  • the header has a structure corresponding to the header of the IR-DYN packet in FIG.
  • the 8-bit Add-CID is set to “1110 CID”, that is, “1110” is fixedly set in the upper 4 bits, and the context ID is set in the lower 4 bits. (CID) is set.
  • the context ID (CID) is 4 bits or more, an extension CID area (CID (info) consisting of 0 to 2 bytes is used.
  • This context ID is associated with a set of IP address and port number.
  • a table in which the context ID (CID) is associated with a set of IP address and port number will be referred to as a CID table.
  • CID context ID
  • a pair of a destination IP address (Destination IP address) and a destination port number (Destination port number) is associated, and a source IP address (Source IP address) and a source port A set of numbers (Source port number) is associated.
  • the generation unit 101 of the transmission apparatus 10 stores the CID table of FIG. Then, when generating the transmission packet (packet type: IR-DYN packet) of the present technology, the generation unit 101 sets the IP header of the IP / UDP packet to be transmitted as the transmission packet and the destination IP address set in the UDP header. , The destination port number, the source IP address, and the context ID (CID) associated with the source port number are searched from the CID table, and the context ID (CID) is obtained from the transmission packet (compressed packet). Place in header.
  • the restoration unit 202 of the reception device 20 also stores the CID table of FIG. Then, when restoring the IP / UDP packet from the transmission packet (packet type: IR-DYN packet) of the present technology, the restoration unit 202 uses the context ID (CID) arranged in the header of the transmission packet (compressed packet). The associated destination IP address, destination port number, source IP address, and source port number are searched from the CID table, and the destination IP address, destination port number, source IP address, and source port are searched. Restore the corresponding items of the IP header and UDP header of the IP / UDP packet to the number.
  • CID context ID
  • the IP address and port number for NTPv4 are added to the context ID (CID) of “0x01”, the destination IP address of “224.0.1.1”, “123 The destination port number “is”, the source IP address “192.168.0.0”, and the destination port number “60000” are registered.
  • the destination IP address “224.0.23.60” is “4937” as the IP address and port number for LLS signaling in the context ID (CID) “0x02”.
  • the destination port number, the source IP address “192.168.0.0”, and the destination port number “60000” are registered.
  • LLS signaling includes metadata such as SLT, EAT, and RTT.
  • the IP address and port number of data transmitted as a well-known address / port can be registered in association with the context ID (CID).
  • CID context ID
  • IP addresses and port numbers for IP data streams # 1 to # 5 are registered in context IDs (CIDs) “0x03” to “0x07”. That is, in the CID table, information transmitted in the RoHC IR packet or IR-DYN packet (or a descriptor corresponding thereto) can be registered in association with the context ID (CID).
  • SC static information
  • IP address and port number that is, for example, a predetermined fixed value determined in advance
  • Version and Protocol in the IP header, for example.
  • IP address and port number registered in the CID table can be updated by transmitting a transmission packet with static information (SC) including the IP address and port number for update. Can do.
  • SC static information
  • IPv4 IP ⁇ ⁇ ⁇ ⁇ version4
  • IP version6 IP version6
  • a transmission packet packet type: IR-DYN packet
  • static information in the header information of the IP header and the UDP header is used for all transmission packets. Since only dynamic information (DC) is transmitted without transmitting (SC), the number of times of transmitting static information (SC) can be reduced.
  • FIG. 10A the state in which a RoHC transmission packet (compressed packet) is transmitted is shown in time series, but the packet type of the first transmission packet (complete transmission packet) is an IR packet.
  • the packet type of subsequent transmission packets is IR-DYN packet.
  • header information is transmitted by reducing only the number of times that static information (SC) is transmitted by transmitting only dynamic information (DC) in the second and subsequent transmission packets. Is compressed.
  • FIG. 10B shows a state in which transmission packets (compressed packets) of the present technology are transmitted in time series.
  • the static information (SC) and dynamic information (DC) in the header information are not arranged in the first transmission packet of the present technology, and the header added to the payload (Payload_1)
  • the header information of IP header and UDP header is not arranged.
  • the transmitting apparatus 10 includes a static address including an IP address and a port number. Even if the information (SC) is not transmitted, the receiving device 20 monitors the specific identification information (context ID (CID)) assigned to the transmission packet of the present technology, so that the LLS is transmitted from the transmission packet of the present technology. IP / UDP packets that store signaling can be restored.
  • CID Context ID
  • the transmission apparatus 10 allows the transmission device 10 to perform the present technology by restoring the header information of the IP header and the UDP header included in the dynamic information (DC) to fixed values. Even if not the static information (SC) but the dynamic information (DC) is arranged in the transmission packet, the receiving apparatus 20 stores the IP / IP that stores specific data (information) such as LLS signaling. Enable to restore UDP packets.
  • header compression method 2 (B in FIG. 10) of the present technology
  • SC static information
  • DC dynamic information
  • the header information is compressed by preventing transmission.
  • header compression method 2 (B in FIG. 10) of the present technology transmits static information (SC) and dynamic information (DC) as compared with RoHC header compression (A in FIG. 10). Therefore, header information can be transmitted more efficiently.
  • FIG. 11 is a diagram illustrating the structure of a transmission packet (packet type: UO-0 packet) to which the header compression method 2 of the present technology is applied.
  • an IP / UDP packet (A in FIG. 11) is a packet type that does not include static information (SC) and dynamic information (DC) in the header information of the IP header and UDP header. It can be transmitted as a transmission packet (B in FIG. 11) of (packet type: UO-0 packet).
  • SC static information
  • DC dynamic information
  • the header has a structure corresponding to the header of the UO-0 packet. Specifically, in the header of this transmission packet, in the first byte (1 to 8 bits), “1110 CID”, that is, “1110” is fixedly set in the upper 4 bits, and the lower 4 A context ID (CID) is set in the bit.
  • next 1 byte 9 to 16 bits
  • sequence number SN: Sequence ⁇ ⁇ ⁇ ⁇ ⁇ Number
  • CRC Cyclic Redundancy Check
  • the context ID (CID) arranged in the header of the transmission packet is associated with a set of IP address and port number registered in the CID table. Since the CID table in FIG. 11 is the same as the CID table in FIG. 9 described above, a detailed description thereof will be omitted.
  • the generation unit 101 of the transmission device 10 transmits the transmission packet (packet type: UO ⁇ 0 packet) and when the restoration unit 202 of the receiving device 20 restores the header information of the IP / UDP packet from the transmission packet (packet type: UO-0 packet) of the present technology.
  • the generation unit 101 of the transmission device 10 includes the IP header and the IP address and port set in the UDP header of the IP / UDP packet transmitted as the transmission packet (packet type: UO-0 packet) of the present technology.
  • the context ID (CID) associated with the number is searched from the CID table, and the context ID (CID) is arranged in the header of the transmission packet (compressed packet).
  • the restoration unit 202 of the receiving device 20 includes an IP address associated with a context ID (CID) arranged in the header of a transmission packet (packet type: UO-0 packet) (compressed packet) of the present technology.
  • CID context ID
  • the port number is searched from the CID table, and the IP header of the IP / UDP packet and the corresponding item of the UDP header are restored to the IP address and the port number.
  • the IP address and port number of specific data transmitted as a well-known address and port such as the IP address and port number for NTPv4, the IP address and port number for LLS signaling, are the context. It is registered in association with an ID (CID). Also, for static information (SC), information other than the IP address and port number, that is, for example, a predetermined fixed value determined in advance can be used for Version and Protocol in the IP header, for example.
  • ID ID
  • SC static information other than the IP address and port number, that is, for example, a predetermined fixed value determined in advance can be used for Version and Protocol in the IP header, for example.
  • the transmission packet (packet type: UO-0 packet) of the present technology does not include dynamic information (DC) in the header information of the IP header and the UDP header, the restoration unit 202 of the receiving device 20 The dynamic information (DC) is restored to a fixed value.
  • DC dynamic information
  • FIG. 12 is a diagram illustrating an example of dynamic information (DC) restored to a fixed value.
  • dynamic information (DC) restored to a fixed value includes DSCP, ECN, Identification (IP-ID), Flags, and Time To Live.
  • IP-ID Identification
  • TOS Type of Service
  • DSCP DSCP
  • ECN ECN
  • Identification IP-ID
  • Flags are not particularly required when IP / UDP packets are transmitted by the IP transmission method, and are restored to, for example, 0 as a predetermined fixed value.
  • Time To Live takes into account that the IP / UDP packet restored by the receiving device 20 (the restoration unit 202) is transmitted via a communication network such as a home network to some extent. For example, it is restored to 128 as a fixed value that can be secured.
  • the header compression method 2 of the present technology uses a transmission packet (packet type: UO-0 packet), it is possible to avoid such a phenomenon (a phenomenon caused by a delay caused by signaling software processing). it can.
  • FIG. 13 is a diagram illustrating the structure of a transmission packet (packet type: RoHC extension packet) to which the header compression scheme 2 of the present technology is applied.
  • an IP / UDP packet (A in FIG. 13) is a packet type that does not include static information (SC) and dynamic information (DC) in the header information of the IP header and UDP header. It can be transmitted as a transmission packet (B in FIG. 13) of (packet type: RoHC extension packet).
  • SC static information
  • DC dynamic information
  • the header has a structure not defined by RoHC.
  • 8 bits are allocated to the header of this transmission packet, and for example, “1100” indicating a new packet type is fixedly set to 4 bits from the beginning, and the context ID (CID) is set to the lower 4 bits. To be set.
  • RoHC extension packet a new packet type (RoHC extension packet) is defined, which is not defined in the current RoHC, but a transmission packet of the packet type that is this RoHC extension packet is transmitted with a smaller header size. It becomes possible.
  • the context ID (CID) arranged in the header of the transmission packet is associated with a set of IP address and port number registered in the CID table. Since the CID table in FIG. 13 is the same as the CID table in FIG. 9 or FIG. 11 described above, detailed description thereof is omitted, but the generation unit 101 of the transmission device 10 transmits the transmission packet (packet type) of the present technology. : RoHC extension packet) and when the restoration unit 202 of the receiving device 20 restores the header information of the IP / UDP packet from the transmission packet (packet type: RoHC extension packet) of the present technology. .
  • the generation unit 101 of the transmission device 10 includes the IP header and the IP address and port number set in the IP header and the UDP header of the IP / UDP packet transmitted as a transmission packet (packet type: RoHC extension packet) of the present technology. Is searched from the CID table, and the context ID (CID) is placed in the header of the transmission packet (compressed packet).
  • packet type RoHC extension packet
  • the restoration unit 202 of the receiving device 20 includes an IP address and a port associated with a context ID (CID) arranged in the header of a transmission packet (packet type: RoHC extended packet) (compressed packet) of the present technology.
  • CID context ID
  • the number is searched from the CID table, and the IP header of the IP / UDP packet and the corresponding item of the UDP header are restored to the IP address and port number.
  • the IP address and port number of specific data transmitted as a well-known address / port such as the IP address and port number for NTPv4, the IP address and port number for LLS signaling, are the context. It is registered in association with an ID (CID). Also, for static information (SC), information other than the IP address and port number, that is, for example, a predetermined fixed value determined in advance can be used for Version and Protocol in the IP header, for example.
  • ID ID
  • SC static information other than the IP address and port number, that is, for example, a predetermined fixed value determined in advance can be used for Version and Protocol in the IP header, for example.
  • the transmission packet (packet type: RoHC extension packet) of the present technology does not include dynamic information (DC) in the header information of the IP header and the UDP header, but the restoration unit 202 of the receiving device 20
  • the dynamic information (DC) is restored to a fixed value.
  • the method of restoring the dynamic information (DC) to a fixed value is the same as the method described with reference to FIG. 12 described above, and thus detailed description thereof is omitted.
  • DSCP, ECN, Identification (IP-ID) and Flags are restored to a predetermined fixed value, for example, 0, and Time To Live is restored to a predetermined fixed value, for example, 128.
  • header information can be transmitted more efficiently.
  • the header compression method 2 of the present technology uses a transmission packet (packet type: RoHC extended packet), such a phenomenon (a phenomenon caused by a delay caused by signaling software processing) can be avoided. .
  • step S101 components (video, audio, etc.) constituting content such as a television program and actual data to be transmitted such as signaling are processed, and an IP / UDP packet is generated.
  • step S102 the generation unit 101 generates a transmission packet for transmitting the IP / UDP packet generated in the process of step S101.
  • the generation unit 101 when generating the transmission packet, the generation unit 101 generates a context ID (corresponding to the IP address and port number set in the IP header and UDP header of the IP / UDP packet transmitted as the transmission packet). CID) is searched from the CID table (for example, the CID tables of FIGS. 9, 11, and 13), and the context ID (CID) is arranged in the header of the transmission packet.
  • a context ID (CID) of “0x02” is arranged in the header.
  • a context ID (CID) of “0x01” is arranged in the header.
  • step S201 the reception unit 201 receives a broadcast stream including a transmission packet transmitted via the transmission path 30 as a digital broadcast signal of the IP transmission method from the transmission device 10.
  • step S202 the restoration unit 202 restores the IP / UDP packet from the transmission packet included in the broadcast stream received in the process of step S201.
  • the restoration unit 202 displays the IP address and port number associated with the context ID (CID) arranged in the header of the transmission packet as the CID table (for example, the CID table in FIGS. 9, 11, and 13) is retrieved, and the IP header and the UDP header corresponding to the IP / UDP packet are restored to the IP address and port number.
  • CID context ID
  • the context ID (CID) of “0x01” is arranged in the header.
  • the context ID (CID) that is "0x01” By searching the table for the context ID (CID) that is "0x01”, the destination IP address that is "224.0.1.1”, the destination port number that is "123”, and the source IP address that is "192.168.0.0” , And a destination port number of “60000” is specified.
  • step S203 components (video, audio, etc.) and actual data to be received such as signaling included in the IP / UDP packet restored in step S202 are processed, and video and audio of content such as a TV program are processed. Played.
  • ATSC particularly ATSC 3.0
  • BS broadcasting satellite
  • CS communication satellite
  • CATV cable television
  • the present technology provides a predetermined standard (assuming that a transmission line other than a broadcast network, that is, a communication line (communication network) such as the Internet or a telephone network) is used as a transmission line.
  • a transmission line other than a broadcast network that is, a communication line (communication network) such as the Internet or a telephone network
  • the present invention can also be applied to standards other than digital broadcasting standards.
  • a communication line such as the Internet or a telephone network is used as the transmission path 30, and the transmission device 10 can be a server provided on the Internet. Then, by allowing the receiving device 20 to have a communication function, the transmitting device 10 performs processing in response to a request from the receiving device 20.
  • the names of the above-mentioned signaling such as LLS and SLS are merely examples, and other names may be used. However, the difference between these names is a formal difference, and the substantial content of each signaling is not different.
  • the source IP address and the source A set of port numbers is associated, but only a set of a destination IP address and a destination port number can be associated with a context ID (CID).
  • CID context ID
  • the transmission source IP address and the transmission source port number can be restored to fixed values or acquired from a higher layer protocol. That is, since the information for identifying the broadcasting station is obtained by higher layer signaling, it is not necessary to refer to the transmission source IP address and the transmission source port number in broadcasting, and the transmission source IP address and the transmission source port number are fixed. There is no particular problem with the value.
  • FIG. 16 is a diagram illustrating a configuration example of the hardware of a computer that executes the above-described series of processing by a program.
  • a CPU Central Processing Unit
  • ROM Read Only Memory
  • RAM Random Access Memory
  • An input / output interface 905 is further connected to the bus 904.
  • An input unit 906, an output unit 907, a recording unit 908, a communication unit 909, and a drive 910 are connected to the input / output interface 905.
  • the input unit 906 includes a keyboard, a mouse, a microphone, and the like.
  • the output unit 907 includes a display, a speaker, and the like.
  • the recording unit 908 includes a hard disk, a nonvolatile memory, and the like.
  • the communication unit 909 includes a network interface or the like.
  • the drive 910 drives a removable medium 911 such as a magnetic disk, an optical disk, a magneto-optical disk, or a semiconductor memory.
  • the CPU 901 loads the program recorded in the ROM 902 or the recording unit 908 to the RAM 903 via the input / output interface 905 and the bus 904, and executes the program. A series of processing is performed.
  • the program executed by the computer 900 can be provided by being recorded on a removable medium 911 as a package medium, for example.
  • the program can be provided via a wired or wireless transmission medium such as a local area network, the Internet, or digital satellite broadcasting.
  • the program can be installed in the recording unit 908 via the input / output interface 905 by installing the removable medium 911 in the drive 910. Further, the program can be received by the communication unit 909 via a wired or wireless transmission medium and installed in the recording unit 908. In addition, the program can be installed in the ROM 902 or the recording unit 908 in advance.
  • the processing performed by the computer according to the program does not necessarily have to be performed in chronological order in the order described as the flowchart. That is, the processing performed by the computer according to the program includes processing executed in parallel or individually (for example, parallel processing or object processing).
  • the program may be processed by a single computer (processor) or may be distributedly processed by a plurality of computers.
  • the present technology can take the following configurations.
  • a header comprising: A generation unit that generates the transmission packet configured with a payload configured to include the payload of the UDP packet;
  • a transmission device comprising: a transmission unit that transmits the transmission packet.
  • the header includes only the dynamic information when the header information arranged in the IP header of the IP packet and the UDP header of the UDP packet is separated into static information and dynamic information.
  • the transmission device including: (3) The transmission packet corresponds to the IR-DYN packet defined by RoHC (Robust Header Compression), The transmitting apparatus according to (2), wherein the identification information corresponds to a CID (Context Identifier) defined by RoHC. (4) When the header is separated into the IP header of the IP packet and the header information arranged in the UDP header of the UDP packet into static information and dynamic information, the dynamic information, and The transmission device according to (1), configured without including the static information. (5) The transmission packet corresponds to the UO-0 packet specified by RoHC, The transmission apparatus according to (4), wherein the identification information corresponds to a CID defined by RoHC.
  • the transmission packet corresponds to a RoHC extended packet obtained by extending RoHC
  • the transmitting device is Among transmission packets that transmit IP packets including UDP packets, the transmission packet that transmits specific data, a header configured to include identification information associated with a pre-assigned IP address and port number, Generating the transmission packet configured with a payload configured to include the payload of the UDP packet; A data processing method including a step of transmitting the transmission packet.
  • the transmission packet that transmits specific data a header configured to include identification information associated with a pre-assigned IP address and port number,
  • a receiver configured to receive the transmission packet including a payload configured to include a payload of the UDP packet;
  • a receiving device comprising: a restoring unit that restores the IP packet including the UDP packet from the transmission packet.
  • the header includes only the dynamic information when the header information arranged in the IP header of the IP packet and the UDP header of the UDP packet is separated into static information and dynamic information.
  • Consists of The restoration unit includes the IP address and the port number from the identification information included in a header of the transmission packet, based on a table in which the identification information is associated with the IP address and the port number.
  • the receiving device according to (9), wherein static information is restored.
  • the transmission packet corresponds to the IR-DYN packet specified by RoHC
  • the receiving apparatus according to (10), wherein the identification information corresponds to a CID defined by RoHC.
  • the restoration unit Based on the table in which the identification information is associated with the IP address and the port number, the static information including the IP address and the port number is obtained from the identification information included in the header of the transmission packet. Restore, The receiving device according to (9), wherein the dynamic information is restored to a predetermined fixed value.
  • the transmission packet corresponds to the UO-0 packet specified by RoHC, The receiving apparatus according to (12), wherein the identification information corresponds to a CID defined by RoHC.
  • the transmission packet corresponds to a RoHC extended packet obtained by extending RoHC, The receiving apparatus according to (12), wherein the identification information corresponds to a CID defined by RoHC.
  • the receiving device according to any one of (9) to (14), wherein the specific data is data of signaling or time information.
  • the receiving device is Among transmission packets that transmit IP packets including UDP packets, the transmission packet that transmits specific data, a header configured to include identification information associated with a pre-assigned IP address and port number, Receiving the transmission packet configured with a payload configured including the payload of the UDP packet; A data processing method comprising: restoring the IP packet including the UDP packet from the transmission packet.
  • 1 transmission system 10 transmitting device, 20 receiving device, 30 transmission path, 101 generating unit, 102 transmitting unit, 201 receiving unit, 202 restoring unit, 900 computer, 901 CPU, 902 ROM, 903 RAM, 904 bus, 905 I / O Interface, 906 input unit, 907 output unit, 908 recording unit, 909 communication unit, 910 drive, 911 removable media

Landscapes

  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

The present technology pertains to: a transmission device which makes it possible to efficiently transmit an IP/UDP packet; a receiving device; and a data processing method. Transmission packets for transmitting an IP packet containing a UDP packet are transmitted and received. The header of the transmission packet for transmitting specific data among said transmission packets is configured so as to contain identification information associated with a port number and an IP address assigned in advance. A payload is configured so as to contain the payload of the UDP packet. This technology is applicable, for example, to a system for transmitting an IP/UDP packet.

Description

送信装置、受信装置、及び、データ処理方法Transmitting apparatus, receiving apparatus, and data processing method
　本技術は、送信装置、受信装置、及び、データ処理方法に関し、特に、IP/UDPパケットを効率よく伝送することができるようにした送信装置、受信装置、及び、データ処理方法に関する。 The present technology relates to a transmission device, a reception device, and a data processing method, and particularly to a transmission device, a reception device, and a data processing method that can efficiently transmit IP / UDP packets.
　例えば、次世代地上放送規格の１つであるATSC(Advanced Television Systems Committee)3.0では、データ伝送に、主として、TS(Transport Stream)パケットではなく、IP/UDPパケット、すなわち、UDP(User Datagram Protocol)パケットを含むIP(Internet Protocol)パケットを用いる方式（以下、IP伝送方式という）が採用されることが決定されている。また、ATSC3.0以外の放送規格でも、将来的に、IP伝送方式が採用されることが期待されている。 For example, in ATSC (Advanced Television Systems Committee) 3.0, one of the next generation terrestrial broadcasting standards, IP / UDP packets, that is, UDP (User Datagram Protocol) instead of TS (Transport Stream) packets are mainly used for data transmission. A method using an IP (Internet Protocol) packet including a packet (hereinafter referred to as an IP transmission method) has been decided to be adopted. Also, it is expected that an IP transmission method will be adopted in the future in broadcasting standards other than ATSC 3.0.
　ところで、IP/UDPパケットは、ヘッダに様々な情報が含まれるため、オーバーヘッドが大きい。そこで、IP/UDPパケットを効率的に伝送するための、IP/UDPパケットのヘッダを圧縮するための技術として、IETF(The Internet Engineering Task Force)によるRFC3095で規定されているRoHC(Robust Header Compression)がある。 By the way, IP / UDP packets have a large overhead because various information is included in the header. Therefore, RoHC (Robust Header Compression) specified in RFC3095 by IETF (The Internet Engineering Task Force) is a technology for compressing the header of IP / UDP packets to efficiently transmit IP / UDP packets. There is.
　RoHCでは、IPヘッダとUDPヘッダのヘッダ情報をすべて含む伝送パケット（完全な伝送パケット）が送信され、その後の伝送パケットのヘッダ情報については、直前の完全な伝送パケットのヘッダ情報との差分の情報が送信される。 In RoHC, a transmission packet (complete transmission packet) including all header information of the IP header and UDP header is transmitted, and the header information of the subsequent transmission packet is the difference information from the header information of the previous complete transmission packet. Is sent.
　例えば、高度BS(Broadcast Satellite)では、IP/UDPパケットのヘッダを圧縮する方式として、RoHCのように、完全な伝送パケットを送信し、その後、完全な伝送パケットのヘッダ情報との差分の情報をヘッダに含むIP/UDPパケットを送信する、IP/UDPパケットのヘッダの圧縮技術が規定されている（例えば、非特許文献１参照）。 For example, in advanced BS (Broadcast Satellite), as a method of compressing the header of an IP / UDP packet, a complete transmission packet is transmitted like RoHC, and then the difference information from the header information of the complete transmission packet is displayed. An IP / UDP packet header compression technique for transmitting an IP / UDP packet included in the header is defined (for example, see Non-Patent Document 1).
　ところで、ATSC3.0では、IP/UDPパケットのヘッダ圧縮方式として、RFC3095で規定されているRoHCの採用が決定されているが、IP/UDPパケットを効率よく伝送するための提案が要請されていた。 By the way, in ATSC 3.0, the adoption of RoHC specified in RFC3095 as the header compression method for IP / UDP packets has been decided, but a proposal for efficient transmission of IP / UDP packets has been requested. .
　本技術はこのような状況に鑑みてなされたものであり、IP/UDPパケットを効率よく伝送することができるようにするものである。 This technology has been made in view of such a situation, and enables IP / UDP packets to be efficiently transmitted.
　本技術の第１の側面の送信装置は、UDP(User Datagram Protocol)パケットを含むIP(Internet Protocol)パケットを伝送する伝送パケットのうち、特定のデータを伝送する前記伝送パケットに、あらかじめ割り当てられたIPアドレスとポート番号に対応付けられた識別情報を含んで構成されるヘッダと、前記UDPパケットのペイロードを含んで構成されるペイロードとで構成される前記伝送パケットを生成する生成部と、前記伝送パケットを送信する送信部とを備える送信装置である。 The transmission device according to the first aspect of the present technology is pre-assigned to the transmission packet that transmits specific data among transmission packets that transmit an IP (Internet Protocol) packet including a UDP (User Datagram Protocol) packet. A generating unit configured to generate the transmission packet including a header configured to include identification information associated with an IP address and a port number; and a payload configured to include a payload of the UDP packet; and the transmission And a transmission unit that transmits a packet.
　本技術の第１の側面の送信装置は、独立した装置であってもよいし、１つの装置を構成している内部ブロックであってもよい。また、本技術の第１の側面のデータ処理方法は、上述した本技術の第１の側面の送信装置に対応するデータ処理方法である。 The transmission device according to the first aspect of the present technology may be an independent device, or may be an internal block constituting one device. The data processing method according to the first aspect of the present technology is a data processing method corresponding to the transmission device according to the first aspect of the present technology described above.
　本技術の第１の側面の送信装置、及び、データ処理方法においては、UDPパケットを含むIPパケットを伝送する伝送パケットのうち、特定のデータを伝送する前記伝送パケットに、あらかじめ割り当てられたIPアドレスとポート番号に対応付けられた識別情報を含んで構成されるヘッダと、前記UDPパケットのペイロードを含んで構成されるペイロードとで構成される前記伝送パケットが生成され、前記伝送パケットが送信される。 In the transmission device and the data processing method according to the first aspect of the present technology, among transmission packets that transmit IP packets including UDP packets, an IP address that is assigned in advance to the transmission packet that transmits specific data. And the transmission packet including the header including the identification information associated with the port number and the payload including the UDP packet payload is generated, and the transmission packet is transmitted. .
　本技術の第２の側面の受信装置は、UDPパケットを含むIPパケットを伝送する伝送パケットのうち、特定のデータを伝送する前記伝送パケットに、あらかじめ割り当てられたIPアドレスとポート番号に対応付けられた識別情報を含んで構成されるヘッダと、前記UDPパケットのペイロードを含んで構成されるペイロードとで構成される前記伝送パケットを受信する受信部と、前記伝送パケットから、前記UDPパケットを含む前記IPパケットを復元する復元部とを備える受信装置である。 The receiving device according to the second aspect of the present technology is associated with an IP address and a port number assigned in advance to the transmission packet that transmits specific data among the transmission packets that transmit the IP packet including the UDP packet. A reception unit configured to receive the transmission packet including a header configured to include the identification information and a payload configured to include a payload of the UDP packet, and the transmission packet including the UDP packet A receiving device includes a restoring unit that restores an IP packet.
　本技術の第２の側面の受信装置は、独立した装置であってもよいし、１つの装置を構成している内部ブロックであってもよい。また、本技術の第２の側面のデータ処理方法は、上述した本技術の第２の側面の受信装置に対応するデータ処理方法である。 The receiving device according to the second aspect of the present technology may be an independent device, or may be an internal block constituting one device. The data processing method according to the second aspect of the present technology is a data processing method corresponding to the above-described receiving device according to the second aspect of the present technology.
　本技術の第２の側面の受信装置、及び、データ処理方法においては、UDPパケットを含むIPパケットを伝送する伝送パケットのうち、特定のデータを伝送する前記伝送パケットに、あらかじめ割り当てられたIPアドレスとポート番号に対応付けられた識別情報を含んで構成されるヘッダと、前記UDPパケットのペイロードを含んで構成されるペイロードとで構成される前記伝送パケットが受信され、前記伝送パケットから、前記UDPパケットを含む前記IPパケットが復元される。 In the receiving device and the data processing method according to the second aspect of the present technology, among transmission packets that transmit IP packets including UDP packets, an IP address assigned in advance to the transmission packet that transmits specific data And the transmission packet including the header including the identification information associated with the port number and the payload including the payload of the UDP packet is received, and the UDP is transmitted from the transmission packet. The IP packet including the packet is restored.
　本技術の第１の側面、及び、第２の側面によれば、IP/UDPパケットを効率よく伝送することができる。 According to the first aspect and the second aspect of the present technology, IP / UDP packets can be efficiently transmitted.
　なお、ここに記載された効果は必ずしも限定されるものではなく、本開示中に記載されたいずれかの効果であってもよい。 It should be noted that the effects described here are not necessarily limited, and may be any of the effects described in the present disclosure.
本技術を適用した伝送システムの構成例を示す図である。It is a figure showing an example of composition of a transmission system to which this art is applied. RoHCヘッダ圧縮の概要を説明する図である。It is a figure explaining the outline | summary of RoHC header compression. IPv4のIPヘッダのフォーマットを示す図である。It is a figure which shows the format of the IP header of IPv4. UDPヘッダのフォーマットを示す図である。It is a figure which shows the format of a UDP header. 静的な情報（SC）と動的な情報（DC）の例を示す図である。It is a figure which shows the example of static information (SC) and dynamic information (DC). パケットタイプがIRパケット（profile=0x0002）の伝送パケットの構造を示す図である。It is a figure which shows the structure of the transmission packet whose packet type is IR packet (profile = 0x0002). パケットタイプがIR-DYNパケット（profile=0x0002）の伝送パケットの構造を示す図である。It is a figure which shows the structure of the transmission packet whose packet type is IR-DYN packet (profile = 0x0002). 本技術のヘッダ圧縮方式１の概要を説明する図である。It is a figure explaining the outline | summary of the header compression system 1 of this technique. 本技術のヘッダ圧縮方式１を適用した伝送パケット（パケットタイプ：IR-DYNパケット）の構造を説明する図である。It is a figure explaining the structure of the transmission packet (packet type: IR-DYN packet) to which the header compression system 1 of this technique is applied. 本技術のヘッダ圧縮方式２の概要を説明する図である。It is a figure explaining the outline | summary of the header compression system 2 of this technique. 本技術のヘッダ圧縮方式２を適用した伝送パケット（パケットタイプ：UO-0パケット）の構造を説明する図である。It is a figure explaining the structure of the transmission packet (packet type: UO-0 packet) to which the header compression system 2 of this technique is applied. 固定値に復元される動的な情報（DC）の例を示す図である。It is a figure which shows the example of the dynamic information (DC) decompress | restored to a fixed value. 本技術のヘッダ圧縮方式２を適用した伝送パケット（パケットタイプ：RoHC拡張パケット）の構造を説明する図である。It is a figure explaining the structure of the transmission packet (packet type: RoHC extension packet) to which the header compression system 2 of this technique is applied. 送信側データ処理の流れを説明するフローチャートである。It is a flowchart explaining the flow of a transmission side data process. 受信側データ処理の流れを説明するフローチャートである。It is a flowchart explaining the flow of a receiving side data process. コンピュータの構成例を示す図である。It is a figure which shows the structural example of a computer.
　以下、図面を参照しながら本技術の実施の形態について説明する。なお、説明は以下の順序で行うものとする。 Hereinafter, embodiments of the present technology will be described with reference to the drawings. The description will be made in the following order.
１．システムの構成
２．RoHCヘッダ圧縮の概要
３．本技術のヘッダ圧縮方式
（１）静的な情報（SC）を伝送しないヘッダ圧縮方式
（２）静的な情報（SC）と動的な情報（DC）を伝送しないヘッダ圧縮方式
４．各装置で実行される処理の流れ
５．変形例
６．コンピュータの構成 1. 1. System configuration Overview of RoHC header compression 3. Header compression system of the present technology (1) Header compression system that does not transmit static information (SC) (2) Header compression system that does not transmit static information (SC) and dynamic information (DC) 4. Process flow executed in each device Modification 6 Computer configuration
＜１．システムの構成＞ <1. System configuration>
（伝送システムの構成例）
　図１は、本技術を適用した伝送システムの一実施の形態の構成を示す図である。なお、システムとは、複数の装置が論理的に集合したものをいう。 (Configuration example of transmission system)
FIG. 1 is a diagram illustrating a configuration of an embodiment of a transmission system to which the present technology is applied. The system refers to a logical collection of a plurality of devices.
　図１において、伝送システム１は、送信装置１０と受信装置２０から構成される。この伝送システム１では、ATSC3.0等のIP伝送方式を採用したデジタル放送の規格に準拠したデータ伝送が行われる。 1, the transmission system 1 includes a transmission device 10 and a reception device 20. In this transmission system 1, data transmission conforming to a digital broadcasting standard employing an IP transmission method such as ATSC 3.0 is performed.
　送信装置１０は、伝送路３０を介してコンテンツを送信する。例えば、送信装置１０は、テレビ番組等のコンテンツを構成するビデオやオーディオ等（のコンポーネント）とシグナリングを含む放送ストリームを、デジタル放送信号として、伝送路３０を介して送信する。 The transmission device 10 transmits content via the transmission path 30. For example, the transmission device 10 transmits a broadcast stream including video, audio, and the like (components thereof) constituting content such as a television program and signaling and a digital broadcast signal via the transmission path 30.
　具体的には、送信装置１０は、生成部１０１及び送信部１０２を含むように構成される。 Specifically, the transmission device 10 is configured to include a generation unit 101 and a transmission unit 102.
　生成部１０１には、コンポーネントやシグナリング等の実データを含むUDP/IPのパケット、すなわち、実データを含むUDPパケットが配置されたIPパケット（以下、IP/UDPパケットという）が供給される。生成部１０１は、そこに供給されるIP/UDPパケットを伝送するための伝送パケットを生成し、送信部１０２に供給する。 The generation unit 101 is supplied with a UDP / IP packet including actual data such as components and signaling, that is, an IP packet in which a UDP packet including actual data is arranged (hereinafter referred to as an IP / UDP packet). The generation unit 101 generates a transmission packet for transmitting the IP / UDP packet supplied thereto, and supplies the transmission packet to the transmission unit 102.
　送信部１０２は、生成部１０１から供給される伝送パケットを含む放送ストリームを、伝送路３０を介して送信する。 The transmission unit 102 transmits a broadcast stream including the transmission packet supplied from the generation unit 101 via the transmission path 30.
　受信装置２０は、送信装置１０から伝送路３０を介して送信されてくる、コンテンツを受信して出力する。例えば、受信装置２０は、送信装置１０からのデジタル放送信号を受信して、放送ストリームに含まれるビデオやオーディオ等（のコンポーネント）とシグナリングを処理し、テレビ番組等のコンテンツの映像や音声を再生する。 The receiving device 20 receives and outputs content transmitted from the transmitting device 10 via the transmission path 30. For example, the reception device 20 receives a digital broadcast signal from the transmission device 10, processes video and audio (components thereof) and signaling included in the broadcast stream, and reproduces video and audio of content such as a TV program. To do.
　具体的には、受信装置２０は、受信部２０１及び復元部２０２を含むように構成される。 Specifically, the receiving device 20 is configured to include a receiving unit 201 and a restoring unit 202.
　受信部２０１は、送信装置１０から伝送路３０を介して送信されてくる伝送パケットを含む放送ストリームを受信し、伝送パケットを、復元部２０２に供給する。 The reception unit 201 receives a broadcast stream including a transmission packet transmitted from the transmission device 10 via the transmission path 30 and supplies the transmission packet to the restoration unit 202.
　復元部２０２は、受信部２０１から供給される伝送パケットから、IP/UDPパケットを復元して出力する。 The restoration unit 202 restores and outputs the IP / UDP packet from the transmission packet supplied from the reception unit 201.
　なお、図１の伝送システム１においては、説明を簡単にするために、受信装置２０を１つだけ図示しているが、受信装置２０は複数設けることができ、送信装置１０が送信する伝送パケットを含む放送ストリームは、複数の受信装置２０で同時に受信することができる。 In the transmission system 1 of FIG. 1, only one receiving device 20 is illustrated for simplicity of explanation, but a plurality of receiving devices 20 can be provided, and transmission packets transmitted by the transmitting device 10 are transmitted. Can be received simultaneously by a plurality of receiving apparatuses 20.
　また、送信装置１０も複数設けることができる。複数の送信装置１０のそれぞれでは、別個のチャネルとしての、例えば、別個の周波数帯域で、伝送パケットを含む放送ストリームを送信し、受信装置２０では、複数の送信装置１０のそれぞれのチャンネルの中から、伝送パケットを含む放送ストリームを受信するチャネルを選択することができる。 Also, a plurality of transmission devices 10 can be provided. Each of the plurality of transmitting apparatuses 10 transmits a broadcast stream including a transmission packet as a separate channel, for example, in a separate frequency band. In the receiving apparatus 20, each of the channels of the plurality of transmitting apparatuses 10 is selected. The channel for receiving the broadcast stream including the transmission packet can be selected.
　さらに、図１の伝送システム１において、伝送路３０は、地上波放送のほか、例えば、放送衛星（BS：Broadcasting Satellite）や通信衛星（CS：Communications Satellite）を利用した衛星放送、あるいは、ケーブルを用いた有線放送（CATV）などであってもよい。 In addition, in the transmission system 1 of FIG. 1, the transmission path 30 is not limited to terrestrial broadcasting, for example, satellite broadcasting using a broadcasting satellite (BS: Broadcasting Satellite) or communication satellite (CS: CommunicationsCSSatellite), or a cable. The cable broadcasting (CATV) used may be used.
＜２．RoHCヘッダ圧縮の概要＞ <2. Overview of RoHC header compression>
　ところで、ATSC3.0では、IP/UDPパケットのヘッダ圧縮方式として、RFC3095で規定されているRoHCの採用が決定されている。RoHCでは、IP/UDPパケットを構成するIPヘッダとUDPヘッダに配置されるヘッダ情報を、静的な情報（SC：Static Chain）と動的な情報（DC：Dynamic Chain）に分離し、静的な情報（SC）を繰り返し送らないようにしてその伝送回数を減らすことで、ヘッダ情報の圧縮を実現する方式である。 By the way, in ATSC 3.0, adoption of RoHC defined in RFC3095 is determined as a header compression method for IP / UDP packets. In RoHC, the header information placed in the IP header and UDP header that make up an IP / UDP packet is separated into static information (SC: Static Chain) and dynamic information (DC: Dynamic Chain). This is a method for realizing compression of header information by reducing the number of transmissions without repeatedly sending unnecessary information (SC).
　なお、ここで、静的な情報（SC）とは、ヘッダ情報のうち、あらかじめ設定された内容が変化しないものや、状況を通じて一貫してその内容が維持されるものをいう。一方で、動的な情報（DC）とは、ヘッダ情報のうち、あらかじめ設定された内容が状況に応じて変化するものや、状況に合わせて選択できたりする柔軟性を持っているものをいう。 Note that here, the static information (SC) refers to header information whose preset content does not change or that is consistently maintained throughout the situation. On the other hand, dynamic information (DC) refers to header information that changes in advance according to the situation or has the flexibility to be selected according to the situation. .
（RoHCヘッダ圧縮の概要）
　図２は、RoHCヘッダ圧縮の概要を説明する図である。 (Outline of RoHC header compression)
FIG. 2 is a diagram for explaining the outline of RoHC header compression.
　図２においては、図２のＡのIP/UDPパケットのIPヘッダとUDPヘッダを、RoHCヘッダ圧縮して、図２のＥのRoHCの伝送パケットとして伝送する場合に処理される各パケットのヘッダとペイロードを模式的に表している。 In FIG. 2, the IP header and UDP header of the IP / UDP packet of A of FIG. 2 are RoHC header compressed, and the header of each packet processed when transmitted as the RoHC transmission packet of E of FIG. The payload is schematically represented.
　なお、図２において、図２のＡは、IP/UDPパケットを表し、図２のＢ乃至図２のＤは、図２のＡのIP/UDPパケットを構成する、静的な情報（SC）、動的な情報（DC）、及び、ペイロード（Payload）をそれぞれ表している。また、図２のＥは、RoHCの伝送パケットを表している。 2, A in FIG. 2 represents an IP / UDP packet, and B in FIG. 2 to D in FIG. 2 represent static information (SC) that constitutes the IP / UDP packet in A in FIG. , Dynamic information (DC) and payload (Payload), respectively. Further, E in FIG. 2 represents a RoHC transmission packet.
　図２のＡのIP/UDPパケットのIPヘッダとUDPヘッダには、静的な情報（SC）と、動的な情報（DC）が含まれる。図２のＢの静的な情報（SC）は、同一のIPアドレスとポート番号のIP/UDPパケットで、共通のヘッダ情報であるため、例えば、静的な情報（SC）を、先頭のパケットで伝送する場合、それ以降のパケットでは、静的な情報（SC）を伝送する必要はない。 2) Static information (SC) and dynamic information (DC) are included in the IP header and UDP header of the IP / UDP packet of A in FIG. The static information (SC) in FIG. 2B is an IP / UDP packet having the same IP address and port number and is common header information. For example, the static information (SC) is changed to the first packet. In the case of transmission by using static information (SC), it is not necessary to transmit static information (SC) in subsequent packets.
　一方で、図２のＣの動的な情報（DC）は、同一のIPアドレスとポート番号のIP/UDPパケットで、異なるヘッダ情報であるため、例えば、先頭のパケットで、動的な情報（DC）を伝送した場合に、それ以降のパケットでも、動的な情報（DC）を伝送する必要がある。 On the other hand, since the dynamic information (DC) of C in FIG. 2 is IP / UDP packets having the same IP address and port number and different header information, for example, the dynamic information (DC) When DC) is transmitted, it is necessary to transmit dynamic information (DC) in subsequent packets.
　すなわち、同一のIPアドレスとポート番号のIP/UDPパケットであれば、静的な情報（SC）は、１度だけ伝送すればよいので、図２のＥのRoHCの伝送パケットとしては、先頭の伝送パケット（完全な伝送パケット）のヘッダに、静的な情報（SC）と動的な情報（DC）を配置し、それ以降の伝送パケットのヘッダには、完全な伝送パケットのヘッダ情報との差分の情報として、動的な情報（DC）のみが配置されるようにする。 That is, if the IP / UDP packet has the same IP address and port number, the static information (SC) needs to be transmitted only once. Therefore, the RoHC transmission packet in FIG. Static information (SC) and dynamic information (DC) are placed in the header of the transmission packet (complete transmission packet), and the header information of the complete transmission packet is included in the subsequent transmission packet header. Only dynamic information (DC) is arranged as difference information.
　これにより、２つ目以降の伝送パケットでは、静的な情報（SC）を伝送する必要がなく、静的な情報（SC）を伝送する回数を減らすことができるため、結果として、伝送パケットのヘッダ情報を圧縮することができる。 This eliminates the need to transmit static information (SC) in the second and subsequent transmission packets, and reduces the number of times static information (SC) is transmitted. Header information can be compressed.
　以上のようにして、RoHCでは、ヘッダ圧縮を実現している。 As described above, header compression is realized in RoHC.
（IPヘッダのフォーマット）
　図３は、図２のIPヘッダのフォーマットを示す図である。ただし、図３には、IPv4のIPヘッダを例示している。 (IP header format)
FIG. 3 is a diagram showing the format of the IP header of FIG. However, FIG. 3 illustrates an IPv4 IP header.
　IPヘッダは、Version，IHL，DSCP，ECN，Total Length，Identification，Flags，Fragment Offset，Time To Live，Protocol，Header Checksum，Source IP address，及び、Destination IP addressを有する。 The IP header has Version, IHL, DSCP, ECN, Total Length, Identification, Flags, Fragment Offset, Time To Live, Protocol, Header Checksum, Source IP address, and Destination IP address.
　Versionは、IPのバージョンが、IPv4（IP version4）であるのか、又はIPv6（IP version6）であるのかを表す。図３には、IPのバージョンが、IPv4の場合を図示している。 “Version” indicates whether the IP version is IPv4 (IP version 4) or IPv6 (IP version 6). FIG. 3 illustrates a case where the IP version is IPv4.
　IHL(Internet Header Length)は、IPヘッダの長さを表し、IHLには、IPヘッダの長さを4で除算した値が設定される。DSCP(Differentiated Services Code Point)は、IPパケットの優先度を表す。ECN(Explicit Congestion Notification)は、IPパケットの輻輳制御に用いられる。なお、6ビットのDSCPと、2ビットのECNにより、1バイトのTOS(Type of Service)が構成される。 ∙ IHL (Internet Header Length) represents the length of the IP header, and IHL is set to a value obtained by dividing the IP header length by 4. DSCP (Differentiated Services Code Point) represents the priority of the IP packet. ECN (Explicit Congestion Notification) is used for congestion control of IP packets. The 6-bit DSCP and 2-bit ECN form a 1-byte TOS (Type-of-Service).
　Total Lengthは、IPパケット全体の長さであるIPパケット長を表す。 Total Length represents the IP packet length, which is the total length of the IP packet.
　Identification，Flags，及び、Fragment Offsetは、IPパケットの分割に関する情報である。Time To Live(TTL)は、IPパケットの生存期間、すなわち、例えば、IPパケットが通過することができるルータの数を表す。 Identification, Flags, and Fragment Offset are information relating to fragmentation of IP packets. Time To Live (TTL) represents the lifetime of the IP packet, that is, the number of routers through which the IP packet can pass, for example.
　Protocolは、IPパケットのペイロードに含まれるプロトコルを表す。本実施の形態では、IPパケットのペイロードには、UDPパケットが含まれる。UDPは、17で表されるので、Protocolには、17が設定される。Header Checksumは、IPヘッダのエラー検出に用いられるチェックサムである。 Protocol represents the protocol included in the payload of the IP packet. In the present embodiment, the IP packet payload includes a UDP packet. Since UDP is represented by 17, 17 is set in Protocol. Header Checksum is a checksum used to detect an error in the IP header.
　Source IP addressには、IPパケットの送信元のIPアドレスが設定される。また、Destination IP addressには、IPパケットの宛先のIPアドレスが設定される。 The IP address of the IP packet source is set in “Source IP address”. In addition, the IP address of the destination of the IP packet is set in Destination IP address.
　以上のフォーマットからなるIPヘッダにおいて、Version，IHL，Protocol，Source IP address，及び、Destination IP addressは、静的な情報（SC）となる。一方で、IPヘッダにおいて、DSCP，ECN，Identification，Flags，Fragment Offset，Time To Liveは、動的な情報（DC）となる。 In the IP header composed of the above format, Version, IHL, Protocol, Source IP address, and Destination IP address are static information (SC). On the other hand, in the IP header, DSCP, ECN, Identification, Flags, Fragment Offset, and Time To Live are dynamic information (DC).
（UDPヘッダのフォーマット）
　図４は、図２のUDPヘッダのフォーマットを示す図である。 (UDP header format)
FIG. 4 is a diagram showing the format of the UDP header of FIG.
　UDPヘッダは、Source port number，Destination port number，Length，及び、Checksumを有する。 The UDP header has Source port number, Destination port number, Length, and Checksum.
　Source port numberには、UDPパケットの送信元のポート番号が設定される。また、Destination port numberには、UDPパケットの宛先のポート番号が設定される。 The source port number of the UDP packet is set in “Source port number”. The destination port number of the UDP packet is set in DestinationDport number.
　Lengthは、UDPパケットの全体の長さであるUDPパケット長を表す。Checksumは、UDPパケットのエラー検出に用いられるチェックサムである。 Length represents the UDP packet length that is the total length of the UDP packet. Checksum is a checksum used for detecting an error in a UDP packet.
　以上のフォーマットからなるUDPヘッダにおいて、Source port number，及び、Destination port numberは、静的な情報（SC）となる。一方で、UDPヘッダにおいて、Checksumは、動的な情報（DC）となる。 In the UDP header consisting of the above format, Source port number and Destination port number are static information (SC). On the other hand, Checksum becomes dynamic information (DC) in the UDP header.
（静的な情報（SC）と動的な情報（DC）の例）
　ここで、上述したIPヘッダ（図３）と、UDPヘッダ（図４）における、静的な情報（SC）と、動的な情報（DC）をまとめると、次のようになる。 (Example of static information (SC) and dynamic information (DC))
Here, the static information (SC) and dynamic information (DC) in the IP header (FIG. 3) and the UDP header (FIG. 4) are summarized as follows.
　図５のＡは、静的な情報（SC）の例を示す図である。 FIG. 5A is a diagram showing an example of static information (SC).
　静的な情報（SC）としては、IPヘッダにおける、4ビットのVersion，1バイトのProtocol，4バイト又は16バイトのSource IP address，及び、4バイト又は16バイトのDestination IP addressが含まれる。また、静的な情報（SC）としては、UDPヘッダにおける、2バイトのSource port number，及び、2バイトのDestination port numberが含まれる。 Static information (SC) includes 4-bit Version, 1-byte Protocol, 4-byte or 16-byte Source IP address, and 4-byte or 16-byte Destination IP address in the IP header. The static information (SC) includes a 2-byte Source port number and a 2-byte Destination port number in the UDP header.
　なお、Source IP addressと、Destination IP addressが、4バイトの場合、Versionは、IPv4（IP version4）となる。また、Source IP addressと、Destination IP addressが、16バイトの場合、Versionは、IPv6（IP version6）となる。 If Source IP address and Destination IP address are 4 bytes, Version is IPv4 (IP version 4). If Source IP address and Destination IP address are 16 bytes, Version is IPv6 (IP version 6).
　図５のＢは、動的な情報（DC）の例を示す図である。 FIG. 5B shows an example of dynamic information (DC).
　動的な情報（DC）としては、IPヘッダにおける、1バイトのType of Service，1バイトのTime To Live，2バイトのIdentification，及び、1バイトのFlagsが含まれる。なお、1バイトのType of Serviceは、6ビットのDSCPと2ビットのECNから構成される。また、動的な情報（DC）としては、UDPヘッダにおける、2バイトのChecksumが含まれる。 Dynamic information (DC) includes 1-byte Type of Service, 1-byte Time To Live, 2-byte Identification, and 1-byte Flags in the IP header. Note that 1-byte Type of Service is composed of 6-bit DSCP and 2-bit ECN. The dynamic information (DC) includes a 2-byte Checksum in the UDP header.
（RoHCのパケットタイプ）
　ここで、RoHCでは、パケットのタイプ（パケットタイプ）として、IRパケットと、IR-DYNパケットが規定されている。また、IRパケットとしては、profileの値が、"0x0002"に設定される。以下、これらのRoHCのパケットタイプについて説明する。 (RoHC packet type)
Here, in RoHC, an IR packet and an IR-DYN packet are defined as packet types (packet types). Further, as the IR packet, the value of profile is set to “0x0002”. Hereinafter, these RoHC packet types will be described.
（１）IRパケット（profile=0x0002）
　図６は、パケットタイプがIRパケット（profile=0x0002）である伝送パケットの構造を示す図である。 (1) IR packet (profile = 0x0002)
FIG. 6 is a diagram illustrating the structure of a transmission packet whose packet type is an IR packet (profile = 0x0002).
　図６の伝送パケットのヘッダにおいて、先頭から1バイト（1～8ビット）には、"1110 CID"、すなわち、上位の4ビットに、"1110"が固定で設定され、下位の4ビットに、コンテキストID（CID：Context Identifier）が設定される。 In the header of the transmission packet in FIG. 6, in the first byte (1 to 8 bits), “1110 CID”, that is, the upper 4 bits are fixedly set to “1110”, and the lower 4 bits are A context ID (CID: Context Identifier) is set.
　また、次の1バイト(9～16ビット)のうち、先頭から7ビットには、"1111110"が固定で設定され、最後の1ビットには、動的な情報（DC）があるかどうかのフラグ(D)が設定される。さらに、次の2バイト（17～24，25～32ビット）は、コンテキストID（CID）が4ビット以上となる場合に、必要に応じて用いられる拡張用のCIDの領域（CID info）となる。 In the next 1 byte (9 to 16 bits), "1111110" is fixedly set in the first 7 bits, and whether the last 1 bit has dynamic information (DC) or not Flag (D) is set. Furthermore, the next 2 bytes (17 to 24, 25 to 32 bits) become an extension CID area (CID info) used as necessary when the context ID (CID) is 4 bits or more. .
　また、次の1バイト(33～40ビット)には、8ビットのプロファイル(profile)が設定される。図６の伝送パケットには、"0x0002"であるプロファイルが設定されている。さらに、次の1バイト（41～48ビット）には、8ビットの誤り検出符号（CRC：Cyclic Redundancy Check）が設定される。誤り検出符号（CRC）の次には、可変長の静的な情報（SC）と動的な情報（DC）が配置される。 Also, an 8-bit profile is set in the next 1 byte (33 to 40 bits). In the transmission packet of FIG. 6, a profile “0x0002” is set. Further, an 8-bit error detection code (CRC: Cyclic Redundancy Check) is set in the next 1 byte (41 to 48 bits). Next to the error detection code (CRC), variable length static information (SC) and dynamic information (DC) are arranged.
　図６の伝送パケットのヘッダは、以上のような構造を有し、このヘッダに続いて、ペイロード（Payload）が配置される。 The header of the transmission packet in FIG. 6 has the structure as described above, and a payload is arranged following this header.
（２）IR-DYNパケット（profile=0x0002）
　図７は、パケットタイプがIR-DYNパケット（profile=0x0002）である伝送パケットの構造を示す図である。 (2) IR-DYN packet (profile = 0x0002)
FIG. 7 is a diagram illustrating the structure of a transmission packet whose packet type is an IR-DYN packet (profile = 0x0002).
　図７の伝送パケットのヘッダにおいて、先頭から1バイト（1～8ビット）には、"1110 CID"、すなわち、上位の4ビットに、"1110"が固定で設定され、下位の4ビットに、コンテキストID（CID）が設定される。 In the header of the transmission packet of FIG. 7, in the first byte (1 to 8 bits), “1110" CID ”, that is, the upper 4 bits are fixedly set to“ 1110 ”, and the lower 4 bits are A context ID (CID) is set.
　また、次の1バイト(9～16ビット)には、"11111000"が固定で設定される。さらに、次の2バイト（17～24，25～32ビット）は、コンテキストID（CID）が4ビット以上となる場合に、必要に応じて用いられる拡張用のCIDの領域（CID info）となる。 Also, “11111000” is fixedly set in the next 1 byte (9 to 16 bits). Furthermore, the next 2 bytes (17 to 24, 25 to 32 bits) become an extension CID area (CID info) used as necessary when the context ID (CID) is 4 bits or more. .
　また、次の1バイト(33～40ビット)には、8ビットのプロファイル(profile)が設定される。図７の伝送パケットには、"0x0002"であるプロファイルが設定されている。さらに、次の1バイト（41～48ビット）には、8ビットの誤り検出符号（CRC）が設定される。誤り検出符号（CRC）の次には、可変長の動的な情報（DC）が配置される。 Also, an 8-bit profile is set in the next 1 byte (33 to 40 bits). In the transmission packet of FIG. 7, a profile “0x0002” is set. Further, an 8-bit error detection code (CRC) is set in the next 1 byte (41 to 48 bits). Next to the error detection code (CRC), variable length dynamic information (DC) is arranged.
　図７の伝送パケットのヘッダは、以上のような構造を有し、このヘッダに続いて、ペイロード（Payload）が配置される。 The header of the transmission packet in FIG. 7 has the structure as described above, and a payload is placed following this header.
　なお、図６乃至図７に示したRoHCのパケットタイプは一例であって、RoHCには、例えば、UO-0パケット等の他のパケットタイプも規定されている。なお、RoHCのパケットタイプについては、RoHCの規格書（RObust Header Compression (ROHC):Framework and four profiles: RTP, UDP, ESP, and uncompressed）に、その詳細な内容が記述されている。 The packet types of RoHC shown in FIGS. 6 to 7 are examples, and other packet types such as UO-0 packets are defined in RoHC, for example. The details of the RoHC packet type are described in the RoHC standard (RObust Header Compression (ROHC): Framework and four profiles: RTP,） UDP, ESP, and uncompressed).
＜３．本技術のヘッダ圧縮方式＞ <3. Header compression method of this technology>
　ところで、ATSC3.0では、シグナリングとして、LLS(Link Layer Signaling)シグナリングと、SLS(Service Layer Signaling)シグナリングが規定されることが想定されている。ここで、LLSシグナリングは、IP/UDPパケットに格納されて伝送される。LLSシグナリングは、SLSシグナリングに先行して取得されるシグナリングであって、LLSシグナリングの情報に従い、SLSシグナリングが取得される。 By the way, in ATSC 3.0, it is assumed that LLS (Link Layer Signaling) signaling and SLS (Service Layer Signaling) signaling are defined as signaling. Here, the LLS signaling is stored in an IP / UDP packet and transmitted. The LLS signaling is acquired prior to the SLS signaling, and the SLS signaling is acquired according to the information of the LLS signaling.
　LLSシグナリングとしては、例えば、SLT(Service List Table)やRRT(Region Rating Table)，EAT(Emergency Alerting Table)等のメタデータが含まれる。SLTメタデータは、サービスの選局に必要な情報(選局情報)など、放送ネットワークにおけるストリームやサービスの構成を示す情報を含む。RRTメタデータは、レーティングに関する情報を含む。EATメタデータは、緊急に告知する必要がある情報である緊急情報（緊急警報情報）に関する情報を含む。 LLS signaling includes metadata such as SLT (Service List Table), RRT (Region Rating Table), and EAT (Emergency Alerting Table). The SLT metadata includes information indicating the stream and service configuration in the broadcast network, such as information necessary for channel selection (channel selection information). The RRT metadata includes information about ratings. The EAT metadata includes information on emergency information (emergency warning information) that is information that needs to be notified urgently.
　また、SLSシグナリングとしては、例えば、USD(User Service Description)，S-TSID(Service-based Transport Session Instance Description)，MPD(Media Presentation Description)等のメタデータが含まれる。USDメタデータは、他のメタデータの取得先などの情報を含む。S-TSIDメタデータは、LSID(LCT Session Instance Description)をATSC3.0向けに拡張したものであって、ROUTE(Real-Time Object Delivery over Unidirectional Transport)プロトコルの制御情報である。MPDメタデータは、コンポーネントのストリームの再生を管理するための制御情報である。 Also, SLS signaling includes metadata such as USD (User Service Description), S-TSID (Service-based Transport Session Instance Description), and MPD (Media Presentation Description). The USD metadata includes information such as an acquisition destination of other metadata. S-TSID metadata is an extension of LSID (LCT Session Instance Description) for ATSC 3.0, and is control information for the ROUTE (Real-Time Object Delivery Service Unidirectional Transport) protocol. The MPD metadata is control information for managing the playback of the component stream.
　ここで、LLSシグナリング（を格納するIP/UDPパケット）には、あらかじめ使用目的が定められたIPアドレスとポート番号（以下、ウェルノウンアドレス・ポート（well known IP address / port number）という）が割り当てられている。したがって、受信装置２０は、特定のIPアドレスとポート番号を有するIP/UDPパケットを監視することで、LLSシグナリングを取得することができる。 Here, LLS signaling (IP / UDP packet for storing) is assigned a predetermined IP address and port number (hereinafter, well-known address / port (hereinafter referred to as well-known IP address / port number)). ing. Therefore, the receiving device 20 can acquire LLS signaling by monitoring an IP / UDP packet having a specific IP address and port number.
　すなわち、本技術のヘッダ圧縮方式では、LLSシグナリングが、ウェルノウンアドレス・ポートとして伝送されることを利用して、送信装置１０が、IPアドレスやポート番号を含む静的な情報（SC）を伝送しなくとも、受信装置２０では、LLSシグナリングを格納したIP/UDPパケットを復元できるようにする。なお、LLSシグナリング以外にも、例えば、時刻情報としてのNTP(Network Time Protocol)などの特定のデータ（を格納するIP/UDPパケット）に、ウェルノウンアドレス・ポートが割り当てられており、静的な情報（SC）を伝送しなくとも、これらの特定のデータを格納したIP/UDPパケットを復元できるようにする。 That is, in the header compression method of the present technology, the transmitting device 10 transmits static information (SC) including an IP address and a port number by using LLS signaling transmitted as a well-known address / port. Even if not, the receiving apparatus 20 can restore the IP / UDP packet storing the LLS signaling. In addition to LLS signaling, for example, well-known addresses and ports are assigned to specific data (IP / UDP packets that store NTP (Network Time Protocol) such as time information). The IP / UDP packet storing these specific data can be restored without transmitting (SC).
　また、本技術のヘッダ圧縮方式では、動的な情報（DC）に含まれるIPヘッダとUDPヘッダのヘッダ情報が、固定値に復元されるようにすることで、送信装置１０が、静的な情報（SC）のみならず、動的な情報（DC）も伝送しなくても、受信装置２０では、LLSシグナリングを格納したIP/UDPパケットを復元できるようにする。 Further, in the header compression method of the present technology, the transmission apparatus 10 is statically configured by restoring the header information of the IP header and the UDP header included in the dynamic information (DC) to fixed values. The receiving device 20 can restore an IP / UDP packet storing LLS signaling without transmitting not only information (SC) but also dynamic information (DC).
　以下、前者を、本技術のヘッダ圧縮方式１と称し、後者を、本技術のヘッダ圧縮方式２と称して、その順に説明する。 Hereinafter, the former will be referred to as header compression method 1 of the present technology, and the latter will be referred to as header compression method 2 of the present technology, and will be described in that order.
（１）本技術のヘッダ圧縮方式１ (1) Header compression method 1 of this technology
（ヘッダ圧縮方式１の概要）
　図８は、本技術のヘッダ圧縮方式１として、ヘッダ情報における静的な情報（SC）を伝送しないヘッダ圧縮方式の概要を説明する図である。なお、図８には、本技術のヘッダ圧縮との比較のために、RoHCのヘッダ圧縮を用いた場合における伝送パケットの構造についても図示している。 (Outline of header compression method 1)
FIG. 8 is a diagram illustrating an outline of a header compression method that does not transmit static information (SC) in header information as the header compression method 1 of the present technology. In addition, in FIG. 8, the structure of the transmission packet at the time of using the header compression of RoHC is also shown in figure for the comparison with the header compression of this technique.
　図８のＡにおいては、RoHCの伝送パケット（圧縮パケット）が伝送される様子を時系列で表しているが、先頭のRoHCの伝送パケット（完全な伝送パケット）には、ペイロード（Payload_1）とともに、静的な情報（SC）及び動的な情報（DC）が配置されている。すなわち、先頭のRoHCの伝送パケットは、そのパケットタイプが、RoHCで規定されるIRパケットに相当している。 In FIG. 8A, the state in which a RoHC transmission packet (compressed packet) is transmitted is shown in time series, but the leading RoHC transmission packet (complete transmission packet) includes a payload (Payload_1), Static information (SC) and dynamic information (DC) are arranged. That is, the first RoHC transmission packet corresponds to an IR packet whose packet type is defined by RoHC.
　また、２つ目以降に伝送されるRoHCの伝送パケットには、ペイロード（Payload_2，3，・・・）とともに、動的な情報（DC）のみが配置されている。すなわち、２つ目以降に伝送されるRoHCの伝送パケットは、そのパケットタイプが、RoHCで規定されるIR-DYNパケットに相当している。 In addition, only dynamic information (DC) is arranged in the RoHC transmission packet transmitted after the second together with the payload (Payload_2, 3,...). That is, the RoHC transmission packet transmitted after the second corresponds to an IR-DYN packet whose packet type is defined by RoHC.
　このように、RoHCでは、２つ目以降に伝送される伝送パケットで、動的な情報（DC）のみを伝送して、静的な情報（SC）を伝送する回数を減らすことで、ヘッダ情報を圧縮している。 As described above, in RoHC, header information is transmitted by reducing only the number of times that static information (SC) is transmitted by transmitting only dynamic information (DC) in the second and subsequent transmission packets. Is compressed.
　一方、図８のＢにおいては、本技術の伝送パケット（圧縮パケット）が時系列で伝送される様子が表されている。ここで、先頭の本技術の伝送パケットには、ペイロード（Payload_1）とともに、ヘッダ情報における動的な情報（DC）のみが配置され、静的な情報（SC）が伝送されていない。 On the other hand, FIG. 8B shows a state in which transmission packets (compressed packets) of the present technology are transmitted in time series. Here, only the dynamic information (DC) in the header information is arranged together with the payload (Payload_1) in the first transmission packet of the present technology, and the static information (SC) is not transmitted.
　これは、上述したように、LLSシグナリングが、ウェルノウンアドレス・ポートで伝送されることを利用して、ウェルノウンアドレス・ポートの場合には、送信装置１０が、IPアドレスやポート番号を含む静的な情報（SC）を伝送しなくても、受信装置２０が、本技術の伝送パケットに割り当てられた特定の識別情報（コンテキストID（CID））を監視することで、本技術の伝送パケットから、LLSシグナリングを格納したIP/UDPパケットを復元できるようにしている。なお、ここでは、LLSシグナリングについて説明しているが、ウェルノウンアドレス・ポートで伝送される他の特定のデータ（情報）についても同様に処理することができる。 As described above, this is based on the fact that the LLS signaling is transmitted through the well-known address port, and in the case of the well-known address port, the transmitting apparatus 10 includes a static address including an IP address and a port number. Even if the information (SC) is not transmitted, the receiving device 20 monitors the specific identification information (context ID (CID)) assigned to the transmission packet of the present technology, so that the LLS is transmitted from the transmission packet of the present technology. IP / UDP packets that store signaling can be restored. Although LLS signaling is described here, other specific data (information) transmitted through the well-known address port can be processed in the same manner.
　すなわち、先頭の本技術の伝送パケットは、そのパケットタイプが、RoHCで規定されるIR-DYNパケットに相当している。この点において、先頭の伝送パケットとして、IRパケットに相当する伝送パケットを伝送しているRoHCのヘッダ圧縮（図８のＡ）とは異なっている。 That is, the first transmission packet of this technology corresponds to an IR-DYN packet whose packet type is defined by RoHC. This is different from RoHC header compression (A in FIG. 8) that transmits a transmission packet corresponding to an IR packet as the first transmission packet.
　また、２つ目以降に伝送される本技術の伝送パケットには、ペイロード（Payload_2，3，・・・）とともに、動的な情報（DC）のみが配置されている。すなわち、２つ目以降に伝送される本技術の伝送パケットは、そのパケットタイプが、RoHCで規定されるIR-DYNパケットに相当している。 In addition, only dynamic information (DC) is arranged with the payload (Payload_2, 3,...) In the transmission packet of the present technology transmitted after the second. That is, the transmission packet of the present technology transmitted after the second corresponds to an IR-DYN packet defined by RoHC.
　このように、本技術のヘッダ圧縮方式１（図８のＢ）では、全ての伝送パケットで、IPヘッダとUDPヘッダのヘッダ情報における静的な情報（SC）を伝送せずに、動的な情報（DC）のみを伝送して静的な情報（SC）を伝送する回数を減らすことで、ヘッダ情報を圧縮している。また、本技術のヘッダ圧縮方式１（図８のＢ）では、RoHCのヘッダ圧縮（図８のＡ）と比較すれば、先頭の伝送パケットでも静的な情報（SC）を伝送していないため、さらに効率よくヘッダ情報を伝送することが可能となっている。 As described above, in the header compression method 1 (B in FIG. 8) of the present technology, dynamic information is transmitted without transmitting static information (SC) in the header information of the IP header and the UDP header in all transmission packets. Header information is compressed by reducing the number of times that only information (DC) is transmitted and static information (SC) is transmitted. Further, in the header compression method 1 (B in FIG. 8) of the present technology, static information (SC) is not transmitted even in the first transmission packet as compared with the RoHC header compression (A in FIG. 8). In addition, header information can be transmitted more efficiently.
（ヘッダ圧縮方式１の伝送パケットの構造）
　図９は、本技術のヘッダ圧縮方式１を適用した伝送パケット（パケットタイプ：IR-DYNパケット）の構造を説明する図である。 (Structure of transmission packet of header compression method 1)
FIG. 9 is a diagram illustrating the structure of a transmission packet (packet type: IR-DYN packet) to which the header compression method 1 of the present technology is applied.
　本技術のヘッダ圧縮方式１では、IP/UDPパケット（図９のＡ）が、ヘッダ情報における動的な情報（DC）のみを含むパケットタイプ（パケットタイプ：IR-DYNパケット）の伝送パケット（図９のＢ）として伝送される。 In the header compression method 1 of the present technology, an IP / UDP packet (A in FIG. 9) is a packet of a packet type (packet type: IR-DYN packet) including only dynamic information (DC) in the header information (see FIG. 9). 9 is transmitted as B).
　すなわち、図９のＢの本技術の伝送パケット（圧縮パケット）では、そのヘッダが、上述した図７のIR-DYNパケットのヘッダに対応する構造を有することになる。ただし、本技術の伝送パケットのヘッダにおいて、8ビットのAdd-CIDには、"1110 CID"、すなわち、上位の4ビットに、"1110"が固定で設定され、下位の4ビットに、コンテキストID（CID）が設定される。また、コンテキストID（CID）が4ビット以上となる場合には、0～2バイトからなる拡張用のCIDの領域（CID info）が用いられる。 That is, in the transmission packet (compressed packet) of the present technology in B of FIG. 9, the header has a structure corresponding to the header of the IR-DYN packet in FIG. However, in the header of the transmission packet of the present technology, the 8-bit Add-CID is set to “1110 CID”, that is, “1110” is fixedly set in the upper 4 bits, and the context ID is set in the lower 4 bits. (CID) is set. When the context ID (CID) is 4 bits or more, an extension CID area (CID （info) consisting of 0 to 2 bytes is used.
　このコンテキストID（CID）は、IPアドレス及びポート番号の組に対応付けられている。以下、このコンテキストID（CID）と、IPアドレス及びポート番号の組とを対応付けたテーブルを、CIDテーブルと称して説明する。 This context ID (CID) is associated with a set of IP address and port number. Hereinafter, a table in which the context ID (CID) is associated with a set of IP address and port number will be referred to as a CID table.
　図９のCIDテーブルでは、コンテキストID（CID）のサイズが、最大20ビットとなるので、1048576（=220）通りのコンテキストID（CID）に対するIPアドレス及びポート番号の組を規定することができる。ここで、図９のCIDテーブルでは、宛先IPアドレス（Destination IP address）及び宛先ポート番号（Destination port number）の組が対応付けられているほか、送信元IPアドレス（Source IP address）及び送信元ポート番号（Source port number）の組が対応付けられている。 In the CID table of FIG. 9, since the size of the context ID (CID) is 20 bits at the maximum, it is possible to define combinations of IP addresses and port numbers for 1048576 (= 2 20 ) context IDs (CID). . Here, in the CID table of FIG. 9, a pair of a destination IP address (Destination IP address) and a destination port number (Destination port number) is associated, and a source IP address (Source IP address) and a source port A set of numbers (Source port number) is associated.
　送信装置１０の生成部１０１は、図９のCIDテーブルを記憶している。そして、生成部１０１は、本技術の伝送パケット（パケットタイプ：IR-DYNパケット）を生成するに際し、当該伝送パケットとして伝送するIP/UDPパケットのIPヘッダ及びUDPヘッダに設定されている宛先IPアドレス、宛先ポート番号、送信元IPアドレス、及び、送信元ポート番号に対応付けられているコンテキストID（CID）を、CIDテーブルから検索し、そのコンテキストID（CID）を、伝送パケット（圧縮パケット）のヘッダに配置する。 The generation unit 101 of the transmission apparatus 10 stores the CID table of FIG. Then, when generating the transmission packet (packet type: IR-DYN packet) of the present technology, the generation unit 101 sets the IP header of the IP / UDP packet to be transmitted as the transmission packet and the destination IP address set in the UDP header. , The destination port number, the source IP address, and the context ID (CID) associated with the source port number are searched from the CID table, and the context ID (CID) is obtained from the transmission packet (compressed packet). Place in header.
　一方で、受信装置２０の復元部２０２も、生成部１０１と同様に、図９のCIDテーブルを記憶している。そして、復元部２０２は、本技術の伝送パケット（パケットタイプ：IR-DYNパケット）からIP/UDPパケットを復元するに際し、当該伝送パケット（圧縮パケット）のヘッダに配置されるコンテキストID（CID）に対応付けられている宛先IPアドレス、宛先ポート番号、送信元IPアドレス、及び、送信元ポート番号をCIDテーブルから検索し、その宛先IPアドレス、宛先ポート番号、送信元IPアドレス、及び、送信元ポート番号に、IP/UDPパケットのIPヘッダ及びUDPヘッダの対応する項目を復元する。 On the other hand, the restoration unit 202 of the reception device 20 also stores the CID table of FIG. Then, when restoring the IP / UDP packet from the transmission packet (packet type: IR-DYN packet) of the present technology, the restoration unit 202 uses the context ID (CID) arranged in the header of the transmission packet (compressed packet). The associated destination IP address, destination port number, source IP address, and source port number are searched from the CID table, and the destination IP address, destination port number, source IP address, and source port are searched. Restore the corresponding items of the IP header and UDP header of the IP / UDP packet to the number.
　例えば、図９のCIDテーブルでは、"0x01"であるコンテキストID（CID）に、NTPv4(Network Time Protocol version4)用のIPアドレス及びポート番号として、"224.0.1.1"である宛先IPアドレス、"123"である宛先ポート番号、"192.168.0.0"である送信元IPアドレス、及び、"60000"である宛先ポート番号が登録されている。 For example, in the CID table of FIG. 9, the IP address and port number for NTPv4 (Network (Time Protocol version4) are added to the context ID (CID) of “0x01”, the destination IP address of “224.0.1.1”, “123 The destination port number “is”, the source IP address “192.168.0.0”, and the destination port number “60000” are registered.
　また、例えば、図９のCIDテーブルでは、"0x02"であるコンテキストID（CID）に、LLSシグナリング用のIPアドレスとポート番号として、"224.0.23.60"である宛先IPアドレス、"4937"である宛先ポート番号、"192.168.0.0"である送信元IPアドレス、及び、"60000"である宛先ポート番号が登録されている。なお、LLSシグナリングとしては、SLTやEAT，RTTなどのメタデータが含まれる。 Further, for example, in the CID table of FIG. 9, the destination IP address “224.0.23.60” is “4937” as the IP address and port number for LLS signaling in the context ID (CID) “0x02”. The destination port number, the source IP address “192.168.0.0”, and the destination port number “60000” are registered. Note that LLS signaling includes metadata such as SLT, EAT, and RTT.
　このように、CIDテーブルには、例えば、NTPv4やLLSシグナリングのような、ウェルノウンアドレス・ポートとして伝送されるデータのIPアドレス及びポート番号を、コンテキストID（CID）と対応付けて登録することができる。さらに例示すれば、図９のCIDテーブルでは、"0x03"乃至"0x07"であるコンテキストID（CID）に、IPデータのストリーム#1乃至#5用のIPアドレスとポート番号が登録されている。すなわち、CIDテーブルには、RoHCのIRパケット又はIR-DYNパケット（又はそれに相当する記述子）で伝送される情報を、コンテキストID（CID）に対応付けて登録することができる。 In this way, in the CID table, for example, the IP address and port number of data transmitted as a well-known address / port, such as NTPv4 and LLS signaling, can be registered in association with the context ID (CID). . For example, in the CID table of FIG. 9, IP addresses and port numbers for IP data streams # 1 to # 5 are registered in context IDs (CIDs) “0x03” to “0x07”. That is, in the CID table, information transmitted in the RoHC IR packet or IR-DYN packet (or a descriptor corresponding thereto) can be registered in association with the context ID (CID).
　なお、静的な情報（SC）のうち、IPアドレスとポート番号以外の情報、すなわち、例えば、IPヘッダにおける、VersionやProtocolについては、例えば、あらかじめ定められる所定の固定値を用いることができる。 For static information (SC), information other than the IP address and port number, that is, for example, a predetermined fixed value determined in advance can be used for Version and Protocol in the IP header, for example.
　また、図９のCIDテーブルでは、"0x00"であるコンテキストID（CID）の使用を禁止している。これは、"0x00"を使用してしまうと、伝送パケットのヘッダの先頭の8ビットに、"11100000"が配置されるパディング（Padding）と区別できなくなるためである。また、CIDテーブルに登録されているIPアドレスやポート番号は、更新用のIPアドレスとポート番号を含む静的な情報（SC）を配置した伝送パケットを伝送することで、その値を更新することができる。また、図９のCIDテーブルには、IPv4（IP version4）のIPアドレスが登録されている例を示しているが、IPv6（IP version6）のIPアドレスが登録されるようにしてもよい。 Also, in the CID table of FIG. 9, use of the context ID (CID) that is “0x00” is prohibited. This is because if “0x00” is used, it cannot be distinguished from the padding in which “11100000” is arranged in the first 8 bits of the header of the transmission packet. In addition, the IP address and port number registered in the CID table can be updated by transmitting a transmission packet with static information (SC) including the IP address and port number for update. Can do. In addition, although an example in which an IP address of IPv4 (IP ア ド レ ス version4) is registered in the CID table in FIG. 9, an IP address of IPv6 (IP version6) may be registered.
　以上のように、本技術のヘッダ圧縮方式１を適用した伝送パケット（パケットタイプ：IR-DYNパケット）を用いることで、全ての伝送パケットで、IPヘッダとUDPヘッダのヘッダ情報における静的な情報（SC）を伝送せずに、動的な情報（DC）のみを伝送することになるため、静的な情報（SC）を伝送する回数を減らすことができる。 As described above, by using a transmission packet (packet type: IR-DYN packet) to which the header compression method 1 of the present technology is applied, static information in the header information of the IP header and the UDP header is used for all transmission packets. Since only dynamic information (DC) is transmitted without transmitting (SC), the number of times of transmitting static information (SC) can be reduced.
　また、例えば、ヘッダ情報における静的な情報（SC）と動的な情報（DC）をシグナリング（例えばLLSシグナリング）として伝送することも想定されるが、仮に、当該シグナリングがIP/UDPパケットで伝送される場合には、伝送パケット（圧縮パケット）を復号することができない。一方で、本技術のヘッダ圧縮方式１では、伝送パケット（パケットタイプ：IR-DYNパケット）を用いているため、LLSシグナリングが格納された伝送パケットを復号できないというような現象が生じることはない。 In addition, for example, it is assumed that static information (SC) and dynamic information (DC) in header information is transmitted as signaling (for example, LLS signaling). However, the signaling is temporarily transmitted in an IP / UDP packet. In such a case, the transmission packet (compressed packet) cannot be decoded. On the other hand, in the header compression method 1 of the present technology, since a transmission packet (packet type: IR-DYN packet) is used, a phenomenon that a transmission packet storing LLS signaling cannot be decoded does not occur.
　同様に、例えば、ヘッダ情報における静的な情報（SC）と動的な情報（DC）をシグナリング（例えばLLSシグナリング）として伝送する場合、シグナリングは、通常、ソフトウェアにより処理されるため、処理対象の伝送パケット（圧縮パケット）のペイロードと同時に伝送しても、当該伝送パケットの復号には間に合わず、当該伝送パケットの復号に間に合わせるためには、シグナリングを、当該伝送パケットのペイロードよりも時間的に十分前に伝送するか、あるいは、ペイロードを遅延させる必要がある。一方で、本技術のヘッダ圧縮方式１では、伝送パケット（パケットタイプ：IR-DYNパケット）を用いているため、このような現象（シグナリングのソフトウェア処理による遅延に起因した現象）を回避することができる。 Similarly, for example, when transmitting static information (SC) and dynamic information (DC) in header information as signaling (for example, LLS signaling), since signaling is normally processed by software, Even if the transmission packet (compressed packet) is transmitted simultaneously with the payload of the transmission packet, it is not in time to decode the transmission packet. It must be transmitted long enough or the payload must be delayed. On the other hand, in the header compression method 1 of the present technology, since a transmission packet (packet type: IR-DYN packet) is used, it is possible to avoid such a phenomenon (a phenomenon caused by a delay caused by signaling software processing). it can.
（２）本技術のヘッダ圧縮方式２ (2) Header compression method 2 of this technology
（ヘッダ圧縮方式２の概要）
　図１０は、本技術のヘッダ圧縮方式２として、ヘッダ情報における静的な情報（SC）と動的な情報（DC）を伝送しないヘッダ圧縮方式の概要を説明する図である。なお、図１０には、本技術のヘッダ圧縮との比較のために、RoHCのヘッダ圧縮を用いた場合における伝送パケットの構造についても図示している。 (Outline of header compression method 2)
FIG. 10 is a diagram illustrating an outline of a header compression method that does not transmit static information (SC) and dynamic information (DC) in header information as the header compression method 2 of the present technology. In addition, in FIG. 10, the structure of the transmission packet in the case of using the RoHC header compression is also illustrated for comparison with the header compression of the present technology.
　図１０のＡにおいては、RoHCの伝送パケット（圧縮パケット）が伝送される様子を時系列で表しているが、先頭の伝送パケット（完全な伝送パケット）のパケットタイプはIRパケットとなり、２つ目以降の伝送パケットのパケットタイプは、IR-DYNパケットとなる。このように、RoHCでは、２つ目以降に伝送される伝送パケットで、動的な情報（DC）のみを伝送して、静的な情報（SC）を伝送する回数を減らすことで、ヘッダ情報を圧縮している。 In FIG. 10A, the state in which a RoHC transmission packet (compressed packet) is transmitted is shown in time series, but the packet type of the first transmission packet (complete transmission packet) is an IR packet. The packet type of subsequent transmission packets is IR-DYN packet. As described above, in RoHC, header information is transmitted by reducing only the number of times that static information (SC) is transmitted by transmitting only dynamic information (DC) in the second and subsequent transmission packets. Is compressed.
　一方、図１０のＢにおいては、本技術の伝送パケット（圧縮パケット）が時系列で伝送される様子が表されている。ここで、先頭の本技術の伝送パケットには、ヘッダ情報における静的な情報（SC）及び動的な情報（DC）が共に配置されておらず、ペイロード（Payload_1）に付加されるヘッダには、IPヘッダとUDPヘッダのヘッダ情報は配置されていない。 On the other hand, FIG. 10B shows a state in which transmission packets (compressed packets) of the present technology are transmitted in time series. Here, the static information (SC) and dynamic information (DC) in the header information are not arranged in the first transmission packet of the present technology, and the header added to the payload (Payload_1) The header information of IP header and UDP header is not arranged.
　これは、上述したように、LLSシグナリングが、ウェルノウンアドレス・ポートで伝送されることを利用して、ウェルノウンアドレス・ポートの場合には、送信装置１０が、IPアドレスやポート番号を含む静的な情報（SC）を伝送しなくても、受信装置２０が、本技術の伝送パケットに割り当てられた特定の識別情報（コンテキストID（CID））を監視することで、本技術の伝送パケットから、LLSシグナリングを格納したIP/UDPパケットを復元できるようにしている。なお、ここでは、LLSシグナリングについて説明しているが、ウェルノウンアドレス・ポートで伝送される他の特定のデータ（情報）についても同様に処理することができる。 As described above, this is based on the fact that the LLS signaling is transmitted through the well-known address port, and in the case of the well-known address port, the transmitting apparatus 10 includes a static address including an IP address and a port number. Even if the information (SC) is not transmitted, the receiving device 20 monitors the specific identification information (context ID (CID)) assigned to the transmission packet of the present technology, so that the LLS is transmitted from the transmission packet of the present technology. IP / UDP packets that store signaling can be restored. Although LLS signaling is described here, other specific data (information) transmitted through the well-known address port can be processed in the same manner.
　また、本技術のヘッダ圧縮方式２では、動的な情報（DC）に含まれるIPヘッダとUDPヘッダのヘッダ情報が、固定値に復元されるようにすることで、送信装置１０が、本技術の伝送パケットに、静的な情報（SC）のみならず、動的な情報（DC）を配置しなくても、受信装置２０では、LLSシグナリング等の特定のデータ（情報）を格納したIP/UDPパケットを復元できるようにする。 Further, in the header compression method 2 of the present technology, the transmission apparatus 10 allows the transmission device 10 to perform the present technology by restoring the header information of the IP header and the UDP header included in the dynamic information (DC) to fixed values. Even if not the static information (SC) but the dynamic information (DC) is arranged in the transmission packet, the receiving apparatus 20 stores the IP / IP that stores specific data (information) such as LLS signaling. Enable to restore UDP packets.
　このように、本技術のヘッダ圧縮方式２（図１０のＢ）では、全ての伝送パケットで、IPヘッダとUDPヘッダのヘッダ情報における静的な情報（SC）及び動的な情報（DC）を伝送しないようにすることで、ヘッダ情報を圧縮している。また、本技術のヘッダ圧縮方式２（図１０のＢ）では、RoHCのヘッダ圧縮（図１０のＡ）と比較すれば、静的な情報（SC）及び動的な情報（DC）を伝送していないため、さらに効率よくヘッダ情報を伝送することが可能となっている。 As described above, in the header compression method 2 (B in FIG. 10) of the present technology, static information (SC) and dynamic information (DC) in the header information of the IP header and the UDP header are included in all transmission packets. The header information is compressed by preventing transmission. In addition, header compression method 2 (B in FIG. 10) of the present technology transmits static information (SC) and dynamic information (DC) as compared with RoHC header compression (A in FIG. 10). Therefore, header information can be transmitted more efficiently.
（ヘッダ圧縮方式２の圧縮ヘッダの構造）
　次に、本技術のヘッダ圧縮方式２を適用した伝送パケットの構造について説明するが、ここでは、RoHCで規定されるパケットタイプ（例えば、UO-0パケット）に対応する構造や、RoHCでは規定されていないが、新たに定義したパケットタイプ（RoHC拡張パケット）に対応する構造などを採用することができる。そこで、以下、これらの構造について順に説明する。 (Structure of header compression method 2 compression header)
Next, the structure of a transmission packet to which the header compression method 2 of the present technology is applied will be described. Here, a structure corresponding to a packet type (for example, UO-0 packet) specified by RoHC, or specified by RoHC However, a structure corresponding to a newly defined packet type (RoHC extension packet) can be adopted. Therefore, these structures will be described in order below.
（パケットタイプ：UO-0パケット）
　図１１は、本技術のヘッダ圧縮方式２を適用した伝送パケット（パケットタイプ：UO-0パケット）の構造を説明する図である。 (Packet type: UO-0 packet)
FIG. 11 is a diagram illustrating the structure of a transmission packet (packet type: UO-0 packet) to which the header compression method 2 of the present technology is applied.
　本技術のヘッダ圧縮方式２では、IP/UDPパケット（図１１のＡ）を、IPヘッダ及びUDPヘッダのヘッダ情報における静的な情報（SC）及び動的な情報（DC）を含まないパケットタイプ（パケットタイプ：UO-0パケット）の伝送パケット（図１１のＢ）として伝送することができる。 In the header compression method 2 of the present technology, an IP / UDP packet (A in FIG. 11) is a packet type that does not include static information (SC) and dynamic information (DC) in the header information of the IP header and UDP header. It can be transmitted as a transmission packet (B in FIG. 11) of (packet type: UO-0 packet).
　すなわち、図１１のＢの本技術の伝送パケット（圧縮パケット）では、そのヘッダが、UO-0パケットのヘッダに対応する構造を有することになる。具体的には、この伝送パケットのヘッダにおいて、先頭から1バイト（1～8ビット）には、"1110 CID"、すなわち、上位の4ビットに、"1110"が固定で設定され、下位の4ビットに、コンテキストID（CID）が設定される。 That is, in the transmission packet (compressed packet) of the present technology in B of FIG. 11, the header has a structure corresponding to the header of the UO-0 packet. Specifically, in the header of this transmission packet, in the first byte (1 to 8 bits), “1110 CID”, that is, “1110” is fixedly set in the upper 4 bits, and the lower 4 A context ID (CID) is set in the bit.
　また、次の1バイト(9～16ビット)には、最初の1ビットに"0"が固定で設定され、次の4ビットには、シーケンス番号（SN：Sequence Number）が設定され、さらに次の3ビットには、誤り検出符号（CRC：Cyclic Redundancy Check）が設定される。さらに、次の2バイト（17～24，25～32ビット）は、コンテキストID（CID）が4ビット以上となる場合に、必要に応じて用いられる拡張用のCIDの領域（Extra-CID）となる。 In the next 1 byte (9 to 16 bits), "0" is fixed to the first 1 bit, and the sequence number (SN: Sequence シ ー ケ ン ス Number) is set to the next 4 bits. In these 3 bits, an error detection code (CRC: Cyclic Redundancy Check) is set. In addition, the next 2 bytes (17 to 24, 25 to 32 bits) are an extension CID area (Extra-CID) that is used as necessary when the context ID (CID) is 4 bits or more. Become.
　伝送パケットのヘッダに配置されるコンテキストID（CID）は、CIDテーブルに登録されたIPアドレス及びポート番号の組と対応付けられている。この図１１のCIDテーブルは、上述した図９のCIDテーブルと同様であるため、その詳細な説明は省略するが、送信装置１０の生成部１０１が、本技術の伝送パケット（パケットタイプ：UO-0パケット）を生成する場合と、受信装置２０の復元部２０２が、本技術の伝送パケット（パケットタイプ：UO-0パケット）から、IP/UDPパケットのヘッダ情報を復元する場合に参照される。 The context ID (CID) arranged in the header of the transmission packet is associated with a set of IP address and port number registered in the CID table. Since the CID table in FIG. 11 is the same as the CID table in FIG. 9 described above, a detailed description thereof will be omitted. However, the generation unit 101 of the transmission device 10 transmits the transmission packet (packet type: UO− 0 packet) and when the restoration unit 202 of the receiving device 20 restores the header information of the IP / UDP packet from the transmission packet (packet type: UO-0 packet) of the present technology.
　具体的には、送信装置１０の生成部１０１は、本技術の伝送パケット（パケットタイプ：UO-0パケット）として伝送するIP/UDPパケットのIPヘッダ及びUDPヘッダに設定されているIPアドレスとポート番号に対応付けられているコンテキストID（CID）を、CIDテーブルから検索し、そのコンテキストID（CID）を、伝送パケット（圧縮パケット）のヘッダに配置する。 Specifically, the generation unit 101 of the transmission device 10 includes the IP header and the IP address and port set in the UDP header of the IP / UDP packet transmitted as the transmission packet (packet type: UO-0 packet) of the present technology. The context ID (CID) associated with the number is searched from the CID table, and the context ID (CID) is arranged in the header of the transmission packet (compressed packet).
　一方で、受信装置２０の復元部２０２は、本技術の伝送パケット（パケットタイプ：UO-0パケット）（圧縮パケット）のヘッダに配置されるコンテキストID（CID）に対応付けられているIPアドレスとポート番号をCIDテーブルから検索し、そのIPアドレスとポート番号に、IP/UDPパケットのIPヘッダ及びUDPヘッダの対応する項目を復元する。 On the other hand, the restoration unit 202 of the receiving device 20 includes an IP address associated with a context ID (CID) arranged in the header of a transmission packet (packet type: UO-0 packet) (compressed packet) of the present technology. The port number is searched from the CID table, and the IP header of the IP / UDP packet and the corresponding item of the UDP header are restored to the IP address and the port number.
　なお、図１１のCIDテーブルでは、NTPv4用のIPアドレスとポート番号や、LLSシグナリング用のIPアドレスとポート番号など、ウェルノウンアドレス・ポートとして伝送される特定のデータのIPアドレス及びポート番号が、コンテキストID（CID）と対応付けられて登録されている。また、静的な情報（SC）のうち、IPアドレスとポート番号以外の情報、すなわち、例えば、IPヘッダにおける、VersionやProtocolについては、例えば、あらかじめ定められる所定の固定値を用いることができる。 In the CID table of FIG. 11, the IP address and port number of specific data transmitted as a well-known address and port, such as the IP address and port number for NTPv4, the IP address and port number for LLS signaling, are the context. It is registered in association with an ID (CID). Also, for static information (SC), information other than the IP address and port number, that is, for example, a predetermined fixed value determined in advance can be used for Version and Protocol in the IP header, for example.
　また、本技術の伝送パケット（パケットタイプ：UO-0パケット）には、IPヘッダ及びUDPヘッダのヘッダ情報における動的な情報（DC）が含まれていないが、受信装置２０の復元部２０２では、当該動的な情報（DC）を固定値に復元するようにする。 Further, although the transmission packet (packet type: UO-0 packet) of the present technology does not include dynamic information (DC) in the header information of the IP header and the UDP header, the restoration unit 202 of the receiving device 20 The dynamic information (DC) is restored to a fixed value.
　図１２は、固定値に復元される動的な情報（DC）の例を示す図である。 FIG. 12 is a diagram illustrating an example of dynamic information (DC) restored to a fixed value.
　図１２に示すように、固定値に復元される動的な情報（DC）としては、DSCP，ECN，Identification(IP-ID)，Flags，及び、Time To Liveがある。ただし、DSCPとECNによって、Type of Service(TOS)が構成される。 As shown in FIG. 12, dynamic information (DC) restored to a fixed value includes DSCP, ECN, Identification (IP-ID), Flags, and Time To Live. However, Type of Service (TOS) is configured by DSCP and ECN.
　DSCP，ECN，Identification(IP-ID)，及び、Flagsは、IP伝送方式でIP/UDPパケットを伝送する場合には、特に必要がないため、所定の固定値としての、例えば、0に復元される。 DSCP, ECN, Identification (IP-ID), and Flags are not particularly required when IP / UDP packets are transmitted by the IP transmission method, and are restored to, for example, 0 as a predetermined fixed value. The
　Time To Liveは、受信装置２０（の復元部２０２）で復元されたIP/UDPパケットが、ホームネットワーク等の通信ネットワークを介して伝送されることを考慮し、IP/UDPパケットの生存時間をある程度確保することができる固定値としての、例えば、128に復元される。 Time To Live takes into account that the IP / UDP packet restored by the receiving device 20 (the restoration unit 202) is transmitted via a communication network such as a home network to some extent. For example, it is restored to 128 as a fixed value that can be secured.
　なお、ここには列挙していないが、DSCP，ECN，Identification，Flags，及び、Time To Live以外の他の動的な情報（DC）がある場合には、当該他の動的な情報（DC）についても同様に、所定の固定値に復元することができる。また、本出願の発明者は、このヘッダ情報を固定値に復元する方法について、特願２０１４－２２２０２６号で既に提案している。 Although not listed here, if there is other dynamic information (DC) other than DSCP, ECN, Identification, Flags, and Time To Live, the other dynamic information (DC Similarly, it can be restored to a predetermined fixed value. The inventor of the present application has already proposed a method for restoring the header information to a fixed value in Japanese Patent Application No. 2014-2222026.
　以上のように、本技術のヘッダ圧縮方式２を適用した伝送パケット（パケットタイプ：UO-0パケット）を用いることで、全ての伝送パケットで、IPヘッダとUDPヘッダのヘッダ情報における静的な情報（SC）及び動的な情報（DC）を伝送しないため、さらに効率よくヘッダ情報を伝送することができる。 As described above, by using a transmission packet (packet type: UO-0 packet) to which the header compression method 2 of the present technology is applied, static information in the header information of the IP header and the UDP header is used for all transmission packets. Since (SC) and dynamic information (DC) are not transmitted, header information can be transmitted more efficiently.
　また、例えば、ヘッダ情報における静的な情報（SC）と動的な情報（DC）をシグナリング（例えばLLSシグナリング）として伝送することも想定されるが、仮に、当該シグナリングがIP/UDPパケットで伝送される場合には、伝送パケット（圧縮パケット）を復号することができない。一方で、本技術のヘッダ圧縮方式２では、伝送パケット（パケットタイプ：UO-0パケット）を用いているため、LLSシグナリングが格納された伝送パケットを復号できないというような現象が生じることはない。 In addition, for example, it is assumed that static information (SC) and dynamic information (DC) in header information is transmitted as signaling (for example, LLS signaling). However, the signaling is temporarily transmitted in an IP / UDP packet. In such a case, the transmission packet (compressed packet) cannot be decoded. On the other hand, in the header compression scheme 2 of the present technology, since a transmission packet (packet type: UO-0 packet) is used, a phenomenon that a transmission packet in which LLS signaling is stored cannot be decoded does not occur.
　同様に、例えば、ヘッダ情報における静的な情報（SC）と動的な情報（DC）をシグナリング（例えばLLSシグナリング）として伝送する場合、シグナリングは、通常、ソフトウェアにより処理されるため、処理対象の伝送パケット（圧縮パケット）のペイロードと同時に伝送しても、当該伝送パケットの復号には間に合わず、当該伝送パケットの復号に間に合わせるためには、シグナリングを、当該伝送パケットのペイロードよりも時間的に十分前に伝送するか、あるいは、ペイロードを遅延させる必要がある。一方で、本技術のヘッダ圧縮方式２では、伝送パケット（パケットタイプ：UO-0パケット）を用いているため、このような現象（シグナリングのソフトウェア処理による遅延に起因した現象）を回避することができる。 Similarly, for example, when transmitting static information (SC) and dynamic information (DC) in header information as signaling (for example, LLS signaling), since signaling is normally processed by software, Even if the transmission packet (compressed packet) is transmitted simultaneously with the payload of the transmission packet, it is not in time to decode the transmission packet. It must be transmitted long enough or the payload must be delayed. On the other hand, since the header compression method 2 of the present technology uses a transmission packet (packet type: UO-0 packet), it is possible to avoid such a phenomenon (a phenomenon caused by a delay caused by signaling software processing). it can.
（パケットタイプ：RoHC拡張パケット）
　図１３は、本技術のヘッダ圧縮方式２を適用した伝送パケット（パケットタイプ：RoHC拡張パケット）の構造を説明する図である。 (Packet type: RoHC extended packet)
FIG. 13 is a diagram illustrating the structure of a transmission packet (packet type: RoHC extension packet) to which the header compression scheme 2 of the present technology is applied.
　本技術のヘッダ圧縮方式２では、IP/UDPパケット（図１３のＡ）を、IPヘッダ及びUDPヘッダのヘッダ情報における静的な情報（SC）及び動的な情報（DC）を含まないパケットタイプ（パケットタイプ：RoHC拡張パケット）の伝送パケット（図１３のＢ）として伝送することができる。 In the header compression method 2 of the present technology, an IP / UDP packet (A in FIG. 13) is a packet type that does not include static information (SC) and dynamic information (DC) in the header information of the IP header and UDP header. It can be transmitted as a transmission packet (B in FIG. 13) of (packet type: RoHC extension packet).
　すなわち、図１３のＢの本技術の伝送パケット（圧縮パケット）では、そのヘッダが、RoHCでは規定されていない構造を有することになる。ここでは、この伝送パケットのヘッダに、8ビットを割り当てて、その先頭から4ビットに、例えば新たなパケットタイプを示す"1100"が固定で設定され、下位の4ビットに、コンテキストID（CID）が設定されるようにする。 That is, in the transmission packet (compressed packet) of the present technology in B of FIG. 13, the header has a structure not defined by RoHC. Here, 8 bits are allocated to the header of this transmission packet, and for example, “1100” indicating a new packet type is fixedly set to 4 bits from the beginning, and the context ID (CID) is set to the lower 4 bits. To be set.
　これにより、現行のRoHCでは規定されていないが、新たなパケットタイプ（RoHC拡張パケット）が定義され、このRoHC拡張パケットであるパケットタイプの伝送パケットが、より少ないヘッダサイズで伝送されるようにすることが可能となる。 As a result, a new packet type (RoHC extension packet) is defined, which is not defined in the current RoHC, but a transmission packet of the packet type that is this RoHC extension packet is transmitted with a smaller header size. It becomes possible.
　伝送パケットのヘッダに配置されるコンテキストID（CID）は、CIDテーブルに登録されたIPアドレス及びポート番号の組と対応付けられている。この図１３のCIDテーブルは、上述した図９又は図１１のCIDテーブルと同様であるため、その詳細な説明は省略するが、送信装置１０の生成部１０１が、本技術の伝送パケット（パケットタイプ：RoHC拡張パケット）を生成する場合と、受信装置２０の復元部２０２が、本技術の伝送パケット（パケットタイプ：RoHC拡張パケット）から、IP/UDPパケットのヘッダ情報を復元する場合に参照される。 The context ID (CID) arranged in the header of the transmission packet is associated with a set of IP address and port number registered in the CID table. Since the CID table in FIG. 13 is the same as the CID table in FIG. 9 or FIG. 11 described above, detailed description thereof is omitted, but the generation unit 101 of the transmission device 10 transmits the transmission packet (packet type) of the present technology. : RoHC extension packet) and when the restoration unit 202 of the receiving device 20 restores the header information of the IP / UDP packet from the transmission packet (packet type: RoHC extension packet) of the present technology. .
　具体的には、送信装置１０の生成部１０１は、本技術の伝送パケット（パケットタイプ：RoHC拡張パケット）として伝送するIP/UDPパケットのIPヘッダ及びUDPヘッダに設定されているIPアドレスとポート番号に対応付けられているコンテキストID（CID）を、CIDテーブルから検索し、そのコンテキストID（CID）を、伝送パケット（圧縮パケット）のヘッダに配置する。 Specifically, the generation unit 101 of the transmission device 10 includes the IP header and the IP address and port number set in the IP header and the UDP header of the IP / UDP packet transmitted as a transmission packet (packet type: RoHC extension packet) of the present technology. Is searched from the CID table, and the context ID (CID) is placed in the header of the transmission packet (compressed packet).
　一方で、受信装置２０の復元部２０２は、本技術の伝送パケット（パケットタイプ：RoHC拡張パケット）（圧縮パケット）のヘッダに配置されるコンテキストID（CID）に対応付けられているIPアドレスとポート番号をCIDテーブルから検索し、そのIPアドレスとポート番号に、IP/UDPパケットのIPヘッダ及びUDPヘッダの対応する項目を復元する。 On the other hand, the restoration unit 202 of the receiving device 20 includes an IP address and a port associated with a context ID (CID) arranged in the header of a transmission packet (packet type: RoHC extended packet) (compressed packet) of the present technology. The number is searched from the CID table, and the IP header of the IP / UDP packet and the corresponding item of the UDP header are restored to the IP address and port number.
　なお、図１３のCIDテーブルでは、NTPv4用のIPアドレスとポート番号や、LLSシグナリング用のIPアドレスとポート番号など、ウェルノウンアドレス・ポートとして伝送される特定のデータのIPアドレス及びポート番号が、コンテキストID（CID）と対応付けられて登録されている。また、静的な情報（SC）のうち、IPアドレスとポート番号以外の情報、すなわち、例えば、IPヘッダにおける、VersionやProtocolについては、例えば、あらかじめ定められる所定の固定値を用いることができる。 In the CID table of FIG. 13, the IP address and port number of specific data transmitted as a well-known address / port, such as the IP address and port number for NTPv4, the IP address and port number for LLS signaling, are the context. It is registered in association with an ID (CID). Also, for static information (SC), information other than the IP address and port number, that is, for example, a predetermined fixed value determined in advance can be used for Version and Protocol in the IP header, for example.
　また、本技術の伝送パケット（パケットタイプ：RoHC拡張パケット）には、IPヘッダ及びUDPヘッダのヘッダ情報における動的な情報（DC）が含まれていないが、受信装置２０の復元部２０２では、当該動的な情報（DC）を固定値に復元するようにする。この動的な情報（DC）を固定値に復元する方法は、上述した図１２を参照して説明した方法と同様であるため、その詳細な説明は省略するが、例えば、DSCP，ECN，Identification(IP-ID)，及び、Flagsが、所定の固定値としての、例えば、0に復元され、Time To Liveが、所定の固定値としての、例えば、128に復元される。 In addition, the transmission packet (packet type: RoHC extension packet) of the present technology does not include dynamic information (DC) in the header information of the IP header and the UDP header, but the restoration unit 202 of the receiving device 20 The dynamic information (DC) is restored to a fixed value. The method of restoring the dynamic information (DC) to a fixed value is the same as the method described with reference to FIG. 12 described above, and thus detailed description thereof is omitted. For example, DSCP, ECN, Identification (IP-ID) and Flags are restored to a predetermined fixed value, for example, 0, and Time To Live is restored to a predetermined fixed value, for example, 128.
　以上のように、本技術のヘッダ圧縮方式２を適用した伝送パケット（パケットタイプ：RoHC拡張パケット）を用いることで、全ての伝送パケットで、IPヘッダとUDPヘッダのヘッダ情報における静的な情報（SC）及び動的な情報（DC）を伝送しないため、さらに効率よくヘッダ情報を伝送することができる。 As described above, by using a transmission packet (packet type: RoHC extended packet) to which the header compression method 2 of the present technology is applied, static information (in the header information of the IP header and the UDP header ( Since SC and dynamic information (DC) are not transmitted, header information can be transmitted more efficiently.
　また、例えば、ヘッダ情報における静的な情報（SC）と動的な情報（DC）をシグナリング（例えばLLSシグナリング）として伝送することも想定されるが、仮に、当該シグナリングがIP/UDPパケットで伝送される場合には、伝送パケット（圧縮パケット）を復号することができない。一方で、本技術のヘッダ圧縮方式２では、伝送パケット（パケットタイプ：RoHC拡張パケット）を用いているため、LLSシグナリングが格納された伝送パケットを復号できないというような現象が生じることはない。 In addition, for example, it is assumed that static information (SC) and dynamic information (DC) in header information is transmitted as signaling (for example, LLS signaling). However, the signaling is temporarily transmitted in an IP / UDP packet. In such a case, the transmission packet (compressed packet) cannot be decoded. On the other hand, in the header compression method 2 of the present technology, since a transmission packet (packet type: RoHC extension packet) is used, a phenomenon that a transmission packet storing LLS signaling cannot be decoded does not occur.
　同様に、例えば、ヘッダ情報における静的な情報（SC）と動的な情報（DC）をシグナリング（例えばLLSシグナリング）として伝送する場合、シグナリングは、通常、ソフトウェアにより処理されるため、処理対象の伝送パケット（圧縮パケット）のペイロードと同時に伝送しても、当該伝送パケットの復号には間に合わず、当該伝送パケットの復号に間に合わせるためには、シグナリングを、当該伝送パケットのペイロードよりも時間的に十分前に伝送するか、あるいは、ペイロードを遅延させる必要がある。一方で、本技術のヘッダ圧縮方式２では、伝送パケット（パケットタイプ：RoHC拡張パケット）を用いているため、このような現象（シグナリングのソフトウェア処理による遅延に起因した現象）を回避することができる。 Similarly, for example, when transmitting static information (SC) and dynamic information (DC) in header information as signaling (for example, LLS signaling), since signaling is normally processed by software, Even if the transmission packet (compressed packet) is transmitted simultaneously with the payload of the transmission packet, it is not in time to decode the transmission packet. It must be transmitted long enough or the payload must be delayed. On the other hand, since the header compression method 2 of the present technology uses a transmission packet (packet type: RoHC extended packet), such a phenomenon (a phenomenon caused by a delay caused by signaling software processing) can be avoided. .
＜４．各装置で実行される処理の流れ＞ <4. Flow of processing executed by each device>
　次に、図１４及び図１５のフローチャートを参照して、図１の伝送システム１を構成する送信装置１０及び受信装置２０で実行される処理の流れについて説明する。 Next, a flow of processing executed by the transmission device 10 and the reception device 20 included in the transmission system 1 of FIG. 1 will be described with reference to the flowcharts of FIGS.
（送信側データ処理の流れ）
　まず、図１４のフローチャートを参照して、図１の送信装置１０で実行される送信側データ処理の流れについて説明する。 (Sender data processing flow)
First, the flow of transmission side data processing executed by the transmission apparatus 10 of FIG. 1 will be described with reference to the flowchart of FIG.
　ステップＳ１０１においては、テレビ番組等のコンテンツを構成するコンポーネント（ビデオやオーディオ等）やシグナリングなどの送信対象の実データが処理され、IP/UDPパケットが生成される。 In step S101, components (video, audio, etc.) constituting content such as a television program and actual data to be transmitted such as signaling are processed, and an IP / UDP packet is generated.
　ステップＳ１０２において、生成部１０１は、ステップＳ１０１の処理で生成されたIP/UDPパケットを伝送するための伝送パケットを生成する。 In step S102, the generation unit 101 generates a transmission packet for transmitting the IP / UDP packet generated in the process of step S101.
　ここでは、生成部１０１は、伝送パケットを生成するに際し、当該伝送パケットとして伝送するIP/UDPパケットのIPヘッダ及びUDPヘッダに設定されているIPアドレス及びポート番号に対応付けられているコンテキストID（CID）を、CIDテーブル（例えば、図９，図１１，図１３のCIDテーブル）から検索し、そのコンテキストID（CID）を、伝送パケットのヘッダに配置する。 Here, when generating the transmission packet, the generation unit 101 generates a context ID (corresponding to the IP address and port number set in the IP header and UDP header of the IP / UDP packet transmitted as the transmission packet). CID) is searched from the CID table (for example, the CID tables of FIGS. 9, 11, and 13), and the context ID (CID) is arranged in the header of the transmission packet.
　例えば、ペイロードに、LLSシグナリングのデータが配置されたIP/UDPパケットを伝送する伝送パケットでは、そのヘッダに、"0x02"であるコンテキストID（CID）が配置される。また、ペイロードに、時刻情報としてのNTPv4のデータが配置されたIP/UDPパケットを伝送する伝送パケットでは、そのヘッダに、"0x01"であるコンテキストID（CID）が配置される。 For example, in a transmission packet that transmits an IP / UDP packet in which LLS signaling data is arranged in the payload, a context ID (CID) of “0x02” is arranged in the header. Further, in a transmission packet that transmits an IP / UDP packet in which NTPv4 data as time information is arranged in the payload, a context ID (CID) of “0x01” is arranged in the header.
　なお、本技術のヘッダ圧縮方式１を適用した伝送パケット（パケットタイプ：IR-DYNパケット）を採用した場合、当該伝送パケットのヘッダには、ヘッダ情報における動的な情報（DC）が含まれる（図９のＢの構造）。一方で、本技術のヘッダ圧縮方式２を適用した伝送パケット（パケットタイプ：UO-0パケット又はRoHC拡張パケット）を採用した場合、当該伝送パケットのヘッダには、ヘッダ情報における静的な情報（SC）と動的な情報（DC）は含まれない（図１１のＢ又は図１３のＢの構造）。 When a transmission packet (packet type: IR-DYN packet) to which the header compression method 1 of the present technology is applied is adopted, dynamic information (DC) in the header information is included in the header of the transmission packet ( FIG. 9B structure). On the other hand, when a transmission packet (packet type: UO-0 packet or RoHC extension packet) to which the header compression method 2 of the present technology is applied is adopted, static information (SC) in the header information is included in the header of the transmission packet. ) And dynamic information (DC) are not included (B in FIG. 11 or B in FIG. 13).
　ステップＳ１０３において、送信部１０２は、ステップＳ１０２の処理で生成された伝送パケットを含む放送ストリームを、IP伝送方式のデジタル放送信号として、伝送路３０を介して送信する。 In step S103, the transmission unit 102 transmits the broadcast stream including the transmission packet generated in the process of step S102 via the transmission path 30 as an IP transmission type digital broadcast signal.
　ステップＳ１０３の処理が終了すると、図１４の送信側データ処理は終了する。 When the processing in step S103 is completed, the transmission side data processing in FIG.
　以上、送信側データ処理の流れについて説明した。 The flow of data processing on the transmission side has been described above.
（受信側データ処理）
　次に、図１５のフローチャートを参照して、図１の受信装置２０で実行される受信側データ処理について説明する。 (Receiver data processing)
Next, with reference to the flowchart of FIG. 15, reception side data processing executed by the reception device 20 of FIG. 1 will be described.
　ステップＳ２０１において、受信部２０１は、送信装置１０から、IP伝送方式のデジタル放送信号として、伝送路３０を介して送信されてくる伝送パケットを含む放送ストリームを受信する。 In step S201, the reception unit 201 receives a broadcast stream including a transmission packet transmitted via the transmission path 30 as a digital broadcast signal of the IP transmission method from the transmission device 10.
　ステップＳ２０２において、復元部２０２は、ステップＳ２０１の処理で受信された放送ストリームに含まれる伝送パケットから、IP/UDPパケットを復元する。 In step S202, the restoration unit 202 restores the IP / UDP packet from the transmission packet included in the broadcast stream received in the process of step S201.
　ここでは、復元部２０２は、伝送パケットからIP/UDPパケットを復元するに際し、当該伝送パケットのヘッダに配置されるコンテキストID（CID）に対応付けられているIPアドレス及びポート番号を、CIDテーブル（例えば、図９，図１１，図１３のCIDテーブル）から検索し、そのIPアドレス及びポート番号に、IP/UDPパケットのIPヘッダ及びUDPヘッダの対応する項目を復元する。 Here, when restoring the IP / UDP packet from the transmission packet, the restoration unit 202 displays the IP address and port number associated with the context ID (CID) arranged in the header of the transmission packet as the CID table ( For example, the CID table in FIGS. 9, 11, and 13) is retrieved, and the IP header and the UDP header corresponding to the IP / UDP packet are restored to the IP address and port number.
　例えば、ペイロードに、LLSシグナリングのデータが配置されたIP/UDPパケットを伝送する伝送パケットでは、そのヘッダに、"0x02"であるコンテキストID（CID）が配置されているので、CIDテーブルから、"0x02"であるコンテキストID（CID）を検索することで、それに対応する、"224.0.23.60"である宛先IPアドレス、"4937"である宛先ポート番号、"192.168.0.0"である送信元IPアドレス、及び、"60000"である宛先ポート番号が特定される。 For example, in a transmission packet that transmits an IP / UDP packet in which LLS signaling data is arranged in the payload, a context ID (CID) of “0x02” is arranged in the header. By searching for the context ID (CID) that is “0x02”, the corresponding destination IP address that is “224.0.23.60”, the destination port number that is “4937”, and the source IP address that is “192.168.0.0” , And a destination port number of “60000” is specified.
　また、例えばペイロードに、時刻情報としてのNTPv4のデータが配置されたIP/UDPパケットを伝送する伝送パケットでは、そのヘッダに、"0x01"であるコンテキストID（CID）が配置されているので、CIDテーブルから、"0x01"であるコンテキストID（CID）を検索することで、"224.0.1.1"である宛先IPアドレス、"123"である宛先ポート番号、"192.168.0.0"である送信元IPアドレス、及び、"60000"である宛先ポート番号が特定される。 Further, for example, in a transmission packet that transmits an IP / UDP packet in which NTPv4 data as time information is arranged in the payload, the context ID (CID) of “0x01” is arranged in the header. By searching the table for the context ID (CID) that is "0x01", the destination IP address that is "224.0.1.1", the destination port number that is "123", and the source IP address that is "192.168.0.0" , And a destination port number of “60000” is specified.
　なお、本技術のヘッダ圧縮方式１を適用した伝送パケット（パケットタイプ：IR-DYNパケット）を採用した場合、当該伝送パケットのヘッダには、ヘッダ情報における動的な情報（DC）が含まれる（図９のＢの構造）。一方で、本技術のヘッダ圧縮方式２を適用した伝送パケット（パケットタイプ：UO-0パケット又はRoHC拡張パケット）を採用した場合、当該伝送パケットのヘッダには、ヘッダ情報における静的な情報（SC）と動的な情報（DC）は含まれない（図１１のＢ又は図１３のＢの構造）。 When a transmission packet (packet type: IR-DYN packet) to which the header compression method 1 of the present technology is applied is adopted, dynamic information (DC) in the header information is included in the header of the transmission packet ( FIG. 9B structure). On the other hand, when a transmission packet (packet type: UO-0 packet or RoHC extension packet) to which the header compression method 2 of the present technology is applied is adopted, static information (SC) in the header information is included in the header of the transmission packet. ) And dynamic information (DC) are not included (B in FIG. 11 or B in FIG. 13).
　したがって、本技術のヘッダ圧縮方式２を適用した伝送パケット（パケットタイプ：UO-0パケット又はRoHC拡張パケット）を採用した場合には、動的な情報（DC）が伝送されてこないので、復元部２０２は、当該動的な情報（DC）を固定値に復元するようにする（図１２）。例えば、復元部２０２では、DSCP，ECN，Identification(IP-ID)，及び、Flagsが、所定の固定値としての、例えば、0に復元され、Time To Liveが、所定の固定値としての、例えば、128に復元される。 Therefore, when a transmission packet (packet type: UO-0 packet or RoHC extension packet) to which the header compression method 2 of the present technology is applied is adopted, since dynamic information (DC) is not transmitted, the restoration unit 202 restores the dynamic information (DC) to a fixed value (FIG. 12). For example, in the restoration unit 202, DSCP, ECN, Identification (IP-ID), and Flags are restored to a predetermined fixed value, for example, 0, and Time To Live is set to a predetermined fixed value, for example, , 128 is restored.
　ステップＳ２０３においては、ステップＳ２０２の処理で復元されたIP/UDPパケットに含まれるコンポーネント（ビデオやオーディオ等）やシグナリング等の受信対象の実データが処理され、テレビ番組などのコンテンツの映像や音声が再生される。 In step S203, components (video, audio, etc.) and actual data to be received such as signaling included in the IP / UDP packet restored in step S202 are processed, and video and audio of content such as a TV program are processed. Played.
　ステップＳ２０３の処理が終了すると、図１５の受信側データ処理は終了する。 When the processing in step S203 is completed, the data processing on the receiving side in FIG.
　以上、受信側データ処理について説明した。 This completes the description of the data processing on the receiving side.
＜５．変形例＞ <5. Modification>
　上述した説明としては、デジタル放送の規格として、米国等で採用されている方式であるATSC（特に、ATSC3.0）を説明したが、本技術は、日本等が採用する方式であるISDB(Integrated Services Digital Broadcasting)や、欧州の各国等が採用する方式であるDVB(Digital Video Broadcasting)などに適用するようにしてもよい。また、デジタル放送としては、地上波放送のほか、放送衛星（BS）や通信衛星（CS）等の衛星放送や、ケーブルテレビ（CATV）等の有線放送などに適用することができる。 In the above explanation, ATSC (particularly ATSC 3.0), which is a method adopted in the United States and the like, has been described as a standard for digital broadcasting. However, this technology is based on ISDB (Integrated (Services Digital Broadcasting) and DVB (Digital Video Broadcasting) which is a method adopted by European countries and the like. In addition to terrestrial broadcasting, digital broadcasting can be applied to satellite broadcasting such as broadcasting satellite (BS) and communication satellite (CS), and cable broadcasting such as cable television (CATV).
　また、本技術は、伝送路として、放送網以外の伝送路、すなわち、例えば、インターネットや電話網等の通信回線（通信網）などを利用することを想定して規定されている所定の規格（デジタル放送の規格以外の規格）などにも適用することができる。その場合には、伝送路３０として、インターネットや電話網などの通信回線が利用され、送信装置１０は、インターネット上に設けられたサーバとすることができる。そして、受信装置２０が通信機能を有するようにすることで、送信装置１０は、受信装置２０からの要求に応じて、処理を行うことになる。 In addition, the present technology provides a predetermined standard (assuming that a transmission line other than a broadcast network, that is, a communication line (communication network) such as the Internet or a telephone network) is used as a transmission line. The present invention can also be applied to standards other than digital broadcasting standards. In this case, a communication line such as the Internet or a telephone network is used as the transmission path 30, and the transmission device 10 can be a server provided on the Internet. Then, by allowing the receiving device 20 to have a communication function, the transmitting device 10 performs processing in response to a request from the receiving device 20.
　さらに、上述したLLSやSLS等のシグナリング（のメタデータ）の名称は、一例であって、他の名称が用いられる場合がある。ただし、これらの名称の違いは、形式的な違いであって、各シグナリングの実質的な内容が異なるものではない。 Furthermore, the names of the above-mentioned signaling (metadata) such as LLS and SLS are merely examples, and other names may be used. However, the difference between these names is a formal difference, and the substantial content of each signaling is not different.
　また、上述したCIDテーブル（例えば、図９，図１１，図１３のCIDテーブル）では、コンテキストID（CID）に、宛先IPアドレス及び宛先ポート番号の組の他に、送信元IPアドレス及び送信元ポート番号の組が対応付けられているが、コンテキストID（CID）には、宛先IPアドレス及び宛先ポート番号の組だけを対応付けることができる。この場合、受信装置２０の復元部２０２において、送信元IPアドレス及び送信元ポート番号は、固定値に復元するか、又は、上位層のプロトコルから取得することができる。すなわち、放送局を識別する情報は、上位層のシグナリングにより得られるため、放送では、送信元IPアドレス及び送信元ポート番号を参照する必要はなく、送信元IPアドレス及び送信元ポート番号は、固定値としても、特に問題はない。 Further, in the above-described CID table (for example, the CID tables in FIGS. 9, 11, and 13), in addition to the combination of the destination IP address and the destination port number, the source IP address and the source A set of port numbers is associated, but only a set of a destination IP address and a destination port number can be associated with a context ID (CID). In this case, in the restoration unit 202 of the reception device 20, the transmission source IP address and the transmission source port number can be restored to fixed values or acquired from a higher layer protocol. That is, since the information for identifying the broadcasting station is obtained by higher layer signaling, it is not necessary to refer to the transmission source IP address and the transmission source port number in broadcasting, and the transmission source IP address and the transmission source port number are fixed. There is no particular problem with the value.
＜６．コンピュータの構成＞ <6. Computer configuration>
　上述した生成部１０１や復元部２０２の一連の処理は、ハードウェアにより実行することもできるし、ソフトウェアにより実行することもできる。一連の処理をソフトウェアにより実行する場合には、そのソフトウェアを構成するプログラムが、コンピュータにインストールされる。図１６は、上述した一連の処理をプログラムにより実行するコンピュータのハードウェアの構成例を示す図である。 The series of processes of the generation unit 101 and the restoration unit 202 described above can be executed by hardware or can be executed by software. When a series of processing is executed by software, a program constituting the software is installed in the computer. FIG. 16 is a diagram illustrating a configuration example of the hardware of a computer that executes the above-described series of processing by a program.
　コンピュータ９００において、CPU(Central Processing Unit)９０１，ROM(Read Only Memory)９０２，RAM(Random Access Memory)９０３は、バス９０４により相互に接続されている。バス９０４には、さらに、入出力インターフェース９０５が接続されている。入出力インターフェース９０５には、入力部９０６、出力部９０７、記録部９０８、通信部９０９、及び、ドライブ９１０が接続されている。 In the computer 900, a CPU (Central Processing Unit) 901, a ROM (Read Only Memory) 902, and a RAM (Random Access Memory) 903 are connected to each other by a bus 904. An input / output interface 905 is further connected to the bus 904. An input unit 906, an output unit 907, a recording unit 908, a communication unit 909, and a drive 910 are connected to the input / output interface 905.
　入力部９０６は、キーボード、マウス、マイクロフォンなどよりなる。出力部９０７は、ディスプレイ、スピーカなどよりなる。記録部９０８は、ハードディスクや不揮発性のメモリなどよりなる。通信部９０９は、ネットワークインターフェースなどよりなる。ドライブ９１０は、磁気ディスク、光ディスク、光磁気ディスク、又は半導体メモリなどのリムーバブルメディア９１１を駆動する。 The input unit 906 includes a keyboard, a mouse, a microphone, and the like. The output unit 907 includes a display, a speaker, and the like. The recording unit 908 includes a hard disk, a nonvolatile memory, and the like. The communication unit 909 includes a network interface or the like. The drive 910 drives a removable medium 911 such as a magnetic disk, an optical disk, a magneto-optical disk, or a semiconductor memory.
　以上のように構成されるコンピュータ９００では、CPU９０１が、ROM９０２や記録部９０８に記録されているプログラムを、入出力インターフェース９０５及びバス９０４を介して、RAM９０３にロードして実行することにより、上述した一連の処理が行われる。 In the computer 900 configured as described above, the CPU 901 loads the program recorded in the ROM 902 or the recording unit 908 to the RAM 903 via the input / output interface 905 and the bus 904, and executes the program. A series of processing is performed.
　コンピュータ９００（CPU９０１）が実行するプログラムは、例えば、パッケージメディア等としてのリムーバブルメディア９１１に記録して提供することができる。また、プログラムは、ローカルエリアネットワーク、インターネット、デジタル衛星放送といった、有線又は無線の伝送媒体を介して提供することができる。 The program executed by the computer 900 (CPU 901) can be provided by being recorded on a removable medium 911 as a package medium, for example. The program can be provided via a wired or wireless transmission medium such as a local area network, the Internet, or digital satellite broadcasting.
　コンピュータ９００では、プログラムは、リムーバブルメディア９１１をドライブ９１０に装着することにより、入出力インターフェース９０５を介して、記録部９０８にインストールすることができる。また、プログラムは、有線又は無線の伝送媒体を介して、通信部９０９で受信し、記録部９０８にインストールすることができる。その他、プログラムは、ROM９０２や記録部９０８に、あらかじめインストールしておくことができる。 In the computer 900, the program can be installed in the recording unit 908 via the input / output interface 905 by installing the removable medium 911 in the drive 910. Further, the program can be received by the communication unit 909 via a wired or wireless transmission medium and installed in the recording unit 908. In addition, the program can be installed in the ROM 902 or the recording unit 908 in advance.
　ここで、本明細書において、コンピュータがプログラムに従って行う処理は、必ずしもフローチャートとして記載された順序に沿って時系列に行われる必要はない。すなわち、コンピュータがプログラムに従って行う処理は、並列的あるいは個別に実行される処理（例えば、並列処理あるいはオブジェクトによる処理）も含む。また、プログラムは、１のコンピュータ（プロセッサ）により処理されるものであってもよいし、複数のコンピュータによって分散処理されるものであってもよい。 Here, in the present specification, the processing performed by the computer according to the program does not necessarily have to be performed in chronological order in the order described as the flowchart. That is, the processing performed by the computer according to the program includes processing executed in parallel or individually (for example, parallel processing or object processing). The program may be processed by a single computer (processor) or may be distributedly processed by a plurality of computers.
　なお、本技術の実施の形態は、上述した実施の形態に限定されるものではなく、本技術の要旨を逸脱しない範囲において種々の変更が可能である。 Note that the embodiments of the present technology are not limited to the above-described embodiments, and various modifications can be made without departing from the gist of the present technology.
　また、本技術は、以下のような構成をとることができる。 Also, the present technology can take the following configurations.
（１）
　　UDP(User Datagram Protocol)パケットを含むIP(Internet Protocol)パケットを伝送する伝送パケットのうち、特定のデータを伝送する前記伝送パケットに、あらかじめ割り当てられたIPアドレスとポート番号に対応付けられた識別情報を含んで構成されるヘッダと、
　　前記UDPパケットのペイロードを含んで構成されるペイロードと
　で構成される前記伝送パケットを生成する生成部と、
　前記伝送パケットを送信する送信部と
　を備える送信装置。
（２）
　前記ヘッダは、前記IPパケットのIPヘッダ、及び、前記UDPパケットのUDPヘッダに配置されるヘッダ情報を、静的な情報と動的な情報とに分離したとき、前記動的な情報のみを含んで構成される
　（１）に記載の送信装置。
（３）
　前記伝送パケットは、RoHC(Robust Header Compression)で規定されるIR-DYNパケットに対応し、
　前記識別情報は、RoHCで規定されるCID(Context Identifier)に対応している
　（２）に記載の送信装置。
（４）
　前記ヘッダは、前記IPパケットのIPヘッダ、及び、前記UDPパケットのUDPヘッダに配置されるヘッダ情報を、静的な情報と動的な情報とに分離したとき、前記動的な情報、及び、前記静的な情報を含まずに構成される
　（１）に記載の送信装置。
（５）
　前記伝送パケットは、RoHCで規定されるUO-0パケットに対応し、
　前記識別情報は、RoHCで規定されるCIDに対応している
　（４）に記載の送信装置。
（６）
　前記伝送パケットは、RoHCを拡張したRoHC拡張パケットに対応し、
　前記識別情報は、RoHCで規定されるCIDに対応している
　（４）に記載の送信装置。
（７）
　前記特定のデータは、シグナリング又は時刻情報のデータである
　（１）乃至（６）のいずれかに記載の送信装置。
（８）
　送信装置のデータ処理方法において、
　前記送信装置が、
　　UDPパケットを含むIPパケットを伝送する伝送パケットのうち、特定のデータを伝送する前記伝送パケットに、あらかじめ割り当てられたIPアドレスとポート番号に対応付けられた識別情報を含んで構成されるヘッダと、
　　前記UDPパケットのペイロードを含んで構成されるペイロードと
　で構成される前記伝送パケットを生成し、
　前記伝送パケットを送信する
　ステップを含むデータ処理方法。
（９）
　　UDPパケットを含むIPパケットを伝送する伝送パケットのうち、特定のデータを伝送する前記伝送パケットに、あらかじめ割り当てられたIPアドレスとポート番号に対応付けられた識別情報を含んで構成されるヘッダと、
　　前記UDPパケットのペイロードを含んで構成されるペイロードと
　で構成される前記伝送パケットを受信する受信部と、
　前記伝送パケットから、前記UDPパケットを含む前記IPパケットを復元する復元部と
　を備える受信装置。
（１０）
　前記ヘッダは、前記IPパケットのIPヘッダ、及び、前記UDPパケットのUDPヘッダに配置されるヘッダ情報を、静的な情報と動的な情報とに分離したとき、前記動的な情報のみを含んで構成され、
　前記復元部は、前記識別情報と、前記IPアドレス及び前記ポート番号とを対応付けたテーブルに基づいて、前記伝送パケットのヘッダに含まれる前記識別情報から、前記IPアドレス及び前記ポート番号を含む前記静的な情報を復元する
　（９）に記載の受信装置。
（１１）
　前記伝送パケットは、RoHCで規定されるIR-DYNパケットに対応し、
　前記識別情報は、RoHCで規定されるCIDに対応している
　（１０）に記載の受信装置。
（１２）
　前記ヘッダは、前記IPパケットのIPヘッダ、及び、前記UDPパケットのUDPヘッダに配置されるヘッダ情報を、静的な情報と動的な情報とに分離したとき、前記動的な情報、及び、前記静的な情報を含まずに構成され、
　前記復元部は、
　　前記識別情報と、前記IPアドレス及び前記ポート番号とを対応付けたテーブルに基づいて、前記伝送パケットのヘッダに含まれる前記識別情報から、前記IPアドレス及び前記ポート番号を含む前記静的な情報を復元し、
　　前記動的な情報を、所定の固定値に復元する
　（９）に記載の受信装置。
（１３）
　前記伝送パケットは、RoHCで規定されるUO-0パケットに対応し、
　前記識別情報は、RoHCで規定されるCIDに対応している
　（１２）に記載の受信装置。
（１４）
　前記伝送パケットは、RoHCを拡張したRoHC拡張パケットに対応し、
　前記識別情報は、RoHCで規定されるCIDに対応している
　（１２）に記載の受信装置。
（１５）
　前記特定のデータは、シグナリング又は時刻情報のデータである
　（９）乃至（１４）のいずれかに記載の受信装置。
（１６）
　受信装置のデータ処理方法において、
　前記受信装置が、
　　UDPパケットを含むIPパケットを伝送する伝送パケットのうち、特定のデータを伝送する前記伝送パケットに、あらかじめ割り当てられたIPアドレスとポート番号に対応付けられた識別情報を含んで構成されるヘッダと、
　　前記UDPパケットのペイロードを含んで構成されるペイロードと
　で構成される前記伝送パケットを受信し、
　前記伝送パケットから、前記UDPパケットを含む前記IPパケットを復元する
　ステップを含むデータ処理方法。 (1)
Identification information associated with an IP address and port number assigned in advance to the transmission packet for transmitting specific data among transmission packets for transmitting IP (Internet Protocol) packets including UDP (User Datagram Protocol) packets A header comprising:
A generation unit that generates the transmission packet configured with a payload configured to include the payload of the UDP packet;
A transmission device comprising: a transmission unit that transmits the transmission packet.
(2)
The header includes only the dynamic information when the header information arranged in the IP header of the IP packet and the UDP header of the UDP packet is separated into static information and dynamic information. The transmission device according to (1), including:
(3)
The transmission packet corresponds to the IR-DYN packet defined by RoHC (Robust Header Compression),
The transmitting apparatus according to (2), wherein the identification information corresponds to a CID (Context Identifier) defined by RoHC.
(4)
When the header is separated into the IP header of the IP packet and the header information arranged in the UDP header of the UDP packet into static information and dynamic information, the dynamic information, and The transmission device according to (1), configured without including the static information.
(5)
The transmission packet corresponds to the UO-0 packet specified by RoHC,
The transmission apparatus according to (4), wherein the identification information corresponds to a CID defined by RoHC.
(6)
The transmission packet corresponds to a RoHC extended packet obtained by extending RoHC,
The transmission apparatus according to (4), wherein the identification information corresponds to a CID defined by RoHC.
(7)
The transmission device according to any one of (1) to (6), wherein the specific data is signaling or time information data.
(8)
In the data processing method of the transmission device,
The transmitting device is
Among transmission packets that transmit IP packets including UDP packets, the transmission packet that transmits specific data, a header configured to include identification information associated with a pre-assigned IP address and port number,
Generating the transmission packet configured with a payload configured to include the payload of the UDP packet;
A data processing method including a step of transmitting the transmission packet.
(9)
Among transmission packets that transmit IP packets including UDP packets, the transmission packet that transmits specific data, a header configured to include identification information associated with a pre-assigned IP address and port number,
A receiver configured to receive the transmission packet including a payload configured to include a payload of the UDP packet;
A receiving device comprising: a restoring unit that restores the IP packet including the UDP packet from the transmission packet.
(10)
The header includes only the dynamic information when the header information arranged in the IP header of the IP packet and the UDP header of the UDP packet is separated into static information and dynamic information. Consists of
The restoration unit includes the IP address and the port number from the identification information included in a header of the transmission packet, based on a table in which the identification information is associated with the IP address and the port number. The receiving device according to (9), wherein static information is restored.
(11)
The transmission packet corresponds to the IR-DYN packet specified by RoHC,
The receiving apparatus according to (10), wherein the identification information corresponds to a CID defined by RoHC.
(12)
When the header is separated into the IP header of the IP packet and the header information arranged in the UDP header of the UDP packet into static information and dynamic information, the dynamic information, and Configured without including the static information,
The restoration unit
Based on the table in which the identification information is associated with the IP address and the port number, the static information including the IP address and the port number is obtained from the identification information included in the header of the transmission packet. Restore,
The receiving device according to (9), wherein the dynamic information is restored to a predetermined fixed value.
(13)
The transmission packet corresponds to the UO-0 packet specified by RoHC,
The receiving apparatus according to (12), wherein the identification information corresponds to a CID defined by RoHC.
(14)
The transmission packet corresponds to a RoHC extended packet obtained by extending RoHC,
The receiving apparatus according to (12), wherein the identification information corresponds to a CID defined by RoHC.
(15)
The receiving device according to any one of (9) to (14), wherein the specific data is data of signaling or time information.
(16)
In the data processing method of the receiving device,
The receiving device is
Among transmission packets that transmit IP packets including UDP packets, the transmission packet that transmits specific data, a header configured to include identification information associated with a pre-assigned IP address and port number,
Receiving the transmission packet configured with a payload configured including the payload of the UDP packet;
A data processing method comprising: restoring the IP packet including the UDP packet from the transmission packet.
　１　伝送システム，　１０　送信装置，　２０　受信装置，　３０　伝送路，　１０１　生成部，　１０２　送信部，　２０１　受信部，　２０２　復元部，　９００　コンピュータ，　９０１　CPU，　９０２　ROM，　９０３　RAM，　９０４　バス，　９０５　入出力インターフェース，　９０６　入力部，　９０７　出力部，　９０８　記録部，　９０９　通信部，　９１０　ドライブ，　９１１　リムーバブルメディア 1 transmission system, 10 transmitting device, 20 receiving device, 30 transmission path, 101 generating unit, 102 transmitting unit, 201 receiving unit, 202 restoring unit, 900 computer, 901 CPU, 902 ROM, 903 RAM, 904 bus, 905 I / O Interface, 906 input unit, 907 output unit, 908 recording unit, 909 communication unit, 910 drive, 911 removable media

Claims (16)

  1. 　　UDP(User Datagram Protocol)パケットを含むIP(Internet Protocol)パケットを伝送する伝送パケットのうち、特定のデータを伝送する前記伝送パケットに、あらかじめ割り当てられたIPアドレスとポート番号に対応付けられた識別情報を含んで構成されるヘッダと、
    　　前記UDPパケットのペイロードを含んで構成されるペイロードと
    　で構成される前記伝送パケットを生成する生成部と、
    　前記伝送パケットを送信する送信部と
    　を備える送信装置。     Identification information associated with an IP address and port number assigned in advance to the transmission packet for transmitting specific data among transmission packets for transmitting IP (Internet Protocol) packets including UDP (User Datagram Protocol) packets A header comprising:
    A generation unit that generates the transmission packet configured with a payload configured to include the payload of the UDP packet;
    A transmission device comprising: a transmission unit that transmits the transmission packet.
  2. 　前記ヘッダは、前記IPパケットのIPヘッダ、及び、前記UDPパケットのUDPヘッダに配置されるヘッダ情報を、静的な情報と動的な情報とに分離したとき、前記動的な情報のみを含んで構成される
    　請求項１に記載の送信装置。     The header includes only the dynamic information when the header information arranged in the IP header of the IP packet and the UDP header of the UDP packet is separated into static information and dynamic information. The transmission device according to claim 1, comprising:
  3. 　前記伝送パケットは、RoHC(Robust Header Compression)で規定されるIR-DYNパケットに対応し、
    　前記識別情報は、RoHCで規定されるCID(Context Identifier)に対応している
    　請求項２に記載の送信装置。     The transmission packet corresponds to the IR-DYN packet defined by RoHC (Robust Header Compression),
    The transmission device according to claim 2, wherein the identification information corresponds to a CID (Context Identifier) defined by RoHC.
  4. 　前記ヘッダは、前記IPパケットのIPヘッダ、及び、前記UDPパケットのUDPヘッダに配置されるヘッダ情報を、静的な情報と動的な情報とに分離したとき、前記動的な情報、及び、前記静的な情報を含まずに構成される
    　請求項１に記載の送信装置。     When the header is separated into the IP header of the IP packet and the header information arranged in the UDP header of the UDP packet into static information and dynamic information, the dynamic information, and The transmission device according to claim 1, configured without including the static information.
  5. 　前記伝送パケットは、RoHCで規定されるUO-0パケットに対応し、
    　前記識別情報は、RoHCで規定されるCIDに対応している
    　請求項４に記載の送信装置。     The transmission packet corresponds to the UO-0 packet specified by RoHC,
    The transmission device according to claim 4, wherein the identification information corresponds to a CID defined by RoHC.
  6. 　前記伝送パケットは、RoHCを拡張したRoHC拡張パケットに対応し、
    　前記識別情報は、RoHCで規定されるCIDに対応している
    　請求項４に記載の送信装置。     The transmission packet corresponds to a RoHC extended packet obtained by extending RoHC,
    The transmission device according to claim 4, wherein the identification information corresponds to a CID defined by RoHC.
  7. 　前記特定のデータは、シグナリング又は時刻情報のデータである
    　請求項１に記載の送信装置。     The transmission device according to claim 1, wherein the specific data is signaling or time information data.
  8. 　送信装置のデータ処理方法において、
    　前記送信装置が、
    　　UDPパケットを含むIPパケットを伝送する伝送パケットのうち、特定のデータを伝送する前記伝送パケットに、あらかじめ割り当てられたIPアドレスとポート番号に対応付けられた識別情報を含んで構成されるヘッダと、
    　　前記UDPパケットのペイロードを含んで構成されるペイロードと
    　で構成される前記伝送パケットを生成し、
    　前記伝送パケットを送信する
    　ステップを含むデータ処理方法。     In the data processing method of the transmission device,
    The transmitting device is
    Among transmission packets that transmit IP packets including UDP packets, the transmission packet that transmits specific data, a header configured to include identification information associated with a pre-assigned IP address and port number,
    Generating the transmission packet configured with a payload configured to include the payload of the UDP packet;
    A data processing method including a step of transmitting the transmission packet.
  9. 　　UDPパケットを含むIPパケットを伝送する伝送パケットのうち、特定のデータを伝送する前記伝送パケットに、あらかじめ割り当てられたIPアドレスとポート番号に対応付けられた識別情報を含んで構成されるヘッダと、
    　　前記UDPパケットのペイロードを含んで構成されるペイロードと
    　で構成される前記伝送パケットを受信する受信部と、
    　前記伝送パケットから、前記UDPパケットを含む前記IPパケットを復元する復元部と
    　を備える受信装置。     Among transmission packets that transmit IP packets including UDP packets, the transmission packet that transmits specific data, a header configured to include identification information associated with a pre-assigned IP address and port number,
    A receiver configured to receive the transmission packet including a payload configured to include a payload of the UDP packet;
    A receiving device comprising: a restoring unit that restores the IP packet including the UDP packet from the transmission packet.
  10. 　前記ヘッダは、前記IPパケットのIPヘッダ、及び、前記UDPパケットのUDPヘッダに配置されるヘッダ情報を、静的な情報と動的な情報とに分離したとき、前記動的な情報のみを含んで構成され、
    　前記復元部は、前記識別情報と、前記IPアドレス及び前記ポート番号とを対応付けたテーブルに基づいて、前記伝送パケットのヘッダに含まれる前記識別情報から、前記IPアドレス及び前記ポート番号を含む前記静的な情報を復元する
    　請求項９に記載の受信装置。     The header includes only the dynamic information when the header information arranged in the IP header of the IP packet and the UDP header of the UDP packet is separated into static information and dynamic information. Consists of
    The restoration unit includes the IP address and the port number from the identification information included in a header of the transmission packet, based on a table in which the identification information is associated with the IP address and the port number. The receiving device according to claim 9, wherein static information is restored.
  11. 　前記伝送パケットは、RoHCで規定されるIR-DYNパケットに対応し、
    　前記識別情報は、RoHCで規定されるCIDに対応している
    　請求項１０に記載の受信装置。     The transmission packet corresponds to the IR-DYN packet specified by RoHC,
    The receiving apparatus according to claim 10, wherein the identification information corresponds to a CID defined by RoHC.
  12. 　前記ヘッダは、前記IPパケットのIPヘッダ、及び、前記UDPパケットのUDPヘッダに配置されるヘッダ情報を、静的な情報と動的な情報とに分離したとき、前記動的な情報、及び、前記静的な情報を含まずに構成され、
    　前記復元部は、
    　　前記識別情報と、前記IPアドレス及び前記ポート番号とを対応付けたテーブルに基づいて、前記伝送パケットのヘッダに含まれる前記識別情報から、前記IPアドレス及び前記ポート番号を含む前記静的な情報を復元し、
    　　前記動的な情報を、所定の固定値に復元する
    　請求項９に記載の受信装置。     When the header is separated into the IP header of the IP packet and the header information arranged in the UDP header of the UDP packet into static information and dynamic information, the dynamic information, and Configured without including the static information,
    The restoration unit
    Based on the table in which the identification information is associated with the IP address and the port number, the static information including the IP address and the port number is obtained from the identification information included in the header of the transmission packet. Restore,
    The receiving device according to claim 9, wherein the dynamic information is restored to a predetermined fixed value.
  13. 　前記伝送パケットは、RoHCで規定されるUO-0パケットに対応し、
    　前記識別情報は、RoHCで規定されるCIDに対応している
    　請求項１２に記載の受信装置。     The transmission packet corresponds to the UO-0 packet specified by RoHC,
    The receiving apparatus according to claim 12, wherein the identification information corresponds to a CID defined by RoHC.
  14. 　前記伝送パケットは、RoHCを拡張したRoHC拡張パケットに対応し、
    　前記識別情報は、RoHCで規定されるCIDに対応している
    　請求項１２に記載の受信装置。     The transmission packet corresponds to a RoHC extended packet obtained by extending RoHC,
    The receiving apparatus according to claim 12, wherein the identification information corresponds to a CID defined by RoHC.
  15. 　前記特定のデータは、シグナリング又は時刻情報のデータである
    　請求項９に記載の受信装置。     The receiving device according to claim 9, wherein the specific data is signaling or time information data.
  16. 　受信装置のデータ処理方法において、
    　前記受信装置が、
    　　UDPパケットを含むIPパケットを伝送する伝送パケットのうち、特定のデータを伝送する前記伝送パケットに、あらかじめ割り当てられたIPアドレスとポート番号に対応付けられた識別情報を含んで構成されるヘッダと、
    　　前記UDPパケットのペイロードを含んで構成されるペイロードと
    　で構成される前記伝送パケットを受信し、
    　前記伝送パケットから、前記UDPパケットを含む前記IPパケットを復元する
    　ステップを含むデータ処理方法。     In the data processing method of the receiving device,
    The receiving device is
    Among transmission packets that transmit IP packets including UDP packets, the transmission packet that transmits specific data, a header configured to include identification information associated with a pre-assigned IP address and port number,
    Receiving the transmission packet configured with a payload configured including the payload of the UDP packet;
    A data processing method comprising: restoring the IP packet including the UDP packet from the transmission packet.
PCT/JP2016/075937 2015-09-17 2016-09-05 Transmission device, receiving device, and data processing method WO2017047423A1 (en)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2015184539 2015-09-17
JP2015-184539 2015-09-17

Publications (1)

Publication Number Publication Date
WO2017047423A1 true WO2017047423A1 (en) 2017-03-23

Family

ID=58289213

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2016/075937 WO2017047423A1 (en) 2015-09-17 2016-09-05 Transmission device, receiving device, and data processing method

Country Status (1)

Country Link
WO (1) WO2017047423A1 (en)

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2009130678A (en) * 2007-11-26 2009-06-11 Nippon Hoso Kyokai <Nhk> Packet multiplexer and packet multiplexing program
JP2015061315A (en) * 2013-09-20 2015-03-30 パナソニック インテレクチュアル プロパティ コーポレーション オブアメリカＰａｎａｓｏｎｉｃ Ｉｎｔｅｌｌｅｃｔｕａｌ Ｐｒｏｐｅｒｔｙ Ｃｏｒｐｏｒａｔｉｏｎ ｏｆ Ａｍｅｒｉｃａ Transmission method, reception method, transmission device, and reception device
US20150230122A1 (en) * 2014-02-07 2015-08-13 Telefonaktiebolaget L M Ericsson (Publ) Mtc device, serving node, and various methods for implementing an uplink stack reduction feature

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2009130678A (en) * 2007-11-26 2009-06-11 Nippon Hoso Kyokai <Nhk> Packet multiplexer and packet multiplexing program
JP2015061315A (en) * 2013-09-20 2015-03-30 パナソニック インテレクチュアル プロパティ コーポレーション オブアメリカＰａｎａｓｏｎｉｃ Ｉｎｔｅｌｌｅｃｔｕａｌ Ｐｒｏｐｅｒｔｙ Ｃｏｒｐｏｒａｔｉｏｎ ｏｆ Ａｍｅｒｉｃａ Transmission method, reception method, transmission device, and reception device
US20150230122A1 (en) * 2014-02-07 2015-08-13 Telefonaktiebolaget L M Ericsson (Publ) Mtc device, serving node, and various methods for implementing an uplink stack reduction feature

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
JIN, H ET AL., HEADER COMPRESSION FOR BCMCS, X31-20031029-004 RL PROPOSED SPECIFICATIONS- HEADER COMPRESSION.DOC, 2003 *
PELLETIER, G ET AL.: "RObust Header Compression Version 2 (ROHCv2):Profiles for RTP, UDP, IP, ESP and UDP-Lite", NETWORK WORKING GROUP, 2008, XP015057212 *

Similar Documents

Publication Publication Date Title
JP6754810B2 (en) Data transmission method in multimedia system
JP6719481B2 (en) Method and apparatus for transmitting and receiving service signaling for broadcast service
JP6419235B2 (en) Apparatus for receiving data in a digital broadcasting system
CN112468846B (en) Broadcast signal transmitting method and apparatus, and broadcast signal receiving method and apparatus
US11496542B2 (en) Apparatus for transmitting broadcast signal, apparatus for receiving broadcast signal, method for transmitting broadcast signal and method for receiving broadcast signal
US10498485B2 (en) Method and device for transmitting and receiving packet in communication system
US10367921B2 (en) Transmission apparatus, transmission method, reception apparatus, and reception method
JP7400867B2 (en) Transmitting device, transmitting method and receiving device
EP3242475B1 (en) Broadcast signal transmission apparatus, broadcast signal reception apparatus, broadcast signal transmission method, and broadcast signal reception method
US20170134763A1 (en) Method for compressing transmission packet in ip-based broadcast network
US11606293B2 (en) Broadcast signal transmission device, broadcast signal reception device, broadcast signal transmission method, and broadcast signal reception method
US10887242B2 (en) Apparatus for transmitting broadcast signal, apparatus for receiving broadcast signal, method for transmitting broadcast signal and method for receiving broadcast signal
JP2023021166A (en) Transmitting method and receiving device
US10992976B2 (en) Method and device for providing content-related information of multimedia service
WO2017047423A1 (en) Transmission device, receiving device, and data processing method

Legal Events

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

Ref document number: 16846294

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

NENP Non-entry into the national phase

Ref country code: JP

122 Ep: pct application non-entry in european phase

Ref document number: 16846294

Country of ref document: EP

Kind code of ref document: A1