KR101598093B1 - / Transmitting/receiving system and method of processing data in the transmitting/receiving system - Google Patents

Abstract

모바일 방송 신호를 송신하고 수신하기 위한 송/수신 시스템 및 데이터 처리 방법이 개시된다. 상기 수신 시스템은 수신부, 제1 처리부, 및 제2 처리부를 포함할 수 있다. 상기 수신부로 수신되는 전송 프레임은 적어도 하나의 앙상블과 적어도 하나의 모바일 서비스의 수신을 위해 복수개의 서브 프레임으로 구성되고, 하나의 서브 프레임은 복수개의 슬롯으로 구성된다. 상기 수신부는 상기 적어도 하나의 슬롯으로부터 모바일 서비스 데이터와 FIC 세그먼트가 포함된 방송 신호를 수신한다. 상기 제1 처리부는 상기 방송 신호로부터 FIC 세그먼트들을 획득하여 FIC 메이저 프로토콜 버전 정보와 마이너 프로토콜 버전 정보를 포함하는 청크 헤더와 상기 전송 프레임 내 앙상블과 모바일 서비스 간의 시그널링 정보를 포함하는 청크 페이로드로 구성되는 FIC 청크를 복원한다. 상기 제2 처리부는 상기 FIC 청크의 청크 헤더에 포함된 FIC 메이저 프로토콜 버전 정보와 마이너 프로토콜 버전 정보를 기초로, 해당 FIC 청크를 처리한다.

시그널링, FIC, 세그먼트, 프로토콜 버전, FIC 청크

A transmission / reception system and a data processing method for transmitting and receiving a mobile broadcast signal are disclosed. The receiving system may include a receiving unit, a first processing unit, and a second processing unit. The transmission frame received by the receiver is composed of a plurality of subframes for reception of at least one ensemble and at least one mobile service, and one subframe is composed of a plurality of slots. The receiver receives a broadcast signal including the mobile service data and the FIC segment from the at least one slot. Wherein the first processing unit comprises a chunk payload including a chunk header including FIC major protocol version information and minor protocol version information obtained from the broadcast signal and signaling information between the ensemble in the transmission frame and the mobile service Restore the FIC chunk. The second processing unit processes the FIC chunk based on the FIC major protocol version information and the minor protocol version information included in the chunk header of the FIC chunk.

Signaling, FIC, Segment, Protocol Version, FIC Chunk

Description

송/수신 시스템 및 데이터 처리 방법{Transmitting/receiving system and method of processing data in the transmitting/receiving system}TECHNICAL FIELD [0001] The present invention relates to a transmission / reception system and a data processing method,

본 발명은 디지털 방송을 송신하고 수신하기 위한 송/수신 시스템 및 데이터 처리 방법에 관한 것이다. The present invention relates to a transmission / reception system and a data processing method for transmitting and receiving digital broadcasting.

디지털 방송 중 북미 및 국내에서 디지털 방송 표준으로 채택된 VSB(Vestigial Sideband) 전송 방식은 싱글 캐리어 방식이므로 열악한 채널 환경에서는 수신 시스템의 수신 성능이 떨어질 수 있다. 특히 휴대용이나 이동형 방송 수신기의 경우에는 채널 변화 및 노이즈에 대한 강건성이 더욱 요구되므로, 상기 VSB 전송 방식으로 모바일 서비스 데이터를 전송하는 경우 수신 성능이 더욱 떨어지게 된다.VSB (Vestigial Sideband) transmission system adopted as a digital broadcasting standard in North America and Korea in digital broadcasting is a single carrier system, so reception performance of a receiving system may be deteriorated in a poor channel environment. Particularly, in the case of a portable or mobile broadcast receiver, robustness against channel change and noise is further required, so that when the mobile service data is transmitted using the VSB transmission method, the reception performance is further degraded.

따라서 본 발명의 목적은 채널 변화 및 노이즈에 강한 디지털 방송 송/수신 시스템 및 데이터 처리 방법을 제공함에 있다. Accordingly, it is an object of the present invention to provide a digital broadcasting transmission / reception system and a data processing method which are resistant to channel variation and noise.

본 발명의 다른 목적은 시그널링 정보를 이용하여 채널 설정을 효율적으로 수행할 수 있도록 하는 송/수신 시스템 및 데이터 처리 방법을 제공함에 있다.It is another object of the present invention to provide a transmission / reception system and a data processing method for efficiently performing channel setting using signaling information.

본 발명의 또 다른 목적은 FIC(Fast Information Channel)를 사용하여 채널 설정을 효율적으로 수행할 수 있도록 하는 송/수신 시스템 및 데이터 처리 방법을 제공함에 있다.It is another object of the present invention to provide a transmission / reception system and a data processing method for efficiently performing channel setting using an FIC (Fast Information Channel).

상기 목적을 달성하기 위하여, 본 발명의 일 실시예에 따른 수신 시스템은 수신부, 제1 처리부, 및 제2 처리부를 포함한다. 본 발명에 따른 전송 프레임은 적어도 하나의 앙상블과 적어도 하나의 모바일 서비스의 수신을 위해 복수개의 서브 프레임으로 구성되고, 하나의 서브 프레임은 복수개의 슬롯으로 구성된다. 상기 수신부는 상기 적어도 하나의 슬롯으로부터 모바일 서비스 데이터와 FIC 세그먼트가 포함된 방송 신호를 수신한다. 상기 제1 처리부는 상기 방송 신호로부터 FIC 세그먼트들을 획득하여 FIC 메이저 프로토콜 버전 정보와 마이너 프로토콜 버전 정보를 포함하는 청크 헤더와 상기 전송 프레임 내 앙상블과 모바일 서비스 간의 시그널링 정보를 포함하는 청크 페이로드로 구성되는 FIC 청크를 복원한다. 상기 제2 처리부는 상기 FIC 청크의 청크 헤더에 포함된 FIC 메이저 프로토콜 버전 정보와 마이너 프로토콜 버전 정보를 기초로, 해당 FIC 청크를 처리한다.In order to achieve the above object, a receiving system according to an embodiment of the present invention includes a receiving unit, a first processing unit, and a second processing unit. A transmission frame according to the present invention is composed of a plurality of subframes for reception of at least one ensemble and at least one mobile service, and one subframe is composed of a plurality of slots. The receiver receives a broadcast signal including the mobile service data and the FIC segment from the at least one slot. Wherein the first processing unit comprises a chunk payload including a chunk header including FIC major protocol version information and minor protocol version information obtained from the broadcast signal and signaling information between the ensemble in the transmission frame and the mobile service Restore the FIC chunk. The second processing unit processes the FIC chunk based on the FIC major protocol version information and the minor protocol version information included in the chunk header of the FIC chunk.

상기 FIC 청크의 청크 헤더는 FIC 청크 헤더의 확장 길이 정보, 앙상블 루프 헤더의 확장 길이 정보, 모바일 서비스 루프의 확장 길이 정보 중 적어도 하나와 상기 FIC 청크에서 시그널링되는 앙상블의 개수 정보를 더 포함한다.The chunk header of the FIC chunk further includes at least one of the extended length information of the FIC chunk header, the extended length information of the ensemble loop header, and the extended length information of the mobile service loop and the number information of the ensemble signaled in the FIC chunk.

상기 FIC 청크 헤더의 확장 길이 정보에 대응하는 n1 (n1

0) 바이트의 FIC 청크 헤더 확장 정보는 상기 FIC 청크 헤더의 끝에 추가되고, 상기 앙상블 루프 헤더의 확장 길이 정보에 대응하는 n2 (n2

0) 바이트의 앙상블 루프 헤더 확장 정보는 상기 앙상블 루프 헤더의 끝에 추가되며, 상기 모바일 서비스 루프의 확장 길이 정보에 대응하는 n3 (n3

0) 바이트의 모바일 서비스 루프 확장 정보는 상기 모바일 서비스 루프의 끝에 추가된다. (N1) corresponding to the extension length information of the FIC chunk header

0) bytes of FIC chunk header extension information is added to the end of the FIC chunk header, and n2 (n2

0) bytes of ensemble loop header extension information is appended to the end of the ensemble loop header, and n3 (n3

0) bytes of mobile service loop extension information is added to the end of the mobile service loop.

상기 FIC 청크를 구성하는 각 FIC 세그먼트는 2 바이트의 세그먼트 헤더와 35 바이트의 세그먼트 페이로드로 구성되고, 상기 세그먼트 헤더는 FIC 타입 정보, 상기 FIC 청크로부터 분할된 FIC 세그먼트들 중 해당 FIC 세그먼트의 번호, 및 상기 FIC 청크로부터 분할된 FIC 세그먼트들 중 마지막 FIC 세그먼트의 번호를 포함하고, 상기 세그먼트 페이로드는 상기 전송 프레임 내 앙상블과 모바일 서비스 간의 시그널링 정보를 일부를 포함한다. Wherein each FIC segment constituting the FIC chunk comprises a 2-byte segment header and a 35-byte segment payload, the segment header including FIC type information, a corresponding FIC segment number among the FIC segments divided from the FIC chunk, And a number of the last FIC segment of the FIC segments segmented from the FIC chunk, wherein the segment payload comprises a portion of signaling information between the ensemble in the transport frame and the mobile service.

본 발명의 일 실시예에 따른 수신 시스템의 데이터 처리 방법은, 적어도 하나의 슬롯으로부터 모바일 서비스 데이터와 FIC 세그먼트가 포함된 방송 신호를 수 신하는 단계; 상기 방송 신호로부터 FIC 세그먼트들을 획득하여 FIC 메이저 프로토콜 버전 정보와 마이너 프로토콜 버전 정보를 포함하는 청크 헤더와 상기 전송 프레임 내 앙상블과 모바일 서비스 간의 시그널링 정보를 포함하는 청크 페이로드로 구성되는 FIC 청크를 복원하는 단계; 및 상기 FIC 청크의 청크 헤더에 포함된 FIC 메이저 프로토콜 버전 정보와 마이너 프로토콜 버전 정보를 기초로, 해당 FIC 청크를 처리하는 단계를 포함할 수 있다. According to another aspect of the present invention, there is provided a data processing method of a receiving system, comprising: receiving a broadcast signal including mobile service data and an FIC segment from at least one slot; A FIC chunk comprising a chunk header including FIC major protocol version information and minor protocol version information and a chunk payload including signaling information between the ensemble in the transmission frame and the mobile service is obtained by obtaining FIC segments from the broadcast signal step; And processing the corresponding FIC chunk based on the FIC major protocol version information and the minor protocol version information included in the chunk header of the FIC chunk.

본 발명의 다른 목적, 특징 및 잇점들은 첨부한 도면을 참조한 실시예들의 상세한 설명을 통해 명백해질 것이다. Other objects, features and advantages of the present invention will become apparent from the detailed description of embodiments with reference to the accompanying drawings.

본 발명은 앙상블과 모바일 서비스간의 매핑 정보를 FIC 청크를 이용하여 시그널링하고, 상기 FIC 청크는 FIC 세그먼트 단위로 분할하여 FIC를 통해 전송함으로써, 수신 시스템에서 빠른 서비스 획득을 수행할 수 있도록 한다.In the present invention, mapping information between an ensemble and a mobile service is signaled using an FIC chunk, and the FIC chunk is divided into FIC segments and transmitted through an FIC, thereby enabling quick service acquisition in a receiving system.

본 발명은 FIC 청크로부터 분할된 복수개의 FIC 세그먼트들이 하나의 서브 프레임을 통해 전송되거나, 복수개의 서브 프레임을 통해 전송되도록 함으로써, FIC 청크의 데이터 양이 하나의 서브 프레임을 통하여 전송되는 FIC 세그먼트들의 데이터 양보다 적거나 많은 경우에 FIC 세그먼트들이 낭비되는 것을 방지할 수 있다. The present invention allows a plurality of FIC segments divided from the FIC chunk to be transmitted through one subframe or through a plurality of subframes so that the amount of data of the FIC chunk is the data of FIC segments transmitted through one subframe It is possible to prevent the FIC segments from being wasted when the amount is less than or greater than the amount.

본 발명은 FIC 세그먼트의 헤더를 통해 상기 FIC 세그먼트에 대응하는 FIC 청크의 프로토콜 버전 정보를 전송함으로써, 하나의 M/H 프레임에서 서로 다른 프로토콜 버전의 FIC 청크가 공존하는 경우에도 수신 시스템에서는 해당 프로토콜 버 전으로 구성된 FIC 세그먼트들을 이용하여 FIC 청크를 정확하게 복원할 수 있다.The present invention transmits the protocol version information of the FIC chunk corresponding to the FIC segment through the header of the FIC segment so that even when the FIC chunks of different protocol versions coexist in one M / H frame, FIC chunks can be accurately restored using pre-configured FIC segments.

본 발명은 FIC 세그먼트의 헤더를 통해 해당 FIC 세그먼트의 페이로드로 전송되는 시그널링 정보가 현재 M/H 프레임의 시그널링 정보인지, 다음 M/H 프레임의 시그널링 정보인지를 식별할 수 있는 식별 정보를 전송함으로써, 하나의 M/H 프레임에서 현재 M/H 프레임의 앙상블 구성 정보를 시그널링하는 FIC 청크와 다음 M/H 프레임의 앙상블 정보를 시그널링하는 FIC 청크가 공존하는 경우에도 수신 시스템에서는 해당 M/H 프레임의 FIC 세그먼트들을 이용하여 FIC 청크를 정확하게 복원할 수 있다.The present invention transmits identification information that can identify whether the signaling information transmitted to the payload of the corresponding FIC segment is the signaling information of the current M / H frame or the signaling information of the next M / H frame through the header of the FIC segment , The FIC chunk for signaling the ensemble configuration information of the current M / H frame in one M / H frame and the FIC chunk for signaling the ensemble information of the next M / H frame coexist, FIC chunks can be accurately restored using FIC segments.

또한 본 발명은 채널을 통하여 모바일 서비스 데이터를 송신할 때 에러에 강하고 또한 기존의 수신기와도 호환성이 가능한 이점이 있다. 본 발명은 고스트와 잡음이 심한 채널에서도 모바일 서비스 데이터를 에러없이 수신할 수 있는 이점이 있다. 본 발명은 데이터 영역의 특정 위치에 기지 데이터를 삽입하여 전송함으로써, 채널 변화가 심한 환경에서 수신 시스템의 수신 성능을 향상시킬 수 있다. 특히 본 발명은 채널 변화가 심하고 노이즈에 대한 강건성이 요구되는 휴대용 및 이동 수신기에 적용하면 더욱 효과적이다. Further, the present invention is advantageous in that it is robust against errors when mobile service data is transmitted through a channel, and is also compatible with existing receivers. The present invention is advantageous in that mobile service data can be received without error even in a channel with ghost and severe noise. The present invention can improve reception performance of a receiving system in an environment where a channel change is severe by inserting and transmitting known data at a specific location in a data area. Particularly, the present invention is more effective when applied to portable and mobile receivers where channel changes are severe and robustness against noise is required.

이하 상기의 목적을 구체적으로 실현할 수 있는 본 발명의 바람직한 실시예를 첨부한 도면을 참조하여 설명한다. 이때 도면에 도시되고 또 이것에 의해서 설명되는 본 발명의 구성과 작용은 적어도 하나의 실시예로서 설명되는 것이며, 이것에 의해서 본 발명의 기술적 사상과 그 핵심 구성 및 작용이 제한되지는 않는다. DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS Hereinafter, preferred embodiments of the present invention will be described with reference to the accompanying drawings. The structure and operation of the present invention shown in the drawings and described by the drawings are described as at least one embodiment, and the technical ideas and the core structure and operation of the present invention are not limited thereby.

본 발명에서 사용되는 용어의 정의 Definitions of terms used in the present invention

본 발명에서 사용되는 용어는 본 발명에서의 기능을 고려하면서 가능한 현재 널리 사용되는 일반적인 용어를 선택하였으나, 이는 당분야에 종사하는 기술자의 의도 또는 관례 또는 새로운 기술의 출현 등에 따라 달라질 수 있다. 또한 특정한 경우는 출원인이 임의로 선정한 용어도 있으며, 이 경우 해당되는 발명의 설명 부분에서 상세히 그 의미를 기재할 것이다. 따라서 본 발명에서 사용되는 용어는 단순한 용어의 명칭이 아닌 그 용어가 가지는 의미와 본 발명의 전반에 걸친 내용을 토대로 정의되어야 함을 밝혀두고자 한다. The terms used in the present invention are selected from general terms that are widely used in the present invention while considering the functions of the present invention. However, the terms may vary depending on the intention or custom of the artisan or the emergence of new technology. Also, in certain cases, there may be a term selected arbitrarily by the applicant, in which case the meaning thereof will be described in detail in the description of the corresponding invention. Therefore, it is to be understood that the term used in the present invention should be defined based on the meaning of the term rather than the name of the term, and on the contents of the present invention throughout.

본 발명에서 사용되는 용어 중 메인 서비스 데이터는 고정형 수신 시스템에서 수신할 수 있는 데이터로서, 오디오/비디오(A/V) 데이터를 포함할 수 있다. 즉, 상기 메인 서비스 데이터에는 HD(High Definition) 또는 SD(Standard Definition)급의 A/V 데이터가 포함될 수 있으며, 데이터 방송을 위한 각종 데이터가 포함될 수도 있다. 그리고 기지(Known) 데이터는 송/수신측의 약속에 의해 미리 알고 있는 데이터이다. Among the terms used in the present invention, main service data may include audio / video (A / V) data as data that can be received by a fixed receiving system. That is, the main service data may include HD (High Definition) or SD (Standard Definition) A / V data, and various data for data broadcasting may be included. The known data is previously known data by the promise of the transmitting / receiving side.

본 발명에서 사용되는 용어 중 M/H(또는 MH)는 모바일(Mobile), 핸드헬드(Handheld) 각각의 첫 글자이며, 고정형에 반대되는 개념이다. 그리고 M/H 서비스 데이터는 모바일(Mobile) 서비스 데이터, 핸드헬드(Handheld) 서비스 데이터 중 적어도 하나를 포함하며, 설명의 편의를 위해 본 발명에서는 M/H 서비스 데이터를 모바일 서비스 데이터라 하기도 한다. 즉, 본 발명에서 MH, M/H, 모바일은 모두 동 일한 의미로 사용된다. 이때 상기 모바일 서비스 데이터에는 M/H 서비스 데이터뿐만 아니라, 이동이나 휴대를 의미하는 서비스 데이터는 어느 것이나 포함될 수 있으며, 따라서 상기 모바일 서비스 데이터는 상기 M/H 서비스 데이터로 제한되지 않을 것이다. Among the terms used in the present invention, M / H (or MH) is the first letter of each of a mobile and a handheld, and is a concept opposite to a fixed type. The M / H service data includes at least one of mobile service data and handheld service data. For convenience of explanation, the M / H service data is also referred to as mobile service data. That is, in the present invention, MH, M / H, and mobile are all used in the same meaning. At this time, the mobile service data may include not only M / H service data but also service data indicating movement or carrying, so that the mobile service data will not be limited to the M / H service data.

상기와 같이 정의된 모바일 서비스 데이터는 프로그램 실행 파일, 주식 정보 등과 같이 정보를 갖는 데이터일 수도 있고, A/V 데이터일 수도 있다. 특히 상기 모바일 서비스 데이터는 휴대용이나 이동형 단말기(또는 방송 수신기)를 위한 서비스 데이터로서 메인 서비스 데이터에 비해서 작은 해상도와 작은 데이터 율을 가지는 A/V 데이터가 될 수도 있다. 예를 들어, 기존 메인 서비스를 위해 사용하는 A/V 코덱(Codec)이 MPEG-2 코덱(Codec)이라면, 모바일 서비스를 위한 A/V 코덱(Codec)으로는 보다 영상 압축 효율이 좋은 MPEG-4 AVC(Advanced Video Coding), SVC(Scalable Video Coding) 등의 방식이 사용될 수도 있다. 또한 상기 모바일 서비스 데이터로 어떠한 종류의 데이터라도 전송될 수 있다. 일례로 실시간으로 교통 정보를 방송하기 위한 TPEG(Transport Protocol Expert Group) 데이터가 모바일 서비스 데이터로 전송될 수 있다. The mobile service data defined above may be data having information such as a program executable file, stock information, etc., or A / V data. In particular, the mobile service data may be service data for a portable or mobile terminal (or broadcast receiver), and may be A / V data having a smaller resolution and smaller data rate than the main service data. For example, if the A / V codec used for the existing main service is an MPEG-2 codec, the A / V codec for mobile service may be MPEG-4 Advanced Video Coding (AVC), and Scalable Video Coding (SVC). Also, any kind of data can be transmitted with the mobile service data. For example, TPEG (Transport Protocol Expert Group) data for broadcasting traffic information in real time can be transmitted as mobile service data.

또한 상기 모바일 서비스 데이터를 이용한 데이터 서비스로는 날씨 서비스, 교통 서비스, 증권 서비스, 시청자 참여 퀴즈 프로그램, 실시간 여론 조사, 대화형 교육 방송, 게임 서비스, 드라마의 줄거리, 등장인물, 배경음악, 촬영장소 등에 대한 정보 제공 서비스, 스포츠의 과거 경기 전적, 선수의 프로필 및 성적에 대한 정보 제공 서비스, 상품 정보 및 이에 대한 주문 등이 가능하도록 하는 서비스별, 매 체별, 시간별, 또는 주제별로 프로그램에 대한 정보 제공 서비스 등이 될 수 있으며, 본 발명은 이에 한정하지는 않는다. The data service using the mobile service data may include a weather service, a traffic service, a securities service, a viewer participation quiz program, a real-time opinion survey, an interactive education broadcast, a game service, a plot of a drama, Providing information service for each program, by each service, by time, or by topic, which enables information service for information, past sports information of sports, profile service of athlete, information service about grades, product information, Or the like, and the present invention is not limited thereto.

본 발명의 송신 시스템은 기존 수신 시스템에서 메인 서비스 데이터를 수신하는데 전혀 영향을 주지 않으면서(backward compatible), 동일한 물리적 채널에 메인 서비스 데이터와 모바일 서비스 데이터를 다중화하여 전송할 수 있도록 한다. The transmission system of the present invention allows backward compatible, main service data and mobile service data to be multiplexed on the same physical channel without any influence on reception of main service data in an existing receiving system.

본 발명의 송신 시스템은 모바일 서비스 데이터에 대해 추가적인 부호화를 수행하고, 송/수신측 모두가 미리 알고 있는 데이터 즉, 기지(known) 데이터를 삽입하여 전송할 수 있도록 한다. The transmission system of the present invention performs additional encoding on the mobile service data, and inserts known data, that is, known data, into both the transmitting and receiving sides.

이러한 본 발명에 따른 송신 시스템을 사용하면 수신 시스템에서는 모바일 서비스 데이터의 이동 수신이 가능하며, 또한 채널에서 발생하는 각종 왜곡과 노이즈에도 모바일 서비스 데이터의 안정적인 수신이 가능하다. By using the transmission system according to the present invention, it is possible to receive and receive mobile service data in a receiving system, and to receive stable mobile service data even with various distortions and noises occurring in a channel.

또한 본 발명의 송/수신 시스템은 두개의 데이터 채널을 운용하는 것을 일 실시예로 한다. 이 중 하나의 데이터 채널은 콘텐츠 전송을 위한 RS 프레임 데이터 채널이고, 다른 하나의 데이터 채널은 서비스 획득(Service Acquisition)을 위한 FIC (Fast Information Channel)이다. In addition, the transmitting / receiving system of the present invention operates two data channels. One of the data channels is an RS frame data channel for content transmission, and the other data channel is a Fast Information Channel (FIC) for service acquisition.

즉, 본 발명은 앙상블과 모바일 서비스간의 매핑 정보를 FIC 청크를 이용하여 시그널링하고, 상기 FIC 청크는 FIC 세그먼트 단위로 분할하여 FIC를 통해 전송함으로써, 수신 시스템에서 빠른 서비스 획득을 수행할 수 있도록 한다.That is, the present invention signals mapping information between an ensemble and a mobile service using an FIC chunk, divides the FIC chunk into FIC segment units, and transmits the FIC chunk through the FIC, thereby enabling quick service acquisition in a receiving system.

본 발명은 FIC 청크로부터 분할된 복수개의 FIC 세그먼트들이 하나의 서브 프레임을 통해 전송되거나, 복수개의 서브 프레임을 통해 전송되도록 함으로써, FIC 청크의 데이터 양이 하나의 서브 프레임을 통하여 전송되는 FIC 세그먼트들의 데이터 양보다 적거나 많은 경우에 FIC 세그먼트들이 낭비되는 것을 줄일 수 있다. The present invention allows a plurality of FIC segments divided from the FIC chunk to be transmitted through one subframe or through a plurality of subframes so that the amount of data of the FIC chunk is the data of FIC segments transmitted through one subframe It is possible to reduce the waste of the FIC segments when the amount is less than or greater than the amount.

본 발명은 FIC 세그먼트의 헤더를 통해 상기 FIC 세그먼트에 대응하는 FIC 청크의 프로토콜 버전 정보를 전송함으로써, 하나의 M/H 프레임에서 서로 다른 프로토콜 버전의 FIC 청크가 공존하는 경우에도 수신 시스템에서는 해당 프로토콜 버전으로 구성된 FIC 세그먼트들을 이용하여 FIC 청크를 정확하게 복원할 수 있다.The present invention transmits the protocol version information of the FIC chunk corresponding to the FIC segment through the header of the FIC segment, so that even when the FIC chunks of different protocol versions coexist in one M / H frame, The FIC chunk can be accurately restored by using the FIC segments composed of < RTI ID = 0.0 >

본 발명은 FIC 세그먼트의 헤더를 통해 해당 FIC 세그먼트의 페이로드로 전송되는 시그널링 정보가 현재 M/H 프레임의 시그널링 정보인지, 다음 M/H 프레임의 시그널링 정보인지를 식별할 수 있는 식별 정보를 전송함으로써, 하나의 M/H 프레임에서 현재 M/H 프레임의 앙상블 구성 정보를 시그널링하는 FIC 청크와 다음 M/H 프레임의 앙상블 정보를 시그널링하는 FIC 청크가 공존하는 경우에도 수신 시스템에서는 해당 M/H 프레임의 FIC 세그먼트들을 이용하여 FIC 청크를 정확하게 복원할 수 있다.The present invention transmits identification information that can identify whether the signaling information transmitted to the payload of the corresponding FIC segment is the signaling information of the current M / H frame or the signaling information of the next M / H frame through the header of the FIC segment , The FIC chunk for signaling the ensemble configuration information of the current M / H frame in one M / H frame and the FIC chunk for signaling the ensemble information of the next M / H frame coexist, FIC chunks can be accurately restored using FIC segments.

수신 시스템 Receiving system

도 1은 본 발명의 일 실시예에 따른 수신 시스템의 구성 블록도를 도시한 도면이다. 도 1에서 실선 화살표는 데이터 패스(Data path)를, 점선 화살표는 콘트롤 시그널 패스(Control signal path)를 나타낸다. FIG. 1 is a block diagram illustrating a configuration of a reception system according to an embodiment of the present invention. Referring to FIG. In Fig. 1, a solid line arrow indicates a data path and a dashed line arrow indicates a control signal path.

도 1의 수신 시스템은 시스템 전체를 제어하는 오퍼레이션 제어기(100), 튜너(111), 복조기(112), 등화기(113), 기지 데이터 검출기(114), 블록 디코더(115), 프라이머리 RS 프레임 디코더(116), 세컨더리 RS 프레임 디코더(117), 시그널링 디코딩더(118), 및 베이스밴드 제어기(119)를 포함할 수 있다. 상기 수신 시스템은 FIC 핸들러(121), 서비스 매니저(122), 서비스 시그널링 핸들러(123), 및 제1 저장부(124)를 더 포함할 수 있다. 상기 수신 시스템은 프라이머리 RS 프레임 버퍼(131), 세컨더리 RS 프레임 버퍼(132), 및 트랜스포트 패킷(TP) 핸들러(133)를 더 포함할 수 있다. 상기 수신 시스템은 IP(Internet Protocol) 데이터그램 핸들러(141), 디스크램블러(142), UDP(User Datagram Protocol) 데이터그램 핸들러(143), RTP/RTCP(Real-time Transport Protocol/Real-time Transport Control Protocol) 데이터그램 핸들러(144), NTP(Network Time Protocol) 데이터그램 핸들러(145), 서비스 보호(service protection) 스트림 핸들러(146), 제2 저장부(147), ALC/LCT(Asynchronous Layered Coding/Layered Coding Transport) 스트림 핸들러(148), 디콤프레서(decompressor)(149), XML(Extensible Mark-up Language) 파서(150), 및 FDT(Field Device Tool) 핸들러(151)를 더 포함할 수 있다. 상기 수신 시스템은 A/V 디코더(161), 파일 디코더(162), 제3 저장부(163), 미들웨어 엔진(164), 및 SG 핸들러(165)를 더 포함할 수 있다. 상기 수신 시스템은 EPG 매니저(171), 어플리케이션 매니저(172), UI(User Interface) 매니저(173)를 더 포함할 수 있다.The receiving system of FIG. 1 includes an operation controller 100, a tuner 111, a demodulator 112, an equalizer 113, a known data detector 114, a block decoder 115, a primary RS frame A decoder 116, a secondary RS frame decoder 117, a signaling decoder 118, and a baseband controller 119. [ The receiving system may further include an FIC handler 121, a service manager 122, a service signaling handler 123, and a first storage unit 124. The receiving system may further include a primary RS frame buffer 131, a secondary RS frame buffer 132, and a transport packet (TP) handler 133. The receiving system includes an Internet protocol (IP) datagram handler 141, a descrambler 142, a user datagram protocol (UDP) datagram handler 143, a real time transport protocol (RTCP) Protocol datagram handler 144, an NTP (Network Time Protocol) datagram handler 145, a service protection stream handler 146, a second storage 147, an ALC / LCT (Asynchronous Layered Coding / A Layered Coding Transport stream handler 148, a decompressor 149, an Extensible Mark-up Language (XML) parser 150, and a Field Device Tool (FDT) handler 151. The receiving system may further include an A / V decoder 161, a file decoder 162, a third storage unit 163, a middleware engine 164, and an SG handler 165. The receiving system may further include an EPG manager 171, an application manager 172, and a user interface (UI) manager 173.

본 발명은 설명의 편의를 위해, 상기 튜너(111), 복조기(112), 등화기(113), 기지 데이터 검출기(114), 블록 디코더(115), 프라이머리 RS 프레임 디코더(116), 세컨더리 RS 프레임 디코더(117), 시그널링 디코더(118), 및 베이스밴드 제어 기(119)를 포함하여 베이스밴드 프로세서(110)라 칭하기로 하고, 상기 FIC 핸들러(121), 서비스 매니저(122), 서비스 시그널링 핸들러(123), 및 제1 저장부(124)를 포함하여 서비스 디멀티플렉서(120)라 칭하기로 한다. 또한 상기 프라이머리 RS 프레임 버퍼(131), 세컨더리 RS 프레임 버퍼(132), 및 트랜스포트 패킷 핸들러(133)를 포함하여 IP 어뎁테이션 모듈(130)이라 칭하기로 하고, 상기 IP 데이터그램 핸들러(141), 디스크램블러(142), UDP 데이터그램 핸들러(143), RTP/RTCP 데이터그램 핸들러(144), NTP 데이터그램 핸들러(145), 서비스 보호(service protection) 스트림 핸들러(146), 제2 저장부(147), ALC/LCT 스트림 핸들러(148), 디콤프레서(decompressor)(149), XML 파서(150), 및 FDT 핸들러(151)를 포함하여 커먼 IP 모듈(140)이라 칭하기로 한다. 또한 상기 A/V 디코더(161), 파일 디코더(162), 제3 저장부(163), 미들웨어 엔진(164), 및 SG 핸들러(165)를 포함하여 어플리케이션 모듈(160)이라 칭하기로 한다. For convenience of explanation, the tuner 111, the demodulator 112, the equalizer 113, the known data detector 114, the block decoder 115, the primary RS frame decoder 116, the secondary RS The FIC handler 121, the service manager 122, the service signaling handler 120, and the baseband processor 110. The frame decoder 117, the signaling decoder 118, and the baseband controller 119 are referred to as a baseband processor 110, A second storage unit 123, and a first storage unit 124, and is referred to as a service demultiplexer 120. The IP datagram handler 141 is also referred to as an IP adaptation module 130 including the primary RS frame buffer 131, the secondary RS frame buffer 132 and the transport packet handler 133, A descrambler 142, a UDP datagram handler 143, an RTP / RTCP datagram handler 144, an NTP datagram handler 145, a service protection stream handler 146, The ALC / LCT stream handler 148, the decompressor 149, the XML parser 150 and the FDT handler 151 will be referred to as a common IP module 140. The application module 160 is also referred to as an A / V decoder 161, a file decoder 162, a third storage unit 163, a middleware engine 164, and an SG handler 165.

도 1에서 사용되는 용어는 현재 널리 사용되는 일반적인 용어를 선택하였으나, 새로운 기술의 출현에 따라 본 발명에서 출원인이 가장 적합하다고 판단한 용어도 임의로 사용하였으며, 이에 대해서는 해당 설명부에서 용어의 의미를 명확히 설명하기로 한다. 따라서 본 발명을 이해함에 있어 단순한 용어의 명칭이 아닌 용어가 가지는 의미로서 본 발명을 파악하여야 됨을 밝혀 두고자 한다.Although the terminology used in FIG. 1 is a general term that is widely used at present, it has been arbitrarily used by the applicant in the present invention as a new term according to the emergence of a new technology. . Therefore, it should be understood that the present invention should be grasped as a meaning of a term that is not a name of a simple term in understanding the present invention.

이와 같이 구성된 도 1에서 오퍼레이션 콘트롤러(119)는 상기 베이스밴드 프로세서(110)의 각 블록의 동작을 제어한다. In FIG. 1, the operation controller 119 controls the operation of each block of the baseband processor 110.

상기 튜너(111)는 특정 물리 채널(또는 물리 전송 채널, physical transmission channel, PTC)의 주파수로 수신 시스템을 튜닝함으로써, 고정형 방송 수신 장치를 위한 방송신호인 메인 서비스 데이터와 이동형 방송 수신장치를 위한 방송신호인 모바일 서비스 데이터를 수신하도록 하는 역할을 한다. 이때 튜닝된 특정 채널의 주파수는 중간주파수(IF : Intermediate Frequency) 신호로 다운 컨버전하여 복조기(112)와 기지 데이터 검출기(114)로 출력한다. 상기 튜너(111)로부터 출력되는 통과대역 디지털 IF 신호는 메인 서비스 데이터만 포함할 수도 있고, 모바일 서비스 데이터만 포함할 수도 있으며, 메인 서비스 데이터와 모바일 서비스 데이터를 함께 포함할 수도 있다. The tuner 111 tunes the receiving system to a specific physical channel (or physical transmission channel, PTC) frequency, thereby providing main service data, which is a broadcast signal for the fixed broadcast receiving apparatus, And receives the mobile service data, which is a signal. At this time, the frequency of the tuned specific channel is down-converted to an intermediate frequency (IF) signal and output to the demodulator 112 and the known data detector 114. The passband digital IF signal output from the tuner 111 may include only main service data, only mobile service data, or both main service data and mobile service data.

상기 복조기(112)는 튜너(111)로부터 입력되는 통과대역의 디지털 IF 신호에 대해 자동 이득 제어, 반송파 복구 및 타이밍 복구 등을 수행하여 기저대역 신호로 만든 후 등화기(113)와 기지 데이터 검출기(114)로 출력한다. 상기 복조기(112)는 타이밍 복원이나 반송파 복구시에 상기 기지 데이터 검출기(114)로부터 입력받는 기지 데이터 심볼열을 이용함으로써, 복조 성능을 향상 시킬 수 있다. The demodulator 112 performs automatic gain control, carrier recovery, and timing recovery on the digital IF signal of the passband inputted from the tuner 111, converts the digital IF signal into a baseband signal, and then outputs the baseband signal to an equalizer 113 and a known data detector 114). The demodulator 112 can improve demodulation performance by using a known data symbol sequence received from the known data detector 114 during timing recovery or carrier recovery.

상기 등화기(113)는 상기 복조기(112)에서 복조된 신호에 포함된 채널 상의 왜곡을 보상한 후 블록 디코더(115)로 출력한다. 상기 등화기(113)는 기지 데이터 검출기(114)로부터 입력받는 기지 데이터 심볼열을 이용함으로써, 등화 성능을 향상 시킬 수 있다. 또한 상기 등화기(113)는 상기 블록 디코더(115)의 디코딩 결과를 피드백받아 등화 성능을 향상시킬 수도 있다. The equalizer 113 compensates for distortion on the channel included in the demodulated signal from the demodulator 112 and outputs the compensated signal to the block decoder 115. The equalizer 113 can improve the equalization performance by using the known data symbol sequence received from the known data detector 114. Also, the equalizer 113 may feedback the decoding result of the block decoder 115 to improve the equalization performance.

상기 기지 데이터 검출기(114)는 상기 복조기(112)의 입/출력 데이터 즉, 복조가 이루어지기 전의 데이터 또는 복조가 일부 이루어진 데이터로부터 송신 측에 서 삽입한 기지 데이터 위치를 검출하고 위치 정보와 함께 그 위치에서 발생시킨 기지 데이터의 시퀀스(Sequence)를 복조기(112), 등화기(113), 및 오퍼레이션 제어기(119)로 출력한다. 또한 상기 기지데이터 검출기(114)는 송신측에서 추가적인 부호화를 거친 모바일 서비스 데이터와 추가적인 부호화를 거치지 않은 메인 서비스 데이터를 블록 디코더(115)에서 구분할 수 있도록 하기 위한 정보를 블록 디코더(115)로 출력한다. The known data detector 114 detects a known data position inserted at the transmitting side from input / output data of the demodulator 112, that is, data before demodulation or data including a part of demodulation, To the demodulator 112, the equalizer 113, and the operation controller 119. The sequence of the known data generated by the position determiner 112 is output to the demodulator 112, the equalizer 113, Also, the known data detector 114 outputs to the block decoder 115 information for enabling the block decoder 115 to distinguish the mobile service data that has been further encoded in the transmitting side and the main service data that has not undergone the additional coding .

상기 블록 디코더(115)는 등화기(113)에서 채널 등화된 후 입력되는 데이터가 송신 측에서 serial concatenated convolution code (SCCC) 방식의 블록 인코딩과 트렐리스 인코딩이 모두 수행된 데이터(즉, RS 프레임 내 데이터, 시그널링 데이터)이면 송신 측의 역으로 트렐리스 디코딩 및 블록 디코딩을 수행하고, 블록 인코딩은 수행되지 않고 트렐리스 인코딩만 수행된 데이터 (즉, 메인 서비스 데이터)이면 트렐리스 디코딩만을 수행한다. The block decoder 115 demultiplexes the data, which is input after the channel equalization in the equalizer 113, into data in which both the block encoding and the trellis encoding of the serial concatenated convolutional code (SCCC) (I.e., main data), it performs trellis decoding and block decoding inversely to the transmitting side. If the data is only Trellis-encoded (i.e., main service data) without performing block encoding, only Trellis decoding .

상기 시그널링 디코더(118)는 등화기(113)에서 채널 등화된 후 입력되는 시그널링 데이터의 디코딩을 수행한다. 상기 시그널링 디코더(118)로 입력되는 시그널링 데이터(또는 시그널링 정보)는 송신 시스템에서 블록 인코딩과 트렐리스 인코딩이 모두 수행된 데이터라고 가정한다. 이러한 시그널링 데이터로는 TPC(Transmission Parameter Channel) 데이터와 FIC(Fast Information Channel) 데이터를 일 예로 들 수 있다. 예를 들면, 상기 시그널링 디코더(118)는 입력되는 데이터 중 시그널링 정보 영역의 데이터에 대해 parallel concatenated convolution code (PCCC) 방식의 회귀적 터보 디코딩을 수행한 후, 터보 디코딩된 시그널링 데 이터로부터 FIC 데이터와 TPC 데이터를 분리한다. 또한 상기 시그널링 디코더(118)는 상기 분리된 TPC 데이터에 대해 송신측의 역으로 RS 디코딩을 수행하여 오퍼레이션 제어기(119)로 출력한다. 그리고 상기 시그널링 디코더(118)는 상기 분리된 FIC 데이터에 대해 서브 프레임 단위로 디인터리빙을 수행하고, 송신측의 역으로 RS 디코딩을 수행한 후 FIC 핸들러(121)로 출력한다. 상기 시그널링 디코더(118)에서 디인터리빙 및 RS 디코딩되어 FIC 핸들러(121)로 출력되는 FIC 데이터의 전송 단위는 FIC 세그먼트이다. The signaling decoder 118 performs decoding of the signaling data input after being equalized by the equalizer 113. It is assumed that the signaling data (or signaling information) input to the signaling decoder 118 is data in which both block encoding and trellis encoding are performed in the transmission system. Examples of such signaling data include transmission parameter channel (TPC) data and fast information channel (FIC) data. For example, the signaling decoder 118 performs a recursive turbo decoding on the data of the signaling information area of the input data in parallel concatenated convolutional code (PCCC), then outputs FIC data from the turbo decoded signaling data TPC data is separated. Further, the signaling decoder 118 performs RS decoding on the separated TPC data in the reverse of the transmitting side, and outputs it to the operation controller 119. Then, the signaling decoder 118 deinterleaves the separated FIC data in units of subframes, performs RS decoding inverse to the transmitting side, and outputs it to the FIC handler 121. The transmission unit of the FIC data deinterleaved and RS-decoded by the signaling decoder 118 and output to the FIC handler 121 is an FIC segment.

상기 FIC 핸들러(121)는 상기 시그널링 디코더(118)로부터 FIC 데이터를 입력받아 서비스 획득을 위한 시그널링 정보 즉, 앙상블과 모바일 서비스 간의 매핑 정보를 추출한다. 이를 위해 상기 FIC 핸들러(121)는 FIC 세그먼트 버퍼, FIC 세그먼트 파서, 및 FIC 청크 파서를 포함할 수 있다. The FIC handler 121 receives the FIC data from the signaling decoder 118 and extracts signaling information for service acquisition, that is, mapping information between the ensemble and the mobile service. To this end, the FIC handler 121 may include an FIC segment buffer, an FIC segment parser, and a FIC chunk parser.

상기 FIC 세그먼트 버퍼는 시그널링 디코더(118)로부터 입력되는 M/H 프레임 단위의 FIC 세그먼트 그룹을 버퍼링한 후 FIC 세그먼트 파서로 출력한다. 상기 FIC 세그먼트 파서는 상기 FIC 세그먼트 버퍼에 저장된 각 FIC 세그먼트의 헤더를 추출하여 분석하고, 분석 결과에 따라 해당 FIC 세그먼트의 페이로드를 FIC 청크 파서로 출력한다. 상기 FIC 청크 파서는 상기 FIC 세그먼트 파서에서 분석된 결과를 이용하여 FIC 세그먼트 페이로드들로부터 FIC 청크 데이터 구조를 복원하고 분석하여 서비스 획득을 위한 시그널링 정보를 추출한다. 상기 FIC 청크 파서에서 획득된 시그널링 정보는 서비스 매니저(122)로 출력된다. The FIC segment buffer buffers an FIC segment group for each M / H frame input from the signaling decoder 118 and outputs the FIC segment group to an FIC segment parser. The FIC segment parser extracts and analyzes the header of each FIC segment stored in the FIC segment buffer, and outputs the payload of the corresponding FIC segment to the FIC chunk parser according to the analysis result. The FIC chunk parser reconstructs and analyzes the FIC chunk data structure from the FIC segment payloads using the results analyzed in the FIC segment parser to extract signaling information for service acquisition. The signaling information obtained from the FIC chunk parser is output to the service manager 122.

한편 상기 서비스 시그널링 핸들러(123)는 서비스 시그널링 버퍼와 서비스 시그널링 파서로 구성되어, 상기 UDP 데이터그램 핸들러(143)로부터 전송되는 서비스 시그널링 채널의 테이블 섹션들을 버퍼링한 후 분석하고 처리한다. 상기 서비스 시그널링 핸들러(123)에서 처리된 시그널링 정보도 서비스 매니저(122)로 출력된다. The service signaling handler 123 comprises a service signaling buffer and a service signaling parser. The service signaling handler 123 buffers table sections of the service signaling channel transmitted from the UDP datagram handler 143, and analyzes and processes the table sections. Signaling information processed by the service signaling handler 123 is also output to the service manager 122.

상기 서비스 매니저(122)는 상기 FIC 핸들러(121), 서비스 시그널링 핸들러(123)로부터 수집한 시그널링 정보를 이용하여 서비스 맵을 구성하고, 상기 서비스 가이드(SG) 핸들러(165)로부터 수집한 서비스 가이드(SG)를 이용하여 프로그램 가이드를 작성한다. 그리고 상기 서비스 맵, 서비스 가이드를 참조하여 유저가 원하는 모바일 서비스를 수신할 수 있도록 오퍼레이션 제어기(119)를 제어하고, 또한 유저의 입력에 따라 프로그램 가이드가 화면의 적어도 일부에 디스플레이될 수 있도록 제어한다. The service manager 122 forms a service map using the signaling information collected from the FIC handler 121 and the service signaling handler 123 and transmits the service guide collected from the service guide (SG) handler 165 SG) to create a program guide. Referring to the service map and the service guide, the operation controller 119 is controlled so that the user can receive a desired mobile service, and the program guide is displayed on at least a part of the screen according to the input of the user.

상기 제1 제어부(124)는 상기 서비스 매니저(122)에서 작성된 서비스 맵 및 서비스 가이드를 저장한다. 또한 상기 제1 제어부(124)는 상기 서비스 매니저(122), 및 EPG 매니저(171)의 요청에 따라 필요한 데이터를 추출하여 서비스 매니저(122), 및/또는 EPG 매니저(171)로 전달한다. The first control unit 124 stores a service map and a service guide created in the service manager 122. The first control unit 124 extracts necessary data according to a request from the service manager 122 and the EPG manager 171 and delivers the extracted data to the service manager 122 and / or the EPG manager 171.

상기 오프레이션 제어기(119)는 상기 기지 데이터 위치 정보 및 TPC 데이터를 입력받아 M/H 프레임 시간 정보, 선택된 퍼레이드(Parade)의 데이터 그룹 존재 유무, 데이터 그룹 내의 기지 데이터의 위치 정보, 전력 제어 정보 등을 베이스밴드 프로세서(110)의 각 블록에 전달한다. 상기 TPC 데이터의 상세한 설명은 뒤에서 하기로 한다.The emission controller 119 receives the known data location information and the TPC data, and receives the M / H frame time information, the presence / absence of a selected parade data group, the location information of the known data in the data group, To the respective blocks of the baseband processor 110. A detailed description of the TPC data will be given later.

한편, 본 발명에 따르면, 송신 시스템에서는 인코딩 단위로 RS 프레임 개념을 사용하고 있다. 상기 RS 프레임은 프라이머리 RS 프레임(Primary RS Frame)과 세컨더리 RS 프레임(Secondary RS Frame)으로 구분한다. 본 발명에서 프라이머리 RS 프레임과 세컨더리 RS 프레임의 구분은 데이터의 중요도에 따르는 것을 일 실시예로 한다.  Meanwhile, according to the present invention, the transmission system uses the RS frame concept as an encoding unit. The RS frame is divided into a primary RS frame and a secondary RS frame. In the present invention, the division between the primary RS frame and the secondary RS frame is performed according to the importance of data.

상기 프라이머리 RS 프레임 디코더(116)는 블록 디코더(115)의 출력을 입력으로 받는다. 이때 상기 프라이머리 RS 프레임 디코더(116)는 RS(Reed Solomon) 인코딩 및/또는 CRC(Cyclic Redundancy Check) 인코딩된 모바일 서비스 데이터만을 상기 블록 디코더(115)로부터 입력받는 것을 일 실시예로 한다. 즉, 프라이머리 RS 프레임 디코더(116)는 메인 서비스 데이터가 아닌 모바일 서비스 데이터만을 수신한다. 상기 프라이머리 RS 프레임 디코더(116)는 송신 시스템의 RS 프레임 인코더(미도시)의 역과정을 수행하여, 프라이머리 RS 프레임 내의 에러들을 정정한다. 즉, 상기 프라이머리 RS 프레임 디코더(116)는 다수의 데이터 그룹을 모아 프라이머리 RS 프레임을 형성한 후, 프라이머리 RS 프레임 단위로 에러 정정을 수행한다. 다시 말해, 상기 프라이머리 RS 프레임 디코더(116)는 실제 방송 서비스 등을 위하여 전송되는 프라이머리 RS 프레임을 디코딩한다. 상기 프라이머리 RS 프레임 디코더(116)에서 디코딩된 프라이머리 RS 프레임은 프라이머리 RS 프레임 버퍼(131)로 출력된다. 상기 프라이머리 RS 프레임 버퍼(131)는 상기 프라이머리 RS 프레임을 버퍼링한 후 각 로우(row) 단위로 M/H TP를 구성하여 TP 핸들러(133)로 출력한다. The primary RS frame decoder 116 receives the output of the block decoder 115 as an input. In this case, the primary RS frame decoder 116 receives only Reed Solomon (RS) encoded and / or CRC (Cyclic Redundancy Check) encoded mobile service data from the block decoder 115. That is, the primary RS frame decoder 116 receives only the mobile service data, not the main service data. The primary RS frame decoder 116 performs an inverse process of an RS frame encoder (not shown) of the transmission system to correct errors in the primary RS frame. That is, the primary RS frame decoder 116 collects a plurality of data groups to form a primary RS frame, and then performs error correction on a primary RS frame basis. In other words, the primary RS frame decoder 116 decodes the primary RS frame transmitted for an actual broadcast service or the like. The primary RS frame decoded by the primary RS frame decoder 116 is output to the primary RS frame buffer 131. The primary RS frame buffer 131 buffers the primary RS frame and constructs an M / H TP for each row to output to the TP handler 133.

상기 세컨더리 RS 프레임 디코더(117)는 블록 디코더(115)의 출력을 입력으 로 받는다. 이때 상기 세컨더리 RS 프레임 디코더(117)는 RS 인코딩 및/또는 CRC 인코딩된 모바일 서비스 데이터만을 입력받는 것을 일 실시예로 한다. 즉, 상기 세컨더리 RS 프레임 디코더(117)는 메인 서비스 데이터가 아닌 모바일 서비스 데이터만을 수신하다. 상기 세컨더리 RS 프레임 디코더(117)는 송신 시스템의 RS 프레임 인코더(미도시)의 역과정을 수행하여, 세컨더리 RS 프레임 내의 에러들을 정정한다. 즉, 상기 세컨더리 RS 프레임 디코더(117)는 다수의 데이터 그룹을 모아 세컨더리 RS 프레임을 형성한 후, 세컨더리 RS 프레임 단위로 에러 정정을 수행한다. 다시 말해, 상기 세컨더리 RS 프레임 디코더(117)는 모바일 오디오 서비스 데이터, 모바일 비디오 서비스 데이터, 가이드 데이터 등을 위하여 전송되는 세컨더리 RS 프레임을 디코딩한다. 상기 세컨더리 RS 프레임 디코더(117)에서 디코딩된 세컨더리 RS 프레임의 데이터는 세컨더리 RS 프레임 버퍼(132)로 출력된다. 상기 세컨더리 RS 프레임 버퍼(132)는 상기 세컨더리 RS 프레임을 버퍼링한 후 각 로우(row) 단위로 M/H TP를 구성하여 TP 핸들러(133)로 출력한다. The secondary RS frame decoder 117 receives the output of the block decoder 115 as an input. In this case, the secondary RS frame decoder 117 receives only RS-encoded and / or CRC-encoded mobile service data. That is, the secondary RS frame decoder 117 receives only the mobile service data, not the main service data. The secondary RS frame decoder 117 performs an inverse process of the RS frame encoder (not shown) of the transmission system to correct errors in the secondary RS frame. That is, the secondary RS frame decoder 117 collects a plurality of data groups to form a secondary RS frame, and then performs error correction on a secondary RS frame basis. In other words, the secondary RS frame decoder 117 decodes secondary RS frames transmitted for mobile audio service data, mobile video service data, guide data, and the like. The data of the secondary RS frame decoded by the secondary RS frame decoder 117 is output to the secondary RS frame buffer 132. The secondary RS frame buffer 132 buffers the secondary RS frame and constructs an M / H TP on a row-by-row basis and outputs the M / H TP to the TP handler 133.

상기 TP 핸들러(133)는 TP 버퍼와 TP 파서로 구성되며, 상기 프라이머리 및 세컨더리 RS 프레임 버퍼(131,132)로부터 전달받은 M/H TP를 버퍼링한 후, 버퍼링된 M/H TP의 각 헤더를 추출하고 분석하여 해당 M/H TP의 페이로드로부터 IP 데이터그램을 복원한다. 그리고 복원된 IP 데이터그램은 IP 데이터그램 핸들러(141)로 출력한다. The TP handler 133 comprises a TP buffer and a TP parser. The TP handler 133 buffers M / H TPs received from the primary and secondary RS frame buffers 131 and 132 and extracts each header of the buffered M / And restores the IP datagram from the payload of the corresponding M / H TP. The restored IP datagram is output to the IP datagram handler 141.

상기 IP 데이터그램 핸들러(141)는 IP 데이터그램 버퍼와 IP 데이터그램 파서로 구성되며, 상기 TP 핸들러(133)로부터 전달받은 IP 데이터그램을 버퍼링한 후, 버퍼링된 IP 데이터그램의 헤더를 추출하고 분석하여 해당 IP 데이터그램의 페이로드로부터 UDP 데이터그램을 복원한다. 그리고 복원된 UDP 데이터그램은 UDP 데이터그램 핸들러(143)로 출력한다. The IP datagram handler 141 comprises an IP datagram buffer and an IP datagram parser. The IP datagram handler 141 buffers the IP datagram received from the TP handler 133, extracts a header of the buffered IP datagram, And restores the UDP datagram from the payload of the IP datagram. The restored UDP datagram is output to the UDP datagram handler 143.

이때 상기 UDP 데이터그램이 스크램블되어 있다면, 상기 스크램블된 IP 데이터그램은 디스크램블러(142)에서 디스크램블된 후 UDP 데이터그램 핸들러(143)로 출력된다. 일 예로, 상기 디스크램블러(142)는 수신된 IP 데이터그램 중 UDP 데이터그램에 스크램블이 적용된 경우, 상기 서비스 보호 스트림 핸들러(146)로부터 인크립션 키(Encryption key) 등을 입력받아 상기 UDP 데이터그램을 디스크램블한 후 UDP 데이터그램 핸들러(143)로 출력한다. If the UDP datagram is scrambled, the scrambled IP datagram is descrambled by the descrambler 142 and output to the UDP datagram handler 143. For example, when scrambling is applied to a UDP datagram among the received IP datagrams, the descrambler 142 receives an encryption key from the service protection stream handler 146, And outputs the scrambled data to the UDP datagram handler 143.

상기 UDP 데이터그램 핸들러(143)는 UDP 데이터그램 버퍼와 UDP 데이터그램 파서로 구성되며, 상기 IP 데이터그램 핸들러(141) 또는 디스크램블러(142)로부터 입력되는 UDP 데이터그램을 버퍼링한 후, 버퍼링된 UDP 데이터그램의 헤더를 추출하고 분석하여 해당 UDP 데이터그램의 페이로드로 전송되는 데이터를 복원한다. 이때 복원된 데이터가 RTP/RTCP 데이터그램이면 RTP/RTCP 데이터그램 핸들러(144)로 출력하고, NTP 데이터그램이면 NTP 핸들러(145)로 출력된다. 또는 복원된 데이터가 서비스 보호 스트림이면 서비스 보호 스트림 핸들러(146)로 출력하고, ALC/LCT 스트림이면 ALC/LCT 스트림 핸들러(148)로 출력한다.The UDP datagram handler 143 comprises a UDP datagram buffer and a UDP datagram parser. The UDP datagram handler 143 buffers a UDP datagram input from the IP datagram handler 141 or the descrambler 142, Extracts and analyzes the header of the datagram and restores the data transmitted to the payload of the corresponding UDP datagram. If the restored data is an RTP / RTCP datagram, the RTP / RTCP datagram handler 144 outputs the restored data. If the restored data is an NTP datagram, the NTP datagram is output to the NTP handler 145. Or outputs the restored data to the service protection stream handler 146 if it is a service protection stream and to the ALC / LCT stream handler 148 if it is an ALC / LCT stream.

상기 RTP/RTCP 데이터그램 핸들러(144)는 RTP/RTCP 데이터그램 버퍼와 RTP/RTCP 데이터그램 파서로 구성되며, 상기 UDP 데이터그램 핸들러(143)로부터 출력되는 RTP/RTCP 구조의 데이터를 버퍼링한 후, 버퍼링된 데이터로부터 오디오/비 디오 스트림을 추출한다. 그리고 추출된 오디오/비디오 스트림은 오디오/비디오(A/V) 디코더(161)로 출력한다. 상기 A/V 디코더(161)는 상기 RTP/RTCP 데이터그램핸들러(144)로부터 출력되는 오디오 스트림과 비디오 스트림을 각각의 디코딩 알고리즘으로 디코딩한 후 프리젠테이션 매니저(170)로 출력한다. 일 예로, 오디오 디코딩 알고리즘은 AC-3 디코딩 알고리즘, MPEG 2 audio 디코딩 알고리즘, MPEG 4 audio 디코딩 알고리즘, AAC 디코딩 알고리즘, AAC+ 디코딩 알고리즘, HE AAC 디코딩 알고리즘, AAC SBR 디코딩 알고리즘, MPEG surround 디코딩 알고리즘, BSAC 디코딩 알고리즘중 적어도 하나를 적용하고, 비디오 디코딩 알고리즘은 MPEG 2 video 디코딩 알고리즘, MPEG 4 video 디코딩 알고리즘, H.264 디코딩 알고리즘, SVC 디코딩 알고리즘, VC-1 디코딩 알고리즘 중 적어도 하나를 적용할 수 있다.The RTP / RTCP datagram handler 144 comprises an RTP / RTCP datagram buffer and an RTP / RTCP datagram parser. The RTP / RTCP datagram handler 144 buffers data of the RTP / RTCP structure output from the UDP datagram handler 143, Extracts the audio / video stream from the buffered data. The extracted audio / video stream is output to an audio / video (A / V) decoder 161. The A / V decoder 161 decodes the audio stream and the video stream output from the RTP / RTCP datagram handler 144 using a decoding algorithm, and outputs the decoded audio stream and the video stream to the presentation manager 170. For example, the audio decoding algorithm may be an audio decoding algorithm such as an AC-3 decoding algorithm, an MPEG 2 audio decoding algorithm, an MPEG 4 audio decoding algorithm, an AAC decoding algorithm, an AAC + decoding algorithm, a HE AAC decoding algorithm, an AAC SBR decoding algorithm, And the video decoding algorithm may apply at least one of an MPEG 2 video decoding algorithm, an MPEG 4 video decoding algorithm, an H.264 decoding algorithm, an SVC decoding algorithm, and a VC-1 decoding algorithm.

상기 NTP 데이터그램 핸들러(145)는 NTP 데이터그램 버퍼와 NTP 데이터그램 파서로 구성되며, 상기 UDP 데이터그램 핸들러(143)로부터 출력되는 NTP 구조의 데이터를 버퍼링한 후, 버퍼링된 데이터로부터 NTP 스트림을 추출한다. 그리고 상기 추출된 NTP 스트림은 상기 A/V 디코더(161)로 출력되어 디코딩된다. The NTP datagram handler 145 comprises an NTP datagram buffer and an NTP datagram parser. The NTP datagram handler 145 buffers data of the NTP structure output from the UDP datagram handler 143 and extracts an NTP stream from the buffered data. do. The extracted NTP stream is output to the A / V decoder 161 and decoded.

상기 서비스 보호 스트림 핸들러(146)는 서비스 보호 스트림 버퍼를 더 포함할 수 있으며, 상기 UDP 데이터그램 핸들러(143)로부터 출력되는 서비스 보호를 위한 데이터를 버퍼링한 후, 버퍼링된 데이터로부터 디스크램블을 위한 정보를 추출한다. 상기 디스크램블을 위한 정보는 SKTM, LKTM 등과 같은 디스크램블링을 위한 키 값을 포함한다. 상기 디스크램블을 위한 정보는 제2 저장부(147)에 저장되며, 필요한 경우 상기 디스크램블러(142)로 출력된다.The service protection stream handler 146 may further include a service protection stream buffer. The service protection stream handler 146 buffers data for service protection output from the UDP datagram handler 143, and then generates descrambling information . The information for descrambling includes a key value for descrambling such as SKTM, LKTM, and the like. The information for descrambling is stored in the second storage unit 147 and is output to the descrambler 142 if necessary.

상기 ALC/LCT 스트림 핸들러(148)는 ALC/LCT 스트림 버퍼와 ALC/LCT 스트림 파서로 구성되며, 상기 UDP 데이터그램 핸들러(143)로부터 출력되는 ALC/LCT 구조의 데이터를 버퍼링한 후, 버퍼링된 데이터로부터 ALC/LCT 세션의 헤더 및 헤더 확장(header extension)을 분석한다. 상기 ALC/LCT 세션의 헤더 및 헤더 확장을 분석한 결과, 상기 ALC/LCT 세션으로 전송되는 데이터가 XML 구조이면 XML 파서(150)로 출력하고, 파일 구조이면 파일 디코더(162)로 출력한다.The ALC / LCT stream handler 148 comprises an ALC / LCT stream buffer and an ALC / LCT stream parser. The ALC / LCT stream handler 148 buffers data of the ALC / LCT structure output from the UDP datagram handler 143, And analyzes the header and header extension of the ALC / LCT session. As a result of analyzing the header and header extension of the ALC / LCT session, if the data transmitted in the ALC / LCT session is an XML structure, the parser 150 outputs the data to the XML parser 150.

이때 상기 ALC/LCT 세션으로 전송되는 데이터가 압축되어 있으면, 상기 압축된 데이터는 디콤프레서(149)에서 해제된 후 XML 파서(150) 또는 파일 디코더(162)로 출력된다. At this time, if the data transmitted in the ALC / LCT session is compressed, the compressed data is released from the decompressor 149 and output to the XML parser 150 or the file decoder 162.

상기 XML 파서(150)는 상기 ALC/LCT session을 통하여 전송되는 XML 데이터를 분석하고, 분석된 데이터가 파일 기반 서비스를 위한 데이터이면 FDT 핸들러(151)로 출력하고, 서비스 가이드를 위한 데이터이면 SG 핸들러(165)로 출력한다. The XML parser 150 analyzes the XML data transmitted through the ALC / LCT session and outputs the XML data to the FDT handler 151 if the analyzed data is data for a file-based service. If the analyzed data is data for a service guide, (165).

상기 FDT 핸들러(151)는 ALC/LCT session을 통하여 XML 구조로 전송되는 FLUTE 프로토콜의 파일 디스크립션 테이블(File Description Table ; FDT)을 분석하고 처리한다. The FDT handler 151 analyzes and processes a file description table (FDT) of a FLUTE protocol transmitted in an XML structure through an ALC / LCT session.

상기 SG 핸들러(165)는 XML 구조로 전송되는 서비스 가이드를 위한 데이터를 수집하고 분석하여 서비스 매니저(122)로 출력한다. The SG handler 165 collects and analyzes data for a service guide transmitted in an XML structure, and outputs the collected data to the service manager 122.

상기 파일 디코더(162)는 ALC/LCT session을 통하여 전송되는 파일 구조의 데이터를 디코딩하여 미들웨어 엔진(164)으로 출력하거나, 제3 저장부(163)에 저장 한다. The file decoder 162 decodes the file structure data transmitted through the ALC / LCT session and outputs the decoded data to the middleware engine 164 or the third storage unit 163. [

상기 미들웨어 엔진(164)은 파일 구조의 데이터 즉, 어플리케이션을 해석하여 실행시킨다. 그리고 상기 어플리케이션을 프리젠테이션 매니저(170)를 통해 화면이나 스피커와 같은 출력 장치로 출력할 수도 있다. 상기 미들웨어 엔진(164)은 자바(JAVA) 기반의 미들웨어 엔진인 것을 일 실시예로 한다.The middleware engine 164 interprets and executes the data of the file structure, that is, the application. The application may be output to an output device such as a screen or a speaker through the presentation manager 170. The middleware engine 164 is a Java (JAVA) based middleware engine.

상기 EPG 매니저(171)는 유저의 입력에 따라 상기 서비스 매니저(122) 또는 SG 핸들러(165)로부터 EPG 데이터를 입력받아 디스플레이 포맷으로 변환한 후 프리젠테이션 매니저(170)로 출력한다.The EPG manager 171 receives the EPG data from the service manager 122 or the SG handler 165 according to an input from the user, converts the EPG data into a display format, and outputs the display format to the presentation manager 170.

상기 어플리케이션 매니저(172)는 오브젝트, 파일 등의 형태로 전송되는 어플리케이션 데이터의 처리에 관한 전반적인 관리를 수행한다. The application manager 172 performs overall management of processing of application data transmitted in the form of an object, a file, or the like.

상기 오퍼레이션 제어기(100)는 UI 매니저(173)를 통해 입력되는 유저의 명령에 따라 상기 서비스 매니저(122), EPG 매니저(171), 어플리케이션 매니저(172), 프리젠테이션 매니저(170) 중 적어도 하나를 제어하여, 상기 유저의 명령에 따른 기능이 수행되도록 한다. The operation controller 100 controls at least one of the service manager 122, the EPG manager 171, the application manager 172 and the presentation manager 170 according to a user command inputted through the UI manager 173 So that the function according to the command of the user is performed.

상기 UI 매니저(173)는 UI를 통해 유저의 입력을 오퍼레이션 제어기(100)로 전달한다. The UI manager 173 transfers the user's input to the operation controller 100 through the UI.

상기 프리젠테이션 매니저(170)는 A/V 디코더(161)에서 출력되는 오디오 및 비디오 데이터, 미들웨어 엔진(164)에서 출력되는 파일 데이터, EPG 매니저(171)에서 출력되는 EPG 데이터 중 적어도 하나를 스피커 및/또는 화면을 통해 유저에게 제공한다. The presentation manager 170 transmits at least one of audio and video data output from the A / V decoder 161, file data output from the middleware engine 164, and EPG data output from the EPG manager 171, / Or provide it to the user via the screen.

데이터 포맷 구조Data format structure

한편, 본 발명의 실시예에 따른 모바일 방송 기술에서 사용하고 있는 데이터 구조는 데이터 그룹 구조와 RS 프레임 구조가 있다. 이를 상술하면 다음과 같다. Meanwhile, the data structure used in the mobile broadcasting technology according to the embodiment of the present invention includes a data group structure and an RS frame structure. This will be described in detail as follows.

도 2는 본 발명에 따른 데이터 그룹의 구조에 대한 일 실시예를 보인 도면이다. 2 is a diagram illustrating a structure of a data group according to an embodiment of the present invention.

도 2에 따른 데이터 구성에서 데이터 그룹을 10개의 M/H 블록(M/H block B1~B10)으로 구분하는 예를 보이고 있다. 그리고 각 M/H 블록은 16 세그먼트의 길이를 갖는 것을 일 실시예로 한다. 도 2에서 M/H 블록 B1의 앞 5 세그먼트와 M/H 블록 B10 뒤의 5 세그먼트는 일부에 RS 패리티 데이터만 할당하며, 데이터 그룹의 A 영역 내지 D 영역에서 제외하는 것을 일 실시예로 한다. In the data structure according to FIG. 2, the data group is divided into 10 M / H blocks (M / H blocks B1 to B10). And each M / H block has a length of 16 segments. In FIG. 2, only the RS parity data is allocated to a part of the 5 segments preceding the M / H block B1 and the 5 segments after the M / H block B10, and is excluded from the A area to the D area of the data group.

즉, 하나의 데이터 그룹을 A,B,C,D 영역으로 구분한다고 가정하면, 데이터 그룹 내 각 M/H 블록의 특성에 따라 각 M/H 블록을 A 영역 내지 D 영역 중 어느 하나의 영역에 포함시킬 수 있다. 이때 메인 서비스 데이터의 간섭 정도에 따라 각 M/H 블록을 A 영역 내지 D 영역 중 어느 하나의 영역에 포함시키는 것을 일 실시예로 한다. That is, assuming that one data group is divided into A, B, C, and D regions, each M / H block is divided into any one of the A region to the D region according to the characteristics of each M / Can be included. In this case, each M / H block may be included in any one of the A region to the D region according to the degree of interference of the main service data.

여기서, 상기 데이터 그룹을 다수개의 영역으로 구분하여 사용하는 이유는 각각의 용도를 달리하기 위해서이다. 즉, 메인 서비스 데이터의 간섭이 없거나 적은 영역은 그렇지 않은 영역보다 강인한 수신 성능을 보일 수 있기 때문이다. 또한, 송/수신 측의 약속에 의해 알고 있는 기지(known) 데이터를 데이터 그룹에 삽 입하여 전송하는 시스템을 적용하는 경우, 모바일 서비스 데이터에 연속적으로 긴 기지 데이터를 주기적으로 삽입하고자 할 때, 메인 서비스 데이터의 간섭이 없는 영역(즉, 메인 서비스 데이터가 섞이지 않는 영역)에는 일정 길이의 기지 데이터를 주기적으로 삽입하는 것이 가능하다. 그러나 메인 서비스 데이터의 간섭이 있는 영역에는 메인 서비스 데이터의 간섭으로 기지 데이터를 주기적으로 삽입하는 것이 곤란하고 연속적으로 긴 기지 데이터를 삽입하는 것도 곤란하다. The reason why the data group is divided into a plurality of regions is to differentiate each use. That is, a region where there is no interference of the main service data or a region where there is no interference can show robust reception performance than the region where no interference occurs. In addition, when a system for inserting known data known to the transmitting / receiving side into a data group and transmitting the data is applied, when it is desired to periodically insert consecutive long known data into the mobile service data, It is possible to periodically insert a known length of known data into an area where there is no interference of service data (i.e., an area where main service data is not mixed). However, it is difficult to periodically insert the known data due to the interference of the main service data in the area where interference of the main service data exists, and it is also difficult to continuously insert the known data.

도 2의 데이터 그룹 내 M/H 블록 B4 내지 M/H 블록 B7은 메인 서비스 데이터의 간섭이 없는 영역으로서 각 M/H 블록의 앞뒤에 긴 기지 데이터 열이 삽입된 예를 보이고 있다. 본 발명에서는 상기 M/H 블록 B4 내지 M/H 블록 B7을 포함하여 A 영역(=B4+B5+B6+B7)이라 하기로 한다. 상기와 같이 각 M/H 블록마다 앞뒤로 기지 데이터 열을 갖는 A 영역의 경우, 수신 시스템에서는 기지 데이터로부터 얻을 수 있는 채널 정보를 이용하여 등화를 수행할 수 있으므로, A 영역 내지 D 영역 중 가장 강인한 등화 성능을 얻을 수가 있다. The M / H block B4 to M / H block B7 in the data group of FIG. 2 shows an example in which a long known data string is inserted before and after each M / H block as an area without interference of main service data. In the present invention, the A region (= B4 + B5 + B6 + B7) including the M / H block B4 to the M / H block B7 will be described. As described above, in the case of the A region having the known data sequence for each M / H block back and forth, the receiving system can perform equalization using the channel information obtained from the known data. Thus, the most robust equalization Performance can be obtained.

도 2의 데이터 그룹 내 M/H 블록 B3과 M/H 블록 B8은 메인 서비스 데이터의 간섭이 적은 영역으로서, 두 M/H 블록 모두 한쪽에만 긴 기지 데이터 열이 삽입된 예를 보이고 있다. 즉, 메인 서비스 데이터의 간섭으로 인해 M/H 블록 B3은 해당 M/H 블록의 뒤에만 긴 기지 데이터 열이 삽입되고, M/H 블록 B8은 해당 M/H 블록의 앞에만 긴 기지 데이터 열이 삽입될 수 있다. 본 발명에서는 상기 M/H 블록 B3과 M/H 블록 B8을 포함하여 B 영역(=B3+B8)이라 하기로 한다. 상기와 같이 각 M/H 블록마다 어느 한쪽에만 기지 데이터 열을 갖는 B 영역의 경우, 수신 시스템에서는 기지 데이터로부터 얻을 수 있는 채널 정보를 이용하여 등화를 수행할 수 있으므로, C/D 영역보다 더 강인한 등화 성능을 얻을 수가 있다. The M / H block B3 and the M / H block B8 in the data group of FIG. 2 are areas where the interference of the main service data is small, and an example in which a long known data row is inserted into only one of both M / H blocks is shown. That is, due to the interference of the main service data, the M / H block B3 inserts a long base data string only after the corresponding M / H block, and the M / H block B8 inserts a long base data string only in front of the corresponding M / H block . In the present invention, the B region (= B3 + B8) including the M / H block B3 and the M / H block B8 will be described. As described above, in the case of the B region having the known data sequence in either one of the M / H blocks, the receiving system can perform equalization using the channel information obtained from the known data, The equalization performance can be obtained.

도 2의 데이터 그룹 내 M/H 블록 B2와 M/H 블록 B9는 메인 서비스 데이터의 간섭이 B 영역보다 더 많으며, 두 M/H 블록 모두 앞뒤로 긴 기지 데이터 열을 삽입할 수 없다. 본 발명에서는 상기 M/H 블록 B2와 M/H 블록 B9를 포함하여 C 영역(=B2+B9)이라 하기로 한다. In the M / H block B2 and the M / H block B9 in the data group of FIG. 2, the interference of the main service data is larger than the area B, and it is impossible to insert a long known data row back and forth in both M / H blocks. In the present invention, a C region (= B2 + B9) including the M / H block B2 and the M / H block B9 will be described.

도 2의 데이터 그룹 내 M/H 블록 B1과 M/H 블록 B10은 메인 서비스 데이터의 간섭이 C 영역보다 더 많으며, 마찬가지로 두 M/H 블록 모두 앞뒤로 긴 기지 데이터 열을 삽입할 수 없다. 본 발명에서는 상기 M/H 블록 B1과 M/H 블록 B10을 포함하여 D 영역(=B1+B10)이라 하기로 한다. 상기 C/D 영역은 기지 데이터 열로부터 많이 떨어져 있기 때문에 채널이 빠르게 변하는 경우에는 수신 성능이 안 좋을 수가 있다. In the M / H block B1 and the M / H block B10 in the data group of FIG. 2, the interference of the main service data is larger than the area C, and similarly, it is impossible to insert a long known data row back and forth in both M / H blocks. In the present invention, the D region (= B1 + B10) including the M / H block B1 and the M / H block B10 will be described. Since the C / D region is far away from the known data sequence, the reception performance may be poor if the channel changes rapidly.

또한 상기 데이터 그룹은 시그널링 데이터(또는 시그널링 정보)가 할당되는 시그널링 정보 영역을 포함한다. Also, the data group includes a signaling information area to which signaling data (or signaling information) is allocated.

본 발명은 데이터 그룹 내 M/H 블록 B4의 첫 번째 세그먼트부터 두 번째 세그먼트의 일부를 시그널링 정보 영역으로 이용할 수 있다. The present invention can use a part of the second segment from the first segment of the M / H block B4 in the data group as the signaling information area.

본 발명은 각 데이터 그룹의 M/H 블록 B4의 276(=207+69) 바이트를 시그널링 정보 영역으로 이용하는 것을 일 실시예로 한다. 즉, 시그널링 정보 영역은 M/H 블록 B4의 첫 번째 세그먼트인 207 바이트와 두 번째 세그먼트의 처음 69 바이트로 구성된다. 상기 M/H 블록 B4의 첫 번째 세그먼트는 VSB 필드의 17번째 또는 173번 째 세그먼트에 해당한다. The present invention uses 276 (= 207 + 69) bytes of the M / H block B4 of each data group as a signaling information area. That is, the signaling information area is composed of 207 bytes, which is the first segment of the M / H block B4, and the first 69 bytes of the second segment. The first segment of the M / H block B4 corresponds to the 17th or 173rd segment of the VSB field.

상기 시그널링 정보 영역으로 전송되는 시그널링 데이터는 크게 두 종류의 시그널링 채널 데이터로 구분할 수 있다. 하나는 전송 파라미터 채널(Transmission Parameter Channel ; TPC) 데이터이고, 다른 하나는 고속 정보 채널(Fast Information Channel ; FIC) 데이터이다. The signaling data to be transmitted to the signaling information area can be divided into two kinds of signaling channel data. One is Transmission Parameter Channel (TPC) data, and the other is Fast Information Channel (FIC) data.

그리고 상기 TPC 데이터는 주로 물리적 계층(Physical layer) 모듈에서 사용되는 파라미터들을 포함하며, 인터리빙이 되지 않고 전송되므로, 수신 시스템에서는 슬롯별로 억세스가 가능하다. Since the TPC data mainly includes parameters used in a physical layer module and is transmitted without being interleaved, the TPC data can be accessed on a slot-by-slot basis.

상기 FIC 데이터는 수신기에서 빠른 서비스 획득(fast service acquisition)이 가능하도록 하기 위해 제공되며, 물리 계층과 상위 계층 사이의 크로스 계층 정보를 포함한다. 상기 FIC 데이터는 서브 프레임 단위로 인터리빙되어 전송된다.The FIC data is provided to enable a fast service acquisition at a receiver, and includes cross-layer information between a physical layer and an upper layer. The FIC data is interleaved and transmitted in units of subframes.

예를 들어, 상기 데이터 그룹이 도 2에서와 같이 6개의 기지 데이터 열을 포함하는 경우, 상기 시그널링 정보 영역은 제 1 기지 데이터 열과 제2 기지 데이터 열 사이에 위치한다. 즉, 제1 기지 데이터 열은 데이터 그룹 내 M/H 블록 B3의 마지막 2 세그먼트에 삽입되고, 제2 기지 데이터 열은 M/H 블록 B4의 두 번째와 세 번째 세그먼트에 삽입된다. 그리고 제3 내지 제6 기지 데이터 열은 M/H 블록 B4,B5,B6,B7의 마지막 2 세그먼트에 각각 삽입된다. 상기 제1, 제3 내지 제 6 기지 데이터 열은 16 세그먼트만큼 떨어져 있다. For example, when the data group includes six known data strings as shown in FIG. 2, the signaling information area is located between the first known data string and the second known data string. That is, the first known data sequence is inserted into the last two segments of the M / H block B3 in the data group, and the second known data sequence is inserted into the second and third segments of the M / H block B4. And the third to sixth known data streams are inserted into the last two segments of the M / H blocks B4, B5, B6 and B7, respectively. The first, third, and sixth to sixth known data streams are separated by 16 segments.

도 3은 본 발명의 일 실시예에 따른 RS 프레임의 구조를 도시한 도면이다. 3 is a diagram illustrating a structure of an RS frame according to an embodiment of the present invention.

상기 RS 프레임은 타임 슬라이싱 모드로 전환된 상태에서 각 M/H 프레임마다 수신하게 된다. 하나의 RS 프레임에는 각 모바일 서비스 데이터 또는 시그널링 데이터의 IP 스트림들이 포함되며, 또한 모든 RS 프레임에는 SMT(service map table) 섹션 데이터가 존재할 수 있다. 상기 SMT 섹션 데이터는 IP 스트림 형태일 수도 있고, 다른 형태일 수도 있다. 상기 RS 프레임의 데이터는 복수개의 데이터 그룹의 해당 영역에 할당되어 전송된다. The RS frame is received in each M / H frame in a state of being switched to the time slicing mode. One RS frame includes IP streams of each mobile service data or signaling data, and SMT (service map table) section data may exist in all RS frames. The SMT section data may be in the form of an IP stream or in another form. The data of the RS frame is allocated to a corresponding area of a plurality of data groups and transmitted.

본 발명의 일 실시예에 따른 RS 프레임은 적어도 하나의 M/H TP(Transport Packet)으로 이루어져 있다. 이러한 M/H TP는 M/H 헤더와 M/H 페이로드로 이루어져 있다. The RS frame according to an exemplary embodiment of the present invention includes at least one M / H TP (Transport Packet). This M / H TP consists of an M / H header and an M / H payload.

상기 M/H 페이로드에는 모바일 서비스 데이터뿐만 아니라 시그널링 데이터를 포함할 수 있다. 즉, 하나의 M/H 페이로드는 모바일 서비스 데이터만을 포함할 수 있거나, 시그널링 데이터만을 포함할 수 있거나, 혹은 서비스 데이터 및 시그널링 데이터를 모두 포함할 수 있다.The M / H payload may include mobile service data as well as signaling data. That is, one M / H payload may include only mobile service data, only signaling data, or both service data and signaling data.

본 발명의 일 실시예는 M/H 헤더에 의해, M/H 페이로드에 포함된 데이터를 구별할 수 있다. 즉, M/H TP가 제1 M/H 헤더를 가진 경우, M/H 페이로드는 시그널링 데이터를 포함함을 나타낸다. 또한 M/H TP가 제2 M/H 헤더를 가진 경우, M/H 페이로드는 시그널링 데이터 및 서비스 데이터를 포함함을 나타낸다. M/H TP가 제3 M/H 헤더를 가진 경우, M/H 페이로드는 서비스 데이터를 포함함을 나타낸다.An embodiment of the present invention can distinguish data included in an M / H payload by an M / H header. That is, when the M / H TP has the first M / H header, it indicates that the M / H payload includes the signaling data. Also, if the M / H TP has a second M / H header, it indicates that the M / H payload includes signaling data and service data. If the M / H TP has a third M / H header, it indicates that the M / H payload contains service data.

상기 도3의 RS 프레임은 두 종류의 모바일 서비스를 위한 IP 데이터그램(즉, IP Datagram 1, IP Datagram 2)이 할당된 예를 보이고 있다. The RS frame of FIG. 3 shows an example in which IP datagrams for two types of mobile services (i.e., IP Datagram 1 and IP Datagram 2) are allocated.

데이터 전송 구조 Data transfer structure

도 4는 본 발명에 따른 모바일 서비스 데이터의 송/수신을 위한 M/H 프레임 구조의 일 예를 보인 도면이다. 4 is a diagram illustrating an example of an M / H frame structure for transmitting / receiving mobile service data according to the present invention.

도 4는 하나의 M/H 프레임이 5개의 서브 프레임으로 구성되고, 하나의 서브 프레임이 16개의 슬롯으로 구성되는 예를 보이고 있다. 이 경우 하나의 M/H 프레임은 5개의 서브 프레임, 80개의 슬롯을 포함함을 의미한다. FIG. 4 shows an example in which one M / H frame is composed of 5 subframes, and one subframe is composed of 16 slots. In this case, one M / H frame includes 5 subframes and 80 slots.

그리고 하나의 슬롯은 패킷 레벨에서는 156개의 데이터 패킷(즉, 트랜스포트 스트림 패킷)으로, 심볼 레벨에서는 156개의 데이터 세그먼트로 구성된다. 또는 VSB 필드의 반에 해당되는 크기를 갖는다. 즉, 207 바이트의 한 데이터 패킷이 한 개의 데이터 세그먼트와 동일한 데이터 양을 가지므로 데이터 인터리빙되기 전의 데이터 패킷이 데이터 세그먼트의 개념으로 사용될 수 있다. 이때 두 개의 VSB 필드가 모여 하나의 VSB 프레임을 구성한다. One slot consists of 156 data packets (i.e., transport stream packets) at the packet level and 156 data segments at the symbol level. Or a half of the VSB field. That is, since one data packet of 207 bytes has the same amount of data as one data segment, a data packet before data interleaving can be used as a concept of a data segment. At this time, two VSB fields are gathered to form one VSB frame.

도 5는 VSB 프레임 구조의 일 예를 보인 것으로서, 하나의 VSB 프레임은 두 개의 VSB 필드(즉, odd 필드, even 필드)로 구성된다. 그리고 각 VSB 필드는 하나의 필드 동기 세그먼트와 312개의 데이터 세그먼트로 구성된다. FIG. 5 shows an example of a VSB frame structure. One VSB frame is composed of two VSB fields (i.e., an odd field and an even field). Each VSB field is composed of one field sync segment and 312 data segments.

상기 슬롯은 모바일 서비스 데이터와 메인 서비스 데이터의 다중화를 위한 기본 시간 단위이다. 하나의 슬롯은 모바일 서비스 데이터를 포함할 수도 있고, 메인 서비스 데이터로만 구성될 수도 있다. The slot is a basic time unit for multiplexing mobile service data and main service data. One slot may include mobile service data, or may consist of only main service data.

만일 슬롯 내 처음 118 데이터 패킷들이 하나의 데이터 그룹에 해당되면, 나머지 38 패킷들은 메인 서비스 데이터 패킷이 된다. 또 다른 예로, 하나의 슬롯에 데이터 그룹이 없다면, 해당 슬롯은 156개의 메인 서비스 데이터 패킷들로 구성된다. If the first 118 data packets in the slot correspond to one data group, the remaining 38 packets become the main service data packet. As another example, if there is no data group in one slot, the slot is made up of 156 main service data packets.

한편, 하나의 RS 프레임 내 모바일 서비스 데이터는 데이터 그룹 내 A/B/C/D 영역에 모두 할당될 수도 있고, A/B/C/D 영역 중 적어도 하나의 영역에 할당될 수도 있다. 본 발명은 하나의 RS 프레임 내 모바일 서비스 데이터를 A/B/C/D 영역에 모두 할당하거나, A/B 영역과 C/D 영역 중 어느 하나에만 할당하는 것을 일 실시예로 한다. 즉, 후자의 경우, 데이터 그룹 내 A/B 영역에 할당되는 RS 프레임과 C/D 영역에 할당되는 RS 프레임이 다르다. 본 발명의 일실시예에 따르면, 데이터 그룹 내 A/B 영역에 할당되는 RS 프레임을 프라이머리 RS 프레임(Primary RS frame)이라 하고, C/D 영역에 할당되는 RS 프레임을 세컨더리 RS 프레임(Secondary RS frame)이라 하기로 한다. 그리고 프라이머리 RS 프레임과 세컨더리 RS 프레임이 하나의 퍼레이드(parade)를 구성한다. 즉, 하나의 RS 프레임 내 모바일 서비스 데이터가 데이터 그룹 내 A/B/C/D 영역에 모두 할당된다면, 하나의 퍼레이드는 하나의 RS 프레임을 전송한다. 이에 반해, 하나의 RS 프레임 내 모바일 서비스 데이터가 데이터 그룹 내 A/B 영역에 할당되고, 다른 하나의 RS 프레임 내 모바일 서비스 데이터가 해당 데이터 그룹 내 C/D 영역에 할당된다면, 하나의 퍼레이드는 두 개의 RS 프레임까지 전송할 수 있다. Meanwhile, the mobile service data in one RS frame may be all allocated to the A / B / C / D area in the data group or may be allocated to at least one area of the A / B / C / D area. In one embodiment, mobile service data in one RS frame is all allocated to an A / B / C / D area or allocated to only one of an A / B area and a C / D area. That is, in the latter case, the RS frame allocated to the A / B area in the data group is different from the RS frame allocated to the C / D area. According to an embodiment of the present invention, an RS frame allocated to an A / B area in a data group is referred to as a primary RS frame, and an RS frame allocated to a C / D area is referred to as a secondary RS frame frame. The primary RS frame and the secondary RS frame constitute one parade. That is, if mobile service data in one RS frame is all allocated in the A / B / C / D area in the data group, one parade transmits one RS frame. On the other hand, if the mobile service data in one RS frame is allocated to the A / B area in the data group and the mobile service data in the other RS frame is allocated to the C / D area in the corresponding data group, RS frames.

즉, RS 프레임 모드(mode)는 하나의 퍼레이드가 하나의 RS 프레임을 전송하는지, 두 개의 RS 프레임을 전송하는지를 지시한다. 이러한 RS 프레임 모드는 TPC 데이터로서 전송된다. That is, the RS frame mode indicates whether one parade transmits one RS frame or two RS frames. This RS frame mode is transmitted as TPC data.

다음의 표 1은 RS 프레임 모드의 일 예를 보인다. Table 1 below shows an example of the RS frame mode.

RS frame modeRS frame mode DescriptionDescription 0000 There is only a primary RS frame for all Group RegionsThere is only a primary RS frame for all Group Regions 0101 There are two separate RS frames
- Primary RS frame for Group Region A and B
- Secondary RS frame for Group Region C and DThere are two separate RS frames
- Primary RS frame for Group A and B
- Secondary RS frame for Group Region C and D 1010 ReservedReserved 1111 ReservedReserved

상기 표 1은 RS 프레임 모드를 표시하기 위해 2비트가 할당되는 것을 일 실시예로 하고 있다. 상기 표 1을 보면, RS 프레임 모드 값이 00이면, 하나의 퍼레이드가 하나의 RS 프레임을 전송함을 지시하고, RS 프레임 모드 값이 01이면, 하나의 퍼레이드가 두 개의 RS 프레임 즉, 프라이머리 RS 프레임과 세컨더리 RS 프레임을 전송함을 지시한다. 즉, 상기 RS 프레임 모드 값이 01이면, A/B 영역을 위한 프라이머리 RS 프레임(Primary RS frame for region A/B)의 데이터는 데이터 그룹의 A/B 영역에 할당되어 전송되고, C/D 영역을 위한 세컨더리 RS 프레임(Secondary RS frame for region C/D)의 데이터는 해당 데이터 그룹의 C/D 영역에 할당되어 전송됨을 지시한다. In Table 1, 2 bits are allocated to indicate the RS frame mode. Referring to Table 1, if the RS frame mode value is 00, it indicates that one parade transmits one RS frame. If the RS frame mode value is 01, one parade is transmitted to two RS frames, that is, a primary RS Frame and the secondary RS frame. That is, when the RS frame mode value is 01, the data of the primary RS frame for region A / B for the A / B region is allocated and transmitted to the A / B region of the data group, And the data of the secondary RS frame (region C / D) for the region is assigned to the C / D region of the corresponding data group and is transmitted.

상기 데이터 그룹의 할당과 마찬가지로, 퍼레이드들도 서브 프레임 내에서 가능한 서로 멀리 떨어져 할당하는 것을 일 실시예로 한다. 이렇게 함으로써 하나의 서브 프레임 내에서 발생할 수 있는 버스트 에러에 대해 강력하게 대응할 수 있게 된다. As in the case of the allocation of the data group, the parades are allocated as far as possible in the subframe as one embodiment. This makes it possible to strongly respond to burst errors that may occur in one subframe.

그리고 퍼레이드들의 할당 방법은 M/H 프레임마다 다르게 적용할 수 있고, 모든 M/H 프레임에 동일하게 적용할 수도 있다. 또한 하나의 M/H 프레임 내 모든 서브 프레임에 동일하게 적용할 수도 있고, 각 서브 프레임마다 다르게 적용할 수도 있다. 본 발명은 M/H 프레임마다 달라질 수 있으며, 하나의 M/H 프레임 내 모든 서브 프레임에는 동일하게 적용하는 것을 일 실시예로 한다. 즉, M/H 프레임 구조는 M/H 프레임 단위로 달라질 수 있으며, 이것은 앙상블 데이터 율을 탄력적으로 조정할 수 있게 한다. And, the allocation method of parades can be applied differently for each M / H frame, and the same applies to all M / H frames. The same applies to all subframes within one M / H frame, or may be applied to each subframe differently. The present invention can be changed for each M / H frame, and is applied to all subframes in one M / H frame. That is, the M / H frame structure can be changed in units of M / H frames, which enables flexible adjustment of the ensemble data rate.

즉, 본 발명의 실시예에서는 앙상블(Ensemble) 개념을 도입하여, 서비스의 집합을 정의한다. 하나의 M/H 앙상블은 동일한 QoS를 가지며, 동일한 FEC 코드로 코딩된다. 또한 하나의 앙상블은 같은 고유 식별자(즉, ensemble id)를 가지며 연속하는 RS 프레임에 대응된다. That is, in the embodiment of the present invention, an ensemble concept is introduced to define a set of services. One M / H ensemble has the same QoS and is coded with the same FEC code. Also, one ensemble has the same unique identifier (i.e., ensemble id) and corresponds to consecutive RS frames.

도 6은 본 발명의 일 실시예에 따른 물리적 계층에서의 데이터 전송 구조를 도시한 도면으로, 각 데이터 그룹 내에 FIC 데이터가 포함되어 전송되는 예를 보이고 있다. 6 is a diagram illustrating a data transmission structure in a physical layer according to an embodiment of the present invention, in which FIC data is included in each data group and is transmitted.

상기에서 설명한 바와 같이, 약 0.968 초 동안의 M/H 프레임은 5개의 서브 프레임으로 분할되고, 각각의 서브 프레임 내에 여러 개의 앙상블에 해당하는 데이터 그룹들이 섞여 존재하며, 각각의 앙상블에 해당하는 데이터 그룹들이 M/H 프레임 단위로 인터리빙되어 하나의 앙상블에 속하는 RS 프레임을 구성하게 된다. 도 6에서는 2개의 앙상블(NoG=4, NoG=3)이 존재한다. 또한 각각의 데이터 그룹의 일정 부분(e.g. 37 bytes/데이터 그룹)은 RS 프레임 데이터 채널과는 별도로 인코딩이 적용된 FIC 데이터를 전달하는 용도로 사용된다. 각각의 데이터 그룹에 할당되는 FIC 영역은 하나의 FIC 세그먼트를 이루며, 이 FIC 세그먼트들은 서브 프레임 단위로 인터리빙된다. 예를 들어, 상기 RS 프레임의 데이터에 RS 인코딩과 serial concatenated convolution code (SCCC) 인코딩이 적용되고, 상기 FIC 데이터에 대해 RS 인코딩과 parallel concatenated convolution code (PCCC) 인코딩이 적용되는 것을 일 실시예로 한다. 한편 TPC 데이터도 상기 FIC 데이터와 마찬가지로 RS 인코딩과 parallel concatenated convolution code (PCCC) 인코딩이 적용된다. 이때 상기 RS 프레임의 데이터는 (187+P,187)-RS 인코딩이 적용되고, 상기 FIC 데이터는 (51,37)-RS 인코딩이 적용되며, 상기 TPC 데이터는 (18,10)-RS 인코딩이 적용되는 것을 일 실시예로 한다. 여기서, P는 패리티 바이트의 개수이다. As described above, the M / H frame for about 0.968 seconds is divided into five subframes, and data groups corresponding to a plurality of ensembles exist in each subframe. A data group corresponding to each ensemble exists Are interleaved in units of M / H frames to form an RS frame belonging to one ensemble. In Fig. 6, there are two ensembles (NoG = 4, NoG = 3). Also, a certain portion (e.g., 37 bytes / data group) of each data group is used to transmit FIC data to which encoding is applied separately from the RS frame data channel. The FIC area allocated to each data group constitutes one FIC segment, and these FIC segments are interleaved on a subframe basis. For example, RS encoding and serial concatenated convolutional code (SCCC) encoding are applied to the RS frame data, and RS encoding and parallel concatenated convolutional coding (PCCC) encoding are applied to the FIC data . On the other hand, RS encoding and parallel concatenated convolutional code (PCCC) encoding are applied to the TPC data as well as the FIC data. In this case, (187 + P, 187) -RS encoding is applied to the RS frame data, (51,37) -RS encoding is applied to the FIC data, and the TPC data is One embodiment is applied. Here, P is the number of parity bytes.

계층적 Hierarchical 시그널링Signaling 구조  rescue

도 7은 본 발명의 일 실시예에 따른 계층적인 시그널링 구조를 도시한 도면이다. 본 실시예에 따른 모바일 방송 기술은 도 7에 도시된 바와 같이, FIC와 SMT를 이용한 시그널링 방법을 채용하고 있다. 이를 본 발명에서는 계층적 시그널링 구조라 명명한다. FIG. 7 is a diagram illustrating a hierarchical signaling structure according to an embodiment of the present invention. The mobile broadcasting technology according to the present embodiment employs a signaling method using FIC and SMT as shown in FIG. This is referred to as a hierarchical signaling structure in the present invention.

즉, 도 7은 FIC 청크와 IP 레벨의 모바일 서비스 시그널링 채널 중, 서비스 맵 테이블(SMT)을 통하여 서비스 획득(Service Acquisition)에 필요한 데이터를 제공하는 계층적 시그널링 구조를 나타낸다. That is, FIG. 7 shows a hierarchical signaling structure for providing data necessary for service acquisition through the service map table (SMT) among FIC chunks and mobile service signaling channels at IP level.

도 7에서 알 수 있듯이, FIC 청크는 그 빠른 특성을 이용하여, 모바일 서비스와 앙상블 간의 매핑 관계를 수신 시스템으로 전달한다. 즉, 상기 FIC 청크는 수신 시스템에서 원하는 서비스를 전달하는 앙상블을 빠르게 찾아서 해당 앙상블의 RS 프레임들을 빨리 수신할 수 있도록 하기 위한 시그널링 데이터를 수신 시스템에 제공한다. As can be seen in Figure 7, the FIC chunk uses its fast nature to deliver the mapping relationship between the mobile service and the ensemble to the receiving system. That is, the FIC chunk provides signaling data to the receiving system to quickly find an ensemble for delivering a desired service in the receiving system and to quickly receive the RS frames of the ensemble.

FICFIC (( FastFast InformationInformation ChannelChannel ) )

또한, 본 발명에 따른 수신 시스템에서는 FIC(Fast Information Channel)를 이용하여 현재 방송되는 모바일 서비스에 보다 빨리 접근할 수 있도록 하고 있다. In addition, the receiving system according to the present invention allows the FIC (Fast Information Channel) to access the currently broadcast mobile service more quickly.

즉, 도 1의 FIC 핸들러(121)에서는 FIC 세그먼트들로부터 FIC 청크를 구성하고, 상기 FIC 청크를 파싱한 후, 그 결과를 서비스 매니저(122)로 출력한다. That is, the FIC handler 121 of FIG. 1 constructs a FIC chunk from the FIC segments, parses the FIC chunk, and outputs the result to the service manager 122.

도 8에서는 FIC를 통하여 모바일 서비스와 앙상블간의 관계를 매핑해주는 역할을 하는 FIC 청크의 신택스 구조를 나타낸다. FIG. 8 shows the syntax structure of the FIC chunk, which serves to map the relationship between the mobile service and the ensemble through the FIC.

상기 FIC 청크는 5 바이트의 FIC 청크 헤더와 가변 길이의 FIC 청크 페이로드로 이루어진다. The FIC chunk consists of a 5-byte FIC chunk header and a variable length FIC chunk payload.

도 9는 본 발명에 따른 FIC 청크 헤더의 신택스 구조의 일 실시예를 보이고 있다. FIG. 9 shows an embodiment of the syntax structure of the FIC chunk header according to the present invention.

상기 FIC 청크 헤더는 해당 FIC 청크와 역호환 가능(Backward compatible) 하지 않은 메이저 프로토콜 버전 변경(major protocol version change)을 시그널링(signaling)하고, 해당 FIC 청크와 역호환 가능(Backward compatible)한 마이너 프로토콜 버전 변경(minor protocol version change)을 시그널링하며, 마이너 프로토콜 버전 변경에 의해 발생할 수 있는 FIC 청크 헤더의 확장(extension), 앙상블 루프 헤더(ensemble loop header)의 확장, 모바일 서비스 루프 확장의 각 길이를 시그널링한다. The FIC chunk header signals a major protocol version change that is not backward compatible with the corresponding FIC chunk and a minor protocol version that is backwards compatible with the corresponding FIC chunk Signaling a minor protocol version change, an FIC chunk header extension, an ensemble loop header extension, and a mobile service loop extension, which may be caused by a minor protocol version change .

만일 해당 마이너 프로토콜 버전 변경을 수용할 수 있는 수신 시스템은 해당 확장 필드(extension field)를 처리하는 반면, 해당 마이너 프로토콜 버전 변경을 수용할 수 없는 기존(legacy) 수신 시스템은 각 해당 길이 정보를 이용하여 해당 확장 필드를 스킵하는 것을 일 실시예로 한다. 예를 들어, 해당 마이너 프로토콜 버전 변경을 수용할 수 있는 수신 시스템이라면, 해당 확장 필드(extension field)에서 지시하는 내용을 알 수 있으며, 그 확장 필드에서 지시하는 내용에 따른 동작을 수행할 수 있다. If a receiving system that can accommodate the minor protocol version change processes the corresponding extension field while a legacy receiving system that can not accommodate the minor protocol version change uses the corresponding length information It is an embodiment to skip the corresponding extension field. For example, if the receiving system can accommodate the minor protocol version change, the contents indicated by the extension field can be known, and the operation according to the contents indicated by the extension field can be performed.

본 발명에서 FIC 청크의 마이너 프로토콜 버전 변경은 이전의 마이너 프로토콜 버전의 FIC 청크에서 FIC 청크 헤더, 앙상블 루프 헤더, 모바일 서비스 루프의 각각의 끝 부분에 추가적으로 필드를 삽입하여 이루어지는 것을 일 실시예로 한다. 만일 이외의 경우나, 추가 필드의 길이가 FIC 청크 헤더의 각 확장 길이(extension length)로 표현이 안 될 경우, 또는 상기 FIC 청크 페이로드 내 특정 필드가 없어지거나, 아니면 그 필드에 할당되는 비트 수나, 그 필드의 정의가 달라지게되면, 해당 FIC 청크의 메이저 프로토콜 버전을 업데이트하는 것을 일 실시예로 한다. In the present invention, the minor protocol version change of the FIC chunk is performed by inserting an additional field at each end of the FIC chunk header, the ensemble loop header, and the mobile service loop in the FIC chunk of the previous minor protocol version. Otherwise, if the length of the additional field is not represented by an extension length of the FIC chunk header, or if the specific field in the FIC chunk payload is lost, or if the number of bits allocated to that field , And when the definition of the field is changed, it is an embodiment to update the major protocol version of the corresponding FIC chunk.

또한 상기 FIC 청크 헤더는 해당 FIC 청크 페이로드의 데이터가 현재 M/H 프레임 내의 앙상블과 모바일 서비스 간 매핑 정보를 담고 있는지, 아니면 다음 M/H 프레임 내의 앙상블과 모바일 서비스 간 매핑 정보를 담고 있는지를 시그널링하며, 현재 FIC 청크가 전송되는 모바일 방송의 트랜스포트 스트림 ID, 해당 모바일 방송을 통하여 전송되는 앙상블의 개수를 시그널링한다.Further, the FIC chunk header indicates whether the data of the FIC chunk payload contains mapping information between the ensemble and the mobile service in the current M / H frame, or mapping information between the ensemble and the mobile service in the next M / H frame, The transport stream ID of the mobile broadcast in which the FIC chunk is currently transmitted, and the number of ensembles transmitted through the mobile broadcast.

이를 위해 상기 FIC 청크 헤더는 FIC_major_protocol_version 필드, FIC_minor_protocol_version 필드, FIC_chunk_header_extension_length 필드, ensemble_loop_header_extension_length 필드, M/H_service_loop_extension_length 필드, current_next_indicator 필드, transport_stream_id 필드, 및 num_ensembles 필드를 포함할 수 있다. For this, the FIC chunk header may include an FIC_major_protocol_version field, an FIC_minor_protocol_version field, a FIC_chunk_header_extension_length field, an ensemble_loop_header_extension_length field, an M / H_service_loop_extension_length field, a current_next_indicator field, a transport_stream_id field, and a num_ensembles field.

상기 FIC_major_protocol_version 필드는 일 실시예로 2 비트를 할당하며, 해당 FIC 청크 신택스의 메이저 프로토콜 버전을 표시한다. 상기 메이저 프로토콜 버전의 변경은 backward compatible하지 않은 레벨의 변경을 지시한다. 만일 이 필드 값이 업데이트되면, FIC 청크 프로토콜의 이전 메이저 버전을 처리할 수 있는 기존(legacy) 수신 시스템에서는 상기 FIC 청크를 처리하지 않는다(A two-bit unsigned integer field that represents the major version level of the syntax of the FIC Chunk. A change in the major version level shall indicate a non-backward-compatible level of change. When this field is updated, legacy receivers who can process the prior major version of FIC-Chunk protocol shall avoid attempting to process the FIC Chunk).The FIC_major_protocol_version field allocates 2 bits in one embodiment and indicates a major protocol version of the corresponding FIC chunk syntax. The change of the major protocol version indicates a change in level that is not backward compatible. If this field value is updated, then the FIC chunk is not processed by the legacy receiving system capable of processing the previous major version of the FIC chunk protocol (A two-bit unsigned integer field that represents the major version level of the The FIC-Chunk protocol should avoid attempting to process the FIC-Chunk, which is the major version of the FIC Chunk. the FIC Chunk).

상기 FIC_minor_protocol_version 필드는 일 실시예로 3비트를 할당하며, 해당 FIC 청크 신택스의 마이너 프로토콜 버전을 표시한다. 상기 마이너 프로토콜 버전의 변경은 backward compatible한 레벨의 변경을 지시한다. 만일 이 필드가 업데이트되면, 상기 FIC 청크 프로토콜의 같은 메이저 버전을 처리할 수 있는 기존(legacy) 수신기에서는 상기 FIC 청크의 일부를 처리할 수 있다(A three-bit unsigned integer field that represents the minor version level of the syntax of the FIC-Chunk. A change in the minor version level, provided the major version level remains the same, shall indicate a backward-compatible level of change. This means that, when this field is updated, legacy receivers who can process the same major version of FIC Chunk protocol may process a part of the FIC Chunk).The FIC_minor_protocol_version field allocates 3 bits in one embodiment and indicates a minor protocol version of the corresponding FIC chunk syntax. The change of the minor protocol version indicates a backward compatible level change. If this field is updated, a legacy receiver capable of handling the same major version of the FIC chunk protocol may process a portion of the FIC chunk (A three-bit unsigned integer field that represents the minor version level The FIC-Chunk of the FIC-Chunk is the same as the FIC-Chunk of the FIC-Chunk. process the same major version of FIC Chunk protocol may process a part of the FIC Chunk).

상기 FIC_Chunk_header_extension_length 필드는 일 실시예로 3비트를 할당하며, 해당 FIC 청크의 마이너 프로토콜 버전 업데이트에 의해 발생된 FIC 청크 헤더 확장 바이트의 길이를 표시한다. 상기 확장 바이트들은 해당 FIC 청크 헤더의 끝에 추가(Append)한다(This 3-bit unsigned integer field identifies the length of the FIC-Chunk header extension bytes caused by the minor protocol version update of the FIC-Chunk, where the extension bytes are appended at the end of the FIC-Chunk header).The FIC_Chunk_header_extension_length field allocates 3 bits in one embodiment and indicates the length of the FIC chunk header extension byte generated by the minor protocol version update of the corresponding FIC chunk. The extension bytes are appended to the end of the corresponding FIC chunk header (this 3-bit unsigned integer field identifies the length of the FIC-Chunk header extension bytes caused by the minor protocol version of the FIC-Chunk, where the extension bytes are appended at the end of the FIC-Chunk header).

상기 ensemble_header_extension_length 필드는 일 실시예로 3비트를 할당하며, 해당 FIC 청크의 마이너 프로토콜 버전 업데이트에 의해 발생된 앙상블 헤더 확장 바이트의 길이를 표시한다. 상기 확장 바이트들은 해당 앙상블 루프 헤더의 끝에 추가(Append)한다(This 3-bit unsigned integer field identifies the length of the ensemble header extension bytes caused by the minor protocol version update of the FIC-Chunk, where the extension bytes are appended at the end of the ensemble loop header).The ensemble_header_extension_length field allocates 3 bits in one embodiment and indicates the length of the ensemble header extension byte generated by the minor protocol version update of the corresponding FIC chunk. The extension bytes are appended to the end of the corresponding ensemble loop header. (This 3-bit unsigned integer field identifies the length of the ensemble header extension caused by the minor protocol version of the FIC-Chunk, appended at the end of the ensemble loop header).

상기 M/H_service_loop_extension_length 필드는 일 실시예로 3비트를 할당하며, 해당 FIC 청크의 마이너 프로토콜 버전 업데이트에 의해 발생된 모바일 서비스 루프 확장 바이트의 길이를 표시한다. 상기 확장 바이트들은 해당 모바일 서비스 루프의 끝에 추가(Append)한다(This 3-bit unsigned integer field identifies the length of the ensemble header extension bytes caused by the minor protocol version update of the M/H service loop, where the extension bytes are appended at the end of the M/H service loop).The M / H_service_loop_extension_length field is allocated 3 bits in one embodiment and indicates the length of the mobile service loop extension byte generated by the minor protocol version update of the corresponding FIC chunk. The extension bytes are appended to the end of the corresponding mobile service loop (This 3-bit unsigned integer field identifies the length of the ensemble header extension caused by the minor protocol version of the M / H service loop, where the extension bytes are appended at the end of the M / H service loop).

상기 current_next_indicator 필드는 일 실시예로 1 비트를 할당하며, 상기 필드 값이 1로 설정되면 해당 FIC 청크는 현재 M/H 프레임에 적용됨을 지시한다. 만일 상기 필드 값이 0으로 설정되면 해당 FIC 청크는 다음 M/H 프레임에 적용됨을 지시한다(A one-bit indicator, which when set to '1' shall indicate that this FIC-Chunk is currently applicable. When the bit is set to '0', it shall indicate that this FIC-Chunk will be applicable for the next M/H Frame. In the latter case, the most recent version of FIC-Chunk transmitted with the current_next_indicator bit set to '1' shall be currently applicable). 즉, 상기 필드 값이 1로 설정되면 해당 FIC 청크는 현재 M/H 프레임의 시그널링 데이터를 전송함을 의미한다. 또한 상기 필드 값이 0으로 설정되면 해당 FIC 청크는 다음 M/H 프레임의 시그널링 데이터를 전송함을 의미한다. 본 발명은 현재 M/H 프레임 내의 앙상블과 모바일 서비스 간의 매핑 정보와 다음 M/H 프레임 내의 앙상블과 모바일 서비스 간의 매핑 정보가 달라지는 리컨피규레이션(reconfiguration)이 발생할 때, 상기 reconfiguration이 발생하기 이전의 M/H 프레임을 현재 M/H 프레임이라 하고, reconfiguration이 발생하는 M/H 프레임을 다음 M/H 프레임이라 하기로 한다. The current_next_indicator field allocates 1 bit in one embodiment, and when the field value is set to '1', it indicates that the FIC chunk is applied to the current M / H frame. If the field value is set to '0', it indicates that the corresponding FIC chunk is applied to the next M / H frame (A one-bit indicator, which when set to '1' The FIC-Chunk transmitted with the current_next_indicator bit is set to '1', and the FIC-Chunk will be used for the next M / H Frame. shall be currently applicable). That is, if the field value is set to '1', the FIC chunk indicates that the signaling data of the current M / H frame is transmitted. If the field value is set to 0, the FIC chunk indicates that the signaling data of the next M / H frame is transmitted. When reconfiguration in which mapping information between an ensemble and a mobile service in a current M / H frame is different from mapping information between an ensemble and a mobile service in a next M / H frame, reconfiguration occurs before the reconfiguration occurs, H frame is referred to as a current M / H frame, and an M / H frame in which reconfiguration occurs is referred to as a next M / H frame.

상기 transport_stream_id 필드는 일 실시예로 16비트를 할당하며, 현재 FIC 청크가 전송되는 모바일 방송의 트랜스포트 스트림 ID를 표시한다. 이 필드 값은 프로그램 맵 테이블(PAT)의 transport_stream_id 필드 값과 동일하다(This 16-bit unsigned integer number field serves as a label to identify this M/H Broadcast. The value of this field shall be equal to the value of the transport_stream_id field in the Program Association Table (PAT) in the MPEG-2 transport stream of the main ATSC broadcast).The transport_stream_id field allocates 16 bits in one embodiment and indicates a transport stream ID of a mobile broadcast in which the current FIC chunk is transmitted. This field value is identical to the transport_stream_id field value of the program map table (PAT). (This 16-bit unsigned integer number field serves as a label to identify this M / H Broadcast. the transport_stream_id field in the PAT in the MPEG-2 transport stream of the main ATSC broadcast).

상기 num_ensembles 필드는 일 실시예로 8비트를 할당하며, 해당 물리적 전송 채널을 통해 전송되는 앙상블의 개수를 표시한다(An 8-bit unsigned integer field that shall equal the number of Ensembles carried through this physical transmission channel). In the num_ensembles field, an 8-bit field is allocated, and an 8-bit unsigned integer field indicates the number of ensembles to be transmitted on the corresponding physical transport channel. .

도 10은 본 발명에 따른 FIC 청크의 신택스 및 프로토콜 버저닝(Protocol versioning) 구조를 이용했을 때의 프로토콜 버전(Protocol version) 변경의 일 실시 예를 나타낸다. FIG. 10 shows an embodiment of a protocol version change using the syntax and protocol versioning structure of the FIC chunk according to the present invention.

도 10에서는 두 개의 앙상블(즉, 앙상블 0, 앙상블 1)이 존재하며, 앙상블 0을 통해 두 개의 모바일 서비스가, 앙상블 1을 통해 하나의 모바일 서비스가 전송된다. 이때 FIC 청크의 마이너 프로토콜 버전(minor protocol version)이 변경되면, 상기 FIC_minor_protocol_version 필드 값은 증가하여 표시되게 되고, 해당 minor protocol version에 의해 추가된 FIC 청크 헤더의 확장 바이트들(extension bytes), 앙상블 루프 헤더의 확장 바이트들, 모바일 서비스 루프의 확장 바이트들의 각 길이 정보가 FIC 청크 헤더의 FIC_chunk_header_extension_length, ensemble_loop_header_extension_length, M/H_service_loop_extension_length 필드를 통하여 시그널링된다. 즉, 해당 minor protocol version 변경을 수용할 수 없는 기존의 수신 시스템에서 해당 확장 바이트들을 스킵할 수 있도록 시그널링된다.In FIG. 10, there are two ensembles (that is, ensemble 0, ensemble 1), two mobile services are transmitted through ensemble 0, and one mobile service is transmitted through ensemble 1. At this time, if the minor protocol version of the FIC chunk is changed, the value of the FIC_minor_protocol_version field is incremented and displayed. The extension bytes of the FIC chunk header added by the minor protocol version, the ensemble loop header The extension bytes of the mobile service loop, and the length information of the extension bytes of the mobile service loop are signaled through the FIC_chunk_header_extension_length, ensemble_loop_header_extension_length, and M / H_service_loop_extension_length fields of the FIC chunk header. That is, an existing receiving system that can not accommodate the minor protocol version change is signaled to skip the extension bytes.

도 10의 경우, FIC 청크의 FIC_minor_protocol_version 필드 값이 000에서 001로 변경되고, 변경된 minor protocol version의 FIC 청크 헤더에는 FIC_chunk_header_extension_length 필드, ensemble_loop_header_extension_length, M/H_service_loop_extension_length 필드가 추가된다. 이때 FIC 청크 헤더가 1바이트 확장된다면, 상기 FIC_chunk_header_extension_length 필드는 001을 표시한다. 이 경우, 상기 FIC 청크 헤더의 끝에 1바이트의 확장 필드(FIC_Chunk_header_extension_bytes 필드)가 추가되며, 기존 수신 시스템에서는 상기 FIC 청크 헤더의 끝에 추가된 1 바이트의 확장 필드는 처리하지 않고 스킵한다.10, the FIC_minor_protocol_version field value of the FIC chunk is changed from 000 to 001, and an FIC_chunk_header_extension_length field, an ensemble_loop_header_extension_length field, and an M / H_service_loop_extension_length field are added to the FIC chunk header of the changed minor protocol version. At this time, if the FIC chunk header is extended by one byte, the FIC_chunk_header_extension_length field indicates 001. In this case, a 1-byte extension field (FIC_Chunk_header_extension_bytes field) is added to the end of the FIC chunk header. In the existing receiving system, 1-byte extension field added to the end of the FIC chunk header is skipped without being processed.

그리고 상기 FIC 청크 내 앙상블 루프 헤더가 2바이트 확장된다면, 상기 ensemble_loop_header_extension_length 필드는 010을 표시한다. 이 경우, 앙상블 0 루프 헤더와 앙상블 1 루프 헤더의 끝에 각각 2바이트의 확장 필드(Ensemble_loop_header_extension_bytes 필드)가 추가되며, 기존 수신 시스템에서는 상기 앙상블 0 루프 헤더와 앙상블 1 루프 헤더의 끝에 추가된 2 바이트의 확장 필드는 처리하지 않고 스킵한다.If the ensemble loop header in the FIC chunk is extended by 2 bytes, the ensemble_loop_header_extension_length field indicates 010. In this case, an extension field (Ensemble_loop_header_extension_bytes field) of 2 bytes is added to each end of the ensemble 0 loop header and the ensemble 1 loop header. In the existing receiving system, 2 bytes of extension added to the end of the ensemble 0 loop header and the ensemble 1 loop header The field is skipped without processing.

또한 상기 FIC 청크의 모바일 서비스 루프가 1바이트 확장된다면, M/H_service_loop_extension_length 필드는 001을 표시한다. 이 경우 앙상블 0을 통해 전송되는 두 개의 모바일 서비스 루프와 앙상블 1을 통해 전송되는 하나의 모바일 서비스 루프의 끝에 각각 1바이트의 확장 필드(M/H_service_loop_extension_bytes 필드)가 추가된다. 그리고 기존 수신 시스템에서는 상기 앙상블 0을 통해 전송되는 2개의 모바일 서비스 루프와 앙상블 1을 통해 전송되는 하나의 모바일 서비스 루프의 끝에 추가된 1바이트의 확장 필드는 처리하지 않고 스킵한다.Also, if the mobile service loop of the FIC chunk is extended by one byte, the M / H_service_loop_extension_length field indicates 001. In this case, one extension field (M / H_service_loop_extension_bytes field) is added to each of two mobile service loops transmitted through ensemble 0 and one mobile service loop transmitted through ensemble 1. In the existing receiving system, the two mobile service loops transmitted through the ensemble 0 and the one-byte extended field added at the end of one mobile service loop transmitted through the ensemble 1 are skipped without being processed.

도 11은 도 10과 같이 FIC 청크의 마이너 프로토콜 버전이 변경되었을 때의 FIC 청크 처리 과정의 일 실시예를 보이고 있다. 기존 수신 시스템, 즉 FIC 청크의 해당 minor protocol version 변경을 수용할 수 없는 수신 시스템은 FIC_minor_protocol version 필드 값이 변경되면, 확장 필드를 제외한 나머지 필드들은 처리하고, FIC_chunk_header_extension_length, ensemble_loop_header_extension_length, M/H_service_loop_extension_length 필드를 이용하여 해당 확장 필드들은 처리하지 않고 스킵한다. 만일, FIC 청크의 해당 minor protocol version 변경을 수용할 수 있는 수신 시스템이라면 각 길이 필드를 이용하여 해당 확장 필드까지 처리하게 된다. FIG. 11 shows an embodiment of the FIC chunk processing procedure when the minor protocol version of the FIC chunk is changed as shown in FIG. If the FIC_minor_protocol version field value is changed, the receiving system that can not accommodate the change of the minor protocol version of the existing receiving system, that is, the FIC chunk, processes the remaining fields except for the extension field, and uses FIC_chunk_header_extension_length, ensemble_loop_header_extension_length, and M / H_service_loop_extension_length fields The extension fields are skipped without processing. If the receiving system can accommodate the change of the minor protocol version of the FIC chunk, it will process the corresponding extension field using each length field.

도 12는 본 발명에 따른 FIC 청크 페이로드의 신택스 구조의 일 실시예를 보이고 있다. 12 shows an embodiment of the syntax structure of the FIC chunk payload according to the present invention.

상기 FIC 청크 페이로드는 상기 도 9의 FIC 청크 헤더 내 num_ensembles 필드 값에 해당하는 각각의 앙상블들에 대하여, 앙상블의 구성(configuration) 정보, 그리고 각 앙상블을 통하여 전송되는 모바일 서비스에 대한 정보를 포함하고 있다. 상기 FIC 청크 페이로드는 앙상블 루프와 앙상블 루프 하부의 모바일 서비스 루프로 구성된다. 상기 FIC 청크 페이로드를 통하여, 수신 시스템은 원하는 모바일 서비스가 어떤 앙상블을 통하여 전송되는지를 파악하고(이는 ensemble_id와 M/H_service_id 간의 Mapping으로 이루어짐), 해당 앙상블에 속하는 RS 프레임들을 수신할 수 있다. The FIC chunk payload includes configuration information of an ensemble and information on a mobile service transmitted through each ensemble, for each ensemble corresponding to the num_ensembles field value in the FIC chunk header of FIG. 9 have. The FIC chunk payload consists of an ensemble loop and a mobile service loop under the ensemble loop. Through the FIC chunk payload, the receiving system can recognize which ensemble the desired mobile service is transmitted (which is composed of mapping between ensemble_id and M / H_service_id), and receive RS frames belonging to the ensemble.

이를 위해 상기 FIC 청크 페이로드의 앙상블 루프는 상기 num_ensembles 필드 값만큼 반복되는 ensemble_id 필드, ensemble_structure_major_version 필드, ensemble_structure_minor_version 필드, SLT_ensemble_indicator 필드, GAT_ensemble_indicator 필드, M/H_service_configuration_version 필드, num_M/H_services 필드를 포함할 수 있다. 상기 모바일 서비스 루프는 num_M/H_services 필드 값만큼 반복되는 multi_ensemble_service 필드, M/H_service_status 필드, 및 SP_indicator 필드를 포함할 수 있다. To this end, the ensemble loop of the FIC chunk payload may include an ensemble_id field, an ensemble_structure_major_version field, an ensemble_structure_minor_version field, an SLT_ensemble_indicator field, a GAT_ensemble_indicator field, an M / H_service_configuration_version field, and a num_M / H_services field repeated by the num_ensembles field value. The mobile service loop may include a multi_ensemble_service field, an M / H_service_status field, and an SP_indicator field repeated by a num_M / H_services field value.

상기 ensemble_id 필드는 일 실시예로 8비트를 할당하며, 해당 앙상블의 고유 식별자를 표시한다. 일 예로, 상기 필드 값으로 0x00에서 0x7F의 값들이 할당될 수 있다. 이 필드는 모바일 서비스들과 앙상블을 묶어주는 역할을 한다. 상기 필드의 값은 TPC 데이터의 parade_id로부터 도출될 수 있다. 예를 들어, 해당 앙상블이 프라이머리 RS 프레임을 통해 전송될 경우에는 가장 상위 비트(MSB)는 '0'으로 설정되며, 나머지 7비트는 해당 퍼레이드의 parade_id의 값으로 이용한다. 한편, 해당 앙상블이 세컨더리 RS 프레임을 통해 전송될 경우에는 가장 상위 비트(MSB)는 '1'로 설정되며, 나머지 7비트는 해당 퍼레이드의 parade_id의 값으로 이용한다(This 8-bit unsigned integer field in the range 0x00 to 0x7F shall be the Ensemble ID associated with this M/H Ensemble. The value of this field shall be derived from the parade_id carried through the TPC, by using the parade_id of the associated M/H Parade for the least significant 7 bits, and using '0' for the most significant bit when the M/H Ensemble is carried over the Primary RS Frames and using '1' for the most significant bit when the M/H Ensemble is carried over the Secondary RS Frames. Note that the value of ensemble_id of an M/H Ensemble shall not be changed during the period of time where an M/H Service is present and/or announced in the SG).The ensemble_id field allocates 8 bits in one embodiment and indicates a unique identifier of the ensemble. For example, values of 0x00 to 0x7F may be assigned to the field values. This field binds mobile services and ensembles. The value of the field may be derived from the parade_id of the TPC data. For example, when the ensemble is transmitted through the primary RS frame, the MSB is set to '0', and the remaining 7 bits are used as the parade_id value of the corresponding parade. On the other hand, when the ensemble is transmitted through the secondary RS frame, the most significant bit (MSB) is set to '1' and the remaining 7 bits are used as the parade_id value of the parade (This 8-bit unsigned integer field in range 0x00 to 0x7F Ensemble ID associated with this M / H Ensemble. The value of this field shall be derived from the parade_id carried through the TPC, by the parade_id of the associated M / H Parade for the least significant 7 bits , and using '0' for the most significant bit when the M / H Ensemble is performed over the Primary RS Frames and using '1' for the most significant bit when the M / H Ensemble is performed over the Secondary RS Frames. The value of ensemble_id of an M / H Ensemble shall not be changed during the period of time where an M / H Service is present and / or announced in the SG).

상기 ensemble_major_protocol_version 필드는 일 실시예로 2비트를 할당하며, 해당 앙상블 구조(특히 해당 RS 프레임 구조, 모바일 서비스 구조)의 메이저 프로토콜 버전을 표시한다. 상기 앙상블 메이저 프로토콜 버전의 변경은 backward-compatible하지 않는 레벨의 변경을 지시한다(A two-bit unsigned integer field that represents the major level version of the structure of this ensemble, specifically its RS Frame structure and its M/H Service Signaling Channel. A change in the major version level shall indicate a non-backward-compatible level of change). The ensemble_major_protocol_version field allocates 2 bits in one embodiment and indicates a major protocol version of the ensemble structure (in particular, the corresponding RS frame structure and mobile service structure). A change in the ensemble major protocol version indicates a change in level that is not backward-compatible (A two-bit unsigned integer field that represents the major level version of the structure of this ensemble, Service Signaling Channel. A change in the major version level indicates a non-backward-compatible level of change.

상기 ensemble_minor_protocol_version 필드는 일 실시예로 3비트를 할당하며, 해당 앙상블 구조의 마이너 프로토콜의 버전을 표시한다. 상기 앙상블 마이너 프로토콜 버전의 변경은 backward-compatible한 레벨의 변경을 지시한다(A three-bit unsigned integer field that represents the minor level version of the structure of this ensemble, specifically its RS Frame structure and its M/H Service Signaling Channel. A change in the minor version level, provided the major version level remains the same, shall indicate a backward-compatible level of change). 상기 ensemble_structure_major_version 필드와 ensemble_structure_minor_version 필드는 상기 FIC 청크 페이로드에서 생략될 수 있다. The ensemble_minor_protocol_version field assigns 3 bits in one embodiment and indicates the version of the minor protocol of the ensemble structure. A change in the ensemble minor protocol version indicates a backward-compatible level change (A three-bit unsigned integer field that represents the minor level version of the structure of this ensemble, specifically the RS Frame structure and its M / Signaling Channel. A change in the minor version level, provided the major version level remains the same, a backward-compatible level of change. The ensemble_structure_major_version field and the ensemble_structure_minor_version field may be omitted in the FIC chunk payload.

다른 실시예로, 상기 ensemble_structure_major_version 필드와 ensemble_structure_minor_version 필드 대신 5 비트의 ensemble_protocol_version 필드를 할당하고, 해당 앙상블 구조(특히 해당 RS 프레임 구조, 모바일 서비스 구조)의 메이저 프로토콜 버전과 마이너 프로토콜 버전을 표시할 수도 있다. 즉, 상기 ensemble_protocol_version 필드의 상위 2비트는 해당 앙상블 구조의 메이저 프로토콜 버전을 표시하고, 하위 3비트는 해당 앙상블 구조의 마이너 프로토콜 버전을 표시한다. In another embodiment, a 5-bit ensemble_protocol_version field may be allocated instead of the ensemble_structure_major_version field and the ensemble_structure_minor_version field, and a major protocol version and a minor protocol version of the ensemble structure (particularly, the corresponding RS frame structure and mobile service structure) may be displayed. That is, the upper 2 bits of the ensemble_protocol_version field indicate the major protocol version of the ensemble structure, and the lower 3 bits indicate the minor protocol version of the ensemble structure.

상기 SLT_ensemble_indicator 필드는 일 실시예로 1비트를 할당하며, 해당 앙상블로 SLT 정보가 전송되는지 여부를 나타낸다(A one-bit indicator, which when set to '1' shall indicate that the SLT(Service Labeling Table) is carried in the M/H Service Signaling Channel of this Ensemble). The SLT_ensemble_indicator field is a one-bit indicator, which indicates whether the SLT information is transmitted in a corresponding ensemble. carried in the M / H Service Signaling Channel of this Ensemble).

상기 GAT_ensemble_indicator 필드는 일 실시예로 1비트를 할당하며, 해당 앙상블로 GAT 정보가 전송되는지 여부를 나타낸다(A one-bit indicator, which when set to '1' shall indicate that the GAT (Guide Access Table) is carried in the signaling stream of this ensemble).The GAT_ensemble_indicator field is a one-bit indicator, which indicates whether the GAT information is transmitted in a corresponding ensemble (which when set to '1' carried in the signaling stream of this ensemble).

상기 M/H_service_configuration_version 필드는 일 실시예로 5비트를 할당하며, 해당 앙살블의 모바일 서비스 시그널링 채널의 버전을 표시한다(This 5-bit field is the version number of the M/H Service Signaling Channel of this M/H Ensemble. The value of this field is modulo 32 and shall be incremented by 1, whenever a change is made in any of the tables carried within the M/H Service Signaling Channel in this ensemble).The M / H_service_configuration_version field, in one embodiment, allocates 5 bits and indicates the version of the mobile service signaling channel corresponding to the M / H_service_configuration_version field. (This 5-bit field is the version number of the M / H Service Signaling Channel of this M / H Ensemble. The value of this field is modulo 32 and shall be incremented by 1, whenever a change is made in any of the tables.

상기 num_M/H_services 필드는 일 실시예로 8비트를 할당하며, 해당 앙상블로 전송되는 모바일 서비스의 개수를 표시한다(An 8-bit unsigned integer field that represents the number of M/H Services carried through this M/H Ensemble).The num_M / H_services field allocates 8 bits in one embodiment and indicates the number of mobile services transmitted in the ensemble. (An 8-bit unsigned integer field represents the number of M / H services carried through M / H Ensemble).

일 예로, 상기 FIC 청크 헤더 내 마이너 프로토콜 버전이 변경되고, 앙상블 루프 헤더에 확장 필드가 추가된다면, 이 확장 필드는 상기 num_M/H_services 필드 다음에 추가된다. 다른 실시예로, 상기 num_M/H_services 필드가 모바일 서비스 루프에 포함된다면, 상기 앙상블 루프 헤더에 추가되는 확장 필드는 상기 M/H_service_configuration_version 필드 다음에 추가된다. In one example, if the minor protocol version in the FIC chunk header is changed and an extension field is added to the ensemble loop header, this extension field is added after the num_M / H_services field. In another embodiment, if the num_M / H_services field is included in the mobile service loop, an extension field added to the ensemble loop header is added after the M / H_service_configuration_version field.

상기 모바일 서비스 루프의 M/H_service_id 필드는 일 실시예로 16비트를 할당하며, 해당 모바일 서비스의 고유 식별자를 표시한다. 상기 필드 값은 모바일 방송에서 유일한 값을 갖는다(A 16-bit unsigned integer number that identifies the M/H Service. This number shall be unique within the M/H Broadcast. For a situation when an M/H Service has components in multiple M/H Ensembles, the set of IP streams of the service in each Ensemble shall be treated as a separate service for signaling purposes, except that the entries for these services in the FIC shall all have the same M/H_service_id value. Thus, the same M/H_service_id value may appear in more than one num_ensembles loop, and when this happens the M/H_service_id shall represent the overall combined service, thereby maintaining the uniqueness of the M/H_service_id.). The M / H_service_id field of the mobile service loop allocates 16 bits in one embodiment and indicates a unique identifier of the corresponding mobile service. The field value has a unique value in the mobile broadcast (A 16-bit unsigned integer number that identifies the M / H Service.) This number shall be unique within the M / H Broadcast. The M / H_service_id value shall be the same as that of the FIC, which shall be the same as the M / , the same M / H_service_id value may appear in more than one num_ensembles loop, and when this happens, the M / H_service_id will represent the overall combined service, thereby maintaining the uniqueness of the M / H_service_id.

상기 multi_ensemble_service 필드는 일 실시예로 2비트를 할당하며, 해당 모바일 서비스가 하나 이상의 앙상블을 통해 전송되는지 여부를 표시한다. 또한 이 필드 값은 상기 모바일 서비스가 해당 앙상블을 통해 전송되는 모바일 서비스 부분에 대해서만 유효한지 여부를 표시한다(A two-bit enumerated field that shall identify whether this M/H Service is carried across more than one M/H Ensemble. Also, this field identifies whether the M/H Service can be rendered meaningfully with only the portion of the M/H Service carried through this M/H Ensemble). The multi_ensemble_service field allocates 2 bits in one embodiment and indicates whether the corresponding mobile service is transmitted through one or more ensembles. Also, this field value indicates whether the mobile service is valid only for the mobile service portion transmitted through the ensemble. (A two-bit enumerated field that indicates whether this M / H Service is carried across more than one M / H Ensemble. Also, this field identifies whether the M / H Service can be rendered meaningfully with only a portion of the M / H Service carried through this M / H Ensemble).

상기 M/H_service_status 필드는 일 실시예로 2비트를 할당하며, 해당 모바일 서비스의 상태를 표시한다. 일 예로, 상기 필드의 상위 비트는 해당 모바일 서비스가 액티브한지 여부를 표시하고, 하위 비트는 해당 모바일 서비스가 히든인지 여부를 표시한다(A 2-bit enumerated field that shall identify the status of this M/H Service. The most significant bit indicates whether this M/H Service is active (when set to 1) or inactive (when set to 0) and the least significant bit indicates whether this M/H Service is hidden (when set to 1) or not (when set to 0).The M / H_service_status field allocates 2 bits in one embodiment and indicates the status of the corresponding mobile service. For example, an upper bit of the field indicates whether the corresponding mobile service is active, and a lower bit indicates whether the corresponding mobile service is hidden (A 2-bit enumerated field that will identify the status of this M / H Service. The most significant bit is whether this M / H Service is active (when set to 1) or inactive (when set to 0) not (when set to 0).

상기 SP_indicator 필드는 일 실시예로 1비트를 할당하며, 해당 모바일 서비스의 서비스 보호(service protection) 여부를 나타낸다(A 1-bit field that indicates, when set to 1, service protection is applied to at least one of the components needed to provide a meaningful presentation of this M/H Service).The SP_indicator field is a 1 bit allocated to the mobile service, and indicates whether the mobile service is protected by a service (A 1-bit field indicates that when set to 1, service protection is applied to at least one of The components needed to provide a meaningful presentation of this M / H Service).

일 예로, 상기 FIC 청크 헤더 내 마이너 프로토콜 버전이 변경되고, 모바일 서비스 루프에 확장 필드가 추가된다면, 이 확장 필드는 상기 SP_indicator 필드 다음에 추가된다. In one example, if the minor protocol version in the FIC chunk header is changed and an extension field is added to the mobile service loop, this extension field is added after the SP_indicator field.

또한 상기 FIC 청크 페이로드는 FIC_chunk_stuffing() 필드를 포함할 수 있다. 상기 FIC_chunk_stuffing() 필드의 스터핑은 상기 FIC 청크의 바운더리가 상기 FIC 청크에 속하는 FIC 세그먼트들 중 마지막 FIC 세그먼트의 바운더리와 얼라인(align)되도록 하기 위해 필요하다(Stuffing may exist in an FIC-Chunk, to keep the boundary of the FIC-Chunk to be aligned with the boundary of the last FIC-Segment among FIC-segments belong to the FIC chunk. The length of the stuffing is determined by how much space is left after parsing through the entire FIC-Chunk payload preceding the stuffing.). The FIC chunk payload may also include a FIC_chunk_stuffing () field. Stuffing of the FIC_chunk_stuffing () field is necessary to allow the boundary of the FIC chunk to be aligned with the boundary of the last FIC segment of the FIC segments belonging to the FIC chunk (Stuffing may exist in an FIC-Chunk, The FIC-Chunk to be aligned with the boundary of the FIC-Segment among the FIC chunks. The length of the stuffing is determined by how much space is left after the parsing through the entire FIC- Chunk payload preceding the stuffing.).

이때 본 발명에 따른 송신 시스템(도시되지 않음)은 상기 FIC 청크를 도 13과 같이 복수개의 FIC 세그먼트로 분할하고, FIC 세그먼트 단위로 수신 시스템으로 전송한다. 각 FIC 세그먼트 단위의 크기는 37 바이트이고, 각 FIC 세그먼트는 2 바이트의 FIC 세그먼트 헤더와 35 바이트의 FIC 세그먼트 페이로드로 이루어져 있다. 즉, 도 13의 (a)와 같이 FIC 청크 헤더와 FIC 청크 페이로드로 구성되는 하나의 FIC 청크는 도 13의 (b)와 같이 35 바이트씩 세그먼테이션(segmentation)된다. 그리고, 도 13의 (c)와 같이 세그먼테이션된 각 35 바이트 앞에 2 바이트의 FIC 세그먼트 헤더를 부가하여 FIC 세그먼트를 구성한다. At this time, the transmission system (not shown) according to the present invention divides the FIC chunk into a plurality of FIC segments as shown in FIG. 13 and transmits them to the reception system in FIC segment units. Each FIC segment unit is 37 bytes in size, and each FIC segment consists of a 2-byte FIC segment header and a 35-byte FIC segment payload. That is, as shown in FIG. 13 (a), one FIC chunk composed of the FIC chunk header and the FIC chunk payload is segmented by 35 bytes as shown in FIG. 13 (b). Then, as shown in FIG. 13C, a 2-byte FIC segment header is added before each segmented 35 bytes to form an FIC segment.

본 발명에서 FIC 청크 페이로드의 길이는 가변적인 것을 일 실시예로 한다. 상기 FIC 청크의 길이는 해당 물리적 전송 채널을 통해 전송되는 앙상블의 개수, 각 앙상블에 포함되는 모바일 서비스의 개수에 따라 달라진다. In an embodiment of the present invention, the length of the FIC chunk payload is variable. The length of the FIC chunk depends on the number of ensembles transmitted through the physical transmission channel and the number of mobile services included in each ensemble.

그리고 상기 FIC 청크 페이로드는 스터핑 데이터를 포함할 수 있다. 이 경우 상기 스터핑 데이터는 FIC 청크와 상기 FIC 청크에 속하는 FIC 세그먼트들 중 마지막 FIC 세그먼트의 바운더리(Boundary)와의 얼라인먼트(Alignment)를 위하여 사용되는 것을 일 실시예로 한다. 이렇게 스터핑 데이터의 길이를 최소화하면, FIC 세그먼트의 낭비를 줄일 수 있게 된다. And the FIC chunk payload may include stuffing data. In this case, the stuffing data is used for the alignment between the FIC chunk and the boundary of the last FIC segment among the FIC segments belonging to the FIC chunk. By minimizing the length of the stuffing data, waste of the FIC segment can be reduced.

다음의 수학식 1을 적용하면 FIC 청크에 삽입될 스터핑 데이터 바이트의 개수를 구할 수 있다. The number of stuffing data bytes to be inserted into the FIC chunk can be obtained by applying the following equation (1).

스터핑 데이터 바이트의 개수 = 35 - j Number of stuffing data bytes = 35 - j

j = (5 + 상기 FIC 청크의 페이로드에 삽입될 시그널링 데이터 바이트의 개수) mod 35j = (5 + the number of signaling data bytes to be inserted into the payload of the FIC chunk) mod 35

예를 들어, FIC 청크의 5 바이트 헤더와 페이로드에 삽입될 시그널링 데이터 길이의 합이 205 바이트라면, 상기 수학식 1에서 j는 30이 되므로 상기 FIC 청크의 페이로드는 5 바이트의 스터핑 데이터를 포함할 수 있다. 그리고 스터핑 데이터가 포함된 FIC 청크의 길이는 210 바이트가 되며, 상기 FIC 청크는 6개의 FIC 세그먼트로 분할되어 전송된다. 이때 상기 FIC 청크에서 분할되는 6개의 FIC 세그먼트에 순차적으로 세그먼트 번호가 부가된다. For example, if the sum of the 5-byte header of the FIC chunk and the length of the signaling data to be inserted into the payload is 205 bytes, j in the Equation 1 becomes 30, so that the payload of the FIC chunk contains 5 bytes of stuffing data can do. The length of the FIC chunk containing the stuffing data is 210 bytes, and the FIC chunk is divided into six FIC segments and transmitted. At this time, the segment numbers are sequentially added to the six FIC segments divided in the FIC chunk.

그리고 본 발명은 하나의 FIC 청크로부터 분할된 FIC 세그먼트들을 하나의 서브 프레임을 통해 전송할 수도 있고, 도 14와 같이 복수개의 서브 프레임을 통해 전송할 수도 있다. 상기 후자의 경우처럼 FIC 청크를 전송한다면, 상기 FIC 청크를 통해 전송되어야 할 데이터의 양이 하나의 서브 프레임을 통하여 전송되는 FIC 세그먼트들의 양보다 클 경우(이 경우는 비트 레이트가 매우 낮은 다수의 서비스가 실행될 경우 등이 해당된다.)에도 필요한 시그널링 데이터를 상기 FIC 청크를 통해 모두 전송할 수 있다.In the present invention, FIC segments divided from one FIC chunk may be transmitted through one subframe or may be transmitted through a plurality of subframes as shown in FIG. If the amount of data to be transmitted through the FIC chunk is larger than the amount of FIC segments transmitted through one subframe (in this case, a plurality of services with a very low bit rate And the like), it is possible to transmit all the necessary signaling data through the FIC chunk.

도 14는 해당 모바일 방송의 TNoG가 6일 때, FIC 청크의 데이터가 4개의 FIC 세그먼트를 통하여 전송되는 일 실시예를 나타낸다.14 shows an embodiment in which when the TNoG of the mobile broadcast is 6, the data of the FIC chunk is transmitted through four FIC segments.

도 14는 FIC 청크가 연속적으로 2번 반복되어 전송되는 예를 보이고 있다. 이때 한번은 2개의 서브 프레임(subframe1, subframe2)을 통해 상기 FIC 청크로부터 분할된 모든 FIC 세그먼트들이 전송되고, 다른 한번은 상기 2개의 서브 프레임 중 하나의 서브 프레임(subframe1)을 통해 상기 FIC 청크로부터 분할된 모든 FIC 세그먼트들이 전송되는 예를 보이고 있다. 즉, 본 발명은 하나의 서브 프레임을 통해 복수개의 FIC 청크가 전송될 수 있음을 의미한다. 도 14에서 두 FIC 청크의 내용은 동일할 수도 있고, 서로 다를 수도 있다. FIG. 14 shows an example in which the FIC chunk is repeatedly transmitted twice in succession. At this time, once all the FIC segments divided from the FIC chunk are transmitted through two subframes (subframe1 and subframe2), and once again, all of the FIC chunks divided from the FIC chunk are transmitted through one subframe1 of the two subframes FIC segments are transmitted. That is, the present invention means that a plurality of FIC chunks can be transmitted through one subframe. In FIG. 14, the contents of the two FIC chunks may be the same or may be different from each other.

이때 도 14에 표시된 FIC 세그먼트 번호는 각 서브 프레임 내에서의 FIC 세그먼트의 번호가 아니라, 각 FIC 청크 내에서의 FIC 세그먼트 번호를 나타낸다. 이렇게 함으로써, FIC 청크와 서브 프레임의 종속 관계를 제거할 수 있으므로 FIC 세그먼트의 낭비를 줄일 수 있다. The FIC segment number shown in Fig. 14 indicates the FIC segment number in each FIC chunk, not the FIC segment number in each subframe. By doing so, the dependency of the FIC chunk and the subframe can be eliminated, thereby reducing the waste of the FIC segment.

또한 본 발명은 널 FIC 세그먼트(NULL FIC Segment)를 추가할 수 있다. 상기 널 FIC 세그먼트는 FIC 청크의 반복 전송에도 불구하고, 해당 M/H 프레임에서 스터핑이 필요할 경우 남는 FIC 세그먼트를 처리하기 위한 용도로 사용된다. 예를 들어, TNoG는 3이고, FIC 청크는 2개의 FIC 세그먼트로 분할되었다고 가정하자. 이때 하나의 M/H 프레임 내 5개의 서브 프레임을 통해 상기 FIC 청크를 반복 전송하게 되면, 5개의 서브 프레임 중 하나의 서브 프레임(예를 들어, 시간 순으로 가장 마지막 서브 프레임)에서는 2개의 FIC 세그먼트만 전송되게 된다. 이 경우 해당 서브 프레임에 하나의 널 FIC 세그먼트가 할당되어 전송된다. 즉, 상기 널 FIC 세그먼트 는 FIC 청크의 바운더리와 M/H 프레임의 바운더리를 얼라인(align)하기 위해 사용된다. 이때 상기 널 FIC 세그먼트는 FIC 청크로부터 분할된 FIC 세그먼트가 아니므로, 상기 널 FIC 세그먼트에는 FIC 세그먼트 번호가 부여되지 않는다. Also, the present invention can add a null FIC segment. The null FIC segment is used to process the remaining FIC segments when stuffing is required in the corresponding M / H frame despite repeated transmission of FIC chunks. For example, suppose TNoG is 3 and the FIC chunk is divided into two FIC segments. At this time, when the FIC chunk is repeatedly transmitted through five subframes in one M / H frame, two FIC segments (i.e., the last subframe in time order) . In this case, one null FIC segment is allocated to the corresponding subframe and transmitted. That is, the null FIC segment is used to align the boundaries of the FIC chunk and the boundary of the M / H frame. At this time, since the null FIC segment is not an FIC segment segmented from the FIC chunk, the null FIC segment is not assigned an FIC segment number.

본 발명은 하나의 FIC 청크를 복수개의 FIC 세그먼트로 분할하여 M/H 프레임 내 적어도 하나의 서브 프레임의 각 데이터 그룹에 포함하여 전송할 때, 상기 M/H 프레임 상의 마지막 서브 프레임부터 역순으로 할당하여 전송한다. 만일 널 FIC 세그먼트가 존재할 때는 상기 널 FIC 세그먼트가 가장 늦게 전송되도록 상기 M/H 프레임 상의 서브 프레임에 위치시키는 것을 일 실시예로 한다. In the present invention, when one FIC chunk is divided into a plurality of FIC segments and included in each data group of at least one subframe in the M / H frame, the FIC chunk is allocated in the reverse order from the last subframe on the M / do. And when the null FIC segment is present, the null FIC segment is placed in the subframe on the M / H frame so that the null FIC segment is transmitted the latest.

도 15는 해당 모바일 방송의 TNoG가 6일 때, FIC 청크의 데이터가 8개의 FIC 세그먼트를 통하여 전송되는 일 실시예를 나타낸다. 이 경우는 상기 FIC 청크를 통해 전송되어야 할 데이터의 양이 하나의 서브 프레임을 통하여 전송되는 FIC 세그먼트들의 양보다 큰 경우이다. 이때는 도 15와 같이 2개의 서브 프레임을 통해 상기 FIC 청크로부터 분할된 FIC 세그먼트들을 전송하므로, 하나의 FIC 청크를 통해 필요한 시그널링 데이터를 모두 전송할 수 있게 된다. 이때에도 각 FIC 세그먼트에 부여된 번호는 FIC 청크 내의 FIC 세그먼트의 번호이다. 즉, FIC 청크의 데이터 양이 하나의 서브 프레임을 통해 전송되는 FIC 세그먼트들의 데이터 양보다 클 경우에도, 상기 FIC 청크의 데이터 일부를 전송하지 못하는 경우는 없게 된다. 15 shows an embodiment in which when the TNoG of the mobile broadcast is 6, the data of the FIC chunk is transmitted through 8 FIC segments. In this case, the amount of data to be transmitted through the FIC chunk is larger than the amount of FIC segments transmitted through one subframe. In this case, as shown in FIG. 15, since the FIC segments are separated from the FIC chunk through two subframes, all the required signaling data can be transmitted through one FIC chunk. The number assigned to each FIC segment is also the number of the FIC segment in the FIC chunk. That is, even if the data amount of the FIC chunk is larger than the data amount of the FIC segments transmitted through one subframe, the data part of the FIC chunk can not be transmitted.

이때 상기 널 FIC 세그먼트를 수신 시스템에서 처리하지 않고 버리기 위해서는, 상기 널 FIC 세그먼트를 구분할 수 있는 식별 정보가 필요하다.In order to discard the null FIC segment without processing in the receiving system, identification information that can distinguish the null FIC segment is required.

본 발명은 상기 널 FIC 세그먼트의 헤더 내 FIC_type 필드를 상기 널 FIC 세 그먼트를 구분할 수 있는 식별 정보로 이용하는 것을 일 실시예로 한다. 본 발명은 상기 널 FIC 세그먼트의 헤더 내 FIC_type 필드 값을 '11'로 셋팅시켜, 상기 널 FIC 세그먼트를 구분하는 것을 일 실시예로 한다. 즉, 상기 널 FIC 세그먼트의 FIC_type 필드 값을 '11'로 셋팅하여 수신 시스템으로 전송하면, 상기 수신 시스템에서는 FIC_type 필드 값이 '11'로 셋팅된 FIC 세그먼트의 페이로드는 처리하지 않고 버릴 수 있게 된다. 상기 '11'은 본 발명의 이해를 돕기 위한 일 실시예이며, 미리 송/수신측 간에 약속이 이루어진다면 상기 널 FIC 세그먼트를 구분할 수 있는 값은 어느 것이나 가능하므로, 본 발명은 상기된 실시예로 한정되지 않을 것이다. 또한 상기 널 FIC 세그먼트를 구분할 수 있는 식별 정보는 FIC 세그먼트 헤더 내 다른 필드를 이용하여 표시할 수도 있다. The present invention uses the FIC_type field in the header of the null FIC segment as identification information capable of distinguishing the null FIC segment. The present invention sets the FIC_type field value in the header of the null FIC segment to '11' to distinguish the null FIC segment. That is, if the FIC_type field value of the null FIC segment is set to '11' and transmitted to the receiving system, the payload of the FIC segment whose FIC_type field value is set to '11' in the receiving system can be discarded without processing . The '11' is an embodiment for facilitating the understanding of the present invention, and any value that can distinguish the null FIC segment can be used if an agreement is made between the transmitting and receiving sides in advance. It will not be limited. Further, the identification information for distinguishing the null FIC segment may be displayed using another field in the FIC segment header.

도 16은 본 발명에 따른 FIC 세그먼트 헤더의 신택스 구조에 대한 일 실시예를 보이고 있다.FIG. 16 shows an embodiment of a syntax structure of an FIC segment header according to the present invention.

상기 FIC 세그먼트 헤더는 FIC_type 필드, error_indicator 필드, FIC_segment_num 필드, 및 FIC_last_segment_num 필드를 포함할 수 있다. 각 필드에 대한 설명은 다음과 같다. The FIC segment header may include an FIC_type field, an error_indicator field, an FIC_segment_num field, and an FIC_last_segment_num field. The description of each field is as follows.

상기 FIC_type 필드(2 bit)는 해당 FIC의 타입(Type)을 나타낸다. 상기 필드 값이 '00'이면, 해당 FIC 세그먼트는 FIC 청크의 일부를 전송하는 FIC 세그먼트임을 지시한다. 상기 필드 값이 '11'이면, 해당 FIC 세그먼트는 스터핑 데이터를 전송하는 널 FIC 세그먼트임을 지시한다. 나머지 값들은 미래 사용을 위해 예약된다.(A two bit field, which indicates when set to '00', the FIC-Segment is carrying a portion of an FIC-Chunk and when set to '11', the FIC-Segment is a NULL FIC-Segment, which carries stuffing data. Other values are reserved for future use.).The FIC_type field (2 bits) indicates the type of the corresponding FIC. If the field value is '00', it indicates that the corresponding FIC segment is an FIC segment transmitting a part of the FIC chunk. If the field value is '11', it indicates that the FIC segment is a null FIC segment for transmitting stuffing data. The remaining values are reserved for future use. (A two bit field, which indicates when set to '00', the FIC-Segment is carrying a portion of an FIC-Chunk and when set to '11' is a NULL FIC-Segment, which carries stuffing data.

상기 error_indicator 필드(1bit)는 전송 중 해당 FIC 세그먼트 내에 에러가 발생되었는지를 지시하며, 에러가 발생된 경우에는 '1'로, 에러가 없을 때는 '0'으로 설정된다. 즉, FIC 세그먼트를 구성하는 과정에서 복구하지 못한 에러가 존재할 때, 이 필드를 '1'로 설정한다. 이 필드를 통해 수신 시스템은 FIC 세그먼트의 에러 유무를 인지할 수 있다. The error_indicator field (1 bit) indicates whether an error has occurred in the corresponding FIC segment during transmission. The error_indicator field is set to '1' when an error occurs and to '0' when there is no error. That is, when there is an error that can not be recovered in the process of configuring the FIC segment, this field is set to '1'. This field allows the receiving system to recognize the presence or absence of an error in the FIC segment.

상기 FIC_seg_number 필드(4 bit)는 하나의 FIC 청크가 복수개의 FIC 세그먼트로 나뉘어 전송될 때 해당 FIC 세그먼트의 번호를 나타낸다. 예를 들어, 해당 FIC 세그먼트가 상기 FIC 청크의 첫 번째 FIC 세그먼트라면, 상기 FIC_seg_number 필드 값은 0x0으로 설정되고, 두 번째 FIC 세그먼트라면 상기 FIC_seg_number 필드 값은 0x1로 설정되는 것을 일 실시예로 한다. 즉, 상기 FIC_seg_number 필드는 상기 FIC 청크 내 각 추가 FIC 세그먼트와 함께 1씩 증가한다(A 4-bit unsigned integer number field which gives the number of this FIC-Segment. For the first FIC-Segment of an FIC-Chunk, the value of this field shall be set to 0x0. This field shall be incremented by one with each additional segment in the FIC 청크). 만일 상기 FIC 청크가 4개의 FIC 세그먼트로 분할된다면, 상기 FIC 청크의 마지막 FIC 세그먼트의 상기 FIC_seg_number 필드 값은 0x3이 표시된다. The FIC_seg_number field (4 bits) indicates the number of the corresponding FIC segment when one FIC chunk is divided into a plurality of FIC segments. For example, if the corresponding FIC segment is the first FIC segment of the FIC chunk, the FIC_seg_number field value is set to 0x0, and if the FIC segment is the second FIC segment, the FIC_seg_number field value is set to 0x1. That is, the FIC_seg_number field is incremented by 1 with each additional FIC segment in the FIC chunk (A 4-bit unsigned integer number field which gives the number of this FIC-Segment. For the first FIC-Segment of an FIC-Chunk , the value of this field shall be set to 0x0. This field shall be incremented by one additional segment in the FIC Chunk). If the FIC chunk is divided into four FIC segments, the FIC_seg_number field value of the last FIC segment of the FIC chunk is indicated by 0x3.

상기 FIC_last_seg_number 필드(4 bit)는 상기 완전한 FIC 청크의 마지막 FIC 세그먼트(즉, 가장 높은 FIC_segment_num 필드 값을 갖는 FIC 세그먼트)의 번호를 나타낸다(A 4-bit unsigned integer number field which gives the number of the last FIC-Segment (i.e., the FIC Segment with the highest FIC_segment_num) of the complete FIC Chunk). The FIC_last_seg_number field (4 bits) indicates the number of the last FIC segment of the complete FIC chunk (that is, the FIC segment having the highest FIC_segment_num field value) (A 4-bit unsigned integer number field which gives the number of the last FIC -Segment (i.e., the FIC Segment with the highest FIC_segment_num) of the complete FIC Chunk).

이때, 기존에는 한 서브 프레임 내의 FIC 세그먼트들에 대해 순차적으로 FIC 세그먼트 번호를 할당하는 방식이었기 때문에, 이 경우에 마지막 FIC 세그먼트 번호와 TNOG는 항상 일치하였다. 하지만, 본 발명에 따른 FIC 세그먼트 번호 할당 방식에서, 상기 마지막 FIC 세그먼트 번호와 TNOG는 항상 일치하지는 않는다. 즉, 일치할 수도 있고, 일치하지 않을 수도 있다. 상기 TNoG는 하나의 서브 프레임에 할당되는 전체 데이터 그룹의 개수이다. 예를 들어, TNoG가 6인데, FIC 청크가 8개의 FIC 세그먼트들로 분할된다면, 상기 TNoG는 6이고, 마지막 FIC 세그먼트 번호는 8이 된다. In this case, since FIC segment numbers are sequentially assigned to FIC segments in one subframe, the last FIC segment number and TNOG always match in this case. However, in the FIC segment number allocation scheme according to the present invention, the last FIC segment number and the TNOG do not always coincide with each other. That is, they may or may not match. The TNoG is the total number of data groups allocated to one subframe. For example, if TNoG is 6 and the FIC chunk is divided into 8 FIC segments, then the TNoG is 6 and the last FIC segment number is 8.

본 발명은 다른 실시예로, 상기 널 FIC 세그먼트는 FIC 세그먼트 헤더 내 FIC_segment_num 필드 값을 이용하여 구분할 수도 있다. 즉, 상기 널 FIC 세그먼트에는 FIC 세그먼트 번호가 할당되지 않으므로, 송신 시스템에서는 널 FIC 세그먼트의 FIC_segment_num 필드 값에 널 데이터를 할당하여 전송하고, 수신 시스템에서는 FIC_segment_num 필드 값에 널 데이터가 할당된 FIC 세그먼트는 널 FIC 세그먼트로 인식하도록 할 수도 있다. 상기 FIC_segment_num 필드 값에 널 데이터 대신 송/수신 시스템에서 미리 약속한 데이터를 할당할 수도 있다. In another embodiment of the present invention, the null FIC segment may be separated using the FIC_segment_num field value in the FIC segment header. That is, since the FIC segment number is not allocated to the null FIC segment, the transmission system allocates null data to the FIC_segment_num field value of the null FIC segment and transmits the null data. In the receiving system, the FIC segment to which the null data is allocated in the FIC_segment_num field value, It may be recognized as an FIC segment. It is also possible to allocate previously promised data in the transmitting / receiving system instead of the null data to the FIC_segment_num field value.

이와 같이 FIC 청크는 복수개의 FIC 세그먼트로 분할되어 하나의 서브 프레 임을 통해 전송될 수도 있고, 복수개의 서브 프레임을 통해 전송될 수도 있다. 또한 하나의 서브 프레임을 통해 하나의 FIC 청크로부터 분할된 FIC 세그먼트들만 전송될 수도 있고, 하나의 서브 프레임을 통해 복수개의 FIC 청크로부터 분할된 FIC 세그먼트들이 전송될 수도 있다. 이때 각 FIC 세그먼트에 할당되는 번호는 해당 서브 프레임 내에서의 번호가 아니라, 해당 FIC 청크 내에서의 번호(즉, FIC_seg_number 필드 값)이다. 그리고 M/H 프레임의 바운더리와 FIC 청크의 바운더리를 얼라인하기 위해 널 FIC 세그먼트를 전송할 수도 있으며, 이때 상기 널 FIC 세그먼트에는 세그먼트 번호가 할당되지 않는다. Thus, the FIC chunk may be divided into a plurality of FIC segments and transmitted through one subframe or a plurality of subframes. In addition, only FIC segments divided from one FIC chunk may be transmitted through one subframe, and FIC segments divided from a plurality of FIC chunks may be transmitted through one subframe. Here, the number assigned to each FIC segment is not a number in the corresponding subframe, but a number in the corresponding FIC chunk (i.e., the FIC_seg_number field value). In order to align the boundary of the M / H frame and the boundary of the FIC chunk, a null FIC segment may be transmitted. In this case, no segment number is allocated to the null FIC segment.

그리고 본 발명은 상기와 같이 하나의 FIC 청크가 복수개의 서브 프레임을 통해 전송될 수도 있고, 복수개의 FIC 청크가 하나의 서브 프레임을 통해 전송될 수도 있지만, FIC 세그먼트들은 서브 프레임 단위로 인터리빙되어 전송되는 것을 일 실시예로 한다. As described above, one FIC chunk may be transmitted through a plurality of subframes, and a plurality of FIC chunks may be transmitted through one subframe. However, the FIC segments may be interleaved and transmitted in units of subframes As an embodiment.

도 17은 도 13 내지 도 15와 같이 하나의 FIC 청크가 복수개의 서브 프레임을 통해 전송되거나, 복수개의 FIC 청크가 하나의 서브 프레임을 통해 전송될 때, 수신 시스템에서 이를 수신하여 FIC 청크를 복원하는 예를 보인 것이다. FIG. 17 is a diagram illustrating a case where one FIC chunk is transmitted through a plurality of subframes or a plurality of FIC chunks is transmitted through one subframe as shown in FIGS. 13 through 15, the reception system receives the FIC chunk and restores the FIC chunk For example.

즉, 수신 시스템의 시그널링 디코더(118)에서는 각 서브 프레임별로 데이터 그룹 내의 시그널링 정보 영역의 FIC 데이터를 모아 서브 프레임 단위의 디인터리빙을 수행한 후, 디인터리빙된 FIC 세그먼트에 대해 RS 디코딩을 수행하여 FIC 핸들러(121)로 출력한다. 상기 FIC 핸들러(121)의 FIC 세그먼트 버퍼는 상기 RS 디코딩된 FIC 세그먼트를 일시 저장한 후 FIC 세그먼트 파서로 출력한다. 상기 FIC 세 그먼트 파서는 FIC 세그먼트 헤더를 추출하여 분석하고, 분석 결과에 따라 하나의 FIC 청크를 구성하는 FIC 세그먼트들을 모으고, 모아진 FIC 세그먼트들의 FIC 세그먼트 헤더를 제거하여 하나의 FIC 청크를 복원(또는 구성)한다. 일 예로, 상기 FIC 세그먼트 파서는 FIC 세그먼트 헤더 내 FIC_segment_num 필드와 FIC_last_segment_num 필드를 이용하여 하나의 FIC 청크를 구성하는 FIC 세그먼트들을 모은다. 상기 복원된 FIC 청크는 FIC 청크 파서로 출력된다. 상기 FIC 청크 파서는 입력되는 FIC 청크의 헤더를 추출하여 분석하고, 분석 결과에 따라 해당 FIC 청크의 페이로드에 포함된 시그널링 데이터를 추출하여 서비스 매니저(122)로 출력한다.That is, in the signaling decoder 118 of the receiving system, the FIC data of the signaling information area in the data group is collected for each subframe to perform deinterleaving on a per-subframe basis, then RS decoding is performed on the deinterleaved FIC segment, And outputs it to the handler 121. The FIC segment buffer of the FIC handler 121 temporarily stores the RS decoded FIC segment and outputs it to the FIC segment parser. The FIC segment parser extracts and analyzes the FIC segment header, collects the FIC segments constituting one FIC chunk according to the analysis result, and restores the one FIC chunk by removing the FIC segment header of the collected FIC segments (or Respectively. In one example, the FIC segment parser uses the FIC_segment_num field and the FIC_last_segment_num field in the FIC segment header to gather FIC segments that constitute one FIC chunk. The restored FIC chunk is output to the FIC chunk parser. The FIC chunk parser extracts and analyzes the header of the incoming FIC chunk, extracts the signaling data included in the payload of the FIC chunk according to the analysis result, and outputs the extracted signaling data to the service manager 122.

즉, 상기 FIC 세그먼트 파서는 버퍼링 후 입력되는 FIC 세그먼트의 헤더를 추출 및 분석하여, FIC_segment_num 필드 값이 0인 FIC 세그먼트 즉, FIC 청크의 데이터 중 첫 번째 바이트를 포함하고 있는 FIC 세그먼트를 찾는다. 상기 FIC 청크의 첫 번째 FIC 세그먼트를 찾으면, 상기 첫 번째 FIC 세그먼트부터 FIC_segment_num 필드 값과 FIC_last_segment_num 필드 값이 같아지는 FIC 세그먼트까지, FIC 세그먼트들을 순차적으로 모은다. 그리고 모아진 FIC 세그먼트들의 FIC 세그먼트 헤더를 제거하여 FIC 청크를 구성한 후 FIC 청크 파서로 출력한다.That is, the FIC segment parser extracts and analyzes the header of the FIC segment input after buffering, and finds an FIC segment including the first byte of the data of the FIC segment having the FIC_segment_num field value of 0, that is, the FIC chunk. When the first FIC segment of the FIC chunk is found, the FIC segments are sequentially collected from the first FIC segment to the FIC segment where the FIC_segment_num field value and the FIC_last_segment_num field value become the same. Then, the FIC segment header of the collected FIC segments is removed, and the FIC chunk is formed and output to the FIC chunk parser.

예를 들어, 도 17과 같이 해당 모바일 방송의 TNoG가 6이고, FIC 청크가 5개의 FIC 세그먼트들로 분할되어 전송된다고 가정하자. 도 17을 보면, 하나의 FIC 청크의 FIC 세그먼트들이 두 개의 서브 프레임을 통해 전송되거나, 하나의 서브 프레임에 두 개의 FIC 청크의 FIC 세그먼트들이 전송되지만, 디인터리빙은 서브 프레 임 단위로 이루어짐을 알 수 있다. 그리고 FIC_segment_num 필드 값이 0인 FIC 세그먼트부터 FIC_segment_num 필드 값이 4인 FIC 세그먼트까지 5개의 FIC 세그먼트들을 모은 후, 5개의 FIC 세그먼트들로부터 각 FIC 세그먼트 헤더를 제거하면, 하나의 FIC 청크가 복원된다. 즉, 5개의 FIC 세그먼트들의 페이로드를 모두 모으면 하나의 FIC 청크가 복원(또는 구성)된다. 이때 널 FIC 세그먼트는 해당 널 FIC 세그먼트 헤더 내 FIC_type 필드를 통해 식별되며, 상기 FIC 청크 복원 과정에서 사용되지 않고 버려진다. For example, assume that the TNoG of the mobile broadcast is 6 and the FIC chunk is divided into 5 FIC segments and transmitted as shown in FIG. 17, it can be seen that the FIC segments of one FIC chunk are transmitted on two subframes, or the FIC segments of two FIC chunks are transmitted on one subframe, but the deinterleaving is on a subframe basis have. Then, after collecting 5 FIC segments from the FIC segment having the FIC_segment_num field value of 0 to the FIC segment having the FIC_segment_num field value of 4, and removing each FIC segment header from the 5 FIC segments, one FIC chunk is restored. That is, when all the payloads of five FIC segments are collected, one FIC chunk is restored (or configured). At this time, the null FIC segment is identified through the FIC_type field in the corresponding null FIC segment header, and is discarded without being used in the FIC chunk restoration process.

도 18은 해당 모바일 방송의 TNoG가 6이고, FIC 청크가 8개의 FIC 세그먼트들로 분할되어 전송될 때, 수신 시스템에서 이를 수신하여 FIC 청크를 복원하는 예를 보인 것이다. FIG. 18 shows an example in which when the TNoG of the mobile broadcast is 6 and the FIC chunk is divided into 8 FIC segments and transmitted, the reception system receives it and restores the FIC chunk.

도 18에서도, 하나의 FIC 청크의 FIC 세그먼트들이 두 개의 서브 프레임을 통해 전송되지만, 디인터리빙은 서브 프레임 단위로 이루어짐을 알 수 있다. 도 18에서의 FIC 청크 복원 과정도 도 17의 복원 과정과 거의 동일하므로, 상세 설명은 도 17의 설명을 참조하면 된다. Also in FIG. 18, it is understood that FIC segments of one FIC chunk are transmitted through two subframes, but deinterleaving is performed in units of subframes. The FIC chunk reconstruction process in FIG. 18 is substantially the same as the reconstruction process in FIG. 17, and therefore, the detailed description will be made with reference to the description of FIG.

즉, 도 18에서는 FIC_segment_num 필드 값이 0인 FIC 세그먼트부터 FIC_segment_num 필드 값이 7인 FIC 세그먼트까지 8개의 FIC 세그먼트들을 모은 후, 8개의 FIC 세그먼트들로부터 각 세그먼트 헤더를 제거하면, 하나의 FIC 청크가 복원된다. 즉, 8개의 FIC 세그먼트들의 페이로드를 모두 모으면 하나의 FIC 청크가 복원(또는 구성)된다. 이때 널 FIC 세그먼트는 해당 널 FIC 세그먼트 헤더 내 FIC_type 필드를 통해 식별되며, 상기 FIC 청크 복원 과정에서 사용되지 않는다. That is, in FIG. 18, after collecting 8 FIC segments from an FIC segment whose FIC_segment_num field value is 0 to an FIC segment whose FIC_segment_num field value is 7, and then removing each segment header from 8 FIC segments, one FIC chunk is restored do. That is, when all the payloads of the eight FIC segments are collected, one FIC chunk is restored (or configured). At this time, the null FIC segment is identified through the FIC_type field in the corresponding null FIC segment header, and is not used in the FIC chunk restoration process.

한편, 하나의 M/H 프레임을 통해 프로토콜 버전이 다른 복수개의 FIC 청크가 전송되고, 수신 시스템은 프로토콜 버전이 다른 복수개의 FIC 청크를 모두 처리할 수 있다고 가정하자. On the other hand, assume that a plurality of FIC chunks having different protocol versions are transmitted through one M / H frame, and the receiving system can process all of a plurality of FIC chunks having different protocol versions.

이때 프로토콜 버전이 다른 복수개의 FIC 청크로부터 분할된 FIC 세그먼트들이 에러없이 정상적으로 수신되면, 수신 시스템에서 프로토콜 버전이 다른 복수개의 FIC 청크가 정상적으로 복원된다. At this time, if FIC segments segmented from a plurality of FIC chunks having different protocol versions are normally received without error, a plurality of FIC chunks having different protocol versions are normally restored in the receiving system.

그런데, 상기 프로토콜 버전이 다른 복수개의 FIC 청크로부터 분할된 FIC 세그먼트들에 버스트 노이즈(Burst noise)로 인한 에러가 발생하였다면, 수신 시스템에서는 프로토콜 버전이 다른 복수개의 FIC 청크를 정상적으로 복원하지 못할 수도 있다. However, if an error due to burst noise occurs in FIC segments divided from a plurality of FIC chunks having different protocol versions, the receiving system may not normally restore a plurality of FIC chunks having different protocol versions.

예를 들어, major protocol version이 '00'인 FIC 청크와 major protocol version이 '01'인 FIC 청크가 동시에 하나의 FIC 상 즉, 하나의 M/H 프레임으로 전송된다고 가정하자. 그리고 도 19의 (a)와 같이 버스트 노이즈에 의한 에러로 major protocol version '00'의 FIC 청크를 전달하는 FIC 세그먼트 4 ~ 7과 major protocol version '01'을 전달하는 FIC 세그먼트 0 ~ 3이 수신되지 않았다고 가정한다. For example, assume that a FIC chunk with a major protocol version of '00' and a FIC chunk with a major protocol version of '01' are simultaneously transmitted on one FIC, ie, one M / H frame. As shown in FIG. 19 (a), FIC segments 4 to 7 for delivering FIC chunks of major protocol version '00' and FIC segments 0 to 3 for delivering major protocol version '01' are not received due to burst noise .

이때에도 수신 시스템에서는 FIC 세그먼트 헤더 내 FIC_segment_num 필드와 FIC_last_segment_num 필드를 이용하여 FIC_segment_num 필드 값이 0인 FIC 세그먼트부터 FIC_segment_num 필드 값이 7인 FIC 세그먼트까지 8개의 FIC 세그먼트들을 모은 후, 8개의 FIC 세그먼트들로부터 각 FIC 세그먼트 헤더를 제거하여 도 19의 (b)와 같이 하나의 FIC 청크를 구성한다. 이 경우, FIC_segment_num 필드 값이 0인 FIC 세그먼트는 major protocol version이 '00'인 FIC 청크로부터 분할된 FIC 세그먼트이므로, 수신 시스템에서는 도 19의 (b)와 같이 구성된 FIC 청크의 major protocol version은 '00'으로 인식한다. At this time, the receiving system also collects 8 FIC segments from the FIC segment having the FIC_segment_num field value of 0 to the FIC segment having the FIC_segment_num field value of 7 using the FIC_segment_num field and the FIC_last_segment_num field in the FIC segment header, The FIC segment header is removed to form one FIC chunk as shown in FIG. 19 (b). In this case, since the FIC segment having the FIC_segment_num field value of 0 is the FIC segment segmented from the FIC chunk having the major protocol version of '00', the major protocol version of the FIC chunk configured as shown in FIG. 19 (b) '.

그런데, 도 19의 (b)의 FIC 청크의 경우, FIC 세그먼트 0 ~ 3은 major protocol version이 '00'인 FIC 청크의 데이터를 전송하는 FIC 세그먼트들이고, FIC 세그먼트 4 ~ 7은 major protocol version이 '01'인 FIC 청크의 데이터를 전송하는 FIC 세그먼트들이다. In the case of the FIC chunk shown in FIG. 19B, the FIC segments 0 to 3 are FIC segments for transmitting data of the FIC chunk whose major protocol version is' 00 ', and the FIC segments 4 to 7 are for the major protocol version' Lt; RTI ID = 0.0 > FIC < / RTI >

따라서, 버스트 노이즈로 인해 FIC 세그먼트들에 로스(loss)가 생겼을 때, 수신 시스템에서는 서로 다른 두 프로토콜 버전의 FIC 청크를 전달하는 FIC 세그먼트들을 하나의 프로토콜 버전의 FIC 청크를 전달하는 FIC 세그먼트들로 인식하고, FIC 청크를 복원하는 문제가 발생할 수 있다. 또한 수신 시스템에서는 상기와 같이 FIC 청크 복원에 에러가 발생하였는데, FIC 청크 복원이 잘못 되었다는 것을 인식하지 못하는 문제가 발생한다. 이로 인해 원하는 모바일 서비스의 앙상블에 대응하는 RS 프레임을 획득하여 복원하는데 있어서, 심각한 문제가 발생할 수 있다. Therefore, when a loss occurs in FIC segments due to burst noise, the receiving system recognizes FIC segments carrying FIC chunks of two different protocol versions as FIC segments carrying FIC chunks of one protocol version , And restore the FIC chunk. Also, in the receiving system, an error occurs in the FIC chunk restoration as described above, but a problem occurs that the FIC chunk restoration is not recognized as erroneous. Thus, serious problems may occur in acquiring and restoring the RS frame corresponding to the ensemble of the desired mobile service.

본 발명은 이러한 문제점을 해결하기 위해서, 각 FIC 세그먼트의 FIC 세그먼트 헤더를 통해 FIC 청크의 프로토콜 버전 정보를 전송하는 것을 일 실시예로 한다.In order to solve this problem, the present invention transmits protocol version information of the FIC chunk via the FIC segment header of each FIC segment as an embodiment.

상기 FIC 세그먼트 헤더를 통해 전송되는 FIC 청크의 프로토콜 버전 정보는 해당 FIC 청크의 major protocol version 정보와 minor protocol version 정보 중 적어도 하나인 것을 일 실시예로 한다. The protocol version information of the FIC chunk transmitted through the FIC segment header is at least one of major protocol version information and minor protocol version information of the corresponding FIC chunk.

도 20은 본 발명에 따른 FIC 세그먼트 헤더의 신택스 구조에 대한 다른 실시예를 보이고 있다. 즉, 도 16의 FIC 세그먼트 헤더의 신택스 구조에서 FIC_Chunk_protocol_version 필드가 더 추가된다. 20 shows another embodiment of the syntax structure of the FIC segment header according to the present invention. That is, the FIC_Chunk_protocol_version field is further added in the syntax structure of the FIC segment header of FIG.

즉, 도 20의 FIC 세그먼트 헤더는 FIC_type 필드, FIC_Chunk_major_protocol_version 필드, FIC_Chunk_minor_protocol_version 필드, error_indicator 필드, FIC_segment_num 필드, 및 FIC_last_segment_num 필드를 포함할 수 있다. 상기 FIC_Chunk_major_protocol_version 필드와 FIC_Chunk_minor_protocol_version 필드를 제외한 나머지 필드들의 설명은 도 16을 참조하면 되므로, 도 20에서는 생략하기로 한다. That is, the FIC segment header of FIG. 20 may include a FIC_type field, a FIC_Chunk_major_protocol_version field, a FIC_Chunk_minor_protocol_version field, an error_indicator field, an FIC_segment_num field, and a FIC_last_segment_num field. The remaining fields except for the FIC_Chunk_major_protocol_version field and the FIC_Chunk_minor_protocol_version field will be described with reference to FIG. 16, and thus will not be described in FIG.

상기 FIC_Chunk_major_protocol_version 필드는 일 실시예로 2비트를 할당하며, 해당 FIC 청크의 메이저 프로토콜 버전을 표시한다. 즉, 상기 FIC 세그먼트 헤더 내 FIC_Chunk_major_protocol_version 필드는 해당 FIC 청크 헤더 내 FIC_major_protocol_version 필드 값과 동일하다. 그리고, 상기 FIC_Chunk_minor_protocol_version 필드는 일 실시예로 3비트를 할당하며, 해당 FIC 청크의 마이너 프로토콜 버전을 표시한다. 즉, 상기 FIC 세그먼트 헤더 내 FIC_Chunk_minor_protocol_version 필드는 해당 FIC 청크 헤더 내 FIC_minor_protocol_version 필드 값과 동일하다.The FIC_Chunk_major_protocol_version field allocates 2 bits in one embodiment and indicates a major protocol version of the corresponding FIC chunk. That is, the FIC_Chunk_major_protocol_version field in the FIC segment header is the same as the FIC_major_protocol_version field value in the corresponding FIC chunk header. The FIC_Chunk_minor_protocol_version field allocates 3 bits in one embodiment and indicates a minor protocol version of the corresponding FIC chunk. That is, the FIC_Chunk_minor_protocol_version field in the FIC segment header is the same as the FIC_minor_protocol_version field value in the corresponding FIC chunk header.

본 발명은 설명의 편의를 위해 상기 FIC_Chunk_major_protocol_version 필드 와 FIC_Chunk_minor_protocol_version 필드를 합하여 FIC_Chunk_protocol_version 필드라 하기로 한다. 즉, 상기 FIC_Chunk_protocol_version 필드는 해당 FIC 청크의 메이저 프로토콜 버전과 마이너 프로토콜 버전을 표시한다. For convenience of description, the FIC_Chunk_major_protocol_version field and the FIC_Chunk_minor_protocol_version field are summed to be the FIC_Chunk_protocol_version field. That is, the FIC_Chunk_protocol_version field indicates a major protocol version and a minor protocol version of the corresponding FIC chunk.

본 발명은 다른 실시예로, 상기 FIC 세그먼트 헤더에 해당 FIC 청크의 메이저 프로토콜 버전만 표시할 수도 있다. 본 발명은 또 다른 실시예로, 상기 FIC 세그먼트 헤더에 해당 FIC 청크의 마이너 프로토콜 버전만 표시할 수도 있다.In another embodiment of the present invention, only the major protocol version of the corresponding FIC chunk may be displayed in the FIC segment header. According to another embodiment of the present invention, the FIC segment header may display only the minor protocol version of the corresponding FIC chunk.

상기 FIC 청크 신택스의 메이저 프로토콜 버전 및 마이너 프로토콜 버전의 상세한 설명은 전술한 도 9의 FIC 청크 헤더에 대한 설명을 참조하면 되므로, 여기서는 생략하기로 한다.A detailed description of the major protocol version and the minor protocol version of the FIC chunk syntax will be omitted since it is referred to the description of the FIC chunk header of FIG. 9 described above.

도 21은 도 20과 같은 FIC 세그먼트 헤더를 가진 FIC 세그먼트들을 수신하여 FIC 청크를 복원하는 예를 보이고 있다. 이때에도 하나의 FIC 상(즉, 하나의 M/H 프레임 상)으로 복수개 예를 들어, 두 개의 FIC 청크가 전송되고, 두 개의 FIC 청크의 프로토콜 버전이 서로 다르며, 수신 시스템은 프로토콜 버전이 다른 두 개의 FIC 청크를 모두 처리할 수 있는 수신 시스템이라고 가정하자.FIG. 21 shows an example of restoring the FIC chunk by receiving FIC segments having the FIC segment header as shown in FIG. At this time, a plurality of FIC chunks, for example, two FIC chunks are transmitted on one FIC (i.e., on one M / H frame), the protocol versions of the two FIC chunks are different from each other, Assume that the receiving system is capable of handling all of the FIC chunks.

즉, 도 21의 (a)와 같이 major protocol version이 '00'인 FIC 청크와 major protocol version이 '01'인 FIC 청크가 동시에 하나의 FIC 상(즉, 하나의 M/H 프레임)으로 전송되며, 버스트 노이즈로 인한 에러때문에 major protocol version '00'의 FIC 청크를 전달하는 FIC 세그먼트 4 ~ 7과 major protocol version '01'을 전달하는 FIC 세그먼트 0 ~ 3이 수신되지 않았다고 가정한다. That is, as shown in FIG. 21A, the FIC chunk having the major protocol version '00' and the FIC chunk having the major protocol version '01' are simultaneously transmitted on one FIC (ie, one M / H frame) , It is assumed that FIC segments 4-7 carrying FIC chunks of major protocol version '00' and FIC segments 0-3 carrying major protocol version '01' are not received due to errors due to burst noise.

이때, 수신 시스템에서는 FIC 세그먼트 헤더 내 FIC_segment_num 필드, FIC_last_segment_num 필드, 그리고 FIC_Chunk_protocol_version 필드를 이용하여 FIC 청크를 복원한다. At this time, the receiving system restores the FIC chunk using the FIC_segment_num field, the FIC_last_segment_num field, and the FIC_Chunk_protocol_version field in the FIC segment header.

즉, FIC 세그먼트 0~3까지의 FIC_Chunk_protocol_version 필드 값과 FIC 세그먼트 4~7까지의 FIC_Chunk_protocol_version 필드 값은 서로 다르므로, FIC 세그먼트 번호가 연속성을 갖는다고 하더라도 FIC 청크 프로토콜 버전이 다른 경우에는 하나의 FIC 청크로 구성하지 않는다. That is, since the FIC_Chunk_protocol_version field values of the FIC segments 0 to 3 and the FIC_Chunk_protocol_version field values of the FIC segments 4 to 7 are different from each other, even if the FIC segment number has continuity, Do not configure.

본 발명에 따른 수신 시스템의 FIC 핸들러(121)에서는 도 21의 (b)와 같이 FIC_segment_num 필드 값이 0인 FIC 세그먼트부터 FIC_segment_num 필드 값이 3인 FIC 세그먼트까지 4개의 FIC 세그먼트들을 모은 후, 4개의 FIC 세그먼트들로부터 각 세그먼트 헤더를 제거하여 메이저 프로토콜 버전이 '00'인 FIC 청크를 구성한다. 또한 FIC_segment_num 필드 값이 4인 FIC 세그먼트부터 FIC_segment_num 필드 값이 7인 FIC 세그먼트까지 4개의 FIC 세그먼트들을 모은 후, 4개의 FIC 세그먼트들로부터 각 세그먼트 헤더를 제거하여 메이저 프로토콜 버전이 '01'인 FIC 청크를 구성한다. The FIC handler 121 of the reception system according to the present invention collects four FIC segments from the FIC segment whose FIC_segment_num field value is 0 to the FIC segment whose FIC_segment_num field value is 3 as shown in FIG. And removes each segment header from the segments to construct a FIC chunk with a major protocol version of '00'. Also, after collecting four FIC segments from the FIC segment having the FIC_segment_num field value of 4 to the FIC segment having the FIC_segment_num field value of 7, the FIC chunk having the major protocol version '01' is removed by removing each segment header from the four FIC segments .

이렇게 함으로써, 버스트 노이즈로 인해 FIC 세그먼트들에 로스(loss)가 생겼을 때, 수신 시스템에서 서로 다른 두 프로토콜 버전의 FIC 청크를 전달하는 FIC 세그먼트들을 하나의 프로토콜 버전의 FIC 청크를 전달하는 FIC 세그먼트들로 인식하는 문제를 방지할 수 있게 된다. By doing so, when a loss occurs in the FIC segments due to burst noise, the FIC segments carrying FIC chunks of two different protocol versions in the receiving system can be divided into FIC segments carrying one protocol version of the FIC chunk It is possible to prevent the problem from being recognized.

즉, 본 발명은 FIC 세그먼트 헤더에도 해당 FIC 청크의 프로토콜 버전 정보를 할당함으로써, 하나의 M/H 프레임 상에서 다른 프로토콜 버전을 갖는 FIC 청크 의 FIC 세그먼트들이 뒤섞여 수신되더라도 같은 프로토콜 버전의 FIC 세그먼트들만 모아 FIC 청크를 복원할 수 있게 된다.That is, by allocating the protocol version information of the corresponding FIC chunk to the FIC segment header, even if the FIC segments of the FIC chunk having different protocol versions are received on a single M / H frame, only the FIC segments of the same protocol version are collected, The chunks can be restored.

이때, 상기 도 21과 같이 FIC 청크를 복원하게 되면, FIC 청크가 완전하게 복원된 것이 아니다. 예를 들어, 메이저 프로토콜 버전이 '00'인 FIC 청크는 FIC_segment_num 필드 값이 4인 FIC 세그먼트부터 FIC_segment_num 필드 값이 7인 FIC 세그먼트까지 4개의 FIC 세그먼트가 없는 상태이고, 메이저 프로토콜 버전이 '01'인 FIC 청크는 FIC_segment_num 필드 값이 1인 FIC 세그먼트부터 FIC_segment_num 필드 값이 3인 FIC 세그먼트까지 4개의 FIC 세그먼트가 없는 상태이다. At this time, if the FIC chunk is restored as shown in FIG. 21, the FIC chunk is not completely restored. For example, the FIC chunk having the major protocol version '00' has four FIC segments from the FIC segment having the FIC_segment_num field value of 4 to the FIC segment having the FIC_segment_num field value of 7, and the major protocol version is '01' The FIC chunk has no four FIC segments from the FIC segment having the FIC_segment_num field value of 1 to the FIC segment having the FIC_segment_num field value of 3.

따라서, 이 경우에는 FIC 청크를 복원하지 않는 것을 일 실시예로 한다. 즉, 동일한 프로토콜 버전의 FIC 세그먼트를 다 모았을 때, 해당 FIC 청크로부터 분할된 FIC 세그먼트들의 개수보다 작으면 그 FIC 청크는 복원하지 않는다. Therefore, in this case, it is assumed that the FIC chunk is not restored. That is, when the FIC segment of the same protocol version is collected, the FIC chunk is not restored if it is smaller than the number of FIC segments divided from the corresponding FIC chunk.

이때 하나의 FIC 청크를 복원하기 위하여 FIC 세그먼트를 모으는 과정은 하나의 서브 프레임 단위로 수행할 수도 있고, 하나의 M/H 프레임 단위로 수행할 수도 있다. 이는 하나의 서브 프레임 상에서 동일한 FIC 청크가 반복되어 전송될 수도 있고, 하나의 M/H 프레임 상에서 동일한 FIC 청크가 반복되어 전송될 수도 있기 때문이다. 또한 기 지정된 개수의 서브 프레임 단위나, 기 지정된 개수의 M/H 프레임 단위로 수행할 수도 있다. At this time, the process of collecting the FIC segments to recover one FIC chunk may be performed in units of one subframe or in units of one M / H frame. This is because the same FIC chunk may be repeatedly transmitted on one subframe or the same FIC chunk may be repeatedly transmitted on one M / H frame. It may also be performed in units of a predetermined number of subframes or a predetermined number of M / H frames.

또한 하나의 M/H 프레임 상에서 다른 메이저 프로토콜 버전을 갖는 FIC 청크가 공존하고, 수신 시스템은 서로 다른 메이저 프로토콜 버전을 갖는 FIC 청크를 모두 처리할 수 있다고 가정하자. 이때에는 각 FIC 세그먼트의 현재 FIC 세그먼트 번호, 마지막 FIC 세그먼트 번호, 메이저 프로토콜 버전을 체크하여 가장 최근의 메이저 프로토콜 버전을 갖는 FIC 세그먼트들로부터 FIC 청크를 복원하는 것을 일 실시예로 한다. Also assume that FIC chunks with different major protocol versions coexist on one M / H frame, and that the receiving system can handle all FIC chunks with different major protocol versions. In this case, the FIC chunk is restored from the FIC segments having the latest major protocol version by checking the current FIC segment number, the last FIC segment number, and the major protocol version of each FIC segment.

만일, 하나의 M/H 프레임 상에서 다른 메이저 프로토콜 버전을 갖는 FIC 청크가 공존하고, 수신 시스템은 이 중 하나의 메이저 프로토콜 버전에 대해서만 처리할 수 있다고 가정하자. 이 경우에는 처리할 수 있는 메이저 프로토콜 버전을 갖는 FIC 세그먼트들로부터 FIC 청크를 복원한다.Suppose that the FIC chunks with different major protocol versions coexist on one M / H frame, and that the receiving system can only process one of these major protocol versions. In this case, the FIC chunk is restored from FIC segments having a major protocol version that can be processed.

마찬가지로 하나의 M/H 프레임 상에서 다른 마이너 프로토콜 버전을 갖는 FIC 청크가 공존하고, 수신 시스템은 서로 다른 마이너 프로토콜 버전을 갖는 FIC 청크를 모두 처리할 수 있다고 가정하자. 이때에는 각 FIC 세그먼트의 현재 FIC 세그먼트 번호, 마지막 FIC 세그먼트 번호, 마이너 프로토콜 버전을 체크하여 가장 최근의 마이너 프로토콜 버전을 갖는 FIC 세그먼트들로부터 FIC 청크를 복원하는 것을 일 실시예로 한다. Suppose also that FIC chunks with different minor protocol versions coexist on one M / H frame, and that the receiving system can handle all FIC chunks with different minor protocol versions. In this case, the FIC chunk is restored from the FIC segments having the latest minor protocol version by checking the current FIC segment number, the last FIC segment number, and the minor protocol version of each FIC segment.

또한, 하나의 M/H 프레임 상에서 다른 마이너 프로토콜 버전을 갖는 FIC 청크가 공존하고, 수신 시스템은 이 중 하나의 마이너 프로토콜 버전에 대해서만 처리할 수 있다고 가정하자. 이 경우에는 처리할 수 있는 마이너 프로토콜 버전을 갖는 FIC 세그먼트들로부터 FIC 청크를 복원하는 것을 일 실시예로 한다.It is also assumed that FIC chunks with different minor protocol versions coexist on one M / H frame, and that the receiving system can handle only one of these minor protocol versions. In this case, restoring the FIC chunk from FIC segments having a minor protocol version that can be handled is one embodiment.

한편, 본 발명은 전술한 바와 같이 FIC 청크를 이용하여 M/H 프레임 내의 앙 상블과 모바일 서비스 간의 매핑(또는 구성) 정보를 전송하고 있다. 이때 현재 M/H 프레임 내의 앙상블과 모바일 서비스 간의 매핑 정보와 다음 M/H 프레임 내의 앙상블과 모바일 서비스 간의 매핑 정보가 달라지는 리컨피규레이션(reconfiguration)이 발생하면, 해당 reconfiguration 발생 이전의 M/H 프레임에서 적어도 하나의 FIC 청크를 통해 reconfiguration이 발생하는 해당 M/H 프레임 내의 앙상블과 모바일 서비스 간의 매핑 정보를 미리 시그널링하는 것을 일 실시예로 하고 있다. 본 발명은 reconfiguration이 발생하기 이전의 M/H 프레임을 현재 M/H 프레임이라 하고, reconfiguration이 발생하는 M/H 프레임을 다음 M/H 프레임이라 하기로 한다. Meanwhile, the present invention transmits mapping (or configuration) information between an ensemble and a mobile service in an M / H frame using the FIC chunk as described above. At this time, if there is a reconfiguration in which the mapping information between the ensemble and the mobile service in the current M / H frame is different from the mapping information between the ensemble and the mobile service in the next M / H frame, One embodiment of the present invention is one in which mapping information between an ensemble in a corresponding M / H frame and a mobile service in which reconfiguration occurs through one FIC chunk is pre-signaled. In the present invention, an M / H frame before a reconfiguration occurs is referred to as a current M / H frame, and an M / H frame where reconfiguration occurs is referred to as a next M / H frame.

또한 본 발명은 현재의 M/H 프레임 내의 앙상블과 모바일 서비스 간의 매핑 정보를 시그널링하는 FIC 청크와 다음 M/H 프레임 내의 앙상블과 모바일 서비스 간의 매핑 정보를 시그널링하는 FIC 청크를 하나의 M/H 프레임 상에서 병행하여 전송하는 것을 일 실시예로 한다. 이때 해당 M/H 프레임 상에서, 다음 M/H 프레임의 앙상블과 모바일 서비스 간의 매핑 정보를 시그널링하는 FIC 청크가 현재 M/H 프레임의 앙상블과 모바일 서비스 간의 매핑 정보를 시그널링하는 FIC 청크보다 시간상으로 뒤에 배치되어 전송되는 것을 일 실시예로 한다. 즉, 수신 시스템에서는 해당 M/H 프레임에서 현재 M/H 프레임의 앙상블과 모바일 서비스 간의 매핑 정보를 시그널링하는 FIC 청크가 먼저 수신되고, 다음 M/H 프레임의 앙상블과 모바일 서비스 간의 매핑 정보를 시그널링하는 FIC 청크가 나중에 수신되게 된다. The FIC chunk for signaling the mapping information between the ensemble and the mobile service in the current M / H frame and the FIC chunk for signaling the mapping information between the ensemble and the mobile service in the next M / H frame are transmitted on one M / H frame It is an embodiment to perform transmission in parallel. At this time, on the M / H frame, the FIC chunk for signaling the mapping information between the ensemble of the next M / H frame and the mobile service is placed behind the FIC chunk for signaling the mapping information between the ensemble of the current M / H frame and the mobile service. And transmitted. That is, in the receiving system, the FIC chunk for signaling the mapping information between the ensemble of the current M / H frame and the mobile service is first received in the corresponding M / H frame, and the mapping information between the ensemble of the next M / H frame and the mobile service is signaled The FIC chunk will be received later.

이때 수신 시스템의 FIC 핸들러(121)에서는 FIC 청크가 수신되어 복원되면, 복원된 FIC 청크의 헤더 내 current_next_indicator 필드를 이용하여, 해당 FIC 청 크의 페이로드에 포함된 시그널링 정보가 현재 M/H 프레임의 앙상블과 모바일 서비스 간의 매핑 정보인지, 아니면 다음 M/H 프레임의 앙상블과 모바일 서비스 간의 매핑 정보인지를 판별한다. 본 발명은 설명의 편의를 위해 M/H 프레임의 앙상블과 모바일 서비스 간의 매핑 정보를 M/H 프레임의 앙상블 구성(configuration) 정보라 하기도 한다.At this time, when the FIC handler 121 of the receiving system receives and restores the FIC chunk, the signaling information included in the payload of the corresponding FIC packet is used for the current M / H frame using the current_next_indicator field in the header of the recovered FIC chunk The mapping information between the ensemble and the mobile service, or the mapping information between the ensemble of the next M / H frame and the mobile service. For convenience of explanation, the mapping information between the ensemble of the M / H frame and the mobile service is referred to as M / H frame's configuration information.

도 22는 현재 M/H 프레임의 앙상블 구성 정보와 다음 M/H 프레임의 앙상블 구성 정보가 달라지는 reconfiguration이 발생하는 예를 보이고 있다. 22 shows an example in which reconfiguration in which the ensemble configuration information of the current M / H frame is different from the ensemble configuration information of the next M / H frame occurs.

도 22에서 가장 상단에 ...,k-1, k, k+1, k+2, k+3,...로 나타낸 부분은, M/H 프레임을 의미한다. 그리고 k+2번째 M/H 프레임에서 reconfiguration이 발생한 예를 보이고 있다. 즉, 도 22에 예시한 바와 같이, reconfiguration이 발생하기 전의 M/H 프레임으로는 TNoG가 4인 2개의 앙상블이 전송되는데, reconfiguration이 발생한 M/H 프레임으로는 TNoG가 7인 3개의 앙상블이 전송되고 있다. In FIG. 22, the portion indicated by the uppermost ..., k-1, k, k + 1, k + 2, k + 3, ... denotes an M / H frame. And reconfiguration occurs in the (k + 2) th M / H frame. That is, as illustrated in FIG. 22, two ensembles having TNoG of 4 are transmitted in the M / H frame before reconfiguration occurs. In the M / H frame in which the reconfiguration occurs, three ensembles having TNoG of 7 are transmitted .

도 22와 같이 M/H 프레임으로 전송되는 앙상블의 개수, 각 앙상블로 전송되는 모바일 서비스의 개수, 각 서브 프레임의 TNoG의 개수 등이 달라짐으로 인해 reconfiguration이 발생하는 경우에, FIC 청크의 메이저 및 마이너 프로토콜 버전 정보는 변경되지 않으며, TPC 데이터 내 FIC_version 필드 값은 변경된다. As shown in FIG. 22, when reconfiguration occurs due to a change in the number of ensembles transmitted in an M / H frame, the number of mobile services transmitted in each ensemble, the number of TNoGs in each subframe, and the like, The protocol version information is unchanged, and the FIC_version field value in the TPC data is changed.

도 22는 TPC 데이터 내 FIC_version 필드 값은 k+1번째 M/H 프레임에서 1 증가하여 6으로 업데이트되고, FIC 청크의 헤더 내 current_next_indicator 필드 값도 k+1번째 M/H 프레임에서 0으로 변경되는 예를 보이고 있다. 22 shows an example in which the value of the FIC_version field in the TPC data is incremented by 1 in the (k + 1) th M / H frame and updated to 6, and the value of the current_next_indicator field in the header of the FIC chunk is also changed from 0 to Respectively.

도 23은 k+2번째 M/H 프레임에서 reconfiguration이 발생하고, k+1번째 M/H 프레임에서 현재 M/H 프레임의 앙상블 구성 정보와 다음 M/H 프레임의 앙상블 구성 정보를 병행하여 전송할 때의 RS 프레임 획득 과정의 일 실시예를 보이고 있다.23 illustrates reconfiguration in the (k + 2) th M / H frame and concurrent transmission of the ensemble configuration information of the current M / H frame and the ensemble configuration information of the next M / H frame in the (k + 1) An RS frame acquisition process of FIG.

도 23의 k+1번째 프레임을 보면, 현재 M/H 프레임의 앙상블 구성 정보를 시그널링하는 FIC 청크가 다음 M/H 프레임의 앙상블 구성 정보를 시그널링하는 FIC 청크보다 먼저 수신되어 복원된다. 23, the FIC chunk signaling the ensemble configuration information of the current M / H frame is received and restored prior to the FIC chunk signaling the ensemble configuration information of the next M / H frame.

이때 수신을 원하는 앙상블을 포함하는 물리적 채널의 튜닝이 도 23에서와 같이 k+1번째 M/H 프레임의 중간 부분에서 이루어지면, k+2번째 M/H 프레임의 앙상블 구성 정보를 k+1번째 M/H 프레임에서 획득할 수 있게 된다. 즉, 모바일 방송 내의 앙상블과 모바일 서비스 간의 매핑 정보가 변경되는 Reconfiguration 발생할 때, 해당 Reconfiguration이 발생하기 직전의 M/H 프레임으로 전송되는 FIC 청크에 Reconfiguration이 발생하는 M/H 프레임의 앙상블 구성 정보를 미리 시그널링(Advance signaling) 함으로써, 해당 Reconfiguration이 발생하는 M/H 프레임의 앙상블 구성 정보를 빨리 획득할 수 있게 된다. 그리고 k+1번째 M/H 프레임에서 획득한 k+2번째 M/H 프레임의 앙상블 구성 정보를 이용하여 k+2번째 M/H 프레임으로 전송되는 RS 프레임을 획득하여 완전하게 복원할 수 있게 된다.When the tuning of the physical channel including the ensemble desired to be received is performed in the middle portion of the (k + 1) th M / H frame as shown in FIG. 23, the ensemble configuration information of the (k + And can be acquired in an M / H frame. That is, when the reconfiguration in which the mapping information between the ensemble in the mobile broadcast and the mobile service is changed occurs, the ensemble configuration information of the M / H frame where the reconfiguration occurs in the FIC chunk transmitted in the M / H frame immediately before the corresponding reconfiguration occurs By advancing signaling, the ensemble configuration information of the M / H frame in which the reconfiguration occurs can be acquired quickly. Then, the RS frame transmitted in the (k + 2) th M / H frame is acquired using the ensemble configuration information of the (k + 2) th M / H frame acquired in the (k + 1) th M / .

도 24는 수신을 원하는 앙상블을 포함하는 물리적 채널의 튜닝이 k번째 M/H 프레임의 끝 부분에서 이루어지는 것을 제외하고, 나머지는 도 23과 동일하다. FIG. 24 is the same as FIG. 23 except that the tuning of the physical channel including the ensemble to be received is performed at the end of the k-th M / H frame.

이때 하나의 M/H 프레임의 약 20%에 해당하는 RS 프레임 부분을 수신 시스템에서 수신하지 못하였을 경우에, RS-CRC 디코딩 및 SCCC 디코딩을 이용하면 전체 RS 프레임을 복원할 수 있다. At this time, when the receiving system can not receive the RS frame part corresponding to about 20% of one M / H frame, the entire RS frame can be recovered by using RS-CRC decoding and SCCC decoding.

예를 들어, 도 24에서와 같이 수신을 원하는 앙상블을 포함하는 물리적 채널의 튜닝이 k번째 M/H 프레임의 끝 부분에서 이루어지고, k+1번째 M/H 프레임의 첫 번째 FIC 청크로부터 k+1번째 M/H 프레임의 시그널링 정보를 완전하게 획득하였다고 가정하자. 이때 k+1번째 M/H 프레임의 첫 번째 FIC 청크를 수신하는 동안에는 상기 k+1번째 M/H 프레임으로 전송되는 RS 프레임을 수신하지 못한다. 하지만 수신되지 못한 부분이 k+1번째 M/H 프레임의 약 20%에 해당하면, RS-CRC 디코딩 및 SCCC 디코딩을 이용하여 상기 k+1번째 M/H 프레임으로 전송되는 전체 RS 프레임을 복원할 수 있게 된다. 또한 상기 k+2번째 M/H 프레임에서 Reconfiguration 발생하더라도, k+1번째 M/H 프레임에서 획득한 k+2번째 M/H 프레임의 시그널링 정보를 이용하여 k+2번째 M/H 프레임으로 전송되는 RS 프레임도 완전하게 복원할 수 있게 된다.For example, as shown in FIG. 24, the tuning of the physical channel including the ensemble desired to be received is performed at the end of the k-th M / H frame and the first FIC chunk of the k + Assume that the signaling information of the first M / H frame is completely acquired. At this time, while receiving the first FIC chunk of the (k + 1) th M / H frame, it can not receive the RS frame transmitted in the (k + 1) th M / H frame. However, if the unsuccessed portion corresponds to about 20% of the (k + 1) th M / H frame, the entire RS frame transmitted in the (k + 1) th M / H frame is recovered using the RS-CRC decoding and the SCCC decoding . Also, even if reconfiguration occurs in the (k + 2) th M / H frame, it is transmitted in the (k + 2) th M / H frame using the signaling information of the (k + The RS frame can be completely restored.

이와 같이, 물리적 채널의 튜닝 시점, reconfiguration이 발생하기 직전의 M/H 프레임에서의 FIC 청크 데이터 구조에 따라, 본 발명은 보다 빨리 RS 프레임을 획득 및 복원하여 유저에게 서비스할 수 있게 된다. Thus, according to the FIC chunk data structure in the M / H frame immediately before the reconfiguration time of the tuning point of the physical channel, the present invention can acquire and restore the RS frame more quickly and serve the user.

그런데, 상기와 같이 하나의 M/H 프레임에 현재 M/H 프레임의 앙상블 구성 정보를 시그널링하는 FIC 청크와 다음 M/H 프레임의 앙상블 구성 정보를 시그널링하는 FIC 청크가 공존할 경우, 하나의 M/H 프레임으로 서로 다른 프로토콜 버전의 FIC 청크가 수신될 때 발생하였던 문제가 이때에도 발생할 수 있다. However, when the FIC chunk for signaling the ensemble configuration information of the current M / H frame and the FIC chunk for signaling the ensemble configuration information of the next M / H frame coexist in one M / H frame, A problem that occurs when different protocol versions of the FIC chunk are received in the H frame may also occur at this time.

즉, 현재 M/H 프레임의 앙상블 구성 정보를 시그널링하는 FIC 청크를 전달하는 FIC 세그먼트와 다음 M/H 프레임의 앙상블 구성 정보를 시그널링하는 FIC 청크 를 전달하는 FIC 세그먼트들로부터 하나의 FIC 청크가 복원되는 에러가 발생될 수 있다. 이와 같이 FIC 청크 복원시에 에러가 발생하면, 복원된 FIC 청크로부터 다음 M/H 프레임의 앙상블 구성 정보를 제대로 획득할 수 없으므로 다음 M/H 프레임으로 전송되는 RS 프레임도 정상적으로 획득하여 복원할 수 없게 된다. That is, one FIC chunk is restored from the FIC segments carrying the FIC chunk for signaling the ensemble configuration information of the current M / H frame and the FIC chunks for signaling the ensemble configuration information of the next M / H frame An error may occur. If an error occurs at the time of restoring the FIC chunk, the ensemble configuration information of the next M / H frame can not be acquired properly from the restored FIC chunk, so that the RS frame transmitted in the next M / H frame can not be normally acquired and restored do.

예를 들어, 하나의 M/H 프레임에서 현재 M/H 프레임의 앙상블 구성 정보를 시그널링하는 FIC 청크의 FIC 세그먼트들과 다음 M/H 프레임의 앙상블 구성 정보를 시그널링하는 FIC 청크의 FIC 세그먼트들의 순서가 섞여서 수신되면, 수신 시스템에서는 수신된 FIC 세그먼트가 현재 M/H 프레임의 앙상블 구성 정보를 시그널링하는 FIC 청크에 속한 FIC 세그먼트인지, 다음 M/H 프레임의 앙상블 구성 정보를 시그널링하는 FIC 청크에 속한 FIC 세그먼트인지를 알 수 없으므로 상기된 문제가 발생할 수 있다. 또한 버스트 노이즈로 인한 에러때문에 FIC 세그먼트들을 잃었을 경우에도 수신 시스템에서는 수신된 FIC 세그먼트가 현재 M/H 프레임의 앙상블 구성 정보를 시그널링하는 FIC 청크에 속한 FIC 세그먼트인지, 다음 M/H 프레임의 앙상블 구성 정보를 시그널링하는 FIC 청크에 속한 FIC 세그먼트인지를 알 수 없으므로 역시 상기된 문제가 발생할 수 있다. For example, the order of the FIC segments of the FIC chunk that signals the ensemble configuration information of the current M / H frame in one M / H frame and the FIC segments of the FIC chunk that signals the ensemble configuration information of the next M / The receiving system determines whether the received FIC segment is an FIC segment belonging to the FIC chunk signaling the ensemble configuration information of the current M / H frame, an FIC segment belonging to the FIC chunk signaling the ensemble configuration information of the next M / H frame, The above-described problem may arise. Also, even if FIC segments are lost due to an error due to burst noise, the receiving system determines whether the received FIC segment is an FIC segment belonging to the FIC chunk for signaling the ensemble configuration information of the current M / H frame, ensemble configuration information of the next M / Or the FIC segment belonging to the FIC chunk for signaling the FIC chunk.

또는 도 25와 같이 TPC 데이터와 FIC 세그먼트가 수신될 때에도 상기된 문제가 발생할 수 있다.Or when the TPC data and the FIC segment are received as shown in FIG. 25, the above-described problem may arise.

즉, 도 25의 ①에서와 같이 TPC 데이터 내 FIC_version 필드 값은 다음 M/H 프레임의 앙상블 구성 정보를 시그널링하는 FIC 청크의 첫 번째 FIC 세그먼트에서 1 증가한다. 그러면, 수신 시스템에서는 도 25의 ②에서와 같이 타임 슬라이싱 모 드에서 빠져나와(exits), FIC 세그먼트들을 수집(gathering)한다. 그리고 도 25의 ③에서와 같이, 수집된 FIC 세그먼트들의 각 FIC 세그먼트 헤더 내 FIC_segment_num 필드, 및 FIC_last_segment_num 필드를 이용하여, 하나의 FIC 청크를 구성하는 FIC 세그먼트들만을 모은 후 FIC 세그먼트 번호 순대로 각 FIC 세그먼트들을 배열하고, 배열된 각 FIC 세그먼트의 헤더를 제거한다. 그러면, 도 25의 ④에서와 같이 하나의 FIC 청크가 구성된다. 그리고 상기 구성된 FIC 청크로부터 M/H 프레임의 앙상블 구성 정보를 획득하고, 획득된 앙상블 구성 정보에 따라 도 25의 ⑤에서와 같이 타임 슬라이싱 모드로 들어간다(enter).That is, as shown in (1) of FIG. 25, the FIC_version field value in the TPC data is incremented by 1 in the first FIC segment of the FIC chunk that signals the ensemble configuration information of the next M / H frame. Then, the receiving system exits from the time slicing mode as shown in (2) of FIG. 25 and collects the FIC segments. 25, the FIC_segment_num field and the FIC_last_segment_num field in each FIC segment header of the collected FIC segments are used to collect only the FIC segments constituting one FIC chunk, And removes the header of each FIC segment that is arranged. Then, one FIC chunk is constructed as shown in (4) of FIG. Then, it acquires ensemble configuration information of the M / H frame from the configured FIC chunks, and enters a time slicing mode as shown in? Of FIG. 25 according to the acquired ensemble configuration information.

그런데, 도 25의 ③에서와 같이 수집된 FIC 세그먼트들을 보면, 현재 M/H 프레임의 앙상블 구성 정보를 시그널링하는 FIC 청크의 FIC 세그먼트와 다음 M/H 프레임의 앙상블 구성 정보를 시그널링하는 FIC 청크의 FIC 세그먼트들이 섞여 있음을 알 수 있다. 즉, 도 25의 ③은 FIC 세그먼트들을 잘못 수집한 예이다. 이는 각 FIC 세그먼트들이 현재 M/H 프레임의 앙상블 구성 정보를 시그널링하는 FIC 청크에 속한 FIC 세그먼트인지, 다음 M/H 프레임의 앙상블 구성 정보를 시그널링하는 FIC 청크에 속한 FIC 세그먼트인지를 알 수 없기 때문이다. 25, the FIC segments of the FIC chunk signaling the ensemble configuration information of the current M / H frame and the FIC chunk of the FIC chunk signaling the ensemble configuration information of the next M / H frame, It can be seen that the segments are mixed. That is, FIG. 25C shows an example in which the FIC segments are collected incorrectly. This is because it is not known whether each FIC segment is an FIC segment belonging to the FIC chunk in which the ensemble configuration information of the current M / H frame is signaled or whether it is an FIC segment belonging to the FIC chunk signaling the ensemble configuration information of the next M / H frame .

그리고 도 25의 ④에서와 같이 하나의 FIC 청크가 구성되었을 때, 수신 시스템은 상기 FIC 청크가 다음 M/H 프레임의 앙상블 구성 정보를 시그널링하고 있다고 판단한다. 하지만 상기 FIC 청크에는 현재 M/H 프레임의 앙상블 구성 정보를 시그널링하는 FIC 청크의 일부 데이터가 포함되어 있다. 즉, 도 25의 ④는 잘못된 정보를 가지고 FIC 청크가 복원된 예이다. 그러므로 잘못 복원된 FIC 청크로부터 획득 한 앙상블 구성 정보도 잘못된 정보이므로, 다음 M/H 프레임으로 전송되는 RS 프레임을 제대로 획득하여 복원할 수 없게 된다. When one FIC chunk is configured as shown in (4) of FIG. 25, the receiving system determines that the FIC chunk is signaling the ensemble configuration information of the next M / H frame. However, the FIC chunk contains some data of the FIC chunk that signals the ensemble configuration information of the current M / H frame. That is, Fig. 25 (4) shows an example in which the FIC chunk is restored with erroneous information. Therefore, since the ensemble configuration information acquired from the FIC chunk that is erroneously reconstructed is also erroneous information, the RS frame transmitted in the next M / H frame can not be properly acquired and restored.

본 발명은 이러한 문제점을 해결하기 위하여, 각 FIC 세그먼트의 FIC 세그먼트 헤더를 통해 M/H 프레임 식별 정보를 전송하는데, 상기 M/H 프레임 식별 정보는 해당 FIC 세그먼트가 현재 M/H 프레임의 앙상블 구성 정보를 시그널링하는 FIC 청크의 FIC 세그먼트인지, 아니면 다음 M/H 프레임의 앙상블 구성 정보를 시그널링하는 FIC 청크의 FIC 세그먼트인지를 알려주는 것을 일 실시예로 한다.In order to solve this problem, the present invention transmits M / H frame identification information through the FIC segment header of each FIC segment, wherein the M / H frame identification information indicates that the corresponding FIC segment is the ensemble configuration information of the current M / The FIC segment of the FIC chunk that signals the ensemble configuration information of the next M / H frame, or the FIC segment of the FIC chunk that signals the ensemble configuration information of the next M / H frame.

상기 FIC 세그먼트 헤더를 통해 전송되는 M/H 프레임 식별 정보는 current_next_indicator 필드인 것을 일 실시예로 한다. The M / H frame identification information transmitted through the FIC segment header is a current_next_indicator field.

도 26은 본 발명에 따른 FIC 세그먼트 헤더의 신택스 구조에 대한 또 다른 실시예를 보이고 있다. 즉, 도 20의 FIC 세그먼트 헤더의 신택스 구조에서 current_next_indicator 필드가 더 추가된다. 본 발명은 상기 current_next_indicator 필드에 1비트를 할당하는 것을 일 실시예로 한다. 그리고 FIC 세그먼트 헤더를 2바이트로 유지하기 위해서, 도 20의 FIC 세그먼트 헤더 내 5비트의 FIC_Chunk_protocol_version 필드를 2비트의 FIC_Chunk_major_protocol_version 필드로 변경하고, 나머지 2비트를 reserved 필드로 정의하는 것을 일 실시예로 한다. 본 발명은 다른 실시예로서, FIC 세그먼트 헤더 내 5비트의 FIC_Chunk_protocol_version 필드를 3비트의 FIC_Chunk_minor_protocol_version 필드로 변경하고, 나머지 1비트를 reserved 필드로 정의할 수도 있다. FIG. 26 shows another embodiment of the syntax structure of the FIC segment header according to the present invention. That is, the current_next_indicator field is further added in the syntax structure of the FIC segment header of FIG. In the present invention, one bit is assigned to the current_next_indicator field. In order to keep the FIC segment header at 2 bytes, the FIC_Chunk_protocol_version field of 5 bits in the FIC segment header of FIG. 20 is changed to the FIC_Chunk_major_protocol_version field of 2 bits, and the remaining 2 bits are defined as a reserved field. In another embodiment of the present invention, the 5-bit FIC_Chunk_protocol_version field in the FIC segment header may be changed to the 3-bit FIC_Chunk_minor_protocol_version field and the remaining 1 bit may be defined as a reserved field.

즉, 도 26의 FIC 세그먼트 헤더는 FIC_type 필드, FIC_Chunk_major_protocol_version 필드, current_next_indicator 필드, error_indicator 필드, FIC_segment_num 필드, 및 FIC_last_segment_num 필드를 포함할 수 있다. That is, the FIC segment header in FIG. 26 may include an FIC_type field, a FIC_Chunk_major_protocol_version field, a current_next_indicator field, an error_indicator field, a FIC_segment_num field, and a FIC_last_segment_num field.

상기 FIC_type 필드, error_indicator 필드, FIC_segment_num 필드, 및 FIC_last_segment_num 필드의 상세 설명은 도 16을 참조하면 되므로, 도 26에서는 생략하기로 한다. Details of the FIC_type field, the error_indicator field, the FIC_segment_num field, and the FIC_last_segment_num field will be described with reference to FIG. 16, and therefore will not be described in FIG.

상기 FIC_Chunk_major_protocol_version 필드는 일 실시예로 2비트를 할당하며, 해당 FIC 청크의 메이저 프로토콜 버전을 표시한다. 이때 이 필드 값은 해당 FIC 청크 헤더 내 FIC_major_protocol_version 필드 값과 동일해야 한다. 상기 FIC 청크 신택스의 메이저 프로토콜 버전의 상세한 설명은 전술한 도 9의 FIC 청크 헤더에 대한 설명을 참조하면 되므로, 여기서는 생략하기로 한다.The FIC_Chunk_major_protocol_version field allocates 2 bits in one embodiment and indicates a major protocol version of the corresponding FIC chunk. The value of this field shall be the same as the FIC_major_protocol_version field value in the corresponding FIC chunk header. A detailed description of the major protocol version of the FIC chunk syntax will be omitted since it will be described with reference to the description of the FIC chunk header of FIG. 9 described above.

상기 current_next_indicator 필드는 일 실시예로 1비트를 할당한다. 상기 필드 값이 1로 셋트되면, 해당 FIC 세그먼트는 현재 M/H 프레임에 적용될 수 있는 FIC 청크의 일부를 전송하는 것을 나타낸다. 반대로 상기 필드 값이 0으로 셋트되면, 해당 FIC 세그먼트는 다음 M/H 프레임에 적용될 수 있는 FIC 청크의 일부를 전송하는 것을 나타낸다. 전자의 경우, current_next_indicator 필드가 1로 셋트되어 전송되는 FIC 청크의 가장 최근 버전이 현재 적용된다(A one-bit indicator, which when set to '1' shall indicate that this FIC-Segment is carrying a portion of the FIC-Chunk which is applicable to the current M/H Frame. When this bit is set to '0', it shall indicate that this FIC-Segment is carrying a portion of the FIC-Chunk which will be applicable for the next M/H Frame. In the former case, the most recent version of the FIC-Chunk transmitted with the current_next_indicator bit set to '1' shall be currently applicable.).The current_next_indicator field allocates 1 bit in one embodiment. If the field value is set to 1, the corresponding FIC segment indicates that a part of the FIC chunk applicable to the current M / H frame is transmitted. Conversely, if the field value is set to 0, the corresponding FIC segment indicates to transmit a part of the FIC chunk that can be applied to the next M / H frame. In the former case, the most recent version of the FIC chunk transmitted with the current_next_indicator field set to 1 is currently applied (A one-bit indicator, which when set to '1', indicates that this FIC-Segment is carrying a portion of the FIC-Chunk which is applicable to the next M / H Frame. When this bit is set to '0', it shall indicate that FIC-Chunk is carrying a portion of the FIC- H Frame. In the former case, the most recent version of the FIC-Chunk transmitted with the current_next_indicator bit set to '1' shall be currently applicable.

그리고 데이터 그룹 내 시그널링 정보 영역에서 상기 FIC 데이터와 함께 할당되어 전송되는 TPC 데이터는 주로 물리적 계층(Physical layer) 모듈에서 사용되는 파라미터들을 포함하며, 인터리빙이 되지 않고 전송되므로, 수신 시스템에서는 슬롯별로 억세스가 가능하다. Since the TPC data allocated and transmitted together with the FIC data in the signaling information area in the data group mainly include parameters used in the physical layer module and are transmitted without being interleaved, It is possible.

본 발명은 FIC_version 필드를 포함하는 TPC 데이터가 슬롯별로 수신이 가능한 특성을 이용하여, FIC 청크가 업데이트되었을 경우, 수신 시스템에서 TPC 데이터의 FIC_version 필드를 이용하여 해당 FIC 청크의 업데이트 사실을 파악하는 것을 일 실시예로 한다. 그리고, 해당 FIC 청크의 업데이트가 검출되면, 타임 슬라이싱 모드에서 빠져나와 FIC 세그먼트들을 취합할 수 있도록 하는 것을 일 실시예로 한다. In the present invention, when the FIC chunk is updated, the receiving system uses the FIC_version field of the TPC data to identify the update of the corresponding FIC chunk using the property that the TPC data including the FIC_version field can be received by each slot As an example. Then, when an update of the FIC chunk is detected, it is possible to exit the time slicing mode and collect the FIC segments.

도 27은 본 발명에 따른 TPC 데이터의 신택스 구조에 대한 일 실시예를 보이고 있다. FIG. 27 shows an embodiment of a syntax structure of TPC data according to the present invention.

상기 TPC 데이터는 Sub-Frame_number 필드, Slot_number 필드, Parade_id 필드, starting_Group_number (SGN) 필드, number_of_Groups (NoG) 필드, Parade_repetition_cycle (PRC) 필드, RS_Frame_mode 필드, RS_code_mode_primary 필드, RS_code_mode_secondary 필드, SCCC_Block_mode 필드, SCCC_outer_code_mode_A 필드, SCCC_outer_code_mode_B 필드, SCCC_outer_code_mode_C 필드, SCCC_outer_code_mode_D 필드, FIC_version 필드, Parade_continuity_counter 필드, TNoG(total number of groups) 필드, 및 TPC_protocol_version 필드를 포함할 수 있다.The TPC data includes at least one of a Sub-Frame number field, a Slot_number field, a Parade_id field, a starting_Group_number field, a number_of_Groups field, a Parade_repetition_cycle field, an RS_Frame_mode field, an RS_code_mode_primary field, an RS_code_mode_secondary field, an SC_CC_Block_mode field, an SCCC_outer_code_mode_A field, A SCCC_outer_code_mode_C field, an SCCC_outer_code_mode_D field, a FIC_version field, a Parade_continuity_counter field, a total number of groups (TNoG) field, and a TPC_protocol_version field.

상기 Sub-frame_number 필드는 해당 M/H 프레임 내 현재 서브 프레임의 번호를 표시하며, M/H 프레임 동기화를 위해 전송된다. 상기 Sub-frame_number 필드 값은 0~4 사이의 값을 가질 수 있다(The Sub-Frame_number field shall be the current Sub-Frame number within the M/H Frame, which is transmitted for M/H Frame synchronization. Its value shall range from 0 to 4).The Sub-frame_number field indicates the number of the current subframe in the M / H frame, and is transmitted for M / H frame synchronization. The Sub-frame_number field value may have a value between 0 and 4. (The Sub-Frame_number field shall be the current sub-frame number within the M / H Frame, which is transmitted for M / H Frame synchronization. shall range from 0 to 4).

상기 Slot_number 필드는 해당 서브 프레임 내 현재 슬롯의 번호를 표시하며, M/H 프레임 동기화를 위해 전송된다. 상기 Slot_number 필드 값은 0~15 사이의 값을 가질 수 있다(The Slot_number field is the current Slot number within the Sub-Frame, which is transmitted for M/H Frame synchronization. Its value shall range from 0 to 15).The Slot_number field indicates the number of the current slot in the corresponding subframe, and is transmitted for M / H frame synchronization. The Slot_number field value may have a value between 0 and 15. (The Slot_number field is the current Slot number within the Sub-Frame, which is transmitted for M / H Frame synchronization.

상기 Parade_id 필드는 해당 데이터 그룹이 속한 퍼레이드를 식별하기 위한 식별자를 표시한다. 상기 Parade_id 필드 값은 7비트로 표시할 수 있다. 하나의 M/H 전송에서 각 퍼레이드는 유일한 Parade_id을 갖는다(The Parade_id field identifies the Parade to which this Group belongs. The value of this field may be any 7-bit value. Each Parade in a M/H transmission shall have a unique Parade_id). 이때 물리 계층과 상위 계층 사이에서 Parade_id 의 통신은 상기 Parade_id 의 왼쪽에 1비트를 추가함에 의해 형성되는 Ensemble_id에 의해 이루어진다(Communication of the Parade_id between the physical layer and the management layer shall be by means of an Ensemble_id formed by adding one bit to the left of the Parade_id). 상기 퍼레이드를 통해 전송되는 프라이머리 앙상블을 구분하기 위한 Ensemble_id는 상기 추가된 MSB에 0을 표시하여 형성되고, 세컨더리 앙상블을 구분하기 위한 Ensemble_id는 상기 추가된 MSB에 1을 표시하여 형성될 수 있다(If the Ensemble_id is for the primary Ensemble delivered through this Parade, the added MSB shall be '0'. Otherwise, if it is for the secondary Ensemble, the added MSB shall be '1'). The Parade_id field indicates an identifier for identifying a parade to which the data group belongs. The Parade_id field value can be expressed by 7 bits. In a M / H transmission, each parade has a unique Parade_id (Parade_id field identifies the Parade to which this Group belongs. The value of this field may be any 7-bit value. a unique Parade_id). At this time, the communication of the Parade_id between the physical layer and the upper layer is performed by the Ensemble_id formed by adding one bit to the left of the Parade_id (the communication layer of the physical layer and the management layer is formed by an ensemble_id formed by adding one bit to the left of the Parade_id). The Ensemble_id for distinguishing the primary ensemble transmitted through the parade may be formed by marking 0 in the added MSB, and the Ensemble_id for distinguishing the secondary ensemble may be formed by indicating 1 in the added MSB (If The MSB shall be '0'. Otherwise, the MSB shall be '1').

상기 SGN 필드는 상기 데이터 그룹이 속한 퍼레이드에 대한 첫 번째 슬롯 번호를 표시한다(The starting_Group_number (SGN) field shall be the first Slot_number for a Parade to which this Group belongs, as determined by Equation 1 (after the Slot numbers for all preceding Parades have been calculated).) 상기 SGN와 NoG 필드는 해당 서브 프레임 내 하나의 퍼레이드에 할당된 슬롯 번호를 얻기 위해 사용된다. The SGN field indicates the first slot number for the parade to which the data group belongs. (The starting_group_number (SGN) field shall be the first slot number for a Parade to which this Group belongs, as determined by Equation 1 for all preceding Parades have been calculated.) The SGN and NoG fields are used to obtain the slot number assigned to one parade in the corresponding subframe.

상기 NoG 필드는 상기 데이터 그룹이 속한 퍼레이드에 할당된 그룹들의 번호를 표시한다(The number_of_Groups (NoG) field shall be the number of Groups in a Sub-Frame assigned to the Parade to which this Group belongs, minus 1, e.g., NoG = 0 implies that one Group is allocated to this Parade in a Sub-Frame). 상기 NoG 필드 값은 0~7 사이의 값을 가질 수 있다. 대응하는 퍼레이드에 할당된 슬롯 번호들은 SGN과 NoG로부터 산출될 수 있다. The NoG field indicates the number of groups assigned to the parade to which the data group belongs. (The number_of_Groups (NoG) field shall indicate the number of groups in a sub-frame assigned to the Parade. eg, NoG = 0 implies that one Group is allocated to this Parade in a Sub-Frame). The NoG field value may have a value between 0 and 7. The slot numbers assigned to the corresponding parade can be calculated from SGN and NoG.

상기 PRC 필드는 M/H 프레임 단위로 전송되는 퍼레이드의 반복 주기를 지시한다(The Parade_repetition_cycle (PRC) field shall be the cycle time over which the Parade is transmitted, minus 1, specified in units of M/H Frames).The PRC field indicates the repetition period of the parade transmitted in units of M / H frames. (The Parade_repetition_cycle (PRC) field indicates the parity is transmitted, minus 1, .

상기 RS_Frame_mode 필드는 하나의 퍼레이드로 하나의 RS 프레임을 전송하는지, 2개의 RS 프레임을 전송하는지를 표시한다.The RS_Frame_mode field indicates whether one RS frame or two RS frames are transmitted in one parade.

상기 RS_code_mode_primary 필드는 프라이머리 RS 프레임에 대한 RS 코드 모드를 표시한다.The RS_code_mode_primary field indicates an RS code mode for the primary RS frame.

상기 RS_code_mode_secondary 필드는 세컨더리 RS 프레임에 대한 RS 코드 모드를 표시한다.The RS_code_mode_secondary field indicates an RS code mode for the secondary RS frame.

상기 SCCC_Block_mode는 데이터 그룹 내 M/H 블록들이 SCCC 블록에 어떻게 할당되는지를 표시한다.The SCCC_Block_mode indicates how the M / H blocks in the data group are allocated to the SCCC block.

상기 SCCC_outer_code_mode_A 필드는 데이터 그룹 내 영역 A에 대한 SCCC 아웃터 코드 모드를 표시한다.The SCCC_outer_code_mode_A field indicates the SCCC outer code mode for the area A in the data group.

상기 SCCC_outer_code_mode_B 필드는 데이터 그룹 내 영역 B에 대한 SCCC 아웃터 코드 모드를 표시한다.The SCCC_outer_code_mode_B field indicates the SCCC outer code mode for the area B in the data group.

상기 SCCC_outer_code_mode_C 필드는 데이터 그룹 내 영역 C에 대한 SCCC 아웃터 코드 모드를 표시한다.The SCCC_outer_code_mode_C field indicates the SCCC outer code mode for the area C in the data group.

상기 SCCC_outer_code_mode_D 필드는 데이터 그룹 내 영역 D에 대한 SCCC 아웃터 코드 모드를 표시한다.The SCCC_outer_code_mode_D field indicates the SCCC outer code mode for the area D in the data group.

상기 FIC_version 필드는 FIC 데이터의 버전을 표시한다. 즉, 상기 FIC_version 필드는 해당 FIC 청크 데이터 구조의 버전을 표시한다. 이 필드의 값은 하나의 M/H 프레임을 통해 전송되는 모든 TPC 데이터 구조에서 동일하게 셋트된다. 그리고 상기 필드의 값은 상기 TPC 데이터가 전송되는 서브 프레임에서 current_next_indicator 필드 값이 0으로 셋트된 FIC 세그먼트가 존재할 때는 언제나 1만큼 증가된다(This field represents the version of the FIC-Chunk data structure. The value of this field shall be set equally to all the TPC data structure delivered through one M/H frame and shall be incremented by one whenever there is a FIC-Segment with current_next_indicator field set to '0' in the M/H Subframe, where the TPC data structure is delivered.).The FIC_version field indicates the version of the FIC data. That is, the FIC_version field indicates the version of the corresponding FIC chunk data structure. The value of this field is set identically in all TPC data structures transmitted via one M / H frame. The value of this field is incremented by 1 whenever there is an FIC segment in which the value of the current_next_indicator field is set to 0 in the subframe in which the TPC data is transmitted (This field represents the version of the FIC-Chunk data structure. This field shall be set equally to all the TPC data structures and shall be incremented by one whenever there is a FIC-Segment with the current_next_indicator field set to '0' in the M / H subframe, where the TPC data structure is delivered.).

상기 Parade_continuity_counter 필드는 0~15까지 증가하며, (PRC+1) M/H 프레임마다 1씩 증가한다. 예를 들어, PRC = 011라면, 상기 Parade_continuity_counter 필드는 4번째 M/H 프레임마다 증가한다.The Parade_continuity_counter field is incremented from 0 to 15, and increases by 1 for each (PRC + 1) M / H frame. For example, if PRC = 011, the Parade_continuity_counter field is incremented every fourth M / H frame.

상기 TNoG 필드는 하나의 서브 프레임 내에 할당되는 전체 데이터 그룹의 개수를 표시한다. 다시 말해, 하나의 서브 프레임 내 모든 퍼레이드들의 데이터 그룹의 합이다. 이 필드의 값은 0-16까지 증가한다. 상기 TNoG 필드 값은 현재 M/H 프레임 정보와 미리 시그널링을 위해 사용된다(The value of this field shall be the total number of groups to be transmitted during a Sub-Frame. In other words, it is the sum of NoGs of all Parades within a Sub-Frame. Its value shall be in the range of 0 through 16 inclusive. TNoG is used both for current M/H Frame information and for signaling in advance.). The TNoG field indicates the total number of data groups allocated in one subframe. In other words, it is the sum of the data groups of all the parades in one subframe. The value of this field is increased to 0-16. The TNoG field value is used for pre-signaling with the current M / H frame information. (The value of this field shall be the total number of groups transmitted during a Sub-Frame. In other words, it is the sum of NoGs It is possible to use the M / H frame information and for the signaling in advance of the sub-frame.

상기 tpc_protocol_version 필드는 일 실시예로 5비트를 할당하며, 해당 TPC 신택스 구조의 버전을 표시한다(A 5-bit unsigned integer field that represents the version of the structure of the TPC syntax. The 2 most-significant bits are the major version level; the least-significant three bits are the minor version level, to be interpreted as follows: A change in the major version level shall indicate a non-backward-compatible level of change. A change in the minor version level, provided the major version level remains the same, shall indicate a backward-compatible level of change. The initial value for this field shall be '11111'. At least one of the bits shall be changed so as to form a previously unused value of this field each time the TPC structure is changed by a future version of this standard. Other values of the version may be used in future to signal use of the reserved bits or a change in the defined syntax. The first such change shall be to '00' or '000', so that this field increments in the same manner as other fields for later changes.).The tpc_protocol_version field, in one embodiment, allocates 5 bits and indicates a version of the corresponding TPC syntax structure. (A 5-bit unsigned integer field represents the version of the structure of the TPC syntax. the major version level, the least significant three bits are the minor version level, to be interpreted as follows: A change in the major version level indicates a non-backward-compatible level of change. The initial value of this field shall be 11111. At least one of the bits shall be changed to a previously unused value of this The TPC structure has been changed to a future version of this standard. Other values may be used in the future to signal the use of the reserved bits or a change in the defined syntax. 'or '000', so that this field increments in the same manner as other fields for later changes.).

상기 TPC 데이터에 포함되는 정보들은 본 발명의 이해를 돕기 위한 일 실시예일 뿐이며, 상기 TPC 데이터에 포함되는 정보들의 추가 및 삭제는 당업자에 의해 용이하게 변경될 수 있으므로 본 발명은 상기 실시예로 한정되지 않을 것이다.  The information included in the TPC data is only an example for facilitating understanding of the present invention. Addition and deletion of information included in the TPC data can be easily changed by those skilled in the art. I will not.

이때 각 퍼레이드에 대한 TPC 데이터(Sub-Frame_number 필드, Slot_number 필드는 제외)는 하나의 M/H 프레임 동안 그 값들이 변경되지 않는다. 그리고 같은 정보가 하나의 M/H 프레임 동안 해당 퍼레이드 내 모든 데이터 그룹을 통해 반복적으로 전송된다. 이렇게 함으로써, TPC 데이터의 수신이 매우 로버스트하게 되어, 수신 성능을 높일 수 있다. 그리고 상기 Sub-Frame_number 필드, Slot_number 필드 값은 증가하는 카운터 값들이므로, 상기 필드들은 규칙적으로 기대되는 값들의 전송으로 인해 로버스트하다(Since the TPC parameters (except Sub-Frame_number and Slot_number) for each Parade do not change their values during an M/H Frame, the same information is transmitted repeatedly through all M/H Groups belonging to that Parade during an M/H Frame. This allows very robust and reliable reception of the TPC data. Because the Sub-Frame_number and the Slot_number are increasing counter values, they also are robust due to the transmission of regularly expected values). At this time, the TPC data (except for the Sub-Frame_number field and the Slot_number field) for each parade are not changed during one M / H frame. The same information is repeatedly transmitted through all the data groups in the parade during one M / H frame. By doing so, reception of TPC data becomes extremely robust, and reception performance can be enhanced. Since the value of the Sub-Frame_number field and the Slot_number field are incrementing counter values, the fields are robust due to the transmission of expected values regularly (since Sub-Frame_number and Slot_number) for each Parade do not Because the Sub-Frame_number is the same as that of the M-H Frame, the same information is transmitted repeatedly through all the M / H Groups. and the Slot_number are increasing counter values, they are also robust due to the transmission of regularly expected values.

도 28은 도 26과 같은 FIC 세그먼트 헤더를 가진 FIC 세그먼트들과 도 27과 같은 구조의 TPC 데이터를 수신하여 FIC 청크를 복원하는 예를 보이고 있다. FIG. 28 shows an example of restoring the FIC chunk by receiving FIC segments having the FIC segment header as shown in FIG. 26 and TPC data having the structure as shown in FIG.

즉, 도 28의 ①에서와 같이 TPC 데이터 구조의 FIC_versiopn 필드 값이 1 증가하면, 수신 시스템에서는 해당 FIC 청크의 데이터 구조가 업데이트되었다고 판단하고, 도 28의 ②에서와 같이 타임 슬라이싱 모드에서 나와, FIC 세그먼트들을 수집한다.28, if the value of the FIC_versiopn field of the TPC data structure is incremented by one, the receiving system determines that the data structure of the corresponding FIC chunk has been updated. If the data structure of the FIC chunk is updated, Collect segments.

그리고 도 28의 ③에서와 같이 수집된 FIC 세그먼트들의 각 FIC 세그먼트 헤더 내 FIC_segment_num 필드, FIC_last_segment_num 필드, 및 current_next_indicator 필드를 이용하여, 하나의 FIC 청크를 구성하는 FIC 세그먼 트들만을 모은 후 FIC 세그먼트 번호 순대로 각 FIC 세그먼트들을 배열하고, 배열된 각 FIC 세그먼트의 헤더를 제거한다. 그러면, 도 28의 ④에서와 같이 하나의 FIC 청크가 구성된다. 그리고 상기 구성된 FIC 청크로부터 M/H 프레임의 앙상블 구성 정보를 획득하고, 획득된 앙상블 구성 정보에 따라 도 28의 ⑤에서와 같이 타임 슬라이싱 모드로 들어간다(enter). 상기 도 28의 ③의 경우, 하나의 FIC 청크를 구성하는 FIC 세그먼트들만을 모을 때, FIC 세그먼트 헤더 내 FIC_major_protocol_version 필드를 추가로 이용할 수도 있다. 즉, segment_num 필드, FIC_last_segment_num 필드, current_next_indicator 필드, FIC_major_protocol_version 필드를 이용하여, 같은 프로토콜 버전의 다음(또는 현재) M/H 프레임의 앙상블 구성 정보를 시그널링하는 FIC 청크의 FIC 세그먼트들만을 모은 후 FIC 세그먼트 번호 순대로 각 FIC 세그먼트들을 배열하고, 배열된 각 FIC 세그먼트의 헤더를 제거하여 FIC 청크를 구성한다.Then, only the FIC segments constituting one FIC chunk are collected using the FIC_segment_num field, the FIC_last_segment_num field, and the current_next_indicator field in each FIC segment header of the collected FIC segments as shown in (3) in FIG. 28, , And removes the header of each FIC segment that is arranged. Then, one FIC chunk is constructed as shown in (4) of FIG. Then, the ensemble configuration information of the M / H frame is obtained from the FIC chunk configured as described above, and the time slicing mode is entered according to the obtained ensemble configuration information as shown in (5) of FIG. In the case of (3) in FIG. 28, when collecting only FIC segments constituting one FIC chunk, the FIC_major_protocol_version field in the FIC segment header may be additionally used. That is, only the FIC segments of the FIC chunk signaling the ensemble configuration information of the next (or current) M / H frame of the same protocol version are collected using the segment_num field, the FIC_last_segment_num field, the current_next_indicator field and the FIC_major_protocol_version field, And the FIC chunk is constructed by removing the header of each FIC segment arranged.

이와 같이 FIC 청크를 구성하게 되면, 상기 FIC 청크는 도 28의 ④에서와 같이 다음 M/H 프레임의 앙상블 구성 정보를 시그널링하는 FIC 청크의 FIC 세그먼트들로만 구성됨을 알 수 있다.When the FIC chunk is configured as described above, it can be seen that the FIC chunk consists only of the FIC segments of the FIC chunk that signals the ensemble configuration information of the next M / H frame, as shown in (4) in FIG.

따라서, 수신 시스템에서는 현재 M/H 프레임의 앙상블 구성 정보를 시그널링하는 FIC 청크의 FIC 세그먼트와 다음 M/H 앙상블 구성 정보를 시그널링하는 FIC 청크의 FIC 세그먼트들을 모아 하나의 FIC 청크를 구성하는 문제를 방지할 수 있다. 즉, 본 발명은 FIC 세그먼트 헤더에 해당 FIC 세그먼트의 페이로드로 전송되는 시그널링 정보가 현재 M/H 프레임의 시그널링 정보인지, 다음 M/H 프레임의 시그널 링 정보인지를 식별할 수 있는 M/H 프레임 식별 정보를 할당함으로써, 수신 시스템에서는 상기 FIC 청크로부터 에러 없이 다음 M/H 프레임의 앙상블 구성 정보를 획득할 수 있게 되고, 이로 인해 다음 M/H 프레임으로 전송되는 RS 프레임을 제대로 획득하여 복원할 수 있게 된다. Therefore, in the receiving system, the FIC segment of the FIC chunk signaling the ensemble configuration information of the current M / H frame and the FIC segments of the FIC chunk signaling the next M / H ensemble configuration information are gathered to prevent the problem of configuring one FIC chunk can do. That is, according to the present invention, in an FIC segment header, an M / H frame that can identify whether the signaling information transmitted to the payload of the FIC segment is signaling information of the current M / H frame and signaling information of the next M / By allocating the identification information, the receiving system can acquire the ensemble configuration information of the next M / H frame without error from the FIC chunk, and thereby, the RS frame transmitted in the next M / H frame can be properly acquired and restored .

도 29와 도 30은 본 발명에 따른 FIC 청크 처리 과정의 일 실시예를 보인 흐름도이다. 29 and 30 are flowcharts showing an embodiment of the FIC chunk processing procedure according to the present invention.

도 29와 도 30에 적용되는 수신기는 FIC 청크의 메이저 프로토콜 버전이 업데이트되면 해당 FIC 청크는 처리할 수 없는 수신기라고 가정한다. 또한 상기 수신기는 FIC 청크의 마이너 프로토콜 버전이 업데이트되면 상기 FIC 청크의 일부만을 처리할 수 있는 수신기라고 가정한다. 그리고 상기 수신기에는 상기 수신기에서 처리할 수 있는 FIC 청크의 메이저 프로토콜 버전과 마이너 프로토콜 버전이 저장되어 있다고 가정한다.It is assumed that the receiver applied in FIG. 29 and FIG. 30 is a receiver that can not process the FIC chunk if the major protocol version of the FIC chunk is updated. It is also assumed that the receiver is a receiver capable of processing only a portion of the FIC chunk if the minor protocol version of the FIC chunk is updated. It is assumed that the receiver stores a major protocol version and a minor protocol version of the FIC chunk that can be processed by the receiver.

즉, S501에서는 전술한 FIC 청크 복원 방법들 중 어느 하나를 이용하여 복수개의 FIC 세그먼트 페이로드들로부터 FIC 청크를 복원한다. 이때 상기 FIC 청크는 FIC 청크 헤더와 FIC 청크 페이로드로 구성되며, 상기 FIC 청크 헤더의 신택스 구조는 도 9와 같고, 상기 FIC 청크 페이로드의 신택스 구조는 도 12와 같다고 가정한다. That is, in step S501, the FIC chunk is restored from a plurality of FIC segment payloads using any one of the above-described FIC chunk restoration methods. In this case, the FIC chunk consists of an FIC chunk header and an FIC chunk payload. The syntax structure of the FIC chunk header is as shown in FIG. 9, and the syntax structure of the FIC chunk payload is as shown in FIG.

상기 S501에서 FIC 청크가 복원되면, 상기 FIC 청크 헤더의 일부를 파싱하여, 상기 FIC 청크 헤더에 포함된 필드 정보를 획득한다(S502). 상기 필드 정보는 FIC_major_protocol_version 필드, FIC_minor_protocol_version 필드, FIC_chunk_header_extension_length 필드, ensemble_loop_header_extension_length 필드, M/H_service_loop_extension_length 필드, current_next_indicator 필드, transport_stream_id 필드, 및 num_ensembles 필드로부터 추출된 정보 중 적어도 하나를 포함한다. When the FIC chunk is restored in step S501, a part of the FIC chunk header is parsed to obtain field information included in the FIC chunk header (S502). The field information includes at least one of the FIC_major_protocol_version field, the FIC_minor_protocol_version field, the FIC_chunk_header_extension_length field, the ensemble_loop_header_extension_length field, the M / H_service_loop_extension_length field, the current_next_indicator field, the transport_stream_id field, and the information extracted from the num_ensembles field.

그리고 상기 복원된 FIC 청크의 메이저 프로토콜 버전이 업데이트되었는지를 확인한다(S503). 이는 상기 복원된 FIC 청크의 청크 헤더 내 FIC_major_protocol_version 필드로부터 획득한 메이저 프로토콜 버전과 상기 수신기에 저장된 FIC 청크의 메이저 프로토콜 버전을 비교하면 알 수 있다. 본 발명은 상기 S502에서 획득한 FIC 청크의 메이저 프로토콜 버전 값이 상기 수신기에 저장된 FIC 청크의 메이저 프로토콜 버전 값보다 크면, 상기 복원된 FIC 청크의 메이저 프로토콜 버전이 업데이트되었다고 판단하는 것을 일 실시예로 한다.Then, it is checked whether the major protocol version of the restored FIC chunk is updated (S503). This can be obtained by comparing the major protocol version obtained from the FIC_major_protocol_version field in the chunk header of the recovered FIC chunk with the major protocol version of the FIC chunk stored in the receiver. The present invention determines that the major protocol version of the restored FIC chunk is updated if the major protocol version value of the FIC chunk acquired in S502 is greater than the major protocol version value of the FIC chunk stored in the receiver .

상기 S503에서 FIC 청크의 메이저 프로토콜 버전이 업데이트되었다고 확인되면, 상기 S501에서 복원된 FIC 청크의 처리를 완료할 수 없다(S504). 즉, 상기 S501에서 복원된 FIC 청크의 페이로드를 처리하지 않는다.If it is determined in step S503 that the major protocol version of the FIC chunk has been updated, the processing of the FIC chunk recovered in step S501 can not be completed (S504). That is, the payload of the FIC chunk restored in S501 is not processed.

한편 상기 S503에서 FIC 청크의 메이저 프로토콜 버전이 업데이트되지 않았다고 확인되면, 상기 복원된 FIC 청크의 마이너 프로토콜 버전이 업데이트되었는지를 확인한다(S505). 이는 상기 복원된 FIC 청크의 청크 헤더 내 FIC_minor_protocol_version 필드로부터 획득한 마이너 프로토콜 버전과 상기 수신기에 저장된 FIC 청크의 마이너 프로토콜 버전을 비교하면 알 수 있다. 본 발명은 상기 S502에서 획득한 FIC 청크의 마이너 프로토콜 버전 값이 상기 수신기에 저장 된 FIC 청크의 마이너 프로토콜 버전 값보다 크면, 상기 복원된 FIC 청크의 마이너 프로토콜 버전이 업데이트되었다고 판단하는 것을 일 실시예로 한다.If it is determined in step S503 that the major protocol version of the FIC chunk has not been updated, it is checked whether the minor protocol version of the restored FIC chunk is updated (S505). This can be known by comparing the minor protocol version obtained from the FIC_minor_protocol_version field in the chunk header of the recovered FIC chunk with the minor protocol version of the FIC chunk stored in the receiver. The present invention determines that the minor protocol version of the restored FIC chunk is updated if the minor protocol version value of the FIC chunk acquired in step S502 is greater than the minor protocol version value of the FIC chunk stored in the receiver do.

상기 S505에서 FIC 청크의 마이너 프로토콜 버전이 업데이트되지 않았다고 확인되면 상기 S501에서 복원된 FIC 청크의 페이로드 내 앙상블 루프 헤더를 처리하여(S506), 상기 앙상블에 포함된 모바일 서비스의 개수를 획득한다(S507). 상기 모바일 서비스의 개수는 num_MH_services 필드로부터 알 수 있다.If it is determined in S505 that the minor protocol version of the FIC chunk has not been updated, the ensemble loop header in the payload of the FIC chunk restored in S501 is processed (S506), and the number of mobile services included in the ensemble is obtained (S507 ). The number of mobile services can be known from the num_MH_services field.

상기 S507이 수행되고 나면, 상기 복원된 FIC 청크의 마이너 프로토콜 버전이 업데이트되었는지를 다시 확인한다(S508). 상기 확인 방법은 상기 S505의 상세 설명을 참조하면 되므로 여기서는 생략하기로 한다. After the step S507 is performed, it is checked again whether the minor protocol version of the restored FIC chunk is updated (S508). The above confirmation method will be omitted because it will be referred to the detailed description of the above S505.

상기 S508에서 FIC 청크의 마이너 프로토콜 버전이 업데이트되지 않았다고 확인되면, 상기 S506에서 처리된 앙상블에 포함되는 모바일 서비스 루프 즉, M/H service 루프를 처리한다(S509). 상기 M/H service 루프를 처리하는 과정은 상기 앙상블에 포함된 모바일 서비스 개수만큼 반복 수행된다.If it is determined in step S508 that the minor protocol version of the FIC chunk has not been updated, the M / H service loop included in the ensemble processed in step S506 is processed in step S509. The process of processing the M / H service loop is repeated as many times as the number of mobile services included in the ensemble.

즉, 상기 S509에서 M/H service 루프가 처리되고 나면, 상기 S509에서 처리된 모바일 서비스가 상기 S506에서 처리된 앙상블 루프 헤더에 포함된 마지막 M/H 서비스인지를 확인한다(S510). 이는 상기 앙상블 루프 헤더의 num_MH_services 필드로부터 알 수 있다. That is, when the M / H service loop is processed in step S509, it is confirmed in step S510 whether the mobile service processed in step S509 is the last M / H service included in the ensemble loop header processed in step S506. This can be known from the num_MH_services field of the ensemble loop header.

만일 마지막 M/H 서비스이면 다음 앙상블 루프 헤더를 처리하기 위해 S511로 진행하고, 마지막 M/H 서비스가 아니면 상기 앙상블 루프 헤더에 포함된 다음 M/H 서비스 루프를 처리하기 위하여 상기 S508로 되돌아간다. If it is the last M / H service, the process advances to step S511 to process the next ensemble loop header. If not, the process returns to step S508 to process the next M / H service loop included in the ensemble loop header.

상기 S511은 상기 S510에서 마지막 M/H 서비스라고 확인되면, 상기 마지막 M/H 서비스가 포함된 앙상블이 상기 복원된 FIC 청크에서 시그널링하는 마지막 앙상블인지를 확인한다. 이는 상기 FIC 청크의 num_ensembles 필드로부터 알 수 있다.In step S511, if it is determined in step S510 that the M / H service is the last M / H service, it is confirmed whether the ensemble including the last M / H service is the last ensemble signaling in the restored FIC chunk. This can be known from the num_ensembles field of the FIC chunk.

상기 S511에서 마지막 앙상블이라고 확인되면, 상기 FIC 청크의 처리는 완료된다(S512). 하지만, 상기 S511에서 마지막 앙상블이 아니라고 확인되면, 상기 복원된 FIC 청크에 포함된 다음 앙상블을 처리하기 위하여 상기 S505로 되돌아간다.If the final ensemble is confirmed in step S511, the processing of the FIC chunk is completed (S512). However, if it is determined in step S511 that the last ensemble is not the last ensemble, the process returns to step S505 to process the next ensemble included in the restored FIC chunk.

한편, 상기 S505에서 FIC 청크의 마이너 프로토콜 버전이 업데이트되었다고 확인되면 상기 FIC 청크에 시그널링된 확장 필드의 길이 정보에 따라 해당 확장 필드를 제외한 나머지 필드들은 처리하고, 해당 확장 필드는 스킵한다.If it is determined in step S505 that the minor protocol version of the FIC chunk has been updated, the remaining fields except for the corresponding extension field are processed according to the length information of the extended field signaled to the FIC chunk, and the extended field is skipped.

즉, 상기 FIC 청크의 마이너 프로토콜 버전이 변경되면, 상기 FIC_chunk_header_extension_length 필드로부터 얻은 n1 (n1

0) 바이트의 길이 정보에 따라 상기 FIC 청크의 끝에 추가된 n1 바이트의 FIC 청크 헤더 확장 필드는 처리하지 않고 스킵한다(S513).That is, if the FIC_chunk_header_extension_length field is changed to the minor protocol version of the FIC chunk, n1 (n1

0) bytes, the FIC chunk header extension field of n1 bytes added to the end of the FIC chunk is skipped without processing (S513).

그리고 상기 FIC 청크의 마이너 프로토콜 버전이 변경되면, 상기 수신기에서 디코드할 수 있는 앙상블 루프 헤더 부분을 처리한다(S514). 이때, 상기 ensemble_loop_header_extension_length 필드로부터 얻은 n2 (n2

0) 바이트 길이 정보에 따라 상기 앙상블 루프 헤더의 끝에 추가된 n2 바이트의 앙상블 루프 헤더 확장 필드는 처리하지 않고 스킵한다(S515).If the minor protocol version of the FIC chunk is changed, the receiver processes an ensemble loop header portion that can be decoded by the receiver (S514). At this time, n2 (n2) obtained from the ensemble_loop_header_extension_length field

0) byte length information, the ensemble loop header extension field of n2 bytes added to the end of the ensemble loop header is skipped without processing (S515).

또한 상기 FIC 청크의 마이너 프로토콜 버전이 변경되면, 상기 수신기에서 디코드할 수 있는 M/H 서비스 루프 부분을 처리한다(S516). 이때 상기 M/H_service_loop_extension_length 필드로부터 얻은 n3 (n3

0) 바이트의 길이 정보에 따라 상기 M/H 서비스 루프의 끝에 추가된 n3 바이트의 M/H 서비스 루프 확장 필드는 처리하지 않고 스킵한다(S517).If the minor protocol version of the FIC chunk is changed, the M / H service loop portion that can be decoded by the receiver is processed (S516). At this time, n3 (n3 (n)) obtained from the M / H_service_loop_extension_length field

0) bytes of the M / H service loop extension field added to the end of the M / H service loop in accordance with the length information of the M / H service loop in step S517.

상기 S516, S517에서 M/H service 루프가 처리되고 나면, 상기 S516, S517에서 처리된 모바일 서비스가 상기 S514,S515에서 처리된 앙상블 루프 헤더에 포함된 마지막 M/H 서비스인지를 확인한다(S510). 이는 상기 앙상블 루프 헤더의 num_MH_services 필드로부터 알 수 있다. After the M / H service loop is processed in S516 and S517, it is confirmed whether the mobile service processed in S516 and S517 is the last M / H service included in the ensemble loop header processed in S514 and S515 (S510) . This can be known from the num_MH_services field of the ensemble loop header.

만일 마지막 M/H 서비스이면 다음 앙상블 루프 헤더를 처리하기 위해 S511로 진행하고, 마지막 M/H 서비스가 아니면 상기 앙상블 루프 헤더의 다음 M/H 서비스 루프를 처리하기 위하여 상기 S508로 되돌아간다. If it is the last M / H service, the process advances to step S511 to process the next ensemble loop header. If not, the process returns to step S508 to process the next M / H service loop of the ensemble loop header.

상기 S511은 상기 S510에서 마지막 M/H 서비스라고 확인되면, 상기 마지막 M/H 서비스가 포함된 앙상블이 상기 복원된 FIC 청크에서 시그널링하는 마지막 앙상블인지를 확인한다. 이는 상기 FIC 청크의 num_ensembles 필드로부터 알 수 있다.In step S511, if it is determined in step S510 that the M / H service is the last M / H service, it is confirmed whether the ensemble including the last M / H service is the last ensemble signaling in the restored FIC chunk. This can be known from the num_ensembles field of the FIC chunk.

상기 S511에서 마지막 앙상블이라고 확인되면, 상기 FIC 청크의 처리는 완료된다(S512). 하지만, 상기 S511에서 마지막 앙상블이 아니라고 확인되면, 상기 복원된 FIC 청크에 포함된 다음 앙상블을 처리하기 위하여 상기 S505로 되돌아간다.If the final ensemble is confirmed in step S511, the processing of the FIC chunk is completed (S512). However, if it is determined in step S511 that the last ensemble is not the last ensemble, the process returns to step S505 to process the next ensemble included in the restored FIC chunk.

한편, 상기 수신기가 FIC 메이저 프로토콜 버전 변경을 수용할 수 있는 수신기라면, 복수개의 FIC 세그먼트들로부터 복원된 FIC 청크는 정상적으로 처리된다. On the other hand, if the receiver is a receiver capable of accepting the FIC major protocol version change, the FIC chunk recovered from the plurality of FIC segments is processed normally.

또한 상기 수신기가 FIC 마이너 프로토콜 버전 변경을 수용할 수 있는 수신기이고, 상기 FIC 청크의 마이너 프로토콜 버전이 업데이트되었다고 확인되면 상기 FIC 청크에 시그널링된 확장 필드의 길이 정보에 따라 해당 확장 필드까지 처리한다. 즉, 상기 FIC_chunk_header_extension_length 필드로부터 얻은 n1 (n1

0) 바이트의 길이 정보에 따라 상기 FIC 청크의 끝에 추가된 n1 바이트의 FIC 청크 헤더 확장 필드까지 처리한다. 그리고 상기 ensemble_loop_header_extension_length 필드로부터 얻은 n2 (n2

0) 바이트길이 정보에 따라 상기 앙상블 루프 헤더의 끝에 추가된 n2 바이트의 앙상블 루프 헤더 확장 필드까지 처리한다. 또한 상기 M/H_service_loop_extension_length 필드로부터 얻은 n3 (n3

0) 바이트의 길이 정보에 따라 상기 M/H 서비스 루프의 끝에 추가된 n3 바이트의 M/H 서비스 루프 확장 필드까지 처리한다. 예를 들어, 해당 마이너 프로토콜 버전 변경을 수용할 수 있는 수신 시스템이라면, 해당 확장 필드(extension field)에서 지시하는 내용을 알 수 있으며, 그 확장 필드에서 지시하는 내용에 따른 동작을 수행할 수 있다. Also, if the receiver is a receiver capable of receiving the FIC minor protocol version change and it is confirmed that the minor protocol version of the FIC chunk has been updated, it processes up to the corresponding extension field according to the length information of the extended field signaled to the FIC chunk. That is, n1 (n1) obtained from the FIC_chunk_header_extension_length field

0) bytes of the FIC chunk header extension field of n1 bytes added to the end of the FIC chunk in accordance with the length information. Then, n2 (n2) obtained from the ensemble_loop_header_extension_length field

0) byte length information to the ensemble loop header extension field of n2 bytes added to the end of the ensemble loop header. Further, n3 (n3 (n)) obtained from the M / H_service_loop_extension_length field

0 service byte length M / H service loop extension field added to the end of the M / H service loop according to the length information of the M / H service loop. For example, if the receiving system can accommodate the minor protocol version change, the contents indicated by the extension field can be known, and the operation according to the contents indicated by the extension field can be performed.

지금까지 설명한 본 발명은 상술한 실시예에 한정되지 않으며, 첨부된 청구범위에서 알 수 있는 바와 같이 본 발명이 속한 분야의 통상의 지식을 가지 자에 의해 변형이 가능하고 이러한 변형은 본 발명의 범위에 속한다. It is to be understood that both the foregoing general description and the following detailed description are exemplary and explanatory and are not restrictive of the invention, .

도 1은 본 발명에 따른 수신 시스템의 일 실시예를 보인 구성 블록도1 is a block diagram showing an embodiment of a receiving system according to the present invention;

도 2는 본 발명에 따른 데이터 그룹의 구조에 대한 일 실시예를 보인 도면 2 is a diagram showing an embodiment of a structure of a data group according to the present invention.

도 3은 본 발명의 일 실시예에 따른 RS 프레임을 도시한 도면 3 is a diagram illustrating an RS frame according to an embodiment of the present invention.

도 4는 본 발명에 따른 모바일 서비스 데이터의 송신과 수신을 위한 M/H 프레임 구조의 일 예를 보인 도면 4 is a diagram showing an example of an M / H frame structure for transmission and reception of mobile service data according to the present invention;

도 5는 일반적인 VSB 프레임 구조의 일 예를 보인 도면 5 is a diagram showing an example of a general VSB frame structure.

도 6은 본 발명에 따른 모바일 서비스를 위한 데이터 전송 구조의 일 실시예를 보인 도면6 is a diagram showing an embodiment of a data transmission structure for a mobile service according to the present invention.

도 7은 본 발명의 일 실시예에 따른 계층적인 시그널링 구조를 도시한 도면 Figure 7 illustrates a hierarchical signaling structure in accordance with an embodiment of the present invention.

도 8은 본 발명에 따른 FIC 청크의 신택스 구조에 대한 일 실시예를 보인 도면8 is a diagram showing an embodiment of a syntax structure of an FIC chunk according to the present invention.

도 9는 본 발명에 따른 FIC 청크 헤더의 신택스 구조에 대한 일 실시예를 보인 도면9 is a diagram showing an embodiment of a syntax structure of an FIC chunk header according to the present invention.

도 10은 본 발명에 따른 FIC 청크의 마이너 프로토콜 버전이 변경되는 일 실시예를 보인 도면10 is a diagram showing an embodiment in which the minor protocol version of the FIC chunk according to the present invention is changed.

도 11은 본 발명에 따른 FIC 청크의 마이너 프로토콜 버전이 변경될 때의 기존 수신기의 동작의 일 실시예를 보인 도면11 is a diagram showing an embodiment of the operation of a conventional receiver when the minor protocol version of the FIC chunk according to the present invention is changed.

도 12는 본 발명에 따른 FIC 청크 페이로드의 신택스 구조에 대한 일 실시예를 보인 도면12 is a diagram showing an embodiment of a syntax structure of an FIC chunk payload according to the present invention.

도 13은 본 발명에 따른 FIC 청크의 세그먼테이션 과정의 일 실시예를 보인 도면13 is a diagram showing an embodiment of the segmentation process of the FIC chunk according to the present invention.

도 14는 본 발명에 따른 FIC 세그먼트들을 전송하는 일 실시예를 보인 도면14 is a diagram illustrating an embodiment of transmitting FIC segments according to the present invention.

도 15는 본 발명에 따른 FIC 세그먼트들을 전송하는 다른 실시예를 보인 도면15 is a diagram illustrating another embodiment for transmitting FIC segments according to the present invention.

도 16은 본 발명에 따른 FIC 세그먼트 헤더의 신택스 구조에 대한 일 실시예를 보인 도면16 is a diagram showing an embodiment of a syntax structure of an FIC segment header according to the present invention.

도 17은 본 발명에 따른 FIC 세그먼트들을 수신하여 FIC 청크를 복원하는 일 실시예를 보인 도면17 is a diagram illustrating an embodiment for receiving FIC segments according to the present invention and recovering FIC chunks;

도 18은 본 발명에 따른 FIC 세그먼트들을 수신하여 FIC 청크를 복원하는 다른 실시예를 보인 도면18 shows another embodiment for receiving FIC segments according to the present invention and restoring FIC chunks;

도 19는 본 발명에 따른 FIC 세그먼트들을 수신하여 FIC 청크를 복원할 때 발생할 수 있는 에러의 일 예를 보인 도면19 is a diagram showing an example of errors that may occur when receiving FIC segments according to the present invention and restoring FIC chunks;

도 20은 본 발명에 따른 FIC 세그먼트 헤더의 신택스 구조에 대한 다른 실시예를 보인 도면20 is a view showing another embodiment of the syntax structure of the FIC segment header according to the present invention.

도 21은 본 발명에 따른 FIC 세그먼트들을 수신하여 FIC 청크를 복원하는 또 다른 실시예를 보인 도면 Figure 21 shows another embodiment for receiving FIC segments according to the present invention and restoring FIC chunks;

도 22는 본 발명에 따른 FIC 청크의 데이터 구조가 변경되는 예를 보인 도면22 is a diagram showing an example in which the data structure of the FIC chunk according to the present invention is changed;

도 23은 본 발명에 따른 FIC 청크를 미리 시그널링(advance signaling)할 때 RS 프레임을 복원하는 과정의 일 실시예를 보인 도면23 is a diagram illustrating an example of a process of restoring an RS frame when advance signaling an FIC chunk according to the present invention.

도 24는 본 발명에 따른 FIC 청크를 미리 시그널링(advance signaling)할 때 RS 프레임을 복원하는 과정의 다른 실시예를 보인 도면24 is a view showing another embodiment of a process of restoring an RS frame when advance signaling an FIC chunk according to the present invention.

도 25는 본 발명에 따른 FIC 세그먼트들을 수신하여 FIC 청크를 복원할 때 발생할 수 있는 에러의 다른 예를 보인 도면25 is a diagram showing another example of errors that may occur when receiving FIC segments according to the present invention and restoring FIC chunks;

도 26은 본 발명에 따른 FIC 세그먼트 헤더의 신택스 구조에 대한 또 다른 실시예를 보인 도면26 is a view showing still another embodiment of a syntax structure of an FIC segment header according to the present invention;

도 27은 본 발명에 따른 TPC 데이터의 신택스 구조에 대한 다른 실시예를 보인 도면27 is a diagram showing another embodiment of the syntax structure of TPC data according to the present invention.

도 28은 본 발명에 따른 FIC 세그먼트들을 수신하여 FIC 청크를 복원하는 또 다른 실시예를 보인 도면 28 is a diagram illustrating another embodiment for receiving FIC segments according to the present invention and restoring FIC chunks;

도 29와 도 30은 본 발명에 따른 FIC 청크 처리 과정의 일 실시예를 보인 흐름도29 and 30 are flowcharts illustrating an embodiment of the FIC chunk processing procedure according to the present invention.

Claims (16)

방송 서비스를 위해 방송 서비스 데이터를 FEC (Forward Error Correction) 인코딩하는 단계; Encoding FEC (Forward Error Correction) of broadcast service data for a broadcast service; 상기 방송 서비스를 시그널링하기 위한 제1 시그널링 데이터를 FEC 인코딩하는 단계; 및FEC encoding the first signaling data for signaling the broadcast service; And 상기 인코딩된 방송 서비스 데이터와 상기 인코딩된 제1 시그널링 데이터를 포함하는 프레임을 전송하는 단계를 포함하고,And transmitting a frame including the encoded broadcast service data and the encoded first signaling data, 여기서 상기 프레임은 제2 시그널링 데이터를 더 포함하며, Wherein the frame further comprises second signaling data, 상기 제1 시그널링 데이터는 상기 방송 서비스를 식별하기 위한 식별 정보를 포함하고, 상기 제2 시그널링 데이터는 상기 방송 서비스를 위해 억세스 정보를 포함하며,Wherein the first signaling data includes identification information for identifying the broadcast service, the second signaling data includes access information for the broadcast service, 상기 제1 시그널링 데이터는 상기 제2 시그널링 데이터를 전송하기 위해 사용되는 프로토콜의 메이저 버전 정보와 마이너 버전 정보를 더 포함하는 것을 특징으로 하는 송신 시스템의 데이터 처리 방법.Wherein the first signaling data further includes major version information and minor version information of a protocol used for transmitting the second signaling data. 제 1 항에 있어서,The method according to claim 1, 상기 제1 시그널링 데이터는 상기 제1 시그널링 데이터를 전송하기 위해 사용되는 프로토콜의 메이저 버전 정보와 마이너 버전 정보를 정보를 더 포함하는 것을 특징으로 하는 송신 시스템의 데이터 처리 방법.Wherein the first signaling data further includes information of major version information and minor version information of a protocol used for transmitting the first signaling data. 삭제delete 제 2 항에 있어서,3. The method of claim 2, 상기 메이저 버전 정보의 변경은 역호환 가능하지 않은 (non-backward compatible) 레벨의 변경을 지시하고, 상기 마이너 버전 정보의 변경은 역호환 가능한 (backward compatible) 레벨의 변경을 지시하는 것을 특징으로 하는 송신 시스템의 데이터 처리 방법.Wherein the change of the major version information indicates a non-backward compatible level change, and the change of the minor version information indicates a change of a backward compatible level. A method for processing data in a system. 방송 서비스를 위해 방송 서비스 데이터를 FEC 인코딩하는 제1 인코더; A first encoder for FEC encoding the broadcast service data for a broadcast service; 상기 방송 서비스를 시그널링하기 위한 제1 시그널링 데이터를 FEC 인코딩하는 제2 인코더; 및A second encoder for FEC encoding the first signaling data for signaling the broadcast service; And 상기 인코딩된 방송 서비스 데이터와 상기 인코딩된 제1 시그널링 데이터를 포함하는 프레임을 전송하는 전송부를 포함하고,And a transmitter for transmitting a frame including the encoded broadcast service data and the encoded first signaling data, 여기서 상기 프레임은 제2 시그널링 데이터를 더 포함하며,Wherein the frame further comprises second signaling data, 상기 제1 시그널링 데이터는 상기 방송 서비스를 식별하기 위한 식별 정보를 포함하고, 상기 제2 시그널링 데이터는 상기 방송 서비스를 위해 억세스 정보를 포함하며,Wherein the first signaling data includes identification information for identifying the broadcast service, the second signaling data includes access information for the broadcast service, 상기 제1 시그널링 데이터는 상기 제2 시그널링 데이터를 전송하기 위해 사용되는 프로토콜의 메이저 버전 정보와 마이너 버전 정보를 더 포함하는 것을 특징으로 하는 송신 시스템.Wherein the first signaling data further includes major version information and minor version information of a protocol used for transmitting the second signaling data. 제 5 항에 있어서,6. The method of claim 5, 상기 제1 시그널링 데이터는 상기 제1 시그널링 데이터를 전송하기 위해 사용되는 프로토콜의 메이저 버전 정보와 마이너 버전 정보를 더 포함하는 것을 특징으로 하는 송신 시스템.Wherein the first signaling data further includes major version information and minor version information of a protocol used for transmitting the first signaling data. 삭제delete 제 6 항에 있어서,The method according to claim 6, 상기 메이저 버전 정보의 변경은 역호환 가능하지 않은 레벨의 변경을 지시하고, 상기 마이너 버전 정보의 변경은 역호환 가능한 레벨의 변경을 지시하는 것을 특징으로 하는 송신 시스템.Wherein the change of the major version information indicates a change of a level that is not backward compatible and the change of the minor version information indicates a change of a backward compatible level. 삭제delete 삭제delete 삭제delete 삭제delete 삭제delete 삭제delete 삭제delete 삭제delete

Images