KR20160102508A - 방송 수신 장치 및 방송 수신 장치의 동작 방법 - Google Patents

방송 수신 장치 및 방송 수신 장치의 동작 방법 Download PDF

Info

Publication number
KR20160102508A
KR20160102508A KR1020167019970A KR20167019970A KR20160102508A KR 20160102508 A KR20160102508 A KR 20160102508A KR 1020167019970 A KR1020167019970 A KR 1020167019970A KR 20167019970 A KR20167019970 A KR 20167019970A KR 20160102508 A KR20160102508 A KR 20160102508A
Authority
KR
South Korea
Prior art keywords
information
request
data
broadcast service
response
Prior art date
Application number
KR1020167019970A
Other languages
English (en)
Other versions
KR101832780B1 (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 엘지전자 주식회사
Publication of KR20160102508A publication Critical patent/KR20160102508A/ko
Application granted granted Critical
Publication of KR101832780B1 publication Critical patent/KR101832780B1/ko

Links

Images

Classifications

    • 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/59—Arrangements specially adapted for specific applications, e.g. for traffic information or for mobile receivers for emergency or urgency
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04H—BROADCAST COMMUNICATION
    • H04H20/00—Arrangements for broadcast or for distribution combined with broadcast
    • H04H20/02—Arrangements for relaying broadcast information
    • H04H20/08—Arrangements for relaying broadcast information among terminal devices
    • 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/76—Arrangements characterised by transmission systems other than for broadcast, e.g. the Internet
    • H04H60/81—Arrangements characterised by transmission systems other than for broadcast, e.g. the Internet characterised by the transmission system itself
    • H04H60/90—Wireless transmission systems
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/41—Structure of client; Structure of client peripherals
    • H04N21/4104—Peripherals receiving signals from specially adapted client devices
    • H04N21/4122—Peripherals receiving signals from specially adapted client devices additional display device, e.g. video projector
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/4302—Content synchronisation processes, e.g. decoder synchronisation
    • H04N21/4307—Synchronising the rendering of multiple content streams or additional data on devices, e.g. synchronisation of audio on a mobile phone with the video output on the TV screen
    • H04N21/43076—Synchronising the rendering of multiple content streams or additional data on devices, e.g. synchronisation of audio on a mobile phone with the video output on the TV screen of the same content streams on multiple devices, e.g. when family members are watching the same movie on different devices
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/4302—Content synchronisation processes, e.g. decoder synchronisation
    • H04N21/4307—Synchronising the rendering of multiple content streams or additional data on devices, e.g. synchronisation of audio on a mobile phone with the video output on the TV screen
    • H04N21/43079—Synchronising the rendering of multiple content streams or additional data on devices, e.g. synchronisation of audio on a mobile phone with the video output on the TV screen of additional data with content streams on multiple devices
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/431—Generation of visual interfaces for content selection or interaction; Content or additional data rendering
    • H04N21/4312—Generation of visual interfaces for content selection or interaction; Content or additional data rendering involving specific graphical features, e.g. screen layout, special fonts or colors, blinking icons, highlights or animations
    • H04N21/4316—Generation of visual interfaces for content selection or interaction; Content or additional data rendering involving specific graphical features, e.g. screen layout, special fonts or colors, blinking icons, highlights or animations for displaying supplemental content in a region of the screen, e.g. an advertisement in a separate window
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/436—Interfacing a local distribution network, e.g. communicating with another STB or one or more peripheral devices inside the home
    • H04N21/43615—Interfacing a Home Network, e.g. for connecting the client to a plurality of peripherals
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/439—Processing of audio elementary streams
    • H04N21/4394—Processing of audio elementary streams involving operations for analysing the audio stream, e.g. detecting features or characteristics in audio streams
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/44—Processing of video elementary streams, e.g. splicing a video clip retrieved from local storage with an incoming video stream, rendering scenes according to MPEG-4 scene graphs
    • H04N21/44008—Processing of video elementary streams, e.g. splicing a video clip retrieved from local storage with an incoming video stream, rendering scenes according to MPEG-4 scene graphs involving operations for analysing video streams, e.g. detecting features or characteristics in the video stream
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/47—End-user applications
    • H04N21/472—End-user interface for requesting content, additional data or services; End-user interface for interacting with content, e.g. for content reservation or setting reminders, for requesting event notification, for manipulating displayed content
    • H04N21/4722—End-user interface for requesting content, additional data or services; End-user interface for interacting with content, e.g. for content reservation or setting reminders, for requesting event notification, for manipulating displayed content for requesting additional data associated with the content
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/61—Network physical structure; Signal processing
    • H04N21/6106—Network physical structure; Signal processing specially adapted to the downstream path of the transmission network
    • H04N21/6112—Network physical structure; Signal processing specially adapted to the downstream path of the transmission network involving terrestrial transmission, e.g. DVB-T
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/61—Network physical structure; Signal processing
    • H04N21/6106—Network physical structure; Signal processing specially adapted to the downstream path of the transmission network
    • H04N21/6118—Network physical structure; Signal processing specially adapted to the downstream path of the transmission network involving cable transmission, e.g. using a cable modem
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/61—Network physical structure; Signal processing
    • H04N21/6106—Network physical structure; Signal processing specially adapted to the downstream path of the transmission network
    • H04N21/6125—Network physical structure; Signal processing specially adapted to the downstream path of the transmission network involving transmission via Internet
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/80—Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
    • H04N21/81—Monomedia components thereof
    • H04N21/8126—Monomedia components thereof involving additional data, e.g. news, sports, stocks, weather forecasts
    • H04N21/814—Monomedia components thereof involving additional data, e.g. news, sports, stocks, weather forecasts comprising emergency warnings
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/80—Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
    • H04N21/85—Assembly of content; Generation of multimedia applications
    • H04N21/858—Linking data to content, e.g. by linking an URL to a video object, by creating a hotspot
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/80—Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
    • H04N21/85—Assembly of content; Generation of multimedia applications
    • H04N21/858—Linking data to content, e.g. by linking an URL to a video object, by creating a hotspot
    • H04N21/8586—Linking data to content, e.g. by linking an URL to a video object, by creating a hotspot by using a URL

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Multimedia (AREA)
  • Business, Economics & Management (AREA)
  • Emergency Management (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Marketing (AREA)
  • Databases & Information Systems (AREA)
  • Human Computer Interaction (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

하이브리드 방송 서비스를 프로세싱하는 장치는 상기 하이브리드 방송 서비스를 위하여, 방송 채널을 통해 방송 신호를 수신하거나 브로드밴드 채널을 통해 컨텐츠를 수신하는 수신 모듈 - 상기 방송 신호는 상기 하이브리드 방송 서비스에 대한 데이터 및 긴급 경보 메시지(EAM)을 포함함 -; 및 컴패니언 장치로부터 요청을 수신하고 상기 요청에 기초하여 컨텐츠 또는 연속 컴포넌트 또는 파일 또는 데이터 또는 미디어 타임라인 정보 또는 EAM 중의 적어도 하나를 전송하는 프로세서 - 상기 연속 컴포넌트 또는 파일 또는 데이터는 현재 선택된 하이브리드 방송 서비스의 일부임 - 를 포함한다.

Description

방송 수신 장치 및 방송 수신 장치의 동작 방법{BROADCAST RECEIVING DEVICE AND OPERATING METHOD THEREOF}
본 발명은 방송 수신 장치 및 방송 수신 장치의 동작 방법에 관한 것이다.
디지털 방송 환경 및 통신 환경의 발전에 따라 기존 방송망뿐만 아니라 통신망(예들 들어, 브로드밴드)을 이용하는 하이브리드 방송이 각광 받고 있다. 또한 이러한 하이브리드 방송은 스마트폰 이나 태블릿 등의 단말 장치와 연동하는 어플리케이션이나 방송 서비스를 제공하고 있다. 스마트폰 이나 태블릿 등의 단말 장치의 사용이 늘어남에 따라 스마트폰 이나 태블릿 등의 단말 장치와 효율적으로 연동할 수 있는 방송 서비스를 제공할 필요가 있다.
특히, 방송 서비스의 속성이나 방송을 통해 전송 되는 긴급 경보 등의 정보를 스마트폰이나 태블릿 등의 단말 장치에게 효율적으로 제공할 수 있는 방송 서비스가 필요하다.
본 발명의 일 실시예는 단말 장치와 효율적으로 연동할 수 있는 방송 서비스를 제공하는 방송 수신 장치 및 방송 수신 장치의 동작 방법을 제공하는 것을 목적으로 한다.
특히, 본 발명의 일 실시예는 단말 장치에게 정보를 효율적으로 전송하도록 하는 방송 서비스를 제공하는 방송 수신 장치 및 방송 수신 장치의 동작 방법을 제공하는 것을 목적으로 한다.
본 발명에 따른 목적 및 다른 이점을 달성하기 위하여, 본 발명은 하이브리드 방송 서비스를 프로세싱하는 방법으로서, 상기 하이브리드 방송 서비스를 위하여, 방송 채널을 통해 방송 신호를 수신하거나 브로드밴드 채널을 통해 컨텐츠를 수신하는 단계 - 상기 방송 신호는 상기 하이브리드 방송 서비스에 대한 데이터 및 긴급 경보 메시지(EAM)을 포함함 -; 컴패니언 장치로부터 요청을 수신하는 단계; 및 상기 요청에 기초하여 컨텐츠 또는 연속 컴포넌트 또는 파일 또는 데이터 또는 미디어 타임라인 정보 또는 EAM 중의 적어도 하나를 전송하는 단계 - 상기 연속 컴포넌트 또는 파일 또는 데이터는 현재 선택된 하이브리드 방송 서비스의 일부임 - 를 포함하는 방법을 제공한다.
본 발명의 일 실시예는 단말 장치와 효율적으로 연동할 수 있는 방송 서비스를 제공하는 방송 수신 장치 및 방송 수신 장치의 동작 방법을 제공한다.
특히, 본 발명의 일 실시예는 단말 장치에게 정보를 효율적으로 전송하도록하는 방송 서비스를 제공하는 방송 수신 장치 및 방송 수신 장치의 동작 방법을 제공한다.
도 1은 본 발명의 일 실시예에 따른 차세대 방송 서비스에 대한 방송 신호 송신 장치의 구조를 나타낸다.
도 2는 본 발명의 일 실시 예에 따른 인풋 포맷팅(Input formatting, 입력 포맷) 모듈을 나타낸다.
도 3는 본 발명의 다른 일 실시예에 따른 인풋 포맷팅(Input formatting, 입력 포맷) 블록을 나타낸다.
도 4은 본 발명의 다른 일 실시예에 따른 인풋 포맷팅(Input formatting, 입력 포맷) 블록을 나타낸다.
도 5는 본 발명의 일 실시예에 따른 BICM (bit interleaved coding & modulation) 블록을 나타낸다.
도 6는 본 발명의 다른 일 실시예에 따른 BICM 블록을 나타낸다.
도 7은 본 발명의 일 실시예에 따른 프레임 빌딩(Frame Building, 프레임 생성) 블록을 나타낸다.
도 8은 본 발명의 일 실시예에 따른 OFDM (orthogonal frequency division multiplexing) 제너레이션(generation, 생성) 블록을 나타낸다.
도 9은 본 발명의 일 실시예에 따른 차세대 방송 서비스에 대한 방송 신호 수신 장치의 구조를 나타낸다.
도 10는 본 발명의 일 실시예에 따른 프레임 구조를 나타낸다.
도 11은 본 발명의 일 실시예에 따른 프레임의 시그널링 계층 구조를 나타낸다.
도 12은 본 발명의 일 실시예에 따른 프리앰블 시그널링 데이터를 나타낸다.
도 13는 본 발명의 일 실시예에 따른 PLS1 데이터를 나타낸다.
도 14은 본 발명의 일 실시예에 따른 PLS2 데이터를 나타낸다.
도 15는 본 발명의 다른 일 실시예에 따른 PLS2 데이터를 나타낸다.
도 16는 본 발명의 일 실시예에 따른 프레임의 로지컬(logical, 논리) 구조를 나타낸다.
도 17은 본 발명의 일 실시예에 따른 PLS (physical layer signalling) 매핑을 나타낸다.
도 18은 본 발명의 일 실시예에 따른 EAC (emergency alert channel) 매핑을 나타낸다.
도 19은 본 발명의 일 실시예에 따른 FIC (fast information channel) 매핑을 나타낸다.
도 20은 본 발명의 일 실시예에 따른 DP 타입을 나타낸다.
도 21은 본 발명의 일 실시 예에 따른 DP 매핑을 나타낸다.
도 22는 본 발명의 일 실시예에 따른 FEC (forward error correction) 구조를 나타낸다.
도 23은 본 발명의 일 실시 예에 따른 비트 인터리빙을 나타낸다.
도 24는 본 발명의 일 실시예에 따른 셀-워드(cell-word) 디멀티플렉싱을 나타낸다.
도 25은 본 발명의 일 실시예에 따른 타임 인터리빙을 나타낸다.
도 26은 본 발명의 일 실시예에 따른 트위스트된 행-열 블록 인터리버의 기본 동작을 나타낸다.
도 27는 본 발명의 다른 일 실시예에 따른 트위스트된 행-열 블록 인터리버의 동작을 나타낸다.
도 28은 본 발명의 일 실시예에 따른 트위스트된 행-열 블록 인터리버의 대각선 방향 읽기 패턴을 나타낸다.
도 29는 본 발명의 일 실시예에 따른 각 인터리빙 어레이(array)로부터 인터리빙된 XFECBLOCK을 나타낸다.
도 30은 본 발명의 일 실시예에 따른 방송 수신 장치의 구성을 보여준다.
도 31은 본 발명의 일 실시예에 따른 연동 장치와 연동하는 방송 서비스를 제공하는 방송 시스템을 보여준다.
도 32는 본 발명의 일 실시예에 따라 시그널링되는 방송 서비스의 속성을 보여준다.
도 33은 본 발명의 일 실시예에 따라 시그널링되는 방송 서비스 속성의 상태를 나타내는 변수를 보여준다.
도 34는 본 발명의 일 실시예에 따라 방송 수신 장치가 연동 장치에게 방송 서비스 속성을 시그널링하는 동작을 보여주는 래더다이그램이다.
도 35는 본 발명의 일 실시예에 따라 방송 수신 장치가 연동 장치에게 시그널링하는 방송 서비스 속성의 데이터 형식을 보여준다.
도 36은 본 발명의 또 다른 실시예에 따라 방송 수신 장치가 연동 장치에게 시그널링하는 방송 서비스 속성의 상태를 나타내는 변수, 방송 서비스 속성을 위한 액션 및 액션의 인수(argument)를 보여준다.
도 37은 본 발명의 또 다른 실시예에 따라 방송 수신 장치가 연동 장치에게 방송 서비스 속성을 시그널링하는 동작을 보여주는 래더다이그램이다.
도 38은 본 발명의 또 다른 실시예에 따라 방송 수신 장치가 연동 장치에게 시그널링하는 방송 서비스 속성 변경 여부의 데이터 형식을 보여준다.
도 39는 본 발명의 또 다른 실시예에 따라 방송 수신 장치가 연동 장치에게 시그널링하는 방송 서비스 속성의 상태를 나타내는 변수들을 보여준다.
도 40은 본 발명의 또 다른 실시예에 따라 방송 수신 장치가 연동 장치에게 시그널링하는 방송 서비스 속성 변경 여부의 데이터 형식을 보여준다.
도 41은 본 발명의 또 다른 실시예에 따라 방송 수신 장치가 연동 장치에게 시그널링하는 방송 서비스 속성의 상태를 나타내는 변수들을 보여준다.
도 42는 본 발명의 또 다른 실시예에 따라 방송 수신 장치가 연동 장치에게 방송 서비스 속성을 시그널링하는 동작을 보여주는 래더다이그램이다.
도 43은 본 발명의 또 다른 실시예에 따라 방송 수신 장치가 연동 장치에게 시그널링하는 방송 서비스 속성의 상태를 나타내는 변수, 방송 서비스 속성을 위한 액션 및 액션의 인수(argument)를 보여준다.
도 44는 본 발명의 또 다른 실시예에 따라 방송 수신 장치가 연동 장치에게 방송 서비스 속성을 시그널링하는 동작을 보여주는 래더다이그램이다.
도 45는 본 발명의 일 실시예에 따라 긴급 경보가 생성되어 방송망을 통해서 전송되는 과정을 보여준다.
도 46은 본 발명의 일 실시예에 따라 방송 수신 장치가 방송망을 통해 시그널링되는 긴급 경보를 추출하여 표시하는 것을 보여준다.
도 47은 본 발명의 일 실시예에 따른 긴급 경보 메시지 형식을 보여준다.
도 48은 본 발명의 일 실시예에 따라 방송 수신 장치가 시그널링하는 긴급 경보의 상태를 나타내는 변수, 긴급 경보를 위한 액션 및 액션의 인수(argument)를 보여준다.
도 49는 본 발명의 일 실시예에 따라 방송 수신 장치가 시그널링하는 긴급 경보를 포함하는 메시지에 대한 정보를 보여준다.
도 50은 본 발명의 일 실시예에 따라 방송 수신 장치가 연동 장치에게 긴급 경보를 시그널링하는 동작을 보여주는 래더다이어그램이다.
도 51은 본 발명의 일 실시예에 따라 방송 수신 장치가 긴급 경보의 우선 순위를 판단하는 기준을 보여준다.
도 52는 본 발명의 또 다른 실시예에 따라 방송 수신 장치가 긴급 경보의 우선 순위를 판단하는 기준을 보여준다.
도 53은 본 발명의 또 다른 실시예에 따라 방송 수신 장치가 긴급 경보의 우선 순위를 판단하는 기준을 보여준다.
도 54는 본 발명의 또 다른 실시예에 따라 방송 수신 장치가 시그널링하는 긴급 경보의 상태를 나타내는 변수, 긴급 경보를 위한 액션 및 액션의 인수(argument)를 보여준다.
도 55는 본 발명의 또 다른 실시예에 따라 방송 수신 장치가 연동 장치에게 긴급 경보를 시그널링하는 동작을 보여주는 래더다이어그램이다.
도 56은 본 발명의 또 다른 실시예에 따라 방송 수신 장치가 연동 장치에게 긴급 경보를 시그널링하는 동작을 보여주는 래더다이어그램이다.
도 57은 본 발명의 또 다른 실시예에 따라 방송 수신 장치가 연동 장치에게 긴급 경보를 시그널링하는 동작을 보여주는 래더다이어그램이다.
도 58은 본 발명의 실시예에 따른 하이브리드 방송 서비스 프로세싱의 플로우챠트이다.
도 59는 본 발명의 다른 실시예에 따른 하이브리드 방송 서비스 프로세싱의 플로우챠트이다.
아래에서는 첨부한 도면을 참고로 하여 본 발명의 실시예에 대하여 본 발명이 속하는 기술 분야에서 통상의 지식을 가진 자가 용이하게 실시할 수 있도록 상세히 설명한다. 그러나 본 발명은 여러 가지 상이한 형태로 구현될 수 있으며 여기에서 설명하는 실시예에 한정되지 않는다. 그리고 도면에서 본 발명을 명확하게 설명하기 위해서 설명과 관계없는 부분은 생략하였으며, 명세서 전체를 통하여 유사한 부분에 대해서는 유사한 도면 부호를 붙였다.
또한 어떤 부분이 어떤 구성요소를 "포함"한다고 할 때, 이는 특별히 반대되는 기재가 없는 한 다른 구성요소를 제외하는 것이 아니라 다른 구성요소를 더 포함할 수 있는 것을 의미한다.
본 발명의 일 실시 예에 따른 방송 전송 장치 및 그 방법은 지상파 방송 서비스를 위한 베이스 프로파일, 모바일 방송 서비스를 위한 핸드헬드 프로파일 및 UHDTV 서비스를 위한 어드벤스 프로파일로 구분될 수 있다. 이 경우, 베이스 프로파일은 지상파 방송 서비스 및 모바일 방송 서비스 모두를 위한 프로파일로 사용될 수 있다. 이때, 베이스 프로파일은 모바일 프로파일을 포함하는 프로파일의 컨셉으로 정의될 수 있다. 이는 디자이너의 의도에 따라 변경될 수 있다.
본 발명은 일 실시예에 따라 비-MIMO (non-Multiple Input Multiple Output) 또는 MIMO 방식을 통해 차세대 방송 서비스에 대한 방송 신호를 처리할 수 있다. 본 발명의 일 실시예에 따른 비-MIMO 방식은 MISO (Multiple Input Single Output) 방식, SISO (Single Input Single Output) 방식 등을 포함할 수 있다.
MISO 또는 MIMO가 설명의 편의를 위해 다음에서 2개의 안테나를 사용하지만, 본 발명은 2개 이상의 안테나를 이용하는 시스템에 적용될 수 있다.
본 발명은 특정한 사용 케이스를 위해 요구되는 성능을 획득하면서 수신기 복잡도를 최소화하기에 각각 최적화된 3개의 물리층(PL) 프로파일(베이스, 핸드헬드 및 어드밴스드 프로파일)을 정의할 수 있다. 물리층(PHY) 프로파일은 해당 수신기가 구현해야 하는 모든 구성의 서브세트이다.
3개의 PHY 프로파일은 기능 블록의 대부분을 공유하지만 특정 블록 및/또는 파라미터에 있어서 약간 다르다. 추가의 PHY 프로파일이 미래에 정의될 수 있다. 시스템 진화를 위해, 미래의 프로파일은 또한 FEF(future extension frame)을 통해 단일 RF 채널 내의 기존 프로파일과 멀티플렉싱될 수 있다. 각각의 PHY 프로파일의 세부사항은 이하에서 설명한다.
1. 베이스 프로파일
베이스 프로파일은 루프톱(roof-top) 안테나에 통상 접속되는 고정 수신 장치에 대한 주요 사용 케이스를 나타낸다. 베이스 프로파일은 또한 어느 장소로 운반될 수 있지만 비교적 정지된 수신 카테고리에 속하는 포터블 장치를 포함한다. 베이스 프로파일의 사용은 임의의 개선된 구현예에 의해 핸드헬드 장치 또는 심지어 차량 장치로 확장될 수 있지만, 이들 사용 케이스는 베이스 프로파일 수신기 동작에 대해서는 기대되지 않는다.
수신의 타겟 SNR 범위는 대략 10 내지 20 dB이고, 이는 기존 방송 시스템(예를 들어, ATSC A/53)의 15dB SNR 수신 능력을 포함한다. 수신기 복잡도 및 소비 파워는 핸드헬드 프로파일을 사용하는 배터리 동작 핸드헬드 장치에서처럼 중요하지 않다. 베이스 프로파일에 대한 중요한 시스템 파라미터는 이하의 표 1에 열거된다.
LDPC 코드워드 길이 16K, 64K 비트
성상(constellation) 사이즈 4-10 bpcu (채널 용도별 비트)
시간 디인터리빙 메모리 사이즈 ≤219 데이터 셀
파일럿 패턴 고정 수신을 위한 파일럿 패턴
FFT 사이즈 16K, 32K 포인트
2. 핸드헬드 프로파일
핸드헬드 프로파일은 배터리 파워로 동작하는 핸드헬드 및 차량 장치에 사용되도록 설계되었다. 장치는 보행자 또는 차량 속도로 이동할 수 있다. 수신기 복잡도 뿐만 아니라 소비 파워는 핸드헬드 프로파일의 장치의 구현에 매우 중요하다. 핸드헬드 프로파일의 타겟 SNR 범위는 대략 0 내지 10dB이지만, 더 깊은 실내 수신을 대상으로 할 때 0dB 미만에 도달하도록 구성될 수 있다.
낮은 SNR 능력에 더하여, 수신기 이동도에 의해 유발된 도플러 효과에 대한 탄력성은 핸드헬드 프로파일의 가장 중요한 성능 속성이다. 핸드헬드 프로파일에 대한 중요한 파라미터는 이하의 표 2에 열거된다.
LDPC 코드워드 길이 16K 비트
성상(constellation) 사이즈 2-8 bpcu
시간 디인터리빙 메모리 사이즈 ≤218 데이터 셀
파일럿 패턴 모바일 및 실내 수신을 위한 파일럿 패턴
FFT 사이즈 8K, 16K 포인트
3. 어드밴스드 프로파일
어드밴스드 프로파일은 더 많은 구현 복잡도를 희생하고 가장 높은 채널 용량을 제공한다. 이 프로파일은 MIMO 송신 및 수신의 이용을 요구하고 UHDTV 서비스는 이 프로파일이 특별히 설계된 타겟 사용 케이스이다. 증가된 용량은 또한 주어진 대역폭 내에서 증가된 수의 서비스, 예를 들어, SDTV 또는 HDTV 서비스를 허용하도록 사용될 수 있다.
어드밴스드 프로파일의 타겟 SNR 범위는 대략 20 내지 30dB이다. MIMO 송신은 초기에 기존의 타원 편파(elliptically-polarized) 송신 장치를 이용할 수 있지만, 미래에 풀 파워 교차 편파 송신(full-power cross-polarized transmission)으로 확장된다. 어드밴스드 프로파일에 대한 중요한 시스템 파라미터는 이하의 표 3에 열거된다.
LDPC 코드워드 길이 16K, 64K 비트
성상(constellation) 사이즈 8-12 bpcu
시간 디인터리빙 메모리 사이즈 ≤219 데이터 셀
파일럿 패턴 고정 수신을 위한 파일럿 패턴
FFT 사이즈 16K, 32K 포인트
이 경우, 베이스 프로파일은 지상파 방송 서비스 및 모바일 방송 서비스 모두를 위한 프로파일로서 사용될 수 있다. 즉, 베이스 프로파일은 모바일 프로파일을 포함하는 프로파일의 개념을 정의하는데 사용될 수 있다. 또한, 어드밴스드 프로파일은 MIMO를 갖는 베이스 프로파일을 위한 어드밴스드 프로파일 및 MIMO를 갖는 핸드헬드 프로파일을 위한 어드밴스드 프로파일로 분리될 수 있다. 또한, 3개의 프로파일은 설계자의 의도에 따라 변경될 수 있다.
다음의 용어 및 정의가 본 발명에 적용될 수 있다. 다음의 용어 및 정의는 설계에 따라 변경될 수 있다.
보조 스트림: 아직 정의되지 않은 변조 및 코딩의 데이터를 전달하는 셀의 시퀀스로서, 미래 확장을 위해 또는 브로드캐스터 또는 네트워크 오퍼레이터에 의한 요구대로 사용될 수 있다.
베이스 데이터 파이프: 서비스 시그널링 데이터를 전달하는 데이터 파이프
베이스밴드 프레임(또는 BBFRAME): 하나의 FEC 인코딩 프로세스(BCH 및 LDPC 인코딩)으로의 입력을 형성하는 Kbch 비트의 세트
셀: OFDM 송신의 하나의 캐리어에 의해 전달되는 변조 값
코딩 블록: PLS1 데이터의 LDPC 인코딩 블록 또는 PLS2 데이터의 LDPC 인코딩 블록 중의 하나
데이터 파이프: 서비스 데이터 또는 관련 메타데이터를 전달하는 물리층 내의 논리 채널로서, 하나 또는 다수의 서비스(들) 또는 서비스 컴포넌트(들)를 전달할 수 있다.
데이터 파이프 단위: 프레임 내의 DP로 데이터 셀을 할당하는 기본 단위
데이터 심볼: 프리앰블 심볼이 아닌 프레임 내의 OFDM 심볼 (프레임 시그널링 심볼 및 프레임 에지 심볼은 데이터 심볼에 포함된다.)
DP_ID: 이 8 비트 필드는 SYSTEM_ID에 의해 식별된 시스템 내의 DP 를 고유하게 식별한다.
더미 셀: PLS 시그널링, DP 또는 보조 스트림에 사용되지 않는 나머지 용량을 채우는데 사용되는 의사 랜덤 값을 전달하는 셀
비상 경계 채널(emergency alert channel; EAS): EAS 정보 데이터를 전달하는 프레임의 일부
프레임: 프리앰블로 시작하고 프레임 에지 심볼로 종료하는 물리층 시간 슬롯
프레임 수신 유닛: FET를 포함하는 동일 또는 상이한 물리층 프로파일에 속하는 프레임 세트로서, 수퍼 프레임 내에서 8회 반복된다.
고속 정보 채널: 서비스 및 대응 베이스 DP 사이의 맵핑 정보를 전달하는 프레임 내의 논리 채널
FECBLOCK: DP 데이터의 LDPC 인코딩 비트의 세트
FFT 사이즈: 특정 모드에 사용되는 공칭 FFT 사이즈로, 기본 기간((elementary period)(T)의 주기로 표현되는 액티브 심볼 기간(Ts)과 동일하다.
프레임 시그널링 심볼: FFT 사이즈, 보호 구간(guard interval) 및 분산형 파일럿 패턴의 소정의 조합으로 프레임의 시작시에 사용되는 더 높은 파일럿 밀도를 갖는 OFDM 심볼로, PLS 데이터의 일부를 전달한다.
프레임 에지 심볼: FFT 사이즈, 보호 구간(guard interval) 및 분산형 파일럿 패턴의 소정의 조합으로 프레임의 종료시에 사용되는 더 높은 파일럿 밀도를 갖는 OFDM 심볼
프레임 그룹: 수퍼 프레임 내의 동일한 PHY 프로파일 타입을 갖는 모든 프레임의 세트
미래 확장 프레임: 미래 확장을 위해 사용될 수 있는 수퍼 프레임 내의 물리층 시간 슬롯으로서, 프리앰블로 시작한다.
퓨처캐스트(futurecast) UTB 시스템: 입력이 하나 이상의 MPEG2-TS 또는 IP 또는 일반 스트림(들)이고 출력이 RF 신호인 제안된 물리층 방송 시스템
입력 스트림: 시스템에 의해 엔드 사용자에게 전달되는 서비스의 앙상블을 위한 데이터의 스트림
정상 데이터 심볼: 프레임 시그널링 심볼 및 프레임 에지 심볼을 제외한 데이터 심볼
PHY 프로파일: 해당 수신기가 구현해야 하는 모든 구성의 서브세트
PLS: PSL1 및 PLS2로 구성된 물리층 시그널링 데이터
PLS1: 고정 사이즈, 코딩 및 변조를 갖는 FSS 심볼에서 전달되는 PLS 데이터의 제1 세트로서, PLS2를 디코딩하는데 필요한 파라미터 뿐만 아니라 시스템에 관한 기본 정보를 전달한다.
주(note): 프레임 그룹의 듀레이션을 위해 PLS1 데이터는 일정하게 유지된다.
PLS2: FSS 심볼에서 송신되는 PLS 데이터의 제2 세트로서, 시스템 및 DP에 대한 더 세부적인 PLS 데이터를 전달한다.
PLS2 동적 데이터: 프레임별로 동적으로 변할 수 있는 PLS2 데이터
PLS2 정적 데이터: 프레임 그룹의 듀레이션 동안 정적으로 유지되는 PLS2 데이터
프리앰블 시그널링 데이터: 프리앰블 심볼에 의해 전달되고 시스템의 기본 모드를 식별하는데 사용되는 시그널링 데이터
프리앰블 심볼: 기본 PLS 데이터를 전달하고 프레임의 초기에 위치하는 고정 길이 파일럿 심볼
주: 프리앰블 심볼은 주로 고속 초기 밴드 스캔을 위해 사용되어 시스템 신호, 그 타이밍, 주파수 오프셋 및 FFT 사이즈를 검출한다.
미래 사용을 위해 예약: 현재 문서에서는 정의되지 않지만 미래에 정의될 수 있다.
수퍼 프레임: 8개의 프레임 반복 단위의 세트
시간 인터리빙 블록(TI 블록): 시간 인터리버 메모리의 하나의 용도에 대응하는 시간 인터리빙이 수행되는 셀의 세트
TI 그룹: 특정 DP을 위한 동적 용량 할당이 수행되는 단위로서, 정수, 즉, 동적으로 변하는 수의 XFECBLOCK으로 구성된다.
주: TI 그룹은 하나의 프레임에 직접 맵핑되거나 다수의 프레임에 맵핑될 수 있다. 이것은 하나 이상의 TI 블록을 포함할 수 있다.
타입 1 DP: 모든 DP가 TDM 방식으로 맵핑되는 프레임의 DP
타입 2 DP: 모든 DP가 FDM 방식으로 맵핑되는 프레임의 DP
XFECBLOCK: 하나의 LDPC FECBLOCK의 모든 비트를 전달하는 Ncells 셀의 세트
도 1은 본 발명의 실시예에 따라 미래의 방송 서비스를 위한 방송 신호를 송신하는 장치의 구조를 나타내는 도면이다.
본 발명의 실시예에 따라 미래의 방송 서비스를 위한 방송 신호를 송신하는 장치는 입력 포맷팅 블록(1000), BICM(bit interleaved coding & modulation) 블록(1010), 프레임 구조 블록(1020), OFDM(orthogonal frequency division multiplexing) 생성 블록(1030), 시그널링 생성 블록(1040)을 포함할 수 있다. 방송 신호를 송신하는 장치의 각 모듈의 동작을 이하에서 설명한다.
IP 스트림/패킷 및 MPEG2-TS는 메인 입력 포맷이고, 다른 스트림 타입은 일반 스트림으로서 처리된다. 이들 데이터 입력에 더하여, 관리 정보가 입력되어 각 입력 스트림에 대한 해당 대역폭의 스케줄링 및 할당을 제어한다. 하나 또는 다수의 TS 스트림(들), IP 스트림(들) 및/또는 일반 스트림(들) 입력이 동시에 허용된다.
입력 포맷팅 블록(1000)은 각 입력 스트림을 하나 또는 다수의 데이터 파이프(들)로 디멀티플렉스하고, 독립 코딩 및 변조가 데이터 파이프에 적용된다. 데이터 파이프(DP)는 강건함 제어를 위한 기본 단위로, QoS에 영향을 준다. 하나 또는 다수의 서비스(들) 또는 서비스 컴포넌트(들)는 단일 DP에 의해 전달될 수 있다. 입력 포맷팅 블록(1000)의 동작의 세부사항은 후술한다.
데이터 파이프는 서비스 데이터 또는 관련 메타데이터를 전달하는 물리층 내의 논리 채널로, 하나 또는 다수의 서비스(들) 또는 서비스 컴포넌트(들)를 전달할 수 있다.
또한, 데이터 파이프 단위는 프레임 내의 DP에 데이터 셀을 할당하는 기본 유닛이다.
BICM 블록(1010)에서, 패리티 데이터가 에러 정정을 위해 추가되고, 인코딩된 비트 스트림은 복소수값 성상 심볼에 맵핑된다. 심볼은 해당 DP에 사용되는 특정 인터리빙 깊이를 가로질러 인터리빙된다. 어드밴스드 프로파일에 대하여, MIMO 인코딩이 BICM 블록(1010)에서 수행되고 추가의 데이터 경로는 MIMO 송신을 위한 출력에서 더해진다. BICM 블록(1010)의 세부사항은 후술한다.
프레임 빌딩 블록(1020)은 입력 DP의 데이터 셀을 프레임 내의 OFDM 심볼로 맵핑할 수 있다. 맵핑 후, 주파수 인터리빙은 주파수 도메인 다이버시티에 사용되어 특히 주파수 선택 페이딩 채널을 방지한다. 프레임 빌딩 블록(1020)의 동작의 세부사항은 후술한다.
각 프레임의 초기에 프리앰블을 삽입한 후에, OFDM 생성 블록(1030)은 보호 구간으로서 순환 전치(cyclic prefix)를 갖는 종래의 OFDM 변조를 적용할 수 있다. 안테나 공간 다이버시트리를 위하여, 분산형 MISO 방식이 송신기에 적용된다. 또한, PAPR(peak-to-average power reduction) 방식이 시간 도메인에서 수행된다. 유연한 네트워크 계획을 위해, 이 제안은 다양한 FFT 사이즈, 보호 구간 길이 및 해당 파일럿 패턴의 세트를 제공한다.
시그널링 생성 블록(1040)은 각 기능 블록의 동작에 사용되는 물리층 시그널링 정보를 생성할 수 있다. 이 시그널링 정보는 또한 관심있는 서비스가 수신측에서 적절히 회복되도록 송신된다. 시그널링 생성 블록(1040)의 동작의 세부사항은 후술한다.
도 2, 3 및 4는 본 발명의 실시예에 따른 입력 포맷팅 블록(1000)을 나타낸다. 각 도면에 대하여 설명한다.
도 2는 본 발명의 일 실시예에 따른 입력 포맷팅 블록을 나타내는 도면이다. 도 2는 입력 신호가 단일 입력 스트림일 때의 입력 포맷팅 블록을 나타낸다.
도 2에 도시된 입력 포맷팅 블록은 도 1을 참조하여 설명한 입력 포맷팅 블록(1000)의 실시예에 해당한다.
물리층으로의 입력은 하나 또는 다수의 데이터 스트림으로 구성될 수 있다. 각 데이터 스트림은 하나의 DP에 의해 전달된다. 모드 적응 모듈은 들어오는 데이터 스트림을 베이스밴드 프레임(BBF)의 데이터 필드로 슬라이스한다. 시스템은 3가지 타입의 입력 데이터 스트림, 즉, MPEG2-TS, 인터넷 프로토콜(IP) 및 GS(generic stream)를 지원한다. MPEG2-TS는 고정 길이(188 바이트) 패킷으로 특성화되고, 제1 바이트는 싱크(sync) 바이트(0x47)이다. IP 스트림은 IP 패킷 헤더 내에서 시그널링되는 가변 길이 IP 데이터그램 패킷으로 구성된다. 시스템은 IP 스트림을 위한 IPv4 및 IPv6를 지원한다. GS는 캡슐화 패킷 헤더 내에서 시그널링되는 가변 길이 패킷 또는 고정 길이 패킷으로 구성될 수 있다.
(a) 는 신호 DP를 위한 모드 적응 블록(2000) 및 스트림 적응 블록(2010)을 나타내고, (b)는 PLS 신호를 생성하고 처리하는 PLS 생성 블록(2020) 및 PLS 스크램블러(2030)를 나타낸다. 각 블록의 동작을 설명한다.
입력 스트림 스플리터는 입력 TS, IP, GS 스트림을 다수의 서비스 또는 서비스 컴포넌트(오디오, 비디오, 등) 스트림으로 분리한다. 모드 적응 모듈(2010)은 CRC 인코더, BB(baseband) 프레임 슬라이서 및 BB 프레임 헤더 삽입 블록으로 구성된다.
CRC 인코더는 사용자 패킷(UP) 레벨, 즉, CRC-8, CRC-16 및 CRC-32에서 에러 정정을 위한 3가지 타입의 CRC 인코딩을 제공한다. 계산된 CRC 바이트는 UP 후에 첨부된다. CRC-8는 TS 스트림에 사용되고 CRC-32는 IP 스트림에 사용된다. GS 스트림이 CRC 인코딩을 제공하지 않으면, 제안된 CRC 인코딩이 적용되어야 한다.
BB 프레임 슬라이서는 입력을 내부 논리 비트 포맷으로 맵핑한다. 처음 수신된 비트는 MBS인 것으로 정의된다. BB 프레임 슬라이서는 이용가능한 데이터 필드 용량과 동일한 다수의 입력 비트를 할당한다. BBF 페이로드와 동일한 다수의 입력 비트를 할당하기 위하여, UP 패킷 스트림은 BBF의 데이터 필드에 맞도록 슬라이스된다.
BB 프레임 헤더 삽입 블록은 2바이트의 고정 길이 BBF 헤더를 BB 프레임의 앞에 삽입할 수 있다. BBF 헤더는 STUFFI (1 비트), SYNCD(13 비트) 및 RFU(2 비트)로 구성된다. 고정 2바이트 BBF 헤더에 더하여, BBF는 2바이트 BBF 헤더의 끝에 확장 필드(1 또는 3 바이트)를 가질 수 있다.
스트림 적응 블록(2010)은 스터핑(stuffing) 삽입 블록 및 BB 스크램블러로 구성된다.
스터핑 삽입 블록은 스터핑 필드를 BB 프레임의 페이로드에 삽입할 수 있다. 스트림 적응으로의 입력 데이터가 BB 프레임을 채우기에 충분하면, STUFFI는 "0"으로 설정되고 BBF는 스터핑 필드를 갖지 않는다. 그렇지 않으면, STUFFI가 "1"로 설정되고 스터핑 필드가 BBF 헤더 직후에 삽입된다. 스터핑 필드는 2 바이트의 스터핑 필드 헤더 및 가변 사이즈의 스터핑 데이터를 포함한다.
BB 스크램블러는 에너지 분산(energy dispersal)을 위해 완전한 BBF를 스크램블링한다. 스크램블링 시퀀스는 BBF와 동시 발생한다. 스크램블링 시퀀스는 피드백된 시프트 레지스터에 의해 생성된다.
PLS 생성 블록(2020)은 물리층 시그널링(PLS) 데이터를 생성할 수 있다. PLS는 수신기에 물리층 DP를 액세스하는 수단을 제공한다. PLS 데이터는 PLS1 데이터 및 PLS2 데이터로 구성된다.
PLS1 데이터는 고정 사이즈, 코딩 및 변조를 갖는 프레임 내의 FSS 심볼에서 전달되는 PLS 데이터의 제1 세트로서, PLS2 데이터를 디코딩하는데 필요한 파라미터 뿐만 아니라 시스템에 관한 기본 정보를 전달한다. PLS1 데이터는 PLS2 데이터의 수신 및 디코딩을 가능하게 하는데 요구되는 파라미터를 포함하는 기본 송신 파라미터를 제공한다. 또한, PLS1 데이터는 프레임 그룹의 듀레이션 동안 일정하게 유지된다.
PLS2 데이터는 FSS 심볼에서 전송되는 PLS 데이터의 제2 세트로서, 시스템 및 DP에 대한 더 상세한 PLS 데이터를 전달한다. PLS2는 수신기에게 충분한 데이터를 제공하여 원하는 DP를 디코딩하는 파라미터를 포함한다. PLS2 시그널링은 또한 2가지 타입의 파라미터, 즉, PLS2 정적 데이터(PLS2-STAT 데이터) 및 PLS2 동적 데이터(PLS2-DYN 데이터)로 구성된다. PLS2 정적 데이터는 프레임 그룹의 듀레이션 동안 정적으로 남아 있는 PLS2 데이터이고, PLS2 동적 데이터는 프레임별로 동적으로 변할 수 있는 PLS2 데이터이다.
PLS 데이터의 세부사항은 후술한다.
PLS 스크램블러(2030)는 에너지 분산을 위해 생성된 PLS 데이터를 스크램블링할 수 있다.
상술한 블록은 생략되거나 유사 또는 동일한 기능을 갖는 블록으로 대체될 수 있다.
도 3은 본 발명의 다른 실시예에 따른 입력 포맷팅 블록을 나타내는 도면이다.
도 3에 도시된 입력 포맷팅 블록은 도 1을 참조하여 설명한 입력 포맷팅 블록(1000)의 실시예에 해당한다.
도 3은 입력 신호가 다수의 입력 스트림에 대응할 때 입력 포맷팅 블록의 모드 적응 블록을 나타낸다.
다수의 입력 스트림을 처리하는 입력 포맷팅 블록의 모드 적응 블록은 독립적으로 다수의 입력 스트림을 처리할 수 있다.
도 3을 참조하면, 다수의 입력 스트림을 각각 처리하는 모드 적응 블록은 입력 스트림 스플리터(3000), 입력 스트림 동기화기(3010), 보상 지연 블록(3020), 널(null) 패킷 삭제 블록(3030), 헤드 압축 블록(3040), CRC 인코더(3050), BB 프레임 슬라이서(3060) 및 BB 헤더 삽입 블록(3070)을 포함할 수 있다. 모드 적응 블록의 각 블록을 이하에서 설명한다.
CRC 인코더(3050), BB 프레임 슬라이서(3060) 및 BB 헤더 삽입 블록(3070)의 동작은 도 2를 참조하여 설명한 CRC 인코더, BB 프레임 슬라이서 및 BB 헤더 삽입 블록에 대응하므로 그 설명은 생략한다.
입력 스트림 스플리터(3000)는 입력 TS, IP GS 스트림을 다수의 서비스 또는 서비스 컴포넌트(오디오, 비디오, 등) 스트림으로 분리할 수 있다.
입력 스트림 동기화기(3010)는 ISSY라 할 수 있다. ISSY는 임의의 입력 데이터 포맷에 대한 일정한 엔드-투-엔드 송신 지연 및 CBR(constant bit rate)을 보장하는 적절한 수단을 제공할 수 있다. ISSY는 항상 TS를 전달하는 다수의 DP의 경우에 사용되고, 선택적으로, GS 스트림을 전달하는 DP에 사용된다.
보상 지연 블록(3020)은 ISSY 정보의 삽입 후에 분리된 TS 패킷 스트림을 지연하여 수신기 내의 추가의 메모리를 요구하지 않고 TS 패킷 재결합 메커니즘을 허용할 수 있다.
널 패킷 삭제 블록(3030)은 TS 입력 스트림 케이스에만 사용된다. 임의의 TS 입력 스트림 또는 분리된 TS 스트림은 CBR TS 스트림에 VBR(variable bit-rate) 서비스를 수용하기 위하여 존재하는 다수의 널 패킷을 가질 수 있다. 이 경우, 불필요한 송신 오버헤드를 피하기 위하여, 널 패킷이 식별되고 송신되지 않는다. 수신기에서, 제거된 널 패킷은 송신시에 삽입된 DNP(deleted null-packet) 카운터를 참조하여 본래에 있던 정확한 장소에 재삽입되어, 일정한 비트 레이트를 보장하고 타임스탬프(PCR) 업데이트에 대한 필요성을 피할 수 있다.
헤드 압축 블록(3040)은 패킷 헤더 압축을 제공하여 TS 또는 IP 입력 스트림에 대한 송신 효율을 증가시킬 수 있다. 수신기가 헤더의 소정 부분에 대한 선험적 정보(a priori information)를 가질 수 있으므로, 이 기지의 정보는 송신기에서 삭제될 수 있다.
전송 스트림에 대하여, 수신기는 싱크-바이트 구성(0x47) 및 패킷 길이(188 바이트)에 관한 선험적 정보를 갖는다. 입력 TS 스트림이 단 하나의 PID를 갖는 콘텐츠를 전달하면, 즉, 하나의 서비스 컴포넌트(비디오, 오디오 등) 또는 서비스 서브 컴포넌트(SVC 베이스층, SVC 인핸스먼트층, MVC 베이스 뷰 또는 MVC 종속 뷰)에 대해서만, TS 패킷 헤더 압축이 (선택적으로) 전송 스트림에 적용될 수 있다. 입력 스트림이 IP 스트림이면, IP 패킷 헤더 압축이 선택적으로 사용된다.
상술한 블록은 생략되거나 유사 또는 동일한 기능을 갖는 블록으로 대체될 수 있다.
도 4는 본 발명의 다른 실시예에 따른 입력 포맷팅 블록을 나타내는 도면이다.
도 4에 도시된 입력 포맷팅 블록은 도 1을 참조하여 설명한 입력 포맷팅 블록(1000)의 실시예에 해당한다.
도 4는 입력 신호가 다수의 입력 스트림에 대응할 때 입력 포맷팅 모듈의 스트림 적응 블록을 나타낸다.
도 4를 참조하면, 다수의 입력 스트림을 각각 처리하는 모드 적응 블록은 스케줄러(4000), 1프레임 지연 블록(4010), 스터핑 삽입 블록(4020), 인밴드(in-band) 시그널링(4030), BB 프레임 스크램블러(4040), PLS 생성 블록(4050) 및 PLS 스크램블러(4060)를 포함할 수 있다. 스트림 적응 블록의 각각의 블록을 이하에서 설명한다.
스터핑 삽입 블록(4020), BB 프레임 스크램블러(4040), PLS 생성 블록(4050) 및 PLS 스크램블러(4060)의 동작은 도 2를 참조하여 설명한 스터핑 삽입 블록, BB 스크램블러, PLS 생성 블록 및 PLS 스크램블러에 대응하므로 그 설명은 생략한다.
스케줄러(4000)는 각각의 DP 의 FECBLOCK의 양으로부터 전체 프레임에 걸친 전체 셀 할당을 결정할 수 있다. PLS, EAC 및 FIC에 대한 할당을 포함하여, 스케줄러는 PLS2-DYN 데이터의 값을 생성하고, 이는 프레임의 FSS 내의 인밴드 시그널링 또는 PLS 셀로서 송신된다. FECBLOCK, EAC 및 FIC의 세부사항은 후술한다.
1프레임 지연 블록(4010)은 입력 데이터를 1 송신 프레임만큼 지연시켜 다음 프레임에 관한 스케줄링 정보가 DP로 삽입될 인밴드 시그널링 정보에 대한 현재 프레임을 통해 송신되도록 할 수 있다.
인밴드 시그널링(4030)은 PLS2 데이터의 지연되지 않은 부분을 프레임의 DP로 삽입할 수 있다.
상술한 블록은 생략되거나 유사 또는 동일한 기능을 갖는 블록으로 대체될 수 있다.
도 5는 본 발명의 실시예에 따른 BICM 블록을 나타내는 도면이다.
도 5에 도시된 BICM 블록은 도 1을 참조하여 설명한 BICM 블록(1010)의 실시예에 해당한다.
상술한 바와 같이, 본 발명의 실시예에 따라 미래의 방송 서비스를 위한 방송 신호를 송신하는 장치는 지상파 방송 서비스, 모바일 방송 서비스, UHDTV 서비스 등을 제공할 수 있다.
QoS는 본 발명의 실시예에 따라 미래의 방송 서비스를 위한 방송 신호를 송신하는 장치에 의해 제공되는 서비스의 특성에 의존하므로, 각 서비스에 대응하는 데이터는 상이한 방식을 통해 처리될 필요가 있다. 따라서, 본 발명의 실시예에 따른 BICM 블록은 SISO, MISO 및 MIMO 방식을 데이터 경로에 각각 대응하는 데이터 파이프에 독립적으로 적용함으로써 그에 입력된 DP 를 독립적으로 처리할 수 있다. 결과적으로, 본 발명의 실시예에 따라 미래의 방송 서비스를 위한 방송 신호를 송신하는 장치는 각각의 DP 를 통해 송신되는 각각의 서비스 또는 서비스 컴포넌트에 대한 QoS를 제어할 수 있다.
(a) 는 베이스 프로파일 및 핸드헬드 프로파일에 의해 공유된 BICM 블록을 나타내고, (b)는 어드밴스드 프로파일의 BICM 블록을 나타낸다.
베이스 프로파일 및 핸드헬드 프로파일에 의해 공유된 BICM 블록 및 어드밴스드 프로파일에 의해 공유된 BICM 블록은 각 DP 를 처리하는 복수의 처리 블록을 포함할 수 있다.
베이스 프로파일 및 핸드헬드 프로파일을 위한 BICM 블록 및 어드밴스드 프로파일을 위한 BICM 블록의 각각의 처리 블록을 이하에서 설명한다.
베이스 프로파일 및 핸드헬드 프로파일을 위한 BICM 블록의 처리 블록(5000)은 데이터 FEC 인코더(5010), 비트 인터리버(5020), 성상 맵퍼(5030), SSD(signal space diversity) 인코딩 블록(5040) 및 시간 인터리버(5050)를 포함할 수 있다.
데이터 FEC 인코더(5010)는 입력 BBF에 대하여 FEC 인코딩을 수행하여 아우터 코딩(BCH) 및 이너 코딩(LDPC)를 이용하여 FECBLOCK 절차를 생성할 수 있다. 아우터 코딩(BCH)는 선택적인 코딩 방법이다. 데이터 FEC 인코더(5010)의 동작의 세부사항은 후술한다.
비트 인터리버(5020)는 데이터 FECT 인코더(5010)의 출력을 인터리빙하여 효율적으로 구현가능한 구조를 제공하면서 LDPC 코드 및 변조 방식의 조합으로 최적화된 성능을 달성할 수 있다. 비트 인터리버(5020)의 동작의 세부사항은 후술한다.
성상 맵퍼(5030)는 QPSK, QAM-16, 불균일 QAM(NUQ-64, NUQ-256, NUQ-1024) 또는 불균일 성상(NUC-16, NUC-64, NUC-256, NUC-1024)을 이용하여 베이스 및 핸드헬드 프로파일 내의 비트 인터리버(5020)로부터의 각 셀 워드 및 어드밴스드 프로파일 내의 셀-워드 디멀티플렉서(5010-1)로부터의 셀 워드를 변조하여 파워 정규화 성상 포인트를 제공할 수 있다. 이 성상 맵핑은 DP 에 대해서만 적용된다. QAM-16 및 NUQ가 방형(square shaped)이지만 NUC는 임의의 형상을 갖는다. 각각의 성상이 90도의 임의의 배수로 회전하면, 회전된 성상은 정확히 본래의 성상과 중첩한다. 이 "회전-감각(rotation-sense) 대칭 특성은 실수 성분 및 허수 성분의 평균 파워 및 용량이 서로 같아지게 한다. NUQ 및 NUC는 각 코드 레이트에 대하여 특별히 정의되고 사용되는 특정한 하나가 PLS2 데이터에서 제출된 파라미터(DP_MOD)에 의해 시그널링된다.
SSD 인코딩 블록(5040)은 2(2D), 3(3D) 및 4(4D) 차원으로 셀을 프리코딩하여 상이한 페이딩 조건 하에서 수신 강건함을 증가시킬 수 있다.
시간 인터리버(5050)는 DP 레벨에서 동작할 수 있다. 시간 인터리빙(TI)의 파라미터는 각 DP 에 대하여 상이하게 설정될 수 있다. 시간 인터리버(5050)의 동작의 세부사항은 후술한다.
어드밴스드 프로파일을 위한 BICM 블록의 처리 블록(5000-1)은 데이터 FEC 인코더, 비트 인터리버, 성상 맵퍼 및 시간 인터리버를 포함할 수 있다. 그러나, 처리 블록(5000-1)은 처리 블록(5000)와 구별되며, 셀-워드 디멀티플렉서(5010-1) 및 MIMO 인코딩 블록(5020-1)을 더 포함한다.
또한, 처리 블록(5000-1)의 데이터 FEC 인코더, 비트 인터리버, 성상 맵퍼 및 시간 인터리버의 동작은 상술한 데이터 FEC 인코더(5010), 비트 인터리버(5020), 성상 맵퍼(5030) 및 시간 인터리버(5050)에 대응하므로 그 설명은 생략한다.
셀-워드 디멀티플렉서(5010-1)는 어드밴스드 프로파일의 DP에 사용되어 단일 셀-워드 스트림을 MIMO 처리를 위한 듀얼 셀-워드 스트림으로 분리한다. 셀-워드 디멀티플렉서(5010-1)의 동작의 세부사항은 후술한다.
MIMO 인코딩 블록(5020-1)은 MIMO 인코딩 방식을 이용하여 셀-워드 디멀티플렉서(5010-1)의 출력을 처리할 수 있다. MIMO 인코딩 방식은 방송 신호 송신을 위해 최적화되었다. MIMO 기술은 MIMO 기술은 용량을 증가시키는 우수한 방식이지만 채널 특성에 의존한다. 특히, 브로드캐스팅에 대하여, 상이한 신호 전파 특성에 의해 유발된 2개의 안테나 사이의 수신된 신호 파워의 차 또는 채널의 강한 LOS 성분은 MIMO로부터 용량 이득을 얻기 어렵게 만들 수 있다. 제안된 MIMO 인코딩 방식은 MIMO 출력 신호 중의 하나의 회전 기반 프리코딩 및 위상 랜덤화를 이용하여 이 문제를 극복한다.
MIMO 인코딩은 송신기 및 수신기에서 적어도 2개의 안테나를 필요로 하는 2X2 MIMO 시스템을 목적으로 할 수 있다. 이 제안에서 2개의 MIMO 인코딩 모드, 즉, FR-SM(full-rate spatial multiplexing) 및 FRFD-SM(full-rate full-diversity spatial multiplexing)가 정의된다. FR-SM 인코딩은 수신기측에서 비교적 작은 복잡도 증가와 함께 용량 증가를 제공하지만, FRFD-SM 인코딩은 수신기측에서 큰 복잡도 증가와 함께 용량 증가 및 추가의 다이버시티 이득을 제공한다. 제안된 MIMO 인코딩 방식은 안테나 극성 구성에 대한 제한을 갖지 않는다.
MIMO 처리는 어드밴스드 프로파일 프레임을 위해 요구될 수 있고, 이는 어드밴스드 프로파일 프레임 내의 모든 DP가 MIMO 인코더에 의해 처리되는 것을 의미한다. MIMO 처리는 DP 레벨에서 적용될 수 있다. 성상 맵퍼 출력(constellation mapper output)(NUQ)의 쌍(e1,i 및 e2,i)은 MIMO 인코더의 입력으로 공급될 수 있다. MIMO 인코더 출력의 쌍(g1,i 및 g2,i)은 각각의 TX 안테나의 OFDM 심볼(l) 및 동일 캐리어(k)에 의해 송신될 수 있다.
상술한 블록은 생략되거나 유사 또는 동일한 기능을 갖는 블록으로 대체될 수 있다.
도 6은 본 발명의 다른 실시예에 따른 BICM 블록을 나타내는 도면이다.
도 6에 도시된 BICM 블록은 도 1을 참조하여 설명한 BICM 블록(1010)의 실시예에 해당한다.
도 6은 물리층 시그널링(PLS), 비상 경계 채널(EAC) 및 고속 정보 채널(FIC)의 보호를 위한 BICM 블록을 나타낸다. EAC는 EAS 정보를 전달하는 프레임의 일부이고 FIC는 서비스 및 해당 베이스 DP 사이의 맵핑 정보를 전달하는 프레임 내의 논리 채널이다. EAC 및 FIC의 세부사항은 후술한다.
도 6을 참조하면, PLS, EAC 및 FIC의 보호를 위한 BICM 블록은 PLS FEC 인코더(6000), 비트 인터리버(6010) 및 성상 맵퍼(6020)를 포함할 수 있다.
또한, PLS FEC 인코더(6000)는 스크램블러, BCH 인코딩/제로 삽입 블록, LDPC 인코딩 블록 및 LDPC 패리터 펑쳐링 블록을 포함할 수 있다. BICM 블록의 각 블록을 이하에서 설명한다.
PLS FEC 인코더(6000)는 스크램블링된 PLS 1/2 데이터, EAC 및 FIC 섹션을 인코딩할 수 있다.
스크램블러는 BCH 인코딩 및 단축 및 펑쳐링된 LDPC 인코딩 전에 PLS1 데이터 및 PLS2 데이터를 스크램블링할 수 있다.
BCH 인코딩/제로 삽입 블록은 PLS 보호를 위해 단축된 BCH 코드를 이용하여 스크램블링된 PLS 1/2 데이터에 대하여 아우터 인코딩을 수행하고 BCH 인코딩 후 제로 비트를 삽입할 수 있다. PLS1 데이터에 대해서만, LDPC 인코딩 전에 제로 삽입의 출력 비트가 퍼뮤팅(permute)될 수 있다.
LDPC 인코딩 블록은 LDPC 코드를 이용하여 BCH 인코딩/제로 삽입 블록의 출력을 인코딩할 수 있다. 완전한 코딩 블록(Cldpc)을 생성하기 위하여, 패리티 비트(Pldpc)가 각각의 제로 삽입 PLS 정보 블록(Ildpc)로부터 조직적으로 인코딩되고 그 후 첨부된다.
Figure pct00001
PLS1 및 PLS2에 대한 LDPC 코드 파라미터는 다음의 표 4와 같다.
Figure pct00002
LDPC 패리티 펑쳐링 블록은 PLS1 데이터 및 PLS2 데이터에 대하여 펑쳐링을 수행할 수 있다.
PLS1 데이터 보호에 단축이 적용되면, 임의의 LDPC 패리티 비트는 LDPC 인코딩 후에 펑쳐링된다. 또한, PLS2 데이터 보호를 위해, PLS2의 LDPC 패리티 비트는 LDPC 인코딩 후에 펑쳐링된다. 이들 펑쳐링된 비트는 송신되지 않는다.
비트 인터리버(6010)는 각각 단축 및 평쳐링된 PLS1 데이터 및 PLS2 데이터를 인터리빙한다.
성상 맵퍼(6020)는 비트 인터리빙된 PLS1 데이터 및 PLS2 데이터를 성상에 맵핑할 수 있다.
상술한 블록은 생략되거나 유사 또는 동일한 기능을 갖는 블록으로 대체될 수 있다.
도 7은 본 발명의 일 실시예에 따른 프레임 빌딩 블록을 나타내는 도면이다.
도 7에 도시된 프레임 빌딩 블록은 도 1을 참조하여 설명한 프레임 빌딩 블록(1020)의 실시예에 해당한다.
도 7을 참조하면, 프레임 빌딩 블록은 지연 보상 블록(7000), 셀 맵퍼(7010) 및 주파수 인터리버(7020)를 포함할 수 있다. 프레임 빌딩 블록의 각각의 블록을 이하에서 설명한다.
지연 보상 블록(7000)은 데이터 파이프 및 대응 PLS 데이터 간의 타이밍을 조절하여 송신단에서 시간이 함께 맞추어지도록 보장할 수 있다. PLS 데이터는 입력 포맷팅 블록 및 BICM 블록에 의해 유발된 데이터 파이프의 지연을 처리함으로써 데이터 파이프와 동일한 양만큼 지연된다. BICM 블록의 지연은 주로 시간 인터리버(5050)에 의한다. 인밴드 시그널링 데이터가 다음의 TI 그룹의 정보를 전달하여 시그널링될 DP 보다 하나의 프레임만큼 빠르게 전달된다. 따라서, 지연 보상 블록은 인밴드 시그널링 데이터를 지연한다.
셀 맵퍼(7010)는 PLS, EAC, FIC, DP, 보조 스트림 및 더미 셀을 프레임 내의 OFDM 심볼의 액티브 캐리어로 맵핑할 수 있다. 셀 맵퍼(7010)의 기본 기능은, 만약에 있다면, DP, PLS 셀 및 EAC/FIC 셀의 각각에 대하여 TI에 의해 생성된 데이터 셀을 프레임 내의 OFDM 심볼의 각각에 대응하는 액티브 OFDM 셀의 어레이로 맵핑하는 것이다. 서비스 시그널링 데이터(PSI(program specific information)/SI))는 데이터 파이프에 의해 개별적으로 모아 전송될 수 있다. 셀 맵퍼는 스케줄러에 의해 생성된 동적 정보 및 프레임 구조의 구성에 따라 동작한다. 프레임의 세부사항은 후술한다.
주파수 인터리버(7020)는 셀 맵퍼(7010)로부터 수신된 데이터 셀을 랜덤하게 인터리빙하여 주파수 다이버시티를 제공할 수 있다. 또한, 주파수 인터리버(7020)는 상이한 인터리빙 시드(interleaving-seed) 순서를 이용하여 2개의 순차적인 OFDM 심볼로 구성되는 OFDM 심볼 쌍에 대하여 동작하여 단일 프레임 내의 최대 인터리빙 이득을 얻을 수 있다. 주파수 인터리버(7020)의 동작의 세부사항은 후술한다.
상술한 블록은 생략되거나 유사 또는 동일한 기능을 갖는 블록으로 대체될 수 있다.
도 8은 본 발명의 실시예에 따른 OFDM 생성 블록을 나타내는 도면이다.
도 8에 도시된 OFDM 생성 블록은 도 1을 참조하여 설명한 OFDM 생성 블록(1030)의 실시예에 해당한다.
OFDM 생성 블록은 프레임 빌딩 블록에 의해 생성된 셀에 의해 OFDM 캐리어를 변조하고, 파일럿을 삽입하고, 송신될 시간 도메인 신호를 생성한다. 또한, 이 블록은 순차적으로 보호 구간을 삽입하고 PAPR(peak-to-average power ratio) 감소 처리를 적용하여 최종 RF 신호를 생성한다.
도 8을 참조하면, 프레임 빌딩 블록은 파일럿 및 예약 톤 삽입 블록(8000), 2D-eSFN 인코딩 블록(8010), IFFT(inverse fast Fourier transform) 블록(8020), PAPR 감소 블록(8030), 보호 구간 삽입 블록(8040), 프리앰블 삽입 블록(8050), 다른 시스템 삽입 블록(8060) 및 DAC 블록(8070)을 포함할 수 있다. 프레임 빌딩 블록의 각각의 블록을 이하에서 설명한다.
파일럿 및 예약 톤 삽입 블록(8000)은 파일럿 및 예약 톤을 삽입할 수 있다.
OFDM 심볼 내의 다양한 셀은 파일럿으로 알려진 기준 정보로 변조되고, 파일럿은 수신기에서 선험적으로 알려진 송신 값을 갖는다. 파일럿 셀의 정보는 분산된 파일럿, 반복 파일럿(continual pilot), 에지 파일럿, FSS(frame signaling symbol) 파일럿 및 FES(frame edge symbol) 파일럿으로 구성된다. 각각의 파일럿은 파일럿 타입 및 파일럿 패턴에 따라 특정 부스팅 파워 레벨에서 송신된다. 파일럿 정보의 값은 임의의 주어진 심볼 상의 각각의 송신된 캐리어에 대하여 일련의 값인 기준 시퀀스로부터 도출된다. 파일럿은 프레임 동기화, 주파수 동기화, 시간 동기화, 채널 추정 및 송신 모드 식별에 사용될 수 있고, 또한 위상 잡음을 팔로윙(following)하는데 사용될 수 있다.
기준 시퀀스로부터 취해진 기준 정보는 프레임의 프리앰블, FSS 및 FES를 제외한 모든 심볼에서 분산된 파일럿 셀에서 송신된다. 반복 파일럿은 프레임의 모든 심볼에 삽입된다. 반복 파일럿의 수와 위치는 FFT 사이즈 및 분산된 파일럿 패턴에 의존한다. 에지 캐리어는 프리앰블 심볼을 제외한 모든 심볼 내의 에지 파일럿이다. 이들은 스펙트럼의 에지까지 주파수 보간을 허용하기 위하여 삽입된다. FSS 파일럿은 FSS(들)에 삽입되고 FES 파일럿은 FES에 삽입된다. 이들은 프레임의 에지까지 시간 보간을 허용하기 위하여 삽입된다.
본 발명의 실시예에 따른 시스템은 SFN 네트워크를 지원하고, 분산형 MISO 방식은 선택적으로 매우 강건한 송신 모드를 지원하는데 사용된다. 2D-eSFN은 다수의 TX 안테나를 이용하는 분산형 MISO 방식이고, 각각의 TX 안테나는 SFN 네트워크 내의 상이한 송신측에 배치된다.
2D-eSFN 인코딩 블록(8010)은, SFN 구성에서 시간 및 주파수 다이버시티를 생성하기 위하여, 2D-eSFN 처리를 수행하여 다수의 송신기로부터 송신된 신호의 위상을 왜곡할 수 있다. 그러므로, 오랜 시간 동안의 낮은 플랫 페이딩 또는 깊은 페이딩에 의한 버스트 에러가 완화될 수 있다.
IFFT 블록(8020)은 OFDM 변조 방식을 이용하여 2D-eSFN 인코딩 블록(8010)으로부터의 출력을 변조할 수 있다. 파일럿으로서 (또는 예약 톤으로서) 지정되지 않은 데이터 심볼 내의 임의의 셀은 주파수 인터리버로부터의 데이터 셀 중의 하나를 전달한다. 셀은 OFDM 캐리어에 맵핑된다.
PAPR 감소 블록(8030)은 시간 도메인 내의 다양한 PAPR 감소 알고리즘을 이용하여 입력 신호에 대한 PAPR 감소를 수행할 수 있다.
보호 구간 삽입 블록(8040)은 보호 구간을 삽입할 수 있고, 프리앰블 삽입 블록(8050)은 신호의 앞에 프리앰블을 삽입할 수 있다. 프리앰블의 구조의 세부사항은 후술한다. 다른 시스템 삽입 블록(8060)은 시간 도메인에서 복수의 방송 송수신 시스템의 신호를 멀티플렉싱하여 방송 서비스를 제공하는 2개 이상의 상이한 방송 송신/수신 시스템의 데이터가 동일한 RF 신호 대역폭에서 동시에 송신될 수 있다. 이 경우, 2개 이상의 상이한 방송 송수신 시스템은 상이한 방송 서비스를 제공하는 시스템을 지칭한다. 상이한 방송 서비스는 지상파 방송 서비스, 모바일 방송 서비스 등을 지칭한다. 각각의 방송 서비스와 관련된 데이터는 상이한 프레임을 통해 송신될 수 있다.
DAC 블록(8070)은 입력 디지털 신호를 아날로그 신호르 변환하고 아날로그 신호를 출력할 수 있다. DAC 블록(8070)으로부터 출력된 신호는 물리층 프로파일에 따라 다수의 출력 안테나를 통해 송신될 수 있다. 본 발명의 실시예에 따른 TX 안테나는 수직 또는 수평 극성(polarity)을 가질 수 있다.
상술한 블록은 생략되거나 유사 또는 동일한 기능을 갖는 블록으로 대체될 수 있다.
도 9는 본 발명의 실시예에 따라 미래의 방송 서비스를 위한 방송 신호를 수신하는 장치의 구조를 나타내는 도면이다.
본 발명의 실시예에 따라 미래의 방송 서비스를 위한 방송 신호를 수신하는 장치는 도 1을 참조하여 설명한 미래의 방송 서비스를 위해 방송 신호를 송신하는 장치에 대응할 수 있다.
본 발명의 실시예에 따라 미래의 방송 서비스를 위한 방송 신호를 수신하는 장치는 동기화 및 복조 모듈(9000), 프레임 파싱 모듈(9010), 디맵핑 및 디코딩 모듈(9020), 출력 프로세서(9030) 및 시그널링 디코딩 모듈(9040)을 포함할 수 있다. 방송 신호를 수신하는 장치의 각 모듈의 동작을 이하에서 설명한다.
동기화 및 복조 모듈(9000)은 m개의 Rx 안테나를 통해 입력 신호를 수신하고 방송 신호를 수신하는 장치에 대응하는 시스템에 대하여 신호 검출 및 동기화를 수행하고 방송 신호를 송신하는 장치에 의해 수행되는 절차의 역 절차에 대응하는 복조를 수행할 수 있다.
프레임 파싱 모듈(9100)은 입력 신호 프레임을 파싱하고 사용자에 의해 선택된 서비스가 송신되는 데이터를 추출할 수 있다. 방송 신호를 송신하는 장치가 인터리빙을 수행하면, 프레임 파싱 모듈(9100)은 인터리빙의 역 절차에 대응하는 디인터리빙을 수행할 수 있다. 이 경우, 추출될 필요가 있는 신호 및 데이터의 위치는 시그널링 디코딩 모듈(9400)로부터 출력된 데이터를 디코딩하여 방송 신호를 송신하는 장치에 의해 생성된 시그널링 정보를 회복함으로써 얻어질 수 있다.
디맵핑 및 디코딩 모듈(9200)은 입력 신호를 비트 도메인 데이터로 변환한 후 필요에 따라 디인터리빙할 수 있다. 디맵핑 및 디코딩 모듈(9200)은 송신 효율을 위해 적용된 맵핑에 대하여 디맵핑을 수행하고 디코딩을 통해 송신 채널에 대하여 생성된 에러를 정정할 수 있다. 이 경우, 디맵핑 및 디코딩 모듈(9200)은 시그널링 디코딩 모듈(9400)로부터 출력된 데이터를 디코딩함으로써 디맵핑 및 디코딩에 필요한 송신 파라미터를 얻을 수 있다.
출력 프로세서(9300)는 방송 신호를 송신하여 송신 효율을 개선하는 장치에 의해 적용되는 다양한 압축/신호 처리 절차의 역 절차를 수행할 수 있다. 이 경우, 출력 프로세서(9300)는 시그널링 디코딩 모듈(9400)로부터 출력된 데이터로부터 필요한 제어 정보를 얻을 수 있다. 출력 프로세서(8300)의 출력은 방송 신호를 송신하는 장치로 입력되는 신호에 대응하고 MPEG-TS, IP 스트림(v4 또는 v6) 및 일반 스트림일 수 있다.
시그널링 디코딩 모듈(9400)은 동기화 및 복조 모듈(9000)에 의해 복조된 신호로부터 PLS 정보를 얻을 수 있다. 상술한 바와 같이, 프레임 파싱 모듈(9100), 디맵핑 및 디코딩 모듈(9200) 및 출력 프로세서(9300)는 시그널링 디코딩 모듈(9400)로부터 출력된 데이터를 이용하여 그 기능을 실행할 수 있다.
도 10은 본 발명의 실시예에 따른 프레임 구조를 나타내는 도면이다.
도 10은 수퍼프레임 내의 프레임 타입 및 FRU의 예시적인 구성을 나타낸다. (a) 본 발명의 실시예에 따른 수퍼 프레임을 나타내고, (b)는 본 발명의 실시예에 따른 FRU(frame repetition unit)를 나타내고, (c)는 FRU 내의 가변 PHY 프로파일의 프레임을 나타내고, (d)는 프레임의 구조를 나타낸다.
수퍼 프레임은 8개의 FRU로 구성될 수 있다. FRU는 프레임의 TDM을 위한 기본 멀티플렉싱 단위이고 수퍼프레임 내에서 8번 반복된다.
FRU 내의 각 프레임은 PHY 프로파일(베이스, 핸드헬드, 어드밴스드) 또는 FET 중의 하나에 속한다. FRU 내의 프레임의 최대 허용수는 4이고 주어진 PHY 프로파일은 FRU(예를 들어, 베이스, 베이스, 핸드헬드, 어드밴스드)에서 0배 내지 4배까지의 임의의 횟수만큼 나타날 수 있다. PHY 프로파일 정의는 필요하다면 프리앰블 내의 PHY_PROFILE의 예약 값을 이용하여 확장될 수 있다.
FET 부분은 포함된다면 FRU의 끝에 삽입된다. FET가 FRU에 포함되면, 수퍼 프레임에서 FET의 최소수는 8이다. FET 부분이 서로 인접하는 것은 추천되지 않는다.
하나의 프레임은 또한 다수의 OFDM 심볼 및 프리앰블로 분리된다. (d)에 도시된 바와 같이, 프레임은 프리앰블, 하나 이상의 프레임 시그널링 심볼(FSS), 정상 데이터 심볼 및 프레임 에지 심볼(FES)을 포함한다.
프리앰블은, 고속 퓨어캐스트 UTB 시스템 신호 검출이 가능하고 신호위 효율적인 송수신을 위한 기본 송신 파라미터의 세트를 제공하는 특수 심볼이다. 프리앰블의 세부 설명은 후술한다.
FSS(들)의 주요 목적은 PLS 데이터를 전달하는 것이다. 고속 동기화 및 채널 추정 및 PLS 데이터의 고속 디코딩을 위해, FSS는 정상 데이터 심볼보다 더 밀집한 파일럿 패턴을 갖는다. FES는 정확히 FSS와 동일한 파일럿을 갖고, 이는 FES 직전의 심볼에 대하여 외삽하지 않고 FES 내의 주파수 전용 보간 및 시간 보간을 가능하게 한다.
도 11은 본 발명의 실시예에 따른 프레임의 시그널링 계층 구조를 나타내는 도면이다.
도 11은 3개의 주요 부분, 즉, 프리앰블 시그널링 데이터(11000), PLS1 데이터(11010) 및 PLS2 데이터(11020)로 분리된 시그널링 계층 구조를 나타낸다. 모든 프레임에서 프리앰블 심볼에 의해 전달되는 프리앰블의 목적은 그 프레임의 송신 타입 및 기본 송신 파라미터를 지시하는 것이다. PLS1은 수신기가 PLS2 데이터를 액세스 및 디코딩하도록 하고, 이는 관심있는 DP를 액세스하는 파라미터를 포함한다. PLS2는 모든 프레임에서 전달되고 2개의 주요 부분, 즉, PLS2-STAT 데이터 및 PLS2-DYN 데이터로 분리된다. PLS2 데이터의 정적 및 동적 부분은 필요하면 패딩이 뒤따른다.
도 12는 본 발명의 실시예에 따른 프리엠블 시그널링 데이터를 나타내는 도면이다.
프리앰블 시그널링 데이터는 프레임 구조 내에서 수신기가 PLS 데이터를 액세스하고 DP를 트레이싱하도록 하는데 필요한 정보의 21 비트를 전달한다. 프리앰블 시그널링의 세부사항은 다음과 같다.
PHY_PROFILE: 이 3 비트 필드는 현재 프레임의 PHY 프로파일 타입을 나타낸다. 상이한 PHY 프로파일 타입의 맵핑은 이하 표 5에 주어진다.
값 PHY 프로파일
000 베이스 프로파일
001 핸드헬드 프로파일
010 어드밴스드 프로파일
011-110 예약
111 FET
FFT_SIZE: 이 2 비트 필드는 이하의 표 6에 기재된 바와 같이 프레임 그룹 내의 현재 프레임의 FFT 사이즈를 나타낸다.
값 FFT 사이즈
00 8K FFT
01 16K FFT
10 32K FFT
11 예약
GI_FRACTION: 이 3 비트 필드는 이하의 표 7에 기재된 바와 같이 현재의 수퍼 프레임 내의 보호 구간 분수(fraction) 값을 나타낸다.
값 GI_FRACTION
000 1/5
001 1/10
010 1/20
011 1/40
100 1/80
101 1/160
110-111 예약
EAC_FLAG: 이 1 비트 필드는 EAC가 현재의 프레임에 제공되는지를 나타낸다. 이 필드가 "1"로 설정되면, EAS(emergency alert service)가 현재의 프레임에서 제공된다. 이 필드가 "0"으로 설정되면, EAS가 현재의 프레임에서 전달되지 않는다. 이 필드는 수퍼 프레임 내에서 동적으로 스위칭될 수 있다.
PILOT_MODE: 이 1 비트 필드는 프로파일 모드가 현재의 프레임 그룹 내의 현재의 프레임에 대하여 모바일 모드인지 고정 모드인지를 지시한다. 이 필드가 "0"로 설정되면, 모바일 파일럿 모드가 사용된다. 필드가 "1"로 설정되면, 고정 파일럿 모드가 사용된다.
PAPR_FLAG: 이 1 비트 필드는 PAPR 감소가 현재의 프레임 그룹 내의 현재의 프레임에 사용되는지를 지시한다. 이 필드가 "1"로 설정되면, PAPR 감소에 톤 예약(tone reservation)이 사용된다. 이 필드가 "0"으로 설정되면, PAPR 감소가 사용되지 않는다.
FRU_CONFIGURE: 이 3 비트 필드는 현재의 수퍼 프레임 내에 존재하는 FRU(frame repetition unit)의 PHY 프로파일 타입 구성을 나타낸다. 현재의 수퍼 프레임에서 전달되는 모든 프로파일 타입은 현재의 수퍼 프레임 내의 모든 프레임 내의 이 필드에서 식별된다. 3 비트 필드는 이하의 표 8에 도시된 바와 같이 각 프로파일에 대한 상이한 정의를 갖는다.
현재의 PHY_PROFILE="000" (베이스) 현재의 PHY_PROFILE="001" (핸드헬드) 현재의 PHY_PROFILE="010" (어드밴스드) 현재의 PHY_PROFILE="111" (FET)
FRU_CONFIGURE=000 베이스 프로파일만 존재 핸드헬드 프로파일만 존재 어드밴스드 프로파일만이 존재 FET만이 존재
FRU_CONFIGURE=1XX 핸드헬드 프로파일이 존재 베이스 프로파일이 존재 베이스 프로파일이 존재 베이스 프로파일이 존재
FRU_CONFIGURE=X1X 어드밴스드 프로파일이 존재 어드밴스드 프로파일이 존재 핸드헬드 프로파일이 존재 핸드헬드 프로파일이 존재
FRU_CONFIGURE=XX1 FET가 존재 FET가 존재 FET가 존재 어드밴스드 프로파일이 존재
RESERVED: 이 7 비트 필드가 미래의 사용을 위해 예약된다.
도 13은 본 발명의 실시예에 따른 PLS1 데이터를 나타내는 도면이다.
PLS1 데이터는 PLS2의 수신 및 디코딩을 가능하게 하는데 필요한 파라미터를 포함하는 기본 송신 파라미터를 제공한다. 상술한 바와 같이, PLS1 데이터는 하나의 프레임 그룹의 전체 듀레이션 동안 변경되지 않는다. PLS1 데이터의 시그널링 필드의 상세한 정의는 다음과 같다.
PREAMBLE_DATA: 이 20 비트 필드는 EAC_FLAG를 제외한 프리앰블 시그널링 데이터의 사본이다.
NUM_FRAME_FRU: 이 2 비트 필드는 FRU당 프레임의 수를 나타낸다.
PAYLOAD_TYPE: 이 3 비트 필드는 프레임 그룹에서 전달되는 페이로드 데이터의 포맷을 지시한다. PAYLOAD_TYPE은 표 9에 도시된 바와 같이 시그널링된다.
값 페이로드 타입
1XX TS 스트림이 송신됨
X1X IP 스트림이 송신됨
XX1 GS 스트림이 송신됨
NUM_FSS: 이 2 비트 필드는 현재의 프레임 내의 FSS 심볼의 수를 나타낸다.
SYSTEM_VERSION: 이 8 비트 필드는 송신된 신호 포맷의 버전을 나타낸다. SYSTEM_VERSION은 2개의 4 비트 필드, 즉 메이저 버전 및 마이너 버전으로 분리된다.
메이저 버전: SYSTEM_VERSION 필드의 MSB 4 비트는 메이저 버전 정보를 나타낸다. 메이저 버전 필드의 변화는 비-하위-호환(non-backward-compatible) 변화를 나타낸다. 디폴트 값은 "0000"이다. 이 표준에 기재된 버전에서, 값은 "0000"으로 설정된다.
마이너 버전: SYSTEM_VERSION의 LSB 4 비트는 마이너 버전 정보를 나타낸다. 마이너 버전 필드의 변화는 하위 호환성이다.
CELL_ID: 이것은 ATSC 네트워크에서 지리적인 셀을 고유하게 식별하는 16 비트 필드이다. ATSC 셀 커버리지 영역은 퓨어캐스트 UTB 시스템에 사용되는 주파수의 수에 의존하여 하나 이상의 주파수로 구성될 수 있다. CELL_ID의 값이 알려져 있지 않거나 특정되지 않으면, 이 필드는 "0"으로 설정된다.
NETWORK_ID: 이것은 현재의 ATSC 네트워크를 고유하게 식별하는 16 비트 필드이다.
SYSTEM_ID: 이 16 비트 필드는 ATSC 네트워크 내의 퓨어캐스트 UTB 시스템을 고유하게 식별한다. 퓨어캐스트 UTB 시스템은 입력이 하나 이상의 입력 스트림(TS, IP, GS)이고 출력이 RF 신호인 지상파 방송 시스템이다. 퓨어캐스트 UTB 시스템은 만약 있다면 하나 이상의 PHY 프로파일 및 FET를 전달한다. 동일한 퓨어캐스트 UTB 시스템은 상이한 입력 스트림을 전달할 수 있고 상이한 지리적 영역에서 상이한 RF 주파수를 사용하여 로컬 서비스 삽입을 허용한다. 프레임 구조 및 스케줄링은 하나의 장소에서 제어되고 퓨어캐스트 UTB 시스템 내에서 모든 송신에 대하여 동일하다. 하나 이상의 퓨어캐스트 UTB 시스템은 모두 동일한 물리층 구조 및 구성을 갖는다는 것을 의미하는 동일한 SYSTEM_ID를 가질 수 있다.
다음의 루프는 각 프레임 타입의 FRU 구성 및 길이를 지시하는데 사용되는 FRU_PHY_PROFILE, FRU_FRAME_LENGTH, FRU_GI_FRACTION 및 RESERVED로 구성된다. 루프 사이즈는 고정되어 4개의 PHY 프로파일(FET를 포함)이 FRU 내에서 시그널링된다. NUM_FRAME_FRU가 4보다 작으면, 사용되지 않은 필드는 제로로 채워진다.
FRU_PHY_PROFILE: 이 3 비트 필드는 연관된 FRU의 (i+1)번째 (i는 루프 인덱스이다) 프레임의 PHY 프로파일 타입을 나타낸다. 이 필드는 표 8에 도시된 바와 같이 동일한 시그널링 포맷을 사용한다.
FRU_FRAME_LENGTH: 이 2 비트 필드는 연관된 FRU의 (i+1)번째 프레임의 길이를 나타낸다. FRU_GI_FRACTION과 함께 FRU_FRAME_LENGTH를 이용하여, 프레임 듀레이션의 정확한 값이 얻어질 수 있다.
FRU_GI_FRACTION: 이 3 비트 필드는 연관된 FRU의 (i+1)번째 프레임의 보호 구간 분수 값을 나타낸다. FRU_GI_FRACTION은 표 7에 따라 시그널링된다.
RESERVED: 이 4 비트 필드가 미래의 사용을 위해 예약된다.
다음의 필드는 PLS2 데이터를 디코딩하는 파라미터를 제공한다.
PLS2_FEC_TYPE: 이 2 비트 필드는 PLS2 보호에 의해 사용되는 FEC 타입을 나타낸다. FEC 타입은 표 10에 따라 시그널링된다. LDPC 코드의 세부사항은 후술한다.
콘텐츠 PLS2 FEC 타입
00 4K-1/4 및 7K-3/10 LDPC 코드
01-11 예약
PLS2_MOD: 이 3 비트 필드는 PLS2에 의해 사용되는 변조 타입을 나타낸다. 변조 타입은 표 11에 따라 시그널링된다.
값 PLS2_MODE
000 BPSK
001 QPSK
010 QAM-16
011 NUQ-64
100-111 예약
PLS2_SIZE_CELL: 이 15 비트 필드는 현재의 프레임 그룹에서 전달되는 PLS2에 대한 풀 코딩 블록(full coded blocks)의 모음(collection)의 사이즈(QAM 셀의 수로서 특정됨)(Ctotal_partial_block)를 나타낸다. 이 값은 현재의 프레임 그룹의 전체 듀레이션 동안 일정하다.
PLS2_STAT_SIZE_BIT: 이 14 비트 필드는 현재의 프레임 그룹에 대한 PLS2-STAT의 비트 사이즈를 나타낸다. 이 값은 현재의 프레임 그룹의 전체 듀레이션 동안 일정하다.
PLS2_DYN_SIZE_BIT: 이 14 비트 필드는 현재의 프레임 그룹에 대한 PLS2-DYN의 비트 사이즈를 나타낸다. 이 값은 현재의 프레임 그룹의 전체 듀레이션 동안 일정하다.
PLS2_REP_FLAG: 이 1 비트 플래그는 현재의 프레임 그룹에서 PLS2 반복 모드가 사용되는지를 나타낸다. 이 필드가 값 "1"로 설정되면, PLS2 반복 모드가 활성화된다. 이 필드가 값 "0"으로 설정되면, PLS2 반복 모드가 비활성화된다.
PLS2_REP_SIZE_CELL: 이 15 비트 필드는 PLS2 반복이 사용될 때 현재의 프레임 그룹의 모든 프레임에서 전달되는 PLS2에 대한 부분 코딩 블록(partial coded blocks)의 모음(collection)의 사이즈(QAM 셀의 수로서 특정됨)(Ctotal_partial_block)를 나타낸다. 반복이 사용되지 않으면, 이 필드의 값은 0과 동일하다. 이 값은 현재의 프레임 그룹의 전체 듀레이션 동안 일정하다.
PLS2_NEXT_FEC_TYPE: 이 2 비트 필드는 다음의 프레임 그룹의 모든 프레임에서 전달되는 PLS2에 사용되는 FEC 타입을 나타낸다. FEC 타입은 표 10에 따라 시그널링된다.
PLS2_NEXT_MOD: 이 3 비트 필드는 다음의 프레임 그룹의 모든 프레임에서 전달되는 PLS2에 사용되는 변조 타입을 나타낸다. 변조 타입은 표 11에 따라 시그널링된다.
PLS2_NEXT_REP_FLAG: 이 1 비트 필드는 다음의 프레임 그룹에서 PLS2 반복 모드가 사용되는지를 나타낸다. 이 필드가 값 "1"로 설정되면, PLS2 반복 모드가 활성화된다. 이 필드가 값 "0"으로 설정되면, PLS2 반복 모드가 비활성화된다.
PLS2_NEXT_REP_SIZE_CELL: 이 15 비트 필드는 PLS2 반복이 사용될 때 다음의 프레임 그룹의 모든 프레임에서 전달되는 PLS2에 대한 풀 코딩 블록(full coded blocks)의 모음(collection)의 사이즈(QAM 셀의 수로서 특정됨)(Ctotal_partial_block)를 나타낸다. 다음의 프레임 그룹에서 반복이 사용되지 않으면, 이 필드의 값은 0과 동일하다. 이 값은 현재의 프레임 그룹에서 일정하다.
PLS2_NEXT_REP_STAT_SIZE_BIT: 이 14 비트 필드는 다음의 프레임 그룹에 대한 PLS2-STAT의 비트 사이즈를 나타낸다. 이 값은 현재의 프레임 그룹에서 일정하다.
PLS2_NEXT_REP_DYN_SIZE_BIT: 이 14 비트 필드는 다음의 프레임 그룹에 대한 PLS2-DYN의 비트 사이즈를 나타낸다. 이 값은 현재의 프레임 그룹의 전체 듀레이션 동안 일정하다.
PLS2_AP_MODE: 이 2 비트 필드는 현재의 프레임 그룹 내의 PLS2에 추가의 패리티가 제공되는지를 나타낸다. 이 값은 현재의 프레임 그룹의 전체 듀레이션 동안 일정하다. 하기의 표 12는 이 필드의 값을 나타낸다. 이 필드가 "00"으로 설정되면, 현재의 프레임에서 PLS2에 대하여 추가의 패리티가 사용되지 않는다.
값 PLS2-AP 모드
00 AP는 제공되지 않음
01 AP1 모드
10-11 예약
PLS2_AP_SIZE_CELL: 이 15 비트 필드는 PLS2의 추가의 패리티 비트의 사이즈(QAM 셀의 수로 특정됨)를 나타낸다. 이 값은 현재의 프레임 그룹의 전체 듀레이션 동안 일정하다.
PLS2_NEXT_AP_MODE: 이 2 비트 필드는 다음의 프레임 그룹에서 PLS2에 추가의 패리티가 제공되는지를 나타낸다. 이 값은 현재의 프레임 그룹의 전체 듀레이션 동안 일정하다. 표 12는 이 필드의 값을 정의한다.
PLS2_NEXT_AP_SIZE_CELL: 이 15 비트 필드는 다음의 프레임 그룹의 모든 프레임에서 PLS2의 추가의 패리티 비트의 사이즈(QAM 셀의 수로 특정됨)를 나타낸다. 이 값은 현재의 프레임 그룹의 전체 듀레이션 동안 일정하다.
RESERVED: 이 32 비트 필드가 미래의 사용을 위해 예약된다.
CRC_32: 전체 PLS1 시그널링에 적용되는 32 비트 에러 검출 코드
도 14는 본 발명의 실시예에 따른 PLS2 데이터를 나타내는 도면이다.
도 14는 PLS2 데이터의 PLS2-STAT 데이터를 나타낸다. PLS2-STAT 데이터는 프레임 그룹 내에서 동일하지만, PLS2-DYN 데이터는 현재의 프레임에 특정된 정보를 제공한다.
PLS2-STAT 데이터의 필드의 세부사항은 다음과 같다.
FIC_FLAG: 이 1 비트 필드는 FIC가 현재의 프레임 그룹에 사용되는지를 나타낸다. 이 필드가 "1"로 설정되면, FIC가 현재의 프레임에서 제공된다. 이 필드가 "0"으로 설정되면, FIC가 현재의 프레임에서 전달되지 않는다. 이 값은 현재의 프레임 그룹의 전체 듀레이션 동안 일정하다.
AUX_FLAG: 이 1 비트 필드는 현재의 프레임 그룹에서 보조 스트림(들)이 사용되는지를 나타낸다. 이 필드가 "1"로 설정되면, 보조 스트림에 현재의 프레임에서 제공된다. 이 필드가 "0"으로 설정되면, 보조 스트림이 현재의 프레임에서 전달되지 않는다. 이 값은 현재의 프레임 그룹의 전체 듀레이션 동안 일정하다.
NUM_DP: 이 6 비트 필드는 현재의 프레임에서 전달되는 DP의 수를 나타낸다. 이 필드의 값은 1 내지 64의 범위 내에 있고 DP의 수는 NUM_DP+1이다.
DP_ID: 이 6 비트 필드는 PHY 프로파일 내에서 DP를 고유하게 식별한다.
DP_TYPE: 이 3 비트 필드는 DP의 타입을 나타낸다. 이것은 이하의 표 13에 따라 시그널링된다.
값 DP 타입
000 DP 타입 1
001 DP 타입 2
010-111 예약
DP_GROUP_ID: 이 8 비트 필드는 현재의 DP가 연관된 DP 그룹을 식별한다. 이것은 수신기가 특정 서비스와 연관된 서비스 컴포넌트의 DP를 액세스하는데 사용될 수 있고, 이들 DP는 동일한 DP_GROUP_ID를 갖는다.
BASE_DP_ID: 이 6 비트 필드는 관리층에서 사용되는 서비스 시그널링 데이터(PSI/SI)를 전달하는 DP를 나타낸다. BASE_DP_ID로 지시된 DP는 서비스 시그널링 데이터만을 전달하는 전용 DP 또는 서비스 데이터와 함께 서비스 시그널링 데이터를 전달하는 정상 DP일 수 있다.
DP_FEC_TYPE: 이 2비트 필드는 연관된 DP에 의해 사용되는 FEC 타입을 나타낸다. FEC 타입은 이하의 표 14에 따라 시그널링된다.
값 FEC_TYPE
00 16K LDPC
01 64K LDPC
10-11 예약
DP_COD: 이 4 비트 필드는 연관된 DP에 의해 사용되는 코드 레이트를 나타낸다. 코드 레이트는 이하의 표 15에 따라 시그널링된다.
값 코드 레이트
0000 5/15
0001 6/15
0010 7/15
0011 8/15
0100 9/15
0101 10/15
0110 11/15
0111 12/15
1000 13/15
1001-111 예약
DP_MOD: 이 4비트 필드는 연관된 DP에 의해 사용되는 변조를 나타낸다. 변조는 이하의 표 16에 따라 시그널링된다.
값 변조
0000 QPSK
0001 QAM-16
0010 NUQ-64
0011 NUQ-256
0100 NUQ-1024
0101 NUC-16
0110 NUC-64
0111 NUC-256
1000 NUC-1024
1001-111 예약
DP_SSD_FLAG: 이 1 비트 필드는 SSD 모드가 연관된 DP 에서 사용되는지를 나타낸다. 이 필드가 값 "1"로 설정되면, SSD가 사용된다. 이 필드가 값 "0"으로 설정되면, SSD가 사용되지 않는다.
PHY_PROFILE이 어드밴스드 프로파일을 나타내는 "010"과 동일한 경우에만 다음의 필드가 나타난다.
DP_MIMO: 이 3 비트 필드는 연관된 DP에 어떤 타입의 MIMO 인코딩 프로세스가 적용되는지를 나타낸다. MIMO 인코딩 프로세스의 타입은 표 17에 따라 시그널링된다.
값 MIMO 인코딩
000 FR-SM
001 FRFD-SM
010-111 예약
DP_TI_TYPE: 이 1 비트 필드는 시간 인터리빙의 타입을 나타낸다. "0"의 값은 하나의 TI 그룹이 하나의 프레임에 대응하고 하나 이상의 TI 블록을 포함하는 것을 나타낸다. "1"의 값은 하나의 TI 그룹이 1보다 많은 프레임에서 전달되고 단 하나의 TI 블록만을 포함하는 것을 나타낸다.
DP_TI_LENGTH: 2 비트 필드의 사용(허용되는 값이 단지 1, 2, 4, 8임)은 다음과 같이 DP_TI_TYPE 필드 내에 설정된 값에 의해 결정된다.
DP_TI_LENGTH가 값 "1"로 설정되면, 이 필드는 PI, 즉, 각 TI 그룹이 맵핑되는 프레임의 수를 나타내고, TI 그룹당 하나의 TI 블록이 있다(NTI=1). 2 비트 필드를 갖는 허용된 PI 값은 이하의 표 18에서 정의된다.
DP_TI_TYPE이 "0"으로 설정되면, 이 필드는 TI 그룹당 TI 블록의 수(NTI)를 나타내고 프레임당 하나의 TI 그룹이 있다(PI=1). 2 비트 필드를 갖는 허용된 PI 값은 이하의 표 18에서 정의된다.
2 비트 필드 PI NTI
00 1 1
01 2 2
10 4 3
11 8 4
DP_FRAME_INTERVAL: 이 2 비트 필드는 연관된 DP에 대한 프레임 그룹 내의 프레인 구간(IJUMP)를 나타내고, 허용되는 값은 1, 2, 4, 8이다(대응하는 2 비트 필드는 각각 "00", "01", "10", "11"이다). 프레임 그룹의 모든 프레임에서 나타나지 않는 DP에 대하여, 이 필드의 값은 연속적인 프레임 간의 간격과 동일하다. 예를 들어, DP가 프레임 1, 5, 9, 13 등에서 나타나면, 이 필드는 "4"로 설정된다. 모든 프레임에서 나타나는 DP에 대하여, 이 필드는 "1"로 설정된다.
DP_TI_BYPASS: 이 1 비트 필드는 시간 인터리버(5050)의 이용가능성을 결정한다. DP에 대하여 시간 인터리빙이 사용되지 않으면, 이는 "1"로 설정된다. 시간 인터리빙이 사용되면, 이는 "0"으로 설정된다.
DP_FIRST_FRAME_IDX: 이 5 비트 필드는 현재 DP 가 발생하는 수퍼 프레임의 제1 프레임의 인덱스를 나타낸다. DP_FIRST_FRAME_IDX의 값은 0 내지 31의 범위 내에 있다.
DP_NUM_BLOCK_MAX: 이 10 비트 필드는 이 DP 에 대하여 DP_NUM_BLOCKS의 최대 값을 나타낸다. 이 필드의 값은 DP_NUM_BLOCKS와 동일한 범위를 갖는다.
DP_PAYLOAD_TYPE: 이 2 비트 필드는 주어진 DP 에 의해 전달되는 페이로드 데이터의 타입을 나타낸다. DP_PAYLOAD_TYPE은 이하의 표 19에 따라 시그널링된다.
값 페이로드 타입
00 TS
01 IP
10 GS
11 예약
DP_INBAND_MODE: 이 2 비트 필드는 현재의 DP 가 인밴드 시그널링 정보를 전달하는지를 나타낸다. 인밴드 시그널링 타입은 이하의 표 20에 따라 시그널링된다.
값 인밴드 모드
00 인밴드 시그널링이 전달되지 않음
01 INBAND-PLS만이 전달됨
10 INBAND-ISSY만이 전달됨
11 INBAND-PLS 및 INBAND-ISSY이 전달됨
DP_PROTOCOL_TYPE: 이 2 비트 필드는 주어진 DP에 의해 전달되는 페이로드의 프로토콜 타입을 나타낸다. 입력 페이로드 타입이 선택되면, 이하의 표 21에 따라 시그널링된다.
값 DP_PAYLOAD_TYPE이 TS인 경우 DP_PAYLOAD_TYPE이 IP인 경우 DP_PAYLOAD_TYPE이 GS인 경우
00 MPEG2-TS IPv4 (주)
01 예약 IPv6 예약
10 예약 예약 예약
11 예약 예약 예약
DP_CRC_MODE: 이 2 비트 필드는 입력 포맷팅 블록에서 CRC 인코딩이 사용되는지를 나타낸다. CRC 모드는 이하의 표 22에 따라 시그널링된다.
값 CRC 모드
00 사용되지 않음
01 CRC-8
10 CRC-16
11 CRC-32
DNP_MODE: 이 2 비트 필드는 DP_PAYLOAD_TYPE이 TS("00")으로 설정될 때 연관된 DP에 의해 사용되는 널-패킷 삭제 모드를 나타낸다. DNP_MODE는 이하의 표 23에 따라 시그널링된다. DP_PAYLOAD_TYPE이 TS("00")가 아니면, DNP_MODE는 값 "00"으로 설정된다.
값 널-패킷 삭제 모드
00 사용되지 않음
01 DNP-NORMAL
10 DNP-OFFSET
11 예약
ISSY_MODE: 이 2 비트 필드는 DP_PAYLOAD_TYPE이 TS("00")으로 설정될 때 연관된 DP에 의해 사용되는 ISSY 모드를 나타낸다. ISSY_MODE는 이하의 표 24에 따라 시그널링된다. DP_PAYLOAD_TYPE이 TS("00")가 아니면, ISSY_MODE는 값 "00"으로 설정된다.
값 ISSY 모드
00 사용되지 않음
01 ISSY-UP
10 ISSY-BBF
11 예약
HC_MODE_TS: 이 2 비트 필드는 DP_PAYLOAD_TYPE이 TS("00")으로 설정될 때 연관된 DP에 의해 사용되는 TS 헤더 압축 모드를 나타낸다. HC_MOD_TS는 이하의 표 25에 따라 시그널링된다.
값 헤더 압축 모드
00 HC_MODE_TS 1
01 HC_MODE_TS 2
10 HC_MODE_TS 3
11 HC_MODE_TS 4
HC_MODE_IP: 이 2 비트 필드는 DP_PAYLOAD_TYPE이 IP ("01")으로 설정될 때의 IP 헤더 압축 모드를 나타낸다. HC_MOD_IP는 이하의 표 26에 따라 시그널링된다.
값 헤더 압축 모드
00 압축하지 않음
01 HC_MODE_IP 1
10-11 예약
PID: 이 13 비트 필드는 DP_PAYLOAD_TYPE이 TS("00")으로 설정되고 HC_MODE_TS가 "01" 또는 "10"으로 설정될 때의 TS 헤더 압축을 위한 PID 번호를 나타낸다.
RESERVED: 이 8 비트 필드는 미래의 사용을 위해 예약된다.
FIC_FLAG가 "1"과 동일한 경우에만 다음의 필드가 나타난다.
FIC_VERSION: 이 8 비트 필드는 FIC의 버전 번호를 나타낸다.
FIC_LENGTH_BYTE: 이 13 비트 필드는 FIC의 바이트 길이를 나타낸다.
RESERVED: 이 8 비트 필드는 미래의 사용을 위해 예약된다.
AUX_FLAG가 "1"과 동일한 경우에만 다음의 필드가 나타난다.
NUM_AUX: 이 4 비트 필드는 보조 스트림의 수를 나타낸다. 제로는 보조 스트림이 사용되지 않는 것을 의미한다.
AUX_CONFIG_RFU: 이 8 비트 필드는 미래의 사용을 위해 예약된다.
AUX_STREAM_TYPE: 이 4 비트 필드는 현재의 보조 스트림의 타입을 나타내기 위한 미래의 사용을 위해 예약된다.
UX_PRIVATE_CONFIG: 이 28 비트 필드는 보조 스트림을 시그널링 하기 위한 미래의 사용을 위해 예약된다.
도 15는 본 발명의 다른 실시예에 따른 PLS2 데이터를 나타내는 도면이다.
도 15는 PLS2 데이터의 PLS2-DYN 데이터를 나타낸다. PLS2-DYN 데이터의 값은 하나의 프레임 그룹의 듀레이션 동안 변할 수 있고, 필드의 사이즈는 일정하게 유지된다.
PLS2-DYN 데이터의 필드의 세부사항은 다음과 같다.
FRAME_INDEX: 이 5 비트 필드는 수퍼 프레임 내의 현재의 프레임의 프레임 인덱스를 나타낸다. 수퍼 프레임의 제1 프레임의 인덱스는 "0"으로 설정된다.
PLS_CHANGE_COUNTER: 이 4 비트 필드는 구성이 변경되기 전의 수퍼 프레임의 수를 나타낸다. 구성에 있어서 변경된 다음의 수퍼 프레임은 이 필드 내에서 시그널링되는 값에 의해 지시된다. 이 필드가 값 "0000"으로 설정되면, 스케줄링된 변화가 예상되지 않은 것을 의미하고, 값 "1"은 다음 수퍼 프레임에서 변화가 있다는 것을 의미한다.
FIC_CHANGE_COUNTER: 이 4 비트 필드는 구성(즉, FIC의 내용)이 변경되기 전의 수퍼 프레임의 수를 나타낸다. 구성에 있어서 변경된 다음의 수퍼 프레임은 이 필드 내에서 시그널링되는 값에 의해 지시된다. 이 필드가 값 "0000"으로 설정되면, 스케줄링된 변화가 예상되지 않은 것을 의미하고, 값 "0001"은 다음 수퍼 프레임에서 변화가 있다는 것을 의미한다.
RESERVED: 이 16 비트 필드는 미래의 사용을 위해 예약된다.
NUM_DP를 통해 루프에서 다음의 필드가 나타나고, 이는 현재의 프레임에서 전달되는 DP와 연관된 파라미터를 나타낸다.
DP_ID: 이 6 비트 필드는 PHY 프로파일 내의 DP를 고유하게 지시한다.
DP_START: 이 15 비트 (또는 13 비트) 필드는 DPU 어드레싱 방식을 이용하여 제1 DP의 시작 위치를 나타낸다. DP_START 필드는 이하의 표 27에 도시된 바와 같이 PHY 프로파일 및 FFT 사이즈에 따라 다른 길이를 갖는다.
Figure pct00003
DP_NUM_BLOCK: 이 10 비트 필드는 현재의 DP에 대한 현재의 TI 그룹 내의 FEC 블록의 수를 나타낸다. DP_NUM_BLOCK의 값은 0 내지 1023 범위 내에 있다.
RESERVED: 이 8 비트 필드는 미래의 사용을 위해 예약된다.
다음의 필드는 EAC와 연관된 FIC 파라미터를 나타낸다.
EAC_FLAG: 이 1 비트 필드는 현재의 프레임 내의 EAC의 존대를 나타낸다. 이 비트는 프리앰블 내의 EAC_FLAG와 동일한 값이다.
EAS_WAKE_UP_VERSION_NUM: 이 8 비트 필드는 웨이크업 지시의 버전 번호를 나타낸다.
EAC_FLAG 필드가 "1"과 동일하면, 다음의 12 비트는 EAC_LENGTH_BYTE 필드에 대하여 할당된다. EAC_FLAG 필드가 "0"과 동일하면, 다음의 12 비트는 EAC_COUNTER에 할당된다.
EAC_LENGTH_BYTE: 이 12 비트 필드는 EAC의 바이트 길이를 나타낸다.
EAC_COUNTER: 이 12 비트 필드는 EAC가 도달하는 프레임 전의 프레임의 수를 나타낸다.
AUX_FLAG 필드가 "1"과 동일한 경우에만 다음의 필드가 나타난다.
AUX_PRIVATE_DYN: 이 48 비트 필드는 보조 스트림을 시그널링하기 위한 미래 사용을 위해 예약된다. 이 필드의 의미는 구성가능한 PLS2-STAT 내의 AUX_STREAM_TYPE의 값에 의존한다.
CRC_32: 전체 PLS2에 적용되는 32 비트 에러 검출 코드.
도 16은 본 발명의 실시예에 따른 프레임의 논리 구조를 나타내는 도면이다.
상술한 바와 같이, PLS, EAC, FIC, DP, 보조 스트림 및 더미 셀은 프레임 내의 OFDM 심볼의 액티브 캐리어에 맵핑된다. PLS1 및 PLS2는 먼저 하나 이상의 FSS(들)에 맵핑된다. 그 후, 있다면, EAC 셀이 PLS 필드 직후에 맵핑되고, 그 후, 있다면, FIC 셀이 맵핑된다. 있다면, DP는 PLS 또는 EAC, FIC 후에 맵핑된다. 타입 1 DP가 먼저 뒤따르고 그 후 타입 2 DP가 뒤따른다. DP의 타입의 세부사항은 후술한다. 임의의 경우, DP는 EAS를 위한 임의의 특수 데이터 또는 서비스 시그널링 데이터를 전달할 수 있다. 있다면, 보조 스트림 또는 스트림들이 DP를 뒤따르고, 그 후, 더미 셀이 뒤따른다. 이들 모두를 상술한 순서, 즉, PLS, EAC, FIC, DP, 보조 스트림 및 더미 데이터 셀의 순서로 맵핑하는 것은 프레임 내의 셀 용량을 정확히 채운다.
도 17은 본 발명의 실시예에 따른 PLS 맵핑을 나타내는 도면이다.
PLS 셀은 FSS(들)의 액티브 캐리어에 맵핑된다. PLS에 의해 점유된 셀의 수에 의존하여, 하나 이상의 심볼이 FSS(들)로서 지정되고, FSS(들)의 수(NFSS)는 PLS1 내의 NUM_FSS에 의해 시그널링된다. FSS는 PLS 셀을 전달하는 특수 심볼이다. 강건함 및 레이턴시(latency)는 PLS의 중요한 문제이므로, FSS(들)는 FSS 내의 주파수 전용 보간 및 고속 동기화를 허용하는 더 높은 밀도의 파일럿을 갖는다.
PLS 셀은 도 17의 예에 도시된 바와 같이 탑-다운(top-down) 방식으로 NFSS 개의 FSS(들)의 액티브 캐리어에 맵핑된다. PLS1 셀은 셀 인덱스의 증가 순서로 제1 FSS의 제1 셀로부터 먼저 맵핑된다. PLS2 셀은 PLS1의 마지막 셀 직후에 맵핑되고 제1 FSS의 마지막 셀 인덱스까지 맵핑이 하향으로 계속된다. 요구되는 PLS 셀의 총 수가 하나의 FSS의 액티브 캐리어의 수를 초과하면, 맵핑은 다음의 FSS로 진행하고 제1 FSS와 정확히 동일한 방식으로 계속된다.
PLS 맵핑이 완료된 후, DP가 다음에 전달된다. EAC, FIC 또는 EAC 및 FIC가 현재의 프레임에 존재하면, 이들은 PLS 및 "정상" DP 사이에 배치된다.
도 18은 본 발명의 실시예에 따른 EAC 맵핑을 나타내는 도면이다.
EAC는 EAS 메시지를 전달하는 전용 채널이며 EAS에 대한 DP에 링크된다. EAS 지원은 제공되지만, EAC 자체는 모든 프레임에 존재할 수도 있고 존재하지 않을 수도 있다. 있다면, EAC는 PLS2 셀 직후에 맵핑된다. EAC가 PLS 셀 이외에 FIC, DP, 보조 스트림 또는 더미 셀 중의 어느 것의 후에 오지 않는다. EAC 셀을 맵핑하는 절차는 PLS와 정확히 동일하다.
EAC 셀은 도 18에 도시된 바와 같이 셀 인덱스의 증가 순서로 PLS2의 다음 셀로부터 맵핑된다. EAS 메시지 사이즈에 따라, EAC 셀은 도 18에 도시된 바와 같이 몇 개의 심볼을 점유한다.
EAC 셀은 PLS2의 마지막 셀 직후에 맵핑되고, 맵핑은 마지막 FSS의 마지막 셀 인덱스까지 하향으로 계속된다. 요구되는 EAC의 총수가 마지막 FSS의 나머지 액티브 캐리어의 수를 초과하면, 맵핑은 다음의 심볼로 진행하고 FSS(들)와 정확히 동일한 방식으로 계속된다. 이 경우의 맵핑을 위한 다음 심볼은 정상 데이터 심볼이고, 이는 FSS보다 더 많은 액티브 캐리어를 갖는다.
EAC 맵핑이 완료된 후, 존재한다면, FIC가 다음에 전달된다. (PLS2 필드에서 시그널링됨에 따라) FIC가 송신되지 않으면, DP는 EAC의 마지막 셀 직후에 맵핑된다.
도 19는 본 발명의 실시예에 따른 FIC 맵핑을 나타내는 도면이다.
(a) 는 EAC가 없는 FIC의 예시적인 맵핑을 나타내고 (b)는 EAC가 있는 FIC의 예시적인 맵핑을 나타낸다.
FIC는 고속 서비스 획득 및 채널 스캐닝을 가능하게 하는 계층간(cross-layer) 정보에 대한 전용 채널이다. 이 정보는 주로 각 브로드캐스터의 DP 및 서비스 간의 정보를 결합하는 채널을 포함한다. 고속 스캔을 위하여, 수신기는 FIC를 디코딩하여 브로드캐스터 ID, 서비스의 수 및 BASE_DP_ID 등의 정보를 얻을 수 있다. 고속 서비스 획득을 위해, FIC에 더하여, 베이스 DP가 BASE_DP_ID를 이용하여 디코딩될 수 있다. 전달되는 내용 이외에, 베이스 DP는 정상 DP와 정확히 동일한 방식으로 인코딩되고 프레임에 맵핑된다. 그러므로, 베이스 DP에 대하여 추가의 설명이 요구되지 않는다. FIC 데이터가 생성되어 관리층에서 소비된다. FIC 데이터의 내용은 관리 층 설명서에 기재된 것과 같다.
FIC 데이터는 선택적이고 FIC의 사용은 PLS2의 정적 부분 내의 FIC_FLAG 파라미터에 의해 시그널링된다. FIC가 사용되면, FIC_FLAG가 "1"로 설정되고 FIC를 위한 시그널링 필드는 PLS2의 정적 부분에 정의된다. 이 필드에서는 FIC_VERSION 및 FIC_LENGTH_BYTE가 시그널링된다. FIC는 PLS2와 동일한 변조, 코딩 및 시간 인터리빙 파라미터를 이용한다. FIC는 PLS2_MODE 및 PLS2_FEC 등의 동일한 시그널링 파라미터를 공유한다. 있다면, FIC 데이터는 PLS2 또는 있다면 EAC 직후에 맵핑된다. FIC는 임의의 정상 DP, 보조 스트림 또는 더미 셀 후에 맵핑되지 않는다. FIC 셀을 맵핑하는 방법은 EAC와 정확하게 동일하고, 이는 PLS와 동일하다.
PLS 후에 EAC가 없으면, FIC 셀은 (a)의 예에 도시된 바와 같이 셀 인덱스의 증가 순서로 PLS2의 다음 셀로부터 맵핑된다. FIC 데이터 사이즈에 따라, FIC 셀은 (b)에 도시된 바와 같이 몇 개의 심볼에 걸쳐 맵핑될 수 있다.
FIC 셀은 PLS2의 마지막 셀 직후에 맵핑되고 맵핑은 마지막 FSS의 마지막 셀 인덱스까지 하향으로 계속된다. 요구되는 FIC 셀의 총수가 마지막 FSS의 나머지 액티브 캐리어의 수를 초과하면, 맵핑은 다음 심볼로 진행하고 FSS(들)와 정확히 동일한 방식으로 계속된다. 이 경우의 맵핑을 위한 다음의 심볼은 FSS보다 더 많은 액티브 캐리어를 갖는 정상 데이터 심볼이다.
EAS 메시지가 현재의 프레임에서 송신되면, EAC는 FIC를 앞서고, FIC 셀은 (b) 에 도시된 바와 같이 셀 인덱스의 증가 순서로 EAC의 다음 셀로부터 맵핑된다.
FIC 맵핑이 완료된 후, 하나 이상의 DP가 맵핑되고, 그 후, 있다면, 보조 스트림 및 더미 셀이 맵핑된다.
도 20은 본 발명의 실시예에 따른 DP의 타입을 나타내는 도면이다.
도 20의 (a)는 타입 1 DP를 나타내고 (b)는 타입 2 DP를 나타낸다.
선행 채널, 즉, PLS, EAC 및 FIC가 맵핑된 후, DP의 셀이 맵핑된다. DP는 맵핑 방법에 따라 2개의 타입 중의 하나로 분류된다:
타입 1 DP: DP는 TDM에 의해 맵핑됨
타입 2 DP: DP는 FDM에 의해 맵핑됨
DP의 타입은 PLS2의 정적 부분에서 DP_TYPE 필드에 의해 지시된다. 도 20은 타입 1 DP 및 타입 2 DP의 맵핑 순서를 나타낸다. 타입 1 DP는 먼저 셀 인덱스의 증가 순서로 맵핑되고, 마지막 셀 인덱스에 도달 한 후, 심볼 인덱스가 1씩 증가한다. 다음 실볼 내에서, DP는 p=0로부터 셀 인덱스의 증간 순서로 계속 맵핑된다. 하나의 프레임에서 함께 맵핑된 다수의 DP로, 타입 1 DP의 각각은 DP의 TDM 멀티플렉싱과 유사하게 시간에서 그룹화된다.
타입 2 DP는 먼저 심볼 인덱스의 증가 순서로 맵핑되고, 프레임의 마지막 OFDM 심볼에 도달한 후에, 셀 인덱스는 1씩 증가하고, 심볼 인덱스는 제1 이용가능한 심볼로 밀려나고 그 심볼 인덱스부터 증가한다. 하나의 프레임에서 다수의 DP를 함께 맵핑한 후, 타입 2 DP의 각각은 DP의 FDM 멀티플렉싱과 유사하게 주파수에서 그룹화된다.
하나의 제한이 필요하면, 즉, 타입 1 DP가 항상 타입 2 DP를 앞서면, 타입 1 DP 및 타입 2 DP는 프레임 내에서 공존할 수 있다. 타입 1 및 타입 2 DP를 전달하는 OFDM 셀의 총수는 DP의 송신을 위해 이용가능한 OFDM 셀의 총수를 초과할 수 없다.
Figure pct00004
여기서, DDP1는 타입 1 DP에 의해 점유되는 OFDM 셀의 수이고, DDP2는 타입 2 DP에 의해 점유되는 OFDM 셀의 수이다. PLS, EAC, FIC는 모두 타입 1 DP와 동일한 방식으로 맵핑되므로, 이들은 모두 "타입 1 맵핑 룰"을 따른다. 그러므로, 타입 1 맵핑은 항상 타입 2 맵핑보다 앞선다.
도 21은 본 발명의 실시예에 따른 DP 맵핑을 나타내는 도면이다.
(a) 는 타입 1 DP를 맵핑하기 위한 OFDM 셀의 어드레싱을 나타내고 (b)는 타입 2 DP를 맵핑하기 위한 OFDM 셀의 어드레싱을 나타낸다.
타입 1 DP(0, DDP1-1)를 맵핑하기 위한 OFDM 셀의 어드레싱은 타입 1 DP의 액티브 데이터 셀을 위해 정의된다. 어드레싱 방식은 타입 1 DP의 각각에 대한 TI로부터의 셀이 액티브 데이터 셀에 할당되는 순서를 정의한다. 이는 또한 PLS2의 동적 부분 내의 DP의 위치를 시그널링하는데 사용된다.
EAC 및 FIC 없이, 어드레스 0는 마지막 FSS 내의 PLS를 전달하는 마지막 셀의 직후의 셀을 지칭한다. EAC가 송신되고 FIC가 그 해당 프레임에서 없으면, 어드레스 0는 EAC를 전달하는 마지막 셀 직후의 셀을 지칭한다. FIC가 해당 프레임에서 송신되면, 어드레스 0는 FIC를 전달하는 마지막 셀 직후의 셀을 지칭한다. 타입 1 DP에 대한 어드레스 0는 (a)에 도시된 바와 같이 2개의 상이한 케이스를 고려하여 산출될 수 있다. (a)에 도시된 예에서, PLS, EAC 및 FIC는 모두 송신되는 것으로 가정한다. EAC 및 FIC 중의 하나 또는 둘다가 생략되는 경우로의 확장은 쉽다. (a)의 좌측에 도시된 바와 같이 FIC까지의 모든 셀을 맵핑한 후에 FSS 내에 나머지 셀이 남아 있다.
타입 2 DP(0, …, DDP2-1)를 맵핑하는 OFDM 셀의 어드레싱은 타입 2 DP의 액티브 데이터 셀을 위해 정의된다. 어드레싱 방식은 타입 2 DP의 각각에 대한 TI로부터의 셀이 액티브 데이터 셀로 할당되는 순서를 정의한다. 이는 또한 PLS2의 동적 부분 내의 DP의 위치를 시그널링하는데 사용된다.
(b)에 도시된 바와 같이 3개의 약간 다른 케이스가 가능하다. (b)의 좌측 상에 도시된 제1 케이스에서는, 마지막 FSS 내의 셀은 타입 2 DP 맵핑에 이용된다. 중간에 도시된 제2 케이스에서는, FIC가 정상 심볼의 셀을 차지하지만, 그 심볼 상의 FIC 셀의 수는 CFSS보다 작다. (b)의 우측에 도시된 제3의 케이스는 그 심볼 상에 맵핑된 FIC 셀의 수가 CFSS를 초과한다는 것을 제외하고 제2 케이스와 동일하다.
PLS, EAC 및 FIC는 타입 1 DP(들)와 동일한 "타입 1 맵핑 규칙"을 따르기 때문에, 타입 1 DP(들)이 타입 2 DP(들)를 앞서는 경우로의 확장은 간단하다.
데이터 파이프 단위(DPU)는 데이터 셀을 프레임 내의 DP로 할당하는 기본 단위이다.
DPU는 프레임 내에 DP를 위치시키는 시그널링 단위로서 정의된다. 셀 맵퍼(7010)는 DP의 각각에 대한 TI에 의해 생성된 셀을 맵핑할 수 있다. 시간 인터리버(5050)는 일련의 TI 블록을 출력하고, 각각의 TI 블록은 셀의 세트로 구성되는 가변 수(variable number)의 XFECBLOCK를 포함한다. XFECBLOCK 내의 셀의 수(Ncells)는 FECBLOCK 사이즈(Nldpc) 및 성상 심볼당 송신 비트수에 의존한다. DPU는 주어진 PHY 프로파일에서 지원되는 XFECBLOCK 내의 셀의 수의 모든 가능한 값의 가장 큰 공통 제수(divisor) (Ncells)로서 정의된다. 셀 내의 DPU의 길이는 LDPU로 정의된다. 각 PHY 프로파일이 FECBLOCK 사이즈 및 성상 심볼 당 상이한 수의 상이한 조합을 지원하기 때문에, LDPU는 PHY 프로파일에 기초하여 정의된다.
도 22는 본 발명의 실시예에 따른 FEC 구조를 나타내는 도면이다.
도 22는 비트 인터리빙 전의 본 발명의 실시예에 따른 FEC 구조를 나타낸다. 상술한 바와 같이, 데이터 FEC 인코더는 입력 BBF에 대하여 FEC 인코딩을 수행하여 아우터 코딩(BCH) 및 이너 코딩(LDPC)을 이용하여 FECBLOCK 절차를 생성할 수 있다. 도시된 FEC 구조는 FECBLOCK에 대응한다. 또한, FECBLOCK 및 FEC 구조는 LDPC 코드워드의 길이에 대응하는 동일한 값을 갖는다.
도 22에 도시된 바와 같이 BCH 인코딩은 각각의 BBF(Kbch 비트)에 적용되고, LDPC 인코딩은 BCH 인코딩 BBF(Kldpc 비트 = Nbch 비트)에 적용된다.
Nldpc의 값은 64800 비트(긴 FECBLOCK) 또는 16200 비트(짧은 FECBLOCK)이다.
이하의 표 28 및 29는 각각 긴 FECBLOCK 및 짧은 FECBLOCK에 대한 FEC 인코딩 파라미터를 나타낸다.
LDPC 레이트 Nldpc Kldpc Kbch BCH 에러 정정 능력 Nbch-Kbch
5/15 64800 21600 21408 12 192
6/15 25920 25728
7/15 30240 30048
8/15 34560 34368
9/15 38880 38688
10/15 43200 43008
11/15 47520 47328
12/15 51840 51648
13/15 56160 55968
LDPC 레이트 Nldpc Kldpc Kbch BCH 에러 정정 능력 Nbch-Kbch
5/15 16200 5400 5232 12 168
6/15 6480 6312
7/15 7560 7392
8/15 8640 8472
9/15 9720 9552
10/15 10800 10632
11/15 11880 11712
12/15 12960 12792
13/15 14040 13872
BCH 인코딩 및 LDPC 인코딩의 동작의 세부사항은 다음과 같다.
12 에러 정정 BCH 코드는 BBF의 아우터 인코딩에 사용된다. 짧은 FECBLOCK 및 긴 FECBLOCK에 대한 BCH 생성기 다항식은 모든 다항식을 함께 곱함으로써 얻어진다.
LDPC 코드는 아우터 BCH 인코딩의 출력을 인코딩하는데 사용된다. 완성된 Bldpc(FECBLOCK)를 생성하기 위하여, Pldpc(패리티 비트)는 각 Ildpc (BCH 인코딩 BBF)로부터 체계적으로 인코딩되고 Ildpc에 첨부된다. 완성된 Bldpc(FECBLOCK)는 다음의 수학식으로 표현된다.
Figure pct00005
긴 FECBLOCK 및 짧은 FECBLOCK에 대한 파라미터는 각각 상기 표 28 및 29에 주어진다.
긴 FECBLOCK에 대한 Nldpc-Kldpc를 산출하는 세부 절차는 다음과 같다.
1) 패리티 비트 초기화
Figure pct00006
2) 패리티 체크 매트릭스의 어드레스의 제1 행에 특정된 패리티 비트 어드레스에서 제1 정보 비트(i0)를 누산한다. 패리티 체크 매트릭스의 어드레스의 세부사항은 후술한다. 예를 들어, 레이트 13/15에 대하여,
Figure pct00007
3) 다음의 359개의 정보 비트(is) (s=1, 2, …, 359)가 다음의 수학식을 이용하여 패리티 비트에서 누산된다.
Figure pct00008
여기서, x는 제1 비트(i0)에 대응하는 패리티 비트 누산기의 어드레스를 나타내고, Qldpc는 패리티 체크 매트릭스의 어드레스에서 특정된 코드 레이트 종속 상수이다. 계속 예를 들어, 레이트 13/15에 대하여, Qldpc = 24이고, 따라서, 정보 비트(i1)에 대하여, 다음의 동작이 수행된다.
Figure pct00009
4) 361번째 정보 비트(i360)에 대하여, 패리티 비트 누산기의 어드레스는 패리티 체크 매트릭스의 어드레스의 제2 행에 주어진다. 유사한 방식으로, 다음의 358개의 정보 비트(is) (s=361, 362, …, 719)에 대한 패리티 비트 누산기의 어드레스는 수학식 6을 이용하여 얻어지고, 여기서, x는 정보 비트(i360)에 대응하는 패리티 비트 누산기의 어드레스, 패리티 체크 매트릭스의 어드레스의 제2 행 내의 엔트리를 나타낸다.
5) 유사한 방식으로, 360개의 새로운 정보 비트의 모든 그룹에 대하여, 패리티 체크 매트릭스의 어드레스로부터의 새로운 행이 패리티 비트 누산기의 어드레스를 찾는데 사용된다.
정보 비트의 전부가 소진된 후, 최종 패리티가 다음과 같이 얻어진다.
6) i=1로 시작하는 다음의 동작을 순차적으로 수행한다.
Figure pct00010
여기서, pi(i=0, 1, …, Ndpc-Kldpc-1)의 최종 내용은 패리티 비트(pi)와 동일하다.
코드 레이트 Qldpc
5/15 120
6/15 108
7/15 96
8/15 84
9/15 72
10/15 60
11/15 48
12/15 36
13/15 24
짧은 FECBLOCK에 대한 이 LDPC 인코딩 절차는 표 30 및 31을 대체하고 긴 FECBLOCK에 대한 패리티 체크 매트릭스의 어드레스를 짧은 FECBLOCK에 대한 패리티 체크 매트릭스의 어드레스로 대체하는 것을 제외하고 긴 FECBLOCK에 대한 t LDPC 인코딩 절차를 따른다.
코드 레이트 Qldpc
5/15 30
6/15 27
7/15 24
8/15 21
9/15 18
10/15 15
11/15 12
12/15 9
13/15 6
도 23은 본 발명의 실시예에 따른 비트 인터리빙을 나타내는 도면이다.
LDPC 인코더의 출력은 비트 인터리빙되고, 이는 패리티 인터리빙 및 그 후의 QCB(quasi-cyclic block) 인터리빙 및 내부 그룹 인터리빙으로 구성된다.
(a) 는 QCB 인터리빙을 나타내고 (b)는 내부 그룹 인터리빙을 나타낸다.
FECBLOCK는 패리티 인터리빙될 수 있다. 패리티 인터리빙의 출력에서, LDPC 코드워드는 긴 FECBLOCK 내의 180개의 인접한 QC 블록 및 짧은 FECBLOCK 내의 180개의 인접한 QC 블록으로 구성된다. 긴 또는 짧은 FECBLOCK 내의 각각의 QC 블록은 360 비트로 구성된다. 패리티 인터리빙된 LDPC 코드워드는 QCB 인터리빙에 의해 인터리빙된다. QCB 인터리빙의 단위는 QC 블록이다. 패리티 인터리빙의 출력에서의 QC 블록은 도 23에 도시된 바와 같이 QCB 인터리빙에 의해 퍼뮤테이션(permutation)되고, 여기서, FECBLOCK 길이에 따라 Ncells=64800/nmod 또는 16200/nmod이다. QCB 인터리빙 패턴은 변조 타입 및 LDPC 코드 레이트의 각 조합에 고유하다.
QCB 인터리빙 후, 내부 그룹 인터리빙은 이하의 표 32에 정의된 변조 타입 및 순서(nmod)에 따라 수행된다. 하나의 내부 그룹에 대한 QC 블록의 수(NQCB _IG)가 또한 정의된다.
변조 타입 nmod NQCB_IG
QAM-16 4 2
NUC-16 4 4
NUQ-64 6 3
NUC-64 6 6
NUQ-256 8 4
NUC-256 8 8
NUQ-1024 10 5
NUC-1024 10 10
내부 그룹 인터리빙 프로세스는 QCB 인터리빙 출력의 NQCB-IG 개의 QC 블록으로 수행된다. 내부 그룹 인터리빙은 360개의 열과 NQCB_IG개의 행을 이용하여 내부 그룹의 비트를 기입 및 판독하는 프로세스를 갖는다. 기입 동작에서, QCB 인터리빙 출력으로부터의 비트가 행방향으로 기입된다. 판독 동작은 열 방향으로 수행되어 각 행으로부터 m개의 비트를 판독하고, 여기서, m은 NUC에 대하여 1과 같고 NCQ에 대하여 2와 동일하다.
도 24는 본 발명의 실시예에 따른 셀-워드 디멀티플렉싱을 나타내는 도면이다.
(a)는 8 및 12 bpcu MIMO에 대한 셀-워드 디멀티플렉싱을 나타내고 (b)는 10 bpcu MIMO에 대한 셀-워드 디멀티플렉싱을 나타낸다.
(a)에 도시된 바와 같이 비트 인터리빙 출력의 각 셀 워드
Figure pct00011
은
Figure pct00012
및
Figure pct00013
로 디멀티플렉싱되고, 이는 하나의 XFECBLOCK에 대한 셀-워드 디멀티플렉싱 프로세스를 나타낸다.
MIMO 인코딩을 위한 상이한 타입의 NUQ를 이용한 10bpcu MIMO 케이스에 대하여, NUQ-1024에 대한 비트 인터리버가 재사용된다. (b)에 도시된 바와 같이 비트 인터리버 출력의 각 셀 워드
Figure pct00014
는
Figure pct00015
및
Figure pct00016
으로 디멀티플렉싱된다.
도 25는 본 발명의 실시예에 따른 시간 인터리빙을 나타내는 도면이다.
(a) 내지 (c)는 TI 모드의 예를 나타낸다.
시간 인터리버는 DP 레벨에서 동작한다. 시간 인터리빙(TI)의 파라미터는 각 DP에 대하여 상이하게 설정될 수 있다.
PlS2-STAT 데이터의 일부에서 나타나는 다음의 파라미터는 TI를 구성한다:
DP_TI_TYPE(허용치: 0 또는 1): TI 모드를 나타냄; "0"은 TI 그룹당 다수의 TI 블록(1보다 많은 TI 블록)을 갖는 모드를 나타낸다. 이 경우, 하나의 TI 그룹은 하나의 프레임에 직접 맵핑된다(인터프레임 인터리빙이 아님). "1"은 TI 그룹당 단 하나의 TI 블록을 갖는 모드를 나타낸다. 이 경우, TI 블록은 1보다 많은 프레임에 확산될 수 있다(인터프레임 인터리빙).
DP_TI_LENGTH: DI_TI_TYPE="0"이면, 이 파라미터는 TI 그룹당 TI 블록의 수(NTI)이다. DP_TI_TYPE="1"에 대하여, 이 파라미터는 하나의 TI 그룹으로부터 확산된 프레임의 수(PI)이다.
DP_NUM_BLOCK_MAX(허용치: 0 내지 1023): TI 그룹당 XFECBLOCK의 최대 수를 나타냄.
DP_FRAME_INTERVAL(허용치: 1, 2, 4, 8): 주어진 PHY 프로파일의 동일 DP를 전달하는 2개의 연속적인 프레임 간의 프레임의 수(IJUMP)를 나타냄.
DP_TI_BYPASS(허용치: 0 또는 1): 시간 인터리빙이 DP에 사용되지 않으면, 이 파라미터는 "1"로 설정된다. 시간 인터리빙이 사용되면, "0"으로 설정된다.
추가적으로, PLS2-DYN 데이터로부터의 파라미터(DP_NUM_BLOCK)는 DP의 하나의 TI 그룹에 의해 전달된 XFECBLOCK의 수를 나타내는데 사용된다.
시간 인터리빙이 DP에 사용되지 않으면, 다음의 TI 그룹, 시간 인터리빙 동작 및 TI 모드는 고려되지 않는다. 그러나, 스케줄러로부터의 동적 구성 정보에 대한 보상 블록은 여전히 필요하다. 각 DP에서, SSD/MIMO 인코딩으로부터 수신된 XFECBLOCK은 TI 그룹으로 그룹핑된다. 즉, 각각의 TI 그룹은 정수의(an integer number of) XFECBLOCK의 세트이고 동적으로 가변하는 수의 XFECBLOCK를 포함한다. 인덱스의 TI 그룹 내의 XFECBLOCK의 수(n)는 NxBLOCK_Group_(n)으로 표시되고 PLS2-DYN 데이터의 DP_NUM_BLOCK로서 시그널링된다. NxBLOCK_Group_(n)는 0의 최소값으로부터 가장 큰값이 1023인 최대 값(NxBLOCK_Group_MAX)(DP_NUM_BLOCK_MAX에 대응)까지 변할 수 있다.
각 TI 그룹은 하나의 프레임에 직접 맵핑되거나 PI 프레임에 걸쳐 확산된다. 각각의 TI 그룹은 또한 1보다 많은 TI 블록(NTI)으로 분리되고, 각각의 TI 블록은 시간 인터리버 메모리의 하나의 용도에 대응한다. TI 그룹 내의 TI 블록은 약간 상이한 수의 XFECBLOCK를 포함할 수 있다. TI 그룹이 다수의 TI 블록으로 분리되면, 단 하나의 프레임에만 직접 맵핑된다. 이하의 표 33에 도시된 바와 같이 (시간 인터리빙을 스킵하는 추가의 옵션을 제외하고) 시간 인터리빙을 위한 3개의 옵션이 존재한다.
모드 설명
옵션 1 각각의 TI 그룹은 하나의 TI 블록을 포함하고 (a)에 도시된 바와 같이 하나의 프레임에 직접 맵핑된다. 이 옵션은 DP_TI_TYPE="0" 및 DP_TI_LENGTH="1"(NTI=1)에 의해 PLS2-STAT에서 시그널링된다.
옵션 2 각각의 TI 그룹은 하나의 TI 블록을 포함하고 1보다 많은 프레임에 맵핑된다. (b)는 하나의 TI 그룹이 2개의 프레임, 즉, DP_TI_LENGTH="2"(PI=2) 및 DP_frame_INTERVAL (IJUMP=2)에 맵핑되는 예를 나타낸다. 이것은 낮은 데이터 레이트 서비스에 더 높은 시간 다이버시티를 제공한다. 이 옵션은 DP_TI_TYPE="1"에 의해 PLS2-STAT에서 시그널링된다.
옵션 3 각각의 TI 그룹은 다수의 TI 블록으로 분리되고 (c)에 도시된 바와 같이 하나의 프레임에 직접 맵핑된다. 각각의 TI 블록은 전체 TI 메모리를 사용하여 DP에 최대 비트 레이트를 제공한다. 이 옵션은 PI=1 동안 DP_TI_TYPE="0" 및 DP_TI_LENGTH=NTI에 의해 PLS2-STAT에서 시그널링된다.
각 DP에서, TI 메모리는 입력 XFECBLOCK(SSD/MIMO 인코딩 블록으로부터의 출력 XFECBLOCK)를 저장한다. 입력 XFECBLOCK은
Figure pct00017
으로서 정의되고,
여기서, dn,s,r,q는 n번째 TI 그룹의 s번째 TI 블록 내의 r번째 XFECBLOCK의 q번째 셀이고 다음과 같이 SSD 및 MIMO 인코딩의 출력을 나타낸다.
Figure pct00018
또한, 시간 인터리버로부터의 출력 XFECBLOCK는 다음과 같이 정의되는 것으로 가정한다.
Figure pct00019
여기서, hn,s,i는 n번째 TI 그룹의 s번째 TI 블록 내의 i번째 출력 셀(
Figure pct00020
)이다.
일반적으로, 시간 인터리버는 프레임 빌딩 프로세스 전에 DP 데이터를 위한 버퍼로서 동작한다. 이것은 각각의 DP에 대한 2개의 메모리 뱅크에 의해 달성된다. 제1 TI 블록은 제1 뱅크에 기입된다. 제1 뱅크가 판독되는 동안 제2 TI 블록이 제2 뱅크에 기입된다.
TI는 트위스트 행-열 블록 인터리버이다. n번째 TI 그룹의 s번째 TI 블록에 대하여, TI 메모리의 행(Nr)의 수는 셀의 수(Ncell)와 동일하다, 즉, Nr=Ncell이지만, 열의 수(Nc)는 수(NxBLOCK_TI(n,s))와 동일하다.
도 26는 본 발명의 실시예에 따른 트위스트 행-열 블록 인터리버의 기본 동작을 나타내는 도면이다.
(a) 는 시간 인터리버에서의 기입 동작을 나타내고 (b)는 시간 인터리버에서의 판독 동작을 나타낸다. (a)에 도시된 바와 같이 제1 XFECBLOCK는 TI 메모리의 제1 열에 열방향으로 기입되고 제2 XFECBLOCK는 다음 열에 기입된다. 그 후, 인터리빙 어레이에서, 셀은 대각선 방향으로 판독된다. 제1 행(최좌측 열에서 시작하여 행을 따라 오른쪽으로) 마지막행까지 대각선 방향의 판독 동안, (b)에 도시된 바와 같이 셀이 판독된다. 구체적으로, 순차적으로 판독될 TI 메모리 셀 위치로서 Zn,s,i(i=0,,,,,,N,N)를 상정하여, 이러한 인터리빙 어레이에서의 판독 프로세스는 다음의 수학식에서처럼 행 인덱스(Rn,s,i), 열 인덱스(Cn,s,i) 및 연관된 트위스트 파라미터(Tn,s,i)를 산출함으로써 수행된다.
Figure pct00021
여기서, Sshift는 NxBLOCK_TI(n,s)와 관계없이 대각선 방향 판독 프로세스에 대한 공통 시프트 값이고, 다음의 수학식에서처럼 PLS-STAT에 주어진 NxBLOCK_TI_MAX에 의해 결정된다.
Figure pct00022
결과적으로, 판독될 셀 위치는 Zn,s,i=NrCn,s,i+Rn,s,i로서 좌표에 의해 산출된다.
도 27은 본 발명의 다른 실시예에 따른 트위스트 행-열 블록 인터리버의 기본 동작을 나타내는 도면이다.
특히, 도 27은 NxBLOCK_TI(0,0)=3, NxBLOCK_TI(1,0)=6, NxBLOCK_TI(2,0)=5일 때 가상 XFECBLOCK를 포함하여 각 TI 그룹에 대한 TI 메모리 내의 인터리빙 어레이를 나타낸다.
가변수(NxBLOCK_TI(n,s)=Nr)는 NxBLOCK_TI_MAX보다 작거나 같다. 따라서, 수신측에서 단일 메모리 디인터리빙을 달성하기 위하여, NxBLOCK_TI(n,s)과 관계없이, 트위스트 행-열 블록 인터리버에 사용되는 인터리빙 어레이는 가상 XFECBLOCK를 TI 메모리에 삽입함으로써 Nr×Nc=Ncells×NxBLOCK _ TI _MAX의 사이즈로 설정되고, 판독 프로세스는 다음의 수학식으로 달성된다.
Figure pct00023
TI 그룹의 수는 3으로 설정된다. 시간 인터리버의 옵션은 DP_TI_TYPE="0", DP_FRAME_INTERVAL="1" 및 DP_TI_LENGTH="1", 즉, NTI=1, IJUMP=1 및 P1=1에 의해 PLS2-STAT 데이터에서 시그널링된다. TI 그룹당 각각이 Ncells=30를 갖는 XFECBLOCK의 수는 각각 NxBLOCK_TI(0,0)=3, NxBLOCK_TI(1,0)=6, NxBLOCK_TI(2,0)=5에 의해 PLS2-DYN 데이터에서 시그널링된다. XFECBLOCK의 최대수는 NxBLOCK_Group_MAX에 의해 PLS2-STAT 데이터에서 시그널링되고, 이는 다음을 유도한다.
Figure pct00024
도 28은 본 발명의 실시예에 따른 트위스트 행-열 블록 인터리버의 대각선 방향 판독 패턴을 나타내는 도면이다.
특히, 도 28은 NxBLOCK_TI_MAX =7 및 Sshift=(7-1)/2=3의 파라미터를 갖는 각 인터리빙 어레이로부터의 대각선 방향 판독 패턴을 나타낸다. 상기 의사 코드로서 도시된 판독 프로세스에서, Vi×NcellsNxBLOCK _ TI(n,s)이면, Vi의 값은 스킵되고 Vi의 다음 산출 값이 사용된다.
도 29은 본 발명의 실시예에 따른 각 인터리빙 어레이로부터의 인터리빙된 XFECBLOCK을 나타내는 도면이다.
도 29은 NxBLOCK_TI_MAX =7 및 Sshift=3의 파라미터를 갖는 각각의 인터리빙 어레이로부터 인터리빙된 XFECBLOCK를 나타낸다.
도 30은 본 발명의 일 실시예에 따른 방송 수신 장치의 구성을 보여준다.
도 30의 실시예에서 방송 수신 장치(100)는 방송 수신부(110), 인터넷 프로토콜(Internet Protocol, IP) 통신부(130) 및 제어부(150)를 포함한다.
방송 수신부(110)는 방송 수신부(110)가 수행하는 복수의 기능 각각을 수행하는 하나 또는 복수의 프로세서. 하나 또는 복수의 회로 및 하나 또는 복수의 하드웨어 모듈을 포함할 수 있다. 구체적으로 방송 수신부(110)는 여러가지 반도체 부품이 하나로 집적되는 시스템 온 칩(System On Chip, SOC)일 수 있다. 이때, SOC는 그래픽, 오디오, 비디오, 모뎀 등 각종 멀티미디어용 부품과 프로세서와 D램 등 반도체가 하나로 통합된 반도체일 수 있다. 방송 수신부(110)는 물리 계층 모듈(119) 물리 계층 IP 프레임 모듈(117)을 포함할 수 있다. 물리 계층 모듈(119)는 방송망의 방송 채널을 통하여 방송 관련 신호를 수신하고 처리한다. 물리 계층 IP 프레임 모듈(117)은 물리 계층 모듈(119)로부터 획득한 IP 데이터 그램 등의 데이터 패킷을 특정 프레임으로 변환한다. 예컨대, 물리 계층 모듈(119)은 IP 데이터 그램 등을 RS Fraem 또는 GSE 등으로 변환할 수 있다.
IP 통신부(130)는 IP 통신부(130)가 수행하는 복수의 기능 각각을 수행하는 하나 또는 복수의 프로세서. 하나 또는 복수의 회로 및 하나 또는 복수의 하드웨어 모듈을 포함할 수 있다. 구체적으로 IP 통신부(130)는 여러가지 반도체 부품이 하나로 집적되는 시스템 온 칩(System On Chip, SOC)일 수 있다. 이때, SOC는 그래픽, 오디오, 비디오, 모뎀 등 각종 멀티미디어용 부품과 프로세서와 D램 등 반도체가 하나로 통합된 반도체일 수 있다. IP 통신부(130)는 인터넷 접근 제어 모듈(131)을 포함할 수 있다. 인터넷 접근 제어 모듈(131)은 인터넷 통신망(broad band)을 통하여 서비스, 컨텐츠 및 시그널링 데이터 중 적어도 어느 하나를 획득하기 위한 방송 수신 장치(100)의 동작을 제어한다.
제어부(150)는 제어부(150)가 수행하는 복수의 기능 각각을 수행하는 하나 또는 복수의 프로세서. 하나 또는 복수의 회로 및 하나 또는 복수의 하드웨어 모듈을 포함할 수 있다. 구체적으로 제어부(150)는 여러가지 반도체 부품이 하나로 집적되는 시스템 온 칩(System On Chip, SOC)일 수 있다. 이때, SOC는 그래픽, 오디오, 비디오, 모뎀 등 각종 멀티미디어용 부품과 프로세서와 D램 등 반도체가 하나로 통합된 반도체일 수 있다. 제어부(150)는 시그널링 디코더(151), 서비스 맵 데이터 베이스(161), 서비스 시그널링 채널 파서(163), 어플리케이션 시그널링 파서(166), 얼러트 시그널링 파서(168), 타겟팅 시그널링 파서(170), 타겟팅 프로세서(173), A/V 프로세서(161), 얼러팅 프로세서(162), 어플리케이션 프로세서(169), 스케쥴드 스트리밍 디코더(181), 파일 디코더(182), 사용자 요청 스트리밍 디코더(183), 파일 데이터베이스(184), 컴포넌트 동기화부(185), 서비스/컨텐츠 획득 제어부(187), 재분배 모듈(189), 장치 관리자(193) 및 데이터 쉐어링부(191) 중 적어도 어느 하나를 포함할 수 있다.
서비스/컨텐츠 획득 제어부(187)는 방송망 또는 인터넷 통신망을 통해 획득한 서비스, 컨텐츠, 서비스 또는 컨텐츠와 관련된 시그널링 데이터 획득을 위한 수신기의 동작을 제어한다.
시그널링 디코더(151)는 시그널링 정보를 디코딩한다.
서비스 시그널링 파서(163)는 서비스 시그널링 정보를 파싱한다.
어플리케이션 시그널링 파서(166)는 서비스와 관련된 시그널링 정보를 추출하고 파싱한다. 이때, 서비스와 관련된 시그널링 정보는 서비스 스캔과 관련된 시그널링 정보일 수 있다. 또한 서비스와 관련된 시그널링 정보는 서비스를 통해 제공되는 컨텐츠와 관련된 시그널링 정보일 수 있다.
얼러트 시그널링 파서(168)는 얼러팅 관련된 시그널링 정보를 추출하고 파싱한다.
타겟팅 시그널링 파서(170)는 서비스 또는 컨텐츠를 개인화(personalization)하기 위한 정보 또는 타겟팅 정보를 시그널링하는 정보를 추출하고 파싱한다.
타겟팅 프로세서(173)는 서비스 또는 컨텐츠를 개인화하기 위한 정보를 처리한다.
얼러팅 프로세서(162)는 긴급 경보(emergency alert)와 관련된 시그널링 정보를 처리한다.
어플리케이션 프로세서(169)는 어플리케이션 관련 정보 및 어플리케이션의 실행을 제어한다. 구체적으로 어플리케이션 프로세서(169)는 다운로드된 어플리케이션의 상태 및 디스플레이 파라미터를 처리한다.
A/V 프로세서(161)는 디코딩된 오디오 또는 비디오, 어플리케이션 데이터 등에 기초하여 오디오/비디오의 렌더링 관련 동작을 처리한다.
스케쥴드 스트리밍 디코더(181)는 미리 방송사 등의 컨텐츠 제공업자가 정한 일정 대로 스트리밍 되는 컨텐츠인 스케쥴드 스트리밍을 디코딩한다.
파일 디코더(182)는 다운로드된 파일을 디코드한다. 특히 파일 디코더(182)는 인터넷 통신망을 통하여 다운로드된 파일을 디코드한다.
사용자 요청 스트리밍 디코더(183)는 사용자 요청에 의하여 제공되는 컨텐츠(On Demand Content)를 디코드한다.
파일 데이터베이스(184)는 파일을 저장한다. 구체적으로 파일 데이터베이스(184)는 인터넷 통신망을 통하여 다운로드한 파일을 저장할 수 있다.
컴포넌트 동기화부(185)는 컨텐츠 또는 서비스를 동기화한다. 구체적으로 컴포넌트 동기화부(185)는 스케쥴드 스트리밍 디코더(181), 파일 디코더(182) 및 사용자 요청 스트리밍 디코더(183) 중 적어도 어느 하나가 디코딩한 컨텐츠를 동기화할 수 있다.
서비스/컨텐츠 획득 제어부(187)는 서비스, 컨텐츠, 서비스 또는 컨텐츠와 관련된 시그널링 정보 중 적어도 어느 하나를 획득하기 위한 수신기의 동작을 제어한다.
재분배 모듈(189)은 방송망을 통하여 서비스 또는 컨텐츠를 수신하지 못하는 경우, 서비스, 컨텐츠, 서비스와 관련 정보 및 컨텐츠 관련 정보 중 적어도 어느 하나의 획득을 지원하기 위한 동작을 수행한다. 구체적으로 외부의 관리 장치(300)에게 서비스, 컨텐츠, 서비스와 관련 정보 및 컨텐츠 관련 정보 중 적어도 어느 하나를 요청할 수 있다. 이때 외부의 관리 장치(300)는 컨텐츠 서버일 수 있다.
장치 관리자(193)는 연동 가능한 외부 장치를 관리한다. 구체적으로 장치 관리자(193)는 외부 장치의 추가, 삭제 및 갱신 중 적어도 어느 하나를 수행할 수 있다. 또한 외부 장치는 방송 수신 장치(100)와 연결 및 데이터 교환이 가능할 수 있다.
데이터 쉐어링부(191)는 방송 수신 장치(100)와 외부 장치 간의 데이터 전송 동작을 수행하고, 교환 관련 정보를 처리한다. 구체적으로 데이터 쉐어링부(191)는 외부 장치에 A/V 데이터 또는 시그널링 정보를 전송할 수 있다. 또한 데이터 쉐어링부(191)는 외부 장치에 A/V 데이터 또는 시그널링 정보를 수신할 수 있다.
스마트 폰이나 태블릿과 같은 단말 장치의 사용이 늘어나면서 이러한 단말 장치와 연동할 수 있는 방송 서비스들이 늘어나고 있다. 이에 따라 단말 장치는 방송 서비스와 연동하여 동작하기 위하여 방송 서비스에 관한 정보를 나타내는 방송 서비스의 속성을 필요로한다. 다만, 연동 장치가 방송 서비스를 직접적으로 수신하지 않는 경우가 많다. 이러한 경우 연동 장치는 방송 전송 장치를 통해 방송 서비스의 속성을 획득해야 한다. 따라서 방송 서비스의 속성을 효율적으로 전송할 수 있는 방송 수신 장치와 방송 수신 장치의 동작 방법이 필요하다. 이에 대해서 도 31 내지 도 43을 통하여 설명하도록 한다.
도 31은 본 발명의 일 실시예에 따른 연동 장치와 연동하는 방송 서비스를 제공하는 방송 시스템을 보여준다.
본 발명의 일 실시예에 따른 방송 시스템은 방송 수신 장치(100), 연동(Companion) 장치(200), 방송 전송 장치(300), 컨텐츠/시그널링 서버(400) 및 ACR 서버(500)를 포함한다.
방송 전송 장치(300)는 방송 서비스를 전송하는 방송 서버를 나타낸다. 이때, 방송 수신 장치(100)는 방송 전송 장치(300)로부터 방송망(Broadcast channel)을 통하여 방송 서비스를 수신한다. 또한 방송 수신 장치(100)는 방송망을 통하여 방송 전송 장치(300)로부터 방송 서비스를 시그널링하는 정보를 수신할 수 있다. 또한 방송 수신 장치(100)는 방송망을 통하여 방송 전송 장치(300)로부터 트리거, 트리거 파라미터 테이블(Trigger Parameter Table, TPT), 트리거 선언적 오브젝트(Trigger Declarative Object, TDO)와 같은 방송 서비스를 위한 부가 정보를 수신할 수 있다.
컨텐츠/시그널링 서버(400)는 방송 서비스에관한 컨텐츠를 생성하고 관리한다. 이때, 방송 수신 장치(100)는 통신망(Broadband channel)을 통해 컨텐츠/시그널링 서버(400)로부터 방송 서비스에관한 부가 정보 및 방송 서비스의 시그널링 정보 중 적어도 어느 하나를 수신할 수 있다.
자동 컨텐츠 인식(Automatic Content Recogntion, ACR) 서버(300)는 방송 서비스에 관한 ACR 관련 데이터를 관리한다. 이때, 방송 수신 장치(100)는 통신망(Broadband channel)을 통해 ACR 서버(300)로부터 트리거(trigger) 및 방송 서비스에 관한 어플리케이션 중 적어도 어느 하나를 수신할 수 있다.
연동 장치(200)는 홈 네트워크를 통해 방송 수신 장치(100)와 연동하여 방송 서비스와 관련된 부가 기능을 실행한다. 구체적으로 연동 장치(200)는 방송 서비스와 관련된 어플리케이션 및 파일 중 적어도 어느 하나를 획득할 수 있다. 또한 연동 장치(200)는 방송 서비스와 관련된 어플리케이션 및 파일을 실행할 수 있다. 이때, 연동 장치(200)는 홈 네트워크 대신 3GPP와 같은 이동 통신망이나 HTTP 프록시(Proxy) 서버를 이용할 수 있다. 또한 구체적인 실시예에서 방송 서비스와 관련된 어플리케이션이나 파일이 단방향 파일 전송 세션(File Delivery over Unidirectional Transport, FLUTE)을 통하여서 전송되는 경우, 연동 장치(200)는 방송 수신 장치(100)로부터 방송 서비스에 관련한 어플리케이션 및 파일 중 적어도 어느 하나를 수신할 수 있다. 또한 연동 장치(200)는 세컨드 스크린 장치(second screen device)라 할 수 있다. 또한 연동 장치(200)는 스마트 폰, 태블릿 및 랩탑 중 적어도 어느 하나를 포함할 수 있다. 구체적으로 연동 장치(200)는 방송망을 통한 방송 수신 기능을 갖지 않고 네트워크 등의 통신 기능을 갖는 단말 장치일 수 있다. 또한 연동 장치(200)는 하나 또는 복수개가 존재할 수 있다. 연동 장치(200)는 연동 장치(200)의 전체적인 동작을 제어하는 제어부 및 외부 장치와의 통신을 수행하는 통신부(2통신부)를 포함할 수 있다. 제어부는 제어부가 수행하는 복수의 기능 각각을 수행하는 하나 또는 복수의 프로세서. 하나 또는 복수의 회로 및 하나 또는 복수의 하드웨어 모듈을 포함할 수 있다. 구체적으로 제어부는 여러가지 반도체 부품이 하나로 집적되는 시스템 온 칩(System On Chip, SOC)일 수 있다. 이때, SOC는 그래픽, 오디오, 비디오, 모뎀 등 각종 멀티미디어용 부품과 프로세서와 D램 등 반도체가 하나로 통합된 반도체일 수 있다. 또한 통신부는 통신부가 수행하는 복수의 기능 각각을 수행하는 하나 또는 복수의 프로세서. 하나 또는 복수의 회로 및 하나 또는 복수의 하드웨어 모듈을 포함할 수 있다. 구체적으로 통신부는 여러가지 반도체 부품이 하나로 집적되는 시스템 온 칩(System On Chip, SOC)일 수 있다. 이때, SOC는 그래픽, 오디오, 비디오, 모뎀 등 각종 멀티미디어용 부품과 프로세서와 D램 등 반도체가 하나로 통합된 반도체일 수 있다.
또한, 방송 수신 장치(100)는 주 장치(Primary Device)로 일컬어질 수 있다.
또한, 구체적인 실시예에 따라서 방송 전송 장치(300), 컨텐츠/시그널링 서버(400) 및 ACR 서버(500) 중 적어도 어느 두개가 하나의 서버로 통합되어 사용될 수 있다.
앞서 설명한 바와 같이 방송 수신 장치(100)는 방송 전송 장치(300)로부터 방송 서비스의 시그널링 정보를 수신할 수 있다. 또는 방송 수신 장치(100)는 컨텐츠/시그널링 서버(400)로부터 방송 서비스의 시그널링 정보를 수신할 수 있다. 이때 방송 서비스의 시그널링 정보는 방송 서비스의 속성을 포함할 수 있다. 이에 대해서는 도 32를 통하여 자세히 설명하도록 한다.
도 32는 본 발명의 일 실시예에 따라 시그널링되는 방송 서비스의 속성을 보여준다.
방송 수신 장치(100)가 수신하는 방송 서비스의 시그널링 정보는 방송 서비스의 속성을 포함할 수 있다. 이때, 방송 서비스의 속성은 방송 서비스를 식별하는 방송 서비스 식별자, 방송 서비스의 이름, 방송 서비스의 채널 번호, 방송 서비스에 대한 설명, 방송 서비스의 장르, 방송 서비스를 나타내는 아이콘, 방송 서비스의 주 언어, 방송 서비스에 관련한 사용 보고 정보, 방송 서비스를 제공할 수 있는 장치의 정보를 나타내는 타겟팅 속성, 방송 서비스의 보호(protection)에 관한 속성, 권장 등급, 방송 서비스가 포함하는 미디어 컴포넌트에 관한 정보 중 적어도 어느 하나를 포함할 수 있다. 타겟팅 속성은 서비스가 제공되는 장치를 나타내는 것으로 주 장치 또는 연동 장치(200) 중 적어도 어느 하나를 나타낼 수 있다. 방송 서비스의 채널 번호는 메이저 채널 번호 및 마이너 채널 번호를 포함할 수 있다. 미디어 컴포넌트에 관한 정보는 미디어 컴포넌트를 식별하는 식별자, 미디어 컴포넌트의 종류, 미디어 컴포넌트의 이름, 미디어 컴포넌트의 시작 시간, 미디어 컴포넌트의 재생 시간(duration), 미디어 컴포넌트가 타켓팅하는 스크린을 나타내는 정보, 미디어 컴포넌트를 수신할 수 있는 URL, 미디어 컴포넌트의 권장 등급 및 미디어 컴포넌트의 장르 중 적어도 어느 하나를 포함할 수 있다. 이때, 미디어 컴포넌트가 타겟팅하는 스크린은 연동 장치(200)를 나타낼 수 있다.
방송 서비스의 속성은 도 33과 같이 XML 형식으로 시그널링 될 수 있다. 다만, 방송 서비스의 속성의 시그널링 형식은 이에 제한되지 않고 비트 스트림과 같이 다른 형식으로 시그널링될 수 있다.
구체적으로 방송 서비스의 속성을 시그널링하는 정보는 ServiceID, ServiceName, MajorChanNum, MinorChanNum, Description, Genre, Icon, Language, UsageReportingInfo, Targeting, ServiceProtection, AdvisoryRating 및 ComponentItem 중 적어도 어느 하나를 엘리먼트(element)로 포함할 수 있다.
ServiceID는 서비스를 식별하는 방송 서비스 식별자를 나타낸다. 이때 ServiceID는 한 개만 존재할 수 있다. 또한 구체적인 실시예에서 SerivceID는 언사인드 숏(unsigned short) 데이터 타잎을 가질 수 있다. 구체적으로 방송 수신 장치(100)와 연동 장치(200)는 ServiceID에 기초하여 방송 서비스를 식별할 수 있다.
ServiceName은 방송 서비스의 이름을 나타낸다. ServiceName은 없거나 단수 또는 복수개 존재할 수 있다. 구체적인 실시예에서 ServiceName은 스트링 데이터 타잎을 가질 수 있다. 구체적으로 방송 수신 장치(100)와 연동 장치(200)는 ServiceName에 기초하여 방송 서비스의 이름을 표시할 수 있다.
MajorChanNum과 MinorChanNum은 방송 서비스의 채널 번호의 메이저 번호와 마이너 번호를 각각 나타낸다. 구체적인 실시예에서 MajorChanNum과 MinorChanNum은 없거나, 1개 존재할 수 있다. 또한 MajorChanNum과 MinorChanNum은 0부터 15사이의 숫자 중 어느 하나의 정수 값을 가질 수 있다. MajorChanNum과 MinorChanNum은 사용자의 방송 서비스 선택을 용이하도록 하기 위해 사용될 수 있다. 구체적으로 방송 수신 장치(100)와 연동 장치(200)는 MajorChanNum과 MinorChanNum에 기초하여 방송 서비스의 채널 번호를 표시할 수 있다.
Description은 방송 서비스에 대한 설명을 나타낸다. Description은 없거나 단수 또는 복수개 존재할 수 있다. Description은 스트링 데이터 타잎을 가질 수 있다. 사용자는 Description을 통해 방송 서비스의 내용을 짐작할 수 있다. 구체적으로 방송 수신 장치(100)와 연동 장치(200)는 Description에 기초하여 방송 서비스에 관한 설명을 표시할 수 있다.
Genre는 방송 서비스의 장르를 나타낸다. Genre는 없거나 단수 또는 복수개 존재할 수 있다. 구체적인 실시예에서 Genre는 스트링 데이터 타잎을 가질 수 있다. 사용자는 Genre를 통해 방송 서비스의 장르를 알 수 있다. 구체적으로 방송 수신 장치(100)와 연동 장치(200)는 Genre에 기초하여 방송 서비스의 장르를 표시할 수 있다.
Icon은 방송 서비스를 나타내는 아이콘을 나타낸다. Icon은 없거나 단수 또는 복수개 존재할 수 있다. Icon은 베이스 64 바이너리 데이터 타잎(Base64Binary data type)을 가질 수 있다. 사용자는 방송 서비스를 대표하는 아이콘을 통해 방송 서비스의 내용을 용이하게 파악할 수 있다. 구체적으로 방송 수신 장치(100)와 연동 장치(200)는 Icon에 기초하여 방송 서비스를 나타내는 아이콘을 표시할 수 있다.
Language는 방송 서비스의 주 언어를 나타낸다. Lagugage는 없거나 1개 존재할 수 있다. Lagnguage는 스트링 데이터 타잎을 가질 수 있다. 구체적으로 방송 수신 장치(100)와 연동 장치(200)는 Language에 기초하여 방송 서비스의 주 언어를 표시할 수 있다.
UsageReportingInfo는 방송 서비스에 관련한 사용 보고 정보를 나타낸다. UsageReportingInfo는 없거나 단수 또는 복수개 존재할 수 있다. UsageReportingInfo는 스트링 데이터 타잎을 가질 수 있다. 구체적으로 UsageReportingInfo는 사용 정보 보고를 위한 파라미터로 사용될 수 있다. 예컨대, UsageReportingInfo는 사용 정보 보고를 위한 URL 및 보고 주기 중 적어도 어느 하나를 포함할 수 있다. 이러한 사용 정보 보고를 통해 방송 서비스 제공자는 방송 서비스의 사용 정보와 방송 서비스에 대한 과금 정보를 획득할 수 있다. 구체적으로 방송 수신 장치(100)와 연동 장치(200)는 UsageReportingInfo에 기초하여 방송 서비스의 사용 정보를 보고할 수 있다.
Targeting은 방송 서비스의 타겟팅 속성을 나타낸다. Targeting은 없거나 단수 또는 복수개 존재할 수 있다. 구체적으로 Targeting은 스트링 데이터 타잎을 가질 수 있다. 구체적으로 Targeting은 해당 방송 서비스가 방송 수신 장치(100)와 같은 주 디바이스를 위한 것인 것 연동 장치(200)를 위한 것인지 나타낼 수 있다. 구체적으로 방송 수신 장치(100)와 연동 장치(200)는 Targeting에 기초하여 방송 서비스의 표시여부를 결정할 수 있다.
ServiceProtection은 방송 서비스의 보호(protection)에 관한 속성을 나타낸다. ServiceProtection은 없거나 1개 존재할 수 있다. 구체적으로 ServiceProtection은 스트링 데이터 타잎을 가질 수 있다.
AdvisoryRating 권장 등급은 서비스의 권장 등급을 나타낸다. AdvisoryRating은 없거나 단수 또는 복수개 존재할 수 있다. AdvisoryRating은 스트링 데이터 타잎을 가질 수 있다. 방송 수신 장치(100)와 연동 장치(100)는 권장 등급과 개인화 정보에 기초하여 방송 서비스를 차단할 수 있다.
ComponentItem은 방송 서비스가 포함하는 미디어 컴포넌트에 관한 정보를 나타낸다. 구체적으로 ComponentItem은 componentId, ComponentType, ComponentName, StartTime, Duration, TargetScreen, URL, ContentAdvisory 및 Genre 중 적어도 어느 하나를 포함할 수 있다.
ComponentId는 해당 미디어 컴포넌트를 식별하는 식별자를 나타낸다. 구체적으로 ComponentId는 1개 존재할 수 있다. 구체적으로 ComponentId는 언사인드 데이터 타잎을 가질 수 있다. 구체적으로 방송 수신 장치(100)와 연동 장치(200)는 ComponentId에 기초하여 미디어 컴포넌트를 식별할 수 있다.
CmponentType은 해당 미디어 컴포넌트의 종류를 나타낸다. 구체적으로 CmponentType은 1개 존재할 수 있다. CmponentType은 스트링 데이터 타잎을 가질 수 있다. 구체적으로 방송 수신 장치(100)와 연동 장치(200)는 CmponentType에 기초하여 미디어 컴포넌트의 종류를 표시할 수 있다.
ComponentName은 해당 미디어 컴포넌트의 이름을 나타낸다. 구체적으로 ComponentName은 없거나 단수 또는 복수개 존재할 수 있다. ComponentName은 스트링 데이터 타잎을 가질 수 있다. 구체적으로 방송 수신 장치(100)와 연동 장치(200)는 ComponentName에 기초하여 미디어 컴포넌트의 이름을 표시할 수 있다.
StartTime은 해당 미디어 컴포넌트의 시작 시간을 나타낸다. 구체적으로 StartTime은 없거나 1개 존재할 수 있다. 구체적으로 StartTime은 언사인드 숏 데이터 타잎을 가질 수 있다. 구체적으로 방송 수신 장치(100)와 연동 장치(200)는 StartTime에 기초하여 미디어 컴포넌트의 시작 시간을 판단할 수 있다.
Duration은 해당 미디어 컴포넌트의 재생 길이를 나타낸다. 구체적으로 Duration은 없거나 1개 존재할 수 있다. 구체적으로 Duration은 언사인드 숏 데이터 타잎을 가질 수 있다. 구체적으로 방송 수신 장치(100)와 연동 장치(200)는 Duration에 기초하여 미디어 컴포넌트의 재생 길이를 판단할 수 있다.
TargetScreen은 해당 미디어 컴포넌트가 타겟팅하는 스크린을 나타낸다. 구체적으로 TargetScreen은 없거나 단수 또는 복수개 존재할 수 있다. 구체적으로 TargetScreen은 스트링 데이터 타잎을 가질 수 있다. 구체적으로 방송 수신 장치(100)와 연동 장치(200)는 TargetScreen에 기초하여 해당 미디어 컴포넌트의 재생 필요 여부를 판단할 수 있다.
URL은 미디어 컴포넌트를 수신하기 위한 주소를 나타낼 수 있다. 구체적으로 구체적으로 URL은 없거나 단수 또는 복수개 존재할 수 있다. 구체적으로 URL은 URI 데이터 타잎을 가질 수 있다. 구체적으로 URL은 컨텐츠/시그널링 서버(400)의 주소를 나타낼 수 있다. 구체적으로 방송 수신 장치(100)와 연동 장치(200)는 URL에 기초하여 미디어 컴포넌트를 수신할 수 있다.
ContentAdvisory는 해당 미디어 컴포넌트의 권장 등급을 나타낸다. ContentAdvisory의 값이 AdvisoryRating과 충돌(conflict)하는 경우, ContentAdvisory의 값이 우선할 수 있다. 구체적으로 ContentAdvisory은 단수 또는 복수개 존재할 수 있다. 구체적으로 ContentAdvisory은 스트링 데이터 타잎을 가질 수 있다. 구체적으로 방송 수신 장치(100)와 연동 장치(200)는 ContentAdvisory에 기초하여 미디어 컴포넌트의 재생 여부를 결정할 수 있다.
Genre는 미디어 컴포넌트의 장르를 나타낸다. 구체적으로 Genre는 단수개 또는 복수개 존재할 수 있다. Genre는 스트링 데이터 타잎을 가질 수 있다. 앞서 설명한 서비스의 장르를 나타내는 Genre와 충돌할 경우, 미디어 컴포넌트의 장르를 나타내는 Genre가 우선할 수 있다. 구체적으로 방송 수신 장치(100)와 연동 장치(200)는 Genre에 기초하여 미디어 컴포넌트의 장르를 표시할 수 있다.
앞서 설명한 바와 같이 방송 수신 장치(100)와 연동 장치(200)는 홈 네트워크, 3GPP와 같은 이동 통신망 및 HTTP 프록시 서버 중 적어도 어느 하나를 통해 방송 수신 장치(200)와 연동할 수 있다. 이때, 방송 수신 장치(100)와 연동 장치(200)간의 통신은 다양한 방식을 통해서 이루어질 수 있다. 구체적으로 방송 수신 장치(100)와 연동 장치(100)간의 통신은 범용 플러그 및 플레이(Universal Plug and Play, UPnP) 방식을 통해 이루어질 수 있다.
UPnP는 컨트롤 포인트(Control Point, CP)와 컨트롤되는 장치들(Controlled Deivcies, CDs)로 장치를 구별한다. 컨트롤 포인트는 UPnP 프로토콜을 이용하여 컨트롤되는 장치들을 제어한다. 구체적인 실시예에서는 방송 수신 장치(100)가 컨트롤 되는 장치들중 하나에 해당할 수 있다. 또한, 연동 장치(200)는 컨트롤 포인트에 해당할 수 있다. UPnP에서는 디스커버리(discovery), 디스크립션(description), 컨트롤(control) 및 이벤팅(eventing) 프로토콜을 정의한다. 디스커버리 프로토콜은 컨트롤 포인트가 컨트롤되는 장치를 찾기위한 프로토콜이다. 디스크립션 프로토콜은 컨트롤 포인트가 컨트롤되는 장치의 정보를 획득하기위한 프로토콜이다. 컨트롤 프로토콜은 컨트롤 포인트가 컨트롤되는 장치에게 일정한 동작을 유발(invoke)하기 위한 것이다. 이벤팅 프로토콜은 컨트롤되는 장치가 비동기화된 알림(notifications)을 컨트롤 포인트에게 전송(delivery)하기위한 것이다. 본 발명의 일 실시예에 따른 방송 수신 장치(100)와 연동 장치(200)는 UPnP 프로토콜의 디스커버리(discovery), 디스크립션(description), 컨트롤(control) 및 이벤팅(eventing) 프로토콜 중 적어도 어느 하나를 사용하여 연동할 수 있다. 예컨대, 방송 수신 장치(100)가 디스커버리 프로토콜을 이용하여 연동 장치(200)를 찾을 수 있다. 방송 수신 장치(100)와 연동 장치(200)의 동작에 대해서는 도 33 내지 도 43을 통해서 구체적으로 설명하도록 한다.
도 33은 본 발명의 일 실시예에 따라 시그널링되는 방송 서비스 속성의 상태를 나타내는 변수를 보여준다.
방송 수신 장치(100)는 연동 장치는 방송 서비스의 속성을 나타내는 하나의 변수를 이용해 전송할 수 있다. 방송 서비스의 속성을 나타내는 하나의 변수는 현재 방송 서비스의 속성을 포함할 수 있다. 구체적으로 도 33의 실시예에서와 같이 ServiceProperty라는 변수를 통해 전송할 수 있다. 구체적인 실시예에서 ServiceProperty는 필수 변수이고, 스트링 데이터 타잎을 가질 수 있다. 또한 구체적인 실시예에서 ServiceProperty는 관련된 액션을 가지지 않을 수 있다. ServiceProperty에 대한 구독(subscription) 요청을 하는 경우, 방송 수신 장치(100)는 ServiceProperty를 연동 장치에게 전송할 수 있다. 방송 수신 장치(100)가 방송 서비스의 속성을 전송하는 구체적인 과정에 대해서는 도 34를 통해서 설명하도록 한다.
도 34는 본 발명의 일 실시예에 따라 방송 수신 장치가 연동 장치에게 방송 서비스 속성을 시그널링하는 동작을 보여주는 래더다이그램이다.
방송 수신 장치(100)와 연동 장치(200)는 페어링(pairing) 세션을 생성한다(S2001). 구체적으로 방송 수신 장치(100)는 IP 통신부(130)를 통하여 연동 장치(200)와의 페어링 세션을 생성할 수 있다. 구체적으로 연동 장치(200)는 통신부를 통하여 방송 수신 장치(100)와의 페어링 세션을 생성할 수 있다. 구체적으로 방송 수신 장치(100)와 연동 장치(200)는 양방향 통신을 위한 페어링 세션을 생성할 수 있다. 구체적으로 방송 수신 장치(100)와 연동 장치(200)는 UPnP 프로토콜을 이용하여 페어링 세션을 생성할 수 있다. 구체적인 실시예에서 방송 수신 장치(100)가 UPnP의 디스커버리 프로토콜을 이용하여 연동 장치(200)를 찾을 수 있다. 예컨대, 방송 수신 장치(100)가 웰 노운(well know) 아이피 주소를 통해 연동을 위한 연동 장치를 찾는다는 디스커버리 메시지를 멀티캐스트할 수 있다. 이때, 멀티캐스트된 메시지를 수신한 연동 장치(200)는 방송 수신 장치(100)에게 디스크립션을 요청할 수 있다. 방송 수신 장치(100)는 연동 장치(200)의 디스크립션 요청에 기초하여 연동 장치(200)에게 디스크립션을 제공할 수 있다. 연동 장치(200)는 디스크립션에 기초하여 방송 수신 장치(200)에 접속할 수 있다. 또 다른 구체적인 실시예에서 연동 장치(100)가 UPnP의 디스커버리 프로토콜을 이용하여 방송 수신 장치(100)를 찾을 수 있다. 예컨대, 연동 장치(200)는 웰 노운(well know) 아이피 주소를 통해 연동을 위한 방송 수신 장치(100)를 찾는다는 메시지를 멀티캐스트할 수 있다. 이때, 방송 수신 장치는 멀티캐스된 메시지에 기초하여 디스커버리 메시지로 응답할 수 있다. 이에 따라 디스커버리 메시지를 수신한 연동 장치(200)는 방송 수신 장치(100)에게 디스크립션을 요청할 수 있다. 방송 수신 장치(100)는 연동 장치(200)의 디스크립션 요청에 기초하여 연동 장치(200)에게 디스크립션을 제공할 수 있다. 연동 장치(200)는 디스크립션에 기초하여 방송 수신 장치(200)에 접속할 수 있다.
연동 장치(200)는 방송 수신 장치(100)에게 방송 서비스의 속성 알림을 요청한다(S2003). 구체적으로 연동 장치(200)는 제어부를 통하여 방송 수신 장치(100)에게 방송 서비스의 속성 알림을 요청할 수 있다. 구체적으로 연동 장치(200)는 UPnP 프로토콜을 이용하여 방송 수신 장치(100)에게 방송 서비스의 속성 알림을 요청할 수 있다. 구체적인 실시예에서 연동 장치(200)는 이벤팅 프로토콜에 기초하여 방송 수신 장치(100)에게 방송 서비스의 속성에 대한 이벤트의 구독(subscription) 요청을 할 수 있다.
방송 수신 장치(100)는 방송 서비스에 기초하여 방송 서비스 속성을 시그널링하는 정보를 수신한다(S2005). 구체적으로 방송 수신 장치(100)는 방송 수신부(110)를 통하여 방송 전송 장치(300)로부터 방송 서비스 속성을 시그널링하는 정보를 수신할 수 있다.
방송 수신 장치(100)는 연동 장치(200)에게 방송 서비스의 속성을 시그널링하는 정보에 기초하여 방송 서비스 속성을 알린다(notify)(S2007). 구체적으로 방송 수신 장치(100)는 제어부(150)를 통하여 연동 장치(200)에게 방송 서비스의 속성을 시그널링하는 정보에 기초하여 방송 서비스 속성을 알린다. 구체적으로 방송 수신 장치(100)는 방송 서비스의 속성이 이전과 변경되었는지 판단할 수 있다. 방송 서비스의 속성이 이전과 변경된 경우, 방송 수신 장치(100)는 연동 장치(200)에게 방송 서비스의 속성을 알릴 수 있다. 구체적인 실시예에서 방송 수신 장치(100)는 연동 장치(200)에게 방송 서비스의 속성의 상태를 나타내는 변수를 통하여 방송 서비스의 속성을 알릴 수 있다. 구체적인 실시예에서 방송 서비스의 속성의 상태를 나타내는 변수는 도 33의 ServiceProperty일 수 있다. 방송 서비스의 속성의 상태를 나타내는 변수의 데이터 형식에 대해서는 도 35를 통하여 구체적으로 설명하도록 한다.
도 35는 본 발명의 일 실시예에 따라 방송 수신 장치가 연동 장치에게 시그널링하는 방송 서비스 속성의 데이터 형식을 보여준다.
방송 서비스 속성의 데이터는 도 35와 같이 XML 형식일 수 있다. 다만, 방송 서비스 속성의 데이터의 형식은 이에 제한되지 않는다. 도 35의 실시예에서 방송 서비스 속성의 데이터 형식은 도 32에서 설명한 방송 서비스의 속성을 모두 포함한다. 따라서 방송 서비스의 속성 중 일부만 변경된 경우에도 방송 수신 장치(100)는 방송 서비스의 속성 전체를 전송하여야하고, 연동 장치(200)는 방송 서비스의 속성 전체를 수신하여야한다. 이러한 경우, 방송 수신 장치(100)와 연동 장치(200)사이에서 교환되는 데이터양이 커지게된다. 또한, 연동 장치(200)는 어떠한 방송 서비스의 속성이 변경되었는지 다시 확인해야한다. 따라서 방송 수신 장치(100)가 연동 장치(200)에게 방송 서비스 속성을 효율적으로 시그널링할 수 있는 방법이 필요하다. 이에 대해서는 도 36 내지 도 38을 통하여 설명하도록 한다.
도 36은 본 발명의 또 다른 실시예에 따라 방송 수신 장치가 연동 장치에게 시그널링하는 방송 서비스 속성의 상태를 나타내는 변수, 방송 서비스 속성을 위한 액션 및 액션의 인수(argument)를 보여준다.
본 발명의 또 다른 실시예에서 방송 서비스의 속성을 나타내는 변수는 방송 서비스의 속성을 포함하는 변수, 방송 서비스의 속성의 이름을 나타내는 변수 및 방송 서비스 속성의 변경 여부를 나타내는 변수 중 적어도는 어느 하나를 포함할 수 있다. 구체적으로 연동 장치(200)가 방송 서비스의 특정 속성을 요청하는 경우, 방송 수신 장치(100)는 연동 장치(200)의 요청에 기초하여 방송 서비스의 속성을 전송할 수 있다. 구체적으로 방송 수신 장치(100)는 연동 장치(200)가 요청한 방송 서비스의 특정 속성을 전송할 수 있다. 예컨대, 방송 수신 장치(100)가 방송 서비스 속성의 변경 여부를 나타내는 변수를 통하여 연동 장치(200)에게 방송 서비스의 속성 변경 여부를 알릴수 있다. 이때, 연동 장치(200)는 필요한 방송 서비스의 속성을 방송 서비스의 속성의 이름을 나타내는 변수를 통해 방송 서비스의 속성을 요청할 수 있다. 방송 수신 장치(100)는 연동 장치에게 방송 서비스의 속성을 나타내는 변수를 통하여 방송 서비스의 속성을 알릴 수 있다.
구체적인 실시예에서 방송 서비스의 속성을 나타내는 변수는 ServiceProperty, ServicePropertyName 및 ServicePropertyChangeFlag 중 어느 하나를 포함할 수 있다. ServiceProperty는 방송 서비스의 속성을 포함한다. 구체적인 실시예에서 ServiceProperty는 필수 변수이고, 스트링 데이터 타잎을 가질 수 있다. ServicePropertyName은 방송 서비스의 속성의 이름을 나타낸다. ServicePropertyName은 필수 변수이고, 스트링 데이터 타잎을 가질 수 있다. 변수 ServicePropertyChangeFlag는 방송 서비스 속성의 변경 여부를 나타낸다. 구체적인 실시예에서 ServicePropertyChangeFlag는 필수 변수이고, 불리언 데이터 타잎을 가질 수 있다. 또한 연동 장치(200)가 ServicePropertyChangeFlag에 대한 구독(subscription) 요청을 하는 경우, 방송 수신 장치(100)는 ServicePropertyChangeFlag를 연동 장치에게 전송할 수 있다.
연동 장치(200)는 방송 서비스의 속성의 이름을 나타내는 변수를 통해 방송 서비스의 속성을 요청하기 위해 GetServiceProperty라는 액션을 사용할 수 있다. GetServiceProperty는 필수 액션이다. 이때, GetServiceProperty는 입력을 위한 인자로 ServiceProgpertyName을 가질 수 있다. 또한 GetServiceProperty는 출력을 위한 인자로 ServiceProperty를 가질 수 있다. 구체적인 실시예에서 연동 장치(200)가 방송 수신 장치(100)에게 획득하고자 하는 방송 서비스의 속성을 SevicePropertyName으로 설정하고 GetServiceProperty 액션을 전송하는 경우, 연동 장치(200)는 ServicePropertyName에 해당하는 방송 서비스의 속성을 ServiceProperty로 수신할 수 있다. 방송 수신 장치(100)와 연동 장치(200)의 동작에 대해서는 도 37을 통해 자세히 설명하도록 한다.
도 37은 본 발명의 또 다른 실시예에 따라 방송 수신 장치가 연동 장치에게 방송 서비스 속성을 시그널링하는 동작을 보여주는 래더다이그램이다.
방송 수신 장치(100)와 연동 장치(200)는 페어링(pairing) 세션을 생성한다(S2021). 구체적으로 방송 수신 장치(100)는 IP 통신부(130)를 통하여 연동 장치(200)와의 페어링 세션을 생성할 수 있다. 구체적으로 연동 장치(200)는 통신부를 통하여 방송 수신 장치(100)와의 페어링 세션을 생성할 수 있다. 앞서 설명한 바와 같이 방송 수신 장치(100)와 연동 장치(200)는 양방향 통신을 위한 페어링 세션을 생성할 수 있다. 구체적인 방송 수신 장치(100)와 연동 장치(200)의 동작은 도 34의 실시예와 같을 수 있다.
연동 장치(200)는 방송 수신 장치(100)에게 방송 서비스의 속성 변경 알림을 요청한다(S2023). 구체적으로 연동 장치(200)는 제어부를 통하여 방송 수신 장치(100)에게 방송 서비스의 속성 변경 알림을 요청할 수 있다. 구체적인 연동 장치(200)의 동작은 도 34의 실시예와 같을 수 있다.
방송 수신 장치(100)는 방송 서비스에 기초하여 방송 서비스 속성을 시그널링하는 정보를 수신한다(S2025). 구체적으로 방송 수신 장치(100)는 방송 수신부(110)를 통하여 방송 전송 장치(300)로부터 방송 서비스 속성을 시그널링하는 정보를 수신할 수 있다.
방송 수신 장치(100)는 연동 장치(200)에게 방송 서비스의 속성을 시그널링하는 정보에 기초하여 방송 서비스 속성 변경 여부를 알린다(notify)(S2027). 구체적으로 방송 수신 장치(100)는 제어부(150)를 통하여 연동 장치(200)에게 방송 서비스의 속성을 시그널링하는 정보에 기초하여 방송 서비스 속성 변경 여부를 알릴 수 있다. 구체적으로 방송 수신 장치(100)는 방송 서비스의 속성이 이전과 변경되었는지 판단할 수 있다. 방송 서비스의 속성이 이전과 변경된 경우, 방송 수신 장치(100)는 연동 장치(200)에게 방송 서비스의 속성 변경을 알릴 수 있다. 구체적으로 방송 수신 장치(100)는 방송 서비스의 속성을 시그널링하는 정보의 버전이 이전과 변경되었는지에 기초하여 방송 서비스의 속성 변경 여부를 판단할 수 있다. 또한, 구체적인 실시예에서 방송 수신 장치(100)는 연동 장치(200)에게 방송 서비스의 속성의 변경 여부를 나타내는 변수를 통하여 방송 서비스의 속성 변경 여부를 알릴 수 있다. 구체적인 실시예에서 방송 서비스의 속성 변경 여부를 나타내는 변수는 도 33의 ServicePropertyChangedFlag일 수 있다. 이때, 방송 서비스의 속성 변경 여부를 나타내는 데이터 형식에 대해서는 도 38을 통해서 구체적으로 설명하도록 한다.
도 38은 본 발명의 또 다른 실시예에 따라 방송 수신 장치가 연동 장치에게 시그널링하는 방송 서비스 속성 변경 여부의 데이터 형식을 보여준다.
방송 서비스 속성 변경 여부의 데이터의 형식은 XML 형식일 수 있다. 다만, 방송 서비스 속성 변경 여부의 데이터 형식은 이에 제한되지 않는다. 구체적인 실시예에서 방송 수신 장치(100)는 연동 장치(200)에게 방송 서비스의 속성 변경 여부만을 알릴 수 있다. 도 38의 실시예에서와 같이 방송 수신 장치(100)는 연동 장치(200)에게 방송 서비스의 속성 변경 여부를 트루(TRUE) 값 또는 폴스(FALSE) 값을 갖는 불리안 변수로 표시할 수 있다. 예컨대, 방송 서비스의 속성이 변경된 경우, 방송 수신 장치(100)는 연동 장치(200)에게 방송 서비스의 속성 변경 여부를 나타내는 변수가 트루 값을 갖는 데이터를 전송할 수 있다. 다만, 이러한 실시예에서 연동 장치(200)는 방송 서비스의 어떤 속성이 변경 되었는지를 알 수 없고, 방송 서비스의 속성 중 하나라도 변경 되었는지만을 알 수 있다. 따라서 연동 장치(200)는 자신이 필요로하지 않는 방송 서비스의 속성이 변경된 경우에도 방송 서비스의 속성을 요청하게된다. 따라서 이러한 실시예는 방송 수신 장치(100)와 연동 장치(200)의 불필요한 동작과 불필요한 데이터 교환을 유발할 수 있다. 이를 해결하기 위해서 방송 수신 장치(100)는 변경된 방송 서비스의 속성 연동 장치(200)에게 알려줄 필요가 있다. 이에 대해서는 도 39 내지 도 40을 통하여 설명하도록 한다.
도 39는 본 발명의 또 다른 실시예에 따라 방송 수신 장치가 연동 장치에게 시그널링하는 방송 서비스 속성의 상태를 나타내는 변수들을 보여준다.
방송 서비스의 속성이 변경된 경우, 방송 수신 장치(100)는 연동 장치(200)에게 변경된 속성과 방송 서비스 속성의 변경 여부를 같이 알릴 수 있다. 이를 위해 방송 서비스의 속성 변경 여부를 나타내는 변수가 변경된 서비스의 속성을 나타내는 정보를 포함할 수 있다. 이를 위해 방송 서비스의 속성 변경 여부를 나타내는 변수는 바이너리 헥사 타잎을 가질 수 있다. 따라서 다른 변수, 액션 및 액션의 아규먼트는 동일하고, 도 36의 실시예에서 방송 서비스의 속성 변경 여부를 나타내는 변수인 ServicePropertyChangedFlag는 바이너리 헥사 타잎일 수 있다. ServicePropertyChangedFlag에 대한 구독(subscription) 요청을 하는 경우, 방송 수신 장치(100)는 ServicePropertyChangedFlag를 연동 장치에게 전송할 수 있다. 방송 수신 장치(100)가 연동 장치(200)에게 시그널링하는 방송 서비스 속성 변경 여부의 데이터 형식에 대해서는 도 40을 통해서 설명하도록 한다.
도 40은 본 발명의 또 다른 실시예에 따라 방송 수신 장치가 연동 장치에게 시그널링하는 방송 서비스 속성 변경 여부의 데이터 형식을 보여준다.
방송 서비스 속성 변경 여부의 데이터는 XML 형식일 수 있다. 다만, 방송 서비스 속성 변경 여부의 데이터 형식은 이에 제한되지 않는다. 방송 수신 장치(100)는 방송 서비스의 속성 각각에 대하여 특정 비트를 할당하고, 방송 서비스의 속성이 변경된 경우 해당 비트를 1로 표시할 수 있다. 도 40의 실시예에서 십육진수 90080004는 이진수 1001 0000 0000 1000 0000 0000 0100이다. 이때, 처음 4자리 비트가 각각 방송 서비스의 주 언어, 장르, 권장 등급 및 타게팅 속성을 각각 나타낸다고 할 수 있다. 이 경우, 연동 장치(200)는 방송 서비스의 주 언어 및 타겟팅 속성이 변경된 것을 알 수 있다.
다시 도 37을 통하여 본 발명의 또 다른 실시예에 따라 방송 수신 장치(100)가 연동 장치(200)에게 방송 서비스의 속성을 시그널링하는 것을 설명하도록 한다.
연동 장치(200)는 방송 수신 장치(100)에게 방송 서비스의 특정 속성을 요청한다(S2029). 방송 서비스의 특정 속성은 방송 서비스의 속성을 시그널링하는 정보에 포함된 방송 서비스의 속성 중 어느 하나 또는 복수의 속성일 수 있다. 연동 장치(200)는 제어부를 통하여 방송 수신 장치(100)에게 방송 서비스의 특정 속성을 요청할 수 있다. 구체적으로 방송 수신 장치(100)가 방송 서비스의 속성 변경 알림을 전송한 경우, 연동 장치(200)는 방송 수신 장치(100)에게 방송 서비스의 특정 속성을 요청할 수 있다. 이때, 방송 서비스의 특정 속성은 연동 장치(200)가 방송 서비스와 관련된 부가 서비스를 제공하기 위해 필요한 방송 서비스의 속성일 수 있다. 또한, 도 41 내지 도 42와 같이 방송 수신 장치(100)가 방송 서비스의 속성들 중 변경된 부분을 시그널링한 경우, 연동 장치(100)는 변경된 방송 서비스의 속성의 종류에 기초하여 방송 서비스의 특정 속성을 요청할 수 있다. 구체적으로 연동 장치(200)는 방송 서비스의 특정 속성이 변경된 경우 방송 서비스의 특정 속성을 요청할 수 있다. 방송 서비스의 특정 속성은 연동 장치(200)가 방송 서비스와 관련한 부가 서비스를 제공하기 위해 필요한 속성일 수 있다. 예컨대, 연동 장치(200)가 방송 서비스의 타겟팅 속성에 기초하여 방송 서비스의 재생 여부를 결정하는 경우, 연동 장치(200) 방송 서비스의 타겟팅 속성이 변경된 경우에 방송 서비스의 타겟팅 속성을 요청할 수 있다.
방송 수신 장치(100)는 연동 장치(200)에게 방송 서비스의 특정 속성을 알린다(S2031). 구체적으로 방송 수신 장치(100)는 제어부(150)를 통하여 연동 장치(200)에게 방송 서비스의 특정 속성을 알릴 수 있다. 구체적으로 방송 수신 장치(100)는 연동 장치(200)의 요청에 기초하여 방송 서비스의 특정 속성을 알릴 수 있다. 예컨대 방송 수신 장치(100)는 연동 장치(200)에게 연동 장치(200)가 요청한 방송 서비스의 특정 속성을 전송할 수 있다.
다만, 이러한 실시예은 방송 수신 장치(100)와 연동 장치(200)간의 지속적인 통신을 필요로할 수 있다. 특히, 방송 수신 장치(100)가 복수의 연동 장치(200)와 연동하는 경우 지속적인 통신은 방송 수신 장치(100)의 동작의 과부하를 유발할 수 있다. 연동 장치(100)가 방송 서비스의 속성을 컨텐츠/시그널링 서버(400)로부터 수신하도록 하는 경우 이러한 문제를 해결할 수 있다. 이에 대해서는 도 41 내지 도 42를 통하여 설명하도록 한다.
도 41은 본 발명의 또 다른 실시예에 따라 방송 수신 장치가 연동 장치에게 시그널링하는 방송 서비스 속성의 상태를 나타내는 변수들을 보여준다.
방송 서비스의 속성이 변경된 경우, 방송 수신 장치(100)는 연동 장치(200)에게 방송 서비스의 변경 여부와 방송 서비스의 속성을 수신할 수 있는 URL 주소를 같이 알릴 수 있다. 이를 위해 방송 수신 장치(100)가 연동 장치(200)에게 시그널링하는 방송 서비스 속성의 상태를 나타내는 변수는 방송 서비스의 속성을 수신할 수 있는 URL 주소를 나타내는 정보를 포함할 수 있다. 구체적인 실시예에서 시그널링하는 방송 서비스 속성의 상태를 나타내는 변수는 송 서비스의 속성을 수신할 수 있는 URL 주소를 나타내는 ServicePropertyChangeFlag를 포함할 수 있다. 구체저인 실시예에서 ServicePropertyChangeFlag는 선택 변수이고, 스트링 타잎을 가질 수 있다. 구체적인 방송 수신 장치(100)와 연동 장치(200)의 동작에 대해서는 도 42를 통해 설명하도록 한다.
도 42는 본 발명의 또 다른 실시예에 따라 방송 수신 장치가 연동 장치에게 방송 서비스 속성을 시그널링하는 동작을 보여주는 래더다이그램이다.
방송 수신 장치(100)와 연동 장치(200)는 페어링(pairing) 세션을 생성한다(S2041). 구체적으로 방송 수신 장치(100)는 IP 통신부(130)를 통하여 연동 장치(200)와의 페어링 세션을 생성할 수 있다. 구체적으로 연동 장치(200)는 통신부를 통하여 방송 수신 장치(100)와의 페어링 세션을 생성할 수 있다. 앞서 설명한 바와 같이 방송 수신 장치(100)와 연동 장치(200)는 양방향 통신을 위한 페어링 세션을 생성할 수 있다. 구체적인 방송 수신 장치(100)와 연동 장치(200)의 동작은 도 37의 실시예와 같을 수 있다.
연동 장치(200)는 방송 수신 장치(100)에게 방송 서비스의 속성 변경 알림을 요청한다(S2043). 구체적으로 연동 장치(200)는 제어부를 통하여 방송 수신 장치(100)에게 방송 서비스의 속성 알림을 요청할 수 있다. 구체적인 연동 장치(200)의 동작은 도 37의 실시예와 같을 수 있다.
방송 수신 장치(100)는 방송 서비스에 기초하여 방송 서비스 속성을 시그널링하는 정보를 수신한다(S2045). 구체적으로 방송 수신 장치(100)는 방송 수신부(110)를 통하여 방송 전송 장치(300)로부터 방송 서비스 속성을 시그널링하는 정보를 수신할 수 있다.
방송 수신 장치(100)는 연동 장치(200)에게 방송 서비스의 속성을 시그널링하는 정보에 기초하여 방송 서비스 속성 변경 여부 및 방송 서비스의 속성을 획득할 수 있는 URL을 알린다(notify)(S2047). 구체적으로 방송 수신 장치(100)는 제어부(150)를 통하여 연동 장치(200)에게 방송 서비스의 속성을 시그널링하는 정보에 기초하여 방송 서비스 속성 변경 여부 및 방송 서비스의 속성을 획득할 수 있는 URL을 알릴 수 있다. 구체적으로 방송 수신 장치(100)는 방송 서비스의 속성이 이전과 변경되었는지 판단할 수 있다. 구체적으로 방송 수신 장치(100)는 방송 서비스의 속성을 시그널링하는 정보의 버전이 이전과 변경되었는지에 기초하여 방송 서비스의 속성 변경 여부를 판단할 수 있다. 또한, 방송 서비스의 속성이 이전과 변경된 경우, 방송 수신 장치(100)는 연동 장치(200)에게 방송 서비스의 속성 변경 및 방송 서비스의 속성을 획득할 수 있는 URL을 알릴 수 있다. 구체적인 실시예에서 방송 수신 장치(100)는 연동 장치(200)에게 방송 서비스의 속성의 변경 여부를 나타내는 변수를 통하여 방송 서비스의 속성 변경 여부를 알릴 수 있다. 구체적인 실시예에서 방송 서비스의 속성 변경 여부를 나타내는 변수는 도 41의 ServicePropertyChangeFlag일 수 있다. 또한 방송 수신 장치(100)는 연동 장치(200)에게 방송 서비스의 속성을 획득할 수 있는 URL을 나타내는 변수를 통하여 방송 서비스의 속성 변경 여부를 알릴 수 있다. 구체적인 실시예에서 방송 서비스의 속성을 획득할 수 있는 URL을 나타내는 변수는 도 41의 ServicePropertyURL일 수 있다.
연동 장치(200)는 방송 서비스의 속성을 획득할 수 있는 URL에 기초하여 방송 서비스의 속성을 획득한다(S2049). 구체적으로 연동 장치(200)는 제어부를 통하여 방송 서비스의 속성을 획득할 수 있는 URL에 기초하여 방송 서비스의 속성을 획득할 수 있다. 구체적으로 연동 장치(200)는 방송 서비스의 속성을 획득할 수 있는 URL에 기초하여 컨텐츠/시그널링 서버(400)로부터 방송 서비스의 속성을 획득할 수 있다. 구체적으로 연동 장치(200)는 방송 서비스의 속성을 획득할 수 있는 URL에 기초하여 방송 서비스의 속성을 컨텐츠/시그널링 서버에 요청하고, 컨텐츠/시그널링 서버(400)로부터 방송 서비스의 속성을 획득할 수 있다. 이를 통해 방송 수신 장치(100)와 연동 장치(200)의 간의 통신으로 발생할 수 있는 방송 통신 장치(100)의 부하를 줄일 수 있다. 다만, 이러한 실시예에서 방송 수신 장치(100)는 연동 장치(200)가 필요로 하지 않는 방송 서비스의 속성이 변경될 경우에도 방송 서비스 속성의 변경을 알려야한다. 따라서 방송 수신 장치(100)는 필요없는 동작을 수행해야하는 문제가 있다. 연동 장치(200)가 방송 수신 장치(100)에게 알림 변경을 요청할 때 미리 필요한 방송 서비스의 속성을 설정하는 경우 방송 수신 장치(100)의 불필요한 동작을 줄일 수 있다. 이에 대해서는 도 43 내지 도 44를 통해 설명하도록 한다.
도 43은 본 발명의 또 다른 실시예에 따라 방송 수신 장치가 연동 장치에게 시그널링하는 방송 서비스 속성의 상태를 나타내는 변수, 방송 서비스 속성을 위한 액션 및 액션의 인수(argument)를 보여준다.
연동 장치(200)가 방송 수신 장치(100)에게 방송 서비스의 속성 변경 알림을 요청하면서 알림받기를 원하는 방송 서비스의 속성을 지정할 수 있다. 이를 위해 연동 장치(200)는 알림받기를 원하는 방송 서비스의 속성을 지정하는 액션을 포함할 수 있다. 이때 액션은 알림받기를 원하는 방송 서비스의 속성을 나타내는 변수를 입력 인자로 가질 수 있다. 이러한 액션은 도 43의 실시예의 SetServiceProperty일 수 있다. 구체적인 실시예에서 SetServiceProperty는 필수 액션일 수 있다. 또한 SetServiceProperty는 방송 서비스의 속성의 종류를 나타내는 ServicePropertyName을 입력 인자(argument)로 가질 수 있다. 방송 수신 장치(100)와 연동 장치(200)의 구체적인 동작은 도 44를 통해서 설명하도록 한다.
도 44는 본 발명의 또 다른 실시예에 따라 방송 수신 장치가 연동 장치에게 방송 서비스 속성을 시그널링하는 동작을 보여주는 래더다이그램이다.
방송 수신 장치(100)와 연동 장치(200)는 페어링(pairing) 세션을 생성한다(S2061). 구체적으로 방송 수신 장치(100)는 IP 통신부(130)를 통하여 연동 장치(200)와의 페어링 세션을 생성할 수 있다. 구체적으로 연동 장치(200)는 통신부를 통하여 방송 수신 장치(100)와의 페어링 세션을 생성할 수 있다. 앞서 설명한 바와 같이 방송 수신 장치(100)와 연동 장치(200)는 양방향 통신을 위한 페어링 세션을 생성할 수 있다. 구체적인 방송 수신 장치(100)와 연동 장치(200)의 동작은 도 42의 실시예와 같을 수 있다.
연동 장치(200)는 방송 수신 장치(100)에게 방송 서비스의 특정 속성 변경 알림을 요청한다(S2063). 구체적으로 연동 장치(200)는 제어부를 통하여 방송 수신 장치(100)에게 방송 서비스의 특정 속성 변경 알림을 요청할 수 있다. 연동 장치(200)는 방송 서비스와 연관된 부가 정보를 제공하기 위해 필요한 방송 서비스의 특정 속성의 변경 알림만을 요청할 수 있다. 구체적인 실시예에서 연동 장치(200)는 특정 속성의 변경 알림만을 요청하기 위한 액션을 통해 방송 서비스의 특정 속성 변경 알림을 요청할 수 있다. 이때, 특정 속성의 변경 알림만을 요청하기 위한 액션은 도 43에서 설명한 SetServiceProperty일 수 있다. 연동 장치(200)가 방송 수신 장치(100)에게 방송 서비스의 특정 속성 변경 알림을 요청하는 동작은 다음과 같은 동작들을 포함할 수 있다. 연동 장치(200)는 방송 수신 장치(100)에게 서비스의 속성에 관한 변경 알림을 구독(subscribe)을 요청할 수 있다. 방송 수신 장치(100)는 서비스의 속성에 관한 변경 알림 구독(subscribe) 요청에 대하여 수락할 경우, 연동 장치(200)에게 수락 메시지와 구독 요청을 식별하는 구독 식별자(Subscription ID, SID)를 함께 전송할 수 있다. 연동 장치(200)는 방송 수신 장치(100)에게 SID에 기초하여 방송 서비스의 특정 속성의 변경 알림만을 요청할 수 있다. 구체적으로 연동 장치(200)는 SID와 함께 변경 여부를 알림받고자 하는 방송 서비스의 특정 속성을 전송할 수 있다. 또한 연동 장치(200)는 방송 수신 장치(100)에게 방송 서비스의 복수의 특정 속성들의 변경에 대하여 알림 요청할 수 있다. 이때, 연동 장치(200)는 방송 서비스의 복수의 특정 속성들을 리스트 형태로 요청할 수 있다.
방송 수신 장치(100)는 방송 서비스에 기초하여 방송 서비스 속성을 시그널링하는 정보를 수신한다(S2065). 구체적으로 방송 수신 장치(100)는 방송 수신부(110)를 통하여 방송 전송 장치(300)로부터 방송 서비스 속성을 시그널링하는 정보를 수신할 수 있다.
방송 수신 장치(100)는 방송 서비스의 특정 속성의 변경 여부를 확인한다(S2067). 구체적으로 방송 수신 장치(100)는 제어부(150)를 통하여 방송 서비스의 특정 속성의 변경 여부를 확인할 수 있다. 구체적으로 방송 수신 장치(100)는 방송 서비스의 특정 속성이 이전과 변경되었는지 판단할 수 있다. 구체적으로 방송 수신 장치(100)는 방송 서비스의 특정 속성의 이전 값과 현재 값을 비교하여 방송 서비스의 특정 속성 변경 여부를 판단할 수 있다.
방송 서비스의 특정 속성이 변경된 경우, 방송 수신 장치(100)는 연동 장치(200)에게 방송 서비스의 속성을 시그널링하는 정보에 기초하여 방송 서비스의 특정 속성 변경 여부를 알린다(notify)(S2069). 구체적으로 방송 서비스의 특정 속성이 변경된 경우, 방송 수신 장치(100)는 제어부(150)를 통하여 연동 장치(200)에게 방송 서비스의 속성을 시그널링하는 정보에 기초하여 방송 서비스의 특정 속성 변경 여부를 알릴 수 있다.
연동 장치(200)는 방송 수신 장치(100)에게 방송 서비스의 특정 속성을 요청한다(S2071). 구체적으로 연동 장치(200)는 제어부를 통하여 방송 수신 장치(100)에게 방송 서비스의 특정 속성을 요청할 수 있다. 구체적으로 방송 수신 장치(100)가 방송 서비스의 특정 속성 변경 알림을 전송한 경우, 연동 장치(200)는 방송 수신 장치(100)에게 방송 서비스의 특정 속성을 요청할 수 있다. 구체적인 연동 장치(200)의 동작은 도 37의 실시예와 동일할 수 있다.
방송 수신 장치(100)는 연동 장치(200)에게 방송 서비스의 특정 속성을 알린다(S2073). 방송 수신 장치(100)는 제어부(150)를 통하여 연동 장치(200)에게 방송 서비스의 특정 속성을 알릴 수 있다. 구체적으로 방송 수신 장치(100)는 연동 장치(200)의 요청에 기초하여 방송 서비스의 특정 속성을 알릴 수 있다. 예컨대 방송 수신 장치(100)는 연동 장치(200)에게 연동 장치(200)가 요청한 방송 서비스의 특정 속성을 전송할 수 있다.
또한, 연동 장치(200)는 방송 수신 장치(100)로부터 반송 서비스의 특정 속성을 획득하는 것이 아니라 도 42에서 설명한 것과 같이 방송 서비스 속성을 획득할 수 있는 URL에 획득하고, 방송 서비스 속성을 획득할 수 있는 URL에 기초하여 방송 서비스의 특정 속성을 획득할 수 있다. 이와 같은 동작을 통해 방송 수신 장치(100)가 불필요하게 연동 장치(200)에게 방송 서비스의 속성 변경을 알리는 동작을 줄일 수 있다.
방송 수신 장치(100)는 자연 재해, 테러, 전쟁 등 재난 상황에 대한 긴급 경보를 방송망을 통해 수신할 수 있다. 또한, 방송 수신 장치(100)는 이를 사용자에게 알릴 수 있다. 이를 통해 국가 재난 상황에 대해 여러 사람들이 신속하고 효율적으로 파악할 수 있다. 다만, 사용자가 방송 수신 장치(100)를 계속 주시하는 상황이 아니라면 이러한 긴급 경보를 알아차릴 수 없는 상황이될 수 있다. 사용자가 방송 수신 장치(100)를 계속 주시하는 상황이 아니더라도 사용자는 휴대폰, 태블릿 등의 연동 장치(200)를 항상 소지하고 있을 확률이 크다. 따라서 방송 수신 장치(100)가 연동 장치(200)에게 긴급 경보를 전송하고 연동 장치(200)가 긴급 경보를 표시할 수 있다면 국가적 재난 상황을 사용자에게 신속하고 효율적으로 알릴 수 있다. 이에 대해서는 도 45 내지 도 57을 통하여 설명하도록 한다.
도 45는 본 발명의 일 실시예에 따라 긴급 경보가 생성되어 방송망을 통해서 전송되는 과정을 보여준다.
방송 서비스를 통한 긴급 경보를 관리하는 경보 시스템은 긴급 경보를 발령할 권한이 있는 정부 당국(authorities)이 IPWS(Integrated Public Alert & Warning System)를 통해 긴급 상황을 입력하거나 다른 출처들을 통해 공통 경보 프로토콜(Common Alerting Protocol, CAP)에 따른 메시지를 수신한다. 경보 시스템은 CAP 메시지가 현재 지역에 해당하는지 판단한다. CAP 메시지가 현재 지역에 해당하는 경우, 방송 신호에 CAP 메시지를 삽입한다. 따라서 CAP 메시지는 방송 신호를 통해 전송되게된다. 방송 수신 장치(100)가 방송 신호를 수신하여 긴급 경보를 사용자에게 전송하는 동작에 대해서는 도 46을 통해 설명하도록 한다.
도 46은 본 발명의 일 실시예에 따라 방송 수신 장치가 방송망을 통해 시그널링되는 긴급 경보를 추출하여 표시하는 것을 보여준다.
방송 전송 장치(200)는 방송 신호에 기초하여 긴급 경보 테이블(Emergency Alter Table, EAT)을 추출하고, EAT로부터의 CAP 메시지를 추출할 수 있다. 또한 방송 전송 장치(200)는 긴급 경보와 관련된 추가 정보를 EAT가 포함하는 비실시간 서비스 식별자에 기초하여 획득할 수 있다. 구체적으로 방송 수신 장치(200)는 EAT가 포함하는 EAS_NRT_service_id 필드에 기초하여 긴급 경보와 관련한 추가 정보를 획득할 수 있다. 구체적으로 방송 수신 장치(200)는 EAT에 포함된 비실시간 서비스 식별자에 기초하여 비실시간 서비스를 시그널링하는 테이블로부터 긴급 경보와 관련된 추가 정보를 전송하는 FLUTE 세션을 정보를 획득할 수 있다. 이때, 비실시간 서비스를 시그널링하는 테이블은 서비스 맵 테이블(Service Map Table, SMT)일 수 있다. 방송 수신 장치(200)는 FLUTE 세션에 관한 정보에 기초하여 해당 FLUTE 세션으로부터 긴급 경보와 관련된 추가 정보를 수신할 수 있다. 방송 수신 장치(200)는 긴급 경보를 수신하여 방송 서비스 및 방송 서비스의 프로그램에 대한 정보를 표시하는 서비스 가이드에 표시할 수 있다. 구체적으로 방송 수신 장치(200)는 가이드 접근 테이블(Guide Acess Table, GAT)로부터 서비스 식별자를 추출하고, 서비스 식별자에 해당하는 정보를 비실시간 서비스를 시그널링하는 테이블로부터 추출하여 수신할 수 있다. 구체적인 실시예에서 방송 수신 장치(200)는 GAT에서 추출한 서비스 식별자에 해당하는 서비스의 FLUTE 세션에 관한 정보를 획득할 수 있다. 이후 방송 수신 장치(200)는 FLUTE 세션에 관한 정보에 기초하여 긴급 경고 메시지를 수신하고, 긴급 경고 메시지를 서비스 가이드에 표시할 수 있다. 구체적인 CAP 메시지의 형식은 도 47과 같을 수 있다.
방송 수신 장치(100) 연동 장치(200)에게 전송하는 구체적인 동작에 대해서는 도 48 내지 도 57을 통하여 설명하도록 한다.
도 48은 본 발명의 일 실시예에 따라 방송 수신 장치가 시그널링하는 긴급 경보의 상태를 나타내는 변수, 긴급 경보를 위한 액션 및 액션의 인수(argument)를 보여준다.
본 발명의 일 실시예에서 긴급 경보의 상태를 나타내는 변수는 긴급 경보를 포함하는 긴급 경보 메시지에 대한 정보를 나타내는 변수 및 긴급 경보 메시지를 모두 포함하는 긴급 경보에 대한 정보를 나타내는 변수 중 적어도는 어느 하나를 포함할 수 있다. 구체적으로 방송 수신 장치(100)가 긴급 경보를 수신한 경우, 방송 수신 장치(100)는 연동 장치(100)에게 긴급 경보 메시지에 대한 정보를 알릴 수 있다. 긴급 경보 메시지에 대한 정보에 대해서는 도 49를 참조하여 설명하도록 한다.
도 49는 본 발명의 일 실시예에 따라 방송 수신 장치가 시그널링하는 긴급 경보 메시지에 대한 정보를 보여준다.
긴급 경보를 메시지에 대한 정보는 긴급 경보의 버전, 긴급 경보 메시지의 형식(format), 긴급 경보 메시지를 수신한 날짜 및 긴급 경보 메시지를 수신한 시간 중 적어도 어느 하나를 포함할 수 있다. 구체적으로 긴급 경보 메시지의 형식을 나타내는 messageType, 긴급 경보 메시지를 수신한 날짜 및 긴급 경보 메시지를 수신한 시간을 나타내는 dateTime 및 긴급 경보 메시지의 버전을 나타내는 version 중 적어도 어느 하나를 포함할 수 있다. 구체적인 실시예에서 긴급 경보를 포함하는 메시지에 대한 정보는 도 49와 같이 XML 형식일 수 있다. 다만, 긴급 경보를 포함하는 메시지의 형식이 이에 제한되는 것은 아니다.
다시 도 48을 통하여 본 발명의 일 실시예에 따라 방송 수신 장치가 시그널링하는 긴급 경보의 상태를 나타내는 변수, 긴급 경보를 위한 액션 및 액션의 인수(argument)를 설명하기로 한다.
또한 연동 장치(200)는 긴급 경보 메시지를 모두 포함하는 긴급 경보에 대한 정보를 액션을 통해서 요청할 수 있다. 이때, 방송 수신 장치(100)는 연동 장치(100)에게 긴급 경보에 대한 정보를 포함하는 변수를 통하여 긴급 경보 메시지를 모두 포함하는 긴급 경보에 대한 정보를 시그널링할 수 있다. 구체적인 실시예에서 긴급 경보의 상태를 나타내는 변수는 EmergencyAlert 및 EmergencyAlertProperty 중 어느 하나를 포함할 수 있다. EmergencyAlert은 긴급 경보를 포함하는 메시지에 대한 정보를 포함한다. 구체적인 실시예에서 EmergencyAlert은 필수 변수이고, 스트링 데이터 타잎을 가질 수 있다. 방송 수신 장치(100)는 EmergencyAlert을 UPnP의 이벤팅 프로토콜을 이용해 전송할 수 있다. 구체적인 실시예에서 방송 수신 장치(100)는 긴급 경보를 수신하는 경우, EmergencyAlertProperty는 긴급 경보에 대한 정보를 포함한다. EmergencyAlertProperty은 필수 변수이고, 스트링 데이터 타잎을 가질 수 있다. 구체적인 실시예에서 긴급 경보 메시지를 모두 포함하는 긴급 경보에 대한 정보를 요청하는 액션은 GetAllEmergencyAlertMessage일 수 있다. 구체적인 실시예에서 GetAllEmergencyAlertMessage는 필수 액션일 수 있다. 또한 GetAllEmergencyAlertMessage는 EmergencyAlertProperty를 출력 인자로 가질 수 있다.
방송 수신 장치(100)와 연동 장치(200)의 동작에 대해서는 도 50을 통해 자세히 설명하도록 한다.
도 50은 본 발명의 일 실시예에 따라 방송 수신 장치가 연동 장치에게 긴급 경보를 시그널링하는 동작을 보여주는 래더다이어그램이다.
방송 수신 장치(100)와 연동 장치(200)는 페어링(pairing) 세션을 생성한다(S2101). 구체적으로 방송 수신 장치(100)는 IP 통신부(130)를 통하여 연동 장치(200)와의 페어링 세션을 생성할 수 있다. 구체적으로 연동 장치(200)는 통신부를 통하여 방송 수신 장치(100)와의 페어링 세션을 생성할 수 있다. 앞서 설명한 바와 같이 방송 수신 장치(100)와 연동 장치(200)는 양방향 통신을 위한 페어링 세션을 생성할 수 있다. 구체적인 방송 수신 장치(100)와 연동 장치(200)의 동작은 도 34의 실시예와 같을 수 있다.
연동 장치(200)는 방송 수신 장치(100)에게 긴급 경보 수신 알림을 요청한다(S2103). 구체적으로 연동 장치(200)는 제어부를 통하여 방송 수신 장치(100)에게 긴급 경보 수신 알림을 요청할 수 있다. 구체적으로 연동 장치(200)는 UPnP 프로토콜을 이용하여 방송 수신 장치(100)에게 긴급 경보 수신 알림을 요청할 수 있다. 구체적인 실시예에서 연동 장치(200)는 이벤팅 프로토콜에 기초하여 방송 수신 장치(100)에게 긴급 경보 수신 알림에 대한 이벤트의 구독(subscription) 요청을 할 수 있다.
방송 수신 장치(100)는 방송 전송 장치(300)로부터 긴급 경보를 포함하는 메시지를 수신한다(S2105). 구체적으로 방송 수신 장치(100)는 방송 수신부(110)를 통하여 방송 전송 장치(300)로부터 긴급 경보 메시지를 수신할 수 있다.
방송 수신 장치(100)는 연동 장치(200)에게 긴급 경보 메시지에 기초하여 긴급 경보 메시지에 대한 정보를 알린다(notify)(S2107). 구체적으로 방송 수신 장치(100)는 제어부(150)를 통하여 연동 장치(200)에게 긴급 정보 메시지에 기초하여 방송 긴급 경보 메시지에 대한 정보를 알릴 수 있다. 구체적인 실시예에서 방송 수신 장치(100)는 연동 장치(200)에게 긴급 경보 메시지에 대한 정보를 나타내는 변수를 통하여 긴급 경보 메시지에 대한 정보를 알릴 수 있다. 구체적인 실시예에서 긴급 경보 메시지에 대한 정보를 나타내는 변수는 도 49의 EmergencyAlert일 수 있다.
연동 장치(200)는 방송 수신 장치(100)에게 긴급 경보에 대한 정보를 요청한다(S2109). 구체적으로 연동 장치(200)는 제어부를 통해 방송 수신 장치(100)에게 긴급 경보를 요청할 수 있다. 구체적인 실시예에서 연동 장치(200)는 긴급 경보를 요청하는 액션을 통해서 긴급 경보를 요청할 수 있다. 구체적인 실시예에서 긴급 경보를 요청하는 액션은 도 49의 GetEmergencyAlertMessage일 수 있다.
방송 수신 장치(100)는 연동 장치(200)에게 긴급 경보 메시지를 모두 포함하는 긴급 경보에 대한 정보를 알린다(S2111). 구체적으로 방송 수신 장치(100)는 제어부(150)를 통해 연동 장치(200)에게 긴급 경보 메시지를 모두 포함하는 긴급 경보에 대한 정보를 알릴 수 있다. 다만, 이러한 경우 긴급 경보 메시지를 모두 전송 받아야하므로 방송 수신 장치(100)와 연동 장치(200)의 동작에 부하로 작용할 수 있다. 따라서 연동 장치(200)에게 긴급 경보 메시지를 효율적으로 전송하는 방법이 필요하다.
방송 수신 장치(100)는 긴급 경보 메시지로부터 연동 장치(200)에게 필요한 정보를 추출하여 전송할 수 있다. 구체적인 실시예에서 방송 수신 장치(100)는 긴급 경보 메시지로부터 긴급 경보를 식별하는 식별자, 긴급 경보의 카테고리를 나타내는 정보, 긴급 경보에 대한 설명을 나타내는 정보, 긴급 경보에 해당하는 지역을 나타내는 정보, 긴급 경보의 긴급도를 나타내는 정보, 긴급 경보를 유발한 재난의 심각성을 나타내는 정보 및 긴급 경보를 유발한 재난의 발생 확률을 나타내는 정보 중 적어도 어느 하나를 추출할 수 있다. 구체적인 실시예에서 방송 수신 장치(100)는 긴급 경보 메시지로부터 긴급 경보를 식별하는 엘리먼트인 identifier, 긴급 경보의 카테고리를 나타내는 엘리먼트인 category, 긴급 경보에 대한 설명을 나타내는 엘리먼트인 description, 긴급 경보에 해당하는 지역을 나타내는 엘리먼트인 areaDesc, 긴급 경보의 긴급도를 나타내는 엘리먼트인 urgency, 긴급 경보를 유발한 재난의 심각성을 나타내는 엘리먼트인 severity 및 긴급 경보를 유발한 재난의 발생 확률을 나타내는 엘리먼트인 certainity 중 적어도 어느 하나를 추출할 수 있다.
연동 장치(200)는 긴급 경보의 우선도(priority)를 판단하고, 긴급 경보의 우선도에 기초하여 동작할 수 있다. 긴급 경보의 우선도를 판단하는 방법에 대해서는 도 51 내지 도 53을 통하여 설명하도록 한다.
도 51 내지 53은 본 발명의 일 실시예에 따라 방송 수신 장치가 긴급 경보의 우선 순위를 판단하는 기준을 보여준다.
연동 장치(200)는 긴급 경보의 우선도를 긴급 경보의 긴급도를 나타낸는 정보, 긴급 경보를 유발한 재난의 심각성을 나타내는 정보 및 긴급 경보를 유발한 재난의 발생 확률을 나타내는 정보 각각의 값에 기초하여 우선도를 구분할 수 있다. 이때, 연동 장치(200)는 긴급 경보의 우선도를 긴급 경보의 긴급도를 나타내는 정보, 긴급 경보를 유발한 재난의 심각성을 나타내는 정보 및 긴급 경보를 유발한 재난의 발생 확률을 나타내는 정보 중 가장 높은 우선도를 가지는 값에따라 긴급 경보의 우선도를 판단할 수 있다. 구체적인 실시예에서 연동 장치(200)는 긴급 경보의 우선도를 긴급 경보의 긴급도를 나타낸는 정보, 긴급 경보를 유발한 재난의 심각성을 나타내는 정보 및 긴급 경보를 유발한 재난의 발생 확률을 나타내는 정보가 가지는 값에 따라 3개의 긴급도로 구분할 수 있다. 예컨대, 연동 장치(200)는 도 52의 실시예와 같이 Urgency 엘리먼트가 Immediate 또는 Expected에 해당 하는 경우 가장 높은 우선도, Future에 해당하는 경우 가장 높은 우선도보다 우선도가 낮고 가장 낮은 우선도 보다 우선도가 높은 중간 우선도, Past에 해당하는 경우 가장 낮은 우선도, Unknown에 해당하는 경우 초기 값에 해당하는 우선도를 가지는 것으로 판단할 수 있다. 이때 초기 값은 가장 높은 우선보다 우선도가 낮고 가장 낮은 우선도 보다 우선도가 높은 중간 우선도일 수 있다. 또한, 연동 장치(200)는 도 52의 실시예와 같이 Severity 엘리먼트가 Extreme 또는 Severe에 해당 하는 경우 가장 높은 우선도, Moderate에 해당하는 경우 가장 높은 우선도보다 우선도가 낮고 가장 낮은 우선도 보다 우선도가 높은 중간 우선도, Minor에 해당하는 경우 가장 낮은 우선도, Unknown에 해당하는 경우 초기 값에 해당하는 우선도를 가지는 것으로 판단할 수 있다. 이때, 초기 값은 가장 높은 우선보다 우선도가 낮고 가장 낮은 우선도 보다 우선도가 높은 중간 우선도일 수 있다. 또한, 연동 장치(200)는 도 52의 실시예와 같이 Certainty 엘리먼트가 Very likely 또는 likely에 해당 하는 경우 가장 높은 우선도, Possible에 해당하는 경우 가장 높은 우선도보다 우선도가 낮고 가장 낮은 우선도 보다 우선도가 높은 중간 우선도, Unlikely에 해당하는 경우 가장 낮은 우선도, Unknown에 해당하는 경우 초기 값에 해당하는 우선도를 가지는 것으로 판단할 수 있다. 이때 초기 값은 가장 높은 우선보다 우선도가 낮고 가장 낮은 우선도 보다 우선도가 높은 중간 우선도일 수 있다.
또 다른 실시예에서 연동 장치(200)는 긴급 경보의 우선도를 긴급 경보의 긴급도를 나타내는 정보, 긴급 경보를 유발한 재난의 심각성을 나타내는 정보 및 긴급 경보를 유발한 재난의 발생 확률을 나타내는 정보 각각의 값에 기초하여 포인트를 부여하고 포인트 합에 따라 긴급 경보의 우선도를 판단할 수 있다. 구체적인 실시예에서 연동 장치(200)는 긴급 경보의 긴급도를 나타내는 정보, 긴급 경보를 유발한 재난의 심각성을 나타내는 정보 및 긴급 경보를 유발한 재난의 발생 확률을 나타내는 정보에 동일한 비중으로 포인트를 부여할 수 있다. 예컨대, 연동 장치(200)는 도 53의 실시예와 같이 Urgency 엘리먼트가 Immediate에 해당하는 경우 5, Expected에 해당 하는 경우 4, Future에 해당하는 경우 3, Past에 해당하는 경우 2, Unknown에 해당하는 경우 1의 포인트를 부여할 수 있다. 또한, 연동 장치(200)는 도 53의 실시예와 같이 Severity 엘리먼트가 Extreme에 해당하는 경우 5, Severe에 해당 하는 경우 4, Moderate에 해당하는 경우 3, Minor에 해당하는 경우 2, Unknown에 해당하는 경우 1의 포인트를 부여할 수 있다. 또한, 연동 장치(200)는 도 53의 실시예와 같이 Certainty 엘리먼트가 Very likely에 해당하는 경우 5, likely에 해당 하는 경우 4, Possible에 해당하는 경우 3, Unlikely에 해당하는 경우 2, Unknown에 해당하는 경우 1 포인트를 부여할 수 있다. 이때, 연동 장치(200)는 포인트의 합이 10보다 크거나 15보다 작거나 같은 경우 긴급 경보가 가장 높은 우선도를 갖는 것으로 결정할 수 있다. 또한, 연동 장치(200)는 포인트의 합이 5보다 크거나 10보다 작거나 같은 경우 긴급 경보가 가장 높은 우선도 보다 낮고 가장 낮은 우선도 보다 높은 중간 우선도를 갖는 것으로 결정할 수 있다. 또한, 연동 장치(200)는 포인트의 합이 0보다 크거나 5보다 작거나 같은 경우 긴급 경보가 가장 낮은 우선도를 갖는 것으로 결정할 수 있다.
또 다른 구체적인 실시예에서 연동 장치(200)는 긴급 경보의 긴급도를 나타내는 정보, 긴급 경보를 유발한 재난의 심각성을 나타내는 정보 및 긴급 경보를 유발한 재난의 발생 확률을 나타내는 정보에 서로 다른 비중으로 포인트를 부여할 수 있다. 예컨대, 연동 장치(200)는 예컨대, 연동 장치(200)는 도 54의 실시예와 같이 Urgency 엘리먼트가 Immediate에 해당하는 경우 9, Expected에 해당 하는 경우 8, Future에 해당하는 경우 7, Past에 해당하는 경우 5, Unknown에 해당하는 경우 0의 포인트를 부여할 수 있다. 또한, 연동 장치(200)는 도 54의 실시예와 같이 Severity 엘리먼트가 Extreme에 해당하는 경우 5, Severe에 해당 하는 경우 4, Moderate에 해당하는 경우 3, Minor에 해당하는 경우 2, Unknown에 해당하는 경우 0의 포인트를 부여할 수 있다. 또한, 연동 장치(200)는 도 54의 실시예와 같이 Certainty 엘리먼트가 Very likely에 해당하는 경우 6, likely에 해당 하는 경우 5, Possible에 해당하는 경우 4, Unlikely에 해당하는 경우 3, Unknown에 해당하는 경우 0 포인트를 부여할 수 있다. 이때, 연동 장치(200)는 포인트의 합이 10보다 크거나 15보다 작거나 같은 경우 긴급 경보가 가장 높은 우선도를 갖는 것으로 결정할 수 있다. 또한, 연동 장치(200)는 포인트의 합이 5보다 크거나 10보다 작거나 같은 경우 긴급 경보가 가장 높은 우선도 보다 낮고 가장 낮은 우선도 보다 높은 중간 우선도를 갖는 것으로 결정할 수 있다. 또한, 연동 장치(200)는 포인트의 합이 0보다 크거나 5보다 작거나 같은 경우 긴급 경보가 가장 낮은 우선도를 갖는 것으로 결정할 수 있다.
연동 장치(200)는 긴급 경보의 우선도에 기초하여 긴급 경보를 표시할 수 있다. 구체적인 실시예에서 연동 장치(200) 긴급 경보의 우선도에 기초하여 긴급 경보에 따른 알람의 소리, 알람의 지속 시간, 알람의 횟수 및 긴급 경보 표시 시간 중 적어도 어느 하나를 달리할 수 있다. 예컨대, 연동 장치(200)는 긴급 경보의 우선도가 높을수록 알람의 소리를 크게할 수 있다. 또한, 연동 장치(200)는 긴급 경보의 우선도가 높을수록 알람을 오랜 시간 유지할 수 있다.
도 50 내지 도 51을 통해 설명한 본 발명으 일 실시예에 따를 경우, 방송 수신 장치(100)는 연동 장치(200)에게 긴급 경보 메시지를 모두 전송해야한다. 그러나 연동 장치(200)는 긴급 경보 메시지 중 일부 정보만을 필요로할 수 있다. 따라서 방송 수신 장치(200)는 긴급 경보 메시지 중 연동 장치(200)가 필요로하는 일부 정보만을 전송하는 방송 수신 장치(200)의 동작 방법이 필요하다. 이에 대해서는 도 54 내지 도 55를 통해 구체적으로 설명하도록 한다.
도 54는 본 발명의 또 다른 실시예에 따라 방송 수신 장치가 시그널링하는 긴급 경보의 상태를 나타내는 변수, 긴급 경보를 위한 액션 및 액션의 인수(argument)를 보여준다.
연동 장치(200)는 방송 수신 장치(100)에게 긴급 경보에 대한 정보를 요청하면서 획득하기를 원하는 긴급 경보의 특정 정보를 지정할 수 있다. 긴급 경보의 특정 정보는 긴급 경고 메시지에 포함된 복수의 정보 중 하나 또는 복수의 정보일 수 있다. 이때, 방송 수신 장치(100)는 연동 장치(200)에게 긴급 경보에 대한 특정 정보를 전송할 수 있다. 이를 위해 연동 장치(200)는 긴급 경보에 대한 특정 정보를 요청하는 액션을 이용할 수 있다. 이때, 액션은 긴급 경보에 대한 특정 정보를 식별하는 변수를 입력 인자로 가질 수 있다. 구체적인 실시예에서 연동 장치(200)가 획득하기를 원하는 긴급 경보의 특정 정보를 나타내는 변수는 EmergencyAlertField일 수 있다. 구체적인 실시예에서 EmergencyAlertField는 필수 변수이고, 스트링 데이터 타잎을 가질 수 있다. 긴급 경보에 대한 특정 정보를 요청하는 액션은 GetEmergencyAlerMessage일 수 있다. GetEmergencyAlerMessage은 필수 액션이고, EmergencyAlertField를 입력 인자로 가질 수 있다. 방송 수신 장치(100)와 연동 장치(200)의 구체적인 동작은 도 55를 통해서 설명하도록 한다.
도 55는 본 발명의 또 다른 실시예에 따라 방송 수신 장치가 연동 장치에게 긴급 경보를 시그널링하는 동작을 보여주는 래더다이어그램이다.
방송 수신 장치(100)와 연동 장치(200)는 페어링(pairing) 세션을 생성한다(S2121). 구체적으로 방송 수신 장치(100)는 IP 통신부(130)를 통하여 연동 장치(200)와의 페어링 세션을 생성할 수 있다. 구체적으로 연동 장치(200)는 통신부를 통하여 방송 수신 장치(100)와의 페어링 세션을 생성할 수 있다. 앞서 설명한 바와 같이 방송 수신 장치(100)와 연동 장치(200)는 양방향 통신을 위한 페어링 세션을 생성할 수 있다. 구체적인 방송 수신 장치(100)와 연동 장치(200)의 동작은 도 50의 실시예와 같을 수 있다.
연동 장치(200)는 방송 수신 장치(100)에게 긴급 경보 수신 알림을 요청한다(S2123). 구체적으로 연동 장치(200)는 제어부를 통하여 방송 수신 장치(100)에게 긴급 경고 수신 알림을 요청할 수 있다. 구체적인 연동 장치(200)의 동작은 도 50의 실시예와 같을 수 있다.
방송 수신 장치(100)는 방송 서비스에 기초하여 긴급 경보를 포함하는 긴급 경보 메시지를 수신한다(S2125). 구체적으로 방송 수신 장치(100)는 방송 수신부(110)를 통하여 방송 전송 장치(300)로부터 긴급 경보를 포함하는 긴급 경보 메시지를 수신할 수 있다.
방송 수신 장치(100)는 연동 장치(200)에게 긴급 경보 메시지에 기초하여 긴급 경보 메시지에 대한 정보를 알린다(notify)(S2127). 구체적으로 방송 수신 장치(100)는 제어부(150)를 통하여 연동 장치(200)에게 급 경보 메시지에 기초하여 긴급 경보 메시지에 대한 정보를 알릴 수 있다. 또한, 구체적인 실시예에서 방송 수신 장치(100)는 연동 장치(200)에게 긴급 경고 메시지에 대한 정보를 나타내는 변수를 통하여 긴급 경고 메시지 정보를 알릴 수 있다. 구체적인 실시예에서 방송 수신 장치(100)는 연동 장치(200)에게 긴급 경보 메시지에 대한 정보를 나타내는 변수를 통하여 긴급 경고 메시지에 대한 정보를 알릴 수 있다. 구체적인 실시예에서 긴급 경고 메시지를 나타내는 변수는 도 49의 EmergencyAlert일 수 있다.
연동 장치(200)는 방송 수신 장치(100)에게 긴급 경보에 대한 특정 정보를 요청한다(S2129). 연동 장치(200)는 제어부를 통하여 방송 수신 장치(100)에게 긴급 경보에 대한 특정 정보를 요청할 수 있다. 이때, 긴급 경보에 대한 특정 정보는 연동 장치(200)가 긴급 경보에 관한 부가 기능을 제공하기 위해 필요한 긴급 경보에 대한 정보일 수 있다. 구체적인 실시예에서 연동 장치(200)는 방송 수신 장치(100)에게 긴급 경보 메시지로부터 긴급 경보를 식별하는 식별자, 긴급 경보의 카테고리를 나타내는 정보, 긴급 경보에 대한 설명을 나타내는 정보, 긴급 경보에 해당하는 지역을 나타내는 정보, 긴급 경보의 긴급도를 나타내는 정보, 긴급 경보를 유발한 재난의 심각성을 나타내는 정보 및 긴급 경보를 유발한 재난의 발생 확률을 나타내는 정보 중 적어도 어느 하나를 요청할 수 있다. 예컨대, 연동 장치(200)는 방송 수신 장치(100)에게 긴급 경보 메시지로부터 긴급 경보를 식별하는 엘리먼트인 identifier, 긴급 경보의 카테고리를 나타내는 엘리먼트인 category, 긴급 경보에 대한 설명을 나타내는 엘리먼트인 description, 긴급 경보에 해당하는 지역을 나타내는 엘리먼트인 areaDesc, 긴급 경보의 긴급도를 나타내는 엘리먼트인 urgency, 긴급 경보를 유발한 재난의 심각성을 나타내는 엘리먼트인 severity 및 긴급 경보를 유발한 재난의 발생 확률을 나타내는 엘리먼트인 certainity 중 적어도 어느 하나를 요청할 수 있다. 구체적인 실시예에서 연동 장치(200)는 방송 수신 장치(100)에게 도 54의 GetEmergencyAlertMessage 액션과 EmergencyAlertField를 이용하여 긴급 경보에 대한 특정 정보를 요청할 수 있다.
방송 수신 장치(100)는 긴급 경보 메시지에 기초하여 긴급 경보에 대한 특정정보를 추출한다(S2131). 구체적으로 방송 수신 장치(100)는 제어부(150)를 통하여 긴급 경보 메시지에 기초하여 긴급 경보에 대한 특정 정보를 추출할 수 있다. 구체적으로 방송 수신 장치(100)는 제어부(150)를 통하여 긴급 경보 메시지로부터 긴급 경보에 대한 특정 정보를 추출할 수 있다.
방송 수신 장치(100)는 연동 장치(200)에게 긴급 경고에 대한 특정 속성을 알린다(S2133). 구체적으로 방송 수신 장치(100)는 제어부(150)를 통하여 연동 장치(200)에게 긴급 경고에 대한 특정 속성을 알릴 수 있다. 구체적으로 방송 수신 장치(100)는 연동 장치(200)의 요청에 기초하여 긴급 경고에 대한 특정 속성을 알릴 수 있다.
다만, 방송 수신 장치(100)가 복수의 연동 장치(200)와 연동하는 경우, 방송 수신 장치(100)가 연동 장치(200)가 필요로하는 긴급 경보에 대한 특정 정보를 직접 전송하는 것은 방송 수신 장치(100)의 동작에 과부하를 유발할 수 있다. 따라서 방송 수신 장치(100)의 부하를 줄여줄 수 있는 연동 장치(200)에 대한 긴급 경고 시그널링 방법이 필요하다. 이에 대해서는 도 56을 통해서 설명하도록 한다.
도 56은 본 발명의 또 다른 실시예에 따라 방송 수신 장치가 연동 장치에게 긴급 경보를 시그널링하는 동작을 보여주는 래더다이어그램이다.
방송 수신 장치(100)와 연동 장치(200)는 페어링(pairing) 세션을 생성한다(S2141). 구체적으로 방송 수신 장치(100)는 IP 통신부(130)를 통하여 연동 장치(200)와의 페어링 세션을 생성할 수 있다. 구체적으로 연동 장치(200)는 통신부를 통하여 방송 수신 장치(100)와의 페어링 세션을 생성할 수 있다. 앞서 설명한 바와 같이 방송 수신 장치(100)와 연동 장치(200)는 양방향 통신을 위한 페어링 세션을 생성할 수 있다. 구체적인 방송 수신 장치(100)와 연동 장치(200)의 동작은 도 55의 실시예와 같을 수 있다.
연동 장치(200)는 방송 수신 장치(100)에게 긴급 경보 수신 알림을 요청한다(S2143). 구체적으로 연동 장치(200)는 제어부를 통하여 방송 수신 장치(100)에게 긴급 경고 수신 알림을 요청할 수 있다. 구체적인 연동 장치(200)의 동작은 도 55의 실시예와 같을 수 있다.
방송 수신 장치(100)는 방송 서비스에 기초하여 긴급 경보를 포함하는 긴급 경보 메시지를 수신한다(S2145). 구체적으로 방송 수신 장치(100)는 방송 수신부(110)를 통하여 방송 전송 장치(300)로부터 긴급 경보를 포함하는 긴급 경보 메시지를 수신할 수 있다.
방송 수신 장치(100)는 연동 장치(200)에게 긴급 경보 메시지에 기초하여 긴급 경보 메시지에 대한 정보 및 긴급 경보에 대한 정보를 획득할 수 있는 URL을 알린다(notify)(S2147). 구체적으로 방송 수신 장치(100)는 제어부(150)를 통하여 연동 장치(200)에게 긴급 경보 메시지에 기초하여 긴급 경보 메시지에 대한 정보 및 긴급 경보에 대한 정보를 획득할 수 있는 URL을 알릴 수 있다
연동 장치(200)는 긴급 경보에 대한 정보를 획득할 수 있는 URL에 기초하여 긴급 경보에 대한 정보를 획득한다(S2149). 구체적으로 연동 장치(200)는 제어부를 통하여 긴급 경보에 대한 정보를 획득할 수 있는 URL에 기초하여 긴급 경보에 대한 정보를 획득할 수 있다. 구체적으로 연동 장치(200)는 긴급 경보에 대한 정보를 획득할 수 있는 URL에 기초하여 컨텐츠/시그널링 서버(400)로부터 긴급 경보에 대한 정보를 획득할 수 있다. 구체적으로 연동 장치(200)는 긴급 경보에 대한 정보를 획득할 수 있는 URL에 기초하여 긴급 경보에 대한 정보를 컨텐츠/시그널링 서버에 요청하고, 컨텐츠/시그널링 서버(400)로부터 긴급 경보에 대한 정보를 획득할 수 있다. 이를 통해 방송 수신 장치(100)와 연동 장치(200)의 간의 통신으로 발생할 수 있는 방송 통신 장치(100)의 부하를 줄일 수 있다.
방송 수신 장치(100)가 연동 장치(200)에게 긴급 경보를 표시할 수 있는 사용자 인터페이스(User Interface, UI)를 전송하는 경우, 연동 장치(200)의 긴급 경고를 처리하기 위한 부하를 줄일 수 있다. 이에 대해서는 도 57을 통하여 설명하도록 한다.
도 57은 본 발명의 또 다른 실시예에 따라 방송 수신 장치가 연동 장치에게 긴급 경보를 시그널링하는 동작을 보여주는 래더다이어그램이다.
방송 수신 장치(100)와 연동 장치(200)는 페어링(pairing) 세션을 생성한다(S2161). 구체적으로 방송 수신 장치(100)는 IP 통신부(130)를 통하여 연동 장치(200)와의 페어링 세션을 생성할 수 있다. 구체적으로 연동 장치(200)는 통신부를 통하여 방송 수신 장치(100)와의 페어링 세션을 생성할 수 있다. 앞서 설명한 바와 같이 방송 수신 장치(100)와 연동 장치(200)는 양방향 통신을 위한 페어링 세션을 생성할 수 있다. 구체적인 방송 수신 장치(100)와 연동 장치(200)의 동작은 도 56의 실시예와 같을 수 있다.
연동 장치(200)는 방송 수신 장치(100)에게 긴급 경보 수신 알림을 요청한다(S2163). 구체적으로 연동 장치(200)는 제어부를 통하여 방송 수신 장치(100)에게 긴급 경고 수신 알림을 요청할 수 있다. 구체적인 연동 장치(200)의 동작은 도 56의 실시예와 같을 수 있다.
방송 수신 장치(100)는 방송 서비스에 기초하여 긴급 경보를 포함하는 긴급 경보 메시지를 수신한다(S2165). 구체적으로 방송 수신 장치(100)는 방송 수신부(110)를 통하여 방송 전송 장치(300)로부터 긴급 경보를 포함하는 긴급 경보 메시지를 수신할 수 있다.
방송 수신 장치(100)는 연동 장치(200)에게 긴급 경보 메시지에 기초하여 긴급 경보 메시지에 대한 정보 및 긴급 경보에 대한 UI 정보를 알린다(notify)(S2167). 구체적으로 방송 수신 장치(100)는 제어부(150)를 통하여 연동 장치(200)에게 긴급 경보 메시지에 기초하여 긴급 경보 메시지에 대한 정보 및 긴급 경보에 대한 UI 정보를 알릴 수 있다. 이때, 긴급 경보에 대한 UI 정보는 긴급 경보에 대한 UI의 목록을 포함할 수 있다.
연동 장치(200)는 방송 수신 장치(100)에게 긴급 경보에 대한 UI 정보에 기초하여 긴급 경보에 대한 UI를 요청한다(S2169). 구체적으로 연동 장치(200)는 제어부를 통하여 방송 수신 장치(100)에게 긴급 경보에 대한 UI 정보에 기초하여 긴급 경보에 대한 UI를 요청할 수 있다.
방송 수신 장치(100)는 연동 장치(200)의 요청에 기초하여 연동 장치(200)에게 긴급 경보에 대한 UI를 획득할 수 있는 URI를 전송한다(S2171). 방송 수신 장치(100)는 제어부(150)를 통하여 연동 장치(200)의 요청에 기초하여 연동 장치(200)에게 긴급 경보에 대한 UI를 획득할 수 있는 URI를 전송할 수 있다.
연동 장치(200)는 긴급 경보에 대한 UI를 획득할 수 있는 URI에 기초하여 긴급 경보에 대한 UI를 표시한다(S2173). 연동 장치(200)는 제어부를 통하여 긴급 경보에 대한 UI를 획득할 수 있는 URI에 기초하여 긴급 경보에 대한 UI를 표시할 수 있다. 구체적으로 연동 장치(200)는 긴급 경보에 대한 UI를 획득할 수 있는 URI에 기초하여 UI를 획득할 수 있다. 이때, 연동 장치(200)는 외부의 서버로부터 긴급 경보에 대한 UI를 획득할 수 있다. 예컨대, 연동 장치(200)는 긴급 경보에 대한 UI를 위한 이미지 파일 및 HTML 파일 및 XML 파일 중 적어도 어느 하나를 외부의 서버로부터 수신할 수 있다. 이때, 외부의 서버는 컨텐츠/시그널링 서버(400)일 수 있다. 또 다른 구체적인 실시예에서 연동 장치(200)는 긴급 경보에 대한 UI를 미리 저장 하고 있고, 저장한 UI 중 URI에 해당하는 UI를 불러올 수 있다. 또한, 연동 장치(200)는 이러한 동작을 통해 획득한 긴급 경보에 대한 UI를 표시할 수 있다. 이러한 동작을 통해 연동 장치(200)가 긴급 경보를 처리하므로 발생하는 연동 장치(200)의 부하를 줄일 수 있다.
이하, 본 발명의 실시예에 따른 컴패니언 스크린 또는 컴패니언 장치 모델을 설명한다. 본 실시예에 따른 컴패니언 스크린 또는 컴패니언 장치 모델은 제2 스크린 모델(또는 제2 스크린)이라 할 수 있다. 이것은 설계자에 의해 변경될 수 있다.
상술한 바와 같이, 프라이머리 장치(PD) 및 컴패니언 장치(CD)가 서로 링크되고 상술한 방송 송수신 시스템에 의해 제공되는 서비스를 위해 공유되면, 본 실시예에 따른 컴패니언 스크린 모델은 방송 서비스를 제공하는 방송 송신기, PD, CD 등을 포함하는 전체 시스템이라 한다.
본 실시예에 따른 PD는 도 1 내지 29를 참조하여 설명한 방송 신호를 프로세싱하는 수신기 또는 TV 수신기를 포함할 수 있다. 본 실시예에 따른 PD는 방송 채널을 통해 전송된 방송 신호에 더하여 브로드밴드 채널을 통해 수신된 컨텐츠를 수신할 수 있다. 방송 채널을 통해 전송된 방송 신호는 도 31을 참조하여 설명하는 방송 서비스를 포함할 수 있다. 본 실시예에 따라 콘텐츠 및 방송 신호에 의해 제공된 서비스는 하이브리드 방송 서비스라 할 수 있다. 용어 및 정의는 설계자에 의해 변경될 수 있다.
또한, 본 실시예에 따른 CD는 스마트폰, 태블릿 PC, 랩탑 컴퓨터 등의 PD의 제2 스크린 장치를 포함할 수 있다. PD 및 CD 간의 탐색(discovery) 및 페어링은 제2 스크린 지원 관련 기술 분야에서 사용되는 일반적인 방식에 따라 수행될 수 있으며, 이는 설계자에 의해 변경될 수 있다.
이하, 본 실시예에 따른 컴패니언 스크린 또는 컴패니언 장치 모델을 위한 PD 및 CD의 속성 및 프라이머리 컨텐츠 컴포넌트 및 추가(supplementary) 컨텐츠 컴포넌트의 속성을 설명한다.
본 발명의 실시예에 따른 PD는 다음의 속성을 포함할 수 있다.
고유 ID
사용자 친화적인 이름(예를 들어, 거실 TV)
사용자 친화적인 장치 타입 (예를 들어, “TV”)
제조자
모델 (제조자에 의해 주어진 장치 모델 이름 또는 번호)
OS (예를 들어, 안드로이드 4.1.2)
디스플레이 캐퍼빌리티 (예를 들어, 스크린 사이즈, 해상도, 에스펙트비, 3D-가능)
지원되는 비디오 포맷
인터넷 액세스 캐퍼빌리티(속도, 상태)
스토리지 캐퍼빌리티(총 공간, 이용가능한 공간)
컨텐츠 권한 허가 (예를 들어, 사용가 주어진 서비스에 대한 유효 가입자이다)
사용자 프로파일 데이터
기지의 컴패니언 장치(들)
(컴패니언 장치(들)로의) 지원되는 접속 메커니즘
컴패니언 장치(들)로의 접속 타입/속도
PD의 상술한 오브젝트 또는 속성은 설계자의 의도에 따라 선택되거나 삭제될 수 있다. 또한, 추가의 파라미터가 설계자의 의도에 따라 추가될 수 있다.
본 발명의 실시예에 따른 CD는 다음의 속성을 포함할 수 있다.
고유 ID
사용자 친화적인 이름(예를 들어, John's iBla)
사용자 친화적인 장치 타입(예를 들어, “스마트폰”)
제조자
모델(제조자에 의해 주어진 장치 모델 이름 또는 번호)
OS (예를 들어, 안드로이드 4.1.2)
입력 캐퍼빌리티(예를 들어, 터치스크린, 키보드)
디스플레이 캐퍼빌리티(예를 들어, 스크린 사이즈, 해상도, 에스펙트비, 3D 가능)
지원되는 비디오 포맷
인터넷 액세스 캐퍼빌리티(속도, 상태)
스토리지 캐퍼빌리티(총 공간, 이용가능한 공간)
컨텐츠 권한 허가(예를 들어, 사용가 주어진 서비스에 대한 유효 가입자이다)
사용자 프로파일 데이터
기지의 프라이머리 장치(들)
(프라이머리 장치(들)로의) 지원되는 접속 메커니즘
프라이머리 장치로의 접속 타입/속도/상태
CD의 상술한 오브젝트 또는 속성은 설계자의 의도에 따라 선택되거나 삭제될 수 있다. 또한, 추가의 파라미터가 설계자의 의도에 따라 추가될 수 있다.
PD 상에 제시되는 본 발명의 실시예에 따른 프라이머리 컨텐츠 컴포넌트는 다음의 속성을 포함할 수 있다.
고유 ID
타입
오디오-온리 컴포넌트
비디오-온리 컴포넌트
클로즈드 캡션 컴포넌트
데이터 컴포넌트
컨텐츠 컴포넌트 특성
컴포넌트 타입에 의해 변화(서비스 개념 모델 참조)
필수적인 장치 캐퍼빌리티
동기화 요구사항(즉, PD와의 동기화가 얼마나 정확해야 하는가)
비필수적인 장치 캐퍼빌리티
타겟팅 및 개인화 특성
컨텐츠 어드바이저리(advisory) 특성
컨텐츠 권한 특성
서비스 사용 보고 특성
프라이머리 컨텐츠 컴포넌트의 상술한 오브젝트 또는 속성은 설계자의 의도에 따라 선택되거나 삭제될 수 있다.
CD 상에 제시되는 본 발명의 실시예에 따른 추가 컨텐츠 컴포넌트는 다음의 속성을 포함할 수 있다.
고유 ID
타입
오디오-온리 컴포넌트
비디오-온리 컴포넌트
클로즈드 캡션 컴포넌트
데이터 컴포넌트
컨텐츠 컴포넌트 특성
컴포넌트 타입에 의해 변화(서비스 개념 모델 참조)
필수적인 장치 캐퍼빌리티
동기화 요구사항(즉, PD와의 동기화가 얼마나 정확해야 하는가)
비필수적인 장치 캐퍼빌리티
타겟팅 및 개인화 특성
컨텐츠 어드바이저리(advisory) 특성
컨텐츠 권한 특성
서비스 사용 보고 특성
추가 컨텐츠 컴포넌트의 상술한 오브젝트 또는 속성은 설계자의 의도에 따라 선택되거나 삭제될 수 있다.
이하, 본 발명의 실시예에 따른 컴패니언 스크린 모델의 동작을 설명한다.
본 발명의 실시예에 따른 컴패니언 스크린 모델에 대한 CD 요구사항을 지원하기 위하여 동작이 요구된다.
지원되는 5가지 타입의 기능이 존재한다:
A. PD를 이용하여 CD 상의 동시 프레젠테이션을 위해 PD 상에서 현재 선택된 서비스의 일부인 연속 컴포넌트를 스트리밍. 컴포넌트는 PD 상에 제시된 것과 동일하거나 현재 PD 상에 제시되지 않은 대체 컴포넌트일 수 있다.
B. PD를 이용하여 PD 상에서 현재 선택된 서비스의 일부인 파일 또는 데이터를 CD로 전달. 데이터는 PD이외의 소스(예를 들어, 원격 서버의 URL)로부터의 컨텐츠를 어떻게/어디로 액세스하는지를 포함할 수 있다. CD는 단일 특정 파일 또는 데이터 패키지를 요청하거나 일련의 특정 파일 또는 데이터로의 “가입”을 요청할 수 있다.
C. PD를 이용하여 CD가 PD 상에 제시된 컨텐츠와 함께 제시되는 컨텐츠를 동기화할 수 있도록 PD 상의 현재 선택된 서비스에 대하여 CD로 미디어 타임라인 정보를 전달.
D. PD 어플리케이션(PD 앱)과 협력하여 CD 어플리케이션(CD 앱)을 사용. PD 앱은 스케줄드 선형 서비스의 일부인 인핸스먼트 앱이거나 앱 기반(언스케줄드) 서비스의 일부인 앱일 수 있다.
E. EAM 전달 - PD를 이용하여 비상 경보 메시지를 CD로 전달. 이것은 특히 CD가 연속 컨텐츠를 디스플레이하고 있을 때 중요한데, 그 이유는 비상 경보가 발생할 때 시청자가 PD에 집중하지 않고 심지어 PD와 동일한 방에 있지 않을 수 있다.
CD 지원을 위한 적절한 패러다임은 PD가 서버 역할을 하는 클라이언트-서버 패러다임이다. 즉, PD는 CD가 인보크(invoke)할 수 있는 소정의 CD 지원 동작을 지원한다. 각각의 상호작용은 특정 동작을 인보크하라는 클라이언트(CD)로부터 서버(PD)로의 요청에 의해 개시된다. 양방향 통신은 통신을 셋업하라는 클라이언트(CD)로부터 서버(PD)로의 요청에 의해 개시된다. PD로부터 CD로의 비동기 통지의 스트림이 통지의 스트림에 가입하라고 요청하는 서버(PD)로의 클라이언트(CD) 요청에 의해 개시된다. 이하에서 설명하는 모든 메시지는 명시된 경우를 제외하고 유니캐스트이다. 보안 메커니즘은 CD 앱 요청을 입중하는데 필요할 수 있다.
임의의 동작에서, CD에는 원격 서버로부터 컨텐츠를 검색하기 위하여 URL이 제공된다. 이들의 경우, CD는 자신에 대한 정보를 원격 서버에 제공하여 원격 서버가 특정 CD에 적합한 요청된 컨텐츠의 버전을 전달하도록 할 수 있다. 예를 들어, 관련된 표준 ATSC 2.0은 이 목적으로 HbbTV 설명서에 기초한 “사용자 에이전트”를 특정하였다. 이는 설계자의 의도에 따라 변경될 수 있다.
그러므로, 상기 실시예에 기재된 바와 같이, 본 실시예에 따른 컴패니언 스크린 모델에서, CD는 PD에 디스플레이되는 컨텐츠와 연관된 연속 컴포넌트, 파일, 데이터 등을 수신하고 수신된 연속 컴포넌트, 파일, 데이터 등을 디스플레이할 수 있다. 또한, CD가 PD로부터 미디어 타임라인 정보를 수신하여 추가 컨텐츠를 디스플레이하면, CD는 그 컨텐츠와 PD에 디스플레이된 컨텐츠 간의 동기화를 조절할 수 있다. 또한, CD는 가입에 기초하여 PD로부터 EAM 정보를 수신하거나 미리 통지를 수신할 수 있다. 또한, 본 실시예에 따른 컴패니언 스크린 모델은 PD 앱을 CD 앱 통신에 제공할 수 있다.
이하, 상술한 5가지 타입의 기능에 대한 PD 및 CD 간의 특정 동작 및 연관된 파라미터를 설명한다.
이하, 본 발명의 실시예에 따른 컴패니언 스크린 모델에서의 장치 검색을 설명한다.
PD 및 CD 어플리케이션(이하, CD 앱)은 자신의 존재 및 본 발명이 지원하는 방송 서비스를 알리는 멀티캐스트 탐색 메시지를 전송할 수 있다.
가정은 홈 네트워크 상에 1보다 많은 PD를 가지고 있을 수 있고, 따라서, CD 앱은 다수의 PD로부터 탐색 메시지를 수신할 수 있다. 이 경우, CD 앱은 사용자에게 어떤 것을 상호 작용할 것인지를 물을 수 있다 (사용자가 결정하는 것을 돕기 위하여 탐색(discovery) 메시지로부터의 정보를 디스플레이한다)
이하, 장치 탐색에 사용되는 요청(또는 메시지) 또는 응답(또는 메시지)를 설명한다.
CD 앱에 대하여, PD(멀티캐스트)를 찾는 CD 앱 검색 요청 메시지가 사용될 수 있다. CD 앱 검색 요청 메시지는 CD 앱 어나운스먼트(announcement) 메시지라 할 수 있다.
CD가 네트워크에 조인(join)하거나 CD 앱이 시작되거나 CD 앱이 런칭된다. 탐색 스캔은 CD 앱 내에서 주기적으로 또는 구현예에 따른 임의의 시간에 개시된다 (예를 들어, 사용자가 새로운 또는 상이한 TV 수상기에 접속하기를 원하면, 새로운 스캔을 개시한다).
이러한 동작을 위해, CD 앱 검색 요청 메시지에 필요한 파라미터는 다음과 같다:
장치 및/또는 서비스 타입 CD 앱은 (DVD 플레이어 등으로부터의 응답을 피하기 위하여) 다음을 찾는다.
CD 장치 ID
CD 앱 ID
CD 앱 버전
상술한 파라미터는 설계자의 의도에 따라 변경되거나 선택되거나 삭제될 수 있다. 또한, 추가의 파라미터가 설계자의 의도에 따라 추가될 수 있다.
PD에 대하여, PD 애드버타이즈먼트 메시지(멀티캐스트)가 사용될 수 있다. PD 애드버타이즈먼트 메시지는 PD 어나운스먼트 메시지라 할 수 있다.
PD가 네트워크/LAN(멀티캐스트)에 조인하거나 PD가 제공하는 CD 지원 동작의 리스트가 변경되면, PD는 PD 애드버타이즈먼트 메시지를 구현예에 따라 주기적으로 전송할 수 있다. 또는, PD는 PD 애드버타이즈먼트 메시지(멀티캐스트 또는 유니캐스트)에 대한 멀티캐스트 요청을 CD로부터 수신하면 PD 애드버타이즈먼트 메시지를 전송할 수 있다.
이 동작을 위해, PD 애드버타이즈먼트 메시지에 필요한 파라미터는 다음과 같다:
PD 장치 ID
PD 장치 타입(관련된 방송 시스템에 대한 TV 세트, 예를 들어, ATSC 3.0 표준) 및 (지원되는 관련된 방송 시스템) 버전
PD의 사용자 친화적인 이름 (예를 들어, 거실 TV)
지원되는 CD 지원 동작
상술한 파라미터는 설계자의 의도에 따라 변경, 선택 또는 삭제될 수 있다. 또한, 추가의 파라미터가 설계자의 의도에 따라 추가될 수 있다.
PD에 대하여, PD 검색 응답 메시지가 유니캐스트 환경에서 요구될 수 있다.
PD가 CD로부터 멀티캐스트 검색 요청을 받으면, PD는 PD 검색 응답 메시지를 CD로 전송할 수 있다.
PD 검색 응답 메시지의 파라미터는 다음과 같다:
PD 장치 ID
PD 장치 타입(관련된 방송 시스템에 대한 TV 세트, 예를 들어, ATSC 3.0 표준) 및 (지원되는 관련된 방송 시스템) 버전
PD의 사용자 친화적인 이름 (예를 들어, 거실 TV)
지원되는 CD 지원 동작
상술한 파라미터는 설계자의 의도에 따라 변경, 선택 또는 삭제될 수 있다. 또한, 추가의 파라미터가 설계자의 의도에 따라 추가될 수 있다.
이하, 본 발명의 실시예에 따른 컴패니언 스크린 모델에서의 컨텐츠 식별(또는 서비스 식별)에 기초한 가입(subscription)을 설명한다.
일부의 CD 앱은 단지 하나의 쇼(예를 들어, “아메리칸 아이돌” 컴패니언 앱) 또는 단 하나의 서비스(예를 들어, WBZ 채널 4 컴패니언 앱)을 위해 설계되지만, 다른 CD는 서비스 및 쇼 전반에 걸쳐 동작하도록 설계될 수 있다. 또한, CD 앱은 틈새 광고(예를 들어, 포드 트럭 앱(Ford truck app))을 동반하도록 설계될 수 있다. 따라서, CD 앱은 어떤 서비스가 현재 PD 상에서 선택되는지를 알고 서비스 변화(예를 들어, 채널 변화)를 트래킹할 필요가 있고, 어떤 경우, CD 앱은 또한 어떤 쇼 및 심지어 어떤 세그먼트가 현재 제시되는지를 알고 그 변화를 트래킹할 필요가 있다. 본 발명에서, 컨텐츠 식별은 서비스 식별이라 한다.
이하, 컨텐츠 식별(또는 서비스 식별)에 기초하여 가입에 사용되는 요청(또는 메시지) 및 응답(또는 메시지)를 설명한다.
CD에 대하여, 컨텐츠 식별 가입 요청이 사용될 수 있다. 컨텐츠 식별 가입 요청이 언제든 전송될 수 있다. 특정 환경이 설계자의 의도에 따라 결정될 수 있다.
이 동작을 위해, 본 발명의 실시예에 따른 컨텐츠 식별 가입 요청에 필요한 파라미터는 다음과 같다:
가입 콜백 URL/정보
요청된 가입 기간
CD 정보(예를 들어, CD 장치 ID, CD 앱 ID, CD 앱 버전 등)
통지가 요청됨(예를 들어, 선택된 서비스, 쇼 재생, 세그먼트 재생, 선택된 서비스에 대한 서비스 가이드 정보)
통지 메시지를 전송하기 위한 IP 어드레스 및 포트
상술한 파라미터는 설계자의 의도에 따라 변경, 선택 또는 삭제될 수 있다. 또한, 추가의 파라미터가 설계자의 의도에 따라 추가될 수 있다.
PD에 대하여, 컨텐츠 식별 가입 응답이 사용될 수 있다. 컨텐츠 식별 가입 응답은 서비스 식별 응답이라 할 수 있다.
PD는 CD로부터 컨텐츠 식별 가입 요청을 수신하면 초기 응답으로서 컨텐츠 식별 가입 응답을 전송하거나 컨텐츠가 변경될 때마다(즉, 서비스, 쇼 또는 세그먼트의 변경시) 후속 응답으로서 컨텐츠 식별 가입 응답을 전송할 수 있다.
이 동작을 위해, 컨텐츠 식별 가입 응답에 필요한 파라미터는 다음과 같다:
PD 장치 ID
가입 ID
확인된 가입 기간
(요청된 통지에 따른) 서비스 ID, 쇼 ID, 및/또는 세그먼 ID
각 ID에 대하여:
이용가능한 미디어 타임라인 체크포인트 빈도, 예를 들어, 이용불가능, 2초마다, n개의 프레임마다 등 (이하의 미디어 타임라인 체크포인트 요청 참조) 및 타임라인 포맷(예를 들어, NTP 등)
이용가능한 정보, 예를 들어, 텍스트 이름, 디스크립션(description), 로고, 다른 ESG 정보(레이팅 등)
PD가 CD에 스트리밍할 수 있는 이용가능한 컴포넌트(이하의 PD로의 연속 컨텐츠 요청 참조)
각각의 컴포넌트에 대하여,
컴포넌트 ID
컴포넌트 타입(오디오, 비디오, 클로즈드 캡션 등)
컴포넌트 이름
컴포넌트 디스크립션
컴포넌트 특성(예를 들어, 비트 레이트, 에스펙트 비, 요구되는/원하는 장치 캐퍼빌리티 등)
PD가 CD에게 제공하는 이용가능한 파일 및 데이터(이하의 PD로부터의 요청 데이터/파일 참조)
각각의 파일 또는 데이터 엘레멘트에 대하여
파일/데이터 ID
파일/데이터 타입
파일/데이터 이름
파일/데이터 디스크립션
파일/데?延? 특성(예를 들어, 사이즈, 코덱, 요구되는/원하는 장치 캐퍼빌리티 등)
가입에 의한 이용가능 또는 단 한번의 이용가능 또는 둘다
데이터/파일을 액세스하는 위치(예를 들어, PD로부터, 소정의 URL에서 원격 서버로부터, 등)
상술한 파라미터는 설계자의 의도에 따라 변경, 선택 또는 삭제될 수 있다. 또한, 추가의 파라미터가 설계자의 의도에 따라 추가될 수 있다.
CD에 대하여, 컨텐츠 식별 가입 갱신/취소 요청이 사용될 수 있다.
가입 갱신 또는 언제든 가입 취소에 대한 가입 타임아웃 전에 CD는 컨텐츠 식별 가입 갱신/취소 요청을 전송할 수 있다.
이 동작을 위해, 컨텐츠 식별 가입 갱신/취소 요청에 요구되는 파라미터는 다음과 같다:
가입 ID
가입을 갱신할 요청된 가입 기간
CD 정보(예를 들어, CD 장치 ID, CD 앱 ID, CD 앱 버전 등)
상술한 파라미터는 설계자의 의도에 따라 변경, 선택 또는 삭제될 수 있다. 또한, 추가의 파라미터가 설계자의 의도에 따라 추가될 수 있다.
PD에 대하여, 컨텐츠 식별 가입 갱신/취소 응답이 사용될 수 있다.
CD로부터 컨텐츠 식별 가입 갱신/취소 요청을 수신하면, PD는 컨텐츠 식별 가입 갱신/취소 응답을 전송할 수 있다.
이 동작을 위해, 컨텐츠 식별 가입 갱신/취소 응답에 요구되는 파라미터는 다음과 같다:
가입 ID, 가입 갱신 요청에 대한 확인된 가입 기간
상술한 파라미터는 설계자의 의도에 따라 변경, 선택 또는 삭제될 수 있다. 또한, 추가의 파라미터가 설계자의 의도에 따라 추가될 수 있다.
PD에 대하여, 컨텐츠 식별 메시지가 사용될 수 있다.
가입 요청을 수신하면 또는 현재의 컨텐츠 식별 또는 그 연관된 정보가 변경되면, PD는 컨텐츠 식별 메시지를 전송할 수 있다.
이 동작을 위해, 컨텐츠 식별 요청에 요구되는 파라미터는 다음과 같다:
서비스 ID, 쇼 ID, 및/또는 세그먼트 ID
주어진 쇼 및/또는 세그먼트 내의 현재의 시간적 위치
각 ID에 대하여:
이용가능한 정보, 예를 들어, 텍스트 이름, 디스크립션(description), 로고, 다른 ESG 정보(레이팅 등)
이용가능한 연속 컴포넌트
각각의 컴포넌트에 대하여:
컴포넌트 ID
컴포넌트 타입
컴포넌트 이름
컴포넌트 디스크립션
컴포넌트 특성(예를 들어, 비트 레이트, 에스펙트 비, 요구되는/원하는 장치 캐퍼빌리티 등)
컴포넌트 필터 기준(예를 들어, 특정 인구 프로파일에 목표를 둔)
각각의 컴포넌트의 위치(예를 들어, URL, IP 어드레스, 포트, 프로토콜)(위치는 PD로부터 또는 인터넷으로부터의 직접적인 스트림을 지시)
이용가능한 파일 및 데이터
각각의 파일 또는 데이터 엘레멘트에 대하여
파일/데이터 ID
파일/데이터 타입
파일/데이터 이름
파일/데이터 디스크립션
파일/데?延? 특성(예를 들어, 사이즈, 코덱, 요구되는/원하는 장치 캐퍼빌리티 등)
가입에 의한 이용가능 또는 단 한번의 이용가능 또는 둘다
컴포넌트 필터 기준(예를 들어, 특정 인구 프로파일에 목표를 둔)
데이터/파일을 액세스하는 위치(예를 들어, PD로부터, 소정의 URL에서 원격 서버로부터, 등)
상술한 파라미터는 설계자의 의도에 따라 변경, 선택 또는 삭제될 수 있다. 또한, 추가의 파라미터가 설계자의 의도에 따라 추가될 수 있다.
CD에 대하여, 컨텐츠 식별 메시지에 대한 응답이 사용될 수 있다.
PD로부터 컨텐츠 식별 메시지의 수신시, CD는 컨텐츠 식별 메시지에 대한 응답을 전송할 수 있다.
이 동작을 위해, 컨텐츠 식별 메시지에 대한 응답에 요구되는 파라미터는 다음과 같다:
CD 장치 ID (또는 CD 앱 ID)
상술한 파라미터는 설계자의 의도에 따라 변경, 선택 또는 삭제될 수 있다. 또한, 추가의 파라미터가 설계자의 의도에 따라 추가될 수 있다.
이하, 본 발명의 실시예에 따른 컴패니언 스크린 모델에서의 서비스, 쇼 또는 세그먼트에 대한 ESG 타입 정보 요청을 설명한다.
CD에 대하여, 서비스/쇼/세그먼트 정보 요청이 사용될 수 있다. CD는 언제든 서비스/쇼/세그먼트 정보를 전송할 수 있다. 이는 설계자의 의도에 달려 있다.
이 동작을 위해, 서비스/쇼/세그먼트 정보 요청에 요구되는 파라미터는 다음과 같다:
CD 장치 ID
CD 앱 ID
CD 앱 버전
서비스/쇼/세그먼트 ID
요청된 정보 (이용가능한 정보로부터, 상기 서비스 식별에 대한 가입 참조)
상술한 파라미터는 설계자의 의도에 따라 변경, 선택 또는 삭제될 수 있다. 또한, 추가의 파라미터가 설계자의 의도에 따라 추가될 수 있다.
PD에 대하여, 서비스/쇼/세그먼트 정보 응답이 사용될 수 있다.
PD는 CD로부터 서비스/쇼/세그먼트 정보 요청을 수신하면 서비스/쇼/세그먼트 응답을 전송할 수 있다.
이 동작을 위해, 서비스/쇼/세그먼트 정보 응답에 요구되는 파라미터는 다음과 같다:
PD 장치 ID
서비스/쇼/세그먼트 ID(요청된 통지에 따른)
서비스/쇼/세그먼트 정보(요청된 정보에 따른, 상기 서비스 식별에 대한 가입 참조)
상술한 파라미터는 설계자의 의도에 따라 변경, 선택 또는 삭제될 수 있다. 또한, 추가의 파라미터가 설계자의 의도에 따라 추가될 수 있다.
이하, 본 발명의 실시예에 따른 컴패니언 스크린 모델에서의 요청/응답 기반 컨텐츠 식별을 설명한다.
상술한 바와 같이 가입 기반 어프로치 및 후속(follow-on) 요청에 더하여, CD는 또한 다음과 같이 CD로부터 PD로의 단일 트랜잭션 요청-응답 스타일 통신을 이용하여, 서비스 식별에 먼저 가입하지 않고 PD 상에서 현재 실행되는 서비스/쇼/세그먼트에 대한 정보를 직접 얻을 수 있다.
이하, 요청/응답 기반 컨텐츠 식별에 사용되는 요청(또는 메시지) 및 응답(또는 메시지)을 설명한다.
CD에 대하여, 컨텐츠 식별 요청 메시지가 사용될 수 있다.
앱에 의해 필요할 때 언제든, CD는 컨텐츠 식별 요청 메시지를 전송할 수 있다.
이 동작을 위해, 컨텐츠 식별 요청 메시지에 필요한 파라미터는 다음과 같다:
필터링 기준(예를 들어, 컴포넌트 특성)
CD 정보(예를 들어, CD 장치 ID, CD 앱 ID, CD 앱 버전 등)
상술한 파라미터는 설계자의 의도에 따라 변경, 선택 또는 삭제될 수 있다. 또한, 추가의 파라미터가 설계자의 의도에 따라 추가될 수 있다.
PD에 대하여, 컨텐츠 식별 요청 메시지에 대한 응답이 사용될 수 있다.
CD로부터 컨텐츠 식별 요청 메시지를 수신하면, PD는 컨텐츠 식별 요청 메시지에 대한 응답을 전송할 수 있다.
이 동작을 위해, 컨텐츠 식별 요청 메시지에 대한 응답에 요구되는 파라미터는 다음과 같다:
컨텐츠 정보
컨텐츠 식별 요청 메시지 내의 필터링 기준에 의한 필터링
PD 정보(예를 들어, PD 장치 ID 등)
상술한 파라미터는 설계자의 의도에 따라 변경, 선택 또는 삭제될 수 있다. 또한, 추가의 파라미터가 설계자의 의도에 따라 추가될 수 있다.
이하, 본 발명의 실시예에 따른 컴패니언 스크린 모델에서의 “PD로의 연속 컴포넌트의 요청”을 설명한다.
PD 서비스 정보 응답이 PD로부터 스트리밍될 수 있는 연속 컴포넌트의 액세스 위치 및 이용가능성을 포함하면, CD는 이 스트림의 수신을 요청할 수 있다(연속적인 컴포넌트는 또한 브로브밴드를 통해 원격 서버로부터 이용가능할 수 있지만, 이러한 컨텐츠를 요청하는 사양은 본 문서의 범위 밖에 있다).
이하, “PD로의 연속 컴포넌트의 요청”에 사용되는 요청(또는 메시지) 및 응답(또는 메시지)를 설명한다.
CD에 대하여, 연속 컴포넌트 요청이 사용될 수 있다.
CD는 언제든 연속 컴포넌트 요청을 전송할 수 있다. 이는 설계자의 의도에 달려 있다.
이 동작을 위해, 연속 컴포넌트 요청에 요구되는 파라미터는 다음과 같다:
컴포넌트 ID
CD 정보(예를 들어, CD 장치 ID, CD 앱 ID, CD 앱 버전 등)
각각의 컴포넌트에 대하여, 스트림의 시작 요청 또는 중지 요청
상술한 파라미터는 설계자의 의도에 따라 변경, 선택 또는 삭제될 수 있다. 또한, 추가의 파라미터가 설계자의 의도에 따라 추가될 수 있다.
PD에 대하여, 연속 컴포넌트 요청 응답이 사용될 수 있다.
PD는 유효한 연속 컴포넌트 요청을 수신하면 연속 컴포넌트 요청 응답을 전송할 수 있다.
이 동작을 위해, 연속 컴포넌트 요청 응답에 요구되는 파라미터는 다음과 같다:
컴포넌트 ID
컴포넌트의 액세스 위치
PD 정보(예를 들어, PD 장치 ID 등)
시작 요청에 응답하면:
(이미 스트리밍되지 않았다면) 미디어 스트림을 시작
원하는 스트림이 온되는 IP 어드레스 및 포트
중지 요청에 응답하면: 확인응답(acknowledgement)
상술한 파라미터는 설계자의 의도에 따라 변경, 선택 또는 삭제될 수 있다. 또한, 추가의 파라미터가 설계자의 의도에 따라 추가될 수 있다.
CD가 컴포넌트의 액세스 위치(즉, URL)를 얻은 후, 새로운 것을 특정하지 않고 HTTP GET 방법을 통해 컨텐츠를 풀링(pull)할 수 있다. 또한, 스트림이 PD에 의해 “푸쉬”되지 않고 CD에 의해 “풀링”되기 때문에 (즉, 스트리밍이 CD에 의해 제어된다), 스트림(예를 들어, “시작” 또는 “중지”)을 제어하기 위하여 PD 및 CD 간의 메시징 프로토콜을 정의할 필요가 없다.
이하, 본 발명의 실시예에 따른 컴패니언 스크린 모델에서의 “PD로의 데이터/파일 요청”을 설명한다.
PD 서비스 정보 응답이 PD로부터 액세스될 수 있는 데이터 또는 파일 컴포넌트의 이용가능성을 포함하면, CD는 컴포넌트(들)의 수신을 요청할 수 있다. (데이터/파일 컴포넌트는 또한 브로드밴드를 통해 원격 서버로부터 이용가능할 수 있지만, 이러한 컨텐츠를 요청하는 사양은 본 문서의 범위 밖에 있다.)
이하, “PD로의 데이터/파일 요청”에 사용되는 요청(또는 메시지) 및 응답(또는 메시지)을 설명한다.
CD에 대하여, 데이터/파일 요청이 사용될 수 있다.
CD는 언제든 데이터/파일 요청을 전송할 수 있다. 이는 설계자의 의도에 달려 있다.
이 동작을 위해, 데이터/파일 요청에 요구되는 파라미터는 다음과 같다:
CD 앱이 수신하고 싶어하는 아이템(들)에 대한 데이터/파일 ID(들)(상기 서비스 식별로의 가입 참조)
가입이 선택적이면, 가입을 원하는지를 특정; 그러면, 시작 또는 중지 수신 가입을 특정
CD 정보(예를 들어, CD 장치 ID, CD 앱 ID, CD 앱 버전 등)
상술한 파라미터는 설계자의 의도에 따라 변경, 선택 또는 삭제될 수 있다. 또한, 추가의 파라미터가 설계자의 의도에 따라 추가될 수 있다.
PD에 대하여, 데이터/파일 요청 응답이 사용될 수 있다.
데이터/파일 요청을 수신하면, PD는 데이터/파일 요청 응답을 전송할 수 있다. 가입 요청이 수신되면, PD는 방송 스트림 내의 통지에 따라 추가의 데이터/파일을 전송할 수 있다.
이 동작을 위해, 데이터/파일 요청 응답에 요구되는 파라미터는 다음과 같다:
데이터/파일의 액세스 위치
요청되는 아이템(들)에 대한 데이터/파일 ID(들)
PD 정보(예를 들어, PD 장치 ID 등)
중지 가입 중지 요청이면: 확인응답
그렇지 않으면, 데이터/파일(들) 자체
상술한 파라미터는 설계자의 의도에 따라 변경, 선택 또는 삭제될 수 있다. 또한, 추가의 파라미터가 설계자의 의도에 따라 추가될 수 있다.
이하, 본 발명의 실시예에 따른 컴패니언 스크린 모델에서의 “미디어 타임라인 체크포인트 요청”을 설명한다.
CD가 추가 컨텐츠를 PD로부터 직접 또는 다른 소스(예를 들어, 원격 서버)로부터 액세스하면, CD 상에 디스플레이되는 컨텐츠와 PD 상에 디스플레이되는 컨텐츠 간의 동기를 유지하기 위하여 PD로부터 지속적인 미디어 타임라인 정보가 필요할 수 있다.
본 발명에 따른 “미디어 타임라인 체크포인트 요청”은 가입 기반 어프로치 및 요청-응답 기반 어프로치에 따라 수행될 수 있다.
단일 요청 응답 어프로치 뿐만 아니라 가입 기반 어프로치는 PD로부터 타임라인 체크포인트를 수신하기 위하여 지원된다. CD가 정확한 내부 클록을 가지고 있으므로, 요청 응답 아키텍쳐는 CD에 의해 원하는 간격의 타임라인 폴링(polling)을 허용하여 PD와 동기를 유지한다.
이하, 가입 기반 어프로치에 따라 사용되는 요청(또는 메시지) 및 응답(메시지)을 설명한다.
가입 기반 어프로치:
CD에 대하여, 미디어 타임라인 체크포인트 가입 요청이 사용될 수 있다.
CD는 언제든 미디어 타임라인 체크포인트 가입 요청을 전송할 수 있다. 이는 설계자의 의도에 달려 있다.
이 동작을 위해, 미디어 타임라인 체크포인트 가입 요청에 요구되는 파라미터는 다음과 같다:
관심있는 서비스/쇼/세그먼트 ID
통지 빈도
특정될 최대 빈도를 초과하지 않아야 하는 시간 업데이트를 수신하기 위한 요청된 빈도 (예를 들어, 매 2초 미만); 통지 빈도가 특정되지 않으면, 수신기는 빈도를 결정하거나 특정될 디폴트 값을 설정해야 한다.
가입 콜백 URL/정보
요청된 가입 기간
CD 정보(예를 들어, CD 장치 ID, CD 앱 ID, CD 앱 버전 등)
관심있는 서비스/쇼/세그먼트 ID
시작 또는 중지 수신 타임라인 체크포인트
시작하면, 이용가능한 빈도로부터 원하는 주파수(상기 서비스 식별로의 가입 참조)
상술한 파라미터는 설계자의 의도에 따라 변경, 선택 또는 삭제될 수 있다. 또한, 추가의 파라미터가 설계자의 의도에 따라 추가될 수 있다.
PD에 대하여, 미디어 타임라인 체크포인트 가입 응답이 사용될 수 있다.
PD는 CD 앱으로부터 요청을 받으면 초기 응답으로서 미디어 타임라인 체크포인트 가입 응답을 전송하거나 확인된 통지 빈도로 후속 응답으로서 미디어 타임라인 체크포인트 가입 응답을 전송할 수 있다.
이 동작을 위해, 미디어 타임라인 체크포인트 가입 응답에 요구되는 파라미터는 다음과 같다:
PD 장치 ID
관심있는 서비스/쇼/세그먼트의 ID
가입 ID
확인된 가입 기간
확인된 통지 빈도
시작 요청에 응답하면: 미디어 타임라인 데이터
중지 요청에 응답하면: 확인응답
상술한 파라미터는 설계자의 의도에 따라 변경, 선택 또는 삭제될 수 있다. 또한, 추가의 파라미터가 설계자의 의도에 따라 추가될 수 있다. CD에 대하여, 미디어 타임라인 체크포인트 가입 갱신/취소요청이 사용될 수 있다.
가입 갱신 또는 언제든 가입 취소에 대한 가입 타임아웃 전
이 동작을 위해, 미디어 타임라인 체크포인트 가입 갱신/취소 요청에 요구되는 파라미터는 다음과 같다:
가입 ID
가입 갱신을 위해 요청된 가입 기간
CD 정보(예를 들어, CD 장치 ID, CD 앱 ID, CD 앱 버전 등)
상술한 파라미터는 설계자의 의도에 따라 변경, 선택 또는 삭제될 수 있다. 또한, 추가의 파라미터가 설계자의 의도에 따라 추가될 수 있다. PD에 대하여, 미디어 타임라인 체크포인트 가입 갱신/취소 요청이 사용될 수 있다.
미디어 타임라인 체크포인트 가입 갱신/취소 요청을 수신하면, PD는 미디어 타임라인 체크포인트 가입 갱신/취소 응답을 전송할 수 있다.
이 동작을 위해, 미디어 타임라인 체크포인트 가입 갱신/취소 응답에 요구되는 파라미터는 다음과 같다:
가입 ID
가입 갱신 요청에 대한 확인된 가입 기간
상술한 파라미터는 설계자의 의도에 따라 변경, 선택 또는 삭제될 수 있다. 또한, 추가의 파라미터가 설계자의 의도에 따라 추가될 수 있다.
PD에 대하여, 미디어 타임라인 체크포인트 메시지가 사용될 수 있다.
PD는 가입 요청을 수신하면 미디어 타임라인 체크포인트 메시지를 전송할 수 있다. 또는, PD는 확인된 통지 빈도와 함께 주기적으로 미디어 타임라인 체크포인트 메시지를 전송할 수 있다.
이 동작을 위해, 미디어 타임라인 체크포인트 메시지에 요구되는 파라미터는 다음과 같다:
미디어 타임라인 정보
상술한 파라미터는 설계자의 의도에 따라 변경, 선택 또는 삭제될 수 있다. 또한, 추가의 파라미터가 설계자의 의도에 따라 추가될 수 있다.
CD에 대하여, 미디어 타임라인 체크포인트 메시지에 대한 응답이 사용될 수 있다.
CD는 PD로부터 미디어 타임라인 체크포인트 메시지를 수신하면 미디어 타임라인 체크포인트 메시지에 대한 응답을 전송할 수 있다.
이 동작을 위해, 미디어 타임라인 체크포인트 메시지에 대한 응답에 요구되는 파라미터는 다음과 같다:
CD 장치 ID(또는 CD 앱 ID)
상술한 파라미터는 설계자의 의도에 따라 변경, 선택 또는 삭제될 수 있다. 또한, 추가의 파라미터가 설계자의 의도에 따라 추가될 수 있다.
이하, 요청-응답 기반 어프로치에 따라 사용되는 요청(또는 메시지) 및 응답(메시지)을 설명한다.
요청-응답 기반 어프로치:
CD에 대하여, 미디어 타임라인 체크포인트 메시지에 대한 요청이 사용될 수 있다.
CD는 미디어 타임라인 체크포인트 메시지에 대한 요청을 전송할 수 있다. 이는 설계자의 의도에 달려 있다.
이 동작을 위해, 미디어 타임라인 체크포인트 메시지에 대한 요청에 요구되는 파라미터는 다음과 같다:
CD 장치 ID(또는 CD 앱 ID)
상술한 파라미터는 설계자의 의도에 따라 변경, 선택 또는 삭제될 수 있다. 또한, 추가의 파라미터가 설계자의 의도에 따라 추가될 수 있다.
PD에 대하여, 미디어 타임라인 체크포인트 메시지가 사용될 수 있다.
PD는 CD로부터 미디어 타임라인 체크포인트 메시지에 대한 요청을 수신하면 미디어 타임라인 체크포인트 메시지를 전송할 수 있다.
이 동작을 위해, 미디어 타임라인 체크포인트 메시지에 요구되는 파라미터는 다음과 같다:
미디어 타임라인 정보
상술한 파라미터는 설계자의 의도에 따라 변경, 선택 또는 삭제될 수 있다. 또한, 추가의 파라미터가 설계자의 의도에 따라 추가될 수 있다.
이하, 본 발명의 실시예에 따른 컴패니언 스크린에서의 미디어 재생 상태 정보 통신을 설명한다.
PD 상의 미디어 재생 상태를 CD로 전송하는 동작이 지원된다. 이것은 CD가 PD와 동기하여 미디어 스트림을 재생할 때 유용할 수 있다.
이하, 미디어 재생 상태 정보 통신에 사용되는 요청(또는 메시지) 및 응답(메시지)을 설명한다.
CD에 대하여, 현재의 미디어 재생 상태 정보를 수신하라는 PD로의 CD 가입 요청이 사용될 수 있다.
CD는 CD 앱에 의해 필요할 때 언제든 CD 가입 요청을 전송할 수 있다.
이 동작을 위해, CD 가입 요청에 요구되는 파라미터는 다음과 같다:
미디어 재생 상태가 요청되는 URL/ID
미디어 상태 가입 콜백 URL/정보
요청되는 가입 기간
CD 정보(예를 들어, CD 장치 ID, CD 앱 ID, CD 앱 버전 등)
상술한 파라미터는 설계자의 의도에 따라 변경, 선택 또는 삭제될 수 있다. 또한, 추가의 파라미터가 설계자의 의도에 따라 추가될 수 있다.
PD에 대하여, PD 미디어 재생 상태 가입 응답이 사용될 수 있다.
PD는 현재 미디어 재생 상태 가입 정보 요청(CD 가입 요청)을 수신하면 PD 미디어 재생 상태 가입 응답을 전송할 수 있다.
이 동작을 위해, PD 미디어 재생 상태 가입 응답에 요구되는 파라미터는 다음과 같다:
PD 장치 ID
미디어 재생 상태 가입 ID
확인된 가입 기간
CD에 대하여, 미디어 재생 상태 가입 갱신/취소 요청이 사용될 수 있다.
가입 갱신 또는 언제든 가입 취소에 대한 가입 타임아웃 전에 CD는 미디어 재생 상태 가입 갱신/취소 요청을 전송할 수 있다.
이 동작을 위해, 미디어 재생 상태 가입 갱신/취소 요청에 요구되는 파라미터는 다음과 같다:
가입 ID
가입 갱신을 위해 요청된 가입 기간
CD 정보(예를 들어, CD 장치 ID, CD 앱 ID, CD 앱 버전 등)
상술한 파라미터는 설계자의 의도에 따라 변경, 선택 또는 삭제될 수 있다. 또한, 추가의 파라미터가 설계자의 의도에 따라 추가될 수 있다.
PD에 대하여, 미디어 재생 상태 가입 갱신/취소 응답이 사용될 수 있다.
PD는 CD로부터 미디어 재생 상태 가입 갱신/취소 요청을 수신하면 미디어 재생 상태 가입 갱신/취소 응답을 전송할 수 있다.
이 동작을 위해, 미디어 재생 상태 가입 갱신/취소 응답에 요구되는 파라미터는 다음과 같다:
가입 ID
가입 갱신 요청에 대한 확인된 가입 기간
상술한 파라미터는 설계자의 의도에 따라 변경, 선택 또는 삭제될 수 있다. 또한, 추가의 파라미터가 설계자의 의도에 따라 추가될 수 있다.
PD에 대하여, CD로의 미디어 재생 상태의 PD 통지가 사용될 수 있다.
PD 상의 미디어 재생 생태가 변경되면, PD는 미디어 재생 상태의 PD 통지를 전송할 수 있다. 또는 PD는 주기적으로 미디어 재생 상태의 PD 통지를 전송할 수 있다.
이 동작을 위해, 미디어 재생 상태의 PD 통지에 요구되는 파라미터는 다음과 같다:
요청되는 URL/ID에 대한 현재의 미디어 재생 상태 정보
상태는 예를 들어, 재생, 일시정지, 중지, 패스트 포워드(패스트 포워드의 속도), 패스트 백워드(패스트 백워드의 속도), 버퍼링일 수 있다.
상술한 파라미터는 설계자의 의도에 따라 변경, 선택 또는 삭제될 수 있다. 또한, 추가의 파라미터가 설계자의 의도에 따라 추가될 수 있다.
CD에 대하여, 미디어 재생 상태 메시지에 대한 응답이 사용될 수 있다.
CD는 PD로부터 미디어 재생 상태의 PD 통지를 수신하면 미디어 재생 상태 메시지에 대한 응답을 전송할 수 있다.
이 동작을 위해, 미디어 재생 상태 메시지에 대한 응답에 요구되는 파라미터는 다음과 같다:
CD 장치 ID(또는 CD 앱 ID)
상술한 파라미터는 설계자의 의도에 따라 변경, 선택 또는 삭제될 수 있다. 또한, 추가의 파라미터가 설계자의 의도에 따라 추가될 수 있다.
본 발명의 실시예에 따른 컴패니언 스크린 모델에서의 PD 앱 및 CD 앱 간의 통신을 설명한다.
임의의 경우, PD 앱 및 CD 앱은 협력하여 동작하도록 설계될 수 있다. 이 경우, 앱 설계자는 앱간 통신의 세부사항을 결정할 것으로 예상된다. PD 및 CD 앱은 다른 앱에 대한 사용자 정보 및 다른 앱을 다운로드 및 런칭하는 방법을 포함할 수 있다. CD 앱은 또한 CD 앱이 현재 런칭되지 않은 경우에도 PD 앱으로부터 어나운스먼트 메시지를 항상 듣는 메커니즘을 포함할 수 있다. 본 발명이 이 동작에 대한 임의의 표준을 특정할 것으로 예상되지 않는다.
이하, 본 발명의 실시예에 따른 컴패니언 스크린 모델에서의 PD로부터 CD로의 긴급 경보 메시지(EAM)의 전송을 설명한다.
도 18에 도시된 바와 같이, EAC는 EAS에 대하여 DP로 EAS 메시지 및 링크를 전달하는 전용 채널이다. 본 발명의 실시예에 따른 EAS는 신호 프레임(또는 프레임 내에서 전송될 수 있고, EAM은 EAS의 특정 정보를 포함할 수 있다. 세부사항은 상술하였으므로 여기서는 생략한다.
PD로부터 CD로의 긴급 경보 메시지의 가입 기반 전달은 이하에 도시되는 메시지 교환을 이용하여 지원된다.
이하, EAM 송신에 사용되는 요청(또는 메시지) 및 응답(메시지)을 설명한다.
CD에 대하여, 긴급 경보 메시지를 수신하라는 PD로의 CD 가입 요청이 사용될 수 있다.
CD가 네트워크에 조인(join)하면(또는 CD 앱이 시작하면) EAM 기능이 인에이블된다. CD는 긴급 경보 메시지를 수신하라는 CD 가입 요청을 PD로 전송할 수 있다.
이 동작을 위해, CD 가입 요청에 요구되는 파라미터는 다음과 같다:
가입 콜백 URL/정보
요청된 가입 기간
EAM 필터링 기준(예를 들어, 지리적 위치)
CD 정보(예를 들어, CD 장치 ID, CD 앱 ID, CD 앱 버전 등)
상술한 파라미터는 설계자의 의도에 따라 변경, 선택 또는 삭제될 수 있다. 또한, 추가의 파라미터가 설계자의 의도에 따라 추가될 수 있다.
PD에 대하여, PD EAM 가입 응답이 사용될 수 있다.
PD는 CD로부터 CD 가입 요청을 수신하면 PD EAM 가입 응답을 전송할 수 있다.
이 동작을 위해, PD EAM 가입 응답에 요구되는 파라미터는 다음과 같다:
PD 장치 ID
가입 ID
확인된 가입 기간
상술한 파라미터는 설계자의 의도에 따라 변경, 선택 또는 삭제될 수 있다. 또한, 추가의 파라미터가 설계자의 의도에 따라 추가될 수 있다.
CD에 대하여, CD EAM 가입 갱신/취소 요청이 사용될 수 있다. CD는 가입 갱신 또는 언제든 가입 취소에 대한 가입 타임아웃 전에 CD EAM 가입 갱신/취소 요청을 전송할 수 있다.
이 동작을 위해, CD EAM 가입 갱신/취소 요청에 요구되는 파라미터는 다음과 같다:
가입 ID
가입 갱신을 위해 요청된 가입 기간
CD 정보(예를 들어, CD 장치 ID, CD 앱 ID, CD 앱 버전 등)
상술한 파라미터는 설계자의 의도에 따라 변경, 선택 또는 삭제될 수 있다. 또한, 추가의 파라미터가 설계자의 의도에 따라 추가될 수 있다.
PD에 대하여, PD EAM 가입 갱신/취소 응답이 사용될 수 있다.
PD는 CD EAM 가입 갱신/취소 요청을 수신하면 PD EAM 가입 갱신/취소 응답을 전송할 수 있다.
이 동작을 위해, PD EAM 가입 갱신/취소 응답에 요구되는 파라미터는 다음과 같다:
가입 ID, 가입 갱신 요청에 대한 확인된 가입 기간
상술한 파라미터는 설계자의 의도에 따라 변경, 선택 또는 삭제될 수 있다. 또한, 추가의 파라미터가 설계자의 의도에 따라 추가될 수 있다.
PD에 대하여, 긴급 경보 메시지의 PD 통지가 사용될 수 있다. 긴급 경보 메시지의 PD 통지는 긴급 경보 메시지(멀티캐스트)의 PD 어나운스먼트라 할 수 있다.
PD는 긴급 경보 메시지를 수신하면 긴급 경보 메시지의 PD 통지를 전송할 수 있다.
이 동작을 위해, 긴급 경보 메시지의 PD 통지에 요구되는 파라미터는 다음과 같다:
가입 ID
EAM의 초기 컨텐츠
EAM의 초기 컨텐츠의 특성
TBD(예를 들어, 새로운 메시지, 연속 또는 단 한번의 메시지는 텍스트 뿐만 아니라 리치 미디어(rich media)를 포함한다)
이용가능한 추가의 컨텐츠
상술한 파라미터는 설계자의 의도에 따라 변경, 선택 또는 삭제될 수 있다. 또한, 추가의 파라미터가 설계자의 의도에 따라 추가될 수 있다.
CD에 대하여, 긴급 경보 메시지에 대한 CD 응답이 사용될 수 있다.
CD는 PD로부터 긴급 경보 메시지를 수신하면 긴급 경보 메시지에 대한 CD 응답을 전송할 수 있다.
이 동작을 위해, 긴급 경보 메시지에 대한 CD 응답에 요구되는 파라미터는 다음과 같다:
CD 장치 ID(또는 CD 앱 ID)
CD 앱 ID
CD 앱 버전
메시지의 확인응답
컨텐츠 특성에 따른 추가의 컨텐츠에 대한 요청)
상술한 파라미터는 설계자의 의도에 따라 변경, 선택 또는 삭제될 수 있다. 또한, 추가의 파라미터가 설계자의 의도에 따라 추가될 수 있다.
본 발명의 실시예에 따른 많은 응답 메시지는 상술한 파라미터에 더하여 성공/실패를 나타낼 수 있다.
“CD 정보(예를 들어, CD 장치 ID, CD 앱 ID, CD 앱 버전 등)”, “PD 정보(예를 들어, PD 장치 ID 등) “의 상술한 파라미터의 일부는 보안 목적으로 요구될 수 있다.
이하, 본 발명의 실시예에 따른 컴패니언 스크린 모델의 사용 케이스를 설명한다.
제1 실시예:
사용자(A)는 TV 스크린 상에서 자신이 좋아하는 락앤롤 밴드의 콘서트 방송을 보고 있다. TV 상의 통지 팝업은 각 뮤지션을 나타내는 콘서트의 대체 카메라 뷰가 사용자(A)의 CD 상의 전용 어플리케이션을 통해 이용가능하다는 것을 사용자(A)에게 통지한다. 사용자(A)는 기타리스트, 베이시스트, 가수 및 드러머의 클로즈업이 이용가능하다는 것을 제1 사용자에게 알리는 어플리케이션을 런칭한다. 사용자(A)는 기타 솔로중 기타리스트를 선택하고 노래중 나중에 드러머로 전환한다. TV 스크린 및 컴패니언 스크린 상의 미디어 컨텐츠는 동기하여 렌더링된다.
제2 실시예:
사용자(B)는 시각 장애인에 대한 비디오 디스크립션을 듣는데 관심이 있지만, 방에 있는 모든 시청자에게 그것이 가능하도록 하고 싶지 않다. 사용자(B)의 CD 상의 앱을 이용하여, 사용자(B)는 이용가능한 다양한 오디오 트랙을 발견하고 자신의 CD 상에서 플레이되는 디스크립션 트랙을 선택한다. 사용자(C)는 청각 장애인이며 사운드 디스크립션으로 클로즈드 캡션을 읽고 싶어한다. 자신의 CD 내의 앱을 이용하여, 사용자(C)는 클로즈드 캡션에 대한 다양한 옵션을 발견하고 오디오 디스크립션을 갖는 것을 선택하여 사용자(C)의 CD 상에 디스플레이한다. 사용자(D)는 스페인어 자막을 읽는 대신 보이스 더빙을 좋아한다. 사용자(D)는 텍스트-투-보이스 기능을 갖는 CD앱을 갖는다. 자신의 CD를 이용하여, 사용자(D)는 스페인어 자막을 발견하고 자신의 앱을 이용하여 텍스트를 보이스로 변환하여 사용자(D)가 자신의 헤드폰을 통해 듣는다.
제3 실시예:
사용자(D)는 자신이 좋아하는 게임 쇼를 보고 있다. TV 상의 통지 팝업은 전용 태블릿 앱을 통해 사용자(D)가 자신의 태블릿 상에서 함께 플레이할 수 있다는 것을 사용자(D)에게 알린다. 사용자(D)는 그 앱을 런칭하고 사용자(D)는 게임 쇼와 함께 실시간으로 플레이할 수 있다. 각각의 질문이 쇼에서와 동일한 시간에 자신의 태블릿 상에 사용자(D)에게 제시되고, 사용자(D)의 응답 시간은 쇼의 참가자의 응답 시간으로 제한된다. 사용자(D)의 점수는 앱에 의해 트래킹되고 사용자(D)는 또한 태블릿 앱을 이용하여 함께 플레이하는 다른 시청자들 중 자신의 순위를 볼수 있다.
제4 실시예:
사용자(E)는 메인 TV 상의 온디맨드 앱을 런칭한다. TV 앱은 사용자(E)에게 임의의 인구(demographic) 정보를 요청하여 사용자(E)에 대하여 프로그램을 추천할 수 있다. TV 앱은 사용자(E)가 더 쉽게 다운로드하여 데이터를 입력할 수 있는 컴패니언 태블릿 앱을 제안한다. 사용자(E)는 태블릿 앱을 다운로드하고 런칭한다. 태블릿 앱은 사용자(E)에게 데이터 입력 필드를 제공한다. 사용자(E)는 자신의 태블릿 상에서 데이터 입력을 완료하고 정보가 TV 앱에 등록된다. TV 앱은 사용자(E)의 입력에 기초하여 사용자(E)에게 몇 개의 온디맨드 프로그램을 추천한다. 사용자(E)는 자신의 태블릿을 이용하여 자신의 TV 상에 제시될 추천된 프로그램 중의 하나를 선택한다.
대안으로, 사용자(E)는 자신의 태블릿을 이용하여 메인 TV 대신에 태블릿 상에 제시될 추천 프로그램 중의 하나를 선택한다.
제5 실시예:
사용자(F)는 거실에서 좋아하는 프로그램을 보고 있다. 사용자(F)는 사용자(F)가 집 주변에서 해야할 많은 일을 가지고 있지만, 사용자(F)의 쇼 중의 어느 것도 놓치고 싶지 않다. 사용자(F)는 사용자(F)가 TV 뿐만 아니라 태블릿 상에서 사용자(F)의 쇼를 볼 수 있도록 하는 앱을 자신의 태블릿 상에 런칭한다. 사용자(F)는 이방 저방을 돌아다니면서 자신의 태블릿 상에서 계속 쇼를 본다.
사용자가 세탁실에 있는 동안, 긴급 경보 메시지가 방송된다. 메시지는 사용자(F)의 태블릿 상에서 나타난다. 태블릿은 또한 사용자(F)가 원하면 볼수 있는 이벤트의 비디오가 있다는 것을 사용자(F)에게 알린다. 사용자(F)가 비디오를 선택하여 보기 시작한다. 사용자(F)는 긴급 메시지가 전달하는 명령에 따른다.
도 58은 본 발명의 실시예에 따른 하이브리드 방송 서비스 프로세싱의 플로우챠트이다.
도 58은 컴패니언 스크린 또는 컴패니언 장치 모델에서 하이브리드 방송 서비스를 프로세싱하는 동작을 나타내는 플로우챠트이다.
본 발명의 실시예에 따른 PD는 하이브리드 방송 서비스를 위해 브로드밴드 채널을 통해 컨텐츠를 또는 방송 채널을 통해 방송 신호를 수신할 수 있다(SE58000). 상술한 바와 같이, 본 실시예에 따른 PD는 방송 수신 장치(100), 즉, 도 1 내지 29를 참조하여 설명하는 방송 신호를 처리하는 수신기를 포함한다. 특히, 도 30을 참조하여 설명한 방송 수신부(110)는 방송 신호 또는 컨텐츠를 수신할 수 있다. 본 실시예에 따른 방송 수신부(110)는 수신 모듈이라할 수 있고, 이는 설계자에 따라 변경될 수 있다.
본 발명의 실시예에 따른 방송 신호는 하이브리드 방송 서비스를 위한 데이터 및 EAM을 포함할 수 있다. 세부사항은 상술한 바와 같다.
본 발명의 실시예에 따른 PD는 컴패니언 장치로부터 요청을 수신할 수 있다(SE58100). 상술한 바와 같이, 도 30의 방송 수신 장치(100)는 방송 수신부(110), 인터넷 프로토콜(IP) 통신부(130) 및 제어부(150)를 포함할 수 있다. IP 통신부(130) 및 제어부(150)는 프로세서라 할 수 있다. 이는 설계자의 의도에 따라 변경될 수 있다. 본 발명의 실시예에 따른 프로세서는 컴패니언 장치로부터 요청을 수신할 수 있다. 요청은 장치를 탐색하여 PD 및 CD의 페어링하라는 요청일 수 있다. 페어링 후, PD는 상술한 바와 같이 5가지 타입의 기능에 대한 요청을 CD로부터 수신할 수 있다.
본 발명의 실시예에 따른 PD는 요청에 기초하여 컨텐츠 또는 연속 컴포넌트 또는 파일 또는 데이터 또는 미디어 타임라인 정보 또는 EAM 중의 적어도 하나를 전송할 수 있다(SE58200). 상술한 바와 같이 연속 컴포넌트 또는 파일 또는 데이터는 현재 선택된 하이브리드 방송 서비스의 일부이다. 세부사항은 상술한 바와 같다.
도 59는 본 발명의 다른 실시예에 따른 하이브리드 방송 서비스 프로세싱의 플로우챠트이다.
도 59는 도 58을 참조하여 설명하는 PD에서의 하이브리드 방송 서비스 프로세싱의 역 프로세스를 나타내는 플로우챠트로서, CD에서 하이브리드 방송 서비스를 프로세싱하는 동작에 대응한다.
본 발명의 실시예에 따른 CD는 수신기로 요청을 전송할 수 있다(SE59000). 수신기는 PD를 의미할 수 있고, 본 발명의 실시예에 따른 PD는 하이브리드 방송 서비스를 위하여, 방송 채널을 통해 방송신호를 수신하거나 브로드밴드 채널을 통해 컨텐츠를 수신할 수 있다. 여기서, 방송 신호는 하이브리드 방송 서비스에 대한 데이터 및 EAM을 포함한다. 세부사항은 상술한 바와 같다.
도시되지 않지만, CD는 하이브리드 방송 서비스 프로세싱을 위한 송신기 및 수신기를 포함할 수 있다. 그러므로, CD에 포함되는 송신기는 PD로 요청을 전송할 수 있다. 요청은 장치를 탐색하여 PD 및 CD를 페어링하라는 요청일 수 있다. 페어링 후, CD는 상술한 바와 같이 5가지 타입의 기능에 대한 요청을 PD로 전송할 수 있다.
본 발명의 실시예에 따른 CD는 수신기로부터의 요청에 기초하여 컨텐츠 또는 연속 컴포넌트 또는 파일 또는 데이터 또는 미디어 타임라인 정보 또는 EAM 중의 적어도 하나를 수신할 수 있다(SE59200). 상술한 바와 같이 연속 컴포넌트 또는 파일 또는 데이터는 현재 선택된 하이브리드 방송 서비스의 일부이다. 세부사항은 상술한 바와 같다.
이상에서 실시예들에 설명된 특징, 구조, 효과 등은 본 발명의 적어도 하나의 실시예에 포함되며, 반드시 하나의 실시예에만 한정되는 것은 아니다. 나아가, 각 실시예에서 예시된 특징, 구조, 효과 등은 실시예들이 속하는 분야의 통상의 지식을 가지는 자에 의해 다른 실시예들에 대해서도 조합 또는 변형되어 실시 가능하다. 따라서 이러한 조합과 변형에 관계된 내용들은 본 발명의 범위에 포함되는 것으로 해석되어야 할 것이다.
이상에서 실시예를 중심으로 설명하였으나 이는 단지 예시일 뿐 본 발명을 한정하는 것이 아니며, 본 발명이 속하는 분야의 통상의 지식을 가진 자라면 본 실시예의 본질적인 특성을 벗어나지 않는 범위에서 이상에 예시되지 않은 여러 가지의 변형과 응용이 가능함을 알 수 있을 것이다. 예를 들어, 실시예에 구체적으로 나타난 각 구성 요소는 변형하여 실시할 수 있는 것이다. 그리고 이러한 변형과 응용에 관계된 차이점들은 첨부된 청구 범위에서 규정하는 본 발명의 범위에 포함되는 것으로 해석되어야 할 것이다.

Claims (20)

  1. 하이브리드 방송 서비스를 프로세싱하는 방법으로서,
    상기 하이브리드 방송 서비스를 위하여, 방송 채널을 통해 방송 신호를 수신하거나 브로드밴드 채널을 통해 컨텐츠를 수신하는 단계 - 상기 방송 신호는 상기 하이브리드 방송 서비스에 대한 데이터 및 긴급 경보 메시지(EAM)을 포함함 -;
    컴패니언 장치로부터 요청을 수신하는 단계; 및
    상기 요청에 기초하여 컨텐츠 또는 연속 컴포넌트 또는 파일 또는 데이터 또는 미디어 타임라인 정보 또는 EAM 중의 적어도 하나를 전송하는 단계 - 상기 연속 컴포넌트 또는 파일 또는 데이터는 현재 선택된 하이브리드 방송 서비스의 일부임 -
    를 포함하는 방법.
  2. 제1항에 있어서,
    상기 요청이 장치 탐색을 위한 것이면, 상기 요청에 따른 응답을 전송하는 단계를 포함하고,
    상기 요청은 장치 타입 정보 또는 서비스 타입 정보를 포함하고 상기 응답은 장치 ID 정보 및 상기 장치 타입 정보를 포함하는 방법.
  3. 제2항에 있어서,
    상기 컨텐츠의 컨텐츠 식별 가입에 대한 요청을 수신하는 단계; 및
    상기 컨텐츠 식별 가입에 대한 요청에 따른 응답을 전송하는 단계
    를 포함하고,
    상기 컨텐츠 식별 가입에 대한 요청은 가입 콜백(callback) URL 정보 및 요청된 가입 기간 정보를 포함하고, 상기 응답은 가입 ID 정보를 포함하는 방법.
  4. 제2항에 있어서,
    현재 실행되는 하이브리드 방송 서비스의 컨텐츠 식별 요청 메시지를 수신하는 단계; 및
    상기 컨텐츠 식별 요청 메시지에 따른 응답을 전송하는 단계
    를 포함하고,
    상기 컨텐츠 식별 요청 메시지는 현재 실행되는 하이브리드 방송 서비스의 정보를 직접 얻기 위한 필터링 기준을 포함하고, 상기 응답은 상기 필터링 기준에 의해 필터링된 컨텐츠 정보를 포함하는 방법.
  5. 제2항에 있어서,
    상기 연속 컴포넌트의 요청을 수신하는 단계; 및
    상기 연속 컴포넌트의 요청에 따른 응답을 전송하는 단계
    를 포함하고,
    상기 연속 컴포넌트의 요청은 각 연속 컴포넌트의 컴포넌트 ID 정보를 포함하고, 상기 응답은 컴포넌트의 상기 컴포넌트 ID 정보 및 액세스 위치 정보를 포함하는 방법.
  6. 제2항에 있어서,
    상기 파일 또는 데이터의 요청을 수신하는 단계; 및
    상기 파일 또는 데이터의 요청에 따른 응답을 전송하는 단계
    를 포함하고,
    상기 파일 또는 데이터의 요청은 각각의 파일의 파일 ID 정보 또는 데이터 ID 정보를 포함하고, 상기 응답은 상기 파일 ID 정보 또는 상기 파일 또는 데이터의 데이터 ID 정보 및 액세스 위치 정보를 포함하는 방법.
  7. 제2항에 있어서,
    상기 미디어 타임라인 정보의 요청을 수신하는 단계; 및
    상기 미디어 타임라인 정보의 요청에 따른 응답을 전송하는 단계
    를 포함하고,
    상기 미디어 타임라인 정보는 수신기 및 상기 컴패니언 장치의 컨텐츠 간의 동기를 유지하는데 사용되는 방법.
  8. 제2항에 있어서,
    상기 EAM의 가입의 요청을 수신하는 단계; 및
    상기 EAM의 가입의 요청에 따른 응답을 전송하는 단계
    를 포함하는 방법.
  9. 제2항에 있어서,
    현재 미디어 재생 상태 정보의 가입의 요청을 수신하는 단계; 및
    상기 현재 미디어 재생 상태 정보의 가입의 요청에 따른 응답을 전송하는 단계
    를 포함하고,
    상기 현재 미디어 재생 상태 정보는 수신기 상의 미디어 재생 상태를 나타내는 방법.
  10. 하이브리드 방송 서비스를 프로세싱하는 장치로서,
    상기 하이브리드 방송 서비스를 위하여, 방송 채널을 통해 방송 신호를 수신하거나 브로드밴드 채널을 통해 컨텐츠를 수신하는 수신 모듈 - 상기 방송 신호는 상기 하이브리드 방송 서비스에 대한 데이터 및 긴급 경보 메시지(EAM)을 포함함 -; 및
    컴패니언 장치로부터 요청을 수신하고 상기 요청에 기초하여 컨텐츠 또는 연속 컴포넌트 또는 파일 또는 데이터 또는 미디어 타임라인 정보 또는 EAM 중의 적어도 하나를 전송하는 프로세서 - 상기 연속 컴포넌트 또는 파일 또는 데이터는 현재 선택된 하이브리드 방송 서비스의 일부임 -
    를 포함하는 장치.
  11. 제10항에 있어서,
    상기 요청이 장치 탐색을 위한 것이면, 상기 프로세서는 또한 상기 요청에 따른 응답을 전송하고,
    상기 요청은 장치 타입 정보 또는 서비스 타입 정보를 포함하고 상기 응답은 장치 ID 정보 및 상기 장치 타입 정보를 포함하는 장치.
  12. 제11항에 있어서,
    상기 프로세서는 또한 상기 컨텐츠의 컨텐츠 식별 가입에 대한 요청을 수신하고 상기 컨텐츠 식별 가입에 대한 요청에 따른 응답을 전송하고, 상기 컨텐츠 식별 가입에 대한 요청은 가입 콜백 URL 정보 및 요청된 가입 기간 정보를 포함하고, 상기 응답은 가입 ID 정보를 포함하는 장치.
  13. 제11항에 있어서,
    상기 프로세서는 또한 현재 실행되는 하이브리드 방송 서비스의 컨텐츠 식별 요청 메시지를 수신하고, 상기 컨텐츠 식별 요청 메시지에 따른 응답을 전송하고, 상기 컨텐츠 식별 요청 메시지는 현재 실행되는 하이브리드 방송 서비스의 정보를 직접 얻기 위한 필터링 기준을 포함하고, 상기 응답은 상기 필터링 기준에 의해 필터링된 컨텐츠 정보를 포함하는 장치.
  14. 제11항에 있어서,
    상기 프로세서는 또한 상기 연속 컴포넌트의 요청을 수신하고 상기 연속 컴포넌트의 요청에 따른 응답을 전송하고, 상기 연속 컴포넌트의 요청은 각 연속 컴포넌트의 컴포넌트 ID 정보를 포함하고, 상기 응답은 컴포넌트의 상기 컴포넌트 ID 정보 및 액세스 위치 정보를 포함하는 장치.
  15. 제11항에 있어서,
    상기 프로세서는 또한 상기 파일 또는 데이터의 요청을 수신하고 상기 파일 또는 데이터의 요청에 따른 응답을 전송하고, 상기 파일 또는 데이터의 요청은 각각의 파일의 파일 ID 정보 또는 데이터 ID 정보를 포함하고, 상기 응답은 상기 파일 ID 정보 또는 상기 파일 또는 데이터의 데이터 ID 정보 및 액세스 위치 정보를 포함하는 장치.
  16. 제11항에 있어서,
    상기 프로세서는 또한 상기 미디어 타임라인 정보의 요청을 수신하고 상기 미디어 타임라인 정보의 요청에 따른 응답을 전송하고, 상기 미디어 타임라인 정보는 수신기 및 상기 컴패니언 장치의 컨텐츠 간의 동기를 유지하는데 사용되는 장치.
  17. 제11항에 있어서,
    상기 프로세서는 또한 상기 EAM의 가입의 요청을 수신하고 상기 EAM의 가입의 요청에 따른 응답을 전송하는 장치.
  18. 제11항에 있어서,
    상기 프로세서는 또한 현재 미디어 재생 상태 정보의 가입의 요청을 수신하고 상기 현재 미디어 재생 상태 정보의 가입의 요청에 따른 응답을 전송하고, 상기 현재 미디어 재생 상태 정보는 수신기 상의 미디어 재생 상태를 나타내는 장치.
  19. 하이브리드 방송 서비스를 프로세싱하는 방법으로서,
    수신기로 요청을 전송하는 단계 - 상기 수신기는 상기 하이브리드 방송 서비스를 위하여, 방송 채널을 통해 방송 신호를 수신하거나 브로드밴드 채널을 통해 컨텐츠를 수신하고, 상기 방송 신호는 상기 하이브리드 방송 서비스에 대한 데이터 및 긴급 경보 메시지(EAM)을 포함함 -;
    상기 수신기로부터의 요청에 기초하여 컨텐츠 또는 연속 컴포넌트 또는 파일 또는 데이터 또는 미디어 타임라인 정보 또는 EAM 중의 적어도 하나를 수신하는 단계 - 상기 연속 컴포넌트 또는 파일 또는 데이터는 현재 선택된 하이브리드 방송 서비스의 일부임 -
    를 포함하는 방법.
  20. 제19항에 있어서,
    상기 요청이 장치 탐색을 위한 것이면, 상기 수신기로부터의 요청에 따른 응답을 전송하는 단계를 포함하고, 상기 요청은 장치 타입 정보 또는 서비스 타입 정보를 포함하고 상기 응답은 장치 ID 정보 및 상기 장치 타입 정보를 포함하는 방법.



KR1020167019970A 2014-02-03 2015-01-29 방송 수신 장치 및 방송 수신 장치의 동작 방법 KR101832780B1 (ko)

Applications Claiming Priority (5)

Application Number Priority Date Filing Date Title
US201461935324P 2014-02-03 2014-02-03
US61/935,324 2014-02-03
US201462040425P 2014-08-22 2014-08-22
US62/040,425 2014-08-22
PCT/KR2015/000984 WO2015115842A1 (en) 2014-02-03 2015-01-29 Broadcast receiving device and operating method thereof

Publications (2)

Publication Number Publication Date
KR20160102508A true KR20160102508A (ko) 2016-08-30
KR101832780B1 KR101832780B1 (ko) 2018-02-27

Family

ID=53757357

Family Applications (1)

Application Number Title Priority Date Filing Date
KR1020167019970A KR101832780B1 (ko) 2014-02-03 2015-01-29 방송 수신 장치 및 방송 수신 장치의 동작 방법

Country Status (5)

Country Link
US (1) US9948416B2 (ko)
EP (1) EP3103205A4 (ko)
KR (1) KR101832780B1 (ko)
CN (1) CN105960767B (ko)
WO (1) WO2015115842A1 (ko)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR102068340B1 (ko) * 2019-08-26 2020-01-20 김종엽 커버리지가 증가된 무선 마을방송 시스템

Families Citing this family (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP6325673B2 (ja) * 2014-10-29 2018-05-16 エルジー エレクトロニクス インコーポレイティド 放送信号受信装置及び放送信号受信方法
KR102425988B1 (ko) * 2015-04-01 2022-07-29 삼성전자주식회사 방송 시스템에서의 비상 통보 메시지를 처리하는 장치 및 방법
CA2977712A1 (en) * 2015-04-21 2016-10-27 Sharp Kabushiki Kaisha Methods for media playback state information exchange
WO2016182290A1 (en) * 2015-05-08 2016-11-17 Samsung Electronics Co., Ltd. Apparatus and method for emergency alert scheme in wirless network environment
EP3328019B1 (en) * 2015-07-21 2019-11-27 LG Electronics Inc. Broadcasting signal transmitting apparatus, broadcasting signal receiving apparatus, broadcasting signal transmitting method, and broadcasting signal receiving method
US10021435B2 (en) * 2016-05-17 2018-07-10 SpectraRep, LLC Method and system for datacasting and content management
US20190230414A1 (en) * 2016-07-13 2019-07-25 Sharp Kabushiki Kaisha Primary device and companion device communication
US10193840B1 (en) * 2017-07-31 2019-01-29 T-Mobile U.S.A., Inc. Message blocking and network queuing, for example while recipient is driving
CN108769681B (zh) * 2018-06-20 2022-06-10 腾讯科技（深圳）有限公司 视频编码、解码方法、装置、计算机设备和存储介质
CN109976922B (zh) * 2019-03-04 2021-02-02 上海连尚网络科技有限公司 小程序平台间的发现方法、设备和计算机存储介质

Family Cites Families (22)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6097441A (en) * 1997-12-31 2000-08-01 Eremote, Inc. System for dual-display interaction with integrated television and internet content
JP2003037690A (ja) * 2001-07-23 2003-02-07 Mitsubishi Electric Corp 緊急情報連絡装置
GB0207791D0 (en) 2002-04-04 2002-05-15 Koninkl Philips Electronics Nv Digital remote control device
KR100770831B1 (ko) 2006-09-20 2007-10-26 삼성전자주식회사 부분 방송가이드정보 구성 장치 및 방법
CN101388782B (zh) 2007-09-13 2013-03-27 中国移动通信集团公司 信息推送方法及系统
JP2010004344A (ja) 2008-06-20 2010-01-07 Access Co Ltd リモートアクセスを行う方法、装置、システム及びプログラム
US8661155B2 (en) 2008-12-30 2014-02-25 Telefonaktiebolaget Lm Ericsson (Publ) Service layer assisted change of multimedia stream access delivery
JP2010171896A (ja) 2009-01-26 2010-08-05 Nippon Hoso Kyokai <Nhk> 放送波による情報を中継する中継装置及びシステム
WO2010093086A1 (en) * 2009-02-11 2010-08-19 Lg Electronics Inc. Apparatus for transmitting and receiving a signal and method of transmitting and receiving a signal
WO2011037359A2 (ko) * 2009-09-25 2011-03-31 엘지전자 주식회사 확장된 서비스/프로그램 가이드를 수신하는 방법 및 장치
US20120089923A1 (en) 2010-10-08 2012-04-12 Microsoft Corporation Dynamic companion device user interface
KR20120084233A (ko) * 2011-01-19 2012-07-27 삼성전자주식회사 엠엠티 제어 계층을 이용한 위젯/어플리케이션 명령어 전송 방법
US20130031581A1 (en) 2011-07-25 2013-01-31 General Instrument Corporation Preparing an alert in a multi-channel communications environment
US20130055323A1 (en) 2011-08-31 2013-02-28 General Instrument Corporation Method and system for connecting a companion device to a primary viewing device
US9118950B2 (en) 2011-10-26 2015-08-25 Panasonic Intellectual Property Corporation Of America Broadcast receiving apparatus, playback apparatus, broadcast communication system, broadcast receiving method, playback method, and program
KR20130078643A (ko) 2011-12-30 2013-07-10 한국전자통신연구원 Ｍｍｔ 복합 전달 서비스에서 ｍｍｔ 패킷 스트림 동기화를 위한 ｍｍｔ 제어 계층 시그널링을 이용한 타이밍 정보 제공 방법 및 ｍｍｔ 패킷 스트림 동기화 방법
KR101989900B1 (ko) 2012-03-02 2019-06-17 엘지전자 주식회사 모바일 방송을 통하여 긴급 경보 서비스를 제공하는 장치 및 방법
US8863172B2 (en) * 2012-03-17 2014-10-14 Time Warner Cable Enterprises Llc Emergency alert system methods and apparatus
US9967130B2 (en) 2012-05-21 2018-05-08 Sony Corporation Devices and methods for dynamic broadcast
US9136958B2 (en) 2012-06-22 2015-09-15 Qualcomm Incorporated Methods and apparatus for providing hybrid unicast broadcast services
KR101952700B1 (ko) * 2012-07-31 2019-02-28 삼성전자주식회사 방송 통신 융합 서비스의 제공 방법 및 장치
US8806544B1 (en) * 2013-01-31 2014-08-12 Cable Television Laboratories, Inc. Content synchronization

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR102068340B1 (ko) * 2019-08-26 2020-01-20 김종엽 커버리지가 증가된 무선 마을방송 시스템

Also Published As

Publication number Publication date
CN105960767A (zh) 2016-09-21
KR101832780B1 (ko) 2018-02-27
EP3103205A4 (en) 2017-06-28
US20170012725A1 (en) 2017-01-12
US9948416B2 (en) 2018-04-17
CN105960767B (zh) 2019-10-18
EP3103205A1 (en) 2016-12-14
WO2015115842A1 (en) 2015-08-06

Similar Documents

Publication Publication Date Title
US11736923B2 (en) Broadcast receiving device and operating method thereof
KR101832780B1 (ko) 방송 수신 장치 및 방송 수신 장치의 동작 방법
US10356490B2 (en) Method for transmitting broadcast signals and method for receiving broadcast signals
KR101829844B1 (ko) 하이브리드 방송 서비스를 프로세싱하는 장치, 하이브리드 방송 서비스를 프로세싱하는 방법
KR102004837B1 (ko) 방송 전송 장치, 방송 수신 장치, 방송 전송 장치의 동작 방법 및 방송 수신 장치의 동작 방법
KR101788066B1 (ko) 하나 이상의 네트워크를 통해 방송 컨텐츠를 송수신하는 장치 및 방법
KR101801592B1 (ko) 방송 신호 송신 장치, 방송 신호 수신 장치, 방송 신호 송신 방법, 및 방송 신호 수신 방법
KR101829842B1 (ko) 방송 신호 송신 장치, 방송 신호 수신 장치, 방송 신호 송신 방법, 및 방송 신호 수신 방법
KR101880466B1 (ko) 방송 전송 장치, 방송 수신 장치, 방송 전송 장치의 동작 방법 및 방송 수신 장치의 동작 방법
KR101870929B1 (ko) 방송 수신 장치, 방송 수신 장치의 동작 방법. 방송 수신 장치 및 방송 수신 장치의 동작 방법
KR101875667B1 (ko) 방송 전송 장치, 방송 수신 장치, 방송 전송 장치의 동작 방법 및 방송 수신 장치의 동작 방법
KR101844235B1 (ko) 하나 이상의 네트워크를 통해 방송 컨텐츠를 송수신하는 장치 및 방법
KR20170003612A (ko) 방송 전송 장치, 방송 수신 장치, 방송 전송 장치의 동작 방법 및 방송 수신 장치의 동작 방법
KR101838202B1 (ko) 방송 전송 장치, 방송 전송 장치의 동작 방법. 방송 수신 장치 및 방송 수신 장치의 동작 방법
KR101838206B1 (ko) 방송 수신 장치 및 방송 수신 장치의 동작 방법
KR20160045848A (ko) 방송 전송 장치, 방송 전송 장치의 동작 방법. 방송 수신 장치 및 방송 수신 장치의 동작 방법
US20160337716A1 (en) Broadcast transmitting device and operating method thereof, and broadcast receiving device and operating method thereof
KR101901944B1 (ko) 방송 신호 송신 장치, 방송 신호 수신 장치, 방송 신호 송신 방법, 및 방송 신호 수신 방법

Legal Events

Date Code Title Description
A201 Request for examination
E902 Notification of reason for refusal
E701 Decision to grant or registration of patent right
GRNT Written decision to grant