WO2017047423A1 - Dispositif d'émission, dispositif de réception et procédé de traitement de données - Google Patents

Dispositif d'émission, dispositif de réception et procédé de traitement de données 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
English (en)
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/fr

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

La présente technologie se rapporte à : un dispositif d'émission qui permet d'émettre efficacement un paquet IP/UDP ; un dispositif de réception ; et un procédé de traitement de données. Des paquets de transmission, pour transmettre un paquet IP qui contient un paquet UDP, sont émis et reçus. L'en-tête du paquet de transmission pour transmettre des données spécifiques parmi lesdits paquets de transmission est configuré de manière à contenir des informations d'identification associées à un numéro de port et à une adresse IP attribuée à l'avance. Une charge utile est configurée de manière à contenir la charge utile du paquet UDP. Cette technologie est applicable, par exemple, à un système de transmission d'un paquet IP/UDP.
PCT/JP2016/075937 2015-09-17 2016-09-05 Dispositif d'émission, dispositif de réception et procédé de traitement de données WO2017047423A1 (fr)

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 (fr) 2017-03-23

Family

ID=58289213

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2016/075937 WO2017047423A1 (fr) 2015-09-17 2016-09-05 Dispositif d'émission, dispositif de réception et procédé de traitement de données

Country Status (1)

Country Link
WO (1) WO2017047423A1 (fr)

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2009130678A (ja) * 2007-11-26 2009-06-11 Nippon Hoso Kyokai <Nhk> パケット多重化装置及びパケット多重化プログラム
JP2015061315A (ja) * 2013-09-20 2015-03-30 パナソニック インテレクチュアル プロパティ コーポレーション オブアメリカＰａｎａｓｏｎｉｃ Ｉｎｔｅｌｌｅｃｔｕａｌ Ｐｒｏｐｅｒｔｙ Ｃｏｒｐｏｒａｔｉｏｎ ｏｆ Ａｍｅｒｉｃａ 送信方法、受信方法、送信装置、及び受信装置
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 (ja) * 2007-11-26 2009-06-11 Nippon Hoso Kyokai <Nhk> パケット多重化装置及びパケット多重化プログラム
JP2015061315A (ja) * 2013-09-20 2015-03-30 パナソニック インテレクチュアル プロパティ コーポレーション オブアメリカＰａｎａｓｏｎｉｃ Ｉｎｔｅｌｌｅｃｔｕａｌ Ｐｒｏｐｅｒｔｙ Ｃｏｒｐｏｒａｔｉｏｎ ｏｆ Ａｍｅｒｉｃａ 送信方法、受信方法、送信装置、及び受信装置
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 (ja) マルチメディアシステムにおけるデータ送信方法
JP6719481B2 (ja) ブロードキャストサービスのためのサービスシグナリングを送受信する方法及び装置
JP6419235B2 (ja) デジタル放送システムにおけるデータを受信する装置
CN112468846B (zh) 广播信号发送方法和装置以及广播信号接收方法和装置
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 (ja) 送信装置、送信方法および受信装置
EP3242475B1 (fr) Appareil et procédé d&#39;émission de signal de diffusion, appareil et procédé de réception de signal de diffusion
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
US10992976B2 (en) Method and device for providing content-related information of multimedia service
JP7517389B2 (ja) 送信方法および受信装置
WO2017047423A1 (fr) Dispositif d&#39;émission, dispositif de réception et procédé de traitement de données

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