KR101559771B1 - 디지털 방송 시스템 및 데이터 처리 방법 - Google Patents

디지털 방송 시스템 및 데이터 처리 방법 Download PDF

Info

Publication number
KR101559771B1
KR101559771B1 KR1020080091840A KR20080091840A KR101559771B1 KR 101559771 B1 KR101559771 B1 KR 101559771B1 KR 1020080091840 A KR1020080091840 A KR 1020080091840A KR 20080091840 A KR20080091840 A KR 20080091840A KR 101559771 B1 KR101559771 B1 KR 101559771B1
Authority
KR
South Korea
Prior art keywords
data
field
channel
information
frame
Prior art date
Application number
KR1020080091840A
Other languages
English (en)
Other versions
KR20090031267A (ko
Inventor
최인환
서종열
이철수
송재형
김진필
Original Assignee
엘지전자 주식회사
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 엘지전자 주식회사 filed Critical 엘지전자 주식회사
Priority to CN2008801173636A priority Critical patent/CN101868972B/zh
Priority to MX2010002937A priority patent/MX2010002937A/es
Priority to CA2699839A priority patent/CA2699839C/en
Priority to PCT/KR2008/005585 priority patent/WO2009038405A2/en
Priority to ARP080104098A priority patent/AR068505A1/es
Priority to US12/234,882 priority patent/US8054906B2/en
Publication of KR20090031267A publication Critical patent/KR20090031267A/ko
Priority to US13/244,240 priority patent/US8542761B2/en
Priority to US13/975,219 priority patent/US8885762B2/en
Priority to US14/509,877 priority patent/US9525512B2/en
Application granted granted Critical
Publication of KR101559771B1 publication Critical patent/KR101559771B1/ko
Priority to US15/220,337 priority patent/US10084568B2/en

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/004—Arrangements for detecting or preventing errors in the information received by using forward error control
    • H04L1/0041—Arrangements at the transmitter end
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04H—BROADCAST COMMUNICATION
    • H04H20/00—Arrangements for broadcast or for distribution combined with broadcast
    • H04H20/53—Arrangements specially adapted for specific applications, e.g. for traffic information or for mobile receivers
    • H04H20/55—Arrangements specially adapted for specific applications, e.g. for traffic information or for mobile receivers for traffic information
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04H—BROADCAST COMMUNICATION
    • H04H20/00—Arrangements for broadcast or for distribution combined with broadcast
    • H04H20/53—Arrangements specially adapted for specific applications, e.g. for traffic information or for mobile receivers
    • H04H20/57—Arrangements specially adapted for specific applications, e.g. for traffic information or for mobile receivers for mobile receivers
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/004—Arrangements for detecting or preventing errors in the information received by using forward error control
    • H04L1/0056—Systems characterized by the type of code used
    • H04L1/0061—Error detection codes
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/02—Details
    • H04L12/16—Arrangements for providing special services to substations
    • H04L12/18—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast
    • H04L12/189—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast in combination with wireless systems
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L27/00—Modulated-carrier systems
    • H04L27/02—Amplitude-modulated carrier systems, e.g. using on-off keying; Single sideband or vestigial sideband modulation
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N7/00—Television systems
    • H04N7/015—High-definition television systems
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N7/00—Television systems
    • H04N7/08—Systems for the simultaneous or sequential transmission of more than one television signal, e.g. additional information signals, the signals occupying wholly or partially the same frequency band, e.g. by time division
    • H04N7/087—Systems for the simultaneous or sequential transmission of more than one television signal, e.g. additional information signals, the signals occupying wholly or partially the same frequency band, e.g. by time division with signal insertion during the vertical blanking interval only
    • H04N7/088—Systems for the simultaneous or sequential transmission of more than one television signal, e.g. additional information signals, the signals occupying wholly or partially the same frequency band, e.g. by time division with signal insertion during the vertical blanking interval only the inserted signal being digital
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/06—Selective distribution of broadcast services, e.g. multimedia broadcast multicast service [MBMS]; Services to user groups; One-way selective calling services
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/90—Services for handling of emergency or hazardous situations, e.g. earthquake and tsunami warning systems [ETWS]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04H—BROADCAST COMMUNICATION
    • H04H60/00—Arrangements for broadcast applications with a direct linking to broadcast information or broadcast space-time; Broadcast-related systems
    • H04H60/02—Arrangements for generating broadcast information; Arrangements for generating broadcast-related information with a direct linking to broadcast information or to broadcast space-time; Arrangements for simultaneous generation of broadcast information and broadcast-related information
    • H04H60/07—Arrangements for generating broadcast information; Arrangements for generating broadcast-related information with a direct linking to broadcast information or to broadcast space-time; Arrangements for simultaneous generation of broadcast information and broadcast-related information characterised by processes or methods for the generation

Abstract

디지털 방송 시스템 및 데이터 처리 방법이 개시된다. 상기 디지털 방송 시스템 중 수신 시스템은 베이스밴드 프로세서부, 매니지먼트 프로세서부, 및 프리젠테이션 프로세부를 포함할 수 있다. 상기 베이스밴드 프로세서부는 모바일 서비스 데이터와 메인 서비스 데이터가 포함된 방송 신호를 수신한다. 상기 모바일 서비스 데이터는 RS 프레임을 구성할 수 있고, 상기 RS 프레임은 모바일 서비스 데이터와 통지 메시지(Notification Message) 중 적어도 하나를 포함할 수 있다. 상기 RS 프레임은 상기 모바일 서비스 데이터를 전송하는 가상 채널의 시그널링 정보가 서술되는 제1 시그널링 정보와 상기 통지 메시지를 전송하는 통지 채널에 대한 시그널링 정보를 서술하는 제2 시그널링 정보 중 적어도 하나를 포함할 수 있다. 상기 매니지먼트 프로세서부는 상기 RS 프레임으로부터 제2 시그널링 정보를 파싱하여 상기 통지 메시지를 억세스하고, 억세스된 통지 메시지를 처리한 후 저장 장치에 저장한다. 상기 프리젠테이션 프로세서부는 상기 처리된 통지 메시지를 출력 장치로 출력한다.
mobile, notification, eas, message, schedule

Description

디지털 방송 시스템 및 데이터 처리 방법{Digital broadcasting system and method of processing data in digital broadcasting system}
본 발명은 디지털 방송을 송신하고 수신하기 위한 디지털 방송 시스템 및 데이터 처리 방법에 관한 것이다.
디지털 방송 중 북미 및 국내에서 디지털 방송 표준으로 채택된 VSB(Vestigial Sideband) 전송 방식은 싱글 캐리어 방식이므로 열악한 채널 환경에서는 수신 시스템의 수신 성능이 떨어질 수 있다. 특히 휴대용이나 이동형 방송 수신기의 경우에는 채널 변화 및 노이즈에 대한 강건성이 더욱 요구되므로, 상기 VSB 전송 방식으로 모바일 서비스 데이터를 전송하는 경우 수신 성능이 더욱 떨어지게 된다.
따라서 본 발명의 목적은 채널 변화 및 노이즈에 강한 디지털 방송 시스템 및 데이터 처리 방법을 제공함에 있다.
본 발명의 다른 목적은 통지 채널을 통해 통지 메시지를 전송하고 수신할 수 있도록 하는 디지털 방송 시스템 및 데이터 처리 방법을 제공함에 있다.
본 발명의 또 다른 목적은 통지 채널을 통해 긴급 사태에 따른 EAS(Emergency Alert System) 데이터를 수신하여 처리할 수 있도록 함으로써, 모바일 서비스 중에도 유저에게 긴급 사태를 알릴 수 있는 수신 시스템 및 데이터 처리 방법을 제공함에 있다.
본 발명의 또 다른 목적은 통지 채널을 통해 방송 스케쥴 변경에 따른 ESG 업데이트 정보를 수신하여 처리할 수 있도록 함으로써, 수신 시스템의 가이드 정보 업데이트를 효율적으로 수행하는 수신 시스템 및 데이터 처리 방법을 제공함에 있다.
상기 목적을 달성하기 위하여, 본 발명의 일 실시예에 따른 수신 시스템은 베이스밴드 프로세서부, 매니지먼트 프로세서부, 및 프리젠테이션 프로세부를 포함할 수 있다. 상기 베이스밴드 프로세서부는 모바일 서비스 데이터와 메인 서비스 데이터가 포함된 방송 신호를 수신한다. 상기 모바일 서비스 데이터는 RS 프레임을 구성할 수 있고, 상기 RS 프레임은 모바일 서비스 데이터와 통지 메시지(Notification Message) 중 적어도 하나를 포함할 수 있다. 상기 RS 프레임은 상기 모바일 서비스 데이터를 전송하는 가상 채널의 시그널링 정보가 서술되는 제1 시그널링 정보와 상기 통지 메시지를 전송하는 통지 채널에 대한 시그널링 정보를 서술하는 제2 시그널링 정보 중 적어도 하나를 포함할 수 있다. 상기 매니지먼트 프로세서부는 상기 RS 프레임으로부터 제2 시그널링 정보를 파싱하여 상기 통지 메 시지를 억세스하고, 억세스된 통지 메시지를 처리한 후 저장 장치에 저장한다. 상기 프리젠테이션 프로세서부는 상기 처리된 통지 메시지를 출력 장치로 출력한다.
상기 RS 프레임의 데이터는 적어도 하나의 데이터 그룹을 구성할 수 있고, 각 데이터 그룹은 RS 프레임의 데이터와 복수의 기지 데이터 열을 포함하며, 상기 기지 데이터 열 중 제 1 기지 데이터 열과 제2 기지 데이터 열 사이에 전송 파라미터 채널(TPC) 데이터와 고속 정보 채널(FIC) 데이터가 포함되어 수신될 수 있다.
상기 TPC 데이터는 상기 FIC 데이터의 업데이트를 식별할 수 있는 정보를 포함하고, 상기 FIC 데이터는 통지 메시지를 전송하는 통지 채널 정보, 상기 통지 채널을 포함하는 앙상블 식별 정보를 포함할 수 있다.
상기 FIC 데이터는 해당 통지 채널로 수신되는 통지 메시지가 긴급 특성을 갖고 있는지를 식별할 수 있는 정보를 더 포함할 수 있다.
상기 통지 채널은 통지 이벤트가 발생하면 활성화되고, 통지 이벤트가 소멸되면 비활성화되며, 상기 FIC 데이터는 상기 통지 채널이 활성화되었는지를 식별할 수 있는 정보를 포함할 수 있다.
상기 제2 시그널링 정보는 상기 통지 채널이 존재하는 앙상블의 RS 프레임에 포함되어 수신되며, 상기 통지 채널 및 통지 채널로 수신되는 통지 메시지의 억세스 정보를 포함할 수 있다.
상기 통지 메시지는 해당 통지 메시지를 식별할 수 있는 정보, 해당 통지 메시지의 버전 정보, 해당 통지 메시지의 유효 기간 정보, 및 통지 내용을 포함할 수 있다.
상기 통지 메시지는 해당 통지 메시지가 긴급 속성을 갖고 있는지를 식별할 수 있는 식별 정보를 더 포함할 수 있다.
상기 통지 메시지는 해당 통지 메시지가 프래그먼트(Fragment)되었을 경우, 해당 프래그먼트가 몇 번째 프래그먼트인지, 마지막 프래그먼트가 몇 번째 프래그먼트인지를 식별할 수 있는 정보를 더 포함할 수 있다.
상기 매니지먼트 프로세서부는 억세스된 통지 메시지가 EAS 데이터를 포함하면, 상기 EAS 데이터의 우선 순위 정보에 따라 EAS 데이터를 처리하여 프리젠테이션 프로세서부로 출력한다.
상기 매니지먼트 프로세서부는 억세스된 통지 메시지가 스케쥴 업데이트 정보를 포함하면, 상기 스케쥴 업데이트 정보를 처리하여 상기 저장 장치에 저장된 스케쥴 관련 가이드 정보를 업데이트한다.
본 발명의 일 실시예에 따른 수신 시스템의 데이터 처리 방법은, 모바일 서비스 데이터와 메인 서비스 데이터가 포함된 방송 신호를 수신하며, 상기 모바일 서비스 데이터는 RS 프레임을 구성할 수 있고, 상기 RS 프레임은 모바일 서비스 데이터와 통지 메시지(Notification Message) 중 적어도 하나와 상기 모바일 서비스 데이터를 전송하는 가상 채널의 시그널링 정보가 서술되는 제1 시그널링 정보와 상기 통지 메시지를 전송하는 통지 채널에 대한 시그널링 정보를 서술하는 제2 시그널링 정보 중 적어도 하나를 포함하는 단계, 상기 RS 프레임으로부터 제2 시그널링 정보를 파싱하여 상기 통지 메시지를 억세스하고, 억세스된 통지 메시지를 처리하는 단계, 상기 처리된 통지 메시지를 저장 장치에 저장하는 단계, 및 상기 처리된 통지 메시지를 출력 장치로 출력하는 단계를 포함할 수 있다.
상기 통지 메시지는 해당 통지 메시지를 식별할 수 있는 정보, 해당 통지 메시지의 버전 정보, 해당 통지 메시지의 유효 기간 정보, 및 통지 내용을 포함할 수 있다.
상기 통지 메시지 처리 단계는 상기 통지 메시지 유효 기간 정보를 참조하여 억세스된 통지 메시지가 유효한지를 확인하는 단계, 상기 통지 메시지의 버전 정보를 참조하여 유효하다고 확인된 통지 메시지가 업데이트되었는지를 확인하는 단계, 상기 통지 메시지가 업데이트되었다고 확인되면 상기 통지 내용을 처리하는 단계, 및 상기 통지 메시지가 업데이트되지 않았다고 확인되면 상기 통지 내용을 무시하는 단계를 포함할 수 있다.
상기 통지 메시지 처리 단계는 상기 통지 내용이 EAS 데이터를 포함하면, 상기 EAS 데이터의 우선 순위 정보에 따라 EAS 데이터를 처리하여 출력 장치로 출력한다.
상기 통지 메시지 처리 단계는 상기 통지 내용이 스케쥴 업데이트 정보를 포함하면, 상기 스케쥴 업데이트 정보를 처리하여 상기 저장 장치에 저장된 스케쥴 관련 가이드 정보를 업데이트한다.
본 발명의 다른 목적, 특징 및 잇점들은 첨부한 도면을 참조한 실시예들의 상세한 설명을 통해 명백해질 것이다.
본 발명은 통지 전용 채널을 이용하여 통지 메시지를 수신하여 처리할 수 있 게 된다. 이때 상기 통지 채널을 통해 긴급 사태에 따른 EAS 데이터를 전달하거나, ESG 업데이트 정보를 전달할 수도 있다. 이렇게 함으로써, 모바일 서비스 중에 긴급 사태가 발생하였을 때 신속하게 유저에게 긴급 사태를 서비스할 수 있다. 또한 방송 스케쥴이 변경되었을 때 신속하게 ESG 업데이트를 수행함으로써, 갑작스런 방송 스케쥴의 변경시에도 유저에게 정확한 방송 스케쥴을 서비스할 수 있다.
이하 상기의 목적을 구체적으로 실현할 수 있는 본 발명의 바람직한 실시예를 첨부한 도면을 참조하여 설명한다. 이때 도면에 도시되고 또 이것에 의해서 설명되는 본 발명의 구성과 작용은 적어도 하나의 실시예로서 설명되는 것이며, 이것에 의해서 본 발명의 기술적 사상과 그 핵심 구성 및 작용이 제한되지는 않는다.
본 발명에서 사용되는 용어의 정의
본 발명에서 사용되는 용어는 본 발명에서의 기능을 고려하면서 가능한 현재 널리 사용되는 일반적인 용어를 선택하였으나, 이는 당분야에 종사하는 기술자의 의도 또는 관례 또는 새로운 기술의 출현 등에 따라 달라질 수 있다. 또한 특정한 경우는 출원인이 임의로 선정한 용어도 있으며, 이 경우 해당되는 발명의 설명 부분에서 상세히 그 의미를 기재할 것이다. 따라서 본 발명에서 사용되는 용어는 단순한 용어의 명칭이 아닌 그 용어가 가지는 의미와 본 발명의 전반에 걸친 내용을 토대로 정의되어야 함을 밝혀두고자 한다.
본 발명에서 사용되는 용어 중 메인 서비스 데이터는 고정형 수신 시스템에 서 수신할 수 있는 데이터로서, 오디오/비디오(A/V) 데이터를 포함할 수 있다. 즉, 상기 메인 서비스 데이터에는 HD(High Definition) 또는 SD(Standard Definition)급의 A/V 데이터가 포함될 수 있으며, 데이터 방송을 위한 각종 데이터가 포함될 수도 있다. 그리고 기지(Known) 데이터는 송/수신측의 약속에 의해 미리 알고 있는 데이터이다.
본 발명에서 사용되는 용어 중 MH는 모바일(Mobile), 핸드헬드(Handheld) 각각의 첫 글자이며, 고정형 에 반대되는 개념이다. 그리고 MH 서비스 데이터는 모바일(Mobile) 서비스 데이터, 핸드헬드(Handheld) 서비스 데이터 중 적어도 하나를 포함하며, 설명의 편의를 위해 본 발명에서는 MH 서비스 데이터를 모바일 서비스 데이터라 하기도 한다. 이때 상기 모바일 서비스 데이터에는 MH 서비스 데이터뿐만 아니라, 이동이나 휴대를 의미하는 서비스 데이터는 어느 것이나 포함될 수 있으며, 따라서 상기 모바일 서비스 데이터는 상기 MH 서비스 데이터로 제한되지 않을 것이다.
상기와 같이 정의된 모바일 서비스 데이터는 프로그램 실행 파일, 주식 정보 등과 같이 정보를 갖는 데이터일 수도 있고, 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) 데이터를 삽입하여 전송할 수 있도록 한다.
이러한 본 발명에 따른 전송 시스템을 사용하면 수신 시스템에서는 모바일 서비스 데이터의 이동 수신이 가능하며, 또한 채널에서 발생하는 각종 왜곡과 노이즈에도 모바일 서비스 데이터의 안정적인 수신이 가능하다.
수신 시스템
도 1은 본 발명의 일 실시예에 따른 수신 시스템의 구성 블록도를 도시한 도면이다.
본 실시예에 따른 수신 시스템은 베이스밴드 프로세서(baseband processor)(100), 매니지먼트 프로세서(management processor)(200) 및 프리젠테이션 프로세서(presentation processor)(300)를 포함한다.
상기 베이스밴드 프로세서(100)는 오퍼레이션 콘트롤러(operation controller)(110), 튜너(tuner)(120), 복조기(demodulator)(130), 등화기(equalizer)(140), 기지 데이터 검출기(Known Sequence Detector)(150), 블록 디코더(Mobile Handheld block decoder)(160), 프라이머리 RS 프레임 디코더(primary Reed Solomon frame decoder)(170), 세컨더리(secondary) RS 프레임 디코더(180), 및 시그널링 디코더(190)를 포함할 수 있다.
상기 오퍼레이션 콘트롤러(110)는 상기 베이스밴드 프로세서(100)의 각 블록의 동작을 제어한다.
상기 튜너(120)는 특정 물리 채널의 주파수로 수신 시스템을 튜닝함으로써, 고정형 방송 수신 장치를 위한 방송신호인 메인 서비스 데이터와 이동형 방송 수신장치를 위한 방송신호인 모바일 서비스 데이터를 수신하도록 하는 역할을 한다. 이때 튜닝된 특정 채널의 주파수는 중간주파수(IF : Intermediate Frequency) 신호로 다운 컨버전하여 복조기(130)와 기지 데이터 검출기(140)로 출력한다. 상기 튜 너(120)로부터 출력되는 통과대역 디지털 IF 신호는 메인 서비스 데이터만 포함할 수도 있고, 모바일 서비스 데이터만 포함할 수도 있으며, 메인 서비스 데이터와 모바일 서비스 데이터를 함께 포함할 수도 있다.
상기 복조기(130)는 튜너(120)로부터 입력되는 통과대역의 디지털 IF 신호에 대해 자동 이득 제어, 반송파 복구 및 타이밍 복구 등을 수행하여 기저대역 신호로 만든 후 등화기(140)와 기지 데이터 검출기(150)로 출력한다.상기 복조기(130)는 타이밍 복원이나 반송파 복구시에 상기 기지 데이터 검출기(150)로부터 입력받는 기지 데이터 심볼열을 이용함으로써, 복조 성능을 향상 시킬 수 있다.
상기 등화기(140)는 상기 복조기(130)에서 복조된 신호에 포함된 채널 상의 왜곡을 보상한 후 블록 디코더(160)로 출력한다. 상기 등화기(140)는 기지데이터 검출기(150)로부터 입력받는 기지 데이터 심볼열을 이용함으로써, 등화 성능을 향상 시킬 수 있다. 또한 상기 등화기(140)는 상기 블록 디코더(150)의 복호 결과를 피드백받아 등화 성능을 향상시킬 수도 있다.
상기 기지데이터 검출기(150)는 상기 복조기(130)의 입/출력 데이터 즉, 복조가 이루어지기 전의 데이터 또는 복조가 일부 이루어진 데이터로부터 송신 측에서 삽입한 기지 데이터 위치를 검출하고 위치 정보와 함께 그 위치에서 발생시킨 기지 데이터의 시퀀스(Sequence)를 복조기(130)와 등화기(140)로 출력한다. 또한 상기 기지데이터 검출기(150)는 송신측에서 추가적인 부호화를 거친 모바일 서비스 데이터와 추가적인 부호화를 거치지 않은 메인 서비스 데이터를 블록 디코더(160)에서 구분할 수 있도록 하기 위한 정보를 블록 디코더(160)로 출력한다.
상기 블록 디코더(160)는 등화기(140)에서 채널 등화된 후 입력되는 데이터가 송신 측에서 블록 인코딩과 트렐리스 인코딩이 모두 수행된 데이터(즉, RS 프레임 내 데이터, 시그널링 데이터)이면 송신 측의 역으로 트렐리스 디코딩 및 블록 디코딩을 수행하고, 블록 인코딩은 수행되지 않고 트렐리스 인코딩만 수행된 데이터 (즉, 메인 서비스 데이터)이면 트렐리스 디코딩만을 수행한다.
상기 시그널링 디코더(190)는 등화기(140)에서 채널 등화된 후 입력되는 시그널링 데이터의 디코딩을 수행한다. 상기 시그널링 디코더(190)로 입력되는 시그널링 데이터는 송신 시스템에서 블록 인코딩과 트렐리스 인코딩이 모두 수행된 데이터라고 가정한다. 이러한 시그널링 데이터로는 TPC(Transmission Parameter Channel) 데이터와 FIC(Fast Information Channel) 데이터를 일 예로 들 수 있다. 각 데이터에 대해서는 아래에서 상세히 기술한다. 상기 시그널링 디코더(190)에서 디코딩된 FIC 데이터는 FIC 핸들러(FIC Handler)(215)로 출력되고, 디코딩된 TPC 데이터는 TPC 핸들러(TPC Handler)(214)로 출력된다.
한편, 본 발명에 따르면, 송신 시스템에서는 인코딩 단위로 RS 프레임 개념을 사용하고 있다. 상기 RS 프레임은 프라이머리 RS 프레임(Primary RS Frame)과 세컨더리 RS 프레임(Secondary RS Frame)으로 구분한다. 다만, 프라이머리 RS 프레임과 세컨더리 RS 프레임의 구분은 데이터의 중요도에 따르는 것을 일 실시예로 한다.
상기 프라이머리 RS 프레임 디코더(170)는 블록 디코더(160)의 출력을 입력으로 받는다. 이때 상기 프라이머리 RS 프레임 디코더(170)는 RS(Reed Solomon) 인 코딩 및/또는 CRC(Cyclic Redundancy Check) 인코딩된 모바일 서비스 데이터만을 상기 블록 디코더(160)로부터 입력받는 것을 일 실시예로 한다. 즉, 프라이머리 RS 프레임 디코더(170)는 메인 서비스 데이터가 아닌 모바일 서비스 데이터만을 수신한다. 상기 프라이머리 RS 프레임 디코더(170)는 송신 시스템의 RS 프레임 인코더(미도시)의 역과정을 수행하여, 프라이머리 RS 프레임 내의 에러들을 정정한다. 즉, 상기 프라이머리 RS 프레임 디코더(170)는 다수의 데이터 그룹을 모아 프라이머리 RS 프레임을 형성한 후, 프라이머리 RS 프레임 단위로 에러 정정을 수행한다. 다시 말해, 상기 프라이머리 RS 프레임디코더(170)는 실제 방송 서비스 등을 위하여 전송되는 프라이머리 RS 프레임을 디코딩한다.
상기 세컨더리 RS 프레임 디코더(180)는 블록 디코더(160)의 출력을 입력으로 받는다. 이때 상기 세컨더리 RS 프레임 디코더(180)는 RS 인코딩 및/또는 CRC 인코딩된 모바일 서비스 데이터만을 입력받는 것을 일 실시예로 한다. 즉, 상기 세컨더리 RS 프레임 디코더(180)는 메인 서비스 데이터가 아닌 모바일 서비스 데이터만을 수신하다. 상기 세컨더리 RS 프레임 디코더(180)는 송신 시스템의 RS 프레임 인코더(미도시)의 역과정을 수행하여, 세컨더리 RS 프레임 내의 에러들을 정정한다. 즉, 상기 세컨더리 RS 프레임 디코더(180)는 다수의 데이터 그룹을 모아 세컨더리 RS 프레임을 형성한 후, 세컨더리 RS 프레임 단위로 에러 정정을 수행한다. 다시 말해, 상기 세컨더리 RS 프레임 디코더(180)는 모바일 오디오 서비스 데이터, 모바일 비디오 서비스 데이터, 가이드 데이터 등을 위하여 전송되는 세컨더리 RS 프레임을 디코딩한다.
한편, 본 발명의 일 실시예에 따른 매니지먼트 프로세서(200)는 MH 물리 적응 프로세서(MH Physical Adaptation Processor)(210), IP 네트워크 스택(IP network stack)(220), 스트리밍 핸들러(streaming handler)(230), SI 핸들러(SI handler)(240), 파일 핸들러(file handler)(250), MIME 타입 핸들러(MIME(Multipurpose Internet Mail Extensions) type handler)(260), ESG 핸들러(ESG handler)(270), ESG 디코더(ESG decoder)(280), 저장부(storage)(290)를 포함할 수 있다.
상기 MH 물리 적응 프로세서(210)는 프라이머리 RS 프레임 핸들러(primary RS frame handler)(211), 세컨더리RS 프레임 핸들러(secondary RS frame handler)(212), MH-TP 핸들러(MH-TP handler)(213), TPC 핸들러(214), FIC 핸들러(215), 및 물리 적응 제어 시그널 핸들러(Physical Adaptation Control Signal Handler)(216)를 포함할 수 있다.
상기 TPC 핸들러(214)는 MH 물리 적응 프로세서(210)에 해당하는 모듈들이 필요로 하는 베이스밴드 정보를 받아 처리한다.상기 베이스밴드 정보는 TPC 데이터의 형태로 입력되며, 상기 TPC 핸들러(214)는 이 정보를 이용하여 베이스밴드 프로세서(100)에서 전달받는 FIC 데이터 등을 처리한다.
상기 TPC 데이터는 데이터 그룹의 소정 영역을 통해 송신 시스템에서 수신 시스템으로 전송된다. 상기 TPC 데이터는 MH-Ensemble ID, MH-Subframe Number, TNoG(Total Number of MH-Groups), RS frame Continuity Counter, N (Column Size of RS-frame), 및 FIC Version Number 중 적어도 하나를 포함할 수 있다.
상기 MH-Ensemble ID는 해당 물리 채널 상으로 전송되는 각 MH 앙상블에 대한 식별 넘버를 의미한다(Identification number for each MH-Ensemble carried in this physical channel).
상기 MH-Subframe Number는 MH 프레임 내 서브 프레임을 나타내는 넘버이다(A number that identifies the MH-Subframe number in an MH-frame, where each MH-Group associated with this MH-Ensemble is transmitted).
상기 TNoG(Total Number of MH-Groups)는 하나의 서브 프레임 내 모든 MH 퍼레이드에 속하는 데이터 그룹의 총 수를 나타낸다(Total Number of MH-Groups including all the MH-Groups belonging to all the MH-Parades in one MH-Subframe).
상기 RS frame Continuity Counter는 해당 MH 프레임으로 전송되는 RS 프레임의 연속 지시자를 나타내는 넘버로서, 연속된 각 RS 프레임마다 modulo 16을 채용하면서 1씩 증가한다(A number which serves as a continuity indicator of the RS-frames carrying this MH-Ensemble. The value shall be incremented by 1 modulo 16 for each successive RS-frame).
상기 N (Column Size of RS-frame)는 해당 MH 앙상블에 속하는 RS 프레임의 컬럼 사이즈로서, 이 값에 의해 각 MH-TP(Transport Packet)의 사이즈가 결정된다(The column size of the RS-frame that belongs to this MH-Ensemble. This value determines the size of each MH-TP).
상기 FIC Version Number는 해당 물리 채널 상에 전송되는 FIC 전송 구조체 인 FIC 바디의 버전 넘버를 나타낸다(A number that represents the version number of FIC body carried on this physical channel).
상술한 바와 같이, 위의 TPC 데이터들은 도 1의 시그널링 디코더(190)를 통해 TPC 핸들러(214)로 입력되어 TPC 핸들러(214)에서 처리되며, 또한 FIC 핸들러(215)에서 FIC 데이터를 처리하는데 사용된다.
상기 FIC 핸들러(215)는 베이스밴드 프로세서(100)로부터 전달받는 FIC 데이터를 TPC 핸들러(214)로부터 전달받은 TPC 데이터와 연관하여 처리한다.
상기 물리 적응 제어 시그널 핸들러(216)는 FIC 핸들러(215)를 통하여 전달받은 FIC 데이터, RS 프레임을 통하여 수신된 SI 데이터들을 수집하고, 이를 이용하여 IP 데이터그램 및 모바일 방송 서비스의 억세스 정보를 구성 및 처리하여 저장부(290)에 저장한다.
상기 프라이머리 RS 프레임 핸들러(211)는 베이스밴드 프로세서(100)의 프라이머리 RS 프레임 디코더(170)로부터 전달받은 프라이머리 RS 프레임을 각 로우 단위로 구분하여 MH-TP를 구성하고, 이를 MH-TP 핸들러(213)로 출력한다.
상기 세컨더리 RS 프레임 핸들러(212)는 베이스밴드 프로세서(100)의 세컨더리 RS 프레임 디코더(180)로부터 전달받은 세컨더리 RS 프레임을 각 로우 단위로 구분하여 MH-TP를 구성하고, 이를 MH-TP 핸들러(213)로 출력한다.
상기 MH-TP 핸들러(213)는 상기 프라이머리 및 세컨더리 RS 프레임 핸들러(211,212)로부터 전달받은 MH-TP의 각 헤더를 추출하여 해당 MH-TP가 포함하고 있는 데이터를 판단한다. 그리고 판단된 해당 데이터가 SI 데이터일 경우에는 물리 적응 제어 시그널 핸들러(216)로 출력하고(즉 IP 데이터그램으로 인캡슐레이션되지 않은 SI 데이터인 경우), IP 데이터그램일 경우에는 IP 네트워크 스택(220)으로 출력한다.
상기 IP 네트워크 스택(220)은 IP 데이터그램 형태로 전송되는 방송 데이터를 처리한다. 즉, 상기 IP 네트워크 스택(220)은 UDP(User Datagram Protocol), RTP(Real-time Transport Protocol), RTCP(Real-time Transport Control Protocol), ALC/LCT(Asynchronous Layered Coding/ Layered Coding Transport), FLUTE(File Delivery over Unidirectional Transport) 등으로 입력되는 데이터를 처리한다. 이때 처리된 데이터가 스트리밍 데이터일 경우 스트리밍 핸들러(230)로 출력하고, 파일(File) 형태의 데이터일 경우 파일 핸들러(250)로 출력하며, SI에 대한 데이터일 경우 SI 핸들러(240)로 출력한다.
상기 SI 핸들러(240)는 IP 네트워크 스택(220)으로 입력된 IP 데이터그램 형태의 SI 데이터를 수신하여 처리한다.
상기 SI 핸들러(240)는 입력된 SI에 대한 데이터가 MIME 타입인 경우, MIME 타입 핸들러(260)로 출력한다.
상기 MIME 타입 핸들러(260)는 상기 SI 핸들러(240)로부터 출력되는 MINE 타입의 SI 데이터를 입력받아 처리한다.
상기 파일 핸들러(250)는 IP 네트워크 스택(220)으로부터 ALC/LCT, FLUTE 구조에 따른 오브젝트(Object) 형태로 데이터를 전달받는다. 상기 파일 핸들러(250)는 전달받은 데이터를 모아 파일 형태로 구성하며, 해당 파일이 ESG(Electronic Service Guide)를 포함하고 있을 경우에는 ESG 핸들러(270)로 출력하고, 그 외의 파일 기반 서비스를 위한 데이터일 경우에는 프리젠테이션 프로세서(300)의 프리젠테이션 콘트롤러(330)로 출력한다.
상기 ESG 핸들러(270)는 File 핸들러(250)로부터 전달받은 ESG 데이터를 처리하여 저장부(290)에 저장하거나, ESG 디코더(280)로 출력하여, 상기 ESG 디코더(280)에서 ESG 데이터를 이용하도록 한다.
상기 저장부(290)는 물리 적응 제어 시그널 핸들러(216)와 ESG 핸들러(270)로부터 전달받은 SI(System Information)를 저장하며, 저장된 데이터를 각 블록으로 전달한다.
상기 ESG 디코더(280)는 상기 저장부(290)에 저장된 ESG 데이터와 SI 데이터 또는 ESG 핸들러(270)로부터 전달받은 ESG 데이터를 복원하고, 사용자에게 출력할 수 있는 포맷으로서 프리젠테이션 콘트롤러(330)로 출력한다.
상기 스트리밍 핸들러(230)는 상기 IP 네트워크 스택(220)으로부터RTP, RTCP 구조에 따른 형태로 데이터를 전달받는다. 상기 스트리밍 핸들러(230)는 전달받은 데이터에서 오디오/비디오 스트림을 추출하여 프리젠테이션 프로세서(300)의 오디오/비디오 디코더(310)로 출력한다. 상기 오디오/비디오 디코더(311)는 스트리밍 핸들러(230)로부터 전달받은 오디오 스트림 및 비디오 스트림을 각각 디코딩한다.
상기 프리젠테이션 프로세서(300)의 디스플레이 모듈(Display Module)(320)은 A/V 디코더(310)에서 디코딩된 오디오 및 비디오 신호를 입력받아 스피커 및/또는 화면을 통해 사용자에게 제공한다.
상기 프리젠테이션 콘트롤러(Presentation Controller)(330)는 수신 시스템으로 수신되는 데이터를 사용자에게 출력하는 모듈들을 담당하는 콘트롤러이다.
채널 서비스 매니저(Channel Service Manager)(340)는 채널 맵 관리, 채널 서비스 접속 등 사용자가 채널 기반으로 전송되는 방송 서비스를 이용할 수 있도록 하기 위하여 사용자와의 인터페이스를 담당한다.
어플리케이션 매니저(Application Manager)(350)는 ESG 디스플레이 혹은 그 이외의 채널 서비스가 아닌 어플리케이션 서비스 이용을 위하여 사용자와의 인터페이스를 담당한다.
데이터 포맷 구조
한편, 본 실시예에 따른 모바일 방송 기술에서 사용하고 있는 데이터 구조는 데이터 그룹 구조와 RS 프레임 구조가 있다. 이를 상술하면 다음과 같다.
도 2는 본 발명에 따른 데이터 그룹의 구조에 대한 일 실시예를 보인 도면이다.
도 2에 따른 데이터 구성에서 데이터 그룹을 10개의 MH 블록(MH block B1~B10)으로 구분하는 예를 보이고 있다. 그리고 각 MH 블록은 16 세그먼트의 길이를 갖는 것을 일 실시예로 한다. 도 2에서 MH 블록 B1의 앞 5 세그먼트와 MH 블록 B10 뒤의 5 세그먼트는 일부에 RS 패리티 데이터만 할당하며, 데이터 그룹의 A 영역 내지 D 영역에서 제외하는 것을 일 실시예로 한다.
즉, 하나의 데이터 그룹을 A,B,C,D 영역으로 구분한다고 가정하면, 데이터 그룹 내 각 MH 블록의 특성에 따라 각 MH 블록을 A 영역 내지 D 영역 중 어느 하나의 영역에 포함시킬 수 있다. 이때 메인 서비스 데이터의 간섭 정도에 따라 각 MH 블록을 A 영역 내지 D 영역 중 어느 하나의 영역에 포함시키는 것을 일 실시예로 한다.
여기서, 상기 데이터 그룹을 다수개의 영역으로 구분하여 사용하는 이유는 각각의 용도를 달리하기 위해서이다. 즉, 메인 서비스 데이터의 간섭이 없거나 적은 영역은 그렇지 않은 영역보다 강인한 수신 성능을 보일 수 있기 때문이다. 또한, 송/수신 측의 약속에 의해 알고 있는 기지(known) 데이터를 데이터 그룹에 삽입하여 전송하는 시스템을 적용하는 경우, 모바일 서비스 데이터에 연속적으로 긴 기지 데이터를 주기적으로 삽입하고자 할 때, 메인 서비스 데이터의 간섭이 없는 영역(즉, 메인 서비스 데이터가 섞이지 않는 영역)에는 일정 길이의 기지 데이터를 주기적으로 삽입하는 것이 가능하다. 그러나 메인 서비스 데이터의 간섭이 있는 영역에는 메인 서비스 데이터의 간섭으로 기지 데이터를 주기적으로 삽입하는 것이 곤란하고 연속적으로 긴 기지 데이터를 삽입하는 것도 곤란하다.
도 2의 데이터 그룹 내 MH 블록 B4 내지 MH 블록 B7은 메인 서비스 데이터의 간섭이 없는 영역으로서 각 MH 블록의 앞뒤에 긴 기지 데이터 열이 삽입된 예를 보이고 있다. 본 발명에서는 상기 MH 블록 B4 내지 MH 블록 B7을 포함하여 A 영역(=B4+B5+B6+B7)이라 하기로 한다. 상기와 같이 각 MH 블록마다 앞뒤로 기지 데이터 열을 갖는 A 영역의 경우, 수신 시스템에서는 기지 데이터로부터 얻을 수 있는 채널 정보를 이용하여 등화를 수행할 수 있으므로, A 영역 내지 D 영역 중 가장 강 인한 등화 성능을 얻을 수가 있다.
도 2의 데이터 그룹 내 MH 블록 B3과 MH 블록 B8은 메인 서비스 데이터의 간섭이 적은 영역으로서, 두 MH 블록 모두 한쪽에만 긴 기지 데이터 열이 삽입된 예를 보이고 있다. 즉, 메인 서비스 데이터의 간섭으로 인해 MH 블록 B3은 해당 MH 블록의 뒤에만 긴 기지 데이터 열이 삽입되고, MH 블록 B8은 해당 MH 블록의 앞에만 긴 기지 데이터 열이 삽입될 수 있다. 본 발명에서는 상기 MH 블록 B3과 MH 블록 B8을 포함하여 B 영역(=B3+B8)이라 하기로 한다. 상기와 같이 각 MH 블록마다 어느 한쪽에만 기지 데이터 열을 갖는 B 영역의 경우, 수신 시스템에서는 기지 데이터로부터 얻을 수 있는 채널 정보를 이용하여 등화를 수행할 수 있으므로, C/D 영역보다 더 강인한 등화 성능을 얻을 수가 있다.
도 2의 데이터 그룹 내 MH 블록 B2과 MH 블록 B9은 메인 서비스 데이터의 간섭이 B 영역보다 더 많으며, 두 MH 블록 모두 앞뒤로 긴 기지 데이터 열을 삽입할 수 없다. 본 발명에서는 상기 MH 블록 B2와 MH 블록 B9을 포함하여 C 영역(=B2+B9)이라 하기로 한다.
도 2의 데이터 그룹 내 MH 블록 B1과 MH 블록 B10은 메인 서비스 데이터의 간섭이 C 영역보다 더 많으며, 마찬가지로 두 MH 블록 모두 앞뒤로 긴 기지 데이터 열을 삽입할 수 없다. 본 발명에서는 상기 MH 블록 B1과 MH 블록 B10을 포함하여 D 영역(=B1+B10)이라 하기로 한다. 상기 C/D 영역은 기지 데이터 열로부터 많이 떨어져 있기 때문에 채널이 빠르게 변하는 경우에는 수신 성능이 안 좋을 수가 있다.
또한 상기 데이터 그룹은 시그널링 정보가 할당되는 시그널링 정보 영역을 포함한다.
본 발명은 데이터 그룹 내 MH 블록 B4의 첫 번째 세그먼트부터 두 번째 세그먼트의 일부를 시그널링 정보 영역으로 이용할 수 있다.
본 발명은 각 데이터 그룹의 MH 블록 B4의 276(=207+69) 바이트를 시그널링 정보 영역으로 이용하는 것을 일 실시예로 한다. 즉, 시그널링 정보 영역은 MH 블록 B4의 첫 번째 세그먼트인 207 바이트와 두 번째 세그먼트의 처음 69 바이트로 구성된다. 상기 MPH 블록 B4의 첫 번째 세그먼트는 VSB 필드의 17번째 또는 173번째 세그먼트에 해당한다.
상기 시그널링 정보는 크게 두 종류의 시그널링 채널로 구분할 수 있다. 하나는 전송 파라미터 채널(Transmission Parameter Channel ; TPC)이고, 다른 하나는 고속 정보 채널(Fast Information Channel ; FIC)이다.
상기 TPC 데이터는 MH-Ensemble ID, MH-Subframe Number, TNoG(Total Number of MH-Groups), RS frame Continuity Counter, N (Column Size of RS-frame), 및 FIC Version Number 중 적어도 하나를 포함할 수 있다. 상기 TPC 정보는 본 발명의 이해를 돕기 위한 일 실시예일 뿐이며, 상기 TPC에 포함되는 시그널링 정보들의 추가 및 삭제는 당업자에 의해 용이하게 변경될 수 있으므로 본 발명은 상기 실시예로 한정되지 않을 것이다. 상기 FIC 데이터는 수신기에서 빠른 서비스 획득(fast service acquisition)이 가능하도록 하기 위해 제공되며, 물리 계층과 상위 계층 사이의 크로스 계층 정보를 포함한다.
예를 들어, 상기 데이터 그룹이 도 2에서와 같이 6개의 기지 데이터 열을 포 함하는 경우, 상기 시그널링 정보 영역은 제 1 기지 데이터 열과 제2 기지 데이터 열 사이에 위치한다. 즉, 제1 기지 데이터 열은 데이터 그룹 내 MH 블록 B3의 마지막 2 세그먼트에 삽입되고, 제2 기지 데이터 열은 MH 블록 B4의 두 번째와 세 번째 세그먼트에 삽입된다. 그리고 제3 내지 제6 기지 데이터 열은 MH 블록 B4,B5,B6,B7의 마지막 2 세그먼트에 각각 삽입된다. 상기 제1, 제3 내지 제 6 기지 데이터 열은 16 세그먼트만큼 떨어져 있다.
또한, 도 3은 본 발명의 일 실시예에 따른 RS 프레임을 도시한 도면이다.
도 3에서 도시된 RS 프레임은 하나 이상의 데이터 그룹의 집합이다. 이러한 RS 프레임은 수신 시스템이 FIC를 수신하고 이를 처리한 후, ESG Entry point가 포함된 MH 앙상블을 수신하도록 타임 슬라이싱 모드로 전환된 상태에서 각 MH 프레임 마다 수신하게 된다. 하나의 RS 프레임에는 각 서비스 또는 ESG의 IP 스트림들이 포함되게 되며, 모든 RS 프레임에는 SMT 섹션 데이터가 존재할 수 있다.
본 발명의 일 실시예에 따른 RS 프레임은 적어도 하나의 MH TP(Transport Packet)으로 이루어져 있다. 이러한 MH TP는 MH 헤더와 MH 페이로드로 이루어져 있다.
상기 MH 페이로드에는 모바일 서비스 데이터뿐만 아니라 시그널링 데이터를 포함할 수 있다. 즉, 하나의 MH 페이로드는 모바일 서비스 데이터만을 포함할 수 있거나, 시그널링 데이터만을 포함할 수 있거나, 혹은 서비스 데이터 및 시그널링 데이터를 모두 포함할 수 있다.
본 발명의 일 실시예는 MH 헤더에 의해, MH 페이로드에 포함된 데이터를 구별한다. 즉, MH TP가 제1 MH 헤더를 가진 경우, MH페이로드는 시그널링 데이터를 포함함을 나타낸다. 또한 MH TP가 제2 MH 헤더를 가진 경우, MH 페이로드는 시그널링 데이터 및 서비스 데이터를 포함함을 나타낸다. MH TP가 제3 MH 헤더를 가진 경우, MH 페이로드는 서비스 데이터를 포함함을 나타낸다.
상기 도3의 RS 프레임은 두 종류의 서비스를 위한 IP 데이터그램(즉, IP Datagram 1, IP Datagram 2)이 할당된 예를 보이고 있다.
데이터 전송 구조
도 4는 본 발명에 따른 모바일 서비스 데이터의 송신을 위한 MH 프레임 구조의 일 예를 보인 도면이다.
도 4는 하나의 MH 프레임이 5개의 서브 프레임으로 구성되고, 하나의 서브 프레임이 16개의 슬롯으로 구성되는 예를 보이고 있다. 이 경우 하나의 MH 프레임은 5개의 서브 프레임, 80개의 슬롯을 포함함을 의미한다.
그리고 하나의 슬롯은 패킷 레벨에서는 156개의 데이터 패킷(즉, 트랜스포트 스트림 패킷)으로, 심볼 레벨에서는 156개의 데이터 세그먼트로 구성된다. 또는 VSB 필드의 반에 해당되는 크기를 갖는다. 즉, 207 바이트의 한 데이터 패킷이 한 개의 데이터 세그먼트와 동일한 데이터 양을 가지므로 데이터 인터리빙되기 전의 데이터 패킷이 데이터 세그먼트의 개념으로 사용될 수 있다. 이때 두 개의 VSB 필드가 모여 하나의 VSB 프레임을 구성한다.
도 5는 VSB 프레임 구조의 일 예를 보인 것으로서, 하나의 VSB 프레임은 두 개의 VSB 필드(즉, odd 필드, even 필드)로 구성된다. 그리고 각 VSB 필드는 하나의 필드 동기 세그먼트와 312개의 데이터 세그먼트로 구성된다.
상기 슬롯은 모바일 서비스 데이터와 메인 서비스 데이터의 다중화를 위한 기본 시간 단위이다. 하나의 슬롯은 모바일 서비스 데이터를 포함할 수도 있고, 메인 서비스 데이터로만 구성될 수도 있다.
만일 슬롯 내 처음 118 데이터 패킷들이 하나의 데이터 그룹에 해당되면, 나머지 38 패킷들은 메인 서비스 데이터 패킷이 된다. 또 다른 예로, 하나의 슬롯에 데이터 그룹이 없다면, 해당 슬롯은 156개의 메인 서비스 데이터 패킷들로 구성된다.
한편 상기 슬롯들을 VSB 프레임에 할당할 때, 그 위치에 있어서 옵셋을 가지고 있다.
도 6은 하나의 VSB 프레임에 대하여 서브 프레임의 첫 번째 4 슬롯 위치의 매핑 예를 공간 영역에서 보이고 있다. 도 7은 하나의 VSB 프레임에 대하여 서브 프레임의 첫 번째 4 슬롯 위치의 매핑 예를 시간 영역에서 보이고 있다.
도 6, 도 7을 보면, 첫 번째 슬롯(Slot #0)의 38번째 데이터 패킷(#37)이 odd VSB 필드의 첫 번째 데이터 패킷에 매핑되고, 두 번째 슬롯(Slot #1)의 38번째 데이터 패킷(#37)이 상기 오드 VSB 필드의 157번째 데이터 패킷에 매핑된다. 또한, 세 번째 슬롯(Slot #2)의 38번째 데이터 패킷(#37)이 이븐 VSB 필드의 첫 번째 데이터 패킷에 매핑되고, 네 번째 슬롯(Slot #3)의 38번째 데이터 패킷(#37)이 상기 이븐 VSB 필드의 157번째 데이터 패킷에 매핑된다. 마찬가지로, 해당 서브 프레임 내 나머지 12 슬롯들도 이어지는 VSB 프레임에 같은 방식으로 매핑된다.
도 8은 MH 프레임을 구성하는 5개의 서브 프레임 중 하나의 서브 프레임에 할당되는 데이터 그룹 할당 순서의 일 예를 보인다. 일 예로, 데이터 그룹들을 할당하는 방법은 모든 MH 프레임에 동일하게 적용할 수도 있고, MH 프레임마다 달라질 수도 있다. 또한 하나의 MH 프레임 내 모든 서브 프레임에 동일하게 적용할 수도 있고, 각 서브 프레임마다 다르게 적용할 수도 있다. 이때 데이터 그룹의 할당을 MH 프레임 내 모든 서브 프레임에 동일하게 적용한다고 가정하면, 하나의 MH 프레임에 할당되는 데이터 그룹의 수는 5의 배수가 된다.
그리고 연속적인 복수 개의 데이터 그룹들은 서브 프레임 내에서 가능한 서로 멀리 떨어져 할당하는 것을 일 실시예로 한다. 이렇게 함으로써 하나의 서브 프레임 내에서 발생할 수 있는 버스트 에러에 대해 강력하게 대응할 수 있게 된다.
예를 들어, 하나의 서브 프레임에 3개의 그룹이 할당된다고 가정하면, 상기 서브 프레임 내 첫 번째 슬롯(Slot #0), 다섯 번째 슬롯(Slot #4), 아홉 번째 슬롯(Slot #8)에 할당된다. 도 8은 이러한 할당 규칙을 적용하여 하나의 서브 프레임에 16개의 데이터 그룹을 할당하였을 때의 예를 보인 것으로서,0,8,4,12,1,9,5,13,2,10,6,14,3,11,7,15의 순으로 16개의 슬롯에 각각 할당됨을 알 수 있다.
다음의 수학식 1은 상기와 같이 데이터 그룹들을 하나의 서브 프레임에 할당할 때의 규칙을 수학식으로 표현한 것이다.
j = (4i + O) mod 16
여기서, O = 0 if i < 4,
O = 2 else if i < 8,
O = 1 else if i < 12,
O = 3 else.
그리고, 상기 j는 하나의 서브 프레임 내 슬롯 번호이며, 0~15 사이의 값을 가질 수 있다. 상기 i는 그룹 번호이며, 0~15 사이의 값을 가질 수 있다.
본 발명은 하나의 MH 프레임에 포함되는 데이터 그룹들의 집합(collection)을 퍼레이드(Parade)라 하기로 한다. 상기 퍼레이드는 RS 프레임 모드에 따라 하나 이상의 특정 RS 프레임의 데이터를 전송한다.
하나의 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 영역에 할당되어 전송됨을 지시한다.
상기 데이터 그룹의 할당과 마찬가지로, 퍼레이드들도 서브 프레임 내에서 가능한 서로 멀리 떨어져 할당하는 것을 일 실시예로 한다. 이렇게 함으로써 하나의 서브 프레임 내에서 발생할 수 있는 버스트 에러에 대해 강력하게 대응할 수 있게 된다.
그리고 퍼레이드들의 할당 방법은 MH 프레임마다 다르게 적용할 수 있고, 모든 MH 프레임에 동일하게 적용할 수도 있다. 또한 하나의 MH 프레임 내 모든 서브 프레임에 동일하게 적용할 수도 있고, 각 서브 프레임마다 다르게 적용할 수도 있다. 본 발명은 MH 프레임마다 달라질 수 있으며, 하나의 MH 프레임 내 모든 서브 프레임에는 동일하게 적용하는 것을 일 실시예로 한다. 즉, MH 프레임 구조는 MH 프레임 단위로 달라질 수 있으며, 이것은 MH 앙상블 데이터 율을 탄력적으로 조정할 수 있게 한다.
도 9는 하나의 MH 프레임에 단일 퍼레이드를 할당할 때의 예를 보인 도면이다. 즉, 도 9는 하나의 서브 프레임에 포함되는 데이터 그룹의 수가 3인 단일 퍼레이드를 하나의 MH 프레임에 할당할 때의 일 실시예를 보이고 있다.
도 9에 따르면, 하나의 서브 프레임에 3개의 데이터 그룹이 4 슬롯 주기로 순차적으로 할당되고, 이러한 과정이 해당 MH 프레임 내 5개의 서브 프레임에 대해 수행되면, 하나의 MH 프레임에 15개의 데이터 그룹이 할당된다. 여기서 상기 15개의 데이터 그룹은 하나의 퍼레이드에 포함되는 데이터 그룹들이다. 따라서 하나의 서브 프레임은 4개의 VSB 프레임으로 구성되지만, 하나의 서브 프레임에는 3개의 데이터 그룹이 포함되므로, 하나의 서브 프레임 내 4개의 VSB 프레임 중 1개의 VSB 프레임에는 해당 퍼레이드의 데이터 그룹이 할당되지 않는다.
예를 들어, 하나의 퍼레이드가 하나의 RS 프레임을 전송하고, 해당 RS 프레임에 대해 송신 시스템의 RS 프레임 인코더(도시되지 않음)에서 RS 인코딩을 수행하여 해당 RS 프레임에 24 바이트의 패리티 데이터를 부가하여 전송하였다고 가정하면, 이 경우 전체 RS 부호어(code word)의 길이 중에서 패리티 데이터가 차지하는 비중은 약 11.37 % (=24/(187+24) x 100) 정도 된다. 한편 하나의 서브 프레임에 3개의 데이터 그룹이 포함되면서, 하나의 퍼레이드 내 데이터 그룹들을 할당한 경우에 15개의 데이터 그룹이 하나의 RS 프레임을 형성하므로 채널에서 발생한 버스트 노이즈에 의해서 하나의 그룹이 모두 오류가 발생한 상황이라 하더라도 그 비중이6.67 %(=1/15 x 100) 이 된다. 그러므로 수신 시스템에서는 이레이져 RS 디코딩(erasure RS decoding)에 의해서 모든 에러를 정정할 수 있게 된다. 즉, 이레이져 RS 디코딩을 수행하면 RS 패리티 개수만큼의 채널 에러를 정정할 수가 있으므로, 한 RS 부호어 중에서 RS 패리티의 개수 이하의 바이트 에러는 모두 정정 가능하다. 이렇게 하면, 수신 시스템에서는 하나의 퍼레이드 내 적어도 하나의 데이터 그룹의 에러를 정정할 수 있다. 이와 같이 하나의 RS 프레임에 의해 정정될 수 있는 최소 버스트 노이즈 길이는 1 VSB 프레임 이상이다(Thus the minimum burst noise length correctable by a RS frame is over 1 VSB frame).
한편, 도 9와 같이 하나의 퍼레이드에 대한 데이터 그룹들이 할당되었을 때, 데이터 그룹과 데이터 그룹 사이에는 메인 서비스 데이터가 할당될 수도 있고, 다른 퍼레이드의 데이터 그룹들이 할당될 수도 있다. 즉, 하나의 MH 프레임에는 복수개의 퍼레이드에 대한 데이터 그룹들이 할당될 수 있다.
기본적으로, 복수개(multiple)의 퍼레이드에 대한 데이터 그룹의 할당은 단일 퍼레이드의 경우와 다르지 않다. 즉, 하나의 MH 프레임에 할당되는 다른 퍼레이드 내 데이터 그룹들도 각각 4 슬롯 주기로 할당된다.
이때 다른 퍼레이드의 데이터 그룹은 이전 퍼레이드의 데이터 그룹이 할당되지 않은 슬롯부터 일종의 순환(circular) 방식으로 할당할 수도 있다.
예를 들어, 하나의 퍼레이드에 대한 데이터 그룹의 할당이 도 9와 같이 이루어졌다고 가정할 때, 다음 퍼레이드에 대한 데이터 그룹은 하나의 서브 프레임 내 12번째 슬롯부터 할당된다. 이것은 하나의 실시예이며, 다른 예를 들면, 다음 퍼레이드의 데이터 그룹은 하나의 서브 프레임 내 다른 슬롯 예를 들어, 3번째 슬롯부터 4 슬롯 주기로 순차적으로 할당할 수도 있다.
도 10은 하나의 MH 프레임에 3개의 퍼레이드(Parade #0, Parade #1, Parade #2)를 전송하는 예를 보인 것으로서, 특히 MH 프레임을 구성하는 5개의 서브 프레임 중 하나의 서브 프레임의 퍼레이드 전송 예를 보이고 있다.
그리고 첫 번째 퍼레이드는 서브 프레임 당 3개의 데이터 그룹을 포함한다고 하면, 서브 프레임 내 데이터 그룹들의 위치는 상기 수학식 1의 i 값에 0~2를 대입함으로써 구할 수 있다. 즉, 서브 프레임 내 첫 번째, 다섯 번째, 아홉 번째 슬롯(Slot #0, Slot #4, Slot #8)에 첫 번째 퍼레이드의 데이터 그룹들이 순차적으로 할당된다.
두 번째 퍼레이드는 서브 프레임 당 2개의 데이터 그룹을 포함한다고 하면, 서브 프레임 내 데이터 그룹들의 위치는 상기 수학식 1의 i 값에 3~4를 대입함으로써 구할 수 있다. 즉, 서브 프레임 내 두 번째, 열두 번째 슬롯(Slot #1, Slot #11)에 두 번째 퍼레이드의 데이터 그룹들이 순차적으로 할당된다.
또한 세 번째 퍼레이드는 서브 프레임 당 2개의 그룹을 포함한다고 하면, 서브 프레임 내 데이터 그룹들의 위치는 상기 수학식 1의 i 값에 5~6을 대입함으로써 구할 수 있다. 즉, 서브 프레임 내 일곱 번째, 열한 번째 슬롯(Slot #6, Slot #10)에 세 번째 퍼레이드의 데이터 그룹들이 순차적으로 할당된다.
이와 같이 하나의 MH 프레임에는 복수개의 퍼레이드에 대한 데이터 그룹들이 할당될 수 있으며, 하나의 서브 프레임에서 데이터 그룹의 할당은 4 슬롯들의 그룹 스페이스를 갖고 왼쪽에서 오른쪽으로 시리얼로 수행되고 있다.
따라서 하나의 서브 프레임에 할당될 수 있는 하나의 퍼레이드 내 데이터 그룹의 개수(Number of groups of one parade per a sub-frame ; NOG)는 1부터 8까지의 정수 중 어느 하나가 될 수 있다. 이때 하나의 MH 프레임은 5개의 서브 프레임을 포함하므로, 이는 결국 하나의 MH 프레임에 할당될 수 있는 하나의 퍼레이드의 데이터 그룹의 개수는 5부터 40까지 5의 배수 중 어느 하나가 될 수 있음을 의미한다.
도 11은 도 10의 3개의 퍼레이드의 할당 과정을 하나의 MH 프레임 내 5개의 서브 프레임으로 확장한 예를 보인 것이다.
도 12는 본 발명의 실시예에 따른 데이터 전송 구조를 도시한 도면으로, 데이터 그룹 내에 시그널링 데이터가 포함되어 전송되는 모습을 도시한 도면이다.
상기에서 설명한 바와 같이, MH 프레임은 5개의 서브 프레임으로 분할되며, 각각의 서브 프레임 내에 여러 개의 퍼레이드에 해당하는 데이터 그룹들이 섞여 존재하며, 각각의 퍼레이드에 해당하는 데이터 그룹들이 MH 프레임 단위로 묶여 하나의 퍼레이드를 구성하게 된다. 도 12에서는 3개의 퍼레이드가 존재하며, 하나의 EDC(ESG Dedicated Channel) 퍼레이드(NoG=1), 두 개의 서비스 퍼레이드 (NoG=4, NoG=3)들이 존재한다. 또한 각각의 데이터 그룹의 일정 부분(e.g. 37 bytes/데이터 그룹)은 모바일 서비스 데이터에 대한 RS 인코딩과 별도로 인코딩된 FIC 정보를 전달하는 용도로 사용된다. 각각의 데이터 그룹에 할당되는 FIC 영역은 하나의 FIC 세그먼트를 이루며, 이 FIC 세그먼트들은 MH 서브 프레임 별로 인터리빙되어 하나의 완결된 FIC 전송 구조체인 FIC 바디를 이루게 된다. 하지만 필요에 따라서는 이 FIC 세그먼트들은 서브 프레임이 아닌 MH 프레임 단위로도 인터리빙될 수 있으며 MH 프레임 별로도 완결성을 가질 수도 있다.
한편, 본 실시예에서는 MH 앙상블(Ensemble) 개념을 도입하여, 서비스의 집합을 정의한다. 하나의 MH 앙상블은 동일한 QoS를 가지며, 동일한 FEC 코드로 코딩된다. 또한 하나의 MH 앙상블은 같은 고유 식별자(즉, ensemble id)를 가지며 연속하는 RS 프레임에 대응된다.
도 12에 도시된 바와 같이, 각각의 데이터 그룹에 해당하는 FIC 세그먼트는 해당 데이터 그룹이 속하는 MH 앙상블의 서비스 정보를 기술한다. 하나의 서브 프레임 내 FIC 세그먼트들을 모아 디인터리빙하면, 해당 FIC가 전송되는 물리 채널의 모든 서비스 정보를 얻을 수 있다. 따라서 수신 시스템은 물리 채널 튜닝 이후 해당 물리 채널의 채널 정보를 서브 프레임 기간 동안 취득할 수 있게 된다.
그리고 도 12에서는 서비스 퍼레이드와 별개의 EDC 퍼레이드를 두어 각 서브 프레임의 제1 슬롯 위치에는 ESG(Electronic Service Guide) 데이터가 전송되는 것을 도시하고 있다.
계층적 시그널링 구조
도 13은 본 발명의 일 실시예에 따른 계층적인 시그널링 구조를 도시한 도면이다. 본 실시예에 따른 모바일 방송 기술은 도 13에 도시된 바와 같이, FIC와 SMT를 이용한 시그널링 방법을 채용하고 있다. 이를 본 발명에서는 계층적 시그널링 구조라 명명한다.
이하, 도 13을 이용해서 수신 시스템이 FIC와 SMT에 의해 어떻게 가상 채널에 접근하는지에 대해 설명을 개시한다.
물리 채널 레벨 시그널링 데이터인 FIC 바디는 각 가상 채널에 대한 각 데이터 스트림의 물리적 위치를 알려준다. 또한 FIC 바디는 각 가상 채널의 상위 레벨 정보를 제공한다(The FIC body defined in MH Transport (M1) identifies the physical location of each the data stream for each virtual channel and provides very high level descriptions of each virtual channel.).
MH 앙상블 레벨 시그널링 데이터인 SMT는 MH 앙상블 레벨 시그널링 정보를 제공한다. 각 SMT는 각 SMT가 포함된 해당 MH 앙상블에 속하는 각 가상 채널의IP 억세스 정보를 제공한다. 또한 SMT는 해당 가상 채널의 서비스를 위해 필요한 IP 스트림 콤포넌트 레벨 정보를 제공한다(The Service Map Table (SMT) provides the Ensemble level signaling information. The SMT provides the IP access information of each virtual channel belonging to the MH Ensemble within which the SMT is carried, and all the IP stream component level information necessary for the virtual channel service acquisition.).
도면을 간략히 설명하면, 각 MH 앙상블(Ensemble 0, 1, ..., K)은 관련된 각 가상 채널에 대한 스트림 정보(예를 들어, Virtual Channel 0 IP Stream, Virtual Channel 1 IP Stream, Virtual Channel 2 IP Stream)를 포함한다. 예컨대, Ensemble 0에는 Virtual Channel 0 IP Stream, Virtual Channel 1 IP Stream이 포함된다. 또한 각 MH 앙상블에는 관련된 가상 채널에 대한 각종 정보(Virtual Channel 0 Table Entry, Virtual Channel 0 Access Info., Virtual Channel 1 Table Entry, Virtual Channel 1 Access Info., Virtual Channel 2 Table Entry, Virtual Channel 2 Access Info., Virtual Channel N Table Entry, Virtual Channel N Access Info.)가 포함된다.
그리고 FIC 바디 페이로드는 MH 앙상블에 대한 정보(ensemble_id 필드 등이 해당되며, 도면에서는 Ensemble Location)와 해당 MH 앙상블과 관련된 가상 채널에 대한 정보(major channel num 필드 및 minor channel num 필드 등이 해당되면, 도면에서는 Virtual Channel 0,1,...,N로 표현됨)를 포함한다.
결국 수신 시스템에서의 적용을 살펴보면, 다음과 같다.
사용자가 시청을 원하는 채널(설명의 편의를 위해 이를 '채널 θ'이라 칭한다.)을 선택하면, 수신 시스템은 수신된 FIC를 먼저 파싱한다. 그리고 수신 시스템은 채널 θ 에 해당하는 가상 채널과 관련된 MH 앙상블(설명의 편의를 위해 이를 'MH 앙상블 θ'라 칭한다)에 대한 정보(Ensemble Location)를 획득한다. 수신 시스템은 MH 앙상블 θ 에 대응되는 슬롯만을 타임 슬라이싱 방식에 의해 획득하여 앙상블 θ를 구성한다. 구성된 앙상블 θ 에는 상술한 바와 같이, 관련된 가상 채널들(채널 θ를 포함)에 대한 SMT 및 해당 가상 채널들에 대한 IP 스트림이 포함된다. 따라서 수신 시스템은 구성된 MH 앙상블 θ 에 포함된 SMT를 이용해서 채널 θ 에 대한 각종 정보(Virtual Channel θ Table Entry)와 채널 θ 에 대한 스트림 억세스 정보(Virtual Channel θ Access Info.)를 획득한다. 그리고 수신 시스템은 채널 θ 에 대한 스트림 억세스 정보를 이용해서 관련된 IP 스트림만을 수신하여 사용자에게 채널 θ 에 대한 서비스를 제공한다.
FIC ( Fast Information Channel )
또한, 본 발명에 따른 수신 시스템에서는 FIC(Fast Information Channel)를 도입하여 현재 방송되는 서비스에 보다 빨리 접근할 수 있도록 하고 있다.
즉, 도 1의 FIC 핸들러(215)에서 FIC 전송 구조체인 FIC 바디를 파싱하고, 그 결과를 물리 적응 제어 시그널 핸들러(216)로 출력한다.
도 14는 본 발명에 따른 FIC 바디 포맷의 일 실시예를 도시한 도면이다. 본 실시예에 따르면, FIC 포맷은 FIC 바디(body) 헤더와 FIC 바디 페이로드 이루어진다.
한편, 본 실시예에 따르면, FIC 바디 헤더와 FIC 바디 페이로드를 통해 전송되는 데이터는 FIC 세그먼트 단위로 전송된다. 각 FIC 세그먼트 단위의 크기는 37 바이트이고, 각 FIC 세그먼트는 2 바이트의 FIC 세그먼트 헤더와 35 바이트의 FIC 세그먼트 페이로드로 이루어져 있다. 즉, FIC 바디 헤더와 FIC 바디 페이로드로 구성되는 하나의 FIC 바디는 35 바이트씩 세그먼테이션(segmentation)되어 하나 이상의 FIC 세그먼트 내 FIC 세그먼트 페이로드에 실려서 전송된다.
본 발명에서는 하나의 데이터 그룹에 하나의 FIC 세그먼트를 삽입하여 전송하는 것을 일 실시예로 한다. 이 경우, 수신 시스템은 각 데이터 그룹에 대응되는 슬롯을 타임 슬라이싱 방식에 의해 수신한다.
한편, 도 1의 수신 시스템 내의 시그널링 디코더(190)는 각 데이터 그룹에 삽입된 각 FIC 세그먼트를 수집한다. 그리고 시그널링 디코더(190)는 수집된 각 FIC 세그먼트를 이용해서 하나의 FIC 바디를 구성한다. 이어 상기 시그널링 디코더(190)는 하나의 FIC 바디의 FIC body 페이로드에 대해 송신 시스템에서의 시그널링 인코더(미도시)의 인코딩에 대응되게 디코딩 동작을 수행하고, 디코딩된 하나의 FIC body 페이로드는 FIC 핸들러(215)로 출력한다. 상기 FIC 핸들러(215)는 FIC body 페이로드 내의 FIC 데이터를 파싱하고, 파싱된 FIC 데이터를 물리 적응 제어 시그널 핸들러(216)로 출력한다. 상기 물리 적응 제어 시그널 핸들러(216)는 입력된 FIC 데이터를 이용하여 MH 앙상블, 가상 채널, SMT 등과 관련된 작업을 수행한다.
한편, 일 실시예에 따라서는 하나의 FIC 바디를 세그먼테이션했을 때, 세그먼테이션된 마지막 부분이 35 바이트 이하인 경우에는, 마지막 FIC 세그먼트의 크기를 35바이트로 만들도록, FIC 세그먼트 페이로드의 나머지 부분에 스터핑 바이트를 채우는 것을 상정할 수 있다.
이상에서 설명한 각 바이트 값(FIC 세그먼트 : 37 바이트, FIC 세그먼트 헤더 : 2 바이트, FIC 세그먼트 페이로드 : 35 바이트)은 일 실시예 일 뿐이며, 본 발명은 이에 한정되지 않음은 물론이다.
도 15는 본 발명에 따른 FIC 세그먼트의 데이터 구조의 일 실시예를 도시한 도면이다. 여기서 FIC 세그먼트는 FIC 데이터의 전송을 위하여 사용되는 단위를 의미한다.
상기 FIC 세그먼트는 FIC 세그먼트 헤더와 FIC 세그먼트 페이로드로 이루어지며, 도 15에 따르면 FIC 세그먼트 페이로드는 for loop 이하 부분이라 할 수 있다. 한편, 상기 FIC 세그먼트 헤더에는 FIC_type 필드, error_indicator 필드, FIC_seg_number 필드, 및 FIC_last_seg_number 필드가 포함될 수 있다. 각 필드에 대한 설명은 다음과 같다.
상기 FIC_type 필드(2 bit)는 해당 FIC의 타입(Type)을 나타낸다.
상기 error_indicator 필드(1bit)는 전송 중 FIC 세그먼트 내에 에러가 발생되었는지를 지시하며, 에러가 발생된 경우에는 '1'로 설정된다. 즉, FIC 세그먼트를 구성하는 과정에서 복구하지 못한 에러가 존재할 때, 본 필드를 '1'로 설정한다. 본 필드를 통해 수신 시스템은 FIC 데이터의 에러 유무를 인지할 수 있다.
상기 FIC_seg_number 필드(4 bit)는 하나의 FIC 바디가 여러 개의 FIC 세그먼트로 나뉘어 전송될 때 해당 FIC 세그먼트의 번호를 나타낸다.
상기 FIC_last_seg_number 필드(4 bit)는 해당 FIC 바디의 마지막 FIC 세그먼트의 번호를 나타낸다.
도 16은 본 발명에 따라 FIC type 필드값이 '0'인 경우의 FIC 세그먼트의 페이로드에 대한 비트 스트림 신택스 구조의 일 실시예를 도시한 도면이다.
본 실시예에서 FIC 세그먼트의 페이로드는 3개의 영역으로 구분된다.
제1 영역은 FIC_seg_number가 '0'인 경우에만 존재하는 영역으로, current_next_indicator 필드, ESG_version 필드, transport_stream_id 필드를 포함할 수 있다. 다만, 실시예에 따라서는 FIC_seg_number에 상관없이 위 3개의 필드가 각각 존재하는 것을 상정할 수 있다.
상기 current_next_indicator 필드(1bit)는 해당 FIC 데이터가 현재의 FIC 세그먼트를 포함하는 MH 프레임의 MH 앙상블 구성(configuration) 정보를 담고 있는지, 또는 다음 번 MH 프레임의 MH 앙상블 구성 정보를 담고 있는 지를 구분하는 지시자(Indicator)를 의미한다.
ESG_version 필드(5 bit)는 ESG의 버전 정보를 나타내며, 해당 ESG의 서비스 가이드 제공 채널의 버전이 제공되어 ESG의 업데이트 여부를 수신 시스템에서 알려주는 역할을 담당한다.
transport_stream_id필드(16 bit)는 해당 FIC 세그먼트가 전송되고 있는 방송 스트림의 고유한 식별자(Identifier)를 의미한다.
제2 영역은 앙상블 loop영역으로, ensemble_id 필드, SI_version 필드, num_channel 필드를 포함할 수 있다.
상기 ensemble_id 필드(8 bit)는 이후 기술하는 MH 서비스들이 전송되는 MH 앙상블의 식별자를 표시한다. 본 필드는 MH 서비스들과 MH 앙상블을 묶어주는 역할을 한다.
상기 SI_version 필드(4 bit)는 RS 프레임 내에 전송되는 해당 앙상블의 SI 데이터들의 버전 정보를 나타낸다.
상기 num_channel 필드(8 bit)는 해당 앙상블을 통해 전송되는 가상 채널의 개수를 나타낸다.
제3 영역은 채널 loop 영역으로 channel_type 필드, channel_activity 필드, CA_indicator 필드, stand_alone_service_indicator 필드, major_channel_num 필드, minor_channel_num 필드를 포함할 수 있다.
상기 channel_type 필드(5 bit)는 해당 가상 채널의 서비스 타입을 나타낸다. 예를 들면, 본 필드는 오디오/비디오 채널, 오디오/비디오 및 데이터 채널, 오디오 전용 채널, 데이터 전용 채널, 파일 다운로드 채널, ESG 전달(delivery) 채널, 알림(notification) 채널 등을 나타낼 수 있다.
상기 channel_activity 필드(2 bit)는 해당 가상 채널의 활성화(activity) 정보를 나타내며, 이를 통해 해당 가상 채널이 현재 서비스를 제공하는지를 알 수 있다.
상기 CA_indicator 필드(1 bit)는 해당 가상 채널에 CA(Conditional Access) 적용 여부를 나타낸다.
상기 stand_alone_service_indicator 필드(1 bit)는 해당 가상 채널의 서비스가 stand alone 서비스인지를 나타낸다.
상기 major_channel_num 필드(8 bit)는 해당 가상 채널의 메이저 채널 번호를 표시한다.
상기 minor_channel_num 필드(8 bit)는 해당 가상 채널의 마이너 채널 번호를 의미한다.
Service Map Table
도 17은 본 발명의 일 실시예에 따른 서비스 맵 테이블(Service Map Table, 이하 "SMT"라고 칭함)의 비트 스트림 신택스의 일 실시예를 도시한 도면이다.
본 실시예에 따른 SMT는 MPEG-2 프라이빗 섹션(Private Section) 형태로 작성되어 있으나, 본 발명의 권리범위가 이에 한정되지 않는다. 본 실시예에 따른 SMT는 하나의 MH 앙상블 내의 각 가상 채널의 서술(Description) 정보를 포함하며, 서술자(Descriptor) 영역에 기타 부가 정보들이 포함될 수 있다.
본 실시예에 따른 SMT는 적어도 하나의 필드를 포함하여 송신 시스템에서 수신 시스템으로 전송된다.
도 3에서 상술한 바와 같이, SMT 섹션은 RS 프레임 내의 MH TP에 포함되어 전송될 수 있다. 이 경우, 도 1의 RS 프레임 디코더들(170,180)은 입력된 RS 프레임을 디코딩하고, 디코딩된 RS 프레임은 해당 RS 프레임 핸들러(211,212)로 출력된다. 그리고 각 RS 프레임 핸들러(211,212)는 입력된 RS 프레임을 로우 단위로 구분하여 MH TP를 구성하여 MH TP 핸들러(213)로 출력한다.
상기 MH TP 핸들러(213)는 입력된 각 MH TP의 헤더를 기초로 해당 MH TP가 SMT 섹션을 포함하고 있다고 판단되면, 포함된 SMT 섹션을 파싱하여 파싱된 SMT 섹션 내의 SI 데이터를 물리 적응 제어 시그널 핸들러(216)에 출력한다. 다만, 이 경우에는 SMT가 IP 데이터그램으로 인캡슐레이션되지 않은 경우에 해당한다.
한편, SMT가 IP 데이터그램으로 인캡슐레이션된 경우, 상기 MH TP 핸들러(213)는 입력된 각 MH TP의 헤더를 기초로 해당 MH TP가 SMT 섹션을 포함하고 있다고 판단되면, 이를 IP 네트워크 스택(220)으로 출력한다. 그러면, IP 네트워크 스택(220)은 SMT 섹션에 대해 IP, UDP 처리를 수행한 뒤에 SI 핸들러(240)로 출력한다. 상기 SI 핸들러(240)는 입력된 SMT 섹션을 파싱하고, 파싱된 SI가 저장부(290)에 저장되도록 제어한다.
한편, SMT를 통해 전송될 수 있는 필드들의 예를 들면 다음과 같다.
table_id 필드(8비트)는 테이블의 타입을 구분시키기 위한 8비트 필드로서, 이를 통해 본 테이블이 SMT임을 알 수 있다(table_id : An 8-bit unsigned integer number that indicates the type of table section being defined in Service Map Table (SMT)).
ensemble_id 필드(8비트)는 해당 MH 앙상블과 관련된 ID값으로, 0x00에서 0x3F의 값들이 할당될 수 있다. 본 필드의 값은 TPC 데이터의 parade_id로부터 도출되는 것이 바람직하다. 만약 해당 MH 앙상블이 프라이머리 RS 프레임을 통해 전송될 경우에는 가장 상위 비트(MSB)는 '0'으로 설정되며, 나머지 7비트는 해당 MH 퍼레이드의 parade_id의 값으로 이용한다. 한편, 만약 해당 MH 앙상블이 세컨더리 RS 프레임을 통해 전송될 경우에는 가장 상위 비트(MSB)는 '1'로 설정되며, 나머지 7비트는 해당 MH 퍼레이드의 parade_id의 값으로 이용한다(This 8-bit unsigned integer field in the range 0x00 to 0x3F shall be the Ensemble ID associated with this MH Ensemble. The value of this field shall be derived from the parade_id carried from the baseband processor of MH physical layer subsystem, by using the parade_id of the associated MH Parade for the least significant 7 bits, and using '0' for the most significant bit when the MH Ensemble is carried over the Primary RS frame, and using '1' for the most significant bit when the MH Ensemble is carried over the Secondary RS frame.).
num_channels 필드(8비트)는 SMT 섹션 내의 가상 채널의 수를 지시한다(This 8 bit field specifies the number of virtual channels in this SMT section.).
한편, 본 실시예에 따른 SMT는, for loop를 사용하여 복수의 가상 채널에 대한 정보를 제공한다.
major_channel_num 필드(8비트)는 해당 가상 채널과 관련된 메이저 채널 넘버를 나타내며, 0x00에서 0xFF이 할당될 수 있다(This 8-bit unsigned integer field in the range 0x00 to 0xFF shall represent the major channel number associated with this virtual channel.).
minor_channel_num 필드(8비트)는 해당 가상 채널과 관련된 마이너 채널 넘버를 나타내며, 0x00에서 0xFF이 할당될 수 있다(This 8-bit unsigned integer field in the range 0x00 to 0xFF shall represent the minor channel number associated with this virtual channel.).
short_channel_name 필드는 가상 채널의 숏 네임을 나타낸다(The short name of the virtual channel.).
service_id 필드(16비트)는 가상 채널 서비스를 구분하는 값을 나타낸다(A 16-bit unsigned integer number that identifies the virtual channel service).
service_type 필드(6비트)는 하기의 표 2에서 규정된 바와 같이, 해당 가상 채널 상을 통해 전송되는 서비스의 타입을 지시한다(A 6-bit enumerated type field that shall identify the type of service carried in this virtual channel as defined in Table 2).
0x00 [Reserved]
0x01 MH_digital_television - The virtual channel carries television programming (audio, video and optional associated data) conforming to ATSC standards.
0x02 MH_audio - The virtual channel carries audio programming (audio service and optional associated data) conforming to ATSC standards.
0x03 MH_data_only_service - The virtual channel carries a data service conforming to ATSC standards, but no video or audio component.
0x04- 0xFF [Reserved for future ATSC use]
virtual_channel_activity 필드(2비트)는 해당 가상 채널의 활성화 여부를 구분한다. 상기 virtual_channel_activity 필드의 MSB(most significant bit)가 '1'인 경우에는 해당 가상 채널이 액티브함을 지시하고, MSB가 '0'인 경우에는 해당 가상 채널이 액티브하지 않음을 지시한다. 또한 LSB(least significant bit)가 '1'인 경우에는 해당 가상 채널이 히든 채널임을 지시하고, LSB가 '0'인 경우에는 해당 가상 채널이 히든 채널이 아님을 지시한다(A 2-bit enumerated field that shall identify the activity of this virtual channel. The most significant bit indicates whether this virtual channel is active (when set to 1) or inactive (when set to 0) and the least significant bit indicates whether this virtual channel is hidden (when set to 1) or not (when set to 0).).
num_components 필드(5비트)는 해당 가상 채널 상의 IP 스트림 콤포넌트의 넘버를 지시한다(This 5-bit field specifies the number of IP stream components in this virtual channel.).
IP_version_flag 필드(1비트)는 '1'로 설정된 경우에는 source_IP_address 필드, virtual_channel_target_IP_address 필드 및component_target_IP_address 필드가 IPv6 어드레스임을 지시하고, '0'으로 설정된 경우에는 source_IP_address 필드, virtual_channel_target_IP_address 필드, component_target_IP_address 필드가 IPv4 어드레스임을 지시한다(A 1-bit indicator, which when set to '1' indicates that source_IP_address, virtual_channel_target_IP_address and component_target_IP_address fields if exist, are IPv6 addresses, and when set to '0' indicates that source_IP_address, virtual_channel_target_IP_address and component_target_IP_address fields are IPv4 addresses.).
source_IP_address_flag 필드(1비트)가 설정된 경우에는 해당 가상 채널의 소스 IP 어드레스가 특정 멀티캐스트 소스를 위해 존재함을 지시한다(A 1-bit Boolean flag that indicates, when set, a source IP address of this virtual channel is present for source specific multicast.).
virtual_channel_target_IP_address_flag 필드(1비트)가 설정된 경우에는 해당 IP 스트림 콤포넌트가 virtual_channel_target_IP_address와는 다른 target IP 어드레스를 갖는 IP 데이터그램을 통해 전송됨을 지시한다. 따라서 본 플래그가 설정된 경우에는 수신 시스템은 해당 IP 스트림 콤포넌트에 접근하기 위해서 component_target_IP_address을 target_IP_address로 사용하고, num_channels 루프 내의 virtual_channel_target_IP_address 필드를 무시한다(A 1-bit Boolean flag that indicates, when set, this IP stream component is delivered through IP datagrams with target IP addresses different from virtual_channel_target_IP_address. When this flag is set, then the receiver shall utilize the component_target_IP_address as the target_IP_address to access this IP stream component and shall ignore the virtual_channel_target_IP_address field in the num_channels loop.).
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 어드레스를 지시한다(This field shall present if the source_IP_address_flag is set to '1' and shall not present if the source_IP_address_flag is set to '0'. If present, when IP_version_flag field is set to '0', this field specifies 32-bit IPv4 address indicating the source of this virtual channel. When IP_version_flag field is set to '1', this field specifies 128-bit IPv6 address indicating the source of this virtual channel.).
virtual_channel_target_IP_address 필드(32 또는 128비트)는 virtual_channel_target_IP_address_flag 가 '1'로 설정된 경우에는 해석될 필요가 있지만, virtual_channel_target_IP_address_flag 가 '0'으로 설정된 경우에는 해석될 필요가 없다. virtual_channel_target_IP_address_flag 가 '1'로 설정되고, IP_version_flag 필드가 '0'으로 설정된 경우, 본 필드는 해당 가상 채널에 대한 32비트 타겟 IPv4 어드레스를 나타낸다. virtual_channel_target_IP_address_flag 가 '1'로 설정되고, IP_version_flag 필드가 '1'로 설정된 경우, 본 필드는 해당 가상 채널에 대한 64비트 타겟 IPv6 어드레스를 나타낸다. 만약 해당 virtual_channel_target_IP_address를 해석할 수 없다면, num_channels루프 내의 component_target_IP_address 필드가 해석되어야 하고, 수신 시스템은 IP 스트림 콤포넌트에 접근하기 위해서, component_target_IP_address를 사용해야 한다(This field shall present if the virtual_channel_target_IP_address_flag is set to '1' and shall not present if the virtual_channel_target_IP_address_flag is set to '0'. If present, when IP_version_flag field is set to '0', this field specifies 32-bit target IPv4 address for this virtual channel. When IP_version_flag field is set to '1', this field specifies 128-bit target IPv6 address for this virtual channel. If this virtual_channel_target_IP_address doesn't present, then the component_target_IP_address field in the num_channels loop shall present and the receiver shall utilize the component_target_IP_address to access IP stream components.).
한편, 본 실시예에 따른 SMT는, for loop를 사용하여 복수의 콤포넌트에 대한 정보를 제공한다.
RTP_payload_type 필드(7비트)는 하기 표 3에 따라서 콤포넌트의 인코딩 포맷을 지시한다. IP 스트림 콤포넌트가 RTP로 인캡슐레이션되지 않은 경우에는 본 필드는 무시되어야 한다(This 7-bit field identifies the encoding format of the component, according to Table 3.If the IP stream component is not encapsulated in RTP, this field shall be deprecated.).
다음의 표 3은 RTP Payload Type의 일 예를 보인다.
RTP_payload_type Meaning
35 AVC video
36 MH audio
37 -72 [Reserved for future ATSC use]
component_target_IP_address _flag 필드(1비트)는 플래그가 설정된 경우 해당 IP 스트림 콤포넌트가 virtual_channel_target_IP_address와는 다른 타겟 IP 어드레스를 갖는 IP 데이터그램을 통해 전송됨을 지시한다. 본 플래그가 설정된 경우에는 수신 시스템은 해당 IP 스트림 콤포넌트에 접근하기 위해서 component_target_IP_address를 타겟 IP 어드레스로서 사용하고, num_channels 루프 내의 virtual_channel_target_IP_address를 무시한다(A 1-bit Boolean flag that indicates, when set, this IP stream component is delivered through IP datagrams with target IP addresses different from virtual_channel_target_IP_address. When this flag is set, then the receiver shall utilize the component_target_IP_address as the target IP address to access this IP stream component and shall ignore the virtual_channel_target_IP_address field in the num_channels loop.).
component_target_IP_address 필드(32 또는 128비트)는 IP_version_flag 필드가 '0'으로 설정된 경우에는 본 필드는 해당 IP 스트림 콤포넌트를 위한 32비트 타겟 IPv4 어드레스를 지시한다. 그리고 IP_version_flag 필드가 '1'로 설정된 경우에는 본 필드는 해당 IP 스트림 콤포넌트를 위한 128비트 타겟 IPv6 어드레스를 지시한다(When IP_version_flag field is set to '0', this field specifies 32-bit target IPv4 address for this IP stream component. When IP_version_flag field is set to '1', this field specifies 128-bit target IPv6 address for this IP stream component.).
port_num_count 필드(6비트)는 해당 IP 스트림 콤포넌트와 관련된 UDP 포트의 넘버를 지시한다. 타겟 UDP 포트 넘버 값은 target_UDP_port_num 필드 값으로부터 시작해서 1씩 증가한다. RTP 스트림을 위해서는, 타겟 UDP 포트 넘버는 target_UPD_port_num 필드 값으로부터 시작해서 2씩 증가하며, 이는 RTP 스트림과 관련된 RTCP 스트림을 포함하기 위해서이다(This field indicates the number of UDP ports associated with this IP stream component. The values of the target UDP port numbers shall start from the target_UDP_port_num field and shall be incremented by one. For RTP streams, the target UDP port numbers shall start from the target_UPD_port_num field and shall be incremented by two, to incorporate RTCP streams associated with the RTP streams.).
target_UDP_port_num 필드(16비트)는 해당 IP 스트림 콤포넌트를 위한 타겟 UDP 포트 넘버를 나타낸다. RTP 스트림을 위해서는 target_UDP_port_num의 값은 짝수이고, 다음 높은 값은 관련된 RTCP 스트림의 타겟 UDP 포트 넘버를 나타낸다(A 16-bit unsigned integer field, that represents the target UDP port number for this IP stream component. For RTP streams, the value of target_UDP_port_num shall be even, and the next higher value shall represent the target UDP port number of the associated RTCP stream.).
component_level_descriptor()은 해당 IP 콤포넌트에 대한 추가 정보를 제공하는 서술자를 나타낸다(Zero or more descriptors providing additional information for this IP stream component, may be included.).
virtual_channel_level_descriptor()은 해당 가상 채널에 대한 추가 정보를 제공하는 서술자를 나타낸다(Zero or more descriptors providing additional information for this virtual channel, may be included.).
ensemble_level_descriptor()은 해당 SMT가 서술하는 MH 앙상블에 대한 추가 정보를 제공하는 서술자를 나타낸다(Zero or more descriptors providing additional information for the MH Ensemble which this SMT describes, may be included.).
도 18은 본 발명의 실시예에 따른 MH Audio Descriptor의 syntax를 도시한 도면이다.
MH_audio_descriptor()는 현재 이벤트의 콤포넌트로서 존재하는 하나 이상의 오디오 서비스가 존재할 때, SMT 내의 component_level_descriptor로서 사용되어야 한다. 본 서술자에 의해서 오디오 언어의 종류와 스테레오 모드 여부를 알려 줄 수 있다. 현재 이벤트와 관련된 오디오 서비스가 없을 경우, MH_audio_descriptor()는 현재 이벤트를 위해 해석되지 않는 것이 바람직하다(The MH_audio_descriptor shall be used as a component_level_descriptor of the SMT when there is one or more audio services present as a component of the current event. This enables, for example, announcement of audio language and stereo mode. If there is no audio service associated with the current event, then the MH_audio_descriptor shall not be present for that event.).
도 18에 도시된 각 필드를 상술하면 다음과 같다.
descriptor_tag 필드(8비트)는 해당 서술자가 MH_audio_descriptor()임을 지시한다(This 8-bit unsigned integer shall have the value TBD, identifying this descriptor as MH_audio_descriptor.).
descriptor_length 필드(8비트)는 본 필드 이후부터 본 서술자 끝까지의 바이트 크기(length)를 나타낸다(This 8-bit unsigned integer specifies the length (in bytes) immediately following this field up to the end of this descriptor.).
channel_configuration 필드(8비트)는 오디오 채널의 넘버와 구성(configuration)을 나타낸다. 1에서 6까지의 값은 ISO/IEC 13818-7:2006의 테이블 42 상의 "Default bit stream index number"에 규정된 오디오 채널의 넘버 및 구성(configuration)을 나타낸다(This 8-bit field indicates the number and configuration of audio channels. Values in the range from 1 to 6 indicate the number and configuration of audio channels as given for "Default bit stream index number" in Table 42 of ISO/IEC 13818-7:2006.All other values indicate that the number and configuration of audio channels is undefined.).
sample_rate_code필드(3비트)는 인코딩된 오디오의 샘플 레이트(rate)를 나타낸다(This is a 3-bit field which indicates the sample rate of the encoded audio. The indication may be of one specific sample rate, or may be of a set of values that include the sample rate of the encoded audio as defined in Table A3.3 of ATSC A/52B.).
bit_rate_code 필드(6비트) 중 하위 5비트는 노미널(nominal) 비트 레이트를 나타내고, 최상위 비트가 '0'인 경우에는 해당 비트 레이트가 정확함을 의미하고, 최상위 비트가 '1'인 경우에는 해당 비트 레이트가 ATSC A/53의 Table A3.4에서 규정된 상한 한계를 의미한다(This is a 6-bit field. The lower 5 bits indicate a nominal bit rate. The MSB indicates whether the indicated bit rate is exact (MSB = 0) or an upper limit (MSB = 1) as defined in Table A3.4 of ATSC A/53B.).
ISO_639_language_code 필드(3바이트:24비트)는 오디오 스트림 콤포넌트에 사용된 언어를 나타낸다. 해당 오디오 스트림 콤포넌트에 특정된 언어가 없는 경우에는 각 바이트 값은 0x00으로 설정한다(This 3-byte (24 bits) field, in conformance with ISO 639.2/B [x], specifies the language used for the audio stream component. In case of no language specified for this audio stream component, each byte shall have the value 0x00.).
도 19는 본 발명의 실시예에 따른 MH RTP payload type Descriptor의 신택스를 도시한 도면이다.
상기 MH_RTP_payload_type_descriptor()는 RTP 페이로드의 타입을 지시하되, SMT의 num_components 루프 내에 있는 RTP_payload_type 값이 96에서 127을 가질 때에만 존재한다. 그리고 본 서술자는 SMT의 component_level_descriptor로서 사용된다.
MH_RTP_payload_type_decriptor는 RTP_payload_type 값을 MIME 타입에 매칭시킨다. 그 결과, 수신 시스템은 RTP로 인캡슐레이션된 IP 스트림 콤포넌트의 인코딩 포맷을 수집할 수 있다(The MH_RTP_payload_type_descriptor shall present if and only if the value of RTP_payload_type in the num_components loop of the SMT is a dynamic value in the range of 96 -127. When present, the MH_RTP_payload_type_descriptor shall be used as an component_level_descriptor of the SMT. The MH_RTP_payload_type_descriptor translates a dynamic RTP_payload_type value into a MIME type, so that the receiver can gather the encoding format of the IP stream component, encapsulated in RTP.).
상기 MH_RTP_payload_type_descriptor()에 포함된 필드에 대한 상세 설명은 아래와 같다.
descriptor_tag 필드(8비트)는 해당 서술자가 MH_RTP_payload_type_descriptor()임을 지시한다(This 8-bit unsigned integer shall have the value TBD, identifying this descriptor as MH_RTP_payload_type_descriptor.).
descriptor_length 필드(8비트)는 본 서술자 내에서 본 필드부터 마지막 필드까지의 크기를 나타낸다(This 8-bit unsigned integer specifies the length (in bytes) immediately following this field up to the end of this descriptor.).
RTP_payload_type 필드(7비트)는 IP 스트림 콤포넌트의 인코딩 포맷을 나타내고, RTP_payload_type 값은96에서 127까지의 값을 갖는다(This 7-bit field identifies the encoding format of the IP stream component, where the value of this RTP_payload_type is in the dynamic value range 96-127.).
MIME_type_length필드는 MIME 타입의 크기를 나타낸다(This field specifies the length (in bytes) of the MIME_type.).
MIME_type필드는 본 MH_RTP_payload_type_descriptor()가 서술하는 IP 스트림 콤포넌트의 인코딩 포맷에 대응되는MIME 타입을 나타낸다(The MIME type identifying the encoding format of the IP stream component that this MH_RTP_payload_type_descriptor describes.).
도 20은 본 발명의 실시예에 따른 MH Current Event Descriptor의 신택스를 도시한 도면이다.
상기 MH_current_event_descriptor()는 SMT 내의 virtual_channel_level_descriptor로서 사용된다. 본 서술자는 해당 가상 채널 상에 전송되는 현재 이벤트에 대한 기본적인 정보(예를 들어, 현재 이벤트 시작 시간, 존속시간, 타이틀)를 제공한다(The MH_current_event_descriptor, when present, shall be used as a virtual_channel_level_descriptor of the SMT. The MH_current_event_descriptor provides the basic information on the current event carried through this virtual channel (current event start time, duration and title).).
상기 MH_current_event_descriptor에 포함된 각 필드에 대한 상세 설명은 아래와 같다.
descriptor_tag 필드(8비트)는 본 서술자가 MH_current_event_descriptor()임을 나타내는 필드이다(This 8-bit unsigned integer shall have the value TBD, identifying this descriptor as MH_current_event_descriptor.).
descriptor_length 필드(8비트)는 본 서술자 내에서 본 필드 다음부터 마지막 필드까지의 크기를 나타낸다(This 8-bit unsigned integer specifies the length (in bytes) immediately following this field up to the end of this descriptor.).
current_event_start_time 필드(32비트)는 본 이벤트의 시작시간을 나타낸다(A 32-bit unsigned integer quantity representing the start time of the current event as the number of GPS seconds since 00:00:00 UTC, January 6, 1980).
current_event_duration 필드(24비트)는 본 이벤트의 존속시간을 나타낸다(A 24-bit field containing the duration of the current event in hours, minutes, seconds. Format: 6 digits, 4-bit BCD = 24 bit.).
title_length 필드는 title_text의 크기를 나타낸다(This field specifies the length (in bytes) of the title_text. Value 0 means that no title exists for this event.).
title_text 필드는 해당 이벤트의 타이틀을 나타낸다(The event title in the format of a multiple string structure as defined in ATSC A/65C [x].).
도 21은 본 발명의 실시예에 따른 MH Next Event Descriptor의 신택스를 도시한 도면이다.
상기 MH_next_event_descriptor()는 SMT의 virtual_channel_level_descriptor로서 사용된다. 상기 MH_next_event_descriptor()는 해당 가상 채널을 통해 전송되는 미래 이벤트 상의 기본적인 정보(예를 들어, 미래 이벤트 시작 시간, 지속시간, 타이틀)을 제공한다(The optional MH_next_event_descriptor, may present as a virtual_channel_level_descriptor of the SMT. The MH next event descriptor provides the basic information on the next event carried through this virtual channel (next event start time, duration and title).).
상기 MH_next_event_descriptor에 포함된 각 필드에 대한 상세 설명은 아래와 같다.
descriptor_tag 필드(8비트)는 본 서술자가MH_next_event_descriptor()임을 지시한다(This 8-bit unsigned integer shall have the value TBD, identifying this descriptor as MH_next_event_descriptor.).
descriptor_length 필드(8비트)는 본 서술자 내에서 본 필드 다음부터 마지막 필드까지의 크기를 나타낸다(This 8-bit unsigned integer specifies the length (in bytes) immediately following this field up to the end of this descriptor.).
next_event_start_time 필드(32비트)는 미래 이벤트의 시작시간을 나타낸다(A 32-bit unsigned integer quantity representing the start time of the next event as the number of GPS seconds since 00:00:00 UTC, January 6, 1980).
next_event_duration 필드(24비트)는 미래 이벤트의 존속시간을 나타낸다(A 24-bit field containing the duration of the next event in hours, minutes, seconds. Format: 6 digits, 4-bit BCD = 24 bit.).
title_length 필드는 title_text의 크기를 나타낸다(This field specifies the length (in bytes) of the title_text. Value 0 means that no title exists for this event.).
title_text 필드는 해당 이벤트의 타이틀을 나타낸다(The event title in the format of a multiple string structure as defined in ATSC A/65C [x].).
도 22는 본 발명의 실시예에 따른 MH System Time Descriptor의 신택스를 도시한 도면이다.
상기 MH_system_time_descriptor()는 SMT의 ensemble_level_descriptor로서 사용된다. 상기 MH_system_time_descriptor()는 현재 시간 및 날짜 정보를 제공한다. 또한 MH_system_time_descriptor는 모바일 환경을 고려해서, 수신되는 방송 스트림을 전송하는 송신 시스템에 대한 타임 존(time zone) 정보를 제공한다(The MH_system_time_descriptor, when present, shall be used as an ensemble_level_descriptor of the SMT. The MH system time descriptor provides the current date and time of day information. In addition, taking the mobile/portable characteristic of MH, the MH system time descriptor provides the time zone information for where the transmitter of this broadcast stream is located.).
상기 MH_system_time_descriptor()에 포함된 각 필드에 대한 상세 설명은 아래와 같다.
descriptor_tag 필드(8비트)는 본 서술자가 MH_system_time_descriptor()임을 나타낸다(This 8-bit unsigned integer shall have the value TBD, identifying this descriptor as MH_system_time_descriptor.).
descriptor_length 필드(8비트)는 본 서술자 내에 본 필드 다음부터 마지막 필드까지의 크기를 나타낸다(This 8-bit unsigned integer specifies the length (in bytes) immediately following this field up to the end of this descriptor.).
system_time 필드(32비트)는 GPS 상의 현재 시각을 나타낸다(A 32-bit unsigned integer quantity representing the current system time as the number of GPS seconds since 00:00:00 UTC, January 6th, 1980.).
GPS_UTC_offset 필드(8비트)는 GPS 및 UTC 간의 현재 옵셋(offset)을 나타낸다. GPS 시각을 UTC 시각으로 변환하기 위해서, GPS에서 GPS_UTC_offset을 차감한다(An 8-bit unsigned integer that defines the current offset in whole seconds between GPS and UTC time standards. To convert GPS time to UTC, the GPS_UTC_offset is subtracted from GPS time. Whenever the International Bureau of Weights and Measures decides that the current offset is too far in error, an additional leap second may be added (or subtracted), and the GPS_UTC_offset will reflect the change.).
time_zone_offset_polarity 필드(1비트)는 방송국 위치의 타임 존에 대한 시각이 UTC에 앞서는지 뒤쳐지는지를 나타낸다. 본 필드가 '0'인 경우에는 현재 타임 존 상의 시각이 UTC에 앞섬을 의미하므로, time_zone_offset 값을 UTC에 합산한다. 반면에, 본 필드가 '1'인 경우에는 현재 타임 존 상의 시각이 UTC보다 뒤쳐짐을 의미하므로, time_zone_offset 값을 UTC에서 합산한다(An one-bit indicator that indicates whether the time of the time zone where the broadcast station is located leads or lags UTC. When set to '0', this field indicates that the time of current time zone is leads the UTC (i.e, the time_zone_offset is added to UTC) and when set to '1', this field indicates that the time of current time zone lags UTC.).
time_zone_offset 필드(31비트)는 UTC와 비교해서 방송국 위치에 대한 타임 옵셋 값을 나타낸다(A 31-bit unsigned integer quantity representing the time offset of the time zone in GPS seconds, where the broadcast station is located, compared to UTC.).
daylight_savings 필드(16비트)는 서머 타임에 대한 정보를 제공한다(Daylight Savings Time control bytes. Refer to Annex A of ATSC-A/65C with amd. #1 [x], for the use of these two bytes.).
time_zone 필드(5x8비트)는 수신되는 방송 스트림을 전송하는 송신 시스템에 대한 타임 존(time zone)을 나타낸다.
도 23은 본 발명에 따른 SMT의 세그먼테이션 및 인캡슐레이션을 설명하기 위한 도면이다.
본 발명에 따르면, SMT는 IP 데이터그램 상에서 타겟 IP 어드레스 및 타겟 UDP 포트 넘버를 가지면서 UDP로 인캡슐레이션된다. 즉, SMT는 소정 개수의 섹션으로 세그먼테이션된 후, UDP 헤더로 인캡슐레이션되고, 그 후에 IP 헤더로 인캡슐레이션된다.
또한 SMT 섹션은 해당 SMT 섹션이 포함된 MH 앙상블에 포함된 모든 가상 채널을 대한 시그널링 정보를 제공한다. 그리고 MH 앙상블을 서술하는 SMT 섹션은 해당 MH 앙상블에 속하는 각 RS 프레임에 적어도 하나는 포함된다. 그리고 각 SMT 섹션은 각 섹션에 포함된 ensemble_id에 의해 구별된다. 본 발명에 따른 실시예에서는 타겟 IP 어드레스와 타겟 UDP 포트 넘버를 수신 시스템에서 알고 있도록 함으로써, 수신 시스템에서 별도의 정보를 요구하지 않고 이를 파싱할 수 있도록 하고 있다.
도 24는 본 발명의 일실시예에 따라서 FIC와 SMT를 이용해서 가상 채널에 접근하는 것을 설명하는 흐름도이다.
즉, 하나의 물리적 채널이 튜닝되고(S501), 튜닝된 물리적 채널에 MH 신호가 존재하면(S502), 상기 MH 신호를 복조한다(S503). 그리고 상기 복조된 MH 신호로부터 서브 프레임 단위로 FIC 세그먼트들을 모은다(S504, S505).
본 발명에서는 하나의 데이터 그룹에 하나의 FIC 세그먼트를 삽입하여 전송하는 것을 일 실시예로 한다. 즉, 각각의 데이터 그룹에 해당하는 FIC 세그먼트는 해당 데이터 그룹이 속하는 MH 앙상블의 서비스 정보를 기술한다. 상기 FIC 세그먼트들을 서브 프레임 단위로 모아 디인터리빙하게 되면, 해당 FIC 세그먼트가 전송되는 물리 채널의 모든 서비스 정보를 얻을 수 있다. 따라서 수신 시스템은 물리 채널 튜닝 이후 해당 물리 채널의 채널 정보를 서브 프레임 기간 동안 취득할 수 있게 된다. 상기 S504, S505에 의해, FIC 세그먼트들이 모아지면, 해당 FIC 세그먼트가 전송되고 있는 방송 스트림을 식별한다(S506). 상기 방송 스트림은 일 예로, 상기 FIC 세그먼트들을 모아서 구성된 FIC 바디의 transport_stream_id 필드를 파싱하면 식별할 수 있다.
또한 상기 FIC 바디로부터 앙상블 식별자, 메이저 채널 번호, 마이너 채널 번호, 채널 타입 정보 등을 추출한다(S507). 그리고 상기 추출된 앙상블 정보를 이용하여 수신을 원하는 앙상블에 대응되는 슬롯만을 타임 슬라이싱 방식에 의해 획득하여 앙상블을 구성한다(S508).
이어 상기 원하는 앙상블에 대응하는 RS 프레임을 디코딩하고(S509), SMT 수신을 위해 IP 소켓(socket)을 오픈한다(S510).
상기 SMT는 IP 데이터그램 상에서 타겟 IP 어드레스 및 타겟 UDP 포트 넘버를 가지면서 UDP로 인캡슐레이션되는 것을 일 실시예로한다. 즉, SMT는 소정 개수의 섹션으로 세그먼테이션된 후, UDP 헤더로 인캡슐레이션되고, 그 후에 IP 헤더로 인캡슐레이션된다. 본 발명에 따른 실시예에서는 타겟 IP 어드레스와 타겟 UDP 포트 넘버를 수신 시스템에서 알고 있도록 함으로써, 수신 시스템에서 별도의 정보를 요구하지 않고 SMT 섹션 및 각 SMT 섹션의 디스크립터들을 파싱한다(S511).
상기 SMT 섹션은 해당 SMT 섹션이 포함된 MH 앙상블에 포함된 모든 가상 채널을 대한 시그널링 정보를 제공한다. 그리고 MH 앙상블을 서술하는 SMT 섹션은 해당 MH 앙상블에 속하는 각 RS 프레임에 적어도 하나는 포함된다. 그리고 각 SMT 섹션은 각 섹션에 포함된 ensemble_id에 의해 구별된다.
또한 각 SMT는 각 SMT가 포함된 해당 MH 앙상블에 속하는 각 가상 채널의 IP 억세스 정보를 제공한다. 또한 상기 SMT는 해당 가상 채널의 서비스를 위해 필요한 IP 스트림 콤포넌트 레벨 정보를 제공한다.
따라서 상기 SMT로부터 파싱된 정보를 이용하여 수신을 원하는 가상 채널에 속한 IP 스트림 콤포넌트를 억세스하여(S513), 사용자에게 해당 가상 채널에 대한 서비스를 제공한다(S514).
한편, 본 발명은 모바일 방송 서비스뿐만 아니라, 통지(Notification) 정보를 전송 및 수신할 수 있도록 한다.
본 발명은 일 실시예로, 모바일 방송 서비스를 위한 채널 외에 통지 메시지만을 전송하는 통지 채널을 할당하고, 상기 통지 채널을 통해 통지 내용을 포함하는 통지 메시지를 전송 및 수신할 수 있도록 한다.
일 실시예로, 상기 통지 채널은 긴급 경고 시스템(Emergency Alert System ; EAS) 데이터의 전송과 수신을 위하여 사용될 수 있다.
다른 실시예로, 상기 통지 채널은 ESG 업데이트 용도로 사용될 수 있다. 예를 들어, 갑작스런 프로그램 스케쥴(Program Schedule) 변경 등으로 ESG 업데이트시, 수신 시스템에서는 해당 ESG 업데이트 정보만을 통지 메시지 형태로 통지 채널을 통해 수신함으로써, ESG 업데이트 및 관리를 효율적으로 운용할 수 있다.
상기 통지 채널로 전송되는 통지 메시지 중 EAS 데이터, ESG 업데이트 정보 등은 본 발명을 이해를 돕기 위한 실시예들이며, 상기 통지 채널을 통해 전송될 수 있는 통지 메시지의 종류는 보다 넓고 다양하게 응용될 수 있으므로 본 발명은 상기 실시예로 제시한 것에 제한되지 않을 것이다.
본 발명은 FIC(Fast Information Channel)을 통하여 통지 채널의 존재 여부 및 해당 통지 채널의 위치 정보를 제공함으로써, 수신 시스템에서 통지 채널에 접속할 수 있도록 한다. 본 발명에서 FIC 데이터는 해당 물리적 채널(Physical Channel) 내의 통지 채널이 속하는 앙상블 정보를 기술하는 것을 일 실시예로 한다. 본 발명의 FIC 데이터는 해당 통지 채널이 긴급(Emergency) 성격을 띠고 있는지에 대한 식별 정보를 더 포함할 수 있다.
그리고 본 발명의 수신 시스템은 RS 프레임에 포함되어 수신되는 통지 억세스 테이블(Notification Access Table ; NAT)을 파싱함으로써, 통지 채널의 정보를 수집 및 처리할 수 있다. 또한 본 발명의 수신 시스템은 RS 프레임에 포함되어 수신되는 SMT를 파싱함으로써, 각 가상 채널(Virtual Channel)의 정보를 수집 및 처리할 수 있다.
본 발명에서 가상 채널 서비스와 모바일 서비스, MH 서비스는 동일한 의미로 사용된다.
도 25는 본 발명에 따른 통지 채널의 운영 방법의 일 예를 보인 도면이다. 즉, MH 시스템 상에서 통지 채널은 전송해야 할 통지 메시지가 없을 경우, 인액티브(Inactive) 상태로 존재한다. 그러다가 EAS 데이터나 프로그램 스케쥴 업데이트 정보 등과 같은 통지 메시지가 발생하면 상기 통지 채널은 액티브 상태가 되어 해당 통지 채널로 통지 메시지를 전송하게 된다.
도 26은 본 발명의 다른 실시예에 따른 FIC 세그먼트에 대한 신택스 구조의 일 실시예를 보인 도면이다.
본 발명에서는 하나의 데이터 그룹에 하나의 FIC 세그먼트를 삽입하여 전송하는 것을 일 실시예로 한다. 이 경우, 수신 시스템은 각 데이터 그룹에 대응되는 슬롯을 타임 슬라이싱 방식에 의해 수신한다. 이때 해당 FIC 세그먼트들이 MH 서브 프레임 단위로 인터리빙되어 FIC 바디를 구성하게 된다. 상기 FIC 세그먼트들의 모음인 FIC 바디는 해당 FIC가 전송되는 물리적 채널 전체에 포함된 가상 채널들의 채널 번호와 각각의 가상 채널이 속하는 앙상블의 식별자를 제공하여, 각각의 가상 채널을 각각의 앙상블과 묶어 주는 역할을 한다. 상기 FIC 사용 시, FIC 세그먼트의 정보는 적어도 MH 서브 프레임 당 한번은 전송되어야 하는 것을 기본으로 하나, FIC의 데이터 량이 이를 초과할시 MH 프레임 별로 인터리빙되는 등 그 영역이 확장될 수 있다. 또한, FIC 바디의 정보가 37바이트 이상일 때는, FIC 세그먼트 단위로 분할되어 MH 서브 프레임 내의 모든 데이터 그룹에 퍼져서 전송되게 된다.
즉, 하나의 FIC 세그먼트 단위의 최대 크기는 37 바이트이고, FIC 세그먼트 헤더와 FIC 세그먼트 페이로드로 구성된다. 일 예로, 각 FIC 세그먼트는 4 바이트의 FIC 세그먼트 헤더와 33 바이트의 FIC 세그먼트 페이로드로 구성될 수 있다.
한편, 일 실시예에 따라서는 하나의 FIC 세그먼트의 크기가 37바이트가 안되면, 37바이트를 만들기 위해 해당 FIC 세그먼트 페이로드의 나머지 부분에 스터핑 데이터를 채울 수도 있다.
이상에서 설명한 각 바이트 값(FIC 세그먼트 : 37 바이트, FIC 세그먼트 헤더 : 4 바이트, FIC 세그먼트 페이로드 : 33 바이트)은 일 실시예 일 뿐이며, 본 발명은 이에 한정되지 않음은 물론이다.
상기 FIC 세그먼트 헤더에는 FIC_type 필드, ESG_version 필드, Transport_Stream_ID 필드, FIC_seg_number 필드, 및 FIC_last_seg_number 필드가 포함될 수 있다. 각 필드에 대한 설명은 다음과 같다.
상기 FIC_type 필드(2 bit)는 해당 FIC의 타입(Type)을 나타낸다.
상기 ESG_version 필드(5 bit)는 EDC로 전송되는 ESG의 버전 정보를 나타낸다. 일 예로, 상기 ESG_version 필드에 해당 ESG의 서비스 가이드 제공 채널(Service Guide Announcement Channel)의 버전 정보를 표시하여, ESG의 업데이트 여부를 EDC 수신 여부와 관계없이 수신 시스템에서 알 수 있도록 한다.
상기 Transport_Stream_ID 필드(16 bit)는 해당 FIC 세그먼트가 전송되고 있는 고유한(globally unique) 방송 스트림의 식별자(Identifier)를 의미한다. 즉, 해당 FIC 세그먼트는 상기 Transport_Stream_ID 필드를 통하여 해당 FIC가 전송되는 방송 스트림의 식별(Identification)을 제공한다.
상기 FIC_seg_number 필드(4 bit)는 하나의 FIC 바디가 여러 개의 FIC 세그먼트로 나뉘어 전송될 때 해당 FIC 세그먼트의 번호를 나타낸다.
상기 FIC_last_seg_number 필드(4 bit)는 해당 FIC 바디의 마지막 FIC 세그먼트의 번호를 나타낸다.
상기 FIC 세그먼트 페이로드는 앙상블 루프 영역(또는 제2 영역)과 채널 루프 영역(또는 제3 영역)으로 구성될 수 있다. 상기 앙상블 루프 영역은 해당 FIC 세그먼트에서 서술되는 앙상블의 수(NumEnsembles)만큼 반복되며, 채널 루프 영역은 해당 앙상블에서 서술되는 가상 채널의 수(NumChannels)만큼 반복된다.
상기 앙상블 루프 영역은 Ensemble_id 필드, SI_Version 필드, Numchannels 필드를 포함할 수 있다.
상기 Ensemble_id 필드(8bit)는 이후 기술하는 모바일 서비스들이 전송되는 앙상블의 식별자를 표시한다. 즉, 상기 Ensemble_id 필드는 모바일 서비스들과 앙상블을 묶어주는 역할을 한다.
상기 SI_Version 필드(4 bit)는 RS 프레임 내에 전송되는 해당 앙상블의 SI 데이터들의 버전 정보를 나타낸다.
상기 NumChannels 필드(8 bit)는 해당 앙상블을 통하여 전송되는 가상 채널의 개수를 나타낸다.
상기 채널 루프 영역은 Channel_type 필드, Emergency_Indicator 필드, Channel_Activity 필드, CA_Indicator 필드, Stand_alone_Service_Indicator 필드, major_channel_num 필드, 및 minor_channel_num 필드를 포함할 수 있다.
상기 Channel_Type 필드(3 bit)는 해당 가상 채널의 서비스 타입을 나타낸다. 즉, FIC 세그먼트는 상기 Channel_Type 필드를 통하여 해당 가상 채널의 속성을 표시한다. 본 발명의 통지 채널도 상기 Channel_Type 필드를 통해 표시하게 된다. 상기 Channel_Type 필드의 값 할당 및 의미는 도 27을 참조하여 뒤에서 상세히 설명하기로 한다.
상기 Emergency Indicator 필드(1 bit)는 해당 가상 채널의 서비스가 EAS 메시지를 포함하고 있는 지, 또는 해당 서비스가 긴급(Emergency) 성격을 갖고 있는지의 여부를 표시한다.
상기 Channel_Activity 필드(2bit)는 해당 가상 채널의 활성화(Activity) 여부를 표시한다. 상기 Channel_Activity 필드 값을 파싱하면, 해당 가상 채널이 현재 서비스를 제공하고 있는지 여부를 알 수 있다.
상기 Channel_Activity 필드의 값 할당 및 의미는 도 28을 참조하여 뒤에서 상세히 설명하기로 한다.
상기 CA_indicator 필드(1 bit)는 해당 가상 채널에 CA(Conditional Access) 적용 여부를 나타낸다. 만일 해당 가상 채널에 CA가 적용될 경우, 상기 CA_indicator 필드 값은 1로 설정되는 것을 일 실시예로 한다.
상기 stand_alone_service_indicator 필드(1 bit)는 해당 가상 채널의 서비스가 stand alone 서비스인지를 나타낸다. 만일 해당 가상 채널이 stand alone 서비스이면 상기 stand_alone_service_indicator 필드 값은 1로 설정되는 것을 일 실시예로 한다.
상기 major_channel_num 필드(8 bit)는 해당 가상 채널의 메이저 채널 번호를 표시한다.
상기 minor_channel_num 필드(8 bit)는 해당 가상 채널의 마이너 채널 번호를 의미한다.
그리고 해당 FIC 세그먼트의 데이터 량이 37 바이트 미만일 경우, 해당 FIC 세그먼트의 나머지 부분에 스터핑 데이터(Stuffing)가 존재할 수 있다.
도 27은 상기 채널 루프 영역에 포함되는 Channel_Type 필드 값 할당 및 의미에 대한 일 실시예를 보이고 있다. 상기 channel_type 필드는 오디오/비디오 채널, 오디오/비디오 및 데이터 채널, 오디오 전용 채널, 데이터 전용 채널, 파일 다운로드 채널, ESG 전달(delivery) 채널, 통지(notification) 채널 등을 나타낼 수 있다. 예를 들어, 상기 Channel_Type 필드 값이 110이면, 해당 가상 채널이 통지 채널임을 지시한다.
도 28은 상기 Channel_Activity 필드 값 할당 및 의미에 대한 일 실시예를 보이고 있다.
예를 들어, 상기 Channel_Activity 필드 값이 00이면, 해당 가상 채널은 현재 활성화 상태이고, 서비스를 제공하고 있음을 나타낸다. 또한 상기 가상 채널을 위한 가이드 정보도 ESG 채널을 통해 제공되고 있음을 나타낸다.
상기 Channel_Activity 필드 값이 01이면, 해당 가상 채널은 현재 비활성화(Inactive) 상태이고, 서비스를 제공하지 않음을 나타낸다. 하지만 상기 가상 채널에 대한 가이드 정보는 ESG를 통해 제공될 수 있다. 이 경우 수신 시스템에서는 상기 가상 채널을 튜닝할 수는 없으나, 유저에게 해당 가상 채널에 대한 가이드 정보는 제공할 수 있다.
상기 Channel_Activity 필드 값이 10이면, 해당 가상 채널은 히든 채널(hidden channel)임을 나타낸다. 이 경우 해당 가상 채널은 현재 비활성화 상태이고, 서비스를 제공하지 않는다. 또한 해당 가상 채널에 대한 가이드 정보도 제공하지 않는다. 따라서 히든 채널을 통해 원하는 서비스를 하기 위해 지정된 수신 시스템이 아니라면, 그 수신 시스템에서는 상기 가상 채널을 튜닝할 수도 없고, 유저에게 해당 가상 채널에 대한 가이드 정보를 제공할 수도 없다.
상기 Channel_Activity 필드 값이 11이면, 해당 가상 채널은 소프트웨어 다운로드 채널임을 나타낸다. 이 경우 수신 시스템은 일반적인 서비스 소비(consumption)를 위해 해당 가상 채널을 튜닝할 수도 없고, 유저에게 해당 가상 채널에 대한 가이드 정보를 제공할 수도 없다.
도 29는 본 발명에 따른 통지 메시지 전달을 위한 통지 채널의 운용에 관한 전송측 흐름도의 일 실시예를 보이고 있다.
즉, EAS 데이터나 프로그램 스케쥴 업데이트 정보 전송 등과 같은 통지 이벤트가 발생하면, 통지 채널이 활성화 상태인지를 확인한다(S601). 만일 통지 채널이 활성화 상태라면, TPC 내 FIC Version number를 업데이트함에 의해 TPC를 업데이트하고(S602), 업데이트된 TPC 데이터를 반복적으로 전송한다(S603). 상기 FIC Version Number는 해당 물리 채널 상에 전송되는 FIC 전송 구조체인 FIC 바디의 버전 넘버를 나타낸다(A number that represents the version number of FIC body carried on this physical channel). 그리고 일정 시간 후 예를 들어, 2개의 서브 프레임이 지난 후, 업데이트된 FIC 데이터를 반복적으로 전송한다(S604). 이어, 일정 시간 후 예를 들어, 한 개의 MH 프레임이 지난 후 통지 채널을 활성화하고(S605), 활성화된 통지 채널을 통해 해당 통지 메시지를 반복적으로 전송한다(S606).
만일 통지 채널이 비활성화 상태라면, FIC 내 통지 메시지를 전송할 통지 채널의 Channel_Activity 필드를 업데이트함에 의해 FIC를 업데이트한다(S608). 즉, Channel_Activity 필드 값으로 채널 활성화를 지시하는 값(예, 00)을 설정한다. 또한 TPC 내 FIC Version number를 업데이트함에 의해 TPC 데이터를 업데이트한 후(S609), 업데이트된 TPC 데이터를 반복적으로 전송한다(S610). 그리고 일정 시간 후 예를 들어, 2개의 서브 프레임이 지난 후, 업데이트된 FIC 데이터를 반복적으로 전송한다(S611). 이어, 일정 시간 후 예를 들어, 한 개의 MH 프레임이 지난 후 통지 채널을 활성화하고(S612), 활성화된 통지 채널을 통해 해당 통지 메시지를 반복적으로 전송한다(S606).
상기 S606을 통해 통지 메시지를 반복적으로 전송하면서, 통지 이벤트가 소멸(expire)되는지를 확인한다(S607).
상기 S607에서 통지 이벤트가 소멸되었다고 판별되면, FIC 내 통지 채널의 Channel_Activity 필드를 업데이트함에 의해 FIC를 업데이트한다(S613). 즉, Channel_Activity 필드 값으로 채널 비활성화를 지시하는 값(예, 01)을 설정한다. 또한 TPC 내 FIC Version number를 업데이트함에 의해 TPC를 업데이트한 후(S614), 업데이트된 TPC 데이터를 반복적으로 전송한다(S615). 그리고 일정 시간 후 예를 들어, 2개의 서브 프레임이 지난 후, 업데이트된 FIC 데이터를 반복적으로 전송한다(S616). 이어, 일정 시간 후 예를 들어, 한 개의 MH 프레임이 지난 후 통지 채널을 비활성화한다(S617). 그리고 전송측에서는 다음 통지 이벤트가 발생할 때까지 더 이상 통지 메시지를 전송하지 않는다.
이와 같이 본 발명은 FIC(Fast Information Channel)을 통하여 통지 채널의 존재 여부, 통지 채널의 활성화 여부, 통지 채널이 속하는 앙상블 정보, 통지 채널 번호 등을 알 수 있으므로, 수신 시스템에서는 FIC를 파싱함에 의해 통지 채널을 포함하는 앙상블을 타임 슬라이싱 방식에 의해 수신할 수 있다.
또한 상기 통지 채널로 전송되는 통지 메시지를 수신하기 위한 억세스 정보를 포함하는 통지 메시지 정보는 통지 억세스 테이블(Notification Access Table ; NAT)에 기술하여 전송하는 것을 일 실시예로 한다. 상기 NAT의 상세 내용은 뒤에서 도 34를 참조하여 설명하기로 한다.
상기 NAT는 해당 통지 채널이 속하는 앙상블의 RS 프레임에 포함되어 수신되는 것을 일 실시예로 한다. 즉, 수신 시스템은 RS 프레임에 포함되어 수신되는 NAT를 파싱함으로써, 통지 채널의 정보를 수집 및 처리할 수 있다. 또한 수신 시스템은 RS 프레임에 포함되어 수신되는 SMT를 파싱함으로써, 각 가상 채널(Virtual Channel)의 정보를 수집 및 처리할 수 있다.
상기 RS 프레임은 하나 이상의 데이터 그룹의 집합이다. 하나의 RS 프레임에는 각 서비스 또는 ESG의 IP 스트림들이 포함되게 되며, 모든 RS 프레임에는 SMT 섹션 데이터가 존재할 수 있다. 또한 상기 RS 프레임이 통지 채널이 속하는 앙상블에 대응하는 RS 프레임이라면, 상기 RS 프레임에는 NAT 섹션 데이터가 존재한다. 또한 상기 RS 프레임은 통지 메시지를 포함할 수 있다. 즉, 상기 통지 메시지는 RTP 프로토콜에 따라 인캡슐레이션되거나, FLUTE 프로토콜에 따라 인캡슐레이션된 후 UDP/IP 헤더가 부가된 IP 스트림 형태로 상기 RS 프레임에 포함되어 수신될 수 있다.
하나의 RS 프레임에서 컬럼의 길이(즉, 로우의 개수)는 187 바이트로 정해지며, 로우의 길이(즉, 컬럼의 개수)는 N바이트이고, 상기 N은 TPC 데이터에 따라 달라질 수 있다. 상기 TPC 데이터는 MH-Ensemble ID, MH-Subframe Number, TNoG(Total Number of MH-Groups), RS frame Continuity Counter, N (Column Size of RS-frame), 및 FIC Version Number 등을 포함할 수 있다. 또한 상기 RS 프레임이 할당될 데이터 그룹 내 영역에 따라 상기 N은 달라질 수 있다. 이는 데이터 그룹 내 A>B>C>D영역 순으로 오류 발생 확률이 작아지기 때문이다. 본 발명에서는 상기 N은 187과 같거나 큰 것을 일 실시예로 한다. 즉, 하나의 RS 프레임은 도 3과 같이 N(row) x 187(column) 바이트 크기를 갖는다.
상기 N 바이트로 된 각 로우를 본 발명에서는 설명의 편의를 위해 MH TP(Transport Packet)라 한다. 상기 MH TP는 2 바이트의 MH 헤더와 N-2 바이트의 MH 페이로드로 구성될 수 있다. 여기서 MH 헤더 영역을 2바이트로 할당하는 것은 하나의 실시예일 뿐이며, 이는 설계자에 의해 달라질 수 있으므로 본 발명은 상기 실시예로 제한되지 않을 것이다.
상기 MH 페이로드에는 IP 데이터그램뿐만 아니라 SMT, NAT와 같은 시그널링 정보(SI) 테이블을 포함할 수 있다. 즉, 하나의 MH 페이로드는 IP 데이터그램만을 포함할 수 있거나, SI 테이블만을 포함할 수 있거나, 혹은 IP 데이터그램과 SI 테이블을 모두 포함할 수 있다.
도 30은 본 발명에 따른 MH TP의 MH 헤더와 MH 페이로드 포맷의 일 실시예를 보이고 있다.
상기 MH 헤더는 type_indicator 필드, error_indicator 필드, stuff_indicator 필드, 및 pointer 필드를 포함할 수 있다.
상기 type_indicator 필드는 일 실시예로 3비트를 할당할 수 있으며, 해당 MH TP 내 MH 페이로드에 할당되는 데이터의 타입을 표시한다. 즉, 상기 페이로드의 데이터가 IP 데이터그램인지, 시그널링 정보(SI) 테이블인지를 지시한다. 이때 각각의 데이터 타입은 하나의 논리적 채널을 구성한다. IP 데이터그램을 전송하는 논리적 채널에서는 여러 개의 모바일 서비스가 다중화되어 전송될 수 있으며, 각 모바일 서비스는 IP 계층에서 역다중화를 거친다.
상기 error_indicator 필드는 일 실시예로 1비트를 할당할 수 있으며, 해당 MH TP의 에러 여부를 표시한다. 예를 들어, 상기 error_indicator 필드 값이 0일 경우는 해당 MH TP에 에러가 없음을 의미하고, 1이면 에러가 있음을 의미한다.
상기 stuff_indicator 필드는 일 실시예로 1비트를 할당할 수 있으며, 해당 MH TP의 MH 페이로드에 stuffing byte가 있는지 여부를 표시한다. 예를 들어, 상기 stuff_indicator 필드 값이 0이면 해당 MH TP에 stuffing byte가 없음을 의미하고, 1이면 stuffing byte가 있음을 의미한다.
만일 상기 stuff_indicator 필드 값이 해당 MH TP의 MH 페이로드에 stuffing byte가 없음(즉, 0)을 표시하면, 해당 MH TP의 MH 페이로드에 stuffing byte는 할당되지 않고, N-2개의 IP 데이터그램(또는 SI 테이블) 바이트가 할당된다. 그리고 상기 stuff_indicator 필드 값이 해당 MH TP의 MH 페이로드에 stuffing byte가 있음(즉, 1)을 표시하면, 해당 MH TP의 MH 페이로드에 k개의 stuffing byte와 N-2-k 개의 IP 데이터그램(또는 SI 테이블) 바이트가 할당된다. 여기서 0 ≤ k ≤ N-2이다.
상기 pointer 필드는 일 실시예로 11비트를 할당할 수 있으며, 해당 MH TP에서 새로운 데이터(즉, 새로운 SI 테이블 또는 새로운 IP 데이터그램)가 시작되는 위치 정보를 표시한다.
도 31은 상기 MH 헤더에 포함되는 type_indicator 필드 값 할당 및 의미에 대한 일 실시예를 보이고 있다.
예를 들어, 상기 type_indicator 필드 값이 000이면, 해당 MH TP의 MH 페이로드는 하나 이상의 IP 데이터그램을 포함하고 있음을 나타낸다. 이 경우, 상기 pointer 필드 값은 도 32의 (a)와 같이 처음 새로이 시작되는 IP 데이터그램의 시작 위치를 표시한다(In this case, the Pointer Field points the starting point of the first newly started IP Datagram.).
상기 type_indicator 필드 값이 001이면, 해당 MH TP의 MH 페이로드는 하나 이상의 SI 테이블을 포함하고 있음을 나타낸다. 이 경우 상기 pointer 필드 값은 도 32의 (b)와 같이 처음 새로이 시작되는 SI 테이블의 시작 위치를 표시한다(In this case, the "Pointer Field" points the starting point of the first newly started SI Table.).
상기 type_indicator 필드 값이 010이면, 해당 MH TP의 MH 페이로드는 하나 이상의 SI 테이블과 하나 이상의 IP 데이터그램을 포함하고 있음을 나타낸다. 이 경우 상기 pointer 필드 값은 도 32의 (c)와 같이 처음 새로이 시작되는 IP 데이터그램의 시작 위치를 표시한다(In this case, the "Pointer Field" points the starting point of the first newly started IP Datagram.). 이 경우에 스터핑 데이터는 허용되지 않는다.
상기 type_indicator 필드 값 중 011~111은 미래에 사용되기 위한 값이다.
상기 도 31에서 보이고 있는 MH TP 내 MH 헤더에 할당되는 필드의 순서, 위치, 의미는 본 발명의 이해를 돕기 위한 일 실시예일 뿐이며, 상기 MH TP 내 MH 헤더에 할당되는 필드의 순서, 위치, 의미, 추가 할당되는 필드의 수는 당업자에 의해 용이하게 변경될 수 있으므로 본 발명은 상기 실시예로 한정되지 않을 것이다.
도 33은 본 발명의 다른 실시예에 따른 SMT의 신택스 구조를 보이고 있다. 도 33의 SMT는 MPEG-2 프라이빗 섹션(Private Section) 형태로 작성되어 있으나, 이는 본 발명의 이해를 돕기 위한 실시예이다. 상기 SMT의 포맷은 어떠한 포맷이나 가능하므로, 본 발명은 상기 실시예로 그 권리범위가 한정되지 않는다.
상기 SMT는 하나의 MH 앙상블 내의 각 가상 채널의 디스크립션(Description) 정보를 포함하며, 디스크립터(Descriptor) 영역에 기타 부가 정보들이 포함될 수 있다. 상기 SMT는 적어도 하나의 필드를 포함하여 송신 시스템에서 수신 시스템으로 전송된다. 도 17의 SMT와 도 33의 SMT의 차이점은 가상 채널들의 억세스 정보 및 IP 스트림의 억세스 정보에 포함되는 내용들이다. 예를 들어, 도 17의 SMT는 해당 가상 채널의 소스 IP 어드레스가 특정 멀티캐스트 소스를 위해 존재할 경우, 소스 IP 억세스 정보를 제공하지만, 도 33의 SMT는 제공하지 않는다. 또한 도 17의 SMT는 해당 가상 채널의 활성화 여부, 서비스 타입 및 서비스 식별 정보를 제공하지만, 도 33의 SMT는 제공하지 않는다.
그리고 SMT 섹션은 RS 프레임 내의 MH TP에 SI 테이블로서 포함되어 전송될 수 있다. 이 경우, 도 1의 RS 프레임 디코더들(170,180)은 입력된 RS 프레임을 디코딩하고, 디코딩된 RS 프레임은 해당 RS 프레임 핸들러(211,212)로 출력된다. 그리고 각 RS 프레임 핸들러(211,212)는 입력된 RS 프레임을 로우 단위로 구분하여 MH TP를 구성하여 MH TP 핸들러(213)로 출력한다.
상기 MH TP 핸들러(213)는 입력된 각 MH TP의 헤더를 기초로 해당 MH TP가 SI 테이블을 포함하고 있다고 판단되면, 포함된 SI 테이블을 파싱하고 그 결과를 물리 적응 제어 시그널 핸들러(216)에 출력한다. 다만, 이 경우에는 SI 테이블이 IP 데이터그램으로 인캡슐레이션되지 않은 경우에 해당한다.
한편, 상기 SI 테이블이 IP 데이터그램으로 인캡슐레이션된 경우, 상기 MH TP 핸들러(213)는 입력된 각 MH TP의 헤더를 기초로 해당 MH TP가 SI 테이블을 포함하고 있다고 판단되면, 이를 IP 네트워크 스택(220)으로 출력한다. 그러면, IP 네트워크 스택(220)은 SI 테이블에 대해 IP, UDP 처리를 수행한 뒤에 SI 핸들러(240)로 출력한다. 상기 SI 핸들러(240)는 입력된 SI테이블을 파싱하고 그 결과를 저장부(290)에 저장하거나, 물리 적응 제어 시그널 핸들러(216)로 출력한다.
상기 물리 적응 제어 시그널 핸들러(216)는 MH TP 핸들러(213) 또는 SI 핸들러(240)로부터 출력되는 SI 데이터의 테이블 식별자를 통해 SMT를 확인하고, 확인된 SMT를 이용하여 수신을 원하는 가상 채널 엔트리 및 IP 억세스 정보를 획득한다. 이 정보는 저장부(290)에 저장될 수 있으며, 또한 IP 네트워크 스택(220)에서는 이 정보를 이용하여 해당 IP 스트림만을 억세스한다.
상기 SMT를 통해 전송될 수 있는 필드들의 예를 들면 다음과 같다.
table_id 필드(8비트)는 테이블의 타입을 구분시키기 위한 필드로서, 이를 통해 본 테이블이 SMT임을 알 수 있다(table_id : An 8-bit unsigned integer number that indicates the type of table section being defined in Service Map Table (SMT)).
section_syntax_indicator 필드(1비트)는 SMT의 섹션 형식을 정의하는 지시자이다.
private_indicator 필드(1비트)는 SMT가 private section을 따르는지 여부를 나타내낸다.
version_number 필드(5비트)는 SMT의 버전 번호를 나타낸다.
section_number 필드(8비트)는 현재 SMT 섹션의 섹션 번호를 나타낸다.
last_section_number 필드(8비트)는 SMT의 마지막 섹션 번호를 나타낸다.
ensemble_id 필드(8비트)는 해당 MH 앙상블과 관련된 ID값으로, 0x00에서 0x3F의 값들이 할당될 수 있다. 본 필드의 값은 TPC 데이터의 parade_id로부터 도출되는 것이 바람직하다. 만약 해당 MH 앙상블이 프라이머리 RS 프레임을 통해 전송될 경우에는 가장 상위 비트(MSB)는 '0'으로 설정되며, 나머지 7비트는 해당 MH 퍼레이드의 식별 값(parade_id)으로 이용한다. 한편, 만약 해당 MH 앙상블이 세컨더리 RS 프레임을 통해 전송될 경우에는 가장 상위 비트(MSB)는 '1'로 설정되며, 나머지 7비트는 해당 MH 퍼레이드의 식별 값(parade_id)으로 이용한다(This 8-bit unsigned integer field in the range 0x00 to 0x3F shall be the Ensemble ID associated with this MH Ensemble. The value of this field shall be derived from the parade_id carried from the baseband processor of MH physical layer subsystem, by using the parade_id of the associated MH Parade for the least significant 7 bits, and using '0' for the most significant bit when the MH Ensemble is carried over the Primary RS frame, and using '1' for the most significant bit when the MH Ensemble is carried over the Secondary RS frame.).
상기 ensemble_id 필드 다음은 해당 SMT 섹션 내의 가상 채널의 수(NumChannels)만큼 반복되는 for loop가 위치하며, 상기 for loop를 사용하여 복수의 가상 채널에 대한 정보를 제공한다.
transport_stream_ID 필드(16비트)는 해당 SMT 섹션이 전송되고 있는 방송 스트림의 고유한 식별자(Identifier)를 의미한다. 즉, 상기 transport_stream_ID 필드를 통해 아래 기술되는 서비스를 전송하는 방송 트랜스포트 스트림을 식별할 수 있다(Transport_Stream_ID - A 16-bit unsigned integer number that identifies the broadcast transport stream that carries the service described below.).
source_id 필드(16비트)는 상기 가상 채널과 관련된 프로그램밍 소스를 식별하기 위한 값을 표시한다(A 16-bit unsigned integer number that identifies the programming source associated with the virtual channel.). 이와 관련하여, 하나의 소스는 비디오, 텍스트, 데이터, 또는 오디오 프로그램 중 하나의 특정 소스이다(In this context, a source is one specific source of video, text, data, or audio programming). source_id 필드 값으로 ‘0’은 사용되지 않는다(Source ID value zero is reserved). 0x0001 ~ 0x0FFF 값 중 하나가 source_id 필드 값으로 사용될 수 있으며, 이 source_id 필드 값은 상기 SMT를 전송하는 물리 채널 내에서 unique한 값이다. 반면 0x1000 ~ 0xFFFF 값은 영역 레벨에서 유니크한 값이다.(Source ID values in the range 0x0001 to 0x0FFF shall be unique within the physical channel that carries the SMT, while values 0x1000 to 0xFFFF shall be unique at the regional level.).
major_channel_number 필드(8비트)는 해당 가상 채널과 관련된 메이저 채널 넘버를 나타내며, 0x00에서 0xFF이 할당될 수 있다(This 8-bit unsigned integer field in the range 0x00 to 0xFF shall represent the major channel number associated with this virtual channel.).
minor_channel_number 필드(8비트)는 해당 가상 채널과 관련된 마이너 채널 넘버를 나타내며, 0x00에서 0xFF이 할당될 수 있다(This 8-bit unsigned integer field in the range 0x00 to 0xFF shall represent the minor channel number associated with this virtual channel.).
ESG_requirement_flag 필드(1비트)는 '1'로 설정된 경우에 상기 ESG에 포함되어 전송되는 정보가 해당 가상 채널을 억세스하는데 필요하다(ESG_requirement_flag - A one-bit indicator, which when set to '1' indicates that information carried within the ESG is required to access this virtual channel.).
num_streams 필드(6비트)는 해당 가상 채널 내 IP 스트림의 개수를 나타낸다.
IP_version_flag 필드(1비트)는 '1'로 설정된 경우에는 target_IP_address 필드가 IPv6 어드레스임을 지시하고, '0'으로 설정된 경우에는 target_IP_address 필드가 IPv4 어드레스임을 지시한다( IP_version_flag - A one-bit indicator, which when set to '1' indicates that target_IP_address field is an IPv6 address, and when set to '0' indicates that target_IP_address field is an IPv4 address.).
상기 IP_version_flag 필드가 '0'으로 설정된 경우, 상기 target_IP_address 필드는 해당 가상 채널에 대한 32비트 타겟 IPv4 어드레스를 나타낸다. 상기 IP_version_flag 필드가 '1'로 설정된 경우, 상기 target_IP_address 필드는 해당 가상 채널에 대한 64비트 타겟 IPv6 어드레스를 나타낸다.
상기 target_IP_address 필드 다음은 해당 가상 채널 내의 IP 스트림의 개수(num_streams)만큼 반복되는 for loop가 위치하며, 상기 for loop를 사용하여 복수의 IP 스트림에 대한 정보를 제공한다.
stream_type 필드(8비트)는 해당 IP 스트림의 타입을 표시한다.
target_port_num 필드(8비트)는 해당 IP 스트림의 UDP 포트 번호를 표시한다.
만일 stream_type 필드 값이 오디오를 지시하면, ISO_639_language_code 필드가 더 포함된다. 상기 ISO_639_language_code 필드는 오디오 IP 스트림의 언어를 표시한다.
또한 상기 SMT는 해당 가상 채널에 대한 추가 정보를 제공하는 디스크립터 및/또는 해당 앙상블에 대한 추가 정보를 제공하는 디스크립터를 더 포함할 수 있다.
도 34는 본 발명의 일 실시예에 따른 NAT의 신택스 구조를 보이고 있다. 도 34의 NAT는 MPEG-2 프라이빗 섹션(Private Section) 형태로 작성되어 있으나, 이는 본 발명의 이해를 돕기 위한 실시예이다. 상기 NAT의 포맷은 어떠한 포맷이나 가능하므로, 본 발명은 상기 실시예로 그 권리범위가 한정되지 않는다.
상기 NAT는 통지 채널이 존재하는 앙상블의 RS 프레임에 포함되어 수신되며, 해당 통지 채널로 전송되는 통지 메시지를 수신할 수 있는 통지 메시지 정보를 서술한다. 즉, 상기 NAT는 해당 앙상블 내에서 통지 채널을 억세스할 수 있는 억세스 정보를 제공한다.
일 실시예로, 상기 NAT는 IP 데이터그램 상에서 타겟 IP 어드레스 및 타겟 UDP 포트 넘버를 가지면서 UDP/IP로 인캡슐레이션되어 전송될 수 있다. 즉, NAT는 소정 개수의 섹션으로 세그먼테이션된 후, UDP 헤더로 인캡슐레이션되고, 다시 IP 헤더로 인캡슐레이션된 후 RS 프레임 내의 MH TP에 포함되어 전송될 수 있다. 이 경우 상기 NAT 섹션의 IP address와 UDP port number는 Well-known 값을 사용함으로써, 수신 시스템에서 별도의 IP 억세스 정보 없이도 NAT 섹션을 수신할 수 있도록 한다.
다른 실시예로, 상기 NAT 섹션은 RS 프레임 내의 MH TP에 SI 테이블 형태로 인캡슐레이션되어 전송될 수 있다. 이 경우, 도 1의 RS 프레임 디코더들(170,180)은 입력된 RS 프레임을 디코딩하고, 디코딩된 RS 프레임은 해당 RS 프레임 핸들러(211,212)로 출력된다. 그리고 각 RS 프레임 핸들러(211,212)는 입력된 RS 프레임을 로우 단위로 구분하여 MH TP를 구성하여 MH TP 핸들러(213)로 출력한다.
상기 MH TP 핸들러(213)는 입력된 각 MH TP의 헤더를 기초로 해당 MH TP가 SI 테이블을 포함하고 있다고 판단되면, 포함된 SI 테이블을 파싱하고 그 결과를 물리 적응 제어 시그널 핸들러(216)에 출력한다. 다만, 이 경우에는 SI 테이블이 IP 데이터그램으로 인캡슐레이션되지 않은 경우에 해당한다.
한편, SI 테이블이 IP 데이터그램으로 인캡슐레이션된 경우, 상기 MH TP 핸들러(213)는 입력된 각 MH TP의 헤더를 기초로 해당 MH TP가 SI 테이블을 포함하고 있다고 판단되면, 이를 IP 네트워크 스택(220)으로 출력한다. 그러면, IP 네트워크 스택(220)은 SI 테이블에 대해 IP, UDP 처리를 수행한 뒤에 SI 핸들러(240)로 출력한다. 상기 SI 핸들러(240)는 입력된 SI 테이블을 파싱하고, 그 결과를 저장부(290)에 저장하거나, 물리 적응 제어 시그널 핸들러(216)로 출력한다.
상기 물리 적응 제어 시그널 핸들러(216)는 MH TP 핸들러(213) 또는 SI 핸들러(240)로부터 출력되는 SI 데이터의 테이블 식별자를 통해 NAT를 확인하고, 확인된 NAT를 이용하여 수신을 원하는 통지 채널의 각종 정보(억세스 정보 포함)를 획득한다. 이 정보는 저장부(290)에 저장될 수 있으며, 또한 IP 네트워크 스택(220)에서는 이 정보를 이용하여 해당 통지 채널의 통지 메시지를 억세스할 수 있다.
상기 NAT를 통해 전송될 수 있는 필드들의 예를 들면 다음과 같다.
table_id 필드(8비트)는 테이블의 타입을 구분시키기 위한 필드로서, 이를 통해 본 테이블이 NAT임을 알 수 있다.
section_syntax_indicator 필드(1비트)는 NAT의 섹션 형식을 정의하는 지시자이다.
private_indicator 필드(1비트)는 NAT가 private section을 따르는지 여부를 나타내낸다.
version_number 필드(5비트)는 NAT의 버전 번호를 나타낸다.
section_number 필드(8비트)는 현재 NAT 섹션의 섹션 번호를 나타낸다.
last_section_number 필드(8비트)는 NAT의 마지막 섹션 번호를 나타낸다.
ensemble_id 필드(8비트)는 해당 MH 앙상블과 관련된 ID값으로, 0x00에서 0x3F의 값들이 할당될 수 있다. 본 필드의 값은 TPC 데이터의 parade_id로부터 도출되는 것이 바람직하다. 만약 해당 MH 앙상블이 프라이머리 RS 프레임을 통해 전송될 경우에는 가장 상위 비트(MSB)는 '0'으로 설정되며, 나머지 7비트는 해당 MH 퍼레이드의 식별 값(parade_id)으로 이용한다. 한편, 만약 해당 MH 앙상블이 세컨더리 RS 프레임을 통해 전송될 경우에는 가장 상위 비트(MSB)는 '1'로 설정되며, 나머지 7비트는 해당 MH 퍼레이드의 식별 값(parade_id)으로 이용한다(This 8-bit unsigned integer field in the range 0x00 to 0x3F shall be the Ensemble ID associated with this MH Ensemble. The value of this field shall be derived from the parade_id carried from the baseband processor of MH physical layer subsystem, by using the parade_id of the associated MH Parade for the least significant 7 bits, and using '0' for the most significant bit when the MH Ensemble is carried over the Primary RS frame, and using '1' for the most significant bit when the MH Ensemble is carried over the Secondary RS frame.).
NumNotifSession 필드(8비트)는 해당 NAT 섹션에서 서술되는 통지 세션의 개수를 표시한다.
상기 NumNotifSession 필드 다음은 해당 NAT 섹션 내의 통지 세션의 개수(NumNotifSession)만큼 반복되는 for loop가 위치하며, 상기 for loop를 사용하여 복수의 통지 세션에 대한 정보를 제공한다.
transport_stream_ID 필드(16비트)는 해당 NAT 섹션이 전송되고 있는 방송 스트림의 고유한 식별자(Identifier)를 의미한다. 즉, 상기 transport_stream_ID 필드를 통해 아래 기술되는 통지 메시지를 전송(carries)하는 방송 트랜스포트 스트림을 식별할 수 있다(Transport_Stream_ID - A 16-bit unsigned integer number that identifies the broadcast transport stream that carries the notification messages described below.).
source_id 필드(16비트)는 해당 통지 세션과 관련된 프로그램밍 소스를 식별하기 위한 값을 표시한다(A 16-bit unsigned integer number that identifies the programming source associated with the notification session.). 이와 관련하여, 하나의 소스는 비디오, 텍스트, 데이터, 또는 오디오 프로그램 중 하나의 특정 소스이다(In this context, a source is one specific source of video, text, data, or audio programming). source_id 필드 값으로 ‘0’은 사용되지 않는다(Source ID value zero is reserved). 0x0001 ~ 0x0FFF 값 중 하나가 source_id 필드 값으로 사용될 수 있으며, 이 source_id 필드 값은 상기 NAT를 전송하는 물리 채널 내에서 unique한 값이다. 반면 0x1000 ~ 0xFFFF 값은 영역 레벨에서 유니크한 값이다.(Source ID values in the range 0x0001 to 0x0FFF shall be unique within the physical channel that carries the NAT, while values 0x1000 to 0xFFFF shall be unique at the regional level.).
Notification_Type 필드(7비트)는 해당 통지 세션의 타입을 표시한다.
Emergency 필드(1비트)는 ‘1’로 설정되어 있는 경우, 해당 통지 세션이 긴급 특성을 갖는 통지 메시지를 전송함을 지시한다(A one-bit indicator, which when set to '1' indicates that this Notification session carries Notification messages with emergency property.).
NumNotifMsg 필드(8비트)는 해당 통지 세션에서 전송되는 통지 메시지의 개수를 표시한다(An 8-bit unsigned integer which represents the number of Notification Messages carried in this Notification Session.).
IP_version_flag 필드(1비트)는 '1'로 설정된 경우에는 target_IP_address 필드가 IPv6 어드레스임을 지시하고, '0'으로 설정된 경우에는 target_IP_address 필드가 IPv4 어드레스임을 지시한다( IP_version_flag - A one-bit indicator, which when set to '1' indicates that target_IP_address field is an IPv6 address, and when set to '0' indicates that target_IP_address field is an IPv4 address.).
상기 IP_version_flag 필드가 '0'으로 설정된 경우, 상기 target_IP_address 필드는 해당 통지 세션에 대한 32비트 타겟 IPv4 어드레스를 나타낸다. 상기 IP_version_flag 필드가 '1'로 설정된 경우, 상기 target_IP_address 필드는 해당 통지 세션에 대한 64비트 타겟 IPv6 어드레스를 나타낸다.
상기 target_IP_address 필드 다음은 해당 통지 세션 내의 통지 메시지의 개수(NumNotifMsg)만큼 반복되는 for loop가 위치하며, 상기 for loop를 사용하여 복수의 통지 메시지에 대한 정보를 제공한다.
NotifMsg_type 필드(8비트)는 해당 통지 메시지의 타입을 표시한다.
target_port_num 필드(8비트)는 해당 통지 메시지를 획득할 수 있는 타겟 UDP 포트 번호를 표시한다.
만일 NotifMsg_type 필드 값이 오디오를 지시하면, ISO_639_language_code 필드가 더 포함된다. 상기 ISO_639_language_code 필드는 오디오 통지 메시지의 언어를 표시한다.
또한 상기 NAT는 해당 통지 세션에 대한 추가 정보를 제공하는 디스크립터 및/또는 해당 앙상블에 대한 추가 정보를 제공하는 디스크립터를 더 포함할 수 있다.
도 35는 본 발명에 따른 통지 메시지 Notification_Message의 일 예를 XML(eXtensible Markup Language) 구조로 나타낸 것이다. 도 36은 도 35의 통지 메시지 Notification_Message를 XML 스키마 형태로 나타낸 것이다.
상기 통지 메시지 Notification_Message는 속성(Attribute)과 하나 이상의 Notification_Msg_Body 엘레먼트(Element)로 구성될 수 있다.
상기 통지 메시지 Notification_Message는 속성(Attribute)으로 정의된 Notification_Msg_ID 필드, Notification_Msg_Version 필드, Emergency 필드, ValidFrom 필드, ValidTo 필드, Fragment_Number 필드, Last_Fragment_Number 필드를 포함할 수 있다.
상기 Notification_Msg_ID 필드는 해당 통지 메시지를 식별하는 값을 표시한다.
상기 Notification_Msg_Version 필드는 해당 통지 메시지의 버전을 나타낸다.
상기 Emergency 필드는 해당 통지 메시지가 긴급(Emergency) 속성을 갖는 메시지인지를 표시한다.
상기 ValidFrom 필드는 해당 통지 메시지가 어느 시점부터 유효(Valid)한 지를 나타낸다.
상기 ValidTo 필드는 해당 통지 메시지가 어느 시점까지 유효(Valid)한 지를 나타낸다.
상기 Fragment_Number 필드는 해당 통지 메시지가 프래그먼트(Fragment)되었을 경우, 해당 프래그먼트가 몇 번째 프래그먼트인지를 나타낸다.
상기 Last_Fragment_Number 필드는 해당 통지 메시지가 프래그먼트되었을 때, 해당 통지 메시지의 마지막 프래그먼트가 몇 번째 프래그먼트인지를 나타낸다.
도 37은 본 발명에 따른 통지 메시지를 억세스하는 방법의 일 실시예를 보인 흐름도이다. 즉, 수신 시스템에서는 유저에게 모바일 서비스를 제공하는 중에 통지 채널로 수신되는 통지 메시지를 억세스할 수 있다.
도 37을 보면, 모바일 서비스가 제공되는 동안 TPC를 모니터링한다(S701). 그러다가 상기 TPC에 포함된 FIC 버전 번호(FIC Version Number)가 업데이트되면(S702), 일정 시간(예를 들어, 2 서브 프레임) 후 타임 슬라이싱 모드를 종료(exit)한다(S703). 그리고 하나의 서브 프레임 내 FIC 세그먼트들을 모아 디인터리빙함에 의해 FIC 바디를 구성한다(S704). 상기 S704에서 구성된 FIC 바디의 모든 앙상블 루프를 복호하여(S705), 통지 채널이 업데이트되었는지를 확인한다(S706). 상기 통지 채널의 업데이트는 예를 들면, Channel_Type 필드, Emergency_Indicator 필드, Channel_Activity 필드 등을 파싱하여 알 수 있다.
상기 S706에서 통지 채널이 업데이트되지 않았다고 확인되면 대응하는 적절한 동작을 수행한다(S707). 상기 S706에서 통지 채널이 업데이트되었다고 확인되면, 업데이트된 통지 채널로 전송되는 통지 메시지가 긴급 속성을 갖고 있는지를 확인한다(S708). 예를 들어, 상기 Channel_Type 필드 값이 해당 가상 채널이 통지 채널임을 지시할 때, 상기 Emergency_Indicator 필드를 파싱하면, 해당 통지 채널로 전송되는 통지 메시지가 긴급 속성을 갖고 있는지 여부를 판단할 수 있다. 즉, 상기 통지 메시지가 EAS 메시지를 포함하고 있는지 여부를 판단할 수 있다.
상기 S708에서 긴급 속성을 갖고 있다고 확인되면 일정 시간(예를 들어, 다음 MH 프레임)후, RS 프레임 디코더와 RS 프레임 핸들러를 턴온한다(S709). 예를 들어, 상기 통지 채널이 속하는 앙상블의 RS 프레임이 세컨더리 RS 프레임이라면, 세컨더리 RS 프레임 디코더(180)와 세컨더리 RS 프레임 핸들러(212)를 턴온한다.
그리고 상기 턴온된 RS 프레임 디코더와 RS 프레임 핸들러를 통해 처리된 RS 프레임의 MH TP의 MH 헤더를 참조하여, 상기 RS 프레임으로부터 SI 테이블(예를 들어, NAT)을 파싱한다. 그리고 파싱된 SI 데이터로부터 긴급 속성을 갖고 있는 통지 메시지(즉, EAS 메시지)를 수신하기 위한 억세스 정보를 획득한다(S710). 상기 억세스 정보를 이용하여 해당 통지 채널로 전송되는 EAS 메시지를 억세스한 후, 억세스된 EAS 메시지를 처리한다(S711).
상기 S708에서 긴급 속성을 갖고 있지 않다고 확인되면, 일정 시간(예를 들어, 다음 MH 프레임)후, RS 프레임 디코더와 RS 프레임 핸들러를 턴온한다(S712). 예를 들어, 상기 통지 채널이 속하는 앙상블의 RS 프레임이 세컨더리 RS 프레임이라면, 세컨더리 RS 프레임 디코더(180)와 세컨더리 RS 프레임 핸들러(212)를 턴온한다.
그리고 상기 턴온된 RS 프레임 디코더와 RS 프레임 핸들러를 통해 처리된 RS 프레임의 MH TP의 MH 헤더를 참조하여, 상기 RS 프레임으로부터 SI 테이블(예를 들어, NAT)을 파싱한다. 그리고 파싱된 SI 데이터로부터 긴급 속성을 갖고 있지 않는 통지 메시지(예를 들어, ESG 스케쥴 업데이트 정보)를 수신하기 위한 억세스 정보를 획득한다(S713). 상기 억세스 정보를 이용하여 해당 통지 채널로 전송되는 통지 메시지를 억세스한 후, 억세스된 통지 메시지를 처리한다(S714).
도 37에서, S701, S704는 시그널링 디코더(190)에서, S703은 오퍼레이션 콘트롤러(110)에서, S705, S706, S708은 TPC 핸들러(214)와 FIC 핸들러(215)에서, S709 내지 S714는 RS 프레임 디코더 및 RS 프레임 핸들러에서 수행하는 것을 일 실시예로 한다.
도 38은 본 발명에 따라 억세스된 통지 메시지를 처리하는 방법의 일 실시예를 보인 흐름도이다.
즉, 해당 통지 채널로부터 통지 메시지가 억세스되면, 통지 프래그먼트들을 모아 통지 메시지를 구성한다(S801). 상기 통지 메시지는 속성으로 정의된 Notification_Msg_ID 필드, Notification_Msg_Version 필드, Emergency 필드, ValidFrom 필드, ValidTo 필드, Fragment_Number 필드, Last_Fragment_Numver 필드를 포함할 수 있다. 그리고 상기 Fragment_Number 필드, Last_Fragment_Number 필드 등을 파싱하면, 하나 이상의 프래그먼트들을 모아 통지 메시지를 구성할 수 있다.
상기 S801에서 통지 메시지가 구성되면, 구성된 통지 메시지가 유효한지를 확인한다(S802). 상기 통지 메시지의 유효 여부는 상기 ValidFrom 필드, ValidTo 필드를 파싱하면 알 수 있다.
상기 S802에서 통지 메시지가 유효하다고 확인되면, Notification_Msg_Version 필드를 파싱하여 통지 메시지의 버전이 업데이트되었는지를 확인한다(S803). 상기 S803에서 통지 메시지의 버전이 업데이트되지 않았다고 확인되면, 동일한 통지 메시지가 이미 처리되고 있으므로, 억세스된 통지 메시지를 무시한다(S804).
한편 상기 S803에서 통지 메시지의 버전이 업데이트되었다고 확인되면 억세스된 통지 메시지의 통지 메시지 바디(Notification_Msg_Body) 엘레먼트를 처리한다(S805). 상기 S802에서 통지 메시지가 유효하지 않다고 확인되면, 억세스된 통지 메시지를 무시한다(S806).
도 39는 본 발명에 따른 통지 채널로 전송되는 통지 메시지가 긴급 속성을 갖는 경우의 통지 메시지인 Emergency_Alert 엘레먼트의 일 예를 XML 구조로 나타낸 것이다. 도 40은 도 39의 Emergency_Alert 엘레먼트를 XML 스키마 형태로 표현한 것이다.
상기 Emergency_Alert 통지 메시지 즉, Emergency_Alert 엘레먼트는 속성으로 정의된 Notification_Msg_ID 필드, Notification_Msg_Version 필드, Emergency 필드, ValidFrom 필드, ValidTo 필드, Fragment_Number 필드, Last_Fragment_Number 필드를 포함할 수 있으며, 각 필드의 상세한 설명은 도 35를 참조하면 되므로, 여기서는 생략하기로 한다.
상기 Emergency_Alert 엘레먼트는 하위 엘레먼트로 EAS_Nature 엘레먼트, EAS_Body 엘레먼트를 포함할 수 있다.
상기 EAS_Nature 엘레먼트는 속성(attribute)으로 정의된 EAS_originator_code 필드, EAS_event_code 필드, Alert_message_time_remaining 필드, Start_time 필드, Duration 필드를 포함할 수 있다.
상기 EAS_originator_code 필드는 상기 EAS를 발생시킨 주체(entity)를 나타낸다(Indicates the entity for generating the emergency alert system (EAS).).
상기 EAS_event_code 필드는 상기 EAS의 타입을 지시하는 정보를 포함한다(Includes the information indicating the type of the EAS.). 예를 들어, 홍수, 지진, 테러 등의 긴급 경고의 종류와, 대(大)지진, 중(中)지진, 소(小)지진 등 특정 긴급 사태의 중요도도 함께 표시할 수 있다.
상기 Alert_message_time_remaining 필드는 긴급 경고 메시지의 남은 출력 시간을 지시한다(Indicates the residual output time of the emergency alert message(EAM).).
상기 Start_time 필드는 상기 긴급 경고 메시지의 시작 시간을 지시한다(Indicate the start time of the EAM event after 00 hours UTC, January 6, 1980 in second units.).
상기 Duration 필드는 상기 긴급 경고 이벤트의 지속 시간을 분 단위로 지시한다(Indicates the duration of the emergency alert event in minute units.).
상기 EAS_Body 엘레먼트는 속성으로 정의된 Alert_Priority 필드, Force_Tune 필드, 및 Force_Tune_Duration 필드를 포함할 수 있다.
상기 Alert_Priority 필드는 긴급의 우선 순위 또는 중요도를 지시한다(Indicates the syntax for displaying the priority or the importance of the emergency.).
상기 Alert_Priority 필드 값에 따라 수신된 긴급 경고 메시지의 처리가 결정된다. 즉, 수신된 긴급 경고 메시지를 무조건 무시할 것인지, 아니면 특정 조건에서만 무시할 것인지, 아니면 수신된 긴급 경고 메시지에 포함된 긴급 방송 채널(Exception Channel)로 강제 튜닝(Force tune)을 할 것인지 등이 결정된다.
상기 Force_Tune 필드는 해당 EAS 메시지가 수신 시스템이 긴급 방송을 서비스하는 예외 채널로 튜닝되도록 요구하고 있음을 지시한다(Indicates that this EAS Message requires the MH receiver to be tuned to the exception channel.).
상기 Force_Tune_Duration 필드는 수신 시스템이 예외 채널로 강제 튜닝되었을 때의 지속 시간을 지시한다.
또한 상기 EAS_Body 엘레먼트는 하위 엘레먼트로 Alert_Text 엘레먼트, Location_Code 엘레먼트, 및 Exception_Channel 엘레먼트를 포함할 수 있다.
상기 Alert_Text 엘레먼트는 텍스트 형태의 실제 긴급 경고의 내용을 포함할 수 있다.
상기 Location_Code 엘레먼트는 속성(attribute)으로 정의된 Country_Code 필드, State_Code 필드, State_Subdivision_Code 필드, 및 County_Code 필드를 포함할 수 있다.
상기 Country_Code 필드는 긴급 경고와 관련되는 국가의 코드를 표시한다.
상기 State_Code 필드는 긴급 경고와 관련되는 스테이트(state) 또는 영역(territory)을 표시한다.
상기 County_Subdivision 필드는 카운티 구분(county subdivision)을 정의하는 0부터 9사이의 4비트 숫자일 수 있다.
상기 County_Code 필드는 긴급 경고와 관련되는 상기 스테이트의 특정 카운티(county)를 표시한다.
상기 지역별 정의에 있어서, 미국 국가의 행정 구역 구분에 따른 지역 명칭을 사용하였지만, 구체적인 지역 명칭으로 본 발명의 권리범위가 제한되는 것은 아니다.
상기 Exception_Channel 엘레먼트는 속성으로 정의된 Target_IP_Address 필드, Carrier_Frequency 필드, Transport_Stream_ID 필드, Ensemble_ID 필드, 및 Source_ID 필드를 포함할 수 있다.
상기 Target_IP_address 필드는 예외 채널의 타겟 IP 어드레스를 표시한다.
상기 Carrier_Frequency 필드는 상기 예외 채널의 반송파 주파수를 표시한다.
상기 Ensemble_ID 필드는 상기 예외 채널이 전송되는 앙상블의 식별자를 표시한다.
상기 Source_ID 필드는 예외 채널로 동작하는 가상 채널을 지시한다.
상기 Exception_Channel 엘레먼트는 하위 엘레먼트로 EAS_stream 엘레먼트를 포함할 수 있다.
상기 EAS_stream 엘레먼트로 속성으로 정의된 Stream_type 필드, Language 필드, Target_Port_Num 필드를 포함할 수 있다.
상기 Stream_type 필드는 상기 EAS 메시지 스트림의 타입을 표시한다.
상기 Language 필드는 상기 EAS 메시지 스트림의 언어를 표시한다.
상기 Target_port_num 필드는 상기 EAS 메시지 스트림의 타겟 UDP 포트 번호를 표시한다.
한편 미리 정해진 방송 스케쥴이 여러 가지 이유로 변경될 수 있다. 예를 들어, 프로야구 중계의 연장 등으로 다음에 방송될 프로그램의 시작 시간이 원래의 시간보다 늦어질 수 있다. 또는 중계 중인 프로야구가 예정된 시간보다 빨리 종료되어 다음 방송될 프로그램의 시작 시간이 원래의 시간보다 빨라질 수도 있다.
도 41은 정해진 방송 스케쥴이 변동되는 예를 보인 도면이다. 즉, 도 41의 (a)에서 보면, 32-2 채널에서 12:00-13:00까지 수퍼볼 중계를 서비스하고, 13:00-14:00까지 프리즌 브레이크 하이라이트를 서비스하기로 예정되어 있다. 그런데, 도 41의 (b)를 보면, 수퍼볼 중계 서비스가 12:00-14:00로 변경되고, 프리즌 브레이크 하이라이트 서비스가 14:00-15:00로 변경되었음을 알 수 있다.
이때, 수신 시스템에서는 방송 스케쥴의 변경 내용을 알아야, 유저에게 정확한 가이드 정보를 제공할 수 있다.
상기 수신 시스템으로 방송 스케쥴의 변경을 알리는 방법 중의 하나는, EDC 채널을 통해 ESG를 전송하는 방법이 있다. 그러면 수신 시스템은 ESG를 파싱하여 기 저장된 ESG 정보를 업데이트시킬 수 있다.
도 42는 본 발명의 일 실시예에 따른 전자 서비스 가이드(ESG)의 구조를 예시한 도면이다. 도42에서 스케쥴 변경 정보와 관련된 ESG 프래그먼트는 스케쥴 프래그먼트이며, 이 프래그먼트는 서비스 프래그먼트와 콘텐트 프래그먼트를 참조(Reference)한다.
즉, ESG의 엔트리 포인트 정보가 앙상블에 포함되어 전송될 경우, 수신 시스템에서는 해당 엔트리 포인트 정보를 이용하여 ESG를 기술하는 정보인 서비스 가이드 딜리버리 디스크립터(ServiceGuideDeliveryDescriptor)를 수신한다. 서비스 가이드 딜리버리 디스크립터로부터 ESG의 구조와 획득에 대한 정보를 얻을 수 있는데, 이를 이용하여 ESG 정보를 수신할 수 있다.
상기 ESG는 세분화된 하위 단위로 시그널링 정보(또는 announcement 정보라 하기도 함)를 제공할 수 있으며, 세분화된 하위 단위를 프래그먼트(fragment)라고 호칭한다. 상기 ESG에서 사용되는 프래그먼트로는 서비스(Service) 프래그먼트, 스케줄(Schedule) 프래그먼트, 콘텐트(Content) 프래그먼트, 퍼처스 아이템(Purchase Item) 프래그먼트, 퍼처스 데이터(Purchase Data) 프래그먼트, 퍼처스 채널(Purchase Channel) 프래그먼트, 억세스(Access) 프래그먼트, 세션 디스크립션(session description) 프래그먼트, 프리뷰데이터(previewData) 프래그먼트, 및 인터액티브데이터(interactiveData) 프래그먼트 등이 있다. 도 42에서 화살표는 참조(reference) 관계를 나타낸다. 이 예를 따르면 퍼처스 아이템 프래그먼트, 콘텐트 프래그먼트, 스케쥴 프래그먼트, 억세스 프래그먼트는 서비스 프래그먼트를 참조할 수 있다. 스케쥴 변경 정보와 관련된 스케쥴 프래그먼트는 서비스 프래그먼트와 콘텐트 프래그먼트를 참조할 수 있다. 도 42의 각 화살표 위에 예시된 수는 각 하위 단위 정보의 가능한 개수를 나타낸다. 그리고 숫자는 각 프래그먼트의 가능한 수를 나타낸다.
예시한 프래그먼트들 중 주요 프래그먼트들을 설명하면 다음과 같다.
상기 서비스 프래그먼트는 사용자에게 제공되는 서비스, 예를 들면 종래의 하나의 텔레비전 채널과 같은 서비스에 대한 정보를 포함한다.
상기 콘텐트 프래그먼트는 콘텐츠에 대한 메타데이터(metadata)를 포함한다. 예를 들어 콘텐츠에 대한 A/V, 텍스트, 이미지 등의 타입이 콘텐트 프래그먼트에 포함될 수 있다.
상기 스케줄 프래그먼트는 서비스의 하나의 콘텐츠에 대한 스케줄 정보를 포함한다. 예를 들면 그 콘텐츠의 방송 시간이 이에 해당할 수 있다.
상기 퍼처스 아이템 프래그먼트는 구매에 관련된 아이템 정보를 포함한다.
상기 퍼처스 데이터 프래그먼트는 사용자가 구매할 수 있는 서비스의 구매에 관련된 정보를 포함한다. 상기 퍼처스 채널 프래그먼트는 단말기나 사용자가 구매 시스템과 소통하는 인터페이스를 의미한다. 상기 퍼처스 채널 프래그먼트는 구매 시스템에 관련된 파라미터나 구매 채널의 관리에 대한 정보를 포함한다.
상기 억세스 프래그먼트는 서비스나 콘텐트의 억세스에 관련된 정보를 포함한다.
그런데, 갑작스런 프로그램 스케쥴 변경 등으로 인해 ESG 정보의 업데이트가 필요할 때, EDC 채널을 통해 ESG 데이터를 전송하는 방법은 방대한 양의 ESG 데이터를 보내야하므로, 수신 시스템에서 ESG 정보를 업데이트하는데 시간이 오래 걸려 ESG 업데이트 및 관리가 효율적으로 이루어지지 못한다.
본 발명은 ESG 업데이트 및 관리를 더 효율적으로 운용하기 위하여, 갑작스런 프로그램 스케쥴 변경 등으로 인해 ESG 정보의 업데이트가 필요한 경우, 해당 ESG 업데이트 정보를 통지 채널을 통해 통지 메시지로서 전송하도록 한다.
도 43은 본 발명에 따른 통지 채널로 전송되는 통지 메시지가 ESG 업데이트 정보를 포함하는 통지 메시지인 Schedule_Update 엘레먼트의 일 예를 XML 구조로 나타낸 것이다. 도 44는 도 43의 Schedule_Update 엘레먼트를 XML 스키마 형태로 표현한 것이다.
상기 Schedule_Update 메시지 즉, Schedule_Update 엘레먼트의 속성(Attribute)은 Notification_Msg_ID 필드, Notification_Msg_Version 필드, Emergency 필드, ValidFrom 필드, ValidTo 필드, Fragment_Number 필드, Last_Fragment_Number 필드를 포함할 수 있으며, 각 필드의 상세한 설명은 도 35를 참조하면 되므로, 여기서는 생략하기로 한다.
상기 Schedule_Update 엘레먼트는 하위 엘레먼트로 Reference 엘레먼트, 및 Schedule_Info 엘레먼트를 포함할 수 있다.
상기 Reference 엘레먼트는 속성(attribute)으로 정의된 Event_ID 필드, Service_Reference 필드, Source_ID 필드, 및 Content_Reference 필드를 포함할 수 있다.
상기 Event_ID 필드는 해당 Schedule_Update 엘레먼트가 업데이트하고자 하는 방송 이벤트의 식별자(ID)를 나타낸다. 해당 Event_ID를 갖는 방송 이벤트의 스케줄이 해당 Schedule_Update 통지 메시지에 의하여 업데이트된다.
상기 Service_Reference 필드는 해당 Schedule_Update 통지 메시지가 업데이트하고자 하는 방송 이벤트가 방송되고 있는 가상 채널(MH 서비스)에 대한 참조(Reference)를 나타낸다.
상기 Source_ID 필드는 해당 Schedule_Update 통지 메시지가 업데이트하고자 하는 방송 이벤트가 방송되고 있는 가상 채널(MH Service)의 source_ID를 나타낸다.
상기 Content_Reference 필드는 해당 Schedule_Update 통지 메시지가 업데이트하고자 하는 방송 이벤트의 스케쥴 프래그먼트가 콘텐트 프래그먼트를 참조할 경우 이에 대한 참조(Reference)를 나타낸다.
상기 Schedule_Info 엘레먼트는 하위 엘레먼트로 Update_Boundary 엘레먼트, Current_Start_Time 엘레먼트, Current_End_Time 엘레먼트, Updated_Start_Time 엘레먼트, 및 Updated_End_Time 엘레먼트를 포함할 수 있다.
상기 Update_Boundary 엘레먼트는 해당 Schedule_Update 통지 메시지가 하나의 방송 이벤트의 스케줄을 변경함으로써 영향을 받는 전/후의 방송 이벤트를 수신 시스템에 알려주어 수신 시스템으로 하여금 서비스 가이드를 적절히 업데이트할 수 있도록 한다.
이를 위해 상기 Update_Boundary 엘레먼트는 하위 엘레먼트로 Previous_Schedule 엘레먼트, Following_Schedule 엘레먼트를 포함할 수 있다.
상기 Previous_Schedule 엘레먼트는 해당 Schedule_Update 통지 메시지가 스케줄 변경을 하는 이벤트보다 앞선 이벤트나 해당 통지 메시지의 스케줄 변경에 의하여 스케줄에 영향을 받은 이벤트를 기술한다.
상기 Follwing_Schedule 엘레먼트는 해당 Schedule_Update 통지 메시지가 스케줄 변경을 하는 이벤트보다 이후의 이벤트나, 해당 통지 메시지의 스케줄 변경에 의하여 스케줄에 영향을 받은 이벤트를 기술한다.
이를 위해 Previous_Schedule 엘레먼트, Following_Schedule 엘레먼트는 각각 속성으로 정의된 Event_ID 필드, Service_Reference 필드, Source_ID 필드, 및 Content_Reference 필드를 포함할 수 있다. 각 필드의 상세 설명은 Reference 엘레먼트에서 속성으로 기술된 각 필드의 설명을 참조하면 되므로, 여기서는 생략한다.
상기 Schedule_Info 엘레먼트의 하위 엘레먼트 중 Current_Start_Time 엘레먼트는 해당 Schedule_Update 통지 메시지가 업데이트 하고자 하는 방송 이벤트의 현재 시작 시간을 나타낸다.
상기 Current_End_Time 필드는 해당 Schedule_Update 통지 메시지가 업데이트 하고자 하는 방송 이벤트의 현재 종료 시간을 나타낸다.
상기 Updated_Start_Time 필드는 해당 Schedule_Update 통지 메시지가 업데이트 하고자 하는 방송 이벤트의 업데이트 후 시작 시간의 나타낸다.
상기 Updated_End_Time 필드는 해당 Schedule_Update 통지 메시지가 업데이트 하고자 하는 방송 이벤트의 업데이트 후 종료 시간을 나타낸다.
도 45는 본 발명에 따라 억세스된 Schedule_Update 통지 메시지를 처리하는 방법의 일 실시예를 보인 흐름도이다.
즉, 해당 통지 채널로부터 Schedule_Update 통지 메시지가 억세스되면, 통지 프래그먼트들을 모아 Schedule_Update 통지 메시지를 구성한다(S901). 상기 Schedule_Update 통지 메시지는 속성으로 정의된 Notification_Msg_ID 필드, Notification_Msg_Version 필드, Emergency 필드, ValidFrom 필드, ValidTo 필드, Fragment_Number 필드, Last_Fragment_Numver 필드를 포함할 수 있다. 그리고 상기 Fragment_Number 필드, Last_Fragment_Numver 필드 등을 파싱하면, 하나 이상의 프래그먼트들을 모아 Schedule_Update 통지 메시지를 구성할 수 있다.
상기 S901에서 Schedule_Update 통지 메시지가 구성되면, 구성된 Schedule_Update 통지 메시지가 유효한지를 확인한다(S902). 상기 통지 메시지의 유효 여부는 상기 ValidFrom 필드, ValidTo 필드를 파싱하면 알 수 있다.
상기 S902에서 Schedule_Update 통지 메시지가 유효하다고 확인되면, Notification_Msg_Version 필드를 파싱하여 Schedule_Update 통지 메시지의 버전이 업데이트되었는지를 확인한다(S903). 상기 S903에서 Schedule_Update 통지 메시지의 버전이 업데이트되지 않았다고 확인되면, 동일한 Schedule_Update 통지 메시지가 이미 처리되고 있으므로, 억세스된 Schedule_Update 통지 메시지를 무시한다(S904).
한편 상기 S903에서 Schedule_Update 통지 메시지의 버전이 업데이트되었다고 확인되면 억세스된 Schedule_Update 통지 메시지가 업데이트하고자 하는 방송 이벤트 즉, MH 서비스를 식별한다(S905). 상기 MH 서비스의 식별은 억세스된 Schedule_Update 통지 메시지의 Reference 엘레먼트를 파싱함으로써, 알 수 있다. 상기 Reference 엘레먼트는 속성으로 정의된 Event_ID 필드, Service_Reference 필드, Source_ID 필드, 및 Content_Reference 필드를 포함할 수 있으며, Content_Reference 필드는 선택적(optional)이다.
상기 S905에서 MH 서비스가 식별되면, 억세스된 Schedule_Update 통지 메시지의 Schedule_Info 엘레먼트를 파싱하여 스케쥴 관련 서비스 가이드 데이터베이스를 업데이트한다(S906).
즉, 상기 Schedule_Info 엘레먼트의 Current_Start_Time 엘레먼트, 상기 Current_End_Time 필드, 상기 Updated_Start_Time 필드, 상기 Updated_End_Time 필드를 파싱하면, 식별된 MH 서비스의 현재 시작 시간과 종료 시간, 그리고 업데이트 후의 시작 시간과 종료 시간을 알 수 있다. 그리고, 상기 MH 서비스의 현재 시간 정보와 업데이트 후의 시간 정보를 비교하면, 상기 MH 서비스의 스케쥴 변경에 의해 영향을 받는 이전 및/또는 이후 이벤트의 스케쥴 정보도 알 수 있다. 그리고 상기 MH 서비스의 스케쥴 변경에 의해 영향을 받는 이전 및/또는 이후 이벤트의 식별자(Event_ID)는 Previous_Schedule 엘레먼트와 Following_Schedule 엘레먼트를 파싱하면 알 수 있다.
그리고, 상기와 같이 스케쥴이 변경되는 현재 이벤트, 현재 이벤트의 스케쥴 변경에 의하여 영향을 받는 이전 및/또는 이후 이벤트의 스케쥴 정보만을 스케쥴 관련 서비스 가이드 데이터베이스에서 업데이트한다. 본 발명은 해당 이벤트의 스케쥴 정보만을 업데이트하기 위하여, 각 엘레먼트에서 파싱된 해당 이벤트 식별자를 참조하는 것을 일 실시예로 한다.
한편 상기 S902에서 Schedule_Update 통지 메시지가 유효하지 않다고 확인되면, 억세스된 Schedule_Update 통지 메시지를 무시한다(S907).
또한 본 발명은 다른 실시예로, 스케쥴 관련 서비스 가이드 데이터베이스를 업데이트하면서, 유저에게 스케쥴 변경 내용을 자동으로 알릴 수도 있다. 예를 들어, 수퍼볼 중계 서비스가 12:00-14:00로 변경되고, 프리즌 브레이크 하이라이트 서비스가 14:00-15:00로 변경되었음을 OSD(On Screen Display) 형태로 화면의 일부에 표시하여, 유저가 ESG 메뉴를 선택하지 않고도 프로그램 스케쥴 변경을 자동으로 인식할 수 있도록 할 수도 있다.
이상에서와 같이 본 발명은 통지 전용 채널을 이용하여 통지 메시지를 수신하여 처리할 수 있게 된다. 이때 상기 통지 채널을 통해 긴급 사태에 따른 EAS 데이터를 전달하거나, ESG 업데이트 정보를 전달할 수도 있다. 이렇게 함으로써, 모바일 서비스 중에 긴급 사태가 발생하였을 때 신속하게 유저에게 긴급 사태를 서비스할 수 있다. 또한 방송 스케쥴이 변경되었을 때 신속하게 ESG 업데이트를 수행함으로써, 갑작스런 방송 스케쥴의 변경시에도 유저에게 정확한 방송 스케쥴을 서비스할 수 있다.
지금까지 설명한 본 발명은 상술한 실시예에 한정되지 않으며, 첨부된 청구범위에서 알 수 있는 바와 같이 본 발명이 속한 분야의 통상의 지식을 가지 자에 의해 변형이 가능하고 이러한 변형은 본 발명의 범위에 속한다.
도 1은 본 발명의 일 실시예에 따른 수신 시스템의 구성 블록도
도 2는 본 발명에 따른 데이터 그룹의 구조에 대한 일 실시예를 보인 도면
도 3은 본 발명의 일 실시예에 따른 RS 프레임을 도시한 도면
도 4는 본 발명에 따른 모바일 서비스 데이터의 송신과 수신을 위한 MH 프레임 구조의 일 예를 보인 도면
도 5는 일반적인 VSB 프레임 구조의 일 예를 보인 도면
도 6은 하나의 VSB 프레임에 대하여, 서브 프레임의 처음 4 슬롯 위치의 매핑 예를 공간 영역에서 보인 본 발명의 도면
도 7은 하나의 VSB 프레임에 대하여, 서브 프레임의 처음 4 슬롯 위치의 매핑 예를 시간 영역에서 보인 본 발명의 도면
도 8은 본 발명에 따른 MH 프레임을 구성하는 5개의 서브 프레임 중 하나의 서브 프레임에 할당되는 데이터 그룹 순서의 일 예를 보인 도면
도 9는 본 발명에 따른 하나의 MH 프레임에 단일 퍼레이드를 할당할 때의 일 예를 보인 도면
도 10은 본 발명에 따른 하나의 MH 프레임에 세개의 퍼레이드를 할당할 때의 일 예를 보인 도면
도 11은 도 10의 3개의 퍼레이드의 할당 과정을 하나의 MH 프레임 내 5개의 서브 프레임으로 확장한 예를 보인 도면
도 12는 본 발명의 실시예에 따른 데이터 전송 구조를 도시한 도면으로, 데 이터 그룹 내에 시그널링 데이터가 포함되어 전송되는 모습을 도시한 도면
도 13은 본 발명의 일실시예에 따른 계층적인 시그널링 구조를 도시한 도면
도 14는 본 발명에 따른 FIC 바디 포맷의 일 실시예를 도시한 도면
도 15는 본 발명에 따른 FIC 세그먼트에 대한 비트 스트림 신택스 구조의 일 실시예를 도시한 도면
도 16은 본 발명에 따른 FIC type 필드값이 '0'인 경우의 FIC 세그먼트의 페이로드에 대한 비트 스트림 신택스 구조의 일 실시예를 도시한 도면
도 17은 본 발명의 따른 서비스 맵 테이블의 비트 스트림 신택스 구조의 일 실시예를 도시한 도면
도 18은 본 발명에 따른 MH Audio Descriptor의 비트 스트림 신택스 구조의 일 실시예를 도시한 도면
도 19는 본 발명에 따른 MH RTP payload type Descriptor의 비트 스트림 신택스 구조의 일 실시예를 도시한 도면
도 20은 본 발명에 따른 MH Current Event Descriptor의 비트 스트림 신택스 구조의 일 실시예를 도시한 도면
도 21은 본 발명에 따른 MH Next Event Descriptor의 비트 스트림 신택스 구조의 일 실시예를 도시한 도면
도 22는 본 발명에 따른 MH System Time Descriptor의 비트 스트림 신택스 구조의 일 실시예를 도시한 도면
도 23은 본 발명에 따른 서비스 맵 테이블의 세그먼테이션 및 인캡슐레이션 을 설명하기 위한 도면
도 24는 본 발명에 따른 FIC와 SMT를 이용해서 가상 채널에 접근하는 과정의 일 실시예를 보인 흐름도
도 25는 본 발명에 따른 통지 채널의 운영 방법의 일 예를 보인 도면
도 26은 본 발명의 다른 실시예에 따른 FIC 세그먼트에 대한 신택스 구조의 일 실시예를 보인 도면
도 27은 도 26의 FIC 세그먼트의 Channel_Type 필드 값 할당 및 의미에 대한 일 실시예를 보인 도면
도 28은 도 26의 FIC 세그먼트의 Channel_Activity 필드 값 할당 및 의미에 대한 일 실시예를 보인 도면
도 29는 본 발명에 따른 통지 메시지 전달을 위한 통지 채널의 운용에 관한 전송측 흐름도의 일 실시예를 보인 도면
도 30은 본 발명에 따른 MH TP의 MH 헤더와 MH 페이로드 포맷의 일 실시예를 보인 도면
도 31은 도 30의 MH 헤더에 포함되는 type_indicator 필드 값 할당 및 의미에 대한 일 실시예를 보인 도면
도 32의 (a) 내지 (c)는 도 30의 MH 헤더에 포함되는 poiner 필드의 사용 예들을 보인 도면
도 33은 본 발명의 다른 실시예에 따른 SMT의 신택스 구조를 보인 도면
도 34는 본 발명의 일 실시예에 따른 NAT의 신택스 구조를 보인 도면
도 35는 본 발명에 따른 통지 메시지 Notification_Message의 일 예를 XML(eXtensible Markup Language) 데이터 구조로 나타낸 도면
도 36은 도 35의 통지 메시지 Notification_Message를 XML 스키마 형태로 나타낸 도면
도 37은 본 발명에 따른 통지 메시지를 억세스하는 방법의 일 실시예를 보인 흐름도
도 38은 본 발명에 따라 억세스된 통지 메시지를 처리하는 방법의 일 실시예를 보인 흐름도
도 39는 본 발명에 따른 통지 채널로 전송되는 통지 메시지가 긴급 속성을 갖는 경우의 통지 메시지를 XML 데이터 구조로 나타낸 도면
도 40은 도 39의 통지 메시지를 XML 스키마 형태로 표현한 도면
도 41은 정해진 방송 스케쥴이 변동되는 예를 보인 도면
도 42는 본 발명의 일 실시예에 따른 전자 서비스 가이드(ESG)의 구조를 예시한 도면
도 43은 본 발명에 따른 통지 채널로 전송되는 통지 메시지가 ESG 업데이트 정보를 포함하는 통지 메시지일 때의 XML 데이터 구조를 보인 도면
도 44는 도 43의 통지 메시지를 XML 스키마 형태로 표현한 도면
도 45는 본 발명에 따라 억세스된 Schedule_Update 통지 메시지를 처리하는 방법의 일 실시예를 보인 흐름도

Claims (21)

  1. 방송 서비스를 위한 방송 서비스 데이터를 포함하는 방송 신호 프레임을 생성하는 단계;
    상기 방송 서비스 데이터를 위한 전송 파라미터 및 물리 계층과 상위 계층 사이의 크로스 계층 정보를 포함하는 고속 정보 채널 데이터를 인코딩하는 단계; 및
    상기 방송 신호 프레임, 상기 전송 파라미터 및 상기 고속 정보 채널 데이터를 포함하는 방송 신호를 전송하는 단계; 를 포함하며,
    여기서, 상기 고속 정보 채널 데이터는 하나 이상의 고속 정보 채널 세그먼트로 전송되고, 상기 고속 정보 채널 세그먼트는 헤더 및 페이로드를 포함하고, 상기 헤더는 상기 고속 정보 채널 세그먼트 내에서 에러가 감지되었는지 여부를 가리키는 정보 를 포함하고,
    여기서, 상기 전송 파라미터는 상기 고속 정보 채널 데이터의 버전을 나타내는 정보를 포함 하고,
    여기서, 방송 신호는 상기 방송 서비스를 위한 스트림을 획득하기 위한 정보를 포함하는 서비스 맵 테이블 (Service Map Table; SMT) 을 포함하고, 상기 서비스 맵 테이블은 상기 방송 서비스를 위한 방송 서비스 데이터를 전송하는 데이터 그램의 소스 어드레스 정보를 포함 하는 것을 특징으로 하는 방송 신호 생성 처리 방법.
  2. 제 1 항에 있어서, 상기 방송 신호는,
    상기 방송 신호를 통하여 전송되는 경보 메시지에 대한 정보를 포함하는 경보 어세스 테이블을 더 포함하는 것을 특징으로 하는 방송 신호 생성 처리 방법.
  3. 제 2 항에 있어서, 상기 경보 어세스 테이블은,
    긴급 특성을 가진 경보 메시지가 상기 경보 어세스 테이블에 포함되는지 여부를 나타내는 정보를 포함하는 것을 특징으로 하는 방송 신호 생성 처리 방법.
  4. 제 3 항에 있어서, 상기 경보 어세스 테이블은,
    상기 긴급 특성을 가진 경보 메시지의 개수를 나타내는 정보를 더 포함하는 것을 특징으로 하는 방송 신호 생성 처리 방법.
  5. 제 3 항에 있어서, 상기 경보 어세스 테이블은,
    상기 긴급 특성을 가진 경보 메시지가 전송되는 IP 주소를 나타내는 정보를 포함하는 것을 특징으로 하는 방송 신호 생성 처리 방법.
  6. 제 1 항에 있어서, 상기 서비스 맵 테이블은,
    상기 방송 서비스에 포함되는 오디오 컴포넌트를 설명하는 오디오 디스크립터를 더 포함하는 것을 특징으로 하는 방송 신호 생성 처리 방법.
  7. 제 6 항에 있어서, 상기 오디오 디스크립터는,
    상기 오디오 컴포넌트를 위하여 사용되는 언어를 식별하는 정보를 포함하는 것을 특징으로 하는 방송 신호 생성 처리 방법
  8. 제 6 항에 있어서, 상기 오디오 디스크립터는,
    상기 오디오 컴포넌트의 샘플링 레이트 (Sampling Rate) 정보를 더 포함하는 것을 특징으로 하는 방송 신호 생성 처리 방법.
  9. 제 6 항에 있어서, 상기 오디오 디스크립터는,
    오디오 채널의 개수를 나타내는 정보를 더 포함하는 것을 특징으로 하는 방송 신호 생성 처리 방법.
  10. 제 1 항에 있어서, 상기 고속 정보 채널 데이터는,
    상기 방송 서비스가 현재 액티브 (active) 상태 인지 여부를 나타내는 정보를 더 포함하는 것을 특징으로 하는 방송 신호 생성 처리 방법.
  11. 방송 서비스를 위한 방송 서비스 데이터를 포함하는 방송 신호 프레임을 생성하는 프레임 인코더;
    상기 방송 서비스 데이터를 위한 전송 파라미터 및 물리 계층과 상위 계층 사이의 크로스 계층 정보를 포함하는 고속 정보 채널 데이터를 인코딩하는 시그널링 인코더; 및
    상기 방송 신호 프레임, 상기 전송 파라미터 및 상기 고속 정보 채널 데이터를 포함하는 방송 신호를 전송하는 방송 신호 전송부; 를 포함하며,
    여기서, 상기 고속 정보 채널 데이터는 하나 이상의 고속 정보 채널 세그먼트로 전송되고, 상기 고속 정보 채널 세그먼트는 헤더 및 페이로드를 포함하고, 상기 헤더는 상기 고속 정보 채널 세그먼트 내에서 에러가 감지되었는지 여부를 가리키는 정보를 포함하고,
    여기서, 상기 전송 파라미터는 상기 고속 정보 채널 데이터의 버전을 나타내는 정보를 포함하고,
    여기서, 방송 신호는 상기 방송 서비스를 위한 스트림을 획득하기 위한 정보를 포함하는 서비스 맵 테이블 (Service Map Table; SMT) 을 포함하고, 상기 서비스 맵 테이블은 상기 방송 서비스를 위한 방송 서비스 데이터를 전송하는 데이터 그램의 소스 어드레스 정보를 포함하는 것을 특징으로 하는 방송 신호 생성 처리 장치.
  12. 제 11 항에 있어서, 상기 방송 신호는,
    상기 방송 신호를 통하여 전송되는 경보 메시지에 대한 정보를 포함하는 경보 어세스 테이블을 더 포함하는 것을 특징으로 하는 방송 신호 생성 처리 장치.
  13. 제 12 항에 있어서, 상기 경보 어세스 테이블은,
    긴급 특성을 가진 경보 메시지가 상기 경보 어세스 테이블에 포함되는지 여부를 나타내는 정보를 포함하는 것을 특징으로 하는 방송 신호 생성 처리 장치.
  14. 제 13 항에 있어서, 상기 경보 어세스 테이블은,
    상기 긴급 특성을 가진 경보 메시지의 개수를 나타내는 정보를 더 포함하는 것을 특징으로 하는 방송 신호 생성 처리 장치.
  15. 제 13 항에 있어서, 상기 경보 어세스 테이블은,
    상기 긴급 특성을 가진 경보 메시지가 전송되는 IP 주소를 나타내는 정보를 포함하는 것을 특징으로 하는 방송 신호 생성 처리 장치.
  16. 제 11 항에 있어서, 상기 서비스 맵 테이블은,
    상기 방송 서비스에 포함되는 오디오 컴포넌트를 설명하는 오디오 디스크립터를 더 포함하는 것을 특징으로 하는 방송 신호 생성 처리 장치.
  17. 제 16 항에 있어서, 상기 오디오 디스크립터는,
    상기 오디오 컴포넌트를 위하여 사용되는 언어를 식별하는 정보를 포함하는 것을 특징으로 하는 방송 신호 생성 처리 장치
  18. 제 16 항에 있어서, 상기 오디오 디스크립터는,
    상기 오디오 컴포넌트의 샘플링 레이트 (Sampling Rate) 정보를 더 포함하는 것을 특징으로 하는 방송 신호 생성 처리 장치.
  19. 제 16 항에 있어서, 상기 오디오 디스크립터는,
    오디오 채널의 개수를 나타내는 정보를 더 포함하는 것을 특징으로 하는 방송 신호 생성 처리 장치.
  20. 제 11 항에 있어서, 상기 고속 정보 채널 데이터는,
    상기 방송 서비스가 현재 액티브 (active) 상태 인지 여부를 나타내는 정보를 더 포함하는 것을 특징으로 하는 방송 신호 생성 처리 장치.
  21. 삭제
KR1020080091840A 2007-09-21 2008-09-18 디지털 방송 시스템 및 데이터 처리 방법 KR101559771B1 (ko)

Priority Applications (10)

Application Number Priority Date Filing Date Title
MX2010002937A MX2010002937A (es) 2007-09-21 2008-09-19 Sistema de difusion digital y metodo de proceso de datos.
CA2699839A CA2699839C (en) 2007-09-21 2008-09-19 Digital broadcasting system and data processing method
PCT/KR2008/005585 WO2009038405A2 (en) 2007-09-21 2008-09-19 Digital broadcasting system and data processing method
ARP080104098A AR068505A1 (es) 2007-09-21 2008-09-19 Sistema de transmision digital y metodo de procesamiento de datos
CN2008801173636A CN101868972B (zh) 2007-09-21 2008-09-19 数字广播系统和数据处理方法
US12/234,882 US8054906B2 (en) 2007-09-21 2008-09-22 Digital broadcasting system and data processing method
US13/244,240 US8542761B2 (en) 2007-09-21 2011-09-23 Digital broadcasting system and data processing method
US13/975,219 US8885762B2 (en) 2007-09-21 2013-08-23 Digital broadcasting system and data processing method
US14/509,877 US9525512B2 (en) 2007-09-21 2014-10-08 Digital broadcasting system and data processing method
US15/220,337 US10084568B2 (en) 2007-09-21 2016-07-26 Digital broadcasting system and data processing method

Applications Claiming Priority (10)

Application Number Priority Date Filing Date Title
US97408407P 2007-09-21 2007-09-21
US60/974,084 2007-09-21
US97737907P 2007-10-04 2007-10-04
US60/977,379 2007-10-04
US4224308P 2008-04-03 2008-04-03
US61/042,243 2008-04-03
US4450408P 2008-04-13 2008-04-13
US61/044,504 2008-04-13
US7668608P 2008-06-29 2008-06-29
US61/076,686 2008-06-29

Related Child Applications (1)

Application Number Title Priority Date Filing Date
KR1020150074704A Division KR101590491B1 (ko) 2007-09-21 2015-05-28 디지털 방송 시스템 및 데이터 처리 방법

Publications (2)

Publication Number Publication Date
KR20090031267A KR20090031267A (ko) 2009-03-25
KR101559771B1 true KR101559771B1 (ko) 2015-10-13

Family

ID=40697353

Family Applications (3)

Application Number Title Priority Date Filing Date
KR1020080091840A KR101559771B1 (ko) 2007-09-21 2008-09-18 디지털 방송 시스템 및 데이터 처리 방법
KR1020150074704A KR101590491B1 (ko) 2007-09-21 2015-05-28 디지털 방송 시스템 및 데이터 처리 방법
KR1020160007929A KR101642313B1 (ko) 2007-09-21 2016-01-22 디지털 방송 시스템 및 데이터 처리 방법

Family Applications After (2)

Application Number Title Priority Date Filing Date
KR1020150074704A KR101590491B1 (ko) 2007-09-21 2015-05-28 디지털 방송 시스템 및 데이터 처리 방법
KR1020160007929A KR101642313B1 (ko) 2007-09-21 2016-01-22 디지털 방송 시스템 및 데이터 처리 방법

Country Status (8)

Country Link
US (5) US8054906B2 (ko)
KR (3) KR101559771B1 (ko)
CN (1) CN101868972B (ko)
AR (1) AR068505A1 (ko)
CA (1) CA2699839C (ko)
CL (1) CL2008002803A1 (ko)
MX (1) MX2010002937A (ko)
WO (1) WO2009038405A2 (ko)

Families Citing this family (25)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR101405966B1 (ko) 2007-06-26 2014-06-20 엘지전자 주식회사 디지털 방송 시스템 및 데이터 처리 방법
KR101456002B1 (ko) 2007-06-26 2014-11-03 엘지전자 주식회사 디지털 방송 시스템 및 데이터 처리 방법
WO2009028854A1 (en) 2007-08-24 2009-03-05 Lg Electronics Inc. Digital broadcasting system and method of processing data in digital broadcasting system
CN101785302B (zh) 2007-08-24 2013-07-17 Lg电子株式会社 数字广播系统和在数字广播系统中处理数据的方法
KR101556133B1 (ko) 2007-08-24 2015-09-30 엘지전자 주식회사 디지털 방송 시스템 및 데이터 처리 방법
WO2009038402A1 (en) 2007-09-21 2009-03-26 Lg Electronics Inc. Digital broadcasting system and data processing method in the digital broadcasting system
KR101559771B1 (ko) 2007-09-21 2015-10-13 엘지전자 주식회사 디지털 방송 시스템 및 데이터 처리 방법
US8250441B2 (en) 2007-12-11 2012-08-21 Wi-Lan Inc. Outer coding framework for application packet error rate minimization
US8111693B2 (en) * 2007-12-31 2012-02-07 Motorola Mobility, Inc. Broadcast messaging in wireless communication networks
CA2677024C (en) * 2008-09-19 2019-04-16 Sony Corporation System and method for terrestrial broadcast of emergency alerts
US8594261B2 (en) * 2009-04-17 2013-11-26 Lg Electronics Inc. Transmitting/receiving system and broadcast signal processing method
KR101743031B1 (ko) 2009-05-21 2017-06-15 삼성전자주식회사 디지털 방송 송신기, 디지털 방송 수신기 및 그들의 스트림 구성 및 처리 방법
MX2011012452A (es) * 2009-05-21 2011-12-16 Samsung Electronics Co Ltd Transmisor de emision digital, receptor de emision digital y metodos para configurar y procesar corrientes de los mismos.
JP2012124736A (ja) * 2010-12-09 2012-06-28 Fujitsu Ltd 通信インタフェース装置、送信制御方法および切断処理制御方法
KR101899823B1 (ko) * 2011-05-25 2018-09-18 엘지전자 주식회사 송/수신 시스템 및 방송 신호 처리 방법
KR101947554B1 (ko) * 2012-03-02 2019-02-13 엘지전자 주식회사 모바일 방송을 통하여 긴급 경보 서비스를 제공하는 장치 및 방법
JP6204502B2 (ja) * 2013-02-03 2017-09-27 エルジー エレクトロニクス インコーポレイティド 放送システムを介して緊急警報サービスを提供する装置及び方法
WO2015122747A1 (en) * 2014-02-17 2015-08-20 Lg Electronics Inc. Apparatus for processing a hybrid broadcast service, and method for processing a hybrid broadcast service
US9398068B2 (en) 2014-02-20 2016-07-19 International Business Machines Corporation Bulk uploading of multiple self-referencing objects
US10582255B2 (en) * 2014-06-30 2020-03-03 Lg Electronics Inc. Broadcast receiving device, method of operating broadcast receiving device, linking device for linking to broadcast receiving device, and method of operating linking device
EP3259929A4 (en) * 2015-02-16 2018-10-17 Nokia Technologies Oy Service discovery
EP3319319A4 (en) 2015-06-30 2019-02-27 LG Electronics Inc. DEVICE AND METHOD FOR TRANSMITTING-RECEIVING BROADCAST SIGNALS
US10027614B1 (en) * 2017-02-27 2018-07-17 Motorola Mobility Llc Duplicate notification management
KR102415961B1 (ko) * 2017-04-18 2022-07-05 한국전자통신연구원 유료방송 서비스 사업자의 전체 방송채널을 통해 재난정보를 송출하는 시스템 및 방법
KR102440376B1 (ko) * 2019-11-15 2022-09-21 주식회사 에어코드 방송 통합 모니터링 시스템 및 그 방법

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR100606804B1 (ko) 2005-07-18 2006-08-01 엘지전자 주식회사 주기적인 채널 갱신을 통한 자동채널을 전환하는 방송용 이동통신 단말기 및 이를 이용한 관리 방법
KR100697187B1 (ko) 2005-04-08 2007-03-22 (주) 엘지텔레콤 이동통신망과 연동된 지상파 ｄｍｂ의 양방향 방송 서비스시스템 및 방법

Family Cites Families (38)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR950704695A (ko) * 1993-10-06 1995-11-20 프레데릭 얀 스미트 자기 기록 캐리어로부터 정보 신호를 판독하는 장치(Arrangement for reading information from a track on a record carrier comprising a fast settling read amplifier for magneto-resistive heads)
KR100211248B1 (ko) 1996-09-25 1999-07-15 전주범 브이시알의 하이라이트 녹화처리 시스템 및 처리방법
US6678463B1 (en) 2000-08-02 2004-01-13 Opentv System and method for incorporating previously broadcast content into program recording
EP1254544B1 (en) * 1999-12-03 2015-04-29 Broadcom Corporation Embedded training sequences for carrier acquisition and tracking
US6775800B2 (en) * 2000-01-03 2004-08-10 Icoding Technology, Inc. System and method for high speed processing of turbo codes
US7349371B2 (en) * 2000-09-29 2008-03-25 Arraycomm, Llc Selecting random access channels
US7158493B1 (en) * 2000-09-29 2007-01-02 Arraycomm, Llc Radio communications system with a minimal broadcast channel
JP2003032640A (ja) * 2001-07-19 2003-01-31 Nippon Hoso Kyokai <Nhk> 番組特定情報送出装置、及び番組特定情報伝送システム
US6792617B2 (en) 2001-07-20 2004-09-14 Intel Corporation Method and apparatus for selective recording of television programs using event notifications
US20040081199A1 (en) * 2002-10-29 2004-04-29 Lopez Ricardo Jorge Multi-channel communication system and method based on class of service requirements
KR100553540B1 (ko) 2003-10-31 2006-02-20 삼성전자주식회사 디지털 오디오/멀티미디어 방송 수신기
KR100565646B1 (ko) 2003-12-19 2006-03-29 엘지전자 주식회사 Ｄｍｂ 수신기에서 서비스 컴포넌트 동기화 방법
KR100595208B1 (ko) 2004-03-19 2006-07-03 엘지전자 주식회사 Ｄｍｂ 수신기 및 소비 전력 절감 방법
KR100689443B1 (ko) 2004-08-21 2007-03-08 삼성전자주식회사 방송 데이터를 저장하기 위한 디지털 방송 시스템 및송수신 방법
KR100702356B1 (ko) 2004-12-10 2007-04-02 한국전자통신연구원 서브채널 디코더 및 이를 이용한 디지털 멀티미디어 방송수신방법
KR100630191B1 (ko) * 2005-02-28 2006-09-29 삼성전자주식회사 지상파 디지털 방송 데이터를 수신하여 사용자 인터페이스를 구성하는 이동 통신 단말기 및 그 방법
KR101119250B1 (ko) * 2005-06-01 2012-03-15 삼성전자주식회사 디지털 방송 시스템에서 슬립 모드시 긴급 서비스 송수신을위한 방법 및 이를 위한 송수신기
KR100744210B1 (ko) * 2005-06-30 2007-07-30 주식회사 팬택앤큐리텔 방송송신장치와, 이의 방송신호 송신방법 및방송수신장치와, 이의 예약녹화방법
KR100735399B1 (ko) * 2005-09-23 2007-07-04 삼성전자주식회사 디지털 방송 시스템에서 이동통신 시스템을 이용한핸드오버를 수행하기 위한 방법 및 장치
KR101227487B1 (ko) 2006-01-21 2013-01-29 엘지전자 주식회사 디지털 방송 신호의 전송 방법 및 디지털 방송 신호 디코딩 방법 및 장치
KR100819259B1 (ko) * 2006-02-01 2008-04-03 삼성전자주식회사 휴대 방송 시스템에서의 통지 메시지 송수신 방법 및 장치
US20080076425A1 (en) * 2006-09-22 2008-03-27 Amit Khetawat Method and apparatus for resource management
KR101253186B1 (ko) * 2007-03-26 2013-04-10 엘지전자 주식회사 디지털 방송 시스템 및 데이터 처리 방법
KR101285887B1 (ko) * 2007-03-26 2013-07-11 엘지전자 주식회사 디지털 방송 시스템 및 데이터 처리 방법
KR101253185B1 (ko) * 2007-03-26 2013-04-10 엘지전자 주식회사 디지털 방송 시스템 및 데이터 처리 방법
KR101285888B1 (ko) * 2007-03-30 2013-07-11 엘지전자 주식회사 디지털 방송 시스템 및 데이터 처리 방법
KR101221914B1 (ko) * 2007-04-06 2013-01-15 엘지전자 주식회사 디지털 방송 신호 송신 장치 및 방법
KR101276851B1 (ko) * 2007-04-06 2013-06-18 엘지전자 주식회사 디지털 방송 신호 송신 장치 및 방법
KR101405967B1 (ko) * 2007-06-28 2014-06-12 엘지전자 주식회사 디지털 방송 시스템 및 데이터 처리 방법
US7782808B2 (en) * 2007-07-02 2010-08-24 Lg Electronics, Inc. Digital broadcasting system and data processing method
KR101486372B1 (ko) * 2007-07-25 2015-01-26 엘지전자 주식회사 디지털 방송 시스템 및 데이터 처리 방법
KR101556123B1 (ko) * 2007-07-25 2015-09-30 엘지전자 주식회사 디지털 방송 시스템 및 데이터 처리 방법
US8059210B2 (en) * 2007-08-24 2011-11-15 Lg Electronics, Inc. Digital broadcasting system and method of processing data in the digital broadcasting system
KR101556127B1 (ko) * 2007-08-24 2015-09-30 엘지전자 주식회사 디지털 방송 시스템 및 데이터 처리 방법
US7705920B2 (en) * 2007-08-24 2010-04-27 Lg Electronics, Inc. Digital broadcasting system and method of processing data in digital broadcasting system
MX2010000684A (es) * 2007-08-24 2010-03-30 Lg Electronics Inc Sistema de difusion digital y metodo para procesar datos en el sistema de difusion digital.
KR101559771B1 (ko) 2007-09-21 2015-10-13 엘지전자 주식회사 디지털 방송 시스템 및 데이터 처리 방법
WO2009038402A1 (en) * 2007-09-21 2009-03-26 Lg Electronics Inc. Digital broadcasting system and data processing method in the digital broadcasting system

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR100697187B1 (ko) 2005-04-08 2007-03-22 (주) 엘지텔레콤 이동통신망과 연동된 지상파 ｄｍｂ의 양방향 방송 서비스시스템 및 방법
KR100606804B1 (ko) 2005-07-18 2006-08-01 엘지전자 주식회사 주기적인 채널 갱신을 통한 자동채널을 전환하는 방송용 이동통신 단말기 및 이를 이용한 관리 방법

Also Published As

Publication number Publication date
US20140068369A1 (en) 2014-03-06
CA2699839C (en) 2012-10-30
KR20150065645A (ko) 2015-06-15
KR20160014754A (ko) 2016-02-11
KR101590491B1 (ko) 2016-02-02
KR101642313B1 (ko) 2016-07-25
US8885762B2 (en) 2014-11-11
US8054906B2 (en) 2011-11-08
WO2009038405A3 (en) 2009-05-07
WO2009038405A2 (en) 2009-03-26
US20090252253A1 (en) 2009-10-08
KR20090031267A (ko) 2009-03-25
US10084568B2 (en) 2018-09-25
CN101868972B (zh) 2012-11-21
US8542761B2 (en) 2013-09-24
CL2008002803A1 (es) 2009-10-02
US20120079356A1 (en) 2012-03-29
US20150033099A1 (en) 2015-01-29
CN101868972A (zh) 2010-10-20
US9525512B2 (en) 2016-12-20
US20160353254A1 (en) 2016-12-01
CA2699839A1 (en) 2009-03-26
AR068505A1 (es) 2009-11-18
MX2010002937A (es) 2010-04-21

Similar Documents

Publication Publication Date Title
KR101642313B1 (ko) 디지털 방송 시스템 및 데이터 처리 방법
KR101669973B1 (ko) 디지털 방송 시스템 및 데이터 처리 방법
KR101654067B1 (ko) 디지털 방송 수신기 및 그 제어 방법
KR101603117B1 (ko) 디지털 방송 수신기 및 그 제어 방법
KR101556133B1 (ko) 디지털 방송 시스템 및 데이터 처리 방법
KR101689615B1 (ko) 디지털 방송 시스템 및 데이터 처리 방법
KR101435843B1 (ko) 디지털 방송 시스템 및 데이터 처리 방법
KR101649531B1 (ko) 디지털 방송 시스템 및 데이터 처리 방법
KR101556131B1 (ko) 디지털 방송 시스템 및 데이터 처리 방법
KR101598909B1 (ko) 디지털 방송 시스템 및 데이터 처리 방법
KR101617271B1 (ko) 디지털 방송 송/수신 시스템 및 데이터 처리 방법
KR101572876B1 (ko) 디지털 방송 시스템 및 데이터 처리 방법

Legal Events

Date Code Title Description
A201 Request for examination
E902 Notification of reason for refusal
E90F Notification of reason for final refusal
A107 Divisional application of patent
E701 Decision to grant or registration of patent right
GRNT Written decision to grant
LAPS Lapse due to unpaid annual fee