KR20100105314A - 송/수신 시스템 및 데이터 처리 방법 - Google Patents

Abstract

모바일 방송을 위한 데이터를 수신하는 수신 시스템 및 데이터 처리 방법이 개시된다. 상기 수신 시스템은 수신부, 제1 핸들러, 및 제2 핸들러를 포함한다. 상기 수신부는 모바일 방송망을 통해 방송 신호를 수신한다. 상기 방송 신호는 모바일 서비스 데이터와 제1 시그널링 테이블을 포함하고, 상기 제1 시그널링 테이블은 상기 모바일 서비스 데이터에 대한 서비스 가이드의 전송 정보와 부트스트래핑 정보를 포함한다. 상기 제1 핸들러는 상기 제1 시그널링 테이블에 포함된 상기 서비스 가이드의 전송 정보를 기초로 상기 서비스 가이드의 부트스트래핑 정보를 획득한다. 상기 제2 핸들러는 상기 획득한 서비스 가이드의 부트스트래핑 정보를 이용하여 상기 서비스 가이드를 억세스한다.

서비스 시그널링 채널, 서비스 가이드, 부트스트랩

Description

송/수신 시스템 및 데이터 처리 방법{Transmitting/receiving system and method of processing data in the transmitting/receiving system}

본 발명은 모바일 방송을 위한 데이터를 송신하고 수신하기 위한 송/수신 시스템 및 데이터 처리 방법에 관한 것이다.

디지털 방송 중 북미 및 국내에서 디지털 방송 표준으로 채택된 VSB(Vestigial Sideband) 전송 방식은 싱글 캐리어 방식이므로 열악한 채널 환경에서는 수신 시스템의 수신 성능이 떨어질 수 있다. 특히 휴대용이나 이동형 방송 수신기의 경우에는 채널 변화 및 노이즈에 대한 강건성이 더욱 요구되므로, 상기 VSB 전송 방식으로 모바일 방송을 위한 데이터를 전송하는 경우 수신 성능이 더욱 떨어지게 된다.

따라서 본 발명의 목적은 채널 변화 및 노이즈에 강한 디지털 방송 송/수신 시스템 및 데이터 처리 방법을 제공함에 있다.

본 발명의 다른 목적은 서비스 가이드를 효율적으로 수신할 수 있도록 하는 수신 시스템 및 데이터 처리 방법을 제공함에 있다.

본 발명의 또 다른 목적은 서비스 가이드의 부트스트래핑(bootstrapping) 정보를 수신할 수 있도록 하는 수신 시스템 및 데이터 처리 방법을 제공함에 있다.

본 발명의 또 다른 목적은 다른 채널의 모바일 방송을 통하여 전송되는 서비스 가이드의 부트스트래핑(Bootstrapping) 정보를 수신할 수 있도록 하는 수신 시스템 및 데이터 처리 방법을 제공함에 있다.

본 발명의 또 다른 목적은 타 방송망을 통하여 전송되는 서비스 가이드의 부트스트래핑(Bootstrapping) 정보를 수신할 수 있도록 하는 수신 시스템 및 데이터 처리 방법을 제공함에 있다.

본 발명의 또 다른 목적은 양방향 채널을 통하여 전송되는 서비스 가이드의 부트스트래핑(Bootstrapping) 정보를 수신할 수 있도록 하는 수신 시스템 및 데이터 처리 방법을 제공함에 있다.

상기 목적을 달성하기 위하여, 본 발명의 일 실시예에 따른 수신 시스템의 데이터 처리 방법은, 모바일 방송망을 통해 방송 신호를 수신하며, 상기 방송 신호는 모바일 서비스 데이터와 제1 시그널링 테이블을 포함하고, 상기 제1 시그널링 테이블은 상기 모바일 서비스 데이터에 대한 서비스 가이드의 전송 정보와 부트스트래핑 정보를 포함하는 단계, 상기 제1 시그널링 테이블에 포함된 상기 서비스 가이드의 전송 정보를 기초로 상기 서비스 가이드의 부트스트래핑 정보를 획득하는 단계, 및 상기 획득한 서비스 가이드의 부트스트래핑 정보를 이용하여 상기 서비스 가이드를 억세스하는 단계를 포함한다.

상기 서비스 가이드가 상기 모바일 서비스 데이터가 포함된 방송 신호에 포함되어 전송됨을 상기 서비스 가이드의 전송 정보가 지시하면, 상기 서비스 가이드의 부트스트래핑 정보는 상기 서비스 가이드를 포함하는 모바일 서비스의 식별자, 상기 서비스 가이드의 어나운스먼트 채널에 대한 전송 세션 식별자를 포함한다.

상기 서비스 가이드가 상기 모바일 서비스 데이터가 포함된 방송 신호의 물리적 채널과 다른 물리적 채널의 방송 신호에 포함되어 전송됨을 상기 서비스 가이드의 전송 정보가 지시하면, 상기 서비스 가이드의 부트스트래핑 정보는 상기 서비스 가이드를 포함하는 방송 신호의 트랜스포트 스트림 식별자, 상기 서비스 가이드를 포함하는 모바일 서비스의 식별자, 상기 서비스 가이드의 어나운스먼트 채널에 대한 전송 세션 식별자를 포함한다.

상기 서비스 가이드가 상기 모바일 방송망과 다른 방송망으로 전송됨을 상기 서비스 가이드의 전송 정보가 지시하면, 상기 서비스 가이드의 부트스트래핑 정보는 상기 서비스 가이드의 어나운스머트 채널에 대한 IP 억세스 정보와 상기 서비스 가이드의 어나운스먼트 채널에 대한 전송 세션 식별자를 포함한다.

상기 서비스 가이드가 양방향 채널을 통해 전송됨을 상기 서비스 가이드의 전송 정보가 지시하면, 상기 서비스 가이드의 부트스트래핑 정보는 상기 서비스 가이드의 엔트리 포인트 위치를 나타내는 URL(Uniform Resource Locator)을 포함한다.

본 발명의 일 실시예에 따른 수신 시스템은 수신부, 제1 핸들러, 및 제2 핸 들러를 포함한다. 상기 수신부는 모바일 방송망을 통해 방송 신호를 수신한다. 상기 방송 신호는 모바일 서비스 데이터와 제1 시그널링 테이블을 포함하고, 상기 제1 시그널링 테이블은 상기 모바일 서비스 데이터에 대한 서비스 가이드의 전송 정보와 부트스트래핑 정보를 포함한다. 상기 제1 핸들러는 상기 제1 시그널링 테이블에 포함된 상기 서비스 가이드의 전송 정보를 기초로 상기 서비스 가이드의 부트스트래핑 정보를 획득한다. 상기 제2 핸들러는 상기 획득한 서비스 가이드의 부트스트래핑 정보를 이용하여 상기 서비스 가이드를 억세스한다.

본 발명의 다른 목적, 특징 및 잇점들은 첨부한 도면을 참조한 실시예들의 상세한 설명을 통해 명백해질 것이다.

본 발명은 앙상블과 모바일 서비스간의 매핑 정보를 FIC 청크를 이용하여 시그널링하고, 상기 FIC 청크는 FIC 세그먼트 단위로 분할하여 FIC를 통해 전송함으로써, 수신 시스템에서 빠른 서비스 획득을 수행할 수 있도록 한다.

또한 본 발명에 따른 가이드 억세스 테이블(GAT)에 시그널링된 서비스 가이드 부트스트래핑 정보를 이용함으로써, 현재 모바일 방송과 관련된 서비스 가이드(Service Guide)가 현재 모바일 방송, 다른 채널의 모바일 방송, 다른 방송망, 양방향 채널 중 어느 하나로 전송되더라도 상기 서비스 가이드를 억세스할 수 있다.

본 발명은 채널을 통하여 모바일 서비스 데이터를 송신할 때 에러에 강하고 또한 기존의 수신기와도 호환성이 가능한 이점이 있다. 본 발명은 고스트와 잡음이 심한 채널에서도 모바일 서비스 데이터를 에러없이 수신할 수 있는 이점이 있다. 본 발명은 데이터 영역의 특정 위치에 기지 데이터를 삽입하여 전송함으로써, 채널 변화가 심한 환경에서 수신 시스템의 수신 성능을 향상시킬 수 있다. 특히 본 발명은 채널 변화가 심하고 노이즈에 대한 강건성이 요구되는 휴대용 및 이동 수신기에 적용하면 더욱 효과적이다.

이하 상기의 목적을 구체적으로 실현할 수 있는 본 발명의 바람직한 실시예를 첨부한 도면을 참조하여 설명한다. 이때 도면에 도시되고 또 이것에 의해서 설명되는 본 발명의 구성과 작용은 적어도 하나의 실시예로서 설명되는 것이며, 이것에 의해서 본 발명의 기술적 사상과 그 핵심 구성 및 작용이 제한되지는 않는다.

본 발명에서 사용되는 용어의 정의

본 발명에서 사용되는 용어는 본 발명에서의 기능을 고려하면서 가능한 현재 널리 사용되는 일반적인 용어를 선택하였으나, 이는 당분야에 종사하는 기술자의 의도 또는 관례 또는 새로운 기술의 출현 등에 따라 달라질 수 있다. 또한 특정한 경우는 출원인이 임의로 선정한 용어도 있으며, 이 경우 해당되는 발명의 설명 부분에서 상세히 그 의미를 기재할 것이다. 따라서 본 발명에서 사용되는 용어는 단순한 용어의 명칭이 아닌 그 용어가 가지는 의미와 본 발명의 전반에 걸친 내용을 토대로 정의되어야 함을 밝혀두고자 한다.

본 발명에서 사용되는 용어 중 메인 서비스 데이터는 고정형 수신 시스템에 서 수신할 수 있는 데이터로서, 오디오/비디오(A/V) 데이터를 포함할 수 있다. 즉, 상기 메인 서비스 데이터에는 HD(High Definition) 또는 SD(Standard Definition)급의 A/V 데이터가 포함될 수 있으며, 데이터 방송을 위한 각종 데이터가 포함될 수도 있다. 그리고 기지(Known) 데이터는 송/수신측의 약속에 의해 미리 알고 있는 데이터이다.

본 발명에서 사용되는 용어 중 M/H(또는 MH)는 모바일(Mobile), 핸드헬드(Handheld) 각각의 첫 글자이며, 고정형에 반대되는 개념이다. 그리고 M/H 서비스 데이터는 모바일(Mobile) 서비스 데이터, 핸드헬드(Handheld) 서비스 데이터 중 적어도 하나를 포함하며, 설명의 편의를 위해 본 발명에서는 M/H 서비스 데이터를 모바일 서비스 데이터라 하기도 한다. 이때 상기 모바일 서비스 데이터에는 M/H 서비스 데이터뿐만 아니라, 이동이나 휴대를 의미하는 서비스 데이터는 어느 것이나 포함될 수 있으며, 따라서 상기 모바일 서비스 데이터는 상기 M/H 서비스 데이터로 제한되지 않을 것이다. 또한 모바일 서비스를 위해 필요한 데이터도 모바일 서비스 데이터라 하기로 한다.

상기와 같이 정의된 모바일 서비스 데이터는 프로그램 실행 파일, 주식 정보 등과 같이 정보를 갖는 데이터일 수도 있고, 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) 데이터가 모바일 서비스 데이터로 전송될 수 있다.

또한 상기 모바일 서비스 데이터를 이용한 데이터 서비스로는 날씨 서비스, 교통 서비스, 증권 서비스, 시청자 참여 퀴즈 프로그램, 실시간 여론 조사, 대화형 교육 방송, 게임 서비스, 드라마의 줄거리, 등장인물, 배경음악, 촬영장소 등에 대한 정보 제공 서비스, 스포츠의 과거 경기 전적, 선수의 프로필 및 성적에 대한 정보 제공 서비스, 상품 정보 및 이에 대한 주문 등이 가능하도록 하는 서비스별, 매체별, 시간별, 또는 주제별로 프로그램에 대한 정보 제공 서비스 등이 될 수 있으며, 본 발명은 이에 한정하지는 않는다.

본 발명의 송신 시스템은 기존 수신 시스템에서 메인 서비스 데이터를 수신하는데 전혀 영향을 주지 않으면서(backward compatible), 동일한 물리적 채널에 메인 서비스 데이터와 모바일 서비스 데이터를 다중화하여 전송할 수 있도록 한다.

본 발명의 송신 시스템은 모바일 서비스 데이터에 대해 추가적인 부호화를 수행하고, 송/수신측 모두가 미리 알고 있는 데이터 즉, 기지(known) 데이터를 삽입하여 전송할 수 있도록 한다.

이러한 본 발명에 따른 송신 시스템을 사용하면 수신 시스템에서는 모바일 서비스 데이터의 이동 수신이 가능하며, 또한 채널에서 발생하는 각종 왜곡과 노이 즈에도 모바일 서비스 데이터의 안정적인 수신이 가능하다.

여기서, 송신 시스템은 하나의 모바일 방송국에 대응되며, 모바일 방송국에서는 메인 서비스 데이터와 모바일 서비스 데이터를 하나의 물리적 채널을 이용하여 각 수신 시스템(또는 수신기나 단말기라고도 함)으로 전송한다. 즉, 각 모바일 방송국에서는 6MHz 대역의 VSB 송신기를 이용하여 메인 서비스 데이터와 모바일 서비스 데이터를 함께 전송한다.

이때, 상기 모바일 서비스 데이터에 대한 어나운스먼트(announcement) 정보를 전달하는 서비스 가이드(Service Guide ; SG)는 다양한 방법으로 전송될 수 있다.

본 발명에서는 상기 SG를 수신(또는 억세스)하는데 필요한 시그널링 정보를 서비스 가이드 부트스트래핑(bootstrapping) 정보라 하기로 한다. 즉, 상기 서비스 가이드 부트스트래핑 정보는 상기 서비스 가이드(SG)를 부트스트랩하기 위해 필요한 정보이다. 상기 서비스 가이드 부트스트래핑 정보는 가이드 억세스 테이블(GAT)에 시그널링되는 것을 일 실시예로 한다.

일 실시예로, 서비스 가이드(Service Guide ; SG)는 해당 모바일 서비스 데이터가 전송되는 동일한 물리적 채널(즉, 동일한 모바일 방송)을 통해 함께 전송될 수 있다. 이 경우, 상기 SG를 억세스하는데 필요한 서비스 가이드 부트스트래핑 정보는 상기 물리적 채널로 전송되는 GAT에 시그널링된다.

다른 실시예로, 서비스 가이드는 해당 모바일 서비스 데이터가 전송되는 물리적 채널이 아닌 다른 물리적 채널을 통해 전송될 수 있다. 예를 들어, 도 1과 같 이 마켓 서비스 가이드 프로바이더(Market Service Guide Provider)가 각 모바일 방송국으로부터 제공되는 서비스 가이드를 위한 정보(예, 모바일 서비스에 대한 스케쥴 정보 등)를 수집하여 통합 서비스 가이드(Consolidated SG)를 구성한 후 별도의 물리적 채널(예, 6MHz 대역의 VSB 송신기)을 통해 전송할 수 있다. 이때, 마켓 서비스 가이드 프로바이더는 별도의 모바일 방송을 위한 물리적 채널(즉, 물리적 튜닝 채널(PTC) 스펙트럼)을 보유하고, 각 모바일 방송국으로부터 제공되는 서비스 가이드를 위한 정보를 취합하여 통합 SG로 제작한 후 상기 마켓 서비스 가이드 프로바이더가 보유한 물리적 채널을 통해 각 수신 시스템으로 전송한다. 이 경우, 본 발명은 수신 시스템에서 통합 SG를 수신하여 처리할 수 있도록 하기 위한 서비스 가이드 부트스트래핑 정보를 해당 모바일 서비스 데이터가 전송되는 물리적 채널을 통해 전송한다. 즉, 상기 모바일 서비스 데이터를 위한 서비스 가이드가 상기 모바일 서비스 데이터가 전송되는 물리적 채널이 아닌 다른 물리적 채널로 전송될 때, 수신 시스템에서 이를 수신하여 처리할 수 있도록 하기 위한 서비스 가이드 부트스트래핑 정보는 GAT에 시그널링되어 상기 모바일 서비스 데이터와 함께 동일한 물리적 채널로 전송된다.

또 다른 실시예로, 서비스 가이드는 모바일 방송이 아닌, 타 방송망(예를 들어, 다른 IP 기반의 방송망)을 통해 전송될 수 있다. 예를 들어, 도 2에서와 같이 본 발명의 지상파 모바일 시스템과 유럽향 휴대용 디지털 위성 TV 방송을 위한 DVB-SH (Digital Video Broadcasting-Satellite services to Handhelds) 시스템이 결합된 하이브리드(Hybrid) 시스템에 있어서, DVB-SH 사업자(예를 들어, DVB-SH 서 비스 프로바이더)가 모바일 방송국으로부터 제공되는 서비스 가이드를 위한 정보(예, 모바일 서비스에 대한 스케쥴 정보 등)를 취합한 후, 이를 DVB-SH 망(즉, 위성)을 통하여 각 수신 시스템으로 전송할 수 있다. 이때 각 모바일 방송국에서는 메인 서비스 데이터와 모바일 서비스 데이터를 해당 방송국에 할당된 물리적 채널을 이용하여 각 수신 시스템으로 전송한다. 즉, 메인 서비스 데이터와 모바일 서비스 데이터를 포함하는 방송 신호는 본 발명의 모바일(M/H) 방송망을 통해 전송된다. 이 경우, 본 발명은 수신 시스템에서 타 방송망을 통하여 전송되는 SG를 수신하여 처리할 수 있도록 하기 위한 서비스 가이드 부트스트래핑 정보를 해당 모바일 서비스 데이터가 전송되는 물리적 채널을 통해 전송한다. 즉, 서비스 가이드가 해당 모바일 서비스 데이터가 전송되는 모바일 방송망이 아닌 타 방송망을 통해 전송될 때, 수신 시스템에서 이를 수신하여 처리할 수 있도록 하기 위한 서비스 가이드 부트스트래핑 정보는 GAT에 시그널링되어 상기 모바일 서비스 데이터와 함께 동일한 물리적 채널로 전송된다.

또 다른 실시예로, 서비스 가이드는 양방향 채널로 전송될 수도 있다. 예를 들어, 도 3에서와 같이 지상파 모바일 시스템과 양방향 채널 시스템(예, 셀룰러 시스템 등)이 결합된 하이브리드 시스템에 있어서, 양방향 채널 SG 프로바이더(예를 들어, 셀룰러 네트워크 오퍼레이터 등과 같이 양방향 채널 네트워크를 갖춘 사업자 또는 서버 운영자)가 모바일 방송국으로부터 제공되는 서비스 가이드를 위한 정보(예, 모바일 서비스에 대한 스케쥴 정보 등)를 취합한 후, 이를 양방향 채널을 통하여 각 수신 시스템으로 전송할 수 있다. 이때 각 모바일 방송국에서는 메인 서비 스 데이터와 모바일 서비스 데이터를 해당 방송국에 할당된 물리적 채널을 이용하여 각 수신 시스템으로 전송한다. 즉, 메인 서비스 데이터와 모바일 서비스 데이터를 포함하는 방송 신호는 M/H 방송 네트워크를 통해 전송된다. 이 경우, 본 발명은 수신 시스템에서 양방향 채널을 통하여 전송되는 SG를 수신하여 처리할 수 있도록 하기 위한 서비스 가이드 부트스트래핑 정보를 해당 모바일 서비스 데이터가 전송되는 물리적 채널을 통해 전송한다. 즉, 서비스 가이드가 해당 모바일 서비스 데이터가 전송되는 모바일(즉, M/H) 방송망이 아닌 양방향 네트워크를 통해 전송될 때, 수신 시스템에서 이를 수신하여 처리할 수 있도록 하기 위한 서비스 가이드 부트스트래핑 정보는 GAT에 시그널링되어 상기 모바일 서비스 데이터와 함께 동일한 물리적 채널로 전송된다.

또한 본 발명의 송/수신 시스템은 두개의 데이터 채널을 운용하는 것을 일 실시예로 한다. 이 중 하나의 데이터 채널은 콘텐츠 전송을 위한 RS 프레임 데이터 채널이고, 다른 하나의 데이터 채널은 서비스 획득(Service Acquisition)을 위한 FIC (Fast Information Channel)이다. 본 발명은 앙상블과 모바일 서비스간의 매핑 정보를 FIC 청크를 이용하여 시그널링하고, 상기 FIC 청크는 FIC 세그먼트 단위로 분할하여 FIC를 통해 전송함으로써, 수신 시스템에서 빠른 서비스 획득을 수행할 수 있도록 한다.

본 발명에 따른 송신 시스템(예를 들어, 모바일 방송국)에서 모바일 서비스 데이터(예를 들어, A/V 스트리밍)는 RTP(Real Time protocol) 방식에 따라 패킷화되고, RTP 패킷은 다시 UDP(User Datagram protocol) 방식에 따라 패킷화되며, RTP/UDP 패킷은 다시 IP 방식에 따라 패킷화되어 RTP/UDP/IP 패킷 데이터가 된다. 상기 패킷화된 RTP/UDP/IP 패킷 데이터를 본 발명에서는 설명의 편의를 위해 IP 데이터그램이라 한다.

그리고, 모바일 서비스 데이터의 수신을 위한 서비스 정보는 시그널링 테이블 형태로 제공될 수 있으며, 이러한 시그널링 테이블을 전송하는 서비스 시그널링 채널은 UDP 방식에 따라 패킷화되고, 상기 패킷화된 UDP 데이터는 다시 IP 방식에 따라 패킷화되어 UDP/IP 데이터가 된다. 상기 UDP/IP 데이터도 본 발명에서는 설명의 편의를 위해 IP 데이터그램이라 한다. 이때 상기 서비스 시그널링 채널은 Well-known IP destination address와 well-known destination UDP port number를 가지는 IP 데이터그램으로 인캡슐레이션되는 것을 일 실시예로 한다.

본 발명의 송신 시스템(예를 들어, 모바일 방송국)에서는 상기 모바일 서비스 데이터와 서비스 시그널링 채널의 IP 데이터그램들을 모아 RS 프레임을 형성하고, 상기 RS 프레임의 데이터를 복수개의 데이터 그룹에 분산시킨 후, 기 정해진 전송 방식 예를 들어, VSB 전송 방식으로 변조시켜 전송하는 것을 일 실시예로 한다. 상기 각 데이터 그룹에는 FIC 세그먼트가 포함되는 것을 일 실시예로 한다. 상기 RS 프레임과 FIC 세그먼트와의 관계는 뒤에서 상세히 설명하기로 한다.

즉, 하나의 RS 프레임에는 하나 이상의 모바일 서비스를 위한 모바일 서비스 데이터의 IP 데이터그램과 상기 모바일 서비스 데이터의 수신을 위한 서비스 시그널링 채널의 IP 데이터그램이 포함된다.

또한 본 발명의 실시예에서는 앙상블(Ensemble) 개념을 도입하여, 서비스의 집합을 정의한다. 하나의 앙상블(또는 M/H 앙상블이라 함)은 동일한 QoS를 가지며, 동일한 FEC 코드로 코딩된다. 또한 앙상블은 고유 식별자(즉, ensemble id)를 가지며, 같은 FEC 코드를 갖는 연속적인 RS 프레임들의 집합이다. 이때 각 RS 프레임은 IP 스트림(즉, IP 데이터그램)을 포함하는 트랜스포트 패킷들로 인캡슐레이션된다. 다시 말해, RS 프레임은 앙상블이 RS-CRC 부호화된 2차원 데이터 프레임이다(Two dimensional data frame through which an Ensemble is RS-CRC encoded).

도 4는 본 발명의 일 실시예에 따른 서비스 시그널링 채널의 구조를 보인 도면으로서, 앙상블 K에 속한 RS 프레임에서의 서비스 시그널링 채널 구조를 보이고 있다.

본 발명은 서비스 시그널링 채널을 통해 도 4와 같이 서비스 맵 테이블(Service Map Table ; SMT), 가이드 억세스 테이블(Guide Access Table ; GAT), 셀 정보 테이블(Cell Information Table ; CIT), 서비스 라벨링 테이블(Service Labeling Table ; SLT), 및 등급 지역 테이블(Rating Region Table ; RRT) 중 하나 이상의 시그널링 테이블을 전송하는 것을 일 실시예로 한다. 여기서 상기 서비스 시그널링 채널로 전송할 수 있는 시그널링 테이블들은 본 발명의 이해를 돕기 위한 실시예일 뿐이며, 상기 서비스 시그널링 채널로 전송될 수 있는 시그널링 테이블들은 전술한 예로 한정되지 않을 것이다.

상기 SMT는 앙상블 레벨의 시그널링 정보를 제공한다. 또한 각 SMT는 각 SMT가 포함된 해당 앙상블에 속하는 각 모바일 서비스의 IP 억세스 정보를 제공한다. 또한 SMT는 해당 모바일 서비스를 위해 필요한 IP 스트림 콤포넌트 레벨 정보를 제 공한다.

상기 RRT는 여러 지역에 관계된 등급 정보를 제공한다. 즉, 상기 RRT는 콘텐트 어드비저리 등급 정보(Content Advisory Rating Information)를 제공한다.

상기 GAT는 서비스 가이드를 전송하는 SG 프로바이더들의 정보를 제공한다. 또한 상기 GAT는 SG를 억세스하는데 필요한 서비스 가이드 부트스트래핑 정보를 제공한다. 상기 서비스 가이드 부트스트래핑 정보는 SG 프로바이더별로 제공된다. 상기 서비스 가이드 부트스트래핑 정보는 SG의 전송 방식에 따라 달라진다. 상기 서비스 가이드 부트스트래핑 정보는 SG의 억세스 정보를 포함한다. 상기 서비스 가이드 부트스트래핑 정보는 어나운스먼트 채널의 전송 세션 식별자를 더 포함할 수 있다.

상기 CIT는 방송 신호의 전파 영역인 각 셀의 채널 정보 등을 제공한다. 다중 주파수 네트워크(Multi-Frequency Network ; MFN) 환경에서 하나의 물리적 주파수에 따라 송신기가 영향을 미치는 범위를 셀(cell)이라고 호칭한다. 즉, 상기 CIT는 현재 송신기의 인접(adjacent) 셀 반송파(carrier) 주파수 정보를 제공한다. 따라서 수신기는 상기 CIT 정보에 따라 하나의 송신기의 커버리지 영역에서 다른 커버리지 영역으로 이동할 수 있다(With this information, a receiver can travel from one transmitter’s (or Exciter’s) coverage area to another).

상기 SLT는 채널 스캔 프로세스 전용을 위한 필요한 최소한의 정보를 제공한다. 즉, 본 발명의 일실시예에 따르면, SMT와 별도로, 채널 스캔 프로세스 전용을 위한 SLT를 이용하여 채널 스캔 프로세스를 위한 최소한의 정보들을 구성함으로써, 채널 스캔 속도를 높일 수 있다.

본 발명은 각 시그널링 테이블을 하나 이상의 섹션으로 구분하고, 각 섹션을 UDP/IP 헤더로 인캡슐레이션한 후 서비스 시그널링 채널을 통해 전송하는 것을 일 실시예로 한다. 이 경우 상기 서비스 시그널링 채널로 전송되는 UDP/IP 패킷의 수는 상기 서비스 시그널링 채널로 전송되는 시그널링 테이블의 개수, 각 시그널링 테이블의 섹션 개수에 따라 달라질 수 있다.

이때 상기 서비스 시그널링 채널로 전송되는 모든 UDP/IP 패킷은 동일한 well-known 타겟 IP 어드레스와 well-known 타겟 UDP 포트 번호를 갖는다. 예를 들어, 상기 서비스 시그널링 채널로 SMT, RRT, GAT를 전송한다고 가정할 때, 상기 SMT, RRT, GAT를 전송하는 모든 UDP/IP 패킷의 타겟 IP 어드레스와 타겟 UDP 포트 번호는 동일하다. 또한 상기 타겟 IP 어드레스와 타겟 UDP 포트 번호는 well-known 값 즉, 송/수신 시스템의 약속에 의해 수신 시스템에서 이미 알고 있는 값이다.

그러므로, 상기 서비스 시그널링 데이터에 포함된 각 시그널링 테이블의 구분은 테이블 식별자에 의해 이루어진다. 상기 테이블 식별자는 해당 시그널링 테이블 또는 해당 시그널링 테이블 섹션의 헤더에 존재하는 table_id가 될 수 있으며, 필요한 경우 table_id_extension을 더 참조하여 구분할 수 있다.

데이터 포맷 구조

본 발명의 실시예에 따른 모바일 방송 기술에서 사용하고 있는 데이터 구조는 데이터 그룹 구조와 RS 프레임 구조가 있다.

도 5는 본 발명에 따른 데이터 그룹의 구조에 대한 일 실시예를 보인 도면이다.

도 5에 따른 데이터 구성에서 데이터 그룹을 10개의 M/H 블록(M/H block B1~B10)으로 구분하는 예를 보이고 있다. 그리고 각 M/H 블록은 16 세그먼트의 길이를 갖는 것을 일 실시예로 한다. 도 5에서 M/H 블록 B1의 앞 5 세그먼트와 M/H 블록 B10 뒤의 5 세그먼트는 일부에 RS 패리티 데이터만 할당하며, 데이터 그룹의 A 영역 내지 D 영역에서 제외하는 것을 일 실시예로 한다.

즉, 하나의 데이터 그룹을 A,B,C,D 영역으로 구분한다고 가정하면, 데이터 그룹 내 각 M/H 블록의 특성에 따라 각 M/H 블록을 A 영역 내지 D 영역 중 어느 하나의 영역에 포함시킬 수 있다. 이때 메인 서비스 데이터의 간섭 정도에 따라 각 M/H 블록을 A 영역 내지 D 영역 중 어느 하나의 영역에 포함시키는 것을 일 실시예로 한다.

여기서, 상기 데이터 그룹을 다수개의 영역으로 구분하여 사용하는 이유는 각각의 용도를 달리하기 위해서이다. 즉, 메인 서비스 데이터의 간섭이 없거나 적은 영역은 그렇지 않은 영역보다 강인한 수신 성능을 보일 수 있기 때문이다. 또한, 송/수신 측의 약속에 의해 알고 있는 기지(known) 데이터를 데이터 그룹에 삽입하여 전송하는 시스템을 적용하는 경우, 모바일 서비스 데이터에 연속적으로 긴 기지 데이터를 주기적으로 삽입하고자 할 때, 메인 서비스 데이터의 간섭이 없는 영역(즉, 메인 서비스 데이터가 섞이지 않는 영역)에는 일정 길이의 기지 데이터를 주기적으로 삽입하는 것이 가능하다. 그러나 메인 서비스 데이터의 간섭이 있는 영 역에는 메인 서비스 데이터의 간섭으로 기지 데이터를 주기적으로 삽입하는 것이 곤란하고 연속적으로 긴 기지 데이터를 삽입하는 것도 곤란하다.

상기 데이터 그룹에서 모바일 서비스 데이터는 RS 프레임의 데이터를 의미한다. 상기 RS 프레임의 데이터는 뒤에서 상세히 설명하기로 한다.

도 5의 데이터 그룹 내 M/H 블록 B4 내지 M/H 블록 B7은 메인 서비스 데이터의 간섭이 없는 영역으로서 각 M/H 블록의 앞뒤에 긴 기지 데이터 열이 삽입된 예를 보이고 있다. 본 발명에서는 상기 M/H 블록 B4 내지 M/H 블록 B7을 포함하여 A 영역(=B4+B5+B6+B7)이라 하기로 한다. 상기와 같이 각 M/H 블록마다 앞뒤로 기지 데이터 열을 갖는 A 영역의 경우, 수신 시스템에서는 기지 데이터로부터 얻을 수 있는 채널 정보를 이용하여 등화를 수행할 수 있으므로, A 영역 내지 D 영역 중 가장 강인한 등화 성능을 얻을 수가 있다.

도 5의 데이터 그룹 내 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 영역보다 더 강인한 등화 성능을 얻을 수가 있다.

도 5의 데이터 그룹 내 M/H 블록 B2와 M/H 블록 B9는 메인 서비스 데이터의 간섭이 B 영역보다 더 많으며, 두 M/H 블록 모두 앞뒤로 긴 기지 데이터 열을 삽입할 수 없다. 본 발명에서는 상기 M/H 블록 B2와 M/H 블록 B9를 포함하여 C 영역(=B2+B9)이라 하기로 한다.

도 5의 데이터 그룹 내 M/H 블록 B1과 M/H 블록 B10은 메인 서비스 데이터의 간섭이 C 영역보다 더 많으며, 마찬가지로 두 M/H 블록 모두 앞뒤로 긴 기지 데이터 열을 삽입할 수 없다. 본 발명에서는 상기 M/H 블록 B1과 M/H 블록 B10을 포함하여 D 영역(=B1+B10)이라 하기로 한다. 상기 C/D 영역은 기지 데이터 열로부터 많이 떨어져 있기 때문에 채널이 빠르게 변하는 경우에는 수신 성능이 안 좋을 수가 있다.

또한 상기 데이터 그룹은 시그널링 데이터(또는 시그널링 정보)가 할당되는 시그널링 정보 영역을 포함한다.

본 발명은 데이터 그룹 내 M/H 블록 B4의 첫 번째 세그먼트부터 두 번째 세그먼트의 일부를 시그널링 정보 영역으로 이용할 수 있다.

본 발명은 각 데이터 그룹의 M/H 블록 B4의 276(=207+69) 바이트를 시그널링 정보 영역으로 이용하는 것을 일 실시예로 한다. 즉, 시그널링 정보 영역은 M/H 블록 B4의 첫 번째 세그먼트인 207 바이트와 두 번째 세그먼트의 처음 69 바이트로 구성된다. 상기 M/H 블록 B4의 첫 번째 세그먼트는 VSB 필드의 17번째 또는 173번째 세그먼트에 해당한다.

상기 시그널링 정보 영역으로 전송되는 시그널링 데이터는 크게 두 종류의 채널 데이터로 구분할 수 있다. 하나는 TPC(Transmission Parameter Channel) 데이터이고, 다른 하나는 FIC(Fast Information Channel) 데이터이다.

상기 TPC 데이터는 주로 물리적 계층(Physical layer) 모듈에서 사용되는 파라미터들을 포함하며, 인터리빙이 되지 않고 전송되므로, 수신 시스템에서는 슬롯별로 억세스가 가능하다.

상기 FIC 데이터는 수신 시스템에서 빠른 서비스 획득(fast service acquisition)이 가능하도록 하기 위해 제공되며, 물리 계층과 상위 계층 사이의 크로스 계층 정보를 포함한다. 상기 FIC 데이터는 서브 프레임 단위로 인터리빙되어 전송된다.

예를 들어, 상기 데이터 그룹이 도 5에서와 같이 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 세그먼트만큼 떨어져 있다.

도 6은 본 발명의 일 실시예에 따른 RS 프레임의 구조를 도시한 도면이다.

상기 RS 프레임은 타임 슬라이싱 모드로 전환된 상태에서 각 M/H 프레임마다 수신하게 된다.

본 발명의 일 실시예에 따른 RS 프레임은 복수개의 M/H TP(Transport Packet)들로 구성된다. 각 M/H TP는 2 바이트의 M/H 헤더와 N-2 바이트의 M/H 페이로드로 구성된다.

이때 하나의 M/H TP는 M/H 헤더를 포함하여 N 바이트가 되지 않는 경우가 발생할 수 있다.

이 경우, 해당 M/H TP의 나머지 페이로드 부분에 스터핑(stuffing) 바이트를 할당할 수 있다. 예를 들어, 하나의 M/H TP에 서비스 시그널링 채널을 할당하고 난 후, 그 M/H TP의 길이가 M/H 헤더를 포함하여 N-20 바이트라면, 나머지 20 바이트에 스터핑 바이트를 할당할 수 있다.

도 7은 본 발명에 따른 M/H TP 내 M/H 헤더 영역에 할당되는 필드들의 예를 보인 것으로서, type_indicator 필드, error_indicator 필드, stuff_indicator 필드, 및 pointer 필드를 포함할 수 있다.

상기 type_indicator 필드는 일 실시예로 3비트를 할당할 수 있으며, 해당 M/H TP 내 페이로드에 할당되는 데이터의 타입을 표시한다.

상기 error_indicator 필드는 일 실시예로 1비트를 할당할 수 있으며, 해당 M/H TP의 에러 여부를 표시한다. 예를 들어, 상기 error_indicator 필드 값이 0일 경우는 해당 M/H TP에 에러가 없음을 의미하고, 1이면 에러가 있음을 의미한다.

상기 stuff_indicator 필드는 일 실시예로 1비트를 할당할 수 있으며, 해당 M/H TP의 페이로드에 stuffing byte가 있는지 여부를 표시한다. 예를 들어, 상기 stuff_indicator 필드 값이 0이면 해당 M/H TP에 stuffing byte가 없음을 의미하고, 1이면 stuffing byte가 있음을 의미한다.

상기 pointer 필드는 일 실시예로 11비트를 할당할 수 있으며, 해당 M/H TP에서 새로운 데이터(즉, 새로운 IP 데이터그램)가 시작되는 위치 정보를 표시한다. 만일, 해당 M/H TP에 새로이 시작하는 데이터가 없으면 해당 pointer 필드 값을 최대값으로 표시하는 것을 일 실시예로 한다. 본 발명에서는 상기 pointer 필드에 11비트를 할당하는 것을 일 실시예로 하고 있으므로, 상기 pointer 필드 값에 2047이 표시되어 있으면 그 패킷에는 새로이 시작되는 데이터가 없음을 의미한다. 그리고 상기 pointer field가 0일 경우 가리키는 지점은 상기 type_indicator 필드 값과 stuff_indicator 필드 값에 따라서 달라질 수 있다.

상기 도 7에서 보이고 있는 M/H TP 내 M/H 헤더에 할당되는 필드의 순서, 위치, 의미는 본 발명의 이해를 돕기 위한 일 실시예일 뿐이며, 상기 M/H TP 내 헤더에 할당되는 필드의 순서, 위치, 의미, 추가 할당되는 필드의 수는 당업자에 의해 용이하게 변경될 수 있으므로 본 발명은 상기 실시예로 한정되지 않을 것이다.

상기 M/H TP 내 M/H 페이로드에는 모바일 서비스 데이터의 IP 데이터그램, 서비스 시그널링 채널의 IP 데이터그램 중 적어도 하나가 포함될 수 있다.

즉, 하나의 RS 프레임에는 각 모바일 서비스 데이터의 IP 데이터그램이 포함되며, 또한 모든 RS 프레임에는 서비스 시그널링 채널의 IP 데이터그램이 포함된다. 상기 서비스 시그널링 채널의 IP 데이터그램은 Well-known IP address와 well-known UDP port number를 가지고 해당 RS 프레임에 포함되어 수신되는 것을 일 실시예로 한다.

상기 서비스 시그널링 채널의 IP 데이터그램은 하나 이상의 시그널링 테이블 을 포함한다. 상기 서비스 시그널링 채널의 IP 데이터그램은 전술한 도 4에서와 같이 SMT, GAT, CIT, SLT, RRT 중 하나 이상을 포함할 수도 있다. 이때 상기 서비스 시그널링 채널의 IP 데이터그램들은 동일한 well-known IP 어드레스와 well-known UDP 포트 번호를 갖는다.

상기 도 6의 RS 프레임에는 3 종류의 IP 데이터그램(IP Datagram 1,2,3)이 있으며, 이 중 하나는 서비스 시그널링 채널을 위한 IP 데이터그램이다. 나머지 IP 데이터그램은 모바일 서비스 데이터의 IP 데이터그램일 수도 있고, 서비스 가이드를 위한 IP 데이터그램일 수도 있다.

송신 시스템에서는 상기 RS 프레임에 대해 컬럼 방향으로 RS 부호화를 수행하고, 로우 방향으로 CRC 부호화를 수행한 후, RS 부호화 및 CRC 부호화된 RS 프레임의 데이터를 복수개의 데이터 그룹의 해당 영역에 할당하여 전송한다. 본 발명은 RS 프레임에 포함되는 모든 데이터를 설명의 편의를 위해 모바일 서비스 데이터라 하기도 한다.

데이터 전송 구조

도 8은 본 발명에 따른 모바일 서비스 데이터의 송/수신을 위한 M/H 프레임 구조의 일 예를 보인 도면이다.

도 8은 하나의 M/H 프레임이 5개의 서브 프레임으로 구성되고, 하나의 서브 프레임이 16개의 슬롯으로 구성되는 예를 보이고 있다. 이 경우 하나의 M/H 프레임은 5개의 서브 프레임, 80개의 슬롯을 포함함을 의미한다.

그리고 하나의 슬롯은 패킷 레벨에서는 156개의 데이터 패킷(즉, 트랜스포트 스트림 패킷)으로, 심볼 레벨에서는 156개의 데이터 세그먼트로 구성된다. 또는 VSB 필드의 반에 해당되는 크기를 갖는다. 즉, 207 바이트의 한 데이터 패킷이 한 개의 데이터 세그먼트와 동일한 데이터 양을 가지므로 데이터 인터리빙되기 전의 데이터 패킷이 데이터 세그먼트의 개념으로 사용될 수 있다. 이때 두 개의 VSB 필드가 모여 하나의 VSB 프레임을 구성한다.

하나의 VSB 프레임은 두 개의 VSB 필드(즉, odd 필드, even 필드)로 구성된다. 그리고 각 VSB 필드는 하나의 필드 동기 세그먼트와 312개의 데이터 세그먼트로 구성된다.

상기 슬롯은 모바일 서비스 데이터와 메인 서비스 데이터의 다중화를 위한 기본 시간 단위이다. 하나의 슬롯은 모바일 서비스 데이터를 포함할 수도 있고, 메인 서비스 데이터로만 구성될 수도 있다.

만일 슬롯 내 처음 118 데이터 패킷들이 하나의 데이터 그룹에 해당되면, 나머지 38 패킷들은 메인 서비스 데이터 패킷이 된다. 또 다른 예로, 하나의 슬롯에 데이터 그룹이 없다면, 해당 슬롯은 156개의 메인 서비스 데이터 패킷들로 구성된다.

한편, 하나의 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 프레임까지 전송할 수 있다.

즉, RS 프레임 모드(mode)는 하나의 퍼레이드가 하나의 RS 프레임을 전송하는지, 두 개의 RS 프레임을 전송하는지를 지시한다. 이러한 RS 프레임 모드는 TPC 데이터로서 전송된다.

다음의 표 1은 RS 프레임 모드의 일 예를 보인다.

RS frame mode	Description
00	There is only a primary RS frame for all Group Regions
01	There are two separate RS frames - Primary RS frame for Group Region A and B - Secondary RS frame for Group Region C and D
10	Reserved
11	Reserved

상기 표 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 영역에 할당되어 전송됨을 지시한다.

상기 데이터 그룹의 할당과 마찬가지로, 퍼레이드들도 서브 프레임 내에서 가능한 서로 멀리 떨어져 할당하는 것을 일 실시예로 한다. 이렇게 함으로써 하나의 서브 프레임 내에서 발생할 수 있는 버스트 에러에 대해 강력하게 대응할 수 있게 된다.

그리고 퍼레이드들의 할당 방법은 M/H 프레임마다 다르게 적용할 수 있고, 모든 M/H 프레임에 동일하게 적용할 수도 있다. 또한 하나의 M/H 프레임 내 모든 서브 프레임에 동일하게 적용할 수도 있고, 각 서브 프레임마다 다르게 적용할 수도 있다. 본 발명은 M/H 프레임마다 달라질 수 있으며, 하나의 M/H 프레임 내 모든 서브 프레임에는 동일하게 적용하는 것을 일 실시예로 한다. 즉, M/H 프레임 구조는 M/H 프레임 단위로 달라질 수 있으며, 이것은 앙상블 데이터 율을 탄력적으로 조정할 수 있게 한다.

도 9는 본 발명의 일 실시예에 따른 물리적 계층에서의 데이터 전송 구조를 도시한 도면으로, 각 데이터 그룹 내에 FIC 데이터가 포함되어 전송되는 예를 보이고 있다.

상기에서 설명한 바와 같이, 약 0.968 초 동안의 M/H 프레임은 5개의 서브 프레임으로 분할되고, 각각의 서브 프레임 내에 여러 개의 앙상블에 해당하는 데이터 그룹들이 섞여 존재하며, 각각의 앙상블에 해당하는 데이터 그룹들이 M/H 프레임 단위로 인터리빙되어 하나의 앙상블에 속하는 RS 프레임을 구성하게 된다. 도 9에서는 2개의 앙상블(NoG=4, NoG=3)이 존재한다. 또한 각각의 데이터 그룹의 일정 부분(e.g. 37 bytes/데이터 그룹)은 RS 프레임 데이터 채널과는 별도로 인코딩이 적용된 FIC 데이터를 전달하는 용도로 사용된다. 각각의 데이터 그룹에 할당되는 FIC 영역은 하나의 FIC 세그먼트를 이루며, 이 FIC 세그먼트들은 서브 프레임 단위로 인터리빙된다. 예를 들어, 상기 RS 프레임의 데이터에 RS 인코딩과 se세그al 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는 패리티 바이트의 개수이다.

계층적 시그널링 구조

도 10은 본 발명의 일 실시예에 따른 계층적인 시그널링 구조를 도시한 도면이다. 본 실시예에 따른 모바일 방송 기술은 도 10에 도시된 바와 같이, FIC와 SMT를 이용한 시그널링 방법을 채용하고 있다. 이를 본 발명에서는 계층적 시그널링 구조라 명명한다.

즉, 도 10은 FIC 청크와 IP 레벨의 모바일 서비스 시그널링 채널 중, 서비스 맵 테이블(SMT)을 통하여 서비스 획득(Service Acquisition)에 필요한 데이터를 제공하는 계층적 시그널링 구조를 나타낸다.

도 10에서 알 수 있듯이, FIC 청크는 그 빠른 특성을 이용하여, 모바일 서비스와 앙상블 간의 매핑 관계를 수신 시스템으로 전달한다. 즉, 상기 FIC 청크는 수신 시스템에서 원하는 서비스를 전달하는 앙상블을 빠르게 찾아서 해당 앙상블의 RS 프레임들을 빨리 수신할 수 있도록 하기 위한 시그널링 데이터를 수신 시스템에 제공한다.

FIC ( Fast Information Channel )

또한, 본 발명에 따른 수신 시스템에서는 FIC(Fast Information Channel)를 이용하여 현재 방송되는 모바일 서비스에 보다 빨리 접근할 수 있도록 하고 있다.

도 11에서는 FIC를 통하여 모바일 서비스와 앙상블간의 관계를 매핑해주는 역할을 하는 FIC 청크의 신택스 구조를 나타낸다.

상기 FIC 청크는 5 바이트의 FIC 청크 헤더와 가변 길이의 FIC 청크 페이로드로 이루어진다.

도 12는 본 발명에 따른 FIC 청크 헤더의 신택스 구조의 일 실시예를 보이고 있다.

상기 FIC 청크 헤더는 해당 FIC 청크와 역호환 가능(Backward compatible) 하지 않은 메이저 프로토콜 버전 변경(major protocol version change)을 시그널링(signaling)하고, 해당 FIC 청크와 역호환 가능(Backward compatible)한 마이너 프로토콜 버전 변경(minor protocol version change)을 시그널링하며, 마이너 프로토콜 버전 변경에 의해 발생할 수 있는 FIC 청크 헤더의 확장(extension), 앙상블 루프 헤더(ensemble loop header)의 확장, 모바일 서비스 루프 확장의 각 길이를 시그널링한다.

만일 해당 마이너 프로토콜 버전 변경을 수용할 수 있는 수신 시스템은 해당 확장 필드(extension field)를 처리하는 반면, 해당 마이너 프로토콜 버전 변경을 수용할 수 없는 기존(legacy) 수신 시스템은 각 해당 길이 정보를 이용하여 해당 확장 필드를 스킵하는 것을 일 실시예로 한다. 예를 들어, 해당 마이너 프로토콜 버전 변경을 수용할 수 있는 수신 시스템이라면, 해당 확장 필드(extension field)에서 지시하는 내용을 알 수 있으며, 그 확장 필드에서 지시하는 내용에 따른 동작을 수행할 수 있다.

본 발명에서 FIC 청크의 마이너 프로토콜 버전 변경은 이전의 마이너 프로토콜 버전의 FIC 청크에서 FIC 청크 헤더, 앙상블 루프 헤더, 모바일 서비스 루프의 각각의 끝 부분에 추가적으로 필드를 삽입하여 이루어지는 것을 일 실시예로 한다. 만일 이외의 경우나, 추가 필드의 길이가 FIC 청크 헤더의 각 확장 길이(extension length)로 표현이 안 될 경우, 또는 상기 FIC 청크 페이로드 내 특정 필드가 없어지거나, 아니면 그 필드에 할당되는 비트 수나, 그 필드의 정의가 달라지게되면, 해당 FIC 청크의 메이저 프로토콜 버전을 업데이트하는 것을 일 실시예로 한다.

또한 상기 FIC 청크 헤더는 해당 FIC 청크 페이로드의 데이터가 현재 M/H 프레임 내의 앙상블과 모바일 서비스 간 매핑 정보를 담고 있는지, 아니면 다음 M/H 프레임 내의 앙상블과 모바일 서비스 간 매핑 정보를 담고 있는지를 시그널링하며, 현재 FIC 청크가 전송되는 모바일 방송의 트랜스포트 스트림 ID, 해당 모바일 방송을 통하여 전송되는 앙상블의 개수를 시그널링한다.

이를 위해 상기 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 필드를 포함할 수 있다.

상기 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).

상기 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).

상기 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).

상기 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).

상기 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).

예를 들어, 상기 FIC 청크에 두 개의 앙상블(즉, 앙상블 0, 앙상블 1)이 존재하며, 앙상블 0을 통해 두 개의 모바일 서비스가, 앙상블 1을 통해 하나의 모바일 서비스가 전송된다고 가정하자. 이때 마이너 프로토콜 버전이 변경되면서, FIC 청크 헤더가 1바이트 확장된다면, 상기 FIC_chunk_header_extension_length 필드는 001을 표시한다. 이 경우, 상기 FIC 청크 헤더의 끝에 1바이트의 확장 필드(FIC_Chunk_header_extension_bytes 필드)가 추가되며, 기존 수신 시스템에서는 상기 FIC 청크 헤더의 끝에 추가된 1 바이트의 확장 필드는 처리하지 않고 스킵한다.

그리고 상기 FIC 청크 내 앙상블 루프 헤더가 2바이트 확장된다면, 상기 ensemble_loop_header_extension_length 필드는 010을 표시한다. 이 경우, 앙상블 0 루프 헤더와 앙상블 1 루프 헤더의 끝에 각각 2바이트의 확장 필드(Ensemble_loop_header_extension_bytes 필드)가 추가되며, 기존 수신 시스템에서는 상기 앙상블 0 루프 헤더와 앙상블 1 루프 헤더의 끝에 추가된 2 바이트의 확장 필드는 처리하지 않고 스킵한다.

또한 상기 FIC 청크의 모바일 서비스 루프가 1바이트 확장된다면, M/H_service_loop_extension_length 필드는 001을 표시한다. 이 경우 앙상블 0을 통해 전송되는 두 개의 모바일 서비스 루프와 앙상블 1을 통해 전송되는 하나의 모바일 서비스 루프의 끝에 각각 1바이트의 확장 필드(M/H_service_loop_extension_bytes 필드)가 추가된다. 그리고 기존 수신 시스템에서는 상기 앙상블 0을 통해 전송되는 2개의 모바일 서비스 루프와 앙상블 1을 통해 전송되는 하나의 모바일 서비스 루프의 끝에 추가된 1바이트의 확장 필드는 처리하지 않고 스킵한다.

이와 같이 기존 수신 시스템, 즉 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 변경을 수용할 수 있는 수신 시스템이라면 각 길이 필드를 이용하여 해당 확장 필드까지 처리하게 된다.

상기 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 프레임이라 하기로 한다.

상기 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).

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

도 13은 본 발명에 따른 FIC 청크 페이로드의 신택스 구조의 일 실시예를 보이고 있다.

상기 FIC 청크 페이로드는 상기 도 12의 FIC 청크 헤더 내 num_ensembles 필드 값에 해당하는 각각의 앙상블들에 대하여, 앙상블의 구성(configuration) 정보, 그리고 각 앙상블을 통하여 전송되는 모바일 서비스에 대한 정보를 포함하고 있다.

상기 FIC 청크 페이로드는 앙상블 루프와 앙상블 루프 하부의 모바일 서비스 루프로 구성된다. 상기 FIC 청크 페이로드를 통하여, 수신 시스템은 원하는 모바일 서비스가 어떤 앙상블을 통하여 전송되는지를 파악하고(이는 ensemble_id와 M/H_service_id 간의 Mapping으로 이루어짐), 해당 앙상블에 속하는 RS 프레임들을 수신할 수 있다.

이를 위해 상기 FIC 청크 페이로드의 앙상블 루프는 상기 num_ensembles 필드 값만큼 반복되는 ensemble_id 필드, ensemble_protocol_version 필드, SLT_ensemble_indicator 필드, GAT_ensemble_indicator 필드, MH_service_signaling_channel_version 필드, 및 num_MH_services 필드를 포함할 수 있다. 상기 모바일 서비스 루프는 num_MH_services 필드 값만큼 반복되는 MH_service_id 필드, multi_ensemble_service 필드, MH_service_status 필드, 및 SP_indicator 필드를 포함할 수 있다.

상기 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).

상기 ensemble_protocol_version 필드는 일 실시예로 5 비트를 할당하며, 해당 앙상블 구조의 버전을 나타낸다.

상기 SLT_ensemble_indicator 필드는 일 실시예로 1비트를 할당하며, SLT가 해당 앙상블의 서비스 시그널링 채널로 전송되는지 여부를 표시한다. 예를 들어, 상기 SLT_ensemble_indicator 필드 값이 1이면, 상기 서비스 시그널링 채널로 SLT가 전송됨을 지시하고, 0이면 전송되지 않음을 지시할 수 있다.

상기 GAT_ensemble_indicator 필드는 일 실시예로 1비트를 할당하며, GAT가 해당 앙상블의 서비스 시그널링 채널로 전송되는지 여부를 표시한다. 예를 들어, 상기 GAT_ensemble_indicator 필드 값이 1이면, 상기 서비스 시그널링 채널로 GAT가 전송됨을 지시하고, 0이면 전송되지 않음을 지시할 수 있다.

상기 MH_service_signaling_channel_version 필드는 일 실시예로 5 비트를 할당하며, 해당 앙상블의 서비스 시그널링 채널의 버전 번호를 표시한다.

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

일 예로, 상기 FIC 청크 헤더 내 마이너 프로토콜 버전이 변경되고, 앙상블 루프 헤더에 확장 필드가 추가된다면, 이 확장 필드는 상기 num_M/H_services 필드 다음에 추가된다. 다른 실시예로, 상기 num_M/H_services 필드가 모바일 서비스 루프에 포함된다면, 상기 앙상블 루프 헤더에 추가되는 확장 필드는 상기 M/H_service_configuration_version 필드 다음에 추가된다.

상기 모바일 서비스 루프의 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.).

상기 multi_ensemble_service 필드는 일 실시예로 2비트를 할당하며, 해당 모바일 서비스가 하나의 앙상블을 통하여 전송되는지, 또는 복수개의 앙상블을 통하여 전송되는지를 나타낸다. 또한 상기 service_span 필드 값은 상기 모바일 서비스가 해당 앙상블을 통해 전송되는 모바일 서비스 부분에 대해서만 유효한지 여부를 표시한다(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).

상기 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).

상기 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).

일 예로, 상기 FIC 청크 헤더 내 마이너 프로토콜 버전이 변경되고, 모바일 서비스 루프에 확장 필드가 추가된다면, 이 확장 필드는 상기 SP_indicator 필드 다음에 추가된다.

또한 상기 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.).

이때 본 발명에 따른 송신 시스템(도시되지 않음)은 상기 FIC 청크를 복수개의 FIC 세그먼트로 분할하고, FIC 세그먼트 단위로 수신 시스템으로 전송한다. 각 FIC 세그먼트 단위의 크기는 37 바이트이고, 각 FIC 세그먼트는 2 바이트의 FIC 세그먼트 헤더와 35 바이트의 FIC 세그먼트 페이로드로 이루어져 있다. 즉, FIC 청크 헤더와 FIC 청크 페이로드로 구성되는 하나의 FIC 청크는 35 바이트씩 세그먼테이션(segmentation)된다. 그리고, 세그먼테이션된 각 35 바이트 앞에 2 바이트의 FIC 세그먼트 헤더를 부가하여 FIC 세그먼트를 구성한다.

본 발명에서 FIC 청크 페이로드의 길이는 가변적인 것을 일 실시예로 한다. 상기 FIC 청크의 길이는 해당 물리적 전송 채널을 통해 전송되는 앙상블의 개수, 각 앙상블에 포함되는 모바일 서비스의 개수에 따라 달라진다.

그리고 상기 FIC 청크 페이로드는 스터핑 데이터를 포함할 수 있다. 이 경우 상기 스터핑 데이터는 FIC 청크와 상기 FIC 청크에 속하는 FIC 세그먼트들 중 마지막 FIC 세그먼트의 바운더리(Boundary)와의 얼라인먼트(Alignment)를 위하여 사용되는 것을 일 실시예로 한다. 이렇게 스터핑 데이터의 길이를 최소화하면, FIC 세그먼트의 낭비를 줄일 수 있게 된다.

다음의 수학식 1을 적용하면 FIC 청크에 삽입될 스터핑 데이터 바이트의 개수를 구할 수 있다.

스터핑 데이터 바이트의 개수 = 35 - j

j = (5 + 상기 FIC 청크의 페이로드에 삽입될 시그널링 데이터 바이트의 개수) mod 35

예를 들어, FIC 청크의 5 바이트 헤더와 페이로드에 삽입될 시그널링 데이터 길이의 합이 205 바이트라면, 상기 수학식 1에서 j는 30이 되므로 상기 FIC 청크의 페이로드는 5 바이트의 스터핑 데이터를 포함할 수 있다. 그리고 스터핑 데이터가 포함된 FIC 청크의 길이는 210 바이트가 되며, 상기 FIC 청크는 6개의 FIC 세그먼트로 분할되어 전송된다. 이때 상기 FIC 청크에서 분할되는 6개의 FIC 세그먼트에 순차적으로 세그먼트 번호가 부가된다.

그리고 본 발명은 하나의 FIC 청크로부터 분할된 FIC 세그먼트들을 하나의 서브 프레임을 통해 전송할 수도 있고, 복수개의 서브 프레임을 통해 전송할 수도 있다. 상기 후자의 경우처럼 FIC 청크를 전송한다면, 상기 FIC 청크를 통해 전송되 어야 할 데이터의 양이 하나의 서브 프레임을 통하여 전송되는 FIC 세그먼트들의 양보다 클 경우(이 경우는 비트 레이트가 매우 낮은 다수의 서비스가 실행될 경우 등이 해당된다.)에도 필요한 시그널링 데이터를 상기 FIC 청크를 통해 모두 전송할 수 있다.

이때 FIC 세그먼트 번호는 각 서브 프레임 내에서의 FIC 세그먼트의 번호가 아니라, 각 FIC 청크 내에서의 FIC 세그먼트 번호를 나타낸다. 이렇게 함으로써, FIC 청크와 서브 프레임의 종속 관계를 제거할 수 있으므로 FIC 세그먼트의 낭비를 줄일 수 있다.

또한 본 발명은 널 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 세그먼트 번호가 부여되지 않는다.

본 발명은 하나의 FIC 청크를 복수개의 FIC 세그먼트로 분할하여 M/H 프레임 내 적어도 하나의 서브 프레임의 각 데이터 그룹에 포함하여 전송할 때, 상기 M/H 프레임 상의 마지막 서브 프레임부터 역순으로 할당하여 전송한다. 만일 널 FIC 세그먼트가 존재할 때는 상기 널 FIC 세그먼트가 가장 늦게 전송되도록 상기 M/H 프레임 상의 서브 프레임에 위치시키는 것을 일 실시예로 한다.

이때 상기 널 FIC 세그먼트를 수신 시스템에서 처리하지 않고 버리기 위해서는, 상기 널 FIC 세그먼트를 구분할 수 있는 식별 정보가 필요하다.

본 발명은 상기 널 FIC 세그먼트의 헤더 내 FIC_type 필드를 상기 널 FIC 세그먼트를 구분할 수 있는 식별 정보로 이용하는 것을 일 실시예로 한다. 본 발명은 상기 널 FIC 세그먼트의 헤더 내 FIC_type 필드 값을 '11'로 셋팅시켜, 상기 널 FIC 세그먼트를 구분하는 것을 일 실시예로 한다. 즉, 상기 널 FIC 세그먼트의 FIC_type 필드 값을 '11'로 셋팅하여 수신 시스템으로 전송하면, 상기 수신 시스템에서는 FIC_type 필드 값이 '11'로 셋팅된 FIC 세그먼트의 페이로드는 처리하지 않고 버릴 수 있게 된다. 상기 '11'은 본 발명의 이해를 돕기 위한 일 실시예이며, 미리 송/수신측 간에 약속이 이루어진다면 상기 널 FIC 세그먼트를 구분할 수 있는 값은 어느 것이나 가능하므로, 본 발명은 상기된 실시예로 한정되지 않을 것이다. 또한 상기 널 FIC 세그먼트를 구분할 수 있는 식별 정보는 FIC 세그먼트 헤더 내 다른 필드를 이용하여 표시할 수도 있다.

도 14는 본 발명에 따른 FIC 세그먼트 헤더의 신택스 구조에 대한 일 실시예를 보이고 있다.

상기 FIC 세그먼트 헤더는 FIC_segment_type 필드, FIC_chunk_major_protocol_version 필드, current_next_indicator 필드, error_indicator 필드, FIC_segment_num 필드, 및 FIC_last_segment_num 필드를 포함할 수 있다. 각 필드에 대한 설명은 다음과 같다.

상기 FIC_segment_type 필드(2 bit)는 해당 FIC segment의 타입(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.).

상기 FIC_chunk_major_protocol_version 필드(2 bit)는 해당 FIC 청크의 메이저 프로토콜 버전을 표시한다. 이때 이 필드 값은 해당 FIC 청크 헤더 내 FIC_major_protocol_version 필드 값과 동일해야 한다. 상기 FIC 청크 신택스의 메이저 프로토콜 버전의 상세한 설명은 전술한 도 12의 FIC 청크 헤더에 대한 설명을 참조하면 되므로, 여기서는 생략하기로 한다.

상기 current_next_indicator 필드(1 bit)는 해당 FIC 세그먼트가 현재 M/H 프레임에 적용되는지, 다음 M/H 프레임에 적용되는지를 표시한다. 예를 들어, 상기 필드 값이 1로 셋트되면, 해당 FIC 세그먼트는 현재 M/H 프레임에 적용될 수 있는 FIC 청크의 일부를 전송하는 것을 나타낸다. 반대로 상기 필드 값이 0으로 셋트되 면, 해당 FIC 세그먼트는 다음 M/H 프레임에 적용될 수 있는 FIC 청크의 일부를 전송하는 것을 나타낸다.

상기 error_indicator 필드(1bit)는 전송 중 해당 FIC 세그먼트 내에 에러가 발생되었는지를 지시하며, 에러가 발생된 경우에는 '1'로, 에러가 없을 때는 '0'으로 설정된다. 즉, FIC 세그먼트를 구성하는 과정에서 복구하지 못한 에러가 존재할 때, 이 필드를 '1'로 설정한다. 이 필드를 통해 수신 시스템은 FIC 세그먼트의 에러 유무를 인지할 수 있다.

상기 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이 표시된다.

상기 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).

이때, 기존에는 한 서브 프레임 내의 FIC 세그먼트들에 대해 순차적으로 FIC 세그먼트 번호를 할당하는 방식이었기 때문에, 이 경우에 마지막 FIC 세그먼트 번호와 TNOG는 항상 일치하였다. 하지만, 본 발명에 따른 FIC 세그먼트 번호 할당 방식에서, 상기 마지막 FIC 세그먼트 번호와 TNOG는 항상 일치하지는 않는다. 즉, 일치할 수도 있고, 일치하지 않을 수도 있다. 상기 TNoG는 하나의 서브 프레임에 할당되는 전체 데이터 그룹의 개수이다. 예를 들어, TNoG가 6인데, FIC 청크가 8개의 FIC 세그먼트들로 분할된다면, 상기 TNoG는 6이고, 마지막 FIC 세그먼트 번호는 8이 된다.

본 발명은 다른 실시예로, 상기 널 FIC 세그먼트는 FIC 세그먼트 헤더 내 FIC_segment_num 필드 값을 이용하여 구분할 수도 있다. 즉, 상기 널 FIC 세그먼트에는 FIC 세그먼트 번호가 할당되지 않으므로, 송신 시스템에서는 널 FIC 세그먼트의 FIC_segment_num 필드 값에 널 데이터를 할당하여 전송하고, 수신 시스템에서는 FIC_segment_num 필드 값에 널 데이터가 할당된 FIC 세그먼트는 널 FIC 세그먼트로 인식하도록 할 수도 있다. 상기 FIC_segment_num 필드 값에 널 데이터 대신 송/수신 시스템에서 미리 약속한 데이터를 할당할 수도 있다.

이와 같이 FIC 청크는 복수개의 FIC 세그먼트로 분할되어 하나의 서브 프레임을 통해 전송될 수도 있고, 복수개의 서브 프레임을 통해 전송될 수도 있다. 또 한 하나의 서브 프레임을 통해 하나의 FIC 청크로부터 분할된 FIC 세그먼트들만 전송될 수도 있고, 하나의 서브 프레임을 통해 복수개의 FIC 청크로부터 분할된 FIC 세그먼트들이 전송될 수도 있다. 이때 각 FIC 세그먼트에 할당되는 번호는 해당 서브 프레임 내에서의 번호가 아니라, 해당 FIC 청크 내에서의 번호(즉, FIC_seg_number 필드 값)이다. 그리고 M/H 프레임의 바운더리와 FIC 청크의 바운더리를 얼라인하기 위해 널 FIC 세그먼트를 전송할 수도 있으며, 이때 상기 널 FIC 세그먼트에는 세그먼트 번호가 할당되지 않는다.

그리고 본 발명은 상기와 같이 하나의 FIC 청크가 복수개의 서브 프레임을 통해 전송될 수도 있고, 복수개의 FIC 청크가 하나의 서브 프레임을 통해 전송될 수도 있지만, FIC 세그먼트들은 서브 프레임 단위로 인터리빙되어 전송되는 것을 일 실시예로 한다.

한편, 도 15는 SMT 섹션의 비트 스트림 신택스 구조에 대한 일 실시예를 보이고 있다. 여기서, 상기 SMT 섹션은 이해를 돕기 위하여 MPEG-2 프라이빗 섹션(Private section) 형태로 작성되었으나, 상기 SMT 섹션의 데이터의 포맷은 어떠한 형태가 되어도 무방하다.

상기 SMT는 상기 SMT가 포함되는 앙상블 내 모바일 서비스들의 접속 정보를 제공할 수 있다. 또한 상기 SMT는 모바일 서비스의 렌더링(rendering)에 필수적인 정보를 제공할 수 있다. 그리고 상기 SMT는 하나 이상의 디스크립터를 포함할 수 있으며, 상기 디스크립터를 통해 기타 부가 정보들을 서술할 수 있다.

이때 상기 SMT를 전송하는 서비스 시그널링 채널은 상기 SMT 외에 다른 시그 널링 테이블(예를 들어, GAT)을 더 포함할 수도 있다. 이때 상기 서비스 시그널링 채널의 IP 데이터그램들은 동일한 well-known IP 어드레스와 well-known UDP 포트 번호를 갖는 것을 일 실시예로 한다. 그러므로, 상기 서비스 시그널링 데이터에 포함된 SMT의 구분은 테이블 식별자에 의해 이루어진다. 즉, 상기 테이블 식별자는 해당 테이블 또는 해당 테이블 섹션의 헤더에 존재하는 table_id가 될 수 있으며, 필요한 경우 table_id_extension을 더 참조하여 구분할 수 있다.

상기 SMT 섹션을 통해 전송될 수 있는 필드들의 예를 들면 다음과 같다.

table_id 필드(8비트)는 테이블의 타입을 구분시키기 위한 필드로서, 이를 통해 본 테이블이 SMT임을 알 수 있다.

section_syntax_indicator 필드(1비트)는 SMT의 섹션 형식을 정의하는 지시자로서, 섹션 형식은 예를 들어, MPEG의 short-form 신택스('0') 등이 될 수 있다(section_syntax_indicator: This 1-bit field shall be set to '0' to always indicate that this table is derived from the “short” form of the MPEG-2 private section table).

private_indicator 필드(1비트)는 SMT가 프라이빗 섹션을 따르는지 여부를 나타낸다.

section_length 필드(12비트)는 해당 필드 이후의 나머지 SMT의 섹션 길이를 나타낸다(section_length: A 12-bit field. It specifies the number of remaining bytes this table section immediately following this field.).

table_id_extension 필드(16비트)는 테이블 종속적이고, 남은 필드들의 범위 를 제공하는 table_id 필드의 논리적인 부분이 된다(table_id_extension: This is a 16-bit field and is table-dependent. It shall be considered to be logically part of the table_id field providing the scope for the remaining fields). 상기 table_id_extension 필드는 SMT_protocol_version 필드와 ensemble_id 필드를 포함한다.

SMT_protocol_version 필드(8비트)는 현재 프로토콜 내에서 정의된 것들과 다른 구조를 가지는 파라미터들이 전송하는 SMT를 허락하기 위한 프로토콜 버전을 알려준다(SMT_protocol_version: An 8-bit unsigned integer field whose function is to allow, in the future, this SMT to carry parameters that may be structured differently than those defined in the current protocol. At present, the value for the SMT_protocol_version shall be zero. Non-zero values of SMT_protocol_version may be used by a future version of this standard to indicate structurally different tables).

ensemble_id 필드(8비트)는 해당 앙상블과 관련된 ID값으로, 0x00에서 0x3F의 값들이 할당될 수 있다. 본 필드의 값은 TPC 데이터의 parade_id로부터 도출되는 것이 바람직하다. 만약 해당 앙상블이 프라이머리 RS 프레임을 통해 전송될 경우에는 가장 상위 비트(MSB)는 '0'으로 설정되며, 나머지 7비트는 해당 퍼레이드의 parade_id의 값으로 이용한다. 한편, 만약 해당 앙상블이 세컨더리 RS 프레임을 통해 전송될 경우에는 가장 상위 비트(MSB)는 '1'로 설정되며, 나머지 7비트는 해당 퍼레이드의 parade_id의 값으로 이용한다.

version_number 필드(5비트)는 SMT의 버전 번호를 나타낸다.

current_next_indicator 필드(1비트)는 상기 SMT 섹션이 현재 적용 가능한지 여부를 지시한다.

section_number 필드(8비트)는 현재 SMT 섹션의 번호를 표시한다.

last_section_number 필드(8비트)는 SMT를 구성하는 마지막 섹션 번호를 나타낸다.

num_MH_services 필드(8비트)는 SMT 섹션 내의 모바일 서비스의 개수를 지시한다. (num_MH_services: This 8 bit field specifies the number of services in this SMT section.).

이후 상기 num_MH_services 필드 값에 해당하는 모바일 서비스 개수만큼'for' 루프(또는 모바일 서비스 루프라 함)가 수행되어 복수의 모바일 서비스에 대한 시그널링 정보를 제공한다. 즉, 상기 SMT 섹션에 포함되는 모바일 서비스별로 해당 모바일 서비스의 시그널링 정보를 표시한다. 이때 각 모바일 서비스에 대해 다음과 같은 필드 정보를 제공할 수 있다.

MH_service_id 필드(16 비트)는 해당 모바일 서비스를 유일하게 식별할 수 있는 값을 표시한다(A 16-bit unsigned integer number that shall uniquely identify this mobile service within the scope of this SMT section.).

multi_ensemble_service 필드(2비트)는 해당 모바일 서비스가 하나 이상의 앙상블을 통해 전송되는지 여부를 나타낸다. 상기 multi_ensemble_service 필드는 FIC 청크에 포함되는 multi_ensemble_service 필드와 동일한 의미를 가지므로, 여 기서는 상세 설명을 생략하기로 한다.

MH_service_status 필드(2비트)는 해당 모바일 서비스의 상태를 식별한다. 여기서, MSB는 해당 모바일 서비스가 액티브('1')인지 아니면 인액티브('0')인지 지시하고, LSB는 해당 모바일 서비스가 히든('1')인지 아닌지('0')를 지시한다.

SP_indicator 필드(1비트)는 해당 모바일 서비스의 서비스 보호(service protection) 여부를 나타낸다. 만일 SP_indicator 필드 값이 1이면, 서비스 보호가 해당 모바일 서비스의 의미 있는 프리젠테이션을 제공하기 위해 요구되는 콤포넌트들 중 적어도 하나에 적용된다(상기 (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 Service).

short_MH_service_name_length 필드 (3비트)는 short_service_name 필드에 서술되는 숏 서비스 네임의 길이를 바이트 단위로 표시한다.

short_MH_service_name 필드는 해당 모바일 서비스의 숏 네임을 나타낸다.

MH_service_category 필드(6비트)는 해당 모바일 서비스의 타입 카테고리를 식별한다.

num_components 필드(5비트)는 해당 모바일 서비스 내 IP 스트림 콤포넌트의 개수를 표시한다(num_components: This 5-bit field specifies the number of IP stream components in this mobile service).

IP_version_flag 필드(1비트)는 '1'로 설정된 경우에는 source_IP_address 필드, MH_service_destination_IP_address 필드 및 component_destination_IP_address 필드가 IPv6 어드레스임을 지시하고, '0'으로 설정된 경우에는 source_IP_address 필드, MH_service_destination_IP_address 필드, component_destination_IP_address 필드가 IPv4 어드레스임을 지시한다(IP_version_flag: A 1-bit indicator, which when set to '0' shall indicate that source_IP_address, MH_service_destination_IP_address, and component_destination_IP_address fields are IPv4 addresses. The value of '1' for this field is reserved for possible future indication that source_IP_address, MH_service_destination_IP_address, and component_destination_IP_address fields are for IPv6. Use of IPv6 addressing is not currently defined).

source_IP_address_flag 필드(1비트)가 설정된 경우에는 해당 서비스를 위한 소스 IP 어드레스 값이 소스 특정 멀티캐스트를 지시하기 위해 존재함을 지시하는 플래그이다(source_IP_address_flag: A 1-bit Boolean flag that shall indicate, when set, that a source IP address value for this Service is present to indicate a source specific multicast).

MH_service_destination_IP_address_flag 필드(1비트)가 설정된 경우에는 해당 IP 스트림 콤포넌트가 MH_service_destination_IP_address와는 다른 데스티네이션 IP 어드레스를 갖는 IP 데이터그램을 통해 전송됨을 지시한다. 따라서 본 플래그가 설정된 경우에는 수신 시스템은 해당 IP 스트림 콤포넌트에 접근하기 위해서 component_destination_IP_address를 destination_IP_address로 사용하고, num_MH_services 루프 내의 MH_service_destination_IP_address 필드를 무시한다.

source_IP_address 필드(32 또는 128비트)는 source_IP_address_flag가 '1'로 설정된 경우에는 해석될 필요가 있지만, source_IP_address_flag가 '0'로 설정되지 않은 경우에는 해석될 필요가 없다. source_IP_address_flag가 '1'로 설정되고 IP_version_flag 필드가 '0'으로 설정된 경우, 본 필드는 해당 모바일 서비스의 소스를 나타내는 32비트 IPv4 어드레스를 지시한다. 만약 IP_version_flag 필드가 '1'로 설정된 경우에는 본 필드는 해당 모바일 서비스의 소스를 나타내는 32비트 IPv6 어드레스를 지시한다.

MH_service_destination_IP_address 필드(32 또는 128비트)는 MH_service_destination_IP_address_flag 가 '1'로 설정된 경우에는 해석될 필요가 있지만, MH_service_destination_IP_address_flag 가 '0'으로 설정된 경우에는 해석될 필요가 없다. MH_service_destination_IP_address_flag 가 '1'로 설정되고, IP_version_flag 필드가 '0'으로 설정된 경우, 본 필드는 해당 모바일 서비스에 대한 32비트 데스트네이션 IPv4 어드레스를 나타낸다. MH_service_destination_IP_address_flag 가 '1'로 설정되고, IP_version_flag 필드가 '1'로 설정된 경우, 본 필드는 해당 모바일 서비스에 대한 64비트 데스트네이션 IPv6 어드레스를 나타낸다. 만약 해당 MH_service_destination_IP_address를 해석할 수 없다면, num_components 루프 내의 component_destination_IP_address 필드가 해석되어야 하고, 수신 시스템은 IP 스트림 콤포넌트에 접근하기 위해서, component_destination_IP_address를 사용해야 한다.

한편, 본 실시 예에 따른 SMT는, for loop를 사용하여 복수의 콤포넌트에 대한 정보를 제공한다.

이후 상기 num_components 필드 값에 해당하는 콤포넌트 개수만큼 'for' 루프(또는 콤포넌트 루프라 함)가 수행되어 복수의 콤포넌트에 대한 접속 정보를 제공한다. 즉, 해당 모바일 서비스에 포함되는 각 콤포넌트의 접속 정보를 제공한다. 이때 각 콤포넌트에 대해 다음과 같은 필드 정보를 제공할 수 있다.

essential_component_indicator 필드(1비트)는 해당 콤포넌트가 해당 모바일 서비스를 위해 필수적인 콤포넌트인지 여부를 표시한다. 예를 들어, 상기 essential_component_indicator 필드 값이 '1'로 설정되어 있으면 해당 콤포넌트는 모바일 서비스를 위한 필수 콤포넌트 임을 지시한다. 그렇지 않으면, 해당 콤포넌트는 선택적인 콤포넌트임을 지시한다(essential_component_indicator: A one-bit indicator which, when set to '1', shall indicate that this component is an essential component for the service. Otherwise, this field indicates that this component is an optional component).

component_destination_IP_address_flag 필드(1비트)는 '1'로 설정되어 있으면 해당 콤포넌트를 위해 component_destination_IP_address 필드가 존재함을 지시하는 플래그이다(component_destination_IP_address_flag: A 1-bit Boolean flag that shall indicate, when set to '1', that the component_destination_IP_address is present for this component).

port_num_count 필드(6비트)는 해당 UDP/IP 스트림 콤포넌트와 관련된 UDP 포트의 넘버를 지시한다. 데스트네이션 UDP 포트 넘버 값은 destination_UDP_port_num 필드 값으로부터 시작해서 1씩 증가한다.

destination_UDP_port_num 필드(16비트)는 해당 IP 스트림 콤포넌트를 위한 데스트네이션 UDP 포트 넘버를 나타낸다.

component_destination_IP_address 필드(32 또는 128비트)는 IP_version_flag 필드가 '0'으로 설정된 경우에는 본 필드는 해당 IP 스트림 콤포넌트를 위한 32비트 데스트네이션 IPv4 어드레스를 지시한다. 그리고 IP_version_flag 필드가 '1'로 설정된 경우에는 본 필드는 해당 IP 스트림 콤포넌트를 위한 128비트 데스트네이션 IPv6 어드레스를 지시한다(component_destination_IP_address: This field shall be present if the component_destination_IP_address_flag is set to '1' and shall not be present if the component_destination_IP_address_flag is set to '0'. When this field is present, the destination address of the IP datagrams carrying this component of the M/H_service shall match the address in this field. When this field is not present, the destination address of the IP datagrams carrying this component shall match the address in the M/H_service_destination_IP_address field. The conditional use of the 128 bit-long address version of this field is to facilitate possible use of IPv6 in the future, although use of IPv6 is not currently defined).

num_component_level_descriptors 필드(4비트)는 콤포넌트 레벨의 추가 정보 를 제공하는 디스크립터의 개수를 표시한다.

상기 num_component_level_descriptors 필드 값에 해당하는 개수만큼 상기 콤포넌트 루프에 component_level_descriptor()들이 포함되어, 상기 콤포넌트에 대한 부가 정보를 제공한다.

num_MH_service_level_descriptors 필드(4비트)는 해당 모바일 서비스 레벨의 추가 정보를 제공하는 디스크립터의 개수를 표시한다.

상기 num_MH_service_level_descriptors 필드 값에 해당하는 개수만큼 상기 모바일 서비스 루프에 service_level_descriptor()들이 포함되어, 상기 모바일 서비스에 대한 부가 정보를 제공한다.

num_ensemble_level_descriptors 필드(4비트)는 앙상블 레벨의 추가 정보를 제공하는 디스크립터의 개수이다.

상기 num_ensemble_level_descriptors 필드 값에 해당하는 개수만큼 상기 앙상블 루프에 ensemble_level_descriptor()들이 포함되어, 상기 앙상블에 대한 부가 정보를 제공한다.

도 16은 본 발명에 따른 GAT 섹션의 비트 스트림 신택스 구조에 대한 일 실시예를 보이고 있다. 여기서, 상기 GAT 섹션은 이해를 돕기 위하여 MPEG-2 프라이빗 섹션(Private section) 형태로 작성되었으나, 상기 GAT 섹션의 데이터의 포맷은 어떠한 형태가 되어도 무방하다.

본 발명에 따른 GAT 섹션은 서비스 시그널링 채널에 포함되어 수신된다. 이때 상기 서비스 시그널링 채널의 IP 데이터그램들은 동일한 well-known IP 어드레 스와 well-known UDP 포트 번호를 가지므로, 상기 서비스 시그널링 데이터에 포함된 GAT의 구분은 테이블 식별자에 의해 이루어진다. 즉, 상기 테이블 식별자는 해당 테이블 또는 해당 테이블 섹션의 헤더에 존재하는 table_id가 될 수 있으며, 필요한 경우 table_id_extension을 더 참조하여 구분할 수 있다.

상기 GAT 섹션은 서비스 가이드 프로바이더(provider) 정보와, 각 프로바이더별로 서비스 가이드 부트스트래핑(bootstrapping) 정보를 포함한다.

도 16에서 table_id 필드(8비트)는 테이블의 식별자로서, GAT를 식별하는 식별자가 설정될 수 있다.

section_syntax_indicator 필드(1비트)는 GAT의 섹션 형식을 정의하는 지시자이다.

private_indicator 필드(1비트)는 해당 GAT 섹션이 private section을 따르는지 여부를 나타내낸다.

section_length 필드(12비트)는 해당 필드 이후의 나머지 GAT의 섹션 길이를 나타낸다.

또한, 도 16의 GAT는 table_id_extension 필드 위치에 16비트의 GAT_protocol version 필드를 할당하여, 서비스 시그널링 채널로 상기 GAT가 수신되었을 때 상기 GAT를 구분하는 테이블 식별자 중 하나로 사용될 수 있다. 즉, 상기 GAT_protocol version 필드는 현재 프로토콜 내에서 정의된 것들과 다른 구조를 가지는 파라미터들이 전송하는 GAT를 허락하기 위한 프로토콜 버전을 알려준다(GAT_protocol_version: An 16-bit unsigned integer field whose function is to allow, in the future, this GAT to carry parameters that may be structured differently than those defined in the current protocol. At present, the value for the GAT_protocol_version shall be zero. Non-zero values of GAT_protocol_version may be used by a future version of this standard to indicate structurally different tables).

version_number 필드(5비트)는 GAT의 버전 번호를 나타낸다.

current_next_indicator 필드(1비트)는 상기 GAT 섹션이 현재 적용 가능한지 여부를 지시한다.

section_number 필드(8비트)는 현재 GAT 섹션의 섹션 번호를 나타낸다.

last_section_number 필드(8비트)는 GAT의 마지막 섹션 번호를 나타낸다.

num_SG_provides 필드는 현재 GAT 섹션에서 서술하는 SG 프로바이더의 수를 표시한다.

이후 상기 num_SG_provides 필드 값에 해당하는 개수만큼 'for' 루프(또는 SG 프로바이더 루프라 함)가 수행되어 SG 프로바이더별로 SG 부트스트래핑 정보를 제공한다. 일 실시예로, 각 SG 프로바이더에 대해 다음과 같은 필드 정보를 제공할 수 있다.

SG_provider_name_length 필드(8비트)는 이어질 SG_provider_name_text() 필드의 총 길이를 바이트로 표시한다.

SG_provider_name_text() 필드(var)는 해당 SG 프로바이더의 이름을 표시하며, 멀티플 스트링 구조를 갖는다.

SG_delivery_network_type 필드(8비트)는 SG가 전송되는 전송망(delivery network)의 타입을 표시한다. 도 17은 본 발명에 따른 SG_delivery_network_type 필드 값의 의미를 나타내고 있다.

SG_bootstrapping_data_length 필드(8비트)는 이어질 SG_bootstrap_data() 필드의 총 길이를 바이트로 표시한다.

SG_bootstrap_data() 필드(var)는 상기 SG_delivery_network_type 필드 값에 따라 도 18 내지 도 21에서와 같이 SG 부트스트래핑 정보를 제공한다.

또한 각 SG 프로바이더는 디스크립터를 이용하여 각 SG 프로바이더별로 적용되는 부가 정보를 제공할 수도 있다.

본 발명은 다른 실시예로, 상기 SG 프로바이더 루프에 포함되는 SG_level_descriptors()에 상기 SG_delivery_network_type 필드, SG_bootstrapping_data_length 필드, SG_bootstrap_data() 필드를 포함하고, 상기 SG_delivery_network_type 필드 값에 따라 도 18 내지 도 21에서와 같이 SG 부트스트래핑 정보를 제공할 수도 있다.

그리고, num_additional_descriptors 필드(8비트)는 이어질 디스크립터의 개수를 표시한다. 상기 num_additional_descriptors 필드 값에 해당하는 개수만큼 반복되는 additional_descriptor()는 상기 GAT 섹션에 포함되는 모든 SG 프로바이더에 적용할 수 있는 부가 정보를 기술한다.

일 실시예로, 상기 SG_delivery_network_type 필드 값이 0x00이면, 상기 SG는 상기 GAT가 전송되는 동일한 모바일(즉, M/H) 방송을 통해 전송된다(The SG is delivered through the same M/H Broadcast where the GAT is delivered.). 즉, 상기 GAT가 전송되는 앙상블에 속한 RS 프레임에 상기 SG가 하나의 모바일 서비스로서 포함되어 수신된다.

다른 실시예로, 상기 SG_delivery_network_type 필드 값이 0x01이면, 상기 SG는 상기 GAT가 전송되는 모바일 방송과 다른 모바일 방송을 통해 전송된다(The SG is delivered through a different mobile (i.e., M/H) broadcast from the mobile broadcast where the GAT is delivered.). 즉, 상기 GAT가 전송되는 앙상블이 아닌 다른 앙상블에 속한 RS 프레임에 상기 SG가 하나의 모바일 서비스로서 포함되어 수신된다. 도 1은 이러한 경우의 일 실시예를 보인 도면으로서, 별도의 물리적 채널을 보유한 서비스 가이드 프로바이더가 각 방송국으로부터 제공되는 서비스 가이드를 위한 정보를 취합한 후, 상기 보유한 물리적 채널을 통해 하나의 모바일 서비스로서 전송할 수도 있다.

다른 실시예로, 상기 SG_delivery_network_type 필드 값이 0x02이면, 상기 SG는 모바일 방송이 아닌 관련된 다른 IP 기반 방송 채널을 통해 전송된다(The SG is delivered through the associated different IP-based broadcast channel.). 도 2는 이러한 경우의 일 실시예를 보인 도면으로서, 지상파 모바일 시스템과 유럽향 휴대용 디지털 위성 TV 방송을 위한 DVB-SH (Digital Video Broadcasting-Satellite services to Handhelds) 시스템이 결합된 하이브리드(Hybrid) 시스템에 있어서, DVB-SH 사업자(예를 들어, DVB-SH 서비스 프로바이더)가 모바일 방송국으로부터 제공되는 서비스 가이드를 위한 정보(예, 모바일 서비스에 대한 스케쥴 정 보 등)를 취합한 후, DVB-SH 망(즉, 위성)을 통하여 각 수신 시스템으로 전송할 수 있다.

다른 실시예로, 상기 SG_delivery_network_type 필드 값이 0x03이면, 상기 SG는 양방향 채널을 통해 전송된다(The SG is delivered through an interaction channel.). 도 3은 이러한 경우의 일 실시예를 보인 도면으로서, 지상파 모바일 시스템과 양방향 채널 시스템(예, 셀룰러 시스템 등)이 결합된 하이브리드 시스템에 있어서, 양방향 채널 SG 프로바이더(예를 들어, 셀룰러 네트워크 오퍼레이터 등과 같이 양방향 채널 네트워크를 갖춘 사업자 또는 서버 운영자)가 모바일 방송국으로부터 제공되는 서비스 가이드를 위한 정보(예, 모바일 서비스에 대한 스케쥴 정보 등)를 취합한 후, 양방향 채널을 통하여 각 수신 시스템으로 전송할 수 있다.

도 18은 상기 SG_delivery_network_type 필드 값이 0x00일 때, 즉, SG가 현재 모바일 방송을 통해 전송될 경우, SG_bootstrap_data()의 비트스트림 신택스 구조의 일 실시예를 보이고 있다. 다시 말해, 모바일 서비스 데이터에 관련된 어나운스먼트 정보를 전달하는 SG가 상기 모바일 서비스 데이터를 전송하는 모바일 방송에 포함되어 전송되는 경우이다.

도 18의 SG 부트스트래핑 정보 SG_bootstrap_data()는 MH_service_id 필드(16비트)와 announcement_channel_TSI 필드(16 비트) 필드를 포함한다.

상기 SG_delivery_network_type 필드 값이 0x00일 때, 상기 SG는 하나의 모바일 서비스로서 전송되므로, 상기 MH_service_id 필드는 상기 SG 데이터를 포함하는 모바일 서비스를 식별할 수 있는 식별자를 표시한다. 이때는 상기 SG를 전송하 는 모바일 방송에 포함된 SMT에 도 15와 같이 상기 SG 데이터를 위한 모바일 서비스의 억세스 정보가 시그널링된다. 즉, 상기 도 18의 MH_service_id 필드 값은 상기 SMT의 모바일 서비스 루프에 포함된 MH_service_id 필드 값들 중 하나와 매칭된다.

상기 announcement_channel_TSI 필드는 상기 SG 데이터를 포함하는 모바일 서비스의 어나운스먼트 채널인 FLUTE 세션에 대한 전송 세션 식별자(Transmission Session Identifier ; TSI)를 표시한다(A 16-bit unsigned integer number that shall be the TSI of the FLUTE session which is the Announcement Channel of the SG data service.). 즉, 상기 announcement_channel_TSI 필드 값은 어나운스먼트 채널인 FLUTE 세션을 유일하게 식별할 수 있는 식별자이다.

즉, 현재 모바일 방송으로부터 획득한 SMT의 MH_service_id 필드 값과 도 18의 MH_service_id 필드 값의 매칭을 통해, 상기 SMT로부터 SG 데이터를 포함하는 모바일 서비스의 IP 억세스 정보(예를 들어, 데스티네이션 IP 어드레스, 데스티네이션 UDP 포트 번호)를 획득한다. 그리고 상기 IP 억세스 정보를 이용하여 해당 모바일 방송(즉, 상기 SMT와 GAT를 포함하는 앙상블에 속한 RS 프레임)으로부터 IP 데이터그램을 획득하고, 상기 announcement_channel_TSI 필드 값을 이용하여 상기 획득한 IP 데이터그램으로부터 ALC/LCT 헤더를 제거한 후 해당 FLUTE 세션에 접속하여 SG 데이터를 수신한다.

도 19는 상기 SG_delivery_network_type 필드 값이 0x01일 때, 즉, SG가 상기 GAT와 다른 모바일 방송을 통해 전송될 경우, 상기 GAT의 SG_bootstrap_data() 의 비트스트림 신택스 구조의 일 실시예를 보이고 있다. 즉, 상기 GAT의 SG_bootstrap_data()는 상기 GAT가 포함된 모바일 방송을 통해 전송되는 모바일 서비스들과 관련된 SG가 다른 모바일 방송을 통해 전송될 때, 상기 SG의 부트스트래핑 정보를 제공한다.

도 19의 SG 부트스트래핑 정보 SG_bootstrap_data()는 transport_stream_id 필드(16비트), MH_service_id 필드(16비트), 및 announcement_channel_TSI 필드(16 비트) 필드를 포함한다.

상기 SG_delivery_network_type 필드 값이 0x01일 때, 상기 transport_stream_id 필드는 상기 SG를 전송하는 모바일 방송을 식별할 수 있는 레이블(label)을 표시한다. 즉, 상기 SG가 전송되는 모바일 방송의 트랜스포트 스트림 ID를 표시한다. 상기 도 19의 transport_stream_id 필드 값은 프로그램 맵 테이블(PAT)의 헤더와 도 12의 FIC 청크 헤더 내 transport_stream_id 필드 값과 동일하다.

또한 상기 SG_delivery_network_type 필드 값이 0x01일 때에도, 상기 SG는 하나의 모바일 서비스로서 전송되므로, 상기 MH_service_id 필드는 상기 SG 데이터의 모바일 서비스를 식별할 수 있는 식별자를 표시한다. 이때는 상기 GAT를 전송하는 모바일 방송이 아니라, 상기 SG를 전송하는 모바일 방송에 포함된 SMT에 도 15와 같이 상기 SG 데이터를 포함하는 모바일 서비스의 IP 억세스 정보가 시그널링된다. 즉, 상기 도 19의 MH_service_id 필드 값은 상기 SMT의 모바일 서비스 루프에 포함된 MH_service_id 필드 값들 중 하나와 매칭된다.

상기 announcement_channel_TSI 필드는 상기 SG 데이터를 포함하는 모바일 서비스의 어나운스먼트 채널인 FLUTE 세션에 대한 전송 세션 식별자(Transmission Session Identifier ; TSI)를 표시한다(A 16-bit unsigned integer number that shall be the TSI of the FLUTE session which is the Announcement Channel of the SG data service.).

즉, SG_delivery_network_type 필드 값이 0x01이면, 다시 도 19의 transport_stream_id 필드 값에 해당하는 모바일 방송을 수신한 후, 상기 수신된 모바일 방송으로부터 획득한 SMT의 MH_service_id 필드 값과 도 19의 MH_service_id 필드 값의 매칭을 통해, 상기 SMT로부터 SG 데이터를 포함하는 모바일 서비스의 IP 억세스 정보(예를 들어, 데스티네이션 IP 어드레스, 데스티네이션 UDP 포트 번호)를 획득한다. 그리고 상기 IP 억세스 정보를 이용하여 상기 모바일 방송(즉, SMT를 포함하는 앙상블에 속한 RS 프레임)로부터 IP 데이터그램을 획득하고, 상기 획득한 IP 데이터그램으로부터 ALC/LCT 헤더를 제거한 후 상기 announcement_channel_TSI 필드 값을 이용하여 해당 FLUTE 세션에 접속하여 SG 데이터를 수신한다.

도 20은 상기 SG_delivery_network_type 필드 값이 0x02일 때, 즉, SG가 다른 IP 기반의 방송망을 통해 전송될 경우, 상기 GAT의 SG_bootstrap_data()의 비트스트림 신택스 구조의 일 실시예를 보이고 있다. 즉, 상기 GAT의 SG_bootstrap_data()는 상기 GAT가 포함된 모바일 방송을 통해 전송되는 모바일 서비스들과 관련된 SG가 다른 IP 기반의 방송망을 통해 전송될 때, 상기 SG의 부트스 트래핑 정보를 제공한다.

도 20의 SG 부트스트래핑 정보 SG_bootstrap_data()는 IP_version_flag 필드(1비트), source_IP_address_flag 필드(1비트), SG_bootstrap_destination_IP_address 필드(32 또는 128 비트), SG_bootstrap_destination_UDP_port_num 필드(16 비트), 및 announcement_channel_TSI 필드(16 비트) 필드를 포함한다. 또한 상기 source_IP_address_flag 필드 값에 따라 SG_bootstrap_source_IP_address 필드(32 또는 128 비트)가 더 포함될 수 있다.

도 20에서, 상기 source_IP_address_flag 필드가 1로 설정되면, 해당 SG 어나운스먼트 채널을 위한 소스 IP 어드레스 값이 소스 특정 멀티캐스트를 지시하기 위해 존재함을 지시한다.

상기 IP_version_flag 필드는 '1'로 설정된 경우에는 상기 source_IP_address 필드와 SG_bootstrap_destination_IP_address 필드가 IPv6 어드레스임을 지시하고, '0'으로 설정된 경우에는 상기 source_IP_address 필드와 SG_bootstrap_destination_IP_address 필드가 IPv4 어드레스임을 지시한다.

상기 source_IP_address 필드(32 또는 128비트)는 source_IP_address_flag가 '1'로 설정된 경우에는 해석될 필요가 있지만, source_IP_address_flag가 '0'로 설정되지 않은 경우에는 해석될 필요가 없다. 상기 source_IP_address 필드는 상기source_IP_address_flag가 ‘1’이면, 상기 SG 어나운스먼트 채널을 전송하는 모든 IP 데이터그램들의 소스 IP 어드레스를 32 비트 또는 128비트로 표시한다. 상기 source_IP_address_flag가 '1'로 설정되고 IP_version_flag 필드가 '0'으로 설정된 경우, 상기 source_IP_address 필드는 32비트 IPv4 어드레스로 표시된다. 만약 IP_version_flag 필드가 '1'로 설정된 경우에는 상기 source_IP_address 필드는 128비트 IPv6 어드레스로 표시된다.

상기 SG_bootstrap_destination_IP_address 필드는 SG 어나운스먼트 채널의 데스티네이션 IP 어드레스를 표시한다. 만일 상기 IP_version_flag 필드가 '0'으로 설정된 경우, 상기 SG_bootstrap_destination_IP_address 필드는 32비트 IPv4 어드레스료 표시된다. 상기 IP_version_flag 필드가 '1'로 설정된 경우, 상기 SG_bootstrap_destination_IP_address 필드는 128비트 IPv6 어드레스로 표시된다.

상기 SG_bootstrap_destination_UDP_port_num 필드는 SG 어나운스먼트 채널의 데스티네이션 UDP 포트 넘버를 나타낸다.

상기 announcement_channel_TSI 필드는 상기 SG의 어나운스먼트 채널인, FLUTE 세션의 전송 세션 식별자(TSI)를 표시한다.

즉, 상기 SG를 전송하는 타 방송망(즉, 다른 IP 기반의 방송망)을 통해 수신되는 방송 신호로부터 상기 도 20의 SG_bootstrap_destination_IP_address 필드와 SG_bootstrap_destination_UDP_port_num 필드를 이용하여 IP 데이터그램을 획득하고, 상기 획득한 IP 데이터그램으로부터 ALC/LCT 헤더를 제거한 후 상기 announcement_channel_TSI 필드 값을 이용하여 해당 FLUTE 세션에 접속하여 SG 데이터를 수신한다.

도 21은 상기 SG_delivery_network_type 필드 값이 0x03일 때, 즉, SG가 양 방향 채널을 전송될 경우, 상기 GAT의 SG_bootstrap_data()의 비트스트림 신택스 구조의 일 실시예를 보이고 있다. 즉, 상기 GAT의 SG_bootstrap_data()는 상기 GAT가 포함된 M/H 방송을 통해 전송되는 M/H 서비스들과 관련된 SG가 양방향 채널을 통해 전송될 때, 상기 SG의 부트스트래핑 정보를 제공한다.

도 21의 SG 부트스트래핑 정보 SG_bootstrap_data()는 SG_entrypoint_URL_text_length 필드(8비트)와 SG_entrypoint_URL_text 필드(var)를 포함한다.

상기 SG_entrypoint_URL_text_length 필드는 이어질 SG_entrypoint_URL_text 필드의 총 길이를 바이트로 표시한다.

상기 SG_entrypoint_URL_text 필드는 상기 SG 엔트리 포인트의 위치를 나타내는 URL(Uniform Resource Locator)을 표시한다.

즉, 상기 SG_entrypoint_URL_text 필드 값을 기초로 상기 SG를 전송하는 양방향 채널을 억세스하여 SG 데이터를 수신한다.

도 22, 도 23은 본 발명에 따른 서비스 가이드의 부트스트랩 수행 방법의 일 실시예를 보인 흐름도이다.

먼저, 유저가 선택한 모바일(즉, M/H) 서비스를 포함하는 모바일(즉, M/H) 방송 신호를 수신하여 복조한다(S101). 그리고 상기 복조된 모바일 방송 신호로부터 FIC 세그먼트들을 획득하여 FIC 청크를 복원하고, 상기 복원된 FIC 청크에 포함된 정보를 이용하여 앙상블과 모바일 서비스간의 매핑 정보를 구성한다(S102). 상기 앙상블과 모바일 서비스간의 매핑 정보는 앙상블 식별자, 상기 앙상블 식별자에 의해 식별되는 앙상블에 포함되는 모바일 서비스 식별자, 서비스 타입 정보 등을 포함할 수 있다.

또한 상기 복조된 모바일 방송 신호로부터 유저가 선택한 모바일 서비스를 포함하는 RS 프레임을 구성하고, 상기 RS 프레임에 대해 CRC 복호와 RS 복호를 수행한다(S103). 상기 CRC 복호와 RS 복호가 수행된 RS 프레임(즉, RS 프레임 페이로드)으로부터 서비스 시그널링 채널을 획득하고(S104), 상기 서비스 시그널링 채널에 포함된 GAT 섹션을 추출한다(S105). 즉, well-known IP 어드레스와 well-known UDP 포트 번호를 갖는 서비스 시그널링 채널의 IP 데이터그램(예를 들어, IP 멀티캐스트 스트림)으로부터 테이블 식별자를 이용하여 GAT 섹션을 추출한다.

그리고 상기 GAT 섹션으로부터 상기 GAT 섹션에서 서술하는 SG 프로바이더들의 개수(num_SG_providers)를 획득한다(S106). 상기 S106 이후의 단계는 상기 획득된 SG 프로바이더들의 개수만큼 반복 수행되어, 각 SG 프로바이더별로 SG 부트스트래핑 정보를 수집하고 각 SG 프로바이더가 제공하는 SG를 억세스한다.

즉, 각 SG 프로바이더별로 해당 SG 프로바이더의 이름 정보(SG_provider_name_length, SG_provider_name_text), 상기 SG가 전송되는 SG 전송망 타입(SG_delivery_network_type), 상기 SG의 부트스트래핑 데이터의 길이(SG_bootstrapping_data_length)를 획득한다(S107).

이어, 상기 S107에서 획득한 SG 전송망 타입(SG_delivery_network_type)에 따라 SG 부트스트래핑 정보를 획득하고, 획득한 SG 부트스트래핑 정보를 이용하여 해당 SG를 억세스한다.

만일, S108에서 상기 SG_delivery_network_type 필드 값이 0x00이라고 확인되면, 도 18과 같은 SG_bootstrap_data()로부터 모바일 서비스 식별자(MH_service_id)와 어나운스먼트 채널의 전송 세션 식별자(announcement_channel_TSI)를 획득한다(S109).

그리고 상기 S104에서 획득한 서비스 시그널링 채널에 포함된 SMT를 추출한다(S110). 이어, 상기 S110에서 추출된 SMT로부터 상기 S109에서 획득한 M/H 서비스 식별자와 관련된 IP 억세스 정보를 획득한다(S111). 상기 획득한 IP 억세스 정보를 기초로 상기 SMT를 포함하는 앙상블에 속한 RS 프레임(즉, 상기 S103에서 CRC 복호 및 RS 복호된 RS 프레임)으로부터 IP 멀티캐스트 스트림을 획득하고(S112), 상기 획득한 IP 멀티캐스트 스트림으로부터 ALC/LCT 헤더를 제거한 후 상기 announcement_channel_TSI와 관련된 FLUTE 세션을 수신(receive or join)하여(S113), SG 데이터를 억세스한다(S114).

즉, 현재 모바일 방송으로부터 획득한 SMT의 MH_service_id 필드 값과 도 18의 MH_service_id 필드 값의 매칭을 통해, 상기 SMT로부터 SG 데이터를 포함하는 모바일 서비스의 IP 억세스 정보(예를 들어, 데스티네이션 IP 어드레스, 데스티네이션 UDP 포트 번호)를 획득한다. 그리고 상기 IP 억세스 정보를 이용하여 해당 모바일 방송(즉, 상기 SMT를 포함하는 앙상블에 속한 RS 프레임)으로부터 IP 데이터그램(즉, IP 멀티캐스트 스트림)을 획득하고, 상기 획득한 IP 데이터그램으로부터 ALC/LCT 헤더를 제거한 후 상기 announcement_channel_TSI 필드 값을 이용하여 해당 FLUTE 세션에 접속하여 SG 데이터를 수신한다.

한편, 상기 S108에서 상기 SG_delivery_network_type 필드 값이 0x01이라고 확인되면, 도 19와 같은 SG_bootstrap_data()로부터 트랜스포트 스트림 식별자(transport_stream_id), 모바일 서비스 식별자(MH_service_id), 및 어나운스먼트 채널의 전송 세션 식별자(announcement_channel_TSI)를 획득한다(S115).

그리고, 상기 트랜스포트 스트림 식별자(transport_stream_id)와 관련된 모바일 방송 신호를 수신하여 복조한다(S116). 일 예로, 상기 S116에서 수신된 모바일 방송 신호와 상기 S101에서 수신한 모바일 방송 신호는 서로 다른 트랜스포트 스트림 식별자를 갖는다. 이어 상기 S116에서 복조된 모바일 방송 신호로부터 FIC 세그먼트들을 획득하여 FIC 청크를 복원하고, 상기 복원된 FIC 청크로부터 상기 S115에서 획득한 모바일 서비스 식별자와 관련된 앙상블을 식별한다(S117). 그리고 상기 S116에서 복조된 모바일 방송 신호로부터 상기 식별된 앙상블에 속한 RS 프레임을 구성하고, 상기 RS 프레임에 대해 CRC 복호와 RS 복호를 수행한다. 상기 CRC 복호와 RS 복호가 수행된 RS 프레임(즉, RS 프레임 페이로드)으로부터 서비스 시그널링 채널을 획득하고, 상기 서비스 시그널링 채널에 포함된 SMT를 추출한다(S118). 즉, well-known IP 어드레스와 well-known UDP 포트 번호를 갖는 서비스 시그널링 채널의 IP 데이터그램(예를 들어, IP 멀티캐스트 스트림)으로부터 테이블 식별자를 이용하여 SMT 섹션을 추출한다.

그리고 상기 S118에서 추출된 SMT로부터 상기 S115에서 획득한 모바일 서비스 식별자와 관련된 IP 억세스 정보를 획득한다(S119). 상기 획득한 IP 억세스 정보를 기초로 상기 S118에서 추출된 SMT가 포함된 RS 프레임으로부터 IP 멀티캐스트 스트림을 획득하고(S120), 상기 획득한 IP 멀티캐스트 스트림으로부터 ALC/LCT 헤더를 제거한 후 상기 announcement_channel_TSI와 관련된 FLUTE 세션을 수신(receive or join)하여(S121), SG 데이터를 억세스한다(S122).

즉, 상기 도 19의 transport_stream_id 필드 값에 해당하는 모바일 방송을 수신한 후, 상기 수신된 모바일 방송으로부터 획득한 SMT의 MH_service_id 필드 값과 도 19의 MH_service_id 필드 값의 매칭을 통해, 상기 SMT로부터 SG 데이터를 포함하는 모바일 서비스의 IP 억세스 정보(예를 들어, 데스티네이션 IP 어드레스, 데스티네이션 UDP 포트 번호)를 획득한다. 그리고 상기 IP 억세스 정보를 이용하여 해당 모바일 방송(즉, 해당 앙상블에 속한 RS 프레임)으로부터 IP 데이터그램(즉, IP 멀티캐스트 스트림)을 획득하고, 상기 획득한 IP 데이터그램으로부터 ALC/LCT 헤더를 제거한 후 상기 announcement_channel_TSI 필드 값을 이용하여 해당 FLUTE 세션에 접속하여 SG 데이터를 수신한다.

한편, 상기 S108에서 상기 SG_delivery_network_type 필드 값이 0x02이라고 확인되면, 도 20과 같은 SG_bootstrap_data()로부터 SG 부트스트랩을 위한 IP 억세스 정보와 어나운스먼트 채널의 전송 세션 식별자(announcement_channel_TSI)를 획득한다(S123). 상기 SG 부트스트랩을 위한 IP 억세스 정보는 SG 부트스트랩 데스티네이션 IP 어드레스(SG_bootstrap_destination_IP_address)와 SG 부트스트랩 데스티네이션 UDP 번호(SG_bootstrap_destination_UDP_port_num)를 포함한다. 상기 SG 부트스트랩을 위한 IP 억세스 정보는 SG 부트스트랩 소스 IP 어드레스(SG_bootstrap_source_IP_address)를 더 포함할 수 있다.

상기 S123에서 해당 SG 프로바이더의 SG 부트스트래핑 정보가 획득되면, SG를 전송하는 타 방송망을 튜닝하여 적절한 파라미터들을 모으고(S124), 상기 파라미터들을 이용하여 상기 타 방송망으로부터 IP 멀티캐스트 스트림을 획득한다(S125). 상기 획득한 IP 멀티캐스트 스트림으로부터 ALC/LCT 헤더를 제거한 후 상기 S121에서 획득한 announcement_channel_TSI와 관련된 FLUTE 세션을 수신(receive or join)하여(S126), SG 데이터를 억세스한다(S127).

즉, 상기 SG를 전송하는 타 방송망(즉, 다른 IP 기반의 방송망)을 통해 수신되는 방송 신호로부터 상기 도 20의 SG_bootstrap_destination_IP_address 필드와 SG_bootstrap_destination_UDP_port_num 필드를 이용하여 IP 데이터그램을 획득하고, 상기 획득한 IP 데이터그램으로부터 ALC/LCT 헤더를 제거한 후 상기 announcement_channel_TSI 필드 값을 이용하여 해당 FLUTE 세션에 접속하여 SG 데이터를 수신한다.

한편, 상기 S108에서 상기 SG_delivery_network_type 필드 값이 0x03이라고 확인되면, 도 21과 같은 SG_bootstrap_data()로부터 SG 부트스트랩을 위한 접속 정보를 획득한다(S128). 상기 접속 정보는 SG 엔트리포인트 URL(SG_entrypoint_URL)을 포함한다. 그리고, 상기 접속 정보를 기초로 양방향 채널을 억세스하여(S129), SG 데이터를 수신한다(S130).

상기 S114, S122, S127, S130 중 하나가 수행되어 SG 데이터를 수신하면, 상기 S106에서 획득한 num_SG_providers 값에서 1을 뺀 후(S131), 상기 num_SG_providers 값이 0인지를 확인한다(S132). 만일 상기 num_SG_providers 값이 0이 아니면 상기 S107로 되돌아가 다음 SG 프로바이더가 전송하는 SG를 억세스하기 위한 부트스트래핑 정보를 추출하여 상기 SG를 억세스하는 과정을 수행한다. 그리고, 상기 num_SG_providers 값이 0이면, 상기 GAT 섹션에 포함된 SG 프로바이더들이 제공하는 SG를 모두 수신하였으므로, SG 부트스트랩 과정을 종료한다.

수신 시스템

도 24는 본 발명에 따른 수신 시스템의 일 실시예를 보인 구성 블록도이다.

도 24에서 실선 화살표는 데이터 패스(Data path)를, 점선 화살표는 콘트롤 시그널 패스(Control signal path)를 나타낸다.

도 24의 수신 시스템은 시스템 전체를 제어하는 오퍼레이션 제어기(2100), 튜너(2111), 복조기(2112), 등화기(2113), 기지 데이터 검출기(2114), 블록 디코더(2115), 프라이머리 RS 프레임 디코더(2116), 세컨더리 RS 프레임 디코더(2117), 시그널링 디코딩더(2118) 및 베이스밴드 제어기(2119)를 포함한다. 여기서, 상기 수신 시스템은 FIC 핸들러(2121), 서비스 매니저(2122), 서비스 시그널링 핸들러(2123) 및 제1 저장부(2124)를 더 포함할 수 있다. 그리고 상기 수신 시스템은, 프라이머리 RS 프레임 버퍼(2131), 세컨더리 RS 프레임 버퍼(2132), 및 트랜스포트 패킷(TP) 핸들러(2133)를 더 포함할 수 있다. 또한, 상기 수신 시스템은, IP(Internet Protocol) 데이터그램 핸들러(2141), 디스크램블러(2142), UDP(User Datagram Protocol) 데이터그램 핸들러(2143), RTP/RTCP(Real-time Transport Protocol/Real-time Transport Control Protocol) 데이터그램 핸들러(2144), NTP(Network Time Protocol) 데이터그램 핸들러(2145), 서비스 보호(service protection) 스트림 핸들러(2146), 제2 저장부(2147), ALC/LCT(Asynchronous Layered Coding/Layered Coding Transport) 스트림 핸들러(2148), 디콤프레서(decompressor)(2149), XML(Extensible Mark-up Language) 파서(2150) 및 FDT(Field Device Tool) 핸들러(2151)를 더 포함할 수 있다. 그리고 상기 수신 시스템은, A/V 디코더(2161), 파일 디코더(2162), 제3 저장부(2163), 미들웨어 엔진(2164) 및 SG 핸들러(2165)를 더 포함할 수 있다. 또한, 상기 수신 시스템은, EPG 매니저(2171), 어플리케이션 매니저(2172) 및 UI(User Interface) 매니저(2173)를 더 포함할 수 있다. 또한 상기 수신 시스템은 타 방송망을 통해 전송되는 서비스 가이드를 수신하기 위한 타 방송망 인터페이스부(2001)와 양방향 채널을 통해 전송되는 서비스 가이드를 수신하기 위한 양방향 네트워크 인터페이스부(2003)를 더 포함한다. 상기 양방향 네트워크 인터페이스부(2003)는 무선(wireless), 광(optics) 등의 물리적 미디엄(physical medium)과 관계없이 IP 기반의 양방향 네트워크와의 인터페이스를 구축하는 것을 일 실시예로 한다.

이하 본 명세서에서는 설명의 편의를 위해, 튜너(2111), 복조기(2112), 등화기(2113), 기지 데이터 검출기(2114), 블록 디코더(2115), 프라이머리 RS 프레임 디코더(2116), 세컨더리 RS 프레임 디코더(2117), 시그널링 디코더(2118) 및 베이스밴드 제어기(2119)를 포함하여 베이스밴드 프로세서(2110)라 칭하고, FIC 핸들러(2121), 서비스 매니저(2122), 서비스 시그널링 핸들러(2123) 및 제1 저장부(2124)를 포함하여 서비스 디멀티플렉서(2120)라 칭한다. 또한, 프라이머리 RS 프레임 버퍼(2131), 세컨더리 RS 프레임 버퍼(2132) 및 트랜스포트 패킷 핸들러(2133)를 포함하여 IP 어뎁테이션 모듈(2130)이라 칭하고, IP 데이터그램 핸들러(2141), 디스크램블러(2142), UDP 데이터그램 핸들러(2143), RTP/RTCP 데이터그램 핸들러(2144), NTP 데이터그램 핸들러(2145), 서비스 보호(service protection) 스트림 핸들러(2146), 제2 저장부(2147), ALC/LCT 스트림 핸들러(2148), 디콤프레서(decompressor)(2149), XML 파서(2150) 및 FDT 핸들러(2151)를 포함하여 커먼 IP 모듈(2140)이라 칭한다. 또한, 상기 A/V 디코더(2161), 파일 디코더(2162), 제3 저장부(2163), 미들웨어 엔진(2164) 및 SG 핸들러(2165)를 포함하여 어플리케이션 모듈(2160)이라 칭한다.

도 24에서 사용되는 용어는 현재 널리 사용되는 일반적인 용어를 선택하였으나, 새로운 기술의 출현에 따라 본 발명에서 출원인이 가장 적합하다고 판단한 용어도 임의로 사용하였으며, 이에 대해서는 해당 설명부분에서 용어의 의미를 명확히 설명하기로 한다. 따라서, 본 발명을 이해함에 있어 단순한 용어의 명칭이 아닌 용어가 가지는 의미로서 본 발명을 파악하여야 됨을 밝혀 두고자 한다.

이와 같이 구성된 도 24에서 베이스밴드 제어기(2119)는 상기 베이스밴드 프로세서(2110)의 각 블록의 동작을 제어한다.

즉, 튜너(2111)는 특정 물리 채널(또는 물리 전송 채널, physical transmission channel, PTC)의 주파수로 수신 시스템을 튜닝하여 고정형 방송 수신 장치를 위한 방송 신호인 메인 서비스 데이터와 이동형 방송 수신 장치를 위한 방송 신호인 모바일 서비스 데이터를 수신한다. 상기 튜너(2111)는 튜닝된 특정 채널 의 주파수를 중간주파수(IF: Intermediate Frequency) 신호로 다운 컨버전하여 복조기(2112)와 기지 데이터 검출기(2114)로 출력한다.

이때 상기 튜너(2111)는 메인 서비스 데이터와 모바일 서비스 데이터를 수신할 수도 있고, 상기 모바일 서비스 데이터에 관련된 서비스 가이드 또는 다른 모바일 서비스 데이터에 관련된 서비스 가이드 데이터를 수신할 수도 있다.

즉, 상기 튜너(2111)를 통해 현재 수신되는 모바일 방송 신호에 포함된 모바일 서비스 데이터에 대한 어나운스먼트 정보를 전달하는 서비스 가이드는 상기 모바일 방송 신호에 포함되어 수신될 수도 있고, 다른 물리적 채널의 모바일 방송신호를 통해 수신될 수도 있다. 이 경우의 서비스 가이드는 서비스 매니저(2122) 및/또는 오퍼레이션 제어기(2100)의 제어에 의해 베이스밴드 처리부(2110)의 튜너(2111)를 통해 수신되어 처리된다. 그리고, 상기 서비스 가이드는 타 방송망을 통해 전송될 수도 있으며, 타 방송망을 통해 전송되는 서비스 가이드는 상기 서비스 매니저(2122) 및/또는 오퍼레이션 제어기(2100)의 제어에 의해 타 방송망 인터페이스부(2001)를 통해 수신되어 처리된다. 또한 상기 서비스 가이드는 양방향 채널을 통해 전송될 수도 있으며, 양방향 채널을 통해 전송되는 서비스 가이드는 상기 서비스 매니저(2122) 및/또는 오퍼레이션 제어기(2100)의 제어에 의해 양방향 네트워크 인터페이스부(2003)를 통해 수신되어 처리된다.

상기 튜너(2111)로부터 출력되는 통과대역 디지털 IF 신호는 메인 서비스 데이터만 포함할 수도 있고, 모바일 서비스 데이터만 포함할 수도 있으며, 메인 서비스 데이터와 모바일 서비스 데이터를 함께 포함할 수도 있다.

복조기(2112)는 튜너(2111)로부터 입력되는 통과 대역의 디지털 IF 신호에 대해 자동 이득 제어, 반송파 복구 및 타이밍 복구 등을 수행하여 기저대역 신호로 만든 후 등화기(2113)와 기지 데이터 검출기(2114)로 출력한다. 상기 복조기(2112)는 타이밍 복원이나 반송파 복구 시에 상기 기지 데이터 검출기(2114)로부터 입력 받는 기지 데이터 심볼 열을 이용하여 복조 성능을 향상 시킬 수 있다.

등화기(2113)는 복조기(2112)에서 복조된 신호에 포함된 채널상의 왜곡을 보상한 후 블록 디코더(2115)로 출력한다. 상기 등화기(2113)는 기지 데이터 검출기(2114)로부터 입력 받는 기지 데이터 심볼 열을 이용함으로써, 등화 성능을 향상 시킬 수 있다. 또한, 상기 등화기(2113)는 상기 블록 디코더(2115)의 디코딩 결과를 피드백 받아 등화 성능을 향상시킬 수도 있다.

기지 데이터 검출기(2114)는 복조기(2112)의 입/출력 데이터 즉, 복조가 이루어지기 전의 데이터 또는 복조가 일부 이루어진 데이터로부터 송신 측에서 삽입한 기지 데이터 위치를 검출하고 위치 정보와 함께 그 위치에서 발생시킨 기지 데이터의 시퀀스(Sequence)를 복조기(2112), 등화기(2113) 및 베이스밴드 제어기 (2119)로 출력한다. 또한, 상기 기지데이터 검출기(2114)는 송신 측에서 추가적인 부호화를 거친 모바일 서비스 데이터와 추가적인 부호화를 거치지 않은 메인 서비스 데이터를 블록 디코더(2115)에서 구분할 수 있도록 하기 위한 정보를 블록 디코더(2115)로 출력한다.

상기 블록 디코더(2115)는 등화기(2113)에서 채널 등화된 후 입력되는 데이터가 송신 측에서 serial concatenated convolution code (SCCC) 방식의 블록 인코 딩과 트렐리스 인코딩이 모두 수행된 데이터(즉, RS 프레임 내 데이터, 시그널링 데이터)이면 송신 측의 역으로 트렐리스 디코딩 및 블록 디코딩을 수행하고, 블록 인코딩은 수행되지 않고 트렐리스 인코딩만 수행된 데이터(즉, 메인 서비스 데이터)이면 트렐리스 디코딩만을 수행한다.

상기 시그널링 디코더(2118)는 등화기(2113)에서 채널 등화된 후 입력되는 시그널링 데이터의 디코딩을 수행한다. 상기 시그널링 디코더(2118)로 입력되는 시그널링 데이터(또는 시그널링 정보)는 송신 시스템에서 블록 인코딩과 트렐리스 인코딩이 모두 수행된 데이터라고 가정한다. 이러한 시그널링 데이터로는 TPC(Transmission Parameter Channel) 데이터와 FIC(Fast Information Channel) 데이터를 일 예로 들 수 있다. 예를 들면, 상기 시그널링 디코더(2118)는 입력되는 데이터 중 시그널링 정보 영역의 데이터에 대해 parallel concatenated convolution code (PCCC) 방식의 회귀적 터보 디코딩을 수행한 후, 터보 디코딩된 시그널링 데이터로부터 FIC 데이터와 TPC 데이터를 분리한다. 또한, 상기 시그널링 디코더(2118)는 상기 분리된 TPC 데이터에 대해 송신 측의 역으로 RS 디코딩을 수행하여 베이스밴드 제어기(2119)로 출력한다. 그리고 상기 시그널링 디코더(2118)는 상기 분리된 FIC 데이터에 대해 서브 프레임 단위로 디인터리빙을 수행하고, 송신 측의 역으로 RS 디코딩을 수행한 후 FIC 핸들러(2121)로 출력한다. 상기 시그널링 디코더(2118)에서 디인터리빙 및 RS 디코딩되어 FIC 핸들러(2121)로 출력되는 FIC 데이터의 전송 단위는 FIC 세그먼트이다.

FIC 핸들러(2121)는 시그널링 디코더(2118)로부터 FIC 데이터를 입력 받아 서비스 획득을 위한 시그널링 정보 즉, 앙상블과 모바일 서비스 간의 매핑 정보를 추출한다. 이를 위해 상기 FIC 핸들러(2121)는 FIC 세그먼트 버퍼, FIC 세그먼트 파서 및 FIC 청크 파서를 포함할 수 있다.

상기 FIC 세그먼트 버퍼는 시그널링 디코더(2118)로부터 입력되는 M/H 프레임 단위의 FIC 세그먼트들을 버퍼링한 후 FIC 세그먼트 파서로 출력한다. 상기 FIC 세그먼트 파서는 상기 FIC 세그먼트 버퍼에 저장된 각 FIC 세그먼트의 헤더를 추출하여 분석하고, 분석 결과에 따라 해당 FIC 세그먼트의 페이로드를 FIC 청크 파서로 출력한다. 상기 FIC 청크 파서는 상기 FIC 세그먼트 파서에서 분석된 결과를 이용하여 FIC 세그먼트 페이로드들로부터 FIC 청크 데이터 구조를 복원하고 분석하여 서비스 획득을 위한 시그널링 정보를 추출한다. 상기 FIC 청크 파서에서 획득된 시그널링 정보는 서비스 매니저(2122)로 출력된다.

한편, 서비스 시그널링 핸들러(2123)는 서비스 시그널링 버퍼와 서비스 시그널링 파서를 포함하여 구성하고, 상기 UDP 데이터그램 핸들러(2143)로부터 전송되는 서비스 시그널링 채널에 포함된 테이블 섹션들 예를 들어, SMT 섹션, GAT 섹션들을 버퍼링한 후 분석하고 처리한다. 상기 서비스 시그널링 핸들러(2123)에서 처리된 SMT 정보, GAT 정보도 서비스 매니저(2122)로 출력된다.

상기 SMT 섹션, GAT 섹션을 전송하는 서비스 시그널링 채널은 Well-known IP destination address와 well-known destination UDP port numb d를 가지는 UDP/IP 패킷 형태로 해당 RS 프레임에 포함되어 수신되는 것을 일 실시예로 한다. 따라서, 수신 시스템에서는 별도의 IP 억세스 정보를 요구하지 않고도 서비스 시그널링 채 널을 획득할 수 있으며, 상기 획득한 서비스 시그널링 채널 내 각 시그널링 테이블(예, SMT, GAT 등)은 테이블 식별자를 이용하여 구분한다.

상기 SMT 섹션은 상기 SMT 섹션이 포함된 앙상블 내 모든 서비스에 대한 시그널링 정보(IP 억세스 정보 포함)를 제공한다. 그러므로, 상기 SMT로부터 파싱된 정보를 이용하여 수신을 원하는 서비스에 속한 IP 스트림 콤포넌트를 억세스하여, 사용자에게 해당 서비스를 제공할 수 있다. 또한 상기 SMT 섹션은 서비스 가이드 데이터가 하나의 모바일 서비스로서 상기 SMT가 포함된 앙상블에 포함되어 수신된다면, 상기 SG 데이터를 포함하는 모바일 서비스의 IP 엑세스 정보를 제공한다.

그리고 상기 GAT 섹션은 서비스 가이드를 전송하는 SG 프로바이더들의 정보와 각 SG 프로바이더가 제공하는 SG를 억세스하는데 필요한 서비스 가이드 부트스트래핑 정보를 제공한다. 상기 SG 부트스트래핑 정보는 SG의 전송 방식에 따라 달라지며, 해당 SG의 억세스 정보를 포함한다. 또한 상기 SG 부트스트래핑 정보는 어나운스먼트 채널의 전송 세션 식별자를 더 포함할 수 있다.

상기 서비스 매니저(2122)는 상기 GAT에 포함된 각 SG 프로바이더별로 시그널링된 SG 부트스트래핑 정보를 이용하여 현재 RS 프레임, 튜너(2111), 타 방송망 인터페이스부(2001), 양방향 네트워크 인터페이스부(2003) 중 어느 하나로부터 해당 SG를 수신한다. 즉, 상기 튜너(2111)를 통해 수신되는 모바일 방송 신호로부터 추출한 GAT에 시그널링된 SG 부트스트래핑 정보를 기초로, 상기 모바일 방송 신호에 관련된 서비스 가이드를 해당 모바일 방송 신호, 다른 물리적 채널의 모바일 방송 신호, 타 방송망, 양방향 채널 중 어느 하나로부터 수신한다. 상기 수신된 SG는 ALC/LCT 핸들러(2148)로 출력되거나, SG 핸들러(2165)로 출력된다.

상기 SG 부트스트래핑 정보를 이용하여 해당 SG를 수신하는 과정은 도 16 내지 도 23에서 상세히 설명하고 있으므로, 여기서는 생략하기로 한다.

또한 상기 SMT로부터 파싱된 정보는 서비스 매니저(2122)에 의해 수집되어 제1 저장부(2124)에 저장된다. 상기 서비스 매니저(2122)는 상기 SMT에서 추출된 정보를 서비스 맵 및 가이드 데이터 형태로 상기 제1 저장부(2124)에 저장한다.

즉, 상기 서비스 매니저(2122)는 FIC 핸들러(2121)와 서비스 시그널링 핸들러(2123)로부터 수집한 시그널링 정보를 이용하여 서비스 맵을 구성하고, 서비스 가이드(SG) 핸들러(2165)로부터 수집한 서비스 가이드(SG)를 이용하여 프로그램 가이드를 작성한다. 그리고 상기 구성된 서비스 맵과 작성된 서비스 가이드를 참조하여 유저(User)가 원하는 모바일 서비스를 수신할 수 있도록 베이스밴드 제어기(2119)를 제어하고 또한, 유저의 입력에 따라 프로그램 가이드가 화면의 적어도 일부에 디스플레이 될 수 있도록 제어한다.

상기 제1 저장부(2124)는 서비스 매니저(2122)에서 작성된 서비스 맵 및 서비스 가이드를 저장한다. 또한, 상기 서비스 매니저(2122) 및 EPG 매니저(2171)의 요청에 의해 상기 제1 저장부(2124)에 저장된 데이터가 추출되어 서비스 매니저(2122) 및/또는 EPG 매니저(2171)로 전달된다.

상기 베이스밴드 제어기(2119)는 기지 데이터 위치 정보 및 TPC 데이터를 입력 받아 M/H 프레임 시간 정보, 선택된 퍼레이드(Parade)의 데이터 그룹 존재 유무, 데이터 그룹 내의 기지 데이터의 위치 정보, 전력 제어 정보 등을 베이스밴드 프로세서(2110)의 각 블록에 전달한다. 상기 TPC 데이터의 상세한 설명은 뒤에서 하기로 한다.

한편, 본 발명에 따르면, 송신 시스템에서는 인코딩 단위로 RS 프레임 개념을 사용하고 있다. 상기 RS 프레임은 프라이머리 RS 프레임(Primary RS Frame)과 세컨더리 RS 프레임(Secondary RS Frame)으로 구분한다. 본 발명에서 프라이머리 RS 프레임과 세컨더리 RS 프레임의 구분은 데이터의 중요도에 따르는 것을 일 실시 예로 한다.

상기 프라이머리 RS 프레임 디코더(2116)는 블록 디코더(2115)의 출력을 입력으로 받는다. 이때, 상기 프라이머리 RS 프레임 디코더(2116)는 RS(Reed Solomon) 인코딩 및/또는 CRC(Cyclic Redundancy Check) 인코딩된 모바일 서비스 데이터를 상기 블록 디코더(2115)로부터 입력 받는 것을 일 실시예로 한다. 상기 프라이머리 RS 프레임 디코더(2116)는 RS(Reed Solomon) 인코딩 및/또는 CRC(Cyclic Redundancy Check) 인코딩된 SMT, GAT 섹션 데이터 또는 SG 데이터를 상기 블록 디코더(2115)로부터 입력 받을 수 있다.

상기 프라이머리 RS 프레임 디코더(2116)는 송신 시스템의 RS 프레임 인코더(미도시)의 역과정을 수행하여, 프라이머리 RS 프레임 내의 에러들을 정정한다. 즉, 상기 프라이머리 RS 프레임 디코더(2116)는 다수의 데이터 그룹을 모아 프라이머리 RS 프레임을 형성한 후, 프라이머리 RS 프레임 단위로 에러 정정을 수행한다. 다시 말해, 상기 프라이머리 RS 프레임 디코더(2116)는 실제 방송 서비스 등을 위하여 전송되는 프라이머리 RS 프레임을 디코딩한다. 상기 프라이머리 RS 프레임 디 코더(2116)에서 디코딩된 프라이머리 RS 프레임은 프라이머리 RS 프레임 버퍼(2131)로 출력된다. 상기 프라이머리 RS 프레임 버퍼(2131)는 상기 프라이머리 RS 프레임을 버퍼링한 후 각 로우(row) 단위로 M/H TP를 구성하여 TP 핸들러(2133)로 출력한다.

상기 세컨더리 RS 프레임 디코더(2117)는 블록 디코더(2115)의 출력을 입력으로 받는다. 이때 상기 세컨더리 RS 프레임 디코더(2117)도 RS(Reed Solomon) 인코딩 및/또는 CRC(Cyclic Redundancy Check) 인코딩된 모바일 서비스 데이터를 상기 블록 디코더(2115)로부터 입력 받는 것을 일 실시 예로 한다. 상기 세컨더리 RS 프레임 디코더(2117)는 RS(Reed Solomon) 인코딩 및/또는 CRC(Cyclic Redundancy Check) 인코딩된 SMT 섹션, GAT 섹션 데이터 또는 SG 데이터를 상기 블록 디코더(2115)로부터 입력 받을 수 있다.

상기 세컨더리 RS 프레임 디코더(2117)는 송신 시스템의 RS 프레임 인코더(미도시)의 역과정을 수행하여, 세컨더리 RS 프레임 내의 에러들을 정정한다. 즉, 상기 세컨더리 RS 프레임 디코더(2117)는 다수의 데이터 그룹을 모아 세컨더리 RS 프레임을 형성한 후, 세컨더리 RS 프레임 단위로 에러 정정을 수행한다. 다시 말해, 상기 세컨더리 RS 프레임 디코더(2117)는 모바일 오디오 서비스 데이터, 모바일 비디오 서비스 데이터, 가이드 데이터 등을 위하여 전송되는 세컨더리 RS 프레임을 디코딩한다. 상기 세컨더리 RS 프레임 디코더(2117)에서 디코딩된 세컨더리 RS 프레임의 데이터는 세컨더리 RS 프레임 버퍼(2132)로 출력된다. 상기 세컨더리 RS 프레임 버퍼(2132)는 상기 세컨더리 RS 프레임을 버퍼링한 후 각 로우(row) 단 위로 M/H TP를 구성하여 상기 TP 핸들러(2133)로 출력한다.

상기 TP 핸들러(2133)는 TP 버퍼와 TP 파서로 구성되며, 상기 프라이머리 및 세컨더리 RS 프레임 버퍼(2131,2132)로부터 전달받은 M/H TP를 버퍼링한 후, 버퍼링된 M/H TP의 각 헤더를 추출하고 분석하여 해당 M/H TP의 페이로드로부터 IP 데이터그램을 복원한다. 그리고 복원된 IP 데이터그램은 상기 IP 데이터그램 핸들러(2141)로 출력한다.

상기 IP 데이터그램 핸들러(2141)는 IP 데이터그램 버퍼와 IP 데이터그램 파서로 구성되며, 상기 TP 핸들러(2133)로부터 전달받은 IP 데이터그램을 버퍼링한 후, 버퍼링된 IP 데이터그램의 헤더를 추출하고 분석하여 해당 IP 데이터그램의 페이로드로부터 UDP 데이터그램을 복원한다. 그리고 복원된 UDP 데이터그램은 UDP 데이터그램 핸들러(2143)로 출력한다.

이때 상기 UDP 데이터그램이 스크램블되어 있다면, 상기 스크램블된 IP 데이터그램은 디스크램블러(2142)에서 디스크램블된 후 UDP 데이터그램 핸들러(2143)로 출력된다. 일 예로, 상기 디스크램블러(2142)는 수신된 IP 데이터그램 중 UDP 데이터그램에 스크램블이 적용된 경우, 상기 서비스 보호 스트림 핸들러(2146)로부터 인크립션 키(Encryption key) 등을 입력 받아 상기 UDP 데이터그램을 디스크램블한 후 UDP 데이터그램 핸들러(2143)로 출력한다.

상기 UDP 데이터그램 핸들러(2143)는 UDP 데이터그램 버퍼와 UDP 데이터그램 파서로 구성되며, 상기 IP 데이터그램 핸들러(2141) 또는 디스크램블러(2142)로부터 입력되는 UDP 데이터그램을 버퍼링한 후, 버퍼링된 UDP 데이터그램의 헤더를 추 출하고 분석하여 해당 UDP 데이터그램의 페이로드로 전송되는 데이터를 복원한다. 이때 복원된 데이터가 RTP/RTCP 데이터그램이면 RTP/RTCP 데이터그램 핸들러(2144)로 출력하고, NTP 데이터그램이면 NTP 핸들러(2145)로 출력된다. 또는 복원된 데이터가 서비스 보호 스트림이면 서비스 보호 스트림 핸들러(2146)로 출력하고, ALC/LCT 스트림이면 ALC/LCT 스트림 핸들러(2148)로 출력한다. 또한 복원된 데이타가 SMT 섹션 데이터이면 서비스 시그널링 섹션 핸들러(2123)로 출력한다.

상기 SMT 섹션 또는 상기 SMT 섹션을 전송하는 서비스 시그널링 채널은 Well-known IP desination address와 well-known desination UDP port number를 가지는 IP 데이터그램이므로, 상기 IP 데이터그램 핸들러(2141)와 UDP 데이터그램 핸들러(2143)는 별도의 정보를 요구하지 않고 상기 SMT 섹션이 포함된 데이터를 상기 서비스 시그널링 섹션 핸들러(2123)로 출력할 수 있다.

상기 RTP/RTCP 데이터그램 핸들러(2144)는 RTP/RTCP 데이터그램 버퍼와 RTP/RTCP 데이터그램 파서로 구성되며, 상기 UDP 데이터그램 핸들러(2143)로부터 출력되는 RTP/RTCP 구조의 데이터를 버퍼링한 후, 버퍼링된 데이터로부터 오디오/비디오 스트림을 추출한다. 그리고 추출된 오디오/비디오 스트림은 오디오/비디오(A/V) 디코더(2161)로 출력한다. 상기 A/V 디코더(2161)는 상기 RTP/RTCP 데이터그램 핸들러(2144)로부터 출력되는 오디오 스트림과 비디오 스트림을 각각의 디코딩 알고리즘으로 디코딩한 후 프리젠테이션 매니저(2170)로 출력한다. 일 예로, 오디오 디코딩 알고리즘은 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 디코딩 알고리즘 중 적어도 하나를 적용할 수 있다.

상기 NTP 데이터그램 핸들러(2145)는 NTP 데이터그램 버퍼와 NTP 데이터그램 파서로 구성되며, 상기 UDP 데이터그램 핸들러(2143)로부터 출력되는 NTP 구조의 데이터를 버퍼링한 후, 버퍼링된 데이터로부터 NTP 스트림을 추출한다. 그리고 상기 추출된 NTP 스트림은 상기 A/V 디코더(2161)로 출력되어 디코딩된다.

상기 서비스 보호 스트림 핸들러(2146)는 서비스 보호 스트림 버퍼를 더 포함할 수 있으며, 상기 UDP 데이터그램 핸들러(2143)로부터 출력되는 서비스 보호를 위한 데이터를 버퍼링한 후, 버퍼링된 데이터로부터 디스크램블을 위한 정보를 추출한다. 상기 디스크램블을 위한 정보는 SKTM, LKTM 등과 같은 디스크램블링을 위한 키 값을 포함한다. 상기 디스크램블을 위한 정보는 제2 저장부(2147)에 저장되며, 필요한 경우 상기 디스크램블러(2142)로 출력된다.

상기 ALC/LCT 스트림 핸들러(2148)는 ALC/LCT 스트림 버퍼와 ALC/LCT 스트림 파서로 구성되며, 상기 UDP 데이터그램 핸들러(2143)로부터 출력되는 ALC/LCT 구조의 데이터를 버퍼링한 후, 버퍼링된 데이터로부터 ALC/LCT 세션의 헤더 및 헤더 확장(header extension)을 분석한다. 상기 ALC/LCT 세션의 헤더 및 헤더 확장을 분석한 결과, 상기 ALC/LCT 세션으로 는 되는 데이터가 XML 구조이면 XML 파서(2150)로 출력하고, 파일 구조이면 파일 디코더(2162)로 출력한다.

이때, 상기 ALC/LCT 세션으로 전송되는 데이터가 압축되어 있으면, 상기 압축된 데이터는 디콤프레서(2149)에서 해제된 후 XML 파서(2150) 또는 파일 디코더(2162)로 출력된다.

상기 XML 파서(2150)는 상기 ALC/LCT session을 통하여 전송되는 XML 데이터를 분석하고, 분석된 데이터가 파일 기반 서비스를 위한 데이터이면 FDT 핸들러(2151)로 출력하고, 서비스 가이드를 위한 데이터이면 SG 핸들러(2165)로 출력한다.

상기 FDT 핸들러(2151)는 ALC/LCT session을 통하여 XML 구조로 전송되는 FLUTE 프로토콜의 파일 디스크립션 테이블(File Description Table ; FDT)을 분석하고 처리한다.

상기 SG 핸들러(2165)는 XML 구조로 전송되는 서비스 가이드를 위한 데이터를 수집하고 분석하여 서비스 매니저(2122)로 출력한다.

상기 파일 디코더(2162)는 ALC/LCT session을 통하여 전송되는 파일 구조의 데이터를 디코딩하여 미들웨어 엔진(2164)으로 출력하거나, 제3 저장부(2163)에 저장한다.

상기 미들웨어 엔진(2164)은 파일 구조의 데이터 즉, 어플리케이션을 해석하여 실행시킨다. 그리고 상기 어플리케이션을 프리젠테이션 매니저(2170)를 통해 화면이나 스피커와 같은 출력 장치로 출력할 수도 있다. 상기 미들웨어 엔진(2164)은 자바(JAVA) 기반의 미들웨어 엔진인 것을 일 실시 예로 한다.

상기 EPG 매니저(2171)는 유저의 입력에 따라 상기 서비스 매니저(2122) 또 는 SG 핸들러(2165)로부터 EPG 데이터를 입력 받아 디스플레이 포맷으로 변환한 후 프리젠테이션 매니저(2170)로 출력한다.

상기 어플리케이션 매니저(2172)는 오브젝트, 파일 등의 형태로 전송되는 어플리케이션 데이터의 처리에 관한 전반적인 관리를 수행한다.

상기 오퍼레이션 제어기(2100)는 UI 매니저(2173)를 통해 입력되는 유저의 명령에 따라 상기 서비스 매니저(2122), EPG 매니저(2171), 어플리케이션 매니저(2172), 프리젠테이션 매니저(2170) 중 적어도 하나를 제어하여, 상기 유저의 명령에 따른 기능이 수행되도록 한다.

상기 UI 매니저(2173)는 UI를 통해 유저의 입력을 오퍼레이션 제어기(2100)로 전달한다.

상기 프리젠테이션 매니저(2170)는 A/V 디코더(2161)에서 출력되는 오디오 및 비디오 데이터, 미들웨어 엔진(2164)에서 출력되는 파일 데이터, EPG 매니저(2171)에서 출력되는 EPG 데이터 중 적어도 하나를 스피커 및/또는 화면을 통해 유저에게 제공한다.

지금까지 설명한 본 발명은 상술한 실시예에 한정되지 않으며, 첨부된 청구범위에서 알 수 있는 바와 같이 본 발명이 속한 분야의 통상의 지식을 가지 자에 의해 변형이 가능하고 이러한 변형은 본 발명의 범위에 속한다.

도 1은 본 발명에 따른 SG가 다른 물리적 채널을 통해 전송되는 예를 보인 도면

도 2는 본 발명에 따른 SG가 다른 방송망을 통해 전송되는 예를 보인 도면

도 3은 본 발명에 따른 SG가 다른 방송망을 통해 전송되는 예를 보인 도면

도 4는 본 발명에 따른 서비스 시그널링 채널에 포함되는 시그널링 테이블들의 예를 보인 도면

도 5는 본 발명에 따른 데이터 그룹의 구조에 대한 일 실시예를 보인 도면

도 6은 본 발명의 일 실시예에 따른 RS 프레임을 도시한 도면

도 7은 상기 RS 프레임 내 각 M/H 트랜스포트 패킷의 헤더 구조를 보인 도면

도 8은 본 발명에 따른 모바일 서비스 데이터의 송신과 수신을 위한 M/H 프레임 구조의 일 예를 보인 도면

도 9는 본 발명에 따른 모바일 서비스를 위한 데이터 전송 구조의 일 실시예를 보인 도면

도 10은 본 발명의 일 실시예에 따른 계층적인 시그널링 구조를 도시한 도면

도 11은 본 발명에 따른 FIC 청크의 신택스 구조에 대한 일 실시예를 보인 도면

도 12는 본 발명에 따른 FIC 청크 헤더의 신택스 구조에 대한 일 실시예를 보인 도면

도 13은 본 발명에 따른 FIC 청크 페이로드의 신택스 구조에 대한 일 실시예 를 보인 도면

도 14는 본 발명에 따른 FIC 세그먼트 헤더의 신택스 구조에 대한 일 실시예를 보인 도면

도 15는 본 발명에 따른 서비스 맵 테이블(SMT)의 신택스 구조에 대한 일 실시예를 보인 도면

도 16은 본 발명에 따른 가이드 억세스 테이블(GAT) 섹션의 신택스 구조에 대한 일 실시예를 보인 도면

도 17은 도 16의 SG_delivery_network_type 필드 값의 각 의미의 예들을 보인 도면

도 18은 본 발명에 따른 SG_delivery_network_type 필드 값이 0x00일 때, SG 부트스트래핑 정보 SG_bootstrap_data()의 신택스 구조에 대한 일 실시예를 보인 도면

도 19는 본 발명에 따른 SG_delivery_network_type 필드 값이 0x01일 때, SG 부트스트래핑 정보 SG_bootstrap_data()의 신택스 구조에 대한 일 실시예를 보인 도면

도 20은 본 발명에 따른 SG_delivery_network_type 필드 값이 0x02일 때, SG 부트스트래핑 정보 SG_bootstrap_data()의 신택스 구조에 대한 일 실시예를 보인 도면

도 21은 본 발명에 따른 SG_delivery_network_type 필드 값이 0x03일 때, SG 부트스트래핑 정보 SG_bootstrap_data()의 신택스 구조에 대한 일 실시예를 보인 도면

도 22, 도 23은 본 발명에 따른 서비스 가이드 부트스트랩 수행 과정의 일 실시예를 보인 흐름도

도 24는 본 발명에 따른 수신 시스템의 일 실시예를 보인 구성 블록도

Claims (15)

1. 모바일 방송망을 통해 방송 신호를 수신하며, 상기 방송 신호는 모바일 서비스 데이터와 제1 시그널링 테이블을 포함하고, 상기 제1 시그널링 테이블은 상기 모바일 서비스 데이터에 대한 서비스 가이드의 전송 정보와 부트스트래핑 정보를 포함하는 단계;

   상기 제1 시그널링 테이블에 포함된 상기 서비스 가이드의 전송 정보를 기초로 상기 서비스 가이드의 부트스트래핑 정보를 획득하는 단계; 및

   상기 획득한 서비스 가이드의 부트스트래핑 정보를 이용하여 상기 서비스 가이드를 억세스하는 단계를 포함하는 수신 시스템의 데이터 처리 방법.
2. 제 1 항에 있어서,

   상기 서비스 가이드가 상기 모바일 서비스 데이터가 포함된 방송 신호에 포함되어 전송됨을 상기 서비스 가이드의 전송 정보가 지시하면, 상기 서비스 가이드의 부트스트래핑 정보는 상기 서비스 가이드를 포함하는 모바일 서비스의 식별자, 상기 서비스 가이드의 어나운스먼트 채널에 대한 전송 세션 식별자를 포함하는 수신 시스템의 데이터 처리 방법.
3. 제 2 항에 있어서,

   상기 모바일 서비스 데이터가 포함된 방송 신호로부터 제 2 시그널링 테이블 을 추출하고, 상기 추출된 제2 시그널링 테이블로부터 상기 서비스 가이드를 포함하는 모바일 서비스의 IP 억세스 정보를 획득하는 단계를 포함하는 수신 시스템의 데이터 처리 방법.
4. 제 3 항에 있어서,

   상기 제1 시그널링 테이블은 가이드 억세스 테이블(GAT)이고, 상기 제2 시그널링 테이블은 서비스 맵 테이블(SMT)인 수신 시스템의 데이터 처리 방법.
5. 제 1 항에 있어서,

   상기 서비스 가이드가 상기 모바일 서비스 데이터가 포함된 방송 신호의 물리적 채널과 다른 물리적 채널의 방송 신호에 포함되어 전송됨을 상기 서비스 가이드의 전송 정보가 지시하면, 상기 서비스 가이드의 부트스트래핑 정보는 상기 서비스 가이드를 포함하는 방송 신호의 트랜스포트 스트림 식별자, 상기 서비스 가이드를 포함하는 모바일 서비스의 식별자, 상기 서비스 가이드의 어나운스먼트 채널에 대한 전송 세션 식별자를 포함하는 수신 시스템의 데이터 처리 방법.
6. 제 5 항에 있어서,

   상기 서비스 가이드를 포함하는 방송 신호로부터 제 2 시그널링 테이블을 추출하고, 상기 추출된 제2 시그널링 테이블로부터 상기 서비스 가이드를 포함하는 모바일 서비스의 IP 억세스 정보를 획득하는 단계를 포함하는 수신 시스템의 데이 터 처리 방법.
7. 제 1 항에 있어서,

   상기 서비스 가이드가 상기 모바일 방송망과 다른 방송망으로 전송됨을 상기 서비스 가이드의 전송 정보가 지시하면, 상기 서비스 가이드의 부트스트래핑 정보는 상기 서비스 가이드의 어나운스머트 채널에 대한 IP 억세스 정보와 상기 서비스 가이드의 어나운스먼트 채널에 대한 전송 세션 식별자를 포함하는 수신 시스템의 데이터 처리 방법.
8. 제 1 항에 있어서,

   상기 서비스 가이드가 양방향 채널을 통해 전송됨을 상기 서비스 가이드의 전송 정보가 지시하면, 상기 서비스 가이드의 부트스트래핑 정보는 상기 서비스 가이드의 엔트리 포인트 위치를 나타내는 URL(Uniform Resource Locator)을 포함하는 수신 시스템의 데이터 처리 방법.
9. 모바일 방송망을 통해 방송 신호를 수신하며, 상기 방송 신호는 모바일 서비스 데이터와 제1 시그널링 테이블을 포함하고, 상기 제1 시그널링 테이블은 상기 모바일 서비스 데이터에 대한 서비스 가이드의 전송 정보와 부트스트래핑 정보를 포함하는 수신부;

   상기 제1 시그널링 테이블에 포함된 상기 서비스 가이드의 전송 정보를 기초 로 상기 서비스 가이드의 부트스트래핑 정보를 획득하는 제1 핸들러; 및

   상기 획득한 서비스 가이드의 부트스트래핑 정보를 이용하여 상기 서비스 가이드를 억세스하는 제2 핸들러를 포함하는 수신 시스템.
10. 제 9 항에 있어서,

    상기 서비스 가이드가 상기 모바일 서비스 데이터가 포함된 방송 신호에 포함되어 전송됨을 상기 서비스 가이드의 전송 정보가 지시하면, 상기 서비스 가이드의 부트스트래핑 정보는 상기 서비스 가이드를 포함하는 모바일 서비스의 식별자, 상기 서비스 가이드의 어나운스먼트 채널에 대한 전송 세션 식별자를 포함하는 수신 시스템.
11. 제 10 항에 있어서, 상기 제2 핸들러는

    상기 모바일 서비스 데이터가 포함된 방송 신호로부터 제 2 시그널링 테이블을 추출하고, 상기 추출된 제2 시그널링 테이블로부터 상기 서비스 가이드를 포함하는 모바일 서비스의 IP 억세스 정보를 획득하는 수신 시스템.
12. 제 9 항에 있어서,

    상기 서비스 가이드가 상기 모바일 서비스 데이터가 포함된 방송 신호의 물리적 채널과 다른 물리적 채널의 방송 신호에 포함되어 전송됨을 상기 서비스 가이드의 전송 정보가 지시하면, 상기 서비스 가이드의 부트스트래핑 정보는 상기 서비 스 가이드를 포함하는 방송 신호의 트랜스포트 스트림 식별자, 상기 서비스 가이드를 포함하는 모바일 서비스의 식별자, 상기 서비스 가이드의 어나운스먼트 채널에 대한 전송 세션 식별자를 포함하는 수신 시스템.
13. 제 12 항에 있어서, 상기 제2 핸들러는

    상기 서비스 가이드를 포함하는 방송 신호로부터 제 2 시그널링 테이블을 추출하고, 상기 추출된 제2 시그널링 테이블로부터 상기 서비스 가이드를 포함하는 모바일 서비스의 IP 억세스 정보를 획득하는 수신 시스템.
14. 제 9 항에 있어서,

    상기 서비스 가이드가 상기 모바일 방송망과 다른 방송망으로 전송됨을 상기 서비스 가이드의 전송 정보가 지시하면, 상기 서비스 가이드의 부트스트래핑 정보는 상기 서비스 가이드의 어나운스머트 채널에 대한 IP 억세스 정보와 상기 서비스 가이드의 어나운스먼트 채널에 대한 전송 세션 식별자를 포함하는 수신 시스템.
15. 제 9 항에 있어서,

    상기 서비스 가이드가 양방향 채널을 통해 전송됨을 상기 서비스 가이드의 전송 정보가 지시하면, 상기 서비스 가이드의 부트스트래핑 정보는 상기 서비스 가이드의 엔트리 포인트 위치를 나타내는 URL(Uniform Resource Locator)을 포함하는 수신 시스템.

Images