KR102163920B1 - 방송 신호를 송신하는 장치, 방송 신호를 수신하는 장치, 방송 신호를 송신하는 방법 및 방송 신호를 수신하는 방법 - Google Patents
방송 신호를 송신하는 장치, 방송 신호를 수신하는 장치, 방송 신호를 송신하는 방법 및 방송 신호를 수신하는 방법 Download PDFInfo
- Publication number
- KR102163920B1 KR102163920B1 KR1020177024314A KR20177024314A KR102163920B1 KR 102163920 B1 KR102163920 B1 KR 102163920B1 KR 1020177024314 A KR1020177024314 A KR 1020177024314A KR 20177024314 A KR20177024314 A KR 20177024314A KR 102163920 B1 KR102163920 B1 KR 102163920B1
- Authority
- KR
- South Korea
- Prior art keywords
- fragment
- data
- information
- header
- packet
- Prior art date
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04H—BROADCAST COMMUNICATION
- H04H20/00—Arrangements for broadcast or for distribution combined with broadcast
- H04H20/65—Arrangements characterised by transmission systems for broadcast
- H04H20/71—Wireless systems
-
- 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/236—Assembling of a multiplex stream, e.g. transport stream, by combining a video stream with other content or additional data, e.g. inserting a URL [Uniform Resource Locator] into a video stream, multiplexing software data into a video stream; Remultiplexing of multiplex streams; Insertion of stuffing bits into the multiplex stream, e.g. to obtain a constant bit-rate; Assembling of a packetised elementary 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/235—Processing of additional data, e.g. scrambling of additional data or processing content descriptors
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/60—Network streaming of media packets
- H04L65/61—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/60—Network streaming of media packets
- H04L65/61—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio
- H04L65/611—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio for multicast or broadcast
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/60—Network streaming of media packets
- H04L65/70—Media network packetisation
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/60—Network streaming of media packets
- H04L65/75—Media network packet handling
- H04L65/762—Media network packet handling at the source
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/02—Protocols based on web technology, e.g. hypertext transfer protocol [HTTP]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
- H04N19/85—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using pre-processing or post-processing specially adapted for video compression
- H04N19/89—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using pre-processing or post-processing specially adapted for video compression involving methods or arrangements for detection of transmission errors at the decoder
-
- 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/234—Processing of video elementary streams, e.g. splicing of video streams, manipulating MPEG-4 scene graphs
-
- 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/234—Processing of video elementary streams, e.g. splicing of video streams, manipulating MPEG-4 scene graphs
- H04N21/2343—Processing of video elementary streams, e.g. splicing of video streams, manipulating MPEG-4 scene graphs involving reformatting operations of video signals for distribution or compliance with end-user requests or end-user device requirements
-
- 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/236—Assembling of a multiplex stream, e.g. transport stream, by combining a video stream with other content or additional data, e.g. inserting a URL [Uniform Resource Locator] into a video stream, multiplexing software data into a video stream; Remultiplexing of multiplex streams; Insertion of stuffing bits into the multiplex stream, e.g. to obtain a constant bit-rate; Assembling of a packetised elementary stream
- H04N21/23614—Multiplexing of additional data and 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/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/236—Assembling of a multiplex stream, e.g. transport stream, by combining a video stream with other content or additional data, e.g. inserting a URL [Uniform Resource Locator] into a video stream, multiplexing software data into a video stream; Remultiplexing of multiplex streams; Insertion of stuffing bits into the multiplex stream, e.g. to obtain a constant bit-rate; Assembling of a packetised elementary stream
- H04N21/2362—Generation or processing of Service Information [SI]
-
- 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/6131—Network physical structure; Signal processing specially adapted to the downstream path of the transmission network involving transmission via a mobile phone network
-
- 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/80—Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
- H04N21/83—Generation or processing of protective or descriptive data associated with content; Content structuring
- H04N21/84—Generation or processing of descriptive data, e.g. content descriptors
Abstract
본 발명의 일 실시예에 따른 방송 신호 송신 장치는 멀티미디어 콘텐츠를 포함하는 방송 신호를 방송망을 사용하여 실시간으로 전송할지 여부를 지시하는 시그널링 정보를 생성하는 Signaling Encoder; 상기 멀티미디어 콘텐츠를 구성하는 파일이 독립적으로 부호화 및 복호화되는 데이터 단위로 분할된 적어도 하나의 오브젝트 내부 구조체를 생성하는 Internal Structure Generator; 상기 시그널링 정보가 상기 멀티미디어 콘텐츠를 실시간으로 전송하는 것을 지시하는 경우, 상기 오브젝트 내부 구조체를 식별하는 메타 데이터를 포함하는 패킷 정보를 생성하는 Packet Information Generator; 및 상기 오브젝트 내부 구조체 및 상기 패킷 정보를 포함하는 방송 신호를 전송하는 Transmitter를 포함할 수 있다.
본 발명의 다른 실시예에 따르면, 멀티미디어 콘텐츠의 획득에서부터 사용자에게 보여지기까지의 총 시간을 줄일 수 있는 효과가 있다.
본 발명의 다른 실시예에 따르면, 멀티미디어 콘텐츠의 획득에서부터 사용자에게 보여지기까지의 총 시간을 줄일 수 있는 효과가 있다.
Description
본 발명은 방송 신호를 송신하는 장치, 방송 신호를 수신하는 장치 및 방송 신호를 송수신하는 방법에 관한 것이다.
아날로그 방송 신호 송신이 끝남에 따라, 디지털 방송 신호를 송수신하는 다양한 기술이 개발되고 있다. 디지털 방송 신호는 아날로그 방송 신호보다 많은 비디오/오디오 데이터를 포함할 수 있고, 비디오/오디오 데이터에 더하여 다양한 타입의 추가 데이터를 더 포함할 수 있다.
즉, 디지털 방송 시스템은 HD(high definition) 영상, 멀티채널 오디오 및 다양한 추가의 서비스를 제공할 수 있다. 그러나, 디지털 방송을 위해, 모바일 수신 장비를 고려하여 많은 양의 데이터 송신을 위한 데이터 송신 효율, 송수신 네트워크의 강건함(robustness) 및 네트워크 유연성이 개선될 필요가 있다.
본 발명의 목적은 방송 신호를 송신하여 시간 도메인에서 2개 이상의 상이한 방송 서비스를 제공하는 방송 송수신 시스템의 데이터를 멀티플렉싱하고 멀티플렉싱된 데이터를 동일한 RF 신호 대역폭을 통해 송신하는 장치 및 방법 및 그에 대응하는 방송 신호를 수신하는 장치 및 방법을 제공하는 것이다.
본 발명의 다른 목적은 방송 신호를 송신하는 장치, 방송 신호를 수신하는 장치 및 방송 신호를 송수신하여 서비스에 대응하는 데이터를 컴포넌트별로 분류하고 각각의 컴포넌트에 대응하는 데이터를 데이터 파이프로서 송신하고 상기 데이터를 수신하고 처리하는 방법을 제공하는 것이다.
본 발명의 다른 목적은 방송 신호를 송신하는 장치, 방송 신호를 수신하는 장치, 방송 신호를 송수신하여 방송 신호를 제공하는데 필요한 시그널링 정보를 시그널링하는 방법을 제공하는 것이다.
종래 기술은 멀티미디어 콘텐츠의 획득에서부터 사용자에게 보여지기까지의 총 시간이 상당히 오래 걸려 실시간 방송 환경에 적합하지 않았다.
상기 목적을 달성하기 위해서, 본 발명의 일 실시예에 따른 방송 신호 송신 장치는 멀티미디어 콘텐츠를 포함하는 방송 신호를 방송망을 사용하여 실시간으로 전송할지 여부를 지시하는 시그널링 정보를 생성하는 Signaling Encoder; 상기 멀티미디어 콘텐츠를 구성하는 파일이 독립적으로 부호화 및 복호화되는 데이터 단위로 분할된 적어도 하나의 오브젝트 내부 구조체를 생성하는 Internal Structure Generator; 상기 시그널링 정보가 상기 멀티미디어 콘텐츠를 실시간으로 전송하는 것을 지시하는 경우, 상기 오브젝트 내부 구조체를 식별하는 메타 데이터를 포함하는 패킷 정보를 생성하는 Packet Information Generator; 및 상기 오브젝트 내부 구조체 및 상기 패킷 정보를 포함하는 방송 신호를 전송하는 Transmitter;를 포함할 수 있다.
상기 패킷 정보는 상기 오브젝트 내부 구조체의 경계를 지시하는 경계 정보 및 오브젝트 내부 구조체의 타입을 지시하는 타입 정보를 포함할 수 있다.
상기 경계 정보는 상기 패킷에 상기 오브젝트 내부 구조체의 시작 지점이 포함되어 있는지 여부를 지시하는 Start Flag(SF) 필드 및 상기 패킷 내에서 상기 오브젝트 내부 구조체의 시작 지점의 위치를 지시하는 Offset 필드를 포함할 수 있다.
상기 오브젝트 내부 구조체의 타입은 한 쌍의 무비 프래그먼트 박스(moof) 및 미디어 데이터 컨테이너 박스(mdat)를 포함하는 데이터 단위를 나타내는 프래그먼트, 동일한 미디어 타입을 갖는 인접된 샘플들의 집합을 나타내는 Chunk, 적어도 하나의 I-프레임을 포함하는 프레임들의 집합을 나타내는 GOP, 부호화된 비디오 또는 오디오의 기본 데이터 단위를 나타내는 Access Unit, 및 바이트(byte) 단위로 패킷화한 데이터 단위를 나타내는 NAL Unit 중에서 하나일 수 있다.
상기 패킷 정보는 세션, 오브젝트, 및 오브젝트 내부 구조체 중에서 적어도 하나를 Transport Session Identifier(TSI) 및 Transport Object Identifier(TOI) 중에서 적어도 하나에 매핑시키는 매핑 정보를 더 포함할 수 있다.
상기 패킷 정보는 상기 패킷이 전송하는 전송 오브젝트 및 전송 세션을 그룹핑하는 그룹핑 정보를 더 포함하고, 상기 그룹핑 정보는 전송 세션을 식별하는 Divided Transport Session Identifier(DTSI) 필드, 동일한 전송 세션의 그룹을 식별하는 Session Group Identifier(SGI) 필드, 전송 오브젝트를 식별하는 Divided Transport Object Identifier (DTOI) 필드, 및 동일한 전송 오브젝트의 그룹을 식별하는 Object Group Identifier(OGI) 필드를 더 포함할 수 있다.
상기 SGI 필드는 MPEG-DASH의 Period 엘리먼트를 식별하는 정보를 포함하고, 상기 DTSI 필드는 MPEG-DASH의 Representation 엘리먼트를 식별하는 정보를 포함하고, 상기 OGI 필드는 MPEG-DASH의 Segment 엘리먼트를 식별하는 정보를 포함하고, 및 상기 DTOI 필드는 MPEG-DASH의 Chunk 엘리먼트를 식별하는 정보를 포함할 수 있다.
본 발명의 다른 실시예에 따른 방송 신호 수신 장치는 멀티미디어 콘텐츠를 포함하는 방송 신호를 방송망을 사용하여 실시간으로 전송할지 여부를 지시하는 시그널링 정보를 디코딩하는 Signaling Decoder; 상기 시그널링 정보가 상기 멀티미디어 콘텐츠를 실시간으로 전송하는 것을 지시하는 경우, 패킷 정보를 기초로 상기 방송 신호로부터 상기 멀티미디어 콘텐츠를 구성하는 파일이 독립적으로 부호화 및 복호화되는 데이터 단위로 분할된 적어도 하나의 오브젝트 내부 구조체를 추출하는 Extractor, 상기 패킷 정보는 상기 오브젝트 내부 구조체를 식별하는 메타 데이터를 포함하고; 및 상기 오브젝트 내부 구조체를 복호화하는 Decoder를 포함할 수 있다.
상기 패킷 정보는 상기 오브젝트 내부 구조체의 경계를 지시하는 경계 정보 및 오브젝트 내부 구조체의 타입을 지시하는 타입 정보를 포함할 수 있다.
상기 경계 정보는 상기 패킷에 상기 오브젝트 내부 구조체의 시작 지점이 포함되어 있는지 여부를 지시하는 SF 필드 및 상기 패킷 내에서 상기 오브젝트 내부 구조체의 시작 지점의 위치를 지시하는 Offset 필드를 포함할 수 있다.
상기 오브젝트 내부 구조체의 타입은 한 쌍의 무비 프래그먼트 박스(moof) 및 미디어 데이터 컨테이너 박스(mdat)를 포함하는 데이터 단위를 나타내는 프래그먼트, 동일한 미디어 타입을 갖는 인접된 샘플들의 집합을 나타내는 Chunk, 적어도 하나의 I-프레임을 포함하는 프레임들의 집합을 나타내는 GOP, 부호화된 비디오 또는 오디오의 기본 데이터 단위를 나타내는 Access Unit, 및 바이트(byte) 단위로 패킷화한 데이터 단위를 나타내는 NAL Unit 중에서 하나일 수 있다.
상기 패킷 정보는 세션, 오브젝트, 및 오브젝트 내부 구조체 중에서 적어도 하나를 Transport Session Identifier(TSI) 및 Transport Object Identifier(TOI) 중에서 적어도 하나에 매핑시키는 매핑 정보를 포함할 수 있다.
상기 패킷 정보는 상기 패킷이 전송하는 전송 오브젝트 및 전송 세션을 그룹핑하는 그룹핑 정보를 더 포함하고, 상기 그룹핑 정보는 전송 세션을 식별하는 Divided Transport Session Identifier(DTSI) 필드, 동일한 전송 세션의 그룹을 식별하는 Session Group Identifier(SGI) 필드, 전송 오브젝트를 식별하는 Divided Transport Object Identifier (DTOI) 필드, 및 동일한 전송 오브젝트의 그룹을 식별하는 Object Group Identifier(OGI) 필드를 더 포함할 수 있다.
상기 SGI 필드는 MPEG-DASH의 Period 엘리먼트를 식별하는 정보를 포함하고, 상기 DTSI 필드는 MPEG-DASH의 Representation 엘리먼트를 식별하는 정보를 포함하고, 상기 OGI 필드는 MPEG-DASH의 Segment 엘리먼트를 식별하는 정보를 포함하고, 및 상기 DTOI 필드는 MPEG-DASH의 Chunk 엘리먼트를 식별하는 정보를 포함할 수 있다.
본 발명은 서비스 특성에 따라 데이터를 처리하고 각각의 서비스 또는 서비스 컴포넌트에 대한 QoS(Quality of Services)를 제어하여 다양한 방송 서비스를 제공할 수 있다.
본 발명은 다양한 방송 서비스를 동일한 RF 신호 대역폭을 통해 송신함으로써 송신 유연성을 달성할 수 있다.
본 발명은 MIMO 시스템을 이용하여 데이터 송신 효율을 개선하고 방송 신호의 송수신의 강건함을 증가시킬 수 있다.
본 발명에 따르면, 모바일 수신 장치 또는 실내 환경에서도 에러없이 디지털 방송 신호를 수신할 수 있는 방송 신호 송수신 방법 및 장치를 제공할 수 있다.
발명의 일 실시예에 따른 방송 신호 송신 장치는 멀티미디어 콘텐츠를 전송하는데 걸리는 전송 대기 시간을 줄일 수 있는 효과가 있다.
또한, 본 발명의 일 실시예에 따른 방송 신호 수신 장치는 멀티미디어 콘텐츠를 재생하는데 걸리는 재생 대기 시간을 줄일 수 있는 효과가 있다.
또한, 본 발명의 일 실시예에 따르면, 멀티미디어 콘텐츠의 획득에서부터 사용자에게 보여지기까지의 총 시간을 줄일 수 있는 효과가 있다.
또한, 본 발명의 일 실시예에 따르면, 사용자가 방송 채널에 접근하였을 때의 초기 지연시간을 줄일 수 있는 효과가 있다.
본 발명의 추가의 이해를 제공하기 위하여 포함되고 본 출원의 일부에 포함되거나 그 일부를 구성하는 첨부 도면은 본 발명의 원리를 설명하는 설명과 함께 본 발명의 실시예(들)을 나타낸다.
도 1은 본 발명의 실시예에 따라 미래 방송 서비스를 위한 방송 신호를 송신하는 장치의 구조를 나타내는 도면.
도 2는 본 발명의 일실시예에 따른 입력 포맷팅 블록을 나타내는 도면.
도 3은 본 발명의 다른 실시예에 따른 입력 포맷팅 블록을 나타내는 도면.
도 4는 본 발명의 다른 실시예에 따른 입력 포맷팅 블록을 나타내는 도면.
도 5는 본 발명의 실시예에 따른 BICM 블록을 나타내는 도면.
도 6은 본 발명의 다른 실시예에 따른 BICM 블록을 나타내는 도면.
도 7은 본 발명의 일실시예에 따른 프레임 형성 블록을 나타내는 도면.
도 8은 본 발명의 실시예에 따른 OFDM 생성 블록을 나타내는 도면.
도 9는 본 발명의 실시예에 따라 미래 방송 서비스를 위한 방송 신호를 수신하는 장치의 구조를 나타내는 도면.
도 10은 본 발명의 실시예에 따른 프레임 구조를 나타내는 도면.
도 11은 본 발명의 실시예에 따른 프레임의 시그널링 계층 구조를 나타내는 도면.
도 12는 본 발명의 실시예에 따른 프리앰블 시그널링 데이터를 나타내는 도면.
도 13은 본 발명의 실시예에 따른 PLS1 데이터를 나타내는 도면.
도 14는 본 발명의 실시예에 따른 PLS2 데이터를 나타내는 도면.
도 15는 본 발명의 다른 실시예에 따른 PLS2 데이터를 나타내는 도면.
도 16은 본 발명의 실시예에 따른 프레임의 논리 구조를 나타내는 도면.
도 17은 본 발명의 실시예에 따른 PLS 맵핑을 나타내는 도면.
도 18은 본 발명의 실시예에 따른 EAS 맵핑을 나타내는 도면.
도 19는 본 발명의 실시예에 따른 FIC 맵핑을 나타내는 도면.
도 20은 본 발명의 실시예에 따른 DP의 타입을 나타내는 도면.
도 21은 본 발명의 실시예에 따른 DP 맵핑을 나타내는 도면.
도 22는 본 발명의 실시예에 따른 FEC 구조를 나타내는 도면.
도 23은 본 발명의 실시예에 따른 비트 인터리빙을 나타내는 도면.
도 24는 본 발명의 실시예에 따른 셀-워드 디멀티플렉싱을 나타내는 도면.
도 25는 본 발명의 실시예에 따른 시간 인터리빙을 나타내는 도면.
도 26은 본 발명의 실시예에 따른 트위스티드 로우-칼럼 블록 인터리버의 기본 동작을 나타내는 도면.
도 27은 본 발명의 다른 실시예에 따른 트위스티드 로우-칼럼 블록 인터리버의 동작을 나타내는 도면.
도 28은 본 발명의 실시예에 따른 트위스티드 로우-칼럼 블록 인터리버의 대각방향 판독 패턴을 나타내는 도면.
도 29는 본 발명의 일실시예에 따른 각각의 인터리빙 어레이로부터 인터리빙된 XFECBLOCK을 나타내는 도면.
도 30은 FLUTE 프로토콜을 이용한 경우의 데이터 처리 시간을 나타낸 도면이다.
도 31은 본 발명의 일 실시예에 따른 ROUTE 프로토콜 스택을 도시한 도면이다.
도 32는 본 발명의 일 실시예에 따른 파일기반 멀티미디어 콘텐츠의 데이터 구조를 나타낸 도면이다.
도 33은 본 발명의 일 실시예에 따른 데이터 구조를 적용한 MPEG-DASH의 미디어 세그먼트 구성을 나타낸 도면이다.
도 34는 본 발명의 일 실시예에 따른 ROUTE 프로토콜을 이용한 데이터 처리 시간을 나타낸 도면이다.
도 35는 본 발명의 일 실시예에 따른 파일을 전송하기 위한 LCT 패킷의 구조를 나타낸 도면이다.
도 36은 본 발명의 다른 실시예에 따른 파일을 전송하기 위한 LCT 패킷의 구조를 나타낸 도면이다.
도 37은 본 발명의 일 실시예에 따른 FDT를 이용한 실시간 방송 지원 정보 시그널링을 나타낸 도면이다.
도 38은 본 발명의 일 실시예에 따른 방송 신호 송신 장치의 구성도를 나타낸 도면이다.
도 39는 본 발명의 일 실시예에 따른 방송 신호 송신 장치의 구성도를 나타낸 도면이다.
도 40은 본 발명의 일 실시예에 따른 파일 기반 멀티미디어 콘텐츠의 실시간 생성 및 송신 과정을 나타낸 흐름도이다.
도 41은 본 발명의 일 실시예에 따른 방송 신호 송신 장치가 Packetizer를 이용하여 패킷을 생성하는 과정을 구체적으로 나타낸 흐름도이다.
도 42는 본 발명의 다른 실시예에 따른 파일 기반 멀티미디어 콘텐츠의 실시간 생성/송신 과정을 나타낸 흐름도이다.
도 43은 본 발명의 일 실시예에 따른 파일기반 멀티미디어 콘텐츠 수신기의 구조를 나타낸 도면이다.
도 44는 본 발명의 일 실시예에 따른 파일기반 멀티미디어 콘텐츠 수신기의 구조를 나타낸 도면이다.
도 45는 본 발명의 일 실시예에 따른 파일 기반 멀티미디어 콘텐츠의 실시간 수신/소비 과정을 나타낸 도면이다.
도 46은 본 발명의 다른 실시예에 따른 파일 기반 멀티미디어 콘텐츠의 실시간 수신/소비 과정을 나타낸 도면이다.
도 47은 본 발명의 다른 실시예에 따른 오브젝트 타입 정보를 포함하는 패킷의 구조를 나타낸 도면이다.
도 48은 본 발명의 다른 실시예에 따른 오브젝트 타입 정보를 포함하는 패킷의 구조를 나타낸 도면이다.
도 49는 본 발명의 다른 실시예에 따른 오브젝트 타입 정보를 이용하는 방송 신호 수신 장치의 구조를 나타낸 도면이다.
도 50은 본 발명의 다른 실시예에 따른 오브젝트 타입 정보를 이용하는 방송 신호 수신 장치의 구조를 나타낸 도면이다.
도 51은 본 발명의 다른 실시예에 따른 타입 정보를 포함하는 패킷의 구조를 나타낸 도면이다.
도 52는 본 발명의 다른 실시예에 따른 경계 정보를 포함하는 패킷의 구조를 나타낸 도면이다.
도 53은 본 발명의 다른 실시예에 따른 매핑 정보를 포함하는 패킷의 구조를 나타낸 도면이다.
도 54는 본 발명의 다른 실시예에 따른 그룹핑 정보를 포함하는 LCT 패킷의 구조를 나타낸 도면이다.
도 55는 본 발명의 다른 실시예에 따른 세션 및 오브젝트의 그룹핑을 나타낸 도면이다.
도 56은 본 발명의 다른 실시예에 따른 패킷 정보를 이용한 방송 신호 송신 장치의 구조를 나타낸 도면이다.
도 57은 본 발명의 다른 실시예에 따른 패킷 정보를 이용한 방송 신호 수신 장치의 구조를 나타낸 도면이다.
도 58은 본 발명의 다른 실시예에 따른 패킷 정보를 이용한 방송 신호 수신 장치의 구조를 나타낸 도면이다.
도 59는 본 발명의 다른 실시예에 따른 패킷 정보를 이용한 방송 신호 수신 장치의 구조를 나타낸 도면이다.
도 60은 본 발명의 다른 실시예에 따른 패킷 정보를 이용한 방송 신호 수신 장치의 구조를 나타낸 도면이다.
도 1은 본 발명의 실시예에 따라 미래 방송 서비스를 위한 방송 신호를 송신하는 장치의 구조를 나타내는 도면.
도 2는 본 발명의 일실시예에 따른 입력 포맷팅 블록을 나타내는 도면.
도 3은 본 발명의 다른 실시예에 따른 입력 포맷팅 블록을 나타내는 도면.
도 4는 본 발명의 다른 실시예에 따른 입력 포맷팅 블록을 나타내는 도면.
도 5는 본 발명의 실시예에 따른 BICM 블록을 나타내는 도면.
도 6은 본 발명의 다른 실시예에 따른 BICM 블록을 나타내는 도면.
도 7은 본 발명의 일실시예에 따른 프레임 형성 블록을 나타내는 도면.
도 8은 본 발명의 실시예에 따른 OFDM 생성 블록을 나타내는 도면.
도 9는 본 발명의 실시예에 따라 미래 방송 서비스를 위한 방송 신호를 수신하는 장치의 구조를 나타내는 도면.
도 10은 본 발명의 실시예에 따른 프레임 구조를 나타내는 도면.
도 11은 본 발명의 실시예에 따른 프레임의 시그널링 계층 구조를 나타내는 도면.
도 12는 본 발명의 실시예에 따른 프리앰블 시그널링 데이터를 나타내는 도면.
도 13은 본 발명의 실시예에 따른 PLS1 데이터를 나타내는 도면.
도 14는 본 발명의 실시예에 따른 PLS2 데이터를 나타내는 도면.
도 15는 본 발명의 다른 실시예에 따른 PLS2 데이터를 나타내는 도면.
도 16은 본 발명의 실시예에 따른 프레임의 논리 구조를 나타내는 도면.
도 17은 본 발명의 실시예에 따른 PLS 맵핑을 나타내는 도면.
도 18은 본 발명의 실시예에 따른 EAS 맵핑을 나타내는 도면.
도 19는 본 발명의 실시예에 따른 FIC 맵핑을 나타내는 도면.
도 20은 본 발명의 실시예에 따른 DP의 타입을 나타내는 도면.
도 21은 본 발명의 실시예에 따른 DP 맵핑을 나타내는 도면.
도 22는 본 발명의 실시예에 따른 FEC 구조를 나타내는 도면.
도 23은 본 발명의 실시예에 따른 비트 인터리빙을 나타내는 도면.
도 24는 본 발명의 실시예에 따른 셀-워드 디멀티플렉싱을 나타내는 도면.
도 25는 본 발명의 실시예에 따른 시간 인터리빙을 나타내는 도면.
도 26은 본 발명의 실시예에 따른 트위스티드 로우-칼럼 블록 인터리버의 기본 동작을 나타내는 도면.
도 27은 본 발명의 다른 실시예에 따른 트위스티드 로우-칼럼 블록 인터리버의 동작을 나타내는 도면.
도 28은 본 발명의 실시예에 따른 트위스티드 로우-칼럼 블록 인터리버의 대각방향 판독 패턴을 나타내는 도면.
도 29는 본 발명의 일실시예에 따른 각각의 인터리빙 어레이로부터 인터리빙된 XFECBLOCK을 나타내는 도면.
도 30은 FLUTE 프로토콜을 이용한 경우의 데이터 처리 시간을 나타낸 도면이다.
도 31은 본 발명의 일 실시예에 따른 ROUTE 프로토콜 스택을 도시한 도면이다.
도 32는 본 발명의 일 실시예에 따른 파일기반 멀티미디어 콘텐츠의 데이터 구조를 나타낸 도면이다.
도 33은 본 발명의 일 실시예에 따른 데이터 구조를 적용한 MPEG-DASH의 미디어 세그먼트 구성을 나타낸 도면이다.
도 34는 본 발명의 일 실시예에 따른 ROUTE 프로토콜을 이용한 데이터 처리 시간을 나타낸 도면이다.
도 35는 본 발명의 일 실시예에 따른 파일을 전송하기 위한 LCT 패킷의 구조를 나타낸 도면이다.
도 36은 본 발명의 다른 실시예에 따른 파일을 전송하기 위한 LCT 패킷의 구조를 나타낸 도면이다.
도 37은 본 발명의 일 실시예에 따른 FDT를 이용한 실시간 방송 지원 정보 시그널링을 나타낸 도면이다.
도 38은 본 발명의 일 실시예에 따른 방송 신호 송신 장치의 구성도를 나타낸 도면이다.
도 39는 본 발명의 일 실시예에 따른 방송 신호 송신 장치의 구성도를 나타낸 도면이다.
도 40은 본 발명의 일 실시예에 따른 파일 기반 멀티미디어 콘텐츠의 실시간 생성 및 송신 과정을 나타낸 흐름도이다.
도 41은 본 발명의 일 실시예에 따른 방송 신호 송신 장치가 Packetizer를 이용하여 패킷을 생성하는 과정을 구체적으로 나타낸 흐름도이다.
도 42는 본 발명의 다른 실시예에 따른 파일 기반 멀티미디어 콘텐츠의 실시간 생성/송신 과정을 나타낸 흐름도이다.
도 43은 본 발명의 일 실시예에 따른 파일기반 멀티미디어 콘텐츠 수신기의 구조를 나타낸 도면이다.
도 44는 본 발명의 일 실시예에 따른 파일기반 멀티미디어 콘텐츠 수신기의 구조를 나타낸 도면이다.
도 45는 본 발명의 일 실시예에 따른 파일 기반 멀티미디어 콘텐츠의 실시간 수신/소비 과정을 나타낸 도면이다.
도 46은 본 발명의 다른 실시예에 따른 파일 기반 멀티미디어 콘텐츠의 실시간 수신/소비 과정을 나타낸 도면이다.
도 47은 본 발명의 다른 실시예에 따른 오브젝트 타입 정보를 포함하는 패킷의 구조를 나타낸 도면이다.
도 48은 본 발명의 다른 실시예에 따른 오브젝트 타입 정보를 포함하는 패킷의 구조를 나타낸 도면이다.
도 49는 본 발명의 다른 실시예에 따른 오브젝트 타입 정보를 이용하는 방송 신호 수신 장치의 구조를 나타낸 도면이다.
도 50은 본 발명의 다른 실시예에 따른 오브젝트 타입 정보를 이용하는 방송 신호 수신 장치의 구조를 나타낸 도면이다.
도 51은 본 발명의 다른 실시예에 따른 타입 정보를 포함하는 패킷의 구조를 나타낸 도면이다.
도 52는 본 발명의 다른 실시예에 따른 경계 정보를 포함하는 패킷의 구조를 나타낸 도면이다.
도 53은 본 발명의 다른 실시예에 따른 매핑 정보를 포함하는 패킷의 구조를 나타낸 도면이다.
도 54는 본 발명의 다른 실시예에 따른 그룹핑 정보를 포함하는 LCT 패킷의 구조를 나타낸 도면이다.
도 55는 본 발명의 다른 실시예에 따른 세션 및 오브젝트의 그룹핑을 나타낸 도면이다.
도 56은 본 발명의 다른 실시예에 따른 패킷 정보를 이용한 방송 신호 송신 장치의 구조를 나타낸 도면이다.
도 57은 본 발명의 다른 실시예에 따른 패킷 정보를 이용한 방송 신호 수신 장치의 구조를 나타낸 도면이다.
도 58은 본 발명의 다른 실시예에 따른 패킷 정보를 이용한 방송 신호 수신 장치의 구조를 나타낸 도면이다.
도 59는 본 발명의 다른 실시예에 따른 패킷 정보를 이용한 방송 신호 수신 장치의 구조를 나타낸 도면이다.
도 60은 본 발명의 다른 실시예에 따른 패킷 정보를 이용한 방송 신호 수신 장치의 구조를 나타낸 도면이다.
이하, 본 발명에 따른 바람직한 실시 형태를 첨부된 도면을 참조하여 상세하게 설명한다. 첨부된 도면과 함께 이하에 개시될 상세한 설명은 본 발명의 예시적인 실시형태를 설명하고자 하는 것이며, 본 발명이 실시될 수 있는 유일한 실시형태를 나타내고자 하는 것이 아니다. 이하의 상세한 설명은 본 발명의 완전한 이해를 제공하기 위해서 구체적 세부사항을 포함한다. 그러나, 당업자는 본 발명이 이러한 구체적 세부사항 없이도 실시될 수 있음을 안다.
본 발명에 사용되는 대부분의 용어는 본 기술에서 널리 사용되는 일반적인 것으로부터 선택되었지만, 일부 용어는 출원인에 의해 임의로 선택되었으며, 그 의미는 필요에 따라 다음의 설명에서 상세히 설명한다. 그러므로, 본 발명은 단순한 이름 또는 의미보다는 용어의 의도된 의미에 기초하여 이해되어야 한다.
본 발명은 미래 방송 서비스를 위한 방송 신호를 송수신하는 장치 및 방법을 제공한다. 본 발명의 실시예에 따른 미래 방송 서비스는 지상파 방송 서비스, 모바일 방송 서비스, UHDTV 서비스 등을 포함한다.
본 발명의 실시예에 따른 송신 장치 및 방법은 지상파 방송 서비스를 위한 베이스 프로파일(base profile), 모바일 방송 서비스를 위한 핸드헬드(handheld) 프로파일 및 UHDTV 서비스를 위한 어드밴스드(advanced) 프로파일로 분류될 수 있다. 이 경우, 베이스 프로파일은 지상파 방송 서비스 및 모바일 방송 서비스를 위한 프로파일로서 사용될 수 있다. 즉, 베이스 프로파일은 모바일 프로파일을 포함하는 프로파일의 개념을 정의하는데 사용될 수 있다. 이것은 설계자의 의도에 따라 변경될 수 있다.
본 발명은 일 실시예에 따라 넌-MIMO(non-multiple input multiple output) 또는 MIMO 를 통해 미래 방송 서비스를 위한 방송 신호를 처리할 수 있다. 본 발명의 실시예에 따른 넌-MIMO 방식은 MISO(multiple input single output) 방식, SISO(single input single output) 방식 등을 포함할 수 있다.
MISO 또는 MIMO은 설명의 편의를 위하여 이하에서 2개의 안테나를 사용하지만, 본 발명은 2개 이상의 안테나를 이용하는 시스템에 적용될 수 있다.
본 발명은 특정한 사용 케이스에 요구되는 성능을 얻으면서 수신기 복잡성을 최소화하는데 각각 최적화된 3개의 물리 계층(PL) 프로파일(베이스, 핸드헬드 및 어드밴스드 프로파일)을 정의할 수 있다. 물리 계층(PHY) 프로파일은 해당 수신기가 구현해야 하는 모든 컨피규레이션(configuration)의 서브세트이다.
3개의 PHY 프로파일은 기능 블록의 대부분을 공유하지만 특정 블록 및/또는 파라미터에 있어서 약간 다르다. 추가의 PHY 프로파일이 미래에 정의될 수 있다. 시스템 진화를 위해, 미래 프로파일은 또한 미래 확장 프레임(FEF; future extension frame)을 통해 단일 RF 채널에서 기존 파로파일과 멀티플렉싱될 수 있다. 각각의 PHY 프로파일의 세부사항은 이하에서 설명한다.
1. 베이스 프로파일
베이스 프로파일은 루프톱(loop-top) 안테나에 통상 접속된 고정 수신 장치에 대한 주요 사용 케이스를 나타낸다. 베이스 프로파일은 또한 어떤 장소까지 이동할 수 있지만 비교적 정지된 수신 카테고리에 속하는 휴대용 장치를 포함한다. 베이스 프로파일의 사용은 일부의 개선된 구현예마다 핸드헬드 장치 또는 심지어 차량으로 확장될 수 있지만, 이런 사용 케이스는 베이스 프로파일 수신기 동작용으로 기대되지 않는다.
수신의 타겟 SNR 범위는 대략 10 내지 20 dB이며, 이는 기존 방송 시스템(예를 들어 ATSC A/53)의 15dB SNR 수신 능력을 포함한다. 수신기 복잡도 및 소비 전력은 핸드헬드 프로파일을 사용하는 배터리 동작 핸드헬드 장치에서처럼 중요하지 않다. 베이스 프로파일에 대한 중요한 시스템 파라미터는 이하의 표 1에 열거된다.
| LDPC 코드워드 길이 | 16K, 64K 비트 |
| 성상(constellation) 사이즈 | 4-10 bpcu (bit per channel use) |
| 시간 디인터리빙 메모리 사이즈 | ≤ 219 데이터 셀 |
| 파일럿 패턴 | 고정 수신을 위한 파일럿 패턴 |
| FFT 사이즈 | 16K, 32K 포인트 |
2. 핸드헬드 프로파일
핸드헬드 프로파일은 배터리 전력으로 동작하는 핸드헬드 및 차량 장치에 이용되도록 설계된다. 장치는 보행자 또는 차량 속도로 이동할 수 있다. 수신기 복잡도 뿐만 아니라 소비 전력이 핸드헬드 프로파일의 장치의 구현을 위해 매우 중요하다. 핸드헬드 프로파일의 타겟 SNR 범위는 대략 0 내지 10 dB이지만 더 깊은 실내 수신을 위해 의도될 때 0dB 미만에 도달하도록 구성될 수 있다.
낮은 SNR 능력에 더하여 수신기 이동도에 의해 야기되는 도플러(Doppler) 효과에 대한 허용력(resilience)은 핸드헬드 프로파일의 가장 중요한 성능 속성이다. 핸드헬드 프로파일에 대한 중요한 시스템 파라미터는 이하의 표 2에 열거된다.
| LDPC 코드워드 길이 | 16K 비트 |
| 성상(constellation) 사이즈 | 2-8 bpcu |
| 시간 디인터리빙 메모리 사이즈 | ≤ 218 데이터 셀 |
| 파일럿 패턴 | 모바일 및 실내 수신을 위한 파일럿 패턴 |
| FFT 사이즈 | 8K, 16K 포인트 |
3. 어드밴스드 프로파일
어드밴스드 프로파일은 더 많은 구현 복잡도를 희생하고 가장 높은 채널 용량을 제공한다. 이 프로파일은 MIMO 송수신을 이용하도록 요구하고, UHDTV 서비스는 이 프로파일이 특별히 설계된 타겟 사용 케이스이다. 주어진 대역폭에서 증가된 수의 서비스, 예를 들어, 다수의 SDTV 또는 HDTV 서비스를 허용하도록 증가된 용량이 사용될 수 있다. 어드밴스드 프로파일의 타겟 SNR 범위는 대략 20 내지 30 dB이다. MIMO 송신은 초기에 기존의 타원 편파 송신 장비를 이용할 수 있고, 미래에 전출력(full-power) 교차 편파 송신으로 확장된다. 어드밴스드 프로파일에 대한 중요한 시스템 파라미터는 이하의 표 3에 열거된다.
| LDPC 코드워드 길이 | 16K, 64K 비트 |
| 성상(constellation) 사이즈 | 8-12 bpcu |
| 시간 디인터리빙 메모리 사이즈 | ≤ 219 데이터 셀 |
| 파일럿 패턴 | 고정 수신을 위한 파일럿 패턴 |
| FFT 사이즈 | 16K, 32K 포인트 |
이 경우, 베이스 프로파일은 지상파 방송 서비스 및 모바일 방송 서비스를 위한 프로파일에 사용될 수 있다. 즉, 베이스 프로파일은 모바일 프로파일을 포함하는 프로파일의 개념을 정의하는데 사용될 수 있다. 또한, 어드밴스드 프로파일은 MIMO를 갖는 베이스 프로파일을 위한 어드밴스드 프로파일 및 MIMO를 갖는 핸드헬드 프로파일을 위한 어드밴스드 프로파일로 분할될 수 있다. 또한, 3개의 프로파일은 설계자의 의도에 따라 변경될 수 있다.
다음의 용어 및 정의가 본 발명에 적용될 수 있다. 다음의 용어 및 정의는 설계에 따라 변경될 수 있다.
보조 스트림: 아직 정의되지 않은 변조 및 코딩의 데이터를 전달하는 셀의 시퀀스로서, 미래 확장을 위해 또는 방송사 또는 네트워크 오퍼레이터에 의한 요구에 따라 사용될 수 있다.
베이스 데이터 파이프: 서비스 시그널링 데이터를 전달하는 데이터 파이프
베이스밴드 프레임(또는 BBFRAME): 하나의 FEC 인코딩 프로세스(BCH 및 LDPC 인코딩)로의 입력을 형성하는 Kbch의 세트
셀: OFDM 송신의 하나의 캐리어에 의해 전달되는 변조 값
코딩 블록: PLS1 데이터의 LDPC 인코딩 블록 또는 PLS2 데이터의 LDPC 인코딩 블록 중의 하나
데이터 파이프: 서비스 데이터 또는 관련 메타데이터를 전달하는 물리 계층 내의 논리 채널로서, 하나 또는 다수의 서비스(들) 또는 서비스 컴포넌트(들)를 전달할 수 있다.
데이터 파이프 단위: 프레임 내의 DP에 데이터 셀을 할당하는 기본 단위
데이터 심볼: 프리앰블 심볼이 아닌 프레임 내의 OFDM 심볼(프레임 시그널링 심볼 및 프레임 에지 심볼은 데이터 심볼에 포함된다)
DP_ID: 이 8 비트 필드는 SYSTEM_ID에 의해 식별되는 시스템 내에서 DP를 고유하게 식별한다.
더미 셀: PLS 시그널링, DP 또는 보조 스트림에 사용되지 않는 나머지 용량을 채우는데 사용되는 의사 랜덤 값을 전달하는 셀
비상 경계(emergency alert) 채널: EAS 정보 데이터를 전달하는 프레임의 일부
프레임: 프리앰블로 시작하고 프레임 에지 심볼로 종료하는 물리 계층 시간 슬롯
프레임 반복 단위: 수퍼 프레임에서 8번 반복되는 FEF를 포함하는 동일 또는 상이한 물리 계층 프로파일에 속하는 프레임의 세트
빠른 정보 채널: 서비스 및 해당 베이스 DP 간의 맵핑 정보를 전달하는 프레임 내의 논리 채널
FECBLOCK: DP 데이터의 LDPC 인코딩 비트의 세트
FFT 사이즈: 기본 기간(T)의 사이클로 표현되는 액티브 심볼 기간(TS)과 동일한 특정 모드에 사용되는 공칭 FFT 사이즈
프레임 시그널링 심볼: FFT 사이즈, 보호 구간(guard interval) 및 스캐터드(scattered) 파일럿 패턴의 소정 조합에서 프레임의 시작에서 사용되는 더 높은 파일럿 밀도를 갖는 OFDM 심볼로서, PLS 데이터의 일부를 전달한다.
프레임 에지 심볼: FFT 사이즈, 보호 구간(guard interval) 및 스캐터드(scattered) 파일럿 패턴의 소정 조합에서 프레임의 끝에서 사용되는 더 높은 파일럿 밀도를 갖는 OFDM 심볼
프레임 그룹: 수퍼 프레임에서 동일한 PHY 프로파일 타입을 갖는 모든 프레임의 세트
미래 확장 프레임: 미래 확장에 사용될 수 있는 수퍼 프레임 내의 물리 계층 시간 슬롯으로서, 프리앰블로 시작한다.
퓨처캐스트(futurecast) UTB 시스템: 입력이 하나 이상의 MPEG2-TS 또는 IP또는 일반 스트림(들)이고 출력이 RF 신호인 제안된 물리 계층 방송 시스템
입력 스트림: 시스템에 의해 엔드 사용자에게 전달되는 서비스의 앙상블을 위한 데이터의 스트림
노멀 데이터 심볼: 프레임 시그널링 심볼 및 프레임 에지 심볼을 제외한 데이터 심볼
PHY 프로파일: 해당 수신기가 구현해야 하는 모든 컨피규레이션의 서브세트
PLS: PLS1 및 PLS2로 구성되는 물리 계층 시그널링 데이터
PLS1: PLS2를 고정 사이즈, 코딩 및 변조를 갖는 FSS 심볼에서 전달되는 PLS 데이터의 제1 세트로서, 디코딩하는데 필요한 파라미터 뿐만 아니라 시스템에 대한 기본 정보를 전달한다.
주석: PLS1 데이터는 프레임 그룹의 듀레이션 동안 일정하게 유지된다.
PLS2: FSS 심볼에서 송신되는 PLS 데이터의 제2 세트로서, 시스템 및 DP에 대한 더 상세한 PLS 데이터를 전달한다.
PLS2 동적 데이터: 프레임별로 동적으로 변할 수 있는 PLS2 데이터
PLS2 정적 데이터: 프레임 그룹의 듀레이션 동안 정적으로 유지되는 PLS2 데이터
프리앰블 시그널링 데이터: 프리앰블 심볼에 의해 전달되고 시스템의 기본 모드를 식별하는데 사용되는 시그널링 데이터
프리앰블 심볼: 기본 PLS 데이터를 전달하고 프레임의 시작부분에 위치하는 고정 길이 파일럿 심볼
주석: 프리앰블 심볼은 주로 빠른 초기 밴드 스캔에 사용되어 시스템 신호, 그 타이밍, 주파수 오프셋 및 FFT 사이즈를 검출한다.
미래 사용을 위해 유보: 본 문서에 의해 정의되지 않지만 미래에 정의될 수 있다.
수퍼 프레임: 8개의 프레임 반복 단위의 세트
시간 인터리빙 블록(TI 블록): 시간 인터리버 메모리의 하나의 사용에 대응하여 시간 인터리빙이 수행되는 셀의 세트
TI 그룹: 특정 DP에 대한 동적 용량 할당이 수행되는 단위로서, 정수로 구성되고 XFECBLOCK의 수를 동적으로 변경함
주석: TI 그룹은 하나의 프레임에 직접 맵핑되거나 다수의 프레임에 맵핑될 수 있다. TI 그룹은 하나 이상의 TI 블록을 포함할 수 있다.
타입 1 DP: 모든 DP가 TDM 방식으로 프레임에 맵핑되는 프레임의 DP
타입 2 DP: 모든 DP가 FDM 방식으로 프레임에 맵핑되는 프레임의 DP
XFECBLOCK: 하나의 LDPC FECBLOCK의 모든 비트를 전달하는 Ncells 셀의 세트
도 1은 본 발명의 실시예에 따라 미래 방송 서비스를 위한 방송 신호를 송신하는 장치의 구조를 나타내는 도면이다.
본 발명의 실시예에 따라 미래 방송 서비스를 위한 방송 신호를 송신하는 장치는 입력 포맷팅 블록(1000), BICM(bit interleaved coding & modulation) 블록(1010), 프레임 구조 블록(1020), OFDM(orthogonal frequency division multiplexing) 생성 블록(1030) 및 시그널링 생성 블록(1040)을 포함할 수 있다. 방송 신호를 송신하는 장치의 각 블록의 동작을 설명한다.
IP 스트림/패킷 및 MPEG2-TS는 메인 입력 포맷이고, 다른 스트림 타입은 일반 스트림(general stream)으로서 처리된다. 이들 데이터 입력에 더하여, 관리 정보가 입력되어 각 입력 스트림에 대한 해당 대역폭의 스케줄링 및 할당을 제어한다. 하나 또는 다수의 TS 스트림(들), IP 스트림(들) 및/또는 일반 스트림(들) 입력이 동시에 허용된다.
입력 포맷팅 블록(1000)은 각각의 입력 스트림을 하나 또는 다수의 데이터 파이프(들)로 디멀티플렉싱할 수 있고, 각각의 데이터 파이프에는 독립적인 코딩 및 변조가 적용된다. 데이터 파이프(DP)는 강건함(robustness) 제어를 위한 기본 단위로서, QoS에 영향을 준다. 하나 또는 다수의 서비스(들) 또는 서비스 컴포넌트(들)는 단일 DP에 의해 전달될 수 있다. 입력 포맷팅 블록(1000)의 동작의 세부사항은 후술한다.
데이터 파이프는 서비스 데이터 또는 관련 메타데이터를 전달하는 물리 계층 내의 논리 채널로서, 하나 또는 다수의 서비스(들) 또는 서비스 컴포넌트(들)를 전달할 수 있다.
또한, 데이터 파이프 단위는 프레임 내에서 데이터 셀을 DP에 할당하는 기본 단위이다.
BICM 블록(1010)에서, 에러 정정을 위해 패리티 데이터가 부가되고, 인코딩된 비트 스트림이 복소수값 성상 심볼에 맵핑된다. 심볼은 해당 DP에 사용되는 특정 인터리빙 깊이에 걸쳐 인터리빙된다. 어드밴스드 프로파일에 대하여, MIMO 인코딩이 BICM 블록(1010)에서 수행되고 MIMO 송신을 위해 출력에서 추가의 데이터 경로가 부가된다. BICM 블록(1010)의 동작의 세부사항은 후술한다.
프레임 형성 블록(1020)은 입력 DP의 데이터 셀을 프레임 내의 OFDM 심볼에 맵핑할 수 있다. 맵핑 후, 주파수 인터리빙이 주파수 도메인 다이버시티에 사용되어, 특히, 주파수 선택 페이딩 채널을 방지한다. 프레임 형성 블록(1020)의 동작의 세부사항은 후술한다.
각각의 프레임의 시작부분에서 프리앰블을 삽입한 후에, OFDM 생성 블록(1030)은 보호 구간으로서 CP(cyclic prefix)를 갖는 종래의 OFDM 변조를 적용할 수 있다. 안테나 공간 다이버시티를 위하여, 송신기에 걸쳐 분산 MISO 방식이 적용된다. 또한, PAPR(peak-to-average power reduction) 방식이 시간 도메인에서 수행된다. 유연한 네트워크 계획을 위해, 이 제안은 다양한 FFT 사이즈, 보호 구간 길이 및 해당 파일럿 패턴의 세트를 제공한다. OFDM 생성 블록(1030)의 동작의 세부사항은 후술한다.
시그널링 생성 블록(1040)은 각각의 기능 블록의 동작에 사용되는 물리 계층 시그널링 정보를 생성할 수 있다. 이 시그널링 정보는 또한 송신되어 관심있는 서비스가 수신측에서 적절하게 회복되도록 한다. 시그널링 생성 블록(1040)의 동작의 세부사항은 후술한다.
도 2, 3 및 4는 본 발명의 실시예에 따른 입력 포맷팅 블록(1000)을 나타낸다. 각 도면에 대하여 설명한다.
도 2는 본 발명의 일실시예에 따른 입력 포맷팅 블록을 나타내는 도면이다.
도 2는 입력 신호가 단일 입력 스트림인 경우의 입력 포맷팅 블록을 나타낸다.
도 2에 도시된 입력 포맷팅 블록은 도 1을 참조하여 설명한 입력 포맷팅 블록(1000)의 실시예에 대응한다.
물리 계층으로의 입력은 하나 또는 다수의 데이터 스트림으로 구성될 수 있다. 각각의 데이터 스트림은 하나의 DP에 의해 전달된다. 모드 적응 모듈은 들어오는 데이터 스트림을 베이스밴드 프레임(BBF)의 데이터 필드로 슬라이스한다. 시스템은 3가지 타입의 입력 데이터 스트림, 즉, MPEG2-TS, 인터넷 프로토콜(IP) 및 일반 스트림(GS)을 지원한다. MPEG2-TS는 고정 길이(188 바이트) 패킷으로 특징지워지고 제1 바이트는 싱크 바이트(0x47)이다. IP 스트림은 IP 패킷 헤더 내에서 시그널링됨에 따라 가변 길이 IP 데이터그램 패킷으로 구성된다. 시스템은 IP 스트림에 대하여 IPv4 및 IPv6를 지원한다. GS는 캡슐화 패킷 헤더 내에서 시그널링되는 가변 길이 패킷 또는 일정 길이 패킷으로 구성될 수 있다.
(a)는 신호 DP에 대한 모드 적응 블록(2000)과 스트림 적응(2010)을 나타내고 (b)는 PLS 생성 블록(2020) 및 PLS 데이터를 생성하고 처리하는 PLS 스크램블러(2030)를 나타낸다. 각 블록의 동작을 설명한다.
입력 스트림 스플리터는 입력 TS, IP, GS 스트림을 다수의 서비스 또는 서비스 컴포넌트(오디오, 비디오 등) 스트림으로 분리한다. 모드 적응 모듈(2010)은 CRC 인코더, BB(베이스밴드) 프레임 슬라이서 및 BB 프레임 헤더 삽입 블록으로 구성된다.
CRC 인코더는 사용자 패킷(UP) 레벨에서 에러 정정을 위한 3 종류의 CRC 인코딩, 즉, CRC-8, CRC-16 및 CRC-32를 제공한다. 계산된 CRC 바이트는 UP 후에 첨부된다. CRC-8은 TS 스트림에 사용되고 CRC-32는 IP 스트림에 사용된다. GS 스트림이 CRC 인코딩을 제공하지 않으면, 제안된 CRC 인코딩이 적용되어야 한다.
BB 프레임 슬라이서는 입력을 내부 논리 비트 포맷에 맵핑한다. 제1 수신 비트는 MSB인 것으로 정의된다. BB 프레임 슬라이서는 이용가능한 데이터 필드 용량과 동일한 다수의 입력 비트를 할당한다. BB 페이로드와 동일한 다수의 입력 비트를 할당하기 위하여, UP 패킷 스트림이 BBF의 데이터 필드에 맞게 슬라이스된다.
BB 프레임 헤더 삽입 블록은 2바이트의 고정 길이 BBF 헤더를 BB 프레임 앞에 삽입할 수 있다. BBF 헤더는 STUFFI(1 비트), SYNCD(13 비트) 및 RFU(2 비트)로 구성된다. 고정 2바이트 BBF 헤더에 더하여, BBF는 2바이트 BBF 헤더의 끝에 확장 필드(1 또는 3바이트)를 가질 수 있다.
스트림 적응(2010)은 스터핑(stuffing) 삽입 블록 및 BB 스크램블러로 구성된다.
스터핑 삽입 블록은 BB 프레임의 페이로드에 스터핑 필드를 삽입할 수 있다. 스트림 적응으로의 입력 데이터가 BB 프레임을 채우기에 충분하면, STUFFI는 "0"으로 설정되고 BBF는 스터핑 필드를 갖지 않는다. 반면에, STUFFI가 "1"로 설정되면, 스퍼팅 필드가 BBF 헤더 직후에 삽입된다. 스터핑 딜드는 2 바이트의 스터핑 필드 헤더 및 가변 사이즈의 스터핑 데이터를 포함한다. BB 스크램블러는 에너지 분산을 위해 완전한 BBF를 스크램블링한다. 스크램블링 시퀀스는 BBF와 동기(synchronous)한다. 스크램블링 시퀀스는 피드백 시프트 레지스터에 의해 생성된다. PLS 생성 블록(2020)은 PLS(physical layer signaling) 데이터를 생성한다. PLS는 물리 계층 DP를 액세스하는 수단을 수신기에 재공한다. PLS 데이터는 PLS1 데이터 및 PLS2 데이터로 구성된다. PLS1 데이터는 고정 사이즈, 코딩 및 변조를 갖는 프레임 내의 FSS 심볼에서 전달되는 PLS 데이터의 제1 세트로서, PLS2 데이터를 디코딩하는데 필요한 파라미터 뿐만 아니라 시스템에 관한 기본 정보를 전달한다. PLS1 데이터는 PLS2 데이터의 수신 및 디코딩을 가능하게 하는데 요구되는 파라미터를 포함하는 기본 송신 파라미터를 제공한다. 또한, PLS1 데이터는 프레임 그룹의 듀레이션 동안 일정하게 유지된다.
PLS2 데이터는 FSS 심볼에서 송신되는 PLS 데이터의 제2 세트로서, 시스템 및 DP에 관한 더 상세한 PLS 데이터를 전달한다. PLS2는 수신기가 원하는 DP를 디코딩하기에 충분한 정보를 제공하는 파라미터를 포함한다. PLS2 시그널링은 또한 2개의 타입의 파라미터, 즉, PLS2 정적 데이터(PLS2-STAT 데이터) 및 PLS2 동적 데이터(PLS2-DYN 데이터)로 구성된다. PLS2 정적 데이터는 프레임 그룹의 듀레이션 동안 정적인 PLS2 데이터이고 PLS2 동적 데이터는 프레임마다 동적으로 변경될 수 있는 PLS2 데이터이다.
PLS 데이터의 세부사항은 후술한다.
PLS 스크램블러(2030)는 에너지 분산을 위해 생성된 PLS 데이터를 스크램블링할 수 있다.
상술한 블록은 생략되거나 유사 또는 동일한 기능을 갖는 블록으로 대체될 수 있다.
도 3은 본 발명의 다른 실시예에 따른 입력 포맷팅 블록을 나타내는 도면이다.
도 3에 도시된 입력 포맷팅 블록은 도 1을 참조하여 설명하는 입력 포맷팅 블록(1000)의 실시예에 대응한다.
도 3은 입력 신호가 다수의 입력 스트림에 대응하는 경우의 입력 포맷팅의 블록의 모드 적응 블록을 나타낸다.
다수의 입력 스트림을 처리하는 입력 포맷팅 블록의 모드 적응 블록은 다수의 입력 스트림을 독립적으로 처리할 수 있다.
도 3을 참조하면, 다수의 입력 스트림을 각각 처리하는 모드 적응 블록은 입력 스트림 스플리터(3000), 입력 스트림 동기화기(3010), 보상 지연 블록(3020), 널 패킷 삭제 블록(3030), 헤드 압축 블록(3040), CRC 인코더(3050), BB 프레임 슬라이서(3060) 및 BB 헤더 삽입 블록(3070)을 포함할 수 있다. 모드 적응 블록의 각각의 블록을 설명한다.
CRC 인코더(3050), BB 프레임 슬라이서(3060) 및 BB 헤더 삽입 블록(3070)의 동작은 도 2를 참조하여 설명한 CRC 인코더, BB 프레임 슬라이서 및 BB 헤더 삽입 블록에 대응하므로, 그 설명은 생략한다.
입력 스트림 스플리터(3000)는 입력 TS, IP, GS 스트림을 다수의 서비스 또는 서비스 컴포넌트(오디오, 비디오 등) 스트림으로 분리할 수 있다.
입력 스트림 동기화기(3010)는 ISSY라 할 수 있다. ISSY는 임의의 입력 데이터 포맷에 대하여 CBR(constant bit rate) 및 일정한 엔드-투-엔드 송신 지연을 보장하는 적절한 수단을 제공할 수 있다. ISSY는 항상 TS를 전달하는 다수의 DP의 경우에 사용되고, 선택적으로, GS 스트림을 전달하는 다수의 DP에 사용된다.
보상 지연 블록(3020)은 ISSY 정보의 삽입후의 분리된 TS 패킷 스트림을 지연하여 수신기에서 추가의 메모리를 요구하지 않고 TS 패킷 재결합 메커니즘을 허용할 수 있다.
널 패킷 삭제 블록(3030)은 TS 입력 스트림 케이스에만 사용된다. 일부의 TS 입력 스트림 또는 분리된 TS 스트림은 CBR TS 스트림에 VBR(variable bit-rate)를 수용하기 위하여 존재하는 많은 수의 널 패킷을 가질 수 있다. 이 경우, 불필요한 송신 오버헤드를 피하기 위하여, 널 패킷이 식별되고 송신되지 않을 수 있다. 수신기에서, 제거된 널 패킷은 송신에 삽입된 DNP(deleted null-packet) 카운터를 참조하여 널 패킷이 본래 있던 정확한 위치에 재삽입될 수 있어, 일정한 비트 레이트를 보장하고 시간-스탬프(PCR) 업데이트에 대한 필요성을 회피한다.
헤드 압축 블록(3040)은 패킷 헤더 압축을 제공하여 TS 또는 IP 입력 스트림에 대한 송신 효율을 증가시킬 수 있다. 수신기가 헤더의 소정 부분에 대한 선험적(a priori) 정보를 가질 수 있기 때문에, 이 기지의(known) 정보가 송신기에서 삭제될 수 있다.
전송 스트림에 대하여, 수신기는 싱크 바이트 컨피규레이션(0x47) 및 패킷 길이(188 바이트)에 관한 선험적 정보를 갖는다. 입력 TS 스트림이 단 하나의 PID, 즉, 단 하나의 서비스 컴포넌트(비디오, 오디오 등) 또는 서비스 서브 컴포넌트(SVC 베이스층, SVC 인핸스먼트층, MVC 베이스 뷰 또는 MVC 종속 뷰)를 갖는 콘텐츠를 전달하면, TS 패킷 헤더 압축이 전송 스트림에 (선택적으로) 적용될 수 있다. 입력 스트림이 IP 스트림이면, IP 패킷 헤더 압축이 선택적으로 사용된다.
상술한 블록은 생략되거나 유사 또는 동일한 기능을 갖는 블록으로 대체될 수 있다.
도 4는 본 발명의 다른 실시예에 따른 입력 포맷팅 블록을 나타내는 도면이다.
도 4에 도시된 입력 포맷팅 블록은 도 1을 참조하여 설명한 입력 포맷팅 블록(1000)의 실시예에 대응한다.
도 4는 입력 신호가 다수의 입력 스트림에 대응하는 경우의 입력 포맷팅 모듈의 스트림 적응 블록을 나타낸다.
도 4를 참조하면, 다수의 입력 스트림을 각각 처리하는 모드 적응 블록은 스케줄러(4000), 1 프레임 지연 블록(4010), 스터핑 삽입 블록(4020), 인밴드 시그널링(4030), BB 프레임 스크램블러(4040), PLS 생성 블록(4050) 및 PLS 스크램블러(4060)를 포함할 수 있다. 스트림 적응 블록의 각각의 블록을 설명한다.
스터핑 삽입 블록(4020), BB 프레임 스크램블러(4040), PLS 생성 블록(4050) 및 PLS 스크램블러(4060)의 동작은 도 2를 참조하여 설명한 스터핑 삽입 블록, BB 스크램블러, PLS 생성 블록 및 PLS 스크램블러의 동작에 대응하므로, 그 설명은 생략한다.
스케줄러(4000)는 각각의 DP의 FECBLOCK의 양으로부터 전체 프레임에 걸쳐 전체 셀 할당을 결정할 수 있다. PLS, EAC 및 FIC에 대한 할당을 포함하여, 스케줄러는 프레임의 FSS에서 인밴드 시그널링 또는 PLS 셀로서 송신되는 PLS2-DYN 데이터의 값을 생성한다. FECBLOCK, EAC 및 FIC의 세부사항은 후술한다.
1 프레임 지연 블록(4010)은 입력 데이터를 하나의 송신 프레임만큼 지연하여 DP에 삽입될 인밴드 시그널링 정보에 대해 현재 프레임을 통해 다음 프레임에 관한 스케줄링 정보가 송신될 수 있도록 할 수 있다.
인밴드 시그널링(4030)은 PLS2 데이터의 비지연(un-delayed) 부분을 프레임의 DP에 삽입할 수 있다.
상술한 블록은 생략되거나 유사 또는 동일한 기능을 갖는 블록으로 대체될 수 있다.
도 5는 본 발명의 실시예에 따른 BICM 블록을 나타내는 도면이다.
도 5에 도시된 BICM 블록은 도 1을 참조하여 설명한 BICM 블록(1010)의 실시예에 대응한다.
상술한 바와 같이, 본 발명의 실시예에 따른 미래 방송 서비스를 위한 방송 신호를 송신하는 장치는 지상파 방송 서비스, 모바일 방송 서비스, UHDTV 서비스 등을 제공할 수 있다.
QoS는 본 발명의 실시예에 따른 미래 방송 서비스를 위한 방송 신호를 송신하는 장치에 의해 제공되는 서비스의 특성에 의존하기 때문에, 각각의 서비스에 대응하는 데이터가 상이한 방식을 통해 처리될 필요가 있다. 따라서, 본 발명의 실시예에 따른 BICM 블록은 SISO, MISO 및 MIMO 방식을 데이터 경로에 각각 대응하는 데이터 파이프에 독립적으로 적용함으로써 입력되는 DP를 독립적으로 처리할 수 있다. 결과적으로, 본 발명의 실시예에 따른 미래 방송 서비스를 위한 방송 신호를 송신하는 장치는 각각의 DP를 통해 송신되는 각각의 서비스 또는 서비스 컴포넌트에 대한 QoS를 제어할 수 있다.
(a)는 베이스 프로파일 및 핸드헬드 프로파일에 의해 공유된 BICM 블록을 나타내고 (b)는 어드밴스드 프로파일의 BICM 블록을 나타낸다.
베이스 프로파일 및 핸드헬드 프로파일에 의해 공유되는 BICM 블록 및 어드밴스드 프로파일의 BICM 블록은 각각의 DP를 처리하는 복수의 처리 블록을 포함할 수 있다.
베이스 프로파일 및 핸드헬드 프로파일을 위한 BICM 블록 및 어드밴스드 프로파일을 위한 BICM 블록의 각 처리 블록을 설명한다.
베이스 프로파일 및 핸드헬드 프로파일을 위한 BICM 블록의 처리 블록(5000)은 데이터 FEC 인코더(5010), 비트 인터리버(5020), 성상 맵퍼(5030), SSD(signal space diversity) 인코딩 블록(5040) 및 시간 인터리버(5050)를 포함할 수 있다.
데이터 FEC 인코더(5010)는 입력 BBF에 대하여 FEC 인코딩을 수행하고 외부 코딩(BCH) 및 내부 코딩(LDPC)을 이용하여 FECBLOCK 절차를 생성할 수 있다. 외부 코딩(BCH)은 선택적인 코딩 방법이다. 데이터 FEC 인코더(5010)의 동작의 세부사항은 후술한다.
비트 인터리버(5020)는 데이터 FEC 인코더(5010)의 출력을 인터리빙하여 효율적으로 구현가능한 구조를 제공하면서 LDPC 코드 및 변조 방식의 조합으로 최적화된 성능을 달성할 수 있다. 비트 인터리버(5020)의 동작의 세부사항은 후술한다.
성상 맵퍼(5030)는 베이스 및 핸드헬드 프로파일 내의 비트 인터리버(5020)로부터의 각 셀 워드 또는 어드밴스드 프로파일 내의 셀 워드 디멀티플렉서(5010-1)로부터의 셀 워드를 QPSK, QAM-16, 불균일 QAM(NUQ-64, NUQ-256, NUQ-1024) 또는 불균일 성상(NUC-16, NUC-64, NUC-256, NUC-1024)을 이용하여 변조하여 파워 정규화(power-normalized) 성상 포인트(e l )를 제공할 수 있다. 이 성상 맵핑은 DP에 대해서만 적용된다. QAM-16 및 NUQ는 사각 형상이고, NUC는 임의의 형상임을 관찰한다. 각각의 성상이 90도의 임의의 배수만큼 회전하면, 회전된 성상은 정확하게 본래의 성상과 중첩한다. 이 "회전 감각(rotation-sense)" 대칭 성질은 실수 및 허수 컴포넌트의 평균 파워 및 용량을 서로 동일하게 한다. 양 NUQ 및 NUC는 각각의 코드 레이트에 대하여 특별히 정의되며, 사용되는 특정한 하나가 PLS2 데이터 내에 파일링된 파라미터(DP_MOD)에 의해 시그널링된다.
SSD 인코딩 블록(5040)은 2차원(2D), 3차원(3D) 및 4차원(4D)에서 셀을 프리코딩하여 어려운 페이딩 조건 하에서 수신 강건함을 증가시킬 수 있다.
시간 인터리버(5050)는 DP 레벨에서 동작할 수 있다. 시간 인터리빙(TI)의 파라미터는 각각의 DP마다 다르게 설정될 수 있다. 시간 인터리버(5050)의 동작의 세부사항은 후술한다.
어드밴스드 프로파일을 위한 BICM 블록의 처리 블록(5000-1)은 데이터 FEC 인코더, 비트 인터리버, 성상 맵퍼 및 시간 인터리버를 포함할 수 있다. 그러나, 처리 블록(5000-1)은 셀 워드 디멀티플렉서(5010-1) 및 MIMO 인코딩 블록(5020-1)을 더 포함한다는 점에서 처리 블록(5000)과 구별된다.
또한, 처리 블록(5000-1) 내의 데이터 FEC 인코더, 비트 인터리버, 성상 맵퍼 및 시간 인터리버의 동작은 데이터 FEC 인코더(5010), 비트 인터리버(5020), 성상 맵퍼(5030) 및 시간 인터리버(5050)의 동작에 대응하므로, 그 설명은 생략된다.
셀 워드 디멀티플렉서(5010-1)는 어드밴스드 프로파일의 DP에 사용되어 단일 셀-워드 스트림을 MIMO 처리를 위한 듀얼 셀-워드 스트림으로 분리한다. 셀-워드 디멀티플렉서(5010-1)의 동작의 세부사항은 후술한다.
MIMO 인코딩 블록(5020-1)은 MIMO 인코딩 방식을 이용하여 셀-워드 디멀티플렉서(5010-1)의 출력을 처리할 수 있다. MIMO 인코딩 방식은 방송 신호 송신을 위해 최적화되었다. MIMO 기술은 용량 증가를 얻는 유망한 방법이지만 채널 특성에 의존한다. 특히, 방송을 위하여, 채널의 강한 LOS 컴포넌트 또는 상이한 신호 전파 특성에 의해 유발된 2개의 안테나 간의 수신 신호 파워 차는 MIMO로부터 용량 이득을 얻기 어렵게 한다. 제안된 MIMO 인코딩 방식은 MIMO 출력 신호 중의 하나의 위상 랜덤화 및 회전 기반 프리코딩을 이용하여 이 문제를 극복한다.
MIMO 인코딩은 송신기 및 수신기에서 적어도 2개의 안테나를 요구하는 2X2 MIMO 시스템을 위해 의도된다. 2개의 MIMO 인코딩 모드, 즉, FR-SM(full-rate spatial multiplexing) 및 FRFD-SM(full0rate full-diversity spatial multiplexing)가 이 제안에서 정의된다. FR-SM 인코딩은 수신측에서 비교적 작은 복잡도 증가와 함께 용량 증가를 제공하지만, FRFD-SM 인코딩은 수신측에서 큰 복잡도 증가와 함께 용량 증가 및 추가의 다이버시티 이득을 제공한다. 제안된 MIMO 인코딩 방식은 안테나 극성 설정에 제한을 갖지 않는다.
어드밴스드 프로파일 프레임에 MIMO 처리가 요구되며, 이것은 어드밴스드 프로파일 프레임 내의 모든 DP가 MIMO 인코더에 의해 처리된다는 것을 의미한다. MIMO 처리는 DP 레벨에서 적용된다. 성상 맵퍼 출력 NUQ(e 1,i 및 e 2,i )의 쌍이 MIMO 인코더의 입력에 공급된다. MIMO 인코더 출력(g1,i 및 g2,i) 쌍은 각각의 TX 안테나의 동일 캐리어(k) 및 OFDM 심볼(I)에 의해 송신된다.
상술한 블록은 생략되거나 유사 또는 동일한 기능을 갖는 블록으로 대체될 수 있다.
도 6은 본 발명의 다른 실시예에 따른 BICM 블록을 나타내는 도면이다.
도 6에 도시된 BICM 블록은 도 1을 참조하여 설명한 BICM 블록(1010)의 실시예에 대응한다.
도 6은 물리 계층 시그널링(PLS), 비상 경계 채널(EAC) 및 빠른 정보 채널(FIC)의 보호를 위한 BICM 블록을 나타낸다. EAC는 EAS 정보 데이터를 전달하는 프레임의 일부이고, FIC는 서비스 및 그 대응 베이스 DP 간의 맵핑 정보를 전달하는 프레임 내의 논리 채널이다. EAC 및 FIC의 세부사항은 후술한다.
도 6을 참조하면, PLS, EAC 및 FIC의 보호를 위한 BICM 블록은 PLS FEC 인코더(6000), 비트 인터리버(6010), 성상 맵퍼(6020) 및 시간 인터리버(6030)를 포함할 수 있다.
또한, PLS FEC 인코더(6000)는 스크램블러, BCH 인코딩/제로 삽입 블록, LDPC 인코딩 블록 및 LDPC 패리티 펑처링 블록을 포함할 수 있다. BICM 블록의 각 블록을 설명한다.
PLS FEC 인코더(6000)는 스크램블링된 PLS 1/2 데이터, EAC 및 FIC 섹션을 인코딩할 수 있다.
스크램블러는 BCH 인코딩 및 단축 및 펑처링된 LDPC 인코딩 전에 PLS1 데이터 및 PLS2 데이터를 스크램블링할 수 있다.
BCH 인코딩/제로 삽입 블록은 PLS 보호를 위한 단축된 BCH 코드를 이용하여 스크램블링된 PLS 1/2 데이터에 대하여 외부 인코딩을 수행하고 BCH 인코딩 후에 제로 비트를 삽입할 수 있다. PLS1 데이터만을 위해, LDPC 인코딩 전에 제로 삽입의 출력 비트가 퍼뮤테이션될 수 있다.
LDPC 인코딩 블록은 LDPC 코드를 이용하여 BCH 인코딩/제로 삽입 블록의 출력을 인코딩할 수 있다. 완전한 코딩 블록(Cldpc)을 생성하기 위하여, 패리티 비트(Pldpc)는 제로 삽입된 PLS 정보 블록(Ildpc)으로부터 체계적으로 인코딩되고 그 후 첨부된다.
PLS1 및 PLS2를 위한 LDPC 코드 파라미터는 표 4와 같다.
LDPC 패리티 펑처링 블록은 PLS1 데이터 및 PLS2 데이터에 대하여 펑처링을 수행할 수 있다.
PLS1 데이터 보호에 단축(shortening)이 적용되면, LDPC 인코딩 후에 일부의 LDPC 패리티 비트가 펑처링된다. 또한, PLS2 데이터 보호를 위해, LDPC 인코딩 후에 PLS2의 LDPC 패리티 비트가 펑처링된다. 이들 펑처링된 비트는 송신되지 않는다.
비트 인터리버(6010)는 각각의 단축되고 펑처링된 PLS1 데이터 및 PLS2 데이터를 인터리빙할 수 있다. 성상 맵퍼(6020)는 비트 인터리빙된 PLS1 데이터 및 PLS2 데이터를 성상에 맵핑할 수 있다.
시간 인터리버(6030)는 맵핑된 PLS1 데이터 및 PLS2 데이터를 인터리빙할 수 있다.
상술한 블록은 생략되거나 유사 또는 동일한 기능을 갖는 블록으로 대체될 수 있다.
도 7은 본 발명의 일실시예에 따른 프레임 형성 블록을 나타내는 도면이다.
도 7에 도시된 프레임 형성 블록은 도 1을 참조하여 설명한 프레임 형성 블록(1020)의 실시예에 대응한다.
도 7을 참조하면, 프레임 형성 블록은 지연 보상 블록(7000), 셀 맵퍼(7010) 및 주파수 인터리버(7020)를 포함할 수 있다. 프레임 형성 블록의 각각의 블록을 설명한다.
지연 보상 블록(7000)은 데이터 파이프 및 대응하는 PLS 데이터 간의 타이밍을 조절하여 송신단에서 동일한 시간에 있도록(co-timed) 보장할 수 있다. PLS 데이터는 입력 포맷팅 블록 및 BICM 블록에 의해 유발된 데이터 파이프의 지연을 처리(address)함으로써 데이터 파이프와 동일한 양만큼 지연된다. BICM 블록의 지연은 주로 시간 인터리버 때문이다. 인밴드 시그널링 데이터는 다음 TI 그룹의 정보를 전달하여 시그널링될 DP보다 하나의 프레임 앞에서 전달될 수 있다. 따라서, 지연 보상 블록은 인밴드 시그널링 데이터를 지연한다.
셀 맵퍼(7010)는 PLS, EAC, FIC, DP, 보조 스트림 및 더미 셀을 프레임 내의 OFDM 심볼의 액티브 캐리어에 맵핑할 수 있다. 셀 맵퍼(7010)의 기본 기능은, 있다면, DP, PLS 셀 및 EAC/FIC 셀의 각각에 대하여 TI에 의해 생성된 데이터 셀을 프레임 내의 OFDM 심볼의 각각에 대응하는 액티브 OFDM 셀의 어레이로 맵핑하는 것이다. 서비스 시그널링 데이터(PSI(program specific information)/SI 등)는 개별적으로 수집되어 데이터 파이프에 의해 전송될 수 있다. 셀 맵퍼는 스케줄러에 의해 생성된 동적 정보 및 프레임 구조의 설정에 따라 동작한다. 프레임의 세부사항은 후술한다.
주파수 인터리버(7020)는 셀 맵퍼(7010)로부터 수신된 데이터 셀을 랜덤하게 인터리빙하여 주파수 다이버시티를 제공한다. 또한, 주파수 인터리버(7020)는 상이한 인터리빙 시드(seed) 순서를 이용하여 2개의 순차적인 OFDM 심볼로 구성되는 OFDM 심볼 쌍에 대하여 동작하여 단일 프레임에서 최대 인터리빙 이득을 얻을 수 있다. 주파수 인터리버(7020)의 동작의 세부사항은 후술한다.
상술한 블록은 생략되거나 유사 또는 동일한 기능을 갖는 블록으로 대체될 수 있다.
도 8은 본 발명의 실시예에 따른 OFDM 생성 블록을 나타내는 도면이다.
도 8에 도시된 OFDM 생성 블록은 도 1을 참조하여 설명한 OFDM 생성 블록(1030)의 실시예에 대응한다.
OFDM 생성 블록은 프레임 형성 블록에 의해 생성된 셀에 의해 OFDM 캐리어를 변조하고, 파일럿을 삽입하고, 송신될 시간 도메인 신호를 생성한다. 또한, 이 블록은 후속으로 보호 구간을 삽입하고 PAPR 저감 처리를 적용하여 최종 RF 신호를 생성한다.
도 8을 참조하면, 프레임 형성 블록은 파일럿 및 예약(reserved) 톤 삽입 블록(8000), 2D-eSFN 인코딩 블록(8010), IFFT(inverse fast Fourier transform) 블록(8020), PAPR 저감 블록(8030), 보호 구간 삽입 블록(8040), 프리앰블 삽입 블록(8050), 다른 시스템 삽입 블록(8060) 및 DAC 블록(8070)을 포함할 수 있다. 프레임 형성 블록의 각각의 블록을 설명한다.
파일럿 및 예약 톤(reserved tone) 삽입 블록(8000)은 파일럿 및 예약 톤을 삽입할 수 있다.
OFDM 심볼 내의 다양한 셀이 파일럿으로서 알려진 기준 정보로 변조되고, 이는 수신기에서 선험적으로 알려진 값을 송신한다. 파일럿 셀의 정보는 스캐터드(scattered) 파일럿, 거듭되는(continual) 파일럿, 에지 파일럿, FSS(프레임 시그널링 심볼) 파일럿 및 FES(frame edge symbol) 파일럿으로 구성된다. 각각의 파일럿은 파일럿 타입 및 파일럿 패턴에 따라 특정한 상승 파워 레벨에서 송신된다. 파일럿 정보의 값은 일련의 값인 기준 시퀀스로부터 파생되며, 이는 임의의 주어진 심볼상의 송신 캐리어에 대한 것이다. 파일럿은 프레임 동기화, 주파수 동기화, 시간 동기화, 채널 추정 및 송신 모드 식별에 사용될 수 있고, 또한 위상 잡음을 따르는데 사용될 수 있다.
기준 시퀀스로부터 취해진 기준 정보는 프레임의 프리앰블, FSS 및 FES를 제외한 모든 심볼에서 스캐터드 파일럿 셀에서 송신된다. 거듭되는 파일럿은 프레임의 모든 심볼에서 삽입된다. 거듭되는 파일럿의 수와 위치는 FFT 사이즈 및 스캐터드 파일럿 패턴에 의존한다. 에지 캐리어는 프리앰블 심볼을 제외한 모든 심볼 내의 에지 파일럿이다. 이들은 스펙트럼의 에지까지 주파수 보간을 허용하기 위하여 삽입된다. FFS 파일럿이 FSS(들)에 삽입되고 FES 파일럿이 FES에 삽입된다. 이들은 프레임의 에지까지 시간 보간(interpolation)을 허용하기 위하여 삽입된다.
본 발명의 실시예에 따른 시스템은 SFN 네트워크를 지원하고, 분산된 MISO 방식은 선택적으로 매우 강건한 송신 모드를 지원하는데 사용된다. 2D-eSFN은 다수의 TX 안테나를 이용하는 분산 MISO 방식이고, 각각의 TX 안테나는 SFN 네트워크에서 상이한 송신 사이트에 위치한다.
*2D-eSFN 인코딩 블록(8010)은, SFN 컨피규레이션에서 시간 및 주파수 다이버시티를 생성하기 위하여, 2D-eSFN 처리를 수행하여 다수의 송신기로부터 송신된 신호의 위상을 왜곡할 수 있다. 그러므로, 긴 시간 동안의 낮은 플랫 페이딩 또는 깊은 페이딩에 의해 버스트 에러가 완화될 수 있다.
IFFT 블록(8020)은 OFDM 변조 방식을 이용하여 2D-eSFN 인코딩 블록(8010)으로부터의 출력을 변조할 수 있다. 파일럿으로서 (또는 예약 톤으로서) 지정되지 않은 데이터 심볼 내의 임의의 셀은 주파수 인터리버로부터의 데이터 셀 중의 하나를 전달한다. 셀은 OFDM 캐리어에 맵핑된다.
PAPR 저감 블록(8030)은 시간 도메인에서 다양한 PAPR 저감 알고리즘을 이용하여 입력 신호에 대하여 PAPR 저감을 수행할 수 있다.
보호 구간 삽입 블록(8040)은 보호 구간을 삽입하고 프리앰블 삽입 블록(8050)은 신호 앞에 프리앰블을 삽입할 수 있다. 프리앰블의 구조의 세부사항은 후술한다. 다른 시스템 삽입 블록(8060)은 시간 도메인에서 복수의 방송 송수신 시스템의 신호를 멀티플렉싱하여 방송 서비스를 제공하는 2개 이상의 상이한 방송 송수신 시스템의 데이터가 동일한 RF 신호 대역폭에서 동시에 송신될 수 있다. 이 경우, 2개 이상의 상이한 방송 송수신 시스템은 상이한 방송 서비스를 제공하는 시스템을 지칭한다. 상이한 방송 서비스는 지상파 방송 서비스, 모바일 방송 서비스 등을 지칭한다. 각각의 방송 서비스에 관련된 데이터는 상이한 프레임을 통해 송신될 수 있다.
DAC 블록(8070)은 입력 디지털 신호를 아날로그 신호로 변환하여 아날로그 신호를 출력할 수 있다. DAC 블록(7800)으로부터 출력된 신호는 물리 계층 프로파일에 따라 다수의 출력 안테나를 통해 송신될 수 있다. 본 발명의 실시예에 따른 Tx 안테나는 수직 또는 수평 극성을 가질 수 있다.
상술한 블록은 생략되거나 유사 또는 동일한 기능을 갖는 블록으로 대체될 수 있다.
도 9는 본 발명의 실시예에 따라 미래 방송 서비스를 위한 방송 신호를 수신하는 장치의 구조를 나타내는 도면이다.
본 발명의 실시예에 따른 미래 방송 서비스를 위한 방송 신호를 수신하는 장치는 도 1을 참조하여 설명한 미래 방송 서비스를 위한 방송 신호를 송신하는 장치에 대응할 수 있다.
본 발명의 실시예에 따른 미래 방송 서비스를 위한 방송 신호를 수신하는 장치는 동기화 및 복조 모듈(9000), 프레임 파싱 모듈(9010), 디맵핑 및 디코딩(9020), 출력 프로세서(9030) 및 시그널링 디코딩 모듈(9040)을 포함할 수 있다. 방송 신호를 수신하는 장치의 각각의 모듈의 동작을 설명한다.
동기화 및 복조 모듈(9000)은 m개의 Rx 안테나를 통해 입력 신호를 수신하고, 방송 신호를 수신하는 장치에 대응하는 시스템에 대하여 신호 검출 및 동기화를 수행하고, 방송 신호를 송신하는 장치에 의해 수행되는 절차의 역절차에 대응하는 복조를 수행할 수 있다. 프레임 파싱 모듈(9100)은 입력 신호 프레임을 파싱하고 사용자에 의해 선택된 서비스가 송신되는 데이터를 추출할 수 있다. 방송 신호를 송신하는 장치가 인터리빙을 수행하면, 프레임 파싱 모듈(9100)은 인터리빙의 역 절차에 대응하는 역인터리빙을 수행할 수 있다. 이 경우, 추출도리 필요가 있는 신호 및 데이터의 위치는 시그널링 디코딩 모듈(9400)로부터 출력된 데이터를 디코딩하여 방송 신호를 송신하는 장치에 의해 생성된 스케줄링 정보를 회복함으로써 얻어질 수 있다.
디맵핑 및 디코딩 모듈(9200)은 입력 신호를 비트 도메인 데이터로 변환한 후 필요에 따라 디인터리빙할 수 있다. 디맵핑 및 디코딩 모듈(9200)은 송신 효율을 위해 적용되는 맵핑을 위해 디맵핑을 수행하고 디코딩을 통해 송신 채널에 대하여 생성되는 에러를 정정할 수 있다. 이 경우, 대맵핑 및 디코딩 모듈(9200)은 시그널링 디코딩 모듈(9400)로부터 출력된 데이터를 디코딩함으로써 디맵핑 및 디코딩에 필요한 송신 파라미터를 얻을 수 있다.
출력 프로세서(9300)는 방송 신호를 송신하는 장치에 의해 적용된 다양한 압축/신호 처리 절차의 역 절차를 수행하여 송신 효율을 개선할 수 있다. 이 경우, 출력 프로세서(9300)는 시그널링 디코딩 모듈(9400)로부터 출력된 데이터로부터 필요한 제어 정보를 얻을 수 있다. 출력 프로세서(8300)의 출력은 방송 신호를 송신하는 장치에 입력되는 신호를 대응하고 MPEG-TS, IP 스트림(v4 또는 v6) 및 일반 스트림일 수 있다.
시그널링 디코딩 모듈(9400)은 동기화 및 복조 모듈(9000)에 의해 복조된 신호로부터 PLS 정보를 얻을 수 있다. 상술한 바와 같이, 프레임 파싱 모듈(9100), 디맵핑 및 디코딩 모듈(9200) 및 출력 프로세서(9300)는 시그널링 디코딩 모듈(9400)로부터 출력된 데이터를 이용하여 그 기능을 실행할 수 있다.
도 10은 본 발명의 실시예에 따른 프레임 구조를 나타내는 도면이다.
도 10은 수퍼 프레임 내의 프레임 타입 및 FRU의 예시적인 컨피규레이션을 나타낸다. (a)는 본 발명의 실시예에 따른 수퍼 프레임을 나타내고, (b)는 본 발명의 실시예에 따른 FRU(frame repetition unit)를 나타내고, (c)는 FRU 내의 가변 PHY 프로파일의 프레임을 나타내고, (d)는 프레임의 구조를 나타낸다.
수퍼 프레임은 8개의 FRU로 구성될 수 있다. FRU는 프레임의 TDM을 위한 기본 멀티플렉싱 단위이고, 수퍼 프레임에서 8번 반복된다.
FRU 내의 각각의 프레임은 PHY 프로파일(베이스, 핸드헬드, 어드밴스드) 중의 하나 또는 FEF에 속한다. FRU 내의 프레임의 최대 허용 수는 4이고, 주어진 PHY 프로파일은 FRU에서 0번 내지 4번까지 임의의의 횟수 나타날 수 있다(예를 들어, 베이스, 베이스, 핸드헬드, 어드밴스드). PHY 프로파일 정의는, 필요하다면, 프리앰블에서 PHY_PROFILE의 유보 값(reserved value)을 이용하여 확장될 수 있다.
FEF 파트는, 포함된다면, FRU의 끝에 삽입된다. FEF가 FRU에 포함될 때, 수퍼 프레임에서 FEF의 최소수는 8이다. FEF 파트가 서로 인접하는 것을 추천하지 않는다.
하나의 프레임은 다수의 OFDM 심볼 및 프리앰블로 더 분리된다. (d)에 도시된 바와 같이, 프레임은 프리앰블, 하나 이상의 프레임 시그널링 심볼(FSS), 노멀 데이터 심볼 및 프레임 에지 심볼(FES)를 포함한다.
프리앰블은, 빠른 퓨쳐캐스트 UTB 시스템 신호 검출이 가능하고 신호의 효율적인 송수신을 위해 기본 송신 파라미터 세트를 제공하는 특수 심볼이다. 프리앰블의 상세한 설명은 후술한다.
FSS(들)의 주요 목적은 PLS 데이터를 전달하는 것이다. 빠른 동기화 및 채널 추정 및 PLS 데이터의 빠른 디코딩을 위해, FSS는 노멀 데이터 심볼보다 더 밀집한 파일럿 패턴을 갖는다. FES는 정확하게 FSS와 동일한 파일럿을 갖는데, 이는 FES를 선행하는 심볼에 대하여 외삽(extrapolation)없이 FES 및 시간 보간 내에서 주파수만의 보간만을 가능하게 한다.
도 11은 본 발명의 실시예에 따른 프레임의 시그널링 계층 구조를 나타내는 도면이다.
도 11은 3개의 주요 부분, 즉, 프리앰블 시그널링 데이터(11000), PLS1 데이터(11010) 및 PLS2 데이터(11020)로 분리된 시그널링 계층 구조를 나타낸다. 모든 프레임에서 프리앰블 심볼에 의해 전달되는 프리앰블의 목적은 그 프레임의 송신 타입 및 기본 송신 파라미터를 지시하는 것이다. PLS1은 수신기가 PLS2 데이터를 액세스하고 디코딩하도록 하고, 이는 관심있는 DP를 액세스하는 파라미터를 포함한다. PLS2는 모든 프레임에서 전달되고 2개의 주요 부분, 즉, PLS-2STAT 데이터 및 PLS2-DYN 데이터로 분리된다. PLS2 데이터의 정적 및 동적 파트 후에 필요하면 패딩이 뒤따른다.
도 12는 본 발명의 실시예에 따른 프리앰블 시그널링 데이터를 나타내는 도면이다.
프리앰블 시그널링 데이터는 수신기가 PLS 데이터를 액세스하고 프레임 구조 내의 DP를 트레이스하도록 하는데 필요한 21 비트의 정보를 전달한다. 프리앰블 시그널링 데이터의 세부사항은 다음과 같다.
PHY_PROFILE: 이 3 비트 필드는 현재 프레임의 PHY 프로파일 타입을 나타낸다. 상이한 PHY 프로파일 타입의 맵핑은 이하의 표 5에 기재된다.
| 값 | PHY 프로파일 |
| 000 | 베이스 프로파일 |
| 001 | 핸드헬드 프로파일 |
| 010 | 어드밴스드 프로파일 |
| 011-110 | 유보 |
| 111 | FEF |
FFT_SIZE: 이 2 비트 필드는 이하의 표 6에 기재된 바와 같이 프레임 그룹 내의 현재 프레임의 FFT 사이즈를 나타낸다.
| 값 | FFT 사이즈 |
| 00 | 8K FFT |
| 01 | 16K FFT |
| 10 | 32K FFT |
| 11 | 유보 |
GI_FRACTION: 이 3 비트 필드는 이하의 표 7에 기재된 바와 같히 현재 수퍼 프레임 내의 보호 구간 프랙션(fraction) 값을 나타낸다.
| 값 | GI_FRACTION |
| 000 | 1/5 |
| 001 | 1/10 |
| 010 | 1/20 |
| 011 | 1/40 |
| 100 | 1/80 |
| 101 | 1/160 |
| 110-111 | 유보 |
EAC_FLAG: 이 1 비트 필드는 EAC가 현재의 프레임에서 제공되는지를 나타낸다. 이 필드가 "1"로 설정되면, EAS(emergency alert service)가 현재의 프레임에서 제공된다. 이 필드가 "0"으로 설정되면, EAS가 현재의 프레임에서 전달되지 않는다. 이 필드는 수퍼 프레임 내에서 동적으로 전환될 수 있다.
PILOT_MODE: 이 1 비트 필드는 현재의 프레임 그룹 내의 현재의 프레임 동안 파일럿 모드가 모바일 모드인지 또는 고정 모드인지를 나타낸다. 이 필드가 "0"으로 설정되면, 모바일 파일럿 모드가 이용된다. 필드가 "1"로 설정되면, 고정 파일럿 모드가 이용된다.
PAPR_FLAG: 이 1 비트 필드는 현재의 프레임 그룹 내의 현재의 프레임에 PAPR 저감이 이용되는지를 나타낸다. 이 필드가 "1"로 설정되면, PAPR 저감에 톤 예약이 사용된다. 이 필드가 "0"으로 설정되면, PAPR 저감이 이용되지 않는다.
FRU_CONFIGURE: 이 3 비트 필드는 현재의 수퍼 프레임에 전재하는 프레임 반복 단위 (FRU)의 PHY 프로파일 타입 컨피규레이션을 나타낸다. 현재의 수퍼 프레임에서 전달되는 모든 프로파일 타입은 현재의 수퍼 프레임 내의 모든 프리앰블 내의 이 필드에서 식별된다. 3 비트 필드는 이하의 표 8에 도시된 바와 같이 각각의 프로파일에 대한 상이한 정의를 갖는다.
| 현재의 PHY_PROFILE="000" (base) | 현재의 PHY_PROFILE="001" (handheld) | 현재의 PHY_PROFILE="010" (advanced) | 현재의 PHY_PROFILE="111" (FEF) | |
| Fru_CONFIGURE=000 | 베이스 프로파일만 존재 | 핸드헬드 프로파일만 존재 | 어드밴스드 프로파일만 존재 | FEF만이 존재 |
| Fru_CONFIGURE=1XX | 핸드헬드 프로파일이 존재 | 베이스 프로파일이 존재 | 베이스 프로파일이 존재 | 베이스 프로파일이 존재 |
| Fru_CONFIGURE=X1X | 어드밴스드 프로파일이 존재 | 어드밴스드 프로파일이 존재 | 핸드헬드 프로파일이 존재 | 핸드헬드 프로파일이 존재 |
| Fru_CONFIGURE=XX1 | FEF가 존재 | FEF가 존재 | FEF가 존재 | 어드밴스드 프로파일이 존재 |
RESERVED: 이 7비트 필드는 미래 사용을 위해 유보된다.
도 13은 본 발명의 실시예에 따른 PLS1 데이터를 나타내는 도면이다.
PLS1 데이터는 PLS2의 수신 및 디코딩을 가능하게 하는데 필요한 파라미터를 포함하는 기본 송신 파라미터를 제공한다. 상술한 바와 같이, PLS1 데이터는 하나의 프레임 그룹의 전체 듀레이션 동안 변하지 않는다. PLS1 데이터의 시그널링 필드의 상세한 정의는 다음과 같다.
PREAMBLE_DATA: 이 20 비트 필드는 EAC_FLAG를 제외한 프리앰블 시그널링 데이터의 카피이다.
NUM_FRAME_FRU: 이 2 비트 필드는 FRU마다 프레임의 수를 나타낸다.
PAYLOAD_TYPE: 이 3 비트 필드는 프레임 그룹에서 전달되는 페이로드 데이터의 포맷을 나타낸다.
PAYLOAD_TYPE은 표 9에 도시된 바와 같이 시그널링된다.
| 값 | 페이로드 타입 |
| 1XX | TS 스트림이 송신 |
| X1X | IP 스트림이 송신 |
| XX1 | GS 스트림이 송신 |
NUM_FSS: 이 2 비트 필드는 현재의 프레임 내의 FSS 심볼의 수를 나타낸다.
SYSTEM_VERSION: 이 8 비트 필드는 송신된 신호 포맷의 버전을 나타낸다. SYSTEM_VERSION은 메이저 버전 및 마이너 버전인 2개의 4 비트 필드로 분리된다.
메이저 버전: SYSTEM_VERSION 필드의 MSB 4 비트는 메이저 버전 정보를 나타낸다. 메이저 버전 필드의 변화는 비역방향 호환가능 변화(non-backward-compatible change)를 나타낸다. 디폴트 값은 "0000"이다. 이 표준에 기재된 버전에 대하여, 값은 "0000"으로 설정된다.
마이너 버전: SYSTEM_VERSION 필드의 LSB 4 비트는 마이너 버전 정보를 나타낸다. 마이너 버전 필드의 변화는 역방향 호환가능하다.
CELL_ID: 이것은 ATSC 네트워크 내의 지리적 셀을 고유하게 식별하는 16비트 필드이다. ATSC 셀 커버리지 영역은 퓨처캐스트 UTB 시스템마다 사용되는 주파수의 수에 따라 하나 이상의 주파수로 구성될 수 있다. CELL_ID의 값을 모르거나 지정되지 않으면, 이 필드는 "0"으로 설정된다.
NETWORK_ID: 이것은 현재의 ATSC 네트워크를 고유하게 식별하는 16비트 필드이다.
SYSTEM_ID: 이 16 비트 필드는 ATSC 네트워크 내의 퓨처캐스트 UTB 시스템을 고유하게 식별한다. 퓨처캐스트 UTB 시스템은 입력이 하나 이상의 입력 스트림(TS, IP, GS)이고 출력이 RF 신호인 지상파 방송 시스템이다. 퓨처캐스트 UTB 시스템은, 있다면, 하나 이상의 PHY 프로파일 및 FEF를 전달한다. 동일한 퓨처캐스트 UTB 시스템은 상이한 입력 스트림을 전달하고 상이한 지리적 영역에서 상이한 RF 주파수를 이용하여, 로컬 서비스 삽입을 허용한다. 프레임 구조 및 스케줄링은 하나의 위치에서 제어되고 퓨처캐스트 UTB 시스템 내의 모든 송신에 대하여 동일하다. 하나 이상의 퓨처캐스트 UTB 시스템은 동일한 물리 계층 구조 및 컨피규레이션을 갖는다는 것을 의미하는 동일한 SYSTEM_ID를 가질 수 있다.
다음의 루프는 각 프레임 타입의 길이 및 FRU 컨피규레이션을 나타내는데 사용되는 FRU_PHY_PROFILE, FRU_FRAME_LENGTH, FRU_GI_FRACTION 및 RESERVED로 구성된다. 루프 사이즈는 고정되어 4개의 (FEF를 포함하는) PHY 프로파일은 FRU 내에서 시그널링된다. NUM_FRAME_FRU가 4보다 작으면, 사용되지 않은 필드는 제로로 채워진다.
FRU_PHY_PROFILE: 이 3 비트 필드는 연관된 FRU의 (i+1)번째(i는 루프 인덱스)의 PHY 프로파일 타입을 나타낸다. 이 필드는 표 8에 도시된 바와 같이 동일한 시그널링 포맷을 사용한다.
FRU_FRAME_LENGTH: 이 2 비트 필드는 연관된 FRU의 (i+1)번째 프레임의 길이를 나타낸다.
FRU_GI_FRACTION과 함께 FRU_FRAME_LENGTH를 이용하여, 프레임 듀레이션의 정확한 값을 얻을 수 있다.
FRU_GI_FRACTION: 이 3 비트 필드는 연관된 FRU의 (i+1)번째 프레임의 보호 구간 프랙션 값을 나타낸다. FRU_GI_FRACTION은 표 7에 따라 시그널링된다.
RESERVED: 이 4 비트 필드는 미래 사용을 위해 유보된다.
다음의 필드는 PLS2 데이터를 디코딩하는 파라미터를 제공한다.
PLS2_FEC_TYPE: 이 2 비트 필드는 PLS2 보호에 의해 사용된 FEC 타입을 나타낸다. FEC 타입은 표 10에 따라 시그널링된다. LDPC 코드의 세부사항은 후술한다.
| 콘텐츠 | PLS2 FEC 타입 |
| 00 | 4K-1/4 및 7K-3/10 LDPC 코드 |
| 01-11 | 유보 |
PLS2_MOD: 이 3 비트 필드는 PLS2에 의해 사용된 변조 타입을 나타낸다. 변조 타입은 표 11에 따라 시그널링된다.
| 값 | PLS2_MODE |
| 000 | BPSK |
| 001 | QPSK |
| 010 | QAM-16 |
| 011 | NUQ-64 |
| 100-111 | 유보 |
PLS2_SIZE_CELL: 이 15 비트 필드는 현재의 프레임 그룹에서 전달되는 PLS2에 대한 전체(full) 코딩 블록의 콜렉션(collection)의 사이즈(QAM 셀의 수로서 특정된) Ctotal_partial_block를 나타낸다.
Pls2_stat_size_bit: 이 14 비트 필드는 현재의 프레임 그룹에 대한 PLS2-STAT의 비트 사이즈를 나타낸다. 이 값은 현재의 프레임 그룹의 전체 듀레이션 동안 일정하다.
Pls2_DYN_size_bit: 이 14 비트 필드는 현재의 프레임 그룹에 대한 PLS2-DYN의 비트 사이즈를 나타낸다. 이 값은 현재의 프레임 그룹의 전체 듀레이션 동안 일정하다.
PLS2_REP_FLAG: 이 1 비트 플래그는 현재의 프레임 그룹에서 PLS2 반복 모드가 사용되는지를 나타낸다. 이 필드가 값 "1"로 설정되면, PLS2 반복 모드가 활성화된다. 이 필드가 값 "0"으로 설정되면, PLS2 반복 모드가 비활성화된다.
PLS2_REP_SIZE_CELL: 이 15 비트 필드는, PLS2 반복이 사용될 때, 현재의 프레임 그룹의 모든 프레임에서 전달되는 PLS2에 대한 부분 코딩 블록의 콜렉션의 사이즈(QAM 셀의 수로서 특정된) Ctotal _partial_block를 나타낸다. 반복이 사용되지 않으면, 이 필드의 값은 0과 동일하다. 이 값은 현재의 프레임 그룹의 전체 듀레이션 동안 일정하다.
PLS2_NEXT_FEC_TYPE: 이 2 비트 필드는 다음의 프레임 그룹의 모든 프레임에서 전달되는 PLS2에 사용되는 FEC 타입을 나타낸다. FEC 타입은 표 10에 따라 시그널링된다.
PLS2_NEXT_MOD: 이 3 비트 필드는 다음의 프레임 그룹의 모든 프레임에서 전달되는 PLS2에 사용되는 변조 타입을 나타낸다. 변조 타입은 표 11에 따라 시그널링된다.
PLS2_NEXT_REP_FLAG: 이 1 비트 필드는 PLS2 반복 모드가 다음의 프레임 그룹에서 사용되는지를 나타낸다. 이 필드가 값 "1"로 설정되면, PLS2 반복 모드가 활성화된다. 이 필드가 값 "0"으로 설정되면, PLS2 반복 모드가 비활성화된다.
PLS2_NEXT_REP_SIZE_CELL: 이 15 비트 필드는, PLS2 반복이 사용될 때, 다음의 프레임 그룹의 모든 프레임에서 전달되는 PLS2에 대한 전체 코딩 블록의 콜렉션의 사이즈(QAM 셀의 수로서 특정된) Ctotal _ fulll _block를 나타낸다. 다음의 프레임 그룹에서 반복이 사용되지 않으면, 이 필드의 값은 0과 동일하다. 이 값은 현재의 프레임 그룹의 전체 듀레이션 동안 일정하다.
PLS2_NEXT_REP_STAT_SIZE_BIT: 이 14 비트 필드는 다음의 프레임 그룹에 대하여 pls2-stat의 비트 사이즈를 나타낸다. 이 값은 현재의 프레임 그룹의 전체 듀레이션 동안 일정하다.
PLS2_NEXT_REP_DYN_SIZE_BIT: 이 14 비트 필드는 다음의 프레임 그룹에 대한 PLS2-DYN의 비트 사이즈를 나타낸다. 이 값은 현재의 프레임 그룹의 전체 듀레이션 동안 일정하다.
PLS2_AP_MODE: 이 2 비트 필드는 현재의 프레임 그룹 내의 PLS2에 추가의 패리티가 제공되는지를 나타낸다. 이 값은 현재의 프레임 그룹의 전체 듀레이션 동안 일정하다. 이하의 표 12는 이 필드의 값을 제공한다. 이 필드가 "00"으로 설정되면, 현재의 프레임 그룹 내의 PLS2에 추가의 패리티가 사용되지 않는다.
| 값 | PSL2-AP 모드 |
| 00 | AP가 제공되지 않음 |
| 01 | AP1 모드 |
| 10-11 | 유보 |
PLS2_AP_SIZE_CELL: 이 15 비트 필드는 PLS2의 추가의 패리티 비트의 사이즈(QAM 셀의 수로서 특정된)를 나타낸다. 이 값은 현재의 프레임 그룹의 전체 듀레이션 동안 일정하다.
PLS2_NEXT_AP_MODE: 이 2비트 필드는 다음의 프레임 그룹의 모든 프레임에서 PLS2 시그널링에 추가의 패리티가 제공되는지를 나타낸다. 이 값은 현재의 프레임 그룹의 전체 듀레이션 동안 일정하다. 표 12는 이 필드의 값을 정의한다.
PLS2_NEXT_AP_SIZE_CELL: 이 15 비트 필드는 다음의 프레임 그룹의 모든 프레임에서의 PLS2의 추가의 패리티 비트의 사이즈(QAM 셀의 수로서 특정된)를 나타낸다. 이 값은 현재의 프레임 그룹의 전체 듀레이션 동안 일정하다.
RESERVED: 이 32 비트는 미래 사용을 위해 유보된다.
CRC_32: 전체의 PLS1 시그널링에 적용되는 32 비트 에러 검출 코드.
도 14는 본 발명의 실시예에 따른 PLS2 데이터를 나타내는 도면이다.
도 14는 PLS2 데이터의 PLS2-STAT 데이터를 나타낸다. PLS2-STAT 데이터는 프레임 그룹 내에서 동일하지만, PLS2-DYN 데이터는 현재의 프레임에 대하여 특정한 정보를 제공한다.
PLS2-STAT 데이터의 필드의 세부사항은 다음과 같다.
FIC_FLAG: 이 1 비트 필드는 현재의 프레임 그룹에 FIC가 이용되는지를 나타낸다. 이 필드가 "1"로 설정되면, 현재의 프레임에 FIC가 제공된다. 이 필드가 "0"으로 설정되면, 현재의 프레임에서 FIC가 전달되지 않는다. 이 값은 현재의 프레임 그룹의 전체 듀레이션 동안 일정하다.
AUX_FLAG: 이 1 비트 필드는 현재의 프레임 그룹에 보조 스트림(들)이 사용되는지를 나타낸다. 이 필드가 "1"로 설정되면, 보조 스트림이 현재의 프레임에서 제공된다. 이 필드가 "0"으로 설정되면, 보조 스트림이 현재의 프레임에서 전달되지 않는다. 이 값은 현재의 프레임 그룹의 전체 듀레이션 동안 일정하다.
NUM_DP: 이 6 비트 필드는 현재의 프레임 내에서 전달되는 DP의 수를 나타낸다. 이 필드의 값은 1 내지 64의 범위 내에 있고, DP의 값은 NUM_DP+1이다.
DP_ID: 이 6 비트 필드는 PHY 프로파일 내의 DP를 고유하게 식별한다.
DP_TYPE: 이 3 비트 필드는 DP의 타입을 나타낸다. 이것은 이하의 표 13에 따라 시그널링된다.
| 값 | DP 타입 |
| 000 | DP 타입 1 |
| 001 | DP 타입 2 |
| 010-111 | 유보 |
DP_GROUP_ID: 이 8 비트 필드는 현재의 DP가 연관된 DP 그룹을 식별한다. 이것은 동일한 DP_GROUP_ID를 가지는 특정 서비스와 연관된 서비스 컴포넌트의 DP를 액세스하기 위하여 수신기에 의해 사용될 수 있다.
BASE_DP_ID: 이 6 비트 필드는 관리 층에서 사용되는 서비스 시그널링 데이터(PSI/SI 등)을 전달하는 DP를 나타낸다. BASE_DP_ID에 의해 지시된 DP는 서비스 시그널링 데이터만을 전달하는 전용 DP 또는 서비스 데이터와 함께 서비스 시그널링 데이터를 전달하는 노멀 DP일 수 있다.
*DP_FEC_TYPE: 이 2 비트 필드는 연관된 DP에 의해 사용된 FEC 타입을 나타낸다. FEC 타입은 이하의 표 14에 따라 시그널링된다.
| 값 | FEC_TYPE |
| 00 | 16K LDPC |
| 01 | 64K LDPC |
| 10-11 | 유보 |
DP_COD: 이 4 비트 필드는 연관된 DP에 의해 사용된 코드 레이트를 나타낸다. 코드 레이트는 이하의 표 15에 따라 시그널링된다.
| 값 | 코드 레이트 |
| 0000 | 5/15 |
| 0001 | 6/15 |
| 0010 | 7/15 |
| 0011 | 8/15 |
| 0100 | 9/15 |
| 0101 | 10/15 |
| 0110 | 11/15 |
| 0111 | 12/15 |
| 1000 | 13/15 |
| 1001-1111 | 유보 |
DP_MOD: 이 4 비트 필드는 연관된 DP에 의해 사용된 변조를 나타낸다. 변조는 이하의 표 16에 따라 시그널링된다.
| 값 | 변조 |
| 0000 | QPSK |
| 0001 | QAM-16 |
| 0010 | NUQ-64 |
| 0011 | NUQ-256 |
| 0100 | NUQ-1024 |
| 0101 | NUC-16 |
| 0110 | NUC-64 |
| 0111 | NUC-256 |
| 1000 | NUC-1024 |
| 1001-1111 | 유보 |
DP_SSD_FLAG: 이 1 비트 필드는 연관된 DP에 SSD 모드가 이용되는지를 나타낸다. 이 필드가 값 "1"로 설정되면, SSD가 사용된다. 이 필드가 값 "0"이면, SSD가 사용되지 않는다.
다음의 필드는 PHY_PROFILE이 어드밴스드 프로파일을 나타내는 "010"과 동일할 때만 나타난다.
DP_MIMO: 이 3 비트 필드는 어떤 타입의 MIMO 인코딩 프로세스가 연관된 DP에 적용되는지를 나타낸다. MIMO 인코딩 프로세스의 타입은 표 17에 따라 시그널링된다.
| 값 | MIMO 인코딩 |
| 000 | FR-SM |
| 001 | FRFD-SM |
| 010-111 | 유보 |
DP_TI_TYPE: 이 1 비트 필드는 시간 인터리빙의 타입을 나타낸다. "0"의 값은, 하나의 TI 그룹이 하나의 프레임에 대응하고 하나 이상의 TI 블록을 포함한다는 것을 나타낸다. "1"의 값은, 하나의 TI 그룹이 1보다 많은 프레임에서 전달되고 단 하나의 TI 블록만을 포함한다는 것을 나타낸다.
DP_TI_LENGTH: 이 2 비트 필드(허용되는 값은 단지 1, 2, 4, 8이다)의 사용은 다음과 같이 DP_TI_TYPE 필드 내에 설정된 값에 의해 결정된다.
DP_TI_TYPE이 값 "1"로 설정되면, 이 필드는 각각의 TI 그룹이 맵핑된 프레임의 수(P I )를 나타내고, TI 그룹마다 하나의 TI 블록이 있다(N TI =1). 2 비트 필드를 갖는 허용된 P I 값이 이하의 표 18에 정의된다.
DP_TI_TYPE이 값 "0"으로 설정되면, 이 필드는 TI 그룹마다 TI 블록의 수(N TI )를 나타내고, 프레임마다 하나의 TI가 있다(P I =1). 2 비트 필드를 갖는 허용된 P I 값이 이하의 표 18에 정의된다.
| 2 비트 필드 | P I | N TI |
| 00 | 1 | 1 |
| 01 | 2 | 2 |
| 10 | 4 | 3 |
| 11 | 8 | 4 |
DP_FRAME_INTERVAL: 이 2 비트 필드는 연관된 DP에 대한 프레임 그룹 내의 프레임 간격(I JUMP )을 나타내고, 허용되는 값은 1, 2, 4, 8이다 (해당 2 비트 필드는 각각 "00", "01", "10", 또는 "11"이다). 프레임 그룹의 모든 프레임에서 나타나지 않는 DP에 대하여, 이 필드의 값은 연속적인 프레임 간의 간격과 동일하다. 예를 들어, 프레임 1, 5, 9, 13 등 상에서 DP가 나타나면, 이 필드는 "4"로 설정된다. 모든 프레임에서 나타나는 DP에 대하여, 이 필드가 "1"로 설정된다.
DP_TI_BYPASS: 이 1비트 필드는 시간 인터리버의 이용가능성을 결정한다. 시간 인터리빙이 DP에 사용되지 않으면, "1"로 설정된다. 반면에, 시간 인터리빙이 사용되면, "0"으로 설정된다.
DP_FIRST_FRAME_IDX: 이 5 비트 필드는 현재의 DP가 발생한 수퍼 프레임의 제1 프레임의 인덱스를 나타낸다. DP_FIRST_FRAME_IDX의 값은 0 내지 31 범위 내에 있다.
DP_NUM_BLOCK_MAX: 이 10 비트 필드는 이 DP에 대하여 DP_NUM_BLOCKS의 최대 값을 나타낸다. 이 필드의 값은 DP_NUM_BLOCKS와 동일한 범위를 갖는다.
DP_PAYLOAD_TYPE: 이 2 비트 필드는 주어진 DP에 의해 전달되는 페이로드 데이터의 타입을 나타낸다.
DP_PAYLOAD_TYPE은 아래의 표 19에 따라 시그널링된다.
| 값 | 페이로드 타입 |
| 00 | TS |
| 01 | IP |
| 10 | GS |
| 11 | 유보 |
DP_INBAND_MODE: 이 2 비트 필드는 현재의 DP가 인밴드 시그널링 정보를 전달하는지를 나타낸다. 인밴드 시그널링 타입은 아래의 표 20에 따라 시그널링된다.
| 값 | 인밴드 모드 |
| 00 | 인밴드 시그널링이 전달되지 않음 |
| 01 | INBAND-PLS만이 전달됨 |
| 10 | INBAND-ISSY만이 전달됨 |
| 11 | IBBAND-PLS 및 INBAND-ISSY가 전달됨 |
DP_PROTOCOL_TYPE: 이 2 비트 필드는 주어진 DP에 의해 전달된 페이로드의 프로토콜 타입을 나타낸다. 이것은 입력 페이로드 타입이 선택될 때 아래의 표 21에 따라 시그널링된다.
| 값 | DP_PAYLOAD_TYPE이 TS이면 | DP_PAYLOAD_TYPE이 IP이면 | DP_PAYLOAD_TYPE이 GS이면 |
| 00 | MPEG2-TS | IPv4 | (주석) |
| 01 | 유보 | IPv6 | 유보 |
| 10 | 유보 | 유보 | 유보 |
| 11 | 유보 | 유보 | 유보 |
DP_CRC_MODE: 이 2 비트 필드는 CRC 인코딩이 입력 포맷팅 블록에 사용되는지를 나타낸다. CRC 모드는 아래의 표 22에 따라 시그널링된다.
| 값 | CRC 모드 |
| 00 | 사용하지 않음 |
| 01 | CRC-8 |
| 10 | CRC-16 |
| 11 | CRC-32 |
DNP_MODE: 이 2 비트 필드는 DP_PAYLOAD_TYPE이 TS("00")로 설정될 때 연관된 DP에 의해 사용된 널-패킷 삭제 모드를 나타낸다. DNP_MODE는 아래의 표 23에 따라 시그널링된다. DP_PAYLOAD_TYPE이 TS("00")가 아니면, DNP_MODE이 값 "00"으로 설정된다.
| 값 | 널-패킷 삭제 모드 |
| 00 | 사용하지 않음 |
| 01 | DNP-NORMAL |
| 10 | DNP-OFFSET |
| 11 | 유보 |
ISSY_MODE: 이 2 비트 필드는 DP_PAYLOAD_TYPE이 TS ("00")로 설정될 때 연관된 DP에 의해 사용된 ISSY 모드를 나타낸다. ISSY_MODE는 아래의 표 24에 따라 시그널링된다. DP_PAYLOAD_TYPE이 TS ('00')가 아니면, ISSY_MODE는 값 "00"으로 설정된다.
| 값 | ISSY 모드 |
| 00 | 사용하지 않음 |
| 01 | ISSY-UP |
| 10 | ISSY-BBF |
| 11 | 유보 |
HC_MODE_TS: 이 2 비트 필드는 DP_PAYLOAD_TYPE이 TS("00")로 설정될 때 연관된 DP 에 의해 사용되는 TS 헤더 압축 모드를 나타낸다. HC_MODE_TS는 아래의 표 25에 따라 시그널링된다.
| 값 | 헤더 압축 모드 |
| 00 | HC_MODE_TS 1 |
| 01 | HC_MODE_TS 2 |
| 10 | HC_MODE_TS 3 |
| 11 | HC_MODE_TS 4 |
HC_MODE_IP: 이 2 비트 필드는 DP_PAYLOAD_TYPE이 IP("01")로 설정될 때 IP 헤더 압축 모드를 나타낸다. HC_MODE_IP는 아래의 표 26에 따라 시그널링된다.
| 값 | 헤더 압축 모드 |
| 00 | 압축하지 않음 |
| 01 | HC_MODE_IP 1 |
| 10-11 | 유보 |
PID: 이 13 비트 필드는 DP_PAYLOAD_TYPE이 TS("00")으로 설정되고 HC_MODE_TS이 "01" 또는 "10"으로 설정될 때 TS 헤더 압축을 위한 PID 번호를 나타낸다.
RESERVED: 이 8 비트 필드는 미래 사용을 위해 유보된다.
다음의 필드는 FIC_FLAG가 "1"과 동일할 때만 나타난다.
FIC_VERSION: 이 8 비트 필드는 FIC의 버전 번호를 나타낸다.
FIC_LENGTH_BYTE: 이 13 비트 필드는 FIC의 바이트 길이를 나타낸다.
RESERVED: 이 8 비트 필드는 미래 사용을 위해 유보된다.
다음의 필드는 AUX_FLAG가 "1"과 동일할 때만 나타난다.
NUM_AUX: 이 4 비트 필드는 보조 스트림의 수를 나타낸다. 제로는 보조 스트림이 사용되지 않는다는 것을 의미한다.
AUX_CONFIG_RFU: 이 8 비트 필드는 미래 사용을 위해 유보된다.
AUX_STREAM_TYPE: 이 4 비트 필드는 현재의 보조 스트림의 타입을 나타내기 위한 미래 사용을 위해 유보된다.
AUX_PRIVATE_CONFIG: 이 28 비트 필드는 보조 스트림을 시그널링하기 위한 미래 사용을 위해 유보된다.
도 15는 본 발명의 다른 실시예에 따른 PLS2 데이터를 나타내는 도면이다.
도 15는 PLS2 데이터의 PLS2-DYN 데이터를 나타낸다. PLS2-DYN 데이터의 값은 하나의 프레임 그룹의 듀레이션 동안 변할 수 있지만, 필드의 사이즈는 일정하다.
PLS2-DYN 데이터의 필드의 세부사항은 다음과 같다.
FRAME_INDEX: 이 5 비트 필드는 수퍼 프레임 내의 현재의 프레임의 프레임 인덱스를 나타낸다. 수퍼 프레임의 제1 프레임의 인덱스는 "0"으로 설정된다.
PLS_CHANGE_COUNTER: 이 4 비트 필드는 컨피규레이션이 변경될 곳의 앞의 수퍼 프레임의 수를 나타낸다. 컨피규레이션에 있어서 변하는 다음의 수퍼 프레임은 이 필드 내에서 시그널링된 값으로 지시된다. 이 필드가 값 "0000"으로 설정되면, 이것은 스케줄링된 변화가 예측되지 않는다는 것을 의미하고, 예를 들어, 값 "1"은 다음의 수퍼 프레임에 변화가 있다는 것을 나타낸다.
FIC_CHANGE_COUNTER: 이 4 비트 필드는 컨피규레이션(즉, FIC의 콘텐츠)이 변경될 곳의 앞의 수퍼 프레임의 수를 나타낸다. 컨피규레이션에 있어서 변하는 다음의 수퍼 프레임은 이 필드 내에서 시그널링된 값으로 지시된다. 이 필드가 값 "0000"으로 설정되면, 이것은 스케줄링된 변화가 예측되지 않는다는 것을 의미하고, 예를 들어, 값 "0001"은 다음의 수퍼 프레임에 변화가 있다는 것을 나타낸다.
RESERVED: 이 16 비트 필드는 미래 사용을 위해 유보된다.
다음의 필드는 NUM_DP 이상의 루프에서 나타나고, 현재의 프레임에서 전달되는 DP 와 연관된 파라미터를 기술한다.
DP_ID: 이 6 비트 필드는 PHY 프로파일 내의 DP 를 고유하게 나타낸다.
DP_START: 이 15 비트 (또는 13 비트) 필드는 DPU 어드레싱 방식을 이용하여 DP 의 첫번째 DP의 시작 위치를 나타낸다. DP_START 필드는 아래의 표 27에 도시된 바와 같이 PHY 프로파일 및 FFT 사이즈에 따라 다른 길이를 갖는다.
| PHY 프로파일 | DP_START 필드 사이즈 | |
| 64K | 16K | |
| 베이스 | 13 비트 | 15 비트 |
| 핸드헬드 | - | 13 비트 |
| 어드밴스드 | 13 비트 | 15 비트 |
DP_NUM_BLOCK: 이 10 비트 필드는 현재의 DP 에 대한 현재의 TI 그룹 내의 FEC 블록의 수를 나타낸다. DP_NUM_BLOCK의 값의 범위는 0 내지 1023이다.
RESERVED: 이 8 비트 필드는 미래 사용을 위해 유보된다.
다음의 필드는 EAC와 연관된 FIC 파라미터를 나타낸다.
EAC_FLAG: 이 1 비트 필드는 현재의 프레임에서의 EAC의 존재를 나타낸다. 이 비트는 프리앰블 내의 EAC_FLAG와 동일한 값이다.
EAS_WAKE_UP_VERSION_NUM: 이 8 비트 필드는 웨이크업 지시의 버전 번호를 나타낸다.
EAC_FLAG 필드가 "1"과 동일하면, EAC_LENGTH_BYTE를 위해 다음의 12 비트가 할당된다. EAC_FLAG 필드가 "0"이면, EAC_COUNTER를 위해 다음의 12 비트가 할당된다.
EAC_LENGTH_BYTE: 이 12 비트 필드는 EAC의 바이트 길이를 나타낸다.
EAC_COUNTER: 이 12 비트 필드는 EAC가 도달하는 프레임 전의 프레임의 수를 나타낸다.
AUX_FLAG 필드가 "1"과 동일할 때만 다음의 필드가 나타난다.
AUX_PRIVATE_DYN: 이 48 비트 필드는 보조 스트림을 시그널링하기 위한 미래 사용을 위해 유보된다. 이 필드의 의미는 설정가능한(configurable) PLS2-STAT 내의 AUX_STREAM_TYPE의 값에 의존한다.
CRC_32: 전체 PLS2에 적용되는 32 비트 에러 검출 코드.
도 16은 본 발명의 실시예에 따른 프레임의 논리 구조를 나타내는 도면이다.
상술한 바와 같이, PLS, EAC, FIC, DP, 보조 스트림 및 더미 셀은 프레임 내의 OFDM 심볼의 액티브 캐리어에 맵핑된다. PLS1 및 PLS2이 먼저 하나 이상의 FSS(들)에 맵핑된다. 그 후, 있다면, EAC 셀이 PLS 필드의 바로 뒤에 맵핑되고, 그 후, 있다면, FIC 셀이 맵핑된다. 있다면, PLS, EAC, FIC 후에 DP 가 맵핑된다. 타입 1 DP 가 먼저 뒤따르고, 다음에 타입 2 DP 가 뒤따른다. DP 의 타입의 세부사항은 후술한다. 임의의 경우, DP 는 EAS에 대한 임의의 특수 데이터 또는 서비스 시그널링 데이터를 전달한다. 있다면, 보조 스트림 또는 스트림들이 DP 를 뒤따르고, 그 후, 더미 셀이 뒤따른다. 상술한 순서, 즉, PLS, EAC, FIC, DP, 보조 스트림 및 더미 데이터 셀의 순서로로 모두 맵핑하여 프레임 내의 셀 용량을 정확히 채운다.
도 17은 본 발명의 실시예에 따른 PLS 맵핑을 나타내는 도면이다.
PLS 셀은 FSS(들)의 액티브 캐리어에 맵핑된다. PLS에 의해 점유되는 셀의 수에 따라, 하나 이상의 심볼이 FSS(들)로서 지정되고, FSS(들)의 수(N FSS )는 PLS1 내의 NUM_FSS에 의해 시그널링된다. FSS는 PLS 셀을 전달하는 특수 심볼이다. 강건함 및 레이턴시(latency)가 PLS에서 중요한 문제이므로, FSS(들)는 FSS 내에서 빠른 동기화 및 주파수 전용(frequency-only) 보간을 허용하는 더 높은 밀도의 파일럿을 갖는다.
PLC 셀은 도 17의 예에 도시된 바와 같이 탑-다운(top-down) 방식으로 N FSS 개의 FSS(들)의 액티브 캐리어에 맵핑된다. PLS1 셀이 셀 인덱스의 오름차순으로 제1 FSS의 제1 셀로부터 먼저 맵핑된다. PLS1의 마지막 셀 직후에 PLS2 셀이 뒤따르고 맵핑은 제1 FSS의 마지막 셀 인덱스까지 하향으로 계속된다. 요구되는 PLS 셀의 총수가 하나의 FSS의 액티브 캐리어의 수를 초과하면, 맵핑은 다음 FSS로 진행하고 정확히 제1 FSS와 동일한 방식으로 계속된다.
PLS 맵핑이 완료된 후, DP가 다음으로 전달된다. EAC, FIC 또는 둘다가 현재의 프레임에 존재하면, 이들은 PLS 및 "노멀" DP 사이에 배치된다.
도 18은 본 발명의 실시예에 따른 EAS 맵핑을 나타내는 도면이다.
EAC는 EAC에 대한 DP 로의 링크 및 EAS 메시지를 전달하는 전용 채널이다. EAS 지원이 제공되지만, EAC 자체가 모든 프레임에 존재할 수도 있고 존재하지 않을 수도 있다. 있다면, EAC는 PLS2 셀 직후에 맵핑된다. PLS 셀 이외의 FIC, DP, 보조 스트림들 또는 더미 셀 중의 어느 것도 EAC보다 앞서지 않는다. EAC 셀을 맵핑하는 절차는 PLS의 맵핑 절차와 정확하게 동일하다.
EAC 셀은 도 18의 예에 도시된 바와 같이 셀의 오름차순으로 PLS2의 다음 셀로부터 맵핑된다. EAS 메시지 사이즈에 따라, EAC 셀은 도 18에 도시된 바와 같이 수 개의 심볼을 점유할 수 있다.
EAC 셀은 PLS2의 마지막 셀 직후에 뒤따르고, 맵핑은 마지막 FSS의 마지막 셀 인덱스까지 하향으로 계속된다. 요구되는 EAC 셀의 총수가 마지막 FSS의 나머지 액티브 캐리어의 수를 초과하면, 맵핑은 다음 심볼로 진행하고 정확히 FSS(들)와 동일한 방식으로 계속된다. 이 경우 맵핑될 다음 심볼은 노멀 데이터 심볼이며, 이는 FSS보다 더 많은 액티브 캐리어를 갖는다.
EAC 맵핑이 완료된 후, 존재한다면, FIC가 다음으로 전달된다. (PLS2 필드에서 시그널링되는 바와 같이) FIC가 송신되지 않으면, DP 가 EAC의 마지막 셀 직후에 뒤따른다.
도 19는 본 발명의 실시예에 따른 FIC 맵핑을 나타내는 도면이다.
(a)는 EAC 없는 FIC 셀의 예시적인 맵핑을 나타내고 (b)는 EAC가 있는 FIC 셀의 예시적인 맵핑을 나타낸다.
FIC는 빠른 서비스 획득 및 채널 스캐닝을 가능하게 하는 교차 계층(cross-layer) 정보를 전달하는 전용 채널이다. 이 정보는 주로 각 방송사의 DP 및 서비스 간의 채널 결합 정보를 포함한다. 빠른 스캔을 위하여, 수신기는 FIC를 디코딩하고 방송사 ID, 서비스의 수, 및 BASE_DP_ID 등의 정보를 얻을 수 있다. 빠른 서비스 획득을 위하여, FIC에 더하여, 베이스 DP 가 BASE_DP_ID를 이용하여 디코딩될 수 있다. 그것이 전달하는 콘텐츠 이외에, 베이스 DP 는 노멀 DP 와 정확히 동일한 방식으로 인코딩되어 프레임에 맵핑된다. 그러므로, 베이스 DP 에 추가의 설명이 요구되지 않는다. FIC 데이터가 관리 계층에서 생성되고 소비된다. FIC 데이터의 콘텐츠는 관리 계층 명세서에 기재된 바와 같다.
FIC 데이터는 선택적이며, FIC의 사용은 PLS2의 정적 파트의 FIC_FLAG 파라미터에 의해 시그널링된다. FIC가 사용되면, FIC_FLAG가 "1"로 설정되고, FIC를 위한 시그널링 필드는 PLS2의 정적 파트에서 정의된다. 이 필드에서 FIC_VERSION 및 FIC_LENGTH_BYTE가 시그널링된다. FIC는 PLS2와 동일한 변조, 코딩 및 시간 인터리빙 파라미터를 사용한다. FIC는 PLS2_MOD 및 PLS2_FEC 등의 동일한 시그널링 파라미터를 공유한다. 있다면, FIC 데이터가 PLS2 또는, 있다면, EAC 직후에 맵핑된다. 임의의 노멀 DP, 보조 스트림들 또는 더미 셀들이 FIF보다 앞서지 않는다. FIC 셀을 맵핑하는 방법은 EAC의 맵핑 방법과 정확하게 동일하고, 이는 또한 PLS와 동일하다.
PLS 후에 EAC 없이, FIC 셀은 (a)의 예에 도시된 바와 같이 셀 인덱스의 오름차순으로 PLS2의 다음 셀로부터 맵핑된다. FIC 데이터 사이즈에 따라, FIC 셀은 (b)에 도시된 바와 같이 수 개의 심볼 상에 맵핑된다.
FIC 셀은 PLS2의 마지막 셀 직후에 뒤따르고, 맵핑은 마지막 FSS의 마지막 셀 인덱스까지 하향으로 계속된다. 요구되는 FIC 셀의 총수가 마지막 FSS의 나머지 액티브 캐리어의 수를 초과하면, 맵핑은 다음 심볼로 진행하고 FSS(들)과 정확히 동일한 방식으로 계속된다. 이 경우 맵핑될 다음의 심볼은 FSS보다 많은 액티브 캐리어를 갖는 노멀 데이터 심볼이다.
EAS 메시지가 현재의 프레임에서 송신되면, EAC는 FIC를 선행하고, FIC 셀은 (b)에 도시된 바와 같이 셀 인덱스의 오름차순으로 EAC의 다음 셀로부터 맵핑된다.
FIC 맵핑이 완료된 후, 하나 이상의 DP 가 맵핑되고, 그 후, 있다면, 보조 스트림 및 더미 셀이 맵핑된다.
도 20은 본 발명의 실시예에 따른 DP의 타입을 나타내는 도면이다.
(a)는 타입 1 DP 를 나타내고 (b)는 타입 2 DP 를 나타낸다.
선행 채널, 즉, PLS, EAC 및 FIC가 맵핑된 후, DP 의 셀이 맵핑된다. DP 는 맵핑 방법에 따라 2개의 타입 중의 하나로 분류된다.
타입 1 DP: DP 가 TDM에 의해 맵핑된다.
타입 1 DP: DP 가 FDM에 의해 맵핑된다.
DP 의 타입은 PLS2의 정적 파트의 DP_TYPE 필드에 의해 지시된다. 도 20은 타입 1 DP 및 타입 2 DP 의 맵핑 순서를 나타낸다. 타입 1 DP 이 먼저 셀 인덱스의 오름차순으로 맵핑되고, 마지막 셀 인덱스에 도달한 후에, 심볼 인덱스가 하나 증가한다. 다음의 실볼 내에서, DP 가 p = 0에서 시작하여 셀 인덱스의 오름차순으로 계속 맵핑된다. 하나의 프레임 내에 함께 맵핑되는 다수의 DP에 대해, 타입 1 DP 의 각각은 DP 의 TDM 멀티플렉싱과 유사하게 시간에 있어서 그룹핑된다.
타입 2 DP 가 심볼 인덱스의 오름차순으로 먼저 맵핑되고, 프레임의 마지막 OFDM 심볼에 도달한 후에, 셀 인덱스가 하나씩 증가하고 심볼 인덱스가 이용가능한 제1 심볼로 되돌아가 그 심볼 인덱스부터 증가한다. 하나의 프레임 내에서 다수의 DP 를 함께 맵핑한 후에, 타입 2 DP 의 각각은 DP 의 FDM 멀티플렉싱과 유사하게 주파수에 있어서 함께 그룹핑된다.
타입 1 DP 및 타입 2 DP는 하나의 제한이 충족되면, 즉, 타입 1 DP가 항상 타입 2 DP 를 선행하면, 프레임에 공존할 수 있다. 타입 1 및 타입 2 DP 를 전달하는 OFDM 셀의 총수가 DP 의 송신을 위해 이용가능한 OFDM 셀의 총수를 초과할 수 없다.
여기서, DDP1 는 타입 1 DP 에 의해 점유된 OFDM 셀의 수이고, DDP2 는 타입 2 DP 에 의해 점유된 셀의 수이다. PLS, EAC, FIC는 모두 타입 1 DP 와 동일한 방식으로 맵핑되기 때문에, 이들은 "타입 1 맵핑 규칙"을 따른다. 그러므로, 타입 1 맵핑은 항상 타입 2 맵핑을 선행한다.
도 21은 본 발명의 실시예에 따른 DP 맵핑을 나타내는 도면이다.
(a)는 타입 1 DP 를 맵핑하기 위한 OFDM 셀의 어드레싱을 나타내고 (b)는 타입 2 DP 를 맵핑하기 위한 OFDM 셀의 어드레싱을 나타낸다.
타입 1 DP (0, …, DDP11)를 맵핑하기 위한 OFDM 셀의 어드레싱은 타입 1 DP 의 액티브 데이터 셀을 위해 정의된다. 어드레싱 방식은 타입 1 DP 의 각각에 대한 TI로부터의 셀이 액티브 데이터 셀에 할당되는 순서를 정의한다. 또한 PLS2의 동적 파트 내의 DP 의 위치를 시그널링하는데 사용된다.
EAC 및 FIC 없이, 어드레스 0는 마지막 FSS에서 PLS를 전달하는 마지막 셀을 즉시 뒤따르는 셀을 지칭한다. 해당 프레임에서 EAC가 송신되고 FIC가 송신되지 않으면, 어드레스 0은 EAC를 전달하는 마지막 셀 직후의 셀을 지칭한다. FIC가 해당 프레임에서 송신되면, 어드레스 0는 FIC를 전달하는 마지막 셀 직후의 셀을 지칭한다. 타입 1 DP 에 대한 어드레스 0는 (a)에 도시된 바와 같이 2개의 상이한 케이스를 고려하여 산출될 수 있다. (a)의 예에서, PLS, EAC, FIC가 모두 송신되는 것으로 가정한다. EAC, FIC 또는 둘다가 생략되는 경우로의 확장은 간단하다. (a)의 좌측에 도시된 바와 같이 모든 셀을 FIC까지 맵핑한 후에 FSS에 나머지 셀이 있다.
타입 2 DP (0, …, DDP21)를 맵핑하기 위한 OFDM 셀의 어드레싱은 타입 2 DP 의 액티브 데이터 셀을 위해 정의된다. 어드레싱 방식은 타입 2 DP 의 각각에 대한 TI로부터의 셀이 액티브 데이터 셀에 할당되는 순서를 정의한다. 또한 PLS2의 동적 파트 내의 DP 의 위치를 시그널링하는데 사용된다.
3개의 약간 다른 케이스가 (b)에 도시된 바와 같이 가능하다. (b)의 좌측에 도시된 제1 케이스에 대하여, 마지막 FSS 내의 셀은 타입 2 DP 맵핑에 이용가능하다. 중간에 도시된 제2 케이스에 대하여, FIC는 노멀 심볼의 셀을 점유하지만, 그 심볼 상의 FIC 셀의 수는 C FSS 보다 크지 않다. (b)의 우측 상에 도시된 제3 케이스는 그 심볼 상에 맵핑된 FIC 셀의 수가 C FSS 를 초과하는 것을 제외하고 제2 케이스와 동일하다.
PLS, EAC, 및 FIC가 타입 1 DP(들)과 동일한 "타입 1 맵핑 규칙"을 따르기 때문에, 타입 1 DP(들)가 타입 2 DP(들)을 선행하는 경우로의 확장은 간단하다.
데이터 파이프 유닛(DPU)은 프레임에서 데이터 셀을 DP 로 할당하는 기본 단위이다.
DPU는 프레임에서 DP 를 위치시키는 시그널링 단위로서 정의된다. 셀 맵퍼(7010)는 DP 의 각각에 대하여 TI에 의해 생성된 셀을 맵핑할 수 있다. 시간 인터리버(5050)는 일련의 TI 블록을 출력하고, 각각의 TI 블록은 셀의 세트로 구성되는 가변수의 XFECBLOCK를 포함한다. XFECBLOCK 내의 셀의 수(N cells )는 FECBLOCK 사이즈(N ldpc ) 및 성상 심볼당 송신되는 비트의 수에 의존한다. DPU는 주어진 PHY 프로파일에서 지원되는 XFECBLOCK 내의 셀의 수(N cells )의 모든 가능한 값의 가장 큰 공약수로서 정의된다. 셀 내의 DPU의 길이는 L DPU 로서 정의된다. 각각의 PHY 프로파일은 성상 심볼당 상이한 수의 비트수 및 FECBLOCK 사이즈의 상이한 조합을 지원하기 때문에, L DPU 는 PHY 프로파일 마다 정의된다.
도 22는 본 발명의 실시예에 따른 FEC 구조를 나타내는 도면이다.
도 22는 비트 인터리빙 전의 본 발명의 실시예에 따른 FEC 구조를 나타낸다. 상술한 바와 같이, 데이터 FEC 인코더는 입력 BBF에 대하여 FEC 인코딩을 수행하여 외부 코딩(BCH) 및 내부 코딩(LDPC)을 이용하여 FECBLOCK 절차를 생성할 수 잇다. 도시된 FEC 구조는 FECBLOCK에 대응한다. 또한, FECBLOCK 및 fec 구조는 LDPC 코드워드의 길이에 대응하는 동일한 값을 갖는다.
도 22에 도시된 바와 같이, BCH 인코딩이 각각의 BBF (K bch 비트)에 적용된 후, LPDC 인코딩이 BCH 인코딩된 BBF (K ldpc 비트 = N bch 비트)에 적용된다.
N ldpc 의 값은 64800 비트 (롱 FECBLOCK) 또는 16200 비트 (쇼트 FECBLOCK)이다.
아래의 표 28 및 29는 각각 롱 FECBLOCK 및 쇼트 FECBLOCK에 대한 FEC 인코딩 파라미터를 나타낸다.
BCH 인코딩 및 LDPC 인코딩의 동작의 세부사항은 다음과 같다.
12 에러 정정 BCH 코드가 BBF의 외부 인코딩에 사용된다. 쇼트 FECBLOCK 및 롱 FECBLOCK를 위한 BCH 생성기 다항식은 모든 다항식을 곱함으로써 얻어진다. LDPC 코드는 외부 BCH 인코딩의 출력을 인코딩하는데 사용된다. 완료된 Bldpc (FECBLOCK)를 생성하기 위하여, Pldpc (패리티 비트)가 각각의 Ildpc (BCH-인코딩 BBF)로부터 체계적으로 인코딩되고 Ildpc 에 첨부된다. 완료된 Bldpc (FECBLOCK)는 다음의 수학식으로 표시된다.
롱 FECBLOCK 및 쇼트 FECBLOCK에 대한 파라미터가 상기 표 28 및 29에 각각 주어진다.
롱 FECBLOCK을 위한 Nldpc - Kldpc 패리티 비트를 산출하는 상세한 절차는 다음과 같다.
1) 패리티 비트를 초기화한다.
2) 패리티 체크 매트릭스의 어드레스의 첫번째 행에 특정된 패리티 비트 어드레스에서 제1 정보 비트 - i0 를 누산한다. 패리티 체크 매트릭스의 어드레스의 세부사항은 후술한다. 예를 들어, 레이트 13/15에 대하여,
3) 다음의 359개의 정보 비트(is)(s=1, 2, …, 359)에 대하여, 다음의 수학식을 이용하여 패리티 비트 어드레스에서 is 를 누산한다.
여기서, x는 제1 비트(i0)에 대응하는 패리티 비트 누산기의 어드레스를 나타내고, Qldpc 는 패리티 체크 매트릭스의 어드레스에서 특정된 코드 레이트 종속 상수이다. 예로서 계속하여, 레이트 13/15에 대하여 Qldpc = 24 이고, 정보 비트(i1)에 대하여, 다음의 동작이 수행된다.
4) 361번째 정보 비트(i360)에 대하여, 패리티 비트 누산기의 어드레스는 패리티 체크 매트릭스의 어드레스의 제2 행에 주어진다. 유사한 방식으로, 다음의 359개의 정보 비트(is)(s= 361, 362, …, 719)에 대한 패리티 비트 누산기의 어드레스는 수학식 6을 이용하여 얻어진다. 여기서, x는 정보 비트(i360), 즉, 패리티 체크 매트릭스의 어드레스의 제2 행 내의 엔트리에 대응하는 패리티 비트 누산기의 어드레스이다.
5) 유사한 방식으로, 360개의 새로운 정보 비트의 모든 그룹에 대하여, 패리티 체크 매트릭스의 어드레스로부터의 새로운 로우(row)가 패리티 비트 누산기의 어드레스를 찾는데 사용된다.
모든 정보 비트가 고갈되면, 최종 패리티 비트는 다음과 같이 얻어진다.
6) i=1에서 시작하는 다음의 동작을 순차적으로 수행한다.
여기서, pi (i=0,1,...Nldpc - Kldpc - 1)의 최종 콘텐츠는 패리티 비트(pi)와 동일하다.
쇼트 FECBLOCK에 대한 이 LDPC 인코딩 절차는, 표 30을 표 31로 대체하고 롱 FECBLOCK에 대한 패리티 체크 매트릭스의 어드레스를 쇼트 FECBLOCK에 대한 패리티 체크 매트릭스의 어드레스로 대체하는 것을 제외하고, 롱 FECBLOCK에 대한 LDPC 인코딩 절차에 따라 수행된다.
도 23은 본 발명의 실시예에 따른 비트 인터리빙을 나타내는 도면이다.
LDPC 인코더의 출력은 비트 인터리빙되고, 이는 패리티 인터리빙 및 그 후의 QCB(Quasi-Cyclic Block) 인터리빙 및 내부 그룹 인터리빙으로 구성된다.
(a)는 QCB(Quasi-Cyclic Block) 인터리빙을 나타내고 (b)는 내부 그룹 인터리빙을 나타낸다.
FECBLOCK는 패리티 인터리빙될 수 있다. 패리티 인터리빙의 출력에서, LDPC 코드워드는 롱 FECBLOCK 내의 180개의 인접 QC 블록 및 쇼트 FECBLOCK 내의 45개의 인접 QC 블록으로 구성된다. 롱 또는 쇼트 FECBLOCK 내의 각각의 QC 블록은 360개의 비트로 구성된다. 패리티 인터리빙된 LDPC 코드워드는 QCB 인터리빙에 의해 퍼뮤테이션된다. QCB 인터리빙의 단위는 QC 블록이다. 패리티 인터리빙의 출력에서의 QC 블록은 도 23에 도시된 바와 같이 QCB 인터리빙에 의해 인터리빙되고, 여기서, FECBLOCK 길이에 따라 Ncells =64800/
또는 16200/
이다. QCB 인터리빙 패턴은 변조 타입 및 LDPC 코드 레이트의 각 조합에 고유하다. QCB 인터리빙 후에, 아래의 표 32에 정의된 변조 타입 및 순서(
)에 따라 내부 그룹 인터리빙이 수행된다. 하나의 내부 그룹에 대한 QC 블록의 수(N QCB_IG )가 또한 정의된다.
QCB 인터리빙 출력의 N QCB _ IG 개의 QC 블록으로 내부 그룹 인터리빙이 수행된다. 내부 그룹 인터리빙은 360개의 칼럼 및 N QCB _ IG 개의 로우를 이용하여 내부 그룹의 비트를 기입 및 판독하는 프로세스를 갖는다. 기입 동작에서, QCB 인터리빙 출력으로부터의 비트가 로우 방향으로 기입된다. 판독 동작이 칼럼 방향으로 수행되어 각 로우로부터 m개의 비트를 판독하고, 여기서 m은 NUC에 대하여 1 및 NUC에 대하여 2와 동일하다.
도 24는 본 발명의 실시예에 따른 셀-워드 디멀티플렉싱을 나타내는 도면이다.
(a)는 8 및 12 bpcu MIMO에 대한 셀-워드 디멀티플렉싱을 나타내고, (b)는 10 bpcu MIMO에 대한 셀-워드 디멀티플렉싱을 나타낸다.
비트 인터리빙 출력의 각각의 셀 워드(c 0,l , c 1,l , …, c nmod - 1,l )가 (a)에 도시된 바와 같이 (d 1, 0,m , d 1 , 1,m …, d 1 , nmod - 1,m ) 및 (d 2, 0,m , d 2 , 1,m …, d 2 , nmod - 1,m )로 디멀티플렉싱되고, 이는 하나의 XFECBLOCK에 대한 셀-워드 디멀티플렉싱 프로세스를 기술한다.
MIMO 인코딩을 위한 상이한 타입의 NUQ를 이용하는 10 bpcu MIMO 케이스에 대하여, NUQ-1024를 위한 비트 인터리버가 재사용된다. 비트 인터리버 출력의 각 셀 워드(c 0,l , c 1,l , …, c 9,l )는 (b)에 도시된 바와 같이 (d 1, 0,m , d 1 , 1,m …, d 1 , 3,m ) 및 (d 2,0,m , d 2 , 1,m …, d 2 , 5,m )로 디멀티플렉싱된다.
도 25는 본 발명의 실시예에 따른 시간 인터리빙을 나타내는 도면이다.
(a) 내지 (c)는 TI 모드의 예를 나타낸다.
시간 인터리버는 DP 레벨에서 동작한다. 시간 인터리빙(TI)의 파라미터는 각 DP 마다 상이하게 설정될 수 있다.
PLS2-STAT 데이터의 일부에 나타나는 다음의 파라미터는 TI를 구성한다.
DP_TI_TYPE (허용되는 값: 0 또는 1): TI 모드를 나타내고, "0"은 TI 그룹마다 다수의 TI 블록(1보다 많은 TI 블록)을 갖는 모드를 나타낸다. 이 경우, 하나의 TI 그룹은 하나의 프레임(프레임간 인터리빙 없음)에 직접 맵핑된다. "1"은 TI 그룹당 단 하나의 TI 블록을 갖는 모드이다. 이 경우, TI 블록은 1보다 많은 프레임에 걸쳐 확산될 수 있다 (프레임간 인터리빙).
DP_TI_LENGTH: DP_TI_TYPE = '0'이면, 이 파라미터는 TI 그룹당 TI 블록의 수(NTI)이다. DP_TI_TYPE = '1'에 대하여, 이 파라미터는 하나의 TI 그룹으로부터 확산된 프레임의 수(PI)이다.
DP_NUM_BLOCK_MAX (허용되는 값: 0 내지 1023): TI 그룹당 XFEBLOCK의 최대수를 나타낸다.
DP_FRAME_INTERVAL (허용되는 값: 1, 2, 4, 8): 주어진 PHY 프로파일의 동일한 DP를 전달하는 2개의 연속 프레임 사이의 프레임의 수(IJUMP)를 나타낸다.
DP_TI_BYPASS (허용되는 값: 0 또는 1): 시간 인터리빙이 DP 에 사용되지 않으면, 이 파라미터는 "1"로 설정된다. 시간 인터리빙이 사용되면, "0"으로 설정된다.
추가적으로, PLS2-DYN 데이터로부터의 파라미터(DP_NUM_BLOCK)는 DP 의 하나의 TI 그룹에 의해 전달되는 XFECBLOCK의 수를 나타내는데 사용된다.
시간 인터리빙이 DP 에 사용되지 않으면, 다음의 TI 그룹, 시간 인터리빙 동작 및 TI 모드가 고려되지 않는다. 그러나, 스케줄러로부터의 동적 컨피규레이션 정보에 대한 지연 보상 블록은 여전히 요구된다. 각각의 DP 에서, SSD/MIMO 인코딩으로부터 수신된 XFECBLOCK는 TI 그룹으로 그룹핑된다. 즉, 각각의 TI 그룹은 정수의 XFECBLOCK의 세트이고 동적으로 가변하는 수의 XFECBLOCK를 포함한다. 인덱스(n)의 TI 그룹 내의 XFECBLOCK의 수는 N xBLOCK _ Group(n) 로 표기되고 PLS2-DYN 데이터 내의 DP_NUM_BLOCK로서 시그널링된다. N xBLOCK _Group(n)는 0의 최소값으로부터 가장 큰 값이 1023인 최대 값(N xBLOCK _Group_MAX)(DP_NUM_BLOCK_MAX에 대응)으로 변경될 수 있음을 주목해야 한다.
각각의 TI 그룹은 하나의 프레임에 직접 맵핑되거나 PI 개의 프레임에 걸쳐 확산될 수 있다. 각각의 TI 그룹은 또한 1보다 많은 TI 블록(NTI)으로 분리되고, 각각의 TI 블록은 시간 인터리버 메모리의 1회 사용에 대응한다. TI 그룹 내의 TI 블록은 약간 상이한 수의 XFECBLOCK를 포함할 수 있다. TI 그룹이 다수의 TI 블록으로 분리되면, 단 하나의 프레임에 직접 맵핑된다. 아래의 표 33에 도시된 바와 같이, (시간 인터리빙을 스킵하는 추가의 동작을 제외하고) 시간 인터리빙에 대하여 3개의 옵션이 존재한다.
| 모드 | 설명 |
| 옵션 1 | 각각의 TI 그룹은 (a)에 도시된 바와 같이 하나의 TI 블록을 포함하고 하나의 프레임에 직접 맵핑된다. 이 옵션은 DP_TI_TYPE="0" 및 DP_TI_LENGTH="1"(NTI=1)에 의해 PLS2-STAT에서 시그널링된다. |
| 옵션 2 | 각각의 TI 그룹은 하나의 TI 블록을 포함하고 1보다 많은 프레임에 직접 맵핑된다. (b)는 하나의 TI 그룹이 2개의 프레임, 즉, DP_TI_LENGTH="2" (PI=2) 및 DP_FRAME_INTERVAL (IJUMP=2)에 맵핑되는 예를 나타낸다. 이것은 낮은 데이터 레이트 서비스에 대하여 더 큰 시간 다이버시티를 제공한다. 이 옵션은 DP_TI_TYPE="1"에 의해 PLS2-STAT에서 시그널링된다. |
| 옵션 3 | 각각의 TI 그룹은 (c)에 도시된 바와 같이 다수의 TI 블록으로 분리되고 하나의 프레임에 직접 맵핑된다. 각각의 TI 블록은 전체 TI 메모리를 이용하여 DP에 대하여 최대 비트 레이트를 제공한다. 이 옵션은 PI=1 동안 DP_TI_TYPE="0" 및 DP_TI_LENGTH=NTI 에 의해 PLS2-STAT 시그널링에서 시그널링된다. |
각각의 DP 에서, TI 메모리는 입력 XFECBLOCK (SSD/MIMO 인코딩 블록으로부터의 출력 XFECBLOCK)를 저장한다. 입력 XFECBLOCK가 
로서 정의되는 것으로 가정하고, 여기서, 
는 n번째 TI 그룹의 s번째 TI 블록에서 r번째 XFECBLOCK의 q번째 셀이고 다음과 같이 SSD 및 MIMO 인코딩의 출력을 나타낸다.
또한, 시간 인터리버로부터의 출력 XFECBLOCK는 다음과 같이 정의된다.
여기서, 
는 n번째 TI 그룹의 s번째 TI 블록에서의 i번째 출력 셀(
)이다.
일반적으로, 시간 인터리버는 또한 프레임 형성 프로세스 전에 DP 데이터에 대한 버퍼로서 동작한다. 이것은 각각의 DP 에 대한 2개의 메모리 뱅크에 의해 달성된다. 제1 TI 블록은 제1 뱅크에 기입된다. 제1 뱅크가 판독되는 동안 제2 TI 블록은 제2 뱅크에 기입된다.
TI는 트위스티드 로우-칼럼 블록 인터리버이다. n번째 TI 그룹의 s번째 TI 블록에 대하여, TI 메모리의 로우의 수(
)는 셀의 수(
)와 동일하고, 즉, 
이지만, 칼럼의 수(
)는 수(
)와 동일하다.
도 26은 본 발명의 실시예에 따른 트위스티드 로우-칼럼 블록 인터리버의 기본 동작을 나타내는 도면이다.
(a)는 시간 인터리버의 기입 동작을 나타내고 (b)는 시간 인터리버의 판독 동작을 나타낸다. (a)에 도시된 바와 같이, 제1 XFECBLOCK는 TI 메모리의 제1 칼럼으로 칼럼 방향으로 기입되고 제2 XFECBLOCK는 다음 칼럼으로 기입된다. 그 후, 인터리빙 어레이에서, 셀은 대각방향으로 판독된다. 제1 로우로부터 마지막 로우까지 대각 방향 판독(최좌측 칼럼에서 시작하여 로우를 따라 우측으로) 동안, (b)에 도시된 바와 같이 
개의 셀이 판독된다. 상세하게, 순차적으로 판독될 TI 메모리 셀 위치로서 
를 상정하여, 이러한 인터리빙 어레이에서의 판독 프로세스는 다음의 식과 같이 로우 인덱스(
), 칼럼 인덱스(
) 및 연관된 트위스팅 파라미터(
)를 산출함으로써 수행된다.
여기서, 
는 
와 관계없이 대각 방향 판독 프로세스에 대한 공통 시프트 값이고, 다음의 식과 같이 PLS2-STAT에서 주어진 
에 의해 결정된다.
결과적으로, 판독될 셀 위치는 
로서 좌표에 의해 산출된다.
도 27은 본 발명의 다른 실시예에 따른 트위스티드 로우-칼럼 블록 인터리버의 동작을 나타내는 도면이다.
특히, 도 27은 
, 
, 
일 때 가상의 XFECBLOCK를 포함하는 각각의 TI 그룹에 대한 TI 메모리 내의 인터리빙 어레이를 나타낸다.
변수(
)는 
보다 작거나 같을 것이다. 따라서, 수신측에서 단일 메모리 디인터리빙을 달성하기 위하여, 
와 관계없이, 트위스티드 로우-칼럼 블록 인터리버에서 사용될 인터리빙 어레이는, 가상 XFECBLOCK를 TI 메모리에 삽입함으로써 
의 사이즈로 설정되고 판독 프로세스는 다음의 식으로서 달성된다.
TI 그룹의 수는 3으로 설정된다. 시간 인터리버의 옵션은 DP_TI_TYPE='0', DP_FRAME_INTERVAL='1', 및 DP_TI_LENGTH='1', 즉, NTI=1, IJUMP=1, 및 PI=1에 의해 PLS2-STAT 데이터에서 시그널링된다. TI 그룹마다 각각 Ncells = 30개의 셀을 갖는 XFECBLOCK의 수는 NxBLOCK _ TI(0,0)=3, NxBLOCK _ TI(1,0)=6, 및NxBLOCK _ TI(2,0)=5에 의해 각각 PLS2-DYN 데이터에서 시그널링된다. XFECBLOCK의 최대수는 NxBLOCK _Group_MAX 에 의해 PLS2-STAT 데이터에서 시그널링되고, 이는 
를 초래한다.
도 28은 본 발명의 실시예에 따른 트위스티드 로우-칼럼 블록 인터리버의 대각방향 판독 패턴을 나타내는 도면이다.
특히, 도 28은 
및 Sshift=(7-1)/2=3의 파라미터를 갖는 각각의 인터리빙 어레이로부터의 대각 방향 판독 패턴을 나타낸다. 상술한 의사 코드로서 도시된 판독 프로세스에서, 
이면, Vi 의 값이 스킵되고 Vi 의 다음 산출된 값이 사용된다.
도 29는 본 발명의 일실시예에 따른 각각의 인터리빙 어레이로부터 인터리빙된 XFECBLOCK을 나타내는 도면이다.
도 29는 
및 Sshift=3의 파라미터를 갖는 각각의 인터리빙 어레이로부터의 인터리빙된 XFECBLOCK를 나타낸다.
이하에서는, 본 발명의 일 실시예로서 실시간 방송 환경에서 파일 기반 멀티미디어 콘텐츠를 전송하기 위한 파일의 분할 생성 방법 및 소비 방법을 설명하기로 한다.
구체적으로, 본 발명의 일 실시예는 실시간 방송 환경에서 파일 기반 멀티미디어 콘텐츠를 전송하기 위한 데이터 구성 방안을 제공한다. 또한, 본 발명의 일 실시예는 실시간 방송 환경에서 파일 기반 멀티미디어 콘텐츠를 전송하기 위한 파일의 분할 생성 정보 및 소비 정보를 식별하는 방법을 제공한다. 또한, 본 발명의 일 실시예는 실시간 방송 환경에서 파일 기반 멀티미디어 콘텐츠를 전송하기 위한 파일의 분할 생성 방법을 제공한다. 또한, 본 발명의 일 실시예는 실시간 방송 환경에서 파일기반 멀티미디어 콘텐츠를 소비하기 위한 파일의 분할 소비 방법을 제공한다.
도 30은 FLUTE 프로토콜을 이용한 경우의 데이터 처리 시간을 나타낸 도면이다.
최근에는 방송 망과 인터넷 망이 결합된 하이브리드 방송 서비스가 많이 제공된다. 하이브리드 방송 서비스는 A/V 콘텐츠를 기존의 방송 망으로 전송하고, A/V 콘텐츠와 관련된 부가 데이터를 인터넷 망을 통해서 제공할 수 있다. 또한, 최근에는 A/V 콘텐츠의 일부를 인터넷 망을 통해서 전송하는 서비스도 제공되고 있다.
A/V 콘텐츠가 이종 망을 통해서 전송됨에 따라서 이종 망을 통해서 전송되는 A/V 콘텐츠 데이터들 간의 긴밀한 결합 방법 및 손쉬운 상호운용 방법이 요구된다. 이를 위해서, 방송 망 및 인터넷 망에 함께 적용할 수 있는 공통의 전송 방법이 필요하다.
최근 고려되고 있는 방송 망과 인터넷 망에 공통으로 적용할 수 있는 A/V 콘텐츠의 전송 방법 중에서 하나는 파일 기반 멀티미디어 콘텐츠의 사용이다. 파일 기반 멀티미디어 콘텐츠는 확장성이 뛰어나고, 전송 프로토콜에 대한 의존성이 없기 때문에 기존의 인터넷 망을 통한 다운로드 방식의 형태로 널리 사용되고 있다.
이와 같이, 방송 망과 인터넷 망과의 연동에 적합하고 대용량 파일의 파일 기반 멀티미디어 콘텐츠를 전송하는데 적합한 프로토콜이 FLUTE(File Delivery over Unidirectional Transport protocol)이다.
FLUTE은 ALC 기반에서 단 방향 파일 전송을 위한 어플리케이션으로, 파일을 전송하는데 있어서 필요한 파일 자체에 대한 정보들이나 전송을 위한 정보들에 대해서 정의해 놓은 프로토콜이다. FLUTE은 파일을 전송하는데 있어서 먼저 FDT(File Delivery Table) 인스턴스의 송신을 통해서 전송에 필요한 정보와 전송할 파일의 여러 속성들에 대한 정보를 보낸 후에 파일을 전송한다.
ALC(Asynchronous Layered Coding)는 단일 송신자가 여러 수신자들에게 파일을 전송하는 동안에 여러 채널들을 통해 신뢰성과 혼잡 제어가 가능하도록 표준화한 프로토콜이다. ALC는 에러제어를 위한 FEC Building Block, 혼잡 제어를 위한 WEBRC Building Block, 세션 및 채널 관리를 위한 LCT(Layered Coding Transport) Building Block을 결합한 것으로, 서비스와 필요에 따라서 빌딩 블록을 구성할 수 있도록 되어 있다.
ALC는 컨텐츠 전달 프로토콜로서 수 많은 수신자들에게 매우 효율적인 전송을 가능하게 한다. 또한 ALC는 단방향성이고 필요에 따라 제한적 전송이 가능하며 피드백을 위한 특정 채널 및 자원이 필요하지 않기 때문에, 무선환경뿐만 아니라 위성환경의 브로드캐스트에서도 사용할 수 있다. ALC는 피드백이 없기 때문에 신뢰성을 위해 FEC코드 스킴을 전체적으로 또는 부분적으로 적용하여 신뢰적인 서비스를 제공한다. 또한, 전달하고자 하는 오브젝트는 적용되는 FEC 스킴에 따라 FEC 인코딩을 거쳐 전송 블록과 FEC 스킴을 통해 만들어진 추가적인 심볼들을 구성하여 전달된다. ALC의 세션은 하나 이상의 채널로 구성되며, 여러 수신자들은 네트워크 상태에 따라 세션 내의 채널을 선택하여 원하는 오브젝트를 수신한다. 수신자들은 자신의 컨텐츠 수신에만 전념할 수 있으며, 다른 수신자의 상태나 패킷 손실에도 거의 영향을 받지 않는다. 따라서, ALC는 높은 견고성을 가지며, multi-layered 전송을 이용하여 안정적인 컨텐츠 다운로드를 제공할 수 있다.
LCT는 신뢰성 있는 콘텐츠 전송(예를 들어, FLUTE) 및 스트림 전송 프로토콜을 위한 전송레벨의 지원을 제공한다. LCT는 수신자에게 전달할 기본적인 정보의 내용과 특징에 대한 정보를 제공한다. 예를 들어, LCT는 TSI(Treansport Session Identifier) 필드, TOI(Transport Object ID) 필드, 및 CCI(Congestion Control Information) 필드를 포함할 수 있다.
TSI 필드는 ALC/LCT 세션을 식별하는 정보를 포함한다. 예를 들어, 세션 내의 채널은 송신자 IP주소와 UDP port를 이용하여 식별될 수 있다. TOI 필드는 각각의 파일 오브젝트를 식별하는 정보를 포함한다. CCI 필드는 사용여부 및 Congestion Control Block의 정보를 포함한다. 또한, LCT는 확장 헤더를 통해 부가정보 및 FEC 관련정보를 제공할 수 있다.
이상과 같이, 오브젝트(예를 들어, 파일 등)는 FLUTE 프로토콜에 따라서 패킷화되고, 이는 다시 ALC/LCT 방식에 따라 패킷화된다. 상기 패킷화된 ALC/LCT 데이터는 다시 UDP 방식에 따라 패킷화되며, 상기 패킷화된 ALC/LCT/UDP 데이터는 다시 IP 방식에 따라 패킷화되어 ALC/LCT/UDP/IP 데이터가 된다.
파일 기반 멀티미디어 콘텐츠는 LCT와 같은 콘텐츠 전송 프로토콜을 통해서 인터넷 망뿐만 아니라 방송 망으로도 전송이 가능하다. 이때, 적어도 하나의 오브젝트 또는 파일로 구성되는 멀티미디어 콘텐츠는 LCT를 통해서 오브젝트 단위 또는 파일 단위로 전송 및 소비될 수 있다. 구체적으로 설명하면, 아래와 같다.
도 30의 (a)를 참조하면, FLUTE 프로토콜을 이용한 데이터 구조가 나타나있다. 예를 들어, 멀티미디어 콘텐츠는 적어도 하나의 오브젝트를 포함할 수 있다. 하나의 오브젝트는 적어도 하나의 프래그먼트(Fragment 1 및 Fragment 2)를 포함할 수 있다.
도 30의 (b)를 참조하면, FLUTE 프로토콜을 이용한 경우의 데이터 처리 시간이 나타나 있다. 도 30의 (b)에서, 가장 아래 그림은 방송 신호 송신 장치가 하나의 오브젝트에 대한 인코딩 시작 시간 및 인코딩 종료 시간이 나타나 있고, 가운데 그림은 방송 신호 송신 장치가 하나의 오브젝트에 대한 전송 시작 시간 및 전송 종료 시간이 나타나 있고, 가장 위의 그림은 방송 신호 수신 장치가 하나의 오브젝트에 대한 재생 시작 시간 및 재생 종료 시간이 나타나 있다.
방송 신호 송신 장치는 적어도 하나의 프래그먼트를 포함하는 오브젝트의 생성을 종료한 이후에 오브젝트의 전송을 시작한다. 따라서, 방송 신호 송신 장치에서 오브젝트를 생성하기 시작한 시점과 전송하기 시작한 시점 사이에 Dt1 만큼의 전송 대기 시간이 발생한다.
또한, 방송 신호 수신 장치는 적어도 하나의 프래그먼트를 포함하는 오브젝트의 수신을 종료한 이후에 오브젝트의 재생을 시작한다. 따라서, 방송 신호 수신 장치에서 오브젝트를 수신하기 시작한 시점과 재생하기 시작한 시점 사이에 Dr1 만큼의 재생 대기 시간이 발생한다.
따라서, 하나의 오브젝트가 방송 신호 송신 장치에서 전송되어 방송 신호 수신 장치에서 재생될 때까지는 전송 대기 시간과 재생 대기 시간의 합 만큼의 시간이 필요하다. 이는, 방송 신호 수신 장치로 하여금 해당 오브젝트에 대한 초기 접근 시간이 상당히 오래 걸린다는 것을 의미한다.
이상과 같이, FLUTE 프로토콜을 이용할 경우 방송 신호 송신 장치는 오브젝트 단위로 데이터를 전송하므로, 방송 신호 수신 장치는 하나의 오브젝트에 대한 데이터를 모두 수신한 이후에 해당 오브젝트를 소비할 수 밖에 없는 한계가 있다. 따라서, FLUTE 프로토콜을 이용한 오브젝트의 전송은 실시간 방송 환경에 적합하지 않다.
도 31은 본 발명의 일 실시예에 따른 ROUTE 프로토콜 스택을 도시한 도면이다.
IP 기반 하이브리드 방송을 지원하는 차세대 방송 시스템의 방송서비스는 비디오 데이터, 오디오 데이터, 자막 데이터, 시그널링 데이터, ESG(Electronic Service Guide) 데이터, 및/또는 NRT 콘텐츠 데이터를 포함할 수 있다.
비디오 데이터, 오디오 데이터 및 자막 데이터 등은 ISO Base Media File (이하 ISO BMFF) 형태로 encapsulation 될 수 있다. 예를 들어, ISO BMFF 형태로 encapsulation 된 데이터는 MPEG(Moving Picture Expert Group)-DASH((Dynamic Adaptive Streaming over HTTP)의 Segment 혹은 MMT(MPEG Media Transport) 의 MPU (Media processing unit) 등의 형태를 따를 수 있다. 그리고 나서, ISO BMFF 형태로 encapsulation 된 데이터는 방송망과 인터넷 망에서 동일하게 또는 각 전송망의 속성에 따라 서로 다르게 전송될 수 있다.
방송망의 경우, ISO BMFF 형태로 encapsulation 된 데이터들은 실시간 오브젝트 전송을 지원하는 application layer transport 프로토콜 패킷으로 encapsulation 될 수 있다. 예를 들어, ISO BMFF 형태로 encapsulation 된 데이터들은 ROUTE(Real-Time Object Delivery over Unidirectional Transport) 및 MMT의 transport packet 등으로 encapsulation 될 수 있다.
ROUTE (Real-Time Object Delivery over Unidirectional Transport)는 IP 멀티캐스트 네트워크 상에서 파일을 전달하기 위한 프로토콜이다. ROUTE 프로토콜은 대량으로 확장/축소 가능한 멀티캐스트 분배를 위해 설계된 베이스 프로토콜인 ACL (Asynchronous Layered Coding), LCT (Layered Coding Transport), 및 다른 잘 알려진 인터넷 표준을 활용할 수 있다.
ROUTE는 부가적인 특징을 갖는 FLUTE을 향상시켜 기능적으로 대체한 것이다. ROUTE 프로토콜은 전달 오브젝트 및 관련된 메타데이터를 LCT 패킷을 이용하여 확실히 전달한다. ROUTE 프로토콜은 실시간 전달에 이용될 수 있다.
그리고 나서, application layer transport 프로토콜 패킷으로 encapsulation 된 데이터들은 IP/UDP 방식에 따라 패킷화될 수 있다. IP/UDP 방식에 따라 패킷화 된 데이터를 IP/UDP 데이터그램이라 할 수 있는데, IP/UDP 데이터그램은 방송 신호에 실려서 전송될 수 있다.
인터넷 망의 경우, ISO BMFF 형태로 encapsulation 된 데이터들은 스트리밍 기법을 기반으로 수신측에 전달될 수 있다. 예를 들어, 스트리밍 기법은 MPEG-DASH 를 포함할 수 있다.
시그널링 데이터는 아래와 같은 방법으로 전송될 수 있다.
방송망의 경우, 시그널링 데이터는 시그널링의 속성에 따라서 차세대 방송 전송 시스템 및 방송망의 physical layer 에 전달되는 transport frame(또는 프레임)의 특정 data pipe (이하 DP) 등을 통하여 전송될 수 있다. 예를 들어, 시그널링 형태는 비트 스트림 또는 IP/UDP 데이터그램으로 encapsulation 된 형태일 수 있다.
인터넷망의 경우, 시그널링 데이터는 수신기의 요청에 대한 응답으로서 리턴하여 전달될 수 있다.
ESG 데이터 및 NRT 콘텐츠 데이터는 아래와 같은 방법으로 전송될 수 있다.
방송망의 경우, ESG 데이터 및 NRT 콘텐츠 데이터는 application layer transport 프로토콜 패킷으로 encapsulation 될 수 있다. 그리고 나서, application layer transport 프로토콜 패킷으로 encapsulation 된 데이터들은 상술한 바와 동일하게 전송될 수 있다.
인터넷망의 경우, ESG 데이터 및 NRT 콘텐츠 데이터는 수신기의 요청에 대한 응답으로서 리턴하여 전달될 수 있다.
본 발명의 일 실시예에 따른 방송 신호 송신 장치의 physical layer(Broadcast PHY 및 Broadband PHY)는 도 1에 도시된 구조일 수 있다. 또한, 방송 신호 수신 장치의 physical layer는 도 9에 도시된 구조일 수 있다.
시그널링 데이터 및 IP/UDP 데이터그램은 physical layer에 전달되는 transport frame(또는 프레임)의 특정 data pipe (이하 DP)를 통하여 전송될 수 있다. 예를 들어, The input formatting block(1000)은 시그널링 데이터 및 IP/UDP 데이터그램을 수신하고, 각각의 시그널링 데이터 및 IP/UDP 데이터그램을 적어도 하나의 DP 로 역다중화 할 수 있다. The output processor(9300)는 input formatting block(1000)와 상반된 동작을 수행할 수 있다.
이하에서는 상술한 ISO BMFF 형태로 encapsulation 된 데이터들이 ROUTE의 transport packet으로 encapsulation 된 경우를 중심으로 설명한다.
<실시간 파일 생성, 소비를 위한 데이터 구성>
도 32는 본 발명의 일 실시예에 따른 파일기반 멀티미디어 콘텐츠의 데이터 구조를 나타낸 도면이다.
도 32를 참조하면, 도 32는 본 발명의 일 실시예에 따른 파일 기반 멀티미디어 콘텐츠의 데이터 구조가 도시되어 있다. 파일 기반 멀티미디어 콘텐츠란 적어도 하나의 파일로 구성되어 있는 멀티미디어 콘텐츠를 의미한다.
방송 프로그램과 같은 멀티미티어 콘텐츠는 하나의 프리젠테이션(presentation)으로 이루어질 수 있다. 프리젠테이션은 적어도 하나의 오브젝트(object)를 포함할 수 있다. 예를 들어, 오브젝트는 파일일 수 있다. 또한, 오브젝트는 적어도 하나의 프래그먼트(fragment)를 포함할 수 있다.
본 발명의 일 실시예에 따른 프래그먼트란 이전(preceding)의 데이터에 대한 의존성 없이 독립적으로 복호화 및 재생될 수 있는 데이터 단위를 의미한다. 예를 들어, 비디오 데이터를 담는 프래그먼트는 IDR Picture로 시작하며, 미디어 데이터의 파싱(parsing)을 위한 헤더(header) 데이터 또한 이전(preceding)의 프래그먼트에 대하여 의존성을 갖지 않는다. 본 발명의 일 실시예에 따른 프래그먼트는 적어도 하나의 전송 블록 단위로 분할되어 전송될 수 있다.
본 발명의 일 실시예에 따른 전송 블록은 이전(preceding)의 데이터에 대한 의존성 없이 독립적으로 부호화 및 전송될 수 있는 최소 데이터 단위를 의미한다. 또한, 전송 블록은 가변적인 크기의 GOP 단위 또는 청크 단위로 된 의미 있는 데이터 단위일 수 있다. 예를 들어, 전송 블록은 비디오 데이터의 GOP와 같이 동일한 미디어 데이터로 구성되는 적어도 하나의 청크(chunk)를 포함할 수 있다. 청크란 콘텐츠의 세그멘트를 의미할 수 있다. 또한, 전송 블록은 적어도 하나의 소스 블록을 포함할 수 있다.
GOP는 비디오 코딩에서 사용되는 코딩을 수행하는 기본 단위이며, 적어도 하나의 I-프레임을 포함하는 프레임들의 집합을 나타내는 가변적인 크기의 데이터 단위이다. 본 발명의 일 실시예에 따르면, 미디어 데이터를 독립적으로 의미 있는 데이터 단위인 오브젝트 내부 구조체의 단위로 전송하므로, GOP은 Open GOP 및 Closed GOP를 포함할 수 있다.
Open GOP에서, 하나의 GOP 내에 있는 B-프레임은 인접한 GOP의 I-프레임 또는 P-프레임을 참조할 수 있다. 따라서, Open GOP은 코딩 효율을 상당히 높일 수 있다. Closed GOP에서, B-프레임 또는 P-프레임은 해당 GOP 내에 있는 프레임 만을 참조하고, 해당 GOP외에 있는 프레임들은 참조하지 않는다.
전송 블록은 적어도 하나의 데이터를 포함할 수 있고, 각각의 데이터는 동일하거나 서로 다른 미디어 타입을 가질 수 있다. 예를 들어, 미디어 타입은 오디오 타입 및 비디오 타입을 포함할 수 있다. 즉, 전송 블록은 오디오 및 비디오의 경우처럼 서로 다른 미디어 타입을 갖는 적어도 하나의 데이터를 함께 포함할 수 있다.
본 발명의 일 실시예에 따른 프래그먼트는 프래그먼트 헤더 및 프래그먼트 페이로드를 포함할 수 있다.
프래그먼트 헤더(header)는 앞서 언급한 청크들을 파싱하기 위한 타이밍(timing) 정보 및 인덱싱(indexing) 정보 등을 포함할 수 있다. 그리고, 프래그먼트 헤더는 적어도 하나의 전송 블록으로 구성될 수 있다. 예를 들어, 프래그먼트 헤더는 하나의 전송 블록에 포함될 수 있다. 또한, 프래그먼트 페이로드를 구성하는 적어도 하나의 청크 데이터도 적어도 하나의 전송 블록에 각각 포함될 수 있다. 상술한 바와 같이, 프래그먼트 헤더 및 프레그먼트 페이로드는 적어도 하나의 전송 블록에 각각 포함될 수 있다.
본 발명의 일 실시예에 따른 전송 블록은 적어도 하나의 심볼(symbol)로 분할 될 수 있다. 적어도 하나의 심볼은 패킷화될 수 있다. 예를 들어, 본 발명의 일 실시예에 따른 방송 신호 송신 장치는 적어도 하나의 심볼을 LCT 패킷으로 패킷화 할 수 있다.
본 발명의 일 실시예에 따른 방송 신호 송신 장치는 패킷화된 데이터를 방송 신호 수신 장치로 전송할 수 있다.
도 33은 본 발명의 일 실시예에 따른 데이터 구조를 적용한 MPEG-DASH의 미디어 세그먼트 구성을 나타낸 도면이다.
도 33을 참조하면, 본 발명의 일 실시예에 따른 데이터 구조를 MPEG-DASH의 미디어 세그먼트(Media Segment)에 적용한 실시예가 나타나 있다.
본 발명의 일 실시예에 따른 방송 신호 송신 장치는 서버에 다수의 품질을 가진 멀티미디어 콘텐츠들을 보유하고 사용자의 방송 환경 및 방송 신호 수신 장치의 환경에 적합한 멀티미디어 콘텐츠들을 제공함으로서 끊김 없는 실시간 스트리밍 서비스를 제공할 수 있다. 예를 들어, 방송 신호 송신 장치는 MPEG-DASH를 이용하여 실시간 스트리밍 서비스를 제공할 수 있다.
방송 신호 송신 장치는 XML 형태의 MPD(Media Presentation Description) 및 이진화 포맷 형태의 전송용 멀티미디어 콘텐츠인 세그먼트(Segment)를 ROUTE 프로토콜 이용하여 방송 신호 수신 장치로 방송 환경 및 방송 신호 수신 장치의 환경에 따라서 동적으로 전송할 수 있다.
MPD는 계층적인 구조로 구성되어 있으며 각 계층별 구조적 기능 및 역할 등에 관한 정보를 포함할 수 있다.
*세그먼트는 미디어 세그먼트를 포함할 수 있다. 미디어 세그먼트는 스트리밍 서비스를 지원하기 위해 방송 신호 수신 장치로 전송하고자 하는 품질별, 시간별로 분리한 미디어 관련 오브젝트 형태의 데이터 단위를 뜻한다. 미디어 세그먼트는 Media stream의 정보, 적어도 하나의 Access unit, Presentation time 또는 Index와 같은 해당 세그먼트 안의 Media Presentation에 접근 방법에 대한 정보를 포함할 수 있다. 또한, 미디어 세그먼트는 Segment index에 의해 적어도 하나의 Subsegment로 분할될 수 있다.
MPEG-DASH 콘텐츠는 적어도 하나의 미디어 세그먼트를 포함할 수 있다. 미디어 세그먼트는 적어도 하나의 프래그먼트를 포함할 수 있다. 예를 들어, 프래그먼트는 상술한 Subsegment일 수 있다. 상술한 바와 같이 프래그먼트는 프래그먼트 헤더 및 프래그먼트 페이로드를 포함할 수 있다.
프래그먼트 헤더는 세그먼트 인덱스 박스(sidx) 및 무비 프래그먼트 박스(moof)를 포함할 수 있다. 세그먼트 인덱스 박스는 해당 프래그먼트 내부에 존재하는 미디어 데이터의 최초 프레젠테이션 시간 및 데이터 오프셋(offset)과 SAP(Stream Access Points) 정보 등을 제공할 수 있다. 무비 프래그먼트 박스는 미디어 데이터 박스(mdat)에 대한 메타 데이터를 포함할 수 있다. 예를 들어, 무비 프래그먼트 박스는 프래그먼트 내 미디어 데이터 샘플(sample)의 타이밍, 인덱싱, 디코딩(decoding) 정보 등을 포함할 수 있다.
프래그먼트 페이로드는 미디어 데이터 박스(mdat)를 포함할 수 있다. 미디어 데이터 박스(mdat)는 해당 미디어 구성 요소(비디오 및 오디오 등)에 대한 실제 미디어 데이터를 포함할 수 있다.
부호화된 미디어 데이터는 프래그먼트 페이로드에 해당되는 미디어 데이터 박스 (mdat)내에 청크 단위로 포함된다. 상술한 바와 같이, 동일한 트랙(track)에 해당하는 샘플들은 하나의 청크 내에 포함될 수 있다.
방송 신호 송신 장치는 프래그먼트를 분할하여 적어도 하나의 전송 블록을 생성할 수 있다. 또한, 방송 신호 송신 장치는 프래그먼트 헤더와 페이로드 데이터를 구분하기 위해 프래그먼트 헤더와 페이로드 데이터를 각각 다른 전송 블록에 포함시킬 수 있다.
또한, 방송 신호 송신 장치는 프래그먼트 페이로드 내의 데이터를 분할하여 전송하기 위해서 청크 단위로 구획된 전송 블록을 생성할 수 있다. 즉, 본 발명의 일 실시예에 따른 방송 신호 송신 장치는 청크의 경계와 전송 블록의 경계 지점이 일치하도록 전송 블록을 생성할 수 있다.
그리고 나서, 방송 신호 송신 장치는 적어도 하나의 전송 블록을 분할하여 적어도 하나의 심볼을 생성할 수 있다. 오브젝트 내의 모든 심볼의 길이는 동일 할 수 있다. 또한, 오브젝트 내의 모든 심볼의 길이를 동일하게 하기 위해서, 전송 블록의 마지막 심볼은 패딩(padding) 바이트들을 포함할 수 있다.
그리고 나서, 방송 신호 송신 장치는 적어도 하나의 심볼을 패킷화할 수 있다. 예를 들어, 방송 신호 송신 장치는 적어도 하나의 심볼들을 기초로 LCT 패킷을 생성할 수 있다.
그리고 나서, 방송 신호 송신 장치는 생성된 LCT 패킷을 전송할 수 있다.
본 발명의 일 실시예에 따른 방송 신호 송신 장치는 프래그먼트를 생성하기 위해서 프래그먼트 페이로드를 먼저 생성한 이후에 프래그먼트 헤더를 생성한다. 이때, 방송 신호 송신 장치는 프래그먼트 페이로드 내의 미디어 데이터에 해당하는 전송 블록을 생성할 수 있다. 예를 들어, 미디어 데이터 박스(mdat)에 포함된 미디어 데이터에 해당하는 적어도 하나의 전송 블록은 청크 단위로 순차적으로 생성될 수 있다. 그리고 나서, 방송 신호 송신 장치는 프래그먼트 헤더에 해당하는 전송 블록을 생성할 수 있다.
방송 신호 송신 장치는 미디어 콘텐츠를 실시간 방송으로 전송하기 위해서 생성된 전송 블록을 생성 순서에 따라서 전송할 수 있다. 반대로, 본 발명의 일 실시예에 따른 방송 신호 수신 장치는 프래그먼트 헤더를 먼저 파싱한 이후에 프래그먼트 헤더를 파싱한다.
방송 신호 송신 장치는 미디어 데이터가 미리 인코딩되었거나 전송 블록이 미리 생성된 경우에는 파싱 순서로 전송할 수 있다.
도 34는 본 발명의 일 실시예에 따른 ROUTE 프로토콜을 이용한 데이터 처리 시간을 나타낸 도면이다.
도 34의 (a)를 참조하면, 본 발명의 일 실시예에 따른 데이터 구조가 나타나있다. 멀티미디어 데이터는 적어도 하나의 오브젝트를 포함할 수 있다. 각각의 오브젝트는 적어도 하나의 프래그먼트를 포함할 수 있다. 예를 들어, 하나의 오브젝트는 2개의 프래그먼트(Fragment1 및 Fragment 2)를 포함할 수 있다.
방송 신호 송신 장치는 프래그먼트를 적어도 하나의 전송 블록으로 분할할 수 있다. 전송 블록은 소스 블록일 수 있고, 이하에서는 소스 블록을 기준으로 설명하기로 한다.
예를 들어, 방송 신호 송신 장치는 프래그먼트 1을 세 개의 소스 블록(Source Block 0, Source Block 1, and Source Block 2)으로 분할하고, 프래그먼트 2를 세 개의 소스 블록(Source Block 3, Source Block 4, Source Block 5)으로 분할할 수 있다.
방송 신호 송신 장치는 분할된 각각의 소스 블록을 개별적으로 전송할 수 있다. 방송 신호 송신 장치는 각각의 소스 블록이 생성된 시점 또는 바로 직후에 생성된 각각의 소스 블록의 전송을 시작할 수 있다.
예를 들어, 방송 신호 송신 장치는 소스 블록 0(S0)을 te0 ~ te1 시간 동안 생성한 이후에, 소스 블록 0(S0)을 전송할 수 있다. 소스 블록 0(S0)의 전송 시작 시점(td0)은 소스 블록 0(S0)의 생성 완료 시점(td0)의 직후이거나 동일 할 수 있다. 같은 방법으로, 방송 신호 송신 장치는 소스 블록 1(S1) 내지 소스 블록 5(S5)를 생성하고, 생성된 각각의 소스 블록을 전송할 수 있다.
따라서, 본 발명의 일 실시예에 따른 방송 신호 송신 장치에서는 하나의 소스 블록을 생성하기 시작한 시점과 전송하기 시작한 시점 사이에 Dt2 만큼의 전송 대기 시간이 발생할 수 있다. 본 발명의 일 실시예에 따른 방송 신호 송신 장치에서 발생하는 전송 대기 시간(Dt2)은 종래의 방송 신호 송신 장치에서 발생하는 전송 대기 시간(Dt1)에 비하여 상당히 줄어든 것이다. 따라서, 본 발명의 일 실시예에 따른 방송 신호 송신 장치는 종래의 방송 신호 송신 장치에 비하여 전송 대기 시간을 줄일 수 있는 효과가 있다.
본 발명의 일 실시예에 따른 방송 신호 수신 장치는 분할된 각각의 소스 블록을 수신하고, 수신한 소스 블록을 조합하여 적어도 하나의 프래그먼트를 생성할 수 있다. 예를 들어, 방송 신호 수신 장치는 소스 블록 0(S0), 소스 블록 1(S1), 및 소스 블록 2(S2)를 수신하고, 수신한 세 개의 소스 블록을 조합하여 프래그먼트 1을 생성할 수 있다. 또한, 방송 신호 수신 장치는 소스 블록 3(S3), 소스 블록 4(S4), 및 소스 블록 5(S5)를 수신하고, 수신한 세 개의 소스 블록을 조합하여 프래그먼트 2를 생성할 수 있다.
본 발명의 일 실시예에 따른 방송 신호 수신 장치는 생성된 각각의 프래그먼트를 개별적으로 재생할 수 있다. 방송 신호 수신 장치는 각각의 프래그먼트가 생성된 시점 또는 직후에 생성된 각각의 프래그먼트를 재생할 수 있다. 또는, 방송 신호 수신 장치는 각각의 프래그먼트에 해당하는 소스 블록들이 모두 전송된 시점 또는 직후에 각각의 프래그먼트를 재생할 수 있다.
예를 들어, 방송 신호 수신 장치는 소스 블록 0(S0) 내지 소스 블록 2(S2)를 td0 ~ td3 시간 동안 수신한 이후에, 프래그먼트 1을 생성할 수 있다. 그리고 나서, 방송 신호 수신 장치는 생성된 프레그먼트 1을 재생할 수 있다. 프래그먼트 1의 재생 시작 시점(tp0)은 프래그먼트 1의 생성 직후이거나 동일 할 수 있다. 또한, 프래그먼트 1의 재생 시작 시점(tp0)은 소스 블록 2(S2)의 수신 완료 시점(td3)의 직후이거나 동일 할 수 있다.
같은 방법으로, 본 발명의 일 실시예에 따른 방송 신호 수신 장치는 소스 블록 3(S3) 내지 소스 블록 5(S5)를 td3 ~ td6 시간 동안 수신한 이후에, 프래그먼트 2를 생성할 수 있다. 그리고 나서, 방송 신호 수신 장치는 생성된 프레그먼트 2를 재생할 수 있다.
다만 이에 한정되지 않고, 본 발명의 일 실시예에 따른 방송 신호 수신 장치는 소스 블록을 수신하고, 수신된 소스 블록 단위로 재생할 수도 있다.
따라서, 본 발명의 일 실시예에 따른 방송 신호 수신 장치에서는 하나의 프래그먼트를 수신하기 시작한 시점과 재생하기 시작한 시점 사이에 Dr2 만큼의 재생 대기 시간이 발생할 수 있다. 본 발명의 일 실시예에 따른 방송 신호 수신 장치에서 발생하는 재생 대기 시간(Dr2)은 종래의 방송 신호 수신 장치에서 발생하는 재생 대기 시간(Dr1)에 비하여 상당히 줄어든 것이다. 따라서, 본 발명의 일 실시예에 따른 방송 신호 수신 장치는 종래의 방송 신호 수신 장치에 비하여 재생 대기 시간을 줄일 수 있는 효과가 있다.
이상과 같이, 하나의 전송 블록이 방송 신호 송신 장치에서 전송되어 방송 신호 수신 장치에서 재생될 때까지의 시간인 전송 대기 시간과 재생 대기 시간의 합은 상당히 줄어들 수 있다. 이는, 방송 신호 수신 장치로 하여금 해당 오브젝트에 대한 초기 접근 시간이 상당히 단축된다는 것을 의미한다.
ROUTE 프로토콜을 이용할 경우, 방송 신호 송신 장치는 전송 블록 단위로 데이터를 전송할 수 있고, 방송 신호 수신 장치는 수신된 데이터를 전송 블록 단위 또는 프래그먼트 단위로 재생할 수 있다. 그 결과, 멀티미디어 콘텐츠의 획득에서부터 사용자에게 보여지기까지의 총 시간을 줄일 수 있고, 사용자가 방송 채널에 접근하였을 때의 초기 접근 시간을 줄일 수 있는 효과가 있다.
따라서, ROUTE 프로토콜을 이용한 전송 블록의 전송은 실시간 방송 환경에 적합하다.
<파일 분할 생성, 소비 정보의 식별 방안>
도 35는 본 발명의 일 실시예에 따른 파일을 전송하기 위한 LCT 패킷의 구조를 나타낸 도면이다.
애플리케이션 계층 전송 세션은 IP 주소 및 포트 번호의 조합으로 구성될 수 있다. 애플리케이션 계층 전송 세션이 ROUTE 프로토콜인 경우, ROUTE 세션은 적어도 하나의 LCT(Layered Coding Transport) 세션들로 구성될 수 있다. 예를 들어, 하나의 LCT 전송 세션을 통해 하나의 미디어 컴포넌트를 전달하는 경우, 하나의 애플리케이션 계층 전송 세션을 통하여 적어도 하나의 미디어 컴포넌트를 멀티플렉싱하여 전송할 수 있다. 또한, 하나의 LCT 전송 세션을 통하여 적어도 하나의 전송 오브젝트(Transport object)를 전달할 수 있다.
도 35를 참조하면, 애플리케이션 계층 전송 프로토콜이 LCT 기반인 경우, LCT 패킷의 각 필드는 다음과 같은 정보를 나타낸다.
LCT 패킷은 LCT version number field(V), Congestion control flag field(C), Reserved field(R), Transport Session Identifier flag field(S), Transport Object Identifier flag field(O), Half-word flag field(H), Sender Current Time present flag field(T), Expected Residual Time present flag field(R), Close Session flag field(A), Close Object flag field(B), LCT header length field(HDR_LEN), Codepoint field(CP), Congestion Control Information field(CCI), Transport Session Identifier field(TSI), Transport Object Identifier field(TOI), Header Extensions field, FEC Payload ID field, 및/또는 Encoding Symbol(s) field를 포함할 수 있다.
LCT 버전 넘퍼 필드 (V)는 프로토콜 버전 넘버를 나타낸다. 예를 들면, 이 필드는 LCT 버전 넘버를 나타낸다. LCT 헤더의 버전 넘버 필드는 반드시 ROUTE 버전 넘버 필드로 해석되어야 한다. 이 ROUTE의 버전은 암묵적으로 LCT 생성 블록의 버전 “1”을 이용한다. 예를 들면, 버전 넘버는 “0001b”이다.
혼잡 제어 플래그 필드 (C)는 혼잡 제어 정보 필드의 길이를 나타낸다. C = 0이면, CCI (congestion control information) 필드의 길이가 32 비트라는 것을 나타낸다. C = 1이면, CCI 필드의 길이가 64 비트라는 것을 나타낸다. C = 2이면, CCI 필드의 길이가 96 비트라는 것을 나타낸다. C = 3이면, CCI 필드의 길이가 128 비트라는 것을 나타낸다.
Reserved field(R) reserved for future use. 예를 들어, Reserved field(R)는 Protocol-Specific Indication field(PSI)일 수 있다. Protocol-Specific Indication field(PSI)는 LCT 상위 프로토콜에서 특정 목적의 지시자로 사용될 수 있다. PSI 필드는 현재의 패킷이 소스 패킷인지 또는 FEC 리페어 패킷인지 나타낸다. ROUTE 소스 프로토콜이 소스 패킷만 전달하므로, 이 필드는 “10b”로 설정될 것이다.
전송 세션 식별자 프레그 필드 (S)는 전송 세션 식별자 필드의 길이를 나타낸다.
Transport Object Identifier flag field(O) indicates the length of Transport Object Identifier field. 예를 들어, 오브젝트는 하나의 파일을 의미할 수 있고, 상기 TOI는 각 오브젝트의 식별정보로써, 상기 TOI가 0인 파일은 FDT라 한다.
Half-word flag field(H)는 TSI 및 TOI 필드의 길이에 half-word(16 bits)를 추가할지 여부를 지시한다.
전송자 현재 시간 (sender current time (SCT)) 존재 플래그 필드 (T)는 SCT 필드가 존재하는지 여부를 나타낸다. T = 0이면, SCT 필드가 존재하지 않는다는 것을 나타낸다. T = 1이면 SCT 필드가 존재한다는 것을 나타낸다. SCT는 수신자에게 얼마나 오래 세션이 진행되고 있었는지 나타내기 위해 전송자에 의해 삽입된다.
기대 잔여 시간 (expected residual time (ERT)) 존재 플래그 필드 (R)는 ERT 필드가 존재하는지 여부를 나타낸다. R = 0이면, ERT 필드가 존재하지 않는다는 것을 나타낸다. R = 1이면 ERT 필드가 존재한다는 것을 나타낸다. ERT는 수신자에게 얼마나 더 오래 세션/오브젝트 전송이 계속될 지 나타내기 위해 전송자에 의해 삽입된다.
Close Session flag field(A)는 세션이 종료 또는 종료가 임박했음을 지시한다.
Close Object flag field(B)는 전송 중인 오브젝트가 종료 또는 종료가 임박했음을 지시한다.
LCT 헤더 길이 필드 (HDR_LEN)는 LCT 헤더의 총 길이를 32비트 워드 단위로 나타낸다.
CP (codepoint) 필드는 해당 패킷에 의해 전달되는 페이로드의 타입을 나타낸다. 페이로드의 타입에 따라, 부가 페이로드 헤더가 추가되어 페이로드 데이터의 앞에 붙을 수 있다.
Congestion Control Information field(CCI)는 layer numbers, logical channel numbers, sequence numbers 등의 Congestion Control 정보 전송에 사용된다. LCT 헤더에 있는 CCI 필드는 요구되는 CCI를 포함한다.
Transport Session Identifier field(TSI)는 세션의 고유 식별자이다. TSI는 특정 전송자로부터의 모든 세션들 중 하나의 세션을 유일하게 식별한다. 해당 필드는 ROUTE에서 전송 세션을 식별한다. 전송 세션의 콘텍스트는 LSID (LCT Session Instance description)에 의해 제공된다.
LSID는 ROUTE 세션의 각각의 구성 LCT 전송 세션에 무엇이 전달되는지를 정의한다. 각각의 전송 세션은 LCT 헤더에 있는 TSI에 의해 유일하게 식별된다. LSID는 LCT전송 세션들을 포함하는 동일한 ROUTE 세션을 통해서 전송될 수 있으며, 웹(Web)을 통해서도 전송될 수 있다. LSID는 LCT전송 세션들을 포함하는 동일한 ROUTE 세션을 통해서 전송될 수 있으며, 통신망, 방송망, 인터넷망, 케이블망, 및/또는 위성망을 통해서도 전송될 수 있다. LSID가 전송되는 수단은 이에 한정되지 않는다. 예를 들어, LSID는 TSI의 값이 ‘0’인 특정 LCT 전송 세션을 통해서 전송될 수 있다. LSID는 ROUTE 세션으로 전송되는 모든 전송 세션에 대한 시그널링 정보를 포함할 수 있다. LSID는 LSID 버전 정보 및 LSID의 유효성에 관한 정보를 포함할 수 있다. 또한, LSID는 LCT 전송 세션에 대한 정보를 제공하는 전송 세션(transport session) 정보를 포함할 수 있다. 전송 세션 정보는 전송 세션을 식별하는 TSI 정보, 해당 TSI로 전송되며 소스 데이터가 전송되는 소스 플로우에 대한 정보를 제공하는 소스플로우(source flow) 정보, 해당 TSI로 전송되며 리페어 데이터가 전송되는 리페어 플로우에 대한 정보를 제공하는 리페어플로우(repair flow) 정보, 및 해당 전송 세션에 대한 추가적인 특성 정보를 포함하는 전송 세션 프로퍼티(transport session property) 정보를 포함할 수 있다.
Transport Object Identifier field(TOI)는 오브젝트의 고유 식별자이다. TOI는 해당 패킷이 세션 내의 어느 오브젝트에 속하는지 나타낸다. 해당 필드는 현재 패킷의 페이로드가 해당 세션 내의 어느 오브젝트에 속하는지 나타낸다. TOI 필드에서 오브젝트로의 매핑은 확장 FDT에 의해 제공된다.
확장 FDT는 파일 딜리버리 데이터의 상세한 내용을 특정한다. 이는 확장 FDT 경우이다. LCT 패킷 헤더와 함께 확장 FDT는 딜리버리 오브젝트에 대한 FDT 상당의 서술을 생성하기 위해 사용될 수 있다. 확장 FDT는 매립되거나 참조로 제공될 수 있다. 참조로 제공되면, 확장 FDT는 LSID와 독립적으로 갱신될 수 있다. 참조되는 경우, 그것은 포함되는 소스 플로우의 TOI=0에서 인밴드 오브젝트로 전달될 것이다.
Header Extensions field는 추가 정보 전송을 위한 LCT 헤더 확장 부분으로 사용된다. 헤더 확장은 항상 사용되지 않거나 가변 사이즈를 갖는 선택적 헤더 필드를 수용하기 위해 LCT에서 사용된다.
예를 들면, EXT_TIME 확장은 여러 타입의 타이밍 정보를 전달하기 위해 사용된다. 그것은 본 문서에서 서술된 범용 타이밍 정보, 즉 SCT, ERT, SLC (sender last change) 타임 확장을 포함한다. 그것은 또한 더 좁은 적용성을 갖는 타이밍 정보 (예를 들면, 단일 프로토콜 인스턴트 생성을 위해 정의됨)를 위해 사용될 수 있다. 이 경우, 그것은 별도 문서에 서술될 것이다.
FEC Payload ID field는 Transmission Block 또는 encoding symbol의 식별 정보를 포함한다. FEC Payload ID는 상기 파일이 FEC 인코딩된 경우의 식별자를 나타낸다. 예를 들어, FEC Payload ID는 상기 FLUTE 프로토콜 파일이 FEC 인코딩된 경우, 방송국 또는 방송서버가 이를 구분하기 위해 할당할 수 있다.
Encoding Symbol(s) field는 Transmission Block 또는 encoding symbol의 데이터를 포함할 수 있다.
패킷 페이로드는 오브젝트로부터 생성된 바이트를 포함한다. 세션에서 하나보다 많은 오브젝트가 전달되면, LCT 헤더 내의 TOI는 패킷 페이로드 데이터가 어느 오브젝트로부터 생성되는지 식별하기 위해 사용되어야 한다.
본 발명의 일 실시예에 따른 LCT 패킷은 Header Extensions field의 확장 형태인 Real Time Support Extension field(EXT_RTS)를 포함할 수 있다. EXT_RTS는 파일의 분할 생성 및 소비 정보를 포함할 수 있고, 이하에서는 프래그먼트 정보로 표현할 수 있다. 본 발명의 일 실시예에 따른 LCT 패킷은 Header Extensions field의 확장 형태로 EXT_RTS를 포함함으로서, 기존의 LCT와 호환성 있는 방법으로 시시간 파일 전송 및 소비 정보를 지원할 수 있다.
본 발명의 일 실시예에 따른 프래그먼트 정보(EXT_RTS)는 Header Extension Type field(HET), Fragment Start Indicator field(SI), Fragment Header flag field(FH), 및 Fragment Header Complete Indicator field(FC)를 포함할 수 있다.
Header Extension Type field(HET)는 해당 Header Extension의 타입을 지시한다. HET 필드는 8비트의 정수일 수 있다. 기본적으로 LCT에서는 HET가 0에서 127 사이의 값을 가질 경우 32-bit word 단위의 가변 길이 Header Extension이 존재하며 HET에 뒤따르는 Header Extension Length field(HEL)에 그 길이를 기술한다. HET가 128에서 255 사이의 값을 가질 경우 Header Extension은 32 비트 고정 길이를 갖는다.
본 발명의 일 실시예에 따른 프래그먼트 정보(EXT_RTS)는 32 비트의 고정길이를 가지므로, 128에서 255 사이의 값 중 하나의 고유 값으로 해당 Header Extension의 타입을 식별할 수 있다.
SI 필드는 해당 LCT 패킷이 프래그먼트의 시작 부분을 포함하고 있음을 지시한다. 방송환경에서 사용자가 해당 파일 기반 멀티미디어 콘텐츠가 전송되는 채널의 임의의 시점에 접근하였을 경우, 최초 수신되는 패킷 중에서 SI 필드가 0으로 설정된 패킷들은 버리고, SI 필드가 1로 설정된 패킷부터 파싱을 시작함으로써 패킷의 처리 효율을 높이고 초기 지연 시간을 단축시킬 수 있다.
FH 필드는 해당 LCT 패킷이 프래그먼트 헤더 부분을 포함하고 있음을 지시한다. 상술한 바와 같이, 프래그먼트 헤더는 생성 순서와 소비 순서가 프래그먼트 페이로드와 다른 특성을 갖고 있다. 본 발명의 일 실시예에 따른 방송 신호 수신 장치는 FH 필드를 기초로 생성 순서대로 수신된 전송 블록들을 소비 순서에 맞게 재배열하여 프래그먼트를 재생성할 수 있게 된다.
FC 필드는 해당 패킷이 프래그먼트의 마지막 데이터를 포함하고 있음을 지시할 수 있다. 예를 들어, 프래그먼트 페이로드가 먼저 전송된 이후에 프래그먼트 헤더가 전송될 경우, FC 필드는 프래그먼트 헤더의 마지막 데이터를 포함하고 있음을 지시할 수 있다. 그리고, 프래그먼트 헤더가 먼저 전송된 이후에 프래그먼트 페이로드가 전송될 경우, FC 필드는 프래그먼트 페이로드의 마지막 데이터를 포함하고 있음을 지시할 수 있다. 이하에서는, 프래그먼트 페이로드가 먼저 전송된 이후에 프래그먼트 헤더가 전송되는 것을 중심으로 설명하기로 한다.
방송 신호 수신 장치가 FC 필드가 1로 셋팅된 패킷을 수신하면 프래그먼트 헤더의 수신이 완료되었음을 인지하고, 프래그먼트 헤더와 프래그먼트 페이로드를 조합하여 프래그먼트를 복원할 수 있다.
Padding Bytes field(PB)는 해당 LCT 패킷에 포함된 패딩 바이트 수를 지시한다. 기존의 LCT에서는 하나의 오브젝트에 해당하는 모든 LCT 패킷의 길이가 같아야 한다. 하지만, 본 발명의 일 실시예에 따른 데이터 구성 방안에 따라서 전송 블록을 나누게 될 때, 매 전송 블록의 마지막 심볼은 다른 길이를 갖게 될 수 있다. 따라서, 본 발명의 일 실시예에 따른 방송 신호 송신 장치는 패킷의 나머지 부분을 패딩 바이트로 채움으로서 고정길이 패킷을 사용하여 기존의 LCT와 호환성 있는 방법으로 실시간 파일 전송을 지원할 수 있다.
보류 필드는 추후 사용을 위해 보유한다.
도 36은 본 발명의 다른 실시예에 따른 파일을 전송하기 위한 LCT 패킷의 구조를 나타낸 도면이다.
도 36에 개시된 부분 중에서 도 35에 개시된 부분과 동일 한 부분은 도 35에서 설명한 내용과 동일하므로, 이하에서는 차이점을 중심으로 설명하기로 한다.
도 36을 참조하면, 본 발명의 다른 실시예에 따른 프래그먼트 정보(EXT_RTS)는 도 35에서 설명한 FC 필드 대신에 Fragment Header Length field(FHL)를 포함할 수 있다.
FHL 필드는 프래그먼트를 구성하는 심볼의 수를 지시함으로서 프래그먼트의 수신이 완료되었는지 아닌지에 대한 정보를 제공할 수 있다. FHL 필드는 프래그먼트 헤더 및 프래그먼트 페이로드를 모두 포함하는 각각의 프래그먼트에 해당하는 총 심볼의 수를 지시할 수 있다. 또한, FHL 필드는 프래그먼트 헤더 및 프래그먼트 페이로드 중에서 나중에 전송되는 것의 총 심볼의 수를 지시할 수 있다.
예를 들어, 프래그먼트 페이로드가 먼저 전송된 이후에 프래그먼트 헤더가 전송될 경우, FHL 필드는 프래그먼트 헤더에 해당하는 총 심볼의 수를 지시할 수 있다. 이 때, FHL 필드는 프래그먼트 헤더의 길이를 나타낼 수 있다.
그리고, 프래그먼트 헤더가 먼저 전송된 이후에 프래그먼트 페이로드가 전송될 경우, FHL 필드는 프래그먼트 페이로드에 해당하는 총 심볼의 수를 지시할 수 있다. 이 때, FHL 필드는 프래그먼트 페이로드의 길이를 나타낼 수 있다.
이하에서는, 프래그먼트 페이로드가 먼저 전송된 이후에 프래그먼트 헤더가 전송되는 것을 중심으로 설명하기로 한다.
본 발명의 다른 실시에에 따른 방송 신호 수신 장치는 FHL 필드에 표시된 심볼의 개수에 해당하는 프래그먼트 헤더를 포함하는 LCT 패킷을 수신할 수 있다. 방송 신호 수신 장치는 프래그먼트 헤더를 포함하는 LCT 패킷의 수신 횟수를 체크함으로써 프래그먼트 헤더의 수신이 완료됨을 식별할 수 있다. 또는, 방송 신호 수신 장치는 프래그먼트 헤더에 해당하는 전송 블록의 개수를 체크하여 프래그먼트 헤더의 수신이 완료됨을 식별할 수 있다.
<파일의 분할 생성 및 분할 소비의 식별 방법 >
도 37은 본 발명의 일 실시예에 따른 FDT를 이용한 실시간 방송 지원 정보 시그널링을 나타낸 도면이다.
상술한 바와 같이, 본 발명은 실시간 방송 환경에서 파일기반 멀티미디어 콘텐츠의 분할 생성 및 분할 소비에 관한 정보를 식별하는 방법을 제공하는 것을 일 실시예로 하고 있다. 파일기반 멀티미디어 콘텐츠의 분할 생성 및 분할 소비에 관한 정보는 상술한 데이터 구조 및 LCT 패킷 정보를 포함할 수 있다.
방송 신호 송신 장치는 파일의 분할 생성 정보 및 분할 소비 정보의 식별을 위해서 별도의 시그널링 정보를 추가적으로 전송할 수 있다. 예를 들어, 시그널링 정보는 메타 데이터나 out-of-band를 이용한 시그널링(signaling) 정보를 포함할 수 있다.
도 37을 참조하면, 본 발명의 일 실시예에 따른 실시간 방송 지원 정보에 대한 시그널링 정보를 전송하는 방법이 도시되어 있다.
본 발명의 일 실시예에 따른 방송 신호 송신 장치는 FDT(File Delivery Table) 레벨 또는 File 레벨의 Real-Time-Support attribute를 통해서 시그널링 정보를 전송할 수 있다. Real-Time-Support가 1로 설정되어 있을 경우, 해당 FDT 레벨 또는 File 레벨에서 기술하고 있는 오브젝트들이 상술한 데이터 구조 및 패킷 정보들을 가지며, 이를 통해 실시간 방송환경에서의 파일 분할 생성 및 소비를 지원할 수 있음을 지시할 수 있다.
도 38은 본 발명의 일 실시예에 따른 방송 신호 송신 장치의 구성도를 나타낸 도면이다.
도 38을 참조하면, 본 발명의 일 실시예에 따른 방송망을 사용하여 멀티미디어 콘텐츠를 포함하는 방송 신호를 전송하는 방송 신호 송신 장치는 시그널링 인코더(C21005), Transmission Block Generator(C21030), 및/또는 Transmiter(C21050)를 포함할 수 있다.
시그널링 인코더(C21005)는 시그널링 정보를 생성할 수 있다. 시그널링 정보는 멀티미디어 콘텐츠를 실시간으로 전송할지를 지시하는 정보이다. 시그널링 정보는 파일 레벨 또는 FDT 레벨 중에서 적어도 하나로 상기 멀티미디어 콘텐츠를 실시간으로 전송하는 것을 지시할 수 있다.
시그널링 정보가 파일 레벨로 멀티미디어 콘텐츠를 실시간으로 전송하는 것을 지시하면, 해당 파일에 속하는 모든 데이터를 실시간으로 전송할 수 있다. 또한, 시그널링 정보가 FDT 레벨로 멀티미디어 콘텐츠를 실시간으로 전송하는 것을 지시하면, 해당 FDT에 속하는 모든 파일 또는 데이터를 실시간으로 전송할 수 있다.
시그널링 정보가 멀티미디어 콘텐츠를 실시간으로 전송하는 것을 지시하는 경우, Transmission Block Generator(C21030)는 멀티미디어 콘텐츠에 포함되는 파일을, 독립적으로 부호화되고 전송되는 데이터 단위인 적어도 하나의 전송 블록으로 분할할 수 있다.
Transmitter(C21050)는 전송 블록을 전송할 수 있다.
보다 구체적인 내용은 이하의 도 39에서 설명하기로 한다.
도 39는 본 발명의 일 실시예에 따른 방송 신호 송신 장치의 구성도를 나타낸 도면이다.
도 39를 참조하면, 본 발명의 일 실시예에 따른 방송망을 사용하여 멀티미디어 콘텐츠를 포함하는 방송 신호를 전송하는 방송 신호 송신 장치는 시그널링 인코더(미도시), Media Encoder(C21010), Fragment Generator(C21020), Transmission Block Generator(C21030), Packetizer(C21040), 및/또는 Transmiter(C21050)를 포함할 수 있다.
시그널링 인코더(미도시)는 시그널링 정보를 생성할 수 있다. 시그널링 정보는 멀티미디어 콘텐츠를 실시간으로 전송할지를 지시하는 정보이다.
Media Encoder(C21010)는 멀티미디어 콘텐츠를 인코딩하여 미디어 데이터를 생성할 수 있다. 이하에서 미디어 데이터는 데이터로 표현할 수 있다.
Fragment Generator(C21020)는 멀티미디어 콘텐츠를 구성하는 각각의 파일을 분할하여 독립적으로 복호화 및 재생되는 데이터 단위인 적어도 하나의 프래그먼트를 생성할 수 있다.
Fragment Generator(C21020)는 각각의 프래그먼트를 구성하는 프래그먼트 페이로드를 생성한 이후에 프래그먼트 헤더를 생성할 수 있다.
Fragment Generator(C21020)는 프래그먼트 페이로드에 해당하는 미디어 데이터를 버퍼링할 수 있다. 그리고 나서, Fragment Generator(C21020)는 버퍼링한 미디어 데이터를 기초로 프래그먼트 페이로드에 해당하는 청크(chunk)를 생성할 수 있다. 예를 들어, 청크는 비디오 데이터의 GOP와 같이 동일한 미디어 데이터로 구성되는 가변적인 크기의 데이터 단위일 수 있다.
프래그먼트 페이로드에 해당하는 청크의 생성이 완료되지 않았으면, Fragment Generator(C21020)는 미디어 데이터를 계속 버퍼링한 후에 프래그먼트 페이로드에 해당하는 청크의 생성을 완료할 수 있다.
Fragment Generator(C21020)는 청크를 생성할 때마다 프래그먼트 페이로드에 해당하는 데이터를 모두 청크로 생성하였는지 여부를 판단할 수 있다.
프래그먼트 페이로드에 해당하는 청크의 생성이 완료되면, Fragment Generator(C21020)는 프래그먼트 페이로드에 해당하는 프래그먼트 헤더를 생성할 수 있다.
Transmission Block Generator(C21030)는 프래그먼트를 분할하여 독립적으로 부호화 및 전송되는 데이터 단위인 적어도 하나의 전송 블록을 생성할 수 있다.
본 발명의 일 실시예에 따른 전송 블록은 이전(preceding)의 데이터에 대한 의존성 없이 독립적으로 부호화 및 전송될 수 있는 최소 데이터 단위를 의미한다. 예를 들어, 전송 블록은 비디오 데이터의 GOP와 같이 동일한 미디어 데이터로 구성되는 적어도 하나의 청크(chunk)를 포함할 수 있다.
본 발명의 일 실시예에 따른 Transmission Block Generator(C21030) 프래그먼트 페이로드에 해당하는 전송 블록을 먼저 생성한 이후에, 프래그먼트 헤더에 해당하는 전송 블록을 생성할 수 있다.
Transmission Block Generator(C21030)는 프래그먼트 헤더를 하나의 전송 블록으로 생성할 수 있다. 다만 이에 한정되지 않고, Transmission Block Generator(C21030)는 프래그먼트 헤더를 적어도 하나의 전송 블록으로 생성할 수도 있다.
예를 들어, Fragment Generator(C21020)가 각각의 프래그먼트를 구성하는 프래그먼트 페이로드를 생성한 이후에 프래그먼트 헤더를 생성하는 경우에, Transmission Block Generator(C21030)는 프래그먼트 페이로드에 해당하는 전송 블록을 생성한 이후에 프래그먼트 헤더에 해당하는 전송 블록을 생성할 수 있다.
다만 이에 한정된 것은 아니고, 이미 멀티미디어 콘텐츠에 대하여 프래그먼트 헤더 및 프래그먼트 페이로드가 생성되어 있는 경우에는, 프래그먼트 헤더에 해당하는 전송 블록을 먼저 생성한 이후에 프레그먼트 페이로드에 해당하는 전송 블록을 생성할 수도 있다.
Transmission Block Generator(C21030)는 프래그먼트 페이로드에 해당하는 전송 블록과 프래그먼트 헤더에 해당하는 전송 블록을 각각 별개의 전송 블록으로 생성할 수 있다.
Packetizer(C21040)는 전송 블록을 동일한 크기의 적어도 하나의 심볼로 분할하여 각각의 적어도 하나의 심볼을 적어도 하나의 패킷으로 패킷화할 수 있다. 다만 이에 한정되지 않고, 심볼은 다른 장치에 의해서 생성될 수도 있다. 본 발명의 일 실시예에 따른 심볼의 길이는 동일할 수 있다. 다만, 각각의 전송 블록의 마지막 심볼은 다른 심볼에 비하여 길이가 작을 수 있다.
그리고 나서, Packetizer(C21040)는 적어도 하나의 심볼을 적어도 하나의 패킷으로 패킷화 할 수 있다. 예를 들어, 패킷은 LCT 패킷일 수 있다. 패킷은 패킷 헤더 및 패킷 페이로드를 포함할 수 있다.
패킷 헤더는 파일의 분할 생성 및 분할 소비에 대한 정보를 가지는 프래그먼트 정보를 포함할 수 있다. 파일의 분할 생성이란 멀티미디어 콘텐츠를 구성하는 파일을 독립적으로 인코딩 및 전송할 수 있는 적어도 하나의 청크 또는 전송 블록으로 분할하여 생성하는 것을 의미한다. 파일의 분할 소비란 수신된 적어도 하나의 전송 블록을 조합하여 독립적으로 디코딩 및 재생할 수 있는 적어도 하나의 프래그먼트를 복원하고, 프래그먼트 단위로 재생하는 것을 의미한다. 또한, 파일의 분할 소비란 전송 블록 단위로 재생하는 것을 포함할 수 있다.
예를 들어, 프래그먼트 정보는 패킷이 프래그먼트의 처음 데이터를 포함하고 있음을 지시하는 SI 필드, 패킷이 프래그먼트 헤더의 데이터를 포함하고 있음을 지시하는 FH 필드, 각각의 프래그먼트에 해당하는 전송 블록의 생성을 완료했음을 지시하는 프래그먼트 완료 정보, 및 패킷에 포함된 패딩 바이트 수를 지시하는 PB 필드 중에서 적어도 하나를 포함할 수 있다.
그리고, 프래그먼트 정보는 해당 패킷의 Header Extension의 타입을 지시하는 HET(Header Extension Type field) 필드를 더 포함할 수 있다.
그리고, 프래그먼트 완료 정보는 패킷이 프래그먼트 헤더의 마지막 데이터를 포함하고 있음을 지시하는 FC 필드 및 프래그먼트 헤더에 해당하는 총 심볼의 수를 지시하는 FHL 필드 중에서 하나를 포함할 수 있다.
프래그먼트 정보는 Packetizer(C21040)에 의해서 생성될 수 있고, 별도의 장치에 의해서 생성될 수 있다. 이하에서는 Packetizer(C21040)가 프래그먼트 정보를 생성하는 것을 중심으로 설명하기로 한다.
Packetizer(C21040)는 생성된 심볼이 프래그먼트의 첫번째 데이터를 포함하고 있는지 식별할 수 있다.
예를 들어, Packetizer(C21040)는 생성된 심볼이 프래그먼트 페이로드의 첫 번째 데이터를 포함하는지를 식별할 수 있다. 생성된 심볼이 프래그먼트 페이로드의 첫 번째 데이터를 포함하고 있으면, SI 필드는 ‘1’로 세팅될 수 있다. 생성된 심볼이 프래그먼트 페이로드의 첫 번째 데이터를 포함하고 있지 않으면, SI 필드는 ‘0’으로 세팅될 수 있다.
Packetizer(C21040)는 생성된 심볼이 프래그먼트 페이로드의 데이터를 포함하는지 아니면 프래그먼트 헤더의 데이터를 포함하는지를 식별할 수 있다.
예를 들어, 생성된 심볼이 프래그먼트 페이로드의 데이터를 포함하면, FH 필드는 ‘1’로 세팅될 수 있다. 생성된 심볼이 프래그먼트 페이로드의 데이터를 포함하지 않으면, FH 필드는 ‘0’으로 세팅될 수 있다.
Packetizer(C21040)는 각각의 프래그먼트에 해당하는 전송 블록의 생성을 완료했는지 식별할 수 있다. 각각의 프래그먼트에 해당하는 전송 블록의 생성을 완료했음을 지시하는 프래그먼트 완료 정보는 패킷이 프래그먼트 헤더의 마지막 데이터를 포함하고 있음을 지시하는 FC 필드를 포함할 수 있다.
예를 들어, 생성된 심볼이 프래그먼트 헤더의 데이터를 포함하고 해당 전송 블록의 마지막 심볼이면, FC 필드는 ‘1’로 세팅될 수 있다. 생성된 심볼이 프래그먼트 헤더의 데이터를 포함하지 않거나 해당 전송 블록의 마지막 심볼이 아니면, FC 필드는 ‘0’으로 세팅될 수 있다.
Packetizer(C21040)는 생성된 심볼이 해당 전송 블록의 마지막 심볼이고 다른 심볼보다 길이가 다른 심볼인지 여부를 식별할 수 있다. 예를 들어, 다른 심볼은 미리 정해진 길이의 심볼일 수 있고, 다른 심볼과 길이가 다른 심볼은 다른 심볼에 비하여 길이가 짧은 심볼일 수 있다.
예를 들어, 생성된 심볼이 해당 전송 블록의 마지막 심볼이고 다른 심볼보다 길이가 다르면, Packetizer(C21040)는 각각의 전송 블록의 마지막 심볼에 해당하는 패킷에 패딩 바이트들을 삽입할 수 있다. 그리고, Packetizer(C21040)는 패킹 바이트의 수를 계산할 수 있다.
그리고, PB 필드는 패딩 바이트의 수를 지시할 수 있다. 패딩 바이트는 다른 심볼과 길이가 동일하게 되도록 다른 심볼에 비하여 길이가 짧은 심볼에 추가되는 바이트이다. 또는, 패딩 바이트는 패킷에서 심볼을 제외한 나머지 부분일 수 있다.
생성된 심볼이 해당 전송 블록의 마지막 심볼이 아니거나 다른 심볼보다 길이가 다르지 않으면, PB 필드는 ‘0’으로 세팅될 수 있다.
패킷 페이로드는 적어도 하나의 심볼을 포함할 수 있다. 이하에서는, 하나의 패킷이 하나의 심볼을 포함하는 것을 중심으로 설명한다.
각각의 전송 블록의 마지막 심볼을 포함하는 패킷은 적어도 하나의 패딩 바이트를 포함할 수 있다.
Transmiter(C21050)는 전송 블록이 생성된 순서대로 적어도 하나의 패킷을 전송할 수 있다.
예를 들어, 본 발명의 일 실시예에 따른 Transmiter(C21050)는 프래그먼트 페이로드에 해당하는 전송 블록을 먼저 전송한 후에 프래그먼트 헤더에 해당하는 전송 블록을 전송할 수 있다.
다만 이에 한정되는 것은 아니고, 이미 멀티미디어 콘텐츠에 대하여 프래그먼트 헤더 및 프래그먼트 페이로드가 생성되어 있는 경우에는, 본 발명의 일 실시예에 따른 Transmiter(C21050)는 프래그먼트 헤더에 해당하는 전송 블록을 먼저 전송한 후에 프래그먼트 페이로드에 해당하는 전송 블록을 전송할 수 있다.
도 40은 본 발명의 일 실시예에 따른 파일 기반 멀티미디어 콘텐츠의 실시간 생성 및 송신 과정을 나타낸 흐름도이다.
도 40을 참조하면, 도 39에서 상술한 방송 신호 송신 장치가 방송 신호를 송신하는 과정이 나타나 있다.
먼저, 본 발명의 일 실시예에 따른 방송 신호 송신 장치는 Media Encoder(C21010)를 이용하여 멀티미디어 콘텐츠의 인코딩을 시작할 수 있다(CS11100). 방송 신호 송신 장치는 멀티미티어 콘텐츠를 인코딩하여 미디어 데이터를 생성할 수 있다.
그리고 나서, 방송 신호 송신 장치는 프래그먼트 페이로드에 해당하는 미디어 데이터를 버퍼링할 수 있다(CS11200). 그리고 나서, 방송 신호 송신 장치는 버퍼링한 미디어 데이터를 기초로 프래그먼트 페이로드에 해당하는 청크(chunk)를 생성할 수 있다.
프래그먼트 페이로드에 해당하는 청크의 생성이 완료되지 않았으면, 방송 신호 송신 장치는 미디어 데이터를 계속 버퍼링한 후에 프래그먼트 페이로드에 해당하는 청크의 생성을 완료할 수 있다(CS11300).
그리고 나서, 방송 신호 송신 장치는 Fragment Generator(C21020)를 이용하여 멀티미디어 콘텐츠를 구성하는 각각의 파일을 분할하여 독립적으로 복호화 및 재생되는 데이터 단위인 적어도 하나의 프래그먼트를 생성할 수 있다(CS11400).
방송 신호 송신 장치는 각각의 프래그먼트를 구성하는 프래그먼트 페이로드를 생성한 이후에 프래그먼트 헤더를 생성할 수 있다.
방송 신호 송신 장치는 청크를 생성할 때마다 프래그먼트 페이로드에 해당하는 데이터를 모두 청크로 생성하였는지 여부를 판단할 수 있다.
그리고 나서, 프래그먼트 페이로드에 해당하는 청크의 생성이 완료되면, 방송 신호 송신 장치는 프래그먼트 페이로드에 해당하는 프래그먼트 헤더를 생성할 수 있다.
그리고 나서, 방송 신호 송신 장치는 Transmission Block Generator(C21030)를 이용하여 프래그먼트를 분할하여 독립적으로 부호화 및 전송되는 데이터 단위인 적어도 하나의 전송 블록을 생성할 수 있다(CS11500).
예를 들어, 각각의 프래그먼트를 구성하는 프래그먼트 페이로드를 생성한 이후에 프래그먼트 헤더를 생성하는 경우에, 방송 신호 송신 장치는 프래그먼트 페이로드에 해당하는 전송 블록을 생성한 이후에 프래그먼트 헤더에 해당하는 전송 블록을 생성할 수 있다.
방송 신호 송신 장치는 프래그먼트 페이로드에 해당하는 전송 블록과 프래그먼트 헤더에 해당하는 전송 블록을 각각 별개의 전송 블록으로 생성할 수 있다.
그리고 나서, 방송 신호 송신 장치는 Packetizer(C21040)를 이용하여 전송 블록을 동일한 크기의 적어도 하나의 심볼로 분할하여 각각의 적어도 하나의 심볼을 적어도 하나의 패킷으로 패킷화할 수 있다(CS11600, CS11700).
방송 신호 송신 장치가 패킷을 생성하는 과정에 대하여 도 40에서 구체적으로 설명하므로, 여기에서는 생략하기로 한다.
그리고 나서, 방송 신호 송신 장치는 Transmiter(C21050)를 이용하여 전송 블록이 생성된 순서대로 적어도 하나의 패킷을 전송할 수 있다.
도 41은 본 발명의 일 실시예에 따른 방송 신호 송신 장치가 Packetizer를 이용하여 패킷을 생성하는 과정을 구체적으로 나타낸 흐름도이다.
방송 신호 송신 장치는 생성된 심볼이 프래그먼트의 첫번째 데이터를 포함하고 있는지 식별할 수 있다(CS11710).
예를 들어, 생성된 심볼이 프래그먼트 페이로드의 첫 번째 데이터를 포함하고 있으면, SI 필드는 ‘1’로 세팅될 수 있다(CS11712). 생성된 심볼이 프래그먼트 페이로드의 첫 번째 데이터를 포함하고 있지 않으면, SI 필드는 ‘0’으로 세팅될 수 있다(CS11714).
그리고 나서, 방송 신호 송신 장치는 생성된 심볼이 프래그먼트 페이로드의 데이터를 포함하는지 아니면 프래그먼트 헤더의 데이터를 포함하는지를 식별할 수 있다(CS11720).
예를 들어, 생성된 심볼이 프래그먼트 페이로드의 데이터를 포함하면, FH 필드는 ‘1’로 세팅될 수 있다(CS11722). 생성된 심볼이 프래그먼트 페이로드의 데이터를 포함하지 않으면, FH 필드는 ‘0’으로 세팅될 수 있다(CS11724).
그리고 나서, 방송 신호 송신 장치는 각각의 프래그먼트에 해당하는 전송 블록의 생성을 완료했는지 식별할 수 있다(CS11730).
예를 들어, 생성된 심볼이 프래그먼트 헤더의 데이터를 포함하고 해당 전송 블록의 마지막 심볼이면, FC 필드는 ‘1’로 세팅될 수 있다(CS11732). 생성된 심볼이 프래그먼트 헤더의 데이터를 포함하지 않거나 해당 전송 블록의 마지막 심볼이 아니면, FC 필드는 ‘0’으로 세팅될 수 있다(CS11734).
그리고 나서, 방송 신호 송신 장치는 생성된 심볼이 해당 전송 블록의 마지막 심볼이고 다른 심볼보다 길이가 다른 심볼인지 여부를 식별할 수 있다(CS11740).
예를 들어, 생성된 심볼이 해당 전송 블록의 마지막 심볼이고 다른 심볼보다 길이가 다르면, 방송 신호 송신 장치는 각각의 전송 블록의 마지막 심볼에 해당하는 패킷에 패딩 바이트들을 삽입할 수 있다. 그리고, 방송 신호 송신 장치는 패킹 바이트의 수를 계산할 수 있다(CS11742). 그리고, PB 필드는 패딩 바이트의 수를 지시할 수 있다.
생성된 심볼이 해당 전송 블록의 마지막 심볼이 아니거나 다른 심볼보다 길이가 다르지 않으면, PB 필드는 ‘0’으로 세팅될 수 있다(CS11744).
패킷 페이로드는 적어도 하나의 심볼을 포함할 수 있다.
도 42는 본 발명의 다른 실시예에 따른 파일 기반 멀티미디어 콘텐츠의 실시간 생성/송신 과정을 나타낸 흐름도이다.
도 42를 참조하면, 도 42에 도시된 것 중에서 도 40 및 도 41에서 설명된 것은 내용이 실질적으로 동일하므로, 구체적인 설명은 생략한다.
본 발명의 다른 실시예에 따른 방송 신호 송신 장치는 FC 필드를 대신하여 FHL 필드를 사용할 수 있다. 예를 들어, 상술한 프래그먼트 정보는 각각의 프래그먼트에 해당하는 전송 블록의 생성을 완료했음을 지시하는 프래그먼트 완료 정보를 포함할 수 있다. 그리고, 프래그먼트 완료 정보는 프래그먼트 헤더에 해당하는 총 심볼의 수를 지시하는 FHL 필드를 포함할 수 있다.
본 발명의 일 실시예에 따른 방송 신호 송신 장치는 프래그먼트 헤더의 데이터를 포함하는 전송 블록에 해당하는 심볼의 개수를 계산하여 FHL 필드에 기록할 수 있다(CS12724).
FHL 필드는 프래그먼트 헤더 부분에 해당하는 총 심볼 수로서 프래그먼트 헤더의 길이를 나타낸다. 방송 신호 수신 장치가 프래그먼트 헤더의 수신이 완료됨을 식별할 수 있도록, FHL 필드는 상술한 FC 필드를 대신하여 프래그먼트 정보에 포함될 수 있다.
본 발명의 일 실시예에 따른 방송 신호 수신 장치는 FHL 필드에 기록된 개수 만큼의 프래그먼트 헤더를 포함하는 패킷의 전송 횟수를 체크함으로써 프래그먼트 헤더의 수신이 완료되었는지를 식별할 수 있다.
도 43은 본 발명의 일 실시예에 따른 파일기반 멀티미디어 콘텐츠 수신기의 구조를 나타낸 도면이다.
도 43을 참조하면, 본 발명의 일 실시예에 따른 방송망을 사용하여 멀티미디어 콘텐츠를 포함하는 방송 신호를 전송하는 방송 신호 수신 장치는 수신부(미도시), 시그널링 디코더(C22005), Transmission Block Regenerator(C22030), 및/또는 Media Decoder(C22060)를 포함할 수 있다.
시그널링 디코더(C22005)는 시그널링 정보를 디코딩할 수 있다. 시그널링 정보는 멀티미디어 콘텐츠를 실시간으로 전송할지를 지시하는 정보이다.
시그널링 정보가 멀티미디어 콘텐츠를 실시간으로 전송하는 것을 지시하는 경우, Transmission Block Regenerator(C22030)는 방송 신호를 조합하여, 독립적으로 부호화 및 전송되는 데이터 단위인 적어도 하나의 전송 블록을 복원할 수 있다.
Media Decoder(C22060)는 전송 블록을 복호화할 수 있다.
보다 구체적인 내용은 이하의 도 44에서 설명하기로 한다.
도 44는 본 발명의 일 실시예에 따른 파일기반 멀티미디어 콘텐츠 수신기의 구조를 나타낸 도면이다.
도 44를 참조하면, 본 발명의 일 실시예에 따른 방송 신호 수신 장치는 수신부(미도시), 시그널링 디코더(미도시), Packet Filter(C22010), Packet Depacketizer(C22020), Transmission Block Regenerator(C22030), Fragment Regenerator(C22040), Fragment Parser(C22050), Media Decoder(C22060), 및/또는 Media Renderer(C22070)를 포함할 수 있다.
수신부(미도시)는 방송 신호를 수신할 수 있다. 방송 신호는 적어도 하나의 패킷을 포함할 수 있다. 각각의 패킷은 프래그먼트 정보를 포함하는 패킷 헤더 및 적어도 하나의 심볼을 포함하는 패킷 페이로드를 포함할 수 있다.
*시그널링 디코더(C22005)는 시그널링 정보를 디코딩할 수 있다. 시그널링 정보는 멀티미디어 콘텐츠를 실시간으로 전송할지를 지시하는 정보이다.
Packet Filter(C22010)는 임의의 지점에서 수신된 적어도 하나의 패킷으로부터 프래그먼트의 시작 지점을 식별하고, 프래그먼트의 시작 지점부터 패킷 처리를 시작할 수 있도록 한다.
Packet Filter(C22010)는 패킷에 포함된 프래그먼트 정보의 SI 필드를 기초로 프래그먼트의 시작 지점을 식별할 수 있다. Packet Filter(C22010)는 SI 필드가 해당 패킷이 프래그먼트의 시작 부분을 포함하고 있음을 지시하면, 해당 패킷 이전의 패킷들을 버리고 해당 패킷부터 Packet Depacketizer(C22020)로 전달할 수 있다.
예를 들어, Packet Filter(C22010)는 ‘1’로 설정된 패킷 이전의 패킷들은 버리고 ‘1’로 설정된 패킷 이후의 패킷들을 필터링 할 수 있다.
Packet Depacketizer(C22020)는 적어도 하나의 패킷을 depacketize 하여 패킷 헤더에 포함된 프래그먼트 정보 및 패킷 페이로드에 포함된 적어도 하나의 심볼을 추출할 수 있다.
Transmission Block Regenerator(C22030)는 패킷을 조합하여 독립적으로 부호화 및 전송되는 데이터 단위인 적어도 하나의 전송 블록을 복원할 수 있다. 복원된 전송 블록은 프래그먼트 헤더에 해당하는 데이터를 포함할 수 있고, 프래그먼트 페이로드에 해당하는 데이터를 포함할 수 있다.
Fragment Regenerator(C22040)는 적어도 하나의 전송 블록을 조합하여 프래그먼트 헤더 및 프래그먼트 페이로드의 복원을 완료한 이후에 프래그먼트 헤더 및 프래그먼트 페이로드를 조합하여 독립적으로 복호화 및 재생되는 데이터 단위인 프래그먼트를 복원할 수 있다.
Fragment Regenerator(C22040)는 프래그먼트 정보를 기초로 전송 블록을 조합하여 프래그먼트 페이로드 및 프래그먼트 헤더를 복원할 수 있다. Fragment Regenerator(C22040)는 수신되는 패킷의 순서에 따라서 프래그먼트 페이로드를 먼저 복원한 이후에 프래그먼트 헤더를 복원할 수 있다.
FH 필드가 패킷이 프래그먼트 헤더의 데이터를 포함하고 있다고 지시하면, Fragment Regenerator(C22040)는 프래그먼트 헤더에 해당하는 적어도 하나의 전송 블록을 조합하여 프래그먼트 헤더를 복원할 수 있다.
FH 필드가 패킷이 프래그먼트 헤더의 데이터를 포함하고 있지 않다고 지시하면, Fragment Regenerator(C22040)는 프래그먼트 페이로드에 해당하는 적어도 하나의 전송 블록을 조합하여 프래그먼트 페이로드를 복원할 수 있다.
예를 들어, FH 필드의 값이 ‘0’인 경우, Fragment Regenerator(C22040)는 프래그먼트 페이로드로 판단하고 프래그먼트 페이로드를 복원할 수 있다. FH 필드의 값이 ‘1’인 경우, Fragment Regenerator(C22040)는 프래그먼트 헤더로 판단하고 프래그먼트 헤더를 복원할 수 있다.
그리고 나서, Fragment Regenerator(C22040)는 각각의 프래그먼트에 해당하는 프래그먼트 페이로드 및 프래그먼트 헤더의 복원을 종료하면, 복원한 프래그먼트 페이로드 및 프래그먼트 헤더를 조합하여 프래그먼트를 복원할 수 있다.
Fragment Regenerator(C22040)가 각각의 프래그먼트에 해당하는 프래그먼트 페이로드 및 프래그먼트 헤더의 복원을 종료하였는지 확인하는 방법은 두 가지가 있을 수 있다.
첫 번째 방법은 프래그먼트 정보에 포함된 FC 필드를 이용하는 방법이다.
프래그먼트 완료 정보는 패킷이 프래그먼트 헤더의 마지막 데이터를 포함하고 있음을 지시하는 FC 필드를 포함할 수 있다. FC필드가 패킷이 프래그먼트 헤더의 마지막 데이터를 포함하고 있음을 지시하면, Fragment Regenerator(C22040)는 각각의 프래그먼트를 구성하는 프래그먼트 해더 및 프래그먼트 페이로드의 수신이 완료되었다고 판단하고 프래그먼트 헤더 및 상기 프래그먼트 페이로드의 복원을 완료할 수 있다.
예를 들어, 각각의 프래그먼트를 구성하는 프래그먼트 페이로드가 먼저 수신된 이후에 프래그먼트 헤더가 수신되면, FC 필드는 해당 패킷이 프래그먼트 헤더의 마지막 데이터를 포함하고 있다고 지시할 수 있다.
따라서, FC 필드가 해당 패킷이 프래그먼트 헤더의 마지막 데이터를 포함하고 있음을 지시하면, Fragment Regenerator(C22040)는 프래그먼트 헤더의 수신이 완료되었음을 인식하고 프래그먼트 헤더를 복원하는 과정을 종료할 수 있다. 그리고 나서, Fragment Regenerator(C22040)는 프래그먼트 헤더와 프래그먼트 페이로드를 조합하여 프래그먼트를 복원할 수 있다.
FC 필드가 해당 패킷이 프래그먼트 헤더의 마지막 부분의 데이터를 포함하고 있지 않다고 지시하면, 방송 신호 수신 장치는 전송 블록을 복원하는 과정을 반복할 수 있다.
예를 들어, FC 필드의 값이 ‘1’ 이 아닌 경우, 방송 신호 수신 장치는 전송 블록을 복원하는 과정을 반복할 수 있다. 그리고, FC 필드의 값이 ‘1’ 인 경우, Fragment Regenerator(C22040)는 프래그먼트 헤더와 프래그먼트 페이로드를 조합하여 프래그먼트를 복원할 수 있다.
두 번째 방법은 프래그먼트 정보에 포함된 FHL 필드를 기초로 각각의 프래그먼트를 구성하는 프래그먼트 페이로드 및 프래그먼트 헤더의 복원이 완료되었는지를 확인할 수 있다.
Fragment Regenerator(C22040) 프래그먼트 헤더의 데이터를 포함하는 패킷의 수를 카운팅할 수 있다.
프래그먼트 완료 정보는 프래그먼트 헤더에 해당하는 총 심볼의 수를 지시하는 FHL 필드를 더 포함하고, FHL 필드에 기록된 값과 프래그먼트 헤더의 데이터를 포함하는 패킷의 수가 동일하면, Fragment Regenerator(C22040) 프래그먼트 헤더 및 프래그먼트 페이로드의 복원을 완료할 수 있다.
Fragment Regenerator(C22040)가 FHL 필드를 이용하는 것에 대한 구체적인 설명은 도 44에서 하기로 한다.
Fragment Parser(C22050)는 복원된 프래그먼트를 파싱할 수 있다. 복원된 프래그먼트는 프래그먼트 헤더가 앞부분에 위치하고 프래그먼트 페이로드가 뒷부분에 위치하므로, Fragment Parser(C22050)는 프래그먼트 헤더를 먼저 파싱한 이후에 프래그먼트 페이로드를 파싱할 수 있다.
Fragment Parser(C22050)는 복원된 프래그먼트를 파싱하여 적어도 하나의 Media access unit을 생성할 수 있다. 예를 들어, Media access unit은 적어도 하나의 미디어 데이터를 포함할 수 있다. Media access unit은 미리 정해진 크기의 미디어 데이터의 단위일 수 있다.
Media Decoder(C22060)는 프래그먼트를 복호화할 수 있다. Media Decoder(C22060)는 적어도 하나의 Media access unit을 복호화하여 Media Data를 생성할 수 있다.
Media Renderer(C22070) 복호화된 Media Data를 렌더링하여 presentation 할 수 있다.
도 45는 본 발명의 일 실시예에 따른 파일 기반 멀티미디어 콘텐츠의 실시간 수신/소비 과정을 나타낸 도면이다.
도 44에서 설명한 내용은 본 발명의 일 실시예에 따른 방송 신호 수신 방법에 동일하게 적용될 수 있다.
도 45를 참조하면, 본 발명의 일 실시예에 따른 방송 신호 수신 방법은 적어도 하나의 파일을 포함하는 멀티미디어 콘텐츠를 수신하는 방송 신호 수신 방법에 있어서, 적어도 하나의 패킷으로 분할된 상기 멀티미디어 콘텐츠를 수신하고, 패킷을 조합하여 독립적으로 부호화 및 전송되는 데이터 단위인 적어도 하나의 전송 블록을 복원하고, 적어도 하나의 전송 블록을 조합하여 프래그먼트 헤더 및 프래그먼트 페이로드의 복원을 완료한 이후에 프래그먼트 헤더 및 프래그먼트 페이로드를 조합하여 독립적으로 복호화 및 재생되는 데이터 단위인 프래그먼트를 복원하고 및/또는 프래그먼트를 복호화하는 것을 포함할 수 있다.
먼저, 본 발명의 일 실시예에 따른 방송 신호 수신 장치는 수신부(미도시)를 이용하여 방송 신호를 수신할 수 있다(CS21010). 방송 신호는 적어도 하나의 패킷을 포함할 수 있다.
그리고 나서, 본 발명의 일 실시예에 따른 방송 신호 수신 장치는 Packet Filter(C22010)를 이용하여 임의의 지점에서 수신된 적어도 하나의 패킷으로부터 프래그먼트의 시작 지점을 식별할 수 있다(CS21020).
그리고 나서, 본 발명의 일 실시예에 따른 방송 신호 수신 장치는 Packet Depacketizer(C22020)를 이용하여 적어도 하나의 패킷을 depacketize 하여 패킷 헤더에 포함된 프래그먼트 정보 및 패킷 페이로드에 포함된 적어도 하나의 심볼을 추출할 수 있다(CS21030).
그리고 나서, 방송 신호 수신 장치는 Transmission Block Regenerator(C22030)를 이용하여 패킷을 조합하여 독립적으로 부호화 및 전송되는 데이터 단위인 적어도 하나의 전송 블록을 복원할 수 있다(CS21040). 복원된 전송 블록은 프래그먼트 헤더에 해당하는 데이터를 포함할 수 있고, 프래그먼트 페이로드에 해당하는 데이터를 포함할 수 있다.
그리고 나서, 본 발명의 일 실시예에 따른 방송 신호 수신 장치는 Fragment Regenerator(C22040)를 이용하여 프래그먼트 정보를 기초로 복원된 전송 블록이 프래그먼트 헤더에 해당하는 전송 블록인지 아니면 프래그먼트 페이로드에 해당하는 전송 블록인지를 식별할 수 있다(CS21050).
그리고 나서, 방송 신호 수신 장치는 복원된 전송 블록을 조합하여 프래그먼트 페이로드 및 프래그먼트 헤더를 복원할 수 있다.
FH 필드가 패킷이 프래그먼트 헤더의 데이터를 포함하고 있지 않다고 지시하면, 방송 신호 수신 장치는 프래그먼트 페이로드에 해당하는 적어도 하나의 전송 블록을 조합하여 프래그먼트 페이로드를 복원할 수 있다(CS21060).
FH 필드가 패킷이 프래그먼트 헤더의 데이터를 포함하고 있다고 지시하면, 방송 신호 수신 장치는 프래그먼트 헤더에 해당하는 적어도 하나의 전송 블록을 조합하여 프래그먼트 헤더를 복원할 수 있다(CS21070).
방송 신호 수신 장치는 프래그먼트 정보에 포함된 FC 필드를 기초로 각각의 프래그먼트를 구성하는 프래그먼트 페이로드 및 프래그먼트 헤더의 복원이 완료되었는지를 확인할 수 있다(CS21080).
FC 필드가 해당 패킷이 프래그먼트 헤더의 마지막 데이터를 포함하고 있지 않다고 지시하면, 방송 신호 수신 장치는 전송 블록을 복원하는 과정을 반복할 수 있다.
FC 필드가 해당 패킷이 프래그먼트의 마지막 데이터를 포함하고 있음을 지시하면, 방송 신호 수신 장치는 각각의 프래그먼트의 수신이 완료되었다고 판단할 수 있다.
예를 들어, 각각의 프래그먼트를 구성하는 프래그먼트 페이로드가 먼저 수신된 이후에 프래그먼트 헤더가 수신되면, FC 필드는 해당 패킷이 프래그먼트 헤더의 마지막 데이터를 포함하고 있다고 지시할 수 있다.
따라서, FC필드가 패킷이 프래그먼트 헤더의 마지막 데이터를 포함하고 있음을 지시하면, 방송 신호 수신 장치는 각각의 프래그먼트를 구성하는 프래그먼트 해더 및 프래그먼트 페이로드의 수신이 완료되었다고 판단하고 프래그먼트 헤더 및 상기 프래그먼트 페이로드의 복원을 완료할 수 있다.
FC 필드가 해당 패킷이 프래그먼트 헤더의 마지막 부분의 데이터를 포함하고 있지 않다고 지시하면, 방송 신호 수신 장치는 전송 블록을 복원하는 과정을 반복할 수 있다.
그리고 나서, 방송 신호 수신 장치는 Fragment Regenerator(C22040)를 이용하여 적어도 하나의 전송 블록을 조합하여 프래그먼트 헤더 및 프래그먼트 페이로드의 복원을 완료한 이후에 프래그먼트 헤더 및 프래그먼트 페이로드를 조합하여 독립적으로 복호화 및 재생되는 데이터 단위인 프래그먼트를 복원할 수 있다(CS21090).
그리고 나서, 본 발명의 일 실시예에 따른 방송 신호 수신 장치는 Fragment Parser(C22050)를 이용하여 복원된 프래그먼트를 파싱할 수 있다(CS21090). 방송 신호 수신 장치는 복원된 프래그먼트를 파싱하여 적어도 하나의 Media access unit을 생성할 수 있다. 다만 이에 한정된 것은 아니고, 방송 신호 수신 장치는 전송 블록을 파싱하여 적어도 하나의 Media access unit을 생성할 수 있다.
그리고 나서, 본 발명의 일 실시예에 따른 방송 신호 수신 장치는 Media Decoder(C22060)를 이용하여 적어도 하나의 Media access unit을 복호화하여 Media Data를 생성할 수 있다(CS21100).
그리고 나서, 본 발명의 일 실시예에 따른 방송 신호 수신 장치는 Media Renderer(C22070)를 이용하여 복호화된 Media Data를 렌더링하여 presentation 할 수 있다(CS21110).
도 46은 본 발명의 다른 실시예에 따른 파일 기반 멀티미디어 콘텐츠의 실시간 수신/소비 과정을 나타낸 도면이다.
도 46을 참조하면, 도 46에 도시된 것 중에서 도 45에서 설명된 것은 내용이 실질적으로 동일하므로, 구체적인 설명은 생략한다.
본 발명의 일 실시예에 따른 방송 신호 수신 장치는 FHL 필드를 기초로 각각의 프래그먼트를 구성하는 프래그먼트 헤더 및 프래그먼트 페이로드의 수신이 완료되었는지를 판단할 수 있다.
본 발명의 일 실시예에 따른 방송 신호 수신 장치는, Fragment Regenerator(C22040)를 이용하여, 프래그먼트 정보를 기초로 복원된 전송 블록이 프래그먼트 헤더에 해당하는 전송 블록인지 아니면 프래그먼트 페이로드에 해당하는 전송 블록인지를 식별할 수 있다(CS22050).
그리고 나서, 방송 신호 수신 장치는 복원된 전송 블록을 조합하여 각각 프래그먼트 페이로드 및 프래그먼트 헤더를 각각 복원할 수 있다.
FH 필드가 해당 패킷이 프래그먼트 페이로드에 해당하는 데이터를 포함하고 있다고 지시하면, 방송 신호 수신 장치는 적어도 하나의 전송 블록을 조합하여 프래그먼트 페이로드를 복원할 수 있다(CS22060).
FH 필드가 해당 패킷이 프래그먼트 헤더에 해당하는 데이터를 포함하고 있다고 지시하면, Fragment Regenerator(C22040)는 적어도 하나의 전송 블록을 조합하여 프래그먼트 헤더를 복원할 수 있다(CS22070).
그리고 나서, 방송 신호 수신 장치가 각각의 프래그먼트를 구성하는 프래그먼트 페이로드 및 프래그먼트 헤더의 복원을 완료하면, 방송 신호 수신 장치는 복원한 프래그먼트 페이로드 및 프래그먼트 헤더를 조합하여 프래그먼트를 복원할 수 있다.
방송 신호 수신 장치는 프래그먼트 정보에 포함된 FHL 필드를 기초로 각각의 프래그먼트를 구성하는 프래그먼트 페이로드 및 프래그먼트 헤더의 복원이 완료되었는지를 확인할 수 있다.
방송 신호 수신 장치는 각각의 프래그먼트를 구성하는 패킷의 수(N)를 카운팅 할 수 있다(CS22080). 예를 들어, 방송 신호 수신 장치는 프래그먼트 헤더의 데이터를 포함하는 패킷의 수를 카운팅할 수 있다. 하나의 패킷은 적어도 하나의 심볼을 포함할 수 있는데, 이하에서는 하나의 패킷이 하나의 심볼을 포함하는 것을 중심으로 설명한다.
FHL 필드는 프래그먼트를 구성하는 심볼의 수를 지시할 수 있다. FHL 필드에 기록된 심볼의 수에 해당하는 수의 패킷이 수신되지 않았으면, 방송 신호 수신 장치는 전송 블록을 복원하는 과정을 반복할 수 있다. 예를 들어, 각각의 프래그먼트를 구성하는 프래그먼트 페이로드 및 프래그먼트 헤더의 수신이 완료되지 않으면, 방송 신호 수신 장치는 전송 블록을 복원하는 과정을 반복할 수 있다.
프래그먼트 완료 정보는 프래그먼트 헤더에 해당하는 총 심볼의 수를 지시하는 FHL 필드를 더 포함한다.
FHL 필드에 기록된 값과 패킷의 수가 동일하면, 방송 신호 수신 장치는 각각의 프래그먼트를 구성하는 프래그먼트 페이로드 및 프래그먼트 헤더의 수신이 완료되었다고 판단하고 프래그먼트 헤더 및 프래그먼트 페이로드의 복원을 완료할 수 있다(CS22090).
예를 들어, FHL 필드는 프래그먼트 헤더 및 프래그먼트 페이로드를 모두 포함하는 각각의 프래그먼트에 해당하는 총 심볼의 수를 지시할 수 있다. 이 때, FHL 필드에 기록된 심볼의 수에 해당하는 수의 패킷이 수신되면, 방송 신호 수신 장치는 각각의 프래그먼트를 구성하는 프래그먼트 페이로드 및 프래그먼트 헤더의 수신이 완료되었다고 판단할 수 있다.
예를 들어, FHL 필드는 프래그먼트 헤더 및 프래그먼트 페이로드 중에서 나중에 전송되는 것의 총 심볼의 수를 지시할 수 있다.
각각의 프래그먼트를 구성하는 프래그먼트 페이로드가 먼저 수신된 이후에 프래그먼트 헤더가 수신되면, FHL 필드는 프래그먼트 헤더에 해당하는 총 심볼의 수를 지시할 수 있다. 이 때, FHL 필드에 기록된 심볼의 수와 수신된 프래그먼트 헤더에 해당하는 패킷의 수가 동일하면, 방송 신호 수신 장치는 각각의 프래그먼트를 구성하는 프래그먼트 페이로드 및 프래그먼트 헤더의 수신이 완료되었다고 판단할 수 있다.
또한, 각각의 프래그먼트를 구성하는 프래그먼트 헤더가 먼저 수신된 이후에 프래그먼트 페이로드가 수신되면, FHL 필드는 프래그먼트 페이로드에 해당하는 총 심볼의 수를 지시할 수 있다. 이 때, FHL 필드에 기록된 심볼의 수와 수신된 프래그먼트 페이로드에 해당하는 패킷의 수가 동일하면, 방송 신호 수신 장치는 각각의 프래그먼트를 구성하는 프래그먼트 페이로드 및 프래그먼트 헤더의 수신이 완료되었다고 판단할 수 있다.
그리고 나서, 각각의 프래그먼트를 구성하는 프래그먼트 페이로드 및 프래그먼트 헤더의 수신이 완료되면, 방송 신호 수신 장치는 프래그먼트 헤더와 프래그먼트 페이로드를 조합하여 프래그먼트를 복원할 수 있다(CS22100).
지금까지는 본 발명의 일 실시예에 따른 가변적인 크기의 데이터 단위인 전송 블록을 사용하여 방송망으로 멀티미디어 콘텐츠를 전송 블록 단위로 실시간 전송 및 수신하는 실시예에 대하여 설명하였다.
이하에서는, 본 발명의 다른 실시예에 따른 오브젝트 내부 구조체의 경계 정보 및 타입 정보를 사용하여 방송망으로 멀티미디어 콘텐츠를 가변적인 크기의 오브젝트 내부 구조체 단위로 실시간 전송 및 수신하는 실시예를 설명한다.
다만, 본 발명의 다른 실시예의 구성 중에서 본 발명의 일 실시예의 구성과 동일한 명칭은 전술한 내용을 모두 포함할 수 있으므로 구체적인 설명은 생략하기로 한다. 또한, 도 1 내지 도46에서 설명된 내용들은 이하 도 47 내지 도 60에도 적용될 수 있다.
<전송 오브젝트 타입의 식별 방안-1>
*도 47은 본 발명의 다른 실시예에 따른 오브젝트 타입 정보를 포함하는 패킷의 구조를 나타낸 도면이다.
본 발명의 다른 실시예에 따른 패캣은 LCT 패킷일 수 있고, LCT 패킷은 LCT version number field(V), Congestion control flag field(C), Protocol-Specific Indication field(PSI), Transport Session Identifier flag field(S), Transport Object Identifier flag field(O), Half-word flag field(H), Sender Current Time present flag field(T), Expected Residual Time present flag field(R), Close Session flag field(A), Close Object flag field(B), LCT header length field(HDR_LEN), Codepoint field(CP), Congestion Control Information field(CCI), Transport Session Identifier field(TSI), Transport Object Identifier field(TOI), Header Extensions field, FEC Payload ID field, 및/또는 Encoding Symbol(s) field를 포함할 수 있다.
본 발명의 다른 실시예에 따른 패킷은 메타 데이터를 포함하는 패킷 정보를 포함할 수 있다. 패킷 정보는 MPEG-DASH 콘텐츠를 전송 시 현재 패킷이 전송하고 있는 오브젝트의 유형을 지시하는 오브젝트 타입 정보를 포함할 수 있다. 오브젝트 타입 정보는 현재 패킷 또는 동일 TOI가 부여된 패킷들이 전송하고 있는 오브젝트의 타입을 지시할 수 있다.
예를 들어, 오브젝트 타입 정보는 LCT 패킷의 시작 지점에서 12번째 비트에 위치하는 두 개의 Reserved 비트를 활용하여 오브젝트 타입을 식별할 수 있다.
MPEG-DASH 콘텐츠를 LCT 패킷으로 전송할 경우, 오브젝트 타입은 Regular File, Initialization Segment, Media Segment, 및/또는 Self-Initializing Segment를 포함할 수 있다.
예를 들어, 오브젝트 타입 정보의 값이 “00”이면 오브젝트 타입은 “Regular File”을 지시하고, 오브젝트 타입 정보의 값이 “01”이면 오브젝트 타입은 “Initialization Segment”를 지시하고, 오브젝트 타입 정보의 값이 “10”이면 오브젝트 타입은 “Media Segment”를 지시하고, 오브젝트 타입 정보의 값이 “11”이면 오브젝트 타입은 “Self-Initializing Segment”를 지시할 수 있다.
각각의 오브젝트 타입 정보가 지시하는 오브젝트의 타입은 전송하고 있는 파일 콘텐츠에 따라서 다를 수 있고, 오브젝트 타입 정보의 값을 정의하는 scheme은 현재 전송중인 세션 또는 out-of-band로 별도의 시그널링 정보 형태로 전송될 수 있다.
Regular File은 멀티미디어 콘텐츠를 구성하는 일반적인 파일과 같은 오브젝트 형태의 데이터 단위이다.
Initialization Segment는 Representation에 접근하기 위한 초기화 정보를 포함하는 오브젝트 형태의 데이터 단위이다. Initialization Segment는 파일 타입 박스(ftyp) 및 무비 박스(moov)를 포함할 수 있다. 파일 타입 박스(ftyp)는 파일 타입, 파일 버전, 및 호환성 정보를 포함할 수 있다. 무비 박스(moov)는 미디어 컨텐츠를 서술하는 메타데이터를 포함할 수 있다.
Media Segment는 스트리밍 서비스를 지원하기 위해 방송 신호 수신 장치로 전송하고자 하는 품질별, 시간별로 분리한 미디어 관련 오브젝트 형태의 데이터 단위를 뜻한다. Media Segment는 세그먼트 타입 박스(styp), 세그먼트 인덱스 박스(sidx), 무비 프래그먼트 박스(moof), 및 미디어 데이터 박스(mdat)를 포함할 수 있다. 세그먼트 타입 박스(styp)는 세그먼트의 유형 정보를 포함할 수 있다. 세그먼트 인덱스 박스(sidx)는 해당 미디어 세그먼트의 내부에 존재하는 미디어 데이터의 최초 프레젠테이션 시간 및 데이터 오프셋(offset)과 SAP(Stream Access Points) 정보 등을 제공할 수 있다. 무비 프래그먼트 박스(moof)는 미디어 데이터 박스(mdat)에 대한 메타 데이터를 포함할 수 있다. 미디어 데이터 박스(mdat)는 해당 미디어 구성 요소(비디오 및 오디오 등)에 대한 실제 미디어 데이터를 포함할 수 있다.
Self-Initializing Segment는 Initialization Segment의 정보 및 Media Segment의 정보를 모두 포함하는 오브젝트 형태의 데이터 단위를 뜻한다.
<전송 오브젝트 타입의 식별 방안-2>
도 48은 본 발명의 다른 실시예에 따른 오브젝트 타입 정보를 포함하는 패킷의 구조를 나타낸 도면이다.
상술 한 방법에 더하여, 오브젝트 타입 정보는 LCT Header Extension을 이용하여 현재 패킷이 전송하고 있는 오브젝트의 타입을 식별할 수 있다. LCT Header Extension을 이용하는 오브젝트 타입 정보는 RTP(realtime protocol) 등 전송 프로토콜을 위한 패킷 등에 적용될 수 있다.
오브젝트 타입 정보는 Header Extension Type(HET) field, Type field, 및/또는 Reserved field를 포함할 수 있다.
HET 필드는 8비트의 정수일 수 있고, 해당 Header Extension의 타입을 지시할 수 있다. 예를 들어, HET 필드는 128에서 255 사이의 값 중에서 하나의 고유값으로 해당 Header Extension의 타입을 식별할 수 있고, 이 경우 Header Extension은 32 비트 고정 길이를 가질 수 있다.
Type 필드는 현재 LCT 패킷 또는 동일 TOI가 부여된 LCT 패킷들이 전송하고 있는 오브젝트의 타입을 지시할 수 있다. 이하에서는 Type 필드를 오브젝트 타입 정보로 표현할 수 있다. MPEG-DASH 콘텐츠를 LCT 패킷으로 전송할 경우, 오브젝트 타입 정보의 값에 따라서 오브젝트 타입은 Regular File, Initialization Segment, Media Segment, 및 Self-Initializing Segment를 포함할 수 있다.
예를 들면, 오브젝트 타입 정보의 값이 “0x00”이면 오브젝트 타입은 “Regular File”을 지시하고, 오브젝트 타입 정보의 값이 “0x01”이면 오브젝트 타입은 “Initialization Segment”를 지시하고, 오브젝트 타입 정보의 값이 “0x10”이면 오브젝트 타입은 “Media Segment”를 지시하고, 오브젝트 타입 정보의 값이 “0x11”이면 오브젝트 타입은 “Self-Initializing Segment”를 지시할 수 있다.
Reserved 필드는 미래의 사용을 위하여 예약된 필드일 수 있다.
이하, 구체적인 내용은 상술한 바와 동일하므로 생략하기로 한다.
도 49는 본 발명의 다른 실시예에 따른 오브젝트 타입 정보를 이용하는 방송 신호 수신 장치의 구조를 나타낸 도면이다.
방송 신호 수신 장치는 오브젝트 타입 정보를 기초로 오브젝트의 타입에 따라서 각각 다른 절차를 수행할 수 있다. 즉, 방송 신호 송신 장치가 LCT 패킷에 오브젝트 타입 정보를 명시하여 전송하면, 방송 신호 수신 장치는 오브젝트 타입 정보를 기초로 수신한 오브젝트를 식별하고, 오브젝트의 타입에 따라서 적절한 동작을 수행할 수 있다.
본 발명의 다른 실시예에 따른 방송 신호 수신 장치는 Signaling Decoder(C32005), Parser(C32050), 및/또는 Decoder(C32060)를 포함할 수 있다. 다만, 방송 신호 수신 장치의 구성요소는 이에 한정되지 않고 상술한 구성요소를 더 포함할 수 있다.
Signaling Decoder(C32005)는 시그널링 정보를 디코딩할 수 있다. 시그널링 정보는 멀티미디어 콘텐츠를 포함하는 방송 신호를 방송망을 사용하여 실시간으로 전송할지 여부를 지시하는 정보이다.
Parser(C32050)는 오브젝트 타입 정보를 기초로 적어도 하나의 오브젝트를 파싱하고 Representation에 접근하기 위한 초기화 정보 및 적어도 하나의 Access Unit을 생성할 수 있다. 이를 위하여, Parser(C32050)는 Initialization Segment Parser(C32051), Media Segment Parser(C32052), 및/또는 Self-Initializing Segment Parser(C32053)를 포함 할 수 있다. Initialization Segment Parser(C32051), Media Segment Parser(C32052), 및 Self-Initializing Segment Parser(C32053)에 대한 구체적인 설명은 다음 도면에서 설명하기로 한다.
Decoder(C32060)는 초기화 정보를 기초로 해당 Decoder(C32060)를 초기화할 수 있다. 또한, Decoder(C32060)는 적어도 하나의 오브젝트를 복호화할 수 있다. 이때, Decoder(C32060)는 오브젝트에 대한 정보를 적어도 하나의 Access Unit의 형태로 전달받고, Decoder(C32060)는 적어도 하나의 Access Unit을 복호화하여 Media Data를 생성할 수 있다.
도 50은 본 발명의 다른 실시예에 따른 오브젝트 타입 정보를 이용하는 방송 신호 수신 장치의 구조를 나타낸 도면이다.
방송 신호 수신 장치는 Packet Filter(C32010), Segment Buffer(C32030), Parser(C32050), Decoding Buffer(C32059), 및/또는 Decoder(C32060)를 포함할 수 있다.
Packet Filter(C32010)는 수신된 적어도 하나의 패킷으로부터 오브젝트 타입 정보를 식별하고, 오브젝트 타입 정보를 기초로 각각의 오브젝트의 타입에 해당하는 절차를 수행할 수 있도록 분류할 수 있다.
예를 들어, 오브젝트 타입 정보가 “1”이면 Packet Filter(C32010)는 LCT 패킷의 데이터를 Segment Buffer(C32031)를 통하여 Initialization Segment Parser(C32051)로 전달하고, 오브젝트 타입 정보가 “2”이면 Packet Filter(C32010)는 LCT 패킷의 데이터를 Segment Buffer(C32032)를 통하여 Media Segment Parser(C32052)로 전달하고, 전송 오브젝트 타입 정보가 “3”이면 Packet Filter(C32010)는 LCT 패킷의 데이터를 Segment Buffer(C32033)를 통하여 Self-Initializing Segment Parser(C32053)로 전달할 수 있다.
Segment Buffer(C32030)는 Packet Filter로부터 LCT 패킷의 데이터를 전달받고 미리 정해진 시간 동안 저장할 수 있다. Segment Buffer(C32030)는 하나의 구성요소로 존재할 수 있고, 여러 개의 Segment Buffer(C32031, C32032, C32033)로 존재할 수도 있다.
Parser(C32050)는 오브젝트 타입 정보를 기초로 적어도 하나의 오브젝트를 파싱하고 Representation에 접근하기 위한 초기화 정보 및 적어도 하나의 Access Unit을 생성할 수 있다. 이를 위하여, Parser(C32050)는 Initialization Segment Parser(C32051), Media Segment Parser(C32052), 및/또는 Self-Initializing Segment Parser(C32053)를 포함 할 수 있다.
Initialization Segment Parser(C32051)는 Segment Buffer(C32031)에 저장된 Initialization Segment를 파싱하고, Representation에 접근하기 위한 초기화 정보를 생성할 수 있다. 또한, Initialization Segment Parser(C32051)는 Self-Initializing Segment Parser(C32053)로부터 Initialization Segment를 전달받고, Representation에 접근하기 위한 초기화 정보를 생성할 수 있다.
Media Segment Parser(C32052)는 Segment Buffer(C32032)에 저장된 Media Segment를 파싱하고, Media stream의 정보, 적어도 하나의 Access Unit, 및 Presentation time 또는 Index와 같은 해당 세그먼트 안의 Media Presentation에 접근 방법에 대한 정보를 생성할 수 있다. 또한, Media Segment Parser(C32052)는 Self-Initializing Segment Parser(C32053)로부터 Media Segment를 전달받고 Media stream의 정보, 적어도 하나의 Access Unit, 및 Presentation time 또는 Index와 같은 해당 세그먼트 안의 Media Presentation에 접근 방법에 대한 정보를 생성할 수 있다.
Self-Initializing Segment Parser(C32053)는 Segment Buffer(C32033)에 저장된 Self-Initializing Segment를 파싱하고, Initialization Segment 및 Media Segment를 생성할 수 있다.
Decoding Buffer(C32059)는 Parser(C32050) 또는 Media Segment Parser(C32052)로부터 적어도 하나의 Access Unit을 전달받고 미리 정해진 시간 동안 저장할 수 있다.
Decoder(C32060)는 초기화 정보를 기초로 해당 Decoder(C32060)를 초기화할 수 있다. 또한, Decoder(C32060)는 적어도 하나의 오브젝트를 복호화할 수 있다. 이때, Decoder(C32060)는 오브젝트에 대한 정보를 적어도 하나의 Access Unit의 형태로 전달받고, Decoder(C32060)는 적어도 하나의 Access Unit을 복호화하여 Media Data를 생성할 수 있다.
상술한 바와 같이, MPEG-DASH 콘텐츠를 전송할 때, 본 발명의 다른 실시예에 따른 방송 신호 송신 장치는 현재 패킷에서 전송하고 있는 오브젝트의 타입을 지시하는 오브젝트 타입 정보를 전송할 수 있다. 또한, 방송 신호 수신 장치는 오브젝트 타입 정보를 기초로 수신한 패킷에서 오브젝트의 유형을 식별하고, 각 오브젝트에 적절한 프로세스를 수행할 수 있다.
<오브젝트 내부 구조체의 타입>
도 51은 본 발명의 다른 실시예에 따른 타입 정보를 포함하는 패킷의 구조를 나타낸 도면이다.
방송 신호 송신 장치가 독립적으로 의미 있는 단위인 오브젝트 내부 구조체(Object Internal Structure)의 단위로 데이터를 전송하면, 가변적인 크기로 데이터를 전송할 수 있다. 따라서, 방송 신호 수신 장치가 하나의 오브젝트를 전부 수신하기 전이라도 오브젝트 내부 구조체를 수신 및 식별하면, 방송 신호 수신 장치는 오브젝트 내부 구조체 단위로 재생할 수 있다. 그 결과, 멀티미디어 콘텐츠는 방송망을 통하여 실시간으로 전송 및 재생될 수 있다. 본 발명의 다른 실시예에 따르면, 오브젝트 내부 구조체를 식별하기 위하여 타입 정보(Type information) 및 경계 정보(Boundary Information)가 이용될 수 있다.
이하에서는, 오브젝트 내부 구조체를 식별하기 위한 타입 정보에 대하여 구체적으로 설명한다.
MPEG-DASH 콘텐츠를 전송 시, 패킷 정보는 LCT Header Extension을 이용하여 타입 정보를 포함할 수 있다. 타입 정보는 현재 패킷이 전송하고 있는 오브젝트의 내부 구조체의 타입을 지시할 수 있다. 타입 정보는 오브젝트 타입 정보와 구별을 위하여 내부 구조체 타입 정보로 부를 수 있다. 타입 정보는 RTP(realtime protocol) 등 전송 프로토콜을 위한 패킷 등에 적용될 수 있다.
타입 정보는 Header Extension Type field(HET), Internal Unit Type field, 및/또는 Reserved field를 포함할 수 있다.
HET 필드는 상술한 바와 동일하며, 구체적인 설명은 생략한다.
Internal Structure Type field는 LCT 패킷이 전송하고 있는 오브젝트 내부 구조체의 타입을 지시할 수 있다.
오브젝트는 MPEG-DASH의 세그먼트에 해당할 수 있는데, 오브젝트 내부 구조체는 오브젝트를 구성하는 하위 구성요소에 해당한다. 예를 들어, 오브젝트 내부 구조체의 타입은 프래그먼트, 청크(chunk) 또는 GOP, Access Unit, 및 NAL Unit을 포함할 수 있다. 오브젝트 내부 구조체의 타입은 이에 한정되지 않고 의미 있는 단위들을 더 포함할 수 있다.
프래그먼트란 이전(preceding)의 데이터에 대한 의존성 없이 독립적으로 복호화 및 재생될 수 있는 데이터 단위를 의미한다. 또는, 프래그먼트는 한 쌍의 무비 프래그먼트 박스(moof) 및 미디어 데이터 컨테이너 박스(mdat)를 포함하는 데이터 단위를 의미할 수 있다. 예를 들어, 프래그먼트는 MPEG-DASH의 서브세그먼트(Subsegment)에 해당할 수 있고, MMT의 프래그먼트에 해당할 수 있다. 프래그먼트는 적어도 하나의 Chunk 또는 적어도 하나의 GOP를 포함할 수 있다.
Chunk는 동일한 미디어 타입을 갖는 인접된 샘플들의 집합이고, 가변적인 크기의 데이터 단위이다.
GOP는 비디오 코딩에서 사용되는 코딩을 수행하는 기본 단위이며, 적어도 하나의 I-프레임을 포함하는 프레임들의 집합을 나타내는 가변적인 크기의 데이터 단위이다. 본 발명의 다른 실시예에 따르면, 미디어 데이터를 독립적으로 의미 있는 데이터 단위인 오브젝트 내부 구조체의 단위로 전송하므로, GOP은 Open GOP 및 Closed GOP를 포함할 수 있다.
Open GOP에서, 하나의 GOP 내에 있는 B-프레임은 인접한 GOP의 I-프레임 또는 P-프레임을 참조할 수 있다. 따라서, Open GOP은 코딩 효율을 상당히 높일 수 있다. Closed GOP에서, B-프레임 또는 P-프레임은 해당 GOP 내에 있는 프레임 만을 참조하고, 해당 GOP외에 있는 프레임들은 참조하지 않는다.
Access Unit은 부호화된 비디오 또는 오디오의 기본 데이터 단위를 의미하고, 하나의 영상 프레임 또는 오디오 프레임을 포함할 수 있다.
NAL Unit은 네트워크 기기와의 통신을 고려하여 압축된 슬라이스에 대한 요약 정보 등이 포함되어 캡슐화된 압축된 비디오 스트림이다. 예를 들어, NAL Unit 슬라이스, 파라미터 세트, 및 SEI 등의 데이터를 바이트 단위로 패킷화한 데이터 단위일 수 있다.
Reserved 필드는 미래의 사용을 위하여 예약된 필드일 수 있다.
이하에서는, 설명의 편의를 위하여 Internal Structure Type field를 타입 정보로 표현할 수 있다.
<오브젝트 내부 구조체 경계>
도 52는 본 발명의 다른 실시예에 따른 경계 정보를 포함하는 패킷의 구조를 나타낸 도면이다.
이하에서는, 오브젝트 내부 구조체를 식별하기 위한 경계 정보에 대하여 구체적으로 설명한다.
MPEG-DASH 콘텐츠를 전송 시, 패킷 정보는 LCT Header Extension을 이용하여 경계 정보를 포함할 수 있다. 경계 정보는 현재 패킷이 전송하고 있는 오브젝트 내부 구조체의 경계를 지시할 수 있다. 경계 정보는 RTP(realtime protocol) 등 전송 프로토콜을 위한 패킷 등에 적용될 수 있다.
경계 정보는 Header Extension Type field(HET), Start Flag field(SF), Reserved field, 및/또는 Offset field를 포함할 수 있다.
HET 필드는 상술한 바와 동일하며, 구체적인 설명은 생략한다.
Start Flag field(SF)는 LCT 패킷이 오브젝트 내부 구조체의 시작 지점을 포함하고 있음을 지시할 수 있다.
Reserved 필드는 미래의 사용을 위하여 예약된 필드일 수 있다.
Offset field는 LCT 패킷 내에서 오브젝트 내부 구조체의 시작 지점의 위치를 지시하는 위치 정보를 포함할 수 있다. 위치 정보는 LCT 패킷의 페이로드 시작 지점부터 오브젝트 내부 구조체의 시작 지점까지의 바이트(byte) 거리를 포함할 수 있다.
상술한 바와 같이, 방송 신호 송신 장치는 타입 정보 및 경계 정보를 기초로 오브젝트 단위로 데이터를 전송하지 않고 가변 길이의 오브젝트 내부 구조체의 단위로 데이터를 전송할 수 있다.
방송 신호 수신 장치는 오브젝트 단위로 데이터를 수신하여 재생하지 않고 가변 길이의 오브젝트 내부 구조체의 단위로 데이터를 수신하고 재생할 수 있다. 따라서, 방송 신호 수신 장치는 타입 정보 및 경계 정보를 기초로 오브젝트 내부 구조체를 식별하고, 수신한 오브젝트 내부 구조체 별로 재생할 수 있다.
예를 들어, 방송 신호 수신 장치는 경계 정보에서 표현된 오브젝트 내부 구조체의 시작과 끝 지점에 해당하는 패킷 또는 그 사이에서 전송되는 적어도 하나의 패킷에 포함된 타입 정보를 기초로 현재 오브젝트 내부 구조체의 타입을 식별할 수 있다.
그 결과, 방송 신호 수신 장치는 하나의 오브젝트를 전부 수신하기 전이라도 오브젝트 내부 구조체를 빠르게 식별할 수 있고 실시간 재생할 수 있다.
<전송 오브젝트와 시그널링 정보의 매핑>
도 53은 본 발명의 다른 실시예에 따른 매핑 정보를 포함하는 패킷의 구조를 나타낸 도면이다.
본 발명의 다른 실시예에 따르면, 상술한 타입 정보 및 경계 정보 외에도, 매핑 정보를 이용하여 오브젝트 내부 구조체를 식별할 수 있다.
DASH 콘텐츠를 전송 시, 패킷 정보는 LCT Header Extension을 이용하여 매핑 정보를 포함할 수 있다. 매핑 정보는 현재 패킷이 전송하고 있는 세션, 오브젝트, 및 오브젝트 내부 구조체 중에서 적어도 하나를 Transport Session Identifier(TSI) 및 Transport Object Identifier(TOI) 중에서 적어도 하나에 매핑시키는 정보이다. 매핑 정보는 RTP(realtime protocol) 등 전송 프로토콜을 위한 패킷 등에 적용될 수 있다.
본 발명의 일 실시예에 따른 매핑 정보는 Header Extension Type field(HET), Header Extension Length field(HEL), 및 Uniform Resource Locator field(URL)를 포함할 수 있다.
HET 필드는 상술한 바와 동일하며, 구체적인 설명은 생략한다.
HEL 필드는 가변 길이의 LCT Header Extension의 전체 길이를 지시한다. 기본적으로 LCT에서는 HET가 0에서 127 사이의 값을 가질 경우 32-bit word 단위의 가변 길이 Header Extension이 존재하며, HET 필드에 뒤따르는 HEL 필드는 LCT Header Extension의 전체 길이를 32-bit word 단위로 나타낸다.
URL 필드는 가변 길이일 수 있고, 현재 전송중인 세션, 오브젝트, 및 오브젝트 내부 구조체의 인터넷 상의 고유 주소를 포함할 수 있다.
이하에서는, 설명의 편의상 URL 필드를 매핑 정보로 표현할 수 있다.
매핑 정보는 시그널링 정보의 URL을 지시할 수 있다. 또한, 매핑 정보는 세션, 오브젝트, 또는 오브젝트 내부 구조체의 고유한 주소뿐만 아니라, 시그널링 정보에서 할당된 식별자를 포함할 수 있다. 식별자는 Period ID, Adaptation Set ID, representation ID, 및 component ID를 포함할 수 있다. 따라서, MPEG-DASH 콘텐츠의 경우, 매핑 정보는 세그먼트 URL, representation ID, component ID, Adaptation Set ID, 및 Period ID 등을 포함할 수 있다.
보다 완벽한 매핑을 위하여, 본 발명의 다른 실시예에 따른 시그널링 정보는 식별자 또는 오브젝트의 URL을 TOI 또는 TSI에 각각 매핑하는 매핑 정보를 더 포함할 수 있다. 즉, 시그널링 정보는 현재 전송하고 있는 TOI 및 TSI가 식별자 또는 오브젝트의 URL 중에서 어디에 매핑되는지를 지시하는 정보를 더 포함할 수 있다. 이때, 매핑 정보는 식별자 또는 오브젝트의 URL과 TOI 또는 TSI를 1:1, 1:多, 및 多:1 중에서 하나로 매핑하는 정보일 수 있다.
<전송 세션 및 전송 오브젝트의 그룹핑 방안>
도 54는 본 발명의 다른 실시예에 따른 그룹핑 정보를 포함하는 LCT 패킷의 구조를 나타낸 도면이다.
본 발명의 다른 실시예에 따르면, 상술한 방법 외에도, 그룹핑 정보를 이용하여 오브젝트 내부 구조체를 식별할 수 있다.
본 발명의 다른 실시예에 따른 LCT 패킷은 Session Group Identifier field(SGI) 및 Divided Transport Session Identifier field(DTSI)를 포함할 수 있다. SGI 및 DTSI는 기존의 Transport Session Identifier field(TSI)를 분할한 형태이다.
또한, 본 발명의 다른 실시예에 따른 LCT 패킷은 Object Group Identifier field(OGI) 및 Divided Transport Object Identifier field(DTOI)를 포함할 수 있다. OGI 및 DTOI는 기존의 Transport Object Identifier field(TOI)를 분할한 형태이다.
S 필드는 기존의 TSI 필드의 길이를 지시하고, O 필드는 기존의 TOI의 길이를 지시하고, H 필드는 기존의 TSI 필드 및 기존의 TOI 필드의 길이에 half-word(16 bits)를 추가할지 여부를 지시한다.
따라서, SGI 필드와 DTSI 필드의 길이의 합은 기존의 TSI 필드와 같고, S 필드와 H 필드의 값을 기초로 정해질 수 있다. 또한, OGI 필드와 DTOI 필드의 길이의 합은 기존의 TOI 필드와 같고, O 필드와 H 필드의 값을 기초로 정해질 수 있다.
본 발명의 다른 실시예에 따르면, 기존의 TSI 및 TOI를 SGI, DTSI, OGI, 및 DTOI로 세분화하고, SGI, DTSI, OGI, 및 DTOI는 각각 다른 데이터 단위를 식별할 수 있다.
SGI, DTSI, OGI, 및 DTO에 대한 구체적인 내용은 다음 도면에서 설명하기로 한다.
도 55는 본 발명의 다른 실시예에 따른 세션 및 오브젝트의 그룹핑을 나타낸 도면이다.
Media Presentation Description(MPD)는 MPEG-DASH 콘텐츠를 스트리밍 서비스로 제공하기 위한 엘리먼트이다. 예를 들어, 상술한 프리젠테이션은 하나의 서비스에 대응하는 개념이고, MPEG-DASH의 MPD 및 MMT의 package에 해당할 수 있다. MPD(C40000)는 적어도 하나의 Period를 포함할 수 있다. 예를 들어, MPD(C40000)는 제1 피리어드(C41000) 및 제2 피리어드(C42000)를 포함할 수 있다.
Period는 MPEG-DASH 콘텐츠를 재생 시간으로 구분한 엘리먼트이다. 이용 가능한 비트레이트, 언어, 캡션, 및 서브타이틀 등은 Period 내에서 변하지 않는다. 각 Period는 시작 시간 정보를 포함할 수 있으며, MPD 내에서 시작시간의 오름차순으로 정렬될 수 있다. 예를 들어, 제1 피리어드(C41000)는 0~30min 구간의 엘리먼트이고, 제2 피리어드(C42000)는 30~60min 구간의 엘리먼트이다. 피리어드는 하위 요소로 적어도 하나의 AdaptationSet(미도시)를 포함할 수 있다.
AdaptationSet는 상호 교체할 수 있는 인코딩된 버전의 적어도 하나의 미디어 콘텐트 컴포넌트의 집합이다. AdaptationSet은 하위 요소로 적어도 하나의 Representation을 포함할 수 있다. 예를 들어, AdaptationSet은 제1 Representation(C41100), 제2 Representation(C41200), 및 제3 Representation(C41300)을 포함할 수 있다.
Representation는 적어도 하나의 미디어 콘텐트 컴포넌트의 전송 가능한 인코딩된 버전의 엘리먼트를 나타내며, 적어도 하나의 미디어 스트림을 포함할 수 있다. 미디어 콘텐트 컴포넌트는 비디오 컴포넌트, 오디오 컴포넌트, 및 캡션 컴포넌트를 포함할 수 있다. Representation은 미디어 콘텐트 컴포넌트의 품질에 대한 정보를 포함할 수 있다. 따라서, 방송 신호 수신 장치는 네트워크 환경에 적응하기 위해서 하나의 AdaptationSet 내에서 Representation을 변경할 수 있다.
예를 들어, 제1 Representation(C41100)은 오디오 또는 비디오 컴포넌트이고, 제2 Representation(C41200)은 영어 캡션 컴포넌트이고, 제3 Representation(C41300)은 한글 캡션 컴포넌트일 수 있다. Representation는 하위 요소로 적어도 하나의 Segment를 포함할 수 있다. 예를 들어, 제1 Representation(C41100)은 제1 세그먼트(C41110), 제2 세그먼트(C41120), 및 제3 세그먼트(C41130)를 포함할 수 있다.
Segment는 한번의 HTTP 요청으로 검색(retrieve)될 수 있는 가장 큰 데이터 단위의 엘리먼트를 나타낸다. URL은 각각의 세그먼트에 제공될 수 있다. 예를 들어, 상술한 오브젝트는 파일, Initialization Segment, Media Segment, 또는 Self-Initializing Segment에 대응하는 개념이고, MPEG-DASH의 세그먼트에 해당하고, MMT의 MPU에 해당할 수 있다. 각 Segment는 하위 요소로 적어도 하나의 Fragment를 포함할 수 있다. 예를 들어, 제2 Segment(C41120)는 제1 프래그먼트(C41122), 제2 프래그먼트(C41124), 및 제3 프래그먼트(C41126)를 포함할 수 있다.
Fragment는 이전(preceding)의 데이터에 대한 의존성 없이 독립적으로 복호화 및 재생될 수 있는 데이터 단위를 의미한다. 예를 들어, 프래그먼트는 MPEG-DASH의 서브세그먼트(Subsegment) 및 MMT의 프래그먼트에 해당할 수 있다. 프래그먼트는 적어도 하나의 청크 또는 적어도 하나의 GOP를 포함할 수 있다. 예를 들어, 제1 프래그먼트(C41122)는 프래그먼트 헤더 및 프래그먼트 페이로드를 포함할 수 있다. 프래그먼트 헤더는 세그먼트 인덱스 박스(sidx) 및 무비 프래그먼트 박스(moof)를 포함할 수 있다. 프래그먼트 페이로드는 미디어 데이터 컨테이너 박스(mdat)를 포함할 수 있다. 미디어 데이터 컨테이너 박스(mdat)는 제1 Chunk 내지 제5 Chunk를 포함할 수 있다.
Chunk는 동일한 미디어 타입을 갖는 인접된 샘플들의 집합이고, 가변적인 크기의 데이터 단위이다.
상술한 본 발명의 일 실시예에 따르면, TSI는 전송 세션을 식별하고, 각 Representation은 각 TSI에 매핑될 수 있다. 또한, TOI는 전송 세션 내에 있는 전송 오브젝트를 식별하고, 각 Segment는 각 TOI에 매핑될 수 있다.
하지만, 본 발명의 다른 실시예에 따르면, TSI를 GSI 및 DTSI로 분할하고 TOI를 OGI 및 DTOI로 분할하여, 각각의 GSI, DTSI, GOI, 및 DTOI가 각각 새로운 데이터 단위에 매핑될 수 있으며, 이하의 실시예에 한정되지 않는다.
예를 들어, SGI는 동일한 전송 세션의 그룹을 식별하고, 각 Period는 각 SGI에 매핑될 수 있다. 제1 Period(C41000)는 SGI의 값이 “1”에 매핑되고, 제2 Period(C42000)은 SGI의 값이 “2”에 매핑될 수 있다. SGI의 값은 상술한 실시예에 한정되지 않으며, Period를 식별하는 값인 Period ID와 동일한 값을 가질 수 있다.
DTSI는 전송 세션을 식별하고, 각 Representation은 각 DTSI에 매핑될 수 있다. 제1 Representation(C41100)은 DTSI의 값이 “1”에 매핑되고, 제2 Representation(C41200)은 DTSI의 값이 “2”에 매핑되고, 제3 Representation(C41300)은 DTSI의 값이 “2”에 매핑될 수 있다. DTSI의 값은 상술한 실시예에 한정되지 않으며, Representation을 식별하는 값인 Representation ID와 동일한 값을 가질 수 있다.
OGI는 전송 세션 내에서 동일한 오브젝트의 그룹을 식별하고, 각 Segment는 각 OGI에 매핑될 수 있다. 제1 Segment(C41110)는 OGI의 값이 “1”에 매핑되고, 제2 Segment(C41120)는 OGI의 값이 “2”에 매핑되고, 및 제3 Segment(C41130)는 OGI의 값이 “3”에 매핑될 수 있다.
DTOI는 전송 오브젝트를 식별한다. 프래그먼트 헤더, 및 프래그먼트 페이로드의 각 Chunk 또는 각 GOP는 각 DTOI에 매핑될 수 있다. 제1 프래그먼트(C41122)의 헤더는 DTOI의 값이 “0”에 매핑되고, 제1 프래그먼트(C41122)의 페이로드 내에 있는 제1 Chunk 내지 제5 Chunk는 DTOI의 값이 “10” 내지 “14”에 매핑될 수 있다.
DTOI의 경우, 부여된 값에 따라서 용법을 정의할 수 있다. 예를 들어, DTOI 값은 오브젝트의 배열 순서에 따라서 오름차순 또는 내림차순의 값으로 설정될 수 있다. 이 경우, 방송 신호 수신 장치는 DTOI 값을 기초로 오브젝트를 재배열하고, 프래그먼트 또는 세그먼트를 생성할 수 있다. 또한, 특정한 DTOI의 값은 프래그먼트 헤더를 지시할 수 있다. 이 경우, 방송 신호 송신 장치 또는 방송 신호 수신 장치는 해당 DTOI의 값을 기초로 프래그먼트 헤더의 전송이 완료되었는지를 판단할 수 있다.
도 56은 본 발명의 다른 실시예에 따른 패킷 정보를 이용한 방송 신호 송신 장치의 구조를 나타낸 도면이다.
방송 신호 송신 장치는 Signaling Encoder(C31005), Internal Structure Generator(C31030), Packet Information Generator(C31035) 및/또는 Transmitter(C31050)를 포함할 수 있다.
Signaling Encoder(C31005)는 멀티미디어 콘텐츠를 포함하는 방송 신호를 방송망을 사용하여 실시간으로 전송할지 여부를 지시하는 시그널링 정보를 생성할 수 있다. 시그널링 정보는 파일 레벨 또는 FDT 레벨 중에서 적어도 하나로 멀티미디어 콘텐츠를 실시간으로 전송하는 것을 지시할 수 있다. 시그널링 정보가 파일 레벨로 멀티미디어 콘텐츠를 실시간으로 전송하는 것을 지시하면, 해당 파일에 속하는 모든 데이터를 실시간으로 전송할 수 있다. 또한, 시그널링 정보가 FDT 레벨로 멀티미디어 콘텐츠를 실시간으로 전송하는 것을 지시하면, 해당 FDT에 속하는 모든 파일 또는 데이터를 실시간으로 전송할 수 있다.
Internal Structure Generator(C31030)는 독립적으로 부호화 및 복호화되는 데이터 단위인 적어도 하나의 오브젝트 내부 구조체를 생성할 수 있다. 오브젝트 내부 구조체는 멀티미디어 콘텐츠를 구성하는 파일이 적어도 하나의 데이터 단위로 분할된 것이다.
Packet Information Generator(C31035)는 시그널링 정보가 멀티미디어 콘텐츠를 실시간으로 전송하는 것을 지시하는 경우, 오브젝트 내부 구조체를 식별하는 메타 데이터를 포함하는 패킷 정보를 생성할 수 있다. 여기서, 패킷 정보는 멀티미디어 콘텐츠를 전송하는 패킷에 관한 메타 데이터를 포함하고, 오브젝트 내부 구조체를 식별하는 메타 데이터를 포함할 수 있다. 패킷 정보는 오브젝트 내부 구조체의 경계를 지시하는 경계 정보 및 오브젝트 내부 구조체의 타입을 지시하는 타입 정보를 포함할 수 있다.
경계 정보는 해당 패킷에 오브젝트 내부 구조체의 시작 지점이 포함되어 있는지 여부를 지시하는 Start Flag(SF) 필드 및 해당 패킷 내에서 상기 오브젝트 내부 구조체의 시작 지점의 위치를 지시하는 Offset 필드를 포함할 수 있다.
오브젝트 내부 구조체의 타입은 한 쌍의 무비 프래그먼트 박스(moof) 및 미디어 데이터 컨테이너 박스(mdat)를 포함하는 데이터 단위를 나타내는 프래그먼트, 동일한 미디어 타입을 갖는 인접된 샘플들의 집합을 나타내는 Chunk, 적어도 하나의 I-프레임을 포함하는 프레임들의 집합을 나타내는 GOP, 부호화된 비디오 또는 오디오의 기본 데이터 단위를 나타내는 Access Unit, 및 바이트(byte) 단위로 패킷화한 데이터 단위를 나타내는 NAL Unit 중에서 하나를 포함할 수 있다.
또한, 패킷 정보는 세션, 오브젝트, 및 오브젝트 내부 구조체 중에서 적어도 하나를 Transport Session Identifier(TSI) 및 Transport Object Identifier(TOI) 중에서 적어도 하나에 매핑시키는 매핑 정보를 포함할 수 있다.
또한, 패킷 정보는 패킷이 전송하는 전송 오브젝트 및 전송 세션을 그룹핑하는 그룹핑 정보를 포함할 수 있다. 그룹핑 정보는 전송 세션을 식별하는 Divided Transport Session Identifier(DTSI) 필드, 동일한 전송 세션의 그룹을 식별하는 Session Group Identifier(SGI) 필드, 전송 오브젝트를 식별하는 Divided Transport Object Identifier (DTOI) 필드, 및 동일한 전송 오브젝트의 그룹을 식별하는 Object Group Identifier(OGI) 필드를 포함할 수 있다. 여기서, SGI 필드는 MPEG-DASH의 Period 엘리먼트를 식별하는 정보를 포함하고, DTSI 필드는 MPEG-DASH의 Representation 엘리먼트를 식별하는 정보를 포함하고, OGI 필드는 MPEG-DASH의 Segment 엘리먼트를 식별하는 정보를 포함하고, 및 DTOI 필드는 MPEG-DASH의 Chunk 엘리먼트를 식별하는 정보를 포함할 수 있다.
상술한 바와 같이, 패킷 정보는 타입 정보와 경계 정보, 매핑 정보, 및 그룹핑 정보를 기초로 세션, 오브젝트, 및 오브젝트 내부 구조체 중에서 적어도 하나를 식별할 수 있다.
방송 신호 송신 장치는 Packetizer(미도시)를 더 포함할 수 있다. Packetizer는 오브젝트 내부 구조체를 동일한 크기의 적어도 하나의 심볼로 분할하여 각각의 적어도 하나의 심볼을 적어도 하나의 패킷으로 패킷화할 수 있다. 다만 이에 한정되지 않고, 심볼은 다른 장치에 의해서 생성될 수도 있다. 본 발명의 다른 실시예에 따른 심볼의 길이는 동일할 수 있다. 그리고 나서, Packetizer는 적어도 하나의 심볼을 적어도 하나의 패킷으로 패킷화 할 수 있다. 예를 들어, 패킷은 LCT 패킷일 수 있다. 패킷은 패킷 헤더 및 패킷 페이로드를 포함할 수 있다.
패킷 헤더는 오브젝트 내부 구조체를 식별하는 패킷 정보를 포함할 수 있다.
Transmitter(C31050)는 오브젝트 내부 구조체 및 패킷 정보를 포함하는 방송 신호를 전송할 수 있다.
도 57은 본 발명의 다른 실시예에 따른 패킷 정보를 이용한 방송 신호 수신 장치의 구조를 나타낸 도면이다.
이하에서는 방송 신호 송신 장치와 공통되는 부분은 생략하고, 차이점을 중심으로 설명한다.
방송 신호 수신 장치는 패킷 정보를 기초로 오브젝트 내부 구조체를 식별하고, 수신한 오브젝트 내부 구조체 단위로 복호화를 할 수 있다. 따라서, 방송 신호 수신 장치는 하나의 오브젝트를 모두 수신하지 않고 오브젝트 내부 구조체만을 수신하더라도, 오브젝트 내부 구조체를 재생할 수 있다.
본 발명의 다른 실시예에 따른 방송 신호 수신 장치는 Signaling Decoder(C32005), Extractor(C32050), 및/또는 Decoder(C32060)를 포함할 수 있다. 다만, 방송 신호 수신 장치는 상술한 구성요소를 더 포함할 수 있다.
Signaling Decoder(C32005)는 시그널링 정보를 디코딩할 수 있다. 시그널링 정보는 멀티미디어 콘텐츠를 포함하는 방송 신호를 방송망을 사용하여 실시간으로 전송할지 여부를 지시하는 정보이다.
Extractor(C32050)는 방송신호로부터 오브젝트 내부 구조체를 식별하고, 오브젝트 내부 구조체를 추출할 수 있다. Extractor(C32050)는 패킷 정보를 기초로 하나의 오브젝트가 모두 수신되기 전이라도 오브젝트 내부 구조체를 추출하여 Decoder(C32060)로 전달할 수 있다. 다만, 오브젝트 내부 구조체의 타입에 따라 Extractor(C32050)의 동작이 달라질 수 있다. 상술한 Parser(C32050)는 Extractor(C32050)와 동일한 동작을 수행할 수 있으며, Extractor(C32050)를 Parser(C32050)로 표현할 수도 있다.
Extractor(C32050)는 타입 정보 및 경계 정보를 기초로 현재 오브젝트 내부 구조체의 타입을 식별할 수 있다. 예를 들어, Extractor(C32050)는 경계 정보에서 표현된 오브젝트 내부 구조체의 시작과 끝 지점에 해당하는 패킷 또는 그 사이에서 전송되는 적어도 하나의 패킷에 포함된 타입 정보를 기초로 현재 오브젝트 내부 구조체의 타입을 식별할 수 있다.
Extractor(C32050)는 오브젝트 버퍼 또는 세그먼트 버퍼에 저장된 오브젝트 내부 구조체인 프래그먼트, Chunk 또는 GOP, 및 Access Unit 중에서 적어도 하나를 추출할 수 있다. 이를 위하여, Extractor(C32050)는 Access Unit를 추출하는 AU Extractor(C32056), Chunk 또는 GOP를 추출하는 Chunk Extractor(C32057), 및 프래그먼트를 추출하는 Fragment Extractor(C32058)을 더 포함할 수 있다. Extractor(C32050)의 하위 구성요소는 다음 도면에서 구체적으로 설명하기로 한다.
*Decoder(C32060)는 오브젝트 내부 구조체를 전달받고 타입 정보를 기초로 해당 오브젝트 내부 구조체를 디코딩할 수 있다. 이때, Decoder(C32060)는 오브젝트 내부 구조체에 대한 정보를 적어도 하나의 Access Unit의 형태로 전달받고, 적어도 하나의 Access Unit을 복호화하여 Media Data를 생성할 수 있다.
도 58은 본 발명의 다른 실시예에 따른 패킷 정보를 이용한 방송 신호 수신 장치의 구조를 나타낸 도면이다.
이하에서는, 오브젝트 내부 구조체의 타입이 Access Unit인 경우의 방송 신호 수신 장치의 동작 및 구성에 대하여 설명한다.
방송 신호 수신 장치는 Packet Depacketizer(C22020), Segment Buffer(C32030), AU Extractor(C32056), Decoding Buffer(C32059), 및/또는 Decoder(C32060)를 더 포함할 수 있다.
Packet Depacketizer(C22020)는 적어도 하나의 패킷을 depacketize하여 패킷 헤더에 포함된 패킷 정보를 추출할 수 있다. 예를 들어, Packet Depacketizer(C22020)는 패킷 헤더에 포함된 타입 정보 및 경계 정보를 추출할 수 있고, 패킷 페이로드에 포함된 적어도 하나의 심볼을 추출할 수 있다. 적어도 하나의 심볼은 오브젝트 내부 구조체를 구성하는 심볼일 수 있고, 오브젝트를 구성하는 심볼일 수 있다.
Packet Depacketizer(C22020)는 추출한 적어도 하나의 오브젝트 또는 적어도 하나의 오브젝트 내부 구조체를 Decoder(C32060)에 전달할 수 있다.
Segment Buffer(C32030)는 Packet Depacketizer(C22020)로부터 LCT 패킷의 데이터를 전달받고 미리 정해진 시간 동안 저장할 수 있다. Segment Buffer(C32030)는 Object Buffer(C32030)로 표현될 수 있다. 또한, Segment Buffer(C32030)는 AU Extractor(C32056), Chunk Extractor(미도시), 및/또는 Fragment Extractor(미도시)를 더 포함할 수 있다. 또한, Segment Buffer(C320300)는 Fragment Buffer(미도시) 및/또는 Chunk Buffer(미도시)를 더 포함할 수 있다.
타입 정보가 오브젝트 내부 구조체의 타입은 Access Unit이라고 지시하면, Segment Buffer(C32030)는 AU Extractor(C32056)를 포함할 수 있다. 다만, 이에 한정되지 않고, AU Extractor(C32056)는 Segment Buffer(C32030)와 독립적으로 존재할 수 있다.
AU Extractor(C32056)는 경계 정보를 기초로 Segment Buffer(C32030)에 저장된 Access Unit을 추출할 수 있다. 예를 들어, 하나의 Access Unit은 경계 정보가 지시하는 Access Unit의 시작 지점부터 다음 Access Unit의 시작 지점 이전까지일 수 있다.
그리고 나서, AU Extractor(C32056)는 추출한 Access Unit을 Decoding Buffer(C32059)를 거쳐 Decoder(C32060)로 전달할 수 있다.
상술한 바와 같이, 방송 신호 수신 장치가 하나의 오브젝트를 모두 수신하지 않더라도, AU Extractor(C32056)는 타입 정보 및 경계 정보를 기초로 해당 오브젝트의 내부 구조체의 수신이 완료되면 곧바로 오브젝트 내부 구조체를 추출하여 Decoder(C32060)로 전달할 수 있다.
Decoding Buffer(C32059)는 Segment Buffer(C32030)로부터 데이터를 전달받고 미리 정해진 시간 동안 저장할 수 있다. Access Unit는 Decoding Buffer(C32059) 내에서 Access Unit에 부여된 처리 시간에 Decoder(C32060) 또는 다른 구성요소로 전달될 수 있다. 이때, Access Unit에 PTS(Presentation Time Stamp) 등 처리 시간에 대한 타이밍 정보는 LCT Header Extension 형태로 부여될 수 있다
Decoder(C32060)는 오브젝트 내부 구조체를 전달받고 타입 정보를 기초로 해당 오브젝트 내부 구조체를 디코딩할 수 있다. 이때, Decoder(C32060)는 오브젝트 내부 구조체의 형태뿐만 아니라 Access Unit의 형태로 해당 오브젝트 내부 구조체를 전달받을 수 있다.
타입 정보가 오브젝트 내부 구조체의 타입은 Access Unit이라고 지시하면, Decoder(C32060)는 해당 오브젝트를 모두 전달받기 전이라도 해당 오브젝트의 내부 구조체인 해당 Access Unit을 디코딩할 수 있다.
도 59는 본 발명의 다른 실시예에 따른 패킷 정보를 이용한 방송 신호 수신 장치의 구조를 나타낸 도면이다.
본 도면에서 나타난 구성요소 중에서 상술한 구성요소와 동일한 부분은 내용이 동일하므로 구체적인 설명은 생략하기로 한다.
이하에서는, 오브젝트 내부 구조체의 타입이 Chunk 또는 GOP인 경우의 방송 신호 수신 장치의 동작 및 구성에 대하여 설명한다. 방송 신호 수신 장치는 Packet Depacketizer(C22020), Segment Buffer(C32030), Chunk Buffer(C32035), Decoding Buffer(C32059), 및/또는 Decoder(C32060)를 더 포함할 수 있다.
Packet Depacketizer(C22020)는 추출한 적어도 하나의 오브젝트 또는 적어도 하나의 오브젝트 내부 구조체를 Segment Buffer(C32030)를 통하여 Decoder(C32060)에 전달할 수 있다.
Segment Buffer(C32030)는 Chunk Extractor(C32057)를 포함할 수 있다. 또한, Segment Buffer(C32030)는 Chunk Buffer(C32035)를 더 포함할 수 있다.
타입 정보가 오브젝트 내부 구조체의 타입은 청크 또는 GOP라고 지시하면, Chunk Extractor(C32057)는 경계 정보를 기초로 Segment Buffer(C32030)에 저장된 청크 또는 GOP를 추출할 수 있다. 예를 들어, 하나의 청크 또는 GOP는 경계 정보가 지시하는 청크 또는 GOP의 시작 지점부터 다음 청크 또는 GOP의 시작지점 이전까지일 수 있다. Chunk Extractor(C32057)는 Segment Buffer(C32030) 내에 존재할 수도 있고, 독립적으로 존재할 수도 있다.
Chunk Buffer(C32035)는 적어도 하나의 청크 또는 GOP를 전달 받고, 미리 정해진 시간 동안 저장할 수 있다. Chunk Buffer(C32035)는 Segment Buffer(C32030) 내에 존재할 수도 있고, 독립적으로 존재할 수도 있다. Chunk Buffer(C32035)는 AU Extractor(C32056)를 더 포함할 수 있다.
AU Extractor(C32056)는 Chunk Buffer(C32035)에 저장된 청크 또는 GOP로부터 적어도 하나의 Access Unit을 추출할 수 있다. 그리고 나서, 추출된 적어도 하나의 Access Unit을 Decoding Buffer(C32059)를 거쳐 Decoder(C32060)로 전달할 수 있다.
타입 정보가 오브젝트 내부 구조체의 타입은 Chunk 또는 GOP라고 지시하면, Decoder(C32060)는 해당 오브젝트를 모두 전달받기 전이라도 해당 오브젝트의 내부 구조체인 해당 Chunk 또는 GOP를 디코딩할 수 있다.
도 60는 본 발명의 다른 실시예에 따른 패킷 정보를 이용한 방송 신호 수신 장치의 구조를 나타낸 도면이다.
본 도면에서 나타난 구성요소 중에서 상술한 구성요소와 동일한 부분은 내용이 동일하므로 구체적인 설명은 생략하기로 한다.
이하에서는, 오브젝트 내부 구조체의 타입이 프래그먼트인 경우의 방송 신호 수신 장치의 동작 및 구성에 대하여 설명한다. 방송 신호 수신 장치는 Packet Depacketizer(C22020), Segment Buffer(C32030), Fragment Buffer(C32036), Audio Decoding Buffer (C32059-1), Video Decoding Buffer (C32059-2), Audio Decoder(C32060-1), 및/또는 Video Decoder(C32060-2)를 더 포함할 수 있다.
Packet Depacketizer(C22020)는 추출한 적어도 하나의 오브젝트 또는 적어도 하나의 오브젝트 내부 구조체를 Audio Decoder(C32060-1) 및/또는 Video Decoder(C32060-2)에 전달할 수 있다.
Segment Buffer(C320300)는 Fragment Extractor(C32058)를 포함할 수 있다. 또한, Segment Buffer(C32030)는 Fragment Buffer(C32036)를 더 포함할 수 있다.
타입 정보가 오브젝트 내부 구조체의 타입은 프래그먼트라고 지시하면, Fragment Extractor(C32058)는 경계 정보를 기초로 Segment Buffer(C320300)에 저장된 프래그먼트를 추출할 수 있다. 예를 들어, 하나의 프래그먼트는 경계 정보가 지시하는 프래그먼트의 시작 지점부터 다음 프래그먼트의 시작 지점 이전까지일 수 있다. Fragment Extractor(C32058)는 Segment Buffer(C32030) 내에 존재할 수도 있고, 독립적으로 존재할 수도 있다.
Fragment Buffer(C32036)는 프래그먼트를 전달받고, 미리 정해진 시간 동안 저장할 수 있다. Fragment Buffer(C32036)는 Segment Buffer(C32030) 내에 존재할 수도 있고, 독립적으로 존재할 수도 있다. Fragment Buffer(C32036)는 AU Extractor(C32056)를 더 포함할 수 있다. 또한, Fragment Buffer(C32036)는 Chunk Buffer(미도시)를 더 포함할 수 있다.
AU Extractor(C32056)는 Fragment Buffer(C32036)에 저장된 프래그먼트로부터 적어도 하나의 Access Unit을 추출할 수 있다. AU Extractor(C32056)는 Fragment Buffer(C32036)내에 존재할 수도 있고, 독립적으로 존재할 수 있다. 또한, 방송 신호 수신 장치는 Chunk Buffer(미도시)를 더 포함하고, AU Extractor(C32056)는 Chunk Buffer에 포함된 Chunk 또는 GOP로부터 적어도 하나의 Access Unit을 추출할 수 있다. 그리고 나서, AU Extractor(C32056)는 추출된 적어도 하나의 Access Unit을 Audio Decoder(C32060-1) 및/또는 Video Decoder(C32060-2)로 전달할 수 있다.
Decoding Buffer는 Audio Decoding Buffer (C32059-1) 및/또는 Video Decoding Buffer (C32059-2)를 포함할 수 있다. Audio Decoding Buffer (C32059-1)는 오디오와 관련된 데이터를 전달받고 미리 정해진 시간 동안 저장할 수 있다. Video Decoding Buffer (C32059-2)는 비디오와 관련된 데이터를 전달받고 미리 정해진 시간 동안 저장할 수 있다.
타입 정보가 오브젝트 내부 구조체의 타입은 프래그먼트라고 지시하면, Decoder는 해당 오브젝트를 모두 전달받기 전이라도 해당 오브젝트의 내부 구조체인 해당 프래그먼트를 디코딩할 수 있다. Decoder는 오디오와 관련된 데이터를 디코딩하는 Audio Decoder(C32060-1) 및/또는 비디오와 관련된 데이터를 디코딩하는 Video Decoder(C32060-2)를 더 포함할 수 있다.
상술한 바와 같이, 방송 신호 송신 장치는 오브젝트 단위로 데이터를 전송하지 않고 가변 길이의 오브젝트 내부 구조체로 데이터를 전송할 수 있다. 이때, 방송 신호 송신 장치는 전송하는 오브젝트 내부 구조체의 타입 정보 및 경계 정보를 함께 전송할 수 있다.
방송 신호 수신 장치는 오브젝트 단위로 데이터를 수신하여 재생하지 않고 가변 길이의 오브젝트 내부 구조체로 데이터를 수신하고 재생할 수 있다. 따라서, 방송 신호 수신 장치는 타입 정보 및 경계 정보를 기초로 오브젝트 내부 구조체를 식별하고, 수신한 오브젝트 내부 구조체 별로 재생할 수 있다.
당업자는 본 발명의 사상 및 범위를 벗어나지 않고 본 발명의 다양한 변형 및 변경이 가능함을 인식할 것이다. 따라서, 본 발명은 첨부된 청구범위 및 그 동등물의 범위 내에서 제공되는 본 발명의 변형 및 변경을 커버한다.
장치 및 방법 발명이 본 명세서에 언급되었으며, 이들 장치 및 방법 발명의 설명은 서로 상호보완적으로 적용될 수 있다.
Claims (8)
- 매핑 정보를 포함하는 시그널링 정보에 기초하여, 방송 신호의 LCT (Layered Coding Transport) 패킷들로부터 딜리버리 오브젝트(delivery object)를 추출하는 단계,
상기 LCT 패킷은 상기 방송 신호의 방송 서비스의 서비스 데이터를 포함하는 상기 딜리버리 오브젝트를 전달하기 위해 사용되고,
상기 LCT 패킷은 상기 딜리버리 오브젝트를 식별하는 TOI (Transport Object Identifier)를 포함하는 헤더를 포함하고,
상기 LCT 패킷의 상기 헤더는 상기 LCT 패킷 내에 전송되는 상기 딜리버리 오브젝트의 타입이 미디어 세그멘트(media segment) 타입인지 또는 이니셜라이제이션 세그멘트(initialization segment) 타입인지를 나타내는 타입 정보를 더 포함하고,
상기 헤더는 상기 딜리버리 오브젝트의 처리 시간에 대한 타이밍 정보를 포함하는 헤더 확장자(header extension)을 더 포함하고,
상기 매핑 정보는 상기 딜리버리 오브젝트에 대한 URL(Uniform Resource Locator) 및 상기 TOI 간 일대일 매핑을 생성하기 위해 사용됨; 및
상기 서비스 데이터를 디코딩하는 단계; 를 포함하는,
방송 신호 처리 방법.
- 제1항에 있어서,
상기 헤더는 상기 딜리버리 오브젝트를 전송하는 전송 세션을 나타내는 TSI (Transport Session Identifier)를 더 포함하는,방송 신호 처리 방법. - 매핑 정보를 포함하는 시그널링 정보에 기초하여, 방송 신호의 LCT (Layered Coding Transport) 패킷들로부터 딜리버리 오브젝트(delivery object)를 추출하는 디패킹부,
상기 LCT 패킷은 상기 방송 신호의 방송 서비스의 서비스 데이터를 포함하는 상기 딜리버리 오브젝트를 전달하기 위해 사용되고,
상기 LCT 패킷은 상기 딜리버리 오브젝트를 식별하는 TOI (Transport Object Identifier)를 포함하는 헤더를 포함하고,
상기 LCT 패킷의 상기 헤더는 상기 LCT 패킷 내에 전송되는 상기 딜리버리 오브젝트의 타입이 미디어 세그멘트(media segment) 타입인지 또는 이니셜라이제이션 세그멘트(initialization segment) 타입인지를 나타내는 타입 정보를 더 포함하고,
상기 헤더는 상기 딜리버리 오브젝트의 처리 시간에 대한 타이밍 정보를 포함하는 헤더 확장자(header extension)을 더 포함하고,
상기 매핑 정보는 상기 딜리버리 오브젝트에 대한 URL(Uniform Resource Locator) 및 상기 TOI 간 일대일 매핑을 생성하기 위해 사용됨; 및,
상기 서비스 데이터를 디코딩하는 디코더; 를 포함하는,
방송 신호 처리 장치.
- 제 3 항에 있어서,
상기 헤더는 상기 딜리버리 오브젝트를 전송하는 전송 세션을 나타내는 TSI (Transport Session Identifier)를 더 포함하는,
방송 신호 처리 장치. - LCT (Layered Coding Transport) 패킷을 생성하는 단계,
상기 LCT 패킷은 방송 신호들의 방송 서비스의 서비스 데이터를 포함하는 딜리버리 오브젝트(delivery object)를 전송하기 위해 사용되고,
상기 LCT 패킷은 상기 딜리버리 오브젝트를 식별하는 TOI (Transport Object Identifier)를 포함하는 헤더를 포함하고,
상기 LCT 패킷의 상기 헤더는 상기 LCT 패킷 내에 전송되는 상기 딜리버리 오브젝트의 타입이 미디어 세그멘트(media segment) 타입인지 또는 이니셜라이제이션 세그멘트(initialization segment) 타입인지를 나타내는 타입 정보를 더 포함하고,
상기 헤더는 상기 딜리버리 오브젝트의 처리 시간에 대한 타이밍 정보를 포함하는 헤더 확장자(header extension)을 더 포함함;
매핑 정보를 포함하는 시그널링 정보를 생성하는 단계,
상기 매핑 정보는 상기 딜리버리 오브젝트에 대한 URL(Uniform Resource Locator) 및 상기 TOI 간 일대일 매핑을 생성하기 위해 사용됨; 및
상기 LCT 패킷 및 상기 시그널링 정보를 포함하는 상기 방송 신호들을 전송하는 단계; 를 포함하고, 상기 시그널링 정보는 상기 LCT 패킷과 별도로(separately)전송되는,
방송 신호 전송 방법.
- 제 5 항에 있어서,
상기 헤더는 상기 딜리버리 오브젝트를 전송하는 전송 세션을 나타내는 TSI (Transport Session Identifier)를 더 포함하는,
방송 신호 전송 방법. - LCT (Layered Coding Transport) 패킷을 생성하는 패킷 생성부,
상기 LCT 패킷은 방송 신호들의 방송 서비스의 서비스 데이터를 포함하는 딜리버리 오브젝트(delivery object)를 전송하기 위해 사용되고,
상기 LCT 패킷은 상기 딜리버리 오브젝트를 식별하는 TOI (Transport Object Identifier)를 포함하는 헤더를 포함하고,
상기 LCT 패킷의 상기 헤더는 상기 LCT 패킷 내에 전송되는 상기 딜리버리 오브젝트의 타입이 미디어 세그멘트(media segment) 타입인지 또는 이니셜라이제이션 세그멘트(initialization segment) 타입인지를 나타내는 타입 정보를 더 포함하고,
상기 헤더는 상기 딜리버리 오브젝트의 처리 시간에 대한 타이밍 정보를 포함하는 헤더 확장자(header extension)을 더 포함함;
매핑 정보를 포함하는 시그널링 정보를 생성하는 시그널링 생성부,
상기 매핑 정보는 상기 딜리버리 오브젝트에 대한 URL(Uniform Resource Locator) 및 상기 TOI 간 일대일 매핑을 생성하기 위해 사용됨; 및
상기 LCT 패킷 및 상기 시그널링 정보를 포함하는 상기 방송 신호들을 전송하는 전송부; 를 포함하고, 상기 시그널링 정보는 상기 LCT 패킷과 별도로(separately) 전송되는,
방송 신호 전송 장치.
- 제 7 항에 있어서,
상기 헤더는 상기 딜리버리 오브젝트를 전송하는 전송 세션을 나타내는 TSI (Transport Session Identifier)를 더 포함하는,
방송 신호 전송 장치.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| KR1020207027489A KR102273757B1 (ko) | 2014-01-03 | 2014-12-30 | 방송 신호를 송신하는 장치, 방송 신호를 수신하는 장치, 방송 신호를 송신하는 방법 및 방송 신호를 수신하는 방법 |
Applications Claiming Priority (3)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| US201461923242P | 2014-01-03 | 2014-01-03 | |
| US61/923,242 | 2014-01-03 | ||
| PCT/KR2014/013065 WO2015102381A1 (en) | 2014-01-03 | 2014-12-30 | Apparatus for transmitting broadcast signals, apparatus for receiving broadcast signals, method for transmitting broadcast signals and method for receiving broadcast signals |
Related Parent Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| KR1020167002600A Division KR101779435B1 (ko) | 2014-01-03 | 2014-12-30 | 방송 신호를 송신하는 장치, 방송 신호를 수신하는 장치, 방송 신호를 송신하는 방법 및 방송 신호를 수신하는 방법 |
Related Child Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| KR1020207027489A Division KR102273757B1 (ko) | 2014-01-03 | 2014-12-30 | 방송 신호를 송신하는 장치, 방송 신호를 수신하는 장치, 방송 신호를 송신하는 방법 및 방송 신호를 수신하는 방법 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| KR20170102574A KR20170102574A (ko) | 2017-09-11 |
| KR102163920B1 true KR102163920B1 (ko) | 2020-10-12 |
Family
ID=53493662
Family Applications (3)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| KR1020207027489A KR102273757B1 (ko) | 2014-01-03 | 2014-12-30 | 방송 신호를 송신하는 장치, 방송 신호를 수신하는 장치, 방송 신호를 송신하는 방법 및 방송 신호를 수신하는 방법 |
| KR1020177024314A KR102163920B1 (ko) | 2014-01-03 | 2014-12-30 | 방송 신호를 송신하는 장치, 방송 신호를 수신하는 장치, 방송 신호를 송신하는 방법 및 방송 신호를 수신하는 방법 |
| KR1020167002600A KR101779435B1 (ko) | 2014-01-03 | 2014-12-30 | 방송 신호를 송신하는 장치, 방송 신호를 수신하는 장치, 방송 신호를 송신하는 방법 및 방송 신호를 수신하는 방법 |
Family Applications Before (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| KR1020207027489A KR102273757B1 (ko) | 2014-01-03 | 2014-12-30 | 방송 신호를 송신하는 장치, 방송 신호를 수신하는 장치, 방송 신호를 송신하는 방법 및 방송 신호를 수신하는 방법 |
Family Applications After (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| KR1020167002600A KR101779435B1 (ko) | 2014-01-03 | 2014-12-30 | 방송 신호를 송신하는 장치, 방송 신호를 수신하는 장치, 방송 신호를 송신하는 방법 및 방송 신호를 수신하는 방법 |
Country Status (5)
| Country | Link |
|---|---|
| US (3) | US10097294B2 (ko) |
| EP (1) | EP3090561B1 (ko) |
| KR (3) | KR102273757B1 (ko) |
| CN (1) | CN105723718B (ko) |
| WO (1) | WO2015102381A1 (ko) |
Families Citing this family (23)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| GB2526943B (en) * | 2011-12-20 | 2016-04-27 | Imagination Tech Ltd | Method and apparatus for compressing and decompressing data |
| JP2015136057A (ja) * | 2014-01-17 | 2015-07-27 | ソニー株式会社 | 通信装置、通信データ生成方法、および通信データ処理方法 |
| JP2015136060A (ja) * | 2014-01-17 | 2015-07-27 | ソニー株式会社 | 通信装置、通信データ生成方法、および通信データ処理方法 |
| JP2015136058A (ja) * | 2014-01-17 | 2015-07-27 | ソニー株式会社 | 通信装置、通信データ生成方法、および通信データ処理方法 |
| US10476693B2 (en) | 2014-02-24 | 2019-11-12 | Lg Electronics Inc. | Apparatus for transmitting broadcast signals, apparatus for receiving broadcast signals, method for transmitting broadcast signals and method for receiving broadcast signals |
| MX2016012953A (es) * | 2014-04-11 | 2016-12-07 | Sony Corp | Aparato de recepcion, metodo de recepcion, aparato de transmision, y metodo de transmision. |
| US20160277545A1 (en) * | 2014-08-22 | 2016-09-22 | Lg Electronics Inc. | Method for transmitting broadcast signals, apparatus for transmitting broadcast signals, method for receiving broadcast signals and apparatus for receiving broadcast signals |
| JP6724782B2 (ja) * | 2014-09-04 | 2020-07-15 | ソニー株式会社 | 送信装置、送信方法、受信装置および受信方法 |
| US10547701B2 (en) * | 2014-09-12 | 2020-01-28 | Sony Corporation | Transmission device, transmission method, reception device, and a reception method |
| US10305941B2 (en) * | 2014-10-21 | 2019-05-28 | Lg Electronics Inc. | Broadcasting signal transmission device, broadcasting signal reception device, broadcasting signal transmission method, and broadcasting signal reception method |
| US10454985B2 (en) * | 2015-03-04 | 2019-10-22 | Qualcomm Incorporated | File format based streaming with dash formats based on LCT |
| US20160308927A1 (en) * | 2015-04-20 | 2016-10-20 | Qualcomm Incorporated | Further Device Timing Adjustments and Methods for Supporting DASH Over Broadcast |
| US11336967B2 (en) | 2015-07-16 | 2022-05-17 | Saturn Licensing Llc | Receiver apparatus, transmitter apparatus, and data processing method |
| US10623635B2 (en) * | 2016-09-23 | 2020-04-14 | Mediatek Inc. | System and method for specifying, signaling and using coding-independent code points in processing media contents from multiple media sources |
| US10924822B2 (en) | 2017-04-04 | 2021-02-16 | Qualcomm Incorporated | Segment types as delimiters and addressable resource identifiers |
| US11108840B2 (en) | 2017-07-03 | 2021-08-31 | At&T Intellectual Property I, L.P. | Transport layer network service for live content broadcasting |
| US10271077B2 (en) | 2017-07-03 | 2019-04-23 | At&T Intellectual Property I, L.P. | Synchronizing and dynamic chaining of a transport layer network service for live content broadcasting |
| PL3830978T3 (pl) * | 2018-07-31 | 2022-08-22 | St Engineering Idirect (Europe) Cy Nv | Nadajnik łączności satelitarnej |
| EP3700170A1 (en) * | 2019-02-21 | 2020-08-26 | INTEL Corporation | Device and method for transferring identification and/or data flow control information between devices |
| US11622219B2 (en) * | 2019-07-24 | 2023-04-04 | Nokia Technologies Oy | Apparatus, a method and a computer program for delivering audio scene entities |
| CN111107443A (zh) * | 2019-12-26 | 2020-05-05 | 陕西美亚秦安信息科技有限公司 | 一种dash分片文件合并方法、终端设备及存储介质 |
| CN115211039B (zh) * | 2020-02-27 | 2023-09-01 | 哲库科技(上海)有限公司 | 一种用于操作通信设备的方法、通信设备以及非瞬时计算机可读介质 |
| KR20230013264A (ko) | 2020-05-22 | 2023-01-26 | 베이징 바이트댄스 네트워크 테크놀로지 컴퍼니, 리미티드 | 서브픽처 서브-비트스트림 추출 개선들 |
Citations (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20130254634A1 (en) * | 2012-03-26 | 2013-09-26 | Qualcomm Incorporated | Universal object delivery and template-based file delivery |
Family Cites Families (26)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US7430617B2 (en) * | 2003-12-19 | 2008-09-30 | Nokia Corporation | Method and system for header compression |
| US8112531B2 (en) * | 2004-07-14 | 2012-02-07 | Nokia Corporation | Grouping of session objects |
| US7594154B2 (en) * | 2004-11-17 | 2009-09-22 | Ramakrishna Vedantham | Encoding and decoding modules with forward error correction |
| KR100848273B1 (ko) * | 2007-07-03 | 2008-07-25 | 삼성전자주식회사 | 디지털 방송수신기의 파일 처리 장치 및 방법 |
| KR101420099B1 (ko) * | 2007-09-21 | 2014-07-16 | 삼성전자주식회사 | 방송 컨텐트 재생 방법 및 장치와 방송 컨텐트 제공 방법및 장치 |
| US8572648B2 (en) * | 2008-06-18 | 2013-10-29 | Lg Electronics Inc. | Transmitting/receiving system and method of processing data in the transmitting/receiving system |
| KR101139458B1 (ko) | 2009-06-18 | 2012-04-30 | 엘지전자 주식회사 | 태양전지 및 그 제조방법 |
| US9015564B2 (en) * | 2009-08-19 | 2015-04-21 | Qualcomm Incorporated | Content delivery system with allocation of source data and repair data among HTTP servers |
| CA2989204C (en) | 2010-03-29 | 2019-11-05 | Lg Electronics Inc. | Method of processing non-real time service and broadcast receiver |
| KR101613941B1 (ko) | 2010-11-02 | 2016-04-20 | 엘지전자 주식회사 | 미디어 콘텐트 송수신 방법 및 그를 이용한 송수신 장치 |
| CA2823037C (en) * | 2010-12-26 | 2016-05-24 | Lg Electronics Inc. | Method for transmitting a broadcast service, and method and apparatus for receiving same |
| US9485108B2 (en) * | 2011-03-14 | 2016-11-01 | Qualcomm Incorporated | System and apparatus for using multichannel file delivery over unidirectional transport (“FLUTE”) protocol for delivering different classes of files in a broadcast network |
| US9026671B2 (en) | 2011-04-05 | 2015-05-05 | Qualcomm Incorporated | IP broadcast streaming services distribution using file delivery methods |
| WO2012169779A2 (ko) * | 2011-06-07 | 2012-12-13 | 엘지전자 주식회사 | 방송 서비스 전송 방법, 그 수신 방법 및 그 수신 장치 |
| US9590814B2 (en) * | 2011-08-01 | 2017-03-07 | Qualcomm Incorporated | Method and apparatus for transport of dynamic adaptive streaming over HTTP (DASH) initialization segment description fragments as user service description fragments |
| US9838741B2 (en) | 2011-08-10 | 2017-12-05 | Lg Electronics Inc. | Method for transmitting broadcast service, method for receiving broadcast service, and apparatus for receiving broadcast service |
| US20150172348A1 (en) * | 2012-01-17 | 2015-06-18 | Telefonaktiebolaget L M Ericsson (Publ) | Method for sending respectively receiving a media stream |
| JP6082946B2 (ja) * | 2012-01-24 | 2017-02-22 | サターン ライセンシング エルエルシーＳａｔｕｒｎ Ｌｉｃｅｎｓｉｎｇ ＬＬＣ | 受信装置、受信方法、プログラム、及び情報処理システム |
| JP6348251B2 (ja) * | 2012-09-13 | 2018-06-27 | サターン ライセンシング エルエルシーＳａｔｕｒｎ Ｌｉｃｅｎｓｉｎｇ ＬＬＣ | 端末装置、受信方法、およびプログラム |
| US20140098745A1 (en) * | 2012-10-04 | 2014-04-10 | Qualcomm Incorporated | Method and system for compressing data packets in lte evolved multicast broadcast multimedia service |
| WO2014063730A1 (en) * | 2012-10-24 | 2014-05-01 | Huawei Technologies Co., Ltd. | Communication receiver |
| US9537902B2 (en) * | 2013-02-13 | 2017-01-03 | Qualcomm Incorporated | Enabling devices without native broadcast capability to access and/or receive broadcast data in an efficient manner |
| US9900166B2 (en) * | 2013-04-12 | 2018-02-20 | Qualcomm Incorporated | Methods for delivery of flows of objects over broadcast/multicast enabled networks |
| US9807452B2 (en) * | 2013-10-07 | 2017-10-31 | Samsung Electronics Co., Ltd. | Practical delivery of high quality video using dynamic adaptive hypertext transport protocol (HTTP) streaming (DASH) without using HTTP in a broadcast network |
| JP6329964B2 (ja) * | 2013-10-30 | 2018-05-23 | サターン ライセンシング エルエルシーＳａｔｕｒｎ Ｌｉｃｅｎｓｉｎｇ ＬＬＣ | 送信装置、送信方法、受信装置、及び、受信方法 |
| CN107251521B (zh) * | 2015-01-07 | 2021-01-12 | 三星电子株式会社 | 用于在通信系统中发送和接收媒体信息的方法 |
-
2014
- 2014-12-30 EP EP14876839.3A patent/EP3090561B1/en active Active
- 2014-12-30 KR KR1020207027489A patent/KR102273757B1/ko active IP Right Grant
- 2014-12-30 KR KR1020177024314A patent/KR102163920B1/ko active IP Right Grant
- 2014-12-30 CN CN201480062631.4A patent/CN105723718B/zh active Active
- 2014-12-30 US US14/913,934 patent/US10097294B2/en active Active
- 2014-12-30 WO PCT/KR2014/013065 patent/WO2015102381A1/en active Application Filing
- 2014-12-30 KR KR1020167002600A patent/KR101779435B1/ko active IP Right Grant
-
2018
- 2018-08-27 US US16/113,827 patent/US10469189B2/en active Active
-
2019
- 2019-10-09 US US16/597,088 patent/US20200044758A1/en not_active Abandoned
Patent Citations (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20130254634A1 (en) * | 2012-03-26 | 2013-09-26 | Qualcomm Incorporated | Universal object delivery and template-based file delivery |
Also Published As
| Publication number | Publication date |
|---|---|
| EP3090561A1 (en) | 2016-11-09 |
| KR20200113034A (ko) | 2020-10-05 |
| KR102273757B1 (ko) | 2021-07-06 |
| KR101779435B1 (ko) | 2017-09-18 |
| US20180367227A1 (en) | 2018-12-20 |
| US10097294B2 (en) | 2018-10-09 |
| US20200044758A1 (en) | 2020-02-06 |
| US10469189B2 (en) | 2019-11-05 |
| KR20160027972A (ko) | 2016-03-10 |
| CN105723718B (zh) | 2019-04-16 |
| KR20170102574A (ko) | 2017-09-11 |
| EP3090561B1 (en) | 2019-04-10 |
| EP3090561A4 (en) | 2017-07-05 |
| CN105723718A (zh) | 2016-06-29 |
| US20160204887A1 (en) | 2016-07-14 |
| WO2015102381A1 (en) | 2015-07-09 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US10469189B2 (en) | Apparatus for transmitting broadcast signals, apparatus for receiving broadcast signals, method for transmitting broadcast signals and method for receiving broadcast signals | |
| US11272231B2 (en) | Broadcast signal transmitting apparatus and broadcast signal transmitting method | |
| US11296901B2 (en) | Apparatus for transmitting broadcast signals, apparatus for receiving broadcast signals, method for transmitting broadcast signals and method for receiving broadcast signals | |
| JP6697034B2 (ja) | 放送信号送信装置、放送信号受信装置、放送信号送信方法及び放送信号受信方法 | |
| US20170171606A1 (en) | Broadcast signal transmitting device, broadcast signal receiving device, broadcast signal transmitting method, and broadcast signal receiving method |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A107 | Divisional application of patent | ||
| A201 | Request for examination | ||
| E902 | Notification of reason for refusal | ||
| E701 | Decision to grant or registration of patent right | ||
| A107 | Divisional application of patent | ||
| GRNT | Written decision to grant |