KR20220129687A - 송신 장치, 송신 방법, 수신 장치 및 수신 방법 - Google Patents

송신 장치, 송신 방법, 수신 장치 및 수신 방법 Download PDF

Info

Publication number
KR20220129687A
KR20220129687A KR1020227032052A KR20227032052A KR20220129687A KR 20220129687 A KR20220129687 A KR 20220129687A KR 1020227032052 A KR1020227032052 A KR 1020227032052A KR 20227032052 A KR20227032052 A KR 20227032052A KR 20220129687 A KR20220129687 A KR 20220129687A
Authority
KR
South Korea
Prior art keywords
information
transport protocol
service
transport
protocol selection
Prior art date
Application number
KR1020227032052A
Other languages
English (en)
Other versions
KR102616590B1 (ko
Inventor
가즈유키 다카하시
야스아키 야마기시
Original Assignee
소니그룹주식회사
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 소니그룹주식회사 filed Critical 소니그룹주식회사
Publication of KR20220129687A publication Critical patent/KR20220129687A/ko
Application granted granted Critical
Publication of KR102616590B1 publication Critical patent/KR102616590B1/ko

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/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/63—Control signaling related to video distribution between client, server and network components; Network processes for video distribution between server and clients or between remote clients, e.g. transmitting basic layer and enhancement layers over different transmission paths, setting up a peer-to-peer communication via Internet between remote STB's; Communication protocols; Addressing
    • H04N21/643—Communication protocols
    • H04N21/64322—IP
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/18—Multiprotocol handlers, e.g. single devices capable of handling multiple protocols
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/54—Store-and-forward switching systems 
    • H04L12/56—Packet switching systems
    • H04L12/5601—Transfer mode dependent, e.g. ATM
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60—Network streaming of media packets
    • H04L65/61—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio
    • H04L65/611—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio for multicast or broadcast
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60—Network streaming of media packets
    • H04L65/65—Network streaming protocols, e.g. real-time transport protocol [RTP] or real-time control protocol [RTCP]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60—Network streaming of media packets
    • H04L65/70—Media network packetisation
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60—Network streaming of media packets
    • H04L65/75—Media network packet handling
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/51—Discovery or management thereof, e.g. service location protocol [SLP] or web services
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/16—Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/16—Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP]
    • H04L69/169—Special adaptations of TCP, UDP or IP for interworking of IP based networks with other networks 
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/22—Parsing or analysis of headers
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/30—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using hierarchical techniques, e.g. scalability
    • 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
    • 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/238—Interfacing the downstream path of the transmission network, e.g. adapting the transmission rate of a video stream to network bandwidth; Processing of multiplex streams
    • H04N21/2381—Adapting the multiplex stream to a specific network, e.g. an Internet Protocol [IP] 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/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/63—Control signaling related to video distribution between client, server and network components; Network processes for video distribution between server and clients or between remote clients, e.g. transmitting basic layer and enhancement layers over different transmission paths, setting up a peer-to-peer communication via Internet between remote STB's; Communication protocols; Addressing
    • H04N21/647—Control signaling between network components and server or clients; Network processes for video distribution between server and clients, e.g. controlling the quality of the video stream, by dropping packets, protecting content from unauthorised alteration within the network, monitoring of network load, bridging between two different networks, e.g. between IP and wireless
    • H04N21/64707—Control signaling between network components and server or clients; Network processes for video distribution between server and clients, e.g. controlling the quality of the video stream, by dropping packets, protecting content from unauthorised alteration within the network, monitoring of network load, bridging between two different networks, e.g. between IP and wireless for transferring content from a first network to a second network, e.g. between IP and wireless
    • 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

Abstract

본 기술은, 복수의 트랜스포트·프로토콜을 병존시킬 수 있도록 하는 송신 장치, 송신 방법, 수신 장치 및 수신 방법에 관한 것이다. 송신 장치는, 소정의 규격으로 규정된 복수의 트랜스포트·프로토콜 중에서, 특정한 서비스에서 사용되는 트랜스포트·프로토콜을 선택하기 위한 트랜스포트·프로토콜 선택 정보를 생성하여, 트랜스포트·프로토콜 선택 정보와 함께, 트랜스포트·프로토콜 선택 정보에 설정된 트랜스포트·프로토콜에 따라, 특정한 서비스에 의해 제공되는 콘텐츠를 송신한다. 본 기술은, 예를 들어 IP 패킷의 방송에 적용할 수 있다.

Description

송신 장치, 송신 방법, 수신 장치 및 수신 방법{TRANSMITTING DEVICE, TRANSMITTING METHOD, RECEIVING DEVICE, AND RECEIVING METHOD}
본 기술은 송신 장치, 송신 방법, 수신 장치 및 수신 방법에 관한 것으로, 특히, 복수의 트랜스포트·프로토콜을 병존시킬 수 있도록 한 송신 장치, 송신 방법, 수신 장치 및 수신 방법에 관한 것이다.
예를 들어, 차세대 지상 방송 규격의 하나인 ATSC(Advanced Television Systems Committee) 3.0에서는, 데이터 전송에, TS(Transport Stream) 패킷이 아니라, UDP/IP, 즉 UDP(User Datagram Protocol) 패킷을 포함하는 IP(Internet Protocol) 패킷을 사용하는 것이 결정되어 있다. 또한, ATSC 3.0 이외의 방송 방식에서도, 장래적으로 IP 패킷을 사용하는 것이 기대되고 있다(예를 들어 비특허문헌 1 참조).
「ARIB STD-B601.1판」, 일반 사단 법인 전파 산업회
그런데, ATSC 3.0 등의 방송 방식에 있어서는, 복수의 트랜스포트·프로토콜이 병존하는 경우가 있기 때문에, 복수의 트랜스포트·프로토콜을 병존시키기 위한 기술이 요청되고 있다.
본 기술은 이러한 상황을 감안하여 이루어진 것이며, 복수의 트랜스포트·프로토콜을 병존시킬 수 있도록 하는 것이다.
본 기술의 제1 측면의 송신 장치는, 소정의 규격으로 규정된 복수의 트랜스포트·프로토콜 중에서, 특정한 서비스에서 사용되는 트랜스포트·프로토콜을 선택하기 위한 트랜스포트·프로토콜 선택 정보를 생성하는 생성부와, 상기 트랜스포트·프로토콜 선택 정보와 함께, 상기 트랜스포트·프로토콜 선택 정보에 설정된 트랜스포트·프로토콜에 따라, 상기 특정한 서비스에 의해 제공되는 콘텐츠를 송신하는 송신부를 구비하는 송신 장치이다.
본 기술의 제1 측면의 송신 장치는, 독립된 장치여도 되고, 하나의 장치를 구성하고 있는 내부 블록이어도 된다. 또한, 본 기술의 제1 측면의 송신 방법은, 상술한 본 기술의 제1 측면의 송신 장치에 대응하는 송신 방법이다.
본 기술의 제1 측면의 송신 장치 및 송신 방법에 있어서는, 소정의 규격으로 규정된 복수의 트랜스포트·프로토콜 중에서, 특정한 서비스에서 사용되는 트랜스포트·프로토콜을 선택하기 위한 트랜스포트·프로토콜 선택 정보가 생성되어, 상기 트랜스포트·프로토콜 선택 정보와 함께, 상기 트랜스포트·프로토콜 선택 정보에 설정된 트랜스포트·프로토콜에 따라, 상기 특정한 서비스에 의해 제공되는 콘텐츠가 송신된다.
본 기술의 제2 측면의 수신 장치는, 소정의 규격으로 규정된 복수의 트랜스포트·프로토콜 중에서, 특정한 서비스에서 사용되는 트랜스포트·프로토콜을 선택하기 위한 트랜스포트·프로토콜 선택 정보와 함께, 상기 트랜스포트·프로토콜 선택 정보에 설정된 트랜스포트·프로토콜에 따라 전송되는, 상기 특정한 서비스에 의해 제공되는 콘텐츠를 수신하는 수신부와, 상기 트랜스포트·프로토콜 선택 정보에 설정된 트랜스포트·프로토콜에 따라, 상기 콘텐츠를 재생하는 처리를 행하는 처리부를 구비하는 수신 장치이다.
본 기술의 제2 측면의 수신 장치는, 독립된 장치여도 되고, 하나의 장치를 구성하고 있는 내부 블록이어도 된다. 또한, 본 기술의 제2 측면의 수신 방법은, 상술한 본 기술의 제2 측면의 수신 장치에 대응하는 수신 방법이다.
본 기술의 제2 측면의 수신 장치 및 수신 방법에 있어서는, 소정의 규격으로 규정된 복수의 트랜스포트·프로토콜 중에서, 특정한 서비스에서 사용되는 트랜스포트·프로토콜을 선택하기 위한 트랜스포트·프로토콜 선택 정보와 함께, 상기 트랜스포트·프로토콜 선택 정보에 설정된 트랜스포트·프로토콜에 따라 전송되는, 상기 특정한 서비스에 의해 제공되는 콘텐츠가 수신되어, 상기 트랜스포트·프로토콜 선택 정보에 설정된 트랜스포트·프로토콜에 따라, 상기 콘텐츠를 재생하는 처리가 행하여진다.
본 기술의 제1 측면 및 제2 측면에 의하면, 복수의 트랜스포트·프로토콜을 병존시킬 수 있다.
또한, 여기에 기재된 효과는 반드시 한정되는 것은 아니며, 본 개시 중에 기재된 어느 한 효과여도 된다.
도 1은 본 기술을 적용한 전송 시스템의 일 실시 형태의 구성을 도시하는 도면이다.
도 2는 각 레이어의 프레임 구조의 예를 나타내는 도면이다.
도 3은 복수의 트랜스포트·프로토콜을 선택하기 위한 트랜스포트·프로토콜 선택 정보의 전송 방식을 설명하는 도면이다.
도 4는 Generic 패킷의 구성을 도시하는 도면이다.
도 5는 패킷 타입의 예를 나타내는 도면이다.
도 6은 패킷 타입의 값을 확장하는 경우에 배치되는 신택스의 예를 나타내는 도면이다.
도 7은 Generic 패킷의 구성을 도시하는 도면이다.
도 8은 패킷 타입의 예를 나타내는 도면이다.
도 9는 Generic 확장 헤더의 상세한 구조를 도시하는 도면이다.
도 10은 옵셔널 헤더에 배치되는 구조체의 예를 나타내는 도면이다.
도 11은 서비스 타입의 예를 나타내는 도면이다.
도 12는 LLS 패킷의 구성을 도시하는 도면이다.
도 13은 LLS 헤더에 배치되는 구조체의 예를 나타내는 도면이다.
도 14는 서비스 타입의 예를 나타내는 도면이다.
도 15는 LLS 패킷의 구성을 도시하는 도면이다.
도 16은 FIT의 신택스의 예를 나타내는 도면이다.
도 17은 서비스 타입의 예를 나타내는 도면이다.
도 18은 BB 프레임의 구성을 도시하는 도면이다.
도 19는 L1 확장 헤더 전송 방식에 있어서의 확장 헤더의 상세한 구성을 설명하는 도면이다.
도 20은 L1 확장 헤더 전송 방식에 있어서의 확장 헤더의 상세한 구성을 설명하는 도면이다.
도 21은 L1 확장 헤더에 배치되는 구조체의 예를 나타내는 도면이다.
도 22는 서비스 타입의 예를 나타내는 도면이다.
도 23은 송신 장치의 구성예를 도시하는 도면이다.
도 24는 수신 장치의 구성예를 도시하는 도면이다.
도 25는 송신 처리를 설명하는 흐름도이다.
도 26은 수신 처리를 설명하는 흐름도이다.
도 27은 컴퓨터의 구성예를 도시하는 도면이다.
이하, 도면을 참조하면서 본 기술의 실시 형태에 대하여 설명한다. 또한, 설명은 이하의 순서로 행하는 것으로 한다.
1. 시스템의 구성
2. 프레임 구조
3. 운용예
(1) 운용예 1: Generic 헤더 전송 방식
(2) 운용예 2: Generic 확장 헤더 전송 방식
(3) 운용예 3: L2 시그널링 헤더 전송 방식
(4) 운용예 4: L2 시그널링 전송 방식
(5) 운용예 5: L1 확장 헤더 전송 방식
4. 각 장치의 구성
5. 각 장치에서 실행되는 처리의 흐름
6. 컴퓨터의 구성
<1. 시스템의 구성>
도 1은 본 기술을 적용한 전송 시스템의 일 실시 형태의 구성을 도시하는 도면이다. 또한, 시스템이란, 복수의 장치가 논리적으로 집합한 것을 의미한다.
도 1에 있어서, 전송 시스템(1)은 송신 장치(10)와 수신 장치(20)로 구성된다. 이 전송 시스템(1)에서는 ATSC 3.0 등의 방송 방식에 준거한 데이터 전송이 행하여진다.
송신 장치(10)는 예를 들어 텔레비전 프로그램 등의 콘텐츠의 송신을 행한다. 즉, 송신 장치(10)는 콘텐츠의 영상이나 음성(컴포넌트)의 데이터 등의 송신의 대상인 대상 데이터의 스트림을, 디지털 방송 신호로서, 전송로(30)를 통하여 송신(전송)한다.
수신 장치(20)는 송신 장치(10)로부터 전송로(30)를 통하여 송신되어 오는 디지털 방송 신호를 수신하고, 원래의 스트림으로 복원하여 출력한다. 예를 들어, 수신 장치(20)는 텔레비전 프로그램 등의 콘텐츠의 영상이나 음성의 데이터를 출력한다.
또한, 도 1의 전송 시스템(1)은 ATSC 3.0에 준거한 데이터 전송 이외에, DVB(Digital Video Broadcasting)나 ISDB(Integrated Services Digital Broadcasting) 등의 규격, 혹은 그 밖의 ATSC의 규격에 준거한 데이터 전송, 그 밖의 데이터 전송에 적용할 수 있다. 또한, 전송로(30)로서는, 지상파 이외에, 위성 회선이나 케이블 텔레비전망(유선 회선) 등을 채용할 수 있다.
<2. 프레임 구조>
(프레임 구조)
도 2는, 도 1의 전송 시스템(1)에서 전송되는, 레이어 1(L1) 내지 레이어 3(L3)의 프레임 구조의 예를 나타내는 도면이다. 단, 도 2에 있어서는, 방송 방식으로서, ATSC 3.0 등의 IP 전송 방식이 채용된 경우를 상정하고 있다.
도 2에 도시한 바와 같이, 레이어 3(L3)에서는 IP 패킷(IP Packet)이 전송된다. IP 패킷은, IP 헤더(IP Header)와 데이터(Data)로 구성된다. IP 패킷의 데이터에는 영상이나 음성의 데이터와, 시그널링 정보 등이 배치된다. 또한, 레이어 2(L2)에서는, 전송 패킷으로서의 Generic 패킷(Generic Packet)이 전송된다. Generic 패킷은, Generic 헤더(Generic Header)와 페이로드(Payload)로 구성된다. Generic 패킷의 페이로드에는 하나 또는 복수의 IP 패킷이 배치되어, 캡슐화(encapsulation)된다.
물리층에 상당하는 레이어 1(L1)의 BB 프레임(Baseband Frame)은, BB 프레임 헤더(Baseband Frame Header)와 페이로드(Payload)로 구성된다. BB 프레임의 페이로드에는 복수의 Generic 패킷이 배치되어, 캡슐화된다. 또한, 레이어 1에 있어서는, 복수의 BB 프레임을 스크램블하여 얻어지는 데이터(Data)가 FEC 프레임(FEC Frame)에 매핑되어, 물리층의 에러 정정용 패리티(Parity)가 부가된다.
여기서, 레이어 1(L1)의 물리층 프레임(ATSC(Physical) Frame)은, 프리앰블(Preamble)과 데이터부(Data)로 구성된다. 그리고, 물리층 프레임의 데이터부에는 복수의 FEC 프레임에 대하여, 비트 인터리브를 행한 후에 매핑 처리를 행하고, 또한, 시간 방향과 주파수 방향으로 인터리브를 행하는 등의 물리층의 처리가 행해짐으로써 얻어지는 데이터가 매핑된다.
<3. 운용예>
그런데, ATSC 3.0 등의 방송 방식에서는, 도 3에 도시한 바와 같이, ROUTE(Real-Time Object Delivery over Unidirectional Transport), MMT(MPEG Media Transport), 또는 MPEG2-TS(Transport Stream) 등의 트랜스포트·프로토콜이 병존하여 운용되는 경우가 있다. 예를 들어, ATSC 3.0에 있어서는, ROUTE와 MMT가 병존하고 있다.
여기서, ROUTE는, 바이너리 파일을 한 방향에서 멀티캐스트 전송하기에 적합한 프로토콜인 FLUTE(File Delivery over Unidirectional Transport)를 확장한 프로토콜이다. 또한, MMT는 IP(Internet Protocol) 상에서 사용되는 트랜스포트 방식이며, 제어 정보에 의해 IP 어드레스나 URL(Uniform Resource Locator)을 설정함으로써, 영상이나 음성 등의 데이터를 참조할 수 있다. MPEG2-TS는, MPEG2 형식의 데이터를 송수신하기 위한 트랜스포트 방식이며, 영상이나 음성 등의 데이터를 통합하여 하나의 스트림으로서 취급할 수 있다.
이들 트랜스포트·프로토콜은, 고유의 데이터 플로우나, 서비스 시그널링에 의해 구성되기 때문에, 방송국측(송신 장치(10))에서는, 서비스를 제공하는 경우에, ROUTE나 MMT 등의 복수의 트랜스포트·프로토콜 중에서, 특정한 트랜스포트·프로토콜을 선택하여 사용하게 된다. 이 경우에, 트랜스포트·프로토콜마다 필요로 하는 정보가 상이하기 때문에, 송신 장치(10)는 수신 장치(20)측에서, 특정한 트랜스포트·프로토콜을 선택(판별)하기 위한 정보(이하, 트랜스포트·프로토콜 선택 정보라고 함)를 전송할 필요가 있다.
따라서, 본 기술에서는, 트랜스포트·프로토콜 선택 정보를 전송하기 위한 방식으로서, Generic 헤더 전송 방식, Generic 확장 헤더 전송 방식, L2 시그널링 헤더 전송 방식, L2 시그널링 전송 방식 및 L1 확장 헤더 전송 방식의 5개의 전송 방식을 제안하는 것으로 한다.
이하, 이들 5개의 전송 방식의 구체적인 예로서, 운용예 1 내지 운용예 5를 설명한다.
(1) 운용예 1
먼저, 도 4 내지 도 6을 참조하여, Generic 헤더 전송 방식을 사용한 운용예 1을 설명한다. 이 Generic 헤더 전송 방식에 있어서는, Generic 패킷의 헤더(Generic 헤더)를 이용하여 트랜스포트·프로토콜 선택 정보를 전송한다.
도 4는 Generic 패킷의 구성을 나타내고 있다. 도 4의 Generic 패킷에 있어서, Generic 헤더의 선두에는 3비트의 타입 정보(Type)가 설정된다. 이 타입 정보는, 도 5에 도시한 바와 같이 Generic 패킷의 페이로드에 배치되는 데이터의 타입에 관한 정보가 설정된다.
즉, 트랜스포트·프로토콜로서, ROUTE를 사용하는 경우를 「시스템 A(System A)」, MMT를 사용하는 경우를 「시스템 B(System B)」, MPEG2-TS를 사용하는 경우를 「시스템 C(System C)」라고 정의하면, 페이로드에 시스템 A의 IPv4의 IP 패킷이 배치되는 경우, 타입 정보는 "000"이 설정된다.
또한, 페이로드에 시스템 B의 IPv4의 IP 패킷이 배치되는 경우, 타입 정보는 "001"이 설정된다. 또한, 페이로드에 시스템 C의 TS 패킷이 배치되는 경우, 타입 정보는 "010"이 설정된다. 또한, 도 5에 있어서, "011"의 타입 정보는 미정의(Reserved)로 되어 있다.
마찬가지로 하여, 페이로드에 시스템 A의 L2 시그널링 정보가 배치되는 경우, 타입 정보는 "100"이 설정된다. 또한, 페이로드에 시스템 B의 L2 시그널링 정보가 배치되는 경우, 타입 정보는 "101"이 설정된다. 페이로드에 시스템 C의 L2 시그널링 정보가 배치되는 경우, 타입 정보에는 "110"이 설정된다.
또한, 미정의(Reserved)의 영역에 의한 확장에서는 부족한 경우에는 소정의 영역을 포함하는 타입 정보를 확장하기 위하여, "111"이 설정된다. 도 6에는 패킷 타입의 값을 확장하는 경우에 배치되는 데이터의 신택스의 예가 도시되어 있다. 이와 같이, 패킷 타입의 값은, 확장하는 것이 가능하기 때문에, 4 이상의 트랜스포트·프로토콜이 병존한 경우에도 대응할 수 있다.
도 4의 설명으로 되돌아가, Generic 헤더에 있어서, 타입 정보의 다음에는 1비트의 패킷 설정 정보(PC: Packet Configuration)가 배치된다. 패킷 설정 정보로서, "0"이 설정된 경우, 그 다음에 배치되는 1비트의 헤더 모드(HM: Header Mode)에 따라, 싱글 패킷 모드(Single packet mode)가 되고, Generic 헤더에는 11비트의 길이 정보(Length)나 확장 헤더(Additional header)가 배치된다.
또한, 싱글 패킷 모드에 있어서, 확장 헤더가 배치되지 않는 Generic 패킷은, 노멀 패킷(normal packet)이라고 칭해지는 한편, 확장 헤더가 배치되는 Generic 패킷은, 롱 패킷(long packet)이라고 칭해진다.
한편, 패킷 설정 정보(PC)로서, "1"이 설정된 경우, 그 다음에 배치되는 1비트의 S/C(Segmentation/Concatenation)에 따라, 분할 모드(Segmentation mode) 또는 연결 모드(Concatenation mode)가 되고, Generic 헤더에는 11비트의 길이 정보(Length)나 확장 헤더(Additional header)가 배치된다.
Generic 패킷에 있어서는, 이상과 같이 구성되는 Generic 헤더에 이어, 페이로드가 배치된다. 페이로드에는 Generic 헤더의 타입 정보에 따라, 예를 들어 시스템 A의 IPv4의 IP 패킷이나 L2 시그널링 정보 등이 배치된다.
이상과 같이, 트랜스포트·프로토콜 선택 정보를 전송하기 위한 전송 포맷으로서, Generic 헤더 전송 방식을 이용하여, Generic 헤더에 트랜스포트·프로토콜 선택 정보(타입 정보)를 배치하여 전송함으로써, 수신 장치(20)는 ROUTE나 MMT 등의 복수의 트랜스포트·프로토콜 중에서, 제공되는 서비스에서 사용되고 있는 트랜스포트·프로토콜을 선택(판별)할 수 있다.
(2) 운용예 2
이어서, 도 7 내지 도 11을 참조하여, Generic 확장 헤더 전송 방식을 사용한 운용예 2를 설명한다. 이 Generic 확장 헤더 전송 방식에 있어서는, Generic 패킷의 확장 헤더(Generic 확장 헤더)를 이용하여 트랜스포트·프로토콜 선택 정보를 전송한다.
도 7은 Generic 패킷의 구성을 나타내고 있다. 도 7의 Generic 패킷에 있어서, Generic 헤더의 구조는, 도 4의 Generic 헤더의 구조와 마찬가지이기 때문에, 그 설명은 적절히 생략하지만, 도면 중의 프레임으로 둘러싸인 확장 헤더(Additional header)에 트랜스포트·프로토콜 선택 정보가 배치된다. 도 7의 Generic 헤더의 선두에 배치되는 타입 정보(Type)에는 도 8에 도시한 바와 같이, Generic 패킷의 페이로드에 배치되는 데이터의 타입에 관한 정보가 설정된다.
즉, 페이로드에 IPv4의 IP 패킷이 배치되는 경우, 타입 정보는 "000"이 설정된다. 또한, 페이로드에 압축된 IP 패킷이 배치되는 경우, 타입 정보는 "001"이 설정된다. 또한, 페이로드에, MPEG2-TS 방식의 TS 패킷이 배치되는 경우, 타입 정보는 "010"이 설정된다.
또한, 페이로드에 L2 시그널링 정보가 배치되는 경우에는 타입 정보는 "100"이 설정된다. 또한, 도 8에 있어서, "011", "101", "110"의 타입 정보는, 미정의(Reserved)로 되어 있다. 또한, 3개의 미정의(Reserved)의 영역에 의한 확장으로는 부족한 경우에는 소정의 영역을 포함하는 타입 정보를 확장하기 위하여, "111"이 설정된다.
도 9는 Generic 확장 헤더의 상세한 구조를 도시하는 도면이다.
도 9에 있어서, 패킷 설정 정보(PC)로서 "0"이 설정되는 싱글 패킷 모드에 있어서, 헤더 모드(HM)로서 "0"이 설정된 경우, 그것에 이어, 11비트의 길이 정보(Length)가 배치된다. 이 길이 정보는, Generic 패킷의 페이로드 길이로 설정된다. 한편, 헤더 모드로서, "1"이 설정된 경우, 11비트의 길이 정보(Length)에 이어, 롱 패킷용 확장 헤더(Additional header)가 배치된다.
이 확장 헤더는, 5비트의 길이 정보가 배치되어 합계 16비트의 길이 정보가 되고, 또한 1비트의 리저브드 영역(Res), 1비트의 서브 스트림 식별 플래그(SIF: Sub-stream Identifier Flag) 및 1비트의 옵셔널 확장 헤더 플래그(OHF: Optional Header Extension Flag)가 배치된다.
즉, 헤더 모드로서 "0"이 설정된 경우, 길이 정보(Length(LSB))는 11비트이기 때문에, Generic 패킷의 페이로드 길이로서, 0 내지 2047(=211-1) 바이트의 범위의 값을 나타낼 수 있다. 그러나, 11비트의 길이 정보에서는 2048바이트 이상의 페이로드의 길이를 나타낼 수 없다. 따라서, 페이로드에 2048바이트 이상의 데이터가 배치되는 경우에는 헤더 모드로서 "1"을 설정하고, Generic 헤더의 영역으로서 1바이트가 추가되도록 함으로써, 2048바이트 이상의 페이로드의 길이를 나타낼 수 있도록 한다.
또한, 서브 스트림 식별 플래그로서 "1"이 설정된 경우에는 1바이트의 SID(Sub-stream Identifier)가 배치된다. 또한, 옵셔널 확장 헤더 플래그로서 "1"이 설정된 경우에는 옵셔널 헤더(Optional Header)가 배치된다.
이 옵셔널 헤더에는 도 10에 도시한 구조체를 배치할 수 있다. 도 10의 구조체에 있어서는, 확장 헤더 인덱스 정보(Additional header Index)마다, 각종 정보가 배치된다. 예를 들어, 확장 헤더 인덱스 정보로서 "000000"이 설정된 경우, 옵셔널 헤더에는 트랜스포트·프로토콜 선택 정보로서, 서비스 타입 정보(service_type)가 배치되는 것을 정의할 수 있다.
이 서비스 타입 정보는, 도 11에 도시한 바와 같이 제공되는 서비스의 트랜스포트·프로토콜에 관한 정보가 설정되어 있다.
즉, 트랜스포트·프로토콜로서, ROUTE를 사용하는 경우를 「시스템 A(System A)」, MMT를 사용하는 경우를 「시스템 B(System B)」, MPEG2-TS를 사용하는 경우를 「시스템 C(System C)」라고 정의하면, 페이로드에 시스템 A의 데이터가 배치되는 경우, 서비스 타입 정보는 "0x00"이 설정된다.
또한, 페이로드에 시스템 B의 데이터가 배치되는 경우, 서비스 타입 정보는 "0x01"이 설정된다. 또한, 페이로드에 시스템 C의 데이터가 배치되는 경우, 서비스 타입 정보는 "0x02"가 설정된다. 또한, ROUTE, MMT, MPEG2-TS 이외의 트랜스포트·프로토콜을 사용하는 경우를 「시스템 D(System D)」라 한 경우에, 페이로드에 시스템 D의 데이터가 배치될 때, 서비스 타입은 "0x03"이 설정된다. 또한, 도 11에 있어서, "0x04" 내지 "0xff"의 서비스 타입 정보는 미정의(Reserved)로 되어 있다.
또한, 도 11의 서비스 타입 정보에서는, 도 5의 타입 정보와 달리, 시스템만을 구별하고, IP 패킷이나 시그널링 정보 등의 데이터를 구별하지 않고 있지만, 이것은 Generic 패킷의 선두에 배치되는, 타입 정보(도 8)에서, IP 패킷이나 시그널링 정보 등의 데이터를 식별할 수 있기 때문이다.
도 9의 설명으로 되돌아가, 패킷 설정 정보(PC)로서 "1"이 설정되는 분할 모드 또는 연결 모드에 있어서도, 싱글 패킷 모드(롱 패킷)와 마찬가지로, 옵셔널 확장 헤더 플래그(OHF)로서 "1"이 설정된 경우에는 옵셔널 헤더에, 확장 헤더 인덱스 정보와 서비스 타입 정보를 포함하는 구조체(도 10)가 배치되게 된다.
이상과 같이, 트랜스포트·프로토콜 선택 정보를 전송하기 위한 전송 포맷으로서, Generic 확장 헤더 전송 방식을 이용하여, Generic 확장 헤더(의 옵셔널 헤더)에 트랜스포트·프로토콜 선택 정보(서비스 타입 정보)를 배치하여 전송함으로써, 수신 장치(20)는 ROUTE나 MMT 등의 복수의 트랜스포트·프로토콜 중에서, 제공되는 서비스에서 사용되고 있는 트랜스포트·프로토콜을 선택(판별)할 수 있다.
(3) 운용예 3
이어서, 도 12 내지 도 14를 참조하여, L2 시그널링 헤더 전송 방식을 사용한 운용예 3을 설명한다. 이 L2 시그널링 헤더 전송 방식에 있어서는, L2 시그널링의 헤더(L2 시그널링 헤더)를 이용하여 트랜스포트·프로토콜 선택 정보를 전송한다.
도 12는 LLS(Low Layer Signaling) 패킷의 구성을 나타내고 있다.
도 12에 있어서, Generic 패킷의 페이로드에는 IP 패킷이나 L2 시그널링 정보가 배치되지만, L2 시그널링 정보로서, LLS 시그널링 정보를 배치할 수 있다. LLS 시그널링 정보는, 서비스에 의존하지 않는 저레이어의 시그널링 정보이다.
LLS 시그널링 정보로서는, FIT(Fast Information Table), SCD(Service Configuration Description), EAD(Emergency Alerting Description), RRD(Region Rating Description), DCD(Default Component Description) 등의 메타데이터가 포함된다. FIT는 서비스의 선국에 필요한 정보 등, 방송 네트워크에 있어서의 스트림이나 서비스의 구성을 나타내는 정보를 포함한다. SCD는 서비스의 구성을 나타내는 정보 등을 포함한다. EAD는 긴급 경보에 관한 정보를 포함한다. RRD는 레이팅에 관한 정보를 포함한다. DCD는 최소한의 서비스 선국을 행하기 위한 정보를 포함한다.
Generic 패킷의 페이로드에는 LLS 시그널링 정보가 배치되는 경우, LLS 헤더와 페이로드로 구성되는 LLS 패킷이 배치된다. 이 LLS 패킷에 있어서, 페이로드에 LLS 시그널링 정보가 배치된다. 또한, LLS 헤더에는 LLS 인덱스 정보(LLS Index)와 오브젝트 버전 정보(Object Version)를 포함하는 구조체가 배치되게 된다.
도 13은, 도 12의 LLS 헤더에 배치되는 구조체의 예를 나타내는 도면이다.
도 13에 있어서, LLS 인덱스 정보에는 압축 정보(Compression Scheme), 타입 정보(Fragment Type) 및 확장 타입 정보(Type Extension)가 배치된다. 압축 정보에는 대상의 LLS 시그널링 정보의 압축 유무를 나타내는 정보가 설정된다. 예를 들어, "0000"이 설정된 경우에는 비압축인 것을 나타내고, "0001"이 설정된 경우에는 zip 형식으로 압축되어 있는 것을 나타내고 있다.
타입 정보(Fragment Type)에는 LLS 시그널링 정보의 타입에 관한 정보가 설정된다. 예를 들어, SCD에는 "000000", EAD에는 "000001", RRD에는 "000010", DCD에는 "000011"을 각각 설정할 수 있다. 또한, 도시는 하지 않았지만, FIT에 대해서도 타입 정보를 설정할 수 있다.
확장 타입 정보에는 타입마다 확장 파라미터가 설정된다. 예를 들어, 확장 타입 정보로서, 서비스 타입 정보(service_type)를 배치할 수 있다. 이 서비스 타입 정보에는 도 14에 도시한 바와 같이, 제공되는 서비스의 트랜스포트·프로토콜에 관한 정보가 설정되어 있다.
즉, 제공되는 서비스의 트랜스포트·프로토콜이 시스템 A(ROUTE)인 경우, 서비스 타입 정보로서, "0x00"이 설정된다. 마찬가지로 하여, 서비스 타입 정보로서, 시스템 B(MMT)인 경우에는 "0x01"이 설정되고, 시스템 C(MPEG2-TS)인 경우에는 "0x02"가 설정된다. 또한, 도 14에 있어서, 시스템만을 구별하고 있는 이유는, 상술한 도 11과 마찬가지이다.
이상과 같이, 트랜스포트·프로토콜 선택 정보를 전송하기 위한 전송 포맷으로서, L2 시그널링 헤더 전송 방식을 이용하여, L2 시그널링 헤더(LLS 헤더의 확장 타입 정보)에 트랜스포트·프로토콜 선택 정보(서비스 타입 정보)를 배치하여 전송함으로써, 수신 장치(20)는 ROUTE나 MMT 등의 복수의 트랜스포트·프로토콜 중에서, 제공되는 서비스에서 사용되고 있는 트랜스포트·프로토콜을 선택(판별)할 수 있다.
(4) 운용예 4
이어서, 도 15 내지 도 17을 참조하여, L2 시그널링 전송 방식을 사용한 운용예 4를 설명한다. 이 L2 시그널링 전송 방식에 있어서는, L2 시그널링의 본체를 이용하여 트랜스포트·프로토콜 선택 정보를 전송한다.
도 15는 LLS 패킷의 구성을 나타내고 있다.
LLS 패킷은 LLS 헤더와 페이로드로 구성된다. LLS 패킷의 페이로드에는 LLS 시그널링 정보가 배치되지만, 이 LLS 시그널링 정보 본체에 서비스 타입 정보가 포함되도록 할 수 있다. 여기에서는, FIT에 서비스 타입 정보를 배치한다.
도 16은 바이너리 형식의 FIT의 신택스의 예를 나타내는 도면이다.
8비트의 FIT_protocol_version에는 프로토콜의 버전 정보가 설정된다. 16비트의 Broadcast_stream_id에는 브로드캐스트 스트림 ID가 설정된다.
1비트의 SCD_exist_flag는 SCD가 전송되어 있는지 여부를 나타내는 SCD 플래그이다. 7비트의 리저브드 영역의 다음에는 SCD 플래그가, SCD가 존재하는 것을 나타내고 있는 경우, 8비트의 PLP_id로서, SCD가 전송되고 있는 스트림의 PLP ID가 설정된다. PLP ID는 PLP(Physical Layer Pipe)를 식별하기 위한 ID이다.
8비트의 num_services에는 서비스의 개수가 설정된다. 이 서비스의 개수에 따라 서비스 루프가 반복된다. 서비스 루프에는 이하의 내용이 설정된다.
16비트의 service_id에는 서비스 ID가 설정된다. 16비트의 provider_id에는 프로바이더 ID가 설정된다. 8비트의 SLS_data_version에는 서비스 단위의 시그널링 정보인 SLS 시그널링 정보의 버전 정보가 설정된다. 16비트의 service_channel_number는 서비스의 채널 번호가 설정된다. 5비트의 service_category에는 서비스의 카테고리가 설정된다.
3비트의 short_service_name_length에는 쇼트 서비스명의 길이가 설정된다. 16*m 비트의 short_service_name에는 쇼트 서비스명이 설정된다. 3비트의 service_status에는 서비스가 제공 중인지 등을 나타내는 서비스 상태 정보가 설정된다. 1비트의 sp_indicator에는 서비스의 보호를 나타내는 암호화 정보가 설정된다.
1비트의 IP_version_flag에는 IP 패킷의 버전을 나타내는 플래그가 설정된다. 1비트의 SLS_src_IP_addr_flag에는 IP 패킷의 송신원(source)의 IP 어드레스의 유무를 나타내는 플래그가 설정된다. 1비트의 capability_flag에는 캐퍼빌리티 코드의 유무를 나타내는 플래그가 설정된다.
1비트의 리저브드 영역(reserved)의 다음에는 8비트의 service_type이 배치된다. service_type에는 서비스 타입 정보가 설정된다. 이 서비스 타입 정보에는 도 17에 도시한 바와 같이, 제공되는 서비스의 트랜스포트·프로토콜에 관한 정보가 설정되어 있다.
즉, 제공되는 서비스의 트랜스포트·프로토콜이 시스템 A(ROUTE)인 경우, 서비스 타입 정보로서, "0x00"이 설정된다. 마찬가지로 하여, 서비스 타입 정보로서, 시스템 B(MMT)인 경우에는 "0x01"이 설정되고, 시스템 C(MPEG2-TS)인 경우에는 "0x02"가 설정된다. 또한, 도 17에 있어서, 시스템만을 구별하고 있는 이유는, 상술한 도 11과 마찬가지이다.
도 16의 설명으로 되돌아가, capability_flag가 캐퍼빌리티 코드가 존재하고 있는 것을 나타내고 있는 경우, 8비트의 캐퍼빌리티 코드가 설정된다. 또한, SLS_src_IP_addr_flag가, IP 어드레스가 존재하고 있는 것을 나타내고 있는 경우, 32비트 또는 128비트의 SLS_dst_IP_addr로서, 송신원(source)의 IP 어드레스가 설정된다.
32비트 또는 128비트의 SLS_dst_IP_addr에는 수신처(destination)의 IP 어드레스가 설정된다. 16비트의 SLS_dst_port에는 포트 번호가 설정된다. 16비트의 SLS_TSI에는 TSI(Transport Session Identifier)가 설정된다. 8비트의 SLS_PLP_id에는 PLP ID가 설정된다.
이들 SLS 시그널링 정보를 취득하기 위한 PLP ID, IP 어드레스, 포트 번호 및 TSI에 의해 SLS 부트스트랩 정보가 형성된다.
1비트의 SLS_simpleservice에는 대상의 서비스가 베이직 서비스인지, 혹은 리치 비스인지를 나타낸다.
3비트의 리저브드 영역(reserved)의 다음에는 4비트의 num_service_level_descriptor가 배치된다. num_service_level_descriptor에는 서비스 레벨의 기술자의 개수가 설정된다. 이 서비스 레벨의 기술자의 개수에 따라 서비스 레벨 기술자 루프가 반복된다. 서비스 레벨 기술자 루프에는 서비스 레벨 기술자(service_level_descriptor)가 배치된다.
서비스 루프의 다음에는 4비트의 리저브드 영역(reserved)이 형성된다. 이 리저브드 영역의 다음에는 4비트의 num_FIT_level_descriptor가 배치된다. num_FIT_level_descriptor에는 FIT 레벨의 기술자의 개수가 지정된다. 이 FIT 레벨의 기술자의 개수에 따라 FIT 레벨 기술자 루프가 반복된다. FIT 레벨 기술자 루프에는 FIT 레벨 기술자(FIT_level_descriptor)가 배치된다.
이상과 같이, 트랜스포트·프로토콜 선택 정보를 전송하기 위한 전송 포맷으로서, L2 시그널링 전송 방식을 이용하여, L2 시그널링의 본체(예를 들어 LLS 시그널링 정보로서의 FIT)에 트랜스포트·프로토콜 선택 정보(서비스 타입 정보)를 배치하여 전송함으로써, 수신 장치(20)는 ROUTE나 MMT 등의 복수의 트랜스포트·프로토콜 중에서, 제공되는 서비스에서 사용되고 있는 트랜스포트·프로토콜을 선택(판별)할 수 있다.
(5) 운용예 5
마지막으로, 도 18 내지 도 22를 참조하여, L1 확장 헤더 전송 방식을 사용한 운용예 5를 설명한다. 이 L1 확장 헤더 전송 방식에 있어서는, 레이어 1의 물리 프레임으로서의 BB 프레임(Baseband Frame)의 BB 프레임 헤더의 확장 헤더(L1 확장 헤더)를 이용하여 트랜스포트·프로토콜 선택 정보를 전송한다.
도 18은 BB 프레임의 구성을 나타내고 있다. 도 18에 있어서, BB 프레임은, BB 프레임 헤더와 페이로드(Payload)로 구성된다. BB 프레임 헤더에는 1 또는 2바이트의 헤더(Header) 이외에, 옵셔널 필드(Optional Field)와, 확장 필드(Extension Field)를 배치할 수 있다.
즉, 헤더(Header)에 있어서, 1비트의 모드(MODE)로서, "0"이 설정된 경우에는 7비트의 포인터 정보(Pointer(LSB))가 배치된다. 또한, 포인터 정보는, BB 프레임의 페이로드에 배치되는 Generic 패킷의 위치를 나타내기 위한 정보이다. 예를 들어, 어떤 BB 프레임에 마지막으로 배치된 Generic 패킷의 데이터가, 다음 BB 프레임에 걸쳐 배치되는 경우에, 포인터 정보로서, 다음 BB 프레임의 선두에 배치되는 Generic 패킷의 위치 정보를 설정할 수 있다.
또한, 모드(MODE)로서, "1"이 설정된 경우에는 7비트의 포인터 정보(Pointer(LSB))와, 6비트의 포인터 정보(Pointer(MSB))와, 2비트의 옵셔널 플래그(OPTI: OPTIONAL)가 배치된다. 옵셔널 플래그는, 옵셔널 필드(Optional Field)와, 확장 필드(Extension Field)를 배치하고, 헤더를 확장할지 여부를 나타내는 정보이다.
즉, 도 19에 도시한 바와 같이 옵셔널 필드와 확장 필드의 확장을 행하지 않는 경우, 옵셔널 플래그는 "00"이 설정된다. 또한, 옵셔널 필드의 확장만을 행하는 경우, 옵셔널 플래그는 "01" 또는 "10"이 설정된다. 또한, 옵셔널 플래그로서 "01"이 설정된 경우, 옵셔널 필드에는 1바이트(8비트)의 패딩이 행하여진다. 또한, 옵셔널 플래그로서 "10"이 설정된 경우, 옵셔널 필드에는 2바이트(16비트)의 패딩이 행하여진다.
또한, 옵셔널 필드와 확장 필드의 확장을 행하는 경우, 옵셔널 플래그는 "11"이 설정된다. 이 경우, 옵셔널 필드의 선두에는 3비트의 확장 타입 정보(TYPE(EXT_TYPE))가 설정된다. 이 타입 정보는, 도 20에 도시한 바와 같이 확장 타입 정보의 다음에 배치되는 확장 길이 정보(EXT_Length(LSB))와 확장 필드의 타입(Extension type)에 관한 정보가 설정된다.
즉, 확장 길이 정보를 배치하고, 스터핑 바이트(Stuffing Bytes)만이 배치되는 경우, 확장 타입 정보는 "000"이 설정된다. 또한, 확장 길이 정보를 배치하지 않고, 확장 필드에 ISSY(Input Stream Synchronizer)가 배치되는 경우, 확장 타입 정보는 "001"이 설정된다. 또한, 확장 길이 정보를 배치하고, 확장 필드에 ISSY와 함께, 스터핑 바이트가 배치되는 경우, 확장 타입 정보는 "010"이 설정된다.
또한, 확장 길이 정보를 배치하고, 확장 필드에 L1 시그널링 정보가 배치되는 경우, 확장 타입 정보는 "011"이 설정된다. 이 경우, 스터핑 바이트를 배치할지 여부는 임의이다. 또한, 도 20에 있어서, "100" 내지 "111"의 확장 타입 정보는 미정의(Reserved)로 되어 있다.
그리고, L1 확장 헤더 전송 방식에서는, 이 확장 필드(L1 확장 헤더)의 L1 시그널링 정보로서, 트랜스포트·프로토콜 선택 정보가 배치되게 된다. 즉, L1 확장 헤더 전송 방식이 이용되는 경우, 옵셔널 플래그(OPTI)로서 "11"이 설정되어, 옵셔널 필드와 확장 필드의 확장이 행하여지고, 또한 옵셔널 필드의 확장 타입 정보(EXT_TYPE)로서 "011"이 설정되어, 확장 필드에 트랜스포트·프로토콜 선택 정보를 포함하는 L1 시그널링 정보가 배치되게 된다.
확장 필드에는 도 21에 도시한 구조체를 배치할 수 있다. 도 21의 구조체에 있어서는, 확장 헤더 인덱스 정보(BBF Extension Header Index)마다, 각종 정보가 배치된다. 확장 헤더 인덱스 정보로서 "000000"이 설정된 경우, 확장 필드에는 트랜스포트·프로토콜 선택 정보로서, 서비스 타입 정보(service_type)가 배치되는 것을 정의할 수 있다.
이 서비스 타입 정보에는 도 22에 도시한 바와 같이, 제공되는 서비스의 트랜스포트·프로토콜에 관한 정보가 설정되어 있다.
즉, 제공되는 서비스의 트랜스포트·프로토콜이 시스템 A(ROUTE)인 경우, 서비스 타입 정보로서, "0x00"이 설정된다. 마찬가지로 하여, 서비스 타입 정보로서, 시스템 B(MMT)인 경우에는 "0x01"이 설정되고, 시스템 C(MPEG2-TS)인 경우에는 "0x02"가 설정된다.
이상과 같이, 트랜스포트·프로토콜 선택 정보를 전송하기 위한 전송 포맷으로서, L1 확장 헤더 전송 방식을 이용하여, BB 프레임의 BB 프레임 헤더의 확장 헤더(L1 확장 헤더의 확장 필드)에 트랜스포트·프로토콜 선택 정보(서비스 타입 정보)를 배치하여 전송함으로써, 수신 장치(20)는 ROUTE나 MMT 등의 복수의 트랜스포트·프로토콜 중에서, 제공되는 서비스에서 사용되고 있는 트랜스포트·프로토콜을 선택(판별)할 수 있다.
<4. 각 장치의 구성>
이어서, 도 1의 전송 시스템을 구성하는, 송신 장치(10)와 수신 장치(20)의 상세한 구성을 설명한다.
(송신 장치의 구성)
도 23은 도 1의 송신 장치(10)의 구성예를 도시하는 도면이다.
도 23에 있어서, 송신 장치(10)는 컴포넌트 취득부(111), 인코더(112), 시그널링 생성부(113), 시그널링 처리부(114), 트랜스포트·프로토콜 선택 정보 생성부(115), 트랜스포트·프로토콜 선택 정보 처리부(116), 패킷 생성부(117), 물리층 프레임 생성부(118) 및 송신부(119)로 구성된다.
컴포넌트 취득부(111)는 특정한 서비스에 의해 제공되는 콘텐츠(예를 들어 텔레비전 프로그램)를 구성하는 컴포넌트로서의 영상이나 음성의 데이터를 취득하여, 인코더(112)에 공급한다. 인코더(112)는 컴포넌트 취득부(111)로부터 공급되는 영상이나 음성의 데이터를 소정의 부호화 방식에 따라 부호화하여, 패킷 생성부(117)에 공급한다.
또한, 콘텐츠로서는, 예를 들어 이미 수록된 콘텐츠의 보관 장소로부터, 방송 시간대에 따라 해당하는 콘텐츠가 취득되거나, 혹은 스튜디오나 로케이션 장소로부터 라이브의 콘텐츠가 취득되거나 한다.
시그널링 생성부(113)는 외부의 서버나 내장한 스토리지 등으로부터, 시그널링 정보를 생성하기 위한 로 데이터를 취득한다. 시그널링 생성부(113)는 시그널링 정보의 로 데이터를 사용하여, 시그널링 정보를 생성하여, 시그널링 처리부(114)에 공급한다. 여기에서는, 시그널링 정보로서, LLS 시그널링 정보와, SLS 시그널링 정보가 생성된다.
트랜스포트·프로토콜 선택 정보 생성부(115)는 외부의 서버나 내장한 스토리지 등으로부터, 트랜스포트·프로토콜 선택 정보를 생성하기 위한 로 데이터를 취득한다. 트랜스포트·프로토콜 선택 정보 생성부(115)는 트랜스포트·프로토콜 선택 정보의 로 데이터를 사용하여, 트랜스포트·프로토콜 선택 정보를 생성하여, 트랜스포트·프로토콜 선택 정보 처리부(116)에 공급한다.
트랜스포트·프로토콜 선택 정보 처리부(116)는 트랜스포트·프로토콜 선택 정보 생성부(115)로부터 공급되는 트랜스포트·프로토콜 선택 정보를 처리하여, 시그널링 생성부(113), 패킷 생성부(117), 또는 물리층 프레임 생성부(118)에 공급한다.
즉, Generic 헤더 전송 방식, Generic 확장 헤더 전송 방식 및 L2 시그널링 헤더 전송 방식을 사용하는 경우, 트랜스포트·프로토콜 선택 정보가, Generic 헤더, Generic 확장 헤더, 또는 L2 시그널링 헤더(LLS 헤더)에 배치되므로, 그들 헤더가 부가된 패킷을 생성하는 패킷 생성부(117)에 트랜스포트·프로토콜 선택 정보를 공급한다.
또한, L2 시그널링 전송 방식을 사용하는 경우, 트랜스포트·프로토콜 선택 정보가 L2 시그널링(LLS 시그널링 본체)에 배치되므로, L2 시그널링(LLS 시그널링 정보)을 생성하는 시그널링 생성부(113)에, 트랜스포트·프로토콜 선택 정보를 공급한다. 이 경우, 시그널링 생성부(113)는 로 데이터 외에, 트랜스포트·프로토콜 선택 정보를 사용하여, L2 시그널링(LLS 시그널링 정보(FIT))을 생성하게 된다.
또한, L1 확장 헤더 전송 방식을 사용하는 경우, 트랜스포트·프로토콜 선택 정보가 L1 확장 헤더에 배치되므로, 물리층 프레임을 생성하는 물리층 프레임 생성부(118)에 트랜스포트·프로토콜 선택 정보를 공급한다.
패킷 생성부(117)는 인코더(112)로부터 공급되는 컴포넌트의 데이터와, 시그널링 처리부(114)로부터 공급되는 시그널링 정보를 사용하여, IP 패킷을 생성한다. 또한, 패킷 생성부(117)는 하나 또는 복수의 IP 패킷을 캡슐화함으로써, Generic 패킷을 생성하여, 물리층 프레임 생성부(118)에 공급한다.
단, 패킷 생성부(117)는 Generic 헤더 전송 방식을 사용하는 경우, Generic 패킷의 Generic 헤더에, 트랜스포트·프로토콜 선택 정보 처리부(116)로부터 공급되는 트랜스포트·프로토콜 선택 정보가 배치되도록 한다.
또한, 패킷 생성부(117)는 Generic 확장 헤더 전송 방식을 사용하는 경우, Generic 패킷의 Generic 확장 헤더(의 옵셔널 헤더)에 트랜스포트·프로토콜 선택 정보를 배치한다. 또한, 패킷 생성부(117)는 L2 시그널링 헤더 전송 방식을 사용하는 경우, L2 시그널링 헤더(LLS 패킷의 LLS 헤더의 확장 타입 정보)에 트랜스포트·프로토콜 선택 정보를 배치한다.
물리층 프레임 생성부(118)는 패킷 생성부(117)로부터 공급되는, 복수의 Generic 패킷을 캡슐화하거나 함으로써, 물리층 프레임을 생성하여, 송신부(119)에 공급한다.
단, 물리층 프레임 생성부(118)는 L1 확장 헤더 전송 방식을 사용하는 경우, BB 프레임의 BB 프레임 헤더의 확장 헤더(L1 확장 헤더의 확장 필드)에, 트랜스포트·프로토콜 선택 정보 처리부(116)로부터 공급되는 트랜스포트·프로토콜 선택 정보가 배치되도록 한다.
송신부(119)는 물리층 프레임 생성부(118)로부터 공급되는 물리층 프레임에 대하여, 예를 들어 OFDM(Orthogonal Frequency Division Multiplexing) 디지털 변조 등의 처리를 행하고, 안테나(120)를 통하여, 디지털 방송 신호로서 송신한다.
또한, 도 23의 송신 장치(10)에 있어서, 모든 기능 블록이, 물리적으로 단일의 장치 내에 배치될 필요는 없고, 적어도 일부의 기능 블록이, 다른 기능 블록과는 물리적으로 독립된 장치로서 구성되도록 해도 된다.
(수신 장치의 구성)
도 24는 도 1의 수신 장치(20)의 구성예를 도시하는 도면이다.
도 24에 있어서, 수신 장치(20)는 튜너(212), 복조부(213), 제어부(214), 표시부(215) 및 스피커(216)로 구성된다.
튜너(212)는 안테나(211)로 수신된 디지털 방송 신호로부터 소정의 주파수 채널의 성분에 대하여 동조를 행한다. 복조부(213)는 튜너(212)에 의해 동조된 디지털 방송 신호의 복조 처리를 행한다. 이 복조 처리에서는, 예를 들어 물리층 변조 정보 등을 사용하여, 디지털 방송 신호로서 수신되는 물리층 프레임에 대한 복조 처리가 행하여진다.
제어부(214)는 복조부(213)로부터 공급되는 신호에 대한 처리를 행한다. 예를 들어, 제어부(214)는 복조부(213)로부터의 신호로부터 얻어지는 컴포넌트의 스트림에 대하여, 소정의 복호 방식에 따라 복호 처리를 실시하고, 그 결과 얻어지는 영상이나 음성의 데이터에 기초하여, 선국된 서비스가 제공하는 콘텐츠(예를 들어 텔레비전 프로그램)의 영상을 표시부(215)에 표시시킴과 함께, 음성을 스피커(216)로부터 출력시킨다. 또한, 제어부(214)는 예를 들어 시스템 온 칩(SoC: System On Chip)으로서 구성되어 있다.
여기서, 복조부(213)에 있어서는, 물리층 프레임이나 Generic 패킷의 헤더 등으로부터, 트랜스포트·프로토콜 선택 정보가 취득(추출)되어, 제어부(214)에 공급되게 된다. 제어부(214)는 복조부(213)로부터의 트랜스포트·프로토콜 선택 정보에 설정된 시스템(예를 들어, ROUTE나 MMT 등)에 따라, 시그널링 정보나 컴포넌트의 스트림을 처리하여, 콘텐츠의 영상이나 음성을 재생하게 된다.
구체적으로는, 제어부(214)는 Generic 헤더 전송 방식을 사용하는 경우, Generic 패킷의 Generic 헤더로부터 얻어지는 트랜스포트·프로토콜 선택 정보에 설정된 시스템(예를 들어, ROUTE나 MMT 등)에 따라, 시그널링 정보나 컴포넌트의 스트림을 처리한다.
마찬가지로 하여, Generic 확장 헤더 전송 방식을 사용한 경우에는 Generic 패킷의 Generic 확장 헤더(의 옵셔널 헤더)로부터 트랜스포트·프로토콜 선택 정보가 취득(추출)되고, L2 시그널링 헤더 전송 방식을 사용한 경우에는 L2 시그널링 헤더(LLS 패킷의 LLS 헤더의 확장 타입 정보)로부터 트랜스포트·프로토콜 선택 정보가 취득(추출)된다. 또한, L2 시그널링 전송 방식을 사용한 경우에는 L2 시그널링(LLS 시그널링 정보(FIT))으로부터 트랜스포트·프로토콜 선택 정보가 취득(추출)되고, L1 확장 헤더 전송 방식을 사용한 경우에는 BB 프레임의 BB 프레임 헤더의 확장 헤더(L1 확장 헤더의 확장 필드)로부터 트랜스포트·프로토콜 선택 정보가 취득(추출)된다.
그리고, 제어부(214)는 그들의 어느 한 전송 방식으로 전송되는 트랜스포트·프로토콜 선택 정보에 설정된 시스템(예를 들어, ROUTE나 MMT 등)에 따라, 시그널링 정보나 컴포넌트의 스트림을 처리하게 된다.
또한, 도 24에 있어서는, 복조부(213)가 물리층 프레임이나 Generic 패킷의 헤더 등으로부터, 트랜스포트·프로토콜 선택 정보를 취득(추출)한다고 하여 설명했지만, 제어부(214)가, Generic 패킷의 헤더나 L2 시그널링 등으로부터 트랜스포트·프로토콜 선택 정보를 취득(추출)하도록 해도 된다.
또한, 도 24의 수신 장치(20)에 있어서는, 표시부(215) 및 스피커(216)가 내장되어 있는 구성을 설명했지만, 표시부(215) 및 스피커(216)는 외부에 설치되도록 해도 된다.
<5. 각 장치에서 실행되는 처리의 흐름>
이어서, 도 25 내지 도 26의 흐름도를 참조하여, 도 1의 전송 시스템(1)을 구성하는 각 장치에서 실행되는 처리의 흐름에 대하여 설명한다.
(송신 처리)
먼저, 도 25의 흐름도를 참조하여, 도 1의 송신 장치(10)에 의해 실행되는 송신 처리를 설명한다.
스텝 S101에 있어서, 컴포넌트 취득부(111)는 콘텐츠를 구성하는 컴포넌트로서의 영상이나 음성의 데이터를 취득한다. 또한, 스텝 S101에 있어서, 인코더(112)는 컴포넌트 취득부(111)에 의해 취득된 영상이나 음성의 데이터를 소정의 부호화 방식에 따라 부호화한다.
스텝 S102에 있어서, 트랜스포트·프로토콜 선택 정보 생성부(115)는 트랜스포트·프로토콜 선택 정보의 로 데이터를 사용하여, 트랜스포트·프로토콜 선택 정보를 생성한다. 또한, 스텝 S102에 있어서, 트랜스포트·프로토콜 선택 정보 처리부(116)는 트랜스포트·프로토콜 선택 정보 생성부(115)에 의해 생성된 트랜스포트·프로토콜 선택 정보를 처리한다.
스텝 S103에 있어서, 시그널링 생성부(113)는 시그널링 정보의 로 데이터를 사용하여, 시그널링 정보를 생성한다. 또한, 스텝 S103에 있어서, 시그널링 처리부(114)는 시그널링 생성부(113)에 의해 생성된 시그널링 정보를 처리한다.
단, L2 시그널링 전송 방식을 사용하는 경우, 시그널링 생성부(113)는 로 데이터 외에, 스텝 S102의 처리로 생성된 트랜스포트·프로토콜 선택 정보를 사용하여, L2 시그널링(LLS 시그널링 정보(FIT))을 생성한다.
스텝 S104에 있어서, 패킷 생성부(117)는 스텝 S101에서 처리된 컴포넌트의 데이터와, 스텝 S103에서 처리된 시그널링 정보를 사용하여, IP 패킷을 생성한다. 또한, 패킷 생성부(117)는 하나 또는 복수의 IP 패킷을 캡슐화함으로써, Generic 패킷을 생성한다.
단, Generic 헤더 전송 방식을 사용하는 경우, 패킷 생성부(117)는 Generic 패킷의 Generic 헤더에, 스텝 S102의 처리로 생성된 트랜스포트·프로토콜 선택 정보를 배치한다. 마찬가지로, Generic 확장 헤더 전송 방식을 사용하는 경우에는 Generic 패킷의 Generic 확장 헤더(의 옵셔널 헤더)에, 트랜스포트·프로토콜 선택 정보가 배치되도록 한다. 또한, L2 시그널링 헤더 전송 방식을 사용하는 경우에는 L2 시그널링 헤더(LLS 패킷의 LLS 헤더의 확장 타입 정보)에, 트랜스포트·프로토콜 선택 정보가 배치되도록 한다.
스텝 S105에 있어서, 물리층 프레임 생성부(118)는 스텝 S104의 처리로 생성된 복수의 Generic 패킷을 캡슐화하거나 함으로써, 물리층 프레임을 생성한다.
단, L1 확장 헤더 전송 방식을 사용하는 경우, 물리층 프레임 생성부(118)는 BB 프레임의 BB 프레임 헤더의 확장 헤더(L1 확장 헤더의 확장 필드)에, 스텝 S102의 처리로 생성된 트랜스포트·프로토콜 선택 정보가 배치되도록 한다.
스텝 S106에 있어서, 송신부(119)는 스텝 S105의 처리로 생성된 물리층 프레임에 대하여, 소정의 처리를 행하고, 안테나(120)를 통하여, 디지털 방송 신호로서 송신한다. 스텝 S106의 처리가 종료되면, 도 25의 송신 처리는 종료된다.
이상, 송신 처리에 대하여 설명했다. 이 송신 처리에 있어서는, ATSC 3.0 등의 방송 방식으로 규정된 복수의 트랜스포트·프로토콜 중에서, 특정한 서비스에서 사용되는 트랜스포트·프로토콜을 선택하기 위한 트랜스포트·프로토콜 선택 정보가 생성되어, 트랜스포트·프로토콜 선택 정보와 함께, 트랜스포트·프로토콜 선택 정보에 설정된 트랜스포트·프로토콜에 따라, 특정한 서비스에 의해 제공되는 콘텐츠가 송신되므로, 서비스마다, 트랜스포트·프로토콜을 선택하는 것이 가능해져, 복수의 트랜스포트·프로토콜을 병존시킬 수 있다.
(수신 처리)
이어서, 도 26의 흐름도를 참조하여, 도 1의 수신 장치(20)에 의해 실행되는 수신 처리를 설명한다.
스텝 S201에 있어서, 튜너(212)는 안테나(211)로 수신된 디지털 방송 신호로부터 소정의 주파수 채널의 성분에 대하여 동조를 행한다. 즉, 수신 장치(20)는 송신 장치(10)로부터의 디지털 방송 신호를 수신하고 있다.
스텝 S202에 있어서, 복조부(213)는 튜너(212)에 의해 동조된 디지털 방송 신호의 복조 처리를 행한다. 이 복조 처리에서는, 예를 들어 물리층 변조 정보 등을 사용하여, 디지털 방송 신호로서 수신되는 물리층 프레임에 대한 복조 처리가 행하여진다. 또한, 복조부(213)에 있어서는, 물리층 프레임이나 Generic 패킷의 헤더 등으로부터, 트랜스포트·프로토콜 선택 정보가 취득(추출)되어, 제어부(214)에 공급되게 된다.
구체적으로는, Generic 헤더 전송 방식을 사용한 경우에는 Generic 패킷의 Generic 헤더로부터 트랜스포트·프로토콜 선택 정보가 취득(추출)된다.
마찬가지로 하여, Generic 확장 헤더 전송 방식을 사용한 경우에는 Generic 패킷의 Generic 확장 헤더(의 옵셔널 헤더)로부터 트랜스포트·프로토콜 선택 정보가 취득(추출)되고, L2 시그널링 헤더 전송 방식을 사용한 경우에는 L2 시그널링 헤더(LLS 패킷의 LLS 헤더의 확장 타입 정보)로부터 트랜스포트·프로토콜 선택 정보가 취득(추출)된다. 또한, L2 시그널링 전송 방식을 사용한 경우에는 L2 시그널링(LLS 시그널링 정보(FIT))으로부터 트랜스포트·프로토콜 선택 정보가 취득(추출)되고, L1 확장 헤더 전송 방식을 사용한 경우에는 BB 프레임의 BB 프레임 헤더의 확장 헤더(L1 확장 헤더의 확장 필드)로부터 트랜스포트·프로토콜 선택 정보가 취득(추출)된다.
스텝 S203에 있어서, 제어부(214)는 스텝 S202의 처리로 취득(추출)된 트랜스포트·프로토콜 선택 정보에 설정된 시스템(예를 들어, ROUTE나 MMT 등)에 따라, 시그널링 정보나 컴포넌트의 스트림을 처리한다. 그것에 의하여, 제어부(214)는 영상이나 음성의 데이터에 기초하여, 콘텐츠의 영상을 표시부(215)에 표시시킴과 함께, 음성을 스피커(216)로부터 출력시킬 수 있다.
스텝 S203의 처리가 종료되면, 도 26의 수신 처리는 종료된다.
이상, 수신 처리에 대하여 설명했다. 이 수신 처리에 있어서는, ATSC 3.0 등의 방송 방식으로 규정된 복수의 트랜스포트·프로토콜 중에서, 특정한 서비스에서 사용되는 트랜스포트·프로토콜을 선택하기 위한 트랜스포트·프로토콜 선택 정보와 함께, 트랜스포트·프로토콜 선택 정보에 설정된 트랜스포트·프로토콜에 따라 전송되는, 특정한 서비스에 의해 제공되는 콘텐츠가 수신되어, 트랜스포트·프로토콜 선택 정보에 설정된 트랜스포트·프로토콜에 따라, 콘텐츠를 재생하는 처리가 행하여지므로, 서비스마다, 트랜스포트·프로토콜을 선택하는 것이 가능해져, 복수의 트랜스포트·프로토콜을 병존시킬 수 있다.
<6. 컴퓨터의 구성>
상술한 일련의 처리는, 하드웨어에 의해 실행할 수도 있고, 소프트웨어에 의해 실행할 수도 있다. 일련의 처리를 소프트웨어에 의해 실행하는 경우에는 그 소프트웨어를 구성하는 프로그램이 컴퓨터에 인스톨된다. 도 27은 상술한 일련의 처리를 프로그램에 의해 실행하는 컴퓨터의 하드웨어 구성예를 도시하는 도면이다.
컴퓨터(900)에 있어서, CPU(Central Processing Unit)(901), ROM(Read Only Memory)(902), RAM(Random A㏄ess Memory)(903)은 버스(904)에 의해 서로 접속되어 있다. 버스(904)에는 입출력 인터페이스(905)가 더 접속되어 있다. 입출력 인터페이스(905)에는 입력부(906), 출력부(907), 기록부(908), 통신부(909) 및 드라이브(910)가 접속되어 있다.
입력부(906)는 키보드, 마우스, 마이크로폰 등을 포함한다. 출력부(907)는 디스플레이, 스피커 등을 포함한다. 기록부(908)는 하드 디스크나 불휘발성의 메모리 등을 포함한다. 통신부(909)는 네트워크 인터페이스 등을 포함한다. 드라이브(910)는 자기 디스크, 광 디스크, 광자기 디스크, 또는 반도체 메모리 등의 리무버블 미디어(911)를 구동한다.
이상과 같이 구성되는 컴퓨터(900)에서는, CPU(901)가 ROM(902)이나 기록부(908)에 기록되어 있는 프로그램을, 입출력 인터페이스(905) 및 버스(904)를 통하여, RAM(903)에 로드하여 실행함으로써, 상술한 일련의 처리가 행하여진다.
컴퓨터(900)(CPU(901))가 실행하는 프로그램은, 예를 들어 패키지 미디어 등으로서의 리무버블 미디어(911)에 기록하여 제공할 수 있다. 또한, 프로그램은 로컬 에리어 네트워크, 인터넷, 디지털 위성 방송이라는, 유선 또는 무선의 전송 매체를 통하여 제공할 수 있다.
컴퓨터(900)에서는, 프로그램은 리무버블 미디어(911)를 드라이브(910)에 장착함으로써, 입출력 인터페이스(905)를 통하여 기록부(908)에 인스톨할 수 있다. 또한, 프로그램은, 유선 또는 무선의 전송 매체를 통하여 통신부(909)로 수신하여, 기록부(908)에 인스톨할 수 있다. 기타, 프로그램은, ROM(902)이나 기록부(908)에 미리 인스톨해 둘 수 있다.
여기서, 본 명세서에 있어서, 컴퓨터가 프로그램에 따라 행하는 처리는, 반드시 흐름도로서 기재된 순서를 따라 시계열로 행하여질 필요는 없다. 즉, 컴퓨터가 프로그램에 따라 행하는 처리는, 병렬적 혹은 개별로 실행되는 처리(예를 들어, 병렬 처리 혹은 오브젝트에 의한 처리)도 포함한다. 또한, 프로그램은, 하나의 컴퓨터(프로세서)에 의해 처리되는 것이어도 되고, 복수의 컴퓨터에 의해 분산 처리되는 것이어도 된다.
또한, 본 기술의 실시 형태는, 상술한 실시 형태에 한정되는 것은 아니며, 본 기술의 요지를 일탈하지 않는 범위에서 다양한 변경이 가능하다.
또한, 본 기술은, 이하와 같은 구성을 취할 수 있다.
(1)
소정의 규격으로 규정된 복수의 트랜스포트·프로토콜 중에서, 특정한 서비스에서 사용되는 트랜스포트·프로토콜을 선택하기 위한 트랜스포트·프로토콜 선택 정보를 생성하는 생성부와,
상기 트랜스포트·프로토콜 선택 정보와 함께, 상기 트랜스포트·프로토콜 선택 정보에 설정된 트랜스포트·프로토콜에 따라, 상기 특정한 서비스에 의해 제공되는 콘텐츠를 송신하는 송신부를 구비하는 송신 장치.
(2)
상기 트랜스포트·프로토콜 선택 정보는, IP(Internet Protocol) 패킷을 전송하는 전송 패킷의 헤더에 배치되는 (1)에 기재된 송신 장치.
(3)
상기 트랜스포트·프로토콜 선택 정보는, IP 패킷을 전송하는 전송 패킷의 확장 헤더에 배치되는 (1)에 기재된 송신 장치.
(4)
상기 트랜스포트·프로토콜 선택 정보는, IP 패킷을 전송하는 전송 패킷의 페이로드에 배치되는 L2 시그널링 정보에 부가되는 헤더에 배치되는 (1)에 기재된 송신 장치.
(5)
상기 트랜스포트·프로토콜 선택 정보는, IP 패킷을 전송하는 전송 패킷의 페이로드에 배치되는 L2 시그널링 정보에 포함되는 (1)에 기재된 송신 장치.
(6)
상기 트랜스포트·프로토콜 선택 정보는, BB(Baseband) 프레임의 확장 헤더에 배치되는 (1)에 기재된 송신 장치.
(7)
상기 소정의 규격은, ATSC(Advanced Television Systems Committee standards) 3.0이며,
상기 복수의 트랜스포트·프로토콜은, ROUTE(Real-Time Object Delivery over Unidirectional Transport) 및 MMT(MPEG Media Transport)인 (1) 내지 (6) 중 어느 하나에 기재된 송신 장치.
(8)
송신 장치의 송신 방법에 있어서,
상기 송신 장치가,
소정의 규격으로 규정된 복수의 트랜스포트·프로토콜 중에서, 특정한 서비스에서 사용되는 트랜스포트·프로토콜을 선택하기 위한 트랜스포트·프로토콜 선택 정보를 생성하고,
상기 트랜스포트·프로토콜 선택 정보와 함께, 상기 트랜스포트·프로토콜 선택 정보에 설정된 트랜스포트·프로토콜에 따라, 상기 특정한 서비스에 의해 제공되는 콘텐츠를 송신하는 스텝을 포함하는 송신 방법.
(9)
소정의 규격으로 규정된 복수의 트랜스포트·프로토콜 중에서, 특정한 서비스에서 사용되는 트랜스포트·프로토콜을 선택하기 위한 트랜스포트·프로토콜 선택 정보와 함께, 상기 트랜스포트·프로토콜 선택 정보에 설정된 트랜스포트·프로토콜에 따라 전송되는, 상기 특정한 서비스에 의해 제공되는 콘텐츠를 수신하는 수신부와,
상기 트랜스포트·프로토콜 선택 정보에 설정된 트랜스포트·프로토콜에 따라, 상기 콘텐츠를 재생하는 처리를 행하는 처리부를 구비하는 수신 장치.
(10)
상기 트랜스포트·프로토콜 선택 정보는, IP 패킷을 전송하는 전송 패킷의 헤더에 배치되는 (9)에 기재된 수신 장치.
(11)
상기 트랜스포트·프로토콜 선택 정보는, IP 패킷을 전송하는 전송 패킷의 확장 헤더에 배치되는 (9)에 기재된 수신 장치.
(12)
상기 트랜스포트·프로토콜 선택 정보는, IP 패킷을 전송하는 전송 패킷의 페이로드에 배치되는 L2 시그널링 정보에 부가되는 헤더에 배치되는 (9)에 기재된 수신 장치.
(13)
상기 트랜스포트·프로토콜 선택 정보는, IP 패킷을 전송하는 전송 패킷의 페이로드에 배치되는 L2 시그널링 정보에 포함되는 (9)에 기재된 수신 장치.
(14)
상기 트랜스포트·프로토콜 선택 정보는, BB 프레임의 확장 헤더에 배치되는 (9)에 기재된 수신 장치.
(15)
상기 소정의 규격은, ATSC 3.0이며,
상기 복수의 트랜스포트·프로토콜은, ROUTE 및 MMT인 (9)에 기재된 수신 장치.
(16)
수신 장치의 수신 방법에 있어서,
상기 수신 장치가,
소정의 규격으로 규정된 복수의 트랜스포트·프로토콜 중에서, 특정한 서비스에서 사용되는 트랜스포트·프로토콜을 선택하기 위한 트랜스포트·프로토콜 선택 정보와 함께, 상기 트랜스포트·프로토콜 선택 정보에 설정된 트랜스포트·프로토콜에 따라 전송되는, 상기 특정한 서비스에 의해 제공되는 콘텐츠를 수신하고,
상기 트랜스포트·프로토콜 선택 정보에 설정된 트랜스포트·프로토콜에 따라, 상기 콘텐츠를 재생하는 처리를 행하는 스텝을 포함하는 수신 방법.
1: 전송 시스템
10: 송신 장치
20: 수신 장치
30: 전송로
111: 컴포넌트 취득부
113: 시그널링 생성부
115: 트랜스포트·프로토콜 선택 정보 생성부
117: 패킷 생성부
118: 물리층 프레임 생성부
119: 송신부
212: 튜너
213: 복조부
214: 제어부
215: 표시부
216: 스피커
900: 컴퓨터
901: CPU

Claims (21)

  1. 수신 장치로서,
    서비스와 관련된 정보 테이블을 포함하는 신호 정보를 수신하고 - 상기 정보 테이블은 서비스 식별(ID), 채널 번호, 서비스 카테고리, 및 트랜스포트·프로토콜 선택 정보를 포함하고, 상기 트랜스포트·프로토콜 선택 정보는 복수의 트랜스포트·프로토콜 중에서, 특정한 서비스에서 사용하기 위한 트랜스포트·프로토콜을 나타내기 위해 사용됨 -;
    상기 신호 정보에 포함된 상기 트랜스포트·프로토콜 선택 정보가 나타내는 상기 트랜스포트·프로토콜에 따라 송신되는 상기 특정한 서비스에 의해 제공되는 콘텐츠를 수신하고;
    상기 트랜스포트·프로토콜 선택 정보가 나타내는 상기 트랜스포트·프로토콜에 따라 수신된 상기 콘텐츠를 재생하도록
    구성되는 회로를 포함하고,
    상기 복수의 트랜스포트·프로토콜은 적어도 ROUTE(Real-Time Object Delivery over Unidirectional Transport) 및 MMT(MPEG Media Transport)를 포함하는, 수신 장치.
  2. 제1항에 있어서, 상기 정보 테이블은 수신처(destination) IP 어드레스를 포함하는, 수신 장치.
  3. 제2항에 있어서, 상기 정보 테이블은 포트 번호를 포함하는, 수신 장치.
  4. 제1항에 있어서, 상기 정보 테이블은 캐퍼빌리티에 대한 정보를 포함하는, 수신 장치.
  5. 제1항에 있어서, 상기 정보 테이블은 상기 서비스를 식별하는 식별(identification)을 포함하는, 수신 장치.
  6. 제1항에 있어서, 상기 정보 테이블은 상기 서비스의 채널 번호를 포함하는, 수신 장치.
  7. 제1항에 있어서, 상기 정보 테이블은 상기 서비스의 서비스 카테고리를 포함하는, 수신 장치.
  8. 제1항에 있어서, 상기 정보 테이블은 상기 서비스의 명칭을 포함하는, 수신 장치.
  9. 제1항에 있어서, 상기 정보 테이블은 상기 서비스의 보호 정보를 포함하는, 수신 장치.
  10. 수신 장치의 수신 방법으로서,
    서비스와 관련된 정보 테이블을 포함하는 신호 정보를 수신하는 단계 - 상기 정보 테이블은 서비스 식별(ID), 채널 번호, 서비스 카테고리, 및 트랜스포트·프로토콜 선택 정보를 포함하고, 상기 트랜스포트·프로토콜 선택 정보는 복수의 트랜스포트·프로토콜 중에서, 특정한 서비스에서 사용하기 위한 트랜스포트·프로토콜을 나타내기 위해 사용됨 -;
    상기 신호 정보에 포함된 상기 트랜스포트·프로토콜 선택 정보가 나타내는 상기 트랜스포트·프로토콜에 따라 송신되는 상기 특정한 서비스에 의해 제공되는 콘텐츠를 수신하는 단계; 및
    회로에 의해, 상기 트랜스포트·프로토콜 선택 정보가 나타내는 상기 트랜스포트·프로토콜에 따라 수신된 상기 콘텐츠를 재생하는 단계
    를 포함하고,
    상기 복수의 트랜스포트·프로토콜은 적어도 ROUTE(Real-Time Object Delivery over Unidirectional Transport) 및 MMT(MPEG Media Transport)를 포함하는, 수신 방법.
  11. 제10항에 있어서, 상기 정보 테이블은 수신처 IP 어드레스를 포함하는, 수신 방법.
  12. 제11항에 있어서, 상기 정보 테이블은 포트 번호를 포함하는, 수신 방법.
  13. 제10항에 있어서, 상기 정보 테이블은 캐퍼빌리티에 대한 정보를 포함하는, 수신 방법.
  14. 제10항에 있어서, 상기 정보 테이블은 상기 서비스를 식별하는 식별을 포함하는, 수신 방법.
  15. 제10항에 있어서, 상기 정보 테이블은 상기 서비스의 채널 번호를 포함하는, 수신 방법.
  16. 제10항에 있어서, 상기 정보 테이블은 상기 서비스의 서비스 카테고리를 포함하는, 수신 방법.
  17. 제10항에 있어서, 상기 정보 테이블은 상기 서비스의 명칭을 포함하는, 수신 방법.
  18. 제10항에 있어서, 상기 정보 테이블은 상기 서비스의 보호 정보를 포함하는, 수신 방법.
  19. 실행가능한 명령어들을 포함하는 비일시적 컴퓨터 판독가능 매체로서, 상기 실행가능한 명령어들은 컴퓨터에 의해 실행될 때 상기 컴퓨터가 수신 장치의 수신 방법을 실행하게 하고, 상기 수신 방법은,
    서비스와 관련된 정보 테이블을 포함하는 신호 정보를 수신하는 단계 - 상기 정보 테이블은 서비스 식별(ID), 채널 번호, 서비스 카테고리, 및 트랜스포트·프로토콜 선택 정보를 포함하고, 상기 트랜스포트·프로토콜 선택 정보는 복수의 트랜스포트·프로토콜 중에서, 특정한 서비스에서 사용하기 위한 트랜스포트·프로토콜을 나타내기 위해 사용됨 -;
    상기 신호 정보에 포함된 상기 트랜스포트·프로토콜 선택 정보가 나타내는 상기 트랜스포트·프로토콜에 따라 송신되는 상기 특정한 서비스에 의해 제공되는 콘텐츠를 수신하는 단계; 및
    회로에 의해, 상기 트랜스포트·프로토콜 선택 정보가 나타내는 상기 트랜스포트·프로토콜에 따라 수신된 상기 콘텐츠를 재생하는 단계
    를 포함하고,
    상기 복수의 트랜스포트·프로토콜은 적어도 ROUTE(Real-Time Object Delivery over Unidirectional Transport) 및 MMT(MPEG Media Transport)를 포함하는, 비일시적 컴퓨터 판독가능 매체.
  20. 제19항에 있어서, 상기 정보 테이블은 캐퍼빌리티에 대한 정보를 포함하는, 비일시적 컴퓨터 판독가능 매체.
  21. 송신 장치로서,
    서비스와 관련된 정보 테이블을 포함하는 신호 정보를 생성하고 - 상기 정보 테이블은 서비스 식별(ID), 채널 번호, 서비스 카테고리, 및 트랜스포트·프로토콜 선택 정보를 포함하고, 상기 트랜스포트·프로토콜 선택 정보는 복수의 트랜스포트·프로토콜 중에서, 특정한 서비스에서 사용하기 위한 트랜스포트·프로토콜을 나타내기 위해 사용됨 -;
    상기 신호 정보에 포함된 상기 트랜스포트·프로토콜 선택 정보가 나타내는 상기 트랜스포트·프로토콜에 따라 콘텐츠를 송신하도록
    구성되는 회로를 포함하고,
    상기 복수의 트랜스포트·프로토콜은 적어도 ROUTE(Real-Time Object Delivery over Unidirectional Transport) 및 MMT(MPEG Media Transport)를 포함하는, 송신 장치.
KR1020227032052A 2015-02-17 2016-02-03 송신 장치, 송신 방법, 수신 장치 및 수신 방법 KR102616590B1 (ko)

Applications Claiming Priority (4)

Application Number Priority Date Filing Date Title
JPJP-P-2015-028295 2015-02-17
JP2015028295 2015-02-17
KR1020167027595A KR102445458B1 (ko) 2015-02-17 2016-02-03 송신 장치, 송신 방법, 수신 장치 및 수신 방법
PCT/JP2016/053138 WO2016132899A1 (ja) 2015-02-17 2016-02-03 送信装置、送信方法、受信装置、及び、受信方法

Related Parent Applications (1)

Application Number Title Priority Date Filing Date
KR1020167027595A Division KR102445458B1 (ko) 2015-02-17 2016-02-03 송신 장치, 송신 방법, 수신 장치 및 수신 방법

Publications (2)

Publication Number Publication Date
KR20220129687A true KR20220129687A (ko) 2022-09-23
KR102616590B1 KR102616590B1 (ko) 2023-12-27

Family

ID=56688830

Family Applications (2)

Application Number Title Priority Date Filing Date
KR1020167027595A KR102445458B1 (ko) 2015-02-17 2016-02-03 송신 장치, 송신 방법, 수신 장치 및 수신 방법
KR1020227032052A KR102616590B1 (ko) 2015-02-17 2016-02-03 송신 장치, 송신 방법, 수신 장치 및 수신 방법

Family Applications Before (1)

Application Number Title Priority Date Filing Date
KR1020167027595A KR102445458B1 (ko) 2015-02-17 2016-02-03 송신 장치, 송신 방법, 수신 장치 및 수신 방법

Country Status (8)

Country Link
US (3) US9986302B2 (ko)
EP (1) EP3261316A4 (ko)
JP (1) JPWO2016132899A1 (ko)
KR (2) KR102445458B1 (ko)
CN (1) CN106170966B (ko)
CA (1) CA2945747C (ko)
MX (1) MX364588B (ko)
WO (1) WO2016132899A1 (ko)

Families Citing this family (18)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7936786B2 (en) * 2007-09-20 2011-05-03 Lg Electronics, Inc. Digital broadcasting system and method of processing data in digital broadcasting system
EP3211849A4 (en) * 2014-10-20 2018-04-18 LG Electronics Inc. Broadcasting signal transmission device, broadcasting signal reception device, broadcasting signal transmission method, and broadcasting signal reception method
JP6259114B2 (ja) * 2015-01-21 2018-01-10 エルジー エレクトロニクス インコーポレイティド 放送信号送信装置、放送信号受信装置、放送信号送信方法、及び放送信号受信方法
US10721505B2 (en) * 2015-01-21 2020-07-21 Lg Electronic Inc. Broadcast signal transmission apparatus, broadcast signal reception apparatus, broadcast signal transmission method, and broadcast signal reception method
JPWO2016132899A1 (ja) 2015-02-17 2017-11-24 ソニー株式会社 送信装置、送信方法、受信装置、及び、受信方法
US10009639B2 (en) * 2015-03-19 2018-06-26 Lg Electronics Inc. Apparatus for transmitting broadcast signal, apparatus for receiving broadcast signal, method for transmitting broadcast signal and method for receiving broadcast signal
US10848795B2 (en) * 2015-05-12 2020-11-24 Lg Electronics Inc. Apparatus for transmitting broadcast signal, apparatus for receiving broadcast signal, method for transmitting broadcast signal and method for receiving broadcast signal
WO2017026110A1 (en) 2015-08-07 2017-02-16 Sharp Kabushiki Kaisha Systems and methods for data transmission based on a link layer packet structure
WO2017164595A1 (ko) * 2016-03-21 2017-09-28 엘지전자(주) 방송 신호 송수신 장치 및 방법
JP6786324B2 (ja) * 2016-09-20 2020-11-18 株式会社東芝 多重化装置及び多重化方法
US10484116B2 (en) * 2016-11-24 2019-11-19 Electronics And Telecommunications Research Institute Apparatus for converting broadcast signal and method for using the same
KR102281856B1 (ko) * 2016-11-24 2021-07-27 한국전자통신연구원 방송 신호 변환 장치 및 방법
EP3598768A4 (en) 2017-03-14 2020-03-11 Sony Semiconductor Solutions Corporation RECEIVER AND DATA PROCESSING METHOD
WO2018168455A1 (ja) * 2017-03-14 2018-09-20 ソニーセミコンダクタソリューションズ株式会社 送信装置、受信装置、及び、データ処理方法
US11606528B2 (en) * 2018-01-03 2023-03-14 Saturn Licensing Llc Advanced television systems committee (ATSC) 3.0 latency-free display of content attribute
JP2021158395A (ja) * 2018-06-27 2021-10-07 ソニーセミコンダクタソリューションズ株式会社 受信装置、及び受信方法
US10834473B2 (en) * 2018-11-23 2020-11-10 Sony Corporation Television receiver application for TV and electronic devices
US10862600B2 (en) * 2018-11-23 2020-12-08 Sony Corporation Apparatus and method for an advanced television systems committee (ATSC) 3.0 application running on a non-ATSC 3.0 service

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20110086645A (ko) * 2007-05-14 2011-07-28 삼성전자주식회사 방송 송신 방법 및 장치와 방송 수신 방법 및 장치
KR20140093677A (ko) * 2011-10-13 2014-07-28 삼성전자주식회사 방송 시스템에서의 제어 메시지 구성 장치 및 방법

Family Cites Families (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6999432B2 (en) * 2000-07-13 2006-02-14 Microsoft Corporation Channel and quality of service adaptation for multimedia over wireless networks
EP1267579A3 (en) * 2001-06-11 2003-03-19 Canal+ Technologies Société Anonyme MPEG table structure
JP2004153777A (ja) 2002-09-03 2004-05-27 Ntt Docomo Inc 送受信制御装置、送受信制御方法および送受信制御プログラム
KR100735218B1 (ko) * 2004-12-14 2007-07-03 삼성전자주식회사 디지털 방송수신기의 방송정보 표시장치 및 방법
US7920569B1 (en) * 2008-05-05 2011-04-05 Juniper Networks, Inc. Multi-link transport protocol translation
CN102142923B (zh) * 2010-01-28 2013-12-25 宏碁股份有限公司 多通讯协议的数据传输方法及其装置
EP2362650A1 (en) * 2010-02-26 2011-08-31 Panasonic Corporation Efficient physical layer signalling for a digital broadcast system
CN102075445B (zh) * 2011-02-28 2013-12-25 杭州华三通信技术有限公司 负载均衡方法及装置
BR112014013006B1 (pt) * 2011-12-01 2022-05-24 Interdigital Madison Patent Holdings Dispositivo e método para obter conteúdo por pelo menos dois protocolos de transporte tendo diferentes requisitos em termos de largura de banda de rede disponível
US9998773B2 (en) * 2013-06-07 2018-06-12 Sony Corporation Transmission device, transmission method of transmission stream, and processing device
KR101780040B1 (ko) * 2014-02-13 2017-09-19 엘지전자 주식회사 방송 신호 송수신 장치 및 방법
JPWO2016132899A1 (ja) 2015-02-17 2017-11-24 ソニー株式会社 送信装置、送信方法、受信装置、及び、受信方法

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20110086645A (ko) * 2007-05-14 2011-07-28 삼성전자주식회사 방송 송신 방법 및 장치와 방송 수신 방법 및 장치
KR20140093677A (ko) * 2011-10-13 2014-07-28 삼성전자주식회사 방송 시스템에서의 제어 메시지 구성 장치 및 방법

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
「ARIB STD-B601.1판」, 일반 사단 법인 전파 산업회

Also Published As

Publication number Publication date
US11265615B2 (en) 2022-03-01
KR102616590B1 (ko) 2023-12-27
EP3261316A4 (en) 2018-08-29
KR20170120484A (ko) 2017-10-31
JPWO2016132899A1 (ja) 2017-11-24
US11184680B2 (en) 2021-11-23
CA2945747A1 (en) 2016-08-25
WO2016132899A1 (ja) 2016-08-25
MX2016013282A (es) 2017-01-18
US20200351568A1 (en) 2020-11-05
CN106170966A (zh) 2016-11-30
CN106170966B (zh) 2021-07-27
EP3261316A1 (en) 2017-12-27
US20170188112A1 (en) 2017-06-29
MX364588B (es) 2019-05-02
US9986302B2 (en) 2018-05-29
CA2945747C (en) 2023-06-27
KR102445458B1 (ko) 2022-09-21
US20180227644A1 (en) 2018-08-09

Similar Documents

Publication Publication Date Title
KR102445458B1 (ko) 송신 장치, 송신 방법, 수신 장치 및 수신 방법
US9980015B2 (en) Method of receiving a broadcasting signal and receiving system for receiving a broadcasting signal
EP3285491B1 (en) Method and apparatus for transmitting or receiving service signaling for broadcasting service
JP6811181B2 (ja) 受信装置、送信装置、及び、データ処理方法
TWI710234B (zh) 送訊裝置、收訊裝置、及資料處理方法
CA2725288A1 (en) Method of receiving a broadcasting signal and receiving system for receiving a broadcasting signal
US10887242B2 (en) Apparatus for transmitting broadcast signal, apparatus for receiving broadcast signal, method for transmitting broadcast signal and method for receiving broadcast signal
JP2016208161A (ja) 送信装置、送信方法、受信装置、及び、受信方法
KR102515018B1 (ko) 수신 장치, 수신 방법, 송신 장치, 및 송신 방법
AU2020244602B2 (en) Data processing device and data processing method

Legal Events

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