KR102151590B1 - 상위 계층 정보의 링크 계층 시그널링을 위한 시스템들 및 방법들 - Google Patents

Abstract

디바이스는, 하나 이상의 링크 계층 패킷 페이로드 구조에 따라 상위 계층 세션과 연관된 데이터를 전송하도록 구성될 수 있다. 링크 계층 패킷 페이로드 구조는 테이블을 포함할 수 있다.

Description

상위 계층 정보의 링크 계층 시그널링을 위한 시스템들 및 방법들

본 개시내용은 대화형 텔레비전 분야에 관한 것이다.

디지털 미디어 재생 능력은, 소위 "스마트" 텔레비전을 포함한 디지털 텔레비전, 셋탑-박스, 랩탑 또는 데스크탑 컴퓨터, 태블릿 컴퓨터, 디지털 기록 디바이스, 디지털 미디어 재생기, 비디오 게임 디바이스, 소위 "스마트" 전화를 포함한 셀룰러 전화, 전용 비디오 스트리밍 디바이스 등을 포함하는, 다양한 디바이스들 내에 통합될 수 있다. 디지털 미디어 콘텐츠(예를 들어, 비디오 및/또는 오디오 프로그래밍, 및 애플리케이션 기반의 강화)는, 예를 들어, 공중파 텔레비전 제공자, 위성 텔레비전 제공자, 케이블 텔레비전 제공자, 소위 스트리밍 서비스 제공자를 포함한 온라인 미디어 서비스 제공자 등을 포함한, 복수의 소스로부터 발생할 수 있다. 디지털 미디어 콘텐츠는, 인터넷 프로토콜(IP) 네트워크 등의 양방향 네트워크 및 디지털 브로드캐스트 네트워크 등의 단방향 네트워크를 포함한, 패킷 교환 네트워크를 통해 전달될 수 있다.

디지털 미디어 콘텐츠는, 전송 표준에 따라 소스로부터 수신기 디바이스(예를 들어, 디지털 텔레비전 또는 스마트 폰)로 전송될 수 있다. 전송 표준의 예로서는, DVB(Digital Video Broadcasting) 표준, ISDB(Integrated Services Digital Broadcasting Standards) 표준, 및 예를 들어 ATSC 2.0 표준을 비롯한 ATSC(Advanced Television Systems Committee)에 의해 개발된 표준이 포함된다. ATSC는 현재 소위 ATSC 3.0 표준 스위트를 개발하고 있는 중이다. 전송 표준은 전송을 위해 디지털 미디어 콘텐츠를 캡슐화하기 위한 메커니즘을 정의할 수 있고, 디지털 미디어 콘텐츠의 전송과 관련된 시그널링 정보를 위한 메커니즘을 정의할 수 있다. 디지털 미디어 콘텐츠의 전송과 연관된 시그널링 정보에 대한 현재의 기술은 이상적이지 않을 수 있다.

일반적으로, 본 개시내용은 상위 계층 세션과 연관된 정보를 링크 계층에서 시그널링하기 위한 기술을 설명한다. 특히, 본 개시내용은 하나 이상의 링크 계층 패킷 페이로드 구조에 따라 상위 계층 세션과 연관된 데이터를 전송하기 위한 기술을 설명한다. 여기서 설명된 기술들은 효율적인 데이터 전송을 가능하게 할 수 있다. 여기서 설명된 기술들은 디지털 미디어 애플리케이션에 특히 유용할 수 있다. 일부 예에서 본 개시내용의 기술들이 현재 개발중인 것들을 포함한 ATSC 표준에 관하여 설명되지만, 여기서 설명된 기술들은 일반적으로 임의의 전송 표준에 적용가능하다는 점에 유의해야 한다. 예를 들어, 여기서 설명된 기술들은 일반적으로, DVB 표준, ISDB 표준, ATSC 표준, DTMB(Digital Terrestrial Multimedia Broadcast) 표준, DMB(Digital Multimedia Broadcast) 표준, HbbTV(Hybrid Broadcast and Broadband Television) 표준, W3C(World Wide Web Consortium) 표준, UPnP(Universal Plug and Play) 표준, 및 기타의 비디오 인코딩 표준 중 임의의 것에 적용가능하다.

본 개시내용의 한 예에 따르면, 상위 계층 정보를 링크 계층 패킷에서 시그널링하기 위한 방법은 하나 이상의 물리 계층 파이프와 각각 연관된 세션 식별 정보를 포함하는 테이블 ―테이블은, 테이블이 물리 계층 파이프 식별자의 가능한 값들과 연관된 물리 계층 파이프에 대한 세션 식별 정보를 포함하는지를 나타냄― 을 생성하는 단계, 및 테이블을 하나 이상의 수신기 디바이스에 전송하는 단계를 포함한다.

본 개시내용의 또 다른 예에 따르면, 상위 계층 정보를 링크 계층 패킷에서 시그널링하기 위한 디바이스는 하나 이상의 물리 계층 파이프와 각각 연관된 세션 식별 정보를 포함하는 테이블 ―테이블은, 테이블이 물리 계층 파이프 식별자의 가능한 값들과 연관된 물리 계층 파이프에 대한 세션 식별 정보를 포함하는지를 나타냄― 을 생성하고, 테이블을 하나 이상의 수신기 디바이스에 전송하도록 구성된 하나 이상의 프로세서를 포함한다.

본 개시내용의 또 다른 예에 따르면, 상위 계층 정보를 링크 계층 패킷에서 시그널링하기 위한 장치는, 하나 이상의 물리 계층 파이프와 각각 연관된 세션 식별 정보를 포함하는 테이블 ―테이블은, 테이블이 물리 계층 파이프 식별자의 가능한 값들과 연관된 물리 계층 파이프에 대한 세션 식별 정보를 포함하는지를 나타냄― 을 생성하기 위한 수단, 및 테이블을 하나 이상의 수신기 디바이스에 전송하기 위한 수단을 포함한다.

본 개시내용의 또 다른 예에 따르면, 비일시적인 컴퓨터 판독가능한 저장 매체는, 실행시에 디바이스의 하나 이상의 프로세서로 하여금 하나 이상의 물리 계층 파이프와 각각 연관된 세션 식별 정보를 포함하는 테이블 ―테이블은, 테이블이 물리 계층 파이프 식별자의 가능한 값들과 연관된 물리 계층 파이프에 대한 세션 식별 정보를 포함하는지를 나타냄― 을 생성하게 하고, 테이블을 하나 이상의 수신기 디바이스에 전송하게 하는 저장된 명령어들을 포함한다.

하나 이상의 예의 상세사항은 첨부된 도면 및 이하의 설명에서 개시된다. 다른 피쳐들, 목적들, 및 이점들은, 상세한 설명 및 도면, 및 청구항들로부터 명백해질 것이다.

도 1은 본 개시내용의 하나 이상의 기술에 따른 콘텐츠 전달 프로토콜 모델의 한 예를 나타내는 개념도이다.
도 2a는 본 개시내용의 하나 이상의 기술에 따른 링크 계층 패킷 구조의 한 예를 나타내는 개념도이다.
도 2b는 본 개시내용의 하나 이상의 기술에 따른 시그널링 패킷에 대한 링크 계층 패킷 구조의 한 예를 나타내는 개념도이다.
도 3은 본 개시내용의 하나 이상의 기술을 구현할 수 있는 시스템의 한 예를 나타내는 블록도이다.
도 4는 본 개시내용의 하나 이상의 기술을 구현할 수 있는 서비스 배포 엔진의 한 예를 나타내는 블록도이다.
도 5는 본 개시내용의 하나 이상의 기술을 구현할 수 있는 링크 계층 패킷 생성기의 한 예를 나타내는 블록도이다.
도 6은 본 개시내용의 하나 이상의 기술에 따른 통신 네트워크를 통해 배포하기 위한 신호를 생성하는 한 예를 나타내는 개념도이다.
도 7은 본 개시내용의 하나 이상의 기술을 구현할 수 있는 수신기 디바이스의 한 예를 나타내는 블록도이다.

컴퓨팅 디바이스 및/또는 전송 시스템은 하나 이상의 추상화 계층을 포함하는 모델에 기초할 수 있고, 여기서 각각의 추상화 계층의 데이터는, 특정한 구조, 예를 들어, 패킷 구조, 변조 방식 등에 따라 표현된다. 정의된 추상화 계층을 포함하는 모델의 한 예는 도 1에 나타낸 소위 개방 시스템 상호접속(OSI; Open Systems Interconnection) 모델이다. OSI 모델은, 애플리케이션 계층, 프리젠테이션 계층, 세션 계층, 트랜스포트 계층, 네트워크 계층, 데이터 링크 계층, 및 물리 계층을 포함한 7-계층 스택 모델을 정의한다. 스택 모델 내의 계층들을 기술하는 것과 관련하여 상위 및 하위라는 용어의 사용은 최상위 계층인 애플리케이션 계층 및 최하위 계층인 물리 계층에 기초할 수 있다는 점에 유의해야 한다. 또한, 일부 경우에, "계층 1" 또는 "L1"이라는 용어는 물리 계층을 지칭하기 위해 사용될 수 있고, "계층 2" 또는 "L2"는 링크 계층을 지칭하기 위해 사용될 수 있으며, "계층 3 "또는 "L3" 또는 "IP 계층"은 네트워크 계층을 지칭하기 위해 사용될 수 있다.

물리 계층이란 일반적으로 전기 신호가 디지털 데이터를 형성하는 계층을 말할 수 있다. 예를 들어, 물리 계층이란, 변조된 무선 주파수(RF) 심볼들이 디지털 데이터의 프레임을 형성하는 방법을 정의하는 계층을 말할 수 있다. 링크 계층이라고도 하는 데이터 링크 계층은, 전송측에서의 물리 계층 처리 이전으로서 수신측에서의 물리 계층 수신 이후에 이용되는 추상화를 지칭할 수 있다. 본 명세서에서 사용될 때, 링크 계층은 전송 측에서 네트워크 계층으로부터 물리 계층으로 데이터를 전송하고 수신 측에서 물리 계층으로부터 네트워크 계층으로 데이터를 전송하는데 이용되는 추상화를 지칭할 수 있다. 전송측과 수신측은 논리적 역할이며 단일의 디바이스가 한 순간에서는 전송측으로서 또 다른 순간에서는 수신측으로서 모두 동작할 수 있다는 점에 유의해야 한다. 이하에서 더 상세히 설명되는 바와 같이, 링크 계층은, 특정한 패킷 유형(예를 들어, Motion Picture Expert Group - Transport Stream (MPEG-TS) 패킷, IPv4(Internet Protocol Version 4) 패킷 등)으로 캡슐화된 다양한 유형의 데이터(예를 들어, 비디오, 오디오, 또는 애플리케이션 파일들)를 물리 계층에 의한 처리를 위해 단일의 일반 포멧으로 추출할 수 있다. 네트워크 계층이란 일반적으로 논리적 어드레싱이 발생하는 계층을 말할 수 있다. 즉, 네트워크 계층은 일반적으로, 데이터 패킷이 네트워크 내의 특정한 노드(예를 들어, 컴퓨팅 디바이스)에 전달될 수 있도록 어드레싱 정보(예를 들어, 인터넷 프로토콜(IP) 주소)를 제공할 수 있다. 여기서 사용될 때 용어 네트워크 계층이란, 링크 계층 위의 계층 및/또는 링크 계층 처리를 위해 수신될 수 있는 구조의 데이터를 갖는 계층을 말할 수 있다. 트랜스포트 계층, 세션 계층, 프리젠테이션 계층 및 애플리케이션 계층 각각은, 사용자 애플리케이션에서 이용하기 위해 데이터가 전달되는 방법을 정의할 수 있다.

현재 개발중인 전송 표준을 포함하는 전송 표준은, 각각의 계층에 대해 지원되는 프로토콜을 명시하는 콘텐츠 전달 프로토콜 모델을 포함할 수 있고, 하나 이상의 특정한 계층 구현을 추가로 정의할 수 있다. 도 1을 다시 참조하면, 예시적인 콘텐츠 전달 프로토콜 모델이 도시되어 있다. 도 1에 도시된 예에서, 콘텐츠 전달 프로토콜 모델(100)은 예시의 목적을 위해 7-계층 OSI 모델과 "정렬"된다. 이러한 예시는 본 명세서에서 설명된 기술들 또는 콘텐츠 전달 프로토콜 모델(100)의 구현을 제한하는 것으로 해석되어서는 안된다는 점에 유의해야 한다. 콘텐츠 전달 프로토콜 모델(100)은 일반적으로 ATSC 3.0 표준 스위트에 대해 현재 제안된 콘텐츠 전달 프로토콜 모델에 대응할 수 있다. 또한, 여기서 설명된 기술들은 콘텐츠 전달 프로토콜 모델(100)에 기초하여 동작하도록 구성된 시스템에서 구현될 수 있다.

현재 개발중인 ATSC 3.0 표준 스위트의 양태들은, ATSC 3.0 표준의 공개된(즉, "최종" 또는 "채택된") 버전에 포함시키기 위한 제안된 양태들을 포함할 수 있는 Candidate Standards에서 기술되어 있다. 예를 들어, 그 전체내용이 참조로 본 명세서에 포함되는 ATSC Candidate Standard: System Discovery and Signaling, Doc. S32-230r21, 28 September 2015는, ATSC 3.0 단방향 물리 계층 구현의 구체적인 제안된 양태들을 기술하고 있다. 제안된 ATSC 3.0 단방향 물리 계층은, 정의된 부트스트랩, 프리앰블, 및 하나 이상의 물리 계층 파이프(PLP)를 포함하는 데이터 페이로드 구조를 포함하는 물리 계층 프레임 구조를 포함한다. PLP는 일반적으로 RF 채널 내의 논리적 구조 또는 RF 채널의 일부를 지칭할 수 있다. 즉, PLP는 특정한 변조 및 코딩 파라미터들을 갖는 RF 채널의 일부를 포함할 수 있다. 제안된 ATSC 3.0 단방향 물리 계층은, 단일 RF 채널이 하나 이상의 PLP를 포함할 수 있고 각각의 PLP는 하나 이상의 서비스(예를 들어, 비디오 서비스, 오디오 서비스, 및/또는 자막 서비스)를 전달할 수 있다는 것을 제공한다. 도 1을 참조하면, 콘텐츠 전달 프로토콜 모델(100)은, UDP(User Datagram Protocol) 및 IP(Internet Protocol)를 통한 MMTP(MPEG Media Transport Protocol)를 이용하여, 및 UDP 및 IP를 통한 ROUTE(Real-time Object delivery over Unidirectional Transport)를 이용하여 ATSC 방송 브로드캐스트 물리 계층을 통한 스트리밍 및/또는 파일 다운로드를 지원한다. MMTP는, 그 전체 내용이 참조로 본 명세서에 포함되는, ISO/IEC: ISO/IEC 23008-1, "Information technology-High efficiency coding and media delivery in heterogeneous environments-Part 1: MPEG media transport (MMT)"에서 설명되어 있다. ROUTE에 대한 개요는, 그 전체 내용이 참조로 본 명세서에 포함되는, ATSC Candidate Standard: Signaling, Delivery, Synchronization, and Error Protection (A/331) Doc. S32-174r1, 5 January 2016 (이하 "A/331")에서 제공된다. ATSC 3.0은 단방향 오버-디-에어(over-the-air) 전송 물리 계층을 지칭하기 위해 "브로드캐스트"라는 용어를 사용하지만, 소위 ATSC 3.0 브로드캐스트 물리 계층은 스트리밍 또는 파일 다운로드를 통한 비디오 전달을 지원한다는 점에 유의해야 한다. 따라서, 본 명세서에 이용된 브로드캐스트라는 용어는 비디오 및 연관된 데이터가 본 개시내용의 하나 이상의 기술에 따라 트랜스포트될 수 있는 방식을 제한하는데 사용되어서는 안된다.

MMTP가 ATSC 방송 물리 계층을 통한 스트리밍 및/또는 파일 다운로드에 이용되는 경우, 서비스 컴포넌트 데이터(예를 들어, 비디오 데이터, 오디오 데이터, 폐쇄 자막 데이터 등)는 미디어 처리 유닛(MPU)에서 캡슐화될 수 있다. MMTP는 "MMT 엔티티에 의해 처리될 수 있고 다른 MPU들과는 독립적으로 프리젠테이션 엔진에 의해 소비될 수 있는 미디어 데이터 항목"으로서 MPU를 정의한다. MPU의 논리적 그룹은 MMT 자산을 형성할 수 있고, 여기서, MMTP는 자산을 "멀티미디어 프레젠테이션을 제작하는데 이용되는 임의의 멀티미디어 데이터"로서 정의한다. 자산은 인코딩된 미디어 데이터를 운반하기 위해 동일한 자산 식별자를 공유하는 MPU들의 논리적 그룹이다. 예를 들어, 비디오 컴포넌트의 경우, MPU는 독립적으로 디코딩가능한 픽처 그룹(GOP)을 포함할 수 있고, 자산은 비디오 시퀀스를 형성하는 수 개의 MPU를 포함할 수 있다. 하나 이상의 자산이 MMT 팩키지를 형성할 수 있고, 여기서 MMT 팩키지는 멀티미디어 콘텐츠의 논리적 모음이다. 예를 들어, MMT 팩키지는, 비디오 컴포넌트에 대응하는 자산, 및 오디오 컴포넌트에 대응하는 자산을 포함할 수 있다. A/331은 단일 MMT 팩키지가 하나 이상의 MMTP 세션을 통해 전달될 수 있다는 것을 제공하며, 여기서, 각각의 MMTP 세션은 목적지 IP 주소 및 목적지 UDP 포트 번호에 의해 식별될 수 있다. 또한, A/331은 단일 MMTP 세션에 의해 복수의 MMT 팩키지가 전달될 수 있다는 것을 제공한다. A/331은 각각의 PLP가 하나 이상의 MMTP 세션을 운반할 수 있다는 것을 제공한다. 또한, A/331은 하나의 MMTP 세션이 하나보다 많은 PLP에 의해 운반될 수 있다는 것을 제공한다.

ROUTE가 ATSC 브로드캐스트 물리 계층을 통한 스트리밍 및/또는 파일 다운로드에 이용되는 경우, 서비스 컴포넌트 데이터는 하나 이상의 LCT(Layer Coding Transport) 채널과 연관될 수 있다. 일부 경우에, LCT 채널은 개념적으로 MMT 자산과 유사할 수 있다. 즉, 미디어 전달의 경우, LCT 채널은 전체적으로 또는 부분적으로 미디어 컴포넌트를 운반할 수 있고, ROUTE 세션은 하나 이상의 미디어 프리젠테이션의 구성 미디어 컴포넌트들을 운반하는 LCT 채널들의 멀티플렉스로서 간주될 수 있다. 즉, 각각의 ROUTE 세션은 하나 이상의 LCT 채널을 포함할 수 있고, 여기서 LCT 채널들은 ROUTE 세션의 서브세트이다. 또한, A/331은, 하나 이상의 LCT 채널이 PLP에 포함될 수 있고, ROUTE 세션이 하나 이상의 PLP에 의해 운반될 수 있다는 것을 제공한다. 또한, MMTP 세션과 유사하게, A/331은, ROUTE 세션이 목적지 IP 주소 및 목적지 UDP 포트 번호에 의해 식별될 수 있다는 것을 제공한다. ROUTE 세션은 소스 IP 주소에 의해 더 식별될 수 있다는 점에 유의해야 한다.

MMTP 세션 및 ROUTE 세션 각각은 상위 계층 세션이라고 지칭될 수 있다. 본 명세서에서 사용되는 상위 계층 세션이라는 용어는 일반적으로 네트워크 주소 및 적어도 하나의 상위 계층 주소와 연관된 데이터를 지칭할 수 있다. 일부 경우에, 상위 계층 세션이라는 용어는, 더 구체적으로는, 서비스 컴포넌트와 연관된 목적지 IP 주소 및 목적지 포트 번호를 지칭할 수 있다. 또한, 일부 경우에는, 상위 계층 세션의 유형이 네트워크 프로토콜의 유형 및 상위 계층 프로토콜의 유형에 기초하여 식별될 수 있어야 한다. 예를 들어, IPv4 및 UDP 포트 번호를 요구하는 상위 계층 세션은 IPv4/UDP 세션이라고 지칭될 수 있다. 상위 계층 세션이 서비스 컴포넌트와 연관된 목적지 IP 주소 및 목적지 UDP 포트 번호를 지칭하고 하나 이상의 PLP에 의해 운반되는 경우, 세션에 참여하기 위해(예를 들어, 서비스 컴포넌트를 수신하기 위해), 수신기 디바이스는, 적어도, 하나 이상의 PLP의 식별자들, 목적지 IP 주소, 및 목적지 UDP 포트 번호를 포함할 수 있는 세션 식별 정보를 획득할 수 있다. 일부 경우에는 세션에 참여하기 위해 추가 정보가 요구될 수도 있다는 점에 유의해야 한다. 일부 경우에는, 수신기 디바이스가 링크 계층 시그널링을 통해 세션 식별 정보를 획득할 수 있는 것이 유용할 수 있다.

ATSC 3.0에 대한 제안된 링크 계층 구현은, 그 전체 내용이 참조로 본 명세서에 포함되는, ATSC Candidate Standard: Link-Layer Protocol (A/330), Doc. S33-169r2, 25 December 2015 (이하 "A/330")에 기술되어 있다. ATSC 링크 계층 프로토콜(ALP)이라고 지칭될 수 있는 제안된 링크 계층은, 특정한 패킷 유형(예를 들어, MPEG 트랜스포트 스트림(MPEG-TS) 패킷, 인터넷 프로토콜(IP) 패킷, 시그널링 패킷, 확장 패킷 등)으로 캡슐화된 다양한 유형의 데이터를 물리 계층에 의한 처리를 위한 단일의 일반 포멧으로 추출한다. 하나의 예에서, MPEG-TS는, 오디오, 비디오 및 PSIP(Program and System Information Protocol) 데이터의 전송 및 저장을 위한 표준 컨테이너 포멧으로서 정의될 수 있다는 점에 유의해야 한다. ATSC 3.0 제안된 링크 계층은, 단일의 상위 계층 패킷을 복수의 링크 계층 패킷들로 분할하고 복수의 상위 계층 패킷들을 단일의 링크 계층 패킷으로 연결하는 것을 지원한다. 또한, ATSC 3.0 제안된 링크 계층은 네트워크 패킷의 압축과 상위 계층 정보의 링크 계층 시그널링을 지원한다.

도 2a는 본 개시내용의 하나 이상의 기술에 따른 링크 계층 패킷 구조의 한 예를 나타내는 개념도이다. 도 2a에 나타낸 바와 같이, 패킷 구조(200)는 헤더(210) 및 페이로드(260)를 포함한다. 헤더(210)는 페이로드(260) 내에 캡슐화된 데이터의 유형 및 데이터가 페이로드(260) 내에 캡슐화된 방법을 식별하는 정보를 제공할 수 있다. 예를 들어, 헤더(210)는 페이로드(260)가 특정한 유형의 네트워크 패킷을 캡슐화한다는 것을 나타내는 필드를 포함할 수 있다. 또한, 헤더(210)는 링크 계층 시그널링을 제공하는데 이용되는 링크 계층 패킷을 나타내는 필드를 포함할 수 있다. 전술된 바와 같이, 페이로드(260) 내에 캡슐화된 데이터는 압축될 수 있다. 예를 들어, 네트워크 계층 패킷이 MPEG-2 TS 패킷을 포함하는 경우, 복수의 MPEG-2 TS 패킷이 페이로드(260) 내에 캡슐화될 수 있고 각각의 MPEG-2 TS 패킷에 존재하는 동기 바이트(sync byte)가 삭제될 수 있으며, 데이터 스트림에 포함된 MPEG-2 TS NULL 패킷은 삭제될 수 있고, 및/또는 공통 MPEG-2 TS 헤더는 삭제될 수 있다. 또한, 네트워크 계층 패킷이 IP 패킷을 포함하는 경우, IP 패킷의 헤더는 압축될 수 있다.

도 2a에 나타낸 예에서, 베이스 헤더(220)는 길이가 2 바이트이고, 헤더(210)의 최소 길이일 수 있다. 이하에서 상세히 설명하는 바와 같이, 한 예시에서, 베이스 헤더(220)는 4가지 유형의 패킷 구성 : 임의의 추가 헤더 없는 단일 패킷, 추가 헤더를 갖는 단일 패킷, 분할된 패킷, 및 연결된 패킷 중 하나를 나타낼 수 있다. 도 2a에 나타낸 예에서, 헤더(210)는 베이스 헤더(220)를 포함하고, 선택사항으로서, 추가 헤더(230), 선택사항적 헤더(240), 및 패킷 유형 추가 헤더(250)를 포함한다. 한 예에서, 추가 헤더(230)의 존재는 베이스 헤더(220)에 포함된 제어 필드에 의존할 수 있고, 선택사항적 헤더(240)의 포함은, 존재하는 경우 추가 헤더(230)에 포함된 플래그 필드로부터 표시될 수 있다. 패킷 유형의 추가 헤더(250)의 존재는 베이스 헤더(220)의 패킷 유형 필드(222)에 의존할 수 있다. 예를 들어, 도 2b와 관련하여 후술되는 바와 같이, 패킷 유형 필드(222)가 시그널링 패킷을 나타낼 때, 헤더(210)는 패킷 유형 추가 헤더의 일부로서 시그널링 헤더(250)를 포함한다. 다른 예에서, 추가 헤더(230), 선택사항적 헤더(240), 및 패킷 유형 추가 헤더(250) 중 하나 이상의 존재는 다른 논리적 관계에 기초할 수 있다는 점에 유의해야 한다.

도 2a에 나타낸 예에서, 베이스 헤더(220)는, 패킷 유형 필드(222), 페이로드 구성(PC) 필드(224), 헤더 모드(HM) 필드(226A) 또는 분할/연결(S/C) 필드(226B) 중 하나, 및 길이 필드(228) 중 하나를 포함한다. 도 2a에 나타낸 예에서, 패킷 유형 필드(222), 페이로드 구성(PC) 필드(224), 헤더 모드(HM) 필드(226A) 또는 분할/연결(S/C) 필드(226B) 중 하나, 및 길이 필드(228) 각각에 대해 길이(예를 들어, 비트 단위의 길이)가 제공된다. 다른 예에서 필드들은 다른 비트 길이를 가질 수 있다는 점에 유의해야 한다. 예를 들어, 길이 필드(228)에 대해 11 비트 대신에, 4 비트, 8 비트, 또는 또 다른 비트 수가 이용될 수 있고, 다른 필드에 이용되는 비트 수는 이에 따라 수정될 수 있으며 및/또는 추가 필드들이 베이스 헤더(210)에 추가될 수 있다. 일부 예에서, 필드들은 다른 명칭을 이용하여 지칭될 수 있으며 여전히 동일한 역할 또는 의미를 가진다는 점에 유의해야 한다. 예를 들어, "추가 헤더"는 일부 예에서 "aph header" 또는 "addl header"라고 지칭될 수 있다.

패킷 유형 필드(222)는 페이로드(260) 내에 캡슐화된 네트워크 패킷의 유형을 식별할 수 있다. 한 예에서, 패킷 유형 필드(222)는, 링크 계층 패킷 내로의 캡슐화 이전에 입력 데이터의 패킷 유형 또는 원래의 프로토콜을 나타내는 3-비트 packet_type 신택스 요소를 포함할 수 있다. packet_type 값이 원래의 프로토콜 또는 패킷 유형을 어떻게 나타낼 수 있는지에 대한 예가 표 1에 나와 있다.

[표 1]

페이로드 구성 필드(224)는, 헤더 모드 필드(226A) 또는 분할/연결 필드(226B)가 베이스 헤더(220)에 존재하는지를 나타낼 수 있다. 한 예에서, 페이로드 구성 필드(224)는, 페이로드의 구성을 나타내는 1-비트 payload_configuration 신택스 요소를 포함할 수 있다. 한 예에서, 값 '0'은 링크 계층 패킷이 단일의 전체 입력 패킷을 운반하고 다음 필드가 헤더 모드 필드임을 나타낼 수 있고, 값 '1'은 패킷이 하나보다 많은 입력 패킷(연결) 또는 큰 입력 패킷의 일부(분할)를 운반하고 다음 필드가 분할/연결 필드임을 나타낼 수 있다. 존재하는 경우, 헤더 모드 필드(226A)는, 추가 헤더(230)가 존재하는지 및 링크 계층 패킷의 길이를 나타낼 수 있다. 한 예에서, 1-비트 header_mode 신택스 요소는 추가 헤더가 없고, 링크 계층 패킷의 페이로드의 길이가 2048 바이트보다 작다는 것을 나타내거나(예를 들어, '0'으로 설정되는 경우), 단일 패킷에 대한 추가 헤더가 길이 필드(228) 다음에 존재한다는 것을 나타낼 수 있다(예를 들어, '1'로 설정되는 경우). header_mode가 단일 패킷에 대한 추가 헤더가 존재하는 것을 나타내는 경우, 페이로드의 길이는 2047 바이트보다 클 수 있고 및/또는 선택사항적 피쳐(서브스트림 식별, 헤더 확장 등)가 이용될 수 있다. 존재하는 경우, 분할/연결 필드(226B)는, 링크 계층 패킷이 네트워크 계층 패킷의 한 세그먼트인지 또는 수 개의 네트워크 계층 패킷이 링크 계층 패킷 내에서 연결되는지를 나타낼 수 있다. 한 예에서, 1-비트 seg-mentation_concatenation 신택스 요소는 페이로드가 입력 패킷의 한 세그먼트를 운반하고 분할을 위한 추가 헤더가 길이 필드(228) 다음에 존재한다는 것을 나타내거나(예를 들어, '0'으로 설정되는 경우), 페이로드는 하나보다 많은 완전한 입력 패킷을 운반하고 연결을 위한 추가 헤더는 길이 필드(228) 다음에 존재한다는 것을 나타낼 수 있다(예를 들어, '0'으로 설정되는 경우). 길이 필드(228)는 페이로드(260)의 전체 길이를 나타낼 수 있다. 한 예에서, 길이 필드(228)는 링크 계층 패킷에 의해 운반되는 페이로드의 바이트 단위 길이의 11개 최하위 비트(LSB)를 나타내는 11-비트 length 신택스 요소를 포함할 수 있다. 일부 경우에, 길이 필드(228)는 페이로드의 실제 총 길이를 제공하기 위해 추가 헤더(230) 다음의 필드들과 연결될 수 있다는 점에 유의해야 한다.

전술된 예시적인 신택스 요소를 포함하는 패킷 구조(200)에 이용될 수 있는 예시적인 신택스가 표 2에 나와 있다. 표 2와 아래의 다른 표들에서, uimsbf는, 최상위 비트가 먼저 전송되는, 부호없는 정수를 지칭하고, bslbf는, 좌측이 먼저인, 비트 스트링을 지칭할 수 있다. 다른 예들에서, 여기서 설명된 표들 중 임의의 표의 요소에 대해 상이한 데이터 유형들이 이용될 수 있다는 점에 유의해야 한다. 예를 들어, 부호없는 정수 데이터 유형 대신에, 부호없는 바이트 데이터 유형 등이 이용될 수 있다. 또한, 신택스 요소로서 데이터를 시그널링하는 것 대신에, 속성을 이용하여 데이터가 시그널링될 수 있고, 여기서, 속성은 일반적으로 한 요소에 관한 더 많은 정보를 제공하는 데이터 값을 지칭한다. 또한, 요소의 카디널리티는 아래의 예시적인 표에 나타낸 값들로 제한되지 않는다.

표 2에 관하여, 간결성을 위해, additional_header_for_single_packet(), ad-ditional_header_for_segmentation(), additional_header_for_concatenation() 및 ad-ditional_header_for_type_extension()의 각각의 포멧의 완전한 설명은 여기서는 제공되지 않는다는 점에 유의해야 한다. 그러나, 표 2에 나타낸 바와 같이, ad-ditional_header_for_single_packet(), additional_header_for_segmentation(), ad-ditional_header_for_concatenation() 및 additional_header_for_type_extension()의 예시적인 포멧에 대한 A/330의 섹션들을 참조한다. additional_header_for_signaling_information()의 예시적인 포멧이 표 6을 참조하여 아래에서 설명된다.

[표 2]

전술된 바와 같이, 시그널링 패킷은 링크 계층 시그널링을 제공하는데 이용될 수 있다. 표 1 및 표 2에 나타낸 예들을 참조하면, 시그널링 패킷은, '100'과 동일한 베이스 헤더(220) 내의 packet_type 신택스 요소에 의해 식별될 수 있다. 도 2b는 시그널링 패킷 추가 헤더의 한 예를 나타낸다. 도 2b에 나타낸 바와 같이, 시그널링 패킷 추가 헤더는, 시그널링 유형 필드(252), 시그널링 유형 확장 필드(254), 시그널링 버전 필드(255), 시그널링 포멧 필드(256), 시그널링 인코딩 필드(257) 및 보류된 필드(258)를 포함한다. 도 2b에 나타낸 예에서, 시그널링 유형 필드(252), 시그널링 유형 확장 필드(254), 시그널링 버전 필드(255), 시그널링 포멧 필드(256), 시그널링 인코딩 필드(257), 및 보유된 필드(258) 각각에 대해 길이가 제공된다. 다른 예에서 이들 필드들은 다른 비트 길이를 가질 수 있다는 점에 유의해야 한다.

시그널링 유형 필드(252)는 시그널링의 유형을 나타낼 수 있다. 한 예에서, 시그널링 유형 필드(252)는 표 3에 기초한 시그널링 유형을 나타내는 8 비트 signaling_type 신택스 요소를 포함할 수 있다. 전술된 바와 같이, 일부 경우에는, 수신기 디바이스가 링크 계층 시그널링을 통해 세션 식별 정보를 획득할 수 있는 것이 유용할 수 있다. (표 3의 signaling_type 0x01에 의해 표시되는) 링크 맵핑 테이블(LMT)은 세션 식별 정보를 제공할 수 있다. LMT의 예가 아래에서 더 상세히 설명된다. 또한, 여기서 설명된 기술들은 수신기 디바이스가 링크 맵핑 테이블로부터 세션 식별 정보를 효율적인 방식으로 획득할 수 있게 할 수 있다. 또한, 표 3에 관하여, ROHC-U는 단방향 모드 로버스트 헤더 압축(ROHC; robust header compression)을 나타낼 수 있다는 점에 유의해야 한다. 예시적인 ROHC의 양태들은 A/330에서 제공된다. A/330에서, ROHC는 IP 헤더 압축 기술을 지칭하며, 2개의 부분 : 헤더 압축기/압축해제기와 적응 모듈을 포함한다. 전송기 측에서, 적응 모듈은 컨텍스트 정보를 추출하고 각각의 패킷 스트림으로부터 시그널링 정보를 구축하며, 수신기 측에서, 적응 모듈은 수신된 패킷 스트림과 연관된 시그널링 정보를 파싱하고 컨텍스트 정보를 수신된 패킷 스트림에 부착한다.

[표 3]

도 2b를 다시 참조하면, 시그널링 유형 확장 필드(254)는 시그널링의 속성을 나타낼 수 있다. 한 예에서, 시그널링 유형 확장 필드(254)는 시그널링의 속성을 나타내는 16-비트 signaling_type_extension 신택스 요소를 포함할 수 있다. 한 예에서, signaling_type_extension은 시그널링 테이블 내에 정의될 수 있다. 시그널링 버전 필드(255)는 시그널링의 버전을 나타낼 수 있다. 예를 들어, 시그널링 버전 필드(225)는 링크 맵핑 테이블(Link Mapping Table)이 후속 전송에서 업데이트되었는지를 나타내는데 이용될 수 있다. 한 예에서, 시그널링 버전 필드(255)는 시그널링의 버전을 나타내는 8-비트 signaling_version 신택스 요소를 포함할 수 있다. 시그널링 포멧 필드(256)는 시그널링 데이터의 포멧을 나타낼 수 있다. 한 예에서, 시그널링 포멧 필드(256)는 표 4에 기초한 시그널링 포멧을 나타내는 2-비트 signaling_format 신택스 요소를 포함할 수 있다. 표 4에서 XML은 Extensible Markup Language(XML)를 지칭하고 JSON은 JavaScript Object Notation(JSON)을 지칭한다는 점에 유의해야 한다. 또한, 다른 예들에서, 값 00, 01, 10 및 11은 표 4에 도시된 것 이외의 다른 데이터 포멧을 나타낼 수 있다는 점에 유의해야 한다. 예를 들어, 00, 01, 10 및 11 각각은 다음 중 하나에 각각 대응할 수 있다 : Binary, XML, JSON, Hypertext Markup Language(HTML), Comma Separated Values(CSV), Backus-Naur Form (BNF), Augmented Backus-Naur Form(ABNF), 및 Extended Backus-Naur Form(EBNF). 또한, 한 예에서, 값 11은 보류된 필드(258)가 데이터 포멧을 표시한다는 것을 나타낼 수 있다는 점에 유의해야 한다.

[표 4]

시그널링 인코딩 필드(257)는 시그널링 데이터의 인코딩/압축 포멧을 나타낼 수 있다. 한 예에서, 시그널링 인코딩 필드(257)는 표 5에 기초한 인코딩/압축 포멧을 나타내는 2-비트 signaling_encoding 신택스 요소를 포함할 수 있다. 표 5와 관련하여, RFC는 IETF(Internet Engineering Task Force)에 의해 발표된 RFC(Request for Comments)를 지칭한다. 예를 들어, RFC 1951은 1996년 5월 DEFLATE Compressed Data Format Specification version 1.3을 지칭한다. 다른 예들에서, 값 00, 01, 10 및 11은, 표 5에 도시된 것 이외의 다른 신호 인코딩을 나타낼 수 있다는 점에 유의해야 한다. 예를 들어, 00, 01, 10 및 11 각각은 다음 중 하나에 각각 대응할 수 있다 : No compression, DEFLATE, GZIP(RFC 1952), adaptive Lempel-Ziv-Welch coding(LZW), 또는 다른 유형의 무손실 데이터 압축 알고리즘(Context-adaptive binary arithmetic coding(CABAC), Context-adaptive variable-length coding(CAVLC) 등).

[표 5]

additional_header_for_signaling_information()의 예시적인 비트 스트림 신택스가 표 6에 나와 있다.

[표 6]

전술된 바와 같이, 표 3과 관련하여, LMT는 세션 식별 정보를 제공할 수 있다. 즉, LMT는 PLP에서 운반되는 상위 계층 세션들의 목록을 제공할 수 있다. 현재 제안된 버전의 ATSC 3.0 표준 스위트는 LMT에 대한 예시적인 신택스를 제공한다. (A/330에서 기술되는) 현재 제안된 버전의 ATSC 3.0 표준 스위트에서 제공되는 예시적인 LMT 신택스가 표 7A에 나와 있다.

[표 7A]

A/330에 제공되는, 표 7A의 신택스 요소들, signaling_type, PLP_ID, num_session, src_IP_add, dst_IP_add, src_UDP_port, dst_UDP_port, SID_flag, compressed_flag, SID 및 context_id의 정의가 아래에 제공된다 :

signaling_type ― 이 8 비트 부호없는 정수 필드는 이 테이블에 의해 운반되는 시그널링의 유형을 나타낸다. LMT에 대한 signaling_type 필드의 값은 '0x01'로 설정된다.

PLP _ID ― 이 6 비트 필드는 이 테이블에 대응하는 PLP를 나타낸다.

num _session ― 이 8 비트 부호없는 정수 필드는 상기의 PLP_ID에 의해 식별된 PLP에서 운반되는 상위 계층 세션의 수를 제공한다. signaling_type 필드의 값이 '0x01'일 때, 이 필드는 PLP 내의 UDP/IPv4 세션의 수를 나타낸다.

src _ IP _add ― 이 32 비트 부호없는 정수 필드는 PLP_ID 필드에 의해 식별되는 PLP에서 운반되는 상위 계층 세션의 소스 IPv4 주소를 포함한다.

dst_ IP _add ― 이 32 비트 부호없는 정수 필드는 PLP_ID 필드에 의해 식별되는 PLP에서 운반되는 상위 계층 세션의 목적지 IPv4 주소를 포함한다.

src _ UDP _port ― 이 16 비트 부호없는 정수 필드는 PLP_ID 필드에 의해 식별되는 PLP에서 운반되는 상위 계층 세션의 소스 UDP 포트 번호를 나타낸다.

dst_ UDP _port ― 이 16 비트 부호없는 정수 필드는 PLP_ID 필드에 의해 식별되는 PLP에서 운반되는 상위 계층 세션의 목적지 UDP 포트 번호를 나타낸다.

SID_flag ― 이 1 비트 부울린 필드는 상기 4개의 필드들, src_ip_add, dst_ip_add, src_udp__port 및 dst_udp_port에 의해 식별되는 상위 계층 세션을 운반하는 ALP 패킷이 선택사항적 헤더에서 SID[즉, 서브스트림 식별자] 필드를 가진다는 것을 나타낸다. 이 필드의 값이 '0'으로 설정되면, 상위 계층 세션을 운반하는 ALP 패킷은 선택사항적인 헤더에서 SID 필드를 갖지 않는다. 이 필드의 값이 '1'로 설정되면, 상위 계층 세션을 수행하는 ALP 패킷은 선택사항적 헤더에서 SID 필드를 가지며 SID 필드의 값은 이 테이블의 다음 SID 필드와 동일하다.

compressed_flag ― 이 1 비트 부울린 필드는, 상기 4개의 필드들, src_ip_add, dst_ip_add, src_udp_port 및 dst_udp_port에 의해 식별되는 상위 계층 세션을 운반하는 ALP 패킷에 헤더 압축이 적용되는지를 나타낸다. 이 필드의 값이 '0'으로 설정되면, 상위 계층 세션을 운반하는 ALP 패킷은 그 베이스 헤더에서 packet_type 필드의 값 '0x00'을 가진다. 이 필드의 값이 1로 설정되면, 상위 계층 세션을 운반하는 ALP 패킷은 그 베이스 헤더의 packet_type 필드에서 '0x02'의 값을 가지며 context_id 필드가 존재한다.

SID ― 이 8 비트 부호없는 정수 필드는 상기 4개의 필드들, src_ip_add, dst_ip_add, src_udp_port 및 dst_udp_port에 의해 식별되는 상위 계층 세션을 운반하는 ALP 패킷에 대한 서브스트림 식별자를 나타낸다. 이 필드는 SID_flag의 값이 '1'일 때만 존재한다.

context_id ― 이 8 비트 부호없는 정수 필드는 [A/330의] Section 7.1.2에 명시된 ROHC-U 설명 테이블에 제공된 컨텍스트 id(CID)에 대한 참조를 제공한다. 이 필드는 compressed_flag의 값이 '1'일 때만 존재한다.

표 7A와 관련하여, 6-비트 식별자(즉, PLP_ID)는 LMT와 연관된 특정한 PLP를 식별하는데 이용된다는 점에 유의해야 한다. 이 경우, 수신기 디바이스가 특정한 PLP에 대한 세션 식별 정보를 LMT로부터 획득하려고 시도하는 경우, 수신기 디바이스는 PLP_ID를 파싱하고 PLP_ID의 값이 그 특정한 PLP_ID의 값과 일치하는지를 결정할 수 있다. LMT가 특정한 PLP에 대한 정보를 포함하는지를 결정하기 위해 PLP_ID의 값을 특정한 PLP_ID 값의 값과 정합시키는 것은 이상적이지 않을 수 있다. 또한, 복수의 PLP에 대한 세션 식별 정보를 포함하는 예시적인 LMT 신택스가 제안되었다. 표 7B는 한 예시적인 LMT 신택스를 요약한 것이다.

[표 7B]

표 7B에 나타낸 예는 표 7A와 관련하여 전술된 모든 신택스 요소를 포함한다. 또한, 표 7B에 나타낸 예에서, 신택스 요소 num_PLPs는 LMT가 세션 식별 정보를 포함하는 PLP의 수를 나타낸다. 표 7B에 나타낸 예에서, PLP_ID는 LMT가 세션 식별 정보를 포함하는 특정한 PLP를 식별한다. 표 7B에 나타낸 예에서, LMT가 10개의 PLP에 대한 세션 식별 정보를 포함한다면, PLP의 수를 시그널링하기 위해 6 비트가 이용되고, 특정한 PLP를 식별하기 위해 80 비트 (10 x (6-비트 PLP_ID + 바이트 정렬을 위한 각각의 PLP에 대한 2개의 보류된 비트))가 이용된다는 점에 유의해야 한다. 여기서 설명된 기술은, 상위 계층 세션 정보를 링크 계층 시그널링에서 알리는 전송 효율을 증가시킬 수 있다. 전송 효율을 증가시키는 것은, 네트워크 운영자에게 상당한 비용을 절감시킬 수 있다. 여기서 설명된 예시적인 링크 계층 추상화 기술이 특정한 예시적인 물리 계층과 관련하여 설명되었지만, 여기서 설명된 기술들은 특정한 물리적 계층 구현에 관계없이 일반적으로 적용가능하다는 점에 유의해야 한다.

한 예에서, 표 7B와 관련하여, context_id의 의미는 다음의 정의에 기초하여 수정될 수 있다 :

context_id ― 이 8 비트 부호없는 정수 필드는 [A/330의] Section 7.1.2에 명시된 ROHC-U 설명 테이블에 제공된 컨텍스트 id(CID)에 대한 참조를 제공하며, ROHC-U_description_table() 내의 PLP_ID 필드의 값은 PLP_ID와 같다. 이 필드는 compressed_flag의 값이 '1'일 때만 존재한다. compressed_flag가 '1'일 때, PLP_ID 값과 동일한 PLP_ID 값을 갖는 ROHC-U_description_table() 시그널링이 있다.

context_id ― 이 8 비트 부호없는 정수 필드는 이 링크 맵핑 테이블을 운반하는 PLP_ID와 동일한 ROHC-U_description_table() 내의 PLP_ID 필드의 값을 갖는 ROHC-U 설명 테이블에 제공된 컨텍스트 id(CID)에 대한 참조를 제공한다.

이 필드는 compressed_flag의 값이 '1'일 때만 존재한다. 이 경우, 이 LMT를 운반하는 PLP의 PLP_ID 값은 ROHC-U_description_table()에 대한 연관에 이용된다.

한 예에서, 표 7B와 관련하여, num_PLP가 0이 아니도록 신택스 요소 num_PLP에 제약이 가해질 수 있다. 특정한 PLP 상에 어떠한 IP 세션도 존재하지 않는 경우, PLP_ID를 포함하고 그 PLP에 대한 어떠한 IP 세션도 없다는 것을 나타내는 것과는 대조적으로 그 PLP_ID를 PLP의 목록에 포함시키지 않는 것이 더욱 비트-효율적일 수 있기 때문에 이러한 제약이 유용할 수 있다는 점에 유의해야 한다. 또한, 한 예에서, LMT에서 링크 맵핑 정보가 제공되는 PLP의 수는 링크 맵핑 정보가 제공되는 PLP의 수보다 하나 더 큰 값을 제공하는 신택스 요소를 이용하여 시그널링될 수 있다(즉, 마이너스 1 코딩이 이용될 수 있다, 예를 들어, 신택스 요소 num_PLPs_minus1이 이용될 수 있다).

도 3은 본 개시내용에서 설명된 하나 이상의 기술을 구현할 수 있는 시스템의 한 예를 나타내는 블록도이다. 시스템(300)은 여기서 설명된 기술들에 따라 데이터를 전달하도록 구성될 수 있다. 도 3에 나타낸 예에서, 시스템(300)은, 하나 이상의 수신기 디바이스(302A-302N), 텔레비전 서비스 네트워크(304), 텔레비전 서비스 제공자 사이트(306), 광역 네트워크(312), 하나 이상의 콘텐츠 제공자 사이트(314A-314N), 및 하나 이상의 데이터 제공자 사이트(316A-316N)를 포함한다. 시스템(300)은 소프트웨어 모듈을 포함할 수 있다. 소프트웨어 모듈은 메모리에 저장되고 프로세서에 의해 실행될 수 있다. 시스템(300)은 하나 이상의 프로세서와 복수의 내부 및/또는 외부 메모리 디바이스를 포함할 수 있다. 메모리 디바이스의 예로서는, 파일 서버, 파일 전송 프로토콜(FTP) 서버, NAS(Network Attached Storage) 디바이스, 로컬 디스크 드라이브, 또는 데이터를 저장할 수 있는 기타 임의의 유형의 디바이스나 저장 매체가 포함된다. 저장 매체는, Blu-ray 디스크, DVD, CD-ROM, 자기 디스크, 플래시 메모리, 기타 임의의 적절한 디지털 저장 매체를 포함할 수 있다. 여기서 설명된 기술들이 부분적으로 소프트웨어로 구현될 때, 디바이스는 소프트웨어를 위한 명령어들을 적절한 비일시적인 컴퓨터-판독가능한 매체에 저장하고 하나 이상의 프로세서를 이용하여 하드웨어로 명령어들을 실행할 수 있다.

시스템(300)은, 예를 들어, 영화, 라이브 스포츠 이벤트 등의 디지털 미디어 콘텐츠, 및 이와 연관된 데이터 및 애플리케이션과 멀티미디어 프리젠테이션(예를 들어, 자막 서비스)이 수신기 디바이스들(302A-302N) 등의 복수의 컴퓨팅 디바이스에 배포되고 이에 의해 액세스되는 것을 허용하도록 구성될 수 있는 시스템의 한 예를 나타낸다. 도 3에 나타낸 예에서, 수신기 디바이스들(302A-302N)은 텔레비전 서비스 제공자 사이트(306)로부터 데이터를 수신하도록 구성된 임의의 디바이스를 포함할 수 있다. 예를 들어, 수신기 디바이스들(302A-302N)은 유선 및/또는 무선 통신을 위해 장착될 수 있고, 소위 스마트 텔레비전, 셋탑 박스, 및 디지털 비디오 레코더를 포함한 텔레비전을 포함할 수 있다. 또한, 수신기 디바이스들(302A-302N)은, 데스크탑, 랩탑, 또는 태블릿 컴퓨터, 게임 콘솔, 예를 들어 "스마트" 전화, 셀룰러 전화기 및 텔레비전 서비스 제공자 사이트(306)로부터 데이터를 수신하도록 구성된 개인용 게임 디바이스를 포함한 모바일 디바이스들을 포함할 수 있다. 시스템(300)은 별개의 사이트를 갖는 것으로 도시되어 있지만, 이러한 예시는 설명의 목적을 위한 것이며 시스템(300)을 특정한 물리적 아키텍쳐로 제한하고자 하는 것이 아니라는 점에 유의해야 한다. 시스템(300) 및 여기에 포함된 사이트의 기능은, 하드웨어, 펌웨어 및/또는 소프트웨어 구현의 임의의 조합을 이용하여 실현될 수 있다.

텔레비전 서비스 네트워크(304)는, 텔레비전 서비스를 포함할 수 있는 디지털 미디어 콘텐츠가 배포될 수 있게 하도록 구성된 네트워크의 한 예이다. 예를 들어, 텔레비전 서비스 네트워크(304)는, 공중용 공중파 텔레비전 네트워크, 공중용 또는 가입-기반의 위성 텔레비전 서비스 제공자 네트워크, 공중용 또는 가입-기반의 케이블 텔레비전 제공자 네트워크 및/또는 오버더 탑(over the top) 또는 인터넷 서비스 제공자를 포함할 수 있다. 일부 예에서, 텔레비전 서비스 네트워크(304)는 주로 텔레비전 서비스가 제공될 수 있게 하는데 이용될 수 있지만, 텔레비전 서비스 네트워크(304)는 또한, 여기서 설명된 통신 프로토콜들의 임의의 조합에 따라 다른 유형의 데이터 및 서비스가 제공될 수 있게 할 수 있다는 점에 유의해야 한다. 또한, 일부 예에서, 텔레비전 서비스 네트워크(304)는 텔레비전 서비스 제공자 사이트(306)와 수신기 디바이스들(302A-302N) 중 하나 이상 사이의 양방향 통신을 가능하게 할 수 있다는 점에 유의해야 한다. 텔레비전 서비스 네트워크(304)는, 무선 및/또는 유선 전달 매체의 임의의 조합을 포함할 수 있다. 텔레비전 서비스 네트워크(304)는, 동축 케이블, 광섬유 케이블, 꼬인 쌍 케이블, 무선 전송기 및 수신기, 라우터, 스위치, 리피터, 기지국, 또는 다양한 디바이스와 사이트 사이의 통신을 가능하게 하는데 유용할 수 있는 기타 임의의 장비를 포함할 수 있다. 텔레비전 서비스 네트워크(304)는 하나 이상의 통신 프로토콜들의 조합에 따라 동작할 수 있다. 통신 프로토콜은 전용 양태를 포함하거나 및/또는 표준화된 통신 프로토콜을 포함할 수 있다. 표준화된 통신 프로토콜의 예로서는, DVB 표준, ATSC 표준, ISDB 표준, DTMB 표준, DMB 표준, DOCSIS(Data Over Cable Service Interface Specification) 표준, HbbTV 표준, W3C 표준, 및 UPnP 표준이 포함된다.

도 3을 다시 참조하면, 텔레비전 서비스 제공자 사이트(306)는, 텔레비전 서비스 네트워크(304)를 통해 텔레비전 서비스를 배포하도록 구성될 수 있다. 예를 들어, 텔레비전 서비스 제공자 사이트(306)는, 하나 이상의 방송국, 케이블 텔레비전 제공자, 위성 텔레비전 제공자, 또는 인터넷-기반의 텔레비전 제공자를 포함할 수 있다. 도 3에 나타낸 예에서, 텔레비전 서비스 제공자 사이트(306)는 서비스 배포 엔진(308) 및 데이터베이스(310)를 포함한다. 서비스 배포 엔진(308)은, 예를 들어, 멀티미디어 콘텐츠, 대화형 애플리케이션, 및 메시지를 포함한 데이터를 수신하고, 텔레비전 서비스 네트워크(304)를 통해 수신기 디바이스들(302A-302N)에 데이터를 배포하도록 구성될 수 있다. 예를 들어, 서비스 배포 엔진(308)은, 전술된 전송 표준들 중 하나 이상(예를 들어, ATSC 표준)의 양태에 따라 텔레비전 서비스를 전송하도록 구성될 수 있다. 한 예에서, 서비스 배포 엔진(308)은 하나 이상의 소스로부터 데이터를 수신하도록 구성될 수 있다. 예를 들어, 텔레비전 서비스 제공자 사이트(306)는 위성 업링크/다운링크를 통해 텔레비전 프로그래밍을 포함한 전송을 수신하도록 구성될 수 있다. 또한, 도 3에 나타낸 바와 같이, 텔레비전 서비스 제공자 사이트(306)는 광역 네트워크(312)와 통신할 수 있고, 콘텐츠 제공자 사이트(314A-314N)로부터 데이터를 수신하고 또한 데이터 제공자 사이트(316A-316N)로부터 데이터를 수신하도록 구성될 수 있다. 일부 예에서, 텔레비전 서비스 제공자 사이트(306)는 텔레비전 스튜디오를 포함할 수 있고, 그로부터 콘텐츠가 나올 수 있다는 점에 유의해야 한다.

데이터베이스(310)는, 예를 들어, 설명 데이터 및 실행가능한 대화형 애플리케이션을 포함한, 예를 들어, 멀티미디어 콘텐츠 및 이와 연관된 데이터를 포함하는 데이터를 저장하도록 구성된 저장 디바이스를 포함할 수 있다. 예를 들어, 스포츠 이벤트는 통계 업데이트를 제공하는 대화형 애플리케이션과 연관될 수 있다. 멀티미디어 콘텐츠와 연관된 데이터는, 예를 들어 HTML, 동적 HTML, XML 및 JSON 등의 정의된 데이터 포멧에 따라 포멧팅될 수 있고, 수신기 디바이스들(302A-302N)이 예를 들어 데이터 제공자 사이트들(316A-316N) 중 하나로부터의 데이터에 액세스할 수 있게 하는 URL(Universal Resource Locator) 및 URI(Universal Resource Identifier)를 포함할 수 있다. 일부 예에서, 텔레비전 서비스 제공자 사이트(306)는, 저장된 멀티미디어 콘텐츠에 대한 액세스를 제공하고 멀티미디어 콘텐츠를 텔레비전 서비스 네트워크(304)를 통해 수신기 디바이스들(302A-302N) 중 하나 이상에 배포하도록 구성될 수 있다. 예를 들어, 데이터베이스(310)에 저장된 멀티미디어 콘텐츠(예를 들어, 음악, 영화 및 텔레비전(TV) 쇼)는 소위 온-디맨드 방식으로 텔레비전 서비스 네트워크(304)를 통해 사용자에게 제공될 수 있다.

광역 네트워크(312)는 패킷 기반 네트워크를 포함할 수 있고 하나 이상의 통신 프로토콜들의 조합에 따라 동작할 수 있다. 통신 프로토콜은 전용 양태를 포함하거나 및/또는 표준화된 통신 프로토콜을 포함할 수 있다. 표준화된 통신 프로토콜의 예로서는, GSM(Global System Mobile Communications) 표준, CDMA(Code Division Multiple Access) 표준, 3GPP(Third Generation Partnership Project) 표준, ETSI(European Telecommunications Standards Institute) 표준, European 표준(EN), IP 표준, Wireless Application Protocol(WAP) 표준, 및 예를 들어 IEEE 802 표준들 중 하나 이상(예를 들어, Wi-Fi) 등의 IEEE(Institute of Electrical and Electronics Engineers) 표준들이 포함될 수 있다. 광역 네트워크(312)는 무선 및/또는 유선 통신 미디어의 임의의 조합을 포함할 수 있다. 광역 네트워크(312)는, 동축 케이블, 광섬유 케이블, 꼬인 쌍 케이블, Ethernet 케이블, 무선 전송기 및 수신기, 라우터, 스위치, 리피터, 기지국, 또는 다양한 디바이스와 사이트 사이의 통신을 가능하게 하는데 유용할 수 있는 기타 임의의 장비를 포함할 수 있다. 한 예에서, 광역 네트워크(312)는 인터넷을 포함할 수 있다.

도 3을 다시 참조하면, 콘텐츠 제공자 사이트들(314A-314N)은, 텔레비전 서비스 제공자 사이트(306) 및/또는 수신기 디바이스들(302A-302N)에 멀티미디어 콘텐츠를 제공할 수 있는 사이트들의 예를 나타낸다. 예를 들어, 콘텐츠 제공자 사이트는, 텔레비전 서비스 제공자 사이트(306)에 멀티미디어 파일 및/또는 스트림을 제공하도록 구성된 하나 이상의 스튜디오 콘텐츠 서버를 갖는 스튜디오를 포함할 수 있다. 한 예에서, 콘텐츠 제공자 사이트(314A-314N)는 IP 스위트(suite)를 이용하여 멀티미디어 콘텐츠를 제공하도록 구성될 수 있다. 예를 들어, 콘텐츠 제공자 사이트는, RTP(Real Time Protocol), RTSP(Real Time Streaming Protocol) 또는 HTTP(Hyper-Text Transfer Protocol)에 따라 수신기 디바이스에 멀티미디어 콘텐츠를 제공하도록 구성될 수 있다.

데이터 제공자 사이트(316A-316N)는, 광역 네트워크(312)를 통해 수신기 디바이스들(302A-302N) 중 하나 이상 및/또는 텔레비전 서비스 제공자 사이트(306)에 하이퍼텍스트 기반 콘텐츠 등을 포함하는 데이터를 제공하도록 구성될 수 있다. 데이터 제공자 사이트(316A-316N)는 하나 이상의 웹 서버를 포함할 수 있다. 데이터 제공자 사이트(316A-316N)에 의해 제공되는 데이터는, 예를 들어, HTML, 동적 HTML, XML, 및 JSON 등의 데이터 포멧에 따라 정의될 수 있다. 데이터 제공자 사이트의 한 예로서는, 미국 특허청(US Patent and Trademark Office) 웹 사이트가 포함된다. 일부 예에서, 데이터 제공자 사이트(316A-316N)에 의해 제공되는 데이터는 소위 세컨드 스크린 또는 컴패년 디바이스 애플리케이션(second screen or companion device application)에 이용될 수 있다는 점에 유의해야 한다. 예를 들어, 수신기 디바이스와 통신하는 동반자 디바이스(들)는 수신기 디바이스 상에 프리젠팅 중인 텔레비전 프로그래밍과 연계하여 웹 사이트를 디스플레이할 수 있다. 데이터 제공자 사이트들(316A-316N)에 의해 제공된 데이터는 오디오 및 비디오 콘텐츠를 포함할 수 있다는 점에 유의해야 한다. 전술된 바와 같이, 콘텐츠 전달 프로토콜 모델(100)과 관련하여, 애플리케이션을 기술하는 데이터 요소들은 HTTP를 통해 전달될 수 있다. 따라서, 한 예에서, 데이터 제공자 사이트(316A-316N)는, 여기서 설명된 기술들 중 하나 이상에 따라 애플리케이션 및/또는 애플리케이션을 기술하는 데이터 요소들을 포함하는 데이터 또는 문서들을 생성하도록 구성될 수 있다.

전술된 바와 같이, 서비스 배포 엔진(308)은, 예를 들어, 멀티미디어 콘텐츠, 대화형 애플리케이션, 및 메시지를 포함하는 데이터를 수신하고, 데이터를 텔레비전 서비스 네트워크(304)를 통해 수신기 디바이스들(302A-302N)에 배포하도록 구성될 수 있다. 도 4는 본 개시내용의 하나 이상의 기술을 구현할 수 있는 서비스 배포 엔진의 한 예를 나타내는 블록도이다. 서비스 배포 엔진(400)은, 데이터를 수신하고, 통신 네트워크를 통해, 예를 들어 텔레비전 서비스 네트워크(304)를 통해 배포하기 위한 데이터를 나타내는 신호를 출력하도록 구성될 수 있다. 예를 들어, 서비스 배포 엔진(400)은, 하나 이상의 데이터 스트림을 수신하고 단일 무선 주파수 대역(예를 들어, 6 MHz 채널, 8 MHz 채널 등) 또는 결합된 채널(예를 들어, 2개의 별개의 6 MHz 채널)을 이용하여 전송될 수 있는 신호를 출력하도록 구성될 수 있다. 데이터 스트림이란 일반적으로 하나 이상의 데이터 패킷들의 세트로 캡슐화된 데이터를 말할 수 있다. 도 4에 나타낸 예에서, 서비스 배포 엔진(400)은 네트워크 계층 패킷의 형태의 데이터를 수신하고 데이터를 시그널링하는 것으로 도시되어 있다. 전술된 바와 같이, 표 1과 관련하여, 일부 예시에서, 네트워크 계층 패킷은, MPEG-TS 패킷, IPv4 패킷 등을 포함할 수 있다. 다른 예에서, 서비스 배포 엔진(400)은 상위 계층 데이터(예를 들어, 데이터베이스(310) 등에 저장된 파일 등)를 수신할 수 있고 데이터를 네트워크 계층 패킷으로 캡슐화할 수 있다는 점에 유의해야 한다. 또한, 전술된 바와 같이, 시그널링 데이터는 세션 정보 데이터를 포함할 수 있다.

도 6은 데이터 파일(예를 들어, 1차 비디오 프리젠테이션 파일, 1차 오디오 프리젠테이션 파일, 2차 오디오 프리젠테이션 파일, 대화형 애플리케이션 파일 등) 및 시그널링 데이터가 통신 네트워크를 통한 배포를 위해 신호로서 출력되는 방법의 예를 나타낸다. 도 6에 나타낸 예에서, 파일은 네트워크 계층 패킷들, 즉, 데이터 패킷 A 및 데이터 패킷 B로 캡슐화된다. 네트워크 계층 패킷의 유형의 예는 전술되었다. 도 6에 나타낸 예에서, 데이터 패킷 A 및 데이터 패킷 B는, 링크 계층 패킷들, 즉, 일반 패킷 A, 일반 패킷 B, 일반 패킷 C 및 일반 패킷 D로 캡슐화된다. 도 6에 나타낸 예에서는, 2개의 네트워크 계층 패킷이 4개의 링크 계층 패킷으로 캡슐화된 것으로 도시되어 있지만(즉, 분할), 다른 예에서는, 복수의 네트워크 계층 패킷이 더 적은 수의 링크 계층 패킷으로 캡슐화될 수 있다(즉, 결합)는 점에 유의해야 한다. 예를 들어, 다중 네트워크 계층 패킷은 단일 링크 계층 패킷으로 캡슐화될 수 있다. 링크 계층 패킷 구조의 양태는 통신 표준에 따라 정의될 수 있다. 예를 들어, 링크 계층 패킷은 통신 표준에 따라 정의된 헤더 포멧 및 최소 및 최대 길이를 가질 수 있다. 링크 계층 패킷 구조의 예는 도 2a 및 도 2b와 관련하여 전술되었다.

도 6에 나타낸 예에서, 시그널링 패킷 및 일반 패킷들은 물리 계층 처리를 위해 수신된다. 도 6에 나타낸 예에서, 물리 계층 처리는, 일반 패킷 A, 일반 패킷 B, 일반 패킷 C 및 일반 패킷 D를, 각각의 기저대역 패킷, 즉, 기저대역 Packet_A 및 기저대역 Packet_B로 캡슐화하는 것을 포함한다. 도 6에 나타낸 바와 같이, 기저대역 패킷들은 FEC(순방향 에러 정정) 프레임에 포함될 수 있다. 즉, 도 6에 나타낸 예에서, 기저대역 Packet_A 및 기저대역 Packet_B는 각각 FEC Frame_A 및 FEC Frame_B로 캡슐화된다. 한 예에서, 순방향 에러 정정 정보는 내측 코드 및 외측 코드를 포함할 수 있다. 도 6에 더 나타낸 바와 같이, 시그널링 패킷은 FEC Frame_C로 캡슐화된다. 전술된 바와 같이, PLP는 특정한 변조 및 코딩 파라미터들을 갖는 RF 채널의 일부를 포함할 수 있다. 도 6에 나타낸 바와 같이, FEC 프레임은 PLP에 맵핑될 수 있다. PLP로의 FEC 프레임의 맵핑은 하나 이상의 인터리빙 기술을 포함할 수 있다는 점에 유의해야 한다. 비트 인터리빙은 데이터 전송의 견고성을 증가시킬 수 있다. 비트 인터리빙 기술의 예로서는, 패리티 인터리빙, 열 꼬임 인터리빙, 그룹별 인터리빙, 및 블록 인터리빙이 포함된다.

도 6에 나타낸 예에서, 시그널링 패킷(예를 들어, LMT)은 PLP(SGNL)를 이용하여 운반되고, 일반 패킷 A, 일반 패킷 B, 일반 패킷 C 및 일반 패킷 D(즉, 파일)는 PLP_1에서 운반된다. 또한, 도 6에 나타낸 예에서, 물리 계층 프레임은 PLP_N을 포함한다. 전술된 바와 같이, PLP는 하나 이상의 상위 계층 세션을 운반할 수 있다. 따라서, 한 예에서, PLP_1은 하나의 상위 계층 세션을 운반할 수 있고, PLP_N은 또 다른 상위 계층 세션을 운반할 수 있다. 예를 들어, PLP_1은 1차 오디오 트랙과 연관된 오디오 컴포넌트를 포함하는 세션을 운반할 수 있고, PLP_N은 2차 오디오 트랙(예를 들어, 제2 언어, 해설 등)과 연관된 오디오 컴포넌트를 포함하는 세션을 운반할 수 있다. 도 6의 예에서 더 나타낸 바와 같이, 물리 계층 프레임은 PLP(SLT)를 포함한다. PLP(SLT)는 SLT(service list table)를 운반하는 PLP의 한 예를 나타낸다. SLT는, 시청자에게 의미있는 서비스 목록, 채널 번호의 선택 또는 업/다운을 통한 초기 서비스 선택을 지원할 수 있는 정보, 및/또는 서비스의 발견 및 취득과 열거된 각각의 서비스에 대한 콘텐츠 성분을 위한 정보를 제공하는 시그널링을 위치파악하는데 필요한 정보의 프리젠테이션을 허용하는데 필요한 정보를 포함할 수 있다. 예를 들어, SLT는, PLP_1이 1차 오디오 트랙과 연관된 오디오 컴포넌트를 포함하는 세션을 운반하고 PLP_N이 2차 오디오 트랙과 연관된 오디오 컴포넌트를 포함하는 세션을 운반한다는 것을 나타낼 수 있다. 전술된 바와 같이, 일부 경우에는, 수신기 디바이스가 링크 계층 시그널링을 통해 세션 식별 정보를 획득할 수 있는 것이 유용할 수 있다. ATSC 3.0 제안된 링크 계층은, SLT에 포함된 정보를 제공하는데 이용되는 시그널링보다 일찍 링크 계층 시그널링이 획득될 수 있게 한다는 점에 유의해야 한다. 일부 예시적인 시스템 구현에서, 시그널링 패킷(예를 들어, FEC FRAME_C) 및 서비스 목록 테이블이 동일한 PLP에 포함되거나 그렇지 않으면 함께 배치될 것이 요구될 수 있다는 점에 유의해야 한다. 이것은 수신기 디바이스가 서비스 목록 정보를 획득하고 이들 서비스를 더욱 효율적으로 포함한 PLP를 식별할 수 있게 한다.

다시 도 4를 참조하면, 도 4에 나타낸 바와 같이, 서비스 배포 엔진(400)은, 링크 계층 패킷 생성기(402), 입력 포멧기(404), 프레임 구축기 및 파형 생성기(406), 및 시스템 메모리(408)를 포함한다. 링크 계층 패킷 생성기(402), 입력 포멧기(404), 프레임 구축기 및 파형 생성기(406), 및 시스템 메모리(408) 각각은, 컴포넌트간 통신을 위해 (물리적으로, 통신가능하게, 및/또는 동작적으로) 상호접속될 수 있고, 하나 이상의 마이크로프로세서, 디지털 신호 프로세서(DSP), 주문형 집적 회로(ASIC), 필드 프로그래머블 게이트 어레이(FPGA), 개별 로직, 소프트웨어, 하드웨어, 펌웨어, 또는 이들의 임의의 조합 등의 다양한 적절한 회로 중 임의의 것으로서 구현될 수 있다. 서비스 배포 엔진(400)이 별개의 기능 블록들을 갖는 것으로 도시되었지만, 이러한 설명은 설명적인 목적을 위한 것이며 서비스 배포 엔진(400)을 특정한 하드웨어 아키텍쳐로 제한하지 않는다는 점에 유의해야 한다. 서비스 배포 엔진(400)의 기능은, 하드웨어, 펌웨어 및/또는 소프트웨어 구현들의 임의의 조합을 이용하여 실현될 수 있다.

시스템 메모리(408)는 비일시적인 또는 유형의(tangible) 컴퓨터-판독가능한 저장 매체로서 기술될 수 있다. 일부 예에서, 시스템 메모리(408)는 임시적 및/또는 장기적 저장을 제공할 수 있다. 일부 예에서, 시스템 메모리(408) 또는 그 일부는 비휘발성 메모리로서 기술될 수 있고, 다른 예에서는 시스템 메모리(408)의 일부는 휘발성 메모리로서 기술될 수 있다. 휘발성 메모리의 예로서는, 랜덤 액세스 메모리(RAM), 동적 랜덤 액세스 메모리(DRAM), 및 정적 랜덤 액세스 메모리(SRAM)가 포함된다. 비휘발성 메모리의 예로서는, 자기 하드 디스크, 광 디스크, 플로피 디스크, 플래시 메모리, 또는 전기적으로 프로그램가능한 메모리(EPROM) 또는 전기적으로 소거 및 프로그램가능한(EEPROM) 메모리의 포멧이 포함된다. 시스템 메모리(408)는 동작 동안에 서비스 배포 엔진(400)에 의해 이용될 수 있는 정보를 저장하도록 구성될 수 있다. 시스템 메모리(408)는, 링크 계층 패킷 생성기(402), 입력 포멧기(404), 프레임 구축기 및 파형 생성기(406) 각각 내에 포함된 개개의 메모리 요소들을 포함할 수 있다는 점에 유의해야 한다. 예를 들어, 시스템 메모리(408)는, 서비스 배포 엔진(400)의 컴포넌트에 의한 처리를 위해 데이터를 저장하도록 구성된 하나 이상의 버퍼(예를 들어, FIFO 버퍼)를 포함할 수 있다.

링크 계층 패킷 생성기(402)는, 네트워크 패킷을 수신하고 정의된 링크 계층 패킷 구조에 따라 패킷을 생성하도록 구성될 수 있다. 예를 들어, 링크 계층 패킷 생성기(402)는, 네트워크 패킷 및/또는 시그널링 데이터를 수신하고 도 2a 및 도 2b와 관련하여 후술되는 예시적인 링크 계층 패킷 구조에 따라 패킷을 생성하도록 구성될 수 있다. 링크 계층 패킷 생성기의 한 예가 도 5와 관련하여 이하에서 더 상세하게 설명된다. 입력 포멧기(404)는, 멀티미디어 콘텐츠에 대응하는 데이터를 포함한, 데이터를 수신하고 PLP를 정의하도록 구성될 수 있다. 입력 포멧기(404)는, 데이터 스트림에 대응하는 수신된 일반 패킷 세트(즉, 몇몇 유형의 링크 계층 패킷들 중 임의의 것)에 대한 PLP 구조를 정의하도록 구성될 수 있다. 한 예에서, 입력 포멧기(404)는 데이터 스트림에 대응하는 링크 계층 패킷들의 세트가 하나 이상의 기저대역 프레임으로 캡슐화되는 방법을 결정하도록 구성될 수 있다. 일부 예에서, 기저대역 프레임은 (예를 들어, 통신 표준에 따라 정의된) 고정된 길이일 수 있고, 헤더와 일반 패킷을 포함한 페이로드를 포함할 수 있다. 도 4에 나타낸 바와 같이, 입력 포멧기(404)는 시그널링 데이터를 링크 계층 패킷 생성기(402)에 제공할 수 있다. 즉, 예를 들어, 입력 포멧기(404)는 PLP 구조를 나타낼 수 있고, 링크 계층 패킷 생성기(402)는 PLP 구조에 기초하여 시그널링 링크 계층 패킷을 생성할 수 있다.

프레임 구축기 및 파형 생성기(406)는 하나 이상의 논리 PLP(예를 들어, 하나 이상의 FEC 프레임)와 연관된 데이터 등을 수신하도록 구성될 수 있고, 데이터를 RF 채널 내의 프레임 구조에 맵핑할 수 있다. 맵핑은, 예를 들어, 직교 주파수 분할 멀티플렉싱(OFDM), QPSK(Quadrature Phase Shift Keying) 및 직교 진폭 변조(QAM) 방식(예를 들어, 16QAM, 64QAM, 256-QAM, 1024QAM 및 4096QAM)을 포함한, 하나 이상의 인터리빙 기술 및/또는 하나 이상의 변조 기술을 포함할 수 있다. 하나 이상의 PLP를 운반하는 프레임은, 물리 계층 프레임(PHY-계층 프레임)을 지칭할 수 있다. 한 예에서, 프레임 구조는, 부트스트랩, 프리앰블, 및 하나 이상의 PLP를 포함하는 데이터 페이로드를 포함할 수 있다. 부트스트랩은 파형의 범용 엔트리 포인트로서 역할할 수 있다. 프리앰블은 소위 레이어-1 시그널링(L1-signaling)을 포함할 수 있다. L1- 시그널링은 물리 계층 파라미터를 구성하는데 필요한 정보를 제공할 수 있다. 한 예에서, 프레임 구축기 및 파형 생성기(406)는, OFDM 심볼을 이용하여 하나 이상의 유형의 RF 채널들 : 단일의 6 MHz 채널, 단일의 7 MHz 채널, 단일의 8 MHz 채널, 단일의 11MHz 채널, 및 임의의 2개 이상의 별개의 단일 채널(예를 들어, 6MHz 채널과 8MHz 채널을 포함하는 14MHz 채널)을 포함하는 결합된 채널 내에서 전송을 위한 신호를 생성하도록 구성될 수 있다. 또한, 한 예에서, 프레임 구축기 및 파형 생성기(406)는 계층 분할 멀티플렉싱을 지원하도록 구성될 수 있다. 계층 분할 멀티플렉싱이란, 동일한 RF 채널(예를 들어, 6 MHz 채널) 상에서 복수의 데이터 계층을 중첩하는 것을 말할 수 있다. 통상적으로, 상위 계층이란, 주 서비스를 지원하는 코어(예를 들어, 더 견고한) 계층을 말하고, 하위 계층이란 강화된 서비스를 지원하는 높은 데이터 레이트 계층을 말한다. 예를 들어, 상위 계층은 기본 고화질 비디오 콘텐츠를 지원할 수 있으며 하위 계층은 강화된 초고화질 비디오 콘텐츠를 지원할 수 있다.

전술된 바와 같이, 링크 계층 패킷 생성기(402)는, 네트워크 패킷을 수신하고 정의된 링크 계층 패킷 구조에 따라 패킷을 생성하도록 구성될 수 있다. 도 5는 본 개시내용의 하나 이상의 기술을 구현할 수 있는 링크 계층 패킷 생성기의 한 예를 나타내는 블록도이다. 도 5에 나타낸 바와 같이, 링크 계층 패킷 생성기(500)는, 헤더 생성기(502), 압축 유닛(504), 및 캡슐화 유닛(506)을 포함한다. 헤더 생성기(502), 압축 유닛(504), 및 캡슐화 유닛(506) 각각은, 컴포넌트간 통신을 위해 (물리적으로, 통신가능하게, 및/또는 동작적으로) 상호접속될 수 있고, 하나 이상의 마이크로프로세서, 디지털 신호 프로세서(DSP), 주문형 집적 회로(ASIC), 필드 프로그래머블 게이트 어레이(FPGA), 개별 로직, 소프트웨어, 하드웨어, 펌웨어, 또는 이들의 임의의 조합 등의 다양한 적절한 회로 중 임의의 것으로서 구현될 수 있다. 링크 계층 패킷 생성기(500)가 별개의 기능 블록을 갖는 것으로 도시되어 있지만, 이러한 예시는 설명의 목적을 위한 것이며 링크 계층 패킷 생성기(500)를 특정한 하드웨어 아키텍쳐로 제한하지 않는다는 점에 유의해야 한다. 링크 계층 패킷 생성기(500)의 기능은, 하드웨어, 펌웨어 및/또는 소프트웨어 구현들의 임의의 조합을 이용하여 실현될 수 있다.

헤더 생성기(502)는, 수신된 네트워크 계층 패킷 또는 시그널링 데이터에 기초하여 링크 계층 패킷을 위한 헤더를 생성하도록 구성될 수 있다. 압축 유닛(504)은, 링크 계층 페이로드 크기를 최적화하기 위해 하나 이상의 데이터 감축 및/또는 압축 기술을 적용하도록 구성될 수 있다. 예를 들어, 압축 유닛(504)은, 전술된 MPEG-TS 및/또는 IP 헤더 압축 기술을 적용하도록 구성될 수 있다. 캡슐화 유닛(506)은 수신된 네트워크 계층 패킷에 포함된 데이터를 캡슐화하도록 구성될 수 있다. 일부 예에서, 캡슐화 유닛(506)은 하나 이상의 데이터 감축 및/또는 압축 기술에 기초하여 데이터를 캡슐화하도록 구성될 수 있다.

또한, 전술된 바와 같이, LMT는 세션 식별 정보를 제공할 수 있다. 캡슐화 유닛(506)은, 표 8에 제공된 예시적인 LMT 신택스에 따라 세션 정보를 제공하는 LMT를 생성하도록 구성될 수 있다. 표 8과 관련하여, 신택스 요소들, SID_flag, compressed_flag, 및 SID는, 표 7A와 관련하여 위에서 제공된 정의에 기초할 수 있고 간결성을 위해 표 8과 관련하여 반복되지 않는다는 점에 유의해야 한다.

[표 8]

표 8에 나타낸 예에서, link mapping table()은 (신택스 요소 PLP_ID_map으로서 시그널링되는) PLP 식별자 맵을 포함한다. 전술된 바와 같이, 표 7A와 관련하여, PLP 식별자는 6-비트 신택스 요소를 포함할 수 있고, 따라서 64개의 가능한 값들(예를 들어, 0-63) 중 하나를 이용하여 PLP가 식별될 수 있다. PLP 식별자 맵은, LMT가 세션 식별 정보를 포함하는 특정한 PLP를 식별할 수 있다.

표 8에 나타낸 예에서, 6-비트의 PLP 식별자의 가능한 64개의 값들 각각에 대해, PLP 식별자 맵은 LMT가 특정한 PLP에 대한 세션 식별 정보를 포함하는지를 나타내는 비트 마스크를 제공할 수 있다. 이러한 방식으로, LMT가 세션 식별 정보를 포함하는 PLP의 수에 관계없이 LMT가 세션 식별 정보를 포함하는 특정한 PLP를 식별하기 위해 최대 64 비트가 이용될 수 있다. 표 7B와 관련하여 전술된 예와 비교하여, 표 8에 나타낸 예시적인 신택스는, LMT가 적어도 8개의 PLP에 대한 세션 식별 정보를 포함할 때 비트 절약을 제공할 수 있다. 또한, 표 7B와 관련하여, LMT가 7개의 PLP에 대한 세션 식별 정보를 포함하는 경우, 표 8에 대해 동일한 수의 비트가 요구된다. 따라서, 일반적으로 LMT가 N개의 PLP와 연관되는 경우, 표 7B의 신택스에 비해 표 8의 신택스를 이용하여 (N-7) 바이트가 절약될 수 있다. 또한, 표 8에 나타낸 예시적인 신택스는, 추가적으로, LMT가 특정한 PLP에 대한 세션 식별 정보를 포함하는지를 수신기 디바이스가 더 적은 비트를 파싱함으로써 결정하는 것을 허용할 수 있다.

즉, 수신기 디바이스는, PLP_ID_map의 i번째 비트를 파싱함으로써 및 특정한 PLP_ID 값을 표 7B에 포함된 수 개의 잠재적 PLP_ID 값 중 하나에 정합시키는 시도없이, 특정한 PLP가 식별되는지를 결정할 수 있다.

표 8에 제공된 신택스에 대한 신택스 요소들, PLP_ID_map, num_session, src_IP_add, dst_IP_add, src_UDP_port, dst_UDP_port 및 context_id의 정의의 예가 아래에 제공된다. PLP_ID_map과 관련하여, 일부 예에서, PLP_ID_map은, i의 적어도 하나의 값에 대해 PLP_ID_map[i]가 1가 같도록 제약될 수 있다는 점에 유의해야 한다.

PLP _ID_map ― 이 64 비트 필드는 이 링크 맵핑 테이블에서 링크 맵핑 정보가 포함된 PLP에 대한 비트 마스크 정보를 나타낸다. i번째 최상위 비트에 대한 값 1은 이 링크 맵핑 테이블에서 PLP ID가 i인 PLP에 대해 링크 맵핑 정보가 포함된다는 것을 나타낸다. i번째 최상위 비트에 대한 값 0은 이 링크 맵핑 테이블에서 PLP ID가 I인 PLP에 대해 링크 맵핑 정보가 포함되지 않는다는 것을 나타낸다.

또 다른 예에서 최상위 비트 의미론 대신에 PLP_ID_map은 최하위 비트에 대해 다음과 같이 정의될 수 있다 :

PLP _ID_map ― 이 64 비트 필드는 이 링크 맵핑 테이블에서 링크 맵핑 정보가 포함된 PLP에 대한 비트 마스크 정보를 나타낸다. i번째 최하위 비트에 대한 값 1은 이 링크 맵핑 테이블에서 PLP ID가 i인 PLP에 대해 링크 맵핑 정보가 포함된다는 것을 나타낸다. i번째 최하위 비트에 대한 값 0은 이 링크 맵핑 테이블에서 PLP ID가 i인 PLP에 대해 링크 맵핑 정보가 포함되지 않는다는 것을 나타낸다.

num _session ― 이 8 비트 부호없는 정수 필드는 PLP_ID 값이 i인 PLP에서 운반되는 상위 계층 세션의 수를 제공한다. 이 필드는 PLP_ID 값이 i인 PLP에서 UDP/IPv4 세션의 수를 나타낸다.

src _ IP _add ― 이 32 비트 부호없는 정수 필드는 PLP_ID 값이 i인 PLP에서 운반되는 상위 계층 세션의 소스 IPv4 주소를 포함한다.

dst_ IP _add ― 이 32 비트 부호없는 정수 필드는 PLP_ID 값이 i인 PLP에서 운반되는 상위 계층 세션의 목적지 IPv4 주소를 포함한다.

src _ UDP _port ― 이 16 비트 부호없는 정수 필드는 PLP_ID 값이 i인 PLP에서 운반되는 상위 계층 세션의 소스 UDP 포트 번호를 나타낸다.

dst_ UDP _port ― 이 16 비트 부호없는 정수 필드는 PLP_ID 값이 i인 PLP에서 운반되는 상위 계층 세션의 목적지 UDP 포트 번호를 나타낸다.

context_id ― 이 8 비트 부호없는 정수 필드는 ROHC-U 설명 테이블에서 제공된 컨텍스트 id(CID)에 대한 참조를 제공하며, 여기서, ROHC-U_description_table() 내의 PLP_ID 필드의 값은 i와 같다. 이 필드는 compressed_flag의 값이 '1'일 때에만 존재한다.

또한, 일부 예에서, compressed_flag가 "1"일 때, i와 동일한 PLP_ID 값과 동일한 PLP_ID 값을 갖는 시그널링되는 ROHC-U_description_table()가 있다. 또 다른 변형에서 context_id의 의미는 다음과 같을 수 있다 :

context_id ― 이 8 비트 부호없는 정수 필드는 [A/330의] Section 7.1.2에 명시된 ROHC-U 설명 테이블에 제공된 컨텍스트 id(CID)에 대한 참조를 제공하며, ROHC-U_description_table() 내의 PLP_ID 필드의 값은 이 링크 맵핑 테이블을 운반하는 PLP_ID와 같다. 이 필드는 compressed_flag의 값이 '1'일 때만 존재한다.

이 경우, 이 LMT를 운반하는 PLP의 PLP_ID 값은 ROHC-U_description_table()에 대한 연관에 이용된다.

또한, 한 예에서, 캡슐화 유닛(506)은, 표 9에 제공된 예시적인 LMT 신택스에 따라 세션 정보를 제공하는 LMT를 생성하도록 구성될 수 있다. 표 9와 관련하여, 6비트 신택스 요소 num_PLP는 LMT에서 세션 식별 정보가 제공되는 PLP의 수를 나타낼 수 있다는 점에 유의해야 한다. 한 예에서, num_PLP는 0과 같지 않도록 제약될 수 있다. 또한, 한 예에서, LMT에서 링크 맵핑 정보가 제공되는 PLP의 수는 링크 맵핑 정보가 제공되는 PLP의 수보다 하나 더 큰 값을 제공하는 신택스 요소를 이용하여 시그널링될 수 있다(즉, 마이너스 1 코딩이 이용될 수 있다, 예를 들어, 신택스 요소 num_PLPs_minus1이 이용될 수 있다).

표 9에서, PLP_ID, num_session, src_IP_add, dst_IP_add, src_UDP_port, dst_UDP_port, SID_flag, compressed_flag, SID 및 context_id 각각은, 표 7A 및 표 7B에 관하여 위에서 제공된 정의에 기초할 수 있고, 간결성을 위해 표 9와 관련하여 반복되지 않는다. 그러나, num_session, src_IP_add, dst_IP_add, src_UDP_port, dst_UDP_port, SID_flag, compressed_flag, SID 및 context_id 각각의 정의는, 각각의 인스턴스가 PLP_ID의 i번째 인스턴스에 대응하도록 수정될 수 있다는 점에 유의해야 한다. 또한, 표 8 및 표 9와 관련하여, 일부 예에서, compressed_flag가 '1'과 같을 때, 표 8의 PLP_ID_map[i] 또는 표 9의 i번째 PLP_ID로 표시된 PLP_ID 값에 대응하는 PLP_ID를 갖는 ROHC-U_description_table()이 시그널링되어야한다는 제한이 적용될 수 있다는 점에 유의해야 한다. 어떤 경우, 수신기 디바이스는, 표 8의 PLP_ID_map[i] 또는 표 9의 i번째 PLP_ID로 표시되는 PLP_ID 값에 대응하는 PLP_ID를 갖는 ROHC-U_description_table()이 수신되지 않을 때 에러가 발생했다고 결정하도록 구성될 수 있다.

[표 9]

표 9와 관련하여, 예시적인 신택스는 LMT에서 링크 맵핑 정보가 제공되는 특정한 PLP를 식별하는 제1 for 루프를 제공하고, 제2 for 루프를 이용하여 특정한 PLP들 각각에 대한 세션 식별 정보를 제공한다는 점에 유의해야 한다. 이러한 방식으로, 수신기 디바이스가 LMT로부터 특정한 PLP에 대한 세션 식별 정보를 획득하려고 시도한다면, 수신기 디바이스는 LMT가 특정한 PLP에 대한 세션 식별 정보를 포함하는지를 결정하기 위해 제 1 for 루프를 파싱할 수 있다. 이러한 방식으로, 수신기 디바이스는 제1 for 루프를 파싱하여 패킷의 나머지 부분이 링크 맵핑 테이블을 포함하는지를 파싱할지를 결정할 수 있다. 예를 들어, 수신기 디바이스가 제1 for 루프에서 식별된 PLP에 대한 세션 식별 정보를 획득하려고 시도하지 않는다면, 수신기 디바이스는 전체 패킷 길이가 길이 필드(228)에서 제공되기 때문에 나머지 페이로드의 파싱을 중단할 수 있다.

또한, 표 8 및 표 9와 관련하여, 표 7A 내지 7B와는 달리, 표 8 및 표 9는 신택스 요소 signaling_type을 포함하지 않는다는 점에 유의해야 한다. 즉, 일부 예에서, 수신기 디바이스는 전술된 시그널링 유형 필드 (252)로부터의 signaling_type의 값을 결정하도록 구성될 수 있다. 따라서, 예를 들어, 신택스 요소 signaling_type은 표 7B에서 시그널링되지 않을 수도 있다. 또한, 일부 예에서, signaling_type의 값은 표 10에 나타낸 링크 계층 패킷에 대한 예시적인 신택스에 기초하여 시그널링될 수 있다.

[표 10]

표 10과 관련하여, 한 예에서, if(signaling_type=='0x01') 조건을 체크하는 것은 수정되어, (if(signaling_type=='0x01') && (packet_type=='100') 조건을 체크할 수 있다. 또한, 표 10과 관련하여, 한 예에서, if(signaling_type=='0x02') 조건을 체크하는 것은 수정되어, (if(signaling_type=='0x02') && (packet_type=='100') 조건을 체크할 수 있다. 따라서, 일부 예에서, 표 10의 신택스는 표 1에 제공된 링크 계층 시그널링을 나타내는 packet_type을 갖는 패킷들에만 적용될 수 있다.

또 다른 예에서, 변형 표 10은 표 11에 나타낸 바와 같이 수정될 수 있다.

[표 11]

또한, 전술된 바와 같이, 시그널링 버전 필드 (255)는 후속 전송에서 LMT가 업데이트되었는지를 나타내는데 이용될 수 있다는 점에 유의해야 한다. A/330의 경우, LMT가 단일 PLP에 대응하는 경우, 시그널링 버전 필드 (255)는, 단일의 특정한 PLP와 연관된 세션 식별 정보가 업데이트되었는지를 나타낼 수 있다.

표 8 및 표 9의 예의 경우, LMT가 복수의 PLP와 연관된 세션 식별 정보를 제공할 수 있는 경우, 하나 이상의 특정한 유형의 업데이트를 시그널링하는 것이 유용할 수 있다. 예를 들어, 복수의 PLP와 연관된 세션 식별 정보를 포함하는 LMT에 대한 업데이트는, 복수의 PLP 중 특정한 하나와 연관된 세션 식별 정보에 대한 업데이트, 추가 PLP에 대한 세션 식별 정보를 포함하는 업데이트, 및/또는 이들의 조합을 포함할 수 있다. 전술된 바와 같이, 일부 경우에, 수신기 디바이스는 특정한 PLP에 대한 세션 식별 정보를 획득하려고 시도할 수 있다. 이러한 방식으로, 수신기 디바이스가 복수의 PLP와 연관된 세션 식별 정보를 포함하는 LMT를 통해 특정한 PLP에 대한 세션 식별 정보에 대한 업데이트를 획득하기 위하여. signaling_version 신택스 요소는 다음과 같이 정의될 수 있다:

signaling_version ― 이 8-비트 필드는 시그널링의 버전을 나타낸다. 이 필드의 값은, signaling_type에 의해 식별된 시그널링의 임의의 데이터가 변할 때마다 1씩 증가된다. signaling_version 필드의 값은 그 최대 값 후에 0으로 순환(wrap around)한다. signaling_type이 0x01과 같을 때, 이 필드의 범위는 PLP_ID_map 필드에 대한 동일한 값을 갖는 링크 맵핑 테이블과 연관된다. signaling_type이 0x01과 같을 때, 이 필드의 값은 signaling_type 및 PLP_ID_map 필드들에 대해 동일한 값을 갖는 링크 맵핑 테이블 내의 임의의 데이터가 변할 때마다 1씩 증가될 것이다.

이 예에서, 시그널링 버전 필드 (255)는, LMT가 한 세트의 PLP 내의 특정한 PLP에 대한 세션 식별 정보에 대한 업데이트를 포함하는지를 나타낼 수 있다. 이러한 방식으로, 서비스 배포 엔진(400)은, 본 개시내용의 하나 이상의 기술에 따라 정의된 하나 이상의 링크 계층 패킷 페이로드 구조에 따라 상위 계층 세션과 연관된 데이터를 전송하도록 구성된 디바이스의 한 예를 나타낸다.

도 7은 본 개시내용의 하나 이상의 기술을 구현할 수 있는 수신기 디바이스의 한 예를 나타내는 블록도이다. 수신기 디바이스(700)는, 통신 네트워크로부터 데이터를 수신하고 사용자가 멀티미디어 콘텐츠에 액세스하는 것을 허용하도록 구성될 수 있는 컴퓨팅 디바이스의 한 예이다. 도 7에 나타낸 예에서, 수신기 디바이스(700)는, 예를 들어 전술된 텔레비전 서비스 네트워크(304) 등의, 텔레비전 네트워크를 통해 데이터를 수신하도록 구성된다.

또한, 도 7에 나타낸 예에서, 수신기 디바이스(700)는 광역 네트워크를 통해 데이터를 송수신하도록 구성된다. 다른 예에서, 수신기 디바이스(700)는 텔레비전 서비스 네트워크(304)를 통해 단순히 데이터를 수신하도록 구성될 수 있다는 점에 유의해야 한다. 여기서 설명된 기술들은 통신 네트워크들의 임의의 조합 및 모든 조합을 이용하여 통신하도록 구성된 디바이스들에 의해 이용될 수 있다.

도 7에 나타낸 바와 같이, 수신기 디바이스(700)는, 중앙 처리 유닛(들)(702), 시스템 메모리(704), 시스템 인터페이스(710), 데이터 추출기(712), 오디오 디코더(714), 오디오 출력 시스템(716), 비디오 디코더(718), 디스플레이 시스템(720), I/O 디바이스(들)(722), 및 네트워크 인터페이스(724)를 포함한다. 도 7에 나타낸 바와 같이, 시스템 메모리(704)는 운영 체제(706) 및 애플리케이션(708)을 포함한다. 중앙 처리 유닛(들)(702), 시스템 메모리(704), 시스템 인터페이스(710), 데이터 추출기(712), 오디오 디코더(714), 오디오 출력 시스템(716), 비디오 디코더(718), 디스플레이 시스템(720), I/O 디바이스(들)(722), 및 네트워크 인터페이스(724) 각각은, 컴포넌트간 통신을 위해 (물리적으로, 통신가능하게, 및/또는 동작적으로) 상호접속될 수 있고, 하나 이상의 마이크로프로세서, 디지털 신호 프로세서(DSP), 주문형 집적 회로(ASIC), 필드프로그래머블 게이트 어레이(FPGA), 개별 로직, 소프트웨어, 하드웨어, 펌웨어 또는 이들의 임의의 조합 등의, 다양한 적절한 회로 중 임의의 것으로서 구현될 수 있다. 수신기 디바이스(700)가 별개의 기능 블록을 갖는 것으로 도시되어 있지만, 이러한 예시는 설명의 목적을 위한 것이며 수신기 디바이스(700)를 특정한 하드웨어 아키텍쳐로 제한하지 않는다는 점에 유의해야 한다. 수신기 디바이스(700)의 기능들은, 하드웨어, 펌웨어 및/또는 소프트웨어 구현들의 임의의 조합을 이용하여 실현될 수 있다.

CPU(들)(702)는 수신기 디바이스(700)에서의 실행을 위한 기능을 구현하고 및/또는 명령어들을 처리하도록 구성될 수 있다. CPU(들)(702)는 단일 및/또는 멀티 코어 중앙 처리 유닛들을 포함할 수 있다. CPU(들)(702)는 여기서 설명된 하나 이상의 기술을 구현하기 위해, 명령어, 코드 및/또는 데이터 구조를 회수하고 처리할 수 있다. 명령어들은, 시스템 메모리(704) 등의 컴퓨터 판독가능한 매체 상에 저장될 수 있다

시스템 메모리(704)는 비일시적인 또는 유형의(tangible) 컴퓨터-판독가능한 저장 매체로서 기술될 수 있다. 일부 예에서, 시스템 메모리(704)는 임시적 및/또는 장기적 저장을 제공할 수 있다. 일부 예에서, 시스템 메모리(704) 또는 그 일부는 비휘발성 메모리로서 기술될 수 있고, 다른 예에서는 시스템 메모리(704)의 일부는 휘발성 메모리로서 기술될 수 있다. 시스템 메모리(704)는 동작 동안에 수신기 디바이스(700)에 의해 이용될 수 있는 정보를 저장하도록 구성될 수 있다. 시스템 메모리(704)는, CPU(들)(702)에 의한 실행을 위한 프로그램 명령어들을 저장하는데 이용될 수 있고, 프로그램 실행 동안에 정보를 임시적으로 저장하기 위해 수신기 디바이스(700) 상에서 실행중인 프로그램들에 의해 이용될 수 있다. 또한, 수신기 디바이스(700)가 디지털 비디오 레코더의 일부로서 포함되는 예에서, 시스템 메모리(704)는 복수의 비디오 파일을 저장하도록 구성될 수 있다.

애플리케이션(708)은, 수신기 디바이스(700) 내에 구현되거나 수신기 디바이스(700)에 의해 실행되는 애플리케이션들을 포함할 수 있고, 수신기 디바이스(700)의 컴포넌트들 내에 구현되거나 포함될 수 있고, 이들에 의해 동작가능하며, 및/또는 이들에 동작적으로/통신가능하게 결합될 수 있다. 애플리케이션들(708)은 수신기 디바이스(700)의 CPU(들)(702)로 하여금 특정한 기능들을 수행하게 할 수 있는 명령어들을 포함할 수 있다. 애플리케이션(708)은 for-loop들, while-loop들, if-statement들, do-loop들 등의 컴퓨터 프로그래밍 문장으로 표현되는 알고리즘을 포함할 수 있다. 애플리케이션(708)은 명시된 프로그래밍 언어를 이용하여 개발될 수 있다. 프로그래밍 언어의 예로서는, Java™, Jini™, C, C++, Objective C, Swift, Perl, Python, PhP, UNIX 쉘, Visual Basic 및 Visual Basic Script가 포함된다. 수신기 디바이스(700)가 스마트 텔레비전을 포함하는 예에서, 애플리케이션들은 텔레비전 제조자 또는 방송업자에 의해 개발될 수 있다. 도 7에 나타낸 바와 같이, 애플리케이션(708)은 운영 체제(706)와 연계하여 실행될 수 있다. 즉, 운영 체제(706)는, 애플리케이션(708)과 CPU(들)(702) 및 수신기 디바이스(700)의 기타의 하드웨어 컴포넌트들과의 상호작용을 가능하게 하도록 구성될 수 있다. 운영 체제(706)는, 셋탑 박스, 디지털 비디오 레코더, 텔레비전 등에 설치되도록 설계된 운영 체제일 수 있다. 여기서 설명된 기술들은 소프트웨어 아키텍처들의 임의의 조합 및 모든 조합을 이용하여 동작하도록 구성된 디바이스들에 의해 이용될 수 있다는 점에 유의해야 한다.

시스템 인터페이스(710)는 수신기 디바이스(700)의 컴포넌트들 사이의 통신을 가능하게 하도록 구성될 수 있다. 한 예에서, 시스템 인터페이스(710)는, 데이터가 하나의 피어 디바이스로부터 다른 피어 디바이스로 또는 저장 매체로 전송될 수 있게 하는 구조를 포함한다. 예를 들어, 시스템 인터페이스(710)는, AGP(Accelerated Graphics Port) 기반 프로토콜, PCI Special Interest Group에 의해 유지되는 PCI Express™ (PCIe) 버스 명세 등의, PCI(Peripheral Component Interconnect) 버스 기반 프로토콜, 또는 피어 디바이스들을 상호접속하는데 이용될 수 있는 기타 임의의 형태의 구조(예를 들어, 독점적 버스 프로토콜)을 지원하는 칩셋을 포함할 수 있다.

전술된 바와 같이, 수신기 디바이스(700)는, 텔레비전 서비스 네트워크를 통해 데이터를 수신하고 선택사항으로서 데이터를 전송하도록 구성된다. 전술된 바와 같이, 텔레비전 서비스 네트워크는 통신 표준에 따라 동작할 수 있다. 통신 표준은, 예를 들어, 물리적 시그널링, 어드레싱, 채널 액세스 제어, 패킷 속성, 및 데이터 처리 등의 통신 속성(예를 들어, 프로토콜 계층)을 정의할 수 있다. 도 7에 나타낸 예에서, 데이터 추출기(712)는 신호로부터 비디오, 오디오, 및 데이터를 추출하도록 구성될 수 있다. 신호는, 예를 들어, DVB 표준, ATSC 표준, ISDB 표준, DTMB 표준, DMB 표준 및 DOCSIS 표준의 양태에 따라 정의될 수 있다.

데이터 추출기(712)는, 전술된 서비스 배포 엔진(400)에 의해 생성된 신호로부터 비디오, 오디오 및 데이터를 추출하도록 구성될 수 있다. 즉, 데이터 추출기(712)는 서비스 배포 엔진(400)과는 역 방식으로 동작할 수 있다. 또한, 데이터 추출기(712)는, 전술된 구조들 중 하나 이상의 임의의 조합에 기초하여 링크 계층 패킷을 파싱하도록 구성될 수 있다.

데이터 패킷은, CPU(들)(702), 오디오 디코더(714), 및 비디오 디코더(718)에 의해 처리될 수 있다. 오디오 디코더(714)는 오디오 패킷을 수신하고 처리하도록 구성될 수 있다. 예를 들어, 오디오 디코더(714)는 오디오 코덱의 양태들을 구현하도록 구성된 하드웨어 및 소프트웨어의 조합을 포함할 수 있다. 즉, 오디오 디코더(714)는, 오디오 패킷을 수신하고 오디오 데이터를 렌더링을 위해 오디오 출력 시스템(716)에 제공하도록 구성될 수 있다. 오디오 데이터는, Dolby 및 Digital Theater Systems에서 개발된 것들 등의 다중-채널 형식을 이용하여 코딩될 수 있다. 오디오 데이터는 오디오 압축 포멧을 이용하여 코딩될 수 있다. 오디오 압축 포멧의 예로서는, MPEG(Motion Picture Experts Group) 포멧, AAC(Advanced Audio Coding) 포멧, DTS-HD 포멧, 및 Dolby Digital(AC-3) 포멧이 포함된다. 오디오 출력 시스템(716)은 오디오 데이터를 렌더링하도록 구성될 수 있다. 예를 들어, 오디오 출력 시스템(716)은, 오디오 프로세서, 디지털-대-아날로그 변환기, 증폭기, 및 스피커 시스템을 포함할 수 있다. 스피커 시스템은, 헤드폰, 통합된 스테레오 스피커 시스템, 멀티-스피커 시스템, 또는 서라운드 사운드 시스템 등의, 임의의 다양한 스피커 시스템을 포함할 수 있다.

비디오 디코더(718)는 비디오 패킷을 수신하고 처리하도록 구성될 수 있다. 예를 들어, 비디오 디코더(718)는 비디오 코덱의 양태들을 구현하는데 이용되는 하드웨어와 소프트웨어의 조합을 포함할 수 있다. 한 예에서, 비디오 디코더(718)는, ITU-T H.262 또는 ISO/IEC MPEG-2 Visual, ISO/IEC MPEG-4 Visual, (ISO/IEC MPEG-4 AVC라고도 알려진) ITU-T H.264, 및 HEVC(High-Efficiency Video Coding) 등의, 임의의 개수의 비디오 압축 표준에 따라 인코딩된 데이터를 디코딩하도록 구성될 수 있다. 디스플레이 시스템(720)은 디스플레이를 위한 비디오 데이터를 회수하고 처리하도록 구성될 수 있다. 예를 들어, 디스플레이 시스템(720)은 비디오 디코더(718)로부터 픽셀 데이터를 수신하고 시각적 프리젠테이션을 위해 데이터를 출력할 수 있다. 또한, 디스플레이 시스템(720)은, 비디오 데이터, 예를 들어, 그래픽 사용자 인터페이스와 연계하여, 그래픽을 출력하도록 구성될 수 있다. 디스플레이 시스템(720)은, 액정 디스플레이(LCD), 플라즈마 디스플레이, 유기 발광 다이오드(OLED) 디스플레이, 또는 사용자에게 비디오 데이터를 프리젠팅할 수 있는 또 다른 유형의 디스플레이 디바이스 등의 다양한 디스플레이 디바이스 중 하나를 포함할 수 있다. 디스플레이 디바이스는, 표준 해상도 콘텐츠, 고선명 콘텐츠, 또는 초고화질 콘텐츠를 디스플레이하도록 구성될 수 있다.

I/O 디바이스(들)(722)는, 수신기 디바이스(700)의 동작 동안에 입력을 수신하고 출력을 제공하도록 구성될 수 있다. 즉, I/O 디바이스(들)(722)는 사용자로 하여금 렌더링될 멀티미디어 콘텐츠를 선택할 수 있게 할 수 있다. 입력은, 예를 들어, 푸시-버턴 원격 제어기, 터치 감지 스크린을 포함하는 디바이스, 움직임-기반 입력 디바이스, 오디오-기반 입력 디바이스, 또는 사용자 입력을 수신하도록 구성된 기타 임의의 유형의 입력 디바이스 등의 입력 디바이스로부터 생성될 수 있다. I/O 디바이스(들)(722)는, 예를 들어 USB(Universal Serial Bus) 프로토콜, Bluetooth, ZigBee, 또는 예를 들어, 전용 적외선 통신 프로토콜과 같은 전용 통신 프로토콜 등의, 표준화된 통신 프로토콜을 이용하여, 수신기 디바이스(700)에 동작적으로 결합될 수 있다.

네트워크 인터페이스(724)는 수신기 디바이스(700)가 근거리 통신망 및/또는 광역 네트워크를 통해 데이터를 송수신할 수 있게 하도록 구성될 수 있다. 네트워크 인터페이스(724)는, Ethernet 카드, 광 트랜시버, 무선 주파수 트랜시버, 또는 정보를 전송 및 수신하도록 구성된 기타 임의의 유형의 디바이스 등의 네트워크 인터페이스 카드를 포함할 수 있다. 네트워크 인터페이스(724)는, 네트워크에서 이용되는 물리적 및 미디어 액세스 제어(MAC) 계층에 따라 물리적 시그널링, 어드레싱, 및 채널 액세스 제어를 수행하도록 구성될 수 있다. 또한, 네트워크 인터페이스(724)는, 예를 들어, 전술된 링크 계층 패킷 생성기(500) 등의, 링크 계층 패킷 생성기를 포함할 수 있다. 또한, 네트워크 인터페이스(724)는, 전술된 구조들 중 하나 이상의 임의의 조합에 기초하여 링크 계층 패킷을 파싱하도록 구성될 수 있다.

하나 이상의 예에서, 설명된 기능들은, 하드웨어, 소프트웨어, 펌웨어, 또는 이들의 임의의 조합으로 구현될 수 있다. 소프트웨어로 구현되는 경우, 기능들은 컴퓨터 판독가능한 매체 상의 하나 이상의 명령어 또는 코드로서 저장되거나 전송될 수 있고 하드웨어-기반 처리 유닛에 의해 실행될 수 있다. 컴퓨터-판독가능한 매체는, 데이터 저장 매체 등의 유형 매체, 또는, 예를 들어, 통신 프로토콜에 따라, 한 장소로부터 다른 장소로의 컴퓨터 프로그램의 전송을 가능하게 하는 임의의 매체를 포함하는 통신 매체에 대응하는 컴퓨터 판독가능한 저장 매체를 포함할 수 있다. 이러한 방식으로, 컴퓨터 판독가능한 매체는 일반적으로, (1) 비일시적인 유형의 컴퓨터 판독가능한 저장 매체 또는 (2) 신호 또는 반송파 등의 통신 매체에 대응할 수 있다. 데이터 저장 매체는, 본 개시내용에서 설명된 기술들의 구현을 위한 명령어들, 코드 및/또는 데이터 구조를 회수하기 위해 하나 이상의 컴퓨터 또는 하나 이상의 프로세서에 의해 액세스될 수 있는 임의의 이용가능한 매체일 수 있다. 컴퓨터 프로그램 제품은 컴퓨터 판독가능한 매체를 포함할 수 있다.

제한이 아닌 예로서, 이러한 컴퓨터-판독가능한 저장 매체는, RAM, ROM, EEPROM, CD-ROM 또는 기타의 광 디스크 저장소, 자기 디스크 저장소, 또는 기타의 자기 저장 장치, 플래시 메모리, 또는 원하는 프로그램 코드를 명령어나 데이터 구조 형태로 저장하는데 이용될 수 있고 컴퓨터에 의해 엑세스될 수 있는 기타 임의의 매체를 포함할 수 있다. 또한, 임의의 접속은 적절하게 컴퓨터 판독가능한 매체라고 명명된다. 예를 들어, 명령어들이, 동축 케이블, 광섬유 케이블, 꼬인 쌍선, 디지털 가입자 회선(DSL), 또는 적외선, 라디오 및 마이크로파 등의 무선 기술을 이용하여, 웹사이트, 서버 또는 기타의 원격 소스로부터 전송된다면, 동축 케이블, 광섬유 케이블, 꼬인 쌍선, DSL, 또는 적외선, 라디오 및 마이크로파 등의 무선 기술은 매체의 정의에 포함된다. 그러나, 컴퓨터-판독가능한 저장 매체 및 데이터 저장 매체는, 접속, 반송파, 신호, 또는 다른 일시적인 매체를 포함하지 않고, 그 대신에, 비일시적인, 유형의 저장 매체와 관련된다는 것을 이해해야 한다. 본 명세서에서 사용될 때, 디스크(disk 및 disc)는 컴팩트 디스크(CD) , 레이저 디스크, 광 디스크, 디지털 범용 디스크(DVD), 플로피 디스크, 및 블루레이 디스크를 포함하며, 대개 디스크(disk)는 데이터를 자기적으로 재생하는 반면, 디스크(disc)는 데이터를 레이저에 의해 광학적으로 재생한다. 상기의 조합은 또한 컴퓨터-판독가능한 매체의 범위 내에 포함되어야 한다.

명령어들은, 하나 이상의 디지털 신호 프로세서(DSP), 범용 마이크로프로세서, 주문형 집적 회로(ASIC), 필드 프로그래머블 로직 어레이(FPGA), 또는 기타의 균등한 집적 또는 개별 논리 회로 등의, 하나 이상의 프로세서에 의해 실행될 수 있다. 따라서, 여기서 사용되는 용어 "프로세서"란, 전술된 구조 또는 여기에 설명된 기술의 구현에 적합한 기타 임의의 구조를 말할 수도 있다. 또한, 일부 양태에서, 여기서 설명된 기능은 인코딩 및 디코딩을 위해 구성된 전용 하드웨어 및/또는 소프트웨어 모듈 내에 제공되거나, 결합된 코덱에 통합될 수 있다. 또한, 본 기술들은 하나 이상의 회로 또는 로직 요소에서 완전히 구현될 수 있다.

본 개시내용의 기술들은, 무선 핸드셋, 집적 회로(IC) 또는 IC 세트(예를 들어, 칩 세트)를 포함한 다양한 디바이스 또는 장치에서 구현될 수 있다. 개시된 본 기술을 수행하도록 구성된 디바이스의 기능적 양태를 강조하기 위해 본 개시내용에서는 다양한 컴포넌트, 모듈 또는 유닛이 설명되지만, 반드시 상이한 하드웨어 유닛에 의한 구현을 요구하지는 않는다. 오히려, 전술된 바와 같이, 다양한 유닛들은, 적절한 소프트웨어 및/또는 펌웨어와 연계하여, 코덱 하드웨어 유닛에서 결합되거나 전술된 하나 이상의 프로세서를 포함하는 연동 하드웨어 유닛들의 집합에 의해 제공될 수 있다.

또한, 전술된 실시예들 각각에 이용된 기지국 디바이스 및 단말 디바이스의 각각의 기능 블록 또는 다양한 피쳐들은, 전형적으로 집적 회로 또는 복수의 집적 회로인, 회로에 의해 구현되거나 실행될 수 있다. 본 명세서에서 설명된 기능들을 실행하도록 설계된 회로는, 범용 프로세서, 디지털 신호 프로세서(DSP), 애플리케이션 특유의 또는 범용 애플리케이션 집적 회로(ASIC), 필드 프로그래머블 게이트 어레이(FPGA), 또는 기타의 프로그래머블 로직 디바이스들, 개별 게이트들 또는 트랜지스터 로직, 또는 개별 하드웨어 컴포넌트, 또는 이들의 조합을 포함할 수 있다. 범용 프로세서는, 마이크로프로세서이거나, 대안으로서 프로세서는, 종래의 프로세서, 제어기, 마이크로제어기 또는 상태 머신일 수 있다. 전술된 범용 프로세서 또는 각각의 회로는 디지털 회로에 의해 구성될 수도 있고, 아날로그 회로에 의해 구성될 수도 있다. 또한, 반도체 기술의 진보에 의해 현재의 집적 회로를 대체하는 집적 회로 제작 기술이 출현하면, 이 기술에 의한 집적 회로도 역시 이용될 수 있다.

다양한 예들이 설명되었다. 이들 및 다른 예들은 이하의 청구항들의 범위 내에 있다.

Claims (20)

1. 상위 계층 정보를 링크 계층 패킷에서 시그널링하기 위한 방법으로서,
   하나 이상의 물리 계층 파이프와 각각 연관된 세션 식별 정보를 포함하는 테이블 ―상기 테이블 내의 첫 번째 신택스 요소는, 세션 식별 정보가 제공되는 물리 계층 파이프의 수 마이너스 1을 표시하는 6비트 신택스 요소임― 을 생성하는 단계; 및
   상기 테이블을 하나 이상의 수신기 디바이스에 전송하는 단계
   를 포함하는 방법.
2. 제1항에 있어서, 상기 테이블은 상기 표시된 수의 물리 계층 파이프에 대한 각각의 물리 계층 파이프 식별자 값을 포함하는, 방법.
3. 제2항에 있어서, 세션은 네트워크 주소와 연관된 데이터를 포함하는, 방법.
4. 제2항에 있어서, 세션 식별 정보는, 소스 주소, 목적지 주소, 소스 포트 및 목적지 포트 중 하나 이상을 포함하는, 방법.
5. 제4항에 있어서, 세션 식별 정보는 식별된 세션을 운반하는 패킷들에 헤더 압축이 적용되는지의 표시를 포함하고, 헤더 압축이 적용될 때 압축 설명 정보를 포함하는 테이블 ―상기 테이블은 상기 식별된 세션을 운반하는 물리 계층 파이프에 대한 물리 계층 파이프 식별자 값과 동일한 물리 계층 파이프 식별자 값을 갖는 신택스 요소를 포함함― 을 생성하는 단계, 및 압축 설명 정보를 포함하는 상기 테이블을 하나 이상의 수신기 디바이스에 전송하는 단계를 더 포함하는 방법.
6. 제1항에 있어서, 상기 테이블을 하나 이상의 수신기 디바이스에 전송하는 단계는, 상기 테이블을 링크 계층 패킷의 페이로드에 캡슐화하는 단계를 포함하는, 방법.
7. 제6항에 있어서, 상기 링크 계층 패킷은 링크 계층 시그널링 패킷 유형을 포함하는, 방법.
8. 하나 이상의 프로세서를 포함하는 디바이스로서, 상기 하나 이상의 프로세서는 :
   하나 이상의 물리 계층 파이프와 각각 연관된 세션 식별 정보를 포함하는 테이블 ―상기 테이블은 제1 신택스 요소로서 6비트 신택스 요소를 포함함― 을 포함하는 신호를 파싱하고;
   세션 식별 정보가 제공되는 물리 계층 파이프의 수를 6비트 신택스 요소의 값보다 1 작은 것으로서 결정하도록 구성된, 디바이스.
9. 제8항에 있어서, 상기 테이블은 표시된 수의 상기 물리 계층 파이프에 대한 각각의 물리 계층 파이프 식별자 값을 포함하는, 디바이스.
10. 제9항에 있어서, 세션은 네트워크 주소와 연관된 데이터를 포함하는, 디바이스.
11. 제9항에 있어서, 세션 식별 정보는, 소스 주소, 목적지 주소, 소스 포트 및 목적지 포트 중 하나 이상을 포함하는, 디바이스.
12. 제11항에 있어서, 상기 세션 식별 정보는 식별된 세션을 운반하는 패킷들에 헤더 압축이 적용되는지의 표시를 포함하는, 디바이스.
13. 삭제
14. 제8항에 있어서, 상기 테이블을 포함하는 신호를 파싱하는 것은, 링크 계층 패킷의 페이로드로부터 상기 테이블을 파싱하는 것을 포함하는, 디바이스.
15. 제14항에 있어서, 상기 링크 계층 패킷은 링크 계층 시그널링 패킷 유형을 포함하는, 디바이스.
16. 제8항에 있어서, 상기 디바이스는, 데스크탑 또는 랩탑 컴퓨터, 모바일 디바이스, 스마트폰, 셀룰러 전화, 텔레비전, 태블릿 디바이스, 또는 개인용 게임 디바이스로 구성된 그룹으로부터 선택되는, 디바이스.
17. 링크 계층 시그널링을 위한 상위 계층 정보를 결정하는 방법으로서,
    하나 이상의 물리 계층 파이프와 각각 연관된 세션 식별 정보를 포함하는 테이블 ―상기 테이블은 제1 신택스 요소로서 6비트 신택스 요소를 포함함― 을 포함하는 신호를 파싱하는 단계; 및
    세션 식별 정보가 제공되는 물리 계층 파이프의 수를 6비트 신택스 요소의 값보다 1 작은 것으로서 결정하는 단계
    를 포함하는 방법.
18. 제17항에 있어서, 세션 식별 정보는, 소스 주소, 목적지 주소, 소스 포트 및 목적지 포트 중 하나 이상을 포함하는, 방법.
19. 제18항에 있어서, 상기 세션 식별 정보는 식별된 세션을 운반하는 패킷들에 헤더 압축이 적용되는지의 표시를 포함하는, 방법.
20. 삭제

Images