WO2016117908A1 - 멀티미디어 콘텐츠를 송수신하는 방법 및 장치 - Google Patents

멀티미디어 콘텐츠를 송수신하는 방법 및 장치 Download PDF

Info

Publication number
WO2016117908A1
WO2016117908A1 PCT/KR2016/000552 KR2016000552W WO2016117908A1 WO 2016117908 A1 WO2016117908 A1 WO 2016117908A1 KR 2016000552 W KR2016000552 W KR 2016000552W WO 2016117908 A1 WO2016117908 A1 WO 2016117908A1
Authority
WO
WIPO (PCT)
Prior art keywords
information
protocol
service
signaling
transmitting
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Ceased
Application number
PCT/KR2016/000552
Other languages
English (en)
French (fr)
Inventor
배재현
박경모
소영완
양현구
황성희
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Samsung Electronics Co Ltd
Original Assignee
Samsung Electronics Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Priority to CN201680006400.0A priority Critical patent/CN107211175B/zh
Priority to CA2974341A priority patent/CA2974341C/en
Priority to EP16740381.5A priority patent/EP3249932B1/en
Priority to US15/544,423 priority patent/US10448068B2/en
Priority to KR1020177023265A priority patent/KR102462377B1/ko
Priority to KR1020227037907A priority patent/KR102617287B1/ko
Application filed by Samsung Electronics Co Ltd filed Critical Samsung Electronics Co Ltd
Priority to MX2017009429A priority patent/MX373215B/es
Publication of WO2016117908A1 publication Critical patent/WO2016117908A1/ko
Anticipated expiration legal-status Critical
Priority to US16/594,817 priority patent/US11082729B2/en
Priority to US17/390,183 priority patent/US11528519B2/en
Ceased legal-status Critical Current

Links

Images

Classifications

    • 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/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/434—Disassembling of a multiplex stream, e.g. demultiplexing audio and video streams, extraction of additional data from a video stream; Remultiplexing of multiplex streams; Extraction or processing of SI; Disassembling of packetised elementary stream
    • H04N21/4345—Extraction or processing of SI, e.g. extracting service information from an MPEG stream
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/238—Interfacing the downstream path of the transmission network, e.g. adapting the transmission rate of a video stream to network bandwidth; Processing of multiplex streams
    • H04N21/2381—Adapting the multiplex stream to a specific network, e.g. an Internet Protocol [IP] network
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/18—Multiprotocol handlers, e.g. single devices capable of handling multiple protocols
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/24—Negotiation of communication capabilities
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/238—Interfacing the downstream path of the transmission network, e.g. adapting the transmission rate of a video stream to network bandwidth; Processing of multiplex streams
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/238—Interfacing the downstream path of the transmission network, e.g. adapting the transmission rate of a video stream to network bandwidth; Processing of multiplex streams
    • H04N21/2389—Multiplex stream processing, e.g. multiplex stream encrypting
    • 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/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/434—Disassembling of a multiplex stream, e.g. demultiplexing audio and video streams, extraction of additional data from a video stream; Remultiplexing of multiplex streams; Extraction or processing of SI; Disassembling of packetised elementary stream
    • H04N21/4347—Demultiplexing of several video streams
    • 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/61—Network physical structure; Signal processing
    • H04N21/6106—Network physical structure; Signal processing specially adapted to the downstream path of the transmission network
    • H04N21/6112—Network physical structure; Signal processing specially adapted to the downstream path of the transmission network involving terrestrial transmission, e.g. DVB-T
    • 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/61—Network physical structure; Signal processing
    • H04N21/6106—Network physical structure; Signal processing specially adapted to the downstream path of the transmission network
    • H04N21/6125—Network physical structure; Signal processing specially adapted to the downstream path of the transmission network involving transmission via Internet
    • 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/61—Network physical structure; Signal processing
    • H04N21/6156—Network physical structure; Signal processing specially adapted to the upstream path of the transmission network
    • H04N21/6175—Network physical structure; Signal processing specially adapted to the upstream path of the transmission network involving transmission via Internet
    • 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/643—Communication protocols
    • 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/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/438—Interfacing the downstream path of the transmission network originating from a server, e.g. retrieving encoded video stream packets from an IP network
    • H04N21/4383—Accessing a communication channel
    • 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/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/47—End-user applications
    • H04N21/472—End-user interface for requesting content, additional data or services; End-user interface for interacting with content, e.g. for content reservation or setting reminders, for requesting event notification, for manipulating displayed content
    • H04N21/47202—End-user interface for requesting content, additional data or services; End-user interface for interacting with content, e.g. for content reservation or setting reminders, for requesting event notification, for manipulating displayed content for requesting content on demand, e.g. video on demand

Definitions

  • the present disclosure relates to a method and an apparatus for transmitting and receiving multimedia content.
  • 1 is a diagram illustrating an example of configuration of protocol information defined for each service component in a general IP broadcasting network service.
  • a protocol is clearly defined for each service, and the contents thereof are described in an electronic service guide (ESG) or an electronic program guide (EPG).
  • ESG electronic service guide
  • EPG electronic program guide
  • DVB-H Digital Video Broadcasting-Handheld
  • RTP Real Time Transport Protocol
  • FLUTE File Delivery over Unidirectional Transport
  • RTP is used for data transmission.
  • a data packet transmitted using RTP hereinafter, referred to as a 'RTP packet'
  • the real-time transmission performance may be excellent, but it does not provide a method for guaranteeing the quality of service. Therefore, there is a need for another transport protocol that can compensate for these disadvantages and a broadcast service structure that can support the same.
  • An embodiment of the present disclosure provides a method for transmitting multimedia contents based on a protocol suitable for each environment according to a real-time / non-real-time service characteristic, and a transmission apparatus for performing the transmission.
  • an embodiment of the present disclosure provides a method of transmitting protocol information mapped for each service to a receiving device.
  • An embodiment of the present disclosure provides a method for receiving protocol information mapped to each service transmitted by a transmitting device, efficiently classifying and receiving services configured with different protocols, and a receiving device for performing the receiving method. do.
  • a method of transmitting multimedia content in a broadcast communication system comprising: identifying protocol information mapped for each service corresponding to the multimedia content, and transmitting service related information including protocol information mapped for each identified service; And transmitting the multimedia content corresponding to the corresponding service to the receiver by using the identified protocol.
  • a method for receiving multimedia content in a broadcast communication system comprising: receiving service related information including protocol information mapped for each service corresponding to the multimedia content, receiving multimedia content corresponding to the service, and And identifying a protocol corresponding to the service from protocol information mapped for each service, and playing the multimedia content using the identified protocol.
  • An apparatus for transmitting multimedia content in a broadcast communication system comprising: a control unit for identifying protocol information mapped for each service corresponding to the multimedia content and a service information including protocol information mapped for each identified service according to an instruction of the control unit; And a transmitting / receiving unit which transmits the information and transmits the multimedia content corresponding to the corresponding service to the receiving side using the identified protocol.
  • Another device in a device for receiving multimedia content in a broadcast communication system, receives service related information including protocol information mapped for each service corresponding to the multimedia content, and corresponds to a corresponding service. And a transmitter / receiver for receiving multimedia content, and a controller for identifying a protocol corresponding to the service from protocol information mapped for each service and reproducing the multimedia content using the identified protocol.
  • 1 is a diagram illustrating an example of configuration of protocol information defined for each service component in a general IP broadcasting network service
  • 2A is an example of an operation flow diagram when a receiving apparatus receives service related information according to an embodiment of the present disclosure through L2 signaling while performing a channel scan according to an embodiment of the present disclosure;
  • 2B is an example of an operation flowchart when receiving a service-related information according to an embodiment of the present disclosure when the receiving device according to an embodiment of the present disclosure switches a channel or performs a channel selection by turning on power.
  • FIG. 3 is an example of an operation flowchart of transmitting a service related information to a receiving device through L2 signaling information according to an embodiment of the present disclosure
  • FIG. 4 is another example of an operation flowchart of transmitting a service related information to a receiving apparatus through L2 signaling information according to an embodiment of the present disclosure
  • FIG. 5 is a diagram illustrating an example of a header structure of an L2 layer signaling message in ATSC 3.0;
  • FIG. 6 is an example of an operation flowchart of a receiving apparatus using a fixed separate boost port for initial acquisition of branch information of a protocol per service / service component according to an embodiment of the present disclosure
  • FIG. 7 is an example of an operation flowchart of a receiving apparatus using a specific protocol for initial acquisition of branch information as an initial protocol according to an embodiment of the present disclosure
  • FIG. 8 is an example of configuration diagram of a receiver according to an embodiment of the present disclosure.
  • FIG. 11 is an example of operation of a receiver according to an embodiment of the present disclosure.
  • 15 is an example of a protocol stack to which two transport technologies, MMT and ROUTE, according to an embodiment of the present disclosure are applied.
  • 16A is an example of configuration diagram of a transmitting device according to an embodiment of the present disclosure.
  • 16B is an operation flowchart of a transmitter according to an embodiment of the present disclosure.
  • a broadcast system uses a plurality of transport protocols, and clearly distinguishes between protocols for each use, such as a content transport protocol and a file transport protocol.
  • an application transport protocol is an MPEG media transport (MMT) protocol or a real time object delivery over unidirectional transport (FLUTE) file delivery over unidirectional transport.
  • MMT MPEG media transport
  • FLUTE real time object delivery over unidirectional transport
  • a plurality of transmission techniques such as) may be applied.
  • the ROUTE protocol is a transport protocol specialized for file data transmission rather than real-time A / V media data similar to FLUTE among media transmission protocols.
  • An embodiment of the present disclosure will be described as an example of an ATSC 3.0 based broadcasting system for convenience of description. However, embodiments of the present disclosure are not limited to ATSC 3.0 and may be applicable to other systems.
  • the transmitting apparatus delivers service related information including service provided in the broadcasting system and signaling information required for receiving the service to the receiving side.
  • the service related information according to the embodiment of the present disclosure includes a bootstrap of signaling information for acquiring and discovering services provided in the broadcasting system and service components constituting the corresponding service. It may be configured to include protocol information mapped for each service.
  • the receiving apparatus receives the service related information transmitted from the transmitting apparatus, receives signaling information for receiving the corresponding service based on the service related information, and based on the signaling information.
  • a transmitting device maps a suitable protocol on a service unit or service component basis, and configures information on a protocol mapped with the corresponding service or service component as service related information. Can be delivered to the receiving device.
  • embodiments of the present disclosure propose a plurality of embodiments of a method of delivering service related information to a receiving device.
  • the service-related information may be identified through means other than the broadcasting network, for example, e-mail, the Internet, universal serial bus (USB), and installation of a separate application.
  • the service related information may include a case of using upper signaling information carried in a UDP / IP packet header, transmitted using link layer signaling, or transmitted to a broadcast network.
  • the protocol stack in the broadcasting system includes a network layer 110 that processes an IP packet and various protocols.
  • Transport layer 112 configured as a protocol stack, signaling information for receiving each service / service component, for example, protocol information for identifying a mapped protocol for each service / service component
  • the service layer may include an application layer 114 that receives the packet related to each service and the packet processed by each protocol and delivers the packet to the user in the form of a corresponding service.
  • the protocol stack of the transport layer 112 includes, for example, the MMT and ROUTE protocols. Accordingly, referring to the receiver protocol stack of FIG. 15, the transport layer for the service received by the receiver includes an MMT and a ROUTE protocol. Referring to FIG.
  • a UDP / IP packet multicasted through a broadcast physical layer is mapped to an MMT or ROUTE protocol.
  • a packet transmitted from the transmitter using the MMT protocol is identified by signaling information corresponding to data and control information.
  • the data may be included in the corresponding packet based on a data structure of a media processing unit (MPU) including a minimum unit capable of independently decoding the media content transmitted using the MMT protocol.
  • MPU media processing unit
  • the data structure of the MPU may be a Media Fragment Unit (MFU), and for example, when the media content is video, the MFU may correspond to each of images constituting the video.
  • MFU Media Fragment Unit
  • the MPU is included in packets corresponding to each service component constituting the same service, and the video is defined as an asset in the MMT-based technology.
  • the same packet identifier is assigned to the MMT protocol packet carrying the same asset. Therefore, MPUs constituting the packet are also assigned the same packet identifier.
  • the data may be received in the form of payload in the MPU mode.
  • ROUTE is defined to deliver streaming content formatted by dynamic adaptive streaming over HTTP (Hyper text transfer protocol) through broadcast, and accordingly, a packet transmitted by using ROUTE from a transmitting device is also controlled with data.
  • the data is divided into signaling information corresponding to the information, and at this time, the data is received in an object unit obtained by dividing the media content into a predetermined unit and included in the packet, for example, the object is defined as a media segment.
  • the DASH segment is included in the packet in the form of a DASH segment and the signaling information may be included in the packet in the form of a DASH MPD (Media Presentation Description). Line, etc.
  • a transmitting device may receive a service / service component.
  • the service related information including the signaling information is transmitted to the receiving side, and the service related information according to the exemplary embodiment of the present disclosure may be periodically transmitted at a time point set by the operator or the user before the broadcast service is provided.
  • the service related information may be updated according to a change in a channel environment, a user's request, and the like, and the updated service related information is also transmitted before the corresponding broadcast service is provided.
  • Each corresponding UDP / IP packet is transmitted to a receiver using a protocol mapped to a corresponding service or service component, wherein the signaling information included in service related information is, for example, a service / Protocol to identify service component May include information.
  • the protocol information may include a protocol indicator (indicator Protocol) according to an embodiment of the present disclosure.
  • the service related information may further include a protocol change indicator and a changed protocol indicator indicating when the protocol of the corresponding service / service component is changeable.
  • the transmitting apparatus may configure the service related information to include IP / port information mapped to each service information and protocol information of each UDP packet.
  • the transmitting apparatus may additionally map protocol change information for each service information and configure the related information.
  • the transmitting apparatus may configure service-related information to include IP / port information, protocol indicator, and protocol change information mapped to each of real-time service components constituting the same service.
  • the protocol control module included in the reception apparatus that may be configured as shown in FIG. 8 may be configured as described above through the service related information received from the transmission apparatus. A protocol indicator or a protocol change indicator for each service / service component can be obtained.
  • Protocol information used in embodiments of the present disclosure may be specified in various units.
  • a specified range of protocol information is configured in, for example, a service unit and a service component unit.
  • the specification range of the protocol information according to an embodiment of the present disclosure is not limited only to a service unit / service component unit.
  • a specified range of protocol information may be set in a service unit according to an embodiment of the present disclosure.
  • the service may correspond to independent content such as a movie, news, drama, radio, and file that can be provided by the service provider.
  • the transmitting device may transmit the service related information including the protocol information mapped for each service to the receiving side. Thereafter, the transmitting device transmits a packet of a corresponding service to a receiving side using a protocol mapped to each service. For example, suppose that a protocol used for each broadcast service provided by another broadcaster is used.
  • the transmitting apparatus constructs service related information including protocol information for identifying a protocol of which the broadcast service of each broadcaster is configured. It should be sent to the receiver. Accordingly, the transmitter may configure service related information including protocol information mapped to a broadcast service provided by each broadcaster as an example, as shown in Table 1 below.
  • the service related information may be configured to be included in an EPG corresponding to a function of informing a broadcast schedule on a TV screen, for example.
  • service-related information may include service identification information corresponding to the service information, an IP address corresponding to IP / port information, and a protocol indicator corresponding to the protocol information.
  • service identification information is KBS
  • an IP address of '111.111.111.111' and a protocol indicator of MMT are mapped. That is, the broadcast service provided by KBS indicates that the broadcast service is transmitted to the receiver using the MMT protocol through an IP address of '111.111.111.111'.
  • the service identification information is MBC
  • an IP address of '222.222.222.222' and a protocol indicator of ROUTE are mapped.
  • the broadcast service provided by the MBS indicates that the broadcast service is transmitted to the receiver using the ROUTE protocol through an IP address of '222.222.222.222'.
  • the receiving side receives the service related information configured as shown in ⁇ Table 1>
  • the IP address of the received IP packet header is checked. do.
  • the transport layer of the receiving side of the received service may be mapped to the MMT protocol stack to which the checked IP address is mapped based on the service-related information. Forward IP packets.
  • the transport layer of the receiving side is the IP of the received service to the ROUTE protocol stack to which the confirmed IP address is mapped based on the service related information. Deliver the packet.
  • Table 2 below shows an example in which protocol information included in service-related information according to an embodiment of the present disclosure is expressed in the form of a protocol indicator mapped for each protocol type.
  • the protocol indicator may be defined in the form of a number indicating the protocol. That is, MMT is represented by "0" and ROUTE is represented by "1". Accordingly, in the case of the service-related information configured as shown in Table 1, the protocol indicator mapped to the KBS may be indicated as '0' corresponding to the MMT protocol, and the protocol indicator mapped to the MBS corresponds to the ROUTE protocol. Can be mapped to '1'.
  • the protocol indicator according to an embodiment of the present disclosure is shown in the form of a number as an example, it is not limited to the protocol indicator is represented only in the form of a number.
  • a specified range of protocol information may be set in units of a service component.
  • different protocols may be configured according to characteristics of each service component constituting the same service. For example, when a service corresponding to a specific movie provided by an operator is provided, each of the service components constituting the movie may correspond to each country's subtitles, audio and video contents of the movie.
  • the transmitting apparatus transmits service related information including protocol information mapped for each service component constituting the same service to the receiving side. The transmitter transmits the packet of the corresponding service component to the receiving side using a protocol mapped to each service component.
  • the transmitting apparatus corresponds to service identification information and respective service component identification information corresponding to service information, IP address and port information corresponding to IP / port information, and protocol information according to an embodiment of the present disclosure.
  • the service related information including the protocol indicator may be configured as shown in Table 3 and transmitted to the receiving side.
  • service-related information may be configured by mapping an IP address, a port address, and a protocol indicator for each service component constituting each service identification information.
  • the service identification information is MBC
  • each of the service components constituting the broadcast service provided by the MBC corresponds to AV streaming and file data
  • the IP addresses of the service components are the same as '222.222.222.222'.
  • the port address and protocol identifier of each of the service components are different. That is, in the case of AV streaming, a protocol indicator with a port address of 3 and MMT is mapped, whereas a protocol indicator with a port address of 4 and ROUTE is mapped with file data.
  • the same service composed of a plurality of service components may be transmitted using different protocols according to environments and service characteristics supported by the same service component.
  • Table 4 below shows an example of configuration of service-related information indicating a case where the same service component in the same service uses multiple protocols according to an embodiment of the present disclosure.
  • a broadcast service corresponding to the service identification information KBS is composed of service components of video, audio, and file data.
  • each of the service components is divided into a case where a protocol indicator indicates an MMT protocol and a route protocol while using the same IP address.
  • the receiving side changes the protocol of the corresponding service component provided by KBS based on the service-related information configured as shown in Table 4 due to the user's selection or the change of the surrounding service environment. Can be provided.
  • a receiver receives an audio or data file configured with a route protocol for a broadcast service viewed by a receiver.
  • the transmitting apparatus may change and transmit an audio or data file corresponding to the different language to the MMT protocol in real time to synchronize with the image of the broadcast service.
  • the transmitting apparatus may include the protocol change information of the broadcast service in the service related information and transmit the configured service related information to the receiving side.
  • the transmitting device delivers service related information including the protocol change information to the receiving side using, for example, EPG information type, or using L2 signaling for faster real time response, or It can be included in the IP packet header and transmitted to the receiving side.
  • the transmitting apparatus may include the changed port number corresponding to the IP packet of the audio or data file switched to another language serviced for the same service in the service related information and transmit the same to the receiving side. Then, the receiving end can identify the protocol of the corresponding audio or data changed by checking the protocol indicator corresponding to the changed port of the audio or data file from the previously received service related information.
  • Table 5 below shows an example of configuration of service-related information including protocol change information according to an embodiment of the present disclosure.
  • a protocol change indicator indicates that a protocol has been changed. Accordingly, the previous protocol indicator of the video component indicates '01' indicating the ROUTE protocol, whereas the changed protocol indicator indicates '11' indicating Protocol 4.
  • the protocol change indicator indicates that the protocol has not been changed. Accordingly, both the previous protocol indicator and the changed protocol indicator of the audio component indicate '10' indicating the 'ROUTE' protocol.
  • the transmitting apparatus may transmit the protocol change information of the corresponding service / service component by including the L2 signaling information and transmit the same, so that the transmitting apparatus may inform the receiving side of the changed protocol information for each service / service component in real time. .
  • a method of displaying changed protocol information of a corresponding service / service component through L2 signaling may include displaying a protocol indicator or a changed protocol indicator of the corresponding service or service component in a header or payload of the L2 packet. You can send it.
  • a method of transmitting a protocol or changed protocol information of a corresponding service or service component to a receiver through a dedicated signaling message may be used.
  • 2A and 2B are diagrams illustrating an example of an operation flowchart of a receiving apparatus according to an exemplary embodiment of the present disclosure. 2A will be described for operations when the receiving apparatus receives service related information according to an embodiment of the present disclosure through L2 signaling while performing a channel scan. 2B illustrates operations when receiving service related information according to an embodiment of the present disclosure when the reception apparatus switches a channel or performs a channel selection according to power on.
  • a transmitting device transmits service related information including protocol information for each service / service component to a receiving device through L2 signaling information.
  • an initial channel scan is performed in step 200.
  • the receiving device obtains service related information according to an embodiment of the present disclosure through an initial channel scan.
  • the receiving apparatus detects a preamble through initial channel scanning, and in operation 204, a physical layer pipe (PLP) decoding is performed based on the obtained service-related information and the detected preamble.
  • PLP physical layer pipe
  • the receiving device may acquire information for receiving a corresponding service, for example, an RF (radio frequency) channel, a PLP identifier, etc. by decoding the signaling information obtained from the obtained service related information.
  • the reception apparatus performs RF tune-in using the service related information, performs a PLP selection corresponding to a corresponding service, and performs L2 signaling processing in step 206.
  • the receiving device obtains protocol information of signaling information, protocol information for each service / service component, and the like, from the service related information according to an embodiment of the present disclosure.
  • the service related information may include boost strap information on ESG, EPG, SPD session information, and the like.
  • a receiving device corresponds to a TV as an example.
  • the reception apparatus performs a channel selection procedure by turning on power or performing channel switching in step 210.
  • the reception apparatus is in a state in which service related information is obtained through an initial channel scan process, and signaling information for receiving a corresponding service already received in a channel selected from the service related information, for example, RF channel information and PLP. Identifier and so on. Accordingly, in step 212, the receiving apparatus performs RF tune-in using RF channel information corresponding to the selected channel.
  • the receiving apparatus detects a preamble of the selected channel, selects a PLP of the corresponding service based on the service related information, and decodes the selected PLP.
  • the receiving device performs L2 signaling information parsing. During L2 signaling information processing, the reception device obtains protocol information of signaling information, protocol information for each service / service component, and the like, from the service related information according to an embodiment of the present disclosure.
  • the service related information includes boost strap information on ESG, EPG, SDP, and the like.
  • service-related information including protocol information for each service / service component or changed protocol information according to an embodiment of the present disclosure may be transmitted in various ways according to the embodiment.
  • the transmitting device may include and transmit service-related information in an EPG delivered to an OoB (Out of Band) outside the broadcasting network.
  • the transmitting apparatus may be configured according to an embodiment of the present disclosure through an additional third delivery channel corresponding to the OoB, that is, email, USB delivery, separate application installation, and an Internet channel.
  • EPG data including service-related information may be delivered to a receiving side, for example, a broadcast receiving terminal.
  • the service-related information according to an embodiment of the present disclosure may be, for example, service units classified by different broadcasters such as KBS and MBC, or services corresponding to, for example, video, audio, and generic files.
  • the protocol information or the changed protocol information may be transmitted through a third channel separate from the channel through which the broadcast data information is transmitted, thereby affecting the performance of the broadcast signal. It does not cause a transmission error or the like.
  • the transmitting device since the transmitting device transmits the EPG before transmitting the corresponding broadcast data, it may be difficult to reflect the changed protocol information in real time. For example, when a transmitting device transmits a news broadcast video of a KBS channel to an RTP, and then transfers the news broadcast video to another alternative protocol such as MMT, if necessary, the changed protocol information is transmitted through an EPG. It is difficult to update and send to the receiver.
  • Table 6 below shows an example in which a protocol indicator is inserted into an ESG according to an embodiment of the present disclosure for each service / service component according to an embodiment of the present disclosure.
  • the 'Channel 1' service is composed of H.264 based video and audio service components, and the rate of the service component corresponding to video is 25 frames, and is transmitted through the MMT protocol.
  • the service component corresponding to the audio represents an example of being transmitted through the ROUTE protocol.
  • FIGS. 3 and 4 are flowcharts of operations of a receiving side when service related information according to an embodiment of the present disclosure is transmitted through an OoB or a broadcast channel.
  • the service related information includes protocol information (hereinafter, referred to as 'protocol information of signaling information') for receiving signaling information required for reception of a corresponding service and protocol information for each service / service component.
  • the service related information may be transmitted, such as ESG, EPG, SDP session information, and may be transmitted to the receiving side through the OoB.
  • the service related information according to the embodiment of the present disclosure is a service of the service-related information delivered to the receiving side through the boost information on the ESG, EPG, SDP session information and the like, for example, broadband OoB It may be configured to include the boost information of the signaling information.
  • the receiver when the TV is turned on, the receiver performs an initial channel scan in step 300. In the initial channel scanning process, the reception device obtains service related information according to an embodiment of the present disclosure. In operation 302, the preamble is detected. In operation 304, the receiving device decodes L1 signaling based on the detected preamble.
  • the receiving apparatus selects a PLP obtained from the decoded L1 signaling, decodes the selected PLP, and performs an L2 signaling process in step 308.
  • the reception device obtains a location of signaling including boost strap information for receiving signaling information from service related information and a type of a transmission protocol of the signaling information according to an embodiment of the present disclosure.
  • the signaling location includes, for example, boost strap information about the ESG, EPG, SDP, or the like, or the signaling information for receiving the corresponding service is included. It may be configured to include the upper stage boost information for the case received through the OoB information.
  • the signaling location may be represented by an IP address or a port number and a protocol indicator for transmitting the signaling information.
  • the receiving apparatus checks whether the acquired signaling position is OoB or a broadcast channel. As a result of the checking, when the signaling information is received through OoB, for example, broadband, the receiving device proceeds to step 314.
  • the receiving apparatus requests and receives signaling information of a corresponding service using boost strap information corresponding to the signaling location, for example, a Uniform Resource Locator (URL), and processes the received signaling information.
  • the receiving device obtains service information for each service / service component from the received signaling information.
  • the reception apparatus obtains a corresponding service indicator or a changed protocol indicator for each service component to be received from the protocol information for each service / service component, and receives the corresponding service / service based on the obtained protocol indicator. Pass the component to the appropriate protocol stack.
  • step 312 the receiving device obtains the boost information on the ESG, EPG, SDP, etc. for the case where the signal is received from the signaling location through the broadcast channel, and converts the signaling information into a corresponding protocol based on the obtained boost information. Pass it to the stack for processing.
  • the protocol of the signaling information includes one of an MMT or a ROUTE protocol.
  • the receiving apparatus obtains protocol information for each service / service component from the signaling information, and performs operation 318 based on the obtained protocol information.
  • FIG. 4 is a diagram illustrating another example of an operation flowchart of a receiving apparatus according to an embodiment of the present disclosure.
  • a transmitter transmits service related information according to an embodiment of the present disclosure to a receiving device through L2 signaling information.
  • the service related information includes protocol information of signaling information and protocol information for each service / service component.
  • the service related information may be transmitted, such as ESG, EPG, SDP session information, and may be transmitted to the receiving side through the OoB.
  • the service related information is a service of the service-related information delivered to the receiving side through the boost information on the ESG, EPG, SDP session information and the like, for example, broadband OoB It may be configured to include the boost information of the signaling information.
  • channel selection is performed by turning on the TV or switching channels as an example of the reception apparatus in operation 400.
  • RF channel information, a PLP identifier, and the like are obtained from service related information for receiving a corresponding service already received on a selected channel through a process of performing an initial channel scan performed at the same time the power of the receiving device is turned on. Accordingly, in step 402, the receiving device performs an RF tune-in using RF channel information corresponding to the selected channel and receives the corresponding service.
  • the receiving device decodes the L1 signaling.
  • the receiving apparatus selects a PLP of the corresponding service obtained from the decoded L1 signaling and decodes the selected PLP.
  • the receiving device performs L2 signaling.
  • the reception device obtains a location of signaling including boost strap information for receiving signaling information from service related information and a transport protocol type of the signaling information according to an embodiment of the present disclosure.
  • the signaling location includes, for example, boosting information on ESG, EPG, SDP, etc. when signaling information for receiving a corresponding service is received through a broadcast channel, or the signaling information is transmitted through OoB. It may be configured to include the upper stage boost information for the received case.
  • the signaling location may be represented by an IP address or a port number and a protocol indicator for transmitting the signaling information.
  • the receiving apparatus checks whether the signaling position is OoB or broadcast channel. As a result of the checking, when the corresponding signaling information is received through OoB as an example, in step 414, the receiving device requests and receives the signaling information using a URL as an example of boost strap information corresponding to the signaling location. And handle it.
  • the receiving device obtains protocol information for each service / service component from the signaling information.
  • the receiving apparatus obtains a corresponding service indicator or a changed protocol indicator for each service component to be received from the protocol information for each service / service component, and based on the obtained protocol indicator, the receiving device acquires the corresponding service / service component. Receive.
  • step 412 the receiving device attaches to the ESG, EPG, SDP, etc. for the case where it is received through the broadcast channel from the signaling position.
  • the strap information is acquired, and the signaling information is transmitted to the corresponding protocol stack based on the obtained boost trap information.
  • the protocol of the signaling information includes one of an MMT or a ROUTE protocol.
  • the receiving apparatus obtains protocol classification information for each service / service component from the signaling information, and proceeds to operation 418.
  • the transmitting device may transmit service related information through SDP session information.
  • the service related information according to the embodiment of the present disclosure is included in the SDP session information used to establish a session between the transmitting end and the receiving end of each of various protocols. It can be inserted and sent to the sender.
  • the service related information includes protocol information or changed protocol information applied to transmission of a service unit or a service component unit.
  • the reception apparatus may receive SDP session information according to an embodiment of the present disclosure, and identify a real-time change of protocol information in each service / service component through the received SDP session information.
  • an embodiment of inserting and transmitting an SDP session information including service related information may be used when additional bits are not available in a reserved area such as EPG, IP packet header, L2 signaling, or the like. It may be used in parallel with at least one method of other embodiments.
  • Table 7 below shows an example of including protocol information for each service component in SDP session information according to an embodiment of the present disclosure.
  • the transmission protocol of the media can be specified through.
  • the Video element of the SDP session is transmitted through the 4002 port and uses the MMT protocol.
  • the protocol change indicator is marked as '0' to indicate that the transport protocol will not be changed.
  • the Audio element of the SDP session is transmitted through port 4004, indicating that RTP is used.
  • the transmitting apparatus may transmit service related information according to an embodiment of the present disclosure to a receiving side through a UDP / IP packet header.
  • the transmitting apparatus may transmit the service related information in the IP packet header or the UDP packet header.
  • the service related information may be configured to include protocol information and changed protocol information of a service unit or a service component unit.
  • the protocol can be changed in real time in a relatively flexible manner compared with the embodiment transmitted through the EPG.
  • Table 8 shows an example of a structure of a general IPv4 packet header.
  • the Protocol field indicates information of a protocol used in an upper layer of IP. For example, if the Protocol field is designated as "17”, this means that the protocol is UDP. If the Protocol field is designated as "6", it means that the protocol is TCP (Transmitssion Control Protocol).
  • the Protocol field according to an embodiment of the present disclosure may be extended to specify which transport protocol is used in a higher layer according to a given condition.
  • the transmitting apparatus may transmit service related information through L2 signaling.
  • the transmitting apparatus may include and transmit the service related information according to the embodiment of the present disclosure in various forms in a separate dedicated L2 signaling message or L2 packet header.
  • the service related information includes protocol information or changed protocol information of a service / service component unit.
  • the service related information according to the embodiment of the present disclosure is transmitted to the receiver through L2 signaling, for example, compared with the case of transmitting the service related information through the ESG, EPG, SDP session information, or the IP header. Relatively faster and more flexible delivery of information about protocol changes is possible.
  • the overhead of the overall transport signaling bits may increase.
  • FIG. 5 is a diagram illustrating an example of a header structure of an L2 layer signaling message in ATSC 3.0.
  • the Packet Type Field (3b) value of the L2 packet header is '100', it means that the payload of the corresponding L2 packet includes a signaling message, and according to the embodiment of the present disclosure in the signaling message.
  • Service-related information can be included in various forms.
  • the service related information may include, for example, protocol information for each service / service component or changed protocol information.
  • the service related information may be configured and included in at least one of the above-described ⁇ Table 1> to ⁇ Table 5>.
  • service related information included in a signaling message of an L2 packet may include an IP address and a port number for identifying each IP session, and a protocol identifier indicating a protocol used. It may be configured to include.
  • Table 10 below shows that when L2 signaling is transmitted through one PLP among PLPs that transmit a service mapped to a logical channel, the signaling information of the L2 packet is changed or the protocol information used to transmit the corresponding PLP.
  • the protocol information is configured.
  • the L2 signaling when the L2 signaling is transmitted in a separate PLP separate from the PLP transmitting media components such as audio and video, the L2 signaling may provide information on the number of logical channels and transport ID information mapped to individual logical channel IDs.
  • the Transport ID indicates a protocol used for logical channel transmission.
  • information on IP sessions used for a service corresponding to a given logical channel may be included in the following ⁇ Table 10> or provided in a separate table.
  • the receiving device may identify IP sessions for the corresponding logical channel, a protocol used in each of the IP sessions, and operate based on the identified protocol.
  • Table 11 below is an embodiment in the case of including the protocol information or the changed protocol information used for the transmission of the PLP for transmitting the L2 signaling in the signaling message of the L2 packet.
  • information on IP sessions included in a given PLP that is, mapping information of the corresponding PLP and IP sessions may be included in the following ⁇ Table 11> or provided in a separate table form.
  • Table 12 below is an embodiment when the signaling message of the L2 packet includes protocol information or modified protocol information used for transmission of a physical RF channel.
  • the RF channel has a center frequency of 1000 MHz and 6 MHz, it is also possible to inform protocol information used for an RF channel currently connected through L1 signaling of the physical layer.
  • the transmitting apparatus configures higher signaling information for delivering service related information through In-Band, for example, ESG, EPG, SDP, and the like, and transmits the service related information to the receiving side.
  • higher signaling information delivered to the In-Band is transmitted through an In-band transmission protocol defined between the transmitting device and the receiving device, for example, FLUTE, MMT, ROUTE, MMT, RTP, and the like. Therefore, higher signaling information delivered to In-Band is also configured to include protocol information of each service / service component. Accordingly, the receiving device cannot perform the receiving operation because it does not know to which protocol layer to process a specific service or service component until the higher signaling information is received.
  • the receiving device since the receiving device must receive even the upper signaling information through in-band, the corresponding service to be received even in the state of not receiving the branch information of the protocol for each service / service component obtained from the higher signaling information. An additional operation is needed to first acquire information of a protocol for each service component and to start a reception operation of the corresponding service / service component.
  • the receiving device may fix and use a separate boost strap port for obtaining branch information of a protocol for each service / service component.
  • FIG. 6 is an example of an operation flowchart of a receiving apparatus using a fixed separate trap port for initial acquisition of branch information of a protocol for each service / service component according to an exemplary embodiment of the present disclosure.
  • the branch information may be transmitted by allocating a separate dedicated number of the session.
  • a reception apparatus selects a predetermined specific port, for example, port number 0, in order to preferentially extract branch information transmitted through an in band from a transmitter.
  • a packet received through port number 0 is determined to be received in a predetermined protocol, for example, a 'ROUTE' protocol.
  • the receiving device receives a packet received from the broadcast session using the ROUTE protocol, and in step 602, the receiving device branches the received packet to the ROUTE protocol stack.
  • the receiving device preferentially extracts branch information from the received packet.
  • Branch information can be extracted first. If the received packet uses the MMT protocol, the branch information may be first extracted through a packet identifier previously promised. Then, in step 606, the ROUTE protocol stack delivers the extracted branch information to the branch information boost session. Thereafter, packets received through the branch information boost session are branched to the corresponding protocol stack through the branch information.
  • ALC Asynchronous Layered Coding
  • the receiving device may fix and use an initial protocol for initial acquisition of branch information transmitted in-band.
  • 7 is an example of an operation flowchart of a receiving apparatus using a specific protocol for initial acquisition of branch information as an initial protocol according to an embodiment of the present disclosure.
  • the reception apparatus monitors all ports and receives the first received packets using the MMT protocol. Then, branch information is first extracted from the packets received in step 702.
  • the branch information may be first extracted from packets received through TSI or TOI.
  • the receiving device may preferentially extract the branch information from a packet received through a packet identifier previously promised.
  • the receiving device branches to the corresponding protocol stack through the extracted branch information for each of the received packets.
  • service related information delivered through In-Band may be delivered to a receiving device through L2 signaling.
  • the service related information may include, for example, an IP address or port number for transmitting higher signaling information for receiving a corresponding service, and protocol information used.
  • the transmitting apparatus transmits service related information transmitted through In-Band in In-band, and transmits information on whether to change protocol information of the higher signaling information to the receiver through L2 signaling or L1 signaling. Can transmit In this case, the receiving device may check whether the protocol information of the higher signaling information is changed in the L2 layer without checking up to the upper layer.
  • the transmission apparatus may designate and use a protocol used for each port.
  • a protocol used for each port As a specific example, as shown in Table 13, some ranges of the dynamic ports 49152 to 65535 proposed by the IANA may be fixedly allocated for a specific protocol.
  • the reception device may receive a packet received through a port number corresponding to 51000 to 52000 using the MMT protocol, and preferentially extract branch information of the received packet by using a predetermined packet identifier. have.
  • the receiving device may receive a packet received through a port number corresponding to 54000 to 55000 using the ROUTE protocol, and the branch information of the received packet may be preferentially extracted through a TSI or TOI promised in advance. have.
  • the transmission device may transmit a port number and protocol information mapped to the corresponding port number to the receiver through L2 signaling. have.
  • FIG. 8 is an example of configuration diagram of a receiving apparatus according to an embodiment of the present disclosure.
  • the reception apparatus is largely configured to include an application layer 802, a transport layer 804, a network layer 806, a data link layer 808, and a physical layer 810.
  • the transport layer 804 corresponds to a protocol information analyzer 814 that receives service related information according to an embodiment of the present disclosure and analyzes protocol information of a corresponding service / service component, and the corresponding service / service component.
  • Protocol control module 812 for branching the packet to the protocol stack.
  • the protocol control analyzer 814 may transmit protocol information or modified protocol information for transmitting a specific media among element media (A / V / File, etc.) corresponding to a service component constituting one service from the received service related information. Extract it and deliver it to the protocol control module 812.
  • the protocol information may be described, for example, in the form of mapping list information A between IP / port information and a protocol to which the corresponding element media is to be transmitted.
  • the protocol control module 812 compares the IP / Port information (B) included in the header information of the UDP / IP packet transmitted from the UDP / IP stack with the mapping list information (A), and the corresponding UDP / IP packet. You can decide which protocol stack to pass to.
  • the protocol information analyzer 812 extracts protocol information for each service / service component or changed protocol information from service related information transmitted from a transmitter.
  • the service related information is transmitted through an EPG, SDP session information, L2 signaling, an IP packet header, etc. according to the above-described embodiment.
  • the protocol information analyzer 812 collects / determines the extracted information and transmits the extracted information to the protocol control module 814.
  • the protocol information analyzer 814 may extract mapping list information between the IP / Port information of the element media transmitted from the EPG and the protocol to which the corresponding element media is to be transmitted.
  • a reception device obtains service related information according to an embodiment of the present disclosure through an EPG delivered through an OoB.
  • the service related information is configured to include protocol information or changed protocol information for each service / service component.
  • the receiving device may acquire service related information through an initial channel scan.
  • the initial scan in this embodiment includes a process in which a receiving device obtains service related information according to an embodiment of the present disclosure from an EPG delivered through an OoB, for example.
  • the receiving device acquires physical channel information such as an RF channel, a PLP identifier, and the like, through a channel selection to the IP for receiving the corresponding service using the service related information.
  • a protocol used for transmission of the service for example, MMT or ROUTE (when using EPG information) is obtained.
  • the receiving device performs RF tune-in based on the service-related information, and performs a PLP selection corresponding to the service in step 906.
  • the receiving device performs L2 signaling.
  • the receiving device processes the link layer packet to extract the L2 signaling included in the payload, and obtains the update information and the other information of the service related information through the L2 signaling.
  • the update information of the service related information may include the indication information of the changed protocol when the protocol used for transmission of the corresponding service / service component is changed, and the indication information of the changed protocol may include, for example, L2 signaling. Can be sent through.
  • the receiving device may include boost strap information for obtaining indication information of the changed protocol.
  • the receiving device obtains a UDP / IP packet through a UDP / IP session in step 910.
  • the receiving apparatus extracts IP port information from a header of a UDP / IP packet transmitting media data.
  • protocol information for each service / service component is extracted from service-related information included in the EPG acquired during the initial scan. In this case, as an example, the protocol information for each service / service component is assumed to be mapped to a corresponding IP port, as described in Table 1 below.
  • the receiving apparatus checks whether a new EPG including the changed protocol information is received. As a result of the check, if a new EPG exists, in step 918, the receiving device extracts new protocol information from the new EPG. In operation 920, the receiving device compares the extracted IP port information with protocol information extracted from the new EPG. In step 922, the receiving device branches the UDP / IP packet to the protocol stack corresponding to the extracted IP port information according to the comparison result as illustrated in Table 1 above.
  • the receiving device compares the extracted IP port information with protocol information obtained from the EPG received through the initial channel scan, and in step 922 Branch the UDP / IP packet to the corresponding protocol stack.
  • step 926 the receiving device processes the corresponding packet in a corresponding protocol in the application layer, and then plays the corresponding service in step 926.
  • 10 is a diagram illustrating an example of an operation flowchart of a receiving apparatus according to an embodiment of the present disclosure. 10 illustrates a case in which a reception device obtains service related information according to an embodiment of the present disclosure through SDP session information.
  • the receiving device may acquire service related information through an initial channel scan.
  • the initial scan includes, for example, the process of acquiring the service related information according to the embodiment of the present disclosure from the SDP session information transmitted to the OoB.
  • the receiving device acquires physical channel information such as an RF channel, a PLP identifier, and the like, through a channel selection to the IP for receiving a corresponding service using the service related information.
  • the receiving device performs RF tune-in based on the service related information, and performs a PLP selection corresponding to the corresponding service in step 1006.
  • the receiving device performs L2 signaling.
  • the receiving device processes the link layer packet to extract the L2 signaling included in the payload, and obtains the update information and the other information of the service related information through the L2 signaling.
  • the update information of the service related information may include the indication information of the changed protocol when the protocol used for transmission of the corresponding service / service component is changed, and the indication information of the changed protocol may include, for example, L2 signaling. Can be sent through.
  • the receiving device may include boost strap information of the SDP session for obtaining indication information of the changed protocol.
  • the receiving device obtains a UDP / IP packet through a UDP / IP session in step 1010.
  • the receiving device acquires a UDP / IP session and extracts IP port information from a header of the UDP / IP packet for transmitting media data.
  • the receiving device extracts service / service component-specific protocol information from service-related information included in the SDP session information acquired during the initial scan.
  • the protocol information for each service / service component is assumed to be mapped to a corresponding IP port, as described in Table 1 below.
  • the receiving apparatus checks whether new SDP session information including the changed protocol information is received. As a result of the check, if there is new SDP session information, in step 1018, the receiving device extracts new protocol information from the new SDP session information. In operation 1020, the receiving device compares the extracted IP port information with protocol information extracted from the new EPG. In step 1022, the receiving device branches the UDP / IP packet to the protocol stack corresponding to the extracted IP port information according to the comparison result as illustrated in Table 1 below.
  • step 1016 if there is no new SDP session information, the receiving device compares the extracted IP port information with protocol information obtained from the SDP session information received through the initial channel scan, and 1022 In the step, according to the comparison result, branches the UDP / IP packet to the corresponding protocol stack.
  • step 1026 the receiving device processes the corresponding packet as a protocol in the application layer, and plays the corresponding service in step 1026.
  • FIG. 11 is a diagram illustrating an example of an operation flowchart of a receiver according to an embodiment of the present disclosure.
  • a receiving device obtains service related information according to an embodiment of the present disclosure included in a header of a UDP / IP packet.
  • the service related information is configured to include protocol information or changed protocol information for each service / service component.
  • the receiver after receiving an initial channel scan in step 1100, the receiver performs channel selection in step 1102 to obtain service related information according to an embodiment of the present disclosure.
  • the receiving device obtains physical channel information such as an RF channel, a PLP identifier, and the like, from the service related information to a path to an IP for receiving a corresponding service.
  • the receiving device performs RF tune-in based on the service related information, and in step 1106, selects a PLP corresponding to the corresponding service.
  • the receiving device performs L2 signaling.
  • the receiving device processes the link layer packet to extract the L2 signaling included in the payload, and in step 1110, the receiving device transmits the media data to UDP / IP. Acquire a packet.
  • IP port information for each service / service component is extracted through the header of the corresponding UDP / IP packet, and protocol information for each service / service component acquired from the header of the UDP / IP packet during initial scanning in operation 1114. Extract In this case, as an example, the protocol information for each service / service component is assumed to be mapped to a corresponding IP port, as described in Table 1 below.
  • step 1116 the receiving device compares the extracted IP port information with protocol information.
  • the receiving device branches the UDP / IP packet to a protocol stack corresponding to the extracted IP port information according to the comparison result. Thereafter, in step 1120, the receiving device processes the corresponding packet in a corresponding protocol in the application layer, and then plays the corresponding service in step 1122.
  • 12 is a diagram illustrating an example of an operation flowchart of a receiving apparatus according to an embodiment of the present disclosure. 12 illustrates a case in which service related information is delivered to a receiver through L2 signaling according to an embodiment of the present disclosure.
  • the service related information is configured to include protocol information or changed protocol information for each service / service component.
  • the receiving device obtains service related information through an initial channel scan.
  • the receiving device performs channel selection and acquires wireless channel information such as an RF channel, a PLP identifier, etc., to a path to an IP for receiving a corresponding service using the service related information.
  • the receiving device performs RF tune-in based on the service related information, and in step 1206, selects a PLP corresponding to the corresponding service.
  • the receiving device performs L2 signaling.
  • the link layer packet is processed to extract the L2 signaling included in the payload, and the receiving apparatus extracts the IP packet through the header of the corresponding IP packet in step 1210. Obtains update information, protocol information, and changed protocol information of the service related information through the L2 signaling.
  • step 1212 the receiving device obtains a UDP / IP packet for transmitting media data, and extracts IP port information from the header of the obtained UDP / IP packet in step 1214.
  • step 1216 the receiving device compares the IP port information extracted from the header of the UDP / IP packet with the protocol information extracted from the L2 signaling.
  • step 1218 the receiving device branches the UDP / IP packet to a protocol stack corresponding to the extracted IP port information according to the comparison result. Thereafter, in step 1220, the receiving device processes the packet in a corresponding protocol in the application layer, and then plays the corresponding service in step 1222.
  • the service related information delivered to the in-band may be included in, for example, ESG, EPG, and SDP session information.
  • the service related information may include a location of signaling including boost strap information for receiving signaling information required for reception of a corresponding service, transport protocol information of the signaling information, and the like.
  • the location of the signaling may be represented in the form of mapping information of a port number and a protocol indicator on which the signaling information is transmitted.
  • the mapping information may be delivered to the receiver through L2 signaling.
  • the receiving device may acquire service related information delivered to the in-band through an initial channel scan.
  • the receiving device performs channel selection to obtain physical channel information such as an RF channel, a PLP identifier, and the like, by using the service-related information.
  • the receiving device performs RF tune-in based on the service-related information, and in step 1306, selects a PLP corresponding to the corresponding service.
  • the receiving device performs L2 signaling.
  • the receiving device processes the link layer packet to extract the L2 signaling included in the payload, and updates information of the service related information and upper level protocol information through the L2 signaling. Etc. can be obtained.
  • the upper layer protocol information is used when the service related information is obtained through L2 signaling.
  • the receiving device acquires a UDP / IP packet for transmitting media data.
  • the service related information is used when the first UDP / IP packet is received at a preset port number or protocol. .
  • the receiving device filters the UDP / IP packets received with the preset IP port number.
  • the receiving device branches to a protocol stack corresponding to a protocol preset for the filtered UDP / IP packet.
  • the receiving device obtains service / service component-specific protocol information from the service related information.
  • the receiving apparatus extracts IP port information from the header of the UDP / IP packet.
  • step 1320 the receiving device compares the extracted IP port information with protocol information for each service / service component obtained from the service related information.
  • the receiving device branches the UDP / IP packet to a protocol stack corresponding to the extracted IP port information according to the comparison result. Thereafter, in step 1324, the receiving device processes the packet in a corresponding protocol in the application layer, and then plays back the service in step 1326.
  • FIG. 14 is a diagram illustrating an example of an operation flowchart of a receiving apparatus according to an embodiment of the present disclosure.
  • the embodiment of FIG. 14 uses a fixed range of IP ports for which a specific protocol is used. Although not shown, according to an embodiment, it is also possible to transmit range information of a port using the specific protocol to a receiver through L2 signaling.
  • the receiving device performs an initial channel to obtain service related information according to an embodiment of the present disclosure.
  • the service related information may include protocol information for each service / service component or changed protocol information. It is composed.
  • the receiving device acquires physical channel information such as an RF channel, a PLP identifier, and the like, through a channel selection to the IP for receiving a corresponding service using the service related information.
  • the receiving device performs RF tune-in based on the service related information, and in step 1406, selects a PLP corresponding to the corresponding service.
  • the receiving device performs L2 signaling.
  • the receiving apparatus extracts the L2 signaling included in the payload by processing the link layer packet, and updates information of the service-related information and a higher level protocol through the L2 signaling.
  • the update information of the service related information may include indication information of the changed protocol when the protocol used for transmission of the service is changed, and the indication information of the changed protocol may be transmitted through, for example, L2 signaling. Can be.
  • the receiving device acquires a UDP / IP packet for transmitting media data.
  • a protocol mapping table configured with protocols mapped to respective port ranges as illustrated in ⁇ Table 14> (port numbers for each protocol are mapped). Suppose you have received).
  • the receiving device branches the UDP / IP packets received through the corresponding port to the protocol stack corresponding to the predetermined protocol by using the received protocol information and the protocol mapping table.
  • the receiving device processes the packet in a corresponding protocol in an application layer and then reproduces the service in operation 1420.
  • the L2 layer exists between the UDP / IP layer and the ATSC3.0 physical layer.
  • the transmitting side configures service related information including protocol information for each service / service component or changed protocol information in one of the above-described tables, and delivers it to the receiving side.
  • the receiving side receives corresponding service related information according to at least one of the embodiments of FIGS. 9 to 14 or a combination of the above embodiments, and then a protocol of each UDP / IP packet corresponding to the received service / service component. Identifies It branches to the protocol stack corresponding to the identified protocol and is processed and serviced by that protocol of the packet. In the case of FIG.
  • each UDP / IP packet corresponding to a service / service component is received using an MMT or ROUTE protocol, and when the received corresponding packet uses the MMT protocol, signaling information and data corresponding to control information are received.
  • the data may be included in the corresponding packet based on the MPU including the minimum unit capable of independently decoding the media content transmitted using the MMT protocol.
  • data is received in the form of payload in the MPU mode.
  • ROUTE it is defined to deliver DASH-formatted streaming content through broadcast. Accordingly, the packet transmitted from the transmitting device using ROUTE is also divided into signaling information corresponding to data and control information.
  • the data is received in the form of a corresponding DASH segment in the form of a media segment, and received in the packet. It indicates that the packet can be received by being included in the packet in the form of DASH MPD.
  • the DASH MPD may, for example, indicate a timeline of DASH segments.
  • 16A is an example of configuration diagram of a transmitting device according to an embodiment of the present disclosure.
  • the transmitting apparatus 1600 may include, for example, a controller 1602, a transceiver 1604, and a service-related generator 1606.
  • 16B is a flowchart illustrating an operation of a transmitter according to an exemplary embodiment of the present disclosure.
  • the service related generation unit 1606 configures service related information in step 1600 according to the instruction of the controller 1602.
  • the service related information may be configured in the form of ⁇ Table 1> to ⁇ Table 5> including protocol information or changed protocol information for each service / service component provided by the broadcast system.
  • the service related information may further include location information and protocol information of signaling information for a receiver to receive a corresponding service.
  • the location information of the signaling information includes boost strap information for a receiver to receive the signaling information
  • the protocol information includes a protocol indicator used for transmission.
  • the protocol information may be transmitted by mapping an IP address, a port number, and the corresponding protocol indicator to which the signaling information is transmitted.
  • the transceiver 1064 transmits the service related information to the receiver before providing the broadcast service to the receiver.
  • the transmission time of the service-related information may be periodically transmitted at each time point set in advance by the operator or the user before providing the corresponding broadcast service.
  • step 1604 the controller 1602 checks whether the service related information needs to be updated according to a change in a channel environment, a user request, or the like. If no update is required as a result of the check, the transmitting device waits for the next update.
  • the controller 1602 updates the service related information and generates the service related information unit 1606 to generate updated service related information.
  • the updated service related information may be configured to include the changed protocol information described above.
  • the transceiver 1604 transmits the updated service related information to the receiver according to the instruction of the controller 1602.
  • the updated service related information may be transmitted in a different form from the service related information transmitted in operation 1600 according to an exemplary embodiment. For example, when previous service related information is transmitted as ESG, EPG, and SPD session information through in-band, it may be separately transmitted to the receiver through L2 signaling. Alternatively, when the previous service related information is transmitted to the receiver through the OoB, the updated service related information may be transmitted to the receiver through the OoB at another time.
  • a protocol suitable for each environment is provided in accordance with real-time / non-real-time services and characteristics of various devices, and in consideration of the advantages and characteristics of different protocols, a transmitter uses the corresponding protocol.
  • a service By transmitting a service and delivering service information including protocol information on a corresponding service or service component to a receiver, efficient reception of a service corresponding to the corresponding service / service component can be performed based on the protocol information at the receiver. .

Landscapes

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

Abstract

본 개시는, 방송 통신 시스템에서 멀티미디어 콘텐츠를 송신하는 방법에 있어서, 멀티미디어 콘텐츠에 대응하는 서비스 별로 매핑된 프로토콜 정보를 식별하는 과정과, 상기 식별된 서비스 별로 매핑된 프로토콜 정보를 포함하는 서비스 관련 정보를 송신하는 과정과, 상기 식별된 프로토콜을 사용하여 해당 서비스에 대응하는 멀티미디어 콘텐츠를 수신측으로 전송하는 과정을 포함한다.

Description

멀티미디어 콘텐츠를 송수신하는 방법 및 장치
본 개시는 멀티미디어 콘텐츠를 송수신하는 방법 및 장치에 관한 것이다.
유무선 인터넷의 폭발적인 성장에 따라, 여러 가지 형태의 인터넷 TV (television)가 향후 폭넓게 사용될 전망이다. 당장 유무선 인터넷을 통한 AV (Audio Video) 신호의 전달이 기존 방송을 대체할 수는 없으나, 미래의 방송 서비스는 방송망과 인터넷을 결합한 하이브리드 서비스 형태로 발전해 나갈 것이다. 또한, 스튜디오 간 콘텐츠 전달이나 2차 분배망으로의 콘텐츠 전달에 전용망을 사용하던 과거와는 달리, 최근에는 IP (internet protocol) 망을 통해 콘텐츠를 전달함으로써, 별도의 전용망을 사용함에 따라 발생하는 비용을 줄이고, 특화된 인터페이스로 인한 고가의 장비 비용을 절감하고자 하는 추세가 강해지고 있다.
현재의 디지털 방송은 스테레오 3D 비디오 방송, UHD (Ultra High Definition) 방송, 다시점 3D 비디오 방송, 홀로그램 방송 등으로 발전할 것으로 예상되며, 각 단계로 나아갈 때마다 보다 많은 전송량을 필요로 하게 되어, 현재의 MPEG-2 TS (Moving Picture Experts Group 2-Transport Stream)는 점차 비효율적이 될 것이란 전망도 있다. 예를 들어, UHD 방송의 경우 기존 HDTV(high definition television )에 비해 4배(4K급) 또는 16배(8K급)의 해상도를 갖게 될 것이므로 고효율 압축 방식을 적용한다 하더라도 6 MHz TV 프로그램을 하나의 채널로 전송하기 어려울 것이다. 따라서, 188 바이트의 고정길이 패킷을 갖는 MPEG-2 TS는 고전송률을 지원하기에 비효율적이다. 또한, 방송망을 제외한 다른 모든 망이 IP 망으로 바뀌는 환경에서 MPEG-2 TS는 IP와 상호 변환하여 사용하기에는 어려운 점이 있다. 따라서 당장은 아니더라도 UHD 방송을 상용화하게 될 시점에서는 IP 친화적이고 MPEG-2 TS에 비해 더 효율적인 새로운 AV 전달 포맷이 요구되고 있다.
도 1은 일반적인 IP 방송망 서비스에서 서비스 컴포넌트(service component) 별로 정의되어 있는 프로토콜 정보 구성의 일 예를 도시한 도면이다.
도 1을 참조하면, 기존의 IP 방송망(100)에서 제공하는 방송 서비스에서는 각각의 서비스 별로 프로토콜이 명확히 정의되어 있으며, 해당 내용은 ESG (Electronic Service Guide) 혹은 EPG (Electronic Program Guide)에 기술되어 있다. DVB-H (Digital Video Broadcasting-Handheld) 기반 기술을 예로 들면, 참조 번호 102에서와 같이 AV 스트리밍(streaming)의 경우 RTP (Real time Transport Protocol)를 사용함을 나타내고, 참조 번호 104에서와 같이 File data 서비스의 경우 FLUTE (File Delivery over Unidirectional Transport)를 사용함을 나타내고 있다. 즉, 각 서비스 별로 구별된 프로토콜을 사용하고 있음을 나타내고 있다.
방송 시스템이 기존의 단순 브로드캐스팅 시스템에서 VOD (Video On Demand)등의 비 실시간 서비스 등 다양한 서비스의 수요가 증가함으로써, 서비스 종류에 구분 없이 한 가지 프로토콜을 고정하여 사용하는 기존 기술에서 다양한 수요들을 충족시킬 수 있는 새로운 형태의 시스템이 요구되고 있다.
예를 들어, 도 1에 도시한 바와 같은 DVB-H 기반으로 하는 실시간 서비스의 경우 데이터 전송을 위하여 RTP를 사용한다. 이때, RTP를 사용하여 전송한 데이터 패킷(이하, ‘RTP 패킷’이라 칭함)은 송신측이 실제로 전송한 순서대로 수신측에 도착할지 보장하기가 어렵다. 심지어 전송된 모든 RTP 패킷들이 수신측으로 제대로 도착하는지 역시 보장하기 어렵다. 이와 같이, RTP의 경우, 실시간 전송 성능은 뛰어날 수 있으나 서비스의 질을 보장하기 위한 방법을 제공해 주지 못하는 단점이 있다. 따라서, 이러한 단점을 보완하여 대체할 수 있는 다른 전송 프로토콜 및 이를 지원할 수 있는 방송 서비스 구조가 요구된다.
본 개시의 실시 예에서는, 실시간/비실시간 서비스 특성에 맞춰 각 환경에 적합한 프로토콜을 기반으로 멀티미디어 콘텐츠들을 전송하는 방법 및 상기 전송을 수행하는 송신 장치를 제공한다.
이를 위해서 본 개시의 실시 예에서는, 서비스 별로 매핑된 프로토콜 정보를 수신 장치에게 전송하는 방안을 제공한다.
본 개시의 실시 예에서는, 송신 장치가 전송한 서비스 별로 매핑된 프로토콜 정보를 수신하고, 이를 기반으로 서로 다른 프로토콜로 구성된 서비스를 효율적으로 구분하여 수신하는 방법 및 상기 수신 방법을 수행하는 수신 장치를 제공한다.
본 개시의 실시 예에 따른 방법은; 방송 통신 시스템에서 멀티미디어 콘텐츠를 송신하는 방법에 있어서, 멀티미디어 콘텐츠에 대응하는 서비스 별로 매핑된 프로토콜 정보를 식별하는 과정과, 상기 식별된 서비스 별로 매핑된 프로토콜 정보를 포함하는 서비스 관련 정보를 송신하는 과정과, 상기 식별된 프로토콜을 사용하여 해당 서비스에 대응하는 멀티미디어 콘텐츠를 수신측으로 전송하는 과정을 포함한다.
본 개시의 실시 예에 따른 다른 방법은; 방송 통신 시스템에서 멀티미디어 콘텐츠를 수신하는 방법에 있어서, 멀티미디어 콘텐츠에 대응하는 서비스 별로 매핑된 프로토콜 정보를 포함하는 서비스 관련 정보를 수신하는 과정과, 해당 서비스에 대응하는 멀티미디어 콘텐츠를 수신하는 과정과, 상기 서비스 별로 매핑된 프로토콜 정보로부터 상기 서비스에 대응하는 프로토콜을 식별하는 과정과, 상기 식별된 프로토콜을 사용하여 상기 멀티미디어 콘텐츠를 재생하는 과정을 포함한다.
본 개시의 실시 예에 따른 장치는; 방송 통신 시스템에서 멀티미디어 콘텐츠를 송신하는 장치에 있어서, 멀티미디어 콘텐츠에 대응하는 서비스 별로 매핑된 프로토콜 정보를 식별하는 제어부와, 상기 제어부의 지시에 따라 상기 식별된 서비스 별로 매핑된 프로토콜 정보를 포함하는 서비스 관련 정보를 송신하고, 상기 식별된 프로토콜을 사용하여 해당 서비스에 대응하는 멀티미디어 콘텐츠를 수신측으로 전송하는 송수신부를 포함한다.
본 개시의 실시 예에 따른 다른 장치는, 방송 통신 시스템에서 멀티미디어 콘텐츠를 수신하는 장치에 있어서, 멀티미디어 콘텐츠에 대응하는 서비스 별로 매핑된 프로토콜 정보를 포함하는 서비스 관련 정보를 수신하고, 해당 서비스에 대응하는 멀티미디어 콘텐츠를 수신하는 송수신부와, 상기 서비스 별로 매핑된 프로토콜 정보로부터 상기 서비스에 대응하는 프로토콜을 식별하고, 상기 식별된 프로토콜을 사용하여 상기 멀티미디어 콘텐츠를 재생하는 제어부를 포함한다.
도 1은 일반적인 IP 방송망 서비스에서 서비스 컴포넌트(service component) 별로 정의되어 있는 프로토콜 정보 구성의 일 예를 도시한 도면,
도 2a는 본 개시의 실시 예에 따른 수신 장치가 채널 스캔을 수행하는 동안 L2 시그널링을 통해서 본 개시의 실시 예에 따른 서비스 관련 정보를 수신하는 경우의 동작 흐름도의 일 예,
도 2b는 본 개시의 실시 예에 따른 수신 장치가 채널을 전환하거나, 전원을 킴에 따라 채널 선택을 수행한 경우, 본 개시의 실시 예에 따른 서비스 관련 정보를 수신하는 경우의 동작 흐름도의 일 예,
도 3은 본 개시의 실시 예에서는 송신측이 L2 시그널링 정보를 통해서 서비스 관련 정보를 수신 장치에게 전달하는 동작 흐름도의 일 예,
도 4는 본 개시의 실시 예에서는, 송신측이 L2 시그널링 정보를 통해서 서비스 관련 정보를 수신 장치에게 전달하는 동작 흐름도의 다른 예,
도 5는 ATSC 3.0에서 L2 계층 시그널링 메시지의 헤더 구조의 일 예를 나타낸 도면,
도 6은 본 개시의 실시 예에 따라 서비스/서비스 컴퍼넌트 별 프로토콜의 분기 정보의 최초 획득을 위해 고정된 별도의 부스트랩 포트를 사용하는 수신 장치의 동작 흐름도의 일 예,
도 7은 본 개시의 실시 예에 따라 분기 정보의 최초 획득을 위한 특정 프로토콜을 최초 프로토콜로 사용하는 수신 장치의 동작 흐름도의 일 예,
도 8은 본 개시의 실시 예에 따른 수신기의 구성도의 일 예,
도 9는 본 개시의 실시 예에 따른 수신기의 동작의 일 예,
도 10은 본 개시의 실시 예에 따른 수신기의 동작의 일 예,
도 11은 본 개시의 실시 예에 따른 수신기의 동작의 일 예,
도 12는 본 개시의 실시 예에 따른 수신기의 동작의 일 예,
도 13은 본 개시의 실시 예에 따른 수신기의 동작의 일 예,
도 14는 본 개시의 실시 예에 따른 수신기의 동작의 일 예,
도 15는 본 개시의 실시 예에 따른 MMT와 ROUTE 두 개의 트랜스포트 기술이 적용된 프로토콜 스택의 일 예,
도 16a는 본 개시의 실시 예에 따른 송신 장치의 구성도의 일 예,
도 16b는 본 개시의 실시 예에 따른 송신 장치의 동작 흐름도.
이하 첨부된 도면을 참조하여 본 발명의 바람직한 실시 예에 대한 동작 원리를 상세히 설명한다. 도면상에 표시된 동일한 구성요소들에 대해서는 비록 다른 도면상에 표시되더라도 가능한 한 동일한 참조번호로 나타내었으며, 다음에서 본 발명을 설명함에 있어 관련된 공지 기능 또는 구성에 대한 구체적인 설명이 본 발명의 요지를 불필요하게 흐릴 수 있다고 판단되는 경우에는 그 상세한 설명을 생략할 것이다. 그리고 후술되는 용어들은 본 발명에서의 기능을 고려하여 정의된 용어들로서 이는 사용자, 운용자의 의도 또는 관례 등에 따라 달라질 수 있다. 그러므로 그 정의는 본 명세서 전반에 걸친 내용을 토대로 내려져야 할 것이다.
이하, 본 개시의 실시 예에 따른 방송 시스템은 복수의 전송 프로토콜을 사용하며, 콘텐츠 전송용 프로토콜 및 파일 전송용 프로토콜 등과 같이 용도 별 프로토콜을 명확하게 구분하여 사용한다. 일 예로, ATSC(Advanced Television System Committee) 3.0와 같은 하이브리드 방송 시스템에서는 어플리케이션 전송 (Application Transport) 프로토콜로 MMT(MPEG media transport) 프로토콜 또는 ROUTE(Real time Object delivery over Unidirectional Transport) FLUTE(File Delivery over Unidirectional Transport)와 같은 복수의 전송 기술을 적용할 수 있다. ROUTE 프로토콜은 미디어 전송 프로토콜 중 FLUTE와 유사하게 실시간 A/V 미디어 데이터보다는 파일 형태의 데이터 전송에 특화된 전송 프로토콜이다. 본 개시의 실시 예는 설명의 편의상, ATSC 3.0 기반 방송 시스템을 일 예로서 설명하기로 한다. 그러나, 본 개시의 실시 예는 ATSC 3.0에 한정되는 것은 아니며 다른 시스템들에도 적용 가능하다.
이하, 본 개시의 실시 예에서는, 방송 시스템에서 복수의 프로토콜을 사용하여 서비스를 송수신하는 방법 및 장치를 제안한다. 이에 따라, 본 개시의 실시 예에 따른 송신 장치는 방송 시스템에서 제공되는 서비스와, 상기 서비스의 수신을 위해서 요구되는 시그널링 정보들로 구성되는 서비스 관련 정보를 수신측에게 전달한다. 본 개시의 실시 예에 따른 서비스 관련 정보는 방송 시스템에서 제공되는 서비스들과 해당 서비스를 구성하는 서비스 컴포넌트들을 획득 및 디스커버리(discovery)하기 위한 시그널링 정보의 부스트랩(bootstrap)을 포함하며, 예를 들어, 해당 서비스 별로 매핑된 프로토콜 정보 등을 포함하여 구성될 수 있다. 그러면, 본 개시의 실시 예에 따른 수신 장치는 송신 장치로부터 전송된 상기 서비스 관련 정보를 수신하고, 상기 서비스 관련 정보를 기반으로 해당 서비스의 수신을 위한 시그널링 정보들을 수신하며, 상기 시그널링 정보들을 기반으로 서비스 별로 매핑된 프로토콜 정보를 식별하여, 해당 서비스를 수신할 수 있다. 구체적으로, 본 개시의 실시 예에서는, 방송 시스템에서 송신 장치가 서비스 단위 혹은 서비스 컴포넌트(component) 단위로 적합한 프로토콜을 매핑하고, 해당 서비스 혹은 서비스 컴포넌트와 매핑된 프로토콜에 대한 정보를 서비스 관련 정보로 구성하여 수신 장치에게 전달할 수 있다. 또한, 본 개시의 실시 예에서는, 서비스 관련 정보를 수신 장치에 전달하는 방식에 대한 다수의 실시 예들을 제안한다. 예를 들어, 본 개시의 실시 예에 따른 서비스 관련 정보는, 방송망 외의 수단 예를 들어, 이메일, 인터넷, USB(universal serial bus), 별도의 어플리케이션의 설치 등을 통해서 확인할 수 있는 EPG(Electronic Program Guide) 정보 형태를 이용하거나, SDP(Session Description Protocol) 세션 정보를 사용하여 전송할 수 있다. 또는 상기 서비스 관련 정보는, UDP/IP 패킷 헤더에 실어서 전송되거나, 링크 계층(Link layer) 시그널링을 이용하여 전송되거나, 방송망으로 전달되는 상위 시그널링 정보를 사용하는 경우를 포함할 수 있다.
구체적으로, 본 개시의 실시 예에 따른 방송 시스템에서의 프로토콜 스택은, 설명의 편의상 도 1을 참조하면, IP 패킷(Packet)을 처리해주는 네트워크 레이어(Network Layer, 110)와, 다양한 프로토콜들을 포함하는 프로토콜 스택(stack)으로 구성된 트랜스포트 레이어(Transport layer, 112), 각 서비스/서비스 컴포넌트를 수신하기 위한 시그널링 정보 예를 들어, 각 서비스/서비스 컴포넌트 별 매핑된 프로토콜을 식별하기 위한 프로토콜 정보를 포함하는 서비스 관련 정보, 각 프로토콜에 처리된 패킷을 전달받아 해당 서비스 형태로 사용자에게 전달해주는 어플리케이션 레이어(Application layer, 114)를 포함하여 구성될 수 있다. 여기서, 트랜스포트 레이어(112)의 프로토콜 스택의 경우, 예를 들어, MMT 및 ROUTE 프로토콜을 포함한다. 이에 따라, 도 15의 수신측 프로토콜 스택을 살펴보면, 수신측에서 수신한 서비스에 대한 전송 계층이 MMT 및 ROUTE 프로토콜을 포함하여 구성된다. 도 15를 참조하면, 방송 물리 계층(ATSC 3.0 Physical layer)을 통해서 멀티캐스트된 UDP(User data gram protocol)/IP 패킷이MMT 또는 ROUTE 프로토콜에 매핑됨을 나타내고 있다. 송신장치로부터 MMT 프로토콜을 사용하여 전송된 패킷은 데이터와 제어 정보에 대응하는 시그널링 정보로 식별된다. 이때, 데이터는 MMT 프로토콜을 사용하여 전송되는 미디어 콘텐츠의 독립적 디코딩이 가능한 최소 단위를 포함하는 MPU(Media processing Unit)의 데이터 구조를 기반으로 해당 패킷에 포함될 수 있다. 여기서, MPU의 데이터 구조는 MFU(Media Fragment Unit)일 수 있으며, MFU는, 예를 들어, 상기 미디어 콘텐츠가 비디오일 경우, 상기 비디오를 구성하는 이미지들 각각에 대응할 수 있다. MPU는 동일 서비스를 구성하는 각 서비스 컴퍼넌트에 대응하는 패킷들에 포함되며, 상기 비디오는 MMT 기반 기술에서 에셋(asset)으로 정의된다. 그리고, 동일 에셋을 전달하는 MMT 프로토콜 패킷은 동일한 패킷 식별자가 할당된다. 따라서, 해당 패킷을 구성하는 MPU들 역시 동일 패킷 식별자가 할당된다. 또는, 데이터가 MPU 모드의 페이로드 형태로 수신될 수 있음을 나타내고 있다. 한편, ROUTE의 경우, DASH(Dynamic adaptive streaming over HTTP(Hyper text transfer protocol)로 포맷된 스트리밍 컨텐트를 방송을 통해서 전달하도록 정의된다. 이에 따라, 송신 장치로부터 ROUTE를 사용하여 전송된 패킷 역시 데이터와 제어 정보에 대응하는 시그널링 정보로 구분되며, 이때, 데이터는 해당 미디어 컨텐츠를 미리 결정된 단위로 분할한 object 단위로, 해당 패킷에 포함되여 수신된다. 예를 들어, 상기 object는 미디어 세그먼트(segment)로 정의되는 DASH 세그먼트 형태로 해당 패킷에 포함되어 수신되며, 시그널링 정보는 DASH MPD(Medial presentation description) 형태로 해당 패킷에 포함되어 수신될 수 있음을 나타내고 있다. DASH MPD는, 예를 들어, DASH 세그먼트들의 타임라인 등을 지시할 수 있다. 본 개시의 실시 예에서는 송신 장치가 서비스/서비스 컴포넌트를 수신하기 위한 시그널링 정보를 포함하는 서비스 관련 정보를 수신측으로 전송한다. 본 개시의 실시 예에 따른 서비스 관련 정보는, 해당 방송 서비스의 제공 전에 사업자 혹은 사용자가 미리 설정한 시점마다 주기적으로 전송될 수 있다. 또한, 상기 서비스 관련 정보는 채널 환경의 변화, 사용자의 요청 등에 따라 업데이트될 수 있고, 업데이트된 서비스 관련 정보 역시 해당 방송 서비스가 제공되기 전에 전송된다. 그리고나서, 상기 송신 장치는, 해당 서비스 또는 서비스 컴포넌트에 대응하는 UDP/IP 패킷 각각을 해당 서비스 또는 서비스 컴포넌트에 매핑된 프로토콜을 사용하여 수신측으로 전송한다. 여기서, 서비스 관련 정보가 포함하는 상기 시그널링 정보는 예를 들어, 각기 다른 프로토콜로 구성되어 있는 서비스/서비스 컴포넌트를 식별하기 위한 프로토콜 정보를 포함할 수 있다. 구체적으로, 상기 프로토콜 정보는 본 개시의 실시 예에 따라 프로토콜 지시자(Protocol indicator)를 포함할 수 있다. 또한, 실시 예에 따라 서비스 관련 정보는 해당 서비스/서비스 컴포넌트의 프로토콜이 변경 가능한 경우를 지시하는 프로토콜 변경 지시자(Protocol change indicator) 및 변경된 프로토콜 지시자를 추가적으로 더 포함할 수 있다. 구체적으로, 본 개시의 실시 예에 따른 송신 장치는 서비스 정보 별로 매핑되는 IP/포트(port) 정보, 각 UDP 패킷의 프로토콜 정보를 포함하도록 상기 서비스 관련 정보를 구성할 수 있다. 또한, 실시 예에 따라 송신 장치는, 해당 서비스 정보 별로 프로토콜 변경 정보를 추가로 매핑하여 상기 관련 정보로 구성할 수 있다. 또한, 실시 예에 따라 상기 송신 장치는동일 서비스를 구성하는 실시간 서비스 컴포넌트들 각각에 매핑되는 IP/포트 정보, 프로토콜 지시자 및 프로토콜 변경 정보를 포함하도록 서비스 관련 정보를 구성할 수 있다. 이 경우, 일 예로, 도 8에 도시한 바와 같이 구성될 수 있는 수신 장치가 포함하는 프로토콜 제어 모듈(protocol control module)은 송신 장치로부터 수신한 상기 서비스 관련 정보를 통해서 상기한 바와 같이 구성될 수 있는 해당 서비스/서비스 컴포넌트 별 프로토콜 지시자 혹은 프로토콜 변경 지시자를 획득할 수 있다.
본 개시의 실시 예에서 사용되는 프로토콜 정보는 다양한 단위로 지정할 수 있다. 이하, 본 개시의 실시 예에서는 프로토콜 정보의 지정 범위를 예를 들어, 서비스 단위와, 서비스 컴포넌트 단위로 구성하는 경우를 설명하기로 한다. 그러나, 본 개시의 실시 예에 따른 프로토콜 정보의 지정 범위는 서비스 단위/서비스 컴포넌트 단위로만 한정되지 않는다.
먼저, 본 개시의 실시 예에 따라 프로토콜 정보의 지정 범위를 서비스 단위로 설정할 수 있다. 이 경우, 설명의 편의상, 서비스 레벨에서 복수개의 서비스들 각각에 대해 서로 다른 프로토콜이 지정되어 있는 경우를 가정하자. 여기서, 서비스는 해당 사업자가 제공할 수 있는 영화, 뉴스, 드라마, 라디오, 및 파일 등의 독립적 컨텐츠에 해당할 수 있다. 이 경우, 송신 장치는 각 서비스 별로 매핑된 프로토콜 정보를 포함하는 서비스 관련 정보를 수신측으로 전송할 수 있다. 이후, 상기 송신 장치는 각 서비스에 매핑된 프로토콜을 이용하여 해당 서비스의 패킷을 수신측으로 전송한다. 예를 들어, 다른 방송사가 제공하는 방송 서비스 별로 구분된 프로토콜을 사용하는 경우를 가정하자. 일 예로, 방송사가 KBS인 경우, MMT 프로토콜을 이용하여 방송 콘텐츠를 전송하고, 방송사가 MBC인 경우 ROUTE 프로토콜을 이용하여 방송 콘텐츠를 전송하는 경우를 가정하자. 이 경우, 수신측이 각 방송사를 통해서 전송되는 방송 서비스를 수신하기 위해서는, 송신 장치가 각 방송사의 방송 서비스가 어떠한 프로토콜로 구성되어 있는지를 식별할 수 있는 프로토콜 정보를 포함하는 서비스 관련 정보를 구성하여 수신측에게 전송해야 한다. 이에 따라, 송신측은 각 방송사가 제공하는 방송 서비스에 매핑된 프로토콜 정보를 포함하는 서비스 관련 정보를 일 예로, 하기 <표 1>에서와 같이 구성할 수 있다. 이러한, 상기 서비스 관련 정보는 일 예로, TV 화면 상에 방송 편성표를 알려주는 기능에 대응하는 EPG에 포함시켜 구성할킬 수 있다. 하기 <표 1>을 참조하면, 본 개시의 실시 예에 따른 서비스 관련 정보는 상기 서비스 정보에 대응하는 서비스 식별 정보, IP/포트 정보에 대응하는 IP 주소, 및 상기 프로토콜 정보에 대응하는 프로토콜 지시자로 구성될 수 있다. 구체적인 예로, 서비스 식별 정보가 KBS인 경우, '111.111.111.111'인 IP 주소 및 MMT인 프로토콜 지시자가 매핑되어 있다. 즉, KBS가 제공하는 방송 서비스는 '111.111.111.111'인 IP 주소를 통해서 MMT 프로토콜을 이용하여 수신측으로 전송됨을 나타낸다. 한편, 서비스 식별 정보가 MBC인 경우, '222.222.222.222'인 IP 주소 및 ROUTE인 프로토콜 지시자가 매핑되어 있다. 즉, MBS가 제공하는 방송 서비스는 '222.222.222.222'인 IP 주소를 통해서 ROUTE 프로토콜을 이용하여 수신측으로 전송됨을 나타낸다. 이에 따라, 수신측이 상기 <표 1>과 같이 구성된 서비스 관련 정보를 수신한 경우, 수신측의 트랜스포트 계층에서 프로토콜 스택으로 IP 패킷을 전달 시, 수신된 서비스의 IP 패킷 헤더의 IP 주소를 확인한다. 그리고, 확인된 IP 주소가 '111.111.111.111'인 경우를 가정하면, 상기 수신측의 트랜스포트 계층은 상기 서비스 관련 정보를 기반으로 상기 확인된 IP 주소가 매핑된 MMT 프로토콜 스택으로 상기 수신된 서비스의 IP 패킷을 전달한다. 만약, 상기 확인된 IP 주소가 ‘222,222,222,222’인 경우를 가정하면, 상기 수신측의 트랜스 포트 계층은 상기 서비스 관련 정보를 기반으로 상기 확인된 IP 주소가 매핑된 ROUTE 프로토콜 스택으로 상기 수신된 서비스의 IP 패킷을 전달한다.
<표 1>
Figure PCTKR2016000552-appb-I000001
하기 <표 2>는 본 개시의 실시 예에 따른 서비스 관련 정보가 포함하는 프로토콜 정보가 각 프로토콜의 종류 별로 매핑된 프로토콜 지시자 형태로 나타내는 경우의 일 예를 나타낸다.
<표 2>
Figure PCTKR2016000552-appb-I000002
상기 <표 2>를 참조하면, 프로토콜 지시자는 해당 프로토콜을 지시하는 숫자 형태로 정의될 수 있다. 즉, MMT의 경우 ‘0’으로 나타내어지고, ROUTE의 경우, ‘1’로 나타내어 지고 있다. 이에 따라, 상기 <표 1>과 같이 구성되는 서비스 관련 정보의 경우, KBS에 매핑되는 프로토콜 지시자가 MMT 프로토콜에 대응하는 ‘0’으로 표기될 수 있고, MBS에 매핑되는 프로토콜 지시자가 ROUTE 프로토콜에 대응하는 ‘1’로 매핑될 수 있다. 본 개시의 실시 예에 따른 프로토콜 지시자가 숫자 형태로 나타내어지는 것은 일 예로서 설명된 것일 뿐, 프로토콜 지시자가 숫자 형태로만 나타내어지는 것으로 한정되지 않는다.
다음으로, 본 개시의 실시 예에 따라 프로토콜 정보의 지정 범위를 서비스 컴포넌트 단위로 설정할 수 있다. 이 경우, 본 개시의 실시 예에서는 동일 서비스를 구성하는 서비스 컴포넌트들 각각의 특성에 따라 서로 다른 프로토콜로 구성될 수 있다. 예를 들어, 사업자가 제공하는 특정 영화에 대응하는 서비스가 제공될 경우, 상기 영화를 구성하는 서비스 컴포넌트들 각각은 상기 영화의 국가별 자막, 오디오 및 영상 콘텐츠 각각에 대응할 수 있다. 이 경우, 송신 장치는 동일 서비스를 구성하는 각 서비스 컴포넌트 별로 매핑된 프로토콜 정보를 포함하는 서비스 관련 정보를 수신측으로 전송한다. 그리고, 송신 장치는, 각 서비스 컴퍼넌트에 매핑된 프로토콜을 이용하여 해당 서비스 컴퍼넌트의 패킷을 수신측으로 전송한다. 예를 들어, 동일 방송 서비스를 구성하는 AV 스트리밍 파일 데이터 각각에 대응하는 서비스 컴포넌트가 각각 MMT와 ROUTE로 구성되어 있을 경우를 가정하자. 이 경우, 상기 동일 서비스를 구성하는 상기 서비스 컴포넌트들은 IP 주소가 동일한 반면, 각각 서로 다른 포트 정보를 가진다. 이를 기반으로, 송신 장치는, 본 개시의 실시 예에 따라 서비스 정보에 대응하는 서비스 식별 정보 및 각 서비스 컴포넌트 식별 정보와, IP/포트 정보에 대응하는 IP 주소 및 포트 정보, 및 프로토콜 정보에 대응하는 프로토콜 지시자를 포함하는 서비스 관련 정보를 하기 <표 3>과 같이 구성하여 수신측으로 전송할 수 있다.
<표 3>
Figure PCTKR2016000552-appb-I000003
상기 <표 3>을 참조하면, 본 개시의 실시 예에 따른 서비스 관련 정보는 각 서비스 식별 정보를 구성하는 서비스 컴포넌트 별 IP 주소, 포트 주소 및 프로토콜 지시자를 매핑하여 구성될 수 있다. 구체적인 예로, 서비스 식별 정보가 MBC인 경우, 상기 MBC에서 제공하는 방송 서비스를 구성하는 서비스 컴포넌트들 각각은 AV 스트리밍 및 파일 데이터에 대응하며, 상기 서비스 컴포넌트들의 IP 주소는 '222.222.222.222'로 동일한 반면, 상기 서비스 컴퍼넌트들 각각의 포트 주소 및 프로토콜 식별자는 상이하다. 즉, AV 스트리밍의 경우, 포트 주소가 3이고, MMT인 프로토콜 지시자가 매핑되는 반면, 파일 데이터의 경우, 포트 주소가 4이고, ROUTE인 프로토콜 지시자가 매핑된다.
한편, 복수개의 서비스 컴포넌트들로 구성되는 동일 서비스에 대해, 동일 동일 서비스 컴포넌트가 지원하는 환경 및 서비스 특성에 따라 서로 다른 프로토콜을 사용하여 전송될 수 있다.
하기 <표 4>는 본 개시의 실시 예에 따라 동일 서비스 내의 동일 서비스 컴포넌트가 여러 프로토콜을 사용하는 경우를 나타내는 서비스 관련 정보의 구성 예를 나타내고 있다.
<표 4>
Figure PCTKR2016000552-appb-I000004
상기 <표 4>를 참조하면, 서비스 식별 정보 KBS에 대응하는 방송 서비스는 비디오, 오디오 및 파일 데이터 각각의 서비스 컴포넌트로 구성되는 경우를 가정하자. 이 경우, 상기 서비스 컴포넌트들 각각은 동일한 IP 주소를 사용하면서, 프로토콜 지시자가 MMT 프로토콜을 나타내는 경우 및 Route 프로토콜을 나타내는 경우로 구분되어 있다. 이 경우, 수신측은, 사용자의 선택, 또는 주변 서비스 환경의 변화로 인해 상기 <표 4>와 같이 구성된 서비스 관련 정보를 기반으로, KBS가 제공하는 해당 서비스 컴포넌트의 프로토콜을 변경하여 personal 또는 seamless한 서비스를 제공받을 수 있다.
만약, 수신측에서 시청 중인 방송 서비스에 대해 Route 프로토콜로 구성된 오디오 또는 data 파일을 제공받고 있는 경우를 가정하자. 이 경우, 사용자가 상기 방송 서비스에 대해 다른 언어로 전환하고자 할 경우, 송신 장치는, 상기 다른 언어에 대응하는 오디오 또는 데이터 파일을 상기 방송 서비스의 영상과 실시간 동기화하기 위해서 MMT 프로토콜로 변경하여 송신할 수 있다. 이 경우, 송신 장치는 상기 방송 서비스의 프로토콜 변경 정보를 서비스 관련 정보에 포함시켜 구성하고, 구성된 서비스 관련 정보를 수신측으로 전송할 수 있다. 이 경우, 송신 장치는 상기 프로토콜 변경 정보를 포함하는 서비스 관련 정보를 예를 들어, EPG 정보 형태를 이용하여 수신측에게 전달하거나 또는, 좀 더 빠른 실시간 대응을 위한 L2 시그널링을 이용하여 전달하거나, 혹은 IP 패킷 헤더(header)에 포함시켜 수신측으로 송신할 수 있다. 또는, 실시 예에 따라 송신 장치는 동일 서비스에 대해 서비스되는 다른 언어로 전환된 오디오 또는 데이터 파일의 IP 패킷에 대응하는, 변경된 포트 번호를 서비스 관련 정보에 포함시켜 수신측으로 전송할 수 있다. 그러면, 수신측은 이전에 수신한 서비스 관련 정보로부터 상기 오디오 또는 데이터 파일의 변경된 포트에 대응하는 프로토콜 지시자를 확인함으로써, 변경된 해당 오디오 또는 데이터의 프로토콜을 식별 수 있게 한다.
하기 <표 5>는 본 개시의 실시 예에 따라 프로토콜 변경 정보를 포함하는 서비스 관련 정보의 구성 예를 나타낸다.
<표 5>
Figure PCTKR2016000552-appb-I000005
상기 <표 5>를 참조하면, 방송사가 KBS인 경우 비디오 컴퍼넌트의 경우, 프로토콜 변경 지시자가, 프로토콜이 변경되었음을 지시하고 있다. 이에 따라, 상기 비디오 컴퍼넌트의 이전 프로토콜 지시자가 ROUTE 프로토콜을 지시하는 '01'인데 반해, 변경된 프로토콜 지시자가 Protocol 4를 지시하는 '11'을 나타내고 있다. 반면, KBS에서 제공하는 오디오 컴퍼넌트의 경우, 프로토콜 변경 지시자가, 프로토콜이 변경되지 않았음을 지시하고 있다. 이에 따라, 상기 오디오 컴퍼넌트의 이전 프로토콜 지시자와 변경된 프로토콜 지시자 모두 ‘ROUTE’ 프로토콜을 지시하는 '10'을 나타내고 있다.
본 개시의 실시 예에 따라 EPG 등의 상위 신호를 통해 프로토콜 변경 정보를 포함하는 서비스 관련 정보를 수신측으로 전송할 경우, EPG 전송 간격은 수 초에 불과하여, 수신측에게 제공되는 EPG에 변경된 프로토콜 정보를 실시간 업데이트하기 어렵다. 그러므로, 다른 실시 예에 따라, 송신 장치는 해당 서비스/서비스 컴포넌트의 프로토콜 변경 정보를 L2 시그널링 정보 등에 포함시켜 전송함으로써, 송신 장치가 실시간으로 서비스/서비스 컴포넌트 별로 변경된 프로토콜 정보를 수신측에게 알려줄 수 있다. 또한, 본 개시의 다른 실시 예에 따라 L2 시그널링을 통해서 해당 서비스/서비스 컴포넌트의 변경된 프로토콜 정보를 표시하는 방법은, L2 패킷의 헤더 또는 페이로드에 해당 서비스 또는 서비스 컴포넌트의 프로토콜 지시자 혹은 변경된 프로토콜 지시자를 포함시켜 전송할 수 있다. 또는, 다른 실시 예에 따라 해당 서비스 또는 서비스 컴포넌트의 프로토콜 혹은 변경된 프로토콜 정보를 전용 시그널링 메시지를 통해서 수신측으로 전송하는 방법 등이 사용될 수 있다. 도 2a,b는 본 개시의 실시 예에 따른 수신 장치의 동작 흐름도의 일 예를 도시한 도면이다. 도 2a의 실시 예에 따른 수신 장치가 채널 스캔을 수행하는 동안 L2 시그널링을 통해서 본 개시의 실시 예에 따른 서비스 관련 정보를 수신하는 경우의 동작들을 설명한다. 그리고, 도 2b의 실시 예에서는, 수신 장치가 채널을 전환하거나, 전원을 킴에 따라 채널 선택을 수행한 경우, 본 개시의 실시 예에 따른 서비스 관련 정보를 수신하는 경우의 동작들을 설명한다.
도 2a를 참조하면, 본 실시 예에서는 송신 장치가 L2 시그널링 정보를 통해서 서비스/서비스 컴포넌트 별 프로토콜 정보를 포함하는 서비스 관련 정보를 수신 장치에게 전달한 경우를 가정하자. 이 경우, 수신 장치의 일 예로, TV의 전원이 켜진 경우, 200단계에서 초기 채널 스캔(Initial channel scan)을 수행한다. 여기서, 수신 장치는 초기 채널 스캔을 통해서 본 개시의 실시 예에 따른 서비스 관련 정보를 획득한다. 그리고, 202단계에서 수신 장치가 초기 채널 스캐닝을 통해서 프리엠블을 검출하고, 204단계에서 상기 획득한 서비스 관련 정보 및 검출한 프리엠블을 기반으로 PLP(Physical Layer Pipe) 디코딩을 수행한다. 그리고, 206단계에서 상기 수신 장치는 상기 획득한 서비스 관련 정보로부터 획득한 시그널링 정보들을 디코딩하여 해당 서비스를 수신하기 위한 정보 예를 들어, RF(radio frequency) 채널, PLP 식별자 등을 획득할 수 있다. 또한, 본 개시의 실시 예에 따른 수신 장치는, 상기 서비스 관련 정보를 이용하여 RF tune-in하고, 해당 서비스에 대응하는 PLP 선택을 수행하고, 206단계에서 L2 시그널링 처리(parsing)를 수행한다. L2 시그널링 처리 시 상기 수신 장치는 본 개시의 실시 예에 따른 서비스 관련 정보로부터 서비스의 수신을 위해서 요구되는 시그널링 정보의 프로토콜 정보, 서비스/서비스 컴포넌트 별 프로토콜 정보 등을 획득한다. 여기서, 서비스 관련 정보는 ESG, EPG, SPD 세션 정보 등에 대한 부스트랩 정보를 포함할 수 있다.
도 2b를 참조하면, 설명의 편의상, 수신 장치가 일 예로 TV에 대응하는 경우를 가정하자. 이 경우, 210단계에서 수신 장치는 전원을 켜거나 채널 전환을 수행함으로써, 채널 선택 절차를 수행한 경우를 가정하자. 그리고, 상기 수신 장치는 초기 채널 스캔 과정을 통해서 서비스 관련 정보가 획득된 상태이며, 상기 서비스 관련 정보로부터 선택된 채널에 이미 수신되어 있는 해당 서비스를 수신하기 위한 시그널링 정보 예를 들어, RF 채널 정보, PLP 식별자 등을 획득한 상태이다. 이에 따라, 212단계에서 상기 수신 장치는, 상기 선택된 채널에 대응하는 RF 채널 정보 등을 이용하여 RF Tune-in 을 수행한다. 그리고, 214단계에서 수신 장치는 선택된 채널의 프리앰블을 검출하고, 상기 서비스 관련 정보를 기반으로 해당 서비스의 PLP를 선택하고, 선택한 PLP를 디코딩한다. 그리고, 216단계에서 상기 수신 장치는 L2 시그널링 정보 처리(parsing)를 수행한다. L2 시그널링 정보 처리 시, 상기 수신 장치는 본 개시의 실시 예에 따른 서비스 관련 정보로부터 서비스의 수신을 위해서 요구되는 시그널링 정보의 프로토콜 정보, 서비스/서비스 컴퍼넌트 별 프로토콜 정보 등을 획득한다. 여기서, 서비스 관련 정보는 ESG, EPG, SDP 등에 대한 부스트랩 정보를 포함한다.
상기한 바와 같이, 본 개시의 실시 예에 따라 서비스/서비스 컴포넌트 별 프로토콜 정보 혹은 변경된 프로토콜 정보를 포함하는 서비스 관련 정보는, 실시 예에 따라 다양한 방법으로 전송 가능하다.
구체적으로, 본 개시의 실시 예에 따른 송신 장치는 서비스 관련 정보를 방송 망 외의 OoB(Out of Band)로 전달되는 EPG 에 포함시켜 전달할 수 있다. 이 경우, 본 개시의 실시 예에 따른 송신 장치는, OoB에 대응하는, 별도의 제3의 전달 채널 즉, 이메일, USB 전달, 별도의 어플리케이션 설치 및 인터넷 채널 등을 통해서 본 개시의 실시 예에 따른 서비스 관련 정보를 포함하는 EPG 데이터를 수신측 예를 들어, 방송 수신용 단말기에 전달할 수 있다. 이 경우, 본 개시의 실시 예에 따른 서비스 관련 정보는 예를 들어, KBS, MBC 등과 같이 서로 다른 방송사 별로 구분되는 서비스 단위, 또는, 예를 들어, 비디오, 오디오, Generic File 등 각각에 대응하는 서비스 컴포넌트 단위의 전송에 적용되는 프로토콜 정보 또는 변경된 프로토콜 정보를 포함하여 구성될 수 있다. 이 경우, 본 개시의 실시 예에 따른 프로토콜 정보 또는 변경된 프로토콜 정보는, 방송 데이터 정보가 전송되는 채널과는 별도인 제3의 채널을 통해서 전송됨으로써, 방송 신호의 성능에 영향을 주는 예를 들어, 전송 에러 등을 야기시키지 않는다. 이 경우, 송신 장치는 해당 방송 데이터를 전송하기 이전에 EPG를 전송하므로, 실시간으로 변경된 프로토콜 정보를 반영하기 어려울 수 있다. 예를 들어, 송신 장치가 KBS 채널의 뉴스 방송의 비디오를 RTP로 전송하다가, 필요에 의해 중간에 MMT 등의 다른 대체 프로토콜로 바꾸어 상기 뉴스 방송의 비디오를 전송하는 경우, 변경된 프로토콜 정보를 EPG를 통해 업데이트하여 수신측에게 전송하기는 어렵다.
하기 <표6>는 본 개시의 실시 예에 따라 ESG에 본 개시의 실시 예에 따라 서비스/서비스 컴포넌트 별로 프로토콜 지시자가 삽입한 예를 나타내고 있다.
<표 6>
Figure PCTKR2016000552-appb-I000006
상기 <표 6>을 참조하면, 'Channel 1' 서비스는 H.264 기반의 비디오와 오디오 각각의 서비스 컴포넌트로 구성되고, 비디오에 대응하는 서비스 컴포넌트의 rate 는 25 프레임이며, MMT 프로토콜을 통해 전송되는 예를 나타낸다. 마찬가지로, 상기 오디오에 대응하는 서비스 컴포넌트는 ROUTE 프로토콜을 통해 전송되는 예를 나타낸다.
이하, 도 3 및 도 4를 참조하여, 본 개시의 실시 예에 따른 서비스 관련 정보가 OoB를 통해서 수신측으로 전달되는 경우 수신 장치의 동작들을 설명한다. 구체적으로, 도 3 및 도 4의 실시 예는, 본 개시의 실시 예에 따른 서비스 관련 정보가 OoB 또는 방송 채널을 통해서 송신되는 경우의 수신측의 동작 흐름도이다.
도 3은 본 개시의 실시 예에 따른 수신 장치의 동작 흐름도의 다른 예를 도시한 도면이다. 도 3의 실시 예에서는 송신측이 L2 시그널링 정보를 통해서 본 개시의 실시 예에 따른 서비스 관련 정보를 수신 장치에게 전달하는 경우를 가정한다. 여기서, 서비스 관련 정보는 해당 서비스의 수신을 위해 요구되는 시그널링 정보를 수신하기 위한 프로토콜 정보(이하, ‘시그널링 정보의 프로토콜 정보’라 칭함)와, 서비스/서비스 컴포넌트 별 프로토콜 정보를 포함한다. 또한, 상기 서비스 관련 정보는, ESG, EPG, SDP 세션 정보 등의 전송될 수 있고, OoB를 통해서 수신측으로 전송될 수 있다. 이에 따라, 본 개시의 실시 예에 따른 서비스 관련 정보는 상기 ESG, EPG, SDP 세션 정보 등에 대한 부스트랩 정보와, 예를 들어, 브로드 밴드와 같은 OoB를 통해서 수신측으로 전달되는 상기 서비스 관련 정보의 서비스 시그널링 정보의 부스트랩 정보를 포함하여 구성될 수 있다. 도 3을 참조하면, 수신 장치의 일 예로, TV의 전원을 켤 경우, 300단계에서 수신 장치는 초기 채널 스캔을 수행한다. 상기 초기 채널 스캔 과정에서 수신 장치는 본 개시의 실시 예에 따른 서비스 관련 정보를 획득한다. 그리고, 302단계에서 프리앰블을 검출한다. 그리고, 304단계에서 상기 수신 장치는 상기 검출된 프리엠블을 기반으로 L1 시그널링을 디코딩한다.
이후, 306단계에서 상기 수신 장치는 상기 디코딩한 L1 시그널링으로부터 획득한 PLP를 선택하고, 선택한 PLP를 디코딩하고, 308단계에서 L2 시그널링 처리를 수행한다. L2 시그널링 처리 시, 상기 수신 장치는, 본 개시의 실시 예에 따른 서비스 관련 정보로부터 시그널링 정보를 수신하기 위한 부스트랩 정보를 포함하는 시그널링의 위치와 상기 시그널링 정보의 전송 프로토콜의 종류 등을 획득한다. 상기 시그널링 위치는, 해당 서비스를 수신하기 위한 시그널링 정보가 방송 채널을 통해서 수신되는 경우 예를 들어, ESG, EPG, SDP 등에 대한 부스트랩 정보를 포함하거나, 또는, 해당 서비스를 수신하기 위한 시그널링 정보가 OoB 정보를 통해서 수신되는 경우에 대한 상위단 부스트랩 정보를 포함하여 구성될 수 있다. 그리고, 상기 시그널링 위치는 상기 시그널링 정보 전송하는 IP 주소, 또는 포트 넘버 및 프로토콜 지시자 등으로 나타내어 질 수 있다.
이에 따라, 310단계에서 수신 장치는 상기 획득한 시그널링 위치가 OoB인지 아니면, 방송 채널인지 확인한다. 상기 확인 결과, OoB 예를 들어, 브로드밴드(broadband)를 통해서 상기 시그널링 정보가 수신될 경우, 수신 장치는 314단계로 진행한다. 314단계에서 상기 수신 장치는 상기 시그널링 위치에 대응하는 부스트랩 정보 예를 들어, URL(Uniform Resource Locator)를 이용하여 해당 서비스의 시그널링 정보를 요청하여 수신하고, 이를 처리한다. 그리고, 316단계에서 상기 수신 장치는 상기 수신한 시그널링 정보로부터 서비스/서비스 컴포넌트 별 프로토콜 정보를 획득한다. 그리고, 318단계에서 상기 수신 장치는 상기 서비스/서비스 컴포넌트 별 프로토콜 정보로부터 수신하고자 하는 해당 서비스 또는 서비스 컴포넌트 별 프로토콜 지시자 또는 변경된 프로토콜 지시자를 획득하고, 획득한 프로토콜 지시자를 기반으로 수신한 해당 서비스/서비스 컴포넌트를 해당 프로토콜 스택으로 전달한다.
상기 310단계에서의 확인 결과, 해당 시그널링 정보가 방송 채널을 통해서 수신될 경우, 수신 장치는 312단계로 진행한다. 312단계에서 상기 수신 장치는 상기 시그널링 위치로부터 상기 방송 채널을 통해서 수신되는 경우에 대한 ESG, EPG, SDP 등에 대한 부스트랩 정보를 획득하고, 획득한 부스트랩 정보를 기반으로, 상기 시그널링 정보를 해당 프로토콜 스택으로 전달하여 처리한다. 이 경우, 해당 시그널링 정보의 프로토콜은 MMT 또는 ROUTE 프로토콜 중 하나를 포함한다. 그리고, 316단계에서 상기 수신 장치는 상기 시그널링 정보로부터 서비스/서비스 컴포넌트 별 프로토콜 정보를 획득하고, 획득한 프로토콜 정보를 기반으로 318단계를 수행한다.
도 4는 본 개시의 실시 예에 따른 수신 장치의 동작 흐름도의 다른 예를 도시한 도면이다. 도 4의 실시 예에서는, 송신측이 L2 시그널링 정보를 통해서 본 개시의 실시 예에 따른 서비스 관련 정보를 수신 장치에게 전달하는 경우를 가정한다. 여기서, 서비스 관련 정보는 시그널링 정보의 프로토콜 정보와 서비스/서비스 컴포넌트 별 프로토콜 정보를 포함한다. 또한, 상기 서비스 관련 정보는, ESG, EPG, SDP 세션 정보 등의 전송될 수 있고, OoB를 통해서 수신측으로 전송될 수 있다. 이에 따라, 본 개시의 실시 예에 따른 서비스 관련 정보는 상기 ESG, EPG, SDP 세션 정보 등에 대한 부스트랩 정보와, 예를 들어, 브로드 밴드와 같은 OoB를 통해서 수신측으로 전달되는 상기 서비스 관련 정보의 서비스 시그널링 정보의 부스트랩 정보를 포함하여 구성될 수 있다.
도 4를 참조하면, 400단계에서 수신 장치의 일 예로, TV의 전원을 켜거나 채널 전환을 통해서 채널 선택이 수행된 경우를 가정하자. 수신 장치의 전원이 켜짐과 동시에 수행되는 초기 채널 스캔을 과정을 통해서 선택된 채널에 이미 수신된 해당 서비스를 수신하기 위한 서비스 관련 정보로부터 예를 들어, RF 채널 정보, PLP 식별자 등을 획득한 상태이다. 이에 따라, 402단계에서 수신 장치는, 상기 선택된 채널에 대응하는 RF 채널 정보 등을 이용하여 RF Tune-in 을 수행하여 해당 서비스를 수신한다.
이후, 404단계에서 상기 수신 장치는 상기 L1 시그널링을 디코딩한다. 그리고, 406단계에서 상기 수신 장치는 디코딩한 L1 시그널링으로부터 획득한, 해당 서비스의 PLP를 선택하고, 선택한 PLP를 디코딩한다. 그리고, 408단계에서 상기 수신 장치는 L2 시그널링 처리를 수행한다. L2 시그널링 처리 시, 수신 장치는 본 개시의 실시 예에 따른 서비스 관련 정보로부터 시그널링 정보를 수신하기 위한 부스트랩 정보를 포함하는 시그널링의 위치와 상기 시그널링 정보이 전송 프로토콜 종류 등을 획득한다. 구체적으로, 상기 시그널링 위치는, 해당 서비스를 수신하기 위한 시그널링 정보가 방송 채널을 통해서 수신되는 경우 예를 들어, ESG, EPG, SDP 등에 대한 부스트랩 정보를 포함하거나, 또는 해당 시그널링 정보가 OoB을 통해 수신되는 경우에 대한 상위단 부스트랩 정보를 포함하여 구성될 수 있다. 그리고, 상기 시그널링 위치는 상기 시그널링 정보 전송하는 IP 주소, 또는 포트 넘버 및 프로토콜 지시자 등으로 나타내어 질 수 있다.
이에 따라, 410단계에서 상기 수신 장치는 상기 시그널링 위치가 OoB인지, 아니면 방송 채널인지 확인한다. 상기 확인 결과, OoB 일 예로, 브로드 밴드를 통해서 해당 시그널링 정보가 수신될 경우, 414단계에서 상기 수신 장치는 상기 시그널링 위치에 대응하는 부스트랩 정보 일 예로, URL을 이용하여 상기 시그널링 정보를 요청 및 수신하고, 이를 처리한다. 그리고, 416단계에서 상기 수신 장치는 상기 시그널링 정보로부터 서비스/서비스 컴포넌트 별 프로토콜 정보를 획득한다. 그리고, 418단계에서 상기 수신 장치는 상기 서비스/서비스 컴포넌트 별 프로토콜 정보로부터 수신하고자 하는 해당 서비스 또는 서비스 컴포넌트 별 프로토콜 지시자 또는 변경된 프로토콜 지시자를 획득하고, 획득한 프로토콜 지시자를 기반으로 해당 서비스/서비스 컴포넌트를 수신한다.
상기 410단계에서의 확인 결과, 해당 시그널링 정보가 방송 채널을 통해서 수신될 경우, 412단계에서 상기 수신 장치는, 상기 시그널링 위치로부터 상기 방송 채널을 통해서 수신되는 경우에 대한 ESG, EPG, SDP 등에 대한 부스트랩 정보를 획득하고, 획득한 부스트랩 정보를 기반으로, 상기 시그널링 정보를 해당 프로토콜 스택으로 전달한다. 이 경우, 해당 시그널링 정보의 프로토콜은 MMT 또는 ROUTE 프로토콜 중 하나를 포함한다. 그리고, 416단계로 진행하여, 수신장치는 상기 시그널링 정보로부터 서비스/서비스 컴포넌트 별 프로토콜 구분 정보를 획득하고, 418단계로 진행한다.
다음으로, 본 개시의 실시 예에 따른 송신 장치는 서비스 관련 정보를 SDP 세션 정보를 통해서 전달할 수 있다. 구체적으로, 송신 장치가 서비스 관련 정보를 SDP 세션 정보를 통해서 전달하는 실시 예의 경우, 다양한 프로토콜 각각의 송신단 및 수신단 사이의 세션 체결에 사용되는 SDP 세션 정보 안에 본 개시의 실시 예에 따른 서비스 관련 정보를 삽입하여 송신측으로 전송할 수 있다. 이 경우, 서비스 관련 정보는 서비스 단위 또는 서비스 컴포넌트 단위의 전송에 적용되는 프로토콜 정보 또는 변경된 프로토콜 정보를 포함하여 구성된다. 이에 따라, 수신 장치는 본 개시의 실시 예에 따른 SDP 세션 정보를 수신하고, 수신된 SDP 세션 정보를 통해서 서비스 별/서비스 컴포넌트 내 프로토콜 정보의 실시간 변화를 식별할 수 있다. 본 개시의 실시 예에 따라 서비스 관련 정보를 포함하는 SDP 세션 정보 내에 삽입하여 송신하는 실시 예는, EPG, IP 패킷 헤더, L2 시그널링 등의 Reserved 영역에 추가적인 비트의 사용이 불가할 때 사용하거나, 또는 다른 실시 예들 중 적어도 하나의 방법과 병행하여 사용할 수 있다.
하기 <표 7>은 본 개시의 실시 예에 따라 SDP 세션 정보에 서비스 컴포넌트 별 프로토콜 정보를 포함시킨 경우의 예시를 나타낸다.
하기 <표 7>을 참조하면, 기존 SDP에서 정의된 Media Descriptions ("m=") 의 Protocol 필드를 통해 해당 엘리먼트가 MMT인 경우를 지시한다. SDP의 m 필드는 "m=<media> <port> <proto> <fmt> ..." 의 포맷을 기반으로 미디어의 전송 프로토콜을 지정 가능하며, 상기 포맷에 포함된 필드들 중 <proto> 필드를 통해서 미디어의 전송 프로토콜을 지정할 수 있다. 하기 <표 7>의 예에서는 SDP 세션의 Video 엘리먼트의 경우, 4002 포트를 통해 전송되며, MMT 프로토콜을 사용함을 나타낸다. 또한, attribute 속성을 나타내는 "a=" 필드를 확장하여 Proprietary하게 protocol change indicator를 추가하여 해당 전송 프로토콜의 변경 가능성 여부를 지정할 수 있다. 이 경우, protocol change indicator를 ‘0’으로 표기하여 전송 프로토콜이 변경되지 않을 것임을 나타내고 있다. 또한, SDP 세션의 Audio 엘리먼트의 경우, 4004 포트를 통해서 전송되며, RTP를 사용함을 나타낸다. 마찬가지로, "a=" 필드를 확장하여 Proprietary하게 protocol change indicator를 추가하여 해당 전송 프로토콜의 변경 가능성 여부를 지정할 수 있다. 이 경우, protocol change indicator를 ‘1’로 표기하여 전송 프로토콜이 변경될 수 있음을 나타내고 있다.
<표 7>
Figure PCTKR2016000552-appb-I000007
한편, 본 발명의 다른 실시 예에서는, 송신 장치가 본 개시의 실시 예에 따른 서비스 관련 정보를 UDP/IP 패킷 헤더를 통해서 수신측으로 전송할 수 있다. 구체적으로, 본 개시의 실시 예에서는, 송신 장치가, IP 패킷 헤더 혹은 UDP 패킷 헤더 내에 서비스 관련 정보를 포함시켜 전송할 수 있다. 이 경우, 서비스 관련 정보는 서비스 단위 또는 서비스 컴포넌트 단위의 프로토콜 정보와 변경된 프로토콜 정보를 포함하여 구성될 수 있다. IP 패킷 헤더 혹은 UDP 패킷 헤더를 통해서 서비스 관련 정보를 전송할 경우, EPG를 통해서 전송하는 실시 예와 비교하여 비교적 유연하게 실시간으로 프로토콜을 변경할 수 있다. 반면, IP 패킷 내에서 해당 서비스/서비스 컴퍼넌트의 프로토콜 변경 시, 실제 프로토콜의 변경 시점과 상기 프로토콜의 변경을 지시하는 서비스 관련 정보의 전달 시점의 불일치할 수 있다. 이 경우, 상기 IP 패킷의 페이로드가 다른 상위 프로토콜로 전달됨에 따라 서비스의 재생이 불가한 상황이 발생할 수도 있다.
하기 <표8>은 일반적인 IPv4 패킷 헤더의 구조의 일 예를 나타낸다.
하기 <표 8>의 헤더에서 Protocol 필드는 IP의 바로 상위 레이어에서 사용되는 프로토콜의 정보를 지시한다. 예를 들어, Protocol 필드가 “17번”으로 지정된 경우, 해당 프로토콜이 UDP임을 의미하고, 상기 Protocol 필드가 “6번”으로 지정된 경우, 해당 프로토콜이 TCP (Transmitssion Control Protocol)임을 의미한다. 본 개시의 실시 예에 따른 Protocol 필드는 주어진 조건에 따라, 보다 상위 레이어에 어떤 전송 프로토콜이 사용되었는지를 지정하기 위하여 확장하여 사용될 수 있다.
<표 8>
Figure PCTKR2016000552-appb-I000008
또한, 본 개시의 실시 예에서는 송신 장치가 서비스 관련 정보를 L2 시그널링을 통해서 전달할 수 있다. 이 경우, 송신 장치는 별도의 전용 L2 시그널링 메시지 또는 L2 패킷의 헤더 내에 본 개시의 실시 예에 따른 서비스 관련 정보를 다양한 형태로 포함시켜 전송할 수 있다. 여기서, 서비스 관련 정보는 서비스/서비스 컴포넌트 단위의 프로토콜 정보 또는 변경된 프로토콜 정보를 포함하여 구성된다. 이 경우, 본 개시의 실시 예에 따른 서비스 관련 정보를 L2 시그널링을 통해서 수신측으로 전송할 경우, 예를 들어, ESG, EPG, SDP 세션 정보, 또는 IP 헤더를 통해서 서비스 관련 정보를 전송하는 경우와 비교하여 비교적 보다 빠르고 유연하게 수신측으로 프로토콜을 변경에 대한 정보 전달이 가능하다. 반면, 전체적인 전송 시그널링 비트의 오버헤드가 증가할 수 있다.
도 5는 ATSC 3.0에서 L2 계층 시그널링 메시지의 헤더 구조의 일 예를 나타낸 도면이다.
도 5를 참조하면, L2 패킷 헤더의 Packet Type Field(3b) 값이 '100'인 경우, 해당 L2 패킷의 페이로드가 시그널링 메시지를 포함함을 의미하며, 상기 시그널링 메시지에 본 개시의 실시 에에 따른 서비스 관련 정보를 다양한 형태로 포함시킬 수 있다. 실시 예에 따라, 상기 서비스 관련 정보는 예를 들어, 서비스/서비스 컴포넌트 별 프로토콜 정보 또는 변경된 프로토콜 정보를 포함할 수 있다. 또는, 실시 예에 따라 상기 서비스 관련 정보는 앞서 설명한 <표 1> 내지 <표 5> 중 적어도 하나와 같은 형태로 구성되어 포함될 수 있다.
하기 <표 9>는 L2 패킷의 시그널링 메시지에 포함된 서비스 관련 정보의 일 예를 나타낸 표이다. 하기 <표 9>를 참조하면, 본 개시의 실시 예에 따라 L2 패킷의 시그널링 메시지에 포함된 서비스 관련 정보는, 각 IP 세션을 식별하는 IP 주소와 포트 넘버, 및 사용되는 프로토콜을 지시하는 프로토콜 식별자를 포함하여 구성될 수 있다.
<표 9>
Figure PCTKR2016000552-appb-I000009
하기 <표10>은 논리 채널(Logical Channel)에 매핑되는 서비스를 전송하는 PLP들 중 하나의 PLP를 통해서 L2 시그널링을 전송할 경우, L2 패킷의 시그널링 정보가 해당 PLP의 전송에 사용되는 프로토콜 정보 또는 변경된 프로토콜 정보를 포함하여 구성된 경우의 실시 예이다. 이 경우, L2 시그널링이 Audio, Video와 같은 미디어 컴포넌트를 전송하는 PLP와 구분된 별도의 PLP로 전송되는 경우, 논리 채널의 개수 정보 및 개별 Logical Channel ID에 맵핑되는 Transport ID 정보를 제공할 수 있다. 여기서, 상기 Transport ID는 논리 채널 전송에 사용된 프로토콜을 지시한다. 그리고, 주어진 논리 채널에 해당하는 서비스를 위해 사용되는 IP 세션들의 정보 즉, 논리 채널 대 IP 세션들의 매핑 정보는 하기 <표 10>에 포함되거나, 또는 별도의 표로 제공될 수 있다. 이로 인하여, 수신 장치는 해당 논리 채널 위한 IP 세션들과, 상기 IP 세션들 각각에서 사용되는 프로토콜을 식별하고, 식별된 프로토콜을 기반으로 동작할 수 있다.
<표 10>
Figure PCTKR2016000552-appb-I000010
하기 <표11>은 L2 패킷의 시그널링 메시지에 해당 L2 시그널링을 전송하는 PLP의 전송에 사용되는 프로토콜 정보 또는 변경된 프로토콜 정보를 포함하여 구성한 경우의 실시 예이다. 또는, 다른 실시 예에 따라 물리계층의 L1 시그널링을 통해 PLP 별 전송에 사용되는 프로토콜 정보 또는 변경된 프로토콜 정보를 포함시켜 전송하는 것 역시 가능하다. 실시 예에 따라 주어진 PLP에 포함되는 IP 세션들의 정보 즉, 해당 PLP와 IP 세션들의 매핑 정보는 하기 <표 11>에 포함되거나 또는 별도의 표 형태로 제공될 수 있다.
<표 11>
Figure PCTKR2016000552-appb-I000011
하기 <표 12>는 L2 패킷의 시그널링 메시지에 물리적인 RF 채널의 전송에 사용되는 프로토콜 정보 또는 변경된 프로토콜 정보를 포함하여 구성된 경우의 실시 예이다. 여기서, RF 채널은 일 예로, Center frequency = 1000MHz, 6MHz인 경우를 가정하면, 물리 계층의 L1 시그널링 통해 현재 접속하고 있는 RF 채널에 사용된 프로토콜 정보를 알려주는 것 역시 가능하다.
<표 12>
Figure PCTKR2016000552-appb-I000012
한편, 본 발명의 다른 실시 예에서는 송신 장치가 서비스 관련 정보를 In-Band를 통해서 전달하는 상위 시그널링 정보 예를 들어, ESG, EPG, SDP 등과 같이 구성하여, 수신측에게 전달할 수 있다. 이 경우, In-Band로 전달되는 상위 시그널링 정보는 송신 장치 및 수신 장치간에 정의된 In-band 전송 프로토콜 예를 들어, FLUTE, MMT, ROUTE, MMT, RTP 등을 통해서 전달된다. 따라서, In-Band로 전달되는 상위 시그널링 정보 역시 서비스/서비스 컴퍼넌트 단위의 프로토콜 정보를 포함하여 구성된다. 이에 따라 수신 장치는 상기 상위 시그널링 정보를 수신하기 전까지는 특정 서비스 또는 서비스 컴퍼넌트를 어느 프로토콜 레이어로 분기해 처리해야 할지 알 수 없기 때문에 수신 동작을 할 수 없다. 이 경우, 수신 장치는 상기 상위 시그널링 정보 조차도 In-band를 통해서 수신해야 하므로, 상기 상위 시그널링 정보로부터 획득되는 해당 서비스/서비스 컴퍼넌트 별 프로토콜의 분기(branch) 정보를 미수신한 상태에서도 수신해야 할 해당 서비스/서비스 컴퍼넌트 별 프로토콜의 정보를 최초 획득하여 해당 서비스/서비스 컴퍼넌트의 수신 동작을 시작할 수 있도록 하는 추가 동작이 필요하다. 이를 위해서, 본 개시의 실시 예에서는, 수신 장치가 서비스/서비스 컴퍼넌트 별 프로토콜의 분기 정보 획득을 위한 별도의 부스트랩 포트를 고정하여 사용할 수 있다. 도 6은 본 개시의 실시 예에 따라 서비스/서비스 컴퍼넌트 별 프로토콜의 분기 정보의 최초 획득을 위해 고정된 별도의 부스트랩 포트를 사용하는 수신 장치의 동작 흐름도의 일 예이다. 여기서, 분기 정보는 세션의 별도 전용 번호를 할당하여 전송할 수 있다.
도 6을 참조하면, 본 개시의 실시 예에 따른 수신 장치는 송신측으로부터 in band를 통해서 전송된 분기 정보를 우선적으로 추출하기 위해서 미리 결정된 특정 포트 예를 들어, 포트 넘버 0을 선택한 경우를 가정하자. 그리고, 포트 넘버 0을 통해서 수신되는 패킷은 미리 약속된 특정 프로토콜 예를 들어, ‘ROUTE’ 프로토콜로 수신하기로 결정한 경우를 가정하자. 그러면, 600단계에서 본 개시의 실시 예에 따른 수신 장치는, 방송 세션으로부터 수신되는 패킷을 상기 ROUTE 프로토콜로 수신하고, 602단계에서 수신 장치는 수신된 패킷을 ROUTE 프로토콜 스택으로 분기한다. 그리고, 604단계에서 상기 수신 장치는 상기 수신된 패킷으로부터 분기 정보를 우선적으로 추출한다.
구체적으로, ROUTE나 FLUTE와 같이 ALC((Asynchronous Layerd Coding) (RFC 5775)) 규격을 사용하는 경우, 상기 수신된 패킷으로부터 미리 약속된 TSI(Transport Session Identifier)나 TOI(Transport Object Identifier)를 통해 상기 분기 정보를 우선적으로 추출할 수 있다. 만약, 상기 수신된 패킷이 MMT 프로토콜을 사용하는 경우 미리 약속된 패킷 식별자를 통해 상기 분기 정보를 우선적으로 추출할 수 있다. 그러면, 606단계에서 상기 ROUTE 프로토콜 스택은 추출된 분기 정보를 상기 분기 정보 부스트랩 세션에게 전달한다. 이후, 상기 분기 정보 부스트랩 세션을 통해서 수신되는 패킷들은 상기 분기 정보를 통해서 해당 프로토콜 스택으로 분기된다.
또한, 상기 상위 시그널링 정보로부터 획득되는 해당 서비스/서비스 컴퍼넌트 별 프로토콜의 분기 정보를 미수신한 상태에서도 수신해야 할 해당 서비스/서비스 컴퍼넌트 별 프로토콜의 정보를 최초 획득하여 해당 서비스/서비스 컴퍼넌트의 수신 동작을 시작할 수 있도록 하는 추가 동작의 다른 실시 예에 따라 수신 장치는, in-band로 전송되는 분기 정보의 최초 획득을 위한 최초 프로토콜을 고정하여 사용할 수 있다. 도 7은 본 개시의 실시 예에 따라 분기 정보의 최초 획득을 위한 특정 프로토콜을 최초 프로토콜로 사용하는 수신 장치의 동작 흐름도의 일 예이다.
도 7을 참조하면, 예를 들어, 분기용 정보의 최초 획득을 위한 최초 프로토콜을 일 예로, MMT 프로토콜로 설정한 경우를 도시하고 있다. 그러면, 본 개시의 실시 예에 따른 수신 장치는 모든 포트를 모니터링하다가, 최초 수신되는 패킷들을 MMT 프로토콜을 사용하여 수신한다. 그리고, 702단계에서 수신된 패킷들로부터 분기 정보를 우선적으로 추출한다. 구체적으로, 상기 최초 프로토콜을 ROUTE나 FLUTE 프로토콜과 같이 ALC (RFC 5775) 규격을 사용하는 경우, 미리 약속된 TSI나 TOI를 통해 수신된 패킷들로부터 상기 분기 정보를 우선적으로 추출할 수 있다. 또는, 최초 프로토콜로 MMT를 사용하는 경우, 수신 장치는 미리 약속된 패킷 식별자를 통해서 수신된 패킷으로부터 상기 분기 정보를 우선적으로 추출할 수 있다. 704단계에서 수신 장치는 이후 수신되는 패킷들 각각에 대해 상기 추출한 분기 정보를 통해서 해당 프로토콜 스택으로 분기한다. 또 다른 실시 예에서는, In-Band를 통해서 전달되는 서비스 관련 정보는 L2 시그널링을 통해서 수신 장치에게 전달될 수 있다. 여기서, 상기 서비스 관련 정보는, 예를 들어, 해당 서비스를 수신하기 위한 상위 시그널링 정보를 송신하는 아이피 주소나 포트 넘버 및 사용된 프로토콜 정보를 포함하여 구성될 수 있다. 또 다른 실시 예에 따라 송신 장치는 In-Band를 통해서 전달되는 서비스 관련 정보를 In-band로 송신하되, 상기 상위 시그널링 정보의 프로토콜 정보의 변경 여부에 대한 정보를 L2 시그널링 또는 L1 시그널링을 통해 수신측으로 전송할 수 있다. 이 경우, 수신 장치는 상위 레이어까지 확인할 필요 없이 L2 레이어에서 상기 상위 시그널링 정보의 프로토콜 정보의 변경 여부를 확인할 수 있다.
한편, 본 개시의 다른 실시 예에 따른 송신 장치는 포트 별 사용하는 프로토콜을 지정하여 사용할 수 있다. 구체적인 예로, 하기 <표 13>에 나타낸 바와 같이, IANA에서 제안한 동적 포트(49152~65535)의 일부 범위를 특정 프로토콜을 위해 고정 할당할 수 있다.
<표 13>
Figure PCTKR2016000552-appb-I000013
구체적인 예로, 수신 장치는 51000 내지 52000에 대응하는 포트 넘버를 통해서 수신되는 패킷의 경우 MMT 프로토콜을 사용하여 수신하고, 상기 수신된 패킷의 분기 정보를 미리 약속된 패킷 식별자를 사용하여 우선적으로 추출할 수 있다. 그리고, 상기 수신 장치는 54000 내지 55000에 대응하는 포트 넘버를 통해서 수신되는 패킷의 경우 ROUTE 프로토콜을 사용하여 수신하고, 상기 수신된 패킷의 분기 정보는 미리 약속된 TSI나 TOI를 통해 우선적으로 추출할 수 있다. 그리고, 실시 예에 따라 송신 장치는 포트 별 사용하는 프로토콜을 지정 시, 일 예로, 상기 <표 13>과 같이 포트 넘버와, 해당 포트 넘버에 매핑되는 프로토콜 정보를, L2 시그널링을 통해서 수신측으로 전송할 수도 있다.
도 8은 본 개시의 실시 예에 따른 수신 장치의 구성도의 일 예이다.
도 8을 참조하면, 수신 장치는 크게 어플리케이션 레이어(802), 트랜스포트 레이어(804), 네트워크 레이어(806), 데이터 링크 레이어(808) 및 물리 레이어(810)를 포함하여 구성된다. 그리고, 상기 트랜스포트 레이어(804)는 본 개시의 실시 예에 따른 서비스 관련 정보를 수신하여 해당 서비스/서비스 컴포넌트의 프로토콜 정보를 분석하는 프로토콜 정보 분석부(814)와, 해당 서비스/서비스 컴포넌트에 대응하는 패킷을 해당 프로토콜 스택으로 분기하는 프롤토콜 제어 모듈(812)을 포함한다.
상기 프로토콜 제어 분석부(814)는 수신한 서비스 관련 정보로부터 하나의 서비스를 구성하는 서비스 컴포넌트에 대응하는 엘리멘트 미디어 (A/V/File 등)들 중 특정 미디어를 전송하기 위한 프로토콜 정보 또는 변경된 프로토콜 정보를 추출하여 상기 프로토콜 제어 모듈(812)에게 전달한다. 여기서, 상기 프로토콜 정보는 예를 들어, IP/포트 정보와 해당 엘리멘트 미디어가 전송되어야 할 프로토콜의 간의 매핑 리스트 정보(A) 형태로 기술될 수 있다. 상기 프로토콜 제어 모듈(812)은 UDP/IP 스택에서 전달되는 UDP/IP 패킷의 헤더 정보에 포함되어 있는 IP/Port 정보(B)와 상기 매핑 리스트 정보(A)를 비교하고, 해당 UDP/IP 패킷을 어느 프로토콜 스택으로 전달할지를 결정할 수 있다.
상기 프로토콜 정보 분석부(812)는 송신측으로부터 전송되는 서비스 관련 정보로부터 해당 서비스/서비스 컴퍼넌트 별 프로토콜 정보 또는 변경된 프로토콜 정보를 추출한다. 이때, 상기 서비스 관련 정보는, 앞서 설명한 실시 예에 따라 EPG, SDP 세션정보, L2 시그널링, IP 패킷의 헤더 등을 통해서 전달된다. 그리고, 상기 프로토콜 정보 분석부(812)는 상기 추출한 정보를 수집/판단하여 상기 프로토콜 제어 모듈(814)에게 전달한다. 실시 예에 따라 상기 프로토콜 정보 분석부(814)는 EPG로부터 전달된 엘리먼트 미디어의 IP/Port 정보와 해당 엘리먼트 미디어가 전송되어야 할 프로토콜의 간의 매핑 리스트 정보를 추출할 수 있다. 다른 실시 예에 따라 상기 프로토콜 정보 분석부(814)는 L2 시그널링 메시지로부터 엘리먼트 미디어의 포트 넘버 및 상기 엘리먼트 미디어가 전송되어야 할 프로토콜 간의 맵핑 리스트 정보를 추출할 수도 있다. 다른 실시 예에 따라, 상기 프로토콜 정보 분석부(814)는 SDP 세션 정보로부터 획득한 Media Descriptions ("m=")로부터 해당 엘리먼트 미디어의 포트 정보 및 상기 엘리먼트 미디어가 전송되어야 할 프로토콜 간의 매핑 리스트 정보(ex. m=audio 49170 RTP/AVP 0)를 추출할 수 있다. 또 다른 실시 예에 따라 상기 프로토콜 정보 분석부(814)는 IP 패킷 헤더의 확장 헤더 영역에 지정된 지시자로부터 해당 IP 패킷이 어느 프로토콜로 전달되어 처리되어야 하는지를 나타내는 정보를 추출할 수 있다.
도 9는 본 개시의 실시 예에 따른 수신 장치의 동작 흐름도의 일 예를 도시한 도면이다. 도 9의 실시 예에서는 수신 장치가 OoB를 통해서 전달되는 EPG를 통해서 본 개시의 실시 예에 따른 서비스 관련 정보를 획득하는 경우를 설명한다. 여기서, 서비스 관련 정보는 서비스/서비스 컴포넌트 별 프로토콜 정보 또는 변경된 프로토콜 정보를 포함하도록 구성된다.
도 9를 참조하면, 900단계에서 수신 장치는 초기 채널 스캔을 통해서 서비스 관련 정보를 획득할 수 있다. 본 실시 예에서의 초기 스캔은 수신 장치가 일 예로, OoB를 통해서 전달되는 EPG로부터 본 개시의 실시 예에 따른 서비스 관련 정보를 획득하는 과정을 포함한다. 초기 채널 스캔 후, 902단계에서 수신 장치는 채널 선택을 통해서 상기 서비스 관련 정보를 사용하여 해당 서비스를 수신하기 위한 IP까지의 경로 예를 들어, RF 채널, PLP 식별자 등의 물리 채널 정보를 획득한다. 그리고, 해당 서비스 전송에 사용된 프로토콜 예를 들어, MMT 또는 ROUTE (EPG 정보 활용 시)를 획득한다.
이후, 904단계에서 상기 수신 장치는 상기 서비스 관련 정보를 기반으로, RF tune-in하고, 906단계에서 해당 서비스에 대응하는 PLP 선택을 수행한다. 그리고, 908단계에서 상기 수신 장치는 L2 시그널링 처리를 수행한다. L2 시그널링 처리 시, 본 개시의 실시 예에 따른 수신 장치는, 링크 계층 패킷을 처리하여 페이로드에 포함된 L2 시그널링을 추출하고, L2 시그널링을 통해서 상기 서비스 관련 정보의 업데이트 정보 및 기타 정보를 획득할 수 있다. 여기서, 상기 서비스 관련 정보의 업데이트 정보는, 해당 서비스/서비스 컴퍼넌트의 전송 시 사용되는 프로토콜이 변경된 경우, 변경된 프로토콜의 지시 정보를 포함할 수 있고, 상기 변경된 프로토콜의 지시 정보는 일 예로, L2 시그널링을 통해서 전송될 수 있다. 이 경우, 상기 변경된 프로토콜의 지시 정보를 획득하기 위한 부스트랩 정보를 포함할 수 있다. L2 시그널링 처리 시, 본 개시의 실시 예에 따른 수신 장치는, 910단계에서 UDP/IP 세션을 통해서 UDP/IP 패킷을 획득한다. 그리고, 912단계에서 상기 수신 장치는 미디어 데이터를 전송하는 UDP/IP 패킷의 헤더에서 IP 포트 정보를 추출한다. 그리고, 914단계에서 상기 초기 스캔 시 획득한 EPG에 포함된 서비스 관련 정보로부터 서비스/서비스 컴포넌트별 프로토콜 정보를 추출한다. 이 경우, 서비스/서비스 컴포넌트별 프로토콜 정보는 일 예로, <표 1>에서 설명한 바와 같이, 해당 IP 포트와 매핑되어 있는 경우를 가정하자.
그리고, 상기 추출한 IP 포트 정보와 상기 UDP/IP 패킷에 매핑된 프로토콜 정보의 비교 전, 916단계에서 상기 수신 장치는 변경된 프로토콜 정보를 포함하는 새로운 EPG의 수신 여부를 확인한다. 상기 확인 결과, 새로운 EPG가 존재하면, 918단계에서 상기 수신 장치는 상기 새로운 EPG로부터 새로운 프로토콜 정보를 추출한다. 그리고, 920단계에서 상기 수신 장치는, 상기 추출한 IP 포트 정보와 상기 새로운 EPG로부터 추출한 프로토콜 정보를 비교한다. 그리고, 922단계에서 상기 <표 1>에서 예시한 바와 같이 수신 장치는 상기 비교 결과에 따라 상기 추출한 IP 포트 정보에 대응하는 프로토콜 스택으로 상기 UDP/IP 패킷을 분기한다. 상기 916단계에서의 확인 결과, 새로운 EPG가 존재하지 않을 경우, 상기 수신 장치는 상기 초기 채널 스캔을 통해서 수신한 EPG로부터 획득한 프로토콜 정보와 상기 추출된 IP 포트 정보를 비교하고, 922단계에서 비교 결과에 따라 UDP/IP 패킷을 해당 프로토콜 스택으로 분기한다.
이후, 926단계에서 상기 수신 장치는 어플리케이션 레이어에서 해당 패킷을 대응하는 프로토콜로 처리한 후, 926단계에서 해당 서비스 재생한다.
도 10 본 개시의 실시 예에 따른 수신 장치의 동작 흐름도의 일 예를 도시한 도면이다. 도 10의 실시 예에서는 수신 장치가 SDP 세션 정보를 통해서 본 개시의 실시 예에 따른 서비스 관련 정보를 획득하는 경우를 설명한다.
도 10을 참조하면, 1000단계에서 수신 장치는 초기 채널 스캔을 통해서 서비스 관련 정보를 획득할 수 있다. 여기서, 초기 스캔은 수신 장치가 일 예로, OoB로 전달되는 SDP 세션 정보로부터 본 개시의 실시 예에 따른 서비스 관련 정보를 획득하는 과정을 포함한다. 초기 채널 스캔 후, 1002단계에서 수신 장치는 채널 선택을 통해서 상기 서비스 관련 정보를 사용하여 해당 서비스를 수신하기 위한 IP까지의 경로 예를 들어, RF 채널, PLP 식별자 등의 물리 채널 정보를 획득한다.
이후, 1004단계에서 상기 수신 장치는 상기 서비스 관련 정보를 기반으로, RF tune-in하고, 1006단계에서 해당 서비스에 대응하는 PLP 선택을 수행한다. 그리고, 1008단계에서 상기 수신 장치는 L2 시그널링 처리를 수행한다. L2 시그널링 처리 시, 본 개시의 실시 예에 따른 수신 장치는, 링크 계층 패킷을 처리하여 페이로드에 포함된 L2 시그널링을 추출하고, L2 시그널링을 통해서 상기 서비스 관련 정보의 업데이트 정보 및 기타 정보를 획득할 수 있다. 여기서, 상기 서비스 관련 정보의 업데이트 정보는, 해당 서비스/서비스 컴퍼넌트의 전송 시 사용되는 프로토콜이 변경된 경우, 변경된 프로토콜의 지시 정보를 포함할 수 있고, 상기 변경된 프로토콜의 지시 정보는 일 예로, L2 시그널링을 통해서 전송될 수 있다. 이 경우, 상기 변경된 프로토콜의 지시 정보를 획득하기 위한 SDP 세션의 부스트랩 정보를 포함할 수 있다. L2 시그널링 처리 시, 본 개시의 실시 예에 따른 수신 장치는, 1010단계에서 UDP/IP 세션을 통해서 UDP/IP 패킷을 획득한다. 그리고, 1012단계에서 상기 수신 장치는 UDP/IP 세션을 획득하고, 미디어 데이터를 전송하는 상기 UDP/IP 패킷의 헤더에서 IP 포트 정보를 추출한다. 그리고, 1014단계에서 상기 수신 장치는 상기 초기 스캔 시 획득한 SDP 세션 정보에 포함된 서비스 관련 정보로부터 서비스/서비스 컴퍼넌트별 프로토콜 정보를 추출한다. 이 경우, 서비스/서비스 컴포넌트별 프로토콜 정보는 일 예로, <표 1>에서 설명한 바와 같이, 해당 IP 포트와 매핑되어 있는 경우를 가정하자.
그리고, 상기 추출한 IP 포트 정보와 상기 UDP/IP 패킷에 매핑된 프로토콜 정보의 비교 전, 1016단계에서 상기 수신 장치는 변경된 프로토콜 정보를 포함하는 새로운 SDP 세션 정보의 수신 여부를 확인한다. 상기 확인 결과, 새로운 SDP 세션 정보가 존재하면, 1018단계에서 상기 수신 장치는 상기 새로운 SDP 세션 정보로부터 새로운 프로토콜 정보를 추출한다. 그리고, 1020단계에서 상기 수신 장치는 상기 추출한 IP 포트 정보와 상기 새로운 EPG로부터 추출한 프로토콜 정보를 비교한다. 그리고, 1022단계에서 상기 수신 장치는 상기 <표 1>에서 예시한 바와 같이, 상기 비교 결과에 따라 추출한 IP 포트 정보에 대응하는 프로토콜 스택으로 UDP/IP 패킷을 분기한다. 상기 1016단계에서의 확인 결과, 새로운 SDP 세션 정보가 존재하지 않을 경우, 상기 수신 장치는 상기 초기 채널 스캔을 통해서 수신한 SDP 세션 정보로부터 획득한 프로토콜 정보와 상기 추출된 IP 포트 정보를 비교하고, 1022단계에서 비교 결과에 따라 UDP/IP 패킷을 해당 프로토콜 스택으로 분기한다.
이후, 1026단계에서 상기 수신 장치는 어플리케이션 레이어에서 해당 패킷을 프로토콜로 처리한 후, 1026단계에서 해당 서비스 재생한다.
도 11은 본 개시의 실시 예에 따른 수신기의 동작 흐름도의 일 예를 도시한 도면이다. 도 11의 실시 예에서는 수신 장치가 UDP/IP 패킷의 헤더에 포함된 본 개시의 실시 예에 따른 서비스 관련 정보를 획득한다. 여기서, 서비스 관련 정보는 서비스/서비스 컴포넌트 별 프로토콜 정보 또는 변경된 프로토콜 정보를 포함하도록 구성된다.
도 11을 참조하면, 1100단계에서 수신 장치는 초기 채널 스캔을 수행한 후, 1102단계에서 채널 선택을 수행하여, 본 개시의 실시 예에 x른 서비스 관련 정보를 획득하는 경우를 설명한다. 그리고, 상기 서비스 관련 정보로부터 상기 수신 장치는 해당 서비스를 수신하기 위한 IP까지의 경로 예를 들어, RF 채널, PLP 식별자 등의 물리 채널 정보를 획득한다.
이후, 1104단계에서 상기 수신 장치는 상기 서비스 관련 정보를 기반으로, RF tune-in을 수행하고, 1106단계에서 해당 서비스에 대응하는 PLP 선택을 수행한다. 그리고, 1108단계에서 상기 수신 장치는 L2 시그널링 처리를 수행한다. L2 시그널링 처리 시, 본 개시의 실시 예에 따른 수신 장치는, 링크 계층 패킷을 처리하여 페이로드에 포함된 L2 시그널링을 추출하고, 그리고, 1110단계에서 상기 수신 장치는 미디어 데이터를 전송하는 UDP/IP 패킷을 획득한다. 그리고, 1112단계에서 해당 UDP/IP 패킷의 헤더를 통해서 해당 서비스/서비스 컴포넌트 별 IP 포트 정보를 추출하고, 1114단계에서 초기 스캔 시 UDP/IP 패킷의 헤더로부터 획득한 해당 서비스/서비스 컴포넌트 별 프로토콜 정보를 추출한다. 이 경우, 서비스/서비스 컴포넌트별 프로토콜 정보는 일 예로, <표 1>에서 설명한 바와 같이, 해당 IP 포트와 매핑되어 있는 경우를 가정하자.
그리고, 1116단계에서 상기 수신 장치는 상기 추출한 IP 포트 정보와 프로토콜 정보를 비교한다.
그리고, 1118단계에서 상기 <표 1>에서 예시한 바와 같이 수신 장치는 상기 비교 결과에 따라 상기 추출한 IP 포트 정보에 대응하는 프로토콜 스택으로 상기 UDP/IP 패킷을 분기한다. 이후, 1120단계에서 상기 수신 장치는 어플리케이션 레이어에서 해당 패킷을 대응하는 프로토콜로 처리한 후, 1122단계에서 해당 서비스 재생한다.
도 12는 본 개시의 실시 예에 따른 수신 장치의 동작 흐름도의 일 예를 도시한 도면이다. 도 12의 실시 예에서는 본 개시의 실시 예에 따른 서비스 관련 정보가 L2 시그널링을 통해서 수신측에게 전달되는 경우를 설명한다. 여기서, 서비스 관련 정보는 서비스/서비스 컴포넌트 별 프로토콜 정보 또는 변경된 프로토콜 정보를 포함하도록 구성된다.
도 12를 참조하면, 1200단계에서 수신 장치는 초기 채널 스캔을 통해서 서비스 관련 정보를 획득한다. 그리고, 1202단계에서 상기 수신 장치는 채널 선택을 수행하고, 상기 서비스 관련 정보를 사용하여 해당 서비스를 수신하기 위한 IP까지의 경로 예를 들어, RF 채널, PLP 식별자등의 무선 채널 정보를 획득한다.
이후, 1204단계에서 상기 수신 장치는 상기 서비스 관련 정보를 기반으로, RF tune-in을 수행하고, 1206단계에서 해당 서비스에 대응하는 PLP 선택을 수행한다. 그리고, 1208단계에서 상기 수신 장치는 L2 시그널링 처리를 수행한다. 여기서, L2 시그널링 처리 시, 링크 계층 패킷을 처리하여 페이로드에 포함된 L2 시그널링을 추출하고, 본 개시의 실시 예에 따른 상기 수신 장치는 해당 IP 패킷의 헤더를 통해서 IP 패킷을 추출하고, 1210단계에서 상기 L2 시그널링을 통해서 상기 서비스 관련 정보의 업데이트 정보 및 프로토콜 정보, 변경된 프로토콜 정보를 획득한다.
이후, 1212단계에서 상기 수신 장치는 미디어 데이터를 전송하는 UDP/IP 패킷을 획득하고, 1214단계에서 상기 획득한 UDP/IP 패킷의 헤더로부터 IP 포트 정보를 추출한다. 그리고, 상기 1216단계에서 상기 수신 장치는 상기 UDP/IP 패킷의 헤더로부터 추출한 IP 포트 정보와, 상기 L2 시그널링으로부터 추출한 프로토콜 정보를 비교한다. 그리고, 1218단계에서 상기 <표 1>에서 예시한 바와 같이 수신 장치는 상기 비교 결과에 따라 상기 추출한 IP 포트 정보에 대응하는 프로토콜 스택으로 상기 UDP/IP 패킷을 분기한다. 이후, 1220단계에서 상기 수신 장치는 어플리케이션 레이어에서 해당 패킷을 대응하는 프로토콜로 처리한 후, 1222단계에서 해당 서비스 재생한다.
도 13은 본 개시의 실시 예에 따른 수신 장치의 동작 흐름도의 일 예를 도시한 도면이다. 도 13의 실시 예에서는 수신 장치가 In-Band로 전달되는 서비스 관련 정보를 획득한 경우를 설명한다. 여기서, In-Band로 전달되는 서비스 관련 정보는 일 예로, ESG, EPG, SDP 세션 정보 등에 포함되어 구성될 수 있다. 여기서, 서비스 관련 정보는 해당 서비스의 수신을 위해 요구되는 시그널링 정보를 수신하기 위한 부스트랩 정보를 포함하는 시그널링의 위치와 상기 시그널링 정보의 전송 프로토콜 정보 등을 포함할 수 있다. 여기서, 상기 시그널링의 위치는 상기 시그널링 정보가 전송되는 포트 넘버 및 프로토콜 지시자의 매핑 정보 형태로 나타내어질 수 있다. 상기 매핑 정보는 L2 시그널링을 통해서 수신측으로 전달하는 것도 가능하다.
도 13을 참조하면, 1300단계에서 수신 장치는 초기 채널 스캔을 통해서 In-Band로 전달되는 서비스 관련 정보를 획득할 수 있다. 그리고, 1302단계에서 상기 수신 장치는 채널 선택을 수행하여 상기 서비스 관련 정보를 사용하여 해당 서비스를 수신하기 위한 IP까지의 경로 예를 들어, RF 채널, PLP 식별자 등의 물리 채널 정보를 획득한다.
이후, 1304단계에서 상기 수신 장치는 상기 서비스 관련 정보를 기반으로, RF tune-in하고, 1306단계에서 해당 서비스에 대응하는 PLP 선택을 수행한다. 그리고, 1308단계에서 상기 수신 장치는 L2 시그널링 처리를 수행한다. L2 시그널링 처리 시, 본 개시의 실시 예에 따른 수신 장치는, 링크 계층 패킷을 처리하여 페이로드에 포함된 L2 시그널링을 추출하고, L2 시그널링을 통해서 상기 서비스 관련 정보의 업데이트 정보 및 상위 단의 프로토콜 정보 등을 획득할 수 있다. 여기서, 상위단의 프로토콜 정보는 상기 서비스 관련 정보가 L2 시그널링을 통해서 획득할 경우 사용된다. 그리고, 1310단계에서 상기 수신 장치는 미디어 데이터를 전송하는 UDP/IP 패킷을 획득한다.
도 13의 실시 예에 따른 서비스 관련 정보는, In-Band를 통해서 수신됨에 따라 예를 들어, 도 6에서 설명한 바와 같이 미리 설정된 포트 넘버 또는 프르토콜로 처음 UDP/IP 패킷을 수신하는 경우에 사용된다. 이에 따라, 상기 획득한 UDP/IP 패킷들 중 1312단계에서 수신 장치는 미리 설정된 IP 포트 넘버로 수신되는 UDP/IP 패킷을 필터링한다. 그리고, 1314단계에서 상기 수신 장치는 상기 필터링된 UDP/IP 패킷에 대해 미리 설정된 프로토콜에 대응하는 프로토콜 스택으로 분기한다. 그리고, 1316단계에서 상기 수신 장치는 상기 서비스 관련 정보로부터 서비스/서비스 컴퍼넌트 별 프로토콜 정보를 획득한다. 그리고, 1318단계에서 상기 수신 장치는 상기 UDP/IP 패킷의 헤더로부터 IP 포트 정보를 추출한다. 1320단계에서 상기 수신 장치는 상기 추출한 IP 포트 정보와 상기 서비스 관련 정보로부터 획득한 서비스/서비스 컴퍼넌트 별 프로토콜 정보를 비교한다. 그리고, 1322단계에서 상기 <표 1>에서 예시한 바와 같이 수신 장치는 상기 비교 결과에 따라 상기 추출한 IP 포트 정보에 대응하는 프로토콜 스택으로 상기 UDP/IP 패킷을 분기한다. 이후, 1324단계에서 상기 수신 장치는 어플리케이션 레이어에서 해당 패킷을 대응하는 프로토콜로 처리한 후, 1326단계에서 해당 서비스 재생한다.
도 14는 본 개시의 실시 예에 따른 수신 장치의 동작 흐름도의 일 예를 도시한 도면이다. 도 14의 실시 예는 특정 프로토콜이 사용되는 IP 포트의 범위를 고정하여 사용한다. 도시하지는 않았지만, 실시 예에 따라 상기 특정 프로토콜이 사용되는 포트의 범위 정보를 L2 시그널링을 통해서 수신측으로 전달하는 것도 가능하다.
도 14를 참조하면, 1400단계에서 수신 장치는 초기 채널을 수행하여 본 개시의 실시 예에 따른 서비스 관련 정보를 획득한다 여기서, 서비스 관련 정보는 서비스/서비스 컴포넌트 별 프로토콜 정보 또는 변경된 프로토콜 정보를 포함하도록 구성된다. 그리고, 1402단계에서 상기 수신 장치는 채널 선택을 통해서 상기 서비스 관련 정보를 사용하여 해당 서비스를 수신하기 위한 IP까지의 경로 예를 들어, RF 채널, PLP 식별자 등의 물리 채널 정보를 획득한다.
이후, 1404단계에서 상기 수신 장치는 상기 서비스 관련 정보를 기반으로, RF tune-in하고, 1406단계에서 해당 서비스에 대응하는 PLP 선택을 수행한다. 그리고, 1408단계에서 상기 수신 장치는, L2 시그널링 처리를 수행한다. L2 시그널링 처리 시, 1410단계에서 본 개시의 실시 예에 따른 수신 장치는 링크 계층 패킷을 처리하여 페이로드에 포함된 L2 시그널링을 추출하고, L2 시그널링을 통해서 서비스 관련 정보의 업데이트 정보 및 상위 단의 프로토콜 정보 등을 획득한다. 여기서, 상기 서비스 관련 정보의 업데이트 정보는, 상기 서비스의 전송 시 사용되는 프로토콜이 변경된 경우, 변경된 프로토콜의 지시 정보를 포함할 수 있고, 상기 변경된 프로토콜의 지시 정보는 일 예로, L2 시그널링을 통해서 전송될 수 있다. 이 경우, 상기 변경된 프로토콜의 지시 정보를 획득하기 위한 부스트랩 정보를 포함할 수 있다. 그리고, 1410단계에서 상기 수신 장치는 미디어 데이터를 전송하는 UDP/IP 패킷을 획득한다. 도 14의 실시 예에 따른 수신 장치는, 상기 서비스 관련 정보를 기반으로 프로토콜 정보 및 <표 14>에 예시한 바와 같은, 포트 범위 별로 매핑된 프로토콜로 구성된 프로토콜 매핑 테이블(프로토콜 별 포트 넘버가 매핑됨)을 수신한 상태임을 가정하자.
이후, 1412단계 내지 1416단계 각각에서 상기 수신 장치는 상기 수신한 프로토콜 정보 및 상기 프로토콜 맵핑 테이블을 사용하여 해당 포트를 통해서 수신되는 UDP/IP 패킷들을 미리 결정된 프로토콜에 대응하는 프로토콜 스택으로 분기한다. 그리고, 1418단계에서 상기 수신 장치는 어플리케이션 레이어에서 해당 패킷을 대응하는 프로토콜로 처리한 후, 1420단계에서 해당 서비스 재생한다.
도 15는 본 개시의 실시 예에 따른 MMT와 ROUTE 두 개의 트랜스포트 기술이 적용된 프로토콜 스택의 일 예이다. 도시하지는 않았지만, L2 레이어는 UDP/ IP 레이어와와 ATSC3.0 물리 레이어 사이에 존재한다.
본 개시의 실시 예에 따른 송신측은, 서비스/서비스 컴포넌트 별 프토토콜 정보 또는 변경된 프로토콜 정보를 포함하는 서비스 관련 정보를 앞서 설명한 표들 중 하나의 형태로 구성하여 수신측에게 전달한다. 그러면 수신측은 도 9 내지 도 14의 실시 예들 중 적어도 하나의 실시 예 또는 상기 실시 예들의 조합에 따라 해당 서비스 관련 정보를 수신하고, 이후 수신되는 서비스/서비스 컴포넌트에 대응하는 각 UDP/IP 패킷의 프로토콜을 식별한다. 그리고, 식별된 프로토콜에 대응하는 프로토콜 스택으로 분기하여, 해당 패킷의 해당 프로토콜에서 처리되어 서비스된다. 도 15의 경우, 서비스/서비스 컴포넌트에 대응하는 각 UDP/IP 패킷은 MMT 또는 ROUTE 프로토콜을 사용하여 수신된다, 그리고, 수신된 해당 패킷은 MMT 프로토콜을 사용할 경우, 제어 정보에 대응하는 시그널링 정보와 데이터로 분류된다. 이때, 데이터는 MMT 프로토콜을 사용하여 전송되는 미디어 컨텐츠의 독립적 디코딩이 가능한 최소 단위를 포함하는 MPU를 기반으로 해당 패킷에 포함될 수 있다. 또는, 데이터가, MPU 모드의 페이로드 형태로 수신된다. 한편, 해당 패킷이 ROUTE를 사용할 경우, DASH로 포맷된 스트리밍 컨텐트를 방송을 통해서 전달하도록 정의된다. 이에 따라, 송신 장치로부터 ROUTE를 사용하여 전송된 패킷 역시 데이터와 제어 정보에 대응하는 시그널링 정보로 구분되며, 이때, 데이터는 미디어 세그먼트 정의되는 DASH 세그먼트 형태로 해당 패킷에 포함되어 수신되며, 시그널링 정보는 DASH MPD 형태로 해당 패킷에 포함되어 수신될 수 있음을 나타내고 있다. DASH MPD는, 예를 들어, DASH 세그먼트들의 타임라인을 지시할 수 있다.
도 16a는 본 개시의 실시 예에 따른 송신 장치의 구성도의 일 예이다.
도 16a를 참조하면, 송신 장치(1600)는 일 예로, 제어부(1602), 송수신부(1604), 및 서비스 관련 생성부(1606)을 포함하여 구성될 수 있다.
도 16b는 본 개시의 실시 예에 따른 송신 장치의 동작 흐름도이다.
도 16b를 참조하면, 본 개시의 실시 예에 따른 서비스 관련 생성부(1606)는 상기 제어부(1602)의 지시에 따라, 1600단계에서 서비스 관련 정보를 구성한다. 여기서, 서비스 관련 정보는 방송 시스템에서 제공하는 서비스/서비스 컴퍼넌트 별 프로토콜 정보 또는 변경된 프로토콜 정보를 포함하여 <표 1> 내지 <표 5>와 같은 형태로 구성될 수 있다. 또한, 상기 서비스 관련 정보는, 수신측이 해당 서비스를 수신하기 위한 시그널링 정보의 위치 정보와 프로토콜 정보를 더 포함하여 구성될 수 있다. 여기서, 시그널링 정보의 위치 정보는 수신측이 상기 시그널링 정보를 수신하기 위한 부스트랩 정보를 포함하며, 상기 프로토콜 정보는 송신 시 사용되는 프로토콜 지시자를 포함하여 구성된다. 또한, 상기 프로토콜 정보는 실시 예에 따라, 상기 시그널링 정보가 전송되는 IP 주소, 포트 넘버 등과 해당 프로토콜 지시자를 매핑하여 전송할 수 있다.
1602단계에서 상기 제어부(1064)의 지시에 따라 상기 송수신부(1064)는 수신측으로 방송 서비스의 제공 전에 상기 서비스 관련 정보를 수신측에게 전달한다. 이때, 서비스 관련 정보의 전송 시점은, 해당 방송 서비스의 제공 전에 사업자 혹은 사용자가 미리 설정한 시점마다 주기적으로 전송될 수 있다.
1604단계에서 상기 제어부(1602)는, 상기 서비스 관련 정보가 채널 환경의 변화, 사용자의 요청 등에 따라 업데이트가 필요한지 확인한다. 상기 확인 결과 업데이트가 필요하지 않은 경우, 송신 장치는 다음 업데이트를 대기한다.
상기 확인 결과, 상기 서비스 관련 정보의 업데이트가 요구될 경우, 1606단계에서 상기 제어부(1602)는, 상기 서비스 관련 정보를 업데이트하고, 업데이트된 서비스 관련 정보를 생성하도록 상기 서비스 관련 생성부(1606)를 제어한다. 여기서, 업데이트된 서비스 관련 정보는 앞서 설명한 변경된 프로토콜 정보 등을 포함하여 구성될 수 있다. 그리고, 1606단계에서 상기 송수신부(1604)는 상기 제어부(1602)의 지시에 따라 상기 업데이트된 서비스 관련 정보를 수신측에게 전송한다. 이때, 상기 업데이트된 서비스 관련 정보는 앞서 설명한 바와 같이, 실시 예에 따라 1600단계에서 전송한 서비스 관련 정보와 다른 형태로 전송 가능하다. 예를 들어, 이전 서비스 관련 정보가 in-band를 통해서 ESG, EPG, SPD 세션 정보로 전송된 경우, L2 시그널링을 통해서 별도로 수신측에게 전송할 수 있다. 또는 상기 이전 서비스 관련 정보가 OoB를 통해서 수신측에게 전달된 경우, 다른 시점에서 OoB를 통해서 상기 업데이트된 서비스 관련 정보를 수신측으로도 전송 가능하다.
상기한 바와 같이 본 개시의 실시 예에서는 실시간/비실시간 서비스 및 다양한 기기의 특성에 맞춰 각 환경에 적합한 프로토콜을 제공하고, 서로 다른 프로토콜이 가지는 장점 및 특성을 고려하여 송신측에서 해당 프로토콜을 이용하여 서비스를 전송하고, 수신측에게 해당 서비스 또는 서비스 컴포넌트에 대한 프로토콜 정보를 포함하는 서비스 정보를 전달함에 따라, 수신 측에서 상기 프로토콜 정보를 기반으로 해당 서비스/서비스 컴퍼넌트에 대응하는 효율적인 서비스 수신이 가능하다.
한편 본 개시의 상세한 설명에서는 구체적인 실시 예에 관해 설명하였으나, 본 개시의 범위에서 벗어나지 않는 한도 내에서 여러 가지 변형이 가능함은 물론이다. 그러므로 본 개시의 범위는 설명된 실시 예에 국한되어 정해져서는 안되며 후술하는 특허 청구의 범위뿐만 아니라 이 특허 청구의 범위와 균등한 것들에 의해 정해져야 한다.

Claims (20)

  1. 방송 통신 시스템에서 멀티미디어 콘텐츠를 송신하는 방법에 있어서,
    멀티미디어 콘텐츠에 대응하는 서비스 별로 매핑된 프로토콜 정보를 식별하는 과정과,
    상기 식별된 서비스 별로 매핑된 프로토콜 정보를 포함하는 서비스 관련 정보를 송신하는 과정과,
    상기 식별된 프로토콜을 사용하여 해당 서비스에 대응하는 멀티미디어 콘텐츠를 수신측으로 전송하는 과정을 포함하는 방법.
  2. 제1항에 있어서,
    상기 서비스 관련 정보는,
    상기 수신측에서 해당 서비스를 수신하기 위해서 요구되는 시그널링 정보의 전송에 사용되는 프로토콜 지시 정보와, 해당 서비스의 식별 정보와, 상기 시그널링 정보의 위치 정보 중 적어도 하나를 포함하여 구성됨을 특징으로 하는 방법.
  3. 제2항에 있어서,
    상기 시그널링 정보의 위치 정보는,
    상기 시그널링 정보를 송신하는 포트 넘버와 소스 아이피 주소 중 적어도 하나를 포함함을 특징으로 하는 방법.
  4. 제1항에 있어서,
    상기 식별된 서비스 별로 매핑된 프로토콜 정보는,
    해당 프로토콜을 지시하는 숫자 형태로 나타내어짐을 특징으로 하는 방법.
  5. 제1항에 있어서,
    상기 식별된 서비스 별로 매핑된 프로토콜 정보는,
    해당 컨텐츠를 미리 결정된 길이로 분할하여 전송하는 제1프로토콜과, 해당 컨텐츠를 상기 수신측에서 독립적으로 디코딩이 가능한 단위로 분할하여 전송하는 제2프로토콜 중 적어도 하나임을 특징으로 하는 방법.
  6. 방송 통신 시스템에서 멀티미디어 콘텐츠를 수신하는 방법에 있어서,
    멀티미디어 콘텐츠에 대응하는 서비스 별로 매핑된 프로토콜 정보를 포함하는 서비스 관련 정보를 수신하는 과정과,
    해당 서비스에 대응하는 멀티미디어 콘텐츠를 수신하는 과정과,
    상기 서비스 별로 매핑된 프로토콜 정보로부터 상기 서비스에 대응하는 프로토콜을 식별하는 과정과,
    상기 식별된 프로토콜을 사용하여 상기 멀티미디어 콘텐츠를 재생하는 과정을 포함하는 방법.
  7. 제6항에 있어서,
    상기 서비스 관련 정보는,
    상기 서비스를 수신하기 위해서 요구되는 시그널링 정보의 전송에 사용되는 프로토콜 지시 정보와, 해당 서비스의 식별 정보와, 상기 시그널링 정보의 위치 정보 중 적어도 하나를 포함하여 구성됨을 특징으로 하는 방법.
  8. 제7항에 있어서,
    상기 시그널링 정보의 위치 정보는,
    상기 시그널링 정보를 송신하는 포트 넘버와 소스 아이피 주소 중 적어도 하나를 포함함을 특징으로 하는 방법.
  9. 제6항에 있어서,
    상기 서비스 별로 매핑된 프로토콜 정보는,
    해당 프로토콜을 지시하는 숫자 형태로 나타내어짐을 특징으로 하는 방법.
  10. 제6항에 있어서,
    상기 식별된 서비스 별로 매핑된 프로토콜 정보는,
    해당 컨텐츠를 미리 결정된 길이로 분할하여 전송하는 제1프로토콜과, 해당 컨텐츠를 상기 수신측에서 독립적으로 디코딩이 가능한 단위로 분할하여 전송하는 제2프로토콜 중 적어도 하나임을 특징으로 하는 방법.
  11. 방송 통신 시스템에서 멀티미디어 콘텐츠를 송신하는 장치에 있어서,
    멀티미디어 콘텐츠에 대응하는 서비스 별로 매핑된 프로토콜 정보를 식별하는 제어부와,
    상기 제어부의 지시에 따라 상기 식별된 서비스 별로 매핑된 프로토콜 정보를 포함하는 서비스 관련 정보를 송신하고, 상기 식별된 프로토콜을 사용하여 해당 서비스에 대응하는 멀티미디어 콘텐츠를 수신측으로 전송하는 송수신부를 포함하는 송신 장치.
  12. 제11항에 있어서,
    상기 서비스 관련 정보는,
    상기 수신측에서 해당 서비스를 수신하기 위해서 요구되는 시그널링 정보의 전송에 사용되는 프로토콜 지시 정보와, 해당 서비스의 식별 정보와, 상기 시그널링 정보의 위치 정보 중 적어도 하나를 포함하여 구성됨을 특징으로 하는 송신 장치.
  13. 제12항에 있어서,
    상기 시그널링 정보의 위치 정보는,
    상기 시그널링 정보를 송신하는 포트 넘버와 소스 아이피 주소 중 적어도 하나를 포함함을 특징으로 하는 송신 장치.
  14. 제11항에 있어서,
    상기 식별된 서비스 별로 매핑된 프로토콜 정보는,
    해당 프로토콜을 지시하는 숫자 형태로 나타내어짐을 특징으로 하는 송신 장치.
  15. 제11항에 있어서,
    상기 식별된 서비스 별로 매핑된 프로토콜 정보는,
    해당 컨텐츠를 미리 결정된 길이로 분할하여 전송하는 제1프로토콜과, 해당 컨텐츠를 상기 수신측에서 독립적으로 디코딩이 가능한 단위로 분할하여 전송하는 제2프로토콜 중 적어도 하나임을 특징으로 하는 송신 장치.
  16. 방송 통신 시스템에서 멀티미디어 콘텐츠를 수신하는 장치에 있어서,
    멀티미디어 콘텐츠에 대응하는 서비스 별로 매핑된 프로토콜 정보를 포함하는 서비스 관련 정보를 수신하고, 해당 서비스에 대응하는 멀티미디어 콘텐츠를 수신하는 송수신부와,
    상기 서비스 별로 매핑된 프로토콜 정보로부터 상기 서비스에 대응하는 프로토콜을 식별하고, 상기 식별된 프로토콜을 사용하여 상기 멀티미디어 콘텐츠를 재생하는 제어부를 포함하는 수신 장치.
  17. 제16항에 있어서,
    상기 서비스 관련 정보는,
    상기 서비스를 수신하기 위해서 요구되는 시그널링 정보의 전송에 사용되는 프로토콜 지시 정보와, 해당 서비스의 식별 정보와, 상기 시그널링 정보의 위치 정보 중 적어도 하나를 포함하여 구성됨을 특징으로 하는 수신장치.
  18. 제17항에 있어서,
    상기 시그널링 정보의 위치 정보는,
    상기 시그널링 정보를 송신하는 포트 넘버와 소스 아이피 주소 중 적어도 하나를 포함함을 특징으로 하는 수신 장치.
  19. 제16항에 있어서,
    상기 서비스 별로 매핑된 프로토콜 정보는,
    해당 프로토콜을 지시하는 숫자 형태로 나타내어짐을 특징으로 하는 수신 장치.
  20. 제16항에 있어서,
    상기 식별된 서비스 별로 매핑된 프로토콜 정보는,
    해당 컨텐츠를 미리 결정된 길이로 분할하여 전송하는 제1프로토콜과, 해당 컨텐츠를 상기 수신측에서 독립적으로 디코딩이 가능한 단위로 분할하여 전송하는 제2프로토콜 중 적어도 하나임을 특징으로 하는 수신 장치.
PCT/KR2016/000552 2015-01-19 2016-01-19 멀티미디어 콘텐츠를 송수신하는 방법 및 장치 Ceased WO2016117908A1 (ko)

Priority Applications (9)

Application Number Priority Date Filing Date Title
CA2974341A CA2974341C (en) 2015-01-19 2016-01-19 Method and apparatus for transmitting and receiving multimedia content
EP16740381.5A EP3249932B1 (en) 2015-01-19 2016-01-19 Method and apparatus for transmitting and receiving multimedia content
US15/544,423 US10448068B2 (en) 2015-01-19 2016-01-19 Method and apparatus for transmitting and receiving signaling information associated with multimedia content
KR1020177023265A KR102462377B1 (ko) 2015-01-19 2016-01-19 멀티미디어 콘텐츠를 송수신하는 방법 및 장치
KR1020227037907A KR102617287B1 (ko) 2015-01-19 2016-01-19 멀티미디어 콘텐츠를 송수신하는 방법 및 장치
CN201680006400.0A CN107211175B (zh) 2015-01-19 2016-01-19 用于传输和接收多媒体内容的方法和设备
MX2017009429A MX373215B (es) 2015-01-19 2016-01-19 Método y aparato para transmitir y recibir contenido de medios de comunicación múltiples.
US16/594,817 US11082729B2 (en) 2015-01-19 2019-10-07 Method and apparatus for transmitting and receiving signaling information associated with multimedia content
US17/390,183 US11528519B2 (en) 2015-01-19 2021-07-30 Method and apparatus for transmitting and receiving signaling information associated with multimedia content

Applications Claiming Priority (4)

Application Number Priority Date Filing Date Title
KR10-2015-0008946 2015-01-19
KR20150008946 2015-01-19
KR20150015547 2015-01-30
KR10-2015-0015547 2015-01-30

Related Child Applications (2)

Application Number Title Priority Date Filing Date
US15/544,423 A-371-Of-International US10448068B2 (en) 2015-01-19 2016-01-19 Method and apparatus for transmitting and receiving signaling information associated with multimedia content
US16/594,817 Continuation US11082729B2 (en) 2015-01-19 2019-10-07 Method and apparatus for transmitting and receiving signaling information associated with multimedia content

Publications (1)

Publication Number Publication Date
WO2016117908A1 true WO2016117908A1 (ko) 2016-07-28

Family

ID=56417372

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/KR2016/000552 Ceased WO2016117908A1 (ko) 2015-01-19 2016-01-19 멀티미디어 콘텐츠를 송수신하는 방법 및 장치

Country Status (7)

Country Link
US (3) US10448068B2 (ko)
EP (1) EP3249932B1 (ko)
KR (2) KR102617287B1 (ko)
CN (1) CN107211175B (ko)
CA (2) CA2974341C (ko)
MX (2) MX373215B (ko)
WO (1) WO2016117908A1 (ko)

Families Citing this family (18)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10667004B2 (en) * 2014-12-22 2020-05-26 Lg Electronics Inc. Broadcasting signal reception device, and broadcasting signal reception method based on pull mode
US10448068B2 (en) * 2015-01-19 2019-10-15 Samsung Electronics Co., Ltd. Method and apparatus for transmitting and receiving signaling information associated with multimedia content
WO2016117904A1 (ko) 2015-01-21 2016-07-28 엘지전자 주식회사 방송 신호 송신 장치, 방송 신호 수신 장치, 방송 신호 송신 방법, 및 방송 신호 수신 방법
US10341036B2 (en) * 2015-02-10 2019-07-02 Lg Electronics Inc. Broadcast signal transmission apparatus, broadcast signal reception apparatus, broadcast signal transmission method, and broadcast signal reception method
KR102111572B1 (ko) * 2015-02-13 2020-05-15 에스케이텔레콤 주식회사 저지연 생방송 컨텐츠 제공을 위한 프로그램을 기록한 기록매체 및 장치
US10721538B2 (en) 2015-03-08 2020-07-21 Lg Electronics Inc. Apparatus and method for transmitting and receiving broadcast signal
US11310094B2 (en) 2015-09-08 2022-04-19 Lg Electronics Inc. Apparatus and method for transmitting or receiving broadcast signal
WO2017043898A1 (ko) 2015-09-08 2017-03-16 엘지전자(주) 방송 신호 송수신 장치 및 방법
US11805293B2 (en) * 2017-03-29 2023-10-31 Samsung Electronics Co., Ltd. Device and method for transmitting and receiving signal in multimedia system
KR102480372B1 (ko) 2018-03-09 2022-12-26 삼성전자주식회사 전자장치 및 그 제어방법
JP7148258B2 (ja) * 2018-04-05 2022-10-05 フォルシアクラリオン・エレクトロニクス株式会社 連携システム、連携方法、連携プログラム
CN113543205B (zh) * 2020-04-17 2024-01-26 大唐移动通信设备有限公司 一种业务提供方法、通信系统、装置及介质
CN112601042B (zh) * 2020-11-23 2022-12-09 聚好看科技股份有限公司 显示设备、服务器及视频通话兼容不同协议信令的方法
CN112769832A (zh) * 2021-01-12 2021-05-07 中国科学院上海高等研究院 多协议兼容的数据发送、数据接收方法及装置
CN113141358B (zh) * 2021-04-20 2023-09-01 中国科学院上海高等研究院 多协议兼容的服务引导发现传输接收、发送方法及装置
CN113132386B (zh) * 2021-04-20 2023-07-25 中国科学院上海高等研究院 多协议兼容的引导传输发送、接收方法及装置
CN115002081B (zh) * 2022-05-30 2023-12-26 重庆紫光华山智安科技有限公司 媒体流传输方法及相关装置
US12408005B2 (en) * 2022-05-31 2025-09-02 Cisco Technology, Inc. Differentiated time-difference of arrival for ultra-wideband (UWB)

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20080129878A1 (en) * 2006-11-22 2008-06-05 Lg Electronics, Inc. Digital television receiver and method for processing the digital television signal
KR20090110053A (ko) * 2008-04-17 2009-10-21 에스케이브로드밴드주식회사 서비스 제공 장치, 셋탑 박스 및 그의 서비스 제공 방법
KR101034849B1 (ko) * 2005-11-04 2011-05-17 노키아 코포레이션 서비스 가이드에서 서비스 타입을 표시하기 위한 방법
KR20120079952A (ko) * 2011-01-06 2012-07-16 사단법인한국디지털케이블연구원 오픈 플랫폼에서의 ｖｏｄ 시스템 및 ｖｏｄ 데이터 전송 방법
KR101377952B1 (ko) * 2007-06-05 2014-03-25 엘지전자 주식회사 방송 신호 전송 방법, 방송 신호 수신 방법 및 방송 수신기

Family Cites Families (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
BRPI0614926A2 (pt) * 2005-08-22 2011-04-19 Korea Electronics Telecomm metadado de extensão de pmcp, dispositivo de geração de fluxo de dados, sistema de emissão de difusão de dados digitais e método de emissão de difusão de dados digitais do mesmo
US8014333B2 (en) 2007-08-24 2011-09-06 Lg Electronics, Inc. Digital broadcasting system and method of processing data in digital broadcasting system
WO2010021526A2 (en) * 2008-08-22 2010-02-25 Lg Electronics Inc. A method for processing additional information related to an announced service or content in an nrt service and a broadcast receiver
US20130258946A1 (en) * 2010-07-27 2013-10-03 Humax Co., Ltd. Cross-layer optimization method in a multimedia transmission system, and an abstraction layer component for the same
KR20120137198A (ko) * 2011-06-11 2012-12-20 삼성전자주식회사 통신 시스템에서 패킷 송수신 장치 및 방법
EP3554088B1 (en) 2011-10-13 2024-02-07 Samsung Electronics Co., Ltd. Apparatus and method for configuring control message in broadcasting system
KR101995314B1 (ko) * 2013-04-22 2019-07-02 삼성전자주식회사 Ｄｖｂ 지상파 방송 시스템에서 ｍｐｅｇ ｍｍｔ를 위한 시그널링 정보를 송수신하는 장치 및 방법
KR20140126827A (ko) 2013-04-22 2014-11-03 삼성전자주식회사 Dvb 시스템에서 mmt를 이용하여 방송 서비스를 송수신하는 방법 및 장치
WO2016028052A2 (ko) 2014-08-20 2016-02-25 엘지전자 주식회사 방송 신호 송신 장치, 방송 신호 수신 장치, 방송 신호 송신 방법, 및 방송 신호 수신 방법
KR101812186B1 (ko) * 2014-09-25 2017-12-26 엘지전자 주식회사 방송 신호 송신 장치, 방송 신호 수신 장치, 방송 신호 송신 방법, 및 방송 신호 수신 방법
EP3232668A4 (en) * 2014-12-10 2018-06-13 LG Electronics Inc. Broadcast signal transmission device, broadcast signal reception device, broadcast signal transmission method and broadcast signal reception method
US10448068B2 (en) * 2015-01-19 2019-10-15 Samsung Electronics Co., Ltd. Method and apparatus for transmitting and receiving signaling information associated with multimedia content

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR101034849B1 (ko) * 2005-11-04 2011-05-17 노키아 코포레이션 서비스 가이드에서 서비스 타입을 표시하기 위한 방법
US20080129878A1 (en) * 2006-11-22 2008-06-05 Lg Electronics, Inc. Digital television receiver and method for processing the digital television signal
KR101377952B1 (ko) * 2007-06-05 2014-03-25 엘지전자 주식회사 방송 신호 전송 방법, 방송 신호 수신 방법 및 방송 수신기
KR20090110053A (ko) * 2008-04-17 2009-10-21 에스케이브로드밴드주식회사 서비스 제공 장치, 셋탑 박스 및 그의 서비스 제공 방법
KR20120079952A (ko) * 2011-01-06 2012-07-16 사단법인한국디지털케이블연구원 오픈 플랫폼에서의 ｖｏｄ 시스템 및 ｖｏｄ 데이터 전송 방법

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
See also references of EP3249932A4 *

Also Published As

Publication number Publication date
CA3161483C (en) 2026-01-13
CA2974341C (en) 2022-08-23
CN107211175A (zh) 2017-09-26
EP3249932B1 (en) 2020-11-04
KR102617287B1 (ko) 2023-12-27
MX2020004511A (es) 2020-08-13
CA2974341A1 (en) 2016-07-28
CN107211175B (zh) 2020-07-07
KR102462377B1 (ko) 2022-11-04
US20170347134A1 (en) 2017-11-30
US10448068B2 (en) 2019-10-15
MX2017009429A (es) 2017-10-12
KR20170102563A (ko) 2017-09-11
EP3249932A4 (en) 2018-01-10
CA3161483A1 (en) 2016-07-28
MX373215B (es) 2020-05-07
US11528519B2 (en) 2022-12-13
US20210360297A1 (en) 2021-11-18
KR20220151223A (ko) 2022-11-14
US20200037006A1 (en) 2020-01-30
EP3249932A1 (en) 2017-11-29
US11082729B2 (en) 2021-08-03

Similar Documents

Publication Publication Date Title
WO2016117908A1 (ko) 멀티미디어 콘텐츠를 송수신하는 방법 및 장치
WO2012099399A2 (ko) 방송통신 융합형 서비스를 위한 전송 방법 및 장치
WO2009134105A2 (en) Method of receiving broadcasting signal and apparatus for receiving broadcasting signal
WO2013043000A1 (en) Apparatus and method of playing broadcast content in broadcasting system
WO2013169084A1 (ko) Mmt 패킷 포맷 확장을 통한 하이브리드 전송 방법
WO2013089437A1 (ko) 미디어 컨텐트를 수신하는 장치 및 방법
WO2018052253A1 (ko) 송신 장치 및 그 송신 방법
WO2009145597A2 (en) Method and apparatus for sending and receiving broadcast service in a digital broadcasting system
WO2014204192A1 (en) Apparatus and method for receiving broadcast content from a broadcast stream and an alternate location
WO2016129981A1 (ko) 미디어 데이터를 송수신하는 방법 및 장치
WO2018174367A1 (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
WO2016178494A1 (ko) 방송 신호 송신 장치, 방송 신호 수신 장치, 방송 신호 송신 방법, 및 방송 신호 수신 방법
WO2016043432A1 (ko) 멀티미디어의 전송 또는 수신 방법 및 그 장치
WO2017043943A1 (ko) 방송 신호 송신 장치, 방송 신호 수신 장치, 방송 신호 송신 방법, 및 방송 신호 수신 방법
WO2017142347A1 (ko) 멀티미디어 서비스의 컨텐츠 관련 정보 제공 방법 및 장치
WO2015194904A1 (ko) Ip 기반 방송 망에서 전송 패킷 압축 기법
WO2016167632A1 (ko) 방송 서비스를 위한 서비스 시그널링을 송수신하는 방법 및 장치
WO2015105348A1 (ko) 멀티미디어 데이터 재생 방법 및 장치
WO2010024580A2 (en) A digital broadcast receiver and a method for processing broadcast service information
WO2011010777A1 (ko) 방송 수신 방법 및 장치, 그를 이용한 디스플레이 장치
WO2018155798A1 (ko) 멀티캐스트 신호 송수신 방법 및 장치
WO2018164355A1 (ko) 멀티캐스트 신호 송수신 방법 및 장치
WO2018226045A1 (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: 16740381

Country of ref document: EP

Kind code of ref document: A1

WWE Wipo information: entry into national phase

Ref document number: 15544423

Country of ref document: US

ENP Entry into the national phase

Ref document number: 2974341

Country of ref document: CA

WWE Wipo information: entry into national phase

Ref document number: MX/A/2017/009429

Country of ref document: MX

NENP Non-entry into the national phase

Ref country code: DE

ENP Entry into the national phase

Ref document number: 20177023265

Country of ref document: KR

Kind code of ref document: A

REEP Request for entry into the european phase

Ref document number: 2016740381

Country of ref document: EP