WO2015199460A1 - 통신 시스템에서 프레임 송수신 방법 및 장치 - Google Patents

통신 시스템에서 프레임 송수신 방법 및 장치 Download PDF

Info

Publication number
WO2015199460A1
WO2015199460A1 PCT/KR2015/006486 KR2015006486W WO2015199460A1 WO 2015199460 A1 WO2015199460 A1 WO 2015199460A1 KR 2015006486 W KR2015006486 W KR 2015006486W WO 2015199460 A1 WO2015199460 A1 WO 2015199460A1
Authority
WO
WIPO (PCT)
Prior art keywords
frame
information
bbf
packet
signaling information
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Ceased
Application number
PCT/KR2015/006486
Other languages
English (en)
French (fr)
Inventor
황성희
양현구
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Samsung Electronics Co Ltd
Original Assignee
Samsung Electronics Co Ltd
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 Samsung Electronics Co Ltd filed Critical Samsung Electronics Co Ltd
Priority to KR1020177002024A priority Critical patent/KR102331079B1/ko
Priority to US15/319,208 priority patent/US10264108B2/en
Publication of WO2015199460A1 publication Critical patent/WO2015199460A1/ko
Anticipated expiration legal-status Critical
Ceased legal-status Critical Current

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60—Network streaming of media packets
    • H04L65/61—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio
    • H04L65/611—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio for multicast or broadcast
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/46—Interconnection of networks
    • H04L12/4604—LAN interconnection over a backbone network, e.g. Internet, Frame Relay
    • H04L12/462—LAN interconnection over a bridge based backbone
    • H04L12/4625—Single bridge functionality, e.g. connection of two networks over a single bridge
    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
    • G06F3/14—Digital output to display device ; Cooperation and interconnection of the display device with other functional units
    • G—PHYSICS
    • G09—EDUCATION; CRYPTOGRAPHY; DISPLAY; ADVERTISING; SEALS
    • G09G—ARRANGEMENTS OR CIRCUITS FOR CONTROL OF INDICATING DEVICES USING STATIC MEANS TO PRESENT VARIABLE INFORMATION
    • G09G5/00—Control arrangements or circuits for visual indicators common to cathode-ray tube indicators and other visual indicators
    • G09G5/02—Control arrangements or circuits for visual indicators common to cathode-ray tube indicators and other visual indicators characterised by the way in which colour is displayed
    • G09G5/06—Control arrangements or circuits for visual indicators common to cathode-ray tube indicators and other visual indicators characterised by the way in which colour is displayed using colour palettes, e.g. look-up tables
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066—Session management
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60—Network streaming of media packets
    • H04L65/65—Network streaming protocols, e.g. real-time transport protocol [RTP] or real-time control protocol [RTCP]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/04—Protocols for data compression, e.g. ROHC
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/22—Parsing or analysis of headers
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/30—Definitions, standards or architectural aspects of layered protocol stacks
    • H04L69/32—Architecture of open systems interconnection [OSI] 7-layer type protocol stacks, e.g. the interfaces between the data link level and the physical level
    • H04L69/322—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions
    • H04L69/324—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions in the data link layer [OSI layer 2], e.g. HDLC
    • G—PHYSICS
    • G09—EDUCATION; CRYPTOGRAPHY; DISPLAY; ADVERTISING; SEALS
    • G09G—ARRANGEMENTS OR CIRCUITS FOR CONTROL OF INDICATING DEVICES USING STATIC MEANS TO PRESENT VARIABLE INFORMATION
    • G09G2370/00—Aspects of data communication
    • G09G2370/10—Use of a protocol of communication by packets in interfaces along the display data pipeline
    • G—PHYSICS
    • G09—EDUCATION; CRYPTOGRAPHY; DISPLAY; ADVERTISING; SEALS
    • G09G—ARRANGEMENTS OR CIRCUITS FOR CONTROL OF INDICATING DEVICES USING STATIC MEANS TO PRESENT VARIABLE INFORMATION
    • G09G5/00—Control arrangements or circuits for visual indicators common to cathode-ray tube indicators and other visual indicators
    • G09G5/003—Details of a display terminal, the details relating to the control arrangement of the display terminal and to the interfaces thereto
    • G09G5/006—Details of the interface to the display terminal

Definitions

  • the present invention relates to a method and apparatus for transmitting and receiving frames in a communication system.
  • IP internet protocol
  • RF radio frequency
  • the present invention proposes a method and apparatus for efficiently designing transmission data in a communication system.
  • the present invention proposes a method and apparatus for including and transmitting information necessary for playing media information in a frame in a communication system.
  • a method for transmitting a frame in a communication system comprising: generating L2 signaling information related to a layer 2 (layer 2: L2) service and splitting among baseband frames (BBFs) constituting a frame; Checking whether there is a BBF included in a frame different from a; and, if there is no BBF included in each of the frame and the other frame, a baseband packet corresponding to a first BBF among the BBFs packet: BBP) configures and transmits the frame to include the L2 signaling information.
  • layer 2 layer 2
  • BBFs baseband frames
  • a method for receiving a frame in a communication system comprising: receiving and decoding a frame, and a baseband packet corresponding to a first BBF among baseband frames (BBFs) constituting the decoded frame.
  • BBFs baseband frames
  • Detecting L2 signaling information related to layer 2 (layer 2: L2) service from the BBP decompressing the IP packet based on the L2 signaling information, and depacketizing the decompressed IP packet to MMTP.
  • MMTP MPEG media transport protocol
  • An apparatus for transmitting a frame in a communication system comprising: generating L2 signaling information related to a layer 2 (layer 2: L2) service, and splitting among baseband frames (BBFs) constituting the frame and different from the frame; A control unit which checks whether a BBF included in each frame exists, and a baseband packet corresponding to a first BBF among the BBFs when there is no BBF included in each of the frame and the other frame; BBP) comprises a transmitter for configuring and transmitting the frame to include the L2 signaling information.
  • L2 layer 2
  • BBP baseband frames
  • An apparatus for receiving a frame in a communication system comprising: a receiver for receiving a frame, a baseband packet corresponding to a first BBF among baseband frames (BBFs) for decoding the frame and constituting the decoded frame; Detects L2 signaling information related to layer 2 (layer 2: L2) service from a baseband packet (BPB), decompresses an IP packet based on the L2 signaling information, and depackets the decompressed IP packet. And a controller for acquiring an MPEG media transport protocol (MMTP) packet and displaying media data based on the MPU and the L2 signaling information obtained by depacketizing the MMTP packet.
  • MMTP MPEG media transport protocol
  • “Comprise” and its derivatives mean unlimited inclusion;
  • the term “or” is inclusive and means “and / or”;
  • the phrases “associated with” and “associated therewith” and their derivatives include, be included within, and interconnected with (interconnect with), contain, be contained within, connect to or with, connect to or connect with or with, be communicable with, cooperate with, interleave, juxtapose, be proximate to, Something that is likely or be bound to or with, have, have a property of, etc .;
  • the word “controller” means any device, system, or portion thereof that controls at least one operation, wherein the device is hardware, firmware or software, or some combination of at least two of the hardware, firmware or software.
  • the present invention has the effect of minimizing the time required for channel switching by including and transmitting L2 signaling information necessary for media data reproduction in L2 in a frame.
  • FIG. 1A and 1B illustrate an example of L2 (layer 2) signaling transmitted on an RF channel in a communication system according to an embodiment of the present invention
  • FIG. 2 is a view showing an example of a reception procedure of a broadcast reception device in a communication system according to an embodiment of the present invention
  • FIG. 3 is a view showing another example of a reception procedure of a broadcast reception device in a communication system according to an embodiment of the present invention
  • FIG. 4 illustrates an example of a PHY frame including L2 signaling information in a communication system according to an embodiment of the present invention
  • FIG. 5 is a diagram illustrating a time relationship required for changing a channel according to use of L2 signaling information in a communication system according to an embodiment of the present invention.
  • the broadcast transmission device is a subject that communicates with the broadcast reception device and may be referred to as a transmission device or a server.
  • a broadcast receiving device is an entity that communicates with a broadcast transmitting device, and includes a television, a user equipment, a mobile station (MS), a mobile equipment (ME), and a device. May be referred to as a terminal, or the like.
  • FIG. 1A and 1B illustrate an example of L2 (layer 2) signaling transmitted on an RF channel in a communication system according to an embodiment of the present invention.
  • the broadcast reception device has completed an initial scan for RF broadcasting. That is, the broadcast reception device already knows an electronic program guide (EPG), and when a user selects a specific TV channel, the broadcast reception device already knows an RF channel mapped to the TV channel and a physical layer pipe (PLP) number.
  • EPG electronic program guide
  • PLP physical layer pipe
  • the TV channel corresponds to a logical channel, for example, the service of TV channel i may be transmitted in PLP number j of RF channel k.
  • the service may correspond to a package of MPEG media transport (MMT) standard, correspond to a label, or correspond to one TV channel.
  • the TV channel may correspond to a sub-stream of one PLP or baseband packet (BPB).
  • One RF channel that is RF broadcast in an ATSC 3.0 system may have a band of 6 MHz, for example, and may include multiple logical channels (ie, services).
  • FIG. 1A illustrates a case in which L2 signaling information is transmitted in each of a plurality of PLPs included in an RF channel.
  • One RF channel 100 includes two PLPs, namely PLP # 1 110 and PLP # 2 120.
  • the PLPs 310 and 320 may be allocated to TV broadcasters such as, for example, a National Broadcasting Company (NBC), a Columbia Broadcasting System (CBS), and an American Broadcasting Company (ABC).
  • NBC National Broadcasting Company
  • CBS Columbia Broadcasting System
  • ABSC American Broadcasting Company
  • the PLP # 1 110 and the PLP # 2 120 are used to transmit at least one service, respectively, and the service may correspond to one TV channel.
  • each of the PLP # 1 110 and the PLP # 2 120 is used to transmit one L2 signaling information. That is, PLP # 1 110 transmits service # 0 112, service # 1 114, and L2 signaling information 116, and PLP # 2 120 transmits service # 3 122 and L2 signaling information ( 124).
  • FIG. 1B illustrates a case in which L2 signaling information for all of a plurality of PLPs included in an RF channel is transmitted in any one PLP.
  • One RF channel 130 includes three PLPs: PLP # 0 140, PLP # 1 150, and PLP # 2 160.
  • One PLP of the PLP # 0 140, the PLP # 1 150, and the PLP # 2 160 is used to transmit L2 signaling information for all services transmitted on the RF channel 130, and the remaining PLPs are at least PLP # 0 140 transmits L2 signaling information 142 for all services transmitted on RF channel 130, and PLP # 1 150 transmits service # 0 (152). ) And service # 1 154, and PLP # 2 160 transmits service # 2 162.
  • the L2 signaling information 116, 124, and 142 illustrated in FIGS. 1A and 1B are represented using a table structure for efficient storage and transmission.
  • the L2 signaling information indicated using the table structure will be referred to as an L2 signaling table.
  • the L2 signaling table includes a virtual channel map table (VMT) and an event map table (EMT), wherein the virtual channel map table and the event map table are used for events available to the broadcast receiving device. It provides the minimum set of information needed to explore and consume the selected event.
  • VMT virtual channel map table
  • EMT event map table
  • the L2 signaling table also includes a media sync table (MST), which is used to enable fast channel zapping.
  • MST media sync table
  • the virtual channel map table contains information about the characteristics of the virtual channels that are components and the organization of the PLP.
  • the virtual channel map table for a given PLP is uniquely identified by the combination of table_id and plp_id of the virtual channel map table.
  • Table 1 below shows an example of the virtual channel map table.
  • table_id A field represented by an 8-bit unsigned integer, indicating that the table of Table 1 is a virtual channel map table. For example, if the table_id field is set to 0xXX, the contents of the virtual channel map table define the scheme of the current PLP. If set to 0XYY, the contents of the virtual channel map table are the scheme of the remaining PLPs belonging to the same RF channel or different RF channels. Define.
  • version_number A 5-bit field indicating a version number of the entire virtual channel map table. The version number should be increased by 1 mod 32 whenever the information included in the virtual channel map table is changed.
  • table_length A 12-bit field that specifies the number of bytes of the virtual channel map table that follows the table_length field.
  • vmt_protocol_version_number A 5-bit unsigned field, indicating a structural version of the virtual channel map table.
  • the virtual channel map table shown in Table 1 is shown as an example, and the virtual channel map table may be implemented in a structure different from that shown in Table 1.
  • Table 1 a case in which the value for vmt_protocol_version_number is 0 is described as an example.
  • the value for vmt_protocol_version_number may be set to non-zero values.
  • plp_id An unsigned integer of 8 bits and represents an identifier of the PLP. No plp_id will be the same within the same physical channel.
  • other_plp_info_indicator A field represented by a 3-bit unsigned integer, indicating that L2 signaling tables for other PLPs are also carried through the current PLP.
  • Table 2 shows an example of a table that defines the meaning of the other_plp_info_indicator field.
  • num_of_virtual_channel A field represented by an 8-bit unsigned integer, which specifies the number of virtual channels included in the current PLP.
  • virtual_channel_id A field represented by a 16-bit unsigned integer, which indicates an identifier for uniquely identifying a virtual channel within a broadcast service range.
  • virtual_channel_name_length This field is expressed as a 3-bit unsigned integer and indicates the number of byte pairs in the broadcaster_name field.
  • the value of the virtual_channel_name_length field is shown as 'm' in the number of bit strings for the virtual_channl_name field. The value of this field should be 0 when the name of the virtual channel does not exist.
  • virtual_channel_name indicates the name of the broadcaster for the associated service, each of which must be encoded for each UTF-8.
  • major_channel_number A field represented by a 16-bit unsigned integer and indicates the number of major channels of a related virtual channel.
  • minor_channel_number A field represented by a 16-bit unsigned integer and indicates the number of secondary channels of a related virtual channel.
  • num_of_virtual_channel_level_descriptors This 4-bit field specifies the number of service level descriptors of a related service.
  • virtual_channel_level_descriptor Indicates zero or more descriptors that provide additional information of related services.
  • num_of_plp_level_descriptors This is a 4-bit field that specifies the number of PLP level descriptors of the associated PLP.
  • plp_level_descriptor Zero or more descriptors that provide additional information about the associated PLP.
  • the event map table provides information necessary for obtaining MPEG media transport protocol (MMTP) packets carrying MMT assets including MMT packages corresponding to the selected event. Changes to the contents of the event map table will be carried in the new event map table instance with the increased version number.
  • MMTP MPEG media transport protocol
  • the event map table for the virtual channel with virtual_channel_id is uniquely identified by the combination of table_id, virtual_channel_id and event_id of the virtual channel map table.
  • Table 3 below shows an example of the event map table.
  • table_id A field represented by an 8-bit unsigned integer, indicating that the table in Table 3 is an event map table. For example, if the table_id field is set to 0xXX, the contents of the event map table define the hierarchy of events on the virtual channels carried in the associated PLP. If set to 0XYY, the contents of the event map table can be assigned to the same or different RF channels. It defines a hierarchy of events on virtual channels belonging to different PLPs that are delivered.
  • version_number A 5-bit field indicating a version number of the entire event map table. The version number should be increased by 1 mod 32 whenever the information included in the event map table is changed.
  • table_length A 12-bit field that specifies the number of bytes of the event map table that follows the table_length field.
  • smt_protocol_version_number A field expressed as a 5-bit unsigned integer, indicating the structural version of the event map table.
  • the event map table shown in Table 3 is shown as an example, and the event map table may be implemented in a structure different from that shown in Table 3.
  • Table 3 an example in which the value of the smt_protocol_version_number field is 0 is described as an example.
  • the value of smt_protocol_version_number may be set to non-zero values.
  • virtual_channel_id A field represented by a 16-bit unsigned integer, which indicates an identifier for uniquely identifying a virtual channel related to a related event within a broadcast service.
  • event_id A field represented by a 16-bit unsigned integer and represents an identifier for uniquely identifying an event in a virtual channel.
  • the event_id may be used as a destination of the MMTP package corresponding to the event.
  • current_event_indicator A field represented by a 1-bit binary flag. If the current_event_indicator field is set to '1', the related event should be displayed now.If set to a value other than '1', the related event is displayed to users at the relevant time. It should not be displayed.
  • label specifies label information used to filter L2 packets.
  • SP_indicator A field represented by a 1-bit indicator. When the SP_indicator field is set to '1', it indicates that service protection is applied to at least one of components necessary to provide a meaningful representation of a related service.
  • num_of_components This is a 5-bit field that specifies the number of components of a related event. Each component is carried through an associated MMTP subflow identified by the value of the packet_id field in the MMTP packets.
  • IP_version_flag A field represented by a 1-bit indicator. If the IP_version_flag field is set to '0', it indicates that the service_source_IP_address, service_destination_IP_address, component_source_IP_address, and component_destination_IP_address fields are IPv4 addresses. If the IP_version_flag field is set to '1', it indicates that the service_source_IP_address, service_destination_IP_address, component_source_IP_address, and component_destination_IP_address fields are IPv6 addresses.
  • default_source_IP_address_flag A field represented by a 1-bit binary flag.
  • the default_source_IP_address_flag field is set to '1', it indicates that a service source IP address value for a related service exists.
  • -default_source_IP_address This field exists when the default_source_IP_address_flag field is set to '1'. It does not exist when the default_source_IP_address_flag field is set to '0'.
  • the default_source_IP_address_flag field is set to '1', that is, if the default_source_IP_address field is present, the default_source_IP_address field is the source IP address of all IP datagrams carrying components of the related service except for IP datagrams of components in which the component_source_IP_address field exists. It will include.
  • default_destination_IP_address_flag A field represented by a 1-bit binary flag. If the default_destination_IP_address_flag field is set to '1', the default_destination_IP_address value exists and indicates that it serves as a default IP address for components of a related service.
  • -default_destination_IP_address This field exists when the default_destination_IP_address_flag field is set to '1', and does not exist when the default_destination_IP_address_flag field is set to '0'.
  • the component_destination_IP_address field must exist for each component of the num_of_components loop.
  • -PA_session_descriptor () Provides descriptive information about a service program in a short version, and the PA_session_descriptor () field will be described in more detail in Table 4 below.
  • num_of_BC_sessions A field represented by a 5-bit unsigned integer, which specifies the number of IP sessions used for delivery of components in an event through a broadcast network. The minimum value of the num_of_BC_sessions field must be 1 when all components are delivered through the same IP session.
  • MMT_signaling_session_flag A field represented by a 1-bit indicator.
  • MMT_signaling_session_flag field When the MMT_signaling_session_flag field is set to '1', it indicates that MMT signaling information is carried through a related broadcast session. In addition, when the MMT_signaling_session_flag field is set to '0', it indicates that no MMT signaling information is carried through the associated broadcast session.
  • component_source_IP_address_flag A field represented by a 1-bit binary flag. If the component_source_IP_address_flag field is set to '1', it indicates that component_source_IP_address exists for a related component.
  • component_source_IP_address This field exists when the component_source_IP_address_flag field is set to '1', and does not exist when the component_source_IP_address_flag field is set to '0'.
  • component_source_IP_address_flag field is set to '1', that is, if the component_source_IP_address field is present, the source address of IP datagrams carrying the relevant component of the package will match the address in the component_source_IP_address field.
  • component_destination_IP_address_flag A field represented by a 1-bit binary flag. When the component_destination_IP_address_flag field is set to '1', it indicates that a component_destination_IP_address value exists for a related component.
  • component_destination_IP_address This field exists when the component_destination_IP_address_flag field is set to '1', and does not exist when the component_destination_IP_address_flag field is set to '0'.
  • component_destination_IP_address_flag field is set to '1', that is, if the component_destination_IP_address field is present, the destination address of the IP datagrams carrying the relevant component of the package will match the address in the component_destination_IP_address field.
  • component_destination_IP_address_flag field is set to '0', that is, if the component_destination_IP_address field is not present, the destination address of IP datagrams carrying the relevant component will match the address in the service_destination_IP_address field.
  • component_destination_UDP_port_num A field represented by a 16-bit unsigned integer, which indicates a destination UDP port number for UDP (user datagram protocol) / IP stream component.
  • IP_header_compression_info_flag A field represented by a 1-bit binary flag. When the IP_header_compression_info_flag field is set to '1', it indicates that IP header compression information exists.
  • ip_header_compression_descriptor () This field exists when the IP_header_compression_info_flag field is set to '1'. It does not exist when the IP_header_compression_info_flag field is set to '0'.
  • the ip_header_compression_descriptor () field means header compression information in the IP session, which will be described in more detail in Table 5 below.
  • num_of_components_per_sesssion This field is expressed as a 5-bit unsigned integer and specifies the number of components delivered through an IP session.
  • main_component_indicator A field represented by a 1-bit binary flag.
  • main_component_indicator field When the main_component_indicator field is set to '1', it indicates that the related component is the main component of the event.
  • main_component_indicator field When the main_component_indicator field is set to '0', it indicates that the related component is the secondary component.
  • mmtp_packet_id Specifies an identifier of MMTP packets carrying a related component as a 16-bit field.
  • media_sync_info_mode This is a 2-bit field that specifies the location of media sync information. If the media_sync_info_mode field is set to '0', the related media sync information is present in component_level_descriotpr (). If the media_sync_info_mode field is set to '1', the related media sync information is transmitted through the media sync table. Otherwise, media sync information for the relevant component does not exist in the L2 signaling table. That is, the media synchronization information exists only for components in which the main_component_indicator field is set to '1'.
  • media_sync_table_id Media sync information for the main components of a given package is carried through a separate media sync table whose table_id field is the same as the media_sync_table_id field. If the main_component_indicator field is set to '0', the media_sync_table_id field will not be used and will be set to '0'.
  • the event map table further includes a media_sync_info_flag field, and the media_sync_info_flag field may indicate the presence or absence of the media_sync_table_id field.
  • minimum_buffer_size This field exists when the main_component_indicator field is set to '1'. It does not exist when the main_component_indicator field is set to '0'. If the main_component_indicator field is set to '1', that is, if there is a minimum_buffer_size field, the minimum_buffer_size field indicates the minimum size of a buffer for a suitable decoder. In this case, the minimum size of the buffer for the appropriate decoder is expressed in kilobyte units.
  • num_of_component_level_descriptors This is a 4-bit field that specifies the number of component level descriptors of a related component.
  • component_level_descriptor Indicates zero or more descriptors providing additional information about a related component.
  • num_of_event_level_descriptors This 4-bit field specifies the number of event level descriptors for related events.
  • event_level_descriptor Indicates zero or more predicates providing additional information of a related event.
  • num_of_virtual_channel_level_descriptors This 4-bit field specifies the number of virtual channel level descriptors of a related service.
  • virtual_channel_level_descriptor Indicates zero or more descriptors providing additional information of the associated virtual channel.
  • PA_session_descriptor () field may be represented as shown in Table 4 below.
  • descriptor_tag A field represented by an 8-bit unsigned integer.
  • the descriptor_tag shall have a value of 0xXX identified as short_program_description_descriptor ().
  • descriptor_length A field represented by an 8-bit unsigned integer. The length of the descriptor immediately following this field will be specified. The length may be expressed in bytes.
  • PA_session_source_IP_address_flag A field represented by a 1-bit binary flag. If the PA_session_source_IP_address_flag field is set to '1', it indicates that the source IP address value of the MMT PA message exists and is identified by default_source_IP_address if the PA_session_source_IP_address_flag field is set to '0'. The IP address will be used to carry the IP datagrams carrying the MMT PA message.
  • PA_session_source_IP_address This field exists when the PA_session_source_IP_address_flag field is set to '1', and does not exist when the PA_session_source_IP_address_flag field is set to '0'. If the PA_session_source_IP_address_flag field is set to '1', that is, if the PA_session_source_IP_address field is present, the PA_session_source_IP_address field will contain the source IP address of the IP datagrams carrying the MMT PA message.
  • PA_session_destination_IP_address_flag A field represented by a 1-bit binary flag. If the PA_session_destination_IP_address_flag field is set to '1', it indicates that a destination IP address value of the MMT PA message exists, and if the PA_session_destination_IP_address_flag field is set to '0', it is identified by default_destination_IP_address. The IP address will be used to carry the IP datagrams carrying the MMT PA message.
  • PA_session_destination_IP_address This field exists when the default_destination_IP_address_flag field is set to '1', and does not exist when the default_destination_IP_address_flag field is set to '0'. If the default_destination_IP_address_flag field is set to '1', that is, if the PA_session_ destination_IP_address field is present, the PA_session_destination_IP_address field will contain the destination IP address of the IP datagrams carrying the MMT PA message.
  • PA_session_destination_UDP_port_num A field represented by a 16-bit unsigned integer, indicating a destination UDP port number for a UDP / IP stream carrying an MMT PA message.
  • mmtp_packet_id shall specify the identifier of the MMTP packets carrying the MMT PA message.
  • ip_header_compression_descriptor () field may be represented as shown in Table 5 below.
  • descriptor_tag A field represented by an 8-bit unsigned integer.
  • the descriptor_tag shall have a value of 0xXX identified as ip_header_compression_info_descriptor ().
  • descriptor_length A field represented by an 8-bit unsigned integer. The length of the descriptor immediately following this field will be specified. The length may be expressed in bytes.
  • the media sync table contains media sync information for the main media components of the events.
  • Table 6 below shows an example of the media synchronization table.
  • table_id A field represented by an 8-bit unsigned integer, indicating that the table of Table 4 is a media synchronization table.
  • version_number 5-bit field indicating the version number of the entire media synchronization table. The version number should be increased by 1 mod 32 whenever the information included in the media sync table changes.
  • table_length A 12-bit field that specifies the number of bytes of the media sync table that follows the table_length field.
  • mst_protocol_version_number A field represented by an 8-bit unsigned integer and indicates a structural version of a media sync table.
  • the media sync table shown in Table 4 is shown as an example, and the media sync table may be implemented in a structure different from that shown in Table 4.
  • Table 4 the case where the value for the mst_protocol_version_number field is 0 is described as an example.
  • the value for the mst_protocol_version_number field may be set to non-zero values.
  • num_of_virtual_channels This field is expressed as an 8-bit unsigned integer and specifies the number of virtual channels whose media synchronization information is included in the current media synchronization table.
  • virtual_channel_id A field represented by a 16-bit unprotected integer, which indicates an identifier for uniquely identifying a related virtual channel within a broadcast service.
  • event_id A field represented by a 16-bit unprotected integer, indicating an identifier for uniquely identifying a current event in a virtual channel.
  • num_of_components A field represented by a 5-bit unsigned integer, which specifies the number of components whose media synchronization information is included in the current media synchronization table.
  • mmtp_packet_id specifies an identifier of MMTP packets carrying a related component.
  • MPU_timestamp_descriptor () The MPU_timestamp_descriptor () field follows MPU_timestamp_descriptor () defined in ISO / IEC 23008-1 (MPEG-H MMT).
  • FIG. 2 is a diagram illustrating an example of a reception procedure of a broadcast reception device in a communication system according to an embodiment of the present invention.
  • step 200 when the TV channel is selected by the user, the broadcast reception device performs RF tuning with the TV channel.
  • the broadcast reception device decodes a PHY frame and / or an associated PLP corresponding to the selected TV channel.
  • the broadcast reception device parses L2 signaling information transmitted from the related PLP to obtain IP session information about the selected TV channel.
  • the IP session information may include information related to a source IP address, a destination IP address, and a destination port of the IP session information mapped to the IP session identifier.
  • the broadcast reception device may obtain media data or IP header compression information from the L2 signaling information, and the IP header compression information may be represented by an ip_header_compression_descriptor () field as shown in Table 5.
  • the broadcast reception device filters the BBP substream corresponding to the selected TV channel in the PHY frame and / or PLP decoded in operation 202. That is, the broadcast reception device may filter the BBP substream corresponding to the TV channel by checking a label written in the header of the BBP substream.
  • the broadcast receiving device may perform the filtering using the IP session information, for example, a source IP address, a destination IP address, and a destination port.
  • the broadcast reception device de-packets the filtered BBP, and in step 210, decompresses an IP packet and / or a UDP packet to obtain an IP packet and / or a UDP packet.
  • the broadcast reception device may identify IP session information mapped to an IP session identifier and decompress the IP packet and / or UDP packet using the IP session information to decompress the IP packet and / or the packet. Or obtain a UDP packet.
  • step 212 the broadcast reception device depackets the IP packet and / or the UDP packet to obtain an MMTP packet.
  • the broadcast reception device depackets the MMTP packet to obtain a media processing unit (MPU).
  • the broadcast reception device may further perform an operation of selectively parsing an MMT signal.
  • the MMT signal may be, for example, MMT-composition information (MMT-CI).
  • the broadcast reception device de-capsulates the MPU to obtain content data.
  • the broadcast reception device may use the at least one of media synchronization information (media_sync_info) and IP header compression information (ip_header_compression_descriptor ()) included in the L2 signaling information and the obtained content data to obtain media data, that is, audio / video data. Display.
  • media_sync_info media synchronization information
  • ip_header_compression_descriptor () IP header compression information
  • FIG. 3 is a diagram illustrating another example of a reception procedure of a broadcast reception device in a communication system according to an embodiment of the present invention.
  • step 300 when the TV channel is selected by the user, the broadcast reception device performs RF tuning with the TV channel.
  • the broadcast reception device decodes a specific PLP through which a PHY frame and / or L2 signaling information corresponding to the selected TV channel is transmitted.
  • the broadcast reception device obtains IP session information about the selected TV channel by parsing L2 signaling information transmitted from the specific PLP.
  • the IP session information may include information related to a source IP address, a destination IP address, and a destination port of the IP session information mapped to the IP session identifier.
  • the broadcast reception device may obtain media data or IP header compression information from the L2 signaling information, and the IP header compression information may be represented by an ip_header_compression_descriptor () field as shown in Table 5.
  • the broadcast reception device decodes a specific PLP through which the L2 signaling information is transmitted.
  • the broadcast reception device filters the BBP substream corresponding to the selected TV channel in the decoded PLP. That is, the broadcast reception device may filter the BBP substream corresponding to the TV channel by checking a label written in the header of the BBP subframe.
  • the broadcast receiving device may perform the filtering using the IP session information, for example, a source IP address, a destination IP address, and a destination port.
  • the broadcast receiving apparatus depackets the filtered BBP, and in step 312, decompresses an IP packet and / or a UDP packet to obtain an IP packet and / or a UDP packet.
  • the broadcast reception device may determine IP session information mapped to the IP session identifier and decompress the IP packet and / or UDP packet using the IP session information to decompress the IP packet and And / or obtain a UDP packet.
  • step 314 the broadcast reception device depackets the IP packet and / or the UDP packet to obtain an MMTP packet.
  • the broadcast reception device depackets the MMTP packet to obtain an MPU.
  • the broadcast reception device may further perform an operation of selectively parsing an MMT signal.
  • the MMT signal may be, for example, MMT-CI.
  • the broadcast reception device decapsulates the MPU to obtain content data.
  • the broadcast reception device may use the at least one of media synchronization information (media_sync_info) and IP header compression information (ip_header_compression_descriptor ()) included in the L2 signaling information and the obtained content data to obtain media data, that is, audio / video data. Display.
  • media_sync_info media synchronization information
  • ip_header_compression_descriptor () IP header compression information
  • FIG. 4 is a diagram illustrating an example of a PHY frame including L2 signaling information in a communication system according to an embodiment of the present invention.
  • the PHY frame 400 includes a first frame 402, a second frame 404, and a third frame 406, and the first frame 402 is frame sync.
  • Packet 401, L1 signaling packet 403, data packet 405, and the second frame 404 includes frame synchronization packet 407, L1 signaling packet 409, data packet 411.
  • the third frame 406 includes a frame synchronization packet 413, an L1 signaling packet 415, and a data packet 417.
  • the frame synchronization packets 401, 407, and 413 mean packets for frame synchronization acquisition
  • the L1 signaling packets 403, 409, and 415 mean signaling information for data acquisition.
  • the signaling information for data acquisition includes, for example, information related to an arrangement of baseband frames (BBFs) constituting each of the data packets 405, 411, and 417.
  • BBFs baseband frames
  • the logical PHY frame 420 includes the BBFs that make up each of the data packets 405, 411, and 417, and a baseband packet (BBP) stream 430 corresponds to each of the BBFs. Include BBPs.
  • the first BBP among the BBPs corresponding to each frame includes L2 signaling information.
  • the L2 signaling information is used to store the data packet 411 of the second frame 404.
  • One BBF among the constituting BBFs is included in the BBP 433 corresponding to the first BBF among the remaining BBFs except the BBF 425 that is divided and included.
  • the L2 signaling information is one of the first BBP 431 of the BBPs corresponding to the data packet 405 of the first frame 402 and one of the BBPs corresponding to the data packet 411 of the second frame 404. Is included in the BBP 433 following the BBP corresponding to the included BBF 425 and the first BBP of the BBPs corresponding to the data packet 417 of the third frame 406.
  • FIG. 5 is a diagram illustrating a time relationship required for changing a channel according to use of L2 signaling information in a communication system according to an embodiment of the present invention.
  • MPUs 500 include MPU #i 502, MPU # i + 1 504, and MPU # i + 2 506, and PHY frame 530 includes frame #j (532). ), Frame # j + 1 534, frame # j + 2 536, frame # j + 3 538, frame # j + 4 540.
  • MPEG media transport (MMT) signaling information 510 is transmitted based on a predetermined period as shown in the figure, and L2 signaling information 520 is transmitted in a section in which every frame transmission starts.
  • MMT MPEG media transport
  • the maximum time required for channel change may be determined by the sum of the PHY frame duration and the MPU duration.
  • higher layer signaling information for example, MMT signaling information may be obtained and the MPU # i + 2 506 may be presented.
  • the maximum time required for channel change may be determined by the sum of the PHY frame duration, the MMT signaling duration, and the MPU duration.
  • the maximum time required for channel change may be determined as the sum of PHY frame duration and MPU duration. have.
  • the higher layer signaling is sent just before the MPU.
  • the user case is as follows:
  • MPU duration for audio MPU duration for video
  • the related device may acquire upper layer signaling after acquiring the PHY frame and immediately acquire and play audio and video MPUs. So the maximum channel switching time is determined by the time to get PHY frame + the time to get MPU. Herein, the time for obtaining the MPU is to view higher layer signaling as a pair with the MPU.
  • the maximum time required for channel change may be determined as a larger value between the PHY frame duration and the MPU duration.
  • the higher layer signaling is transmitted immediately before the MPU, and the "high layer signaling + MPU" is stored in one or more PHY frames.
  • the duration of the MPU is larger than the duration of the PHY frame. If the duration of the PHY frame is larger than the duration of the MPU, all of the MPUs may be stored and transmitted in one PHY frame.
  • MPU duration for audio MPU duration for video
  • N MPU duration
  • L2 signaling according to the present invention is described as being transmitted in L2, this information may be stored in a payload of UDP / IP and transmitted in an IP packet.
  • the packet transmission / reception method and apparatus may be realized in the form of hardware, software, or a combination of hardware and software.
  • Any such software may be, for example, volatile or nonvolatile storage, such as a storage device such as a ROM, whether or not removable or rewritable, or a memory such as, for example, a RAM, a memory chip, a device or an integrated circuit.
  • a storage medium such as a ROM, whether or not removable or rewritable
  • a memory such as, for example, a RAM, a memory chip, a device or an integrated circuit.
  • CD or DVD, magnetic disk or magnetic tape and the like can be stored in a storage medium that is optically or magnetically recordable and simultaneously readable by a machine (eg computer).
  • the graphic screen updating method of the present invention may be implemented by a computer or a portable terminal including a control unit and a memory, wherein the memory is a machine suitable for storing a program or programs including instructions for implementing embodiments of the present invention. It will be appreciated that this is an example of a readable storage medium.
  • the present invention includes a program comprising code for implementing the apparatus or method described in any claim herein and a storage medium readable by a machine (such as a computer) storing such a program.
  • a machine such as a computer
  • such a program can be transferred electronically through any medium, such as a communication signal transmitted over a wired or wireless connection, and the invention suitably includes equivalents thereof.
  • the packet transmission and reception apparatus may receive and store the program from a program providing apparatus connected by wire or wirelessly.
  • the program providing apparatus includes a memory for storing a program including instructions for causing the graphic processing apparatus to perform a preset content protection method, information necessary for the content protection method, and wired or wireless communication with the graphic processing apparatus.

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Multimedia (AREA)
  • Theoretical Computer Science (AREA)
  • Computer Security & Cryptography (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Human Computer Interaction (AREA)
  • General Engineering & Computer Science (AREA)
  • Computer Hardware Design (AREA)
  • Business, Economics & Management (AREA)
  • General Business, Economics & Management (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)

Abstract

본 발명은 통신 시스템에서 프레임을 전송하는 방법에 있어서, 레이어 2(layer 2: L2) 서비스에 관련된 L2 시그널링 정보를 생성하고, 프레임을 구성하는 베이스밴드 프레임(baseband frame: BBF)들 중 분할되어 상기 프레임과 다른 프레임에 각각 포함된 BBF가 존재하는지 여부를 검사하고, 상기 프레임과 상기 다른 프레임에 각각 포함된 BBF가 존재하지 않을 경우, 상기 BBF들 중 첫 번째 BBF에 대응하는 베이스밴드 패킷(baseband packet: BBP)이 상기 L2 시그널링 정보를 포함하도록 상기 프레임을 구성하여 전송한다.

Description

통신 시스템에서 프레임 송수신 방법 및 장치
본 발명은 통신 시스템에서 프레임을 송수신하는 방법 및 장치에 관한 것이다.
최근 브로드밴드 망을 통한 통신과 무선 주파수(radio frequency: RF)를 통한 통신이 융합된 인터넷 프로토콜(IP: internet protocol) 기반 방송 통신 시스템이 설계 및 구축되고 있다.
근래의 방송 통신 시스템에서는 고 품질의 컨텐트(content) 소비 성향이 증가하고 고해상도 (High Definition: HD) 및 초 고해상도(Ultra High Definition: UHD) 컨텐트들 등과 같은 고용량 컨텐트들이 증가됨에 따라 네트워크 상에서 데이터 혼잡(data congestion)이 점점 더 심화되고 있다.
따라서, 방송 통신 망에서 데이터를 효율적으로 전송하기 위해 전송 데이터를 효율적으로 설계할 필요가 있다.
한편, 상기와 같은 정보는 본 발명의 이해를 돕기 위한 백그라운드(background) 정보로서만 제시될 뿐이다. 상기 내용 중 어느 것이라도 본 발명에 관한 종래 기술로서 적용 가능할지 여부에 관해, 어떤 결정도 이루어지지 않았고, 또한 어떤 주장도 이루어지지 않는다.
본 발명은 통신 시스템에서 전송 데이터를 효율적으로 설계하는 방법 및 장치를 제안한다.
또한 본 발명은 통신 시스템에서 미디어 정보의 재생에 필요한 정보를 프레임에 포함시켜 전송하는 방법 및 장치를 제안한다.
본 발명의 실시 예에 따른 방법은; 통신 시스템에서 프레임을 전송하는 방법에 있어서, 레이어 2(layer 2: L2) 서비스에 관련된 L2 시그널링 정보를 생성하는 과정과, 프레임을 구성하는 베이스밴드 프레임(baseband frame: BBF)들 중 분할되어 상기 프레임과 다른 프레임에 각각 포함된 BBF가 존재하는지 여부를 검사하는 과정과, 상기 프레임과 상기 다른 프레임에 각각 포함된 BBF가 존재하지 않을 경우, 상기 BBF들 중 첫 번째 BBF에 대응하는 베이스밴드 패킷(baseband packet: BBP)이 상기 L2 시그널링 정보를 포함하도록 상기 프레임을 구성하여 전송하는 과정을 포함한다.
본 발명의 다른 실시 예에 따른 방법은; 통신 시스템에서 프레임을 수신하는 방법에 있어서, 프레임을 수신하여 디코딩하는 과정과, 디코딩된 프레임을 구성하는 베이스밴드 프레임(baseband frame: BBF)들 중 첫 번째 BBF에 대응하는 베이스밴드 패킷(baseband packet: BBP)으로부터 레이어 2(layer 2: L2) 서비스에 관련된 L2 시그널링 정보를 검출하는 과정과, 상기 L2 시그널링 정보를 기반으로 IP 패킷에 대한 압축을 해제하고, 압축 해제된 IP 패킷을 역패킷화하여 MMTP(MPEG media transport protocol) 패킷을 획득하는 과정과, MMTP 패킷을 역패킷화하여 획득된 MPU와 상기 L2 시그널링 정보를 기반으로 미디어 데이터를 디스플레이하는 과정을 포함한다.
본 발명의 실시 예에 따른 장치는; 통신 시스템에서 프레임을 전송하는 장치에 있어서, 레이어 2(layer 2: L2) 서비스에 관련된 L2 시그널링 정보를 생성하고, 프레임을 구성하는 베이스밴드 프레임(baseband frame: BBF)들 중 분할되어 상기 프레임과 다른 프레임에 각각 포함된 BBF가 존재하는지 여부를 검사하는 제어부와, 상기 프레임과 상기 다른 프레임에 각각 포함된 BBF가 존재하지 않을 경우, 상기 BBF들 중 첫 번째 BBF에 대응하는 베이스밴드 패킷(baseband packet: BBP)이 상기 L2 시그널링 정보를 포함하도록 상기 프레임을 구성하여 전송하는 송신부를 포함한다.
본 발명의 다른 실시 예에 따른 장치는; 통신 시스템에서 프레임을 수신하는 장치에 있어서, 프레임을 수신하는 수신부와, 상기 프레임을 디코딩하고, 디코딩된 프레임을 구성하는 베이스밴드 프레임(baseband frame: BBF)들 중 첫 번째 BBF에 대응하는 베이스밴드 패킷(baseband packet: BBP)으로부터 레이어 2(layer 2: L2) 서비스에 관련된 L2 시그널링 정보를 검출하고, 상기 L2 시그널링 정보를 기반으로 IP 패킷에 대한 압축을 해제하고, 압축 해제된 IP 패킷을 역패킷화하여 MMTP(MPEG media transport protocol) 패킷을 획득하고, MMTP 패킷을 역패킷화하여 획득된 MPU와 상기 L2 시그널링 정보를 기반으로 미디어 데이터를 디스플레이하는 제어부를 포함한다.
본 발명의 다른 측면들과, 이득들 및 핵심적인 특징들은 부가 도면들과 함께 처리되고, 본 발명의 바람직한 실시예들을 게시하는 하기의 구체적인 설명으로부터 해당 기술 분야의 당업자에게 자명할 것이다.
하기의 본 게시의 구체적인 설명 부분을 처리하기 전에, 이 특허 문서를 통해 사용되는 특정 단어들 및 구문들에 대한 정의들을 설정하는 것이 효과적일 수 있다: 상기 단어들 “포함하다(include)” 및 “포함하다(comprise)”과 그 파생어들은 한정 없는 포함을 의미하며; 상기 용어 “혹은(or)”은 포괄적이고 “및/또는”을 의미하고; 상기 구문들 “~와 연관되는(associated with)” 및 ““~와 연관되는(associated therewith)”과 그 파생어들은 포함하고(include), ~내에 포함되고(be included within), ~와 서로 연결되고(interconnect with), 포함하고(contain), ~내에 포함되고(be contained within), ~에 연결하거나 혹은 ~와 연결하고(connect to or with), ~에 연결하거나 혹은 ~와 연결하고(couple to or with), ~와 통신 가능하고(be communicable with), ~와 협조하고(cooperate with), 인터리빙하고(interleave), 병치하고(juxtapose), ~로 가장 근접하고(be proximate to), ~로 ~할 가능성이 크거나 혹은 ~와 ~할 가능성이 크고(be bound to or with), 가지고(have), 소유하고(have a property of) 등과 같은 것을 의미하고; 상기 단어 “제어기”는 적어도 하나의 동작을 제어하는 임의의 디바이스, 시스템, 혹은 그 부분을 의미하고, 상기와 같은 디바이스는 하드웨어, 펌웨어 혹은 소프트웨어, 혹은 상기 하드웨어, 펌웨어 혹은 소프트웨어 중 적어도 2개의 몇몇 조합에서 구현될 수 있다. 어떤 특정 제어기와 연관되는 기능성이라도 집중화되거나 혹은 분산될 수 있으며, 국부적이거나 원격적일 수도 있다는 것에 주의해야만 할 것이다. 특정 단어들 및 구문들에 대한 정의들은 이 특허 문서에 걸쳐 제공되고, 해당 기술 분야의 당업자는 많은 경우, 대부분의 경우가 아니라고 해도, 상기와 같은 정의들이 종래 뿐만 아니라 상기와 같이 정의된 단어들 및 구문들의 미래의 사용들에도 적용된다는 것을 이해해야만 할 것이다.
본 발명은 L2에서의 미디어 데이터 재생을 위해 필요한 L2 시그널링 정보를 프레임에 포함시켜 전송함으로써 채널 전환에 소요되는 시간을 최소화할 수 있는 효과가 있다.
본 발명의 특정한 바람직한 실시예들의 상기에서 설명한 바와 같은 또한 다른 측면들과, 특징들 및 이득들은 첨부 도면들과 함께 처리되는 하기의 설명으로부터 보다 명백하게 될 것이다:
도 1a 및 1b는 본 발명의 일 실시예에 따른 통신 시스템에서 RF 채널에서 전송되는 L2(layer 2) 시그널링의 예를 나타낸 도면,
도 2는 본 발명의 일 실시예에 따른 통신 시스템에서 방송 수신 장치의 수신 절차의 예를 나타낸 도면,
도 3은 본 발명의 일 실시예에 따른 통신 시스템에서 방송 수신 장치의 수신 절차의 또 다른 예를 나타낸 도면,
도 4는 본 발명의 일 실시예에 따른 통신 시스템에서 L2 시그널링 정보를 포함하는 PHY 프레임의 예를 나타낸 도면,
도 5는 본 발명의 일 실시예에 따른 통신 시스템에서 L2 시그널링 정보의 사용에 따른 채널 변경에 소요되는 시간 관계를 설명하기 위한 도면.
상기 도면들을 통해, 유사 참조 번호들은 동일한 혹은 유사한 엘리먼트들과, 특징들 및 구조들을 도시하기 위해 사용된다는 것에 유의해야만 한다.
이하, 본 발명의 바람직한 실시예를 첨부된 도면을 참조하여 상세히 설명한다. 그리고, 본 발명을 설명함에 있어서, 관련된 공지기능 혹은 구성에 대한 구체적인 설명이 본 발명의 요지를 불필요하게 흐릴 수 있다고 판단된 경우 그 상세한 설명은 생략한다. 그리고 후술되는 용어들은 본 발명에서의 기능을 고려하여 정의된 용어들로서 이는 사용자, 운용자의 의도 또는 관례 등에 따라 달라질 수 있다. 그러므로 그 정의는 본 명세서 전반에 걸친 내용을 토대로 내려져야 할 것이다.
본 발명은 다양한 변경을 가할 수 있고 여러 가지 실시 예들을 가질 수 있는 바, 특정 실시 예들을 도면들에 예시하여 상세하게 설명한다. 그러나, 이는 본 발명을 특정한 실시 형태에 대해 한정하려는 것이 아니며, 본 발명의 사상 및 기술 범위에 포함되는 모든 변경, 균등물 내지 대체물을 포함하는 것으로 이해되어야 한다.
본 발명의 자세한 설명에 앞서, 본 명세서에서 사용되는 몇 가지 용어들에 대해 해석 가능한 의미의 예를 제시한다. 하지만, 아래 제시하는 해석 예로 한정되는 것은 아님을 주의하여야 한다.
방송 송신 장치는 방송 수신 장치와 통신하는 일 주체로서, 송신 장치, 서버 등으로 지칭될 수 있다.
방송 수신 장치(또는 클라이언트)는 방송 송신 장치와 통신하는 일 주체로서, TV(television), 단말(user equipment), 이동국(mobile station: MS), 이동장비(mobile equipment: ME), 디바이스(device), 터미널(terminal) 등으로 지칭될 수 있다.
도 1a 및 1b는 본 발명의 일 실시예에 따른 통신 시스템에서 RF 채널에서 전송되는 L2(layer 2) 시그널링의 예를 나타낸 도면이다.
도 1a 및 1b에서는 방송 수신 장치가 RF 브로드캐스팅에 대한 초기 스캔(initial scan)을 완료한 상태라고 가정한다. 즉 상기 방송 수신 장치는 전자 프로그램 안내(electronic program guide: EPG)를 이미 알고 있으며, 사용자가 특정 TV 채널을 선택하는 경우 상기 TV 채널에 매핑되는 RF 채널과 PLP(physical layer pipe) 번호를 이미 알고 있다고 가정한다.
상기 TV 채널은 논리 채널(logical channel)에 대응하며, 예를 들어 TV 채널 i 의 서비스는 RF 채널 k의 PLP 번호 j에서 전송될 수 있다.
상기 서비스는 MMT(MPEG media transport) 표준의 패키지(package)에 대응하거나, 레이블(label)에 대응하거나, 또는 하나의 TV 채널에 대응할 수 있다. 상기 TV 채널은 하나의 PLP 또는 BBP(baseband packet)의 서브 스트림(sub-stream)에 대응할 수 있다. ATSC 3.0 시스템에서 RF 브로드캐스팅되는 하나의 RF 채널은 일례로 6MHz의 대역을 가질 수 있으며, 다수의 논리 채널(즉 서비스)들을 포함할 수 있다.
도 1a는 RF 채널에 포함되는 다수의 PLP들 각각에서 L2 시그널링 정보가 전송되는 경우를 나타내었다.
하나의 RF 채널(100)은 두 개의 PLP, 즉 PLP #1(110), PLP #2(120)를 포함한다. 상기 PLP들(310, 320)은 예를 들어 NBC(National Broadcasting Company), CBS(Columbia Broadcasting System), ABC(American Broadcasting Company)와 같은 TV 방송사에 할당될 수 있다.
상기 PLP #1(110), PLP #2(120)는 각각 적어도 하나의 서비스를 전송하는데 사용되며, 상기 서비스는 하나의 TV 채널에 대응될 수 있다. 또한 PLP #1(110), PLP #2(120) 각각은 하나의 L2 시그널링 정보를 전송하는데 사용된다. 즉 PLP #1(110)은 서비스 #0(112) 및 서비스 #1(114)과 L2 시그널링 정보(116)을 전송하고, PLP #2(120)는 서비스 #3(122)과 L2 시그널링 정보(124)을 전송한다. 여기서 L2 서비스에 관련된 시그널링 정보를 의미한다.
도 1b는 RF 채널에 포함되는 다수의 PLP들 모두에 대한 L2 시그널링 정보가 임의의 하나의 PLP에서 전송되는 경우를 나타내었다.
하나의 RF 채널(130)은 세 개의 PLP, 즉 PLP #0(140), PLP #1(150), PLP #2(160)를 포함한다. 상기 PLP #0(140), PLP #1(150), PLP #2(160) 중 하나의 PLP는 RF 채널(130)에서 전송되는 모든 서비스들을 위한 L2 시그널링 정보를 전송하는데 사용되고, 나머지 PLP들은 적어도 하나의 서비스를 전송하는데 사용된다 즉 PLP #0(140)은 RF 채널(130)에서 전송되는 모든 서비스들을 위한 L2 시그널링 정보(142)를 전송하고, PLP #1(150)은 서비스 #0(152)과 서비스 #1(154)을 전송하고, PLP #2(160)은 서비스 #2(162)를 전송한다.
한편, 도 1a 및 1b에 나타낸 L2 시그널링 정보(116, 124, 142)는 효율적인 저장 및 전송을 위해 테이블 구조를 사용하여 나타낸다. 이하에서는 테이블 구조를 사용하여 나타낸 L2 시그널링 정보를 L2 시그널링 테이블이라 명명한다.
L2 시그널링 테이블은 가상 채널 맵 테이블(virtual channel map table: VMT)과 이벤트 맵 테이블(event map table: EMT)을 포함하며, 상기 가상 채널 맵 테이블과 상기 이벤트 맵 테이블은 방송 수신 장치가 이용 가능한 이벤트들을 탐색하고 선택된 이벤트를 소비하는데 필요한 정보의 최소 집합을 제공한다.
또한 L2 시그널링 테이블은 미디어 동기 테이블(media sync table: MST)을 포함하며, 상기 미디어 동기 테이블은 고속 채널 재핑(zapping)을 가능하게 하는데 사용된다.
1) 가상 채널 맵 테이블
가상 채널 맵 테이블은 구성요소인 가상 채널들의 특성들과 PLP의 체계(organization)에 관한 정보를 포함한다. 주어진 PLP에 대한 가상 채널 맵 테이블은 상기 가상 채널 맵 테이블의 table_id와 plp_id의 조합에 의해 고유하게 식별된다.
하기 표 1은 가상 채널 맵 테이블의 예를 나타내었다.
표 1
Figure PCTKR2015006486-appb-T000001
표 1의 가상 채널 맵 테이블에 포함된 복수개의 필드들 각각에 대해 설명하면 다음과 같다.
- table_id: 8 비트 무부호(unsigned) 정수로 표현되는 필드로써 표 1의 테이블이 가상 채널 맵 테이블임을 나타낸다. 일례로 table_id 필드가 0xXX로 세팅되면 가상 채널 맵 테이블의 콘텐츠는 현재의 PLP의 체계를 정의하고, 0XYY로 세팅되면 가상 채널 맵 테이블의 콘텐츠는 같은 RF 채널이나 다른 RF 채널들에 속하는 나머지 PLP들의 체계를 정의한다.
- version_number: 5 비트 필드로써 전체 가상 채널 맵 테이블의 버전 넘버를 나타낸다. 상기 버전 넘버는 가상 채널 맵 테이블에 포함된 정보가 변경될 때마다 1 mod 32 만큼씩 증가되어야 한다.
- table_length: 12 비트 필드로써 table_length 필드에 뒤이어 시작되는 가상 채널 맵 테이블의 바이트 수를 특정한다.
- vmt_protocol_version_number: 5 비트 무부호 필드로써 가상 채널 맵 테이블의 구조 버전을 나타낸다. 표 1에 나타낸 가상 채널 맵 테이블은 일례로서 나타낸 것이며, 가상 채널 맵 테이블은 표 1에 나타낸 구조와 다른 구조로 구현될 수 있음은 물론이다. 표 1에서는 vmt_protocol_version_number에 대한 값이 0인 경우를 일례로 설명하였으나, 표 1에 나타낸 가상 채널 맵 테이블과 다른 구조로 구현된 가상 채널 맵 테이블에서는 vmt_protocol_version_number에 대한 값이 0 아닌 값들로 설정될 수 있다.
- plp_id: 8 비트의 무부호 정수로 표현되며 PLP의 식별자를 나타낸다. 동일한 물리적 채널 내에서는 어떤 plp_id도 동일하지 않을 것이다.
- other_plp_info_indicator: 3 비트 무부호 정수로 표현되는 필드로써 다른 PLP들에 대한 L2 시그널링 테이블들도 현재의 PLP를 통해 운반됨을 나타낸다.
표 2는 other_plp_info_indicator 필드의 의미를 규정한 테이블의 예를 나타내었다.
표 2
Figure PCTKR2015006486-appb-T000002
- num_of_virtual_channel: 8 비트 무부호 정수로 표현되는 필드로써 현재의 PLP에 포함된 가상 채널들의 개수를 특정한다.
- virtual_channel_id: 16 비트 무부호 정수로 표현되는 필드로써 브로드캐스트 서비스의 범위 안에서 가상 채널을 고유하게 식별하기 위한 식별자를 나타낸다.
- virtual_channel_name_length: 3 비트 무부호 정수로 표현되는 필드로써 broadcaster_name 필드 내 바이트 쌍들(pairs)의 개수를 나타낸다. virtual_channel_name_length 필드의 값은 virtual_channl_name 필드에 대한 비트 열의 개수에서 'm'으로 보여지며, 가상 채널의 이름이 존재하지 않을 때 이 필드의 값은 0이어야 한다.
- virtual_channel_name: 관련 서비스에 대한 브로드캐스터의 이름을 나타내며, 그 각각의 특성은 UTF-8 마다 인코딩되어야 한다.
- major_channel_number: 16 비트 무부호 정수로 표현되는 필드로써 관련 가상 채널의 주요 채널 개수를 나타낸다.
- minor_channel_number: 16 비트 무부호 정수로 표현되는 필드로써 관련 가상 채널의 부차 채널 개수를 나타낸다.
- num_of_virtual_channel_level_descriptors: 4 비트 필드로써 관련 서비스의 서비스 레벨 서술자들(descriptors)의 개수를 특정한다.
- virtual_channel_level_descriptor(): 관련 서비스의 추가 정보를 제공하는 0 또는 그 이상의 서술자들을 나타낸다.
- num_of_plp_level_descriptors: 4 비트 필드로써 관련 PLP의 PLP 레벨 서술자들의 개수를 특정한다.
- plp_level_descriptor(): 관련 PLP에 대한 추가 정보를 제공하는 0 또는 그 이상의 서술자들.
2) 이벤트 맵 테이블
이벤트 맵 테이블은 선택된 이벤트에 대응하는 MMT 패키지를 포함하는 MMT 어셋들(assets)을 전달하는 MMTP(MPEG media transport protocol) 패킷들을 획득하는데 필요한 정보를 제공한다. 이벤트 맵 테이블의 콘텐츠에 대한 변경은 증가된 버전 넘버를 가진 새로운 이벤트 맵 테이블 인스턴스에서 운반될 것이다. virtual_channel_id를 가진 가상 채널에 대한 이벤트 맵 테이블은 상기 가상 채널 맵 테이블의 table_id, virtual_channel_id, event_id의 조합에 의해 고유하게 식별된다.
하기 표 3은 이벤트 맵 테이블의 예를 나타내었다.
표 3
Figure PCTKR2015006486-appb-T000003
Figure PCTKR2015006486-appb-I000001
표 3의 이벤트 맵 테이블에 포함된 복수개의 필드들 각각에 대해 설명하면 다음과 같다.
- table_id: 8 비트 무부호 정수로 표현되는 필드로써 표 3의 테이블이 이벤트 맵 테이블임을 나타낸다. 일례로 table_id 필드가 0xXX로 세팅되면 이벤트 맵 테이블의 콘텐츠는 관련 PLP에서 운반되는 가상 채널들 상의 이벤트들의 체계를 정의하고, 0XYY로 세팅되면 이벤트 맵 테이블의 콘텐츠는 같은 RF 채널이나 다른 RF 채널들로 전달되는 다른 PLP들에 속하는 가상 채널들 상의 이벤트들의 체계를 정의한다.
- version_number: 5 비트 필드로써 전체 이벤트 맵 테이블의 버전 넘버를 나타낸다. 상기 버전 넘버는 이벤트 맵 테이블에 포함된 정보가 변경될 때마다 1 mod 32 만큼씩 증가되어야 한다.
- table_length: 12 비트 필드로써 table_length 필드에 뒤이어 시작되는 이벤트 맵 테이블의 바이트 수를 특정한다.
- smt_protocol_version_number: 5 비트 무부호 정수로 표현되는 필드로써 이벤트 맵 테이블의 구조 버전을 나타낸다. 표 3에 나타낸 이벤트 맵 테이블은 일례로서 나타낸 것이며, 이벤트 맵 테이블은 표 3에서 나타낸 구조와 다른 구조로 구현될 수 있음은 물론이다. 표 3에서는 smt_protocol_version_number 필드에 대한 값이 0인 경우를 일례로 설명하였으나, 표 3에 나타낸 이벤트 맵 테이블과 다른 구조로 구현된 이벤트 맵 테이블에서는 smt _protocol_version_number에 대한 값이 0 아닌 값들로 설정될 수 있다.
- virtual_channel_id: 16 비트 무부호 정수로 표현되는 필드로써 브로드캐스트 서비스의 범위 안에서 관련 이벤트와 관련된 가상 채널을 고유하게 식별하기 위한 식별자를 나타낸다.
- event_id: 16 비트 무부호 정수로 표현되는 필드로써, 가상 채널 내 이벤트를 고유하게 식별하기 위한 식별자를 나타낸다. 상기 event_id는 이벤트에 대응하는 MMTP 패키지의 목적지로서 사용될 수 있다.
- current_event_indicator: 1 비트 이진 플래그로 표현되는 필드로써, current_event_indicator 필드가 '1'로 세팅되면 관련 이벤트가 현재 디스플레이되어야 함을 나타내고 ‘1’이 아닌 다른 값으로 세팅되면 관련 이벤트가 관련 시점에 사용자들에게 표시되어서는 안됨을 나타낸다.
- label: L2 패킷들을 필터링하기 위해 사용되는 라벨 정보를 특정한다.
- SP_indicator: 1 비트 지시자로 표현되는 필드로써, SP_indicator 필드가 '1'로 세팅되면 관련 서비스의 의미 있는 표현을 제공하는데 필요한 성분들 중 적어도 하나에 서비스 보호가 적용됨을 나타낸다.
- num_of_components: 5 비트 필드로써 관련 이벤트의 성분들의 개수를 특정한다. 각각의 성분은 MMTP 패킷들 내 packet_id 필드의 값으로 식별되는 관련 MMTP 서브플로우를 통해 전달된다.
- IP_version_flag: 1 비트 지시자로 표현되는 필드로써, IP_version_flag 필드가 '0'으로 세팅되면 service_source_IP_address, service_destination_IP_address, component_source_IP_address 및 component_destination_IP_address 필드들이 IPv4 어드레스들임을 나타낸다. 또한 IP_version_flag 필드가 '1'로 세팅되면 service_source_IP_address, service_destination_IP_address, component_source_IP_address 및 component_destination_IP_address 필드들이 IPv6 어드레스들임을 나타낸다.
- default_source_IP_address_flag: 1 비트 이진 플래그로 표현되는 필드로써, default_source_IP_address_flag 필드가 '1'로 세팅되면 관련 서비스에 대한 서비스 소스 IP 어드레스 값이 존재함을 나타낸다.
- default_source_IP_address: default_source_IP_address_flag 필드가 '1'로 세팅될 경우 존재하는 필드로써, default_source_IP_address_flag 필드가 ‘0’으로 세팅될 경우에는 존재하지 않는다.
default_source_IP_address_flag 필드가 '1'로 세팅될 경우, 즉 default_source_IP_address 필드가 존재할 경우, 상기 default_source_IP_address 필드는 component_source_IP_address 필드가 존재하는 성분들의 IP 데이터그램들을 제외하고 관련 서비스의 성분들을 운반하는 모든 IP 데이터그램들의 소스 IP 어드레스를 포함할 것이다.
- default_destination_IP_address_flag: 1 비트 이진 플래그로 표현되는 필드로써, default_destination_IP_address_flag 필드가 '1'로 세팅되면 default_destination_IP_address 값이 존재하며 관련 서비스의 성분들에 대한 디폴트 IP 어드레스로서의 역할을 함을 나타낸다.
- default_destination_IP_address: default_destination_IP_address_flag 필드가 ‘1’로 세팅될 경우 존재하는 필드로써, default_destination_IP_address_flag 필드가 ‘0’으로 세팅될 경우에는 존재하지 않는다.
default_destination_IP_address_flag 필드가 ‘1’로 세팅될 경우, 즉 default_destination_IP_address 필드가 존재할 경우, 상기 component_destination_IP_address 필드는 num_of_components 루프(loop)의 각각의 성분마다 존재해야 한다.
-PA_session_descriptor(): 서비스의 프로그램에 대한 서술적 정보를 짧은 버전으로 제공하며, PA_session_descriptor() 필드에 대해서는 후술할 표 4에서 보다 상세히 설명하도록 한다.
- num_of_BC_sessions: 5 비트 무부호 정수로 표현되는 필드로써 브로드캐스트 네트워크를 통한 이벤트 내 성분들의 전달에 사용되는 IP 세션들의 개수를 특정한다. num_of_BC_sessions 필드의 최소값은 모든 성분들이 같은 IP 세션을 통해 전달될 때 1이어야 한다.
- MMT_signaling_session_flag: 1 비트 지시자로 표현되는 필드로써, MMT_signaling_session_flag 필드가 '1'로 세팅되면 MMT 시그널링 정보가 관련 브로드캐스트 세션을 통해 운반됨을 나타낸다. 또한 MMT_signaling_session_flag 필드가 '0'으로 세팅되면 관련 브로드캐스트 세션을 통해 어떤 MMT 시그널링 정보도 운반되지 않음을 나타낸다.
- component_source_IP_address_flag: 1 비트 이진 플래그로 표현되는 필드로써, component_source_IP_address_flag 필드가 '1'로 세팅되면 component_source_IP_address가 관련 성분에 대해 존재함을 나타낸다.
- component_source_IP_address: component_source_IP_address_flag 필드가 ‘1’로 세팅될 경우 존재하는 필드로써, component_source_IP_address_flag 필드가 ‘0’으로 세팅될 경우에는 존재하지 않는다.
component_source_IP_address_flag 필드가 ‘1’로 세팅될 경우, 즉 component_source_IP_address 필드가 존재할 경우, 패키지의 관련 성분을 운반하는 IP 데이터그램들의 소스 어드레스는 component_source_IP_address 필드 내 어드레스와 매치할 것이다.
- component_destination_IP_address_flag: 1 비트 이진 플래그로 표현되는 필드로써, component_destination_IP_address_flag 필드가 '1'로 세팅되면 component_destination_IP_address 값이 관련 성분에 대해 존재함을 나타낸다.
- component_destination_IP_address: component_destination_IP_address_flag 필드가 ‘1’로 세팅될 경우 존재하는 필드로써, component_destination_IP_address_flag 필드가 ‘0’으로 세팅될 경우에는 존재하지 않는다.
component_destination_IP_address_flag 필드가 ‘1’로 세팅될 경우, 즉 component_destination_IP_address 필드가 존재할 경우, 패키지의 관련 성분을 운반하는 IP 데이터그램들의 목적지 어드레스는 component_destination_IP_address 필드 내 어드레스와 매치할 것이다.
component_destination_IP_address_flag 필드가 ‘0’으로 세팅될 경우, 즉 component_destination_IP_address 필드가 존재하지 않을 경우, 관련 성분을 운반하는 IP 데이터그램들의 목적지 어드레스는 service_destination_IP_address 필드 내 어드레스와 매치할 것이다.
- component_destination_UDP_port_num: 16 비트 무부호 정수로 표현되는 필드로써 UDP(user datagram protocol)/IP 스트림 성분에 대한 목적지 UDP 포트 넘버를 나타낸다.
- IP_header_compression_info_flag: 1 비트 이진 플래그로 표현되는 필드로써, IP_header_compression_info_flag 필드가 '1'로 세팅되면 IP 헤더 압축 정보가 존재함을 나타낸다.
- ip_header_compression_descriptor(): IP_header_compression_info_flag 필드가 ‘1’로 세팅될 경우 존재하는 필드로써, IP_header_compression_info_flag 필드가 ‘0’으로 세팅될 경우에는 존재하지 않는다. ip_header_compression_descriptor() 필드는 IP 세션에서의 헤더 압축 정보를 의미하는 것으로 후술할 표 5에서 보다 상세히 설명하도록 한다.
- num_of_components_per_sesssion: 5 비트 무부호 정수로 표현되는 필드로써 IP 세션을 통해 전달되는 성분들의 개수를 특정한다.
- main_component_indicator: 1 비트 이진 플래그로 표현되는 필드로써, main_component_indicator 필드가 '1'로 세팅되면 관련 성분이 이벤트의 주 성분임을 나타내고, main_component_indicator 필드가 '0'으로 세팅되면 관련 성분이 이차 성분임을 나타낸다.
- mmtp_packet_id: 16 비트 필드로써 관련 성분을 운반하는 MMTP 패킷들의 식별자를 특정한다.
- media_sync_info_mode: 2 비트 필드로써 미디어 동기 정보의 위치를 특정한다. media_sync_info_mode 필드가 '0'으로 세팅되면 관련 미디어 동기 정보는 component_level_descriotpr() 안에 존재하고, media_sync_info_mode 필드가 '1'로 세팅되면 관련 미디어 동기 정보는 미디어 동기 테이블을 통해 전달된다. 그렇지 않은 경우에는 관련 성분에 대한 미디어 동기 정보는 L2 시그널링 테이블에 존재하지 않는다. 즉 미디어 동기 정보는 main_component_indicator 필드가 '1'로 세팅되는 성분들에 대해서만 존재한다.
- media_sync_table_id: 주어진 패키지의 주 성분들에 대한 미디어 동기 정보는 table_id 필드가 media_sync_table_id 필드와 동일한 별개의 미디어 동기 테이블을 통해 운반된다. main_component_indicator 필드가 '0'으로 세팅될 경우, media_sync_table_id 필드는 사용되지 않고 '0'으로 세팅될 것이다.
표 3에 표기하지는 않았지만, 이벤트 맵 테이블은 media_sync_info_flag 필드를 추가로 포함하며, 상기 media_sync_info_flag 필드는 상기 media_sync_table_id 필드의 존재 유무를 나타낼 수 있다.
- minimum_buffer_size: main_component_indicator 필드가 ‘1’로 세팅될 경우 존재하는 필드로써, main_component_indicator 필드가 ‘0’으로 세팅될 경우에는 존재하지 않는다. main_component_indicator 필드가 ‘1’로 세팅될 경우, 즉 minimum_buffer_size 필드가 존재할 경우, 상기 minimum_buffer_size 필드는 적합한 디코더에 대한 버퍼의 최소 사이즈를 나타낸다. 이때 상기 적합한 디코더에 대한 버퍼의 최소 사이즈는 킬로 바이트 단위로 표시한다.
- num_of_component_level_descriptors: 4 비트 필드로써 관련 성분의 성분 레벨 서술자들의 개수를 특정한다.
- component_level_descriptor(): 관련 성분에 대한 추가 정보를 제공하는 0 또는 그 이상의 서술자들을 나타낸다.
- num_of_event_level_descriptors: 4 비트 필드로써 관련 이벤트에 대한 이벤트 레벨 서술자들의 개수를 특정한다.
- event_level_descriptor(): 관련 이벤트의 추가 정보를 제공하는 0 또는 그 이상의 술자들을 나타낸다.
- num_of_virtual_channel_level_descriptors: 4 비트 필드로써 관련 서비스의 가상 채널 레벨 서술자들의 개수를 특정한다.
- virtual_channel_level_descriptor(): 관련 가상 채널의 추가 정보를 제공하는 0 또는 그 이상의 서술자들을 나타낸다.
한편, 앞서 설명한 PA_session_descriptor() 필드는 하기 표 4와 같이 나타낼 수 있다.
표 4
Figure PCTKR2015006486-appb-T000004
- descriptor_tag: 8 비트 무부호 정수로 표현되는 필드로써 short_program_description_descriptor()로서 식별하는 0xXX의 값을 가질 것이다.
- descriptor_length: 8 비트 무부호 정수로 표현되는 필드로써 이 필드에 바로 뒤이은 서술자의 끝까지의 길이를 특정할 것이다. 여기서 상기 길이는 바이트로 표현될 수 있다.
- PA_session_source_IP_address_flag: 1 비트 이진 플래그로 표현되는 필드로써, PA_session_source_IP_address_flag 필드가 '1'로 세팅되면 MMT PA 메시지의 소스 IP 어드레스 값이 존재함을 나타내고, PA_session_source_IP_address_flag 필드가 '0'으로 세팅되면 default_source_IP_address에 의해 식별되는 IP 어드레스는 MMT PA 메시지를 운반하는 IP 데이터그램들을 나르기 위해 사용될 것이다.
- PA_session_source_IP_address: PA_session_source_IP_address_flag 필드가 ‘1’로 세팅될 경우 존재하는 필드로써, PA_session_source_IP_address_flag 필드가 ‘0’으로 세팅될 경우에는 존재하지 않는다. PA_session_source_IP_address_flag 필드가 ‘1’로 세팅될 경우, 즉 PA_session_source_IP_address 필드가 존재할 경우, 상기 PA_session_source_IP_address 필드는 MMT PA 메시지를 운반하는 IP 데이터그램들의 소스 IP 어드래스를 포함할 것이다.
- PA_session_destination_IP_address_flag: 1 비트 이진 플래그로 표현되는 필드로써, PA_session_destination_IP_address_flag 필드가 '1'로 세팅되면 MMT PA 메시지의 목적지 IP 어드레스 값이 존재함을 나타내고, PA_session_destination_IP_address_flag 필드가 '0'으로 세팅되면 default_destination_IP_address에 의해 식별되는 IP 어드레스는 MMT PA 메시지를 운반하는 IP 데이터그램들을 나르기 위해 사용될 것이다.
- PA_session_destination_IP_address: default_destination_IP_address_flag 필드가 ‘1’로 세팅될 경우 존재하는 필드로써, default_destination_IP_address_flag 필드가 ‘0’으로 세팅될 경우에는 존재하지 않는다. default_destination_IP_address_flag 필드가 ‘1’로 세팅될 경우, 즉 PA_session_ destination_IP_address 필드가 존재할 경우, 상기 PA_session_destination_IP_address 필드는 MMT PA 메시지를 운반하는 IP 데이터그램들의 목적지 IP 어드래스를 포함할 것이다. - PA_session_destination_UDP_port_num: 16 비트 무부호 정수로 표현되는 필드로써 MMT PA 메시지를 운반하는 UDP/IP 스트림에 대한 목적지 UDP 포트 넘버를 나타낸다.
- mmtp_packet_id: MMT PA 메시지를 운반하는 MMTP 패킷들의 식별자를 특정할 것이다.
한편, 앞서 설명한 ip_header_compression_descriptor() 필드는 하기 표 5와 같이 나타낼 수 있다.
표 5
Figure PCTKR2015006486-appb-T000005
- descriptor_tag: 8 비트 무부호 정수로 표현되는 필드로써 ip_header_compression_info_descriptor()로서 식별하는 0xXX의 값을 가질 것이다.
- descriptor_length: 8 비트 무부호 정수로 표현되는 필드로써 이 필드에 바로 뒤이은 서술자의 끝까지의 길이를 특정할 것이다. 여기서 상기 길이는 바이트로 표현될 수 있다.
3) 미디어 동기 테이블
미디어 동기 테이블은 이벤트들의 주 미디어 성분들에 대한 미디어 동기 정보를 포함한다.
하기 표 6은 미디어 동기 테이블의 예를 나타내었다.
표 6
Figure PCTKR2015006486-appb-T000006
- table_id: 8 비트 무부호 정수로 표현되는 필드로써 표 4의 테이블이 미디어 동기 테이블임을 나타낸다.
- version_number: 5 비트 필드로써 전체 미디어 동기 테이블의 버전 넘버를 나타낸다. 상기 버전 넘버는 미디어 동기 테이블에 포함된 정보가 변할 때마다 1 mod 32 만큼씩 증가되어야 한다.
- table_length: 12 비트 필드로써 table_length 필드에 뒤이어 시작되는 미디어 동기 테이블의 바이트 수를 특정한다.
- mst_protocol_version_number: 8 비트 무부호 정수로 표현되는 필드로써 미디어 동기 테이블의 구조 버전을 나타낸다. 표 4에 나타낸 미디어 동기 테이블은 일례로서 나타낸 것이며, 미디어 동기 테이블은 표 4에서 나타낸 구조와 다른 구조로 구현될 수 있음은 물론이다. 표 4에서는 mst_protocol_version_number 필드에 대한 값이 0인 경우를 일례로 설명하였으나, 표 4에 나타낸 미디어 동기 테이블과 다른 구조로 구현된 미디어 동기 테이블에서는 mst_protocol_version_number 필드에 대한 값이 0 아닌 값들로 설정될 수 있다.
- num_of_virtual_channels: 8 비트 무부호 정수로 표현되는 필드로써 미디어 동기 정보가 현재의 미디어 동기 테이블에 포함된 가상 채널들의 개수를 특정한다.
- virtual_channel_id: 16 비트 무보호 정수로 표현되는 필드로써 브로드캐스트 서비스의 범위 안에서 관련 가상 채널을 고유하게 식별하기 위한 식별자를 나타낸다.
- event_id: 16 비트 무보호 정수로 표현되는 필드로써 가상 채널 내 현재의 이벤트를 고유하게 식별하기 위한 식별자를 나타낸다.
- num_of_components: 5 비트 무부호 정수로 표현되는 필드로써 미디어 동기 정보가 현재의 미디어 동기 테이블에 포함된 성분들의 개수를 특정한다.
- mmtp_packet_id: 관련 성분을 운반하는 MMTP 패킷들의 식별자를 특정한다.
- MPU_timestamp_descriptor(): MPU_timestamp_descriptor() 필드는 ISO/IEC 23008-1 (MPEG-H MMT)에 정의된 MPU_timestamp_descriptor()를 따른다.
도 2는 본 발명의 일 실시예에 따른 통신 시스템에서 방송 수신 장치의 수신 절차의 예를 나타낸 도면이다.
도 2에서는 도 1a에 나타낸 RF 채널에 포함되는 다수의 PLP들 각각에서 L2 시그널링 정보가 전송되는 경우, 방송 수신 장치의 수신 절차를 설명하도록 한다.
200단계에서 방송 수신 장치는 사용자에 의해 TV 채널이 선택되면 상기 TV 채널과 RF 튜닝을 수행한다.
202단계에서 방송 수신 장치는 상기 선택된 TV 채널에 상응하는 PHY(physical) 프레임 및/또는 관련 PLP 를 디코딩한다.
204단계에서 방송 수신 장치는 상기 관련 PLP에서 전송되는 L2 시그널링 정보를 파싱(parsing)하여 상기 선택된 TV 채널에 대한 IP 세션 정보를 획득한다. 상기 IP 세션 정보는 IP 세션 식별자와 매핑되는 IP 세션 정보의 소스 IP 어드레스, 데스티네이션 IP 어드레스, 및 데스티네이션 포트에 관련된 정보를 포함할 수 있다. 또한 방송 수신 장치는 L2 시그널링 정보로부터 미디어 데이터 또는 IP 헤더 압축 정보 등을 획득할 수도 있으며, 상기 IP 헤더 압축 정보는 표 5에 나타낸 바와 같은 ip_header_compression_descriptor() 필드로 나타낼 수 있다.
206단계에서 방송 수신 장치는 202단계에서 디코딩된 PHY 프레임 및/또는 PLP에서 상기 선택된 TV 채널에 해당하는 BBP 서브스트림을 필터링한다. 즉 상기 방송 수신 장치는 BBP 서브스트림의 헤더에 기재된 레이블(label)을 체크함으로써 상기 TV 채널에 해당하는 BBP 서브스트림을 필터링할 수 있다. 선택적으로 상기 방송 수신 장치는 상기 IP 세션 정보, 일례로 소스 IP 어드레스, 데스티네이션 IP 어드레스 및 데스티네이션 포트를 이용하여 상기 필터링을 수행할 수도 있다.
208단계에서 방송 수신 장치는 상기 필터링된 BBP를 역패킷화(de-packetization)하고, 210단계로 진행하여 IP 패킷 및/또는 UDP 패킷에 대한 압축을 해제하여 IP 패킷 및/또는 UDP 패킷을 획득한다. 일례로 IP 패킷이 압축되어 있는 경우, 방송 수신 장치는 IP 세션 식별자에 매핑되는 IP 세션 정보를 파악하고 상기 IP 세션 정보를 이용하여 상기 IP 패킷 및/또는 UDP 패킷을 압축 해제하여 상기 IP 패킷 및/또는 UDP 패킷을 획득한다.
212단계에서 방송 수신 장치는 상기 IP 패킷 및/또는 UDP 패킷을 역패킷화하여 MMTP 패킷을 획득한다.
214단계에서 방송 수신 장치는 상기 MMTP 패킷을 역패킷화하여 미디어 처리 유닛(media processing unit: MPU)를 획득한다. 방송 수신 장치는 선택적으로 MMT 시그널을 파싱하는 동작을 추가로 수행할 수도 있다. 상기 MMT 시그널은 일례로 MMT-CI(MMT-composition information)일 수 있다.
216단계에서 방송 수신 장치는 상기 MPU를 역캡슐화(de-capsulation)하여 컨텐츠 데이터를 획득한다.
218단계에서 방송 수신 장치는 L2 시그널링 정보에 포함되는 미디어 동기 정보(media_sync_info) 및 IP 헤더 압축 정보(ip_header_compression_descriptor()) 중 적어도 하나와 상기 획득한 컨텐츠 데이터를 이용하여 미디어 데이터, 즉 오디오/비디오 데이터를 디스플레이한다.
도 3은 본 발명의 일 실시예에 따른 통신 시스템에서 방송 수신 장치의 수신 절차의 또 다른 예를 나타낸 도면이다.
도 3에서는 도 1b에 나타낸 RF 채널에 포함되는 다수의 PLP들 모두에 대한 L2 시그널링 정보가 임의의 하나의 PLP에서 전송되는 경우, 방송 수신 장치의 수신 절차를 설명하도록 한다.
300단계에서 방송 수신 장치는 사용자에 의해 TV 채널이 선택되면 상기 TV 채널과 RF 튜닝을 수행한다.
302단계에서 방송 수신 장치는 상기 선택된 TV 채널에 상응하는 PHY 프레임 및/또는 L2 시그널링 정보가 전송되는 특정 PLP를 디코딩한다.
304단계에서 방송 수신 장치는 상기 특정 PLP에서 전송되는 L2 시그널링 정보를 파싱하여 상기 선택된 TV 채널에 대한 IP 세션 정보를 획득한다. 상기 IP 세션 정보는 IP 세션 식별자와 매핑되는 IP 세션 정보의 소스 IP 어드레스, 데스티네이션 IP 어드레스, 및 데스티네이션 포트에 관련된 정보를 포함할 수 있다. 또한 방송 수신 장치는 L2 시그널링 정보로부터 미디어 데이터 또는 IP 헤더 압축 정보 등을 획득할 수도 있으며, 상기 IP 헤더 압축 정보는 표 5에 나타낸 바와 같은 ip_header_compression_descriptor() 필드로 나타낼 수 있다.
306단계에서 방송 수신 장치는 L2 시그널링 정보가 전송되는 특정 PLP를 디코딩한다.
308단계에서 방송 수신 장치는 상기 디코딩된 PLP에서 상기 선택된 TV 채널에 해당하는 BBP 서브스트림을 필터링한다. 즉 방송 수신 장치는 BBP 서브프레임의 헤더에 기재된 레이블을 체크함으로써 상기 TV 채널에 해당하는 BBP 서브스트림을 필터링할 수 있다. 선택적으로 상기 방송 수신 장치는 상기 IP 세션 정보, 일례로 소스 IP 어드레스, 데스티네이션 IP 어드레스 및 데스티네이션 포트를 이용하여 상기 필터링을 수행할 수도 있다.
310단계에서 방송 수신 장치는 상기 필터링된 BBP를 역패킷화하고, 312단계로 진행하여 IP 패킷 및/또는 UDP 패킷에 대한 압축을 해제하여 IP 패킷 및/또는 UDP 패킷을 획득한다. 일례로 IP 패킷이 압축되어 있는 경우, 방송 수신 장치는 상기 IP 세션 식별자에 매핑되는 IP 세션 정보를 파악하고 상기 IP 세션 정보를 이용하여 상기 IP 패킷 및/또는 UDP 패킷을 압축 해제하여 상기 IP 패킷 및/또는 UDP 패킷을 획득한다.
314단계에서 방송 수신 장치는 상기 IP 패킷 및/또는 UDP 패킷을 역패킷화하여 MMTP 패킷을 획득한다.
316단계에서 방송 수신 장치는 상기 MMTP 패킷을 역패킷화하여 MPU를 획득한다. 방송 수신 장치는 선택적으로 MMT 시그널을 파싱하는 동작을 추가로 수행할 수도 있다. 상기 MMT 시그널은 일례로 MMT-CI일 수 있다.
318단계에서 방송 수신 장치는 상기 MPU를 역캡슐화하여 컨텐츠 데이터를 획득한다.
320단계에서 방송 수신 장치는 L2 시그널링 정보에 포함되는 미디어 동기 정보(media_sync_info) 및 IP 헤더 압축 정보(ip_header_compression_descriptor()) 중 적어도 하나와 상기 획득한 컨텐츠 데이터를 이용하여 미디어 데이터, 즉 오디오/비디오 데이터를 디스플레이한다.
도 4는 본 발명의 일 실시예에 따른 통신 시스템에서 L2 시그널링 정보를 포함하는 PHY 프레임의 예를 나타낸 도면이다.
도 4를 참조하면, PHY 프레임(400)은 제1 프레임(402), 제2 프레임(404), 제3 프레임(406)을 포함하고, 상기 제1 프레임(402)은 프레임 동기화(frame sync) 패킷(401), L1 시그널링 패킷(403), 데이터 패킷(405)을 포함하고, 상기 제2 프레임(404)은 프레임 동기화 패킷(407), L1 시그널링 패킷(409), 데이터 패킷(411)을 포함하고, 상기 제3 프레임(406)은 프레임 동기화 패킷(413), L1 시그널링 패킷(415), 데이터 패킷(417)을 포함한다. 여기서 프레임 동기화 패킷(401, 407, 413)은 프레임 동기 획득을 위한 패킷을 의미하고, L1 시그널링 패킷(403, 409, 415)은 데이터 획득을 위한 시그널링 정보를 의미한다. 여기서 상기 데이터 획득을 위한 시그널링 정보는 일례로 데이터 패킷들(405, 411, 417) 각각을 구성하는 기저대역 프레임(baseband frame: BBF)의 배열에 관련된 정보를 포함한다.
논리적(logical) PHY 프레임(420)은 데이터 패킷들(405, 411, 417) 각각을 구성하는 BBF들을 포함하며, 기저대역 패킷(baseband packet: BBP) 스트림(430)은 상기 BBF들 각각에 대응되는 BBP들을 포함한다.
이때 각 프레임에 대응하는 BBP들 중 첫 번째 BBP에는 L2 시그널링 정보가 포함된다. 그러나 만약 하나의 BBF가 도면부호 423,425와 같이 두 개의 프레임으로 분할되어(fragmented) 두 개의 프레임(402, 404) 각각에 포함될 경우, L2 시그널링 정보는 제2 프레임(404)의 데이터 패킷(411)을 구성하는 BBF들 중 하나의 BBF가 분할되어 포함된 BBF(425)를 제외한 나머지 BBF들 중 첫 번째 BBF에 대응하는 BBP(433)에 포함된다.
따라서 L2 시그널링 정보는 제1 프레임(402)의 데이터 패킷(405)에 대응하는 BBP들 중 첫 번째 BBP(431)와, 제2 프레임(404)의 데이터 패킷(411)에 대응하는 BBP들 중 하나의 BBF가 분할되어 포함된 BBF(425)에 대응하는 BBP 다음에 오는 BBP(433)와, 제3 프레임(406)의 데이터 패킷(417)에 대응하는 BBP들 중 첫 번째 BBP에 포함된다.
도 5는 본 발명의 일 실시예에 따른 통신 시스템에서 L2 시그널링 정보의 사용에 따른 채널 변경에 소요되는 시간 관계를 설명하기 위한 도면이다.
도 5를 참조하면, MPUs(500)는 MPU #i(502), MPU #i+1(504), MPU #i+2(506)를 포함하고, PHY 프레임(530)은 프레임 #j(532), 프레임 #j+1(534), 프레임 #j+2(536), 프레임 #j+3(538), 프레임 #j+4(540)를 포함한다.
또한 MMT(MPEG media transport) 시그널링 정보(510)는 도시된 바와 같이 미리 정해진 주기를 기반으로 전송되고, L2 시그널링 정보(520)는 매 프레임 전송이 시작되는 구간에서 전송된다.
프레임 #j(532) 중간에 TV가 켜지거나(turn on) TV 채널이 변경된다고 가정할 때, L2 시그널링 정보를 획득하고 MPU #i+1(504)를 presnet할 수있다. 이 경우 채널 변경에 소요되는 최대 시간은 PHY 프레임 듀레이션(duration)과 MPU 듀레이션의 합으로 결정될 수 있다.
또한 프레임 #j(532) 중간에서 TV가 켜지거나 TV 채널이 변경된다고 가정할 때, 상위 레이어 시그널링 정보, 일례로 MMT 시그널링 정보를 획득하고 MPU #i+2(506)을 Present할 수 있다. 이 경우 채널 변경에 소요되는 최대 시간은 PHY 프레임 듀레이션, MMT 시그널링 듀레이션, MPU 듀레이션의 합으로 결정될 수 있다.
다른 예로서 프레젠테이션(presentation) 정보를 가진 상위 레이어 시그널링, 일례로 MMT 시그널링 정보가 MPU 듀레이션 또는 PHY 프레임 듀레이션에 정합될 경우, 채널 변경에 소요되는 최대 시간은 PHY 프레임 듀레이션과 MPU 듀레이션의 합으로 결정될 수 있다. 일례로 상기 상위 레이어 시그널링은 MPU바로 전에에 전송된다.
이 경우 사용 예(user case)는 다음과 같다.
- 오디오/비디오 스트림
- 오디오를 위한 MPU 듀레이션 = 비디오를 위한 MPU 듀레이션
- 오디오 및 비디오 MPUs 바로 전에 전송되는 상위 레이어 시그널링
이 경우 채널 변경이나 TV를 켤 때 관련 디바이스는 PHY 프레임을 획득 후 상위 레이어 시그널링을 획득하고, 바로 오디오 및 비디오 MPUs들을 획득하여 재생을 할 수 있다. 그래서 최대 채널 전환 시간은 PHY 프레임을 얻는 시간 + MPU를 얻는 시간으로 결정된다. 여기서 상기 MPU를 얻는 시간은 상위 레이어 시그널링을 MPU와 한 쌍으로 본다.
또 다른 예로서 프레젠테이션 정보를 가진 상위 레이어 시그널링, 일례로 MMT 시그널링 정보가 MPU 듀레이션과 PHY 프레임 듀레이션 모두에 정합될 경우, 채널 변경에 소요되는 최대 시간은 PHY 프레임 듀레이션과 MPU 듀레이션 중 큰 값으로 결정될 수 있다. 일례로 상기 상위 레이어 시그널링은 MPU 바로 전에에 전송되며, “상위 레이어 시그널링 + MPU”가 하나 이상의 PHY 프레임에서 저장된다.
이는 통상적으로 PHY 프레임의 듀레이션보다 MPU의 듀레이션이 크기 때문이며, PHY 프레임의 듀레이션이 MPU의 듀레이션보다 큰 경우에는 하나의 PHY 프레임 내에 MPU가 모두 저장되어 전송될 수 있다.
이 경우 사용 예는 다음과 같다.
- 오디오/비디오 스트림
- 오디오를 위한 MPU 듀레이션 = 비디오를 위한 MPU 듀레이션
- 오디오 및 비디오 MPUs 바로 전에에 전송되는 상위 레이어 시그널링
- PHY 프레임 듀레이션 * N (여기서 N은 정수를 나타냄) = MPU 듀레이션 또는
- MPU 듀레이션 * N (여기서 N은 정수를 나타냄) = PHY 프레임 듀레이션
- 상위 레이어 시그널링은 항상 논리적 PHY 프레임의 첫 번째 영역에서 시작됨.
한편 본 발명의 상세한 설명에서는 구체적인 실시 예에 관해 설명하였으나, 본 발명의 범위에서 벗어나지 않는 한도 내에서 여러가지 변형이 가능함은 물론이다. 그러므로 본 발명의 범위는 설명된 실시 예에 국한되어 정해져서는 안되며 후술하는 특허청구의 범위뿐만 아니라 이 특허청구의 범위와 균등한 것들에 의해 정해져야 한다. 일 예로 본 발명에 의한 L2 signaling은 L2에서 전송되는 것으로 기술되어 있으나, 본 정보가 UDP/IP의 payload로 저장되어 IP packet으로 전송될 수도 있다.
또한 본 발명의 실시예에 따른 패킷 송수신 방법 및 장치는 하드웨어, 소프트웨어 또는 하드웨어 및 소프트웨어의 조합의 형태로 실현 가능하다는 것을 알 수 있을 것이다. 이러한 임의의 소프트웨어는 예를 들어, 삭제 가능 또는 재기록 가능 여부와 상관없이, ROM 등의 저장 장치와 같은 휘발성 또는 비휘발성 저장 장치, 또는 예를 들어, RAM, 메모리 칩, 장치 또는 집적 회로와 같은 메모리, 또는 예를 들어 CD, DVD, 자기 디스크 또는 자기 테이프 등과 같은 광학 또는 자기적으로 기록 가능함과 동시에 기계(예를 들어, 컴퓨터)로 읽을 수 있는 저장 매체에 저장될 수 있다. 본 발명의 그래픽 화면 갱신 방법은 제어부 및 메모리를 포함하는 컴퓨터 또는 휴대 단말에 의해 구현될 수 있고, 상기 메모리는 본 발명의 실시 예들을 구현하는 지시들을 포함하는 프로그램 또는 프로그램들을 저장하기에 적합한 기계로 읽을 수 있는 저장 매체의 한 예임을 알 수 있을 것이다.
따라서, 본 발명은 본 명세서의 임의의 청구항에 기재된 장치 또는 방법을 구현하기 위한 코드를 포함하는 프로그램 및 이러한 프로그램을 저장하는 기계(컴퓨터 등)로 읽을 수 있는 저장 매체를 포함한다. 또한, 이러한 프로그램은 유선 또는 무선 연결을 통해 전달되는 통신 신호와 같은 임의의 매체를 통해 전자적으로 이송될 수 있고, 본 발명은 이와 균등한 것을 적절하게 포함한다
또한 본 발명의 실시예에 따른 패킷 송수신 장치는 유선 또는 무선으로 연결되는 프로그램 제공 장치로부터 상기 프로그램을 수신하여 저장할 수 있다. 상기 프로그램 제공 장치는 상기 그래픽 처리 장치가 기설정된 컨텐츠 보호 방법을 수행하도록 하는 지시들을 포함하는 프로그램, 컨텐츠 보호 방법에 필요한 정보 등을 저장하기 위한 메모리와, 상기 그래픽 처리 장치와의 유선 또는 무선 통신을 수행하기 위한 통신부와, 상기 그래픽 처리 장치의 요청 또는 자동으로 해당 프로그램을 상기 송수신 장치로 전송하는 제어부를 포함할 수 있다.

Claims (16)

  1. 통신 시스템에서 프레임을 전송하는 방법에 있어서,
    레이어 2(layer 2: L2) 서비스에 관련된 L2 시그널링 정보를 생성하는 과정과,
    프레임을 구성하는 베이스밴드 프레임(baseband frame: BBF)들 중 분할되어 상기 프레임과 다른 프레임에 각각 포함된 BBF가 존재하는지 여부를 검사하는 과정과,
    상기 프레임과 상기 다른 프레임에 각각 포함된 BBF가 존재하지 않을 경우, 상기 BBF들 중 첫 번째 BBF에 대응하는 베이스밴드 패킷(baseband packet: BBP)이 상기 L2 시그널링 정보를 포함하도록 상기 프레임을 구성하여 전송하는 과정을 포함하는 프레임 전송 방법.
  2. 제1항에 있어서,
    상기 프레임과 상기 다른 프레임에 각각 포함된 BBF가 존재할 경우, L2 시그널링 정보는 상기 프레임과 상기 다른 프레임에 각각 포함된 BBF를 제외한 나머지 BBF들 중 첫 번째 BBF에 대응하는 BBP에 포함됨을 특징으로 하는 프레임 전송 방법.
  3. 제1항에 있어서,
    상기 L2 시그널링 정보는 가상 채널들의 특성들과 PLP(physical layer pipe)의 체계(organization)에 관한 정보를 포함하는 가상 채널 맵 테이블, 관련 이벤트에 대응하는 MMTP(MPEG media transport protocol) 패킷들을 획득하는데 필요한 정보를 포함하는 이벤트 맵 테이블, 상기 관련 이벤트의 주 미디어 성분들에 대한 미디어 동기 정보를 포함하는 미디어 동기 테이블 중 어느 하나를 기반으로 표현됨을 특징으로 하는 프레임 전송 방법.
  4. 제3항에 있어서,
    상기 MMTP(MPEG media transport protocol) 패킷들을 획득하는데 필요한 정보는 인터넷 프로토콜(internet protocol: IP) 세션에서의 헤더 압축 정보를 포함함을 특징으로 하는 프레임 전송 방법.
  5. 통신 시스템에서 프레임을 수신하는 방법에 있어서,
    프레임을 수신하여 디코딩하는 과정과,
    디코딩된 프레임을 구성하는 베이스밴드 프레임(baseband frame: BBF)들 중 첫 번째 BBF에 대응하는 베이스밴드 패킷(baseband packet: BBP)으로부터 레이어 2(layer 2: L2) 서비스에 관련된 L2 시그널링 정보를 검출하는 과정과,
    상기 L2 시그널링 정보를 기반으로 IP 패킷에 대한 압축을 해제하고, 압축 해제된 IP 패킷을 역패킷화하여 MMTP(MPEG media transport protocol) 패킷을 획득하는 과정과,
    MMTP 패킷을 역패킷화하여 획득된 MPU와 상기 L2 시그널링 정보를 기반으로 미디어 데이터를 디스플레이하는 과정을 포함하는 프레임 수신 방법.
  6. 제5항에 있어서,
    상기 BBF가 상기 프레임과 다른 프레임에 각각 포함될 경우, L2 시그널링 정보는 상기 프레임과 상기 다른 프레임에 각각 포함된 BBF를 제외한 나머지 BBF들 중 첫 번째 BBF에 대응하는 BBP로부터 검출됨을 특징으로 하는 프레임 수신 방법.
  7. 제5항에 있어서,
    상기 L2 시그널링 정보는 가상 채널들의 특성들과 PLP(physical layer pipe)의 체계(organization)에 관한 정보를 포함하는 가상 채널 맵 테이블, 관련 이벤트에 대응하는 MMTP(MPEG media transport protocol) 패킷들을 획득하는데 필요한 정보를 포함하는 이벤트 맵 테이블, 상기 관련 이벤트의 주 미디어 성분들에 대한 미디어 동기 정보를 포함하는 미디어 동기 테이블 중 어느 하나를 기반으로 표현됨을 특징으로 하는 프레임 수신 방법.
  8. 제7항에 있어서,
    상기 MMTP(MPEG media transport protocol) 패킷들을 획득하는데 필요한 정보는 인터넷 프로토콜(internet protocol: IP) 세션에서의 헤더 압축 정보를 포함함을 특징으로 하는 프레임 수신 방법.
  9. 통신 시스템에서 프레임을 전송하는 장치에 있어서,
    레이어 2(layer 2: L2) 서비스에 관련된 L2 시그널링 정보를 생성하고, 프레임을 구성하는 베이스밴드 프레임(baseband frame: BBF)들 중 분할되어 상기 프레임과 다른 프레임에 각각 포함된 BBF가 존재하는지 여부를 검사하는 제어부와,
    상기 프레임과 상기 다른 프레임에 각각 포함된 BBF가 존재하지 않을 경우, 상기 BBF들 중 첫 번째 BBF에 대응하는 베이스밴드 패킷(baseband packet: BBP)이 상기 L2 시그널링 정보를 포함하도록 상기 프레임을 구성하여 전송하는 송신부를 포함하는 프레임 전송 장치.
  10. 제9항에 있어서,
    상기 프레임과 상기 다른 프레임에 각각 포함된 BBF가 존재할 경우, L2 시그널링 정보는 상기 프레임과 상기 다른 프레임에 각각 포함된 BBF를 제외한 나머지 BBF들 중 첫 번째 BBF에 대응하는 BBP에 포함됨을 특징으로 하는 프레임 전송 장치.
  11. 제9항에 있어서,
    상기 L2 시그널링 정보는 가상 채널들의 특성들과 PLP(physical layer pipe)의 체계(organization)에 관한 정보를 포함하는 가상 채널 맵 테이블, 관련 이벤트에 대응하는 MMTP(MPEG media transport protocol) 패킷들을 획득하는데 필요한 정보를 포함하는 이벤트 맵 테이블, 상기 관련 이벤트의 주 미디어 성분들에 대한 미디어 동기 정보를 포함하는 미디어 동기 테이블 중 어느 하나를 기반으로 표현됨을 특징으로 하는 프레임 전송 장치.
  12. 제11항에 있어서,
    상기 MMTP(MPEG media transport protocol) 패킷들을 획득하는데 필요한 정보는 인터넷 프로토콜(internet protocol: IP) 세션에서의 헤더 압축 정보를 포함함을 특징으로 하는 프레임 전송 장치.
  13. 통신 시스템에서 프레임을 수신하는 장치에 있어서,
    프레임을 수신하는 수신부와,
    상기 프레임을 디코딩하고, 디코딩된 프레임을 구성하는 베이스밴드 프레임(baseband frame: BBF)들 중 첫 번째 BBF에 대응하는 베이스밴드 패킷(baseband packet: BBP)으로부터 레이어 2(layer 2: L2) 서비스에 관련된 L2 시그널링 정보를 검출하고, 상기 L2 시그널링 정보를 기반으로 IP 패킷에 대한 압축을 해제하고, 압축 해제된 IP 패킷을 역패킷화하여 MMTP(MPEG media transport protocol) 패킷을 획득하고, MMTP 패킷을 역패킷화하여 획득된 MPU와 상기 L2 시그널링 정보를 기반으로 미디어 데이터를 디스플레이하는 제어부를 포함하는 프레임 수신 장치.
  14. 제13항에 있어서,
    상기 BBF가 상기 프레임과 다른 프레임에 각각 포함될 경우, L2 시그널링 정보는 상기 프레임과 상기 다른 프레임에 각각 포함된 BBF를 제외한 나머지 BBF들 중 첫 번째 BBF에 대응하는 BBP로부터 검출됨을 특징으로 하는 프레임 수신 장치.
  15. 제13항에 있어서,
    상기 L2 시그널링 정보는 가상 채널들의 특성들과 PLP(physical layer pipe)의 체계(organization)에 관한 정보를 포함하는 가상 채널 맵 테이블, 관련 이벤트에 대응하는 MMTP(MPEG media transport protocol) 패킷들을 획득하는데 필요한 정보를 포함하는 이벤트 맵 테이블, 상기 관련 이벤트의 주 미디어 성분들에 대한 미디어 동기 정보를 포함하는 미디어 동기 테이블 중 어느 하나를 기반으로 표현됨을 특징으로 하는 프레임 수신 장치.
  16. 제15항에 있어서,
    상기 MMTP(MPEG media transport protocol) 패킷들을 획득하는데 필요한 정보는 인터넷 프로토콜(internet protocol: IP) 세션에서의 헤더 압축 정보를 포함함을 특징으로 하는 프레임 수신 장치.
PCT/KR2015/006486 2014-06-25 2015-06-25 통신 시스템에서 프레임 송수신 방법 및 장치 Ceased WO2015199460A1 (ko)

Priority Applications (2)

Application Number Priority Date Filing Date Title
KR1020177002024A KR102331079B1 (ko) 2014-06-25 2015-06-25 통신 시스템에서 프레임 송수신 방법 및 장치
US15/319,208 US10264108B2 (en) 2014-06-25 2015-06-25 Method and apparatus for transmitting and receiving frames in communication system

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US201462016843P 2014-06-25 2014-06-25
US62/016,843 2014-06-25

Publications (1)

Publication Number Publication Date
WO2015199460A1 true WO2015199460A1 (ko) 2015-12-30

Family

ID=54938458

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/KR2015/006486 Ceased WO2015199460A1 (ko) 2014-06-25 2015-06-25 통신 시스템에서 프레임 송수신 방법 및 장치

Country Status (3)

Country Link
US (1) US10264108B2 (ko)
KR (1) KR102331079B1 (ko)
WO (1) WO2015199460A1 (ko)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20180029511A (ko) * 2016-09-12 2018-03-21 한국전자통신연구원 차세대 지상파 방송 네트워크 장치, 송신 장치 및 패킷 전송방법

Families Citing this family (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10667004B2 (en) * 2014-12-22 2020-05-26 Lg Electronics Inc. Broadcasting signal reception device, and broadcasting signal reception method based on pull mode
WO2016117939A1 (ko) 2015-01-21 2016-07-28 엘지전자 주식회사 방송 신호 송신 장치, 방송 신호 수신 장치, 방송 신호 송신 방법, 및 방송 신호 수신 방법
US10903922B2 (en) * 2015-01-29 2021-01-26 Lg Electronics Inc. Apparatus for transmitting broadcast signal, apparatus for receiving broadcast signal, method for transmitting broadcast signal and method for receiving broadcast signal
WO2021112037A1 (en) * 2019-12-06 2021-06-10 Sharp Kabushiki Kaisha Systems and methods for signaling temporal sublayer information in video coding

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2011062433A2 (ko) * 2009-11-19 2011-05-26 엘지전자 주식회사 방송 송신 장치, 방송 수신 장치, 및 방송 신호를 송신하고 수신하는 방법
WO2011096759A2 (ko) * 2010-02-08 2011-08-11 엘지전자 주식회사 방송 신호 송신 장치, 방송 신호 수신 장치, 및 방송 신호 송/수신 장치에서 방송 신호 송수신 방법
WO2011105773A2 (ko) * 2010-02-23 2011-09-01 엘지전자 주식회사 방송 신호 송신 장치, 방송 신호 수신 장치, 및 방송 신호 송/수신 장치에서 방송 신호 송수신 방법
US20130232394A1 (en) * 2008-01-25 2013-09-05 Lg Electronics Inc. Apparatus for transmitting and receiving a signal and method of transmitting and receiving a signal
KR20130126469A (ko) * 2012-05-10 2013-11-20 삼성전자주식회사 디지털 비디오 방송 시스템에서 데이터 스트림들을 송수신하는 방법 및 장치

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20110103300A1 (en) * 2009-10-30 2011-05-05 Nokia Corporation Data encapsulation and service discovery over a broadcast or multicast system
CN104584510B (zh) * 2013-07-05 2019-04-19 索尼公司 发送设备、发送方法、接收设备和接收方法
KR102148180B1 (ko) 2014-02-28 2020-08-26 삼성전자주식회사 디지털 방송 시스템에서 시그널링 정보 송/수신 방법 및 장치
JP6262880B2 (ja) * 2014-04-09 2018-01-17 エルジー エレクトロニクス インコーポレイティド 放送伝送装置、放送受信装置、放送伝送装置の動作方法及び放送受信装置の動作方法
US20170055046A1 (en) * 2014-05-21 2017-02-23 Lg Electronics Inc. Broadcast signal transmitting/receiving method and device

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20130232394A1 (en) * 2008-01-25 2013-09-05 Lg Electronics Inc. Apparatus for transmitting and receiving a signal and method of transmitting and receiving a signal
WO2011062433A2 (ko) * 2009-11-19 2011-05-26 엘지전자 주식회사 방송 송신 장치, 방송 수신 장치, 및 방송 신호를 송신하고 수신하는 방법
WO2011096759A2 (ko) * 2010-02-08 2011-08-11 엘지전자 주식회사 방송 신호 송신 장치, 방송 신호 수신 장치, 및 방송 신호 송/수신 장치에서 방송 신호 송수신 방법
WO2011105773A2 (ko) * 2010-02-23 2011-09-01 엘지전자 주식회사 방송 신호 송신 장치, 방송 신호 수신 장치, 및 방송 신호 송/수신 장치에서 방송 신호 송수신 방법
KR20130126469A (ko) * 2012-05-10 2013-11-20 삼성전자주식회사 디지털 비디오 방송 시스템에서 데이터 스트림들을 송수신하는 방법 및 장치

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20180029511A (ko) * 2016-09-12 2018-03-21 한국전자통신연구원 차세대 지상파 방송 네트워크 장치, 송신 장치 및 패킷 전송방법
KR102001014B1 (ko) 2016-09-12 2019-07-17 한국전자통신연구원 차세대 지상파 방송 네트워크 장치, 송신 장치 및 패킷 전송방법

Also Published As

Publication number Publication date
US20170134542A1 (en) 2017-05-11
KR102331079B1 (ko) 2021-11-25
KR20170026504A (ko) 2017-03-08
US10264108B2 (en) 2019-04-16

Similar Documents

Publication Publication Date Title
WO2009134105A2 (en) Method of receiving broadcasting signal and apparatus for receiving broadcasting signal
WO2015020401A1 (en) Transmitting apparatus, receiving apparatus, and controlling methods thereof
WO2015034245A1 (en) Transmitting apparatus, receiving apparatus, and signal processing method thereof
WO2013169084A1 (ko) Mmt 패킷 포맷 확장을 통한 하이브리드 전송 방법
WO2013162312A1 (ko) 멀티미디어 전송 시스템을 위한 데이터 송수신 방법 및 장치
WO2016117908A1 (ko) 멀티미디어 콘텐츠를 송수신하는 방법 및 장치
WO2015199460A1 (ko) 통신 시스템에서 프레임 송수신 방법 및 장치
WO2013157890A1 (en) Method and apparatus of processing data to support augmented reality
WO2013141666A1 (ko) Ｍｍｔ 패키지화된 ｓｖｃ 비디오 콘텐츠의 하이브리드 전송 방법 및 수신 방법
WO2015008987A1 (ko) 디지털 방송 시스템에서 고품질의 색감 표현을 위한 초고화질 방송 신호 송수신 방법 및 장치
WO2013055191A2 (ko) 방송 시스템에서의 제어 메시지 구성 장치 및 방법
WO2015012565A1 (en) Transmitting apparatus, receiving apparatus and signal processing method thereof
WO2011074844A2 (en) Method of processing non-real time service and broadcast receiver
WO2016089093A1 (ko) 방송 신호 송수신 방법 및 장치
WO2017003248A1 (en) Apparatus and method for transmitting and receiving signal in multimedia system
WO2015199420A1 (ko) 방송 시스템에서 시스템 시간 정보를 송수신하는 기법
WO2016111607A1 (en) Transmitting apparatus and signal processing method thereof
WO2015160221A1 (en) Method and apparatus for providing information related to content supporting broadcast service
WO2011037358A2 (ko) 방송 네트워크와 ip 네트워크에 접속 가능한 디지털 디바이스 및 그 제어 방법
WO2011037359A2 (ko) 확장된 서비스/프로그램 가이드를 수신하는 방법 및 장치
WO2019027236A1 (en) METHOD AND APPARATUS FOR PROVIDING BROADCAST SERVICE
WO2016208988A1 (en) Method and apparatus for transmitting and receiving signal in multimedia system
EP3314906A1 (en) Method and apparatus for transmitting and receiving signal in multimedia system
EP3677036A1 (en) Broadcast receiving apparatus and control method thereof
WO2016208996A1 (ko) 방송 신호 송신 장치, 방송 신호 수신 장치, 방송 신호 송신 방법, 및 방송 신호 수신 방법

Legal Events

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

Ref document number: 15810858

Country of ref document: EP

Kind code of ref document: A1

WWE Wipo information: entry into national phase

Ref document number: 15319208

Country of ref document: US

NENP Non-entry into the national phase

Ref country code: DE

ENP Entry into the national phase

Ref document number: 20177002024

Country of ref document: KR

Kind code of ref document: A

122 Ep: pct application non-entry in european phase

Ref document number: 15810858

Country of ref document: EP

Kind code of ref document: A1