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

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

Info

Publication number
KR20170122640A
KR20170122640A KR1020167028785A KR20167028785A KR20170122640A KR 20170122640 A KR20170122640 A KR 20170122640A KR 1020167028785 A KR1020167028785 A KR 1020167028785A KR 20167028785 A KR20167028785 A KR 20167028785A KR 20170122640 A KR20170122640 A KR 20170122640A
Authority
KR
South Korea
Prior art keywords
bearer
transmission
route
session
layer
Prior art date
Application number
KR1020167028785A
Other languages
English (en)
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 KR20170122640A publication Critical patent/KR20170122640A/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/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/438—Interfacing the downstream path of the transmission network originating from a server, e.g. retrieving MPEG packets from an IP network
    • H04N21/4381—Recovering the multiplex stream from a specific network, e.g. recovering MPEG packets from ATM cells
    • H04L65/4076—
    • H04L65/608—
    • 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/75—Media network packet handling
    • H04L65/762—Media network packet handling at the source 
    • 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/235—Processing of additional data, e.g. scrambling of additional data or processing content descriptors
    • 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/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/438—Interfacing the downstream path of the transmission network originating from a server, e.g. retrieving MPEG packets from an 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/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/438—Interfacing the downstream path of the transmission network originating from a server, e.g. retrieving MPEG packets from an IP network
    • H04N21/4382—Demodulation or channel decoding, e.g. QPSK demodulation
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/61—Network physical structure; Signal processing
    • H04N21/6106—Network physical structure; Signal processing specially adapted to the downstream path of the transmission network
    • H04N21/6112—Network physical structure; Signal processing specially adapted to the downstream path of the transmission network involving terrestrial transmission, e.g. DVB-T
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/61—Network physical structure; Signal processing
    • H04N21/6106—Network physical structure; Signal processing specially adapted to the downstream path of the transmission network
    • H04N21/6125—Network physical structure; Signal processing specially adapted to the downstream path of the transmission network involving transmission via Internet
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/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/633—Control signals issued by server directed to the network components or client
    • 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
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/80—Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
    • H04N21/83—Generation or processing of protective or descriptive data associated with content; Content structuring
    • H04N21/84—Generation or processing of descriptive data, e.g. content descriptors
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/06—Selective distribution of broadcast services, e.g. multimedia broadcast multicast service [MBMS]; Services to user groups; One-way selective calling services
    • H04W72/005—
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00—Network arrangements, protocols or services for addressing or naming
    • H04L61/50—Address allocation
    • H04L61/5007—Internet protocol [IP] addresses
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/30—Resource management for broadcast services

Abstract

본 기술은 복수의 전송 방식으로 전송되는 베어러를 적절하게 선택할 수 있도록 하는 수신 장치, 수신 방법, 송신 장치 및 송신 방법에 관한 것이다. 수신 장치는, IP 전송 방식의 프로토콜 스택에 있어서의 제1 층에서 제1 전송 방식에 의한 세션으로 전송되는 데이터를 취득하기 위한 정보이며, 제1 층보다도 하위의 제2 층에서 제2 전송 방식에 의해 데이터를 전송하는 베어러를 식별하기 위한 정보를 포함하는 제어 정보를 취득하고, 제어 정보에 기초하여, 베어러 상에서 전송되는 데이터를 취득하는 각 부의 동작을 제어한다. 본 기술은, 예를 들어 ATSC 3.0에 대응한 텔레비전 수상기에 적용할 수 있다.

Description

수신 장치, 수신 방법, 송신 장치 및 송신 방법{RECEPTION APPARATUS, RECEPTION METHOD, TRANSMISSION APPARATUS AND TRANSMISSION METHOD}
본 기술은 수신 장치, 수신 방법, 송신 장치 및 송신 방법에 관한 것으로, 특히, 복수의 전송 방식으로 전송되는 베어러를 적절하게 선택할 수 있도록 한 수신 장치, 수신 방법, 송신 장치 및 송신 방법에 관한 것이다.
최근들어 인터넷 상의 스트리밍 서비스의 주류가, 소위 OTT-V(Over The Top Video)가 되고 있다. 이 OTT-V의 기반 기술로서 보급되기 시작한 것이, MPEG-DASH(Dynamic Adaptive Streaming over HTTP)이다(예를 들어, 비특허문헌 1 참조).
MPEG-DASH는, HTTP(Hypertext Transfer Protocol)를 베이스로 하는 스트리밍 프로토콜을 기초로 하고 있지만, 일제 동보 배신이 적합한 콘텐츠에 관해서는, 멀티캐스트(MC: Multicast)나 브로드캐스트(BC: Broadcast)의 베어러(Bearer)를 병용함으로써, 네트워크 리소스의 부하를 경감시키는 방식이 생각되어진다.
ISO/IEC 23009-1:2012
그런데, 일제 동보 배신이 적합한 콘텐츠의 데이터를 복수의 전송 방식으로 전송하는 경우에, 다른 전송 방식으로 전송되는 베어러를 적절하게 선택하기 위한 기술이 요청되고 있다.
본 기술은 이러한 상황을 감안하여 이루어진 것이며, 복수의 전송 방식으로 전송되는 베어러를 적절하게 선택할 수 있도록 하는 것이다.
본 기술의 제1 측면의 수신 장치는, IP(Internet Protocol) 전송 방식의 프로토콜 스택에 있어서의 제1 층에서 제1 전송 방식에 의한 세션으로 전송되는 데이터를 취득하기 위한 정보이며, 상기 제1 층보다도 하위의 제2 층에서 제2 전송 방식에 의해 상기 데이터를 전송하는 베어러를 식별하기 위한 정보를 포함하는 제어 정보를 취득하는 취득부와, 상기 제어 정보에 기초하여, 상기 베어러 상에서 전송되는 상기 데이터를 취득하는 각 부의 동작을 제어하는 제어부를 구비하는 수신 장치이다.
본 기술의 제1 측면의 수신 장치는, 독립된 장치이어도 되고, 1개의 장치를 구성하고 있는 내부 블록이어도 된다. 또한, 본 기술의 제1 측면의 수신 방법은, 상술한 본 기술의 제1 측면의 수신 장치에 대응하는 수신 방법이다.
본 기술의 제1 측면의 수신 장치 및 수신 방법에 있어서는, IP 전송 방식의 프로토콜 스택에 있어서의 제1 층에서 제1 전송 방식에 의한 세션으로 전송되는 데이터를 취득하기 위한 정보이며, 상기 제1 층보다도 하위의 제2 층에서 제2 전송 방식에 의해 상기 데이터를 전송하는 베어러를 식별하기 위한 정보를 포함하는 제어 정보가 취득되고, 상기 제어 정보에 기초하여, 상기 베어러 상에서 전송되는 상기 데이터를 취득하는 각 부의 동작이 제어된다.
본 기술의 제2 측면의 송신 장치는, IP 전송 방식의 프로토콜 스택에 있어서의 제1 층에서 제1 전송 방식에 의한 세션으로 전송되는 데이터를 취득하기 위한 정보이며, 상기 제1 층보다도 하위의 제2 층에서 제2 전송 방식에 의해 상기 데이터를 전송하는 베어러를 식별하기 위한 정보를 포함하는 제어 정보를 생성하는 생성부와, 상기 제어 정보와 함께, 상기 제어 정보에 포함되는 정보에 의해 식별되는 상기 베어러에 의해 상기 데이터를 송신하는 송신부를 구비하는 송신 장치이다.
본 기술의 제2 측면의 송신 장치는, 독립된 장치이어도 되고, 1개의 장치를 구성하고 있는 내부 블록이어도 된다. 또한, 본 기술의 제2 측면의 송신 방법은, 상술한 본 기술의 제2 측면의 송신 장치에 대응하는 송신 방법이다.
본 기술의 제2 측면의 송신 장치 및 송신 방법에 있어서는, IP 전송 방식의 프로토콜 스택에 있어서의 제1 층에서 제1 전송 방식에 의한 세션으로 전송되는 데이터를 취득하기 위한 정보이며, 상기 제1 층보다도 하위의 제2 층에서 제2 전송 방식에 의해 상기 데이터를 전송하는 베어러를 식별하기 위한 정보를 포함하는 제어 정보가 생성되어, 상기 제어 정보와 함께, 상기 제어 정보에 포함되는 정보에 의해 식별되는 상기 베어러에 의해 상기 데이터가 송신된다.
본 기술의 제1 측면 및 제2 측면에 의하면, 복수의 전송 방식으로 전송되는 베어러를 적절하게 선택할 수 있다.
또한, 여기에 기재된 효과는 반드시 한정되는 것은 아니며, 본 개시 중에 기재된 어느 한 효과이어도 된다.
도 1은 3GPP-(e)MBMS의 프로토콜 스택을 도시하는 도면이다.
도 2는 ATSC 3.0의 프로토콜 스택을 도시하는 도면이다.
도 3은 ROUTE/FLUTE의 구조를 도시하는 도면이다.
도 4는 FLUTE의 상세한 구조를 도시하는 도면이다.
도 5는 ROUTE의 상세한 구조를 도시하는 도면이다.
도 6은 ROUTE에 있어서의 프래그먼테이션의 예를 나타내는 도면이다.
도 7은 ROUTE 헤더에 의한 분해를 도시하는 도면이다.
도 8은 ROUTE에 의한 프래그먼트 전송 시퀀스의 예를 나타내는 도면이다.
도 9는 금후 상정되는 3GPP-(e)MBMS의 프로토콜 스택을 도시하는 도면이다.
도 10은 전송 시스템의 구성예를 도시하는 도면이다.
도 11은 ROUTE 세션의 구성을 도시하는 도면이다.
도 12는 LSID의 구성을 도시하는 도면이다.
도 13은 LSID의 구성 요소의 상세한 내용을 도시하는 도면이다.
도 14는 LSID를 사용한 데이터 취득의 흐름을 설명하는 도면이다.
도 15는 확장 LSID를 사용한 데이터 취득의 흐름을 설명하는 도면이다.
도 16은 확장 LSID의 다른 구조를 도시하는 도면이다.
도 17은 트랜스포트 베어러 ID가 기술된 확장 LSID를 사용한 데이터 취득의 흐름을 설명하는 도면이다.
도 18은 확장 LSID의 제1 구조를 도시하는 도면이다.
도 19는 확장 LSID의 제1 구조의 구체적인 기술예를 도시하는 도면이다.
도 20은 확장 LSID의 제2 구조를 도시하는 도면이다.
도 21은 확장 LSID의 제2 구조의 구체적인 기술예를 도시하는 도면이다.
도 22는 송신측 시스템으로부터 전송되는 방송 스트림을 처리하는 수신측 시스템의 구체적인 운용예를 도시하는 도면이다.
도 23은 송신측 시스템의 구성예를 도시하는 도면이다.
도 24는 수신측 시스템의 구성예를 도시하는 도면이다.
도 25는 송신측 시스템의 처리의 흐름을 설명하는 흐름도이다.
도 26은 수신측 시스템의 처리의 흐름을 설명하는 흐름도이다.
도 27은 컴퓨터의 구성예를 도시하는 도면이다.
이하, 도면을 참조하면서 본 기술의 실시 형태에 대하여 설명한다. 또한, 설명은 이하의 순서로 행하는 것으로 한다.
1. IP 전송 방식에 의한 디지털 방송의 개요
2. 시스템의 구성
3. 본 기술을 적용한 확장 LSID
(1) LSID의 개요
(2) 확장 LSID
(3) 확장 LSID에 의한 트랜스포트 베어러 식별
4. 시스템의 구체적인 운용예
5. 시스템의 각 장치의 구성
6. 시스템의 각 장치에서 실행되는 처리의 흐름
7. 변형예
8. 컴퓨터의 구성
<1. IP 전송 방식에 의한 디지털 방송의 개요>
각국의 디지털 방송 규격에서는, 전송 방식으로서 MPEG2-TS(Moving Picture Experts Group phase 2-Transport Stream) 방식이 채용되고 있지만, 금후에는 통신의 분야에서 사용되고 있는 IP(Internet Protocol) 패킷을 디지털 방송에 사용한 IP 전송 방식을 도입함으로써, 보다 고도의 서비스를 제공하는 것이 상정되어 있다. 특히, 현재 책정이 진행되고 있는 미국의 차세대 방송 규격인 ATSC(Advanced Television Systems Co㎜ittee) 3.0에서는, IP 전송 방식을 사용한 디지털 방송의 채용이 예상되고 있다.
이하, IP 전송 방식에 의한 디지털 방송의 개요에 대하여 설명하지만, 여기에서는, 먼저, 이동체 통신 시스템의 표준화 프로젝트인 3GPP(Third Generation Partnership Project)로 책정된 3GPP-(e)MBMS(Multimedia Broadcast Multicast Service)의 개요를 설명한다.
(3GPP-(e)MBMS의 프로토콜 스택)
도 1은 3GPP-(e)MBMS의 프로토콜 스택을 도시하는 도면이다.
도 1에 있어서, 가장 하위의 계층은 물리층(Physical Layer)으로 된다. 3GPP-(e)MBMS에서는, 도면 중의 우측의 전송 방식을 이용한 전송의 경우, 그 물리층은 일 방향의 MBMS 또는 쌍방향의 ptp Bearer(s)의 어느 하나를 이용하게 된다.
물리층에 인접하는 상위의 계층은 IP층으로 된다. 또한, IP층에 인접하는 상위의 계층은 UDP/TCP층으로 된다. 즉, 물리층으로서 MBMS를 이용하는 경우에는, IP층에서는 IP 멀티캐스트가 사용되고, UDP/TCP층에서는 UDP(User Datagram Protocol)가 사용된다. 한편, 물리층으로서 ptp Bearer(s)를 이용하는 경우에는 IP층에서는 IP 유니캐스트가 사용되고, UDP/TCP층에서는 TCP(Transmission Control Protocol)이 사용된다.
UDP/TCP층에 인접하는 상위의 계층은, FEC, HTTP(S), FLUTE로 된다. FLUTE(File Delivery over Unidirectional Transport)는 멀티캐스트에 있어서의 파일 전송용 프로토콜이다. 또한, FLUTE에는 FEC(Forward Error Correction)가 적용된다. FLUTE의 상세한 내용은, 도 3 등을 참조하여 후술한다.
FLUTE에 인접하는 상위의 계층은, 3GP-DASH, Download 3GPP file format etc, ptm File Repair, Service Announcement & Metadata로 된다. 또한, ptm File Repair에 인접하는 상위 계층은 Associated Delivery Procedures로 된다.
3GP-DASH(Dynamic Adaptive Streaming over HTTP)에 인접하는 상위 계층은, 오디오나 비디오 등의 스트림 데이터로 된다. 즉, 콘텐츠를 구성하는 오디오나 비디오 등의 스트림 데이터는, ISO BMFF(Base Media File Format)의 규격에 준한 미디어 세그먼트(Media Segment) 단위로, FLUTE 세션에 의해 전송할 수 있다.
또한, Service Announcement & Metadata에는 FLUTE 세션으로 전송되는 스트림 데이터의 제어 정보로서, 예를 들어 USD(User Service Description)나 MPD(Media Presentation Description)를 배치할 수 있다. 따라서, USD나 MPD 등의 제어 정보에 대해서도, FLUTE 세션으로 전송할 수 있다.
이와 같이, 3GPP-(e)MBMS에서는, 3GPP 파일 포맷(ISO BMFF 파일, MP4 파일)에 기초한 파일의 FLUTE 세션에 의한 파일 다운로드용의 프로토콜을 규정하고 있지만, 동일한 프로토콜에 의해 MPEG-DASH의 fragmented MP4 파일 시퀀스와, MPEG-DASH의 규격에 준하고 있는 MPD를 전송할 수 있다. 또한, MPD는 USD로부터 참조된다. 또한, fragmented MP4란, 프래그먼트화된 MP4 파일을 의미한다.
또한, UDP/TCP층에 인접하는 상위의 계층이 되는 HTTP(S)의 상위의 계층은, 3GP-DASH의 스트림 데이터로 된다. 즉, 3GP-DASH의 스트림 데이터는 HTTP(S)를 사용하여 전송할 수도 있다. 또한, UDP/TCP층에 인접하는 상위의 계층이 되는 FEC의 상위 계층은 RTP/RTCP, MIKEY로 된다. RTP/RTCP의 상위 계층은 RTP PayloadFormats로 되고, 또한 그 상위 계층은 스트림 데이터로 된다. 즉, RTP(Real time Transport Protocol) 세션에 의해 스트림 데이터를 전송할 수 있다. MIKEY의 상위 계층은, Key Distribution(MTK)으로 되고, 또한 그 상위 계층은 MBMS Security로 된다.
한편, 도면 중의 좌측의 전송 방식을 이용한 전송의 경우, 그 물리층은, 쌍방향의 ptp Bearer만을 이용하게 된다. 물리층에 인접하는 상위의 계층은 IP층으로 된다. 또한, IP층에 인접하는 상위의 계층은 TCP층으로 되고, 또한 TCP층에 인접하는 상위 계층은 HTTP(S)층으로 된다. 즉, 이들 계층에 의해 인터넷 등의 네트워크로 가동하는 프로토콜 스택이 실장된다.
HTTP(S)층에 인접하는 상위의 계층은, Service Announcement & Metadata, ptm File Repair, Reception Reporting, Registration으로 된다. Service Announcement & Metadata에는, 도면 중의 우측의 전송 방식을 이용한 FLUTE 세션으로 전송되는 스트림 데이터의 제어 정보로서, USD나 MPD를 배치할 수 있다. 따라서, 예를 들어 인터넷 상의 서버에 의해, USD나 MPD 등의 제어 정보가 제공되도록 할 수 있다.
또한, ptm File Repair와, Reception Reporting에 인접하는 상위 계층은 Associated Delivery Procedures로 된다. 또한, Registration에 인접하는 상위 계층은 MBMS Security로 된다. 또한, IP층에 인접하는 상위의 계층인 UDP층의 상위 계층은 MIKEY로 된다. MIKEY의 상위 계층은 Key Distribution(MTK)으로 되고, 또한, 그 상위 계층은 MBMS Security로 된다. 또한, 예를 들어 도면 중의 우측의 전송 방식을 이용한 경우의 FLUTE 세션이나, 도면 중의 좌측의 전송 방식을 이용한 TCP/IP 프로토콜을 사용하여, 애플리케이션(Application(s))을 전송할 수 있다.
(ATSC 3.0의 프로토콜 스택)
도 2는 ATSC 3.0의 프로토콜 스택을 도시하는 도면이다.
도 2에 있어서, 가장 하위의 계층은 물리층(Physical Layer)으로 된다. ATSC 3.0 등의 IP 전송 방식의 디지털 방송에서는, 방송을 이용한 전송에 한하지 않고, 일부의 데이터를, 통신을 이용하여 전송하는 경우가 있지만, 방송을 이용하는 경우, 그 물리층(Broadcast PHY)은 서비스(채널)를 위하여 할당된 방송파의 주파수 대역이 대응하게 된다.
물리층(Broadcast PHY)의 상위의 계층은 IP층(IP 멀티캐스트)으로 된다. IP층은, TCP/IP의 프로토콜 스택에 있어서의 IP(Internet Protocol)에 상당하는 것이며, IP 어드레스에 의해 IP 패킷이 특정된다. IP층에 인접하는 상위 계층은 UDP층으로 되고, 또한 그 상위의 계층은 ROUTE(Real-time Object Delivery over Unidirectional Transport)로 된다. ROUTE는, 멀티캐스트에 있어서의 파일 전송용 프로토콜이며, FLUTE를 확장한 것이다. 또한, ROUTE의 상세한 내용은, 도 3 등을 참조하여 후술한다.
ROUTE에 인접하는 상위 계층 중 일부의 계층은, ESG(Electronic Service Guide) 서비스, NRT 콘텐츠(NRT Content)로 되고, ESG 서비스와, NRT 콘텐츠의 파일은 ROUTE 세션에 의해 전송된다. ESG 서비스는 전자 서비스 가이드(프로그램 정보)이다. NRT 콘텐츠는 NRT(Non Real Time) 방송으로 전송되는 콘텐츠이며, 수신기의 스토리지에 일단 축적된 후에 재생이 행하여진다. 또한, NRT 콘텐츠는 콘텐츠의 일례이며, 다른 콘텐츠의 파일이 ROUTE 세션에 의해 전송되도록 해도 된다.
ROUTE에 인접하는 상위 계층 중 상술한 계층 이외의 다른 계층은 DASH(ISO BMFF)로 된다. 또한, DASH(ISO BMFF)에 인접하는 상위 계층은, 비디오(Video)나 오디오(Audio), 자막(CC: Closed Caption) 등의 컴포넌트의 스트림 데이터로 된다. 즉, 콘텐츠를 구성하는 오디오나 비디오, 자막 등의 컴포넌트의 스트림 데이터는, ISO BMFF의 규격에 준한 미디어 세그먼트 단위로, ROUTE 세션에 의해 전송되게 된다.
또한, 물리층(Broadcast PHY)에 인접하는 상위의 계층과, ROUTE에 인접하는 상위의 계층에 걸쳐진 계층은 시그널링 정보(Singaling)로 된다. 예를 들어, 시그널링 정보는 LLS(Link Layler Signaling) 시그널링 정보와, SLS(Service Level Singaling) 시그널링 정보를 포함한다.
LLS 시그널링 정보는, 서비스에 의존하지 않는 저레이어의 시그널링 정보이다. 예를 들어, LLS 시그널링 정보로서는, FIT(Fast Information Table), EAD(Emergency Alerting Description), RRD(Region Rating Description) 등의 메타데이터가 포함된다. FIT는, 서비스의 선국에 필요한 정보 등, 방송 네트워크에 있어서의 스트림이나 서비스의 구성을 나타내는 정보를 포함한다. EAD는 긴급 경보에 관한 정보를 포함한다. RRD는 레이팅에 관한 정보를 포함한다.
SLS 시그널링 정보는 서비스마다의 시그널링 정보이다. 예를 들어, SLS 시그널링 정보로서는, 상술한 USD나 MPD 이외에, LSID(LCT Session Instance Description) 등의 메타데이터가 포함된다. LSID는 ROUTE 프로토콜의 제어 정보(제어 메타파일)이다. 또한, ROUTE의 상세한 내용은, 도 3 등을 참조하여 후술한다.
한편, 통신을 이용하는 경우, 그 물리층(Broadband PHY)의 상위의 계층은, IP층(IP 유니캐스트)으로 된다. 또한, IP층에 인접하는 상위 계층은 TCP층으로 되고, 또한 TCP층에 인접하는 상위 계층은 HTTP(S)층으로 된다. 즉, 이들 계층에 의해, 인터넷 등의 네트워크로 가동하는 프로토콜 스택이 실장된다.
이에 의해, 수신기는, 예를 들어 인터넷 상의 서버와의 사이에서, TCP/IP 프로토콜을 사용한 통신을 행하여, ESG 서비스나 시그널링 정보, NRT 콘텐츠 등을 수신할 수 있다. 또한, 수신기는 인터넷 상의 서버로부터, 적절하게 스트리밍 배신되는 오디오나 비디오 등의 스트림 데이터를 수신할 수 있다. 또한, 이 스트리밍 배신은, MPEG-DASH의 규격에 준거한 것이 된다.
또한, 예를 들어 방송의 ROUTE 세션이나, 통신의 TCP/IP 프로토콜을 사용하여, 애플리케이션(Applications)을 전송할 수 있다. 이 애플리케이션은 HTML5(HyperText Markup Language 5) 등의 마크업 언어에 의해 기술할 수 있다.
이상과 같이, ATSC 3.0의 프로토콜 스택에 있어서는, 일부가 3GPP-MBMS에 대응한 프로토콜 스택을 채용하고 있다. 이에 의해, 콘텐츠를 구성하는 오디오나 비디오의 스트림 데이터를, ISO BMFF의 규격에 준한 미디어 세그먼트 단위로 전송할 수 있다. 또한, SLS 시그널링 정보 등의 시그널링 정보를, 방송과 통신의 어느 하나로 전송하는 경우에도, IP층보다도 하위의 계층이 되는 물리층(과 데이터 링크층)을 제외한 계층, 즉, IP층보다도 상위의 계층에서는, 프로토콜을 공통으로 하는 것이 가능하게 되기 때문에, 수신기 등에 있어서는, 실장의 부담이나 처리의 부담을 경감시킬 수 있다.
(ROUTE/FLUTE의 구조)
도 3은 도 1의 3GPP-(e)MBMS의 프로토콜 스택에 있어서의 FLUTE와, 도 2의 ATSC 3.0의 프로토콜 스택에 있어서의 ROUTE의 구조를 도시하는 도면이다.
FLUTE는 ALC(Asynchronous Layered Coding)라고 불리는 스케일러블한 파일 오브젝트의 멀티캐스트 프로토콜, 구체적으로는 그 빌딩 블록인 LCT(Layered Coding Transport)나 FEC(Forward Error Correction) 컴포넌트의 조합에 의해 구성된다. 도 4에는 FLUTE의 상세한 구조를 나타내고 있다.
여기서, ALC는, 임의의 바이너리 파일을 일 방향으로 멀티캐스트 전송하기에 적합한 프로토콜이다. 즉, ALC는 고신뢰의 비동기형의 1 대 다수의 방송형의 프로토콜로서 개발된 것이지만, LCT와 FEC를 이용하고 있으며, 대상의 파일에 FEC를 곱하여 LCT 패킷에 저장하고, IP 멀티캐스트 상에서 전송하는 경우에는 UDP 패킷과 IP 패킷에 저장한다.
FLUTE에 있어서의 트랜스포트 세션은, 송신원 IP 어드레스의 스코프로 유니크한 TSI(Transport Session Identifier)에 의해 식별된다. FLUTE에서는 트랜스포트 세션마다, 또는 파일마다 FEC의 방식을 변경할 수 있다. 또한, FLUTE는 트랜스포트 세션마다 전송되는 FDT(File Delivery Table)라고 칭해지는 XML(Extensible Markup Language) 형식의 전송 제어 정보가 도입되어 있다.
LCT 패킷에 저장된 FEC 인코딩 심볼과 동일한 트랜스포트 세션 내에서 전송되는 FDT 파일에, 대상의 파일의 기본 속성과 전송 제어 파라미터를 기술한다. FDT는, 대상의 파일의 식별자와 대응하는 FEC 인코딩 심볼열이 저장된 LCT 패킷열의 매핑을 정의하고, 또한 개개의 파일의 내용의 MIME 타입이나 사이즈, 전송 부호화 방식, 메시지 다이제스트, FEC 디코드에 필요한 파라미터 등을 저장할 수 있다. 또한, FDT 자신에도 FEC를 적용하는 것이 가능하고, 자신의 FEC 파라미터 등은 별도 LCT의 레이어로 전송하게 된다.
그런데, ROUTE는 FLUTE의 확장이 되지만, 그의 차분으로서는, 주로 오브젝트 번들과 미디어 어웨어한 프래그먼테이션을 들 수 있다. 도 5에는 ROUTE의 상세한 구조를 도시하고 있다.
ROUTE에 있어서의 오브젝트 번들의 특징은, 상이한 사이즈의 소스 블록을 포함하는 비디오나 오디오의 스트림을 번들하여, 1개의 수퍼 오브젝트로서 구성하고, 그것을 바탕으로 FEC 리페어 스트림을 생성하는 방법과, 소스 스트림과 리페어 스트림의 관계 통지를 프로토콜 레벨로 서포트하고 있는 바에 있다.
일반적으로, 오디오 스트림 등은 단위 시간당 데이터량(데이터 오브젝트)이 작기 때문에, 비디오 스트림에 비하여, 작은 소스 오브젝트 사이즈가 된다. 이들 소스 오브젝트 사이즈가 상이한 스트림에 대하여, 동일한 FEC 방식으로 스트림마다 리페어 심볼을 생성하면, 소스 오브젝트 사이즈의 대소에 따라 에러에 대한 감수성이 상이하다.
ROUTE에서는, 복수의 레이트가 상이한 소스 스트림으로부터 소스 블록을 잘라내어 수퍼 오브젝트를 구성하고, 그것을 바탕으로 생성되는 FEC 리페어 심볼에 의해 리페어 스트림을 구성할 수 있다. 즉, 상이한 종류의 소스 스트림에 걸쳐 리페어 스트림이 생성된다. 여기서, 소스 심볼을 포함하는 소스 스트림과, 리페어 심볼을 포함하는 리페어 스트림과, ROUTE 세션 내의 다른 LCT 세션으로서 전송할 수 있다.
복수의 소스 스트림으로부터 잘라내어진 소스 블록으로부터, 어떻게 수퍼 오브젝트를 구성하여 FEC 스트림을 생성할지에 관한 정보(제어 정보)가, LSID(LCT Session Instance Description)에 기술된다. 수신기측에서는, 이 LSID에 기술된 정보에 기초하여, ROUTE 세션으로 전송되는 LCT 패킷열로부터, 수퍼 오브젝트를 복원하여, 대상의 파일을 추출할 수 있다.
일반적으로, 방송 스트림은, 송신기측에서, 서비스를 구성하는 모든 스트림을 다중화하여 송신하고, 수신기측에서, 자신에게 필요한 스트림을 취사 선택하는 모델이다. 따라서, 송신기측에서, 서비스를 구성하는 모든 스트림을 포함하는 수퍼 오브젝트를 구성하고, 수신기측에서 수퍼 오브젝트를 복원하고 나서, 필요한 스트림을 취사 선택한다는 처리 모델의 적용이 가능한 사용례에 있어서는, ROUTE에 의해 실현되는 FEC 구성 방법이 유효하다.
또한, 도 6에 도시한 바와 같이, ROUTE에서는 미디어 어웨어(Media Aware)한 프래그먼테이션이 가능하게 되어 있다. 도 6의 예는, DASH 세그먼트가, Indexed Self-Initialization 세그먼트인 경우에 있어서의 프래그먼테이션을 나타내고 있다.
도 6에 있어서는, 세그먼트의 메타데이터 파트가, 최초의 델리버리 오브젝트인 pckt0으로 분할되고, 최초의 샘플 1이 pckt1에 저장되어 있다. 분할되는 경계를 나타내기 위하여, 각 델리버리 오브젝트의 URL(Uniform Resource Locator)이, LSID의 대응하는 FDT에 상당하는 파트에 기술된다. 이 URL의 형식은, 세그먼트 파일의 URL과 바이트 레인지의 형식이나, 혹은 세그먼트 파일의 URL과, 서브 세그먼트 번호의 형식으로 구성할 수 있다. 또한, 서브 세그먼트 번호가 "0"인 경우에는 메타데이터의 파트로 된다.
델리버리 오브젝트의 형식으로서는, 「파일 모드」로서 오브젝트 그 자체를 저장하는 경우와, 「엔티티 모드」로서 HTTP 엔티티 헤더를 부가한 오브젝트로서 저장하는 형식이 준비되어 있으며, 이들 모드는 LSID의 소스 스트림의 속성으로서 기술된다. HTTP 엔티티 헤더에는 오브젝트의 URL이나 바이트 레인지를 저장하는 것이 가능하며, 또한 종래의 FDT로 기술된 속성도 포함할 수 있다.
FLUTE에서는, 대상의 파일을 소스 블록으로 분할할 때에는, 미리 결정된 알고리즘이 적용되어, 애플리케이션에서의 처리 경계 등을 의식할 수 없이 기계적으로 분할이 행하여지고 있었지만, ROUTE에서는, 애플리케이션의 관점에서의 자유로운 경계에서 소스 블록의 분할을 행하는 것이 가능하게 되어 있다. 도 7에는 소스 델리버리 오브젝트를 트랜스포트 패킷에 저장하는 예가 도시되어 있다. 소스 델리버리 오브젝트는, 하위의 LCT 패킷의 페이로드에 저장할 때에 분할할 필요가 있을 때에는, ROUTE 헤더가 부가되어, 델리버리 오브젝트 내의 오프셋을 특정할 수 있게 된다.
또한, 도 8에는 ROUTE 서버(ROUTE Sender)로부터 ROUTE 클라이언트(ROUTE Receiver)에, 소스 델리버리 오브젝트 단위로, 데이터가 전송되는 모습을 나타내고 있다. 또한, 일반적으로는 델리버리 오브젝트를 순서대로 전송하는 것이 보통이지만, 채널 스위치 시의 체감 스피드를 향상시키기 위하여, SLS 시그널링 정보 등의 메타데이터가 저장된 델리버리 오브젝트를 보다 빈번하게 재송하는 것도 가능하다.
이상, FLUTE의 확장인 ROUTE에 대하여 설명했지만, 상술한 현행의 3GPP-(e)MBMS의 프로토콜 스택(도 1)에 있어서도, 금후에는 FLUTE 대신에 혹은 FLUTE와 함께, ROUTE가 규정되는 것이 상정되어 있다(도 9). 또한, 이하의 설명에서는, 3GPP-(e)MBMS는, 3GPP-MBMS로 기술하는 것으로 한다.
<2. 시스템의 구성>
도 10은 본 기술을 적용한 전송 시스템의 구성을 도시하는 도면이다.
도 10에 있어서, 전송 시스템(1)은 송신측 시스템(10)과, 수신측 시스템(20)으로 구성된다. 전송 시스템(1)에 있어서는, 송신측 시스템(10)으로부터 송신되는 데이터가, 전송로(80) 또는 전송로(90)를 통하여 수신측 시스템(20)에 의해 수신된다.
송신측 시스템(10)은, 예를 들어 ATSC 3.0이나 3GPP-MBMS 등의 소정의 규격에 대응하고 있다. 송신측 시스템(10)은 데이터 서버(10A), ROUTE 서버(10B), ATSC 방송 서버(10C) 및 3GPPMBMS 서버(10D)로 구성된다.
데이터 서버(10A)는, 송신측 시스템(10)으로부터 수신측 시스템(20)에 배신되는 콘텐츠(예를 들어 일제 동보 배신이 적합한 콘텐츠)의 데이터를 관리하는 서버이다. 데이터 서버(10A)는 콘텐츠의 데이터를 ROUTE 서버(10B)에 공급한다.
ROUTE 서버(10B)는 데이터 서버(10A)로부터 공급되는 콘텐츠의 데이터를 ROUTE 세션으로 전송하기 위한 처리를 행하는 서버이다.
ROUTE 서버(10B)는 ATSC 방송 서버(10C)나 3GPPMBMS 서버(10D)로부터 공급되는 정보 등에 기초하여, 확장 LSID를 생성하여, ATSC 방송 서버(10C) 또는 3GPPMBMS 서버(10D)에 공급한다. 단, 확장 LSID는, LSID를 확장한 것으로서, 그 상세한 내용은, 도 15 등을 참조하여 후술한다.
또한, ROUTE 서버(10B)는, 데이터 서버(10A)로부터 공급되는 콘텐츠의 데이터를 처리하고, ROUTE 세션으로 전송되는 콘텐츠의 데이터(이하, ROUTE 데이터라고도 함)를 생성하여, ATSC 방송 서버(10C) 또는 3GPPMBMS 서버(10D)에 공급한다.
ATSC 방송 서버(10C)는, ROUTE 서버(10B)로부터의 ROUTE 데이터를, ATSC 3.0에 대응한 트랜스포트 베어러로 전송하기 위한 서버이다.
ATSC 방송 서버(10C)는, ROUTE 서버(10B)로부터 공급되는 확장 LSID를, 전송로(80)를 통하여 수신측 시스템(20)(ATSC 방송 클라이언트(20C))에 송신한다. 또한, ATSC 방송 서버(10C)는, ROUTE 서버(10B)로부터 공급되는 ROUTE 데이터에 대하여, ATSC 3.0의 트랜스포트 베어러 상에서 전송하기 위한 처리를 행하고, 그것에 의해 얻어지는 데이터(이하, 베어러 데이터라고도 함)를, 전송로(80)를 통하여 수신측 시스템(20)(ATSC 방송 클라이언트(20C))에 송신(일제 동보 배신)한다.
3GPPMBMS 서버(10D)는, ROUTE 서버(10B)로부터의 ROUTE 데이터를, 3GPP-MBMS에 대응한 트랜스포트 베어러로 전송하기 위한 서버이다.
3GPPMBMS 서버(10D)는, ROUTE 서버(10B)로부터 공급되는 확장 LSID를, 전송로(90)를 통하여 수신측 시스템(20)(3GPPMBMS 클라이언트(20D))에 송신한다. 또한, 3GPPMBMS 서버(10D)는, ROUTE 서버(10B)로부터 공급되는 ROUTE 데이터에 대하여, 3GPP-MBMS의 트랜스포트 베어러 상에서 전송하기 위한 처리를 행하고, 그것에 의해 얻어지는 베어러 데이터를, 전송로(90)를 통하여 수신측 시스템(20)(3GPPMBMS 클라이언트(20D))에 송신(일제 동보 배신)한다.
수신측 시스템(20)은, 예를 들어 ATSC 3.0이나 3GPP-MBMS 등의 소정의 규격에 대응하고 있다. 수신측 시스템(20)은, 데이터 클라이언트(20A), ROUTE 클라이언트(20B), ATSC 방송 클라이언트(20C) 및 3GPPMBMS 클라이언트(20D)로 구성된다.
3GPPMBMS 클라이언트(20D)는 송신측 시스템(10)으로부터 송신되어 오는 3GPP-MBMS에 대응한 트랜스포트 베어러를 수신하기 위한 클라이언트이다.
3GPPMBMS 클라이언트(20D)는 3GPPMBMS 서버(10D)로부터 전송로(90)를 통하여 송신되어 오는 확장 LSID를 수신하여, ROUTE 클라이언트(20B)에 공급한다. 또한, 3GPPMBMS 클라이언트(20D)는, 송신측 시스템(10)(3GPPMBMS 서버(10D))으로부터 전송로(90)를 통하여 송신(일제 동보 배신)되어 오는 베어러 데이터를 수신하여 처리하고, ROUTE 클라이언트(20B)에 공급한다.
ATSC 방송 클라이언트(20C)는, 송신측 시스템(10)으로부터 송신되어 오는 ATSC 3.0에 대응한 트랜스포트 베어러를 수신하기 위한 클라이언트이다.
ATSC 방송 클라이언트(20C)는, ATSC 방송 서버(10C)로부터 전송로(80)를 통하여 송신되어 오는 확장 LSID를 수신하여, ROUTE 클라이언트(20B)에 공급한다. 또한, ATSC 방송 클라이언트(20C)는, 송신측 시스템(10)(ATSC 방송 서버(10C))으로부터 전송로(80)를 통하여 송신(일제 동보 배신)되어 오는 베어러 데이터를 수신하여 처리하고, ROUTE 클라이언트(20B)에 공급한다.
ROUTE 클라이언트(20B)는, ATSC 3.0 또는 3GPP-MBMS의 트랜스포트 베어러 상에서 전송되는 ROUTE 데이터를 처리하기 위한 클라이언트이다.
ROUTE 클라이언트(20B)는, ATSC 방송 클라이언트(20C) 또는 3GPPMBMS 클라이언트(20D)로부터 공급되는 확장 LSID에 기초하여, ATSC 3.0 또는 3GPP-MBMS의 트랜스포트 베어러(베어러 데이터) 상에서 전송되는 ROUTE 데이터를 취득하여, 데이터 클라이언트(20A)에 공급한다.
데이터 클라이언트(20A)는 송신측 시스템(10)으로부터 수신측 시스템(20)에 배신(일제 동보 배신)되는 콘텐츠의 데이터를 재생하기 위한 클라이언트이다. 데이터 클라이언트(20A)는, ROUTE 클라이언트(20B)로부터 공급되는 ROUTE 데이터에 기초하여, 콘텐츠(예를 들어 일제 동보 배신이 적합한 콘텐츠)의 데이터를 재생하여, 그 영상이나 음성을 출력한다.
또한, 도 10에 있어서는, ATSC 3.0에 대응한 ATSC 방송 서버(10C) 및 ATSC 방송 클라이언트(20C)와, 3GPP-MBMS에 대응한 3GPPMBMS 서버(10D) 및 3GPPMBMS 클라이언트(20D)를 도시하고, 그들의 규격에 대응한 트랜스포트 베어러가 처리되는 경우를 예시했지만, ATSC 3.0과 3GPP-MBMS 이외의 규격에 대응하는 경우에는, 그 규격에 대응한 서버와 클라이언트를 설치하면 된다. 예를 들어, DVB(Digital Video Broadcasting)계의 IP 방송(IP over MPEG2-TS)의 트랜스포트 베어러로 ROUTE 데이터를 전송하는 경우에는, 송신측 시스템(10)에 DVB의 트랜스포트 베어러에 대응한 DVB 방송 서버, 수신측 시스템(20)에 DVB의 트랜스포트 베어러에 대응한 DVB 방송 클라이언트를 각각 추가하면 된다.
또한, 도 10의 전송 시스템(1)에 있어서는, 설명의 사정상, 1개의 수신측 시스템(20)만을 도시하고 있지만, 실제로는 송신측 시스템(10)으로부터 일제 동보 배신되는 콘텐츠를 수신 가능한 수신측 시스템(20)이 복수(다수) 설치되게 된다. 또한, 수신측 시스템(20)에 있어서는, 예를 들어 ATSC 3.0에만 대응하고, 3GPP-MBMS에는 대응하지 않은 경우도 상정되지만, 그 경우에는 3GPPMBMS 클라이언트(20D)가 구성으로부터 제외되어, 데이터 클라이언트(20A), ROUTE 클라이언트(20B) 및 ATSC 방송 클라이언트(20C)로 구성되게 된다.
또한, 도 10에 있어서, 송신측 시스템(10)은 데이터 서버(10A) 내지 3GPPMBMS 서버(10D)의 복수의 서버로 구성된다고 하여 설명했지만, 송신측 시스템(10)을, 그들 서버의 모든 기능을 갖는 1개의 송신 장치(송신기)로서 파악하도록 해도 된다. 마찬가지로, 수신측 시스템(20)은 데이터 클라이언트(20A) 내지 3GPPMBMS 클라이언트(20D)의 복수의 클라이언트로 구성된다고 하여 설명했지만, 수신측 시스템(20)을, 그들의 클라이언트의 모든 기능을 갖는 1개의 수신 장치(수신기)로서 파악하도록 해도 된다.
<3. 본 기술을 적용한 확장 LSID>
(1) LSID의 개요
(ROUTE 세션의 구성)
도 11은 ROUTE 세션의 구성을 도시하는 도면이다.
도 11에 도시한 바와 같이, ROUTE 세션은 1개 또는 복수의 LCT 세션에 의해 구성할 수 있다. ROUTE 세션은, IP 패킷의 IP 헤더에 저장되는 파라미터인, 송신원 IP 어드레스(sIPAdrs: source IP address) 및 송신처 IP 어드레스(dIPAdrs: destination IP address)와, UDP 패킷의 UDP 헤더에 저장되는 파라미터인, 포트 번호(Port: port number)에 의해 식별된다. 또한, LCT 세션은, LCT 패킷(ALC/LCT 패킷)의 TSI(Transport Session Identifier)에 의해 식별된다.
송신측 시스템(10)(ROUTE 서버(10B))으로부터, 수신측 시스템(20)(ROUTE 클라이언트(20B))에 대하여 전송되는, 어떠한 시그널링 정보(예를 들어 SLS 시그널링 정보)에 의해, ROUTE 세션을 식별하기 위한 송신원 IP 어드레스, 송신처 IP 어드레스 및 포트 번호가 통지됨으로써, 당해 ROUTE 세션으로 전송되는 IP/UDP 패킷을 취득할 수 있다.
또한, 당해 ROUTE 세션에 있어서, TSI=0이 되는 LCT 패킷을 필터링함으로써, ROUTE 프로토콜의 제어 정보(제어 메타파일)인 LSID를 취득할 수 있다. 단, TSI=0이 되는 LCT 패킷을 필터링하여 LSID가 취득되는 것은, 당해 LSID가 ROUTE 세션으로 전송되어 있는 경우에 한정된다.
(LSID의 구성)
도 12는 LSID의 구성을 도시하는 도면이다.
도 12에 도시한 바와 같이, LSID는 1개 또는 복수의 트랜스포트 세션(TransportSession)마다 소스 스트림(SourceFlow)과, 리페어 스트림(RepairFlow)이 기술된다. 또한, 도 13에는 LSID의 상세한 설명이 도시되어 있지만, LSID는, ROUTE 세션을 구성하는 LCT 세션(트랜스포트 세션)마다의 속성으로서, 소스 스트림이나 리페어 스트림 외에, LCT 세션의 식별자인 TSI 등이 기술된다.
(LSID를 사용한 데이터 취득의 흐름)
도 14는 수신측 시스템(20)에 있어서의, LSID를 사용한 데이터 취득의 흐름을 설명하는 도면이다.
도 14에 있어서, 수신측 시스템(20)은, 송신측 시스템(10)으로부터 통지되는 어떠한 시그널링 정보로부터, ROUTE 세션에 관한 정보를 취득한다(S11). 이 시그널링 정보에는 송신측 시스템(10)으로부터 전송(전송)되는 방송 스트림에 있어서의, ROUTE 세션 1과, ROUTE 세션 2에 관한 속성에 관한 정보가 기술되어 있다.
여기에서는, ROUTE 세션 1의 속성으로서, "sIPAdrs1"인 송신원 IP 어드레스, "dIPAdrs1"인 송신처 IP 어드레스 및 "Port1"인 포트 번호가 지정되어 있다. 또한, ROUTE 세션 2의 속성으로서, "sIPAdrs1"인 송신원 IP 어드레스, "dIPAdrs2"인 송신처 IP 어드레스 및 "Port1"인 포트 번호가 지정되어 있다.
수신측 시스템(20)은, 시그널링 정보에 있어서의 ROUTE 세션 1의 속성에 관한 정보에 따라, "sIPAdrs1"인 송신원 IP 어드레스, "dIPAdrs1"인 송신처 IP 어드레스 및 "Port1"인 포트 번호에 의해 식별되는 ROUTE 세션 1로 전송되는 IP/UDP 패킷을 취득한다(S12). 또한, 수신측 시스템(20)은, 당해 ROUTE 세션 1에 있어서, TSI="0"이 되는 IP/UDP/LCT 패킷을 필터링함으로써, ROUTE 세션 1의 제어 정보인 LSID1을 취득할 수 있다(S13).
이 LSID1에는, ROUTE 세션 1의 속성으로서, LCT 세션 1과, LCT 세션 2에 관한 속성에 관한 정보가 포함되어 있다.
여기에서는, LCT 세션 1의 속성으로서, "tsi1"인 TSI가 지정되어 있다. 수신측 시스템(20)은, LSID1에 있어서의 LCT 세션 1의 속성에 관한 정보에 따라, "sIPAdrs1"인 송신원 IP 어드레스, "dIPAdrs1"인 송신처 IP 어드레스, "Port1"인 포트 번호 및 "tsi1"인 TSI에 의해 식별되는 ROUTE 세션 1의 LCT 세션 1로 전송되는 데이터(IP/UDP/LCT 패킷)를 취득할 수 있다(S14).
또한, LCT 세션 2의 속성으로서, "tsi2"인 TSI가 지정되어 있다. 수신측 시스템(20)은, LSID1에 있어서의 LCT 세션 2의 속성에 관한 정보에 따라, "sIPAdrs1"인 송신원 IP 어드레스, "dIPAdrs1"인 송신처 IP 어드레스, "Port1"인 포트 번호 및 "tsi2"인 TSI에 의해 식별되는 ROUTE 세션 1의 LCT 세션 2로 전송되는 데이터(IP/UDP/LCT 패킷)를 취득할 수 있다(S15).
한편, 시그널링 정보에 있어서, ROUTE 세션 2의 속성에는, "sIPAdrs1"인 송신원 IP 어드레스, "dIPAdrs2"인 송신처 IP 어드레스 및 "Port1"인 포트 번호가 지정되어 있지만, 수신측 시스템(20)은, ROUTE 세션 2에 대해서도, 상술한 ROUTE 세션 1의 경우와 마찬가지로 처리한다.
즉, 수신측 시스템(20)은, 시그널링 정보에 있어서의 ROUTE 세션 2의 속성에 관한 정보에 따라, "sIPAdrs1"인 송신원 IP 어드레스, "dIPAdrs2"인 송신처 IP 어드레스 및 "Port1"인 포트 번호에 의해 식별되는 ROUTE 세션 2로 전송되는 IP/UDP 패킷을 취득한다(S16). 또한, 수신측 시스템(20)은, 당해 ROUTE 세션 2에 있어서, TSI="0"이 되는 IP/UDP/LCT 패킷을 필터링함으로써, ROUTE 세션 2의 제어 정보인 LSID2를 취득할 수 있다(S17).
이 LSID2에는, ROUTE 세션 2의 속성으로서, LCT 세션 1에 관한 속성에 관한 정보가 포함되어 있다.
여기에서는, LCT 세션 1의 속성으로서, "tsi1"인 TSI가 지정되어 있다. 수신측 시스템(20)은, LSID2에 있어서의 LCT 세션 1의 속성에 관한 정보에 따라, "sIPAdrs1"인 송신원 IP 어드레스, "dIPAdrs2"인 송신처 IP 어드레스, "Port1"인 포트 번호 및 "tsi1"인 TSI에 의해 식별되는 ROUTE 세션 2의 LCT 세션 1로 전송되는 데이터(IP/UDP/LCT 패킷)를 취득할 수 있다(S18).
이상과 같이, 수신측 시스템(20)에서는, 어떠한 시그널링 정보를 취득한 후에, ROUTE 세션으로 전송되는 LSID를 취득하고, 당해 LSID에 기술된 TSI를 사용함으로써 ROUTE 세션의 LCT 세션으로 전송되는 데이터를 취득할 수 있다.
(2) 확장 LSID
그런데, 상술한 LSID를 사용한 처리에서는, ROUTE 세션의 LCT 세션으로 전송되는 데이터를 취득하기 위하여, 어떠한 시그널링 정보를 취득할 필요가 있었고, ROUTE 세션으로 전송되는 LSID를 취득할 필요도 있었기 때문에, 처리를 간략화하고자 하는 요청이 있었다.
이 요청에 대해서는, LSID를 확장하여, 송신원 IP 어드레스, 송신처 IP 어드레스 및 포트 번호가 포함되도록 한다. 즉, 송신원 IP 어드레스, 송신처 IP 어드레스 및 포트 번호를 LSID에 포함함으로써, ROUTE 세션의 LCT 세션으로 전송되는 데이터를 취득하기 위한 처리가 간략화되도록 한다.
단, 송신원 IP 어드레스는, 옵션이며, 확장되는 LSID에 포함되도록 할지 여부는 임의이다. 또한, 본 명세서에 있어서는, 이와 같이 하여 확장된 LSID를, 이미 규정되어 있는 LSID와 구별하기 위하여, 확장 LSID라고 칭하는 것으로 한다.
(확장 LSID를 사용한 데이터 취득의 흐름)
도 15는 수신측 시스템(20)에 있어서의, 확장 LSID를 사용한 데이터 취득의 흐름을 설명하는 도면이다.
도 15에 있어서, 수신측 시스템(20)은, 예를 들어 송신측 시스템(10)으로부터 SLS 시그널링 정보로서 통지되는 확장 LSID를 취득한다(S21). 이 확장 LSID에는, 송신측 시스템(10)으로부터 전송: 轉送(전송: 傳送)되는 방송 스트림에 있어서의, ROUTE 세션 1과, ROUTE 세션 2에 관한 속성에 관한 정보가 기술되어 있다.
여기에서는, ROUTE 세션 1의 속성으로서, "sIPAdrs1"인 송신원 IP 어드레스, "dIPAdrs1"인 송신처 IP 어드레스 및 "Port1"인 포트 번호가 지정되어 있다. 또한, ROUTE 세션 1의 속성에는, LCT 세션 1과, LCT 세션 2에 관한 속성에 관한 정보가 포함되어 있다.
즉, ROUTE 세션 1의 속성에 있어서, LCT 세션 1의 속성에는 "tsi1"인 TSI가 지정되고, LCT 세션 2의 속성에는 "tsi2"인 TSI가 지정되어 있다.
따라서, 수신측 시스템(20)은, 확장 LSID에 있어서의 ROUTE 세션 1의 속성(의 LCT 세션 1의 속성)에 관한 정보에 따라, "sIPAdrs1"인 송신원 IP 어드레스, "dIPAdrs1"인 송신처 IP 어드레스, "Port1"인 포트 번호 및 "tsi1"인 TSI에 의해 식별되는 ROUTE 세션 1의 LCT 세션 1로 전송되는 데이터(IP/UDP/LCT 패킷)를 취득할 수 있다(S22).
마찬가지로, 수신측 시스템(20)은 확장 LSID에 있어서의 ROUTE 세션 1의 속성(의 LCT 세션 2의 속성)에 관한 정보에 따라, "sIPAdrs1"인 송신원 IP 어드레스, "dIPAdrs1"인 송신처 IP 어드레스, "Port1"인 포트 번호 및 "tsi2"인 TSI에 의해 식별되는 ROUTE 세션 1의 LCT 세션 2로 전송되는 데이터(IP/UDP/LCT 패킷)를 취득할 수 있다(S22).
한편, 확장 LSID에 있어서, ROUTE 세션 2의 속성에는 "sIPAdrs1"인 송신원 IP 어드레스, "dIPAdrs2"인 송신처 IP 어드레스 및 "Port1"인 포트 번호가 지정되어 있다. 또한, ROUTE 세션 2의 속성에는 LCT 세션 1의 속성으로서, "tsi1"인 TSI가 지정되어 있지만, 수신측 시스템(20)은, ROUTE 세션 2에 대해서도, 상술한 ROUTE 세션 1의 경우와 마찬가지로 처리한다.
즉, 수신측 시스템(20)은, 확장 LSID에 있어서의 ROUTE 세션 2의 속성(의 LCT 세션 1의 속성)에 관한 정보에 따라 "sIPAdrs1"인 송신원 IP 어드레스, "dIPAdrs2"인 송신처 IP 어드레스, "Port1"인 포트 번호 및 "tsi1"인 TSI에 의해 식별되는 ROUTE 세션 2의 LCT 세션 1로 전송되는 데이터(IP/UDP/LCT 패킷)를 취득할 수 있다(S23).
또한, 도 15의 확장 LSID에서는, ROUTE 세션의 속성 내에, 1개 또는 복수의 LCT 세션의 속성이 정의되는 것으로서 설명했지만, 도 15의 확장 LSID의 구조는 일례이며, 다른 구조가 채용되도록 해도 된다.
예를 들어, 도 16에 도시한 바와 같이 ROUTE 세션의 속성을 정의하지 않고, LCT 세션의 속성에 있어서, TSI와 함께, 송신원 IP 어드레스, 송신처 IP 어드레스 및 포트 번호가 정의되도록 할 수 있다. 이러한 확장 LSID를 사용한 경우에도, 수신측 시스템(20)에서는 ROUTE 세션을 구성하는 1개 또는 복수의 LCT 세션을 특정할 수 있다.
이상과 같이, 확장 LSID에는 송신원 IP 어드레스, 송신처 IP 어드레스 및 포트 번호가 포함되어 있고, 확장 LSID만을 사용하여 ROUTE 세션마다의 LCT 세션을 특정할 수 있으므로, LSID를 사용한 경우에 비하여, ROUTE 세션으로 전송되는 LSID를 취득할 필요가 없기 때문에, 시그널링 정보에 관한 처리를 간략화할 수 있다. 그 결과로서, ROUTE 세션의 LCT 세션으로 전송되는 데이터를 취득하기 위한 처리가 간략화되게 된다.
(3) 확장 LSID에 의한 트랜스포트 베어러 식별
그런데, ROUTE 세션이 ATSC 3.0이나 3GPP-MBMS 등의 각종 트랜스포트 베어러 상에서 전송되는 경우에는, 각각의 트랜스포트 베어러에 매핑시키기 위한 정보가 필요해진다. 따라서, 이어서, LSID를 확장함으로써, ROUTE 세션(을 구성하는 1개 또는 복수의 LCT 세션)을, 각종 트랜스포트 베어러에 매핑시키는 방법에 대하여 설명한다.
또한, 트랜스포트 베어러는, 예를 들어 도 2의 ATSC 3.0의 프로토콜 스택에 있어서의 물리층(Broadcast PHY)이나, 도 9에 3GPP-MBMS의 프로토콜 스택에 있어서의 물리층(MBMS 또는 ptp Bearer(s))에 상당하는 것이다.
여기서, 트랜스포트 미디어로서는, 예를 들어 ATSC 3.0의 트랜스포트나 3GPP-MBMS의 트랜스포트, DVB계의 IP 방송의 트랜스포트 등이 있다. 이들 트랜스포트 미디어에서는, 각각 변조 파라미터나 부호화 파라미터가 상이하고, 전송 품질이 상이한 트랜스포트 파이프가 된다.
확장 LSID에 있어서는, 각 LCT 세션의 속성으로서, 트랜스포트 베어러를 식별하기 위한 식별자(이하, 트랜스포트 베어러 ID(BearerID)라고 함)를 기술함으로써, ROUTE 세션(의 LCT 세션)과 트랜스포트 베어러를 매핑시키도록 한다. 또한, 트랜스포트 베어러 ID의 포맷은, 대상의 트랜스포트 미디어마다 정의되게 된다.
(확장 LSID를 사용한 데이터 취득의 흐름)
도 17은 수신측 시스템(20)에 있어서의, 트랜스포트 베어러 ID가 기술된 확장 LSID를 사용한 데이터 취득의 흐름을 설명하는 도면이다.
도 17에 있어서, 수신측 시스템(20)은, 예를 들어 송신측 시스템(10)으로부터 SLS 시그널링 정보로서 통지되는 확장 LSID를 취득한다(S31). 이 확장 LSID에는, 송신측 시스템(10)으로부터 전송: 轉送(전송: 傳送)되는 방송 스트림에 있어서의, ROUTE 세션 1의 LCT 세션 1 및 LCT 세션 2와, ROUTE 세션 2의 LCT 세션 1에 관한 속성에 관한 정보가 기술되어 있다.
여기에서는, ROUTE 세션 1의 LCT 세션 1의 속성으로서, "tsi1"인 TSI, "sIPAdrs1"인 송신원 IP 어드레스, "dIPAdrs1"인 송신처 IP 어드레스 및 "Port1"인 포트 번호가 지정되어 있다. 또한, 이 LCT 세션 1의 속성에는 트랜스포트 베어러를 식별하기 위한 트랜스포트 베어러 ID(BearerID)로서, "atsc-bid1"과 "3gpp-bid1"이 지정되어 있다.
"atsc-bidX"(X는 1 이상인 정수)는 ATSC 3.0의 트랜스포트 베어러를 식별하기 위한 트랜스포트 베어러 ID이다. ATSC 3.0의 트랜스포트 베어러의 경우, 브로드캐스트 스트림 ID(Broadcast Stream ID)와, PLPID(Physical Layer Pipe ID)의 조합이 트랜스포트 베어러 ID가 된다.
여기서, 브로드캐스트 스트림 ID는, 방송파의 도달 영역마다 할당되는 식별자인 에리어 ID(Area ID)와, 어떤 채널의 방송파에 할당되는 주파수 대역의 식별자인 주파수 ID(Frequency ID)의 조에 할당된다. 또한, PLPID는 브로드캐스트 스트림 ID로 식별되는 주파수 대역을 더 변조 파라미터나 부호화 파라미터의 상이한 복수의 물리 파이프(PLP: Physical Layer Pipe)로 분할한 경우에 있어서의 물리 파이프마다의 식별자이다.
또한, "3gpp-bidX"(X는 1 이상인 정수)는, 3GPP-MBMS의 트랜스포트 베어러를 식별하기 위한 트랜스포트 베어러 ID이다. 3GPP-MBMS의 트랜스포트 베어러의 경우, TMGI(Temporary Mobile Group Identity)가 트랜스포트 베어러 ID가 된다.
또한, 도시는 하고 있지 않지만, DVB계의 IP 방송의 트랜스포트 베어러의 경우에는, 오리지널 네트워크 ID(ONID: Original Network ID)와, 트랜스포트 ID(TID: Transporter ID)와, 서비스 ID(SID: Service ID)의 조합인 DVB 트리플렛(DVB-Triplet)이, 트랜스포트 베어러 ID가 된다. 또한, 이 트랜스포트 베어러 ID에는 MPEG2의 패킷 ID(PID: Packet ID)를 더 조합해도 된다.
따라서, 수신측 시스템(20)은, 확장 LSID에 있어서의 LCT 세션 1의 속성에 관한 정보에 따라, "atsc-bid1"인 트랜스포트 베어러 ID에 의해 식별되는 ATSC 3.0의 트랜스포트 베어러에 접속할 수 있다(S32). 마찬가지로, 수신측 시스템(20)은, 확장 LSID에 있어서의 LCT 세션 1의 속성에 관한 정보에 따라, "3gpp-bid1"인 트랜스포트 베어러 ID에 의해 식별되는 3GPP-MBMS의 트랜스포트 베어러에 접속할 수 있다(S33).
그리고, 수신측 시스템(20)은, 확장 LSID에 있어서의 LCT 세션 1의 속성에 관한 정보에 따라, "sIPAdrs1"인 송신원 IP 어드레스, "dIPAdrs1"인 송신처 IP 어드레스, "Port1"인 포트 번호 및 "tsi1"인 TSI에 의해 식별되는 ROUTE 세션 1의 LCT 세션 1로 전송되는 데이터(IP/UDP/LCT 패킷)를 취득할 수 있다(S34). 단, 당해 ROUTE 세션 1의 LCT 세션 1은, "atsc-bid1" 또는 "3gpp-bid1"인 트랜스포트 베어러 ID에 의해 식별되는, ATSC 3.0의 트랜스포트 베어러 또는 3GPP-MBMS의 트랜스포트 베어러 상에서 전송되게 된다(S32, S33).
또한, 도 17에 있어서, 확장 LSID에는 ROUTE 세션 1의 LCT 세션 2의 속성으로서, "tsi2"인 TSI, "sIPAdrs1"인 송신원 IP 어드레스, "dIPAdrs1"인 송신처 IP 어드레스 및 "Port1"인 포트 번호가 지정되어 있다. 또한, 이 LCT 세션 2의 속성에는, 트랜스포트 베어러를 식별하기 위한 트랜스포트 베어러 ID로서, "atsc-bid2"가 지정되어 있다.
수신측 시스템(20)은, 확장 LSID에 있어서의 LCT 세션 2의 속성에 관한 정보에 따라, "atsc-bid2"인 트랜스포트 베어러 ID에 의해 식별되는 ATSC 3.0의 트랜스포트 베어러에 접속할 수 있다(S35).
그리고, 수신측 시스템(20)은, 확장 LSID에 있어서의 LCT 세션 2의 속성에 관한 정보에 따라, "sIPAdrs1"인 송신원 IP 어드레스, "dIPAdrs1"인 송신처 IP 어드레스, "Port1"인 포트 번호 및 "tsi2"인 TSI에 의해 식별되는 ROUTE 세션 1의 LCT 세션 2로 전송되는 데이터(IP/UDP/LCT 패킷)를 취득할 수 있다(S36). 단, 당해 ROUTE 세션 1의 LCT 세션 2는, "atsc-bid2"인 트랜스포트 베어러 ID에 의해 식별되는, ATSC 3.0의 트랜스포트 베어러 상에서 전송되게 된다(S35).
또한, 도 17에 있어서, 확장 LSID에는 ROUTE 세션 2의 LCT 세션 1의 속성으로서, "tsi1"인 TSI, "sIPAdrs1"인 송신원 IP 어드레스, "dIPAdrs2"인 송신처 IP 어드레스 및 "Port1"인 포트 번호가 지정되어 있다. 또한, 이 LCT 세션 1의 속성에는, 트랜스포트 베어러를 식별하기 위한 트랜스포트 베어러 ID로서, "atsc-bid3"과 "3gpp-bid2"가 지정되어 있다.
수신측 시스템(20)은, 확장 LSID에 있어서의 LCT 세션 1의 속성에 관한 정보에 따라, "atsc-bid3"인 트랜스포트 베어러 ID에 의해 식별되는 ATSC 3.0의 트랜스포트 베어러에 접속할 수 있다(S37). 마찬가지로, 수신측 시스템(20)은, 확장 LSID에 있어서의 LCT 세션 1의 속성에 관한 정보에 따라, "3gpp-bid2"인 트랜스포트 베어러 ID에 의해 식별되는 3GPP-MBMS의 트랜스포트 베어러에 접속할 수 있다(S38).
그리고, 수신측 시스템(20)은, 확장 LSID에 있어서의 LCT 세션 1의 속성에 관한 정보에 따라, "sIPAdrs1"인 송신원 IP 어드레스, "dIPAdrs2"인 송신처 IP 어드레스, "Port1"인 포트 번호 및 "tsi1"인 TSI에 의해 식별되는 ROUTE 세션 2의 LCT 세션 1로 전송되는 데이터(IP/UDP/LCT 패킷)를 취득할 수 있다(S39). 단, 당해 ROUTE 세션 2의 LCT 세션 1은, "atsc-bid3" 또는 "3gpp-bid2"인 트랜스포트 베어러 ID에 의해 식별되는, ATSC 3.0의 트랜스포트 베어러 또는 3GPP-MBMS의 트랜스포트 베어러 상에서 전송되게 된다(S37, S38).
이상과 같이, 확장 LSID의 각 LCT 세션의 속성에 트랜스포트 베어러 ID를 기술함으로써, ROUTE 세션(의 LCT 세션)과 트랜스포트 베어러가 매핑되어, 예를 들어 ATSC 3.0이나 3GPP-MBMS 등의 복수의 전송 방식으로 전송되고 있는 트랜스포트 베어러를 적절하게 선택할 수 있다.
(확장 LSID의 구조의 예)
이어서, 도 18 내지 도 21을 참조하여, 확장 LSID의 구조와 그 기술예에 대하여 설명한다.
(제1 구조)
도 18은 XML 형식의 확장 LSID의 제1 구조를 도시하는 도면이다.
또한, 도 18에 있어서는, 설명의 간략화를 위하여, 확장 LSID에 있어서, 도 13의 LSID와 중복되는 요소나 속성이며, 본 기술에는 직접 관계가 없는 요소나 속성에 대해서는 그 기술을 생략하고 있다. 또한, 도 18에 있어서, 요소와 속성 중 속성에는 「＠」가 부여되어 있다. 또한, 인덴트된 요소와 속성은, 그 상위의 요소에 대하여 기술된 것이 된다. 이들 관계는, 후술하는 다른 LSID의 구조에서도 마찬가지로 된다.
도 18에 있어서, 루트 요소로서의 LSID 요소는, TransportSession 요소의 상위 요소가 된다. TransportSession 요소는, 트랜스포트의 세션에 관한 정보가 지정된다.
TransportSession 요소는, tsi 속성, BroadcastStreamID 속성, PLPID 속성, TMGI 속성, DVBTriplet-pid 속성, sourceIPAddress 속성, destinationIPAddress 속성, port 속성 및 SourceFlow 요소의 상위 요소가 된다.
tsi 속성에는, 그 속성값으로서, LCT 세션을 식별하기 위한 TSI가 지정된다.
BroadcastStreamID 속성에는, 그 속성값으로서, ATSC 3.0으로 규정되는 브로드캐스트 스트림 ID가 지정된다. PLPID 속성에는, 그 속성값으로서, ATSC 3.0으로 규정되는 PLPID가 지정된다. 단, BroadcastStreamID 속성과 PLPID 속성은, ATSC 3.0의 트랜스포트 베어러가 전송되는 경우에 기술되는 옵셔널한 속성이다.
TMGI 속성에는, 그 속성값으로서, 3GPP-MBMS로 규정되는 TMGI가 지정된다. 단, TMGI 속성은, 3GPP-MBMS의 트랜스포트 베어러가 전송되는 경우에 기술되는 옵셔널한 속성이다.
DVBTriplet-pid 속성에는, DVB로 규정되는 오리지널 네트워크 ID, 트랜스포트 ID 및 서비스 ID의 조합인 DVB 트리플렛과, 패킷 ID의 조가 지정된다. 단, DVBTriplet-pid 속성은, DVB계의 IP 방송의 트랜스포트 베어러가 전송되는 경우에 기술되는 옵셔널한 속성이다.
sourceIPAddress 속성에는, 그 속성값으로서, 송신원 IP 어드레스가 지정된다. destinationIPAddress 속성에는, 그 속성값으로서, 송신처 IP 어드레스가 지정된다. port 속성에는 그 속성값으로서, 포트 번호가 지정된다. 단, sourceIPAddress 속성, destinationIPAddress 속성 및 port 속성은 옵셔널한 속성이다.
SourceFlow 요소는, 그 속성값으로서, 소스 플로우에 관한 정보가 지정된다. 단, SourceFlow 요소는 옵셔널한 속성이다.
여기서, 도 19를 참조하여, 도 18에서 정의된 확장 LSID의 제1 구조의 구체적인 기술예를 설명한다. 또한, 도 19에는 ATSC 3.0, 3GPP-MBMS 및 DVB계의 IP 방송의 트랜스포트 베어러가 전송되어 있는 경우에 있어서의 확장 LSID가 도시되어 있다.
도 19에 있어서, TransportSession 요소에는 ATSC 3.0, 3GPP-MBMS 및 DVB계의 IP 방송의 트랜스포트 베어러가 전송되어 있으므로, tsi 속성 이외에, 옵셔널한 속성 중 BroadcastStreamID 속성, PLPID 속성, TMGI 속성 및 DVBTriplet-pid 속성이 기술되어 있다.
tsi 속성에는 TSI의 값으로서, "xxx"가 지정되어 있다.
BroadcastStreamID 속성에는, 브로드캐스트 스트림 ID로서 "yyy"가 지정되어 있다. 또한, PLPID 속성에는 PLPID로서 "zzz"가 지정되어 있다. 즉, "yyy"인 브로드캐스트 스트림 ID와, "zzz"인 PLPID의 조합에 의해, ATSC 3.0의 트랜스포트 베어러를 식별하기 위한 트랜스포트 베어러 ID가 설정되게 된다.
TMGI 속성에는 TMGI로서 "www"가 지정되어 있다. 즉, "www"인 TMGI에 의해, 3GPP-MBMS의 트랜스포트 베어러를 식별하기 위한 트랜스포트 베어러 ID가 설정되게 된다.
DVBTriplet-pid 속성에는 오리지널 네트워크 ID로서 "onidX", 트랜스포트 ID로서 "tsidX", 서비스 ID로서 "sidX", 패킷 ID로서 "pidX"가 지정되어 있다. 즉, "onidX"인 오리지널 네트워크 ID와, "tsidX"인 트랜스포트 ID와, "sidX인 서비스 ID와, "pidX"인 패킷 ID의 조합에 의해, DVB계의 IP 방송의 트랜스포트 베어러를 식별하기 위한 트랜스포트 베어러 ID가 설정되게 된다.
이상, XML 형식의 확장 LSID의 제1 구조에 대하여 설명했다.
(제2 구조)
도 20은 XML 형식의 확장 LSID의 제2 구조를 도시하는 도면이다.
도 20에 도시한 확장 LSID의 제2 구조는, 상술한 확장 LSID의 제1 구조에 비하여, 트랜스포트 미디어마다의 식별자를 구조화함으로써, 당해 트랜스포트 미디어마다 요소의 형태를 정의하고, XXXBearerID 요소로서 독립시키고 있다.
도 20에 있어서, 루트 요소로서의 LSID 요소는, TransportSession 요소의 상위 요소가 된다. 여기서, TransportSession 요소는, tsi 속성, sourceIPAddress 속성, destinationIPAddress 속성, port 속성 및 SourceFlow 요소 이외, ATSCBearerID 요소와, 3GPPBearerID 요소와, DVBTSBearerID 요소의 상위 요소가 된다.
ATSCBearerID 요소는, 브로드캐스트 스트림 ID가 지정되는 BroadcastStreamID 속성과, PLPID가 지정되는 PLPID 속성의 상위 요소가 된다. 즉, ATSCBearerID 요소는, 브로드캐스트 스트림 ID와 PLPID의 조를 저장하고 있다. 단, ATSCBearerID 요소는, ATSC 3.0의 트랜스포트 베어러가 전송되는 경우에 기술되는 옵셔널한 속성이다.
3GPPBearerID 요소는, TMGI가 지정되는 TMGI 속성의 상위 요소가 된다. 즉, 3GPPBearerID 요소는 TMGI를 저장하고 있다. 단, 3GPPBearerID 요소는 3GPP-MBMS의 트랜스포트 베어러가 전송되는 경우에 기술되는 옵셔널한 속성이다.
DVBTSBearerID 요소는 DVB 트리플렛이 지정되는 DVBTriplet-pid 속성과, 패킷 ID가 지정되는 pid 속성의 상위 요소가 된다. 즉, DVBTSBearerID 요소는 DVB 트리플렛과 패킷 ID의 조를 저장하고 있다. 단, DVBTSBearerID 요소는, DVB계의 IP 방송의 트랜스포트 베어러가 전송되는 경우에 기술되는 옵셔널한 속성이다.
여기서, 도 21을 참조하여, 도 20에서 정의된 확장 LSID의 제2 구조의 구체적인 기술예를 설명한다. 또한, 도 21에는, ATSC 3.0, 3GPP-MBMS 및 DVB계의 IP 방송의 트랜스포트 베어러가 전송되어 있는 경우에 있어서의 확장 LSID가 도시되어 있다.
도 21에 있어서, TransportSession 요소에는, ATSC 3.0, 3GPP-MBMS및 DVB계의 IP 방송의 트랜스포트 베어러가 전송되어 있으므로, 옵셔널한 속성 중ATSCBearerID 요소, 3GPPBearerID 요소 및 DVBTSBearerID 요소가 기술되어 있다.
ATSCBearerID 요소에 있어서, BroadcastStreamID 속성에는 브로드캐스트 스트림 ID로서, "yyy"가 지정되고, PLPID 속성에는 PLPID로서, "zzz"가 지정되어 있다. 즉, "yyy"인 브로드캐스트 스트림 ID와, "zzz"인 PLPID의 조합에 의해, ATSC 3.0의 트랜스포트 베어러를 식별하기 위한 트랜스포트 베어러 ID가 설정되게 된다.
3GPPBearerID 요소에 있어서, TMGI 속성에는 TMGI로서, "www"가 지정되어 있다. 즉, "www"인 TMGI에 의해 3GPP-MBMS의 트랜스포트 베어러를 식별하기 위한 트랜스포트 베어러 ID가 설정되게 된다.
DVBTSBearerID 요소에 있어서, DVBTriplet-pid 속성에는 오리지널 네트워크 ID로서 "onidX", 트랜스포트 ID로서 "tsidX", 서비스 ID로서 "sidX"가 지정되고, pid 속성에는 패킷 ID로서 "pidX"가 지정되어 있다. 즉, "onidX"인 오리지널 네트워크 ID와, "tsidX"인 트랜스포트 ID와, "sidX인 서비스 ID와, "pidX"인 패킷 ID의 조합에 의해, DVB계의 IP 방송의 트랜스포트 베어러를 식별하기 위한 트랜스포트 베어러 ID가 설정되게 된다.
이상, XML 형식의 확장 LSID의 제2 구조에 대하여 설명했다.
또한, 도 18 및 도 20에 도시한 확장 LSID의 구조는 일례이며, 다른 구조를 채용해도 된다. 또한, 확장 LSID의 기술 형식으로서, XML 형식을 채용한 경우를 설명했지만, 예를 들어 XML 형식 이외의 다른 마크업 언어 등에 의한 텍스트 형식으로 해도 되고, 혹은 바이너리 형식으로 해도 된다.
<4. 시스템의 구체적인 운용예>
도 22는 송신측 시스템(10)으로부터 전송되는 방송 스트림을 처리하는 수신측 시스템(20)의 구체적인 운용예를 도시하는 도면이다. 또한, 도 22의 운용예에서는, 복수의 ROUTE 세션을 구성하는 복수의 LCT 세션을, ATSC 3.0의 트랜스포트 베어러에 의해 전송하는 경우를 예시하고 있다.
도 22에 있어서, 온 에어되는 방송 스트림(On Air Stream)으로서, 브로드캐스트 스트림 ID에 의해 식별되는 2개의 방송파가 전송되어 있다. 브로드캐스트 스트림 ID는, 에리어 ID와 주파수 ID의 조에 할당되어 있다.
"BSID1"인 브로드캐스트 스트림 ID로 식별되는 방송 스트림 상에서는, LLS 시그널링 정보로서의 FIT와, "PLPID1"인 PLPID의 물리 파이프가 전송되고 있다. 이 물리 파이프 상에서는, "IPAdrs1"인 IP 어드레스를 저장한 IP 헤더와, "Port1"인 포트 번호를 저장한 UDP 헤더가 부가된 패킷이 전송된다.
이 패킷의 페이로드에는 "tsi-0"인 TSI를 저장한 LCT 헤더와, SLS 시그널링 정보를 저장한 LCT 페이로드를 포함하는 LCT 패킷이 배치된다. 또한, LCT 패킷으로서는, "tsi-v1"인 TSI를 저장한 LCT 헤더와, 비디오 1의 데이터를 저장한 LCT 페이로드를 포함하는 LCT 패킷이나, "tsi-a1"인 TSI를 저장한 LCT 헤더와, 오디오 1의 데이터를 저장한 LCT 페이로드를 포함하는 LCT 패킷이 배치된다.
한편, "BSID2"인 브로드캐스트 스트림 ID로 식별되는 방송 스트림 상에서는, LLS 시그널링 정보로서의 FIT와, "PLPID1"인 PLPID의 물리 파이프가 전송되어 있다. 이 물리 파이프 상에서는, "IPAdrs2"인 IP 어드레스를 저장한 IP 헤더와, "Port1"인 포트 번호를 저장한 UDP 헤더가 부가된 패킷이 전송된다. 이 패킷의 페이로드에는, "tsi-v2"인 TSI를 저장한 LCT 헤더와, 비디오 2의 데이터를 저장한 LCT 페이로드를 포함하는 LCT 패킷이나, "tsi-a2"인 TSI를 저장한 LCT 헤더와, 오디오 2의 데이터를 저장한 LCT 페이로드를 포함하는 LCT 패킷이 배치된다.
이러한 방송 스트림을 수신한 수신측 시스템(20)에서는, 이하의 처리가 행하여진다.
수신측 시스템(20)은 "BSID1"인 브로드캐스트 스트림 ID로 식별되는 방송 스트림으로 전송되는 FIT를 취득한다(S51). FIT에는 서비스마다의 SLS 시그널링 정보를 취득하기 위한 부트스트랩 정보가 기술되어 있다. 이 부트스트랩 정보는, ROUTE 세션으로 전송되는 SLS 시그널링 정보를 취득하기 위한 IP 어드레스, 포트 번호, TSI 및 PLPID의 조이다.
수신측 시스템(20)은 이 부트스트랩 정보에 기초하여, ROUTE 세션의 LCT 세션으로 전송되는 SLS 시그널링 정보를 취득한다(S52, S53). 이와 같이 하여 취득되는 SLS 시그널링 정보는 USD(User Service Description), MPD(Media Presentation Description), LSID(확장 LSID) 등의 메타데이터를 포함한다. USD는, MPD나 LSID 등의 참조처가 기술되어 있으며, 최초로 USD를 취득함으로써, 다른 메타데이터를 취득할 수 있다.
수신측 시스템(20)은, USD의 userServiceDescription 요소의 mpdUri 속성에 지정된 "mpdUri"에 기초하여, MPD를 취득한다(S54). 또한, 수신측 시스템(20)은 USD의 userServiceDescription 요소의 IsidUri 속성에 지정된 "IsidUri"에 기초하여, LSID(확장 LSID)를 취득한다(S55).
여기서, MPD에는 Period 요소, AdaptationSet 요소 및 Representation 요소가 계층 구조로 기술되어 있다. Period 요소는 콘텐츠 등의 서비스의 구성을 기술하는 단위가 된다. 또한, AdaptationSet 요소와, Representation 요소는, 비디오나 오디오, 자막 등의 각각의 스트림마다 이용되고, 각각의 스트림의 속성을 기술할 수 있게 되어 있다.
Representation 요소에는 id 속성에 의해 리프리젠테이션 ID를 지정할 수 있다. MPD에 있어서, "RepresentationID-v1"인 리프리젠테이션 ID에 의해 식별되는 Representation 요소에는 비디오 1의 스트림에 관한 속성이 기술되고, "RepresentationID-v2"인 리프리젠테이션 ID에 의해 식별되는 Representation 요소에는 비디오 2의 스트림에 관한 속성이 기술되어 있다.
또한, MPD에 있어서, "RepresentationID-a1"인 리프리젠테이션 ID에 의해 식별되는 Representation 요소에는 오디오 1의 스트림에 관한 속성이 기술되고, "RepresentationID-a2"인 리프리젠테이션 ID에 의해 식별되는 Representation 요소에는 오디오 2의 스트림에 관한 속성이 기술되어 있다. 또한, MPD의 Representation 요소에 지정되는 URL과, USD의 DeliveryMethod 요소에 지정되는 URL의 매칭을 행함으로써, 비디오나 오디오의 스트림의 배신 경로가 방송 경로 또는 통신 경로 중 어느 것이 되는지를 특정할 수 있다.
LSID(확장 LSID)에 있어서는, TransportSession 요소마다, tsi 속성, BroadcastStreamID 속성, PLPID 속성, sourceIPAddress 속성, destinationIPAddress 속성 및 port 속성이 기술되어 있다. 또한, SourceFlow 요소에는 Applicationidentifier 요소로서, 리프리젠테이션 ID가 지정된다. 즉, 이 리프리젠테이션 ID에 의해 MPD의 Representation 요소와, LSID(확장 LSID)의 트랜스포트 세션의 대응 관계가 나타난다.
LSID(확장 LSID)에 열거된 TransportSession 요소 중 첫번째의 TransportSession 요소에는 "BSID1"인 브로드캐스트 스트림 ID와, "PLPID1"인 PLPID가 지정되어 있으므로, 수신측 시스템(20)은, 이 트랜스포트 베어러 ID에 의해 식별되는 ATSC 3.0의 트랜스포트 베어러에 접속할 수 있다(S56). 또한, 첫번째의 TransportSession 요소에는 "sIPArs1"인 송신원 IP 어드레스, "IPArs1"인 송신처 IP 어드레스, "Port1"인 포트 번호 및 "tsi-v1"인 TSI가 지정되어 있다. 따라서, 수신측 시스템(20)은 이들 파라미터를 사용한 필터링을 행함으로써, ROUTE 세션의 LCT 세션으로 전송되는 비디오 1의 데이터(비디오 1의 DASH 세그먼트 파일의 청크 파일)를 취득할 수 있다(S56).
두번째의 TransportSession 요소에는 "BSID1"인 브로드캐스트 스트림 ID와, "PLPID1"인 PLPID가 지정되어 있으므로, 수신측 시스템(20)은 이 트랜스포트 베어러 ID에 의해 식별되는 ATSC 3.0의 트랜스포트 베어러에 접속할 수 있다(S57). 또한, 두번째의 TransportSession 요소에는 "sIPArs1"인 송신원 IP 어드레스, "IPArs1"인 송신처 IP 어드레스, "Port1"인 포트 번호 및 "tsi-a1"인 TSI가 지정되어 있다. 따라서, 수신측 시스템(20)은, 이들 파라미터를 사용한 필터링을 행함으로써, ROUTE 세션의 LCT 세션으로 전송되는 오디오 1의 데이터(오디오 1의 DASH 세그먼트 파일의 청크 파일)를 취득할 수 있다(S57).
세번째의 TransportSession 요소에는, "BSID2"인 브로드캐스트 스트림 ID와, "PLPID1"인 PLPID가 지정되어 있으므로, 수신측 시스템(20)은 이 트랜스포트 베어러 ID에 의해 식별되는 ATSC 3.0의 트랜스포트 베어러에 접속할 수 있다(S58). 또한, 세번째의 TransportSession 요소에는 "sIPArs1"인 송신원 IP 어드레스, "IPArs2"인 송신처 IP 어드레스, "Port1"인 포트 번호 및 "tsi-v2"인 TSI가 지정되어 있다. 따라서, 수신측 시스템(20)은 이들 파라미터를 사용한 필터링을 행함으로써, ROUTE 세션의 LCT 세션으로 전송되는 비디오 2의 데이터(비디오 2의 DASH 세그먼트 파일의 청크 파일)를 취득할 수 있다(S58).
4개째의 TransportSession 요소에는, "BSID2"인 브로드캐스트 스트림 ID와, "PLPID1"인 PLPID가 지정되어 있으므로, 수신측 시스템(20)은, 이 트랜스포트 베어러 ID에 의해 식별되는 ATSC 3.0의 트랜스포트 베어러에 접속할 수 있다(S59). 또한, 4개째의 TransportSession 요소에는 "sIPArs1"인 송신원 IP 어드레스, "IPArs2"인 송신처 IP 어드레스, "Port1"인 포트 번호 및 "tsi-a2"인 TSI가 지정되어 있다. 따라서, 수신측 시스템(20)은, 이들 파라미터를 사용한 필터링을 행함으로써, ROUTE 세션의 LCT 세션으로 전송되는 오디오 2의 데이터(오디오 2의 DASH 세그먼트 파일의 청크 파일)를 취득할 수 있다(S59).
또한, 도 22의 LSID(확장 LSID)에 있어서, SourceFlow 요소에는, PayloadFormat 요소의 deliveryObjectFormat ID 요소로서, "2"가 지정되어 있지만, 이것은 LCT 페이로드의 포맷이 HTTP 엔티티 헤더 부착된 DASH 세그먼트 파일(의 청크)인 것을 나타내고 있다.
<5. 시스템의 각 장치의 구성>
(송신측 시스템의 구성예)
도 23은 도 10의 송신측 시스템(10)의 구성예를 도시하는 도면이다.
송신측 시스템(10)은 데이터 서버(10A), ROUTE 서버(10B), ATSC 방송 서버(10C) 및 3GPPMBMS 서버(10D)로 구성된다.
도 23에 있어서, 데이터 서버(10A)는 제어부(111A), 세션 요구부(112A), 송수신부(113A), 데이터 전송 처리부(114A) 및 데이터 유지부(115A)로 구성된다.
제어부(111A)는 데이터 서버(10A)의 각 부의 동작을 제어한다.
세션 요구부(112A)는 데이터 유지부(115A)에 유지되는 콘텐츠(예를 들어 일제 동보 배신이 적합한 콘텐츠)의 데이터를 ROUTE 세션(의 LCT 세션)으로 전송하는 경우, 제어부(111A)로부터의 제어에 따라, ROUTE 서버(10B)에 대한 ROUTE 세션의 확립 요구를 송수신부(113A)에 공급한다.
송수신부(113A)는 제어부(111A)로부터의 제어에 따라, 각종 데이터를 ROUTE 서버(10B) 등의 다른 서버와 주고받는다. 송수신부(113A)는 제어부(111A)로부터의 제어에 따라, ROUTE 세션의 확립 요구를 ROUTE 서버(10B)에 송신한다.
데이터 전송 처리부(114A)는, 제어부(111A)로부터의 제어에 따라, 데이터 유지부(115A)에 유지된 콘텐츠의 데이터를 취득하여, 송수신부(113A)에 공급한다. 송수신부(113A)는, 제어부(111A)로부터의 제어에 따라 콘텐츠의 데이터를 ROUTE 서버(10B)에 송신한다.
데이터 서버(10A)는, 이상과 같이 구성된다.
도 23에 있어서, ROUTE 서버(10B)는 제어부(111B), 세션 처리부(112B), 송수신부(113B), LSID 생성부(114B) 및 ROUTE 데이터 생성부(115B)로 구성된다.
제어부(111B)는 ROUTE 서버(10B)의 각 부의 동작을 제어한다.
세션 처리부(112B)는 제어부(111B)로부터의 제어에 따라 콘텐츠의 데이터를 ROUTE 세션으로 전송하기 위한 처리를 행한다.
예를 들어, 세션 처리부(112B)는 ROUTE 세션으로 전송되는 콘텐츠의 데이터인 ROUTE 데이터를, ATSC 3.0의 트랜스포트 베어러 상에서 전송하는 경우, ATSC 방송 서버(10C)에 대한 ATSC 3.0의 트랜스포트 리소스의 예약 요구를, 송수신부(113B)에 공급한다. 또한, 예를 들어 세션 처리부(112B)는 ROUTE 데이터를 3GPP-MBMS의 트랜스포트 베어러 상에서 전송하는 경우, 3GPPMBMS 서버(10D)에 대한 3GPP-MBMS의 트랜스포트 리소스의 예약 요구를 송수신부(113B)에 공급한다.
송수신부(113B)는 제어부(111B)로부터의 제어에 따라 각종 데이터를 ATSC 방송 서버(10C)나 3GPPMBMS 서버(10D) 등의 다른 서버와 주고받는다. 송수신부(113B)는 제어부(111B)로부터의 제어에 따라, ATSC 3.0 또는 3GPP-MBMS의 트랜스포트 리소스의 예약 요구를, ATSC 방송 서버(10C) 또는 3GPPMBMS 서버(10D)에 송신한다. 또한, 송수신부(113B)는 제어부(111B)로부터의 제어에 따라, ATSC 방송 서버(10C) 또는 3GPPMBMS 서버(10D)로부터 송신되어 오는 ATSC 3.0 또는 3GPP-MBMS의 트랜스포트 베어러 ID를 수신하여, 세션 처리부(112B)에 공급한다.
세션 처리부(112B)는, 제어부(111B)로부터의 제어에 따라, 송수신부(113B)로부터 공급되는, ATSC 3.0 또는 3GPP-MBMS의 트랜스포트 베어러 ID를 LSID 생성부(114B)에 공급한다.
LSID 생성부(114B)는 제어부(111B)로부터의 제어에 따라, 세션 처리부(112B)로부터 공급되는 ATSC 3.0 또는 3GPP-MBMS의 트랜스포트 베어러 ID와, 확장 LSID의 생데이터에 기초하여, 확장 LSID를 생성한다. 여기에서는, 예를 들어 도 19나 도 21의 확장 LSID가 생성되어, 송수신부(113B)에 공급된다. 송수신부(113B)는, 제어부(111B)로부터의 제어에 따라, LSID 생성부(114B)로부터 공급되는 확장 LSID를, ATSC 방송 서버(10C) 또는 3GPPMBMS 서버(10D)에 송신한다.
송수신부(113B)는, 제어부(111B)로부터의 제어에 따라, 데이터 서버(10A)로부터 송신되어 오는 콘텐츠의 데이터를 수신하여, ROUTE 데이터 생성부(115B)에 공급한다. ROUTE 데이터 생성부(115B)는, 제어부(111B)로부터의 제어에 따라, 송수신부(113B)로부터 공급되는 콘텐츠의 데이터에 기초하여, ROUTE 데이터를 생성하여, 송수신부(113B)에 공급한다. 송수신부(113B)는, 제어부(111B)로부터의 제어에 따라, ROUTE 데이터 생성부(115B)로부터 공급되는 ROUTE 데이터를 ATSC 방송 서버(10C) 또는 3GPPMBMS 서버(10D)에 송신한다.
ROUTE 서버(10B)는, 이상과 같이 구성된다.
도 23에 있어서, ATSC 방송 서버(10C)는 제어부(111C), 베어러 처리부(112C), 송수신부(113C), 전송 처리부(114C) 및 송신부(115C)로 구성된다.
제어부(111C)는, ATSC 방송 서버(10C)의 각 부의 동작을 제어한다. 또한, 송수신부(113C)는, 제어부(111C)로부터의 제어에 따라, 각종 데이터를 ROUTE 서버(10B) 등의 다른 서버와 주고받는다.
송수신부(113C)는 ROUTE 서버(10B)로부터 송신되어 오는 ATSC 3.0의 트랜스포트 리소스의 예약 요구를 수신하여, 베어러 처리부(112C)에 공급한다. 베어러 처리부(112C)는, 제어부(111C)로부터의 제어에 따라, 송수신부(113C)로부터 공급되는 예약 요구에 따라, ATSC 3.0의 트랜스포트 리소스를 확보한다.
베어러 처리부(112C)는, 제어부(111C)로부터의 제어에 따라, 송수신부(113C)로부터 공급되는 예약 요구에 따라, ATSC 3.0의 트랜스포트 베어러 ID를 생성하여, 송수신부(113C)에 공급한다. 송수신부(113C)는 제어부(111C)로부터의 제어에 따라 베어러 처리부(112C)로부터 공급되는 ATSC 3.0의 트랜스포트 베어러 ID를, ROUTE 서버(10B)에 송신한다.
또한, 송수신부(113C)는, ROUTE 서버(10B)로부터 송신되어 오는 확장 LSID를 수신하여, 전송 처리부(114C)에 공급한다. 전송 처리부(114C)는, 제어부(111C)로부터의 제어에 따라, 확장 LSID에 대하여 전송하기 위한 처리를 실시하여, 송신부(115C)에 공급한다. 송신부(115C)는 전송 처리부(114C)로부터 공급되는 확장 LSID를 안테나(116C)를 통하여, 전송로(80)를 통하여 수신측 시스템(20)(ATSC 방송 클라이언트(20C))에 송신(전송)한다.
또한, 송수신부(113C)는, ROUTE 서버(10B)로부터 송신되어 오는 ROUTE 데이터를 수신하여, 전송 처리부(114C)에 공급한다. 전송 처리부(114C)는 제어부(111C)로부터의 제어에 따라 ROUTE 데이터에 대하여, ATSC 3.0의 트랜스포트 베어러 상에서 전송하기 위한 처리를 실시하고, 그것에 의해 얻어지는 베어러 데이터를 송신부(115C)에 공급한다. 송신부(115C)는 전송 처리부(114C)로부터 공급되는 베어러 데이터를, 안테나(116C)를 통하여, 전송로(80)를 통하여 수신측 시스템(20)(ATSC 방송 클라이언트(20C))에 송신(전송)한다.
ATSC 방송 서버(10C)는, 이상과 같이 구성된다.
도 23에 있어서, 3GPPMBMS 서버(10D)는 제어부(111D), 베어러 처리부(112D), 송수신부(113D), 전송 처리부(114D) 및 송신부(115D)로 구성된다.
제어부(111D)는 3GPPMBMS 서버(10D)의 각 부의 동작을 제어한다. 또한, 송수신부(113D)는, 제어부(111D)로부터의 제어에 따라, 각종 데이터를 ROUTE 서버(10B) 등의 다른 서버와 주고받는다.
송수신부(113D)는 ROUTE 서버(10B)로부터 송신되어 오는 3GPP-MBMS의 트랜스포트 리소스의 예약 요구를 수신하여, 베어러 처리부(112D)에 공급한다. 베어러 처리부(112D)는, 제어부(111D)로부터의 제어에 따라, 송수신부(113D)로부터 공급되는 예약 요구에 따라, 3GPP-MBMS의 트랜스포트 리소스를 확보한다.
베어러 처리부(112D)는, 제어부(111D)로부터의 제어에 따라 송수신부(113D)로부터 공급되는 예약 요구에 따라, 3GPP-MBMS의 트랜스포트 베어러 ID를 생성하여, 송수신부(113D)에 공급한다. 송수신부(113D)는, 제어부(111D)로부터의 제어에 따라, 베어러 처리부(112D)로부터 공급되는 3GPP-MBMS의 트랜스포트 베어러 ID를 ROUTE 서버(10B)에 송신한다.
또한, 송수신부(113D)는 ROUTE 서버(10B)로부터 송신되어 오는 확장 LSID를 수신하여, 전송 처리부(114D)에 공급한다. 전송 처리부(114D)는 제어부(111D)로부터의 제어에 따라, 확장 LSID에 대하여 전송하기 위한 처리를 실시하여, 송신부(115D)에 공급한다. 송신부(115D)는 전송 처리부(114D)로부터 공급되는 확장 LSID를, 안테나(116D)를 통하여, 전송로(80)를 통하여 수신측 시스템(20)(3GPPMBMS 클라이언트(20D))에 송신(전송)한다.
또한, 송수신부(113D)는, ROUTE 서버(10B)로부터 송신되어 오는 ROUTE 데이터를 수신하여, 전송 처리부(114D)에 공급한다. 전송 처리부(114D)는, 제어부(111D)로부터의 제어에 따라, ROUTE 데이터에 대하여, 3GPP-MBMS의 트랜스포트 베어러 상에서 전송하기 위한 처리를 실시하고, 그것에 의해 얻어지는 베어러 데이터를 송신부(115D)에 공급한다. 송신부(115D)는, 전송 처리부(114D)로부터 공급되는 베어러 데이터를, 안테나(116D)를 통하여, 전송로(80)를 통하여 수신측 시스템(20)(3GPPMBMS 클라이언트(20D))에 송신(전송)한다.
3GPPMBMS 서버(10D)는, 이상과 같이 구성된다.
(수신측 시스템의 구성예)
도 24는, 도 10의 수신측 시스템(20)의 구성예를 도시하는 도면이다.
수신측 시스템(20)은, 데이터 클라이언트(20A), ROUTE 클라이언트(20B), ATSC 방송 클라이언트(20C) 및 3GPPMBMS 클라이언트(20D)로 구성된다.
도 24에 있어서, 3GPPMBMS 클라이언트(20D)는 제어부(211D), 수신부(212D), 전송 처리부(213D) 및 송수신부(214D)로 구성된다.
제어부(211D)는 3GPPMBMS 클라이언트(20D)의 각 부의 동작을 제어한다.
수신부(212D)는 제어부(211D)로부터의 제어에 따라, 송신측 시스템(10)(3GPPMBMS 서버(10D))으로부터 전송로(90)를 통하여 송신되어 오는 확장 LSID를, 안테나(215D)를 통하여 수신하여, 전송 처리부(213D)에 공급한다. 전송 처리부(213D)는 제어부(211D)로부터의 제어에 따라 확장 LSID에 대하여 전송하기 위한 처리를 실시하여, 송수신부(214D)에 공급한다. 송수신부(214D)는, 제어부(211D)로부터의 제어에 따라, 전송 처리부(213D)로부터 공급되는 확장 LSID를 ROUTE 클라이언트(20B)에 송신한다.
수신부(212D)는, 제어부(211D)로부터의 제어에 따라, 송신측 시스템(10)(3GPPMBMS 서버(10D))으로부터 전송로(90)를 통하여 송신되어 오는 베어러 데이터를, 안테나(215D)를 통하여 수신하여, 전송 처리부(213D)에 공급한다. 전송 처리부(213D)는 제어부(211D)로부터의 제어에 따라 ROUTE 데이터를 3GPP-MBMS의 트랜스포트 베어러 상에서 전송하기 위한 베어러 데이터를 처리하여, 송수신부(214D)에 공급한다. 송수신부(214D)는, 제어부(211D)로부터의 제어에 따라, 전송 처리부(213D)로부터 공급되는 베어러 데이터를 ROUTE 클라이언트(20B)에 송신한다.
3GPPMBMS 클라이언트(20D)는, 이상과 같이 구성된다.
도 24에 있어서, ATSC 방송 클라이언트(20C)는, 제어부(211C), 수신부(212C), 전송 처리부(213C) 및 송수신부(214C)로 구성된다.
제어부(211C)는 ATSC 방송 클라이언트(20C)의 각 부의 동작을 제어한다.
수신부(212C)는 제어부(211C)로부터의 제어에 따라, 송신측 시스템(10)(ATSC 방송 서버(10C))으로부터 전송로(80)를 통하여 송신되어 오는 확장 LSID를, 안테나(215C)를 통하여 수신하여, 전송 처리부(213C)에 공급한다. 전송 처리부(213C)는, 제어부(211C)로부터의 제어에 따라, 확장 LSID에 대하여 전송하기 위한 처리를 실시하여, 송수신부(214C)에 공급한다. 송수신부(214C)는 제어부(211C)로부터의 제어에 따라, 전송 처리부(213C)로부터 공급되는 확장 LSID를 ROUTE 클라이언트(20B)에 송신한다.
수신부(212C)는, 제어부(211C)로부터의 제어에 따라, 송신측 시스템(10)(ATSC 방송 서버(10C))으로부터 전송로(80)를 통하여 송신되어 오는 베어러 데이터를, 안테나(215C)를 통하여 수신하여, 전송 처리부(213C)에 공급한다. 전송 처리부(213C)는, 제어부(211C)로부터의 제어에 따라, ROUTE 데이터를 ATSC 3.0의 트랜스포트 베어러 상에서 전송하기 위한 베어러 데이터를 처리하여, 송수신부(214C)에 공급한다. 송수신부(214C)는, 제어부(211C)로부터의 제어에 따라, 전송 처리부(213C)로부터 공급되는 베어러 데이터를, ROUTE 클라이언트(20B)에 송신한다.
ATSC 방송 클라이언트(20C)는, 이상과 같이 구성된다.
도 24에 있어서, ROUTE 클라이언트(20B)는 제어부(211B), 송수신부(212B), LSID 해석부(213B) 및 전송 처리부(214B)로 구성된다.
제어부(211B)는 ROUTE 클라이언트(20B)의 각 부의 동작을 제어한다.
송수신부(212B)는, 제어부(211B)로부터의 제어에 따라, 3GPPMBMS 클라이언트(20D) 또는 ATSC 방송 클라이언트(20C)로부터 송신되어 오는 확장 LSID를 수신하여, LSID 해석부(213B)에 공급한다.
LSID 해석부(213B)는, 제어부(211B)로부터의 제어에 따라, 송수신부(212B)로부터 공급되는 확장 LSID(예를 들어, 도 19나 도 21의 확장 LSID)를 해석하고, 그 해석 결과를 전송 처리부(214B)에 공급한다. 또한, LSID 해석부(213B)는 확장 LSID의 해석 결과에 따라, ROUTE 데이터를 취득하기 위한 트랜스포트 베어러를 선택하고, 그 선택 결과를 전송 처리부(214B)에 공급한다.
송수신부(212B)는, 제어부(211B)로부터의 제어에 따라, 3GPPMBMS 클라이언트(20D) 또는 ATSC 방송 클라이언트(20C)로부터 송신되어 오는 베어러 데이터를 수신하여, 전송 처리부(214B)에 공급한다. 전송 처리부(214B)는, LSID 해석부(213B)로부터의 트랜스포트 베어러의 선택 결과에 따라, 베어러 데이터(3GPP-MBMS 또는 ATSC 3.0의 트랜스포트 베어러)를 선택한다. 또한, 전송 처리부(214B)는, 선택된 베어러 데이터(3GPP-MBMS 또는 ATSC 3.0의 트랜스포트 베어러 상)로 전송되는 ROUTE 데이터를 취득하여, 송수신부(212B)에 공급한다.
송수신부(212B)는 제어부(211B)로부터의 제어에 따라 전송 처리부(214B)로부터 공급되는 ROUTE 데이터를 데이터 클라이언트(20A)에 송신한다.
ROUTE 클라이언트(20B)는, 이상과 같이 구성된다.
도 24에 있어서, 데이터 클라이언트(20A)는 제어부(211A), 송수신부(212A), 재생 제어부(213A), 표시부(214A) 및 스피커(215A)로 구성된다.
제어부(211A)는 데이터 클라이언트(20A)의 각 부의 동작을 제어한다.
송수신부(212A)는 제어부(211A)로부터의 제어에 따라 ROUTE 클라이언트(20B)로부터 송신되어 오는 ROUTE 데이터를 수신하여, 재생 제어부(213A)에 공급한다.
재생 제어부(213A)는 제어부(211A)로부터의 제어에 따라, 송수신부(212A)로부터 공급되는 ROUTE 데이터에 대한 렌더링 처리를 행한다. 이 렌더링 처리에 의해 콘텐츠(예를 들어 일제 동보 배신이 적합한 콘텐츠)의 비디오 데이터가 표시부(214A)에 공급되고, 오디오 데이터가 스피커(215A)에 공급된다.
표시부(214A)는 제어부(211A)로부터의 제어에 따라 재생 제어부(213A)로부터 공급되는 비디오 데이터에 대응하는 영상을 표시시킨다. 또한, 스피커(215A)는, 제어부(211A)로부터의 제어에 따라, 재생 제어부(213A)로부터 공급되는 오디오 데이터에 대응하는 음성을 출력한다.
데이터 클라이언트(20A)는, 이상과 같이 구성된다.
<6. 시스템의 각 장치에서 실행되는 처리의 흐름>
이어서, 전송 시스템(1)을 구성하는 송신측 시스템(10)과, 수신측 시스템(20)을 구성하는 각 장치에서 실행되는 처리의 흐름을 설명한다.
(송신측 시스템의 각 장치의 처리의 흐름)
먼저, 도 25의 흐름도를 참조하여, 송신측 시스템(10)을 구성하는 각 장치의 처리의 흐름을 설명한다.
스텝 S111에 있어서, 데이터 서버(10A)의 세션 요구부(112A)는, 제어부(111A)로부터의 제어에 따라, 송수신부(113A)를 제어함으로써, ROUTE 서버(10B)에 대하여 ROUTE 세션의 확립을 요구한다. 데이터 서버(10A)로부터의 세션의 확립 요구는, ROUTE 서버(10B)의 송수신부(113B)에 의해 수신된다.
스텝 S131에 있어서, ROUTE 서버(10B)의 세션 처리부(112B)는, 데이터 서버(10A)로부터의 세션의 확립 요구가, ATSC 3.0의 트랜스포트 베어러를 사용한 배신을 요구하고 있는지 여부를 판정한다.
스텝 S131에 있어서, ATSC 3.0의 트랜스포트 베어러를 사용한 배신을 요구하고 있다고 판정된 경우, 처리는, 스텝 S132로 진행된다. 스텝 S132에 있어서, ROUTE 서버(10B)의 세션 처리부(112B)는, 제어부(111B)로부터의 제어에 따라, 송수신부(113B)를 제어함으로써, ATSC 방송 서버(10C)에 대하여, ATSC 3.0의 트랜스포트 리소스의 예약을 요구한다. ROUTE 서버(10B)로부터의 ATSC 3.0의 트랜스포트 리소스의 예약 요구는, ATSC 방송 서버(10C)의 송수신부(113C)에 의해 수신된다.
스텝 S151에 있어서, ATSC 방송 서버(10C)의 베어러 처리부(112C)는 제어부(111C)로부터의 제어에 따라, ATSC 3.0의 트랜스포트 리소스의 예약 요구에 따라, ATSC 3.0의 트랜스포트 리소스를 확보한다.
스텝 S152에 있어서, ATSC 방송 서버(10C)의 베어러 처리부(112C)는, 제어부(111C)로부터의 제어에 따라, ATSC 3.0의 트랜스포트 베어러 ID를 생성하여, 송수신부(113C)를 통하여, ROUTE 서버(10B)에 통지한다. ATSC 방송 서버(10C)로부터의 ATSC 3.0의 트랜스포트 베어러 ID)는, ROUTE 서버(10B)의 송수신부(113B)에 의해 수신된다.
또한, 스텝 S131에 있어서, ATSC 3.0의 트랜스포트 베어러를 사용한 배신을 요구하고 있지 않다고 판정된 경우, 상술한 스텝 S132, S151, S152의 처리는 스킵된다.
스텝 S133에 있어서, ROUTE 서버(10B)의 세션 처리부(112B)는, 데이터 서버(10A)로부터의 세션의 확립 요구가, 3GPP-MBMS의 트랜스포트 베어러를 사용한 배신을 요구하고 있는지 여부를 판정한다.
스텝 S133에 있어서, 3GPP-MBMS의 트랜스포트 베어러를 사용한 배신을 요구하고 있다고 판정된 경우, 처리는, 스텝 S134로 진행된다. 스텝 S134에 있어서, ROUTE 서버(10B)의 세션 처리부(112B)는, 제어부(111B)로부터의 제어에 따라, 송수신부(113B)를 제어함으로써, 3GPPMBMS 서버(10D)에 대하여, 3GPP-MBMS의 트랜스포트 리소스의 예약을 요구한다. ROUTE 서버(10B)로부터의 3GPP-MBMS의 트랜스포트 리소스의 예약 요구는, 3GPPMBMS 서버(10D)의 송수신부(113D)에 의해 수신된다.
스텝 S171에 있어서, 3GPPMBMS 서버(10D)의 베어러 처리부(112D)는, 제어부(111D)로부터의 제어에 따라, 3GPP-MBMS의 트랜스포트 리소스의 예약 요구에 따라, 3GPP-MBMS의 트랜스포트 리소스를 확보한다.
스텝 S172에 있어서, 3GPPMBMS 서버(10D)의 베어러 처리부(112D)는, 제어부(111D)로부터의 제어에 따라, 3GPP-MBMS의 트랜스포트 베어러 ID를 생성하여, 송수신부(113D)를 통하여 ROUTE 서버(10B)에 통지한다. 3GPPMBMS 서버(10D)로부터의 3GPP-MBMS의 트랜스포트 베어러 ID는 ROUTE 서버(10B)의 송수신부(113B)에 의해 수신된다.
또한, 스텝 S133에 있어서, 3GPP-MBMS의 트랜스포트 베어러를 사용한 배신을 요구하고 있지 않다고 판정된 경우, 상술한 스텝 S134, S171, S172의 처리는 스킵된다.
스텝 S135에 있어서, ROUTE 서버(10B)의 LSID 생성부(114B)는, 제어부(111B)로부터의 제어에 따라 세션 처리부(112B)로부터 공급되는 ATSC 3.0 또는 3GPP-MBMS의 트랜스포트 베어러 ID와, 확장 LSID를 생성하기 위한 생데이터에 기초하여, 확장 LSID(예를 들어, 도 19나 도 21의 확장 LSID)를 생성한다.
스텝 S136에 있어서, ROUTE 서버(10B)의 송수신부(113B)는 제어부(111B)의 제어에 따라, 스텝 S135의 처리에서 생성된 확장 LSID를, ATSC 방송 서버(10C) 또는 3GPPMBMS 서버(10D) 중 적어도 한쪽에 송신한다.
스텝 S153에 있어서, ATSC 방송 서버(10C)의 전송 처리부(114C)는 ROUTE 서버(10B)로부터의 확장 LSID가 수신된 경우, 제어부(111C)로부터의 제어에 따라 송신부(115C)를 제어함으로써, ROUTE 서버(10B)로부터 수신한 확장 LSID를, 전송로(80)를 통하여 수신측 시스템(20)(ATSC 방송 클라이언트(20C))에 송신(전송)한다.
스텝 S173에 있어서, 3GPPMBMS 서버(10D)의 전송 처리부(114D)는, ROUTE 서버(10B)로부터의 확장 LSID가 수신된 경우, 제어부(111D)로부터의 제어에 따라 송신부(115D)를 제어함으로써, ROUTE 서버(10B)로부터 수신한 확장 LSID를, 전송로(90)를 통하여 수신측 시스템(20)(3GPPMBMS 클라이언트(20D))에 송신(전송)한다.
스텝 S112에 있어서, 데이터 서버(10A)의 데이터 전송 처리부(114A)는, 제어부(111A)로부터의 제어에 따라, 데이터 유지부(115A)에 유지된 콘텐츠의 데이터를 취득하고, 송수신부(113A)를 제어함으로써, 데이터를 ROUTE 서버(10B)에 송신한다. 데이터 서버(10A)로부터의 데이터는 ROUTE 서버(10B)의 송수신부(113B)에 의해 수신된다.
스텝 S137에 있어서, ROUTE 서버(10B)의 ROUTE 데이터 생성부(115B)는, 제어부(111B)로부터의 제어에 따라, 송수신부(113B)로부터의 데이터에 기초하여, 당해 데이터를 ROUTE 세션으로 전송하기 위한 ROUTE 데이터를 생성한다.
스텝 S138에 있어서, ROUTE 서버(10B)의 송수신부(113B)는 제어부(111B)로부터의 제어에 따라, 스텝 S137의 처리에서 생성된 ROUTE 데이터를 ATSC 방송 서버(10C) 또는 3GPPMBMS 서버(10D) 중 적어도 한쪽에 송신한다.
여기에서는, 스텝 S131의 처리에서 ATSC 3.0의 트랜스포트 베어러를 사용한 배신을 행한다고 판정되어, ATSC 방송 서버(10C)로부터의 ATSC 3.0의 트랜스포트 베어러 ID를 포함하는 확장 LSID가 생성된 경우에는, 스텝 S137의 처리에서 생성된 ROUTE 데이터가 ATSC 방송 서버(10C)에 송신된다. 또한, 스텝 S133의 처리에서 3GPP-MBMS의 트랜스포트 베어러를 사용한 배신을 행한다고 판정되어, 3GPPMBMS 서버(10D)로부터의 3GPP-MBMS의 트랜스포트 베어러 ID를 포함하는 확장 LSID가 생성된 경우에는, 스텝 S137의 처리에서 생성된 ROUTE 데이터가 3GPPMBMS 서버(10D)에 송신된다.
스텝 S154에 있어서, ATSC 방송 서버(10C)의 전송 처리부(114C)는, ROUTE 서버(10B)로부터의 ROUTE 데이터가 수신된 경우, 제어부(111C)로부터의 제어에 따라, ATSC 방송 서버(10C)로부터 수신한 ROUTE 데이터를, ATSC 3.0의 트랜스포트 베어러 상에서 전송되도록 처리한다. 그리고, 전송 처리부(114C)는 제어부(111C)로부터의 제어에 따라 송신부(115C)를 제어함으로써, 베어러 데이터(ATSC 3.0의 트랜스포트 베어러 상에서 전송되는 ROUTE 데이터)를, 전송로(80)를 통하여 수신측 시스템(20)(ATSC 방송 클라이언트(20C))에 송신(전송)한다.
스텝 S174에 있어서, 3GPPMBMS 서버(10D)의 전송 처리부(114D)는, ROUTE 서버(10B)로부터의 ROUTE 데이터가 수신된 경우, 제어부(111D)로부터의 제어에 따라, ATSC 방송 서버(10C)로부터 수신한 ROUTE 데이터를, 3GPP-MBMS의 트랜스포트 베어러 상에서 전송되도록 처리한다. 그리고, 전송 처리부(114D)는, 제어부(111D)로부터의 제어에 따라, 송신부(115D)를 제어함으로써, 베어러 데이터(3GPP-MBMS의 트랜스포트 베어러 상에서 전송되는 ROUTE 데이터)를, 전송로(90)를 통하여 수신측 시스템(20)(3GPPMBMS 클라이언트(20D))에 송신(전송)한다.
이상, 송신측 시스템(10)을 구성하는 각 장치의 처리의 흐름을 설명했다.
(수신측 시스템의 각 장치의 처리의 흐름)
이어서, 도 26의 흐름도를 참조하여, 수신측 시스템(20)을 구성하는 각 장치의 처리의 흐름을 설명한다.
스텝 S211에 있어서는, 3GPP-MBMS의 배신이 행해지고 있는지 여부가 판정된다. 스텝 S211에 있어서, 3GPP-MBMS의 배신이 행하여지고 있다고 판정된 경우, 처리는, 스텝 S212로 진행된다.
스텝 S212에 있어서, 3GPPMBMS 클라이언트(20D)의 수신부(212D)는, 송신측 시스템(10)(3GPPMBMS 서버(10D))으로부터 전송로(90)를 통하여 송신되어 오는 확장 LSID를 수신한다. 스텝 S213에 있어서, 전송 처리부(213D)는 제어부(211D)로부터의 제어에 따라 송수신부(214D)를 제어함으로써, 스텝 S212의 처리에서 수신된 확장 LSID를 ROUTE 클라이언트(20B)에 전송한다.
또한, 스텝 S211에 있어서, 3GPP-MBMS의 배신이 행하여지고 있지 않다고 판정된 경우, 상술한 스텝 S212, S213의 처리는, 스킵된다.
스텝 S231에 있어서는, ATSC 3.0의 배신이 행해지고 있는지 여부가 판정된다. 스텝 S231에 있어서, ATSC 3.0의 배신이 행하여지고 있다고 판정된 경우, 처리는, 스텝 S232로 진행된다.
스텝 S232에 있어서, ATSC 방송 클라이언트(20C)의 수신부(212C)는, 송신측 시스템(10)(ATSC 방송 서버(10C))으로부터 전송로(80)를 통하여 송신되어 오는 확장 LSID를 수신한다. 스텝 S233에 있어서, 전송 처리부(213C)는 제어부(211C)로부터의 제어에 따라 송수신부(214C)를 제어함으로써, 스텝 S232의 처리에서 수신된 확장 LSID를 ROUTE 클라이언트(20B)에 전송한다.
또한, 스텝 S231에 있어서, ATSC 3.0의 배신이 행하여지고 있지 않다고 판정된 경우, 상술한 스텝 S232, S233의 처리는, 스킵된다.
3GPPMBMS 클라이언트(20D) 또는 ATSC 방송 클라이언트(20C)로부터 송신되어 오는 확장 LSID는 ROUTE 클라이언트(20B)의 송수신부(212B)에 의해 수신된다.
스텝 S251에 있어서, LSID 해석부(213B)는 3GPPMBMS 클라이언트(20D) 또는 ATSC 방송 클라이언트(20C)로부터의 확장 LSID(예를 들어, 도 19나 도 21의 확장 LSID)를 해석한다. 스텝 S252에 있어서, LSID 해석부(213B)는 스텝 S252의 해석 결과에 따라, ROUTE 세션(의 LCT 세션)으로 전송되는 ROUTE 데이터를 취득하기 위한 트랜스포트 베어러를 선택한다.
스텝 S214에 있어서는, 3GPP-MBMS의 배신이 행해지고 있는지 여부가 판정된다. 스텝 S214에 있어서, 3GPP-MBMS의 배신이 행하여지고 있다고 판정된 경우, 처리는, 스텝 S215로 진행된다.
스텝 S215에 있어서, 3GPPMBMS 클라이언트(20D)의 수신부(212D)는 3GPPMBMS 서버(10D)로부터 전송로(90)를 통하여 송신되어 오는 베어러 데이터(3GPP-MBMS의 트랜스포트 베어러 상에서 전송되는 ROUTE 데이터)를 수신한다. 스텝 S216에 있어서, 전송 처리부(213D)는 제어부(211D)로부터의 제어에 따라 송수신부(214D)를 제어함으로써, 스텝 S215의 처리에서 수신된 베어러 데이터를 ROUTE 클라이언트(20B)에 전송한다.
또한, 스텝 S214에 있어서, 3GPP-MBMS의 배신이 행하여지고 있지 않다고 판정된 경우, 상술한 스텝 S215, S216의 처리는 스킵된다.
스텝 S234에 있어서는, ATSC 3.0의 배신이 행해지고 있는지 여부가 판정된다. 스텝 S234에 있어서, ATSC 3.0의 배신이 행하여지고 있다고 판정된 경우, 처리는, 스텝 S235로 진행된다.
스텝 S235에 있어서, ATSC 방송 클라이언트(20C)의 수신부(212C)는, ATSC 방송 서버(10C)로부터 전송로(80)를 통하여 송신되어 오는 베어러 데이터(ATSC 3.0의 트랜스포트 베어러 상에서 전송되는 ROUTE 데이터)를 수신한다. 스텝 S236에 있어서, 전송 처리부(213C)는 제어부(211C)로부터의 제어에 따라, 송수신부(214C)를 제어함으로써, 스텝 S235의 처리에서 수신된 베어러 데이터를 ROUTE 클라이언트(20B)에 전송한다.
또한, 스텝 S234에 있어서, ATSC 3.0의 배신이 행하여지고 있지 않다고 판정된 경우, 상술한 스텝 S235, S236의 처리는 스킵된다.
3GPPMBMS 클라이언트(20D)로부터의 베어러 데이터(3GPP-MBMS의 트랜스포트 베어러 상에서 전송되는 ROUTE 데이터), 또는 ATSC 방송 클라이언트(20C)로부터의 베어러 데이터(ATSC 3.0의 트랜스포트 베어러 상에서 전송되는 ROUTE 데이터)는 ROUTE 클라이언트(20B)의 송수신부(212B)에 의해 수신된다.
스텝 S253에 있어서, ROUTE 클라이언트(20B)의 전송 처리부(214B)는 스텝 S252의 트랜스포트 베어러의 선택 결과에 따라, 3GPP-MBMS 또는 ATSC 3.0의 트랜스포트 베어러 상에서 전송되는 ROUTE 데이터를 취득한다.
스텝 S254에 있어서, 전송 처리부(214B)는 제어부(211B)로부터의 제어에 따라 송수신부(212B)를 제어함으로써, 스텝 S253의 처리에서 취득된 ROUTE 데이터를 데이터 클라이언트(20A)에 전송한다.
스텝 S271에 있어서, 데이터 클라이언트(20A)의 송수신부(212A)는 제어부(211A)로부터의 제어에 따라, ROUTE 클라이언트(20B)로부터 송신되어 오는 ROUTE 데이터를 수신한다.
스텝 S272에 있어서, 재생 처리부(213A)는, 제어부(211A)로부터의 제어에 따라, 스텝 S271의 처리에서 수신된 ROUTE 데이터에 대한 렌더링 처리를 행한다. 이 렌더링 처리에 의해 콘텐츠의 비디오 데이터가 표시부(214A)에 공급되고, 오디오 데이터가 스피커(215A)에 공급된다. 이에 의해, 콘텐츠의 영상이 표시부(214A)에 표시되고, 그 음성이 스피커(215A)로부터 출력된다.
이상, 수신측 시스템(20)을 구성하는 각 장치의 처리의 흐름을 설명했다.
<7. 변형예>
또한, 상술한 설명으로서는, 디지털 텔레비전 방송의 규격으로서, 주로 미국 등에서 채용되고 있는 방식인 ATSC를 설명했지만, 일본 등이 채용하는 방식인 ISDB(Integrated Services Digital Broadcasting)나, 유럽의 각국 등이 채용하는 방식인 DVB 등에 적용하도록 해도 된다. 또한, 지상 디지털 텔레비전 방송에 한하지 않고, 위성 디지털 텔레비전 방송이나 디지털 유선 텔레비전 방송 등에서 채용하도록 해도 된다.
또한, 상술한 설명에서는, 시그널링 정보가 XML 등의 마크업 언어에 의해 기술되는 경우에 있어서의, 그 요소나 속성에 대하여 설명했지만, 그들의 요소나 속성의 명칭은 일례이며, 다른 명칭이 채용되도록 해도 된다. 예를 들어, LSID 등에 규정되는 브로드캐스트 스트림 ID는 RF 채널 ID(RF Channel ID)나 네트워크 ID(Network ID), RF 얼로케이션 ID(RF Alloc ID) 등이라고 칭하도록 해도 된다. 단, 이들 명칭의 차이는, 형식적인 차이이며, 그들의 요소나 속성의 실질적인 내용이 상이한 것이 아니다. 마찬가지로, 시그널링 정보의 명칭도 일례이며, 다른 명칭이 채용되도록 해도 된다.
<8. 컴퓨터의 구성>
상술한 일련의 처리는, 하드웨어에 의해 실행할 수도 있고, 소프트웨어에 의해 실행할 수도 있다. 일련의 처리를 소프트웨어에 의해 실행하는 경우에는, 그 소프트웨어를 구성하는 프로그램이 컴퓨터에 인스톨된다. 도 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)
IP(Internet Protocol) 전송 방식의 프로토콜 스택에 있어서의 제1 층에서 제1 전송 방식에 의한 세션으로 전송되는 데이터를 취득하기 위한 정보이며, 상기 제1 층보다도 하위의 제2 층에서 제2 전송 방식에 의해 상기 데이터를 전송하는 베어러를 식별하기 위한 정보를 포함하는 제어 정보를 취득하는 취득부와,
상기 제어 정보에 기초하여, 상기 베어러 상에서 전송되는 상기 데이터를 취득하는 각 부의 동작을 제어하는 제어부를 구비하는 수신 장치.
(2)
상기 제1 층은 트랜스포트층이며,
상기 제2 층은 물리층인 (1)에 기재된 수신 장치.
(3)
상기 제어 정보는, 상기 베어러를 식별하기 위한 베어러 ID를 포함하는 (1) 또는 (2)에 기재된 수신 장치.
(4)
상기 제어 정보는 상기 세션을 식별하기 위한 IP 어드레스와 포트 번호를 포함하는 (1) 내지 (3) 중 어느 하나에 기재된 수신 장치.
(5)
상기 제1 전송 방식은 ROUTE(Real-time Object Delivery over Unidirectional Transport)이며,
상기 세션은 ROUTE 세션을 구성하는 1개 또는 복수의 LCT(Layered Coding Transport) 세션이며,
상기 제어 정보는 LSID(LCT Session Instance Description)인 (1) 내지 (4) 중 어느 하나에 기재된 수신 장치.
(6)
상기 제2 전송 방식은 ATSC(Advanced Television Systems Co㎜ittee) 3.0 및 3GPP-MBMS(Third Generation Partnership Project-Multimedia Broadcast Multicast Service)를 포함하고,
상기 ATSC 3.0의 베어러 ID는,
방송파의 도달 영역마다 할당되는 식별자와, 소정의 채널의 방송파에 할당되는 주파수 대역의 식별자의 조인 제1 식별자와,
상기 제1 식별자로 식별되는 주파수 대역을 각종 파라미터의 상이한 복수의 물리 파이프로 분할한 경우에 있어서의 각 물리 파이프를 식별하는 제2 식별자의 조합이며,
상기 3GPP-MBMS의 베어러 ID는 TMGI(Temporary Mobile Group Identity)인 (3) 내지 (5) 중 어느 하나에 기재된 수신 장치.
(7)
수신 장치의 수신 방법에 있어서,
상기 수신 장치가,
IP 전송 방식의 프로토콜 스택에 있어서의 제1 층에서 제1 전송 방식에 의한 세션으로 전송되는 데이터를 취득하기 위한 정보이며, 상기 제1 층보다도 하위의 제2 층에서 제2 전송 방식에 의해 상기 데이터를 전송하는 베어러를 식별하기 위한 정보를 포함하는 제어 정보를 취득하고,
상기 제어 정보에 기초하여, 상기 베어러 상에서 전송되는 상기 데이터를 취득하는 각 부의 동작을 제어하는 스텝을 포함하는 수신 방법.
(8)
IP 전송 방식의 프로토콜 스택에 있어서의 제1 층에서 제1 전송 방식에 의한 세션으로 전송되는 데이터를 취득하기 위한 정보이며, 상기 제1 층보다도 하위의 제2 층에서 제2 전송 방식에 의해 상기 데이터를 전송하는 베어러를 식별하기 위한 정보를 포함하는 제어 정보를 생성하는 생성부와,
상기 제어 정보와 함께, 상기 제어 정보에 포함되는 정보에 의해 식별되는 상기 베어러에 의해 상기 데이터를 송신하는 송신부를 구비하는 송신 장치.
(9)
상기 제1 층은 트랜스포트층이며,
상기 제2 층은 물리층인 (8)에 기재된 송신 장치.
(10)
상기 제어 정보는, 상기 베어러를 식별하기 위한 베어러 ID를 포함하는 (8) 또는 (9)에 기재된 송신 장치.
(11)
상기 제어 정보는, 상기 세션을 식별하기 위한 IP 어드레스와 포트 번호를 포함하는 (8) 내지 (10) 중 어느 하나에 기재된 송신 장치.
(12)
상기 제1 전송 방식은 ROUTE이며,
상기 세션은 ROUTE 세션을 구성하는 1개 또는 복수의 LCT 세션이며,
상기 제어 정보는 LSID인 (8) 내지 (11) 중 어느 하나에 기재된 송신 장치.
(13)
상기 제2 전송 방식은, ATSC 3.0 및 3GPP-MBMS를 포함하고,
상기 ATSC 3.0의 베어러 ID는,
방송파의 도달 영역마다 할당되는 식별자와, 소정의 채널의 방송파에 할당되는 주파수 대역의 식별자의 조인 제1 식별자와,
상기 제1 식별자로 식별되는 주파수 대역을 각종 파라미터의 상이한 복수의 물리 파이프로 분할한 경우에 있어서의 각 물리 파이프를 식별하는 제2 식별자의 조합이며,
상기 3GPP-MBMS의 베어러 ID는 TMGI인 (10) 내지 (12) 중 어느 하나에 기재된 송신 장치.
(14)
송신 장치의 송신 방법에 있어서,
상기 송신 장치가,
IP 전송 방식의 프로토콜 스택에 있어서의 제1 층에서 제1 전송 방식에 의한 세션으로 전송되는 데이터를 취득하기 위한 정보이며, 상기 제1 층보다도 하위의 제2 층에서 제2 전송 방식에 의해 상기 데이터를 전송하는 베어러를 식별하기 위한 정보를 포함하는 제어 정보를 생성하고,
상기 제어 정보와 함께, 상기 제어 정보에 포함되는 정보에 의해 식별되는 상기 베어러에 의해 상기 데이터를 송신하는 스텝을 포함하는 송신 방법.
1: 전송 시스템
10: 송신측 시스템
10A: 데이터 서버
10B: ROUTE 서버
10C: ATSC 방송 서버
10D: 3GPPMBMS 서버
20: 수신측 시스템
20A: 데이터 클라이언트
20B: ROUTE 클라이언트
20C: ATSC 방송 클라이언트
20D: 3GPPMBMS 클라이언트
80: 전송로
90: 전송로
114B: LSID 생성부
115B: ROUTE 데이터 생성부
114C: 전송 처리부
115C: 송신부
114D: 전송 처리부
115D: 송신부
213A: 재생 제어부
213B: LSID 해석부
214B: 전송 처리부
212C: 수신부
213C: 전송 처리부
212D: 수신부
213D: 전송 처리부
900: 컴퓨터
901: CPU

Claims (14)

  1. IP(Internet Protocol) 전송 방식의 프로토콜 스택에 있어서의 제1 층에서 제1 전송 방식에 의한 세션으로 전송되는 데이터를 취득하기 위한 정보이며, 상기 제1 층보다도 하위의 제2 층에서 제2 전송 방식에 의해 상기 데이터를 전송하는 베어러를 식별하기 위한 정보를 포함하는 제어 정보를 취득하는 취득부와,
    상기 제어 정보에 기초하여, 상기 베어러 상에서 전송되는 상기 데이터를 취득하는 각 부의 동작을 제어하는 제어부를 구비하는 수신 장치.
  2. 제1항에 있어서, 상기 제1 층은 트랜스포트층이며,
    상기 제2 층은 물리층인 수신 장치.
  3. 제2항에 있어서, 상기 제어 정보는, 상기 베어러를 식별하기 위한 베어러 ID를 포함하는 수신 장치.
  4. 제3항에 있어서, 상기 제어 정보는, 상기 세션을 식별하기 위한 IP 어드레스와 포트 번호를 포함하는 수신 장치.
  5. 제4항에 있어서, 상기 제1 전송 방식은 ROUTE(Real-time Object Delivery over Unidirectional Transport)이며,
    상기 세션은 ROUTE 세션을 구성하는 1개 또는 복수의 LCT(Layered Coding Transport) 세션이며,
    상기 제어 정보는 LSID(LCT Session Instance Description)인 수신 장치.
  6. 제5항에 있어서, 상기 제2 전송 방식은 ATSC(Advanced Television Systems Co㎜ittee) 3.0 및 3GPP-MBMS(Third Generation Partnership Project-Multimedia Broadcast Multicast Service)를 포함하고,
    상기 ATSC 3.0의 베어러 ID는,
    방송파의 도달 영역마다 할당되는 식별자와, 소정의 채널의 방송파에 할당되는 주파수 대역의 식별자의 조인 제1 식별자와,
    상기 제1 식별자로 식별되는 주파수 대역을 각종 파라미터의 상이한 복수의 물리 파이프로 분할한 경우에 있어서의 각 물리 파이프를 식별하는 제2 식별자의 조합이며,
    상기 3GPP-MBMS의 베어러 ID는 TMGI(Temporary Mobile Group Identity)인 수신 장치.
  7. 수신 장치의 수신 방법에 있어서,
    상기 수신 장치가,
    IP 전송 방식의 프로토콜 스택에 있어서의 제1 층에서 제1 전송 방식에 의한 세션으로 전송되는 데이터를 취득하기 위한 정보이며, 상기 제1 층보다도 하위의 제2 층에서 제2 전송 방식에 의해 상기 데이터를 전송하는 베어러를 식별하기 위한 정보를 포함하는 제어 정보를 취득하고,
    상기 제어 정보에 기초하여, 상기 베어러 상에서 전송되는 상기 데이터를 취득하는 각 부의 동작을 제어하는 스텝을 포함하는 수신 방법.
  8. IP 전송 방식의 프로토콜 스택에 있어서의 제1 층에서 제1 전송 방식에 의한 세션으로 전송되는 데이터를 취득하기 위한 정보이며, 상기 제1 층보다도 하위의 제2 층에서 제2 전송 방식에 의해 상기 데이터를 전송하는 베어러를 식별하기 위한 정보를 포함하는 제어 정보를 생성하는 생성부와,
    상기 제어 정보와 함께, 상기 제어 정보에 포함되는 정보에 의해 식별되는 상기 베어러에 의해 상기 데이터를 송신하는 송신부를 구비하는 송신 장치.
  9. 제8항에 있어서, 상기 제1 층은 트랜스포트층이며,
    상기 제2 층은 물리층인 송신 장치.
  10. 제9항에 있어서, 상기 제어 정보는, 상기 베어러를 식별하기 위한 베어러 ID를 포함하는 송신 장치.
  11. 제10항에 있어서, 상기 제어 정보는, 상기 세션을 식별하기 위한 IP 어드레스와 포트 번호를 포함하는 송신 장치.
  12. 제11항에 있어서, 상기 제1 전송 방식은 ROUTE이며,
    상기 세션은 ROUTE 세션을 구성하는 1개 또는 복수의 LCT 세션이며,
    상기 제어 정보는 LSID인 송신 장치.
  13. 제12항에 있어서, 상기 제2 전송 방식은 ATSC 3.0 및 3GPP-MBMS를 포함하고,
    상기 ATSC 3.0의 베어러 ID는,
    방송파의 도달 영역마다 할당되는 식별자와, 소정의 채널의 방송파에 할당되는 주파수 대역의 식별자의 조인 제1 식별자와,
    상기 제1 식별자로 식별되는 주파수 대역을 각종 파라미터의 상이한 복수의 물리 파이프로 분할한 경우에 있어서의 각 물리 파이프를 식별하는 제2 식별자의 조합이며,
    상기 3GPP-MBMS의 베어러 ID는, TMGI인 송신 장치.
  14. 송신 장치의 송신 방법에 있어서,
    상기 송신 장치가,
    IP 전송 방식의 프로토콜 스택에 있어서의 제1 층에서 제1 전송 방식에 의한 세션으로 전송되는 데이터를 취득하기 위한 정보이며, 상기 제1 층보다도 하위의 제2 층에서 제2 전송 방식에 의해 상기 데이터를 전송하는 베어러를 식별하기 위한 정보를 포함하는 제어 정보를 생성하고,
    상기 제어 정보와 함께, 상기 제어 정보에 포함되는 정보에 의해 식별되는 상기 베어러에 의해 상기 데이터를 송신하는 스텝을 포함하는 송신 방법.
KR1020167028785A 2015-02-27 2016-02-12 수신 장치, 수신 방법, 송신 장치 및 송신 방법 KR20170122640A (ko)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
JPJP-P-2015-038060 2015-02-27
JP2015038060 2015-02-27
PCT/JP2016/054070 WO2016136489A1 (ja) 2015-02-27 2016-02-12 受信装置、受信方法、送信装置、及び、送信方法

Publications (1)

Publication Number Publication Date
KR20170122640A true KR20170122640A (ko) 2017-11-06

Family

ID=56788459

Family Applications (1)

Application Number Title Priority Date Filing Date
KR1020167028785A KR20170122640A (ko) 2015-02-27 2016-02-12 수신 장치, 수신 방법, 송신 장치 및 송신 방법

Country Status (8)

Country Link
US (2) US10264296B2 (ko)
EP (2) EP3855771A1 (ko)
JP (1) JPWO2016136489A1 (ko)
KR (1) KR20170122640A (ko)
CN (1) CN106233703B (ko)
CA (1) CA2945605A1 (ko)
MX (1) MX358332B (ko)
WO (1) WO2016136489A1 (ko)

Families Citing this family (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2016072725A1 (ko) * 2014-11-04 2016-05-12 엘지전자 주식회사 방송 신호 송신 장치, 방송 신호 수신 장치, 방송 신호 송신 방법, 및 방송 신호 수신 방법
KR101956036B1 (ko) 2014-12-08 2019-03-08 엘지전자 주식회사 방송 신호 송신 장치, 방송 신호 수신 장치, 방송 신호 송신 방법, 및 방송 신호 수신 방법
US10440447B2 (en) * 2015-10-07 2019-10-08 Lg Electronics Inc. Broadcast signal transmission/reception device and method
US10528541B2 (en) * 2016-12-13 2020-01-07 Sap Se Offline access of data in mobile devices
US11856415B2 (en) * 2020-05-15 2023-12-26 Huawei Technologies Co., Ltd. Method, apparatus, and system utilizing lower layer signalling for mobility beam management
US11363310B2 (en) * 2020-09-21 2022-06-14 Sony Corporation ATSC 3.0 hospitality TV system
CN113141358B (zh) * 2021-04-20 2023-09-01 中国科学院上海高等研究院 多协议兼容的服务引导发现传输接收、发送方法及装置

Family Cites Families (23)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
MXPA04000744A (es) * 2001-07-23 2004-04-20 Thomson Licensing Sa SISTEMA Y MeTODO PARA TRANSMITIR SENALES CODIFICADAS EN FORMA INDEPENDIENTE EN CANALES DEL COMITe DE SISTEMAS AVANZADOS DE TELEVISION.
US20030214958A1 (en) * 2002-04-12 2003-11-20 Lila Madour Linking of bearer and control for a multimedia session
DE602004005842T2 (de) * 2004-06-21 2007-09-20 Matsushita Electric Industrial Co., Ltd., Kadoma Skalierbare und adaptive QoS-Architektur für Mehrkanal Multicast/Broadcast Dienste
KR100878534B1 (ko) * 2006-04-10 2009-01-13 삼성전자주식회사 Ｄａｂ 시스템에서 ｉｐｄｃ 서비스를 제공하는 장치 및방법
US7623502B2 (en) * 2006-06-16 2009-11-24 Sony Ericsson Mobile Communications Ab Wireless media player
CN101136814B (zh) * 2006-08-28 2010-12-08 西门子（中国）有限公司 一种支持mbms业务的方法和装置
WO2008098501A1 (fr) * 2007-02-02 2008-08-21 Huawei Technologies Co., Ltd. Procede, appareil et systeme de reglage de relevement gsm
CN101247553B (zh) * 2007-02-13 2011-08-10 华为技术有限公司 多媒体广播组播业务系统及会话开始和停止方法
BRPI0805829B1 (pt) * 2007-05-14 2020-05-26 Samsung Electronics Co., Ltd Método de transmissão de um serviço de difusão móvel, e aparelho para transmissão de um serviço de difusão móvel
EP2368389B1 (en) * 2008-12-23 2012-12-12 Telefonaktiebolaget L M Ericsson (publ) Technique for controlling bearer selection
US8914463B2 (en) * 2009-12-17 2014-12-16 Sony Corporation Network-based service access for wireless communication devices
JP2012044619A (ja) * 2010-08-23 2012-03-01 Sharp Corp 移動通信システム、移動局装置、ホーム基地局装置及び通信方法
JPWO2012096372A1 (ja) * 2011-01-14 2014-06-09 シャープ株式会社 コンテンツ再生装置、コンテンツ再生方法、配信システム、コンテンツ再生プログラム、記録媒体、およびデータ構造
US20130182643A1 (en) * 2012-01-16 2013-07-18 Qualcomm Incorporated Method and system for transitions of broadcast dash service receptions between unicast and broadcast
WO2014063730A1 (en) * 2012-10-24 2014-05-01 Huawei Technologies Co., Ltd. Communication receiver
JP2014230055A (ja) 2013-05-22 2014-12-08 ソニー株式会社 コンテンツ供給装置、コンテンツ供給方法、プログラム、およびコンテンツ供給システム
US9674251B2 (en) * 2013-06-17 2017-06-06 Qualcomm Incorporated Mediating content delivery via one or more services
MX2016016817A (es) * 2014-07-07 2017-03-27 Sony Corp Dispositivo de recepcion, metodo de recepcion, dispositivo de transmision y metodo de transmision.
WO2016076569A1 (ko) * 2014-11-12 2016-05-19 엘지전자 주식회사 방송 신호 송신 장치, 방송 신호 수신 장치, 방송 신호 송신 방법, 및 방송 신호 수신 방법
EP3223517B1 (en) * 2014-11-20 2020-03-11 LG Electronics Inc. Broadcast signal tranmission device, broadcast signal reception device, broadcast signal tranmission method, and broadcast signal reception method
WO2016093537A1 (ko) * 2014-12-10 2016-06-16 엘지전자 주식회사 방송 신호 송신 장치, 방송 신호 수신 장치, 방송 신호 송신 방법, 및 방송 신호 수신 방법
US10129308B2 (en) * 2015-01-08 2018-11-13 Qualcomm Incorporated Session description information for over-the-air broadcast media data
US10524173B2 (en) * 2016-02-24 2019-12-31 Cisco Technology, Inc. System and method to facilitate sharing bearer information in a network environment

Also Published As

Publication number Publication date
MX358332B (es) 2018-08-15
MX2016013763A (es) 2017-02-02
US10264296B2 (en) 2019-04-16
JPWO2016136489A1 (ja) 2017-12-07
US20170041643A1 (en) 2017-02-09
CN106233703A (zh) 2016-12-14
CA2945605A1 (en) 2016-09-01
EP3855771A1 (en) 2021-07-28
EP3264729B1 (en) 2021-04-28
EP3264729A4 (en) 2018-07-18
EP3264729A1 (en) 2018-01-03
CN106233703B (zh) 2021-07-09
WO2016136489A1 (ja) 2016-09-01
US20190191190A1 (en) 2019-06-20

Similar Documents

Publication Publication Date Title
KR20170122640A (ko) 수신 장치, 수신 방법, 송신 장치 및 송신 방법
US10659502B2 (en) Multicast streaming
US11770805B2 (en) Reception apparatus, reception method, transmission apparatus, and transmission method
US20170127147A1 (en) Multicast streaming
WO2014188886A1 (ja) コンテンツ供給装置、コンテンツ供給方法、プログラム、およびコンテンツ供給システム
US20200336526A1 (en) Reception device, reception method, transmission device, and transmission method for distributing signaling information
CN107534793B (zh) 接收装置、传输装置以及数据处理方法
WO2015064383A1 (ja) 送信装置、送信方法、受信装置、及び、受信方法
WO2014208377A1 (ja) コンテンツ供給装置、コンテンツ供給方法、プログラム、端末装置、およびコンテンツ供給システム
WO2014196392A1 (ja) コンテンツ供給装置、コンテンツ供給方法、プログラム、およびコンテンツ供給システム
KR20170102249A (ko) 수신 장치, 수신 방법, 송신 장치, 및, 송신 방법
US10432989B2 (en) Transmission apparatus, transmission method, reception apparatus, receiving method, and program
WO2015178220A1 (ja) 受信装置、受信方法、送信装置、及び、送信方法
CA2955486C (en) Receiving device, receiving method, transmission device, and transmission method
CN109219962B (zh) 接收装置、接收方法、再现装置、再现方法、供应装置、供应方法以及程序
KR20220075367A (ko) Ｄａｓｈ／ｈｌｓ 하이브리드 멀티미디어 스트림을 브로드캐스팅하기 위한 방법
CA2925455A1 (en) Content supplying apparatus, content supplying method, program, terminal device, and content supplying system

Legal Events

Date Code Title Description
E701 Decision to grant or registration of patent right
WITR Withdrawal of patent application after decision to grant