KR20190060852A - 동적 이벤트 시그널링 - Google Patents
동적 이벤트 시그널링 Download PDFInfo
- Publication number
- KR20190060852A KR20190060852A KR1020197013629A KR20197013629A KR20190060852A KR 20190060852 A KR20190060852 A KR 20190060852A KR 1020197013629 A KR1020197013629 A KR 1020197013629A KR 20197013629 A KR20197013629 A KR 20197013629A KR 20190060852 A KR20190060852 A KR 20190060852A
- Authority
- KR
- South Korea
- Prior art keywords
- service
- attribute
- value
- content
- elements
- Prior art date
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
- H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
- H04N21/236—Assembling of a multiplex stream, e.g. transport stream, by combining a video stream with other content or additional data, e.g. inserting a URL [Uniform Resource Locator] into a video stream, multiplexing software data into a video stream; Remultiplexing of multiplex streams; Insertion of stuffing bits into the multiplex stream, e.g. to obtain a constant bit-rate; Assembling of a packetised elementary stream
- H04N21/2362—Generation or processing of Service Information [SI]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04H—BROADCAST COMMUNICATION
- H04H60/00—Arrangements for broadcast applications with a direct linking to broadcast information or broadcast space-time; Broadcast-related systems
- H04H60/35—Arrangements for identifying or recognising characteristics with a direct linkage to broadcast information or to broadcast space-time, e.g. for identifying broadcast stations or for identifying users
- H04H60/47—Arrangements for identifying or recognising characteristics with a direct linkage to broadcast information or to broadcast space-time, e.g. for identifying broadcast stations or for identifying users for recognising genres
-
- 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/61—Arrangements for services using the result of monitoring, identification or recognition covered by groups H04H60/29-H04H60/54
- H04H60/65—Arrangements for services using the result of monitoring, identification or recognition covered by groups H04H60/29-H04H60/54 for using the result on users' side
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
- H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
- H04N21/234—Processing of video elementary streams, e.g. splicing of video streams, manipulating MPEG-4 scene graphs
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/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/434—Disassembling of a multiplex stream, e.g. demultiplexing audio and video streams, extraction of additional data from a video stream; Remultiplexing of multiplex streams; Extraction or processing of SI; Disassembling of packetised elementary stream
- H04N21/4345—Extraction or processing of SI, e.g. extracting service information from an MPEG 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/475—End-user interface for inputting end-user data, e.g. personal identification number [PIN], preference data
- H04N21/4756—End-user interface for inputting end-user data, e.g. personal identification number [PIN], preference data for rating content, e.g. scoring a recommended movie
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client
- H04N21/61—Network physical structure; Signal processing
- H04N21/6106—Network physical structure; Signal processing specially adapted to the downstream path of the transmission network
- H04N21/6131—Network physical structure; Signal processing specially adapted to the downstream path of the transmission network involving transmission via a mobile phone network
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
- H04N21/45—Management operations performed by the client for facilitating the reception of or the interaction with the content or administrating data related to the end-user or to the client device itself, e.g. learning user preferences for recommending movies, resolving scheduling conflicts
- H04N21/454—Content or additional data filtering, e.g. blocking advertisements
Abstract
"사용자 서비스 번들 디스크립션"(도 36a), "콘텐츠 권고 등급들"(도 36a), "다른 등급들"(도 36a), 및 "ServiceDescrLang"(도 36a)를 생성, 전송, 제공 및/또는 수신하기 위한 시스템.
Description
본 개시내용은 대체로 서비스 시그널링(service signaling)에 관한 것이다.
방송 서비스는 방송 수신기들을 갖는 사용자들에 의해 수신될 수 있다. 방송 서비스들은 2가지 범주, 즉, 오디오만 운반하는 라디오 방송 서비스와, 오디오, 비디오 및 데이터를 운반하는 멀티미디어 방송 서비스로 대략 나눌 수 있다. 이러한 방송 서비스들은 아날로그 서비스들로부터 디지털 서비스들로 발전했다. 더 최근에는, (케이블 방송 시스템, 위성 방송 시스템, 인터넷 기반 방송 시스템, 및 케이블 네트워크, 인터넷 및/또는 위성 모두를 이용한 하이브리드 방송 시스템 등의) 다양한 타입들의 방송 시스템들이 고속 데이터 서비스와 함께 고품질의 오디오 및 비디오 방송 서비스들을 제공한다. 또한, 방송 서비스들은, 개개의 컴퓨터 및/또는 컴퓨터 그룹 및/또는 하나 이상의 모바일 통신 디바이스로 향하는 오디오, 비디오 및/또는 데이터를 전송 및/또는 수신하는 것을 포함한다.
보다 전통적인 고정 수신 디바이스들에 추가하여, 모바일 통신 디바이스들은 이러한 서비스들을 지원하도록 마찬가지로 구성된다. 이렇게 구성된 모바일 디바이스들은, 모바일 전화들과 같이, 이동 중에 사용자가 이러한 서비스들을 용이하게 이용할 수 있게 해왔다. 멀티미디어 서비스들에 대한 요구가 증가함에 따라, 모바일 통신들 및 일반 유선 통신들 양쪽 모두를 위한 다양한 무선 및/또는 방송 서비스들이 생겨났다. 또한, 이러한 컨버전스는 상이한 유선 및 무선 방송 서비스들을 위한 환경을 통합했다.
OMA(Open Mobile Alliance)는 개개의 모바일 솔루션들간의 연동을 위한 표준이며, 모바일 소프트웨어 및 인터넷 서비스들에 대한 다양한 애플리케이션 표준들을 정의하는 역할을 한다. OMA BCAST(Mobile Broadcast Services Enabler Suite)는 모바일 방송 기술들을 지원하도록 설계된 명세이다. OMA BCAST는, 서비스 가이드, 다운로딩 및 스트리밍, 서비스 및 콘텐츠 보호, 서비스 가입, 및 로밍 등의 다양한 기능들을 포함하는 IP 기반 모바일 콘텐츠 배달을 제공하는 기술들을 정의한다.
본 발명의 전술된 것 및 기타의 목적들, 특징들, 및 이점들은, 첨부된 도면들과 연계하여 본 발명의 이하의 상세한 설명을 고려하면 더욱 용이하게 이해될 것이다.
본 발명의 일 실시예는 사용자 서비스 번들 디스크립션을 시그널링하기 위한 방법을 개시하고, 이 방법은: 서비스의 인스턴스와 연관된 사용자 서비스 디스크립션 엘리먼트를 시그널링하는 단계; 및 콘텐츠 권고 등급들의 리스트를 시그널링하는 단계 - 상기 콘텐츠 권고 등급들의 리스트의 각각의 엘리먼트는 제1 방법에 따라 포맷됨 -; 및 다른 등급들의 리스트를 시그널링하는 단계 - 상기 다른 등급들의 리스트의 각각의 엘리먼트는 제2 방법에 따라 포맷됨 -; 및 사용자 서비스 번들 디스크립션을 전송하는 단계를 포함한다.
본 발명의 일 실시예는 비디오 서비스를 렌더링하기 위한 디바이스를 개시하고, 이 디바이스는 하나 이상의 프로세서를 포함하고, 하나 이상의 프로세서는: 사용자 서비스 번들 디스크립션을 수신하고; 상기 사용자 서비스 번들 디스크립션을 파싱하여 상기 비디오 서비스와 연관된 사용자 서비스 디스크립션 엘리먼트를 결정하고; 상기 비디오 서비스와 연관된 사용자 서비스 디스크립션 엘리먼트를 파싱하여 콘텐츠 권고 등급들의 리스트를 수신하고 - 상기 콘텐츠 권고 등급들의 리스트의 각각의 엘리먼트는 제1 방법에 따라 포맷됨-; 상기 비디오 서비스와 연관된 사용자 서비스 디스크립션 엘리먼트를 파싱하여 다른 등급들의 리스트를 수신하고 - 상기 다른 등급들의 리스트의 각각의 엘리먼트는 제2 방법에 따라 포맷됨 -; 상기 콘텐츠 권고 등급 리스트의 엘리먼트들 및 상기 다른 등급들의 리스트의 엘리먼트들이 조건을 충족시킬 때 상기 비디오 서비스를 렌더링하고; 상기 콘텐츠 권고 등급들의 리스트의 엘리먼트들 및 상기 다른 등급들의 리스트의 엘리먼트들이 상기 조건을 충족시키지 않을 때 상기 비디오 서비스를 렌더링하지 않도록 구성된다.
본 발명의 일 실시예는 비디오 서비스를 렌더링하기 위한 디바이스를 개시하고, 이 디바이스는 하나 이상의 프로세서를 포함하고, 하나 이상의 프로세서는: 사용자 서비스 번들 디스크립션을 수신하고; 상기 사용자 서비스 번들 디스크립션을 파싱하여 상기 비디오 서비스와 연관된 사용자 서비스 디스크립션 엘리먼트를 결정하고; 상기 비디오 서비스와 연관된 사용자 서비스 디스크립션 엘리먼트를 파싱하여 하나 이상의 서비스 디스크립션 엘리먼트를 수신하고 - 각각의 서비스 디스크립션 엘리먼트는 언어로의 서비스 디스크립션과 연관됨 -; 서비스 디스크립션 엘리먼트를 파싱하여 서비스 디스크립션 언어(serviceDescrLang) 속성이 존재하는지를 결정하고; 및
서비스 디스크립션 언어(serviceDescrLang) 속성이 존재하는지의 결정이 참일 때, 상기 서비스 디스크립션 언어(serviceDescrLang) 속성을 수신하고, 서비스 디스크립션 언어 값을 상기 수신된 서비스 디스크립션 언어(serviceDescrLang) 속성 값으로 설정하고, (serviceDescrLang) 속성; 그리고 서비스 디스크립션 언어(serviceDescrLang) 속성이 존재하는지의 결정이 거짓일 때; 상기 서비스 디스크립션 언어 값을 제1 값으로 설정하고; 상기 서비스 디스크립션 언어 값에 따라 상기 비디오 서비스를 렌더링하도록 구성된다.
도 1은 애플리케이션 계층과 트랜스포트 계층에서 OMA BCAST 연구 그룹에 의해 명시된 BCAST 시스템의 논리적 아키텍쳐를 나타내는 블록도이다.
도 2는 OMA BCAST 시스템에서 이용하기 위한 서비스 가이드의 구조를 나타내는 도면이다.
도 2a는 서비스 가이드 프래그먼트들 사이의 카디널리티들 및 참조 방향을 도시하는 도면이다.
도 3은 종래의 서비스 가이드 전달 방법의 원리를 나타내는 블록도이다.
도 4는 디스크립션 스킴을 나타낸다.
도 5는 MajorChannelNum 및 MinorChannelNum을 갖는 ServiceMediaExtension을 나타낸다.
도 6은 Icon을 갖는 ServiceMediaExtension을 나타낸다.
도 7은 url을 갖는 ServiceMediaExtension을 나타낸다.
도 8은 MajorChannelNum, MinorChannelNum, Icon 및 url을 갖는 ServiceMediaExtension을 나타낸다.
도 9a는 AudioLanguage 엘리먼트들 및 TextLanguage 엘리먼트들을 나타낸다.
도 9b는 AudioLanguage 엘리먼트들 및 TextLanguage 엘리먼트들을 나타낸다.
도 9c는 AudioLanguage 엘리먼트들 및 TextLanguage 엘리먼트들을 나타낸다.
도 10a는 AudioLanguage 엘리먼트들 및 TextLanguage 엘리먼트들을 나타낸다.
도 10b는 AudioLanguage 엘리먼트들 및 TextLanguage 엘리먼트들을 나타낸다.
도 10c는 AudioLanguage 엘리먼트들 및 TextLanguage 엘리먼트들을 나타낸다.
도 11은 컴포넌트 정보 디스크립션 시그널링을 나타낸다.
도 12는 채널 정보 디스크립션 시그널링을 나타낸다.
도 13a는 컴포넌트 정보 디스크립터에 대한 바이너리 신택스를 나타낸다.
도 13b는 컴포넌트 정보 디스크립터에 대한 바이너리 신택스를 나타낸다.
도 14a는 채널 정보 디스크립터에 대한 바이너리 신택스를 나타낸다.
도 14b는 채널 정보 디스크립터에 대한 바이너리 신택스를 나타낸다.
도 15는 컴포넌트 정보 디스크립터에 대한 XML(eXtensible Markup Language) 신택스 및 시맨틱스를 나타낸다.
도 16은 채널 정보 디스크립터에 대한 XML 신택스 및 시맨틱스를 나타낸다.
도 17은 컴포넌트 정보 디스크립터에 대한 XML 스키마를 나타낸다.
도 18은 채널 정보 디스크립터에 대한 XML 스키마를 나타낸다.
도 19a는 MPEG 미디어 트랜스포트(MMT)를 위한 사용자 서비스 번들 디스크립션(User Service Bundle Description: USBD) 프래그먼트를 나타낸다.
도 19b는 MPEG 미디어 트랜스포트(MMT)를 위한 사용자 서비스 번들 디스크립션(User Service Bundle Description: USBD) 프래그먼트를 나타낸다.
도 19c는 MPEG 미디어 트랜스포트(MMT)를 위한 사용자 서비스 번들 디스크립션(User Service Bundle Description: USBD) 프래그먼트를 나타낸다.
도 20a는 MMT USBD에 대한 XML 스키마를 나타낸다.
도 20b는 MMT USBD에 대한 XML 스키마를 나타낸다.
도 20c는 MMT USBD에 대한 XML 스키마를 나타낸다.
도 21a는 MMT USBD에 대한 XML 스키마의 구조를 나타낸다.
도 21b는 MMT USBD에 대한 XML 스키마의 구조를 나타낸다.
도 21c는 MMT USBD에 대한 XML 스키마의 구조를 나타낸다.
도 22a는 MMT USBD에 대한 XML 스키마를 나타낸다.
도 22b는 MMT USBD에 대한 XML 스키마를 나타낸다.
도 22c는 MMT USBD에 대한 XML 스키마를 나타낸다.
도 23a는 단방향 트랜스포트를 통한 실시간 오브젝트 배달(Real-time Object delivery over Unidirectional Transport: ROUTE)에 대한 USBD 프래그먼트를 나타낸다.
도 23b는 단방향 트랜스포트를 통한 실시간 오브젝트 전달(ROUTE)에 대한 USBD 프래그먼트를 나타낸다.
도 24는 ROUTE USBD에 대한 XML 스키마를 나타낸다.
도 25는 서비스-기반 트랜스포트 세션 인스턴스 디스크립션 프래그먼트를 나타낸다.
도 26은 SrcFlow 엘리먼트를 나타낸다.
도 27은 확장된 파일 전달 테이블을 나타낸다.
도 28은 RepairFlow 엘리먼트를 나타낸다.
도 29는 보호된 오브젝트 번들을 나타낸다.
도 30a는 XML 스키마를 나타낸다.
도 30b는 XML 스키마를 나타낸다.
도 30c는 XML 스키마를 나타낸다.
도 31은 SystemTime 엘리먼트 구조를 나타낸다.
도 32는 SystemTime에 대한 XML 스키마를 나타낸다.
도 33a는 MMT에 대한 사용자 서비스 번들 디스크립션 프래그먼트를 나타낸다.
도 33b는 MMT에 대한 사용자 서비스 번들 디스크립션 프래그먼트를 나타낸다.
도 34a는 MMT에 대한 사용자 서비스 번들 디스크립션 프래그먼트를 나타낸다.
도 34b는 MMT에 대한 사용자 서비스 번들 디스크립션 프래그먼트를 나타낸다.
도 35는 연관된 프로시져 디스크립션 프래그먼트를 나타낸다.
도 36a는 MPEG 미디어 트랜스포트(MMT)를 위한 예시적인 사용자 서비스 번들 디스크립션(USBD) 프래그먼트를 나타낸다.
도 36b는 MPEG 미디어 트랜스포트(MMT)를 위한 예시적인 사용자 서비스 번들 디스크립션(USBD) 프래그먼트를 나타낸다.
도 37은 예시적인 비 RRT 콘텐츠 권고 등급 정보를 나타낸다.
도 38a는 MPEG 미디어 트랜스포트(MMT)를 위한 예시적인 사용자 서비스 번들 디스크립션(USBD) 프래그먼트를 나타낸다.
도 38b는 MPEG 미디어 트랜스포트(MMT)를 위한 예시적인 사용자 서비스 번들 디스크립션(USBD) 프래그먼트를 나타낸다.
도 39는 애플리케이션 이벤트 정보(application event information: AEI)에 대한 예시적인 신택스를 나타낸다.
도 40은 애플리케이션 이벤트 정보에 대한 예시적인 XML 스키마를 나타낸다.
도 41은 'evti' 박스에 대한 예시적인 신택스를 나타낸다.
도 2는 OMA BCAST 시스템에서 이용하기 위한 서비스 가이드의 구조를 나타내는 도면이다.
도 2a는 서비스 가이드 프래그먼트들 사이의 카디널리티들 및 참조 방향을 도시하는 도면이다.
도 3은 종래의 서비스 가이드 전달 방법의 원리를 나타내는 블록도이다.
도 4는 디스크립션 스킴을 나타낸다.
도 5는 MajorChannelNum 및 MinorChannelNum을 갖는 ServiceMediaExtension을 나타낸다.
도 6은 Icon을 갖는 ServiceMediaExtension을 나타낸다.
도 7은 url을 갖는 ServiceMediaExtension을 나타낸다.
도 8은 MajorChannelNum, MinorChannelNum, Icon 및 url을 갖는 ServiceMediaExtension을 나타낸다.
도 9a는 AudioLanguage 엘리먼트들 및 TextLanguage 엘리먼트들을 나타낸다.
도 9b는 AudioLanguage 엘리먼트들 및 TextLanguage 엘리먼트들을 나타낸다.
도 9c는 AudioLanguage 엘리먼트들 및 TextLanguage 엘리먼트들을 나타낸다.
도 10a는 AudioLanguage 엘리먼트들 및 TextLanguage 엘리먼트들을 나타낸다.
도 10b는 AudioLanguage 엘리먼트들 및 TextLanguage 엘리먼트들을 나타낸다.
도 10c는 AudioLanguage 엘리먼트들 및 TextLanguage 엘리먼트들을 나타낸다.
도 11은 컴포넌트 정보 디스크립션 시그널링을 나타낸다.
도 12는 채널 정보 디스크립션 시그널링을 나타낸다.
도 13a는 컴포넌트 정보 디스크립터에 대한 바이너리 신택스를 나타낸다.
도 13b는 컴포넌트 정보 디스크립터에 대한 바이너리 신택스를 나타낸다.
도 14a는 채널 정보 디스크립터에 대한 바이너리 신택스를 나타낸다.
도 14b는 채널 정보 디스크립터에 대한 바이너리 신택스를 나타낸다.
도 15는 컴포넌트 정보 디스크립터에 대한 XML(eXtensible Markup Language) 신택스 및 시맨틱스를 나타낸다.
도 16은 채널 정보 디스크립터에 대한 XML 신택스 및 시맨틱스를 나타낸다.
도 17은 컴포넌트 정보 디스크립터에 대한 XML 스키마를 나타낸다.
도 18은 채널 정보 디스크립터에 대한 XML 스키마를 나타낸다.
도 19a는 MPEG 미디어 트랜스포트(MMT)를 위한 사용자 서비스 번들 디스크립션(User Service Bundle Description: USBD) 프래그먼트를 나타낸다.
도 19b는 MPEG 미디어 트랜스포트(MMT)를 위한 사용자 서비스 번들 디스크립션(User Service Bundle Description: USBD) 프래그먼트를 나타낸다.
도 19c는 MPEG 미디어 트랜스포트(MMT)를 위한 사용자 서비스 번들 디스크립션(User Service Bundle Description: USBD) 프래그먼트를 나타낸다.
도 20a는 MMT USBD에 대한 XML 스키마를 나타낸다.
도 20b는 MMT USBD에 대한 XML 스키마를 나타낸다.
도 20c는 MMT USBD에 대한 XML 스키마를 나타낸다.
도 21a는 MMT USBD에 대한 XML 스키마의 구조를 나타낸다.
도 21b는 MMT USBD에 대한 XML 스키마의 구조를 나타낸다.
도 21c는 MMT USBD에 대한 XML 스키마의 구조를 나타낸다.
도 22a는 MMT USBD에 대한 XML 스키마를 나타낸다.
도 22b는 MMT USBD에 대한 XML 스키마를 나타낸다.
도 22c는 MMT USBD에 대한 XML 스키마를 나타낸다.
도 23a는 단방향 트랜스포트를 통한 실시간 오브젝트 배달(Real-time Object delivery over Unidirectional Transport: ROUTE)에 대한 USBD 프래그먼트를 나타낸다.
도 23b는 단방향 트랜스포트를 통한 실시간 오브젝트 전달(ROUTE)에 대한 USBD 프래그먼트를 나타낸다.
도 24는 ROUTE USBD에 대한 XML 스키마를 나타낸다.
도 25는 서비스-기반 트랜스포트 세션 인스턴스 디스크립션 프래그먼트를 나타낸다.
도 26은 SrcFlow 엘리먼트를 나타낸다.
도 27은 확장된 파일 전달 테이블을 나타낸다.
도 28은 RepairFlow 엘리먼트를 나타낸다.
도 29는 보호된 오브젝트 번들을 나타낸다.
도 30a는 XML 스키마를 나타낸다.
도 30b는 XML 스키마를 나타낸다.
도 30c는 XML 스키마를 나타낸다.
도 31은 SystemTime 엘리먼트 구조를 나타낸다.
도 32는 SystemTime에 대한 XML 스키마를 나타낸다.
도 33a는 MMT에 대한 사용자 서비스 번들 디스크립션 프래그먼트를 나타낸다.
도 33b는 MMT에 대한 사용자 서비스 번들 디스크립션 프래그먼트를 나타낸다.
도 34a는 MMT에 대한 사용자 서비스 번들 디스크립션 프래그먼트를 나타낸다.
도 34b는 MMT에 대한 사용자 서비스 번들 디스크립션 프래그먼트를 나타낸다.
도 35는 연관된 프로시져 디스크립션 프래그먼트를 나타낸다.
도 36a는 MPEG 미디어 트랜스포트(MMT)를 위한 예시적인 사용자 서비스 번들 디스크립션(USBD) 프래그먼트를 나타낸다.
도 36b는 MPEG 미디어 트랜스포트(MMT)를 위한 예시적인 사용자 서비스 번들 디스크립션(USBD) 프래그먼트를 나타낸다.
도 37은 예시적인 비 RRT 콘텐츠 권고 등급 정보를 나타낸다.
도 38a는 MPEG 미디어 트랜스포트(MMT)를 위한 예시적인 사용자 서비스 번들 디스크립션(USBD) 프래그먼트를 나타낸다.
도 38b는 MPEG 미디어 트랜스포트(MMT)를 위한 예시적인 사용자 서비스 번들 디스크립션(USBD) 프래그먼트를 나타낸다.
도 39는 애플리케이션 이벤트 정보(application event information: AEI)에 대한 예시적인 신택스를 나타낸다.
도 40은 애플리케이션 이벤트 정보에 대한 예시적인 XML 스키마를 나타낸다.
도 41은 'evti' 박스에 대한 예시적인 신택스를 나타낸다.
도 1을 참조하면, OMA(Open Mobile Alliance) BCAST(Broadcast)에 의해 명시된 방송 시스템의 논리적 아키텍쳐는 애플리케이션 계층과 트랜스포트 계층을 포함할 수 있다. BCAST 시스템의 논리적 아키텍쳐는, 콘텐츠 생성(CC)(101), BCAST 서비스 애플리케이션(102), BCAST 서비스 배포 적응화(BSDA)(103), BCAST 가입 관리(BSM)(104), 단말기(105), 방송 배포 시스템(BDS) 서비스 배포(111), BDS(112), 및 상호작용 네트워크(113)를 포함한다. 방송 시스템 및/또는 수신기 시스템은 원한다면 재구성될 수 있다는 것을 이해해야 한다. 방송 시스템 및/또는 수신기 시스템은 원한다면 추가적인 엘리먼트들 및/또는 더 적은 수의 엘리먼트들을 포함할 수 있다는 것을 이해해야 한다.
일반적으로, 콘텐츠 생성(CC)(101)은 BCAST 서비스들의 기초가 되는 콘텐츠를 제공할 수 있다. 콘텐츠는, 공통 방송 서비스들을 위한 파일들, 예를 들어, 오디오 및 비디오를 포함하는 영화에 대한 데이터를 포함할 수 있다. 콘텐츠 생성(101)은, 서비스 가이드를 생성하고 서비스들이 배달될 전송 베어러(transmission bearer)를 결정하는 데 이용되는, 콘텐츠에 대한 속성들을 BCAST 서비스 애플리케이션(102)에 제공한다.
일반적으로, BCAST 서비스 애플리케이션(102)은 콘텐츠 생성(101)으로부터 제공된 BCAST 서비스들에 대한 데이터를 수신할 수 있고, 수신된 데이터를, 미디어 인코딩, 콘텐츠 보호, 대화형 서비스들 등을 제공하기에 적합한 형태로 변환한다. BCAST 서비스 애플리케이션(102)은, 콘텐츠 생성(101)으로부터 수신된 콘텐츠에 대한 속성들을 BSDA(103) 및 BSM(104)에 제공한다.
일반적으로, BSDA(103)는 BCAST 서비스 애플리케이션(102)으로부터 제공되는 BCAST 서비스 데이터를 이용하여, 파일 및/또는 스트리밍 전달, 서비스 수집, 서비스 보호, 서비스 가이드 생성 및/또는 전달 및 서비스 통지 등의 동작들을 수행할 수 있다. BSDA(103)는 BDS(112)에 맞게 서비스를 적응화한다.
일반적으로, BSM(104)은, 하드웨어 또는 소프트웨어를 통해, BCAST 서비스 사용자들에 대한 가입 및 과금 관련 기능들, BCAST 서비스들에 이용되는 정보 프로비져닝 등의 서비스 프로비져닝, 및 BCAST 서비스들을 수신하는 모바일 단말기들을 관리할 수 있다.
일반적으로, 단말기(105)는 콘텐츠 보호 등의 콘텐츠 및/또는 서비스 가이드 및 프로그램 지원 정보를 수신할 수 있고, 사용자에게 방송 서비스를 제공한다. BDS 서비스 배포(111)는, BDS(112) 및 상호작용 네트워크(113)와의 상호 통신을 통해 복수의 단말기들에 모바일 방송 서비스들을 전달한다.
일반적으로, BDS(112)는 방송 채널을 통해 모바일 방송 서비스들을 전달할 수 있고, 예를 들어, 제3 세대 프로젝트 파트너십(3GPP)에 의한 멀티미디어 방송 멀티캐스트 서비스(MBMS), 제3 세대 프로젝트 파트너십 2(3GPP2)에 의한 방송 멀티캐스트 서비스(BCMCS), DVB(Digital Video Broadcasting)에 의한 DVB-H(DVB-Handheld), 또는 IP(Internet Protocol) 기반 방송 통신 네트워크를 포함할 수 있다. 상호작용 네트워크(113)는 상호작용 채널을 제공하고, 예를 들어, 셀룰러 네트워크를 포함할 수 있다. 3GPP MBMS는 기술 표준(TS) "3GPP: TS 26.346 V12.4.0 (2014-12)", "제3 세대 프로젝트; 기술 명세 그룹 서비스들 및 시스템 양태들(Technical Specification Group Services and System Aspects); 멀티미디어 방송 멀티캐스트 서비스(Multimedia Broadcast Multicast Service: MBMS); 프로토콜들 및 코덱들(Protocols and codecs)(릴리스 12)"에 기술되어 있으며, 이들은 그 전체가 참고로 포함된다.
참조 포인트들, 또는 도 1의 논리적 엔티티들 사이의 접속 경로들은, 원한다면, 복수의 인터페이스들을 가질 수 있다. 인터페이스들은 그들 특유의 목적들을 위해 2개 이상의 논리적 엔티티들 사이의 통신에 이용된다. 메시지 포맷, 프로토콜 등이 인터페이스들에 적용된다. 일부 예들에서, 하나 이상의 상이한 기능들 사이에는 논리적 인터페이스들이 없다.
BCAST-1(121)은 콘텐츠 및 콘텐츠 속성들에 대한 전송 경로이고, BCAST-2(122)는 콘텐츠-보호된 또는 콘텐츠-비보호된 BCAST 서비스, BCAST 서비스의 속성들, 및 콘텐츠 속성들에 대한 전송 경로이다.
BCAST-3(123)은, BCAST 서비스의 속성들, 콘텐츠의 속성들, 사용자 선호사항 및/또는 가입 정보, 사용자 요청, 및 요청에 대한 응답에 대한 전송 경로이다. BCAST-4(124)는, 통지 메시지, 서비스 가이드에 이용되는 속성들, 및 콘텐츠 보호 및 서비스 보호에 이용되는 키에 대한 전송 경로이다.
BCAST-5(125)는, 방송 채널을 통해 전송되는 데이터 및 시그널링, 보호된 BCAST 서비스, 비보호된 BCAST 서비스, 콘텐츠-보호된 BCAST 서비스, 콘텐츠-비보호된 BCAST 서비스, BCAST 서비스 속성들, 콘텐츠 속성들, 통지, 서비스 가이드, 및 BCAST 서비스 보호에 이용되는 키 값들 및 DRM RO(Digital Right Management Right Object) 등의 보안 자료들에 대한 전송 경로이다.
BCAST-6(126)은, 상호작용 채널을 통해 전송되는 데이터와 시그널링, 보호된 BCAST 서비스, 비보호된 BCAST 서비스, 콘텐츠-보호된 BCAST 서비스, 콘텐츠-비보호된 BCAST 서비스, BCAST 서비스 속성들, 콘텐츠 속성들, 통지, 서비스 가이드, 및 BCAST 서비스 보호에 이용되는 키 값들 및 DRM RO 등의 보안 자료들에 대한 전송 경로이다.
BCAST-7(127)은, BCAST 서비스 보호를 위해 이용되는 키 값들 및 DRM RO 등의, 보안 자료들의 수신에 관련된 제어 정보를 위한 상호작용 채널을 통해 전송되는 사용자 선호사항 정보, 서비스 프로비져닝, 가입 정보, 및 디바이스 관리에 대한 전송 경로이다.
BCAST-8(128)은 BCAST 서비스를 위한 사용자 데이터가 제공되는 전송 경로이다. BDS-1(129)은, BCAST 서비스 보호에 이용되는 키 값들 및 DRM RO 등의 보안 자료들, 보호된 BCAST 서비스, 비보호된 BCAST 서비스, BCAST 서비스 속성들, 콘텐츠 속성들, 통지, 및 서비스 가이드에 대한 전송 경로이다.
BDS-2(130)는, BCAST 서비스 보호를 위해 이용되는 키 값들 및 DRM RO 등의 보안 자료들, 서비스 프로비져닝, 가입 정보, 및 디바이스 관리에 대한 전송 경로이다.
X-1(131)은 BDS 서비스 배포(111)와 BDS(112) 사이의 참조 포인트이다. X-2(132)는 BDS 서비스 배포(111)와 상호작용 네트워크(113) 사이의 참조 포인트이다. X-3(133)은 BDS(112)와 단말기(105) 사이의 참조 포인트이다. X-4(134)는 방송 채널을 통한 BDS 서비스 배포(111)와 단말기(105) 사이의 참조 포인트이다. X-5(135)는 상호작용 채널을 통한 BDS 서비스 배포(111)와 단말기(105) 사이의 참조 포인트이다. X-6(136)은 상호작용 네트워크(113)와 단말기(105) 사이의 참조 포인트이다.
도 2를 참조하면, OMA BCAST 시스템에 대한 예시적인 서비스 가이드가 예시된다. 예시의 목적들을 위해, 프래그먼트들 사이의 실선 화살표들은 프래그먼트들 사이의 참조 방향을 나타낸다. 서비스 가이드 시스템은, 원한다면, 재구성될 수 있다는 것을 이해해야 한다. 서비스 가이드 시스템은, 원한다면, 추가적인 엘리먼트들 및/또는 더 적은 수의 엘리먼트들을 포함할 수 있다는 것을 이해해야 한다. 엘리먼트들의 기능성은, 원한다면, 수정 및/또는 결합될 수 있다는 것을 이해해야 한다.
도 2a는 서비스 가이드 프래그먼트들 사이의 카디널리티들 및 참조 방향을 도시하는 도면이다. 도 2에 도시된 카디널리티들의 의미는 다음과 같다 : 도 2a에서와 같이 프래그먼트 A의 한 인스턴스화는 프래그먼트 B의 c 내지 d개의 인스턴스화를 참조한다. c = d이면, d가 생략된다. 따라서, c > 0이고 프래그먼트 A가 존재한다면, 프래그먼트 B의 적어도 c개의 인스턴스화가 또한 존재해야 하지만, 프래그먼트 B의 최대 d개의 인스턴스화가 존재할 수 있다. 그 역도 마찬가지로, 프래그먼트 B의 한 인스턴스화는 프래그먼트 A의 a 내지 b개의 인스턴스화에 의해 참조된다. a = b이면, b가 생략된다. 프래그먼트 B를 가리키는 프래그먼트 A로부터의 화살표 연결은 프래그먼트 A가 프래그먼트 B에 대한 참조를 포함한다는 것을 나타낸다.
도 2와 관련하여, 일반적으로, 서비스 가이드는, 전체 서비스 가이드에 대한 기본 정보를 제공하기 위한 관리 그룹(200), 가입 및 구매 정보를 제공하기 위한 프로비저닝 그룹(210), 서비스 가이드의 코어 부분으로서 역할하는 코어 그룹(220), 및 서비스들과 콘텐츠에 대한 액세스를 제어하는 액세스 정보를 제공하기 위한 액세스 그룹(230)을 포함한다.
관리 그룹(200)은 서비스 가이드 전달 디스크립터(Service Guide Delivery Descriptor: SGDD) 블록(201)을 포함할 수 있다. 프로비전 그룹(210)은 구매 항목 블록(211), 구매 데이터 블록(212), 및 구매 채널 블록(213)을 포함할 수 있다. 코어 그룹(220)은, 서비스 블록(221), 스케쥴 블록(222), 및 콘텐츠 블록(223)을 포함할 수 있다. 액세스 그룹(230)은 액세스 블록(231) 및 세션 디스크립션 블록(232)을 포함할 수 있다.
서비스 가이드는, 4개의 정보 그룹들 관리 그룹(200), 프로비전 그룹(210), 코어 그룹(220), 및 액세스 그룹(230)에 추가하여, 미리보기 데이터(241) 및 대화형 데이터(251)를 더 포함할 수 있다.
전술된 컴포넌트들은 식별 목적들을 위해, 서비스 가이드의 양태들을 구성하는 기본 유닛들 또는 프래그먼트들이라고 지칭될 수 있다.
SGDD 프래그먼트(201)는, SGDU(Service Guide Delivery Unit)가 위치해 있는 전달 세션에 관한 정보를 제공할 수 있다. SGDU는, 서비스 가이드를 구성하는 서비스 가이드 프래그먼트들(211, 212, 213, 221, 222, 223, 231, 232, 241, 251)을 포함하는 컨테이너이다. SGDD는 또한, 그룹화 정보 및 통지 메시지들을 수신하기 위한 엔트리 포인트들에 관한 정보를 제공할 수 있다.
방송 서비스에 포함된 콘텐츠의 상위 집성인 서비스 프래그먼트(221)는, 서비스 콘텐츠, 장르, 서비스 위치 등에 관한 정보를 포함할 수 있다. 일반적으로, 'Service' 프래그먼트는 방송 서비스를 포함하는 콘텐츠 항목들을 집성 레벨(aggregate level)에서 디스크립션한다. 서비스는 다수의 액세스 수단, 예를 들어, 방송 채널 및 대화형 채널을 이용하여 사용자에게 전달될 수 있다. 서비스는 소정 사용자 그룹 또는 지리적 영역을 대상으로 할 수 있다. 서비스의 타입에 따라, 서비스는 대화형 부분(들), 방송-전용 부분(들), 또는 양쪽 모두를 가질 수 있다. 또한, 서비스는, 콘텐츠에 직접 관련되지 않지만 구매 또는 가입 정보 등의 서비스의 기능에 관련된 컴포넌트들을 포함할 수 있다. 서비스 가이드의 일부로서, '서비스' 프래그먼트는 '액세스(Access)', '스케쥴(Schedule)', '콘텐츠(Content)' 및 '구매항목(PurchaseItem)' 프래그먼트들을 포함한 다른 프래그먼트들에 의해 참조되는 중앙 허브를 형성한다. 그 외에도, '서비스' 프래그먼트는 '프리뷰데이터(PreviewData)' 프래그먼트를 참조할 수 있다. 이것은 이들 프래그먼트들 각각 중 몇몇에 의해 참조될 수 있거나 어느 것에 의해서도 참조되지 않을 수 있다. 연관된 프래그먼트들과 함께, 단말기는 임의의 시점에서 서비스와 연관된 상세사항들을 결정할 수 있다. 예를 들어, 연관된 무슨 콘텐츠가 언제, 어떻게, 어떤 비용으로 소비될 수 있는지의, 이러한 상세사항들이 사용자-친화적인 디스플레이 내에 요약될 수 있다.
Access 프래그먼트(231)는, 사용자가, 서비스 및 전달 방법, 및 대응하는 액세스 세션과 연관된 세션 정보를 보는 것을 허용하기 위한 액세스-관련 정보를 제공할 수 있다. 따라서, '액세스' 프래그먼트는 서비스의 수명 기간 동안 서비스가 어떻게 액세스될 수 있는지를 디스크립션한다. 이 프래그먼트는 세션 디스크립션 정보를 포함하거나 참조하며, 전달 방법을 나타낸다. 하나 이상의 '액세스' 프래그먼트는 '서비스' 프래그먼트를 참조할 수 있고, 연관된 서비스에 액세스하거나 상호작용하기 위한 대안적 방식들을 제공한다. 단말기의 경우, '액세스' 프래그먼트는 서비스를 수신하고 렌더링하는 단말기로부터 요구되는 능력들이 무엇인지에 관한 정보를 제공한다. '액세스' 프래그먼트는 세션 디스크립션 파라미터들을, 인라인 텍스트의 형태로, 또는 별개의 세션 디스크립션에 대한 URI(Uniform Resource Identifier) 형태의 포인터를 통해 제공한다. 세션 디스크립션 정보는 방송 채널 또는 상호작용 채널을 통해 전달될 수 있다.
세션 디스크립션 프래그먼트(232)는 액세스 프래그먼트(231)에 포함될 수 있고, 단말기가 세션 디스크립션 프래그먼트(232)에 관한 정보를 검출할 수 있도록 URI 형태로 위치 정보를 제공할 수 있다. 세션 디스크립션 프래그먼트(232)는, 세션에 존재하는 멀티미디어 콘텐츠에 관한 어드레스 정보, 코덱 정보 등을 제공할 수 있다. 따라서 'SessionDescription'은 서비스 또는 콘텐츠 항목에의 액세스를 위한 세션 정보를 제공하는 서비스 가이드 프래그먼트이다. 또한, 세션 디스크립션은, 연관된 전달 프로시져들에 이용되는 보조 디스크립션 정보를 제공할 수 있다. 세션 디스크립션 정보는, 텍스트 포맷의 세션 디스크립션 프로토콜(Session Description Protocol: SDP)의 신택스를 이용하여, 또는 제3 세대 파트너십 프로젝트(3rd Generation Partnership Project: 3GPP) 멀티미디어 방송 멀티캐스트 서비스(Multimedia Broadcast Multicast Service: MBMS) 사용자 서비스 번들 디스크립션을 통해 제공된다. 보조 디스크립션 정보는 XML 포맷으로 제공되며 [BCAST10-Distribution(배포)]에 명시된 연관된 전달 디스크립션(Associated Delivery Description)을 포함한다. SDP 신택스가 이용되는 경우, 세션 디스크립션을 전달하는 대안적인 방식은 SDP를 '액세스' 프래그먼트에서 텍스트 포맷으로 캡슐화에 의한 것이라는 점에 유의한다. 세션 디스크립션은 서비스 가이드(Service Guide) 전달 그 자체 뿐만 아니라 콘텐츠 세션들 양쪽 모두에 이용될 수 있다는 점에 유의한다.
구매 항목(Purchase Item) 프래그먼트(211)는, 사용자가 구매 항목 프래그먼트(211)에 가입하거나 이를 구매하는 것을 돕는 서비스의 번들, 콘텐츠, 시간 등을 제공할 수 있다. 따라서, 'PurchaseItem' 프래그먼트는, 가입 및/또는 구매를 위해 최종 사용자에게 무료로 제공되는 하나 이상의 서비스(즉, 서비스 번들) 또는 하나 이상의 콘텐츠 항목의 그룹을 나타낸다. 이 프래그먼트는, 상이한 서비스 번들들에 관한 더 많은 정보를 제공하는 '구매데이터(PurchaseData)' 프래그먼트에 의해 참조될 수 있다. 'PurchaseItem' 프래그먼트는 다음과도 연관될 수 있다: (1) 번들화된 서비스들 가입을 가능하게 하는 '서비스' 프래그먼트, 및/또는 (2) 소정 시간프레임에서 소정 서비스 또는 콘텐츠를 소비할 수 있게 하는(페이-퍼-뷰 기능) '스케쥴' 프래그먼트, 및/또는 (3) 서비스에 관련된 단일 콘텐츠 파일을 구매할 수 있게 하는 '콘텐츠' 프래그먼트, (4) 구매 항목들의 번들링을 가능하게 하는 기타의 '구매항목(PurchaseItem)' 프래그먼트.
구매 데이터 프래그먼트(212)는 서비스 또는 콘텐츠 번들에 대한 가격 정보 및 홍보 정보 등의, 상세한 구매 및 가입 정보를 포함할 수 있다. 구매 채널(Purchase Channel) 프래그먼트(213)는 가입 또는 구매에 대한 액세스 정보를 제공할 수 있다. 따라서, '구매데이터(PurchaseData)' 프래그먼트의 주요 기능은 연관된 구매 항목에 대한 이용가능한 가격 정보를 표현하는 것이다. 'PurchaseData' 프래그먼트는 하나 또는 수 개의 구매 채널에 대한 정보를 수집하고 소정 서비스 또는 서비스 번들 특유의 프리뷰데이터(PreviewData)와 연관될 수 있다. 이것은 서비스, 서비스 번들 또는 콘텐츠 항목의 가격책정에 대한 정보를 운반한다. 또한, 홍보 활동에 대한 정보가 이 프래그먼트에 포함될 수 있다. SGDD는 또한, 서비스 가이드를 수신하고 컨테이너로서 SGDU에 대한 정보를 그룹화하는 엔트리 포인트들에 관한 정보를 제공할 수 있다.
프리뷰 데이터 프래그먼트(241)는 서비스, 스케쥴, 및 콘텐츠에 대한 프리뷰 정보를 제공하는 데 이용될 수 있다. 따라서, 'PreviewData' 프래그먼트는 서비스 또는 콘텐츠 개요를 사용자들에게 제시하기 위해 단말기에 의해 이용되는 정보를 포함하여, 사용자들이 서비스 또는 콘텐츠가 무엇에 관한 것인지에 대한 일반적인 생각을 가질 수 있게 한다. PreviewData' 프래그먼트는 간단한 텍스트들, 정적 이미지들(예를 들어, 로고), 짧은 비디오 클립들, 또는 메인 서비스에 대한 낮은 비트 레이트 버전일 수 있을 다른 서비스에 대한 심지어 참조를 포함할 수 있다. 'Service', 'Content', 'PurchaseData', 'Access' 및 'Schedule' 프래그먼트들은 'PreviewData' 프래그먼트를 참조할 수 있다.
대화형 데이터(Interactivity Data) 프래그먼트(251)는 브로드캐스팅 동안 서비스, 스케쥴, 및 콘텐츠에 따라 대화형 서비스를 제공하는 데 이용될 수 있다. 서비스 가이드에 대한 더 상세한 정보는 시스템의 하나 이상의 엘리먼트 및 속성에 의해 정의될 수 있다. 따라서, InteractivityData 데이터는 방송 콘텐츠와 연관된 대화형 서비스들을 사용자에게 제공하기 위해 단말기에 의해 이용되는 정보를 포함한다. 이들 대화형 서비스들은 사용자가, 예를 들어, TV 쇼 동안에 투표할 수 있게 하거나 방송 콘텐츠에 관련된 콘텐츠를 획득할 수 있게 한다. 'InteractivityData' 프래그먼트는 xhtml 파일들, 정적 이미지들, 이메일 템플릿, 단문 메시지 서비스(Short Message Service: SMS) 템플릿, 멀티미디어 메시징 서비스(Multimedia Messaging Service: MMS) 문서들 등을 포함하는 하나 또는 여러 개의 'InteractivityMedia' 문서를 가리킨다. 'InteractivityData' 프래그먼트는 'Service', 'Content' 및 'Schedule' 프래그먼트들을 참조할 수 있고, 'Schedule' 프래그먼트에 의해 참조될 수 있다.
'Schedule' 프래그먼트는 스트리밍, 다운로딩 및/또는 렌더링에 대해 연관된 콘텐츠 항목들이 이용가능한 시간프레임들을 정의한다. 이 프래그먼트는 'Service' 프래그먼트를 참조한다. 이것이 또한 하나 이상의 'Content' 프래그먼트 또는 '대화형데이터(InteractivityData)' 프래그먼트를 참조한다면, 이것은 서비스에 속하는 그 콘텐츠 항목들의 유효한 배포 및/또는 제시 시간프레임을, 또는 서비스와 연관된 대화형미디어문서들(InteractivityMediaDocuments)의 유효한 배포 시간프레임 및 자동 활성화 시간을 정의한다. 반면에, 'Schedule' 프래그먼트가 어떠한 'Content' 프래그먼트(들) 또는 'InteractivityData' 프래그먼트(들)도 참조하지 않는다면, 이것은 한정되지 않은 서비스 가용성의 시간프레임을 정의한다.
'Content' 프래그먼트는 특정한 콘텐츠 항목의 상세한 디스크립션을 제공한다. 콘텐츠의 타입, 디스크립션 및 언어를 정의하는 것 외에도, 이것은 장르 및 부모 등급 뿐만 아니라 타겟화된 사용자 그룹 또는 지리적 영역에 대한 정보를 제공할 수 있다. 'Content' 프래그먼트는 Schedule, PurchaseItem, 또는 'InteractivityData' 프래그먼트에 의해 참조될 수 있다. 이것은 'PreviewData' 프래그먼트 또는 'Service' 프래그먼트를 참조할 수 있다.
'PurchaseChannel' 프래그먼트는 'PurchaseData' 프래그먼트에서 정의된 바와 같이, 엔티티 - 이 엔티티로부터 소정 서비스, 서비스 번들 또는 콘텐츠 항목에 대한 액세스 및/또는 콘텐츠 권한들의 구매가 획득될 수 있음 - 에 대한 정보를 운반한다. 구매 채널은 하나 이상의 방송 가입 관리(Broadcast Subscription Managements: BSMs)와 연관된다. 단말기는 특정한 구매 채널이 그 구매 채널과 역시 연관되어 있는 BSM과 연계되어 있는 경우에만 그 특정한 구매 채널에 액세스하도록 허가될 수 있다. 다수의 구매 채널들이 하나의 'PurchaseData' 프래그먼트에 연관될 수 있다. 특정 최종 사용자는 구매 요청들이 지시되어야 하는 "선호되는" 구매 채널 (예를 들어, 모바일 오퍼레이터)을 가질 수 있다. 선호되는 구매 채널은 최종 사용자가 이용하는 것이 허용된 유일한 채널일 수도 있다.
서비스가이드배달디스크립터(ServiceGuideDeliveryDescriptor)는 서비스 가이드 고지 채널에서 전송되며, 서비스 가이드(Service Guide) 발견 프로세스에서 Service Guide의 프래그먼트들의 가용성, 메타데이터 및 그룹화를 단말기에게 알려준다. SGDD는 단말기에 캐싱된 또는 전송중인 서비스 가이드(Service Guide) 프래그먼트들의 신속한 식별을 허용한다. 이러한 이유 때문에, SGDD는 방송 채널을 통해 배포되는 경우 바람직하게 반복된다. SGDD는 또한, 관련된 서비스 가이드 프래그먼트들의 그룹화를 제공하므로 이러한 그룹의 완성을 결정하는 수단을 제공한다. ServiceGuideDeliveryDescriptor는 단말기가 하나의 서비스 커버리지 영역으로부터 또 다른 영역으로 이동하는 경우 특히 유용하다. 이 경우, ServiceGuideDeliveryDescriptor은 이전 서비스 커버리지 영역에서 수신된 서비스 가이드 프래그먼트들 중 어느 것이 현재의 서비스 커버리지 영역에서 여전히 유효한지를 신속하게 체크하기 위해 이용될 수 있으므로, 재파싱 및 재처리될 필요가 없다.
명시적으로 도시되지는 않았지만, 서비스 가이드를 구성하는 프래그먼트들은 그들의 목적들을 이행하기 위한 엘리먼트 및 속성 값들을 포함할 수 있다. 또한, 서비스 가이드의 프래그먼트들 중 하나 이상은 원한다면 생략될 수 있다. 또한, 서비스 가이드의 하나 이상의 프래그먼트는 원한다면 결합될 수 있다. 또한, 서비스 가이드의 하나 이상의 프래그먼트의 상이한 양태들이, 원한다면, 함께 결합되거나, 재구성되거나, 달리 수정되거나 제한될 수 있다.
도 3을 참조하면, 예시적인 블록도는 서비스 가이드 전달 기술의 양태들을 나타낸다. 서비스 가이드 배달 디스크립터(Service Guide Deliver Descriptor) 프래그먼트(201)는 서비스 정보를 포함하는 프래그먼트들에 관련된 세션 정보, 그룹화 정보, 및 통지 메시지 액세스 정보를 포함할 수 있다. 모바일 방송 서비스-가능형 단말기(105)는 켜지거나 서비스 가이드를 수신하기 시작할 때, 서비스 가이드 고지 채널(Service Guide Announcement Channel: SG Announcement Channel)(300)에 액세스할 수 있다.
SG 고지 채널(300)은 SGDD(200) (예를 들어, SGDD #1,..., SGDD #2, SGDD #3) 중 적어도 하나를 포함할 수 있는데, 이것은 Service Guide for Mobile Broadcast Services, Open Mobile Alliance, Version 1.0.1, January 09, 2013 및/또는 Service Guide for Mobile Broadcast Services, open Mobile Alliance, Version 1.1, October 29, 3013에 예시된 것과 같은 임의의 적절한 포맷으로 포맷될 수 있고, 이들 모두는 그 전체가 참조로 포함된다. 서비스 가이드 배달 디스크립터 프래그먼트(201)를 구성하는 엘리먼트들 및 속성들의 디스크립션들은, 예를 들어, 테이블 포맷 및/또는 XML(eXtensible Markup Language) 스키마 등의, 임의의 적합한 포맷으로 반영될 수 있다.
실제 데이터는 바람직하게는 SGDD 프래그먼트(201)에 따라 XML 포맷으로 제공된다. 서비스 가이드에 관련된 정보는 2진 등의 다양한 데이터 포맷들로 제공될 수 있고, 여기서, 엘리먼트들 및 속성들은 방송 시스템에 따라 대응하는 값들로 설정된다.
단말기(105)는 SG 고지 채널(Announcement Channel)(300) 상에서 수신된 SGDD 프래그먼트의 DescriptorEntry로부터 프래그먼트 정보를 포함하는 서비스 가이드 배달 유닛(Service Guide Delivery Unit: SGDU)(312)에 대한 트랜스포트 정보를 취득할 수 있다.
서비스 가이드의 그룹화 정보를 제공할 수 있는 DescriptorEntry(302)는 "GroupingCriteria", "ServiceGuideDeliveryUnit", "Transport" 및 "AlternativeAccessURI"를 포함한다. 트랜스포트-관련 채널 정보는 "Transport" 또는 "AlternativeAccessURI"에 의해 제공될 수 있으며, 대응하는 채널의 실제 값은 "ServiceGuideDeliveryUnit"에 의해 제공된다. 또한, "서비스(Service)" 및 "장르(Genre)" 등의 SGDU(312)에 관한 상위 계층 그룹 정보는 "GroupingCriteria"에 의해 제공될 수 있다. 단말기(105)는 대응하는 그룹 정보에 따라 SGDU들(312)을 수신하여 사용자에게 제시할 수 있다.
일단 트랜스포트 정보가 취득되고 나면, 단말기(105)는 실제의 SGDU(312)를 수신하기 위해 서비스 가이드(SG) 배달 채널(Service Guide (SG) Delivery Channel)(310) 상의 SGDD(301) 내의 DescriptorEntry(302)로부터 취득된 배달 채널들(Delivery Channels)에 액세스할 수 있다. SG 배달 채널은 "GroupingCriteria"를 이용하여 식별될 수 있다. 시간 그룹화의 경우, SGDU는 시간별 SG 채널(311) 및 일별 SG 채널 등의 시간-기반의 트랜스포트 채널을 이용하여 전송될 수 있다. 따라서, 단말기(105)는 채널들에 선택적으로 액세스할 수 있고 대응하는 채널들에 존재하는 SGDU들을 수신할 수 있다. 일단 전체 SGDU가 SG 배달 채널들(Delivery Channels)(310) 상에서 완전히 수신되고 나면, 단말기(105)는 SG 배달 채널들(Delivery Channels)(310) 상에서 수신된 SGDU들에 포함된 프래그먼트들을 체크하고 그 프래그먼트들을 조립하여 시간별 기반(321)으로 세분될 수 있는 실제의 전체 서비스 가이드(320)를 스크린 상에 디스플레이한다.
종래의 모바일 방송 시스템에서, 서비스 가이드는 포맷팅되고 전송되어, 구성된 단말기들만이 대응하는 방송 시스템의 방송 신호들을 수신하게 한다. 예를 들어, DVB-H 시스템에 의해 전송된 서비스 가이드 정보는 DVB-H 방송을 수신하도록 구성된 단말기들에 의해서만 수신될 수 있다.
서비스 제공자들은 멀티플레이 서비스들이라 불릴 수 있는 서비스 융합에 따라 다양한 방송 시스템들 뿐만 아니라 다양한 전송 시스템들을 이용하는 번들링되고 통합된 서비스들을 제공한다. 방송 서비스 제공자들은 또한 IP 네트워크들 상에서 방송 서비스들을 제공할 수 있다. 통합된 서비스 가이드 전송 및/또는 수신 시스템들은 3GPP 표준들 및 OMA BCAST 표준들(예를 들어, 스킴)에서 정의된 엔티티들의 용어들을 이용하여 기술될 수 있다. 그러나, 서비스 가이드 및/또는 수신 시스템들은 임의의 적절한 통신 및/또는 방송 시스템과 함께 이용될 수 있다.
도 4를 참조하면, 이 스킴은, 예를 들어, (1) 명칭; (2) 타입; (3) 카테고리; (4) 카디널리티; (5) 디스크립션; 및 (6) 데이터 타입을 포함할 수 있다. 스킴은, XML 포맷의 테이블 포맷 등의 임의의 방식으로 구성될 수 있다.
"명칭" 열은 엘리먼트 또는 속성의 명칭을 나타낸다. "타입" 열은 엘리먼트 또는 속성을 나타내는 인덱스를 나타낸다. 엘리먼트는 E1, E2, E3, E4, ..., E[n] 중 하나일 수 있다. E1은 전체 메시지 중 상위 엘리먼트를 나타내고, E2는 E1 아래의 엘리먼트를 나타내며, E3은 E2 아래의 엘리먼트를 나타내고, E4는 E3 아래의 엘리먼트를 나타내고, 등등이다. 속성은 A로 표시된다. 예를 들어, E1 아래의 "A"는 엘리먼트 E1의 속성을 의미한다. 일부 경우들에서, 표기법은 다음을 의미할 수 있다: E = 엘리먼트, A = 속성, E1 = 서브엘리먼트, E2 = 서브엘리먼트의 서브엘리먼트, E[n] = 엘리먼트[n-1]의 서브엘리먼트. "카테고리" 열은 엘리먼트 또는 속성이 필수인지를 나타내는 데 이용된다. 엘리먼트가 필수이면, 엘리먼트의 카테고리는 "M"으로 플래깅된다. 엘리먼트가 임의적이면, 엘리먼트의 카테고리는 "O"로 플래깅된다. 엘리먼트가 그것을 지원하는 네트워크에 대해 임의적이면, 그 엘리먼트는 "NO"로 플래깅된다. 엘리먼트가 그것을 지원하는 단말기에 대해 필수적이면, 그 엘리먼트는 "TM"으로 플래깅된다. 엘리먼트가 그것을 지원하는 네트워크에 대해 필수적이면, 그 엘리먼트는 "NM"으로 플래깅된다. 엘리먼트가 그것을 지원하는 단말기에 대해 임의적이면, 그 엘리먼트는 "TO"로 플래깅된다. 엘리먼트 또는 속성이 0보다 큰 카디널리티를 갖는다면, 이것은 일관성을 유지하기 위해 M 또는 NM으로 분류된다. "카디널리티" 열은 엘리먼트들 간의 관계를 나타내고, 0, 0 . . . 1, 1, 0 . . . n, 및 1 . . . n의 값으로 설정된다. 0은 옵션을 나타내고, 1은 필수적인 관계를 나타내며, n은 복수의 값들을 나타낸다. 예를 들면, 0 . . . n은 대응하는 엘리먼트가 전무의 또는 n개의 값들을 가질 수 있음을 의미한다. "디스크립션" 열은 대응하는 엘리먼트 또는 속성의 의미를 기술하고, "데이터 타입" 열은 대응하는 엘리먼트 또는 속성의 데이터 타입을 나타낸다.
서비스는 최종 사용자에게의 논리적 그룹을 형성하는 콘텐츠 항목들의 번들을 나타낼 수 있다. 한 예는, 수 개의 TV 쇼들로 구성된 텔레비전(TV) 채널일 것이다. '서비스' 프래그먼트는 모바일 방송 서비스를 기술하는 메타데이터를 포함한다. '서비스' 프래그먼트와 연관된 '콘텐츠' 프래그먼트(들)에 동일한 메타데이터(즉, 속성들 및 엘리먼트들)가 존재하는 것이 가능하다. 이 상황에서, 다음과 같은 엘리먼트들: 'ParentalRating', 'TargetUserProfile', 'Genre' 및 'BroadcastArea'에 대해, '콘텐츠' 프래그먼트에 정의된 값들은 '서비스' 프래그먼트에 정의된 값들보다 우선한다.
이 프래그먼트의 프로그램 가이드 엘리먼트들은 프래그먼트 내의 프로그램 가이드의 시작(Start)과 프로그램 가이드 셀들의 끝 사이에서 그룹화될 수 있다. 프로그램 가이드의 엘리먼트들의 이러한 로컬화는 프로그래밍 가이드를 구성하는 데 있어서 수신 디바이스의 계산 복잡성을 감소시킨다. 프로그램 가이드 엘리먼트들은 일반적으로 사용자 해석에 이용된다. 이것은 콘텐츠 생성자가 서비스에 대한 사용자 판독가능한 정보를 제공할 수 있게 한다. 단말기는 최종 사용자에게 제시하기 위해 이 프래그먼트 내의 선언된 프로그램 가이드 엘리먼트들을 이용해야 한다. 단말기는 검색, 소트 등의 기능들을 제공할 수 있다. 프로그램 가이드는 다음과 같은 서비스 엘리먼트들로 구성될 수 있다: (1) 명칭(Name); (2) 디스크립션(Description); (3) 오디오언어(AudioLanguage); (4) 텍스트언어(TextLanguage); (5) 부모등급(ParentalRating); (6) 타겟사용자프로파일(TargetUserProfile); 및 (7) 장르(Genre).
"명칭" 엘리먼트는 아마도 다수의 언어들로 서비스의 명칭을 지칭할 수 있다. 언어는 내장된 XML 속성 'xml:lang'을 이용하여 표현될 수 있다.
"디스크립션" 엘리먼트는 다수의 언어들로 되어 있을 수 있으며 내장된 XML 속성 'xml:lang'을 이용하여 표현될 수 있다.
"오디오언어(AudioLanguage)" 엘리먼트는 이 엘리먼트의 값에 의해 표현된 언어에 대응하는 오디오 트랙과 함께 이 서비스가 이용가능하다는 것을 최종 사용자들에게 선언할 수 있다. 이 엘리먼트의 텍스트 값은 상이한 언어들로 최종 사용자들에게 이용가능하게 될 수 있다. 이러한 경우, 이 엘리먼트의 값을 나타내는 데 이용된 언어는 내장된 XML 속성 'xml:lang'을 이용하여 시그널링될 수 있고, 복수 언어 지원을 포함할 수 있다. AudioLanguage는 languageSDPTag 속성을 포함할 수 있다.
"languageSDPTag" 속성은 세션 디스크립션 내의 오디오 트랙을 기술하는 미디어 섹션들에서 이용되는 부모 'AudioLanguage' 엘리먼트에 의해 기술된 오디오 언어의 식별자이다. 동일한 오디오 스트림을 선언하는 각각의 'AudioLanguage' 엘리먼트는 'languageSDPTag'와 동일한 값을 가질 수 있다.
"텍스트언어(TextLanguage)" 엘리먼트는 이 엘리먼트의 값에 의해 표현되는 언어로 이 서비스의 텍스트 컴포넌트들이 이용가능하다는 것을 최종 사용자에게 선언할 수 있다. 텍스트 컴포넌트들은 예를 들어, 자막 또는 부제목 트랙일 수 있다. 이 엘리먼트의 텍스트 값은 상이한 언어들로 최종 사용자들에게 이용가능하게 될 수 있다. 이러한 경우, 이 엘리먼트의 값을 나타내는 데 이용된 언어는 내장된 XML 속성 'xml:lang'을 이용하여 시그널링될 수 있고, 복수 언어 지원을 포함할 수 있다. 속성들 'languageSDPTag' 및 'xml:lang'을 할당하고 해석하는 엘리먼트 'AudioLanguage'에 대해 명시된 것들과 동일한 규칙들 및 제약들이 이 엘리먼트에 적용될 수 있다.
"languageSDPTag" 속성은 세션 디스크립션 내의 텍스트 트랙을 기술하는 미디어 섹션들에서 이용되는 부모 'TextLanguage' 엘리먼트에 의해 기술되는 텍스트 언어의 식별자이다.
"부모등급(ParentalRating)" 엘리먼트는 기준 부모들을 선언할 수 있고, 연관된 항목이 서비스 영역의 규제 요건들에 따라 정의된 자식들에 의한 액세스에 적합한지를 결정하는 데 이용될 수 있을 것이다. 단말기는 자유 스트링인 'ParentalRating'을 지원할 수 있고, 단말기는 '등급시스템(ratingSystem)' 및 '등급값명칭(ratingValueName)' 속성들을 이용하여 부모 등급 레벨을 표현하는 구조화된 방식을 지원할 수 있다.
"ratingSystem" 속성은 'ParentalRating' 엘리먼트의 값이 시맨틱적으로 정의된 어느 컨텍스트에서 이용 중인 부모 등급 시스템을 명시할 수 있다. 이것은 단말기들이 이용 중인 등급 시스템을 모호하지 않게 식별하고 적절하게 작동하는 것을 허용한다. 등급 시스템이 이용될 때 이 속성은 인스턴스화될 수 있다. 이 속성의 부재는 어떠한 등급 시스템도 이용되지 않는다는 것을 의미한다(즉, 'ParentalRating' 엘리먼트의 값은 자유 스트링으로서 해석될 것임).
"ratingValueName" 속성은 이 ParentalRating 엘리먼트에 의해 주어진 등급 값의 인간-판독가능한 명칭을 명시할 수 있다.
"타겟사용자프로파일(TargetUserProfile)"은 서비스의 타겟이 되는 사용자들의 엘리먼트들을 명시할 수 있다. 상세한 개인 속성 명칭들 및 대응하는 값들은 'attributeName' 및 'attributeValue'의 속성들에 의해 명시된다. 가능한 프로파일 속성 명칭들 중에는 연령, 장르, 직업 등이 있다 (존재하면 그리고 개인 프로파일링 정보 및 개인 데이터 프라이버시의 사용에 관하여 적용가능한 경우, 국가 및/또는 로컬 규칙들 및/또는 규정들에 구속받음). 특정한 서비스에 대한 'attributeName' 및 'attributeValue' 쌍들의 확장가능한 리스트는 최종 사용자 프로파일 필터링 및 방송 서비스들의 최종 사용자 선호사항 필터링을 가능하게 한다. 단말기는 'TargetUserProfile' 엘리먼트를 지원할 수 있을 수 있다. TargetUserProfile' 엘리먼트의 이용은 사용자들에 대한 "옵트-인(opt-in)" 능력일 수 있다. 단말기 설정들은 사용자들이, 자신들의 개인 프로파일 또는 선호사항을 입력할지 및 방송 서비스가 사용자들의 요청없이 사용자들의 개인 속성들에 기초하여 자동으로 필터링되게 허용할지를 구성하는 것을 허용할 수 있다. 이 엘리먼트는 다음과 같은 속성들을 포함할 수 있다: 속성명칭(attributeName) 및 속성값(attributeValue).
"attributeName" 속성은 프로파일 속성 명칭일 수 있다.
"attributeValue" 속성은 프로파일 속성 값일 수 있다.
"장르(Genre)" 엘리먼트는 특징적 형태와 연관된 서비스의 분류를 명시할 수 있다(예를 들어, 코미디, 드라마). OMA BCAST 서비스 가이드는 서비스 가이드에서 장르 엘리먼트의 포맷을 두가지 방식들로 기술하는 것을 허용할 수 있다. 제1 방식은 자유 스트링을 이용하는 것이다. 제2 방식은 장르 엘리먼트의 "href" 속성들을 이용하여 통제된 어휘의 형태로([TVA-Metadata(메타데이터)]에 정의된 분류 스킴 또는 동영상 장르-형태 가이드[Moving Image Genre-Form Guide (MIGFG)]에 정의된 분류 리스트) 정보를 전달하는 것이다. 내장된 XML 속성 xml:lang은 언어를 표현하기 위해 이 엘리먼트와 함께 이용될 수 있다. 네트워크는 '장르(Genre)' 엘리먼트의 수 개의 상이한 세트들을 인스턴스화할 수 있으며, 이를 자유 스트링으로서 이용하거나 또는 'href' 속성과 함께 이용한다. 네트워크는 상이한 세트들이 균등하고 상충되지 않는 의미를 가지도록 보장할 수 있으며, 단말기는 최종 사용자를 위해 해석하기 위해 세트들 중 하나를 선택할 수 있다. '장르(Genre)' 엘리먼트는 다음과 같은 속성들을 포함할 수 있다: 타입(type) 및 href.
"type" 속성은 예컨대 "메인(main)", "제2(second)" 및 "기타(other)"의 값들에 의해 'Genre' 엘리먼트의 레벨을 시그널링할 수 있다.
"href" 속성은 'Genre' 엘리먼트에서 이용된 통제된 어휘를 시그널링할 수 있다.
프로그래밍 가이드 엘리먼트들 및 속성들의 세트: (1) Name(명칭); (2) Description(디스크립션); (3) AudioLanguage; (4) TextLanguage; (5) ParentalRating; (6) TargetUserProfile; 및 (7) Genre(장르)를 검토한 후에, 수신 디바이스가 시청자에게 적절한 방식으로 정보를 적절히 렌더링하기에는 여전히 프로그래밍 가이드 내에 정의된 불충분한 정보를 가질 수 있다고 결정되었다. 특히, 전통적인 NTSC(National Television System Committee) 텔레비전 방송국들은 전형적으로 예컨대 2, 4, 6, 8, 12, 및 49의 숫자들을 가지고 있다. 디지털 서비스들의 경우, 프로그램 및 시스템 정보 프로토콜은 지상 브로드캐스팅의 경우, 주 채널 및 후속되는 부 채널로 구성된 2-부분 번호로 각각의 디지털 텔레비전 서비스를 정의하는 가상 채널 테이블을 포함한다. 주 채널 번호는 대개 방송국에 대한 NTSC 채널과 동일하고, 부 채널들은 얼마나 많은 디지털 텔레비전 서비스들이 디지털 텔레비전에 존재하는지에 따른 다수의 숫자들 - 전형적으로 1부터 시작함 - 을 갖는다. 예를 들어, Washington, D.C.의 아날로그 텔레비전 채널 9인 WUSA-TV는 다음과 같은 그것의 2개의 공중파 디지털 서비스들을 식별할 수 있다: 채널 9-1 WUSA-DT 및 채널 9-2 9-Radar. 텔레비전 채널들에 대한 이러한 표기는 시청자가 쉽게 이해할 수 있고, 프로그래밍 가이드 엘리먼트들은 프로그래밍 가이드에 대한 확장으로서 이 능력을 포함할 수 있어서, 정보가 계산상 효율적으로 수신 디바이스에 의해 처리되어 시청자에게 렌더링될 수 있게 한다.
도 5를 참조하면, 이러한 유연성을 용이화하기 위해, 서비스미디어확장(ServiceMediaExtension)과 같은 확장이 프로그래밍 가이드 엘리먼트들과 함께 포함될 수 있으며, 이는 추가 서비스들을 명시할 수 있다. 특히, ServiceMediaExtension은 타입 엘리먼트 E1, 카테고리 NM/TM을 가질 수 있으며, 카디널리티가 1이다. 주 채널은 MajorChannelNum이라고 지칭될 수 있고, 타입 엘리먼트 E2, 카테고리 NM/TM, 카디널리티 0..1, 및 스트링의 데이터 타입을 갖는다. unsignedByte가 아닌 스트링의 데이터 타입을 포함함으로써, 반드시 숫자가 아닐 수도 있는 다른 언어들의 지원을 허용한다. ServiceMediaExtension을 포함하는 프로그램 가이드 정보는 예를 들어, ATSC와 같은 임의의 적절한 방송 시스템에 포함될 수 있다.
프로그래밍 가이드 엘리먼트들 및 속성들의 세트: (1) Name; (2) Description; (3) AudioLanguage; (4) TextLanguage; (5) ParentalRating; (6) TargetUserProfile; and (7) Genre를 추가로 검토한 후에; 수신기 디바이스가 시청자에 적합한 방식으로 정보를 적절하게 렌더링하기에 적합한 정보를 여전히 불충분하게 가질 수 있다고 결정되었다. 많은 경우들에서, 시청자는 그래픽 아이콘을 특정한 프로그램 및/또는 채널 및/또는 서비스와 연관시킨다. 이러한 방식으로, 그래픽 아이콘은 선택불가능이 아니라 시스템에 의해 선택가능해야 한다.
도 6을 참조하면, 이러한 유연성을 용이화하기 위해, 아이콘을 명시할 수 있는 프로그래밍 가이드 엘리먼트를 갖는 확장이 포함될 수 있다.
프로그래밍 가이드 엘리먼트들 및 속성들의 세트: (1) Name; (2) Description; (3) AudioLanguage; (4) TextLanguage; (5) ParentalRating; (6) TargetUserProfile; 및 (7) Genre를 추가로 검토한 후에; 수신기 디바이스가 시청자에 적합한 방식으로 정보를 적절하게 렌더링하기에 적합한 정보를 여전히 불충분하게 가질 수 있다고 결정되었다. 많은 경우들에서, 시청자는 동일한 확장 엘리먼트들을 이용하여 식별되는 특정한 확장을 식별하려고 할 수 있다. 이러한 방식으로, 확장의 엘리먼트들의 특정한 디스크립션을 구체적으로 식별하기 위해 url이 이용될 수 있다. 이러한 방식으로, 확장의 엘리먼트들은 다수의 상이한 확장들을 명시적으로 기술할 필요없이 적절한 방식으로 수정될 수 있다.
도 7을 참조하면, 이러한 유연성을 용이화하기 위해, url을 명시할 수 있는, 프로그래밍 가이드 엘리먼트들을 갖는 확장이 포함될 수 있다.
도 8을 참조하면, 이 전반적인 확장 유연성을 용이화하기 위해, 확장은 아이콘, 주 채널 번호, 부 채널 번호, 및/또는 url을 명시할 수 있는, 프로그래밍 가이드 엘리먼트들을 가지고 포함될 수 있다.
다른 예들에서, MajorChannelNum 및 MinorChannelNum 엘리먼트들에 대해 "스트링" 데이터 타입을 이용하는 것 대신에, 다른 데이터 타입이 이용될 수도 있다. 예를 들어, unsignedInt 데이터 타입이 이용될 수도 있다. 다른 예에서, 제한된 길이의 스트링, 예를 들어, 10자리의 스트링이 이용될 수도 있다. 상기의 확장을 위한 XML 스키마 신택스의 예가 아래에 예시된다.
일부 예들에서, ServiceMediaExtension은 OMA "확장" 엘리먼트 내에 포함될 수 있거나, 일반적으로 ServiceMediaExtension을 정의하기 위한 OMA 확장 메커니즘을 이용할 수 있다.
일부 예들에서, MajorChannelNum 및 MinorChannelNum은 하나의 공통 채널 번호로 결합되어 표현될 수 있다. 예를 들어, ChannelNum 스트링은 MajorChannelNum, 후속의 마침표('.'), 및 후속의 MinorChannelNum을 연결함(concatenating)으로써 생성될 수 있다. 기타의 그러한 조합들이 마침표를 다른 문자들로 대체함으로써 또한 가능하다. MajorChannelNum 및 MinorChannelNum을 하나의 숫자 표현으로 결합하는 것으로 채널 번호들을 표현하기 위해 unsignedInt 또는 다른 데이터 타입들을 이용할 때 유사한 개념이 적용될 수 있다.
또 다른 예에서, MajorChannelNum.MinorChannelNum은 서비스에 대한 "ServiceId" 엘리먼트(Service Id)로서 표현될 수 있을 것이다.
다른 예에서, ServiceMediaExtension은 서비스 프래그먼트 내의 PrivateExt 엘리먼트 내부에서만 이용될 수 있다. 이러한 확장을 위한 예시적인 XML 스키마 신택스가 아래에 예시된다.
다른 예들에서, 상기 엘리먼트들 중 일부는 E2로부터 E1로 변경될 수 있다. 다른 예들에서 일부 엘리먼트의 카디널리티가 변경될 수 있다. 또한, 원한다면, 카테고리는, 카디널리티를 가지고 포함된 정보와 일반적으로 중복되므로 생략될 수 있다.
ATSC(Advanced Television Systems Subcommittee) 서비스 엘리먼트들 및 속성들의 선택된 컴포넌트들을 OMA 서비스 가이드 서비스 프래그먼트 프로그램 가이드에 맵핑하는 것이 바람직하다. 예를 들어, OMA 서비스 가이드 프래그먼트 프로그램 가이드의 "디스크립션(Description)" 속성은, 예를 들어, ATSC-모바일 디지털 텔레비전(Mobile Digital Television)(DTV) 표준, 파트 4 - 고지(Announcement), 유사한 엘리먼트들 및 속성들에 대한 기타의 유사한 방송 또는 모바일 표준들과 같은, ATSC 서비스 엘리먼트들 및 속성들의 "디스크립션(Description)"에 매핑될 수 있다. 예를 들어, OMA 서비스 가이드 프래그먼트 프로그램 가이드의 "장르(Genre)" 속성은, 예를 들어 ATSC-모바일 DTV 표준, 파트 4 - 고지, 유사한 엘리먼트들 및 속성들에 대한 기타의 유사한 표준들과 같은, ATSC 서비스 엘리먼트들 및 속성들의 "장르(Genre)"에 매핑될 수 있다. 일 예에서 ATSC A153 파트 4의 섹션 6.10.2에 정의된 바와 같은 하나의 예시적인 장르 스킴이 이용될 수 있다. 예를 들어, OMA 서비스 가이드 프래그먼트 프로그램 가이드의 "명칭(Name)" 속성은 예를 들어, ATSC-모바일 DTV 표준, 파트 4-고지, 유사한 엘리먼트들 및 속성들에 대한 다른 유사한 표준들과 같은, ATSC 서비스 엘리먼트들 및 속성들의 "명칭(Name)"에 맵핑될 수 있다. 바람직하게는, 명칭의 카디널리티는 0..N으로 선택되고, 이것은 명칭의 생략을 허용하여 시스템의 전체 비트 레이트를 줄이고 유연성을 증가시킨다. 예를 들어, OMA 서비스 가이드 프래그먼트 프로그램 가이드의 "ParentalRating" 속성은 예를 들어, ATSC-모바일 DTV 표준, 파트 4-고지, 또는 유사한 엘리먼트들 및 속성들에 대한 유사한 표준들과 같은, ATSC 서비스 엘리먼트 및 속성들의 새로운 "ContentAdvisory"에 매핑될 수 있다. 예를 들어, OMA 서비스 가이드 프래그먼트 프로그램 가이드의 "TargetUserProfile" 속성은 예를 들어, ATSC-모바일 DTV 표준, 파트 4-고지, 또는 유사한 엘리먼트들 및 속성들에 대한 유사한 표준들과 같은, ATSC 서비스 엘리먼트 및 속성들의 새로운 "Personalization"에 매핑될 수 있다.
도 9a, 도 9b, 및 도 9c를 참조하면, 세션 디스크립션 프래그먼트(Session Description Fragment)가 예를 들어, ATSC-모바일 DTV 표준, 파트 4 - 고지, 또는 유사한 엘리먼트들 및 속성들에 대한 유사한 표준들과 같은 서비스 고지에 포함된다면, 엘리먼트들 AudioLanguage(languageSDPTag 속성을 가짐) 및 TextLanguage(languageSDPTag 속성을 가짐)가 포함될 수 있을 것이다. 이는 왜냐하면 엘리먼트들 AudioLanguage 및 TextLanguage에 대한 속성 languageSDPTag가 바람직하게는 필수이기 때문이다. 속성은 세션 디스크립션에서 오디오 및/또는 텍스트 트랙을 기술하는 미디어 섹션들에서 이용되는 부모 엘리먼트에 의해 기술된 오디오 및/또는 텍스트 언어에 대한 식별자를 제공한다. 다른 예에서, languageSDPTag 속성은 임의적이 될 수 있을 것이고, 엘리먼트들 AudioLanguage 및 TextLanguage는 언어 명칭을 제공할 수 있는 데이터 타입 "스트링"을 갖는 속성 "Langugage"을 가지고 포함될 수 있다.
이에 대한 예시적인 XML 스키마 신택스는 아래에 나타내어진다.
다른 예에서, 엘리먼트들 AudioLanguage 및 TextLanguage에 대한 속성들 languageSDPTag는 제거될 수 있을 것이다. 이에 대한 예시적인 XML 스키마 신택스는 아래에 나타내어진다.
도 10a, 도 10b, 및 도 10c를 참조하면, 세션 디스크립션 프래그먼트(Session Description Fragment)가 예를 들어, ATSC-모바일 DTV 표준, 파트 4 -고지, 또는 유사한 엘리먼트들 및 속성들에 대한 유사한 표준들과 같은, 서비스 고지에 포함된다면, 엘리먼트들 AudioLanguage(languageSDPTag 속성을 가짐) 및 TextLanguage(languageSDPTag 속성을 가짐)가 포함될 수 있을 것이다. 이는 왜냐하면 엘리먼트들 AudioLanguage 및 TextLanguage에 대한 속성 languageSDPTag가 바람직하게는 필수이기 때문이다. 속성은 세션 디스크립션에서 오디오 및/또는 텍스트 트랙을 기술하는 미디어 섹션들에서 이용되는 부모 엘리먼트에 의해 기술된 오디오 및/또는 텍스트 언어에 대한 식별자를 제공한다. 다른 예에서, 속성 languageSDPTag는 옵션이 될 수 있다.
이에 대한 예시적인 XML 스키마 신택스는 아래에 나타내어진다.
다른 예에서, 엘리먼트들 AudioLanguage 및 TextLanguage에 대한 속성들 languageSDPTag는 제거될 수 있을 것이다. 이에 대한 예시적인 XML 스키마 신택스는 아래에 나타내어진다.
다른 예에서, 속성 "language"는 ATSC 서비스 "언어(language)" 엘리먼트에 매핑될 수 있을 것이고 서비스의 프라이머리 언어를 지칭할 수 있을 것이다.
다른 예에서, 엘리먼트 "AudioLanguage"의 값은 ATSC 서비스 "language" 엘리먼트에 매핑될 수 있을 것이고 ATSC에서 오디오 서비스의 프라이머리 언어를 지칭할 수 있을 것이다.
다른 예에서, 엘리먼트 "TextLanguage"의 값은 ATSC 서비스 "language" 엘리먼트에 매핑될 수 있을 것이고 ATSC에서 텍스트 서비스의 프라이머리 언어를 지칭할 수 있을 것이다. 일부 경우들에서, 텍스트 서비스는 폐쇄 자막 서비스 등의 서비스일 수 있다. 다른 예에서, 엘리먼트들 AudioLanguage 및 TextLanguage 및 그들의 속성들은 제거될 수 있을 것이다.
서비스 가이드의 경우, 전통적으로 일반적으로 "선형 서비스" 라고 지칭되는 오디오-비주얼 콘텐츠의 선형 스트림을 참조하는 고려가 있었다. 일반적으로 "앱들(apps)"이라고 지칭되는 애플리케이션들의 급증으로, 실행되는 다른 프로그램들인 앱 기반 (예를 들어, 애플리케이션 기반) 서비스들을 참조하고, 일반적으로 "앱-기반 서비스"라고 지칭되는 서비스를 사용자에게 제공하는 것이 바람직하다. OMA 서비스 가이드 프래그먼트 프로그램 가이드의 통지 ServiceType 엘리먼트(7)를 이용하여 "선형 서비스" 또는 "앱-기반 서비스"의 통지 스트림을 매핑하는 것이 바람직하다.
OMA 서비스 가이드 프래그먼트 프로그램 가이드의 ServiceType 엘리먼트를 이용하여 다른 서비스의 통지를 가능하게 하는 것이 또한 바람직하다. ServiceType은 추가적인 서비스 타입들을 포함하기 위해 "독점적 이용을 위해 예약된" 범위를 이용할 수 있다. 예를 들어, ServiceType 엘리먼트 값(224)은 이용될 애플리케이션 컴포넌트를 포함하는 앱-기반 서비스(App-Based Service)를 식별하는 데 이용될 수 있다. 예를 들어, ServiceType 엘리먼트 값(225)은 이용될 비-실시간 콘텐츠를 포함하는 "앱-기반 서비스(App-Based Service)" 를 식별하는 데 이용될 수 있다. 예를 들어, ServiceType 엘리먼트 값(226)은 이용될 주문형 컴포넌트를 포함하는 "앱-기반 서비스(App-Based Service)"를 식별하는 데 이용될 수 있다. 이러한 방식으로, 이들 앱-기반 서비스들은 Notification(통지) ServiceType 엘리먼트(7)에 맵핑되고, 따라서 Notification ServiceType 엘리먼트(7)가 그들의 존재를 나타내지 않을 때 용이하게 생략됨으로써, 비트스트림의 복잡성을 감소시킨다.
다른 예에서, OMA ServiceType에 대해 통지를 값(7)에 맵핑하는 것이 아니라, 추가적인 ServiceType 값이 정의될 수 있다. OMA 서비스 가이드 프래그먼트 프로그램 가이드의 Notification ServiceType 엘리먼트(227)는 통지 스트림 컴포넌트를 포함하는 이용될 애플리케이션 컴포넌트를 포함하는 "앱-기반 서비스" 를 식별하는 데 이용될 수 있다.
설명된 서비스들에 대해 다른 값들이 마찬가지로 이용될 수 있다는 것을 이해해야 한다. 예를 들어, 상기 서비스 타입 엘리먼트 값(224), 서비스 타입 엘리먼트 값(225), 서비스 타입 엘리먼트 값(226), 및 서비스 타입 엘리먼트 값(227) 대신에, 서비스 타입 엘리먼트 값(240), 서비스 타입 엘리먼트 값(241), 서비스 타입 엘리먼트 값(242), 또는 서비스 타입 엘리먼트 값(243)이 이용될 수 있다. 다른 경우에, 서비스 타입 엘리먼트 값(129), 서비스 타입 엘리먼트 값(130), 서비스 타입 엘리먼트 값(131), 또는 서비스 타입 엘리먼트 값(132)가 대신 이용될 수 있다.
다른 예에서, 독점적 이용을 위해 예약된 범위(128-255)로부터의 ServiceType 값들을 이용하는 것 대신에, 미래의 이용을 위해 예약된 범위(11-127)로부터의 값들이 이용될 수 있다.
다른 예에서, OMA BCAST 가이드(Guide) 1.1을 이용할 때 독점적 이용을 위해 예약된 범위(128-255)로부터의 ServiceType 값들을 이용하는 것 대신에, 미래의 이용을 위해 예약된 범위(14-127)로부터의 값들이 이용될 수 있다.
다른 예에서, OMA BCAST 가이드 1.1을 이용할 때 독점적 이용을 위해 예약된 범위(128-255)의 ServiceType 값들을 이용하는 것 대신에, 다른 OMA 인에이블러들을 위해 예약된 범위(128-223)의 값들이 이용될 수 있다.
다른 예에서, OMA BCAST 가이드 1.1을 이용할 때 독점적 이용을 위해 예약된 범위(128-255)의 ServiceType 값들을 이용하는 것 대신에, 값들은 다른 OMA 인에이블러들을 위해 예약된 범위(224-255) 내로 제한되어 이용될 수 있다.
다른 예에서, 예를 들어, 추가적인 ServiceType 엘리먼트 값(228)이 "선형 서비스"를 식별하기 위해 이용될 수 있다. 예를 들어, 일반화된 애플리케이션 기반 향상을 포함하는 "앱-기반 서비스"를 식별하기 위해 추가적인 ServiceType 엘리먼트 값(229)이 이용될 수 있다. 이러한 방식으로, 서비스 라벨링은 애플리케이션 컴포넌트, 비-실시간 콘텐츠, 또는 주문형 컴포넌트에 대한 서비스 타입을 명시적으로 포함하지 않음으로써 단순화된다.
다른 예에서, 예를 들어, 애플리케이션 기반 향상을 포함하는 "앱-기반 서비스"를 식별하기 위해 추가적인 또는 대안적인 ServiceType 엘리먼트 값(230)이 이용될 수 있다. 이러한 방식으로, 통지는 선형 서비스, 애플리케이션 컴포넌트, 비-실시간 콘텐츠, 또는 주문형 컴포넌트에 대한 서비스 타입을 명시적으로 포함하지 않음으로써 더 단순화된다.
다른 예에서, 예를 들어, ServiceType 엘리먼트 값(1)은 또한 "선형 서비스"를 식별하기 위해 이용될 수 있다. 이러한 방식으로, 선형 엘리먼트(Linear Element)는 기존 신택스 구조 내에 통합된다. 이 경우에, "선형 서비스"는 기본 TV 서비스(Basic TV service)에 매핑된다.
다른 예에서, 예를 들어, ServiceType 엘리먼트 값(11)은 주문형 컴포넌트를 포함한 앱-기반 향상을 수반한 앱-기반 서비스일 수 있는, 스트리밍 주문형 컴포넌트(streaming on demand component)를 식별하는 데 이용될 수 있다. 예를 들어, ServiceType 엘리먼트 값(12)은 비-실시간 콘텐츠 항목 컴포넌트를 포함한 앱-기반 향상일 수 있는, 파일 다운로드 주문형 컴포넌트(file download on demand component)를 식별하는 데 이용될 수 있다.
다른 예에서, 상기 서비스 타입 값들 중 임의의 하나는 다른 엘리먼트 내의 값에 의해 표시될 수 있다. 예를 들어, AvailableContent 엘리먼트 또는 속성 및 그것의 값은, 애플리케이션 컴포넌트, 비-실시간 콘텐츠, 주문형 컴포넌트, 및/또는 통지로부터의 값들 중 하나를 취할 수 있을 것이다.
다른 예에서, ServiceType 값 할당은 계층적으로 이루어질 수 있다. 예를 들어, 메인 서비스 타입들은 선형 서비스 및 앱-기반 서비스일 수 있고, 이들 2가지 서비스 타입들 각각은, 애플리케이션 컴포넌트, 비-실시간 콘텐츠, 주문형 컴포넌트, 및/또는 통지를 포함할 수 있는 0개 이상의 앱-기반 향상 컴포넌트를 포함할 수 있고, ServiceType 값들의 계층적 할당이 이루어질 수 있다. 이 경우에, "ServiceType"에 대해 "unsigned Byte" (ServiceType의 날짜 타입)의 비트들 중 하나는 선형 서비스 (1로 설정된 값을 갖는 비트) 또는 앱-기반 서비스 (0으로 설정된 값을 갖는 비트)를 시그널링하도록 사용될 수 있을 것이다. 그 다음, 나머지 비트들이 서비스 타입들을 시그널링할 수 있다.
예가 다음과 같이 예시된다 :
일반 서비스 타입이란, 애플리케이션 컴포넌트 또는 비-실시간 콘텐츠, 또는 주문형 컴포넌트를 갖는 서비스와는 상이한 서비스를 지칭할 수 있다. 일부 경우에, 일반 서비스 타입은 "미지" 서비스 타입일 수 있다.
다른 예에서, 값들은 연속적인 ServiceType 값들을 이용할 수 있다. 예를 들어, 서비스 타입 값들은 다음과 같이 할당될 수 있을 것이다 :
다른 예에서, 선형 및/또는 앱-기반 서비스: 앱(App)은 2가지 서비스 타입들로 더 분할될 수 있다(따라서 총 서비스 타입은 다음과 같이 4가지가 된다) :
프라이머리 앱은 기초 서비스가 선택되자마자 활성화되는 앱일 수 있다. 또한, 비-프라이머리 앱들은 서비스에서 나중에 시작될 수 있다.
일부 예들에서, 타입 선형 서비스(Linear Service)의 서비스: 주문형 컴포넌트가 금지될 수 있다. 그 경우에, 그 타입의 서비스에 대해 어떠한 ServiceType 값도 할당되지 않을 수 있다.
서비스 시그널링과 관련된 추가적인 예들이 다음과 같이 설명된다. 일반적으로, 서비스 고지 및 서비스 시그널링은 다음과 같을 수 있다. 서비스 고지는 시청자 또는 사용자가 서비스 또는 콘텐츠에 대한 통보된 선택을 행하게 허용하도록 설계된 프로그래밍 및 서비스들에 관한 정보를 포함할 수 있다. 서비스 시그널링은 수신기가 서비스들을 찾고 획득할 수 있게 하고 서비스의 기본적인 내비게이션을 수행할 수 있게 하는 정보를 포함할 수 있다.
도 11을 참조하면, 컴포넌트 정보 디스크립션 시그널링이 설명된다. 전송 서비스 제공자(1100)는 텔레비전 서비스들이 제공될 수 있도록 구성된 서비스의 제공자의 예이다. 예를 들어, 전송 서비스 제공자(1100)는 오버-디-에어 텔레비전 네트워크들, 공중 또는 가입-기반 위성 텔레비전 서비스 제공자 네트워크들, 공중 오버-더-톱 서비스 네트워크들, 방송 서비스 네트워크들, 및 공중 또는 가입-기반 케이블 텔레비전 제공자 네트워크들을 포함할 수 있다. 일부 예들에서, 전송 서비스 제공자(1100)는 주로 텔레비전 서비스들이 제공될 수 있게 하는데 이용될 수 있지만, 전송 서비스(1100) 제공자는 또한, 본 명세서에서 디스크립션된 전자통신 프로토콜들 및 메시지들의 임의의 조합에 따라 다른 타입들의 데이터 및 서비스들이 제공될 수 있게 할 수 있다는 점에 유의해야 한다. 전송 서비스 제공자(1100)는 무선 및/또는 유선 통신 매체의 임의의 조합을 포함할 수 있다. 전송 서비스 제공자(1100)는 동축 케이블들, 광섬유 케이블들, 트위스티드 페어 케이블들(twisted pair cables), 무선 전송기들 및 수신기들, 라우터들, 스위치들, 리피터들, 기지국들, 또는 다양한 디바이스들과 사이트들 사이의 통신들을 가능하게 하는 데 유용할 수 있는 임의의 다른 장비를 포함할 수 있다.
도 11을 참조하면, 수신기(1140)는 전송 서비스 제공자(1100)로부터 서비스를 수신하도록 구성된 임의의 디바이스를 포함할 수 있다. 예를 들어, 수신기(1140)는 유선 및/또는 무선 통신들을 위해 구비될 수 있고, 소위 스마트 텔레비전들, 셋탑 박스들, 및 디지털 비디오 레코더들을 포함한 텔레비전들을 포함할 수 있다. 또한, 수신기(1140)는 데스크탑, 랩탑 또는 태블릿 컴퓨터들, 게임 콘솔들, 예를 들어, 스마트폰들, 셀룰러 전화기들, 및 전송 서비스 제공자(1100)로부터 서비스를 수신하도록 구성된 개인용 게임 디바이스를 포함하는 모바일 디바이스들을 포함할 수 있다.
전송 서비스(1100)로부터 서비스의 수신의 일부로서, 수신기 (1140)는 배달 메커니즘을 통해 수신될 수 있는 다양한 미디어 스트림들 및 데이터에 관한 정보를 제공할 수 있는 시그널링 정보를 수신할 수 있다. 일례에서, 전송 서비스 제공자(1100)로부터의 시그널링 정보는 컴포넌트 정보 디스크립션(1110)을 포함할 수 있다. 컴포넌트 정보 디스크립션의 예는 도 13a, 도 13b, 도 15, 및 도 17과 관련하여 나중에 제공된다. 이 컴포넌트 정보 디스크립션(1110)을 수신한 후, 수신기 (1140)는 그것을 파싱 또는 디코딩할 수 있다. 일 예에서, 수신기(1140) 는 컴포넌트 정보 디스크립션 (1110)을 파싱할 때까지 추가 시그널링 정보를 파싱할 수 없을 수 있다. 일 예에서, 수신기(1140)는 컴포넌트 정보 디스크립션(1110)의 일부 또는 전부를 디코딩(decoding), 파싱 및 렌더링한(rendering) 후에 시청자에게 디스플레이할 수 있다. 일부 경우들에서, 그것은 이 정보를 시청자에 의해 시청될 수 있는 수신기 디바이스의 스크린 상에 디스플레이할 수 있다. 예시적인 경우에, 시청자는 수신, 파싱 및 디스플레이되는 이 정보에 기초하여 결정을 할 수 있다. 일 예에서, 결정은 서비스의 하나 이상의 컴포넌트를 수신하는 것일 수 있다. 이 경우에, 수신기(1140) 는 서비스의 하나 이상의 컴포넌트에 대한 컴포넌트 배달 요청(1120)을 전송 서비스 제공자(1100)에게 송신할 수 있다. 일 예에서, 수신기(1140)는 전송 서비스 제공자(1100)로부터 요청된 컴포넌트들의 배달을 수신할 수 있다.
도 12를 참조하면, 채널 정보 디스크립션 시그널링이 기술된다. 전송 서비스 제공자(1200) 는 텔레비전 서비스가 제공될 수 있도록 구성된 서비스의 제공자의 일 예이다. 예를 들어, 전송 서비스 제공자(1200)는 오버-디-에어 텔레비전 네트워크들, 공중 또는 가입 기반 위성 텔레비전 서비스 제공자 네트워크들, 오버-더-톱 서비스 네트워크들, 방송 서비스 네트워크들, 및 공중 또는 가입-기반 케이블 텔레비전 제공자 네트워크들을 포함할 수 있다. 일부 예들에서, 전송 서비스 제공자(1200)는 주로 텔레비전 서비스들이 제공될 수 있게 하는 데 이용될 수 있지만, 전송 서비스 제공자(1200)는 또한, 본 명세서에서 디스크립션된 전자통신 프로토콜들 및 메시지들의 임의의 조합에 따라 다른 타입들의 데이터 및 서비스들이 제공될 수 있게 할 수 있다는 점에 유의해야 한다. 전송 서비스 제공자(1200)는 무선 및/또는 유선 통신 매체의 임의의 조합을 포함할 수 있다. 전송 서비스 제공자(1200)는 동축 케이블들, 광섬유 케이블들, 트위스티드 페어 케이블들, 무선 전송기들 및 수신기들, 라우터들, 스위치들, 리피터들, 기지국들, 또는 다양한 디바이스들과 사이트들 사이의 통신들을 가능하게 하는 데 유용할 수 있는 임의의 다른 장비를 포함할 수 있다.
도 12를 참조하면, 수신기(1240) 는 전송 서비스 제공자(1200)로부터 서비스를 수신하도록 구성된 임의의 디바이스를 포함할 수 있다. 예를 들어, 수신기(1240) 는 유선 및/또는 무선 통신들을 위해 구비될 수 있고, 소위 스마트 텔레비전들, 셋탑 박스들, 및 디지털 비디오 레코더들을 포함한 텔레비전들을 포함할 수 있다. 또한, 수신기(1240)는 데스크탑, 랩탑 또는 태블릿 컴퓨터들, 게임 콘솔들, 예를 들어, 스마트폰들, 셀룰러 전화기들, 및 전송 서비스 제공자 (1200)로부터 서비스를 수신하도록 구성된 개인용 게임 디바이스를 포함하는 모바일 디바이스들을 포함할 수 있다.
전송 서비스 제공자(1200) 로부터 서비스의 수신의 일부로서, 수신기(1240)는 배달 메커니즘을 통해 수신될 수 있는 다양한 미디어 스트림들 및 데이터에 관한 정보를 제공할 수 있는 시그널링 정보를 수신할 수 있다. 일 예에서, 전송 서비스 제공자(1200)로부터의 시그널링 정보는 채널 정보 디스크립션(1210)을 포함할 수 있다. 채널 정보 디스크립션의 예는 도 14a, 도 14b, 도 16, 및 도 18과 관련하여 나중에 제공된다. 이 채널 정보 디스크립션(1210) 을 수신한 후, 수신기(1240)는 그것을 파싱 또는 디코딩할 수 있다. 일 예에서, 수신기(1240)는 채널 정보 디스크립션 (1210)을 파싱할 때까지 추가 시그널링 정보를 파싱할 수 없을 수 있다. 일 예에서, 수신기(1240)는 채널 정보 디스크립션(1210)의 일부 또는 전부를 디코딩, 파싱 및 렌더링한 후에 시청자에게 디스플레이할 수 있다. 일부 경우들에서, 그것은 이 정보를 시청자에 의해 시청될 수 있는 수신기 디바이스(1240)의 스크린 상에 디스플레이할 수 있다. 예시적인 경우에, 시청자는 수신, 파싱 및 디스플레이되는 이 정보에 기초하여 결정을 할 수 있다. 일 예에서, 결정은 서비스의 채널을 수신하는 것일 수 있다. 이 경우에, 수신기(1240)는 서비스에 대한 채널 배달 요청(1220)을 전송 서비스 제공자(1200)에게 송신할 수 있다. 일 예에서, 수신기(1240)는 전송 서비스 제공자(1200)로부터 채널의 배달을 수신할 수 있다.
도 13a 내지 도 13b는 컴포넌트 정보 디스크립터에 대한 바이너리 신택스를 나타낸다.
도 13b는 도 13a와 비교하여 더 적은 신택스 엘리먼트들을 포함하고, 따라서 전송 서비스 제공자(1100)에 의해 송신하기가 더 쉬울 수 있으며, 수신기 (1140)에 의해 파싱 및 디코딩하기 더 쉬울 수 있다.
도 13a 및 도 13b의 컴포넌트 정보 디스크립터는 서비스에서 이용가능한 컴포넌트들에 대한 정보를 제공한다. 이것은 서비스에서 이용가능한 컴포넌트들의 수에 관한 정보를 포함한다. 각각의 이용가능한 컴포넌트에 대해, 다음의 정보가 시그널링된다: 컴포넌트 타입, 컴포넌트 역할, 컴포넌트 명칭, 컴포넌트 식별자, 컴포넌트 보호 플래그. 오디오, 비디오, 폐쇄 자막 및 애플리케이션 컴포넌트들이 시그널링될 수 있다. 컴포넌트 역할 값들은 오디오, 비디오 및 폐쇄 자막 컴포넌트들에 대해 정의된다.
컴포넌트 정보 디스크립터에 대한 신택스는 도 13a 또는 도 13b에 도시된 신택스에 부합할 수 있다. 다른 예에서, 컴포넌트 정보 디스크립터의 전부 대신, 컴포넌트 정보 디스크립터에서의 엘리먼트들 중 일부만이 컴포넌트 정보 디스크립터에서 또는 일부 다른 디스크립터 또는 일부 다른 데이터 구조 내에서 시그널링될 수 있다.
도 13a 및 도 13b의 컴포넌트 정보 디스크립터에서의 신택스 엘리먼트들의 시맨틱 의미는 다음과 같을 수 있다.
descriptor_tag - 이것은 이 디스크립터를 식별하기 위한 8-비트 부호없는 정수이다. 이 디스크립터를 고유하게 식별하는 0-255 사이의 임의의 적절한 값이 시그널링될 수 있다. 일 예에서, 이 필드의 포맷은 uimsbf일 수 있다. 다른 예에서, 이 descriptor_tag 값에 기초하여 다른 디스크립터들에 비해 디스크립터를 고유하게 식별하는 것을 허용하는 어떤 다른 포맷이 이용될 수 있다.
descriptor_length - 이 8-비트 부호없는 정수는 필드 num_components에 바로 후속해서 이 디스크립터의 끝까지의 길이를(바이트 단위로) 특정할 수 있다. 일부 예들에서, 8-비트 대신, 이 필드는 16-비트일 수 있다.
num_components - 이 8-비트 부호없는 정수 필드는 이 서비스에 이용가능한 컴포넌트들의 수를 특정할 수 있다. 이 필드의 값은 1 내지 127의 범위에 있을 수 있고 양 끝점 값을 포함한다. 값들 128-255는 예약된다. 대안적인 예에서, 이 필드는 2개의 개별 필드로 분할될 수 있다: 7-비트 부호없는 정수 필드 num_components 및 1 비트 예약 필드.
component_type - 이 3-비트 부호없는 정수는 서비스에서 이용가능한 이 컴포넌트의 컴포넌트 타입을 특정할 수 있다. 0의 값은 오디오 컴포넌트를 나타낸다. 1의 값은 비디오 컴포넌트를 나타낸다. 2의 값은 폐쇄 자막 컴포넌트를 나타낸다. 3의 값은 애플리케이션 컴포넌트를 나타낸다. 값들 4 내지 7은 예약된다.
component_role - 이 4-비트 부호없는 정수는 이 컴포넌트의 역할 또는 종류를 특정할 수 있다. 정의된 값들은 하나 이상을 포함한다:
다른 예에서, 추가적으로 오디오에 대한 component_role 값은 다음과 같이 정의될 수 있다: 7 = 위급, 8= 카라오케. 이 경우에, 값들 9-14는 예약될 것이고, 15는 알려지지 않은 오디오 역할을 시그널링하는 데 사용될 것이다.
component_protected_flag - 이 1 비트 플래그는 이 컴포넌트가 보호(예를 들어, 암호화)되는지를 나타낸다. 이 플래그가 1의 값으로 설정될 때, 이 컴포넌트는 보호(예를 들어, 암호화)된다. 이 플래그가 0의 값으로 설정될 때, 이 컴포넌트는 보호(예를 들어, 암호화)되지 않는다.
component_id - 이 8-비트 부호없는 정수는 이 서비스에서 이용가능한 이 컴포넌트의 컴포넌트 식별자를 특정할 수 있다. component_id는 서비스 내에서 고유할 수 있다.
component_name_length - 이 8-비트 부호없는 정수는 이 필드에 바로 후속되는 component_name_bytes() 필드의 길이를 (바이트 단위로) 특정할 수 있다.
component_name_bytes() -"영어" 언어의 컴포넌트의 짧은 인간 판독가능 명칭. 그 각각의 문자는 UTF-8마다 인코딩될 수 있다.
도 13a, 도 13b, 도 14a, 도 14b와 관련하여, 디스크립터의 포맷 열은 다음과 같이 해석될 수 있다.
도 14a 내지 14b는 채널 정보 디스크립터에 대한 바이너리 신택스를 나타낸다. 도 14a 및 도 14b의 채널 디스크립터는 서비스 내의 채널(들)에 대한 정보를 제공한다. 이것은 주 채널 번호, 부 채널 번호, 프라이머리 채널 언어, 채널 장르, 채널 디스크립션(다수의 언어로 됨) 및 채널 아이콘을 포함한다.
채널 디스크립터에 대한 신택스는 도 14a 또는 도 14b에 도시된 신택스에 부합할 수 있다. 다른 예에서, 채널 디스크립터의 전부 대신, 채널 디스크립터에서의 엘리먼트들 중 일부만이 채널 디스크립터에서 또는 일부 다른 디스크립터 또는 일부 다른 데이터 구조 내에서 시그널링될 수 있다.
도 14a 및 도 14b의 채널 디스크립터에서의 신택스 엘리먼트들의 시맨틱 의미는 다음과 같다.
descriptor_tag - 이것은 이 디스크립터를 식별하기 위한 8-비트 부호없는 정수이다. 이 디스크립터를 고유하게 식별하는 0-255 사이의 임의의 적절한 값이 시그널링될 수 있다. 일 예에서, 이 필드의 포맷은 uimsbf일 수 있다. 다른 예에서, 이 descriptor_tag 값에 기초하여 다른 디스크립터들에 비해 디스크립터를 고유하게 식별하는 것을 허용하는 어떤 다른 포맷이 이용될 수 있다.
descriptor_length - 이 8-비트 부호없는 정수는 이 필드에 바로 후속해서 이 디스크립터의 끝까지의 길이를(바이트 단위로) 특정할 수 있다.
major_channel_num - 이 16-비트 부호없는 정수는 서비스의 주 채널 번호를 특정할 수 있다. 다른 예에서, 16 비트 대신에 이 필드에 대해 8 비트 또는 12 비트의 비트 폭이 이용될 수 있다.
minor_channel_num - 이 16-비트 부호없는 정수는 도 14a에 도시된 채널 디스크립터의 경우에 서비스의 부 채널 번호를 특정할 수 있다. 다른 예에서, 16 비트 대신에 이 필드에 대해 8 비트 또는 12 비트의 비트 폭이 이용될 수 있다.
도 14b에 도시된 채널 디스크립터의 경우에, 비트 폭은 15-비트로 변경된다. 따라서, 도 14b에 대해, 이 15-비트 부호없는 정수는 서비스의 부 채널 번호를 특정할 수 있다. 다른 예에서, 15-비트 대신에 이 필드에 대해 7-비트 또는 11-비트의 비트 폭이 이용될 수 있다.
service_lang_code - 서비스에서 이용되는 프라이머리 언어이다. 이 필드는 "언어들의 명칭들의 표현에 대한 코드들(Codes for the representation of languages) - 파트 3" 이라는 제목의 국제 표준 기구 (International Standard Organization: ISO) ISO 639-3에서 3 레터 코드 중 하나로 구성될 수 있다: 여기서 참조에 의해 그 전체가 본 명세서에 포함되는, http://www.iso.org에서 이용가능한 언어들의 포괄적인 커버리지에 대한 알파(Alpha)-3 코드. 다른 예들에서, 언어들의 미리 정의된 리스트가 정의될 수 있고, 이 필드는 이들 필드들의 리스트로의 인덱스일 수 있다. 대안적인 예에서, 이 필드에 대해 16비트가 이용될 수 있는데, 그 이유는 표현될 수 있는 언어들의 수에 대한 상한이 26 Х 26 Х 26 즉, 17576 또는 17576 - 547 = 17030이기 때문이다.
service_lang_genre - 서비스의 프라이머리 장르. service_lang_genre 엘리먼트는 서비스에 대한 장르 카테고리를 기술하기 위해 인스턴스화될 수 있다. <classificationSchemeURI>는 http://www.atsc.org/XMLSchemas/mh/2009/1.0/genre-cs/이고, service_lang_genre의 값은, 그 전체 내용이 참조로 본 명세서에 포함되는 http://www.atsc.org에서 이용가능한 "ATSC-모바일 DTV 표준, 파트 4-고지"라는 제목의 A/153 파트 4 문서의 부록 B의 분류 스키마로부터의 termID 값과 매칭할 수 있다.
icon_url_length - 이 8-비트 부호없는 정수는 이 필드에 바로 후속되는 icon_url_bytes() 필드의 길이를 (바이트 단위로) 특정할 수 있다.
icon_url_bytes() - 이 서비스를 나타내기 위해 이용되는 아이콘에 대한 URL. 각각의 문자는 유니코드 전송 포맷(Unicode Transmission Format: UTF)-8마다 인코딩될 수 있다.
service_descriptor_length - 이 8-비트 부호없는 정수는 이 필드에 바로 후속되는 service_descr_bytes() 필드의 길이를 (바이트 단위로) 특정할 수 있다.
service_descr_bytes() - 서비스의 짧은 디스크립션. "영어" 언어로 또는 이 디스크립터에서의 service_lang_code 필드의 값에 의해 식별되는 언어로 된다. 그 각각의 문자는 UTF-8마다 인코딩될 수 있다.
icon_url_length 및 service_descriptor_length의 값들은 이 전체 디스크립터의 길이에 대한 정보를 제공하는 descriptor_length 필드의 값에 의해 지정된 바와 같이 제한된다.
도 14b와 관련하여, 추가의 신택스 엘리먼트는 다음과 같다:
ext_channel_info_present_flag - 1비트 불리언 플래그로서, '1'로 설정될 때, 필드들 service_lang_code, service_genre_code, service_descr_length, service_descr_bytes(), icon_url_length, icon_url_bytes()를 포함하는 이 서비스에 대한 확장된 채널 정보 필드들이 이 디스크립터에 존재한다는 것을 나타낼 수 있다. '0' 의 값은, 필드들 service_lang_code, service_genre_code, service_descr_length, service_descr_bytes(), icon_url_length, icon_url_bytes()을 포함하는 이 서비스에 대한 확장된 채널 정보 필드들이 이 디스크립터에 존재하지 않는다는 것을 나타낼 수 있다.
따라서, 도 14b에 도시된 채널 디스크립터를 이용할 때, 도 14a에 비교하여 ext_channel_info_present_flag 값을 1 더 적은 엘리먼트들로 설정함으로써 디스크립터에서 시그널링될 수 있고, 따라서 전송 서비스 제공자(1200)에 의해 전송하는 것이 더 쉬워질 수 있고, 수신기(1240) 에 의해 더 쉽게 파싱 및 디코딩될 수 있다.
일부 예들에서, 채널 정보 디스크립터 (예를 들어, 도 14b)가 고속 정보 채널에 포함될 때, ext_channel_info_present_flag가 0과 동일할 수 있다는 것이 비트스트림 준수의 요건일 수 있다. 다른 예에서, 채널 정보 디스크립터 (예를 들어, 도 14b)가 비트 효율이 요구되는 위치에서 시그널링을 위해 포함될 때, ext_channel_info_present_flag가 0과 동일할 수 있다.
다른 예에서, ext_channel_info_present_flag가 1과 동일할 수 있다는 것이 비트스트림 준수의 요건일 수 있다.
컴포넌트 정보 디스크립터에 대한 도 13a 또는 도 13b의 바이너리 신택스에 더하여, 상이한 표현이 이용될 수 있다. 도 15는 컴포넌트 정보 디스크립터에 대한 XML 신택스 및 시맨틱스를 나타낸다. 도 17은 컴포넌트 정보 디스크립터에 대한 XML 스키마를 나타낸다.
채널 정보 디스크립터에 대한 도 14a 또는 도 14b의 바이너리 신택스에 더하여, 상이한 표현이 이용될 수 있다. 도 16은 채널 정보 디스크립터에 대한 XML 신택스 및 시맨틱스를 나타낸다.
도 18은 채널 정보 디스크립터에 대한 XML 스키마를 나타낸다.
다양한 XML 스키마들 및 명칭공간들에 대한 디스크립션이 아래에 제공된다. MMT에 대한 사용자 서비스 번들 디스크립션을 위한 XML 스키마가 또한 아래에 기술된다. 사용자 서비스 번들 디스크립션은 서비스에 액세스하기 위해 이용되는 시그널링 정보를 제공한다.
도 19a-c는 MPEG(Motion Picture Experts Group) 미디어 전송을 위한 예시적인 사용자 서비스 번들 디스크립션 프래그먼트를 예시한다. 다양한 엘리먼트들이 그들의 시맨틱스 정의와 함께 도 19a-c에 도시되어 있다. 사용자 서비스 번들 디스크립션은 ATSC의 시그널링의 일부를 형성한다.
도 19a-c와 관련하여, 콘텐츠 배달은 ATSC 방송 물리 계층을 통한 스트리밍 및/또는 파일 다운로드를 지원하기 위한 2개의 옵션을 포함한다: (1) 사용자 데이터그램 프로토콜(User Datagram Protocol: UDP) 및 인터넷 프로토콜(Internet Protocol: IP)을 통한 MPEG 미디어 전송 프로토콜(MPEG Media Transport Protocol: MMTP) 및 (2) UDP 및 IP를 통한 단방향 트랜스포트를 통한 실시간 오브젝트 배달. MMTP는 그 전체 내용이 참조로 본 명세서에 포함되는, ISO/IEC: ISO/IEC 23008-1, "Information technology-High efficiency coding and media delivery in heterogeneous environments-Part 1: MPEG media transport (MMT)"에서 설명되어 있다. 비디오 데이터를 스트리밍하기 위해 MMTP가 이용되는 경우에, 비디오 데이터는 미디어 처리 유닛(MPU)에 캡슐화될 수 있다. MMTP는 "MMT 엔티티에 의해 처리될 수 있고 다른 MPU들과는 독립적으로 제시 엔진에 의해 소비될 수 있는 미디어 데이터 항목"으로서 MPU를 정의한다. MPU들의 논리적 그룹화는 MMT 에셋을 형성할 수 있고, 여기서 MMTP는 "멀티미디어 제시를 구축하기 위해 이용될 임의의 멀티미디어 데이터"로서 에셋을 정의한다. 에셋은 인코딩된 미디어 데이터를 운반하기 위한 동일한 에셋 식별자를 공유하는 MPU들의 논리적 그룹화이다. 하나 이상의 에셋은 MMT 패키지를 형성할 수 있으며, 여기서 MMT 패키지는 멀티미디어 콘텐츠의 논리적 컬렉션이다. MP 테이블이라고도 불리는 MMT 패키지 테이블(MPT)은 "이 메시지 타입이 단일 패키지 소비에 요구되는 정보의 전부 또는 일부를 제공하는 MP(MPT 메시지) 테이블" 을 포함한다"라고 ISO/IEC 23008-1에 정의된 메시지이다. 이것은 또한 MP 테이블 메시지로 지칭된다
도 19a-c와 관련하여, 물리 계층 파이프(physical layer pipe: PLP)는 일반적으로 데이터 스트림의 전부 또는 부분들을 포함하는 논리적 구조라고 지칭할 수 있다. 예에서, PLP는 물리적 계층 프레임의 페이로드 내에 포함된다.
http://atsc.org/wp-content/uploads/2016/01/A331S33-174r5-Signaling-Delivery-Sync-FEC.pdf에서 이용가능하고 그 전체 내용이 참조로 포함되는 A/331 후보 표준(A/331)은 ATSC 3.0 시그널링, 배달, 동기화 및 에러 보호를 기술한다.
MMT에 대한 A/331에서는 콘텐츠 권고 등급들이 등급 지역 테이블(Rating Region Table: RRT)에 기초한 등급 시스템에 대해 시그널링될 수 있다. 등급 지역 테이블은 A/331의 부록 F에서 설명된다. 그러나, 세계의 모든 지역들이 RRT 기반 콘텐츠 권고 등급 시스템을 이용할 수 있는 것은 아니다. A/331은 MMT를 이용할 때 비-RRT 기반 콘텐츠 권고 등급 시그널링을 지원하지 않는다.
도 36은 비 등급 지역 테이블들(비-RRT) 관련 등급들에 대한 서비스 고지 내의 추가의 등급 정보의 시그널링을 기술한다.
도 36의 시그널링은 RRT 기반 및 비-RRT 기반 등급들의 동시적 포함을 허용한다.
도 36에서의 시그널링은 서비스에 대한 및/또는 콘텐츠에 대한 추가적인 비-RRT 기반 등급들을 시그널링하는 것을 지원한다.
제약들은 에러들을 야기할 수 있는 동일한 등급 스키마를 갖는 다수의 추가 등급들이 시그널링되지 않도록 보장하기 위해 정의된다.
도 36은 RRT 기반 및 비-RRT 기반 콘텐츠 권고 등급 시그널링에 대한 지원을 포함하는 MPEG 미디어 트랜스포트를 위한 사용자 서비스 번들 디스크립션 프래그먼트의 다른 예를 예시한다. 다양한 엘리먼트들 및 속성들이 도 36에 도시되어 있다. 사용자 서비스 번들 디스크립션은 ATSC의 시그널링의 일부를 형성한다.
도 36에서의 다양한 엘리먼트들 및 속성들의 시맨틱스는 다음과 같을 수 있다.
상위 레벨 또는 엔트리 포인트 SLS 프래그먼트는 USBD 프래그먼트이다. USBD에서의 엘리먼트들 중 일부는 다음을 포함한다:
엘리먼트 userServiceDescription 하의 자식 속성들 serviceId 및 serviceStatus;
엘리먼트 userServiceDescription 하에서의 자식 엘리먼트들 contentAdvisoryRating 및 OtherRatings;
엘리먼트 userServiceDescription 하의 자식 엘리먼트 Channel 및 그의 자식 속성들 serviceGenre, serviceIcon, 및 자식 엘리먼트 ServiceDescription 및 그의 자식 속성들 serviceDescrTex, serviceDescrLang;
엘리먼트 userServiceDescription 하의 자식 엘리먼트 mpuComponent 및 그의 자식 속성들 mmtPackageID 및 nextMMTPackageID,contendIdschemdIdUri, contentIdvalue, nextMmtPackageId, nextContentIdSchemeIdUri 및 nextContentIdValue;
ROUTE 프로토콜을 통해 로컬-캐싱된 서비스 콘텐츠의 전달을 지원하기 위한 서비스 시그널링 데이터로서, 엘리먼트 userServiceDescription 하의 자식 엘리먼트 routeComponent 및 그의 자식 속성들 sTSIDUri, apdURI sTSIDDestinationIpAddress, sTSIDDestinationUdpPort, sTSIDSourceIPAddress, sTSIDMajorProtocolVersion, sTSIDMinorProtocolVersion;
엘리먼트 userServiceDescription 하의 자식 엘리먼트 broadbandComponent 및 그의 자식 속성들 fullMPDUri; 및
엘리먼트 userServiceDescription 하의 자식 엘리먼트 ComponentInfo 및 그의 자식 속성들 componentType, componentRole, componentProtectedFlag, componentId, componentName.
동일한 정보가 서비스 고지에서 운반될 때 MMT USBD에서 반복되지 않아야 한다는 것이 추천된다. 이 경우에, 서비스 고지에서의 정보는 우선권을 가져야 한다.
bundleDescriptionMMT는 namespace를 갖는 XML 스키마에서의 정의들을 따르는 bundleDescriptionMMT 루트 엘리먼트를 포함하는 XML 문서로서 표현될 수 있다:
이러한 스키마들의 정의는 스키마 파일들에 있다.
앞서 식별된 XML 스키마들은 이 ATSC 3.0 표준에서 특정된 엘리먼트들의 정규적 신택스를 특정한다.
이러한 파일들을 포함하는 프래그먼트들에 대응하는 미디어 타입은 A/331의 부록 H.3에서 특정되는 바와 같을 수 있다.
이하의 텍스트는 MMT에 대한 사용자 서비스 디스크립션(User Service Description) 내의 엘리먼트들 및 속성들의 시맨틱스를 특정한다.
bundleDescriptionMMT - MMT에 대한 사용자 서비스 번들 디스크립션(User Service Bundle Description)의 루트 엘리먼트.
userServiceDescription - ATSC 3.0 서비스의 단일 인스턴스.
@globalServiceID - ATSC 3.0 서비스를 식별할 수 있는 전역적으로 고유한 URI. 이 파라미터는 ESG 데이터(Service@globalServiceID)에 링크하는 데 이용된다.
@serviceId - LLS(SLT) 내의 대응하는 서비스 엔트리에 대한 참조. 이 속성의 값은 서비스 엔트리에 할당된 serviceId의 동일한 값이다.
@serviceStatus - 이 서비스의 현재 상태를 활성 또는 비활성인 것으로 전달할 수 있는 불리언 속성. "1" 또는 "참"의 값은 서비스가 활성임을 나타낼 수 있다. "0" 또는 "거짓"의 값은 서비스가 비활성임을 나타낼 수 있다. 디폴트 값은 "1" 또는 "참"일 수 있다.
Name - @lang 속성에 의해 특정된 언어로의 ATSC 3.0 서비스의 명칭.
@lang - ATSC 3.0 서비스 명칭의 언어. 언어는, 그 전체가 참조로 본 명세서에 포함되는 https://tools.ietf.org/html/bcp47에서 정의된 BCP(47)에 따라 특정될 수 있다.
serviceLanguage - ATSC 3.0 서비스의 이용가능한 언어들. 언어는, 그 전체가 참조로 본 명세서에 포함되는 https://tools.ietf.org/html/bcp47에서 정의된 BCP(47)에 따라 특정될 수 있다.
contentAdvisoryRating - 그 전체 내용이 참조로 본 명세서에 포함되는 http://atsc.org/wp-content/uploads/2015/12/A332S33-159r6-Service-Announcement.pdf에서 이용가능한 ATSC 3.0 서비스 고지 명세 A/332 (A/332)에서 정의된 바와 같은 콘텐츠 권고 등급을 특정한다. 이 엘리먼트의 포맷은, 그 전체 내용이 참조로 본 명세서에 포함되는 http://atsc.org/wp-content/uploads/2015/12/A332S33-159r6-Service-Announcement.pdf에서 이용가능한 ATSC 3.0 서비스 고지 명세 A/332 (A/332)의 서비스 프래그먼트에 특정된 ContentAdvisoryRatings 엘리먼트와 동일할 수 있다.
OtherRatings - 그 전체 내용이 참조로 본 명세서에 포함되는 http://atsc.org/wp-content/uploads/2015/12/A332S33-159r6-Service-Announcement.pdf에서 이용가능한 ATSC 3.0 서비스 고지 명세 A/332 (A/332)에서 정의된 바와 같은 비-RRT 콘텐츠 권고 등급을 특정한다. 이 엘리먼트의 포맷은, 그 전체 내용이 참조로 본 명세서에 포함되는 http://atsc.org/wp-content/uploads/2015/12/A332S33-159r6-Service-Announcement.pdf에서 이용가능한 ATSC 3.0 서비스 고지 명세 A/332 (A/332)의 서비스 프래그먼트에 특정된 OtherRatings 엘리먼트와 동일할 수 있다. 각각의 OtherRatings 엘리먼트는 고유의 @ratingScheme 값을 가질 수 있다.
Channel - 이 엘리먼트는 서비스에 관한 정보를 포함한다.
@serviceGenre - 이 속성은 서비스의 프라이머리 장르를 나타낸다. 이 속성은 서비스에 대한 장르 카테고리를 기술하기 위해 인스턴스화될 수 있다. <classificationSchemeURI>는 http://www.atsc.org/XMLSchemas/mh/2009/1.0/genre-cs/이다.
@serviceIcon - 이 속성은 이 서비스를 표현하는 데 이용되는 아이콘에 대한 URL(Uniform Resource Locator)을 나타낸다.
ServiceDescription - 아마도 다수의 언어들로 서비스 디스크립션을 포함한다.
@serviceDescrText - 이 속성은 서비스의 디스크립션을 나타낸다.
@serviceDescrLang - 이 속성은 serviceDescrText의 언어를 나타낸다. xs:lang의 시맨틱스는 다음과 같을 수 있다.
mpuComponent - MPU들로서 배달되는 ATSC 3.0 서비스의 콘텐츠 컴포넌트들에 대한 디스크립션.
@mmtPackageId - MPU들로서 배달되는 ATSC 3.0 서비스의 콘텐츠 컴포넌트들에 대한 MMT 패키지에 대한 참조.
@contentIdschemeIdUri - 이 속성은 현재 MMT 패키지에 연관된 콘텐츠 ID에 대한 스킴을 식별하기 위한 URI를 나타낼 수 있다. @contentIdValue 속성의 시맨틱스는 이 속성에 의해 특정되는 스킴에 특정적이다. 허용되는 값들은 다음과 같다:
EIDR 콘텐츠 ID에 대한 urn:eidr;
Ad-ID 콘텐츠 ID에 대한 tag:atsc.org,2016:cid:adid;
사용자 프라이빗 콘텐츠 ID 시스템에 대한 tag:atsc.org,2016:cid:x-<abbrev>, 여기서 <abbrev>는 콘텐츠 ID 시스템에 대한 적합한 약어이다.
실험적 또는 독점적 콘텐츠 ID 시스템들은 실험적 또는 독점적 콘텐츠 ID 시스템에 대한 형태 "x-<abbrev>"의 지정으로 Ad-ID Content ID에 대한 contentIdSchemeIdUri에서 "adid"를 대체함으로써 지원될 수 있으며, 여기서 <abbrev>는 콘텐츠 ID 시스템에 대한 적합한 약어이다. 이렇게 할 때, 이용되는 <abbrev>가 동일한 서비스에 대한 임의의 다른 실험적 또는 독점적 콘텐츠 ID 시스템에 대해 중복되지 않는 주의가 취해져야 한다. 사용자 프라이빗 콘텐츠 ID 시스템은, 예를 들어, 집 번호들 또는 브로드캐스터에 의해 이용되는 어떤 다른 식별자 시스템일 수 있을 것이다.
@contentIdvalue - 이 속성은 @contentIdSchemeIdUri 속성에 의해 식별된 콘텐츠 ID 시스템에 따라 현재의 MMT 패키지에 연관된 콘텐츠 ID의 값을 특정할 수 있다. "EIDR Content ID"는 엔터테인먼트(Entertainment) 식별자 레지스트리에 등록된 EIDR ID의 정규 형태일 수 있다. (eidr.org 웹 사이트를 참조한다.) "Ad-ID Content ID"는 미국 광고 에이전시들의 협회(American Association of Advertising Agencies) 및 미국 광고주들의 협회에 의해 개발된 Ad-ID 시스템에 등록된 Ad-ID 코드일 수 있다. (www.ad-id.org 웹 사이트를 참조한다.)
@nextMmtPackageId - MPU들로서 배달되는 ATSC 3.0 서비스의 콘텐츠 컴포넌트들에 대해 @mmtPackageId에 의해 참조되는 것의 이후에 제 때에 이용될 MMT 패키지에 대한 참조.
@nextContentIdschemeIdUri - 이 속성은 다음 MMT 패키지에 연관된 콘텐츠 ID에 대한 스킴을 식별하기 위한 URI를 나타낼 수 있다. @nextContentIdValue 속성의 시맨틱스는 이 속성에 의해 특정되는 스킴에 특정적이다. 허용되는 값들은 다음과 같다:
EIDR 콘텐츠 ID에 대한 urn:eidr;
Ad-ID 콘텐츠 ID에 대한 tag:atsc.org,2016:cid:adid;
사용자 프라이빗 콘텐츠 ID 시스템에 대한 tag:atsc.org,2016:cid:x-<abbrev>, 여기서 <abbrev>는 콘텐츠 ID 시스템에 대한 적합한 약어이다.
실험적 또는 독점적 콘텐츠 ID 시스템들은 실험적 또는 독점적 콘텐츠 ID 시스템에 대한 형태 "x-<abbrev>"의 지정으로 Ad-ID Content ID에 대한 nextContentIdSchemeIdUri에서 "adid"를 대체함으로써 지원될 수 있으며, 여기서 <abbrev>는 콘텐츠 ID 시스템에 대한 적합한 약어이다. 이렇게 할 때, 이용되는 <abbrev>가 동일한 서비스에 대한 임의의 다른 실험적 또는 독점적 콘텐츠 ID 시스템에 대해 중복되지 않는 주의가 취해져야 한다. 사용자 프라이빗 콘텐츠 ID 시스템은, 예를 들어, 집 번호들 또는 브로드캐스터에 의해 이용되는 어떤 다른 식별자 시스템일 수 있을 것이다.
@nextContentIdvalue - 이 속성은 @nextContentIdSchemeIdUri 속성에 의해 식별된 콘텐츠 ID 시스템에 따라 다음 패키지에 연관된 콘텐츠 ID의 값을 특정할 수 있다. "EIDR Content ID"는 엔터테인먼트(Entertainment) 식별자 레지스트리에 등록된 EIDR ID의 정규 형태일 수 있다. (eidr.org 웹 사이트를 참조한다.) "Ad-ID Content ID"는 미국 광고 에이전시들의 협회(American Association of Advertising Agencies) 및 미국 광고주들의 협회에 의해 개발된 Ad-ID 시스템에 등록된 Ad-ID 코드일 수 있다. (www.ad-id.org 웹 사이트를 참조한다.)
routeComponent - ROUTE에 의해 배달되는 ATSC 3.0 서비스의 콘텐츠 컴포넌트들에 대한 디스크립션.
@sTSIDUri - 서비스 액세스 관련 파라미터들을 이 ATSC 3.0 서비스의 콘텐츠를 운반하는 트랜스포트 세션들에 제공하는 A/331에 정의된 S-TSID 프래그먼트에 대한 참조.
@apdURI - 이 옵션적 속성은 ROUTE에 의해 배달되는 ATSC 3.0 서비스의 콘텐츠 컴포넌트들에 대한 파일 복구 관련 정보를 제공하는 APD 프래그먼트에 대한 참조를 제공할 수 있다. 이 속성은 A/331에 기술된 바와 같은 APD 프래그먼트를 가리킨다.
@apdURI가 존재할 때, 적어도 하나의 Alternate-Content-Location-1 엘리먼트가 routeComponent @sTSIDUri에 의해 가리켜진 A/331에 기술된 바와 같이 S-TSID 프래그먼트의 EFDT 엘리먼트에 존재할 수 있다.
@sTSIDDestinationIpAddress - 이 서비스에 대해 S-TSID를 운반하는 패킷들의 dotted-IPv4 목적지 어드레스를 포함하는 스트링. 존재하지 않는 경우, 이 속성의 값은 현재의 MMTP 세션의 목적지 IP 어드레스인 것으로 추론된다.
@sTSIDDestinationUdpPort - 이 서비스에 대해 S-TSID를 운반하는 패킷들의 UDP 포트 번호를 포함하는 스트링.
@sTSIDSourceIpAddress - 이 서비스에 대해 S-TSID를 운반하는 패킷들의 dotted-IPv4 소스 어드레스를 포함하는 스트링.
@sTSIDMajorProtocolVersion - 이 서비스에 대해 S-TSID를 배달하는 데 이용되는 프로토콜의 주 버전 번호. 존재하지 않을 때, 이 속성의 값은 1인 것으로 추론된다.
@sTSIDMinorProtocolVersion - 이 서비스에 대해 S-TSID를 배달하는 데 이용되는 프로토콜의 부 버전 번호. 존재하지 않을 때, 이 속성의 값은 0인 것으로 추론된다.
broadbandComponent - 광대역에 의해 배달되는 ATSC 3.0 서비스의 콘텐츠 컴포넌트들에 대한 디스크립션.
@fullMPDUri - 광대역을 통해 배달되는 ATSC 3.0 서비스의 콘텐츠 컴포넌트들에 대한 디스크립션들을 포함하는 MPD 프래그먼트에 대한 참조.
ComponentInfo - 서비스에서 이용가능한 컴포넌트들에 관한 정보를 포함한다. 각각의 컴포넌트에 대해, 컴포넌트 타입, 컴포넌트 역할, 컴포넌트 명칭, 컴포넌트 식별자, 컴포넌트 보호 플래그에 관한 정보를 포함한다. 이 엘리먼트는 mpuComponent가 존재할 때 존재할 수 있다.
@componentType - 이 속성은 이 컴포넌트의 타입을 나타낸다. 0의 값은 오디오 컴포넌트를 나타낸다. 1의 값은 비디오 컴포넌트를 나타낸다. 2의 값은 폐쇄 자막 컴포넌트를 나타낸다. 값 3 내지 7은 예약된다.
@componentRole - 이 속성은 이 컴포넌트의 역할 또는 종류를 나타낸다.
오디오의 경우 (상기 componentType 속성이 0과 동일할 때): componentRole 속성의 값들은 다음과 같다: 0= 완전한 메인(Complete main), 1= 음악 및 효과들(Music and Effects), 2= 다이얼로그(Dialog), 및 3= 실황방송(Commentary), 4= 시각 장애자(Visually Impaired), 5= 청각 장애자(Hearing Impaired), 6= 보이스-오버(Voice-Over), 7-254= 예약됨(reserved), 255= 미지(unknown).
비디오의 경우(상기 componentType 속성이 1과 동일할 때) componentRole 속성의 값들은 다음과 같다: 0= 프라이머리 비디오, 1-254=예약됨, 255=미지.
폐쇄 자막 컴포넌트에 대해 (위의 componentType 속성이 2와 동일할 때) componentRole 속성의 값들은 다음과 같다: 0= 정규(Normal), 1= 이지 리더(Easy reader), 2-254=예약됨, 255= 미지.
위의 @componentType 속성이 3 내지 7 사이의 값을 가질 때 - 양 끝점 값을 포함함 -, @componentRole 값은 255와 동일할 수 있다.
@componentProtectedFlag - 이 속성은 이 컴포넌트가 보호(예를 들어, 암호화)되는지를 나타낸다. 이 플래그가 1의 값으로 설정될 때, 이 컴포넌트는 보호(예를 들어, 암호화)된다. 이 플래그가 0의 값으로 설정될 때, 이 컴포넌트는 보호(예를 들어, 암호화)되지 않는다. 존재하지 않을 때, componentProtectedFlag 속성의 값은 0과 동일한 것으로 추론된다.
@componentId - 이 속성은 이 컴포넌트의 식별자를 나타낸다. 이 속성의 값은 이 컴포넌트에 대응하는 MP 테이블 내의 asset_id와 동일할 수 있다.
@componentName - 이 속성은 이 컴포넌트의 인간 판독가능 명칭을 나타낸다.
비-RRT 콘텐츠 권고들의 MMT 시그널링에 대해 다음과 같은 것이 행해질 수 있다:
MMT를 이용할 때, 비-RRT 콘텐츠 권고 등급은 도 36에 정의된 바와 같이 MMT에 대한 USBD 내의 sa:otherRatings 엘리먼트에 의해 특정될 수 있다. 이 엘리먼트의 포맷은 ATSC 3.0 서비스 고지 A/332 명세의 서비스 프래그먼트에 특정된 OtherRatings 엘리먼트와 동일할 수 있다.
도 37은 그 전체 내용이 참조로 본 명세서에 포함되는 http://atsc.org/wp-content/uploads/2015/12/A332S33-159r6-Service-Announcement.pdf에서 이용가능한 ATSC 3.0 서비스 고지 명세 A/332(A/332)의 sa:otherRatings 엘리먼트에 대한 예시적인 신택스 및 시맨틱스를 기술한다. 도 37에 관련하여, 다음과 같은 제한이 따를 수 있다:
각각의 OtherRatings 엘리먼트는 고유 ratingScheme 값을 가질 수 있다. 도 20a-c는 MMT USBD에 대해 도 19a-c에 도시된 테이블 구조에 도시된 엘리먼트들 및 속성들에 대응하는 MMT USBD에 대한 XML 스키마를 제공한다.
MPEG 미디어 트랜스포트를 위한 사용자 서비스 번들 디스크립션(User Service Bundle Description) 프래그먼트의 다른 예가 도 38에 도시되어 있다. 도 38에서의 다양한 엘리먼트들 및 속성들의 시맨틱스는 다음과 같을 수 있다:
상위 레벨 또는 엔트리 포인트 SLS 프래그먼트는 USBD 프래그먼트이다. USBD에서의 엘리먼트들 중 일부는 다음을 포함한다:
엘리먼트 userServiceDescription 하의 자식 속성들 serviceId 및 serviceStatus;
엘리먼트 userServiceDescription 하에서의 자식 엘리먼트들 contentAdvisoryRating 및 OtherRatings;
엘리먼트 userServiceDescription 하의 자식 엘리먼트 Channel 및 그의 자식 속성들 serviceGenre, serviceIcon, 및 자식 엘리먼트 ServiceDescription 및 그의 자식 속성들 serviceDescrTex, serviceDescrLang;
엘리먼트 userServiceDescription 하의 자식 엘리먼트 mpuComponent 및 그의 자식 속성들 mmtPackageID 및 nextMMTPackageID,contendIdschemdIdUri, contentIdvalue, nextMmtPackageId, nextContentIdSchemeIdUri 및 nextContentIdValue;
ROUTE 프로토콜을 통해 로컬-캐싱된 서비스 콘텐츠의 전달을 지원하기 위한 서비스 시그널링 데이터로서, 엘리먼트 userServiceDescription 하의 자식 엘리먼트 routeComponent 및 그의 자식 속성들 sTSIDUri, apdURI sTSIDDestinationIpAddress, sTSIDDestinationUdpPort, sTSIDSourceIPAddress, sTSIDMajorProtocolVersion, sTSIDMinorProtocolVersion;
엘리먼트 userServiceDescription 하의 자식 엘리먼트 broadbandComponent 및 그의 자식 속성들 fullMPDUri; 및
엘리먼트 userServiceDescription 하의 자식 엘리먼트 ComponentInfo 및 그의 자식 속성들 componentType, componentRole, componentProtectedFlag, componentId, componentName.
동일한 정보가 서비스 고지에서 운반될 때 MMT USBD에서 반복되지 않아야 한다는 것이 추천된다. 이 경우에, 서비스 고지에서의 정보는 우선권을 가져야 한다.
bundleDescriptionMMT는 namespace를 갖는 XML 스키마에서의 정의들을 따르는 bundleDescriptionMMT 루트 엘리먼트를 포함하는 XML 문서로서 표현될 수 있다:
이러한 스키마들의 정의는 스키마 파일들에 있다.
한편 상기에서 식별된 XML 스키마들은 이 ATSC 3.0 표준에서 지정된 엘리먼트들의 정규적 신택스를 특정한다.
이러한 파일들을 포함하는 프래그먼트들에 대응하는 미디어 타입은 A/331의 부록 H.3에서 특정되는 바와 같을 수 있다.
이하의 텍스트는 MMT에 대한 사용자 서비스 디스크립션(User Service Description) 내의 엘리먼트들 및 속성들의 시맨틱스를 특정한다.
bundleDescriptionMMT - MMT에 대한 사용자 서비스 번들 디스크립션(User Service Bundle Description)의 루트 엘리먼트.
userServiceDescription - ATSC 3.0 서비스의 단일 인스턴스.
@globalServiceID - ATSC 3.0 서비스를 식별하는 전역적으로 고유한 URI. 이 파라미터는 ESG 데이터(Service@globalServiceID)에 링크하는 데 이용된다. 이 속성의 부재는 이 ATSC 3.0 서비스가 ESG 또는 EAS 서비스라는 것을 암시할 수 있다.
@serviceId - LLS(SLT) 내의 대응하는 서비스 엔트리에 대한 참조. 이 속성의 값은 서비스 엔트리에 할당된 serviceId의 동일한 값이다.
Name - @lang 속성에 의해 특정된 언어로의 ATSC 3.0 서비스의 명칭. 명칭이 존재하지 않을 때, ATSC 3.0 서비스의 명칭에 대해 추론되는 디폴트 값이 존재하지 않는다.
@lang - ATSC 3.0 서비스 명칭의 언어. 언어는, 그 전체가 참조로 본 명세서에 포함되는 https://tools.ietf.org/html/bcp47에서 정의된 BCP(47)에 따라 특정될 수 있다.
serviceLanguage - ATSC 3.0 서비스의 이용가능한 언어들. 언어는, 그 전체가 참조로 본 명세서에 포함되는 https://tools.ietf.org/html/bcp47에서 정의된 BCP(47)에 따라 특정될 수 있다. serviceLanguage가 존재하지 않을 때, 그것은 "en"인 것으로 추론된다.
contentAdvisoryRating - 그 전체 내용이 참조로 본 명세서에 포함되는 http://atsc.org/wp-content/uploads/2015/12/A332S33-159r6-Service-Announcement.pdf에서 이용가능한 ATSC 3.0 서비스 고지 명세 A/332 (A/332)에서 정의된 바와 같은 콘텐츠 권고 등급을 특정한다. 이 엘리먼트의 포맷은, 그 전체 내용이 참조로 본 명세서에 포함되는 http://atsc.org/wp-content/uploads/2015/12/A332S33-159r6-Service-Announcement.pdf에서 이용가능한 ATSC 3.0 서비스 고지 명세 A/332 (A/332)의 서비스 프래그먼트에 특정된 ContentAdvisoryRatings 엘리먼트와 동일할 수 있다. contentAdvisoryRating이 존재하지 않을 때, 서비스의 RRT-기반 콘텐츠 권고 등급에 대해 추론되는 디폴트 값이 존재하지 않는다.
OtherRatings - 그 전체 내용이 참조로 본 명세서에 포함되는 http://atsc.org/wp-content/uploads/2015/12/A332S33-159r6-Service-Announcement.pdf에서 이용가능한 ATSC 3.0 서비스 고지 명세 A/332 (A/332)에서 정의된 바와 같은 비-RRT 콘텐츠 권고 등급을 특정한다. 이 엘리먼트의 포맷은, 그 전체 내용이 참조로 본 명세서에 포함되는 http://atsc.org/wp-content/uploads/2015/12/A332S33-159r6-Service-Announcement.pdf에서 이용가능한 ATSC 3.0 서비스 고지 명세 A/332 (A/332)의 서비스 프래그먼트에 특정된 OtherRatings 엘리먼트와 동일하다. 각각의 OtherRatings 엘리먼트는 고유의 @ratingScheme 값을 가질 수 있다. OtherRatings가 존재하지 않을 때, 서비스의 비-RRT 기반 콘텐츠 권고 등급에 대해 추론되는 디폴트 값이 존재하지 않는다.
Channel - 이 엘리먼트는 서비스에 관한 정보를 포함한다.
@serviceGenre - 이 속성은 서비스의 프라이머리 장르를 나타낸다. 이 속성은 서비스에 대한 장르 카테고리를 기술하기 위해 인스턴스화될 수 있다. <classificationSchemeURI>는 http://www.atsc.org/XMLSchemas/mh/2009/1.0/genre-cs/이다.
@serviceGenre가 존재하지 않을 때, 서비스의 프라이머리 장르에 대해 추론되는 디폴트 값이 존재하지 않는다.
@serviceIcon - 이 속성은 이 서비스를 표현하는 데 이용되는 아이콘에 대한 URL(Uniform Resource Locator)을 나타낸다.
ServiceDescription - 아마도 다수의 언어들로 서비스 디스크립션을 포함한다.
@serviceDescrText - 이 속성은 서비스의 디스크립션을 나타낸다.
@serviceDescrLang - 이 속성은 serviceDescrText의 언어를 나타낸다. xs:lang의 시맨틱스는 다음과 같을 수 있다. @serviceDescrLang이 존재하지 않을 때, 그것은 "en"인 것으로 추론된다.
다른 예에서, @serviceDescrLang이 존재하지 않을 때, 어떤 다른 디폴트 값이 추론될 수 있다. 예를 들어:
mpuComponent - MPU들로서 배달되는 ATSC 3.0 서비스의 콘텐츠 컴포넌트들에 대한 디스크립션.
@mmtPackageId - MPU들로서 배달되는 ATSC 3.0 서비스의 콘텐츠 컴포넌트들에 대한 MMT 패키지에 대한 참조.
@contentIdschemeIdUri - 이 속성은 현재 MMT 패키지에 연관된 콘텐츠 ID에 대한 스킴을 식별하기 위한 URI를 나타낼 수 있다. @contentIdValue 속성의 시맨틱스는 이 속성에 의해 특정되는 스킴에 특정적이다. 허용되는 값들은 다음과 같다:
실험적 또는 독점적 콘텐츠 ID 시스템들은 실험적 또는 독점적 콘텐츠 ID 시스템에 대한 형태 "x-<abbrev>"의 지정으로 Ad-ID Content ID에 대한 contentIdSchemeIdUri에서 "adid"를 대체함으로써 지원될 수 있으며, 여기서 <abbrev>는 콘텐츠 ID 시스템에 대한 적합한 약어이다. 이렇게 할 때, 이용되는 <abbrev>가 동일한 서비스에 대한 임의의 다른 실험적 또는 독점적 콘텐츠 ID 시스템에 대해 중복되지 않는 주의가 취해져야 한다. 사용자 프라이빗 콘텐츠 ID 시스템은, 예를 들어, 집 번호들 또는 브로드캐스터에 의해 이용되는 어떤 다른 식별자 시스템일 수 있을 것이다.
@contentIdschemeIdUri가 존재하지 않을 때, 디폴트 값이 추론되지 않으며, 현재의 MMT 패키지에 대한 콘텐츠 ID에 관한 이 사용자 서비스 디스크립션에 어떠한 정보도 존재하지 않는다.
@contentIdvalue - 이 속성은 @contentIdSchemeIdUri 속성에 의해 식별된 콘텐츠 ID 시스템에 따라 현재의 MMT 패키지에 연관된 콘텐츠 ID의 값을 특정할 수 있다. "EIDR Content ID"는 엔터테인먼트(Entertainment) 식별자 레지스트리에 등록된 EIDR ID의 정규 형태일 수 있다. (eidr.org 웹 사이트를 참조한다.) "Ad-ID Content ID"는 미국 광고 에이전시들의 협회(American Association of Advertising Agencies) 및 미국 광고주들의 협회에 의해 개발된 Ad-ID 시스템에 등록된 Ad-ID 코드일 수 있다. (www.ad-id.org 웹 사이트를 참조한다).
@contentIdschemeIdUri가 존재하지 않을 때, @contentIdschemeIdUri가 존재하지 않을 수 있다. @contentIdschemeIdUri가 존재할 때, @contentIdschemeIdUri가 존재할 수 있다.
@contentIdschemeIdValue가 존재하지 않을 때, 추론되는 디폴트 값이 없고, 현재의 MMT 패키지에 대한 콘텐츠 ID에 관한 이 사용자 서비스 디스크립션(User Service Description)에 어떠한 정보도 존재하지 않는다.
@nextMmtPackageId - MPU들로서 배달되는 ATSC 3.0 서비스의 콘텐츠 컴포넌트들에 대해 @mmtPackageId에 의해 참조되는 것의 이후에 제 때에 이용될 MMT 패키지에 대한 참조.
@nextContentIdschemeIdUri - 이 속성은 다음 MMT 패키지에 연관된 콘텐츠 ID에 대한 스킴을 식별하기 위한 URI를 나타낼 수 있다. @nextContentIdValue 속성의 시맨틱스는 이 속성에 의해 특정되는 스킴에 특정적이다. 허용되는 값들은 다음과 같다:
실험적 또는 독점적 콘텐츠 ID 시스템들은 실험적 또는 독점적 콘텐츠 ID 시스템에 대한 형태 "x-<abbrev>"의 지정으로 Ad-ID Content ID에 대한 nextContentIdSchemeIdUri에서 "adid"를 대체함으로써 지원될 수 있으며, 여기서 <abbrev>는 콘텐츠 ID 시스템에 대한 적합한 약어이다. 이렇게 할 때, 이용되는 <abbrev>가 동일한 서비스에 대한 임의의 다른 실험적 또는 독점적 콘텐츠 ID 시스템에 대해 중복되지 않는 주의가 취해져야 한다. 사용자 프라이빗 콘텐츠 ID 시스템은, 예를 들어, 집 번호들 또는 브로드캐스터에 의해 이용되는 어떤 다른 식별자 시스템일 수 있을 것이다.
@nextcontentIdschemeIdUri가 존재하지 않을 때, 추론되는 디폴트 값이 없고, 현재의 MMT 패키지에 대한 콘텐츠 ID에 관한 이 사용자 서비스 디스크립션(User Service Description)에 어떠한 정보도 존재하지 않는다.
@nextContentIdvalue - 이 속성은 @nextContentIdSchemeIdUri 속성에 의해 식별된 콘텐츠 ID 시스템에 따라 다음 패키지에 연관된 콘텐츠 ID의 값을 특정할 수 있다. "EIDR Content ID"는 엔터테인먼트(Entertainment) 식별자 레지스트리에 등록된 EIDR ID의 정규 형태일 수 있다. (eidr.org 웹 사이트를 참조한다.) "Ad-ID Content ID"는 미국 광고 에이전시들의 협회(American Association of Advertising Agencies) 및 미국 광고주들의 협회에 의해 개발된 Ad-ID 시스템에 등록된 Ad-ID 코드일 수 있다. (www.ad-id.org 웹 사이트를 참조한다.)
@nextcontentIdschemeIdUri가 존재하지 않을 때, @nextcontentIdschemeIdUri가 존재하지 않을 수 있다. @nextcontentIdschemeIdUri가 존재할 때, @nextcontentIdschemeIdUri가 존재할 수 있다.
@nextcontentIdschemeIdValue가 존재하지 않을 때, 추론되는 디폴트 값이 없고, 현재의 MMT 패키지에 대한 콘텐츠 ID에 관한 이 사용자 서비스 디스크립션(User Service Description)에 어떠한 정보도 존재하지 않는다.
routeComponent - ROUTE에 의해 배달되는 ATSC 3.0 서비스의 콘텐츠 컴포넌트들에 대한 디스크립션.
@sTSIDUri - 서비스 액세스 관련 파라미터들을 이 ATSC 3.0 서비스의 콘텐츠를 운반하는 트랜스포트 세션들에 제공하는 S-TSID 프래그먼트에 대한 참조.
@apdURI - 이 옵션적 속성은 ROUTE에 의해 배달되는 ATSC 3.0 서비스의 콘텐츠 컴포넌트들에 대한 파일 복구 관련 정보를 제공하는 APD 프래그먼트에 대한 참조를 제공할 수 있다. 이 속성은 A/331에 기술된 바와 같은 APD 프래그먼트를 가리킨다.
@apdURI가 존재할 때, 적어도 하나의 Alternate-Content-Location-1 엘리먼트가 routeComponent @sTSIDUri에 의해 가리켜진 S-TSID 프래그먼트의 EFDT 엘리먼트에 존재할 수 있다. @apdURI가 존재하지 않을 때, 디폴트 값이 추론되지 않는다.
@sTSIDDestinationIpAddress - 이 서비스에 대해 S-TSID를 운반하는 패킷들의 dotted-IPv4 목적지 어드레스를 포함하는 스트링. 존재하지 않는 경우, 이 속성의 값은 현재의 MMTP 세션의 목적지 IP 어드레스인 것으로 추론된다.
@sTSIDDestinationUdpPort - 이 서비스에 대해 S-TSID를 운반하는 패킷들의 UDP 포트 번호를 포함하는 스트링.
@sTSIDSourceIpAddress - 이 서비스에 대해 S-TSID를 운반하는 패킷들의 dotted-IPv4 소스 어드레스를 포함하는 스트링.
@sTSIDMajorProtocolVersion - 이 서비스에 대해 S-TSID를 배달하는 데 이용되는 프로토콜의 주 버전 번호. 존재하지 않을 때, 이 속성의 값은 1인 것으로 추론된다.
@sTSIDMinorProtocolVersion - 이 서비스에 대해 S-TSID를 배달하는 데 이용되는 프로토콜의 부 버전 번호. 존재하지 않을 때, 이 속성의 값은 0인 것으로 추론된다.
broadbandComponent - 광대역에 의해 배달되는 ATSC 3.0 서비스의 콘텐츠 컴포넌트들에 대한 디스크립션. mpuComponent, routeComponent 또는 broadbandComponent 중 적어도 하나가 존재할 수 있다.
@fullMPDUri - 광대역을 통해 배달되는 ATSC 3.0 서비스의 콘텐츠 컴포넌트들에 대한 디스크립션들을 포함하는 MPD 프래그먼트에 대한 참조.
ComponentInfo - 서비스에서 이용가능한 컴포넌트들에 관한 정보를 포함한다. 각각의 컴포넌트에 대해, 컴포넌트 타입, 컴포넌트 역할, 컴포넌트 명칭, 컴포넌트 식별자, 컴포넌트 보호 플래그에 관한 정보를 포함한다. 이 엘리먼트는 mpuComponent 엘리먼트가 존재할 때 존재할 수 있다.
@componentType - 이 속성은 이 컴포넌트의 타입을 나타낸다. 0의 값은 오디오 컴포넌트를 나타낸다. 1의 값은 비디오 컴포넌트를 나타낸다. 2의 값은 폐쇄 자막 컴포넌트를 나타낸다. 값 3 내지 7은 예약된다.
@componentRole - 이 속성은 이 컴포넌트의 역할 또는 종류를 나타낸다.
오디오의 경우 (상기 componentType 속성이 0과 동일할 때): componentRole 속성의 값들은 다음과 같다: 0= 완전한 메인(Complete main), 1= 음악 및 효과들(Music and Effects), 2= 다이얼로그(Dialog), 및 3= 실황방송(Commentary), 4= 시각 장애자(Visually Impaired), 5= 청각 장애자(Hearing Impaired), 6= 보이스-오버(Voice-Over), 7-254= 예약됨(reserved), 255= 미지(unknown).
비디오의 경우(상기 componentType 속성이 1과 동일할 때) componentRole 속성의 값들은 다음과 같다: 0= 프라이머리 비디오, 1-254=예약됨, 255=미지.
폐쇄 자막 컴포넌트에 대해 (위의 componentType 속성이 2와 동일할 때) componentRole 속성의 값들은 다음과 같다: 0= 정규(Normal), 1= 이지 리더(Easy reader), 2-254=예약됨, 255= 미지.
위의 @componentType 속성이 3 내지 7 사이의 값을 가질 때 - 양 끝점 값을 포함함 -, @componentRole 값은 255와 동일할 수 있다.
@componentProtectedFlag - 이 속성은 이 컴포넌트가 보호(예를 들어, 암호화)되는지를 나타낸다. 이 플래그가 1의 값으로 설정될 때, 이 컴포넌트는 보호(예를 들어, 암호화)된다. 이 플래그가 0의 값으로 설정될 때, 이 컴포넌트는 보호(예를 들어, 암호화)되지 않는다. 존재하지 않을 때, componentProtectedFlag 속성의 값은 0과 동일한 것으로 추론된다.
@componentId - 이 속성은 이 컴포넌트의 식별자를 나타낸다. 이 속성의 값은 이 컴포넌트에 대응하는 MP 테이블 내의 asset_id와 동일할 수 있다.
@componentName - 이 속성은 이 컴포넌트의 인간 판독가능 명칭을 나타낸다. @componentName가 존재하지 않을 때, 디폴트 값이 추론되지 않는다.
도 22a-c는 MMT USBD에 대한 변형 XML 스키마를 도시한다. 도 20a-c 및 도 22a-c의 XML 스키마는 다음을 포함한다:
이러한 정의들은 동시에 MMS USBD를 정의하는 것을 효율적이게 하여, 엘리먼트 또는 속성에 대해 불법적인 값이 특정되는 것을 방지한다.
도 22a-c에 도시된 XML 스키마와 도 20a-c에 도시된 XML 스키마 사이의 차이는 다음과 같다:
도 21a-c는 그래픽 도면 포맷의 XML 스키마 구조를 도시한다.
스키마에 대한 명칭공간(namespace) 디스크립션 및 규칙들은 아래와 같이 정의될 수 있다. XML 스키마 및 Namespaces의 일반적인 디스크립션이 또한 아래에 제공된다.
다수의 XML 엘리먼트들이 정의될 수 있고 서비스 시그널링 및 배달을 위해 이용될 수 있다. 이러한 엘리먼트들은 다음의 상황들에 대응할 수 있다.
이들 XML 엘리먼트들은 각각의 개별 스키마 문서들에서 별개의 명칭공간들로 정의될 수 있다. 다양한 스키마들에 의해 이용되는 명칭공간들은 다양한 개별 스키마들을 정의할 때 기술될 수 있다. 최우측 2개의 '/' 구분기호들 사이의 명칭공간들의 서브-스트링 부분은 스키마들의 주 및 부 버전을 나타낸다. 초기에 정의된 스키마들은 버전 '1.0' 을 가질 수 있는데, 이는 주 버전이 1이고 부 버전이 0인 것을 나타낸다.
스키마에서의 미래의 변경들에 대한 유연성을 제공하기 위해, 현재 정의된 명칭공간들을 갖는 XML 문서들의 디코더들은 그들이 인식하지 않는 임의의 엘리먼트들 또는 속성들을 에러들로서 취급하는 것 대신에 무시해야 한다.
이 문서에 나타나는 테이블에 의해 암시된 XML 스키마 정의들(예를 들어, 도 19a-c)과 XML 스키마 정의 파일들(예를 들어, 도 20a-c 또는 도 22a-c)에 나타나는 것들 간의 임의의 불일치의 경우에, XML 스키마 정의 파일들에서의 것들이 권한이 있고 우선권을 가질 수 있다.
이 문서에서 정의된 스키마들에 대한 XML 스키마 문서는 ATSC 웹사이트에서 발견될 수 있다.
MMT USBD에 대한 공식적인, 유효한 XML 스키마에 대한 디스크립션이 이하에 제공된다. 이 설명은 도 20a-c 및 도 22a-c에 도시된 XML 스키마 및 도 21a-c에 도시된 XML 스키마 구조에 관한 것이다.
bundleDescription은 XML 스키마를 따르는 bundleDescription 루트 엘리먼트를 포함하는 XML 문서로서 표현될 수 있다. 이러한 스키마 파일의 예들은 도 20a-c에 도시되고 "XML 스키마 및 명칭공간"에 대한 설명은 위에 제공되어 있다.
MBMS USBD 프래그먼트에 대한 ATSC 확장은 명칭공간을 갖는 XML 스키마에 특정된 바와 같을 수 있다: http://www.atsc.org/XMLSchemas/ATSC3/Delivery/MMTUSD/1.0/
이 MMT USBD 스키마의 엘리먼트들 중 임의의 것에 대해, 이들이 XML 문서에 나타난다면, 약어 "mmtusd"가 명칭공간 접두사로 이용되어야 한다. 이러한 접두사를 명칭공간에 바인딩하는 것은 XML 문서의 스키마 엘리먼트에 다음과 같은 속성을 포함시킴으로써 선언될 수 있다. xmlns:mmtusd=" http://www.atsc.org/XMLSchemas/ATSC3/Delivery/MMTUSD/1.0"
변형예에서, 단일 명칭공간이 다양한 시그널링 관련 스키마들에 대해 정의되고 이용될 수 있다. 이 경우에, 다음의 디스크립션은 명칭공간 정의에 적용될 수 있다.
다수의 XML 엘리먼트들이 정의될 수 있고 서비스 시그널링 및 배달을 위해 이용될 수 있다. 이들 엘리먼트들은 다음의 상황들에 대응한다:
이들 XML 엘리먼트들은 단일 공통 명칭공간으로 정의될 수 있다. 최우측 2개의 '/' 구분기호들 사이의 명칭공간들의 서브-스트링 부분은 스키마들의 주 및 부 버전을 나타낸다. 초기에 정의된 스키마들은 버전 '1.0' 을 가질 수 있는데, 이는 주 버전이 1이고 부 버전이 0인 것을 나타낸다.
스키마에서의 미래의 변경들에 대한 유연성을 제공하기 위해, 현재 정의된 이 명칭공간을 갖는 XML 문서들의 디코더들은 그들이 인식하지 않는 임의의 엘리먼트들 또는 속성들을 에러들로서 취급하는 것 대신에 무시해야 한다.
이 문서에 나타나는 테이블에 의해 암시된 XML 스키마 정의(예를 들어, 도 19a-c)과 XML 스키마 정의 파일들(예를 들어, 도 20a-c 또는 도 22a-c)에 나타나는 것들 간의 임의의 불일치의 경우에, XML 스키마 정의 파일들에서의 것들이 권한이 있고 우선권을 가질 수 있다.
이 문서에서 정의된 스키마들에 대한 XML 스키마 문서는 ATSC 웹사이트에서 발견될 수 있다.
변형 예에서, 다양한 시그널링 관련 스키마들에 대한 시그널링된 명칭공간을 사용할 때, 다음이 적용될 수 있다.
MMT USBD에 대한 공식적인, 유효한 XML 스키마에 대한 디스크립션이 다음과 같을 수 있다. 이 설명은 도 20a-c 및 도 22a-c에 도시된 XML 스키마 및 도 21a-c에 도시된 XML 스키마 구조에 관한 것이다.
bundleDescription은 XML 스키마를 따르는 bundleDescription 루트 엘리먼트를 포함하는 XML 문서로서 표현될 수 있다. 이러한 스키마 파일의 예들은 도 20a-c에 도시되고 "XML 스키마 및 명칭공간"에 대한 설명은 위에 제공되어 있다.
MBMS USBD 프래그먼트에 대한 ATSC 확장은 명칭공간을 갖는 XML 스키마에 특정된 바와 같을 수 있다: http://www.atsc.org/XMLSchemas/ATSC3/Delivery/Signaling/1.0/
ATSC 시그널링 스키마들의 엘리먼트들 중 임의의 것에 대해, 이들이 XML 문서에 나타난다면, 약어 "atscsig"가 명칭공간 접두사로 이용되어야 한다. 이러한 접두사를 명칭공간에 바인딩하는 것은 XML 문서의 스키마 엘리먼트에 다음과 같은 속성을 포함시킴으로써 선언될 수 있다. xmlns:atscsig=" http://www.atsc.org/XMLSchemas/ATSC3/Delivery/Signaling/1.0"
다른 변형 예에서, 명칭공간에 대해 위에서 정의된 실제 URL(Uniform Resource Indicator) 값들이 대신 변경될 수 있다.
다른 변형 예에서, 명칭공간에 대해 앞서 정의된 실제 URL 값들은 버전 번호를 포함하지 않도록 대신 변경될 수 있다.
상기 URL들은 그의 마지막 문자들로서 슬래시 ('/') 구분기호를 이용한다는 점에 유의해야 한다. 일부 예들에서, 마지막 문자로서 이 슬래시 ('/') 구분기호가 URL들로부터 생략될 수 있다.
도 19a-c 내지 도 22a-c와 관련하여, 언어를 표현하기 위해 데이터 타입 xml:lang을 이용하는 것 대신에 데이터 타입 xs:language가 이용될 수 있다.
도 19a-c 내지 도 22a-c와 관련하여, 데이터 타입 xs:string을 이용하는 것 대신에, 일부 경우들에서 데이터 타입 xs:token이 이용될 수 있다.
도 19a-c 내지 도 22a-c와 관련하여, 데이터 타입 xs:string을 이용하는 것 대신에, 일부 경우들에서 데이터 타입 StringNoWhitespaceType이 이용될 수 있으며, 여기서 StringNoWhitespaceType은 다음과 같이 정의된다:
전술한 바와 같이, ATSC 방송 물리 계층을 통한 스트리밍 및/또는 파일 다운로드를 위한 콘텐츠 배달을 위한 옵션들 중 하나는 UDP 및 IP를 통한 단방향 트랜스포트를 통한 실시간 오브젝트 배달이다. ROUTE 배달에 관한 추가적인 설명이 제공된다.
ROUTE에 대한 다양한 엘리먼트들, 속성들 및 그들의 시맨틱 디스크립션을 갖는 사용자 서비스 번들 디스크립션(User Service Bundle Description) 프래그먼트가 도 23에 도시되어 있다. 도 23과 관련하여, DASH는 "ISO/IEC 23009-1 HTTP를 통한 동적 적응 스트리밍(Dynamic Adaptive Streaming over HTTP) (DASH)-Part 1: 미디어 제시 디스크립션 및 세그먼트 포맷들(Media presentation description and segment formats)"에서 더 기술되어 있다. ROUTE 사용자 서비스 번들 디스크립션 프래그먼트의 루트 엘리먼트는 bundleDescription 엘리먼트이다.
bundleDescription은 명칭공간을 갖는 XML 스키마에서의 정의들을 따르는 bundleDescription 루트 엘리먼트를 포함하는 XML 문서로서 표현될 수 있다:
이 ROUTE 사용자 서비스 디스크립션 스키마의 엘리먼트들 중 임의의 것에 대해, 이들이 XML 문서에 나타난다면, 약어 "routeusd"가 명칭공간 접두사로 이용되어야 한다. 이 표준의 초기 릴리스에 대해, 이러한 접두사를 명칭공간에 바인딩하는 것은, XML 문서의 스키마 엘리먼트에 다음과 같은 속성을 포함시킴으로써 선언될 수 있다.
attribute@sTSIDUri를 통해 도 23의 ROUTE USBD에 의해 참조되는 서비스 트랜스포트 세션 인스턴스 디스크립션(Service Transport Session Instance Description: S-TSID) 프래그먼트가 더 기술된다. S-TSID 프래그먼트가 도 25에 도시되어 있다. S-TSID는 ATSC 3.0 서비스의 미디어 콘텐츠 컴포넌트들이 배달되는 제로 또는 그 이상의 ROUTE 세션들 및 구성의 계층화된 코딩 트랜스포트(Layered Coding Transport: LCT) 세션들에 대한 전체적인 트랜스포트 세션 디스크립션 정보를 포함하는 서비스 레벨 시그널링 메타데이터 프래그먼트이다. S-TSID 프래그먼트가 도 26에 도시되어 있다. LCT 세션(그것이 운반하는 서비스 컴포넌트(들)와 연관됨)은 부모 ROUTE 세션의 범위 내에서 고유한 트랜스포트 세션 식별자(Transport Session Identifier: TSI) 에 의해 식별된다. LCT 세션들에 공통인 특성들, 및 개별 LCT 세션들에 고유한 특정 특성들은 서비스 계층 시그널링의 일부인 서비스-기반 트랜스포트 세션 인스턴스 디스크립션(S-TSID)이라고 불리는 ROUTE 시그널링 구조에 주어진다. 각각의 LCT 세션은 단일 물리 계층 파이프(PLP) 를 통해 운반된다. PLP는 특정 변조 및 코딩 파라미터들을 갖는 라디오 주파수(RF) 채널의 일부이다. PLP는 " http://atsc.org/candidate-standard/a322-atsc-candidate-standard-physical-layer-protocol/"에서 이용가능한 ATSC A/322 물리적 계층 프로토콜 명세에서 더 기술된다. ROUTE 세션의 상이한 LCT 세션들은 상이한 물리 계층 파이프들에 포함될 수 있거나 포함되지 않을 수 있다. S-TSID에 기술된 특성들은 각각의 LCT 세션에 대한 TSI 값 및 PLP 식별자(ID), 배달 오브젝트들 및/또는 파일들에 대한 디스크립터들, 및 애플리케이션 계층 순방향 에러 정정(FEC) 파라미터들을 포함한다. S-TSID는 또한 서비스의 LCT 세션들에서 운반되는 배달 오브젝트 또는 오브젝트 흐름에 대한 파일 메타데이터는 물론, 그 LCT 세션들에서 운반되는 페이로드 포맷들 및 콘텐츠 컴포넌트들에 관한 추가 정보를 포함한다.
S-TSID 프래그먼트의 각각의 인스턴스는 USBD 프래그먼트에서 userServiceDescription 엘리먼트의 @sTSIDUri 속성에 의해 참조된다.
S-TSID는 명칭공간을 갖는 XML 스키마에서의 정의들을 따르는 S-TSID 루트 엘리먼트를 포함하는 XML 문서로서 표현될 수 있다.
이 스키마의 엘리먼트들 중 임의의 것에 대해, 이들이 XML 문서에 나타난다면, 약어 "routesls"가 명칭공간 접두사로 이용되어야 한다. 이 표준의 초기 릴리스에 대해, 이러한 접두사를 명칭공간에 바인딩하는 것은, XML 문서의 스키마 엘리먼트에 다음과 같은 속성을 포함시킴으로써 선언될 수 있다.
도 25에서의 S-TSID 프래그먼트는 LCT 세션에서 SRCFlow 엘리먼트 및 RepairFlow 엘리먼트를 포함한다. 이들이 이하에 더 기술된다.
SrcFlow 엘리먼트는 소스 흐름을 기술한다. 소스 흐름은 배달 오브젝트들을 수신기에 송신한다. 배달 오브젝트는 자체-완비되고, 통상적으로 애플리케이션에 관련된 특정 속성들, 메타데이터 및 타이밍-관련 정보와 연관된다. SRCFlow 엘리먼트는 그 서브-엘리먼트들과 함께 속성들이 도 26에 도시되어 있다. SrcFlow는 명칭공간을 갖는 XML 스키마에서의 정의들을 따르는 SrcFlow 루트 엘리먼트를 포함하는 XML 문서로서 표현될 수 있다:
이 스키마의 엘리먼트들 중 임의의 것에 대해, 이들이 XML 문서에 나타난다면, 약어 "routesls"가 명칭공간 접두사로 이용되어야 한다. 이 표준의 초기 릴리스에 대해, 이러한 접두사를 명칭공간에 바인딩하는 것은, XML 문서의 스키마 엘리먼트에 다음과 같은 속성을 포함시킴으로써 선언될 수 있다.
xmlns:routesls="http://www.atsc.org/XMLSchemas/ATSC3/Delivery/ROUTESLS/1.0/"
도 26의 SRCFlow 엘리먼트는 도 27에 도시된 확장된 파일 배달 테이블(Extended File Delivery Table: EFDT) 엘리먼트를 포함한다.
EFDT는 명칭공간을 갖는 XML 스키마에서의 정의들을 따르는 EFDT 루트 엘리먼트를 포함하는 XML 문서로서 표현될 수 있다:
이 스키마의 엘리먼트들 중 임의의 것에 대해, 이들이 XML 문서에 나타난다면, 약어 "routesls"가 명칭공간 접두사로 이용되어야 한다. 이 표준의 초기 릴리스에 대해, 이러한 접두사를 명칭공간에 바인딩하는 것은, XML 문서의 스키마 엘리먼트에 다음과 같은 속성을 포함시킴으로써 선언될 수 있다.
앞서 언급한 바와 같이, 도 25에서의 S-TSID 프래그먼트는 LCT 세션에서 RepairFlow 엘리먼트를 포함한다. 이것은 더 설명된다. 도 28은 RepairFlow 엘리먼트의 구조를 도시한다. RepairFlow 엘리먼트 및 그 서브-엘리먼트들 및 속성들은 시그널링 메타데이터에 의해 참조되는 LCT 세션에서 운반되는 복구(Repair) 흐름에 관한 정보를 제공한다.
RapairFlow 엘리먼트는 3개의 속성들 및 2개의 엘리먼트들로 구성된다. 이들이 이하에 더 기술된다. 엘리먼트 FECOTI는 FEC 오브젝트 전송 정보를 특정한다. ProtectedObject 엘리먼트가 아래에 기술된다. @maximumDelay 속성은 소스 흐름 내의 임의의 소스 패킷과 복구 흐름 사이의 최대 지연을 특정한다. 이 속성은 옵션적으로 시그널링된다. 시그널링되지 않을 때, 이 속성의 값은 0과 동일한 것으로 추론된다. 이 속성을 시그널링하지 않고 그 대신에 그의 값을 추론하는 것이 비트 절감을 허용한다. 다른 예에서, 그것이 시그널링되지 않을 때 @maximumDelay 속성의 값에 대해 일부 다른 디폴트 값이 이용될 수 있다. 예를 들어, 5000의 값이 이용될 수 있다. 또는 일부 다른 값이 이용될 수 있다. @overhead 속성은 복구 흐름의 오버헤드를 백분율 값으로 나타낸다. @minBuffSize 속성은 복구 흐름에 대한 요구되는 버퍼 크기를 특정한다.
RepairFlow는 명칭공간을 갖는 XML 스키마에서의 정의들을 따르는 RepairFlow 루트 엘리먼트를 포함하는 XML 문서로서 표현될 수 있다.
이 스키마의 엘리먼트들 중 임의의 것에 대해, 이들이 XML 문서에 나타난다면, 약어 "routesls"가 명칭공간 접두사로 이용되어야 한다. 이 표준의 초기 릴리스에 대해, 이러한 접두사를 명칭공간에 바인딩하는 것은, XML 문서의 스키마 엘리먼트에 다음과 같은 속성을 포함시킴으로써 선언될 수 있다.
도 28에 도시된 복구 흐름은 ProtectedObject 엘리먼트를 포함한다. ProtectedObject 엘리먼트에 대한 추가 상세들이 도 29에 도시되어 있다. ProtectedObject 엘리먼트는 4개의 속성들로 구성된다. @sessionDescription 속성은 이 복구 흐름에 의해 보호되는 소스 흐름에 대한 세션 디스크립션 정보를 제공한다. @tsi 속성은 이 복구 흐름에 의해 보호되는 소스 흐름에 대한 트랜스포트 세션 식별자를 제공한다. @sourceTOI는 배달 오브젝트에 대한 트랜스포트 오브젝트 식별자를 제공한다. @fecTransportObjectSize는 FEC 트랜스포트 오브젝트의 디폴트 크기를 특정한다.
ProtectedObject에 대한 규범적 XML 스키마는 도 30에 포함된다.
XML 스키마에서, 다양한 커스텀 데이터 타입들이 정의된다. 또한, 데이터 타입들은 다양한 엘리먼트들에 대해 정의된다. 도 30에서의 XML 스키마에 대한 엘리먼트들 및 데이터 타입들 중 일부에 대한 정보는 다음과 같다:
SrcFlow 내의 ContentInfo: "스트링" 데이터 타입들이 이 엘리먼트에 대해 이용되는 것으로 정의된다.
확장된 파일 배달 테이블(Extended file delivery table: EFDT)의 @version 속성: 이 속성에 대해 사용되도록 정의된 unsignedInt 데이터 타입들 id.
(EFDT)의 @maxExpiresDelta 속성: 이 속성에 사용되도록 정의된 unsignedInt 데이터 타입들 id.
EFDT의 FileTemplate, FDTParameters: "스트링" 데이터 타입들이 이 엘리먼트에 대해 이용되는 것으로 정의된다.
다른 예에서, FDTParameters 엘리먼트는 단방향 트랜스포트를 통한 파일 배달(File Delivery over Unidirectional Transport: FLUTE) 파일 배달 테이블(File Delivery Table: FDT)에 특정된 바와 같은 하나 이상의 파일 디스크립터를 포함하는 데이터 구조일 수 있다. FLUTE FDT는 그 전체 내용이 참조로 본 명세서에 포함되는 http://tools.ietf.org/html/rfc6726에서의 IETF: RFC 6726, "FLUTE - File Delivery over Unidirectional Transport," Internet Engineering Task Force, Reston, VA, November, 2012에서 정의된다.
또 다른 예에서, FDTParameters 엘리먼트는, MBMS 3GPP: TS 26.346 V12.4.0 (2014-12), "3rd Generation Partnership Project; Technical Specification Group Services and System Aspects; Multimedia Broadcast/Multicast Service(MBMS); Protocols and codecs (Release 12)"에 정의된 바와 같은 3GPP에 의해 정의된 FDT 확장들에 특정된 바와 같은 하나 이상의 파일 디스크립터를 포함하는 데이터 구조일 수 있으며, 이는 그 전체가 본 명세서에 참조로 반영된다. FDTParameters 엘리먼트는 다름의 엘리먼트들 중 하나 이상을 포함할 수 있다:
Cache-Control, Alternate-Content-Location-1, Alternate-Content-Location-2, Base-URL-1 및 Base-URL-2, 및 속성 @Availability-Time. 이들 엘리먼트들 및 속성의 시맨틱스는 그 문서들에서 정의되고 아래에 기술된다.
예에서, Alternate-Content-Location-1 및/또는 Alternate-Content-Location-2 엘리먼트들은 파일 복구를 위한 URI들을 제공한다. 바이트-범위 기반 파일 복구 서비스 URI들의 수는 FDT에서의 "Alternate-Content-Location-1" and "Alternate-Content-Location-2" 엘리먼트들의 수에 의해 결정될 수 있다. Alternate-Content-Location-1 및/또는 Alternate-Content-Location-2 엘리먼트들은 "xs:anyURI" 값을 통해 파일 복구 서버의 리소스에 대한 참조들을 제공한다.
예에서, Base-URL-1 및/또는 Base-URL-2 엘리먼트들은 파일 복구를 위한 베이스 URL을 제공한다. 존재할 때, "Base-URL-1" 및/또는 "Base-URL-2" 엘리먼트들은 임의의 Alternate-Content-Location-1 및/또는 Alternate-Content-Location-2 엘리먼트에 각각 포함된 상대 참조를 변환(resolve)하는 데 이용될 수 있는 베이스 URL들을 제공할 수 있다.
예에서, Cache-Control 엘리먼트는 파일에 대한 캐싱 지령들에 관한 정보를 제공한다. 엘리먼트 "Cache-Control"이 대응하는 파일에 대한 FDT에 존재하지 않는 경우에, 단말기는 그 파일에 대한 캐싱 지령들이 주어질 수 없다고 가정해야 하고, 최상의 노력 기반으로 그 파일의 캐싱을 처리할 수 있다.
복구 흐름의 @maximumDelay 속성: 이 속성에 대해 이용되도록 정의된 unsignedInt 데이터 타입들 id.
복구 흐름의 @overhead 속성: 이 속성에 대해 정의된 unsignedInt 기반 타입.
복구 흐름의 @minBuffSize 속성: 이 속성에 대해 이용되도록 정의된 unsignedInt 데이터 타입들 id.
복구 흐름의 FECOTI: "스트링" 데이터 타입들이 이 엘리먼트에 대해 이용되는 것으로 정의된다.
ProtectedObject의 @sessionDescription 속성: "스트링" 데이터 타입들이 이 속성에 대해 이용되는 것으로 정의된다.
ProtectedObject의 @tsi 속성: unsignedInt 데이터 타입들이 이 속성에 대해 이용되는 것으로 정의된다.
ProtectedObject의 @sessionDescription 속성: "스트링" 데이터 타입들이 이 속성에 대해 이용되는 것으로 정의된다.
ProtectedObject의 @fecTransportObjectSize 속성: unsignedInt 데이터 타입들이 이 속성에 대해 이용되는 것으로 정의된다.
커스텀 XML 데이터 타입들은 특정 엘리먼트들 및/또는 속성들에 대해 정의되고 이용된다. 이들은 유효한 값들만이 다양한 엘리먼트들 및/또는 속성들에 대해 정의되고 이용되는 것을 허용한다. 다음과 같이 커스텀 데이터 타입들이 정의된다:
전형적인 배달 및 스트리밍 시스템은 전송측으로부터 수신기 측으로 시간 정보를 전달할 필요가 있다. 예를 들어, 이것은 어떠한 다른 클록 소스도 갖지 않는 수신기가 현재 날짜 및 시간을 알 수 있게 해준다. 이것은 또한 전송측에 의해 시그널링되는 공통의 시스템 시간을 참조함으로써 다양한 스트리밍 미디어 컴포넌트들의 동기화를 허용한다.
ATSC 시스템의 경우, 시간은 물리 계층을 통해 및/또는 트랜스포트 계층을 통해 및/또는 IP 계층을 통해 배달될 수 있다. 예를 들어, IEEE 1588에 정의된 바와 같은 PTP(Precision Time Protocol)에포크인 1970년 1월 1일, 00:00:00 국제 원자 시간 (TAI) 이후, 시스템 시간이 ATSC 물리 계층에서 32-비트 카운트 수의 초들로서 배달될 수 있다. PTP는 "IEEE: IEEE 1588-2008 PTP, "Standard for a Precision Clock Synchronization Protocol for Networked Measurement and Control Systems,", Institute for Electrical and Electronics Engineers"에서 정의된다.
추가적인 시스템 시간 관련 정보는 트랜스포트 계층에서 배달되는 SystemTime 엘리먼트에서 시그널링될 수 있다. 일 예에서, SystemTime 엘리먼트는 도 31에 도시된 바와 같은 구조를 가질 수 있다. 도 31은 SystemTime XML 엘리먼트 및 그 시맨틱스 의미를 갖는 그것의 속성들을 도시한다.
시스템 시간(System Time)은 명칭공간을 갖는 XML 스키마에서의 정의들을 따르는 SystemTime 루트 엘리먼트를 포함하는 XML 문서로서 표현될 수 있다.
이 스키마의 엘리먼트들 중 임의의 것에 대해, 이들이 XML 문서에 나타난다면, 약어 "systime"가 명칭공간 접두사로 이용되어야 한다. 이 표준의 초기 릴리스에 대해, 이러한 접두사를 명칭공간에 바인딩하는 것은, XML 문서의 스키마 엘리먼트에 다음과 같은 속성을 포함시킴으로써 선언될 수 있다.
xmlns:systime=" http://www.atsc.org/XMLSchemas/ATSC3/Delivery/SYSTIME/1.0/"
SystemTime에 대한 정규적 XML 스키마가 도 32에 도시되어 있다.
도 32의 XML 스키마에서 Custom XML 데이터 타입 - 월의 유효한 날을 나타내기 위해서만 1부터 31까지 사이의 유효 값을 가질 수 있는 - 양 끝점 값을 포함함 - "Day type"이 정의된다.
Custom XML 데이터 타입 - 월의 유효 유효한 날을 나타내기 위해서만 0부터 24까지 사이의 유효 값을 가질 수 있는 - 양 끝점 값을 포함함 - "Hour type"이 정의된다.
이제 MMT에 대한 사용자 서비스 번들 디스크립션 프래그먼트에 대한 추가적인 변형들이 기술된다.
도 33은 MMT에 대한 예시적인 사용자 서비스 번들 디스크립션 프래그먼트(User Service Bundle Description Fragment)를 도시한다.
도 34는 MMT에 대한 다른 예시적인 사용자 서비스 번들 디스크립션 프래그먼트(User Service Bundle Description Fragment)를 도시한다.
ATSC 3.0에 대한 MMT에 대한 USBD 프래그먼트는 다음과 같은 것을 포함한다:
엘리먼트 userServiceDescription 하의 자식 속성 serviceId
엘리먼트 userServiceDescription 하의 자식 엘리먼트 contentAdvisoryRating;
엘리먼트 userServiceDescription 하의 자식 엘리먼트 Channel 및 그의 자식 속성들 serviceGenre, serviceIcon, 및 자식 엘리먼트 ServiceDescription 및 그의 자식 속성들 serviceDescrTex, serviceDescrLang;
엘리먼트 userServiceDescription 하의 자식 엘리먼트 mpuComponent 및 그의 자식 속성들 mmtPackageID 및 nextMMTPackageID nextMmtPackageId;
엘리먼트 userServiceDescription 하의 자식 엘리먼트 routeComponent 및 그의 자식 속성들 sTSIDUri, sTSIDDestinationIpAddress, sTSIDDestinationUdpPort, sTSIDSourceIPAddress, sTSIDMajorProtocolVersion, sTSIDMinorProtocolVersion.
엘리먼트 userServiceDescription 하의 자식 엘리먼트 broadbandComponent 및 그의 자식 속성들 fullMPDUri; 및
엘리먼트 userServiceDescription 하의 자식 엘리먼트 ComponentInfo 및 그의 자식 속성들 componentType, componentRole, componentProtectedFlag, componentId, componentName.
바람직하게는, 서비스 고지에서 운반될 때 MMT USBD에서의 방출 측에 의해 동일한 정보가 반복되지 않아야 한다. 이 경우, 서비스 고지에서의 정보는 우선권을 가져야 한다.
bundleDescription은 명칭공간을 갖는 XML 스키마에서의 정의들을 따르는 bundleDescription 루트 엘리먼트를 포함하는 XML 문서로서 표현될 수 있다:
http://www.atsc.org/XMLSchemas/ATSC3/Delivery/MMTUSD/1.0/
도 33 및 도 34에서의 다양한 신택스 엘리먼트들의 시맨틱스가 아래에 도시된 바와 같다.
bundleDescription - 사용자 서비스 번들 디스크립션의 Is 루트 엘리먼트.
userServiceDescription - 엘리먼트는 ATSC 3.0 서비스의 단일 인스턴스에 대응한다.
@globalServiceID - ATSC 3.0 서비스를 식별하는 전역적으로 고유한 URI. 이 파라미터는 USBD를 전자 서비스 가이드(Electronic Service Guide) 데이터에 링크하는 데 이용된다. 전자 서비스 가이드는 서비스들 및 프로그램들에 대한 디스크립션을 그들의 스케쥴 및 다른 메타데이터 정보와 함께 제공한다.
@serviceId - 이 속성은 서비스 리스트 테이블 내의 대응하는 서비스 엔트리에 대한 참조를 제공한다. 이 속성의 값은 서비스 엔트리에 할당된 서비스 식별자의 동일한 값이다.
Name - @lang 속성에 의해 특정된 언어로의 ATSC 3.0 서비스의 명칭.
@lang - ATSC 3.0 서비스 명칭의 언어. 언어는 최상의 현재의 관례(Best Current Practice: BCP)(47)에 따라 특정될 수 있다. BCP(47)는 언어들을 식별하기 위한 태그들을 기술하고 https://tools.ietf.org/html/bcp47에서 이용가능하다. 이것은 그 전체 내용이 참조로 본 명세서에 포함된다.
serviceLanguage - ATSC 3.0 서비스의 이용가능한 언어들. 언어는 BCP(47) 에 따라 특정될 수 있다.
contentAdvisoryRating - ATSC 3.0 서비스 고지에 정의된 바와 같은 콘텐츠 권고 등급을 특정한다.
Channel - 이 엘리먼트는 서비스에 관한 정보를 포함한다.
@serviceGenre - 이 속성은 서비스의 프라이머리 장르를 나타낸다. 이 속성은 서비스에 대한 장르 카테고리를 기술하기 위해 인스턴스화될 수 있다. <classificationSchemeURI>는 http://www.atsc.org/XMLSchemas/mh/2009/1.0/genre-cs/이고, serviceGenre의 값은 A/153 파트 4의 부록 B에서의 분류 스키마로부터의 termID 값과 매칭할 수 있다. A/153 파트 4는 ATSC 모바일 DTV 표준-고지를 기술하고 있고, http://atsc.org/wp-content/uploads/2015/03/a_153-Part-4-2009.pdf에서 이용가능하다. 이것은 그 전체 내용이 참조로 본 명세서에 포함된다.
@serviceIcon - 이 속성은 이 서비스를 표현하는 데 이용되는 아이콘에 대한 URL을 나타낸다.
ServiceDescription - 아마도 다수의 언어들로 서비스 디스크립션을 포함한다.
@serviceDescrText - 이 속성은 서비스의 디스크립션을 나타낸다.
@serviceDescrLang - 이 속성은 serviceDescrText의 언어를 나타낸다. xs:lang의 시맨틱스는 다음과 같을 수 있다.
mpuComponent - MPU들로서 배달되는 ATSC 3.0 서비스의 콘텐츠 컴포넌트들에 관한 디스크립션.
@mmtPackageId - MPU들로서 배달되는 ATSC 3.0 서비스의 콘텐츠 컴포넌트들에 대한 MMT 패키지에 대한 참조.
@nextMmtPackageId - MPU들로서 배달되는 ATSC 3.0 서비스의 콘텐츠 컴포넌트들에 대해 @mmtPackageId에 의해 참조되는 것의 이후에 제 때에 이용될 MMT 패키지에 대한 참조.
routeComponent - ROUTE에 의해 배달되는 ATSC 3.0 서비스의 콘텐츠 컴포넌트들에 대한 디스크립션을 제공한다.
@sTSIDUri - 서비스 액세스 관련 파라미터들을 이 ATSC 3.0 서비스의 콘텐츠를 운반하는 트랜스포트 세션들에 제공하는 S-TSID 프래그먼트에 대한 참조.
@sTSIDDestinationIpAddress - 이 서비스에 대해 S-TSID를 운반하는 패킷들의 dotted-IPv4 목적지 어드레스를 포함하는 스트링. 존재하지 않는 경우, 이 속성의 값은 현재의 MMTP 세션의 목적지 IP 어드레스인 것으로 추론된다.
@sTSIDDestinationUdpPort - 이 서비스에 대해 S-TSID를 운반하는 패킷들의 UDP 포트 번호를 포함하는 스트링.
@sTSIDSourceIpAddress - 이 서비스에 대해 S-TSID를 운반하는 패킷들의 dotted-IPv4 소스 어드레스를 포함하는 스트링.
@sTSIDMajorProtocolVersion - 이 서비스에 대해 S-TSID를 배달하는 데 이용되는 프로토콜의 주 버전 번호. 존재하지 않을 때, 이 속성의 값은 1인 것으로 추론된다.
@sTSIDMinorProtocolVersion - 이 서비스에 대해 S-TSID를 배달하는 데 이용되는 프로토콜의 부 버전 번호. 존재하지 않을 때, 이 속성의 값은 0인 것으로 추론된다.
broadbandComponent - 이 엘리먼트는 광대역에 의해 배달되는 ATSC 3.0 서비스의 콘텐츠 컴포넌트들에 대한 디스크립션을 제공한다.
@fullMPDUri - 광대역을 통해 배달되는 ATSC 3.0 서비스의 콘텐츠 컴포넌트들에 대한 디스크립션을 포함하는 DASH(Dynamic Adaptive Streaming over HTTP) MPD(Media Presentation Description) 프래그먼트에 대한 참조를 제공한다. DASH는 ISO/IEC 최종 드래프트 국제 표준(Final Draft International Standard: FDIS) 23009-1:2014에 특정되어 있다 (그 전체 내용이 본 명세서에 참조로 포함됨).
DASH MPD는 스트리밍 서비스를 제공하는 목적을 위한 미디어 제시(Media Presentation)에 대한 공식화된 디스크립션이다.
DASH 미디어 제시(Media Presentation)는 미디어 콘텐츠의 제한된 또는 무제한의 제시를 확립하는 데이터의 컬렉션이다.
ComponentInfo - 서비스에서 이용가능한 컴포넌트들에 관한 정보를 포함한다. 각각의 컴포넌트에 대해, 이것은 컴포넌트 타입, 컴포넌트 역할, 컴포넌트 명칭, 컴포넌트 식별자, 컴포넌트 보호 플래그에 관한 정보를 포함한다.
@componentType - 이 속성은 이 컴포넌트의 타입을 나타낸다. 0의 값은 오디오 컴포넌트를 나타낸다. 1의 값은 비디오 컴포넌트를 나타낸다. 2의 값은 폐쇄 자막 컴포넌트를 나타낸다. 값 3 내지 7은 예약된다.
@componentRole - 이 속성은 이 컴포넌트의 역할 또는 종류를 나타낸다. 오디오의 경우 (상기 componentType 속성이 0과 동일할 때): componentRole 속성의 값들은 다음과 같다: 0= 완전한 메인(Complete main), 1= 음악 및 효과들(Music and Effects), 2= 다이얼로그(Dialog), 및 3= 실황방송(Commentary), 4= 시각 장애자(Visually Impaired), 5= 청각 장애자(Hearing Impaired), 6= 보이스-오버(Voice-Over), 7-254= 예약됨(reserved), 255= 미지(unknown). 비디오의 경우(상기 componentType 속성이 1과 동일할 때) componentRole 속성의 값들은 다음과 같다: 0= 프라이머리 비디오, 1-254=예약됨, 255=미지.
폐쇄 자막 컴포넌트에 대해 (위의 componentType 속성이 2와 동일할 때) componentRole 속성의 값들은 다음과 같다: 0= 정규(Normal), 1= 이지 리더(Easy reader), 2-254=예약됨, 255= 미지.
위의 @componentType 속성이 3 내지 7 사이의 값을 가질 때 - 양 끝점 값을 포함함 -, @componentRole 값은 255와 동일할 수 있다.
@componentProtectedFlag - 이 속성은 이 컴포넌트가 보호(예를 들어, 암호화)되는지를 나타낸다. 이 플래그가 1의 값으로 설정될 때, 이 컴포넌트는 보호(예를 들어, 암호화)된다. 이 플래그가 0의 값으로 설정될 때, 이 컴포넌트는 보호(예를 들어, 암호화)되지 않는다. 존재하지 않을 때, componentProtectedFlag 속성의 값은 0과 동일한 것으로 추론된다.
@componentId - 이 속성은 이 컴포넌트의 식별자를 나타낸다. 이 속성의 값은 이 컴포넌트에 대응하는 MP 테이블 내의 asset_id와 동일할 수 있다.
@componentName - 이 속성은 이 컴포넌트의 인간 판독가능 명칭을 나타낸다.
위의 엘리먼트들 및 속성들에 더하여, @apdUri 속성이 도 33에 정의된다. 이 경우에, @apdUri는 그의 routeComponent 엘리먼트의 속성으로서 정의된다. @apdUri는 속성으로서 포함되기 때문에, 그것은 하나의 URI만을 표시할 수 있다. 이 경우에, @apdUri의 @apdUri 속성 시맨틱스의 값으로서 시그널링된 이러한 apd URI는 아래에 정의된 바와 같을 수 있다:
@apdUri - 이 옵션적 속성은 ROUTE에 의해 배달되는 ATSC 3.0 서비스의 콘텐츠 컴포넌트들에 대한 파일 복구 관련 정보를 제공하는 APD(Associated Procedure Description) 프래그먼트에 대한 참조를 제공할 수 있다. @apdUri는 아래에 기술되는 APD 프래그먼트를 가리킨다.
@apdURI가 존재할 때, 적어도 하나의 Alternate-Content-Location-1 엘리먼트가 routeComponent 엘리먼트의 @sTSIDUri 속성에 의해 가리켜진 S-TSID 프래그먼트의 EFDT 엘리먼트에 존재할 수 있다.
예시적인 EFDT가 도 27에 도시되어 있다. 수신기가 파일 복구 데이터를 요청하기 위해 컨택할 수 있는 HTTP(들) URL의 형태의 하나 이상의 파일 복구 서버의 위치(들)는 EFDT 엘리먼트의 Alternate-Content-Location-1 및 Alternate-Content-Location-2 자식 엘리먼트들에 의해 제공된다.
@apdUri 속성을 갖는 apd 엘리먼트가 도 34에 정의된다. 이 경우에, apd 엘리먼트는 그의 routeComponent 엘리먼트의 자식 엘리먼트로서 정의된다. apd의 카디널리티(cardinality)는 routeComponent 엘리먼트의 자식 엘리먼트들로서 다수의 apd 엘리먼트들을 포함하는 것을 허용하는 0..N이다. apd 엘리먼트 및 @apdUri 속성의 시맨틱스는 아래에 정의된 바와 같다:
apd - APD 프래그먼트 URI를 위한 컨테이너 엘리먼트.
@apdUri - 이 옵션적 속성은 ROUTE에 의해 배달되는 ATSC 3.0 서비스의 콘텐츠 컴포넌트들에 대한 파일 복구 관련 정보를 제공하는 APD 프래그먼트에 대한 참조를 제공할 수 있다. @apdUri는 아래에 기술되는 APD 프래그먼트를 가리킨다.
@apdURI가 존재할 때, 적어도 하나의 Alternate-Content-Location-1 엘리먼트가 routeComponent @sTSIDUri에 의해 가리켜진 S-TSID 프래그먼트의 EFDT 엘리먼트에 존재할 수 있다.
연관된 프로시져 디스크립션 프래그먼트는 다음과 같이 기술된다:
APD는 HTTP 파일 복구 기능의 수신기에 의한 옵션적인 사용을 통제하기 위해 S-TSID 프래그먼트의 EFDT 엘리먼트 내의 특정 파라미터들과 함께 사용하기 위한 정보를 포함하는 서비스 계층 시그널링 메타데이터 프래그먼트이다. 파일 복구 프로시져는 HTTP 요청/응답 트랜잭션에 대응함으로써, ROUTE에 의해 배달된 전체 오브젝트를 획득할 수 없는 수신기가 파일 복구 서버로부터 광대역을 통해 누락 데이터를 요청 및 획득할 수 있다.
예시적인 APD 프래그먼트가 도 35에 도시되어 있다. APD 프래그먼트는 수신기에 대해, 그것이 누락 데이터를 획득하기 위해 파일 복구 프로시져를 수행하기를 원한다면, postFileRepair 엘리먼트 하에서, 시간 정보를 제공한다. postFileReception의 offsetTime 자식 엘리먼트는, 관심 파일에 대한 전송의 종료가 발생한 후, 파일 복구 프로시져를 시작할 수 있기 전에, 수신기가 대기할 수 있는 초 단위의 시간 간격을 나타낸다. 수신기가 파일 전송의 종료를 결정할 수 있게 해주는 수단, 및 파일 복구를 수행하도록 허용되는 연관된 시간 윈도우. postFileRepair의 randomTimePeriod 자식 엘리먼트는 수신기가 랜덤 값을 계산할 수 있는 시간 윈도우를 정의한다. 이 값은, offsetTime에 의해 전달된 초기의, 고정된 지연이 발생한 후, 그것이 파일 복구 요청을 제출하기 전에, 수신기에 의한 추가적인 대기 시간을 나타낸다. 랜덤 대기의 목적은 다수의 수신기들로부터 파일 복구 서버에 도착하는 파일 복구 요청 트래픽의 통계적으로 균일한 분포를 보다 양호하게 보장하는 것이다.
APD는 명칭공간을 갖는 XML 스키마에서의 정의들을 따르는 associatedProcedureDescription 루트 엘리먼트를 포함하는 XML 문서로서 표현될 수 있다.
http://www.atsc.org/XMLSchemas/ATSC3/Delivery/ROUTEAPD/1.0/
이하의 텍스트는 APD 프래그먼트에서의 엘리먼트들 및 속성들의 시맨틱스를 특정한다.
associatedProcedureDescription - 연관된 프로시져 디스크립션(Associated Procedure Description)의 루트 엘리먼트.
postFileRepair - 파일 복구 프로시져의 시작 시간을 통제하는 시간 정보의 컨테이너.
@offsetTime - 방송 파일 전송이 종료한 후에, 파일 복구 프로시져를 시작할 수 있기 전에, 수신기가 대기할 수 있는 초 단위의 시간 간격. 이 속성이 부재이거나 '0' 으로 설정되면, 수신기는 파일 복구 요청을 개시하기 위해 @randomTimePeriod에 의해 주어진 시간 윈도우 내에서 랜덤 시간을 계산하기 전에 대기 시간을 채택하지 않아야 한다. 존재하지 않을 때, offsetTime는 0과 동일한 것으로 추론된다.
@randomTimePeriod - offsetTime에 의해 전달된 고정 지연이 발생한 후, 이 속성은, 파일 복구 프로시져의 일부로서, 수신기가 랜덤 값을 계산할 수 있는 시간 윈도우를 초 단위로 정의한다. @randomTimePeriod의 값은 파일 복구 요청을 개시하도록 허가되기 전에 수신기에 의한 추가적인 대기 시간을 나타낸다.
방송 서비스는 그것과 연관된 애플리케이션들을 가질 수 있다. 이러한 애플리케이션들은 사용자에게 대화형 체험을 제공함으로써 방송 서비스를 향상시킬 수 있다. 예로서, 라이브 방송 서비스 TV 쇼 "Jeopardy"를 시청하는 사용자는 라이브 방송 서비스 TV 쇼와 연관된 Jeopardy 퀴즈 쇼 대화형 애플리케이션을 플레이할 수 있다. 애플리케이션들에 의해 취해질 액션들은 방송 또는 광대역을 통해 배달되는 통지들에 의해 개시될 수 있다. 이러한 통지들은 이벤트들로 불린다. 서비스 및 애플리케이션 시그널링은 그 전체 내용이 본 명세서에 참조로 포함되는 http://atsc.org/wp-content/uploads/2017/01/A337S33-215r1-Application-Signaling-1.pdf에서 이용가능한 ATSC 3.0 후보 표준 A/337 "Application Signaling"에서 정의된 바와 같을 수 있다.
MMT-기반 시스템에서 방송을 통해 전달될 때, 이벤트들은 애플리케이션 이벤트 정보(Application Event Information: AEI) 문서로 불리는 XML 문서에 전달될 수 있다.
AEI는 명칭공간을 갖는 XML 스키마에서의 정의들을 따르는 AEI 루트 엘리먼트를 포함하는 XML 문서로서 표현될 수 있다.
tag:atsc.org,2016:XMLSchemas/ATSC3/AppSignaling/AEI/1.0/
XML 스키마 xmlns 약칭은 "aei"이어야 한다.
도 39는 AEI의 예시적인 구조를 나타낸다. AEI에 대한 정규의 XML 스키마는 도 40에 특정된 바와 같을 수 있다.
AEI 테이블의 엘리먼트들 및 속성들의 정규적 시맨틱스는 다음과 같을 수 있다.
AEI - 이 루트 엘리먼트는 정적 이벤트 스트림들의 세트를 기술하고 하나 이상의 EventStream 엘리먼트를 포함한다.
@assetId - 이 요구되는 속성은 그 MPU가 EventStream 엘리먼트들 내의 이벤트들에 대한 시간 참조를 위한 앵커(anchor)로서 이용되는 MMT 에셋의 식별자를 특정한다. 이것의 값은 ISO/ IEC 23008-1에서 asset_id() 값과 동일할 수 있다.
@mpuSeqNum - 이 요구된 속성은 EventStream 엘리먼트들에서의 이벤트들에 대한 시간 참조를 위한 앵커로서 이용되는 AEI@assetId에 의해 식별되는 MMT 에셋 내의 앵커 MPU의 시퀀스 번호를 특정한다.
@timestamp - 이 요구되는 속성은 AEI@assetId에 의해 표시되는 에셋 내의 AEI@mpuSeqNum에 의해 표시되는 앵커 MPU에서의 제1 액세스 유닛의 제시 시간을 특정한다. ISO/ IEC 23008-1 MPU_Timestamp_descriptor()의 mpu_presentation_time 필드의 포맷이 이 속성에 대해 이용될 수 있다.
EventStream - 이 엘리먼트 및 그 속성들은 이벤트 스트림에 관한 정보를 기술할 수 있다.
@schemeIdUri - 이 요구되는 속성은 이 이벤트 스트림에 대한 식별자 스킴을 특정한다. 이 스트링은 URN 또는 URL 신택스를 이용할 수 있다. URN 및 URL은 그 전체 내용이 본 명세서에 참조로 포함되는 https://tools.ietf.org/html/rfc3986에서 이용가능한 IETF RFC 3986 "Uniform Resource Identifier (URI): Generic Syntax"에 기술되어 있다. 각각의 AEI.EventStream 엘리먼트는 이 속성에 대한 고유한 값을 가질 수 있다.
@value - 이 옵션적 속성은 AEI.EventStream@schemeIdUri의 범위 내의 이벤트 스트림의 값을 특정한다. 존재하지 않을 때, 디폴트 값이 정의되지 않는다.
@timescale - 이 옵션적 속성은 이 이벤트 스트림에서의 이벤트들에 이용될 초당 유닛들의 시간 스케일을 특정한다. 존재하지 않을 때, AEI.EventStream@timescale은 1과 동일한 것으로 추론된다. AEI.EventStream@timescale은 0과 같지 않을 수 있다.
Event - 이 엘리먼트 및 그 속성들의 각각의 인스턴스는 부모 이벤트 스트림 엘리먼트의 맥락에서 이벤트에 관한 정보를 정의할 수 있다.
일 예에서, 다음의 시맨틱스가 "Event" 엘리먼트에 적용될 수 있다.
Event - 이 엘리먼트 및 그 속성들의 각각의 인스턴스는 부모 이벤트 스트림 엘리먼트의 맥락에서 이벤트에 관한 정보를 정의할 수 있다. 이 엘리먼트는 XML string.@presentationTime로서 코딩된 이벤트에 대응하는 데이터를 포함한다 - 이 옵션적인 속성은 AEI@assetId에 의해 특정된 에셋 ID에 의해 표시되는 에셋 내의 부모 AEI@mpuSeqNum에 의해 특정된 시퀀스 번호로 표시된 앵커 MPU에서의 제1 액세스 유닛의 제시 시간에 대해 상대적인 이벤트의 제시 시간을 특정한다. 초 단위의 제시 시간의 상대적 값은 AEI.EventStream.Event@presentationTime을 AEI.EventStream@timeScale로 나눈 것과 같다. 존재하지 않을 때, AEI.EventStream.Event@presentationTime은 0과 동일한 것으로 추론된다.
@duration - 이 옵션적인 속성은 이벤트의 제시 지속기간을 특정한다. 초 단위의 제시 지속기간은 AEI.EventStream.Event@duration을 AEI.EventStream@timeScale로 나눈 것과 같다. 이 속성이 존재하지 않을 때, 디폴트 값이 추론되지 않는다. 다른 예에서, 존재하지 않을 때, @duration은 AEI@assetId에 의해 특정된 asset ID에 의해 표시된 에셋 내의 부모 AEI@mpuSeqNum에 의해 특정된 시퀀스 번호로 표시된 MPU의 지속기간과 동일하다고 추론된다.
@id - 이 옵션적 속성은 부모 AEI.EventStream@schemeIdUri 및 AEI.EventStream@value의 범위 내의 이 이벤트의 식별자를 특정한다. 이 속성이 존재하지 않을 때, 디폴트 값이 추론되지 않는다.
MMT 기반 서비스에서의 이벤트들은 MPU들의 ''evti" 박스들에서도 운반될 수 있다. 이 방법은 특히 동적 이벤트들에 매우 적합하다. 도 41은 ISO BMFF 파일 내의 박스에 대한 명세의 포맷을 이용하는 'evti' 박스의 예시적인 구조를 나타낸다.
evti 박스의 정의는 다음과 같을 수 있다.
'evti' 박스 내의 엘리먼트들의 정규적 시맨틱스는 다음과 같을 수 있다.
scheme_id_uri - 이 필드는 이 이벤트에 대한 식별자 스킴을 특정한다. 이 스트링은 URN 또는 URL 신택스를 이용할 수 있다. 동일한 scheme_id_uri를 갖는 다수의 'evti' 박스들이 존재할 수 있다.
Value - 이 필드는 scheme_id_uri의 범위 내에 있는 이 이벤트에 대한 값을 특정한다.
timescale - 이 필드는 이 이벤트에 사용될 초당 유닛들로 시간 스케일을 제공한다. timescale은 0과 같지 않을 수 있다.
event_id - 이 필드는 scheme_id_uri 및 값의 범위 내의 이벤트의 식별자를 특정한다. scheme_id_uri, value, 및 event_id 필드들에 대해 동일한 값을 갖는 이벤트들은 timescale, event_presentation_time_delta, event_duration, 및 event_data[]에 대해 동일한 값을 가질 수 있다.
event_presentation_time_delta - 이 필드는 이 MPU에서의 제1 액세스 유닛의 제시 시간에 대해 상대적인 이 이벤트의 제시 시간을 특정한다. 초 단위의 이 제시 시간의 상대적인 값은 event_presentation_time_delta를 timescale로 나눈 것과 같다.
event_duration - 이 필드는 이 이벤트의 제시 지속기간을 특정한다. 초 단위의 이러한 이벤트의 제시 지속기간은 event_duration을 timeScale로 나눈 것과 같다.
event_data - 이 'evti' 박스의 끝까지 나머지 데이터는 이 이벤트와 연관된 데이터를 특정한다. 이 필드는 비어 있을 수 있다. 이 필드의 포맷은 scheme_id_uri에 의해 특정된 스킴의 소유자에 의해 정의된다.
일 예에서, 동일한 scheme_id_uri를 갖는 다수의 'evti' 박스들이 존재하면, 이들 박스들에서 value, event_presentation_time_delta, event_data[] 중 적어도 하나가 상이할 수 있다.
하나 이상의 'evti' 박스가 MPU 시작시에, 'ftyp' 박스 이후에, 그러나 'moov' 박스 이전에 나타날 수 있거나, 임의의 'moof' 박스 바로 전에 나타날 수도 있다. 이들 박스들은 그 전체 내용이 참조로 본 명세서에 포함되는 "ISO/ IEC 14496-12 "ISO base media file format" - ISO BMFF, February 205에 정의되어 있다.
따라서, 하나보다 많은 'evti' 박스들이 하나의 MPU에 포함될 수 있다.
도 13 내지 도 40은 신택스, 시맨틱스, 및 스키마의 특정 예들을 도시하지만, 추가적인 변형들이 가능하다. 이들은 다음의 변형들을 포함한다:
상기에서 도시된 것들과 비교하여 상이한 데이터 타입들이 엘리먼트에 이용될 수 있다. 예를 들어, unsignedByte 데이터 타입 대신 unsignedShort 데이터 타입이 이용될 수 있다. 다른 예에서 부호없는 Byte(바이트) 데이터 타입 대신 String(스트링) 데이터 타입이 이용될 수 있다.
신택스를 속성으로서 시그널링하는 것 대신에 신택스는 엘리먼트로서 시그널링될 수 있다. 신택스를 엘리먼트로서 시그널링하는 것 대신에 신택스는 속성으로서 시그널링될 수 있다.
다양한 필드들의 비트 폭은 변경될 수 있으며, 예를 들어, 비트스트림의 엘리먼트에 대해 4 비트 대신에 신택스 5 비트 또는 8 비트 또는 2 비트가 이용될 수 있다. 여기서 열거된 실제 값들은 단지 예들일 뿐이다.
XML 포맷 및 XML 스키마 대신에 JSON(Javascript Object Notation) 포맷 및 JSON 스키마가 이용될 수 있다. 대안으로 제안된 신택스 엘리먼트들이, CSV(Comma Separated Values), BNF(Backus-Naur Form), ABNF(Augmented Backus-Naur Form), 또는 EBNF(Extended Backus-Naur Form)를 이용하여 시그널링될 수 있다.
엘리먼트 및/또는 속성의 카디널리티(Cardinality)가 변경될 수 있다. 예를 들어 카디널리티가 "1"로부터 "1..N"으로 변경될 수 있거나 카디널리티가 "1"로부터 "0..N"으로 변경될 수 있거나 카디널리티가 "1"로부터 "0..1"로 변경될 수 있거나 카디널리티가 "0..1"로부터 "0..N"으로 변경될 수 있거나 카디널리티가 "0..N"으로부터 "0..1"로 변경될 수 있다.
엘리먼트 및/또는 속성은 앞서 옵션적인 것으로 나타내어진 경우 요구되게 만들어질 수 있다. 엘리먼트 및/또는 속성은 앞서 요구되는 것으로 나타내어진 경우 옵션적으로 만들어질 수 있다.
일부 자식 엘리먼트들은 대신 부모 엘리먼트들로서 시그널링될 수 있거나 다른 자식 엘리먼트들의 자식 엘리먼트들로서 시그널링될 수 있다.
상기의 모든 변형들은 본 발명의 범위 내에 있는 것으로 의도한다.
하나 이상의 예에서, 설명되는 기능들은 하드웨어, 소프트웨어, 펌웨어 또는 이들의 임의 조합으로 구현될 수 있다. 소프트웨어로 구현되는 경우, 기능들은 컴퓨터-판독가능한 매체 상의 하나 이상의 명령어 또는 코드로서 저장되거나 전송될 수 있고 하드웨어-기반 처리 유닛에 의해 실행될 수 있다. 컴퓨터-판독가능 매체는 컴퓨터-판독가능 저장 매체를 포함할 수 있고, 이는 데이터 저장 매체와 같은 유형의 매체, 또는 예컨대 통신 프로토콜에 따라 하나의 장소에서 또 다른 장소로의 컴퓨터 프로그램의 이송을 가능하게 하는 임의의 매체를 포함하는 통신 매체에 대응한다. 이러한 방식으로, 컴퓨터-판독가능 매체는 일반적으로 (1) 비-일시적인 유형의 컴퓨터-판독가능 저장 매체 또는 (2) 신호 또는 반송파와 같은 통신 매체에 대응할 수 있다. 데이터 저장 매체는, 본 개시 내용에서 설명된 기술들의 구현을 위한 명령어들, 코드 및/또는 데이터 구조들을 검색하기 위해 하나 이상의 컴퓨터 또는 하나 이상의 프로세서에 의해 액세스될 수 있는 임의의 이용가능한 매체일 수 있다. 컴퓨터 프로그램 제품은 컴퓨터-판독가능 매체를 포함할 수 있다.
제한이 아닌 예로서, 이러한 컴퓨터-판독가능한 저장 매체는, RAM, ROM, EEPROM, CD-ROM 또는 기타의 광 디스크 저장소, 자기 디스크 저장소, 또는 기타의 자기 저장 디바이스, 플래시 메모리, 또는 원하는 프로그램 코드를 명령어들이나 데이터 구조들의 형태로 저장하는데 이용될 수 있고 컴퓨터에 의해 엑세스될 수 있는 임의의 다른 매체를 포함할 수 있다. 또한, 임의의 접속은 적절히 컴퓨터 판독가능 매체라고 한다. 예를 들어, 명령어들이, 동축 케이블, 광 파이버 케이블, 트위스티드 페어, DSL(Digital Subscriber Line), 또는 적외선, 전파, 및 마이크로웨이브와 같은 무선 기술들을 사용하여 웹사이트, 서버 또는 다른 원격 소스로부터 송신되는 경우, 이러한 동축 케이블, 광섬유 케이블, 트위스티드 페어, DSL, 또는 적외선, 전파 및 마이크로웨이브와 같은 무선 기술들은 매체의 정의에 포함된다. 그러나, 컴퓨터-판독가능 저장 매체와 데이터 저장소 미디어는 접속들, 반송파들, 신호들 또는 다른 일시적 미디어를 포함하지 않는다고 이해되어야 하나, 대신 비일시적, 유형의 저장 매체에 관한 것이다. 여기서 이용되는 디스크(disk) 및 디스크(disc)는 CD(compact disc), 레이저 디스크(laser disc), 광학 디스크(optical disc), DVD(digital versatile disc), 플로피 디스크(floppy disk) 및 블루-레이 디스크(Blu-ray disc)를 포함하는데, 여기서 디스크(disk)들은 통상적으로 데이터를 자기적으로 재생하는 반면, 디스크(disc)들은 데이터를 레이저들을 이용해 광학적으로 재생한다. 상기의 조합들이 또한 컴퓨터-판독가능 매체의 범위 내에 포함되어야 한다.
명령어들은 하나 이상의 디지털 신호 프로세서(DSP), 범용 마이크로프로세서, 주문형 집적 회로(ASIC), 필드 프로그래머블 로직 어레이(FPGA), 또는 다른 등가의 집적 또는 별개의 로직 회로와 같은 하나 이상의 프로세서에 의해 실행될 수 있다. 따라서, 본 명세서에서 사용되는 바와 같은 용어 "프로세서"는 전술한 구조 또는 본 명세서에 기재된 기술들의 구현에 적합한 임의의 다른 구조 중 어느 것을 를 지칭할 수 있다. 게다가, 일부 양태들에서, 본 명세서에서 설명되는 기능은 인코딩 및 디코딩을 위해 구성된 전용 하드웨어 및/또는 소프트웨어 모듈들 내에서 제공되거나, 결합된 코덱 내에 통합될 수 있다. 또한, 기술들은 하나 이상의 회로 또는 논리 소자로 완전히 구현될 수 있다.
본 개시 내용의 기술들은 무선 핸드셋, 집적 회로(IC) 또는 IC들의 세트(예로서, 칩셋)을 포함하는 다양한 디바이스들 또는 장치들에서 구현될 수 있다. 본 개시 내용에서 개시되는 기술들을 수행하도록 구성된 디바이스들의 기능적 양태들을 강조하기 위해 다양한 컴포넌트들, 모듈들 또는 유닛들이 설명되지만, 이들은 상이한 하드웨어 유닛들에 의한 구현을 반드시 필요로 하지는 않는다. 오히려, 전술된 바와 같이, 다양한 유닛들은, 적절한 소프트웨어 및/또는 펌웨어와 연계하여, 하드웨어 유닛에서 결합될 수 있거나 전술된 하나 이상의 프로세서를 포함하는 연동 하드웨어 유닛들의 컬렉션에 의해 제공될 수 있다.
또한, 전술된 실시예들 각각에서 이용된 기지국 디바이스 및 단말 디바이스(비디오 디코더 및 비디오 인코더)의 각각의 기능 블록 또는 다양한 피처들은, 전형적으로 집적 회로 또는 복수의 집적 회로인, 회로에 의해 구현되거나 실행될 수 있다. 본 명세서에서 설명된 기능들을 실행하도록 설계된 회로부는 범용 프로세서, 디지털 신호 프로세서(digital signal processor: DSP), 주문형 또는 일반적인 애플리케이션 집적 회로(ASIC), 필드 프로그래밍가능한 게이트 어레이(field programmable gate array: FPGA), 또는 다른 프로그래밍가능한 로직 디바이스들, 개별 게이트들 또는 트랜지스터 로직, 또는 개별 하드웨어 컴포넌트, 또는 그 조합을 포함할 수 있다. 범용 프로세서는, 마이크로프로세서이거나, 대안적으로, 프로세서는, 종래의 프로세서, 제어기, 마이크로제어기 또는 상태 머신일 수 있다. 전술된 범용 프로세서 또는 각각의 회로는 디지털 회로에 의해 구성될 수도 있거나, 아날로그 회로에 의해 구성될 수도 있다. 또한, 반도체 기술의 진보로 인해 현재의 집적 회로를 대체하는 집적 회로 제작 기술이 출현하면, 이 기술에 의한 집적 회로도 역시 이용될 수 있다.
청구항들은 위에 예시된 정확한 구성 및 컴포넌트들로 제한되지 않는다는 것을 이해해야 한다. 청구항들의 범위에서 벗어나지 않고 본 명세서에서 설명된 시스템들, 방법들, 및 장치들의 배열, 동작 및 세부 사항들에 있어서 다양한 수정들, 변경들 및 변형들이 이루어질 수 있다.
Claims (14)
- 사용자 서비스 번들 디스크립션을 시그널링하기 위한 방법으로서,
서비스의 인스턴스와 연관된 사용자 서비스 디스크립션 엘리먼트를 시그널링하는 단계;
콘텐츠 권고 등급들의 리스트를 시그널링하는 단계 - 상기 콘텐츠 권고 등급들의 리스트의 각각의 엘리먼트는 제1 방법에 따라 포맷됨 -;
다른 등급들의 리스트를 시그널링하는 단계 - 상기 다른 등급들의 리스트의 각각의 엘리먼트는 제2 방법에 따라 포맷됨 -;
상기 사용자 서비스 번들 디스크립션을 전송하는 단계를 포함하는, 방법. - 제1항에 있어서, 상기 제1 방법은 지역 등급 테이블 포맷팅 방법인, 방법.
- 제1항에 있어서, 상기 제2 방법은 비 지역 등급 테이블 포맷팅 방법인, 방법.
- 제1항에 있어서, 상기 콘텐츠 권고 등급들의 리스트는 제로 엘리먼트들을 포함하는, 방법.
- 제1항에 있어서, 상기 다른 등급들의 리스트는 제로 엘리먼트들을 포함하는, 방법.
- 제3항에 있어서, 상기 리스트의 제1 엘리먼트 및 상기 리스트의 제2 엘리먼트는 등급 스킴 속성(ratings scheme attribute)을 포함하고;
상기 제1 엘리먼트의 등급 스킴 속성은 상기 제2 엘리먼트의 등급 스킴 속성과 동일하지 않은, 방법. - 비디오 서비스를 렌더링하기 위한 디바이스로서, 상기 디바이스는 하나 이상의 프로세서를 포함하고, 상기 하나 이상의 프로세서는
사용자 서비스 번들 디스크립션을 수신하고;
상기 사용자 서비스 번들 디스크립션을 파싱하여 상기 비디오 서비스와 연관된 사용자 서비스 디스크립션 엘리먼트를 결정하고;
상기 비디오 서비스와 연관된 상기 사용자 서비스 디스크립션 엘리먼트를 파싱하여 콘텐츠 권고 등급들의 리스트를 수신하고 - 상기 콘텐츠 권고 등급들의 리스트의 각각의 엘리먼트는 제1 방법에 따라 포맷됨 -;
상기 비디오 서비스와 연관된 상기 사용자 서비스 디스크립션 엘리먼트를 파싱하여 다른 등급들의 리스트를 수신하는 단계 - 상기 다른 등급들의 리스트의 각각의 엘리먼트는 제2 방법에 따라 포맷됨 -;
상기 콘텐츠 권고 등급들의 리스트의 엘리먼트들 및 상기 다른 등급들의 리스트의 엘리먼트들이 조건을 충족시킬 때 상기 비디오 서비스를 렌더링하고;
상기 콘텐츠 권고 등급들의 리스트의 엘리먼트들 및 상기 다른 등급들의 리스트의 엘리먼트들이 상기 조건을 충족시키지 않을 때 상기 비디오 서비스를 렌더링하지 않도록 구성된, 디바이스. - 제7항에 있어서, 상기 제1 방법은 지역 등급 테이블 포맷팅 방법인, 디바이스.
- 제7항에 있어서, 상기 제2 방법은 비 지역 등급 테이블 포맷팅 방법인, 디바이스.
- 제7항에 있어서, 상기 콘텐츠 권고 등급들의 리스트는 제로 엘리먼트들을 포함하는, 디바이스.
- 제7항에 있어서, 상기 다른 등급들의 리스트는 제로 엘리먼트들을 포함하는, 디바이스.
- 제11항에 있어서, 상기 디바이스는:
상기 다른 등급들의 리스트의 제1 엘리먼트를 파싱하여 제1 등급 스킴 속성을 결정하고;
상기 다른 등급들의 리스트의 제2 엘리먼트를 파싱하여 제2 등급 스킴 속성을 결정하고;
상기 제1 등급 스킴이 상기 제2 등급 스킴과 동일하지 않을 때 플래그를 제1 값으로 설정하고;
상기 제1 등급 스킴이 상기 제2 등급 스킴과 동일할 때 상기 플래그를 제2 값으로 설정하고;
상기 플래그의 값에 따라 상기 비디오 서비스를 렌더링하는, 디바이스. - 비디오 서비스를 렌더링하기 위한 디바이스로서, 상기 디바이스는 하나 이상의 프로세서를 포함하고, 상기 하나 이상의 프로세서는
사용자 서비스 번들 디스크립션을 수신하고;
상기 사용자 서비스 번들 디스크립션을 파싱하여 상기 비디오 서비스와 연관된 사용자 서비스 디스크립션 엘리먼트를 결정하고;
상기 비디오 서비스와 연관된 상기 사용자 서비스 디스크립션 엘리먼트를 파싱하여 하나 이상의 서비스 디스크립션 엘리먼트를 수신하고 - 각각의 서비스 디스크립션 엘리먼트는 언어의 서비스 디스크립션과 연관됨 -;
서비스 디스크립션 엘리먼트를 파싱하여 서비스 디스크립션 언어(serviceDescrLang) 속성이 존재하는지를 결정하고;
서비스 디스크립션 언어(serviceDescrLang) 속성이 존재하는지의 결정이 참일 때, 상기 서비스 디스크립션 언어(serviceDescrLang) 속성을 수신하고, 서비스 디스크립션 언어 값을 상기 수신된 서비스 디스크립션 언어(serviceDescrLang) 속성 값으로 설정하고. (serviceDescrLang) 속성;
서비스 디스크립션 언어(serviceDescrLang) 속성이 존재하는지의 결정이 거짓일 때; 상기 서비스 디스크립션 언어 값을 제1 값으로 설정하고;
상기 서비스 디스크립션 언어 값에 따라 상기 비디오 서비스를 렌더링하도록 구성된, 디바이스. - 제13항에 있어서, 상기 제1 값은 "en" 값인, 디바이스.
Applications Claiming Priority (9)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| US201662417913P | 2016-11-04 | 2016-11-04 | |
| US62/417,913 | 2016-11-04 | ||
| US201662424449P | 2016-11-19 | 2016-11-19 | |
| US62/424,449 | 2016-11-19 | ||
| US201762484828P | 2017-04-12 | 2017-04-12 | |
| US62/484,828 | 2017-04-12 | ||
| US201762500484P | 2017-05-02 | 2017-05-02 | |
| US62/500,484 | 2017-05-02 | ||
| PCT/JP2017/039628 WO2018084213A1 (en) | 2016-11-04 | 2017-11-01 | Dynamic event signaling |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| KR20190060852A true KR20190060852A (ko) | 2019-06-03 |
| KR102219103B1 KR102219103B1 (ko) | 2021-02-23 |
Family
ID=62076596
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| KR1020197013629A KR102219103B1 (ko) | 2016-11-04 | 2017-11-01 | 동적 이벤트 시그널링 |
Country Status (7)
| Country | Link |
|---|---|
| US (1) | US20190253739A1 (ko) |
| KR (1) | KR102219103B1 (ko) |
| CN (1) | CN109923869B (ko) |
| CA (1) | CA3041449C (ko) |
| MX (1) | MX2019004780A (ko) |
| TW (2) | TWI670975B (ko) |
| WO (1) | WO2018084213A1 (ko) |
Families Citing this family (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CA3018476C (en) | 2016-03-25 | 2021-08-31 | Sharp Kabushiki Kaisha | Systems and methods for signaling of information associated with audio content |
Family Cites Families (16)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20040055012A1 (en) * | 2002-09-13 | 2004-03-18 | Bridget Kimball | Content advisory rating preservation during personal video recorder trick play modes |
| US8006279B2 (en) * | 2004-12-10 | 2011-08-23 | Alcatel Lucent | Distributive system for marking and blocking video and audio content related to video and audio programs |
| BRPI0813429B1 (pt) * | 2007-06-19 | 2020-09-08 | Nokia Technologies Oy | Método de comutação da recepção de fluxos de mídia, aparelho e sistema |
| US9215423B2 (en) * | 2009-03-30 | 2015-12-15 | Time Warner Cable Enterprises Llc | Recommendation engine apparatus and methods |
| US20140047042A1 (en) * | 2012-08-10 | 2014-02-13 | Polytechnic Institute Of New York University | Method and a server for routing between devices of a computer based social network |
| US9043825B2 (en) * | 2012-08-28 | 2015-05-26 | Microsoft Technology Licensing, Llc | Content carried ratings based control |
| US8923880B2 (en) * | 2012-09-28 | 2014-12-30 | Intel Corporation | Selective joinder of user equipment with wireless cell |
| EP3065409A4 (en) * | 2013-10-30 | 2017-08-09 | Sony Corporation | Transmission device, transmission method, reception device, and reception method |
| KR101760445B1 (ko) * | 2014-11-13 | 2017-07-21 | 소니 주식회사 | 수신 장치, 수신 방법, 송신 장치 및 송신 방법 |
| KR101764637B1 (ko) * | 2014-12-05 | 2017-08-14 | 엘지전자 주식회사 | 방송 신호 송신 방법, 방송 신호 송신 장치, 방송 신호 수신 방법 및 방송 신호 수신 장치 |
| JP6301497B2 (ja) * | 2014-12-10 | 2018-03-28 | エルジー エレクトロニクス インコーポレイティド | 放送信号伝送装置、及び放送信号伝送方法 |
| EP3255858A4 (en) * | 2015-02-04 | 2018-07-11 | LG Electronics Inc. | Broadcast signal transmitting device, broadcast signal receiving device, broadcast signal transmitting method, and broadcast signal receiving method |
| WO2016129869A1 (ko) * | 2015-02-13 | 2016-08-18 | 엘지전자 주식회사 | 방송 신호 송신 장치, 방송 신호 수신 장치, 방송 신호 송신 방법, 및 방송 신호 수신 방법 |
| TWI566593B (zh) * | 2015-02-17 | 2017-01-11 | 沈國曄 | 應用於多媒體視訊服務的互動系統及其方法 |
| US9772911B2 (en) * | 2015-03-27 | 2017-09-26 | International Business Machines Corporation | Pooling work across multiple transactions for reducing contention in operational analytics systems |
| US20170078765A1 (en) * | 2015-04-23 | 2017-03-16 | Lg Electronics Inc. | Apparatus for transmitting broadcast signal, apparatus for receiving broadcast signal, method for transmitting broadcast signal and method for receiving broadcast signal |
-
2017
- 2017-11-01 US US16/343,828 patent/US20190253739A1/en not_active Abandoned
- 2017-11-01 TW TW106137737A patent/TWI670975B/zh active
- 2017-11-01 KR KR1020197013629A patent/KR102219103B1/ko active IP Right Grant
- 2017-11-01 TW TW108126189A patent/TWI732250B/zh active
- 2017-11-01 CN CN201780066423.5A patent/CN109923869B/zh active Active
- 2017-11-01 CA CA3041449A patent/CA3041449C/en active Active
- 2017-11-01 MX MX2019004780A patent/MX2019004780A/es unknown
- 2017-11-01 WO PCT/JP2017/039628 patent/WO2018084213A1/en active Application Filing
Non-Patent Citations (3)
| Title |
|---|
| ATSC Candidate Standard: Application Signaling (A/337), ATSC, Doc. S33-215r1, 2017.1.19.* * |
| ATSC Candidate Standard: Service Announcement (A/332), ATSC, Doc. s33-159r5, 2016.09.21.* * |
| ATSC Candidate Standard: Signaling, Delivery, Synchronization, and Error Protection (A/331), ATSC, Doc. s33-174r3, 2016.06.21.* * |
Also Published As
| Publication number | Publication date |
|---|---|
| TWI732250B (zh) | 2021-07-01 |
| TWI670975B (zh) | 2019-09-01 |
| CA3041449C (en) | 2023-06-27 |
| KR102219103B1 (ko) | 2021-02-23 |
| TW201939963A (zh) | 2019-10-01 |
| TW201820886A (zh) | 2018-06-01 |
| MX2019004780A (es) | 2019-08-05 |
| WO2018084213A1 (en) | 2018-05-11 |
| CN109923869B (zh) | 2021-12-07 |
| US20190253739A1 (en) | 2019-08-15 |
| CN109923869A (zh) | 2019-06-21 |
| CA3041449A1 (en) | 2018-05-11 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US11218235B2 (en) | Method for decoding a service list table | |
| US11689304B2 (en) | Receiving device, and signaling device | |
| CA3041982C (en) | Broadcast identifier signaling | |
| US20180048408A1 (en) | Service signaling extensions | |
| CA3081282C (en) | Service list | |
| KR102219103B1 (ko) | 동적 이벤트 시그널링 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A201 | Request for examination | ||
| E902 | Notification of reason for refusal | ||
| E90F | Notification of reason for final refusal | ||
| E701 | Decision to grant or registration of patent right | ||
| GRNT | Written decision to grant |