WO2016167632A1 - 방송 서비스를 위한 서비스 시그널링을 송수신하는 방법 및 장치 - Google Patents
방송 서비스를 위한 서비스 시그널링을 송수신하는 방법 및 장치 Download PDFInfo
- Publication number
- WO2016167632A1 WO2016167632A1 PCT/KR2016/004022 KR2016004022W WO2016167632A1 WO 2016167632 A1 WO2016167632 A1 WO 2016167632A1 KR 2016004022 W KR2016004022 W KR 2016004022W WO 2016167632 A1 WO2016167632 A1 WO 2016167632A1
- Authority
- WO
- WIPO (PCT)
- Prior art keywords
- service
- signaling
- component
- packet stream
- description
- Prior art date
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
- H04N19/46—Embedding additional information in the video signal during the compression process
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
- H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
- H04N21/235—Processing of additional data, e.g. scrambling of additional data or processing content descriptors
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client
- H04N21/63—Control signaling related to video distribution between client, server and network components; Network processes for video distribution between server and clients or between remote clients, e.g. transmitting basic layer and enhancement layers over different transmission paths, setting up a peer-to-peer communication via Internet between remote STB's; Communication protocols; Addressing
- H04N21/647—Control signaling between network components and server or clients; Network processes for video distribution between server and clients, e.g. controlling the quality of the video stream, by dropping packets, protecting content from unauthorised alteration within the network, monitoring of network load, bridging between two different networks, e.g. between IP and wireless
Definitions
- the present disclosure relates to a method and apparatus for providing service signaling related to content constituting a broadcast service.
- the digital broadcasting service must additionally transmit meta information, that is, signaling information, necessary for the selection, reception, and playback of the multimedia contents.
- signaling information is largely classified into service acquisition information and service announcement information.
- the service acquisition information includes information necessary for receiving and playing a broadcast service.
- media component information constituting the service and decoder setting information necessary for receiving and playing the media component may be included.
- the service announcement information is information that can be utilized by a user when selecting a broadcast service and is used to provide more rich information about the broadcast service. For example, program schedule information and additional service information associated with a corresponding service.
- a receiver selects a broadcast service based on service announcement information, obtains service acquisition information related to the broadcast service through a broadcast signal, and finally provides the broadcast service to a user.
- the present disclosure proposes a method and apparatus for efficiently providing service signaling related to content constituting a broadcast service.
- the present disclosure proposes a method and apparatus for delivering signaling provided by a broadcast service through a predetermined transmission scheme and at least one transmission protocol in a broadcasting system using at least one transmission protocol.
- the present disclosure proposes a method and apparatus for supporting a table structure for transmitting signaling required when receiving and playing a broadcast service selected by a receiver.
- a method of transmitting service signaling for a broadcast service comprising: generating a first packet stream containing first media data by a first transport protocol; and a second packet containing second media data by a second transport protocol.
- Generating a stream generating a user service description including service signaling related to at least one of the first packet stream and the second packet stream, and generating the first packet stream, the second packet stream, and the user.
- a method of receiving service signaling for a broadcast service comprising: receiving a broadcast signal, from the broadcast signal, a first packet stream containing first media data by a first transport protocol, and by a second transport protocol Extracting a user service description including a second packet stream containing second media data and service signaling related to at least one of the first packet stream and the second packet stream, and using the user service description to extract the user service description. Decoding at least one of the one packet stream and the second packet stream.
- An apparatus for transmitting service signaling for a broadcast service comprising: generating a first packet stream containing first media data by a first transport protocol, and generating a second packet stream containing second media data by a second transport protocol.
- An apparatus for receiving service signaling for a broadcast service comprising: a receiving unit for receiving a broadcast signal, a first packet stream containing first media data by a first transport protocol, and a second transport protocol from the broadcast signal; Extracting a second packet stream containing second media data, and a user service description including service signaling related to at least one of the first packet stream and the second packet stream, and using the user service description; A processing unit for decoding at least one of the packet stream and the second packet stream.
- IP Internet Protocol
- FIG. 2 is a block diagram illustrating a transmitter structure of a broadcast system according to an embodiment of the present disclosure.
- FIG. 3 is a block diagram illustrating a receiver structure of a broadcasting system according to an embodiment of the present disclosure.
- FIG. 4 illustrates an example of a signaling configuration method of an IP-based broadcasting system according to an embodiment of the present disclosure.
- FIG. 5 illustrates an example of a physical channel configuration according to an embodiment of the present disclosure.
- FIG. 6 illustrates an example of a signaling configuration method of a broadcast system according to an embodiment of the present disclosure.
- FIG. 7 illustrates an example of a physical channel configuration of a broadcast system according to an embodiment of the present disclosure.
- FIG 8 illustrates an example of a physical channel configuration of a broadcast system according to an embodiment of the present disclosure.
- FIG 9 illustrates an example of a signaling configuration method of a broadcast system according to an embodiment of the present disclosure.
- FIG. 10 is a flowchart illustrating a transmission procedure of a broadcast service and service signaling according to an embodiment of the present disclosure.
- FIG. 11 is a flowchart illustrating a reception procedure of a broadcast service and service signaling according to an embodiment of the present disclosure.
- service-related signaling is transmitted to the receiver.
- service related signaling may be transmitted through, for example, a data link layer or an application layer, and a type of signaling transmitted in each layer may vary according to a digital broadcasting standard.
- signaling is transmitted through the data link layer, only the minimum amount of signaling required in the process from service selection to service reproduction is transmitted in consideration of transmission bandwidth and channel mapping time.
- signaling is transmitted through the application layer, more diverse and rich signaling can be transmitted.
- Examples of standard standards for signaling of broadcast services include MPEG-2 (Moving Picture Experts Group) -2 Program Specific Information / Service Information (PSI / SI) of Transport Stream (TS) and Open Mobile Alliance-Mobile Broadcast Services (OMA-BCAST). ESG (Electronic Service Guide).
- MPEG-2 Motion Picture Experts Group
- PSI / SI Program Specific Information / Service Information
- TS Transport Stream
- OMA-BCAST Open Mobile Alliance-Mobile Broadcast Services
- Signaling transmitted through the data link layer has a table structure for efficient storage and transmission.
- the table structure may be in the form of a single table that stores all the information, or may include various hierarchical tables according to each purpose, and the hierarchical tables may be linked to each other based on a table ID.
- a representative table structure used in MPEG-2 TS includes a program association table (PAT) that stores service configuration information included in the TS, and a program map table (PMT) that stores media component configuration information of individual services. It may include. PAT and PMT may be interconnected using the attribute "program_number".
- the receiver may perform the following procedure to obtain detailed information about a specific service X. That is, the receiver may acquire additional information about individual media components of the service X by analyzing the PMT having the same attribute "program_number” by using the attribute "program_number" of the service X obtained through the PAT.
- the tables used are configured in the form of a service map.
- the table is not scalable.
- PMT which is a table defined in PSI / SI of MPEG-2 TS, indicates detailed information of media components constituting a service and an elementary stream of MPEG-2 TS required to receive the corresponding component. It includes a PID (Packet Identifier). That is, since the PMT is close coupled with information used in the lower transport layer, it is impossible to reuse the PMT in an environment using a transport protocol other than MPEG-2 TS.
- signaling may be physically divided into service announcement information and service acquisition information and transmitted through different transport layers, resulting in an increase in the complexity of building a signaling database (DB) and a time required for service reproduction.
- DB signaling database
- a representative example thereof is the DVB-GSE (Digital Video Broadcasting-Generic Stream Encapsulation) standard.
- the DVB-GSE transmits signaling required by the network layer and the physical / data link layer required for broadcast reception using two tables, that is, a network control data (NCD) table and a link control data (LCD) table.
- the NCD table provides information related to an IP (Internet Protocol) stream currently being transmitted, and the LCD table includes physical / data link layer related information, for example, frequency information, necessary to receive the corresponding IP stream.
- IP Internet Protocol
- the receiver uses only the information of the NCD table and the LCD table to perform the entire process from service selection to playback. Cannot be performed.
- the DVB-GSE supplements the NCD table and the LCD table by additionally transmitting signaling of the service layer, that is, service signaling, by analyzing data included in the data payload of the DVB-GSE packet at a higher layer.
- the IP-based broadcasting system transmits media data, files, and signaling using an IP-based transmission protocol.
- IP retransmission of signaling is impossible or the signaling transmitted through the data link layer must be remapped by mapping to a separate IP session.
- the transmitting device transmits all signaling through the application layer instead of transmitting signaling through the data link layer, after the receiver tunes in to a physical channel, information necessary to acquire an IP session through which signaling is transmitted is provided. There is no way to deliver.
- a logical channel through which signaling is transmitted is designated for one physical channel, and a signaling is transmitted by assigning a user datagram protocol / internet protocol (UDP / IP) session to the logical channel.
- the logical channel include a physical layer pipe (PLP) defined by DVB-T2, Advanced Television System Committee (ATSC) 3.0, and the like.
- PLP physical layer pipe
- ATSC Advanced Television System Committee
- a signaling PLP a logical channel through which signaling is transmitted.
- each PLP When there are a plurality of PLPs mapped to one physical channel, each PLP has a unique identifier.
- the identifier of the signaling PLP may be delivered to the receiver using a predetermined value such as 0 or through physical layer signaling.
- the address and port number of the UDP / IP session allocated to the signaling PLP may use a predetermined value or an arbitrary value. Accordingly, the receiver may decode the signaling PLP after tuning-in to a physical channel, and acquire signaling by processing IP packets transmitted through a UDP / IP session of the signaling PLP.
- the signaling in transmitting signaling required for service reception and reproduction, is divided according to layers such as physical channel level, service level, transport session level, component level, and the like.
- the divided signaling can be stored as logically or physically independent tables.
- information corresponding to two or more levels of the divided signaling may be stored in one table logically or physically.
- FIG. 1 illustrates an example of a protocol stack of an IP-based broadcasting system according to an embodiment of the present disclosure.
- a broadcast system uses two transport protocols 111 and 112 in a broadcast network to transmit signaling 101, media 102, and file 104 and one transport protocol 113 in a broadband network.
- the two transport protocols 111 and 112 are referred to as transport protocol A 111 and transport protocol B 112, respectively.
- Service signaling 103 may be transmitted using the data structure of signaling section 115 without going through transport protocol A 111 and transport protocol B 112.
- the signaling section 115 has a simple data structure compared to the transmission protocols 111 and 112, and a detailed configuration thereof will be described in embodiments to be described later.
- the outputs of the transport protocol A 111, transport protocol B 112, and signaling section 115 are allocated to sessions based on UDP 121, respectively, and encapsulated into packets based on IP 131. After that, it is processed by the broadcast data link layer 141 and the broadcast physical layer 151 and delivered to the receiver.
- HTTP hyper text transfer protocol
- the output of the HTTP 113 is TCP 122, IP 131, broadband data link layer 142, It is sequentially processed at the wideband physical layer 152 and delivered to the receiver.
- the transport protocol A 111 is shown to transmit signaling 101 and the media 102, and the transport protocol B 112 transmits all of the signaling, media, and file 104.
- This is just one example for describing an embodiment of the, and the type of data that can be transmitted by the transmission protocols 111 and 112 may vary depending on implementation.
- Table 1 shows an example of the data structure of the signaling section 115 for transmitting the service signaling 103 according to an embodiment of the present disclosure.
- the signaling message containing the service signaling of the signaling section 115 may include at least one of the information elements shown in Table 1 below.
- service_id-an identifier for identifying a service related to the message on the physical channel through which signaling of a signaling section is transmitted
- version-an integer that is incremented by 1 each time the content of the message changes; resets to 0 when the maximum value is reached.
- Information included in the message having the largest version value among the messages having the same message_id is valid.
- message_legnth indicates the total length of the message, and if the message is fragmented into sections, that is, if the value of the fragmentation_indicator field is not '00', then the value of the message_legnth field is the same for message_id and version. It is equal to the sum of the values of the message_section_length fields of all sections.
- fragment type the meaning of the fragment type according to the value of message_type is shown in Table 2 below.
- the S-TSID fragment means a service-based transport session instance description (S-TSID), which is one of service signaling.
- MPD means media presentation description, which is one of service signaling.
- the MPT message refers to a MPEG media transport (MMT) package table.
- the CRI message means clock relation information.
- URI_flag-A field indicating whether or not this message provides a uniform resource identifier (URI). If the value of the URI_flag field is 1, there is a field (s) related to message_URI at the end of the current section included in the message.
- URI uniform resource identifier
- fragmentation_indicator- This is a description of the fragment of the message transmitted through the current section, and the description according to the fragmentation_indicator value is shown in Table 3 below.
- This section contains one complete signaling messages. 01 This section contains the first fragment of a signaling message 10 This section contains a fragment of a signaling message that is neither the first nor the last fragment. 11 This section contains the last fragment of a signaling message.
- '00' means that the current section includes one complete signaling message.
- '01' means that the current section contains the first fragment of one signaling message.
- '10' means that the current section contains a fragment that is neither the first nor the last of one signaling message.
- '11' means that the current section contains the last fragment of one signaling message.
- FIG. 2 is a block diagram illustrating a transmitter structure of a broadcast system according to an embodiment of the present disclosure.
- the transmitter 200 includes a first packet processing unit 205, a second packet processing unit 210, a service signaling processing unit 215, and a transmitting unit 220.
- the first packet processing unit 205 processes (eg, encodes and packetizes) at least one of signaling, media, and file according to the transport protocol A to generate a packet stream according to the transport protocol A.
- the second packet processing unit 210 processes (eg, encodes and packetizes) at least one of signaling, media, and file according to the transport protocol B to generate a packet stream according to the transport protocol B.
- the service signaling processing unit 215 generates a signaling message containing service signaling related to the service provided by the transport protocol A and / or the transport protocol B. For example, the signaling message may be generated in the form of a packet stream.
- Packet streams generated by the processing units 205, 210, and 215 are carried in a broadcast signal through the UDP / IP processing unit 225, the data link processing unit 230, and the physical layer processing unit 235 in the transmission unit 225. Is sent to.
- FIG. 3 is a block diagram illustrating a receiver structure of a broadcasting system according to an embodiment of the present disclosure.
- the receiving unit 305 of the receiver 300 receives a broadcast signal and performs a reverse operation of the processing by the transmitting unit 220 of the transmitter 200 to perform a packet stream according to the transmission protocol A, Restore at least one of the packet stream according to the transport protocol B, the signaling message containing the service signaling.
- the first packet processing unit 310 performs the reverse operation (de-packetization and decryption) of the processing by the first packet processing unit 205 of the transmitter 200 on the packet stream of the recovered transport protocol A, thereby signaling. Recover at least one of media, files.
- the first packet processing unit 310 performs the reverse operation (repacketization and decryption) of the processing by the first packet processing unit 205 of the transmitter 200 on the recovered packet stream of the transport protocol A, thereby signaling. Recover at least one of media, files.
- the second packet processing unit 315 performs reverse operation (de-packetization and decryption) of the processing by the second packet processing unit 210 of the transmitter 200 on the recovered packet stream of the transport protocol B, thereby signaling. Recover at least one of media, files.
- the signaling processing unit 320 performs the reverse operation (de-packetization and decryption) of the processing by the service signaling processing unit 215 of the transmitter 200 on the recovered signaling message to recover the information of the service signaling.
- FIG. 4 is an example of a signaling configuration of an IP-based broadcasting system according to an embodiment of the present disclosure.
- a service list table (SLT) 405 is a service_id representing a service ID for each service, a channel_number representing a channel number, a short_service_name representing a short service name, and a service_category representing a service category.
- SS_location 405a indicating a service signaling location for obtaining service signaling 410 is included.
- SS_location 405a is an identifier of a protocol used to encapsulate service signaling 410 of a corresponding service, an identifier for identifying a packet including the service signaling 410 among packets generated according to the protocol, and the service.
- the packet including signaling 410 includes at least one of an identifier of a PLP to which the packet is transmitted.
- both the service list table 405 and the service signaling 410 may be encapsulated into the signaling section 115 described above and transmitted through a signaling PLP.
- the SS_location 405a may be a service list table. May be omitted at 405.
- the service list table 405 may be identified through the meesage_id field shown in ⁇ Table 1> or by the message_type field. When the message_type field is used, the definition of the message_type field shown in Table 2 may further include a value indicating an SLT fragment.
- the service signaling 410 provides basic information such as service_id identifying a service, service_name, service_language indicating a service language, and capability.
- service_id identifying a service
- service_name indicating a service language
- service_language indicating a service language
- capability when each component constituting the service is classified into a corresponding class according to the protocol, file format, use (real time or non-real time) used for encapsulation of the corresponding component, the service signaling 410 is assigned to each class.
- TSS_location field 410a and CS_location field 410b indicating an acquisition path of transport session signaling (TSS) 415 and component signaling (CS) 420 necessary for acquiring and using a belonging component. It includes.
- the service signaling 410 may further include a delivery_method field 410c indicating whether the transport session signaling (TSS) 415 is transmitted to the broadcast network or the broadband network.
- the class is, for example, a service component that is transmitted using a format of a media protocol unit (MPU) defined in MPEG H Part 1 and is transmitted using an MMT protocol (MMTP), a dynamic adaptive streaming over http (DASH) segment.
- MPU media protocol unit
- MMTP MMT protocol
- DASH dynamic adaptive streaming over http
- Segment service components transmitted using the real time object delivery over unidirectional transport (ROUTE) protocol proposed in Advanced Television Systems Committee (ATSC) 3.0, or using the common file format and using the ROUTE protocol.
- ROUTE real time object delivery over unidirectional transport
- ATSC Advanced Television Systems Committee
- the TSS_location 410a and the CS_location 410b representing the acquisition paths of the transport session signaling 415 and the component signaling 420 may be represented in the same format as the SS_location 405a. That is, at least one of the TSS_location 410a and the CS_location 410b includes an identifier of a protocol used to encapsulate the transport session / component signaling 415/420, and a service signaling 410 among packets generated according to the protocol. And at least one of an identifier for identifying a including packet and an identifier of a PLP through which the packet including the service signaling 410 is transmitted.
- the transport session signaling 415 may include session_id, which is an identifier for identifying a transport session in a service unit or in a physical channel.
- session_id is an identifier for identifying a transport session in a service unit or in a physical channel.
- src_IP_add indicating a source IP address (sIP or srcIP) for accessing the transport session
- dst_IP_add indicating a destination IP address (dIP or dstIP)
- dPort destination UDP port number
- PLP_id indicating PLP identifier.
- one transport session may be divided into a plurality of subsessions.
- one MMT transmission session may be regarded as a plurality of subsessions according to a packet ID (packet_id) value of a packet header.
- packet_id packet ID
- tsi transport session identifier
- transport session signaling 415 may further include sub_session indicating information about each subsession.
- the sub_session may include at least one of a sub_session_id indicating an identifier of a subsession, a buffer_info indicating information for operating a buffer, and a payload_type indicating a payload format constituting a packet of a subsession.
- the component signaling 420 may include at least one of a component_id indicating an identifier of a component, a component_name indicating a name of a component, a component_type indicating a type of a component, and a component_role indicating a role of a component in a service.
- component signaling 420 may be physically / logically related to information about the subsession of transport session signaling 420 (ie, fields of sub_session). Can be.
- FIG. 5 illustrates an example of a physical channel configuration according to an embodiment of the present disclosure.
- a physical channel frame (PHY Frame) 505 corresponding to one physical channel is divided into one signaling PLP 510 and two data PLPs (PLP # 1 and PLP # 2) 515 and 520.
- the signaling PLP 510 includes a UDP session 510a identified as [sIP1, dIP1, dPort1], which sends the service list table 510b.
- the service list table 510b is transmitted through a payload of a UDP packet in a binary format, or encapsulated into a message section described above and transmitted through a payload of a UDP packet.
- the service list table 510b may include one section of a signaling message as shown in Table 1, or may be configured as the service list table 405 of FIG.
- the service list table 510b is transmitted via the signaling PLP 510.
- the service / transmission session / component signalings 510c, 510d, and 510e are transmitted through the signaling PLP 510, but as another example, the signaling 510c, 510d, and 510e may be connected to media data. Together, the data may be transmitted through at least one of the PLPs 515 and 520.
- PLP # 1 515 includes a Protocol A session 515a identified as [sIP2, dIP2, dPort2] and may be divided into at least one subsession. Each sub-session may transmit signaling such as service signaling (SS), transport session signaling (TSS), component signaling (CS), transmit video segments, or transmit audio segments.
- SS service signaling
- TSS transport session signaling
- CS component signaling
- PLP # 2 520 includes a Protocol B session 520a identified as [sIP3, dIP3, dPort3], and may be divided into at least one subsession. Each sub session may transmit service signaling (SS), transport session signaling (TSS), component signaling (CS), transmit video segments, or transmit audio segments.
- SS service signaling
- TSS transport session signaling
- CS component signaling
- FIG. 6 illustrates an example of a signaling configuration of an IP-based broadcasting system according to an embodiment of the present disclosure.
- the service list table (SLT) 605 is a basic for services such as service_id representing a service ID for each service, channel_number representing a channel number, short_service_name representing a short service name, and service_category representing a service category.
- service_id representing a service ID for each service
- channel_number representing a channel number
- short_service_name representing a short service name
- service_category representing a service category.
- SS_location 605a indicating a service signaling location for obtaining service signaling 610 is included.
- the service signaling 610 provides basic information such as service_id identifying a service, service_name, service_language indicating a service language, and capability. In addition, it includes signaling necessary to acquire and use each component constituting the service.
- the IP-based broadcasting system applied to FIG. 6 uses an MPU and a dynamic adaptive streaming over HTTP (hyper text transfer protocol) segment as a format of media data, transmits an MPU using an MMT protocol, and uses a ROUTE protocol. To transfer the DASH segment and general file data. Accordingly, the service signaling 610 may include DASH_component indicating signaling information (hereinafter referred to as component information) necessary for receiving classes of components, MPU_component indicating MPU component information, and non-real time (NRT) component.
- component information DASH_component indicating signaling information
- NRT non-real time
- Each component field includes signaling for transmitting a component of a corresponding transport protocol.
- the DASH segments and the NRT components are transmitted using the same transport protocol (that is, the ROUTE protocol), they may be regarded as one class.
- the DASH component information includes a TSS_location field 610a and a CS_location field 610b indicating an acquisition path of the transport session signaling 630 and the component signaling 635 for the DASH segment.
- the MPU component information includes an MPT_location field 610c that indicates an acquisition path for the transport session and component signaling 640 for the MPU.
- the NRT component information includes a TSS_location field 610d and a CS_location field 610e indicating an acquisition path of the transport session signaling 645 and the component signaling 650, respectively.
- Service signaling 610 may further include delivery_method fields indicating whether transport session signaling 630, 645 is transmitted to the broadcast network or the broadband network.
- Transport session signaling 630 related to the transmission of the DASH segment according to the ROUTE / DASH protocol includes an S-TSID fragment
- component signaling 635 related to the DASH segment may include a media presentation description (MPD).
- the transport session and component signaling 640 related to the MPU according to the MMT protocol may include an MPT message.
- Transport session signaling 645 related to the transmission of non-real time (NRT) data includes an S-TSID
- component signaling 650 related to the NRT data may include an NRT description table.
- Table 4 below shows an example of service signaling 610 according to an embodiment of the present disclosure.
- service signaling may provide a receiver with a bundle description including a user service description (USD).
- the user service description includes at least one serviceId field that uniquely identifies the service globally or within the scope of a broadcast area, a Name and Lang field indicating the name of the service and the language of the service name; Basic information such as a serviceLanguage field indicating a valid language of a service, a capabilityCode field specifying a capability and a capability group required by a receiver, and a channel field including information about a channel in the service (hereinafter referred to as channel information). And may include at least one of DASH component information, MPU component information, and NRT component information.
- the channel information includes a majorChannelNo field indicating a major channel number, a minorChannelNo field indicating a minor channel number, a serviceLang field indicating a primary language, a service genre field, And at least one of a serviceIcon field and a service description indicating a URL for an icon used in the service.
- the service description may include a serviceDescrText field indicating a service description text and a serviceDescrLang field indicating a language of the service description text.
- the DASH component information includes a fullMPDUri field indicating a reference path of an MPD fragment including a description for a content component, and a reference path of an S-TSID fragment that provides access related parameters of a transport session carrying content of a service.
- the deliveryMethod field may include at least one of a base pattern used by the receiver when the broadcast network is used and a base pattern used by the receiver when the broadband network is used.
- the MPU component information may include at least one of an MMT_Package_ID field indicating a reference path for an MMT package and a next_MMT_Package_ID field indicating a reference path of an MMT package to be used next.
- the NRT component information includes a fullMPDUri field indicating a reference path of an MPD fragment including a description for a content component, and an sTSIDUri indicating a reference path of an S-TSID fragment providing access related parameters of a transport session carrying content of a service.
- Field and an AppSignaling field indicating an application consuming NRT components.
- FIG. 7 illustrates an example of a physical channel configuration of an IP-based broadcasting system according to an embodiment of the present disclosure.
- a physical channel frame (PHY Frame) 705 corresponding to one physical channel is divided into one signaling PLP 710 and two data PLPs (PLP # 1 and PLP # 2) 715 and 720. Can be configured.
- the signaling PLP 710 includes a UDP session 710a identified as [sIP1, dIP1, dPort1], which sends the service list table 710b.
- the service list table 710b is transmitted through the payload of the UDP packet in binary format or encapsulated into the message section described above and transmitted through the payload of the UDP packet. Additionally, the UDP session 710a may further carry at least one of service signaling 710c, transport session signaling 710d, and component signaling 710e in addition to the service list table 710b.
- the service list table 710b is transmitted through the signaling PLP 710, but the service / transmission session / component level signalings 710c, 710d, and 710e are transmitted to the signaling PLP 710 or a video / audio segment / It may be sent to the data PLP 715 or 720 with media data such as a component.
- a specific value ie, tsi-s
- a separate field is set in the packet header of the packet to filter the packet including the signaling, so that the receiver can identify the packet including the signaling.
- PLP # 1 715 includes a ROUTE session 715a identified as [sIP2, dIP2, dPort2], and the ROUTE session 715a may include at least one layered coding transport (LCT) channel.
- LCT layered coding transport
- One LCT channel is identified by tsi-v and carries video segments, and the other LCT channel is identified by tsi-a and may carry audio segments.
- an LCT channel for signaling that may be additionally included is identified by tsi-s and may carry signaling such as an S-TSID, an MPD, and an NRT description table.
- PLP # 2 720 includes an MMTP session 720a identified as [sIP3, dIP3, dPort3], wherein the MMTP session 720a includes two channels identified by packet ID and optionally signaling packets. It may include a carrying channel.
- a channel having a packet ID of pid-v may carry video MPUs containing a video component, and a channel having a packet ID of pid-a may carry audio MPUs containing an audio component.
- the signaling channel may carry an MPT message.
- Table 5 below shows an example of the service list table 710b according to an embodiment of the present disclosure.
- the service list table may include at least one of the information elements shown in Table 5 below.
- broadcast_stream_id-Identifier to identify the broadcast stream
- service_category-This is a field indicating a category of a service, and can be defined as an example, as shown in Table 6 below.
- short_service_name_length indicates the length of short_service_name () in bytes
- the following fields may be present when the values of the broadcast_components_present field and the SLS_session_present field are both 1.
- some field (s) shown in Table 5 may be omitted and other field (s) may be added.
- broadcast_components_present in Table 5 may be omitted in a system where service signaling is always delivered to a broadcast network.
- SLS_protocol_type may be omitted.
- FIG 8 illustrates an example of a physical channel configuration of a broadcast system according to an embodiment of the present disclosure.
- a physical channel frame (PHY Frame) 805 corresponding to one physical channel is divided into one signaling PLP 810 and two data PLPs (PLP # 1 and PLP # 2) 815 and 820. Can be configured.
- the signaling PLP 810 includes a UDP session 810a identified as [sIP1, dIP1, dPort1], which sends the service list table 810b.
- the service table list 810b may be transmitted through a payload of a UDP packet in binary format.
- the service table list 810b is configured in the XML format
- the service table list 810b in the XML format is encapsulated in the form of a binary message and transmitted through the payload of the UDP packet.
- the binary message may further include binary fields for identifying the type, length, and version of the XML document, in addition to the XML document representing the service table list 810b.
- the UDP session 810a transmitting the service list table 810b is transmitted through this signaling PLP 810, but in another embodiment, the UDP session 810a transmits media data such as video / audio segments / components. Alternatively, the data may be transmitted to the data PLP 815 or 820 in the same manner as the MMTP sessions 815a and 820a. At this time, the UDP session 810a transmitting the service list table 810b may be assigned to the receiver using a fixed value of an IP address and a UDP port number by a standard or a system operator, or through other means such as the Internet. .
- PLP # 1 815 may include a ROUTE session 815a identified as [sIP2, dIP2, dPort2] and the ROUTE session 815a may include at least one layered coding transport (LCT) channel.
- LCT layered coding transport
- One LCT channel is identified by tsi-v and carries video segments, and the other LCT channel is identified by tsi-a and may carry audio segments.
- the LCT channel for signaling which may be additionally included, is identified by tsi-s and may carry a signaling message such as an S-TSID, an MPD, or an NRT description table.
- PLP # 2 820 includes an MMTP session 820a identified as [sIP3, dIP3, dPort3], wherein the MMTP session 820a includes two channels identified by packet ID and optionally signaling packets. It may include a carrying channel.
- a channel having a packet ID of pid-v may carry video MPUs containing a video component, and a channel having a packet ID of pid-a may carry audio MPUs containing an audio component.
- the signaling channel may carry a signaling message such as an MPT message or mmt_atsc3_message.
- Service / transmission session / component level signalings sent to the MMTP session 820a may be encapsulated in mmt_atsc3_message and transmitted using the signaling message mode of the MMTP session 820a.
- Table 8 below shows an example of information elements that may be included in mmt_atsc3_message.
- mmt_atsc3_message may include at least one of the information elements shown in Table 8 below.
- the length of mmt_atsc3_message may indicate the number of bytes from the next byte of the length field to the last byte of mmt_atsc3_message ().
- the message payload in mmt_atsc3_message may include at least one of the following elements.
- service_id-16-bit identifier for identifying the service to which the information sent in the message payload of mmt_atsc3_message () applies. It is set to the same value as the atsc: serviceId field of the user service description to be described later.
- Atsc3_message_payload_type-A 16-bit identifier for identifying the type of information transmitted in the message payload of mmt_atsc3_message (). For example, it may be defined as shown in Table 9 below.
- Atsc3_message_payload_type Meaning 0x00 Reserved 0x01 User Service Description 0x02 MPD 0x03 Service Guide Delivery Unit 0x04 Application Information Table 0x05 Application Event Information 0x06 to 0xFF Reserved for future use
- the message payload can be identified by the combination of service_id and atsc3_message_payload_type.
- URI_length-8-bit field indicating the length of the URI used to identify the message payload. If the message does not provide a URI, it has a value of zero.
- URI_byte-An 8-bit field that indicates each byte of the URI used to identify the message payload, expressed as a UTF-8 character and does not include a terminating null character.
- FIG. 9 illustrates an example of a signaling configuration of an IP-based broadcasting system according to an embodiment of the present disclosure.
- the service list table (SLT) 905 includes a default for services such as service_id representing a service ID for each service, channel_number representing a channel number, short_service_name representing a short service name, and service_category representing a service category.
- service_id representing a service ID for each service
- channel_number representing a channel number
- short_service_name representing a short service name
- service_category representing a service category.
- SS_location 905a indicating a service signaling location for obtaining a user service description (USD) 910 that provides service signaling.
- USD user service description
- the user service description 910 provides basic information such as service_id, service_name, service_language, and capability. In addition, it includes signaling necessary to acquire and use each component constituting the service.
- real-time media data transmitted to a broadcasting network is transmitted using an MMT protocol in an MPU format
- non-real-time (NRT) media data is transmitted using a ROUTE protocol.
- the user service description 910 includes MPU component information MPU_component for the MMT protocol, ROUTE component information ROUTE_component, broadband component information BB_component, and component signaling information componentinfo 910d.
- the real-time media data transmitted over the broadband network is transmitted in the DASH format.
- the MPU component information includes a package_id field 910a that indicates an acquisition path for the transport session and component signaling 915 for the MPU.
- the ROUTE component information includes an S-TSID location field 910b indicating an acquisition path of the transport session signaling 920 for transmission of the DASH segment.
- the broadband component information includes an MPD location field 910c that indicates the acquisition path of component signaling 925 for real-time media data.
- the user service description 910 may further include component signaling information 910d indicating the type, role, identifier, and the like of the component.
- the user service description 910 provides a package identifier package_id 910a necessary to obtain a transport session and component signaling 915 containing an MPT message corresponding to a specific service.
- the MPT message includes information on an MMTP session for obtaining media transmitted in MPU format, packet_id of an MMT packet, and part of component signaling.
- the user service description 910 provides location information 910b of the S-TSID required for obtaining non-real time data transmitted through the ROUTE protocol.
- the location information 910b may include at least one of a source IP address, a destination IP address, a destination UDP port number, a PLP identifier, a URI of the S-TSID, and information on the version of the ROUTE protocol through which the S-TSID is transmitted. .
- the user service description 910 includes location information 910c of the MPD for obtaining the DASH component sent to the broadband network.
- Table 10 below shows an example of a user service description 910 including a part of service signaling and component signaling.
- the MPU component information atsc: mpuComponent field may include at least one of an MMT_Package_ID field indicating a reference path for an MMT package and a next_MMT_Package_ID field indicating a reference path of an MMT package to be used next.
- routeComponent field includes an sTSIDUri field indicating a reference path of an S-TSID fragment, a slsplpId field indicating an integer indicating an identifier of a PLP carrying service signaling, and a destination IP address of a packet carrying service signaling.
- broadbandComponent field includes a fullfMPDUri field indicating a reference path of an MPD fragment containing a description of a content component of a service carried over a broadband network.
- ComponentInfo field indicating component signaling information includes at least one of a component type, a component role, a componentProtectedFlag field indicating whether a component is protected, a component identifier, and a component name.
- the value of the @atsc: componentId field indicating the component identifier has the same value as the Asset ID of the MPT when the component is transmitted in real time using the MMT protocol in MPU format, and the component is a ROUTE protocol. In the case of a non-real-time component transmitted using, it may have the same value as a URI representing a file.
- the atsc: ComponentInfo field may further include a field indicating whether each component is transmitted in real time using the MMT protocol or in a non-real time mode using the ROUTE protocol in the MPU format.
- FIG. 10 is a flowchart illustrating a transmission procedure of a broadcast service and service signaling according to an embodiment of the present disclosure.
- step 1005 the transmitter generates a first packet stream according to the first transport protocol, generates a second packet stream according to the second transport protocol in step 1015, and in step 1015, the first packet stream. And generate service signaling related to the second packet stream.
- the processes 1005, 1010, and 1015 may be performed in sequence, simultaneously, or independently of each other.
- the transmitter transmits the first packet stream and the second packet stream using corresponding first and second transport protocols, respectively.
- service signaling may be transmitted using a separate signaling section, or at least part of the service signaling may be transmitted on a broadcast signal using at least one of the first and second transmission protocols.
- at least some of the service signaling may be transmitted through the broadband network.
- FIG. 11 is a flowchart illustrating a reception procedure of a broadcast service and service signaling according to an embodiment of the present disclosure.
- a receiver receives a broadcast signal through a broadcast network, and in step 1110, the receiver interprets the broadcast signal according to a first transport protocol and a second transport protocol to generate a first packet stream and a second packet stream. Respectively.
- the receiver also detects service signaling from the broadcast signal and, optionally, a broadband signal received over the broadband network.
- the receiver decodes the first packet stream and the second packet stream to detect media, files, and signaling.
- the receiver may use at least some information of the service signaling decoded in step 1115 as necessary to decode the first packet stream and the second packet stream.
- the receiver may provide a broadcast service to the user by using the signaling information detected through the decoding of service signaling and the detected media, file, and signaling.
- a computer readable recording medium is any data storage device capable of storing data that can be read by a computer system.
- Examples of computer readable media include read only memory (ROM), random access memory (RAM), and compact disk-read only memory.
- ROM read only memory
- RAM random access memory
- CD-ROMs compact disk-read only memory
- memory CD-ROMs, magnetic tapes, floppy disks, optical data storage devices, and carrier waves (such as data transmission over the Internet) It may include.
- Computer readable recording media can also be distributed over network coupled computer systems so that computer readable code is stored and executed in a distributed fashion.
- functional programs, code, and code segments for achieving various embodiments of the present invention may be readily interpreted by those skilled in the art to which the present invention is applied.
- Such software may be, for example, volatile or nonvolatile storage devices such as storage devices such as ROM, whether erasable or rewritable, or memories such as, for example, RAM, memory chips, devices or integrated circuits, or For example, it may be stored in a storage medium that is optically or magnetically readable, such as a compact disk (CD), a DVD, a magnetic disk, or a magnetic tape, and may be read by a machine (eg, a computer).
- a machine eg, a computer
- the method according to various embodiments of the present invention may be implemented by a computer or a portable terminal including a control unit and a memory, the memory being used to store a program or programs containing instructions for implementing the embodiments of the present invention. It will be appreciated that this is an example of a suitable machine-readable storage medium.
- the present invention includes a program comprising code for implementing the apparatus or method described in the claims 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 apparatus may receive and store a 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 program processing apparatus to perform a preset signaling method, information necessary for the signaling method, and the like, and a communication unit for performing wired or wireless communication with the signaling processing apparatus. It may include a control unit for automatically transmitting the program to the transceiver device or a request from the signaling processing device.
Landscapes
- Engineering & Computer Science (AREA)
- Multimedia (AREA)
- Signal Processing (AREA)
- Computer Networks & Wireless Communication (AREA)
- Computer Security & Cryptography (AREA)
- Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
Abstract
방송 서비스를 위한 서비스 시그널링을 송수신하는 방법 및 장칠르 개시한다. 상기 방법은, 방송 서비스를 위한 서비스 시그널링을 송신하는 방법에 있어서, 제1 전송 프로토콜에 의해 제1 미디어 데이터를 담은 제1 패킷 스트림을 생성하는 과정과, 제2 전송 프로토콜에 의해 제2 미디어 데이터를 담은 제2 패킷 스트림을 생성하는 과정과, 상기 제1 패킷 스트림 및 제2 패킷 스트림 중 적어도 하나에 관련된 서비스 시그널링을 포함하는 사용자 서비스 디스크립션을 생성하는 과정과, 상기 제1 패킷 스트림, 상기 제2 패킷 스트림 및 상기 사용자 서비스 디스크립션을 전송하는 과정을 포함한다.
Description
본 개시는 방송 서비스를 구성하는 콘텐츠에 관련된 서비스 시그널링을 제공하는 방법 및 장치에 관한 것이다.
디지털 방송 서비스는 사용자에게 제공되는 다양한 유형의 멀티미디어 콘텐츠와 더불어 이러한 멀티미디어 콘텐츠의 선택, 수신 및 재생 과정에서 필요한 메타(meta) 정보, 즉, 시그널링 정보를 추가적으로 전송해야 한다. 이러한 시그널링 정보는 크게 서비스 획득(Service Acquisition) 정보와 서비스 어나운스먼트(Service Announcement) 정보로 구분된다. Service Acquisition 정보는 방송 서비스의 수신 및 재생에 필요한 정보를 포함하며, 그 예로서 서비스를 구성하는 미디어 컴포넌트(media component) 정보 및 해당 미디어 컴포넌트를 수신하고 재생하기 위해 필요한 디코더(decoder) 설정 정보 등을 들 수 있다. Service Announcement 정보는, 방송 서비스 선택 시 사용자가 활용할 수 있는 정보로서 방송 서비스에 대한 좀 더 풍부한 정보를 제공하는데 사용된다. 예를 들어, 프로그램 스케줄 정보, 해당 서비스와 연계된 부가 서비스 정보 등이 해당한다. 수신 장치(receiver)는, Service Announcement 정보를 바탕으로 방송 서비스를 선택하고, 상기 방송 서비스와 관련된 Service Acquisition 정보를 방송 신호를 통해 획득하여 상기 방송 서비스를 사용자에게 최종적으로 제공하게 된다.
그러므로 디지털 방송 서비스의 수신 및 재생을 위해서 사용자에게 전달되는 시그널링 정보를 보다 효율적으로 제공 및 처리하는 방안이 요구된다.
본 개시는 방송 서비스를 구성하는 콘텐츠에 관련된 서비스 시그널링을 효율적으로 제공하는 방법 및 장치를 제안한다.
또한 본 개시는 적어도 하나의 전송 프로토콜을 사용하는 방송 시스템에서 방송 서비스가 제공하는 시그널링을 미리 결정된 전송 방식 및 적어도 하나의 전송 프로토콜을 통해서 전달하기 위한 방법 및 장치를 제안한다.
또한 본 개시는 수신기가 선택한 방송 서비스의 수신 및 재생 시 요구되는 시그널링들을 전송하기 위한 테이블 구조를 지원하는 방법 및 장치를 제안한다.
본 개시의 일 실시 예에 따른 방법은; 방송 서비스를 위한 서비스 시그널링을 송신하는 방법에 있어서, 제1 전송 프로토콜에 의해 제1 미디어 데이터를 담은 제1 패킷 스트림을 생성하는 과정과, 제2 전송 프로토콜에 의해 제2 미디어 데이터를 담은 제2 패킷 스트림을 생성하는 과정과, 상기 제1 패킷 스트림 및 제2 패킷 스트림 중 적어도 하나에 관련된 서비스 시그널링을 포함하는 사용자 서비스 디스크립션을 생성하는 과정과, 상기 제1 패킷 스트림, 상기 제2 패킷 스트림 및 상기 사용자 서비스 디스크립션을 전송하는 과정을 포함한다.
본 개시의 일 실시 예에 따른 방법은; 방송 서비스를 위한 서비스 시그널링을 수신하는 방법에 있어서, 방송 신호를 수신하는 과정과, 상기 방송 신호로부터, 제1 전송 프로토콜에 의해 제1 미디어 데이터를 담은 제1 패킷 스트림과, 제2 전송 프로토콜에 의해 제2 미디어 데이터를 담은 제2 패킷 스트림과, 상기 제1 패킷 스트림 및 제2 패킷 스트림 중 적어도 하나에 관련된 서비스 시그널링을 포함하는 사용자 서비스 디스크립션을 추출하는 과정과, 상기 사용자 서비스 디스크립션을 이용하여 상기 제1 패킷 스트림 및 상기 제2 패킷 스트림 중 적어도 하나를 복호하는 과정을 포함한다.
본 개시의 일 실시 예에 따른 장치는; 방송 서비스를 위한 서비스 시그널링을 송신하는 장치에 있어서, 제1 전송 프로토콜에 의해 제1 미디어 데이터를 담은 제1 패킷 스트림을 생성하고, 제2 전송 프로토콜에 의해 제2 미디어 데이터를 담은 제2 패킷 스트림을 생성하고, 상기 제1 패킷 스트림 및 제2 패킷 스트림 중 적어도 하나에 관련된 서비스 시그널링을 포함하는 사용자 서비스 디스크립션을 생성하는 처리 유닛과, 상기 제1 패킷 스트림, 상기 제2 패킷 스트림 및 상기 사용자 서비스 디스크립션을 전송하는 송신 유닛을 포함한다.
본 개시의 일 실시 예에 따른 장치는; 방송 서비스를 위한 서비스 시그널링을 수신하는 장치에 있어서, 방송 신호를 수신하는 수신 유닛과, 상기 방송 신호로부터, 제1 전송 프로토콜에 의해 제1 미디어 데이터를 담은 제1 패킷 스트림과, 제2 전송 프로토콜에 의해 제2 미디어 데이터를 담은 제2 패킷 스트림과, 상기 제1 패킷 스트림 및 제2 패킷 스트림 중 적어도 하나에 관련된 서비스 시그널링을 포함하는 사용자 서비스 디스크립션을 추출하고, 상기 사용자 서비스 디스크립션을 이용하여 상기 제1 패킷 스트림 및 상기 제2 패킷 스트림 중 적어도 하나를 복호하는 처리 유닛을 포함한다
도 1은 본 개시의 일 실시 예에 따른 IP(Internet Protocol) 기반 방송 시스템의 프로토콜 스택의 일 예를 나타낸 것이다.
도 2는 본 개시의 일 실시 예에 따른 방송 시스템의 송신기 구조를 도시한 블록도이다.
도 3은 본 개시의 일 실시 예에 따른 방송 시스템의 수신기 구조를 도시한 블록도이다.
도 4는 본 개시의 일 실시 예에 따른 IP 기반 방송 시스템의 시그널링 구성 방식의 일 예를 나타낸 것이다.
도 5는 본 개시의 일 실시 예에 따른 물리 채널 구성의 일 예를 도시한 것이다.
도 6은 본 개시의 일 실시 예에 따른 방송 시스템의 시그널링 구성 방식의 일 예를 나타낸 것이다.
도 7은 본 개시의 일 실시 예에 따른 방송 시스템의 물리 채널 구성의 일 예를 도시한 것이다.
도 8은 본 개시의 일 실시 예에 따른 방송 시스템의 물리 채널 구성의 일 예를 도시한 것이다.
도 9는 본 개시의 일 실시 예에 따른 방송 시스템의 시그널링 구성 방식의 일 예를 나타낸 것이다.
도 10은 본 개시의 일 실시 예에 따른 방송 서비스 및 서비스 시그널링의 송신 절차를 도시한 흐름도이다.
도 11은 본 개시의 일 실시 예에 따른 방송 서비스 및 서비스 시그널링의 수신 절차를 도시한 흐름도이다.
이하 첨부된 도면을 참조하여 본 개시의 바람직한 실시 예에 대한 동작 원리를 상세히 설명한다. 도면상에 표시된 동일한 구성요소들에 대해서는 비록 다른 도면상에 표시되더라도 가능한 한 동일한 참조번호로 나타내었으며, 다음에서 본 개시를 설명함에 있어 관련된 공지 기능 또는 구성에 대한 구체적인 설명이 본 개시의 요지를 불필요하게 흐릴 수 있다고 판단되는 경우에는 그 상세한 설명을 생략할 것이다. 그리고 후술되는 용어들은 본 개시에서의 기능을 고려하여 정의된 용어들로서 이는 사용자, 운용자의 의도 또는 관례 등에 따라 달라질 수 있다. 그러므로 그 정의는 본 명세서 전반에 걸친 내용을 토대로 내려져야 할 것이다.
디지털 방송 시스템에서는, 수신기가 디지털 방송 서비스를 수신하고 상기 수신된 디지털 방송 서비스를 원활하게 재생하도록 하기 위해서, 서비스 관련 시그널링을 수신기에게 전달한다. 이러한 서비스 관련 시그널링은 일 예로 데이터 링크 계층 또는 응용(Application) 계층을 통해 전송될 수 있으며, 디지털 방송 규격에 따라 각각의 계층에서 전송되는 시그널링의 타입이 달라질 수 있다. 데이터 링크 계층을 통해서 시그널링이 송신되는 경우, 전송 대역폭 및 채널 매핑 시간 등을 고려하여 서비스 선택에서부터 서비스 재생에 이르는 과정에서 필요로 하는 최소 량의 시그널링 만이 전송된다. 이에 비해, 응용 계층을 통해서 시그널링이 전송되는 경우에는 좀 더 다양하고 풍부한 시그널링이 전송될 수 있다.
방송 서비스의 시그널링을 위한 표준 규격의 예로는, MPEG(Moving Picture Experts Group)-2 TS(Transport Stream)의 PSI/SI(Program Specific Information/Service Information) 및 OMA-BCAST(Open Mobile Alliance-Mobile Broadcast Services) ESG (Electronic Service Guide) 등이 있다.
데이터 링크 계층을 통해 전송되는 시그널링은, 효율적인 저장 및 전송을 위한 테이블 구조를 가지고 있다. 상기 테이블 구조는, 모든 정보를 저장하는 단일 테이블 형태가 되거나, 혹은 각각의 목적에 따라 다양하게 구성된 계층 구조의 테이블들을 포함하고, 상기 계층 구조의 테이블들은 테이블 아이디(ID)를 바탕으로 서로 연계할 수 있다. 예를 들어, MPEG-2 TS에서 사용되는 대표적인 테이블 구조는 TS 내에 포함된 서비스 구성 정보를 저장하고 있는 PAT(Program Association Table)와, 개별 서비스의 미디어 컴포넌트 구성 정보를 저장한 PMT (Program Map Table)를 포함할 수 있다. PAT와 PMT는 속성 "program_number"를 이용하여 상호 연결될 수 있다. 수신기는 특정 서비스 X에 대한 상세 정보를 획득하기 위해서 하기의 절차를 수행할 수 있다. 즉 수신기는, PAT를 통해 획득한 서비스 X의 속성 "program_number"를 이용하여 동일한 속성 "program_number"를 가지고 있는 PMT를 분석함으로써, 서비스 X의 개별 미디어 컴포넌트에 대한 추가 정보를 획득할 수 있다.
방송 서비스의 선택에서 재생에 이르는 과정에서 필요한 시그널링이 데이터 링크 계층을 통해 전송될 경우, 사용되는 테이블들은 서비스 맵(map) 형태로 구성된다. 이 경우 서비스를 구성하는 미디어 컴포넌트 관련 정보와 해당 컴포넌트를 수신하기 위해 필요한 정보가 동일 테이블 내에 존재하기 때문에 테이블의 확장성이 떨어진다. 예를 들어, MPEG-2 TS의 PSI/SI에서 정의된 테이블인 PMT는 서비스를 구성하는 미디어 컴포넌트의 상세 정보 및 해당 컴포넌트를 수신하기 위해 필요한 MPEG-2 TS의 엘러멘터리 스트림(Elementary Stream)의 PID(Packet Identifier)를 포함한다. 즉, PMT는 하위 전송 계층에서 사용되는 정보와 밀결합(close coupling)되어 있기 때문에 MPEG-2 TS 이외의 전송 프로토콜을 사용하는 환경에서 상기 PMT의 재사용이 불가능하다. 이와 더불어, 동일 미디어 컴포넌트를 MPEG-2 TS가 아닌 다른 전송 프로토콜을 사용하여 전송하거나, 다른 방송 네트워크 또는 광대역 통신 네트워크와 같은 복수의 전송 매체들을 통해 전송하는 하이브리드(hybrid) 서비스 시나리오에서는 시그널링을 데이터 링크 계층을 통해 전송하는 기술을 지원하지 않는다. 따라서, 방송 네트워크와 광대역 통신 네트워크의 융합된 서비스에 대한 중요도 및 사용자 요구가 증가하고 있는 오늘날의 방송 서비스 트랜드(trend)에서 시그널링의 효율적인 전송을 위한 기술이 필요하다.
방송 시스템에서 시그널링은, Service Announcement 정보와 Service Acquisition 정보로 물리적으로 구분되어 서로 다른 전송 계층을 통해 전송됨으로써 시그널링의 DB(Data Base)에 대한 구축 복잡도 및 서비스 재생에 필요한 시간 증가를 초래할 수 있다. 그 대표적인 예로, DVB-GSE (Digital Video Broadcasting - Generic Stream Encapsulation) 규격을 들 수 있다. DVB-GSE에서는 두 개의 테이블 즉, NCD(Network Control Data) 테이블 및 LCD (Link Control Data) 테이블을 이용하여 방송 수신에 필요한 네트워크 계층 및 물리/데이터 링크 계층에서 요구하는 시그널링을 전송한다. NCD 테이블은 현재 전송되고 있는 IP(Internet Protocol) 스트림 관련 정보를 제공하며, LCD 테이블에는 해당 IP 스트림을 수신하기 위해 필요한 물리/데이터 링크 계층 관련 정보, 예를 들어 주파수 정보 등이 포함된다. 그러나 상기 두 개의 테이블에는 Service Announcement 정보가 생략되어 있으며, 단지 물리적으로 방송 신호를 수신하기 위한 정보만 포함되어 있기 때문에, 수신기는 NCD 테이블과 LCD 테이블의 정보만을 이용해서는 서비스 선택에서 재생에 이르는 전 과정을 수행할 수 없다. 이를 해결하기 위해 DVB-GSE에서는 DVB-GSE 패킷의 데이터 페이로드(Payload)에 포함된 데이터를 상위 계층에서 분석하여 서비스 계층의 시그널링, 즉 서비스 시그널링을 추가적으로 전송함으로써 NCD 테이블과 LCD 테이블을 보완한다.
IP 기반 방송 시스템은 MPEG2-TS 기반의 통상적인 방송 시스템과 달리 IP 기반의 전송 프로토콜을 사용하여 미디어 데이터 및 파일과 시그널링을 전송한다. 그런데 상기 IP 기반 방송 시스템에 데이터 링크 계층으로 시그널링을 전송하는 경우, 시그널링의 IP 재전송이 불가하거나 상기 데이터 링크 계층으로 전송된 시그널링을 별도의 IP 세션(session)에 매핑(mapping)하여 재전송해야 한다. 또한 송신 장치가 데이터 링크 계층을 통해 시그널링을 전송하지 않고 응용 계층을 통해 모든 시그널링을 전송할 경우, 수신기가 물리적 채널로 튠인(tune-in)한 이후에는 시그널링이 전송되는 IP session을 획득하는데 필요한 정보를 전달할 방법이 부재하다.
그러므로 본 개시의 후술되는 실시 예들에서는, 하나의 물리적 채널에 대해 시그널링이 전송되는 논리적 채널을 지정하고, 상기 논리적 채널로 UDP/IP(user datagram protocol/internet protocol) session을 할당하여 시그널링을 전송한다. 상기 논리적 채널의 예로 DVB-T2, ATSC(Advanced Television System Committee) 3.0 등에서 정의한 PLP (Physical Layer Pipe)를 들 수 있다. 이하에서는 시그널링이 전송되는 논리적 채널을 시그널링 PLP라 칭한다.
하나의 물리적 채널에 매핑되는 복수의 PLP가 존재할 경우에 각 PLP는 고유의 식별자를 가진다. 이 때 시그널링 PLP의 식별자는 0 등의 미리 약속된 값을 사용하거나 혹은 물리 계층 시그널링을 통하여 수신기에게 전달될 수 있다. 또한 시그널링 PLP에 할당되는 UDP/IP 세션의 주소 및 포트 번호는 미리 약속된 값을 사용하거나 임의의 값을 사용할 수 있다. 따라서 수신기는 물리적 채널로 튠인(tune-in) 한 이후에 시그널링 PLP를 복호하고, 상기 시그널링 PLP의 UDP/IP 세션으로 전송되는 IP 패킷들을 처리하여 시그널링을 획득할 수 있다.
이에 따라 본 개시의 일 실시 예에서는, 서비스 수신 및 재생에 필요한 시그널링을 전송함에 있어서, 상기 시그널링을 물리적 채널 레벨, 서비스 레벨, 전송 세션 레벨, 컴포넌트 레벨 등의 계층들에 따라 구분하고, 이와 같이 계층 별로 구분된 시그널링을 논리적 또는 물리적으로 상호 독립적인 테이블들로서 저장할 수 있다. 또한 본 개시의 일 실시 예에서는 상기 구분된 시그널링 중 2개 이상의 레벨에 해당하는 정보들이 논리적 또는 물리적으로 하나의 테이블로 저장될 수 있다.
도 1은 본 개시의 일 실시 예에 따른 IP 기반 방송 시스템의 프로토콜 스택의 일 예를 나타낸 것이다.
도 1을 참고하면, 방송 시스템은 시그널링(101), 미디어(102) 및 파일(104)을 전송하기 위해 방송 네트워크에서 2개의 전송 프로토콜(111,112)을 사용하고 광대역 네트워크에서 1개의 전송 프로토콜(113)을 사용한다. 상기 2개의 전송 프로토콜(111,112)을 각각 전송 프로토콜 A(111)와 전송 프로토콜 B(112)라 한다. 서비스 시그널링(103)은 전송 프로토콜 A(111)와 전송 프로토콜 B(112)를 거치지 않고 시그널링 섹션(115)의 데이터 구조를 사용하여 전송될 수 있다. 상기 시그널링 섹션(115)은 상기 전송 프로토콜들(111,112)에 비해 간단한 데이터 구조로 구성되며, 그 구체적인 구성은 후술할 실시 예들에서 설명한다. 방송 네트워크에서 상기 전송 프로토콜 A(111), 전송 프로토콜 B(112) 및 시그널링 섹션(115)의 출력은 각각 UDP(121)에 기반한 session으로 할당되고, IP(131)에 기반한 패킷으로 캡슐화(encapsulation) 된 뒤, 방송 데이터 링크 계층(141)과 방송 물리 계층(151)에서 처리되어 수신기에 전달된다. 광대역 네트워크의 경우, 상기 전송 프로토콜의 일 예로 HTTP(hyper text transfer protocol)(113)가 사용되며, HTTP(113)의 출력은 TCP(122), IP(131), 광대역 데이터 링크 계층(142), 광대역 물리 계층(152)에서 순차적으로 처리되어 수신기에게 전달된다.
도 1에서는, 전송 프로토콜 A(111)는 시그널링(101)과 미디어(102)를 전송하고, 전송 프로토콜 B(112)는 시그널링, 미디어, 파일(104)을 모두 전송하는 것으로 도시되었으나, 이는 본 개시의 일 실시 예를 설명하기 위한 하나의 예일 뿐이며, 전송 프로토콜들(111,112)이 전송할 수 있는 데이터의 타입은 구현에 따라 달라질 수 있다.
<표 1>은 본 개시의 일 실시 예에 따라 서비스 시그널링(103)을 전송하기 위한 시그널링 섹션(115)의 데이터 구조의 일 예를 나타낸다. 일 예로서 시그널링 섹션(115)의 서비스 시그널링을 담은 시그널링 메시지는 하기의 <표 1>에 나타낸 정보 엘리먼트들 중 적어도 하나를 포함할 수 있다.
<표 1>에서 각 엘리먼트가 의미하는 바는 다음과 같다.
service_id - 시그널링 섹션의 시그널링이 전송되는 물리 채널 상에서 상기 메시지에 관련되는 서비스를 식별하기 위한 식별자
message_id - 서비스를 위한 시그널링을 담은 메시지를 식별하기 위한 식별자
version - 메시지의 내용이 변경될 때마다 1씩 증가하는 정수로서, 최대값에 도달하면 0으로 리셋된다. 동일한 message_id를 가지는 메시지들 중 version 값이 가장 큰 메시지에 포함된 정보가 유효하다.
message_legnth - 메시지의 전체 길이를 나타내며, 메시지가 여러 섹션들(sections)으로 프래그먼트(fragment)될 경우, 즉 fragmentation_indicator 필드의 값이 '00'이 아닌 경우, message_legnth 필드의 값은 message_id와 version의 값들이 동일한 모든 섹션들의 message_section_length 필드들의 값들의 합과 동일하다.
message_type - 메시지에 적용된 프래그먼트(fragment)의 타입(type)(이하 프래그먼트 타입이라 칭함)을 나타낸다. 일 예로 message_type의 값에 따른 프래그먼트 타입의 의미는 아래 <표 2>와 같다.
message_type | Meaning |
0x00 | Reserved |
0x01 | MPEG-2 TS section |
0x02 | userServiceDescription fragment |
0x03 | S-TSID fragment |
0x04 | MPD |
0x05 | MPT message |
0x06 | CRI message |
0x07~0xFF | Reserved for future use |
<표 2>에서, S-TSID 프래그먼트는 서비스 시그널링의 하나인 서비스 기반 전송 세션 인스턴스 디스크립션(service-based transport session instance description: S-TSID)을 의미한다. MPD는 서비스 시그널링의 하나인 미디어 프리젠테이션 디스크립션(media presentation description)을 의미한다. MPT 메시지는 MMT(MPEG media transport) 패키지 테이블(package table)을 의미한다. CRI 메시지는 클럭 릴레이션 정보(clock relation information)를 의미한다.
URI_flag - 이 메시지가 URI (uniform resource identifier)를 제공하는지 여부를 나타내는 필드로서, URI_flag 필드의 값이 1일 경우에 상기 메시지에 포함된 현재 섹션의 마지막에 message_URI에 관련된 필드(들)가 존재한다.
fragmentation_indicator - 현재 섹션을 통해 전송되는 메시지의 프래그먼트에 대한 설명을 나타내며, fragmentation_indicator의 값에 따른 설명은 아래 <표 3>과 같다.
Value | Description |
00 | This section contains one complete signalling messages. |
01 | This section contains the first fragment of a signalling message |
10 | This section contains a fragment of a signalling message that is neither the first nor the last fragment. |
11 | This section contains the last fragment of a signalling message. |
<표 3>에서 '00'은 현재 섹션이 하나의 완전한 시그널링 메시지를 포함함을 의미한다. '01'은 현재 섹션이 하나의 시그널링 메시지의 첫번째 프래그먼트를 포함함을 의미한다. '10'은 현재 섹션이 하나의 시그널링 메시지 중 첫번째도 마지막도 아닌 프래그먼트를 포함함을 의미한다. '11'은 현재 섹션이 하나의 시그널링 메시지의 마지막 프래그먼트를 포함함을 의미한다.
message_section_legnth - 현재 섹션에 포함된 메시지의 길이를 나타내며, 시그널링 메시지가 분할되었을 경우에만 존재한다.
message_section_byte - message_type 필드의 값에 따른 실제 메시지의 바이트(byte) 수.
message_URI_legnth - 이 메시지를 특정할 수 있는 URI의 길이.
message_URI_byte - 이 메시지에서 terminating null character(s)를 제외한 실제 URI의 바이트(byte) 수.
도 2는 본 개시의 일 실시 예에 따른 방송 시스템의 송신기 구조를 도시한 블록도이다.
도 2를 참조하면, 송신기(200)는 제1 패킷 처리 유닛(205)과, 제2 패킷 처리 유닛(210)과 서비스 시그널링 처리 유닛(215) 및 송신 유닛(220)을 포함한다. 제1 패킷 처리 유닛(205)은 시그널링, 미디어, 파일 중 적어도 하나를 전송 프로토콜 A에 따라 처리(일 예로 부호화 및 패킷화)하여 전송 프로토콜 A에 따른 패킷 스트림을 생성한다. 제2 패킷 처리 유닛(210)은 시그널링, 미디어, 파일 중 적어도 하나를 전송 프로토콜 B에 따라 처리(일 예로 부호화 및 패킷화)하여 전송 프로토콜 B에 따른 패킷 스트림을 생성한다. 서비스 시그널링 처리 유닛(215)은 전송 프로토콜 A 및/또는 전송 프로토콜 B에 의해 제공되는 서비스에 관련된 서비스 시그널링을 담은 시그널링 메시지를 생성한다. 상기 시그널링 메시지는 일 예로 패킷 스트림의 형태로 생성될 수 있다.
처리 유닛들(205,210,215)에 의해 생성된 패킷 스트림들은 송신 유닛(225) 내의 UDP/IP 처리 유닛(225), 데이터 링크 처리 유닛(230), 물리 계층 처리 유닛(235)을 통해 방송 신호에 실려 수신기로 전송된다.
도 3은 본 개시의 일 실시 예에 따른 방송 시스템의 수신기 구조를 도시한 블록도이다.
도 3을 참조하면, 수신기(300)의 수신 유닛(305)은 방송 신호를 수신하여, 송신기(200)의 송신 유닛(220)에 의한 처리의 역동작을 수행하여 전송 프로토콜 A에 따른 패킷 스트림, 전송 프로토콜 B에 따른 패킷 스트림, 서비스 시그널링을 담은 시그널링 메시지 중 적어도 하나를 복구한다. 제1 패킷 처리 유닛(310)은 복구된 전송 프로토콜 A의 패킷 스트림에 대해, 송신기(200)의 제1 패킷 처리 유닛(205)에 의한 처리의 역동작(역패킷화 및 복호화)을 수행하여 시그널링, 미디어, 파일 중 적어도 하나를 복구한다.
제1 패킷 처리 유닛(310)은 전송 프로토콜 A의 복구된 패킷 스트림에 대해, 송신기(200)의 제1 패킷 처리 유닛(205)에 의한 처리의 역동작(역패킷화 및 복호화)을 수행하여 시그널링, 미디어, 파일 중 적어도 하나를 복구한다. 제2 패킷 처리 유닛(315)은 전송 프로토콜 B의 복구된 패킷 스트림에 대해, 송신기(200)의 제2 패킷 처리 유닛(210)에 의한 처리의 역동작(역패킷화 및 복호화)을 수행하여 시그널링, 미디어, 파일 중 적어도 하나를 복구한다. 시그널링 처리 유닛(320)은 복구된 시그널링 메시지에 대해, 송신기(200)의 서비스 시그널링 처리 유닛(215)에 의한 처리의 역동작(역패킷화 및 복호화)을 수행하여 서비스 시그널링의 정보를 복구한다.
하기에서는 본 개시의 여러 실시 예들에 따른 서비스 시그널링의 구성 방식들을 설명한다.
도 4는 본 개시의 일 실시 예에 따른 IP 기반 방송 시스템의 시그널링 구성의 일 예이다.
도 4를 참조하면, 서비스 리스트 테이블(service list table: SLT)(405)은 각 서비스에 대한 서비스 아이디를 나타내는 service_id, 채널 번호를 나타내는 channel_number, 숏 서비스 이름을 나타내는 short_service_name, 서비스 카테고리를 나타내는 service_category와 같은 서비스에 대한 기본 정보와 함께, 서비스 시그널링(410)의 획득을 위한 서비스 시그널링 위치(service signaling location)를 나타내는 SS_location(405a)를 포함한다.
SS_location(405a)은 해당 서비스의 서비스 시그널링(410)을 캡슐화하기 위하여 사용된 프로토콜의 식별자와, 상기 프로토콜에 따라 생성된 패킷 중에 상기 서비스 시그널링(410)을 포함하는 패킷을 식별하기 위한 식별자 및 상기 서비스 시그널링(410)을 포함하는 패킷이 전송되는 PLP의 식별자 중 적어도 하나를 포함한다.
다른 예로, 상기 서비스 리스트 테이블(405)과 서비스 시그널링(410)의 모두는 상술한 시그널링 섹션(115)으로 캡슐화되어 시그널링 PLP를 통해 전송될 수 있으며, 이 경우에는 상기 SS_location(405a)은 서비스 리스트 테이블(405)에서 생략될 수 있다. 이 때 서비스 리스트 테이블(405)은 <표 1>에 나타낸 meesage_id 필드를 통하여 식별되거나 message_type 필드에 의해 식별될 수 있다. message_type 필드가 사용되는 경우, <표 2>에 나타낸 message_type 필드의 정의는 SLT 프래그먼트를 의미하는 값을 더 포함할 수 있다.
서비스 시그널링(410)은 서비스를 식별하는 service_id, service_name, 서비스 언어를 나타내는 service_language, 능력(capability)과 같은 기본 정보를 제공한다. 또한 서비스를 구성하는 각 컴포넌트가 해당 컴포넌트의 캡슐화에 사용된 프로토콜, 파일 형식, 용도(실시간 혹은 비실시간) 등에 따라 해당하는 클래스(class)로 분류되는 경우, 서비스 시그널링(410)는 각각의 클래스에 속한 컴포넌트를 획득하고 사용하기 위하여 필요한 전송 세션 시그널링(transport session signaling: TSS)(415)과 컴포넌트 시그널링(component signaling: CS)(420)의 획득 경로를 나타내는 TSS_location 필드(410a) 및 CS_location 필드(410b)를 포함한다. 서비스 시그널링(410)은 상기 전송 세션 시그널링(transport session signaling: TSS)(415)이 방송 네트워크로 전송되는지 광대역 네트워크로 전송되는지를 나타내는 delivery_method 필드(410c)를 추가로 포함할 수 있다.
상기 클래스는 일 예로, MPEG H Part 1에서 정의된 MPU(Media Protocol Unit)의 포맷(format)을 사용하고 MMT 프로토콜(MMTP)을 사용하여 전송되는 서비스 컴포넌트들, DASH(dynamic adaptive streaming over http) 세그먼트(segment) 포맷을 사용하고 ATSC(Advanced Television Systems Committee) 3.0에 제안된 ROUTE(real time object delivery over unidirectional transport) 프로토콜을 사용하여 전송되는 서비스 컴포넌트, 혹은 일반적인 파일 형식을 사용하고 ROUTE 프로토콜을 사용하여 전송되는 서비스 컴포넌트가 될 수 있다.
전송 세션 시그널링(415)과 컴포넌트 시그널링(420)의 획득 경로들을 나타내는 TSS_location(410a) 및 CS_location(410b)는 SS_location(405a)과 동일한 형식으로 나타낼 수 있다. 즉 TSS_location(410a) 및 CS_location(410b) 중 적어도 하나는, 전송 세션/컴포넌트 시그널링(415/420)을 캡슐화하기 위하여 사용된 프로토콜의 식별자와, 상기 프로토콜에 따라 생성된 패킷 중에 서비스 시그널링(410)을 포함하는 패킷을 식별하기 위한 식별자 및 서비스 시그널링(410)을 포함하는 패킷이 전송되는 PLP의 식별자 중 적어도 하나를 포함한다.
전송 세션 시그널링(415)은 서비스 단위로 혹은 물리 채널 내에서 전송 세션을 식별하기 위한 식별자인 session_id를 포함할 수 있다. 또한 상기 전송 세션에 접속하기 위한 소스 IP 주소(source IP address)(sIP or srcIP)를 나타내는 src_IP_add, 목적지(destination) IP 주소(dIP or dstIP)를 나타내는 dst_IP_add 및 목적지 UDP 포트 번호(port number)(dPort or dstPort)를 나타내는 dst_port_num와 PLP 식별자를 나타내는 PLP_id를 더 포함할 수 있다. 방송 네트워크의 전송 스케줄에 따라 하나의 전송 세션들이 복수개의 PLP들을 통해 전송되는 경우, 복수의 PLP_id들이 전송 세션 시그널링(415)에 포함될 수 있다.
전송 프로토콜의 속성에 따라 하나의 전송 세션은 복수개의 서브 세션들로 구분될 수 있다. 일 예로 MMT 프로토콜의 경우 패킷 헤더의 패킷 아이디(packet_id)의 값에 따라 하나의 MMT 전송 세션이 복수의 서브 세션들로 간주될 수 있다. ROUTE 프로토콜의 경우에도 패킷 헤더의 전송 세션 식별자(transport session identifier: tsi)가 서브 세션을 식별하는데 사용될 수 있다. 이와 같은 경우, 전송 세션 시그널링(415)은 각각의 서브 세션에 대한 정보를 나타내는 sub_session을 더 포함할 수 있다. sub_session은 서브 세션의 식별자를 나타내는 sub_session_id, 버퍼의 운용을 위한 정보를 나타내는 buffer_info 및 서브 세션의 패킷을 구성하는 페이로드 포맷을 나타내는 payload_type 중 적어도 하나를 포함할 수 있다.
컴포넌트 시그널링(420)은 컴포넌트의 식별자를 나타내는 component_id, 컴포넌트의 이름을 나타내는 component_name, 컴포넌트의 타입을 나타내는 component_type, 서비스에서의 컴포넌트의 역할을 나타내는 component_role 중 적어도 하나를 포함할 수 있다. 전송 프로토콜에 따라 하나의 서브 세션으로 하나의 컴포넌트만이 전송될 경우에 컴포넌트 시그널링(420)은 전송 세션 시그널링(420)의 서브 세션에 대한 정보(즉 sub_session의 필드들)과 물리적/논리적으로 관련될 수 있다.
도 5는 본 개시의 일 실시 예에 따른 물리 채널 구성의 일 예를 도시한 것이다.
도 5를 참조하면, 하나의 물리 채널에 해당하는 물리 채널 프레임(PHY Frame)(505)은 1개의 시그널링 PLP(510)와 2개의 데이터 PLP들(PLP#1, PLP#2)(515,520)로 구성될 수 있다. 시그널링 PLP(510)는 [sIP1, dIP1, dPort1]으로 식별되는 UDP 세션(510a)을 포함하며, UDP 세션(510a)은 서비스 리스트 테이블(510b)을 전송한다. 이 때 서비스 리스트 테이블(510b)은 바이너리 포맷(binary format)으로 UDP 패킷(packet)의 페이로드를 통해 전송되거나, 앞서 설명한 메시지 섹션으로 캡슐화되어 UDP 패킷의 페이로드를 통해 전송된다. 일 예로 서비스 리스트 테이블(510b)은 <표 1>과 같은 시그널링 메시지의 일 섹션으로 구성되거나, 도 4의 서비스 리스트 테이블(405)과 같이 구성될 수 있다.
서비스 리스트 테이블(510b)은 시그널링 PLP(510)를 통하여 전송된다. 도 3에서는 서비스/전송세션/컴포넌트 시그널링들(510c, 510d, 510e)이 시그널링 PLP(510)를 통해 전송되는 것으로 도시하였으나, 다른 실시 예로서 상기 시그널링들(510c, 510d, 510e)은 미디어 데이터와 함께 데이터 PLP들(515,520) 중 적어도 하나를 통해 전송될 수 있다.
PLP#1(515)은 [sIP2, dIP2, dPort2]로 식별되는 프로토콜 A 세션(515a)을 포함하며, 적어도 하나의 서브 세션으로 구분될 수 있다. 각 서브 세션은 서비스 시그널링(SS), 전송 세션 시그널링(TSS), 컴포넌트 시그널링(component signaling: CS)와 같은 시그널링을 전송하거나, 비디오 세그먼트들을 전송하거나, 오디오 세그먼트들을 전송할 수 있다.
PLP#2(520)는 [sIP3, dIP3, dPort3]로 식별되는 프로토콜 B 세션(520a)을 포함하며, 적어도 하나의 서브 세션으로 구분될 수 있다. 각 서브 세션은 서비스 시그널링(SS), 전송 세션 시그널링(TSS), 컴포넌트 시그널링(CS)을 전송하거나, 비디오 세그먼트들을 전송하거나, 오디오 세그먼트들을 전송할 수 있다.
도 6은 본 개시의 일 실시 예에 따른 IP 기반 방송 시스템의 시그널링 구성 의 일 예를 도시한 것이다.
도 6을 참조하면, 서비스 리스트 테이블(SLT)(605)은 각 서비스에 대한 서비스 아이디를 나타내는 service_id, 채널 번호를 나타내는 channel_number, 숏 서비스 이름을 나타내는 short_service_name, 서비스 카테고리를 나타내는 service_category와 같은 서비스에 대한 기본 정보와 함께, 서비스 시그널링(610)의 획득을 위한 서비스 시그널링 위치(service signaling location)를 나타내는 SS_location(605a)를 포함한다.
서비스 시그널링(610)은 서비스를 식별하는 service_id, service_name, 서비스 언어를 나타내는 service_language, 능력(capability)과 같은 기본 정보를 제공한다. 또한 서비스를 구성하는 각 컴포넌트를 획득하고 사용하기 위하여 필요한 시그널링을 포함한다. 도 6에 적용되는 IP 기반 방송 시스템은 미디어 데이터의 포맷으로 MPU와 DASH(dynamic adaptive streaming over HTTP(hyper text transfer protocol)) 세그먼트를 사용하며, MMT 프로토콜을 사용하여 MPU를 전송하고, ROUTE 프로토콜을 사용하여 DASH 세그먼트 및 일반적인 파일 데이터를 전송한다. 따라서 서비스 시그널링(610)은 컴포넌트들의 클래스들을 DASH 컴포넌트를 수신하기 위해 필요한 시그널링 정보(이하 컴포넌트 정보라 칭함)를 나타내는 DASH_component, MPU 컴포넌트 정보를 나타내는 MPU_component, 비-실시간(non-real time: NRT) 컴포넌트 정보를 나타내는 NRT_component로 구별한다. 각 컴포넌트 필드는 해당 전송 프로토콜의 컴포넌트를 전송하기 위한 시그널링을 포함한다. 이 때 DASH 세그먼트들과 NRT 컴포넌트들은 동일한 전송 프로토콜(즉 ROUTE 프로토콜)를 사용하여 전송되므로, 하나의 클래스로 간주될 수도 있다.
DASH 컴포넌트 정보는 DASH 세그먼트를 위한 전송 세션 시그널링(630)과 컴포넌트 시그널링(635)의 획득 경로를 나타내는 TSS_location 필드(610a) 및 CS_location 필드(610b)를 포함한다. MPU 컴포넌트 정보는 MPU를 위한 전송 세션 및 컴포넌트 시그널링(640)의 획득 경로를 나타내는 MPT_location 필드(610c)를 포함한다. NRT 컴포넌트 정보는 전송 세션 시그널링(645)과 컴포넌트 시그널링(650)의 획득 경로를 각각 나타내는 TSS_location 필드(610d) 및 CS_location 필드(610e)를 포함한다. 서비스 시그널링(610)은 전송 세션 시그널링(630,645)이 방송 네트워크로 전송되는지 광대역 네트워크로 전송되는지를 나타내는 delivery_method 필드들을 추가로 포함할 수 있다.
ROUTE/DASH 프로토콜에 따른 DASH 세그먼트의 전송에 관련된 전송 세션 시그널링(630)은 S-TSID 프래그먼트를 포함하며, DASH 세그먼트에 관련된 컴포넌트 시그널링(635)은 미디어 프리젠테이션 디스크립션(MPD)을 포함할 수 있다. MMT 프로토콜에 따른 MPU에 관련된 전송 세션 및 컴포넌트 시그널링(640)은 MPT 메시지를 포함할 수 있다. 비실시간(NRT) 데이터의 전송에 관련된 전송 세션 시그널링(645)은 S-TSID를 포함하며, NRT 데이터에 관련된 컴포넌트 시그널링(650)은 NRT 디스크립션 테이블을 포함할 수 있다.
하기 <표 4>는 본 개시의 일 실시 예에 따른 서비스 시그널링(610)의 일 예를 나타낸다.
<표 4>를 참조하면, 서비스 시그널링은 사용자 서비스 디스크립션(user service description: USD)을 포함하는 번들 디스크립션을 수신기에게 제공할 수 있다. 사용자 서비스 디스크립션은 서비스를 글로벌하게 혹은 방송 영역(broadcast area)의 범위(scope) 내에서 고유하게 식별하는 적어도 하나의 serviceId 필드와, 서비스의 이름 및 서비스 이름의 언어를 지시하는 Name 및 Lang 필드와, 서비스의 유효한 언어를 지시하는 serviceLanguage 필드와, 수신기에게 요구되는 능력 및 능력 그룹을 특정하는 capabilityCode 필드와, 서비스 내의 채널에 대한 정보(이하 채널 정보라 칭함)를 포함하는 channel 필드와 같은 기본 정보를 포함하며, 또한 DASH 컴포넌트 정보와, MPU 컴포넌트 정보와, NRT 컴포넌트 정보 중 적어도 하나를 포함할 수 있다.
채널 정보는, 주 채널 번호(major channel number)를 나타내는 majorChannelNo 필드, 부 채널 번호(minor channel number)를 나타내는 minorChannelNo 필드, 주 서비스 언어(primary language)를 나타내는 serviceLang 필드, 서비스 장르(service genre) 필드, 서비스에 사용된 아이콘을 위한 URL을 나타내는 serviceIcon 필드, 서비스 디스크립션 중 적어도 하나를 포함한다. 서비스 디스크립션은 서비스 디스크립션 텍스트를 나타내는 serviceDescrText 필드와, 서비스 디스커립션 텍스트의 언어를 지시하는 serviceDescrLang 필드를 포함할 수 있다.
DASH 컴포넌트 정보는 콘텐트 컴포넌트를 위한 디스크립션을 포함하는 MPD 프래그먼트의 참조경로(reference)를 지시하는 fullMPDUri 필드와, 서비스의 콘텐트를 운반하는 전송 세션의 액세스 관련 파라미터들을 제공하는 S-TSID 프래그먼트의 참조경로를 지시하는 sTSIDUri 필드와, 서비스의 콘텐트에 관련된 전송 관련 정보가 방송 네트워크로 전송되는지 광대역 네트워크로 전송되는지를 나타내는 deliveryMethod 필드 중 적어도 하나를 포함한다. deliveryMethod 필드는 방송 네트워크가 사용되는 경우 수신기에 의해 사용되는 베이스 패턴과, 광대역 네트워크가 사용되는 경우 수신기에 의해 사용되는 베이스 패턴 중 적어도 하나를 포함할 수 있다.
MPU 컴포넌트 정보는 MMT 패키지를 위한 참조경로를 나타내는 MMT_Package_ID 필드와, 다음으로 사용될 MMT 패키지의 참조경로를 나타내는 next_MMT_Package_ID 필드 중 적어도 하나를 포함할 수 있다.
NRT 컴포넌트 정보는 콘텐트 컴포넌트를 위한 디스크립션을 포함하는 MPD 프래그먼트의 참조경로를 지시하는 fullMPDUri 필드와, 서비스의 콘텐트를 운반하는 전송 세션의 액세스 관련 파라미터들을 제공하는 S-TSID 프래그먼트의 참조경로를 지시하는 sTSIDUri 필드와, NRT 컴포넌트들을 소비하는 어플리케이션을 지시하는 AppSignaling 필드 중 적어도 하나를 포함할 수 있다.
도 7은 본 개시의 일 실시 예에 따른 IP 기반 방송 시스템의 물리 채널 구성의 일 예를 도시한 것이다.
도 7을 참조하면, 하나의 물리 채널에 해당하는 물리 채널 프레임(PHY Frame)(705)은 1개의 시그널링 PLP(710)와 2개의 데이터 PLP들(PLP#1, PLP#2)(715,720)로 구성될 수 있다.
시그널링 PLP(710)는 [sIP1, dIP1, dPort1]으로 식별되는 UDP 세션(710a)을 포함하며, UDP 세션(710a)은 서비스 리스트 테이블(710b)을 전송한다. 상기 서비스 리스트 테이블(710b)은 바이너리 포맷 그대로 UDP 패킷의 페이로드를 통해 전송되거나, 상술한 메시지 섹션으로 캡슐화되어 UDP 패킷의 페이로드를 통해 전송된다. 추가적으로 UDP 세션(710a)은 서비스 리스트 테이블(710b) 이외에, 서비스 시그널링(710c), 전송 세션 시그널링(710d), 컴포넌트 시그널링(710e) 중 적어도 하나를 더 운반할 수 있다.
여기서 서비스 리스트 테이블(710b)은 시그널링 PLP(710)를 통하여 전송되지만, 서비스/전송세션/컴포넌트 레벨 시그널링들(710c,710d,710e)은 시그널링 PLP(710)로 전송되거나, 혹은 비디오/오디오 세그먼트/컴포넌트와 같은 미디어 데이터와 함께 데이터 PLP(715 혹은 720)로 전송될 수 있다. ROUTE 프로토콜을 사용하는 PLP#1(715)의 경우에는 수신기가 시그널링 정보를 포함하는 ROUTE 패킷을 구별하도록 하기 위하여 상기 ROUTE 패킷의 패킷 헤더의 tsi에 특정한 값(즉, tsi-s)이 설정되며, MMT 프로토콜을 사용하는 PLP#2(720)의 경우에는 시그널링을 포함하는 패킷을 필터링하기 위해 상기 패킷의 패킷 헤더 내에 별도의 필드를 설정하여, 수신기가 시그널링을 포함하는 패킷을 식별할 수 있도록 한다.
PLP#1(715)은 [sIP2, dIP2, dPort2]로 식별되는 ROUTE 세션(715a)을 포함하며 상기 ROUTE 세션(715a)은 적어도 하나의 계층 코딩 전송(layed coding transport: LCT) 채널을 포함할 수 있다. 하나의 LCT 채널은 tsi-v에 의해 식별되며, 비디오 세그먼트들을 운반하고, 다른 하나의 LCT 채널은 tsi-a에 의해 식별되며, 오디오 세그먼트들을 운반할 수 있다. 또한 추가적으로 포함될 수 있는 시그널링을 위한 LCT 채널은 tsi-s에 의해 식별되며, S-TSID, MPD, NRT 디스크립션 테이블과 같은 시그널링을 운반할 수 있다.
PLP#2(720)는 [sIP3, dIP3, dPort3]으로 식별되는 MMTP 세션(720a)을 포함하며, 상기 MMTP 세션(720a)은 패킷 ID에 의해 식별되는 2개의 채널들과, 선택적으로 시그널링 패킷들을 운반하는 시그널링 채널을 포함할 수 있다. pid-v의 패킷 ID를 가지는 채널은 비디오 컴포넌트를 담은 비디오 MPU들을 운반할 수 있으며, pid-a의 패킷 ID를 가지는 채널은 오디오 컴포넌트를 담은 오디오 MPU들을 운반할 수 있다. 시그널링 채널은 MPT 메시지를 운반할 수 있다.
하기 <표 5>는 본 개시의 일 실시 예에 따른 서비스 리스트 테이블(710b)의 일 예를 나타낸다. 일 예로서 서비스 리스트 테이블은 하기의 <표 5>에 나타낸 정보 엘리먼트들 중 적어도 하나를 포함할 수 있다.
<표 5>에서 각 엘리먼트가 의미하는 바는 다음과 같다.
table_id - 서비스 리스트 테이블의 한 섹션을 포함하는 service_list_table_section()을 식별하기 위한 식별자
broadcast_stream_id - 방송 스트림을 식별하기 위한 식별자
num_services - service_list_table_section()에 기술된 서비스의 수
service_id - 서비스 식별자
major_channel_number - 사용자가 서비스를 선택하기 위하여 사용되는 식별 번호
minor_channel_number - 사용자가 서비스를 선택하기 위하여 사용되는 보조 식별 번호
service_category - 서비스의 카테고리를 나타내는 필드이며, 일 예로 다음 <표 6>과 같이 정의될 수 있다.
service_category | Meaning |
0x00 | Not specified |
0x01 | Audio/Video service |
0x02 | Audio service |
0x03 | Application-based service |
0x04~0x0F | Reserved for future use |
short_service_name_length - short_service_name() 의 길이를 바이트 단위로 나타냄
short_service_name() - 서비스의 이름을 나타내는 캐릭터 열로 UTF-8(8 bit Unicode Transformation Format)로 부호화됨
broadcast_components_present - 방송 네트워크으로 서비스 시그널링이 전송되는지의 여부를 나타냄
SLS_source_IP_address_present - 서비스 시그널링을 전송하는 세션의 정의를 위하여 소스 IP 주소가 필요한지를 나타냄
SLS_session_present - 서비스 시그널링이 서비스 리스트 테이블와 별도의 세션을 통해 전송되는 지를 나타낸다.
SLS_protocol_type - 서비스 시그널링이 전송되는 프로토콜을 나타내며, 일 예로 다음 <표 7>과 같이 정의될 수 있다.
SLS_protocol_type | Meaning |
0x00 | ATSC message section |
0x01 | ROUTE |
0x02 | MMTP |
0x03~0x0F | Reserved for future use |
SLS_protocol_version - 서비스 시그널링을 전송하는 프로토콜의 버전을 나타냄
다음 필드들은 broadcast_components_present 필드와 SLS_session_present 필드의 값이 모두 1일 경우에 존재할 수 있다.
SLS_PLP_ID - 서비스 시그널링이 전송되는 PLP의 식별자
SLS_destination_IP_address - 서비스 시그널링이 전송되는 세션의 목적지 IP 주소
SLS_destination_UDP_port - 서비스 시그널링이 전송되는 세션의 목적지 UDP 포트
SLS_source_IP_address - 서비스 시그널링이 전송되는 세션의 목적지 IP 주소
본 개시의 일 실시예에서 <표 5>에 나타낸 일부 필드(들)는 생략될 수 있으며 다른 필드(들)이 추가 될 수도 있다. 일 예로 서비스 시그널링이 항상 방송 네트워크로 전달되는 시스템에서 <표 5>의 broadcast_components_present는 생략될 수 있다. 다른 예로 서비스 시그널링이 항상 동일한 프로토콜로 전송될 경우에 SLS_protocol_type는 생략될 수 있다.
도 8은 본 개시의 일 실시 예에 따른 방송 시스템의 물리 채널 구성의 일 예를 도시한 것이다.
도 8을 참조하면, 하나의 물리 채널에 해당하는 물리 채널 프레임(PHY Frame)(805)은 1개의 시그널링 PLP(810)와 2개의 데이터 PLP들(PLP#1, PLP#2)(815,820)로 구성될 수 있다.
시그널링 PLP(810)는 [sIP1, dIP1, dPort1]으로 식별되는 UDP 세션(810a)을 포함하며, UDP 세션(810a)은 서비스 리스트 테이블(810b)을 전송한다. 서비스 테이블 리스트(810b)은 바이너리 포맷 그대로 UDP 패킷의 페이로드를 통해 전송될 수 있다. 서비스 테이블 리스트(810b)가 XML 포맷으로 구성되는 경우,XML 포맷의 서비스 테이블 리스트(810b)는 바이너리 메시지의 형태로 캡슐화되어 UDP 패킷의 페이로드를 통해 전송된다. 상기 바이너리 메시지는 서비스 테이블 리스트(810b)를 표현하는 XML 문서 이외에, 상기 XML 문서의 타입 및 길이와 버전을 식별할 수 있는 바이너리 필드들을 더 포함할 수 있다.
여기서 서비스 리스트 테이블(810b)를 전송하는 UDP 세션(810a)은이 시그널링 PLP(810)를 통하여 송출되지만, 다른 실시예로서 UDP 세션(810a)은 비디오/오디오 세그먼트/컴포넌트와 같은 미디어 데이터를 전송하는 ROUTE 혹은 MMTP 세션(815a,820a)과 동일하게 데이터 PLP(815 혹은 820)로 전송될 수 있다. 이 때 서비스 리스트 테이블(810b)를 전송하는 UDP 세션(810a)은 표준 혹은 시스템 운영자 등에 의하여 미리 고정된 값의 IP 주소 및 UDP 포트 번호를 사용하거나 인터넷 등의 다른 수단을 통해 수신기에게 지정될 수 있다.
PLP#1(815)은 [sIP2, dIP2, dPort2]로 식별되는 ROUTE 세션(815a)을 포함하며 상기 ROUTE 세션(815a)은 적어도 하나의 계층 코딩 전송(layed coding transport: LCT) 채널을 포함할 수 있다. 하나의 LCT 채널은 tsi-v에 의해 식별되며, 비디오 세그먼트들을 운반하고, 다른 하나의 LCT 채널은 tsi-a에 의해 식별되며, 오디오 세그먼트들을 운반할 수 있다. 또한 추가적으로 포함될 수 있는 시그널링을 위한 LCT 채널은 tsi-s에 의해 식별되며, S-TSID, MPD, 혹은 NRT 디스크립션 테이블과 같은 시그널링 메시지를 운반할 수 있다.
PLP#2(820)는 [sIP3, dIP3, dPort3]으로 식별되는 MMTP 세션(820a)을 포함하며, 상기 MMTP 세션(820a)은 패킷 ID에 의해 식별되는 2개의 채널들과, 선택적으로 시그널링 패킷들을 운반하는 시그널링 채널을 포함할 수 있다. pid-v의 패킷 ID를 가지는 채널은 비디오 컴포넌트를 담은 비디오 MPU들을 운반할 수 있으며, pid-a의 패킷 ID를 가지는 채널은 오디오 컴포넌트를 담은 오디오 MPU들을 운반할 수 있다. 시그널링 채널은 MPT 메시지나 mmt_atsc3_message와 같은 시그널링 메시지를 운반할 수 있다.
MMTP 세션(820a)로 전송되는 서비스/전송세션/컴포넌트 레벨 시그널링들은 mmt_atsc3_message로 캡슐화되어 MMTP 세션(820a)의 시그널링 메시지 모드를 사용하여 전송될 수 있다. 다음 <표 8>은 mmt_atsc3_message에 포함될 수 있는 정보 엘리먼트들의 일 예를 나타낸 것이다. 일 예로서 mmt_atsc3_message는 하기의 <표 8>에 나타낸 정보 엘리먼트들 중 적어도 하나를 포함할 수 있다.
<표 8>에서 각 엘리먼트가 의미하는 바는 다음과 같다.
message_id - mmt_atsc3_message()를 식별하기 위한 16-bit 식별자
version - mmt_atsc3_message()의 version을 식별하기 위한 8-bit 식별자
length - mmt_atsc3_message()의 바이트 단위 길이를 나타내는 32-bit 필드. mmt_atsc3_message()의 길이는 length 필드의 다음 바이트부터 mmt_atsc3_message()의 마지막 바이트까지의 바이트 수를 나타낼 수 있다.
mmt_atsc3_message() 내의 메시지 페이로드는 하기와 같은 엘리먼트들 중 적어도 하나를 포함할 수 있다.
service_id - mmt_atsc3_message()의 메시지 페이로드로 전송되는 정보가 적용되는 서비스를 식별하기 위한 16-bit 식별자. 후술할 사용자 서비스 디스크립션의 atsc:serviceId 필드와 동일한 값으로 설정된다.
atsc3_message_payload_type - mmt_atsc3_message()의 메시지 페이로드로 전송되는 정보의 타입을 식별하기 위한 16-bit 식별자로서, 일 예로 다음 <표 9>와 같이 정의될 수 있다.
atsc3_message_payload_type | Meaning |
0x00 | Reserved |
0x01 | User Service Description |
0x02 | MPD |
0x03 | Service Guide Delivery Unit |
0x04 | Application Information Table |
0x05 | Application Event Information |
0x06~0xFF | Reserved for future use |
atsc3_message_payload_version - mmt_atsc3_message()의 메시지 페이로드로 전송되는 정보의 버전을 식별하기 위한 8-bit 식별자. 메시지 페이로드는 service_id와 atsc3_message_payload_type의 조합에 의해 식별될 수 있다.
URI_length - 메시지 페이로드를 식별하기 위하여 사용되는 URI의 길이를 나타내는 8-bit필드로서, 이 메시지가 URI를 제공하지 않을 경우에는 0의 값을 가진다.
URI_byte - 메시지 페이로드를 식별하기 위하여 사용되는 URI의 각 바이트를 나타내는 8-bit 필드로서, UTF-8 캐릭터로 표현되며, terminating null character는 포함하지 않는다.
atsc3_message_payload_byte - 메시지 페이로드를 통해 전송되는 정보의 각 바이트를 나타내는 8- bit 필드
도 9는 본 개시의 일 실시 예에 따른 IP 기반 방송 시스템의 시그널링 구성 의 일 예를 도시한 것이다.
도 9를 참조하면, 서비스 리스트 테이블(SLT)(905)은 각 서비스에 대한 서비스 아이디를 나타내는 service_id, 채널 번호를 나타내는 channel_number, 숏 서비스 이름을 나타내는 short_service_name, 서비스 카테고리를 나타내는 service_category와 같은 서비스에 대한 기본 정보와 함께, 서비스 시그널링을 제공하는 사용자 서비스 디스크립션(USD)(910)의 획득을 위한 서비스 시그널링 위치(service signaling location)를 나타내는 SS_location(905a)를 포함한다.
사용자 서비스 디스크립션(910)은 service_id, service_name, service_language, 능력(capability)과 같은 기본 정보를 제공한다. 또한 서비스를 구성하는 각 컴포넌트를 획득하고 사용하기 위하여 필요한 시그널링을 포함한다. 도 9에서 참조하는 IP 기반 방송 시스템은 방송 네트워크로 전달되는 실시간 미디어 데이터는 MPU 포맷으로 MMT 프로토콜을 사용하여 전송하며, 비실시간(NRT) 미디어 데이터는 ROUTE 프로토콜을 사용하여 전송한다. 이를 위해 사용자 서비스 디스크립션(910)은 MMT 프로토콜을 위한 MPU 컴포넌트 정보 MPU_component와, ROUTE 컴포넌트 정보 ROUTE_component, 광대역(broadband: BB) 컴포넌트 정보 BB_component 및 컴포넌트 시그널링 정보 componentinfo(910d)를 포함한다. 여기서 광대역 네트워크로 전송되는 실시간 미디어 데이터는 DASH 포맷으로 전송된다.
MPU 컴포넌트 정보는 MPU를 위한 전송 세션 및 컴포넌트 시그널링(915)의 획득 경로를 나타내는 package_id 필드(910a)를 포함한다. ROUTE 컴포넌트 정보는 DASH 세그먼트의 전송을 위한 전송 세션 시그널링(920)의 획득 경로를 나타내는 S-TSID location 필드(910b)를 포함한다. 광대역 컴포넌트 정보는 실시간 미디어 데이터를 위한 콤포넌트 시그널링(925)의 획득 경로를 나타내는 MPD location 필드(910c)를 포함한다. 사용자 서비스 디스크립션(910)은 컴포넌트의 타입, 역할, 식별자 등을 나타내는 컴포넌트 시그널링 정보(910d)를 추가로 포함할 수 있다.
일반적인 방송 서비스를 표현하기 위한 서비스 시그널링 이외에 사용자 서비스 디스크립션(910)에 포함되는 엘리먼트들에 대해 보다 상세히 설명하면 하기와 같다.
1) 사용자 서비스 디스크립션(910)은 특정 서비스에 해당하는 MPT 메시지를 담은 전송 세션 및 콤포넌트 시그널링(915)을 획득하기 위해 필요한 패키지 식별자 package_id(910a)를 제공한다. 상기 MPT 메시지는 MPU 포맷으로 전송되는 미디어를 획득하기 위한 MMTP 세션에 대한 정보, MMT 패킷의 packet_id, 컴포넌트 시그널링의 일부를 포함한다.
2) 사용자 서비스 디스크립션(910)은 ROUTE 프로토콜로 전송되는 비실시간 데이터의 획득에 필요한 S-TSID의 위치 정보(910b)를 제공한다. 상기 위치 정보(910b)는 소스 IP 주소, 목적지 IP 주소, 목적지 UDP 포트 번호, PLP 식별자, S-TSID의 URI, S-TSID가 전송되는 ROUTE 프로토콜의 버전에 대한 정보 중 적어도 하나를 포함할 수 있다.
3) 사용자 서비스 디스크립션(910)은 광대역 네트워크로 전송되는 DASH 컴포넌트를 획득하기 위한 MPD의 위치 정보(910c)를 포함한다.
4) 방송 네트워크로 전송되는 서비스 컴포넌트에 대한 컴포넌트 시그널링의 일부(910d)를 포함한다.
하기의 <표 10>에 서비스 시그널링과 컴포넌트 시그널링의 일부를 포함하는 사용자 서비스 디스크립션(910)의 일 예를 나타내었다.
<표 10>에서 MPU 컴포넌트 정보 atsc:mpuComponent 필드는 MMT 패키지를 위한 참조경로를 나타내는 MMT_Package_ID 필드와, 다음으로 사용될 MMT 패키지의 참조경로를 나타내는 next_MMT_Package_ID 필드 중 적어도 하나를 포함할 수 있다.
ROUTE 컴포넌트 정보 atsc:routeComponent 필드는 S-TSID 프래그먼트의 참조경로를 지시하는 sTSIDUri 필드와, 서비스 시그널링을 운반하는 PLP의 식별자를 지시하는 정수를 나타내는 slsplpId 필드와, 서비스 시그널링을 운반하는 패킷의 목적지 IP 주소와 목적지 포트 번호와 소스 IP 주소를 포함하는 slsDestinationIpAddress, slsDestinationUdpPort, slsSourceIPAddress 필드들과, 서비스 시그널링을 운반하는데 사용되는 프로토콜의 주 버전 번호 및 보조 버전 번호를 나타내는 slsMajorProtocolVersion, slsMinorProtocolVersion 필드들을 포함한다.
광대역 컴포넌트 정보 atsc:broadbandComponent 필드는 광대역 네트워크를 통해 운반되는 서비스의 콘텐트 컴포넌트에 대한 디스크립션을 포함하는 MPD 프래그먼트의 참조경로를 나타내는 fullfMPDUri 필드를 포함한다.
컴포넌트 시그널링 정보를 나타내는 atsc:ComponentInfo 필드는 컴포넌트 타입과 컴포넌트 역할, 컴포넌트가 보호되어 있는지를 지시하는 componentProtectedFlag 필드, 컴포넌트 식별자, 컴포넌트 이름 중 적어도 하나를 포함한다.
여기서 컴포넌트 식별자를 나타내는 @atsc:componentId 필드의 값은, 일 예로 해당 컴포넌트가 MPU 포맷으로 MMT 프로토콜을 사용하여 실시간 전송되는 경우에는 MPT의 애셋(Asset) ID와 동일한 값을 가지며, 해당 컴포넌트가 ROUTE 프로토콜을 사용하여 전송되는 비실시간 컴포넌트인 경우에는 파일을 나타내는 URI와 동일한 값을 가질 수 있다.
또한 atsc:ComponentInfo 필드는 각 컴포넌트가 MPU 포맷으로 MMT 프로토콜을 사용하여 실시간 전송되는지 혹은 ROUTE 프로토콜을 사용하여 비실시간 모드로 전송되는지를 나타내는 필드를 추가로 포함할 수 있다.
도 10은 본 개시의 일 실시 예에 따른 방송 서비스 및 서비스 시그널링의 송신 절차를 도시한 흐름도이다.
도 10을 참조하면, 과정 1005에서 송신기는 제1 전송 프로토콜에 따른 제1 패킷 스트림을 생성하며, 과정 1015에서 제2 전송 프로토콜에 따른 제2 패킷 스트림을 생성하고, 과정 1015에서 상기 제1 패킷 스트림 및 제2 패킷 스트림에 관련된 서비스 시그널링을 생성한다. 여기에서 과정 1005,1010,1015은 순서대로, 혹은 동시에, 혹은 서로 간에 독립적으로 수행될 수 있다.
과정 1020에서 송신기는 상기 제1 패킷 스트림 및 제2 패킷 스트림을 각각 해당하는 제1 및 제2 전송 프로토콜을 사용하여 전송한다. 또한 서비스 시그널링은 별도의 시그널링 섹션을 사용하여 전송되거나, 혹은 상기 서비스 시그널링의 적어도 일부는 제1 및 제2 전송 프로토콜 중 적어도 하나를 사용하여 방송 신호 상에서 전송될 수 있다. 또한 서비스 시그널링의 적어도 일부는 광대역 네트워크를 통하여 전송될 수 있다.
도 11은 본 개시의 일 실시 예에 따른 방송 서비스 및 서비스 시그널링의 수신 절차를 도시한 흐름도이다.
도 11을 참조하면, 과정 1105에서 수신기는 방송 네트워크를 통해 방송 신호를 수신하고, 과정 1110에서 상기 방송 신호를 제1 전송 프로토콜 및 제2 전송 프로토콜에 따라 해석하여 제1 패킷 스트림 및 제2 패킷 스트림을 각각 검출한다. 또한 수신기는 상기 방송 신호와, 선택적으로 광대역 네트워크를 통해 수신된 광대역 신호로부터 서비스 시그널링을 검출한다.
과정 1120 및 과정 1125에서 수신기는 상기 제1 패킷 스트림 및 제2 패킷 스트림을 복호하여 미디어, 파일, 시그널링을 검출한다. 수신기는 상기 제1 패킷 스트림 및 제2 패킷 스트림을 복호하기 위하여, 필요한 경우 과정 1115에서 복호된 서비스 시그널링의 적어도 일부 정보를 이용할 수 있다.
과정 1130에서 수신기는 서비스 시그널링의 복호를 통해 검출된 시그널링 정보 및 상기 검출된 미디어, 파일, 시그널링을 이용하여 사용자에게 방송 서비스를 제공할 수 있다.
본 발명의 다양한 실시예들은 특정 관점에서 컴퓨터 리드 가능 기록 매체(computer readable recording medium)에서 컴퓨터 리드 가능 코드(computer readable code)로서 구현될 수 있다. 컴퓨터 리드 가능 기록 매체는 컴퓨터 시스템에 의해 리드될 수 있는 데이터를 저장할 수 있는 임의의 데이터 저장 디바이스이다. 컴퓨터 리드 가능 기록 매체의 예들은 읽기 전용 메모리(read only memory: ROM: ROM)와, 랜덤-접속 메모리(random access memory: RAM: 'RAM)와, 컴팩트 디스크- 리드 온니 메모리(compact disk-read only memory: CD-ROM)들과, 마그네틱 테이프(magnetic tape)들과, 플로피 디스크(floppy disk)들과, 광 데이터 저장 디바이스들, 및 캐리어 웨이브(carrier wave)들(인터넷을 통한 데이터 송신 등)을 포함할 수 있다. 컴퓨터 리드 가능 기록 매체는 또한 네트워크 연결된 컴퓨터 시스템들을 통해 분산될 수 있고, 따라서 컴퓨터 리드 가능 코드는 분산 방식으로 저장 및 실행된다. 또한, 본 발명의 다양한 실시예들을 성취하기 위한 기능적 프로그램들, 코드, 및 코드 세그먼트(segment)들은 본 발명이 적용되는 분야에서 숙련된 프로그래머들에 의해 쉽게 해석될 수 있다.
또한 본 발명의 다양한 실시예들에 따른 장치 및 방법은 하드웨어, 소프트웨어 또는 하드웨어 및 소프트웨어의 조합의 형태로 실현 가능하다는 것을 알 수 있을 것이다. 이러한 소프트웨어는 예를 들어, 삭제 가능 또는 재기록 가능 여부와 상관없이, ROM 등의 저장 장치와 같은 휘발성 또는 비휘발성 저장 장치, 또는 예를 들어, RAM, 메모리 칩, 장치 또는 집적 회로와 같은 메모리, 또는 예를 들어 콤팩트 디스크(compact disk: CD), DVD, 자기 디스크 또는 자기 테이프 등과 같은 광학 또는 자기적으로 기록 가능함과 동시에 기계(예를 들어, 컴퓨터)로 읽을 수 있는 저장 매체에 저장될 수 있다. 본 발명의 다양한 실시예들에 따른 방법은 제어부 및 메모리를 포함하는 컴퓨터 또는 휴대 단말에 의해 구현될 수 있고, 이러한 메모리는 본 발명의 실시예들을 구현하는 명령들을 포함하는 프로그램 또는 프로그램들을 저장하기에 적합한 기계로 읽을 수 있는 저장 매체의 한 예임을 알 수 있을 것이다.
따라서, 본 발명은 본 명세서의 청구항에 기재된 장치 또는 방법을 구현하기 위한 코드를 포함하는 프로그램 및 이러한 프로그램을 저장하는 기계(컴퓨터 등)로 읽을 수 있는 저장 매체를 포함한다. 또한, 이러한 프로그램은 유선 또는 무선 연결을 통해 전달되는 통신 신호와 같은 임의의 매체를 통해 전자적으로 이송될 수 있고, 본 발명은 이와 균등한 것을 적절하게 포함한다
또한 본 발명의 다양한 실시예들에 따른 장치는 유선 또는 무선으로 연결되는 프로그램 제공 장치로부터 프로그램을 수신하여 저장할 수 있다. 프로그램 제공 장치는 프로그램 처리 장치가 기 설정된 시그널링 방법을 수행하도록 하는 지시들을 포함하는 프로그램, 시그널링 방법에 필요한 정보 등을 저장하기 위한 메모리와, 시그널링 처리 장치와의 유선 또는 무선 통신을 수행하기 위한 통신부와, 시그널링 처리 장치의 요청 또는 자동으로 해당 프로그램을 송수신 장치로 전송하는 제어부를 포함할 수 있다.
한편 본 발명의 상세한 설명에서는 구체적인 실시 예에 관해 설명하였으나, 본 발명의 범위에서 벗어나지 않는 한도 내에서 여러 가지 변형이 가능함은 물론이다. 그러므로 본 발명의 범위는 설명된 실시 예에 국한되어 정해져서는 안되며 후술하는 특허 청구의 범위뿐만 아니라 이 특허 청구의 범위와 균등한 것들에 의해 정해져야 한다.
Claims (14)
- 방송 서비스를 위한 서비스 시그널링을 송신하는 방법에 있어서,제1 전송 프로토콜에 의해 제1 미디어 데이터를 담은 제1 패킷 스트림을 생성하는 과정과,제2 전송 프로토콜에 의해 제2 미디어 데이터를 담은 제2 패킷 스트림을 생성하는 과정과,상기 제1 패킷 스트림 및 제2 패킷 스트림 중 적어도 하나에 관련된 서비스 시그널링을 포함하는 사용자 서비스 디스크립션을 생성하는 과정과,상기 제1 패킷 스트림, 상기 제2 패킷 스트림 및 상기 사용자 서비스 디스크립션을 전송하는 과정을 포함하는 방송 서비스 제공 방법.
- 제 1 항에 있어서, 상기 사용자 서비스 디스크립션은,상기 제1 전송 프로토콜을 사용하여 전송되는 상기 제1 미디어 데이터에 대한 디스크립션을 포함하는 제1 컴포넌트 정보와,상기 제2 전송 프로토콜을 사용하여 전송되는 상기 제2 미디어 데이터에 대한 디스크립션을 포함하는 제2 컴포넌트 정보를 포함하는 것을 특징으로 하는 방법.
- 제 2 항에 있어서, 상기 제1 컴포넌트 정보는,상기 제1 패킷 스트림을 포함하는 미디어 전송 패키지를 위한 참조경로를 나타내는 제1 필드와, 다음으로 사용될 미디어 전송 패키지의 참조경로를 제2 필드를 포함하는 것을 특징으로 하는 방법.
- 제 2 항에 있어서, 상기 제2 컴포넌트 정보는,상기 제1 패킷 스트림을 운반하는 전송 세션의 액세스 관련 파라미터들을 제공하는 서비스 기반 전송 세션 인스턴스 디스크립션(service-based transport session instance description: S-TSID) 프래그먼트의 참조경로와,상기 S-TSID 프래그먼트를 운반하는 패킷들에 대한 목적지 주소, 목적지 포트 번호, 소스 주소와,상기 S-TSID 프래그먼트의 운반에 사용되는 프로토콜의 버전 번호를 포함하는 것을 특징으로 하는 방법.
- 제 2 항에 있어서, 상기 사용자 서비스 디스크립션은,광대역 네트워크를 통해 전송되는 미디어 데이터에 대한 디스크립션을 포함하는 미디어 프리젠테이션 디스크립션(media presentation description: MPD)의 참조경로를 포함하는 제3 컴포넌트 정보를 더 포함하는 것을 특징으로 하는 방법.
- 제 2 항에 있어서, 상기 사용자 서비스 디스크립션은,상기 방송 서비스에 대해 유효한 미디어 컴포넌트들에 대한 컴포넌트 타입, 컴포넌트 역할, 컴포넌트 이름, 컴포넌트 식별자 및 컴포넌트 보호 플래그 중 적어도 하나를 더 포함하는 것을 특징으로 하는 방법.
- 방송 서비스를 위한 서비스 시그널링을 수신하는 방법에 있어서,방송 신호를 수신하는 과정과,상기 방송 신호로부터, 제1 전송 프로토콜에 의해 제1 미디어 데이터를 담은 제1 패킷 스트림과, 제2 전송 프로토콜에 의해 제2 미디어 데이터를 담은 제2 패킷 스트림과, 상기 제1 패킷 스트림 및 제2 패킷 스트림 중 적어도 하나에 관련된 서비스 시그널링을 포함하는 사용자 서비스 디스크립션을 추출하는 과정과,상기 사용자 서비스 디스크립션을 이용하여 상기 제1 패킷 스트림 및 상기 제2 패킷 스트림 중 적어도 하나를 복호하는 과정을 포함함을 특징으로 하는 방법.
- 제 7 항에 있어서, 상기 사용자 서비스 디스크립션은,상기 제1 전송 프로토콜을 사용하여 전송되는 상기 제1 미디어 데이터에 대한 디스크립션을 포함하는 제1 컴포넌트 정보와,상기 제2 전송 프로토콜을 사용하여 전송되는 상기 제2 미디어 데이터에 대한 디스크립션을 포함하는 제2 컴포넌트 정보를 포함하는 것을 특징으로 하는 방법.
- 제 8 항에 있어서, 상기 제1 컴포넌트 정보는,상기 제1 패킷 스트림을 포함하는 미디어 전송 패키지를 위한 참조경로를 나타내는 제1 필드와, 다음으로 사용될 미디어 전송 패키지의 참조경로를 제2 필드를 포함하는 것을 특징으로 하는 방법.
- 제 8 항에 있어서, 상기 제2 컴포넌트 정보는,상기 제1 패킷 스트림을 운반하는 전송 세션의 액세스 관련 파라미터들을 제공하는 서비스 기반 전송 세션 인스턴스 디스크립션(service-based transport session instance description: S-TSID) 프래그먼트의 참조경로와,상기 S-TSID 프래그먼트를 운반하는 패킷들에 대한 목적지 주소, 목적지 포트 번호, 소스 주소와,상기 S-TSID 프래그먼트의 운반에 사용되는 프로토콜의 버전 번호를 포함하는 것을 특징으로 하는 방법.
- 제 8 항에 있어서, 상기 사용자 서비스 디스크립션은,광대역 네트워크를 통해 전송되는 미디어 데이터에 대한 디스크립션을 포함하는 미디어 프리젠테이션 디스크립션(media presentation description: MPD)의 참조경로를 포함하는 제3 컴포넌트 정보를 더 포함하는 것을 특징으로 하는 방법.
- 제 8 항에 있어서, 상기 사용자 서비스 디스크립션은,상기 방송 서비스에 대해 유효한 미디어 컴포넌트들에 대한 컴포넌트 타입, 컴포넌트 역할, 컴포넌트 이름, 컴포넌트 식별자 및 컴포넌트 보호 플래그 중 적어도 하나를 더 포함하는 것을 특징으로 하는 방법.
- 방송 서비스를 위한 서비스 시그널링을 송신하는 장치에 있어서,제 1 항 내지 제 6 항 중 어느 한 항의 방법을 수행하도록 구성되는 장치.
- 방송 서비스를 위한 서비스 시그널링을 수신하는 장치에 있어서,제 7 항 내지 제 12 항 중 어느 한 항의 방법을 수행하도록 구성되는 장치.
Priority Applications (4)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
EP16780355.0A EP3285491B1 (en) | 2015-04-17 | 2016-04-18 | Method and apparatus for transmitting or receiving service signaling for broadcasting service |
US15/567,267 US11317138B2 (en) | 2015-04-17 | 2016-04-18 | Method and apparatus for transmitting or receiving service signaling for broadcasting service |
CN201680022488.5A CN107534777B (zh) | 2015-04-17 | 2016-04-18 | 用于发送或接收针对广播服务的服务信令的方法和装置 |
JP2017554474A JP6719481B2 (ja) | 2015-04-17 | 2016-04-18 | ブロードキャストサービスのためのサービスシグナリングを送受信する方法及び装置 |
Applications Claiming Priority (6)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
KR20150054719 | 2015-04-17 | ||
KR10-2015-0054719 | 2015-04-17 | ||
KR20150058107 | 2015-04-24 | ||
KR10-2015-0058107 | 2015-04-24 | ||
KR1020150107526A KR102387881B1 (ko) | 2015-04-17 | 2015-07-29 | 방송 서비스를 구성하는 콘텐츠 관련 정보들을 제공하는 방법 및 장치 |
KR10-2015-0107526 | 2015-07-29 |
Publications (1)
Publication Number | Publication Date |
---|---|
WO2016167632A1 true WO2016167632A1 (ko) | 2016-10-20 |
Family
ID=57126918
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
PCT/KR2016/004022 WO2016167632A1 (ko) | 2015-04-17 | 2016-04-18 | 방송 서비스를 위한 서비스 시그널링을 송수신하는 방법 및 장치 |
Country Status (1)
Country | Link |
---|---|
WO (1) | WO2016167632A1 (ko) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2023031092A1 (en) | 2021-09-03 | 2023-03-09 | Ter Bron Groep B.V. | Hydraulic workover unit with tubular handling mechanism for tilting tubulars |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
KR20090066191A (ko) * | 2007-12-18 | 2009-06-23 | 한국전자통신연구원 | 영상정보의 분리 전송을 이용한 3차원 입체방송 송수신장치 및 그 방법 |
KR20110053178A (ko) * | 2009-11-13 | 2011-05-19 | 삼성전자주식회사 | 적응적인 스트리밍 방법 및 장치 |
WO2012099359A2 (ko) * | 2011-01-19 | 2012-07-26 | 삼성전자 주식회사 | 복수의 실시간 전송 스트림을 수신하는 수신 장치와 그 송신 장치 및 멀티미디어 컨텐츠 재생 방법 |
WO2013055032A1 (ko) * | 2011-10-10 | 2013-04-18 | 한국전자통신연구원 | 융합형 3dtv에서 컨텐츠 스트림에 접근하는 컨텐츠 제공 장치 및 방법, 그리고 컨텐츠 재생 장치 및 방법 |
WO2013089437A1 (ko) * | 2011-12-12 | 2013-06-20 | 엘지전자 주식회사 | 미디어 컨텐트를 수신하는 장치 및 방법 |
-
2016
- 2016-04-18 WO PCT/KR2016/004022 patent/WO2016167632A1/ko active Application Filing
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
KR20090066191A (ko) * | 2007-12-18 | 2009-06-23 | 한국전자통신연구원 | 영상정보의 분리 전송을 이용한 3차원 입체방송 송수신장치 및 그 방법 |
KR20110053178A (ko) * | 2009-11-13 | 2011-05-19 | 삼성전자주식회사 | 적응적인 스트리밍 방법 및 장치 |
WO2012099359A2 (ko) * | 2011-01-19 | 2012-07-26 | 삼성전자 주식회사 | 복수의 실시간 전송 스트림을 수신하는 수신 장치와 그 송신 장치 및 멀티미디어 컨텐츠 재생 방법 |
WO2013055032A1 (ko) * | 2011-10-10 | 2013-04-18 | 한국전자통신연구원 | 융합형 3dtv에서 컨텐츠 스트림에 접근하는 컨텐츠 제공 장치 및 방법, 그리고 컨텐츠 재생 장치 및 방법 |
WO2013089437A1 (ko) * | 2011-12-12 | 2013-06-20 | 엘지전자 주식회사 | 미디어 컨텐트를 수신하는 장치 및 방법 |
Non-Patent Citations (1)
Title |
---|
See also references of EP3285491A4 * |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2023031092A1 (en) | 2021-09-03 | 2023-03-09 | Ter Bron Groep B.V. | Hydraulic workover unit with tubular handling mechanism for tilting tubulars |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
WO2016117908A1 (ko) | 멀티미디어 콘텐츠를 송수신하는 방법 및 장치 | |
WO2009134105A2 (en) | Method of receiving broadcasting signal and apparatus for receiving broadcasting signal | |
WO2013169084A1 (ko) | Mmt 패킷 포맷 확장을 통한 하이브리드 전송 방법 | |
WO2013162312A1 (ko) | 멀티미디어 전송 시스템을 위한 데이터 송수신 방법 및 장치 | |
WO2013077698A1 (ko) | Mmt 미디어와 dash 미디어와의 연동 방법 | |
WO2013077697A1 (ko) | Mmt 패키지화 컨텐츠의하이브리드 전송 방법 및 컨텐츠 수신 방법 | |
WO2012060581A2 (ko) | 미디어 콘텐트 송수신 방법 및 그를 이용한 송수신 장치 | |
WO2014171806A1 (en) | Method and apparatus for transmitting media data in multimedia transport system | |
WO2012011724A2 (ko) | 미디어 파일 송수신 방법 및 그를 이용한 송수신 장치 | |
WO2013055191A2 (ko) | 방송 시스템에서의 제어 메시지 구성 장치 및 방법 | |
WO2011059274A2 (en) | Adaptive streaming method and apparatus | |
WO2013141666A1 (ko) | Mmt 패키지화된 svc 비디오 콘텐츠의 하이브리드 전송 방법 및 수신 방법 | |
WO2014209057A1 (ko) | 지상파 방송망과 인터넷 프로토콜망 연동 기반의 하이브리드 방송 시스템에서 방송 서비스의 송수신 방법 및 장치 | |
WO2011074844A2 (en) | Method of processing non-real time service and broadcast receiver | |
WO2015199420A1 (ko) | 방송 시스템에서 시스템 시간 정보를 송수신하는 기법 | |
WO2012011722A2 (ko) | 미디어 송수신 방법 및 그를 이용한 송수신 장치 | |
WO2016129981A1 (ko) | 미디어 데이터를 송수신하는 방법 및 장치 | |
WO2018174367A1 (ko) | 방송 신호 송수신 방법 및 장치 | |
WO2011132879A2 (ko) | 인터넷 기반 컨텐츠 송수신 방법 및 그를 이용한 송수신 장치 | |
WO2011037358A2 (ko) | 방송 네트워크와 ip 네트워크에 접속 가능한 디지털 디바이스 및 그 제어 방법 | |
WO2015137727A1 (ko) | 방송 신호 송/수신 처리 방법 및 장치 | |
WO2015199460A1 (ko) | 통신 시스템에서 프레임 송수신 방법 및 장치 | |
WO2011159093A2 (en) | Hybrid delivery mechanism in a multimedia transmission system | |
WO2015160221A1 (en) | Method and apparatus for providing information related to content supporting broadcast service | |
WO2016129976A1 (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: 16780355 Country of ref document: EP Kind code of ref document: A1 |
|
ENP | Entry into the national phase |
Ref document number: 2017554474 Country of ref document: JP Kind code of ref document: A |
|
WWE | Wipo information: entry into national phase |
Ref document number: 15567267 Country of ref document: US |
|
NENP | Non-entry into the national phase |
Ref country code: DE |