KR20170078613A - 송신 장치, 송신 방법, 수신 장치 및 수신 방법 - Google Patents
송신 장치, 송신 방법, 수신 장치 및 수신 방법 Download PDFInfo
- Publication number
- KR20170078613A KR20170078613A KR1020177009971A KR20177009971A KR20170078613A KR 20170078613 A KR20170078613 A KR 20170078613A KR 1020177009971 A KR1020177009971 A KR 1020177009971A KR 20177009971 A KR20177009971 A KR 20177009971A KR 20170078613 A KR20170078613 A KR 20170078613A
- Authority
- KR
- South Korea
- Prior art keywords
- information
- distribution
- protocol
- packet
- quot
- Prior art date
Links
- 230000005540 biological transmission Effects 0.000 title claims abstract description 120
- 238000000034 method Methods 0.000 title claims description 34
- 238000004891 communication Methods 0.000 claims abstract description 94
- VKALYYFVKBXHTF-UHFFFAOYSA-N 4-(methylsulfanyl)-m-cresol Chemical compound CSC1=CC=C(O)C=C1C VKALYYFVKBXHTF-UHFFFAOYSA-N 0.000 claims description 132
- 238000012545 processing Methods 0.000 claims description 27
- 239000000284 extract Substances 0.000 claims description 2
- 230000011664 signaling Effects 0.000 description 35
- 238000010586 diagram Methods 0.000 description 28
- 238000005516 engineering process Methods 0.000 description 12
- 230000005236 sound signal Effects 0.000 description 10
- 239000012634 fragment Substances 0.000 description 9
- 238000012546 transfer Methods 0.000 description 6
- 238000001914 filtration Methods 0.000 description 2
- 230000010365 information processing Effects 0.000 description 2
- 230000008054 signal transmission Effects 0.000 description 2
- 230000002730 additional effect Effects 0.000 description 1
- 238000012937 correction Methods 0.000 description 1
- 230000000694 effects Effects 0.000 description 1
- 238000003780 insertion Methods 0.000 description 1
- 230000037431 insertion Effects 0.000 description 1
- 238000012966 insertion method Methods 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04H—BROADCAST COMMUNICATION
- H04H20/00—Arrangements for broadcast or for distribution combined with broadcast
- H04H20/86—Arrangements characterised by the broadcast information itself
- H04H20/93—Arrangements characterised by the broadcast information itself which locates resources of other pieces of information, e.g. URL [Uniform Resource Locator]
-
- 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
- H04H—BROADCAST COMMUNICATION
- H04H20/00—Arrangements for broadcast or for distribution combined with broadcast
- H04H20/28—Arrangements for simultaneous broadcast of plural pieces of information
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04H—BROADCAST COMMUNICATION
- H04H60/00—Arrangements for broadcast applications with a direct linking to broadcast information or broadcast space-time; Broadcast-related systems
- H04H60/09—Arrangements for device control with a direct linkage to broadcast information or to broadcast space-time; Arrangements for control of broadcast-related services
- H04H60/13—Arrangements for device control affected by the broadcast information
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04H—BROADCAST COMMUNICATION
- H04H60/00—Arrangements for broadcast applications with a direct linking to broadcast information or broadcast space-time; Broadcast-related systems
- H04H60/68—Systems specially adapted for using specific information, e.g. geographical or meteorological information
- H04H60/73—Systems specially adapted for using specific information, e.g. geographical or meteorological information using meta-information
-
- 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/23605—Creation or processing of packetized elementary streams [PES]
-
- 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/2385—Channel allocation; Bandwidth allocation
-
- 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 encoded video stream 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/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/631—Multimode Transmission, e.g. transmitting basic layers and enhancement layers of the content over different transmission paths or transmitting with different error corrections, different keys or with different transmission protocols
-
- 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
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04H—BROADCAST COMMUNICATION
- H04H2201/00—Aspects of broadcast communication
- H04H2201/30—Aspects of broadcast communication characterised by the use of a return channel, e.g. for collecting users' opinions, for returning broadcast space/time information or for requesting data
- H04H2201/37—Aspects of broadcast communication characterised by the use of a return channel, e.g. for collecting users' opinions, for returning broadcast space/time information or for requesting data via a different channel
Landscapes
- Engineering & Computer Science (AREA)
- Signal Processing (AREA)
- Multimedia (AREA)
- Computer Networks & Wireless Communication (AREA)
- Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
방송ㆍ통신의 하이브리드 서비스를 양호하게 실현 가능하게 한다. 소정의 컴포넌트를 포함하는 제1 전송 패킷 및 이 소정의 컴포넌트에 관한 정보를 포함하는 제2 전송 패킷을 시분할적으로 다중화한 전송 스트림을 생성한다. 이 전송 스트림을 소정의 전송로를 통하여 송신한다. 제2 전송 패킷에, 통신 경로에서 취득해야 할 특정 컴포넌트와 관련하여, 이 특정 컴포넌트를 취득하기 위한, 각각 적어도 로케이션 정보 및 프로토콜 식별 정보가 포함되는 복수의 배신 프로토콜의 정보, 또는 이 복수의 배신 프로토콜의 정보를 취득하기 위한 취득 정보를 삽입한다. 수신측에서는, 자신의 배신 네트워크 환경에 따른 배신 프로토콜로 특정 컴포넌트를 양호하게 수신 가능하게 된다.
Description
본 기술은 송신 장치, 송신 방법, 수신 장치 및 수신 방법에 관한 것이며, 상세하게는 방송ㆍ통신의 하이브리드 시스템에 적용하기에 적합한 송신 장치 등에 관한 것이다.
현재의 방송 시스템에서는, 미디어의 트랜스포트 방식으로서, MPEG-2 TS(Moving Picture Experts Group-2 Transport Stream) 방식이나 RTP(Real Time Protocol) 방식이 널리 사용되고 있다(예를 들어, 특허문헌 1 참조). 차세대 디지털 방송 방식으로서, MMT(MPEG Media Transport) 방식(예를 들어, 비특허문헌 1 참조)이 검토되고 있다.
ISO/IEC DIS 23008-1: 2013(E) Information technology-High efficiency coding and media delivery in heterogeneous environments-Part1: MPEG media transport(MMT)
본 기술의 목적은, 방송ㆍ통신의 하이브리드 서비스를 양호하게 실현 가능하게 하는 데 있다.
본 기술의 개념은,
소정의 컴포넌트를 포함하는 제1 전송 패킷 및 해당 소정의 컴포넌트에 관한 정보를 포함하는 제2 전송 패킷을 시분할적으로 다중화한 전송 스트림을 생성하는 전송 스트림 생성부와,
상기 전송 스트림을 소정의 전송로를 통하여 송신하는 송신부와,
상기 제2 전송 패킷에, 통신 경로에서 취득해야 할 특정 컴포넌트와 관련하여, 해당 특정 컴포넌트를 취득하기 위한, 각각 적어도 로케이션 정보 및 프로토콜 식별 정보가 포함되는 복수의 배신 프로토콜의 정보, 또는 해당 복수의 배신 프로토콜의 정보를 취득하기 위한 취득 정보를 삽입하는 정보 삽입부를 구비하는 송신 장치에 있다.
본 기술에 있어서, 소정의 컴포넌트를 포함하는 제1 전송 패킷 및 이 소정의 컴포넌트에 관한 정보를 포함하는 제2 전송 패킷을 시분할적으로 다중화한 전송 스트림이 생성된다. 예를 들어, 전송 패킷은, MMT(MPEG Media Transport) 패킷이도록 되어도 된다. 송신부에 의해, 이 전송 스트림이, 소정의 전송로를 통하여, 수신측에 송신된다. 예를 들어, 소정의 전송로는, 방송 전송로이도록 되어도 된다.
정보 삽입부에 의해, 제2 전송 패킷에, 통신 경로에서 취득해야 할 특정 컴포넌트와 관련하여, 해당 특정 컴포넌트를 취득하기 위한, 각각 적어도 로케이션 정보 및 프로토콜 식별 정보가 포함되는 복수의 배신 프로토콜의 정보, 또는 이 복수의 배신 프로토콜의 정보를 취득하기 위한 취득 정보가 삽입된다. 예를 들어, 복수의 배신 프로토콜은, 멀티캐스트 배신, MMTP/UDP 배신, MMTP/TCP 배신, MMTP/HTTP 배신 및 MPU/HTTP 배신의 프로토콜로부터 선택되는 2 이상의 배신 프로토콜이도록 되어도 된다.
이 경우, 예를 들어 프로토콜 식별 정보가 MMTP/UDP 배신인 것을 나타낼 때, 배신 프로토콜의 정보에는, URL 외에 UDP를 지정하는 파라미터가 포함되도록 되어도 된다. 또한, 이 경우, 예를 들어 프로토콜 식별 정보가 MMTP/TCP 배신인 것을 나타낼 때, 배신 프로토콜의 정보에는, URL 외에 TCP를 지정하는 파라미터가 포함되도록 되어도 된다.
예를 들어, 제2 패킷에는, 특정 컴포넌트의 정보가 복수 배치되고, 해당 배치된 복수의 정보의 각각에 복수의 배신 프로토콜 중 하나의 정보가 삽입되도록 되어도 된다. 또한, 예를 들어 제2 패킷에는, 특정 컴포넌트의 정보가 하나 배치되고, 이 배치된 하나의 정보에 복수의 배신 프로토콜의 정보가 삽입되도록 되어도 된다. 또한, 예를 들어 제2 패킷에는, 특정 컴포넌트의 정보가 하나 배치되고, 이 배치된 하나의 정보에, 복수의 배신 프로토콜의 정보를 취득하기 위한 취득 정보가 삽입되도록 되어도 된다.
이와 같이 본 기술에 있어서는, 제2 전송 패킷에, 통신 경로의 특정 컴포넌트를 취득하기 위한, 각각 적어도 로케이션 정보 및 프로토콜 식별 정보가 포함되는 복수의 배신 프로토콜의 정보, 또는 이 복수의 배신 프로토콜의 정보를 취득하기 위한 취득 정보가 삽입된다. 그 때문에, 수신측에서는, 자신의 배신 네트워크 환경에 따른 배신 프로토콜로 특정 컴포넌트를 양호하게 수신 가능하게 된다.
또한, 본 기술에 있어서, 예를 들어 배신 프로토콜의 정보에는, 패킷 식별 정보가 더 포함되도록 되어도 된다. 이 경우, 수신측에서는, 전송 스트림에 복수의 컴포넌트의 전송 패킷이 다중화되어 있어도, 이 패킷 식별 정보에 기초하여 특정 컴포넌트의 전송 패킷을 확실하게 취득 가능하게 된다.
또한, 본 기술에 있어서, 예를 들어 복수의 배신 프로토콜의 정보의 각각에는, 특정 컴포넌트와 다중화되어 배신되는 다른 컴포넌트의 정보가 부가되도록 되어도 된다. 이 경우, 수신측에서는, 배신되는 전송 스트림에 특정 컴포넌트와 함께 어느 컴포넌트가 다중화되어 있는지, 혹은 배신되는 전송 스트림에는 특정 컴포넌트만이 포함되는지를 용이하게 인식 가능하게 된다.
또한, 본 기술에 있어서, 예를 들어 복수의 배신 프로토콜의 정보 중, 멀티캐스트 배신의 프로토콜의 정보에는, 매니지드 네트워크 정보가 부가되도록 되어도 된다. 이 경우, 수신측에서는, 멀티캐스트 배신을 받기 위한 매니지드 네트워크로의 접속이 가능한지 여부를 용이하게 판단 가능하게 된다.
본 기술의 다른 개념은,
소정의 컴포넌트를 포함하는 제1 전송 패킷 및 해당 소정의 컴포넌트에 관한 정보를 포함하는 제2 전송 패킷을 시분할적으로 다중화한 전송 스트림을 소정의 전송로를 통하여 수신하는 수신부를 구비하고,
상기 제2 전송 패킷에는, 통신 경로에서 취득해야 할 특정 컴포넌트와 관련하여, 해당 특정 컴포넌트를 취득하기 위한, 각각 적어도 로케이션 정보 및 프로토콜 식별 정보가 포함되는 복수의 배신 프로토콜의 정보, 또는 해당 복수의 배신 프로토콜의 정보를 취득하기 위한 취득 정보가 삽입되어 있고,
상기 복수의 배신 프로토콜 정보로부터 수신 가능한 하나의 배신 프로토콜을 선택하고, 해당 선택된 배신 프로토콜로 상기 특정 컴포넌트를 포함하는 제3 전송 패킷을 갖는 전송 스트림을, 네트워크를 통하여 수신하는 통신부를 더 구비하는 수신 장치에 있다.
본 기술에 있어서, 수신부에 의해, 소정의 컴포넌트를 포함하는 제1 전송 패킷 및 이 소정의 컴포넌트에 관한 정보를 포함하는 제2 전송 패킷을 시분할적으로 다중화한 전송 스트림이 소정의 전송로를 통하여 수신된다. 예를 들어, 전송 패킷은, MMT 패킷이도록 되어도 된다. 또한, 예를 들어 소정의 전송로는, 방송 전송로이도록 되어도 된다.
제2 전송 패킷에는, 통신 경로에서 취득해야 할 특정 컴포넌트와 관련하여, 이 특정 컴포넌트를 취득하기 위한 복수의 배신 프로토콜의 정보, 또는 해당 복수의 배신 프로토콜의 정보를 취득하기 위한 취득 정보가 삽입되어 있다. 복수의 배신 프로토콜의 정보의 각각에는, 적어도 로케이션 정보 및 프로토콜 식별 정보가 포함되어 있다.
통신부에 의해, 복수의 배신 프로토콜 정보로부터 수신 가능한 하나의 배신 프로토콜이 선택된다. 그리고, 통신부에 의해, 선택된 배신 프로토콜로 특정 컴포넌트를 포함하는 제3 전송 패킷을 갖는 전송 스트림이 네트워크를 통하여 수신된다.
이와 같이 본 기술에 있어서는, 제2 전송 패킷으로 제공되는 특정 컴포넌트와 관련하여 복수의 배신 프로토콜의 정보로부터 수신 가능한 하나의 배신 프로토콜을 선택하여 배신을 받는 것이다. 그 때문에, 자신의 배신 네트워크 환경에 따른 배신 프로토콜로 특정 컴포넌트를 양호하게 수신 가능하게 된다.
또한, 본 기술에 있어서, 예를 들어 배신 프로토콜의 정보에는, 패킷 식별 정보가 더 포함되어 있고, 통신부는, 수신된 제3 패킷을 갖는 전송 스트림 중, 패킷 식별 정보에 기초하여 이 제3 전송 패킷을 추출하도록 되어도 된다. 이 경우, 전송 스트림에 복수의 컴포넌트의 전송 패킷이 다중화되어 있어도, 이 패킷 식별 정보에 기초하여 제3 전송 패킷을 확실하게 취득 가능하게 된다.
본 기술의 또 다른 개념은,
소정의 컴포넌트를 포함하는 제1 전송 패킷 및 해당 소정의 컴포넌트에 관한 정보를 포함하는 제2 전송 패킷을 시분할적으로 다중화한 전송 스트림을 소정의 전송로를 통하여 수신하는 수신부를 구비하고,
상기 제2 전송 패킷에는, 통신 경로에서 취득해야 할 특정 컴포넌트와 관련하여, 해당 특정 컴포넌트를 취득하기 위한, 각각 적어도 로케이션 정보 및 프로토콜 식별 정보가 포함되는 복수의 배신 프로토콜의 정보, 또는 해당 복수의 배신 프로토콜의 정보를 취득하기 위한 취득 정보가 삽입되어 있고,
상기 수신부에서 수신된 전송 스트림을 처리하는 처리부를 더 구비하는 수신 장치에 있다.
본 기술에 따르면, 방송ㆍ통신의 하이브리드 서비스를 양호하게 실현할 수 있다. 또한, 본 명세서에 기재된 효과는 어디까지나 예시이며 한정되는 것은 아니고, 또한 부가적인 효과가 있어도 된다.
도 1은 실시 형태로서의 방송ㆍ통신 하이브리드 시스템의 구성예를 도시하는 블록도이다.
도 2는 MMT/방송의 신호 구성예의 스택 모델을 도시하는 도면이다.
도 3은 MMT 방식 방송 스트림의 구성예를 도시하는 도면이다.
도 4는 방송 송출 시스템으로부터 수신 단말기로 송신되는 하나의 채널(방송 프로그램)의 방송 신호의 이미지를 도시하는 도면이다.
도 5는 MMT 패킷의 구성예와 MMTP 페이로드(MMTP payload)의 구성예를 도시하는 도면이다.
도 6은 MMT/통신의 신호 구성예의 스택 모델을 도시하는 도면이다.
도 7은 MMT 배신 네트워크 환경의 일례를 도시하는 도면이다.
도 8은 PA 메시지(Package Access Message) 및 MP 테이블(MPT: MMT Package Table)의 구성예를 개략적으로 도시하는 도면이다.
도 9는 PA 메시지의 주요 파라미터의 설명을 도시하는 도면이다.
도 10은 MP 테이블의 주요 파라미터의 설명을 도시하는 도면이다.
도 11은 PA 메시지의 구조예(Syntax)를 도시하는 도면이다.
도 12는 MP 테이블(MPT)의 구조예(Syntax)를 도시하는 도면이다.
도 13은 「MMT_general_location_info()」의 구조예(Syntax)의 일부를 도시하는 도면이다.
도 14는 통신 경로의 특정 컴포넌트(어셋)와 관련하여, 복수의 배신 프로토콜의 정보가 삽입되는 MP 테이블(MPT)의 기술예를 도시하는 도면이다.
도 15는 통신 배신 기술자의 구조예를 도시하는 도면이다.
도 16은 통신 배신 기술자의 구조예에 있어서의 주요 정보의 내용을 도시하는 도면이다.
도 17은 통신 경로의 특정 컴포넌트(어셋)와 관련하여, 복수의 배신 프로토콜의 정보가 삽입되는 MP 테이블(MPT)의 기술예를 도시하는 도면이다.
도 18은 통신 배신 기술자의 구조예를 도시하는 도면이다.
도 19는 통신 경로의 특정 컴포넌트(어셋)와 관련하여, 복수의 배신 프로토콜의 정보를 취득하기 위한 취득 정보가 삽입되는 MP 테이블(MPT)의 기술예를 도시하는 도면이다.
도 20은 복수의 배신 프로토콜의 정보가 기술되는 BD 테이블의 구조예 및 각 정보의 내용을 도시하는 도면이다.
도 21은 수신 단말기에 있어서의 뷰 선택/수신 처리의 일례를 도시하는 흐름도이다.
도 22는 (A) 멀티캐스트 배신의 프로토콜로 배신되는 어셋을 수신하는 경우에 있어서의 수신 시퀀스를 설명하기 위한 도면이다.
도 23은 (B) MMTP/UDP 배신의 프로토콜로 배신되는 어셋을 수신하는 경우에 있어서의 수신 시퀀스를 설명하기 위한 도면이다.
도 24는 (C) MMTP/TCP 배신의 프로토콜로 배신되는 어셋을 수신하는 경우에 있어서의 수신 시퀀스를 설명하기 위한 도면이다.
도 25는 (D) MMTP/HTTP 배신의 프로토콜로 배신되는 어셋을 수신하는 경우에 있어서의 수신 시퀀스를 설명하기 위한 도면이다.
도 26은 MMTP/HTTP의 다중화 스트림에 있어서의 잘라내기 처리를 설명하기 위한 도면이다.
도 27은 (E) MPU/HTTP 배신의 프로토콜로 배신되는 어셋을 수신하는 경우에 있어서의 수신 시퀀스를 설명하기 위한 도면이다.
도 28은 방송 송출 시스템의 구성예를 도시하는 블록도이다.
도 29는 수신 단말기의 구성예를 도시하는 블록도이다.
도 2는 MMT/방송의 신호 구성예의 스택 모델을 도시하는 도면이다.
도 3은 MMT 방식 방송 스트림의 구성예를 도시하는 도면이다.
도 4는 방송 송출 시스템으로부터 수신 단말기로 송신되는 하나의 채널(방송 프로그램)의 방송 신호의 이미지를 도시하는 도면이다.
도 5는 MMT 패킷의 구성예와 MMTP 페이로드(MMTP payload)의 구성예를 도시하는 도면이다.
도 6은 MMT/통신의 신호 구성예의 스택 모델을 도시하는 도면이다.
도 7은 MMT 배신 네트워크 환경의 일례를 도시하는 도면이다.
도 8은 PA 메시지(Package Access Message) 및 MP 테이블(MPT: MMT Package Table)의 구성예를 개략적으로 도시하는 도면이다.
도 9는 PA 메시지의 주요 파라미터의 설명을 도시하는 도면이다.
도 10은 MP 테이블의 주요 파라미터의 설명을 도시하는 도면이다.
도 11은 PA 메시지의 구조예(Syntax)를 도시하는 도면이다.
도 12는 MP 테이블(MPT)의 구조예(Syntax)를 도시하는 도면이다.
도 13은 「MMT_general_location_info()」의 구조예(Syntax)의 일부를 도시하는 도면이다.
도 14는 통신 경로의 특정 컴포넌트(어셋)와 관련하여, 복수의 배신 프로토콜의 정보가 삽입되는 MP 테이블(MPT)의 기술예를 도시하는 도면이다.
도 15는 통신 배신 기술자의 구조예를 도시하는 도면이다.
도 16은 통신 배신 기술자의 구조예에 있어서의 주요 정보의 내용을 도시하는 도면이다.
도 17은 통신 경로의 특정 컴포넌트(어셋)와 관련하여, 복수의 배신 프로토콜의 정보가 삽입되는 MP 테이블(MPT)의 기술예를 도시하는 도면이다.
도 18은 통신 배신 기술자의 구조예를 도시하는 도면이다.
도 19는 통신 경로의 특정 컴포넌트(어셋)와 관련하여, 복수의 배신 프로토콜의 정보를 취득하기 위한 취득 정보가 삽입되는 MP 테이블(MPT)의 기술예를 도시하는 도면이다.
도 20은 복수의 배신 프로토콜의 정보가 기술되는 BD 테이블의 구조예 및 각 정보의 내용을 도시하는 도면이다.
도 21은 수신 단말기에 있어서의 뷰 선택/수신 처리의 일례를 도시하는 흐름도이다.
도 22는 (A) 멀티캐스트 배신의 프로토콜로 배신되는 어셋을 수신하는 경우에 있어서의 수신 시퀀스를 설명하기 위한 도면이다.
도 23은 (B) MMTP/UDP 배신의 프로토콜로 배신되는 어셋을 수신하는 경우에 있어서의 수신 시퀀스를 설명하기 위한 도면이다.
도 24는 (C) MMTP/TCP 배신의 프로토콜로 배신되는 어셋을 수신하는 경우에 있어서의 수신 시퀀스를 설명하기 위한 도면이다.
도 25는 (D) MMTP/HTTP 배신의 프로토콜로 배신되는 어셋을 수신하는 경우에 있어서의 수신 시퀀스를 설명하기 위한 도면이다.
도 26은 MMTP/HTTP의 다중화 스트림에 있어서의 잘라내기 처리를 설명하기 위한 도면이다.
도 27은 (E) MPU/HTTP 배신의 프로토콜로 배신되는 어셋을 수신하는 경우에 있어서의 수신 시퀀스를 설명하기 위한 도면이다.
도 28은 방송 송출 시스템의 구성예를 도시하는 블록도이다.
도 29는 수신 단말기의 구성예를 도시하는 블록도이다.
이하, 발명을 실시하기 위한 형태(이하, 「실시 형태」라고 함)에 대하여 설명한다. 또한, 설명을 이하의 순서로 행한다.
1. 실시 형태
2. 변형예
<1. 실시 형태>
[방송ㆍ통신 하이브리드 시스템의 구성예]
도 1은, 방송ㆍ통신 하이브리드 시스템(10)의 구성예를 도시하고 있다. 방송ㆍ통신 하이브리드 시스템(10)에 있어서, 송신측에는 방송 송출 시스템(100) 및 배신 서버(300)가 배치되고, 수신측에는 수신 단말기(200)가 배치되어 있다. 배신 서버(300)는, 통신 네트워크(400)를 통하여 수신 단말기(200)에 접속된다.
방송 송출 시스템(100)은, 비디오, 오디오 등의 컴포넌트(어셋)를 전송 미디어로서 포함하는 IP(Internet Protocol) 방식의 방송 신호를 송신한다. 배신 서버(300)는, 비디오, 오디오 등의 컴포넌트(어셋)를 전송 미디어로서 포함하는 IP 패킷이 연속적으로 배치된 전송 스트림을, 예를 들어 수신측으로부터의 요구에 따라, 통신 네트워크(400)를 통하여, 수신측에 배신한다.
수신 단말기(200)는, 방송 송출 시스템(100)으로부터 보내져 오는 IP 방식의 방송 신호를 수신함과 함께, 배신 서버(300)로부터 IP 패킷이 연속적으로 배치된 전송 스트림을 수신한다. 수신 단말기(200)는, 이러한 방송ㆍ통신의 하이브리드 전송에 의한 수신 신호로부터, 제시해야 할 비디오, 오디오 등의 전송 미디어(컴포넌트)를 취득하고, 화상, 음성 등을 제시한다.
IP 방식의 방송 신호에는, 통신 경로에서 취득해야 할 특정 컴포넌트와 관련하여, 이 특정 컴포넌트를 취득하기 위한 복수의 배신 프로토콜의 정보가 삽입되어 있다. 복수의 배신 프로토콜의 정보의 각각에는, 적어도 로케이션 정보 및 프로토콜 식별 정보가 포함되어 있다. 수신 단말기(200)는, 복수의 배신 프로토콜 정보로부터 수신 가능한 하나의 배신 프로토콜을 선택하고, 그 배신 프로토콜로 특정 컴포넌트의 배신을 받는다.
도 2는, MMT/방송의 신호 구성예의 스택 모델을 도시하고 있다. 하위 레이어에 TLV(Type Length Value)의 전송 패킷이 존재한다. 이 TLV의 전송 패킷 상에 IP 패킷이 실린다. 또한, 전송 제어 신호가 시그널링(Signaling) 정보로서 실린 TLV 전송 패킷도 존재한다.
IP 패킷 상에, UDP(User Datagram Protocol)가 실린다. 그리고, UDP 상에, MMT(MPEG Media Transport) 패킷이 실린다. 이 MMT 패킷의 페이로드부에는, 비디오, 오디오 등의 컴포넌트의 부호화 데이터를 포함하는 MFU(MMT Fragment Unit), 혹은 전송 미디어에 관한 정보를 포함하는 시그널링 메시지(Signaling Message)가 포함된다.
도 3은, MMT 방식 방송 스트림의 구성예를 도시하고 있다. 도 3의 (a)는, 비디오의 엘리멘터리 스트림(Video ES)을 도시하고 있다. 이 비디오의 엘리멘터리 스트림은, 소정의 크기의 덩어리로 분할되어, 도 3의 (b)에 도시하는 바와 같이, MFU의 페이로드부에 배치된다.
도 3의 (c)에 도시하는 바와 같이, MFU에 MMT 페이로드 헤더(MMT payload header)가 부가되어 MMTP 페이로드(MMTP payload)가 구성된다. 그리고, 도 3의 (d)에 도시하는 바와 같이, 이 MMTP 페이로드에 추가로 MMT 헤더(MMT header)가 부가되어, MMT 패킷(MMT packet)이 구성된다. 또한, 페이로드부에, 시그널링 메시지(Signaling Message)를 포함하는 MMT 패킷도 존재한다. 도 3의 (e)에 도시하는 바와 같이, MMT 패킷에, UDP 헤더, IP 헤더 및 TLV 헤더가 부가되어, MMT 방식 방송 스트림을 구성하는 TLV 패킷(TLV packet)이 생성된다.
또한, 도시는 생략되어 있지만, TLV 패킷으로서는, 추가로 오디오 등의 그 밖의 컴포넌트의 MMT 패킷을 포함하는 TLV 패킷도 존재한다. 이 MMT 방식 방송 스트림은, 전송 미디어(컴포넌트)를 포함하는 제1 패킷(MMT 패킷)과, 시그널링 정보를 포함하는 제2 패킷(MMT 패킷)을 갖게 된다.
도 4는, 방송 송출 시스템(100)으로부터 수신 단말기(200)로 송신되는 하나의 채널(방송 프로그램)의 방송 신호의 이미지를 도시하고 있다. 이 방송 신호에는, 비디오, 오디오 등의 MMT 패킷과 함께, 시그널링 메시지를 포함하는 MMT 패킷도 포함된다. 시그널링 메시지로서, 예를 들어 MP 테이블(MP table) 등이 포함되는 PA 메시지(PA message)가 존재한다.
도 5의 (a)는, MMT 패킷의 구성예를 도시하고 있다. MMT 패킷은, MMT 패킷 헤더(MMTP header)와, MMTP 페이로드(MMTP payload)를 포함한다. 「V」의 2비트 필드는, MMT 프로토콜의 버전을 나타낸다. MMT 규격 제1판을 따르는 경우, 이 필드는 "00"으로 된다. 「C」의 1비트 필드는, 패킷 카운터 플래그(packet_counter_flag) 정보를 나타내고, 패킷 카운터 플래그가 존재하는 경우에는 "1"로 된다. 「FEC」의 2비트 필드는, FEC 타입(FEC_type)을 나타낸다.
「X」의 1비트 필드는, 확장 헤더 플래그(extension_flag) 정보를 나타내고, MMT 패킷의 헤더 확장을 행하는 경우에는 "1"로 된다. 이 경우, 후술하는 「header_extension」의 필드가 존재한다. 「R」의 1비트 필드는, RAP 플래그(RAP_flag) 정보를 나타내고, 이 MMT 패킷이 전송하는 MMT 페이로드가 랜덤 액세스 포인트의 선두를 포함하는 경우에는 "1"로 된다.
「type」의 6비트 필드는, 페이로드 타입(payload_type) 정보이며, MMTP 페이로드의 데이터 타입을 나타낸다. 예를 들어, 「0x00」은 페이로드가 MPU(Media Processing Unit)인 것을 나타내고, 「0x02」는 페이로드가 시그널링 메시지(Signaling message)인 것을 나타낸다.
「packet_id」의 16비트 필드는, 페이로드의 데이터 종류를 식별하기 위한 패킷 식별자(packet_id)를 나타낸다. 「timestamp」의 32비트 필드는, 전송을 위한 타입 스탬프, 즉 MMT 패킷이 송신측으로부터 나갈 때의 시각을 나타낸다. 이 시각은, NTP 쇼트 포맷(NTP short format)으로 표시된다. 「packet_sequence_number」의 32비트 필드는, 동일한 패킷 식별자(packet_id)를 갖는 MMT 패킷의 시퀀스 번호를 나타낸다. 「packet_counter」의 32비트 필드는, 패킷 식별자(packet_id)의 값에 상관없이, 동일한 IP 데이터 플로우에 있어서의 MMT 패킷의 순서를 나타낸다.
상술한 「X」의 1비트 플래그 정보가 「1」일 때, 「packet_counter」의 32비트 필드 후에, MMT 확장 헤더인 「header_extension」의 필드가 배치된다. 그 후에, MMTP 페이로드(MMTP payload)를 구성하는 「payload data」의 필드 및 「source_FEC_payload_ID」의 필드가 존재한다.
도 5의 (b)는, 상술한 MMT 패킷의 「payload data」의 필드에 배치되는 MMTP 페이로드(MMTP payload)의 구성예(Syntax)를 도시하고 있다. 또한, 이 예는, MMT 헤더의 「type」이 「0x00」인 MPU 모드인 경우를 나타내고 있다. 최초로 헤더 정보가 존재한다. 「length」의 16비트 필드는, MMTP 페이로드 전체의 바이트 사이즈를 나타낸다. "FT"의 4비트 필드는, 필드 타입을 나타낸다. "0"은 「MPU metadata」를 포함하는 것을 나타내고, "1"은 「Movie Fragment metadata」를 포함하는 것을 나타내고, "2"는 「MFU」를 포함하는 것을 나타낸다.
여기서, MFU(MMT Fragment Unit)는, MPU가 세분화, 즉 프래그먼트(Fragment)화된 것이다. 예를 들어, 비디오의 경우, 이 MFU를 하나의 NAL 유닛에 상당하도록 설정할 수 있다. 또한, 예를 들어 통신 네트워크 전송로로 보내는 경우, 이 MFU를 하나 또는 복수의 MTU 사이즈(MTU size)로 구성할 수도 있다.
또한, MPU는, 랜덤 액세스 포인트(RAP: Random Access Point)로부터 시작되는 것이며, 하나 또는 복수의 액세스 유닛(AU: Access Unit)을 포함하는 것이다. 구체적으로는, 예를 들어 하나의 GOP(Group Of Picture)의 픽처가, 하나의 MPU의 구성으로 되는 경우가 있다. 이 MPU는, 어셋별(컴포넌트별)로 정의되는 것으로 되어 있다. 따라서, 비디오의 어셋으로부터는 비디오 데이터만을 포함하는 비디오의 MPU가 작성되고, 오디오의 어셋으로부터는 오디오 데이터만을 포함하는 오디오의 MPU가 작성된다.
「T」의 1비트 플래그 정보는, 타임드 미디어(Timed Media)를 전송할지, 논타임드 미디어(Non-Timed Media)를 전송할지를 나타낸다. "1"은 타임드 미디어를 나타내고, "0"은 논타임드 미디어를 나타낸다.
「f_i」의 2비트 필드는, 「DU payload」의 필드에, 정수개의 데이터 유닛(DU: Data Unit)이 들어 있는지, 데이터 유닛이 단편화되어 얻어진 프래그먼트(Fragment)의 최초(first), 중간, 최후(last)의 어느 것이 들어 있는지를 나타낸다. "0"은 정수개의 데이터 유닛이 들어 있는 것을 나타내고, "1"은 최초의 프래그먼트가 들어 있는 것을 나타내고, "2"는 중간의 프래그먼트가 들어 있는 것을 나타내고, "3"은 최후의 프래그먼트가 들어 있는 것을 나타낸다.
「A」의 1비트 플래그 정보는, 「DU payload」의 필드에, 복수개의 데이터 유닛이 들어 있는지 여부를 나타낸다. "1"은 들어 있는 것을 나타내고, "0"은 들어 있지 않은 것을 나타낸다. 「frag_counter」의 8비트 필드는, 「f_i」가 1 내지 3일 때, 몇 번째 프래그먼트인지를 나타낸다.
「MPU_sequence_number」의 32비트 필드는, MPU의 순서를 나타내는 번호이며, MPU를 식별하는 정보이다. 예를 들어, 하나의 GOP가 하나의 MPU를 구성하는 경우, 어떠한 GOP의 「MPU_sequence_number」가 「i」일 때, 다음 GOP의 「MPU_sequence_number」는 「i+1」로 된다.
이 「MPU_sequence_number」의 필드 후에, 「DU_length」, 「DU_header」, 「DU_payload」의 각 필드가 배치된다. 「DU_length」의 16비트 필드는, 상술한 「A=0」인 경우, 즉 「DU payload」의 필드에 복수개의 데이터 유닛이 들어 있지 않은 경우에는 존재하지 않는다. 또한, 「DU_header」의 필드는, "FT=0/1"인 경우, 즉 「MPU metadata」나 「Movie Fragment metadata」를 포함하는 경우에는 존재하지 않는다.
도 6은, MMT/통신의 신호 구성예의 스택 모델을 도시하고 있다. MMT/통신에 의한 배신 옵션으로서, (A) 멀티캐스트 배신, (B) MMTP/UDP 배신, (C) MMTP/TCP 배신, (D) MMTP/HTTP 배신, (E) MPU/HTTP 배신이 고려된다.
「(A) 멀티캐스트 배신」
멀티캐스트 배신의 경우, 하위 레이어에 IP 패킷이 존재한다. 이 IP 패킷 상에, UDP(User Datagram Protocol)가 실린다. 그리고, UDP 상에, MMT(MPEG Media Transport) 패킷이 실린다. 이 MMT 패킷의 페이로드부에는, 비디오, 오디오 등의 컴포넌트의 부호화 데이터를 포함하는 MPU가 포함된다.
이 멀티캐스트 배신의 경우, 방송ㆍ통신 하이브리드 이용으로서는, 폭주 대응을 고려하면 가장 바람직한 방식이다. 또한, 이 멀티캐스트 배신의 경우, UDP 전송이므로, 전송 효율은 좋지만, 패킷 손실의 문제가 있으므로, AL-FEC(Application Layer-Forward Error Correction)를 필요로 할 가능성이 있다.
또한, 이 멀티캐스트 배신의 경우, 매니지드 네트워크(Managed Network)에 직접 접속되어 있는 수신 단말기만이 이용 가능하게 된다. 또한, 이 멀티캐스트 배신의 경우, 멀티캐스트 IP 스트림이, 복수의 어셋(컴포넌트)이 다중화된 MMTP 스트림을 전송하는 케이스와, 단체의 어셋만을 포함하는 MMTP 스트림을 전송하는 케이스가 있다.
「(B) MMTP/UDP 배신」
MMTP/UDP 배신의 경우, 하위 레이어에 IP 패킷이 존재한다. 이 IP 패킷 상에, UDP(User Datagram Protocol)가 실린다. 그리고, UDP 상에, MMT 패킷이 실린다. 이 MMT 패킷의 페이로드부에는, 비디오, 오디오 등의 컴포넌트의 부호화 데이터를 포함하는 MPU가 포함된다.
이 MMTP/UDP 배신의 경우, 유니캐스트(Unicast)이므로, 방송ㆍ통신 하이브리드 이용으로서는, 폭주의 문제가 있다. 또한, 이 MMTP/UDP 배신의 경우, UDP 전송이므로, 전송 효율은 좋지만, AL-FEC를 필요로 할 가능성이 있다. 또한, 멀티캐스트 배신의 경우, 토탈 지연이나 동기의 면에서는, TCP와 비교하면 양호하다.
또한, 이 MMTP/UDP 배신의 경우, 유니캐스트이므로, 넓게 일반적인 인터넷 접속 기기로 이용 가능하게 될 수 있지만, 라우터 설정에 따라서는 디폴트로는 이용하지 못할 가능성이 있다. 이 MMTP/UDP 배신의 경우, IP 스트림이, 복수의 어셋(컴포넌트)이 다중화된 MMTP 스트림을 전송하는 케이스와, 단체의 어셋만을 포함하는 MMTP 스트림을 전송하는 케이스가 있다.
「(C) MMTP/TCP 배신」
MMTP/TCP 배신의 경우, 하위 레이어에 IP 패킷이 존재한다. 이 IP 패킷 상에, TCP(Transmission Control Protocol)가 실린다. 그리고, TCP 상에, MMT 패킷이 실린다. 이 MMT 패킷의 페이로드부에는, 비디오, 오디오 등의 컴포넌트의 부호화 데이터를 포함하는 MPU가 포함된다.
이 MMTP/TCP 배신의 경우, 유니캐스트이므로, 넓게 일반적인 인터넷 접속 기기로 이용 가능하게 될 수 있다. 또한, 이 MMTP/TCP 배신의 경우, 유니캐스트이므로, 방송ㆍ통신 하이브리드 이용으로서는, 폭주의 문제가 있다. 또한, 이 MMTP/TCP 배신의 경우, TCP 전송이므로 효율은 희생이 되지만, 재송이 가능하므로, AL-FEC는 불필요하게 된다.
또한, 이 MMTP/TCP 배신의 경우, IP 스트림이, 복수의 어셋(컴포넌트)이 다중화된 MMTP 스트림을 전송하는 케이스와, 단체의 어셋만을 포함하는 MMTP 스트림을 전송하는 케이스가 있다.
「(D) MMTP/HTTP 배신」
MMTP/HTTP 배신의 경우, 하위 레이어에 IP 패킷이 존재한다. 이 IP 패킷 상에, TCP가 실린다. 그리고, TCP 상에, HTTP(Hyper Text Transfer Protocol)가 실리고, 또한 그 위에 MMT 패킷이 실린다. 이 MMT 패킷의 페이로드부에는, 비디오, 오디오 등의 컴포넌트의 부호화 데이터를 포함하는 MPU가 포함된다.
이 MMTP/HTTP 배신의 경우, HTTP이므로, 넓게 일반적인 인터넷 접속 기기로 이용 가능하게 될 수 있다. 또한, 이 MMTP/HTTP 배신의 경우, 유니캐스트이므로, 방송ㆍ통신 하이브리드 이용으로서는, 폭주의 문제가 있다. 또한, 이 MMTP/HTTP 배신의 경우, TCP 전송이므로 효율은 희생이 되지만, 재송이 가능하므로, AL-FEC는 불필요하게 된다.
또한, 이 MMTP/HTTP 배신의 경우, IP 스트림이, 복수의 어셋(컴포넌트)이 다중화된 MMTP 스트림을 전송하는 케이스와, 단체의 어셋만을 포함하는 MMTP 스트림을 전송하는 케이스가 있다.
「(E) MPU/HTTP 배신」
MPU/HTTP 배신의 경우, 하위 레이어에 IP 패킷이 존재한다. 이 IP 패킷 상에, TCP가 실린다. 그리고, TCP 상에, HTTP가 실리고, 이 HTTP 패킷의 페이로드부에는, 비디오, 오디오 등의 컴포넌트의 부호화 데이터를 포함하는 MPU가 포함된다.
이 MPU/HTTP 배신의 경우, HTTP이므로, 넓게 일반적인 인터넷 접속 기기로 이용 가능하게 될 수 있다. 또한, 이 MPU/HTTP 배신의 경우, 유니캐스트이므로, 방송ㆍ통신 하이브리드 이용으로서는, 폭주의 문제가 있다. 또한, 이 MPU/HTTP 배신의 경우, TCP 전송이므로 효율은 희생이 되지만, 재송이 가능하므로, AL-FEC는 불필요하게 된다.
또한, 이 MPU/HTTP 배신의 경우, MMT 패킷이 개재하지 않으므로 MMTP/HTTP 배신과 비교하여 전송 효율은 좋아지지만, 반대로 MMTP 헤더 등의 정보가 소실된다는 과제가 있다. 또한, 이 MPU/HTTP 배신의 경우, 수신 단말기는, HTTP에 의해, 단일의 어셋(컴포넌트)의 개개의 MPU 파일을 취득하게 된다.
도 7은, MMT 배신 네트워크 환경의 일례를 도시하고 있다. 수신 단말기(200a, 200b, 200c)는, 각각 홈 라우터(HR)를 통하여 매니지드 네트워크 MNa의 에지 라우터(ER)에 접속 가능하게 되어 있다. 그 때문에, 이들 수신 단말기(200a, 200b, 200c)는, 매니지드 네트워크에 있는 IP 어드레스가 "a"인 MMT/멀티캐스트 서버로부터 (A) 멀티캐스트 배신의 프로토콜로 배신을 받는 것이 가능하다.
또한, 이들 수신 단말기(200a, 200b, 200c)는, 각각 홈 라우터 HR, 매니지드 네트워크 MNa 등을 통하여 MMT 서버에 접속 가능하게 되어 있다. 또한, 이들 수신 단말기(200a, 200b, 200c)가 접속되는 홈 라우터(HR)는, UDP의 이용이 가능하게 되도록 설정되어 있다. 그 때문에, 이들 수신 단말기(200a, 200b, 200c)는, MMT 서버로부터, (B) MMTP/UDP 배신, (C) MMTP/TCP 배신, (D) MMTP/HTTP 배신, (E) MPU/HTTP 배신의 어느 프로토콜로도 배신을 받는 것이 가능하다.
또한, 수신 단말기(200g, 200h, 200i)는, 각각 홈 라우터(HR)를 통하여 매니지드 네트워크 MNb의 에지 라우터(ER)에 접속 가능하게 되어 있다. 그 때문에, 이들 수신 단말기(200g, 200h, 200i)는, 매니지드 네트워크에 있는 IP 어드레스가 "b"인 MMT/멀티캐스트 서버로부터 (A) 멀티캐스트 배신의 프로토콜로 배신을 받는 것이 가능하다.
또한, 이들 수신 단말기(200g, 200h, 200i)는, 각각 홈 라우터 HR, 매니지드 네트워크 MNb 등을 통하여 MMT 서버에 접속 가능하게 되어 있다. 또한, 이들 수신 단말기(200g, 200h, 200i)가 접속되는 홈 라우터(HR)는, UDP의 이용이 가능하게 되도록 설정되어 있다. 그 때문에, 이들 수신 단말기(200g, 200h, 200i)는, MMT 서버로부터, (B) MMTP/UDP 배신, (C) MMTP/TCP 배신, (D) MMTP/HTTP 배신, (E) MPU/HTTP 배신의 어느 프로토콜로도 배신을 받는 것이 가능하다.
또한, 수신 단말기(200d)는, 홈 라우터 HR을 통하여 MMT 서버에 접속 가능하게 되고, 나아가, 이 수신 단말기(200d)가 접속되는 홈 라우터(HR)는, UDP도 이용 가능하게 설정되어 있다. 그 때문에, 이 수신 단말기(200d)는, (B) MMTP/UDP 배신, (C) MMTP/TCP 배신, (D) MMTP/HTTP 배신, (E) MPU/HTTP 배신의 어느 프로토콜로도 배신을 받는 것이 가능하다.
또한, 수신 단말기(200e, 200f)는, 홈 라우터 HR을 통하여 MMT 서버에 접속 가능하게 되어 있지만, 이들 수신 단말기(200e, 200f)가 접속되는 홈 라우터(HR)는, UDP의 이용이 가능하게 설정되어 있지 않다. 그 때문에, 이들 수신 단말기(200e, 200f)는, (D) MMTP/HTTP 배신, (E) MPU/HTTP 배신의 어느 프로토콜만으로 배신을 받는 것이 가능하다.
도 8은, PA 메시지(Package Access Message) 및 MP 테이블(MPT: MMT Package Table)의 구조를 개략적으로 도시하고 있다. 또한, 도 9는, PA 메시지의 주요 파라미터의 설명을 도시하고, 도 10은, MP 테이블의 주요 파라미터의 설명을 도시하고 있다.
「message_id」는, 각종 시그널링 정보에 있어서, PA 메시지를 식별하는 고정값이다. 「version」은, PA 메시지의 버전을 나타내는 8비트 정수값이다. 예를 들어, MP 테이블을 구성하는 일부의 파라미터라도 갱신한 경우에는, +1 인크리먼트된다. 「length」는, 이 필드의 직후부터 카운트되는, PA 메시지의 사이즈를 나타내는 바이트수이다.
「extension」의 필드에는, 페이로드(Payload)의 필드에 배치되는 테이블의 인덱스 정보가 배치된다. 이 필드에는 「table_id」, 「table_version」, 「table_length」의 각 필드가 테이블수만큼 배치된다. 「table_id」는, 테이블을 식별하는 고정값이다. 「table_version」은, 테이블의 버전을 나타낸다. 「table_length」는, 테이블의 사이즈를 나타내는 바이트수이다.
PA 메시지의 페이로드(Payload)의 필드에는, MP 테이블(MPT)과, 소정수의 그 밖의 테이블(Other table)이 배치된다. 이하, MP 테이블의 구성에 대하여 설명한다.
「table_id」는, 각종 시그널링 정보에 있어서, MP 테이블을 식별하는 고정값이다. 「version」은, MP 테이블의 버전을 나타내는 8비트 정수값이다. 예를 들어, MP 테이블을 구성하는 일부의 파라미터라도 갱신한 경우에는, +1 인크리먼트된다. 「length」는, 이 필드의 직후부터 카운트되는, MP 테이블의 사이즈를 나타내는 바이트수이다.
「pack_id」는, 방송 및 통신으로 전송되는 모든 어셋(컴포넌트)을 구성 요소로 하는 전체 패키지로서의 식별 정보이다. 이 식별 정보는 텍스트 정보이다. 「pack_id_len」은, 그 텍스트 정보의 사이즈(바이트수)를 나타낸다. 「MPT_descripors」의 필드는, 패키지 전체에 관한 기술자의 저장 영역이다. 「MPT_dsc_len」은, 그 필드의 사이즈(바이트수)를 나타낸다.
「num_of_asset」은, 패키지를 구성하는 요소로서의 어셋(컴포넌트)의 수를 나타낸다. 이 수만큼, 이하의 어셋 루프가 배치된다. 「asset_id」는, 어셋을 유니크하게 식별하는 정보(어셋 ID)이다. 이 식별 정보는 텍스트 정보이다. 「asset_id_len」은, 그 텍스트 정보의 사이즈(바이트수)를 나타낸다. 「gen_loc_info」는, 어셋의 취득처의 로케이션을 나타내는 정보이다. 「asset_descriptors」의 필드는, 어셋에 관한 기술자의 저장 영역이다. 「asset_dsc_len」은, 그 필드의 사이즈(바이트수)를 나타낸다.
또한, 도 11은, 상술한 PA 메시지의 구조예(Syntax)를 도시하고 있다. 또한, 도 12는, 상술한 MP 테이블(MPT)의 구조예(Syntax)를 도시하고 있다. 도 8에 있어서의 「gen_loc_info」의 필드는, 도 12에 있어서의 「asset_location」의 필드에 대응하고, 어셋의 취득처의 로케이션을 나타내는 정보로서 복수의 「MMT_general_location_info()」의 배치가 가능하게 되어 있다. 또한, 도 8에 있어서의 「asset_descriptors」의 필드는, 도 12에 있어서의 「asset_descriptors」의 필드에 대응하고 있다.
도 13은, 「MMT_general_location_info()」의 구조예(Syntax)의 일부를 도시하고 있다. 「location_type」의 8비트 필드는, 어셋의 취득처의 로케이션을 나타내는 정보(이하, 적절히 「로케이션 정보」라고 함)의 타입을 나타내고 있다. 상술한 (A) 멀티캐스트 배신의 프로토콜로 배신되는 어셋의 경우, 「location_type」은 "0x01" 혹은 "0x02"로 되고, 로케이션 정보로서, 소스 어드레스(ipv4_src_addr, ipv6_src_addr)와, 데스티네이션 어드레스(ipv4_dst_addr, ipv6_dst_addr)와, 데스티네이션 포트 번호(dst_port)와, 패킷 식별자(packt_id)가 삽입된다. 이 경우, 「location_type」에 의해, 멀티캐스트 배신임이 식별된다.
또한, 상술한 (B) MMTP/UDP 배신, (C) MMTP/TCP 배신, (D) MMTP/HTTP 배신 혹은 (E) MPU/HTTP 배신의 프로토콜로 배신되는 어셋인 경우, 「location_type」은 "0x05"로 되고, 로케이션 정보로서, URL(Uniform Resource Locator)이 배치된다.
여기서, (B) MMTP/UDP 배신의 프로토콜로 배신되는 어셋인 경우, 스키마(schema)로서 "rtsp://~.mmt"가 지정되고, 또한 쿼리 필드(Query Field)에 의해, UDP를 지정하는 파라미터와 패킷 식별자(packet_id)를 지정하는 파라미터가 부가된다. 결국, 이 경우의 URL은 "rtsp://~.mmt?pr=udp&pid=1"과 같이 표현된다. 이 경우, 「rtsp」와 「pr=udp」에 의해, MMTP/UDP 배신임이 식별된다.
또한, (C) MMTP/TCP 배신의 프로토콜로 배신되는 어셋인 경우, 스키마(schema)로서 "rtsp://~.mmt"가 지정되고, 또한 쿼리 필드(Query Field)에 의해, TCP를 지정하는 파라미터와 패킷 식별자(packet_id)를 지정하는 파라미터가 부가된다. 결국, 이 경우의 URL은 "rtsp://~.mmt?pr=udp&pid=1"과 같이 표현된다. 이 경우, 「rtsp」와 「pr=tcp」에 의해, MMTP/TCP 배신임이 식별된다.
또한, (D) MMTP/HTTP 배신의 프로토콜로 배신되는 어셋인 경우, 스키마(schema)로서 "http://~.mmt"가 지정되고, 또한 쿼리 필드(Query Field)에 의해, 패킷 식별자(packet_id)를 지정하는 파라미터가 부가된다. 결국, 이 경우의 URL은 "http://~.mmt?pr=pid=1"과 같이 표현된다. 이 경우, 「http」와 「mmt」에 의해, MMTP/HTTP 배신임이 식별된다.
또한, (E) MPU/HTTP 배신의 프로토콜로 배신되는 어셋인 경우, 스키마(schema)로서 "http://~.mp4"가 지정된다. 즉, 이 경우의 URL은 "http://~.mp4"와 같이 표현된다. 이 경우, 「http」와 「mp4」에 의해, MPU/HTTP 배신임이 식별된다.
「복수의 배신 프로토콜의 정보 또는 그 취득 정보의 삽입」
이 실시 형태에 있어서는, MP 테이블(MPT)에, 통신으로 전송되는 어셋(컴포넌트), 즉 통신 경로에서 취득해야 할 특정 컴포넌트와 관련하여, 복수의 배신 프로토콜의 정보, 또는 이 복수의 배신 프로토콜의 정보를 취득하기 위한 취득 정보가 삽입된다. 복수의 배신 프로토콜의 정보에는, 각각, 적어도 로케이션 정보 및 프로토콜 식별 정보가 포함된다. 삽입 방식으로서, 예를 들어 이하의 방식 1, 방식 2, 방식 3이 고려된다.
「방식 1」
방식 1의 경우, MP 테이블(MPT)에는, 특정한 컴포넌트(어셋)의 정보가 복수 배치되고, 이 배치된 복수의 정보의 각각에 복수의 배신 프로토콜 중 하나의 정보가 삽입된다. 이 경우, 하나하나의 어셋에 대하여, 「MMT_general_location_info()」는 하나만 기술된다(도 12 참조).
이 방식 1에 대하여, 추가로 설명한다. 여기서는, 비디오, 오디오의 신호조가 2개 있고, 한쪽은 메인 신호이므로 방송으로 전송되고, 다른 쪽은 메인 신호가 아니므로 통신으로 전송된다고 하는 사용례로 설명한다. 또한, 이 사용례에서는, (A) 멀티캐스트 배신, (D) MMTP/HTTP 배신, (E) MPU/HTTP 배신의 3가지 프로토콜로 배신할 수 있는 것으로 한다.
도 14의 (a)는, MP 테이블(MPT)의 기술예를 개략적으로 도시하고 있다. 「Asset1」의 어셋(컴포넌트)은, 방송 전송되는 비디오 신호(Video1)를 나타내고 있다. 「Asset2」의 어셋(컴포넌트)은, 방송 전송되는 오디오 신호(Audio1)를 나타내고 있다.
「Asset3」의 어셋(컴포넌트)은, (A) 멀티캐스트 배신의 프로토콜로 통신 전송되는 비디오 신호(Video2)를 나타내고 있다. 이 어셋의 「MMT_general_location_info()」에는, 소스 어드레스(ipv4_src_addr, ipv6_src_addr)와, 데스티네이션 어드레스(ipv4_dst_addr, ipv6_dst_addr)와, 데스티네이션 포트 번호(dst_port)와, 패킷 식별자(packt_id)가 삽입된다.
또한, 이 어셋의 「asset_descriptors」의 필드에, 신규 정의하는 통신 배신 기술자(broadband_delivery_descriptor)가 삽입된다. 이 기술자에는, 통신 전송 프로토콜 타입(배신 프로토콜 타입) 「type=broadband_delivery_type」과, 당해 어셋과 다중화되어 배신되는 다른 어셋의 정보 「mg=multiplex_group」과, 이용 가능한 매니지드 네트워크의 정보 「ANmap1」이 기술된다. 여기서는, 「type」은 (A) 멀티캐스트 배신인 것을 나타내는 것으로 되고, 「mg」는 그룹 1을 구성하는 다른 어셋과 다중화되어 배신되는 것을 나타내는 것으로 된다.
도 15는, 통신 배신 기술자(broadband_delivery_descriptor)의 구조예(Syntax)를 도시하고, 도 16은, 그 구조예에 있어서의 주요 정보의 내용(Semantics)을 도시하고 있다. 「descriptor_tag」의 16비트 필드는, 기술자 타입을 나타낸다. 여기서는, 통신 배신 기술자인 것을 나타낸다. 「descriptor_length」의 8비트 필드는, 기술자의 길이(사이즈)를 나타내고, 기술자의 길이로서, 이후의 바이트수를 나타낸다.
「broadband_delivery_type」의 3비트 필드는, 통신 전송 프로토콜 타입(배신 프로토콜 타입)을 나타낸다. 예를 들어, "1"은 타입 A(typeA), 즉 (A) 멀티캐스트 배신인 것을 나타낸다. "2"는 타입 B(typeB), 즉 (B) MMTP/UDP 배신인 것을 나타낸다. "3"은 타입 C(typeC), 즉 (C) MMTP/TCP 배신인 것을 나타낸다. "4"는 타입 D(typeD), 즉 (D) MMTP/HTTP 배신인 것을 나타낸다. "5"는 타입 E(typeE), 즉 (E) MPU/HTTP 배신인 것을 나타낸다. 또한, "7"은 BD 테이블(BDT: Broadband_Delivery_Table)로 지정되는 것을 나타낸다.
「ip_version」의 1비트 필드는, IP 버전을 나타낸다. 예를 들어, "0"은 「IPv4」를 나타내고, "1"은 「IPv6」을 나타낸다. 「multiplex_group」의 4비트 필드는, 다중화 스트림의 그룹 ID를 나타낸다. 다중화되어 있지 않은 경우에는 「0」으로서, 다중화되어 있는 경우에는, 1 이상의 다중화 스트림의 식별값을 지정한다.
「additional_network_info()」의 필드에는 관련된 부가 정보가 배치된다. 타입 A의 경우에는, 「available_network_map」의 8비트 필드로 된다. 이 「available_network_map」의 8비트 필드는, 이용 가능한 매니지드 네트워크의 비트맵을 나타낸다. 이 경우, 비트 0부터 비트 7까지의 비트가 각 캐리어에 할당된다.
도 14로 복귀하여, 「Asset4」의 어셋(컴포넌트)은, (D) MMTP/HTTP 배신의 프로토콜로 통신 전송되는 비디오 신호(Video2)를 나타내고 있다. 이 어셋의 「MMT_general_location_info()」에는 URL이 삽입된다. 이 경우, 상술한 바와 같이, 스키마(schema)로서 "http://~.mmt"가 지정되고, 또한 쿼리 필드(Query Field)에 의해, 패킷 식별자(packet_id)를 지정하는 파라미터가 부가된다.
또한, 이 어셋의 「asset_descriptors」의 필드에, 상술한 통신 배신 기술자(broadband_delivery_descriptor)가 삽입된다(도 15 참조). 여기서는, 「type」은 (D) MMTP/HTTP 배신인 것을 나타내는 것으로 되고, 「mg」는 그룹 2를 구성하는 다른 어셋과 다중화되어 배신되는 것을 나타내는 것으로 된다.
「Asset5」의 어셋(컴포넌트)은, (E) MPU/HTTP 배신의 프로토콜로 통신 전송되는 비디오 신호(Video2)를 나타내고 있다. 이 어셋의 「MMT_general_location_info()」에는 URL이 삽입된다. 이 경우, 상술한 바와 같이, 스키마(schema)로서 "http://~.mp4"가 지정된다.
또한, 이 어셋의 「asset_descriptors」의 필드에, 상술한 통신 배신 기술자(broadband_delivery_descriptor)가 삽입된다(도 15 참조). 여기서는, 「type」은 (E) MPU/HTTP 배신인 것을 나타내는 것으로 되고, 「mg」는 "0"으로 되어, 다중화되어 있지 않은 것을 나타내는 것으로 된다. 이에 의해, 수신측에서는, 도 14의 (b)에 도시하는 바와 같이, 이 「Asset5」는 단독으로 배신되는 것을 알 수 있다.
또한, 「Asset3」, 「Asset4」, 「Asset5」의 기술순은, 예를 들어 우선 순위를 나타내는 것으로 된다.
「Asset6」의 어셋(컴포넌트)은, (A) 멀티캐스트 배신의 프로토콜로 통신 전송되는 오디오 신호(Audio2)를 나타내고 있다. 이 어셋의 「MMT_general_location_info()」에는, 소스 어드레스(ipv4_src_addr, ipv6_src_addr)와, 데스티네이션 어드레스(ipv4_dst_addr, ipv6_dst_addr)와, 데스티네이션 포트 번호(dst_port)와, 패킷 식별자(packt_id)가 삽입된다.
또한, 이 어셋의 「asset_descriptors」의 필드에, 상술한 통신 배신 기술자(broadband_delivery_descriptor)가 삽입된다(도 15 참조). 여기서는, 「type」은 (A) 멀티캐스트 배신인 것을 나타내는 것으로 되고, 이용 가능한 매니지드 네트워크의 정보 「ANmap1」도 기술된다.
또한, 「mg」는 그룹 1을 구성하는 다른 어셋과 다중화되어 배신되는 것을 나타내는 것으로 된다. 이에 의해, 수신측에서는, 도 14의 (b)에 도시하는 바와 같이, 이 「Asset6」은, 상술한 「Asset3」과 다중화되어 배신되는 것을 알 수 있다. 수신측에서는, 이 다중화 스트림으로부터 「Asset3」과 「Asset6」의 양쪽을 얻는 것이 가능하게 된다.
「Asset7」의 어셋(컴포넌트)은, (D) MMTP/HTTP 배신의 프로토콜로 통신 전송되는 오디오 신호(Audio2)를 나타내고 있다. 이 어셋의 「MMT_general_location_info()」에는 URL이 삽입된다. 이 경우, 상술한 바와 같이, 스키마(schema)로서 "http://~.mmt"가 지정되고, 또한 쿼리 필드(Query Field)에 의해, 패킷 식별자(packet_id)를 지정하는 파라미터가 부가된다.
또한, 이 어셋의 「asset_descriptors」의 필드에, 상술한 통신 배신 기술자(broadband_delivery_descriptor)가 삽입된다(도 15 참조). 여기서는, 「type」은 (D) MMTP/HTTP 배신인 것을 나타내는 것으로 되고, 「mg」는 그룹 2를 구성하는 다른 어셋과 다중화되어 배신되는 것을 나타내는 것으로 된다. 이에 의해, 수신측에서는, 도 14의 (b)에 도시하는 바와 같이, 이 「Asset7」은, 상술한 「Asset4」와 다중화되어 배신되는 것을 알 수 있다. 수신측에서는, 이 다중화 스트림으로부터 「Asset4」와 「Asset7」의 양쪽을 얻는 것이 가능하게 된다.
「Asset8」의 어셋(컴포넌트)은, (E) MPU/HTTP 배신의 프로토콜로 통신 전송되는 오디오 신호(Audio2)를 나타내고 있다. 이 어셋의 「MMT_general_location_info()」에는 URL이 삽입된다. 이 경우, 상술한 바와 같이, 스키마(schema)로서 "http://~.mp4"가 지정된다.
또한, 이 어셋의 「asset_descriptors」의 필드에, 상술한 통신 배신 기술자(broadband_delivery_descriptor)가 삽입된다(도 15 참조). 여기서는, 「type」은 (E) MPU/HTTP 배신인 것을 나타내는 것으로 되고, 「mg」는 "0"으로 되어, 다중화되어 있지 않은 것을 나타내는 것으로 된다. 이에 의해, 수신측에서는, 도 14의 (b)에 도시하는 바와 같이, 이 「Asset8」은 단독으로 배신되는 것을 알 수 있다.
또한, 「Asset6」, 「Asset7」, 「Asset8」의 기술순은, 예를 들어 우선 순위를 나타내는 것으로 된다.
「방식 2」
방식 2의 경우, MP 테이블(MPT)에는, 특정한 컴포넌트(어셋)의 정보가 하나 배치되고, 이 배치된 하나의 정보에 복수의 배신 프로토콜의 정보가 삽입된다. 이 경우, 하나하나의 어셋에 대하여, 「MMT_general_location_info()」는 복수 기술된다(도 12 참조). MP 테이블에 있어서, 「MMT_general_location_info()」는 루프로 되어 있으므로 복수의 기술이 가능하다.
이 방식 2에 대하여, 추가로 설명한다. 여기서는, 상술한 「방식 1」의 설명과 마찬가지로, 비디오, 오디오의 신호조가 2개 있고, 한쪽은 메인 신호이므로 방송으로 전송되고, 다른 쪽은 메인 신호가 아니므로 통신으로 전송된다고 하는 사용례로 설명한다. 또한, 이 사용례에서는, (A) 멀티캐스트 배신, (D) MMTP/HTTP 배신, (E) MPU/HTTP 배신의 3가지 프로토콜로 배신할 수 있는 것으로 한다.
도 17의 (a)는, MP 테이블(MPT)의 기술예를 개략적으로 도시하고 있다. 「Asset1」의 어셋(컴포넌트)은, 방송 전송되는 비디오 신호(Video1)를 나타내고 있다. 「Asset2」의 어셋(컴포넌트)은, 방송 전송되는 오디오 신호(Audio1)를 나타내고 있다.
「Asset3」의 어셋(컴포넌트)은, 통신 전송되는 비디오 신호(Video2)를 나타내고 있다. 이 어셋의 「asset_location」의 필드에는 「MMT_general_location_info()」가 3개 기술된다.
제1 「MMT_general_location_info()」에는, 우선 순위가 가장 높은 (A) 멀티캐스트 배신인 경우에 있어서의 로케이션 정보가 삽입된다. 즉, 이 「MMT_general_location_info()」에는, 소스 어드레스(ipv4_src_addr, ipv6_src_addr)와, 데스티네이션 어드레스(ipv4_dst_addr, ipv6_dst_addr)와, 데스티네이션 포트 번호(dst_port)와, 패킷 식별자(packt_id)가 삽입된다.
제2 「MMT_general_location_info()」에는, 우선 순위가 다음으로 높은 (D) MMTP/HTTP 배신인 경우에 있어서의 로케이션 정보가 삽입된다. 즉, 이 「MMT_general_location_info()」에는 URL이 삽입된다. 이 경우, 상술한 바와 같이, 스키마(schema)로서 "http://~.mmt"가 지정되고, 또한 쿼리 필드(Query Field)에 의해, 패킷 식별자(packet_id)를 지정하는 파라미터가 부가된다.
제3 「MMT_general_location_info()」에는, 우선 순위가 가장 낮은 (E) MPU/HTTP 배신인 경우에 있어서의 로케이션 정보가 삽입된다. 즉, 이 「MMT_general_location_info()」에는 URL이 삽입된다. 이 경우, 상술한 바와 같이, 스키마(schema)로서 "http://~.mp4"가 지정된다.
또한, 이 어셋의 「asset_descriptors」의 필드에, 신규 정의하는 통신 배신 기술자(broadband_delivery_descriptor)가 삽입된다. 이 기술자에는, 상술한 3개의 「MMT_general_location_info()」에 대응하여, 통신 전송 프로토콜 타입(배신 프로토콜 타입) 「type=broadband_delivery_type」과, 당해 어셋과 다중화되어 배신되는 다른 어셋의 정보 「mg=multiplex_group」이 기술된다. 또한, 「MMT_general_location_info()」에 (A) 멀티캐스트 배신인 경우에 있어서의 로케이션 정보가 삽입되는 경우에는, 추가로 이용 가능한 매니지드 네트워크의 정보 「ANmap」도 기술된다.
여기서는, 제1 「MMT_general_location_info()」에 대응하여, 「type」은 (A) 멀티캐스트 배신인 것을 나타내는 것으로 되고, 「mg」는 그룹 1을 구성하는 다른 어셋과 다중화되어 배신되는 것을 나타내는 것으로 된다. 또한, 「ANmap」는 「ANmap1」로 되어, 이용 가능한 매니지드 네트워크가 나타난다.
또한, 제2 「MMT_general_location_info()」에 대응하여, 「type」은 (D) MMTP/HTTP 배신인 것을 나타내는 것으로 되고, 「mg」는 그룹 2를 구성하는 다른 어셋과 다중화되어 배신되는 것을 나타내는 것으로 된다.
또한, 제3 「MMT_general_location_info()」에 대응하여, 「type」은 (E) MPU/HTTP 배신인 것을 나타내는 것으로 되고, 「mg」는 "0"으로 되어, 다중화되어 있지 않은 것을 나타내는 것으로 된다. 이에 의해, 수신측에서는, 도 17의 (b)에 도시하는 바와 같이, (E) MPU/HTTP 배신의 경우, 「Asset3」은 단독으로 배신되는 것을 알 수 있다.
도 18은, 통신 배신 기술자(broadband_delivery_descriptor)의 구조예(Syntax)를 도시하고 있다. 「descriptor_tag」의 16비트 필드는, 기술자 타입을 나타낸다. 여기서는, 통신 배신 기술자인 것을 나타낸다. 「descriptor_length」의 8비트 필드는, 기술자의 길이(사이즈)를 나타내고, 기술자의 길이로서, 이후의 바이트수를 나타낸다.
「number_of_delivery」의 8비트 필드는, 배신 가능한 배신 프로토콜의 수를 나타낸다. 이 배신 프로토콜의 수만큼, 「broadband_delivery_type」의 3비트 필드, 「ip_version」의 1비트 필드, 「multiplex_group」의 4비트 필드 및 「available_network_map」의 8비트 필드가 반복된다.
「broadband_delivery_type」의 3비트 필드는, 통신 전송 프로토콜 타입(배신 프로토콜 타입)을 나타낸다(도 16 참조). 예를 들어, "1"은 타입 A(typeA), 즉 (A) 멀티캐스트 배신인 것을 나타낸다. "2"는 타입 B(typeB), 즉 (B) MMTP/UDP 배신인 것을 나타낸다. "3"은 타입 C(typeC), 즉 (C) MMTP/TCP 배신인 것을 나타낸다. "4"는 타입 D(typeD), 즉 (D) MMTP/HTTP 배신인 것을 나타낸다. "5"는 타입 E(typeE), 즉 (E) MPU/HTTP 배신인 것을 나타낸다. 또한, "7"은 BDT(broadband_delivery_Table)로 지정되는 것을 나타낸다.
「ip_version」의 1비트 필드는, IP 버전을 나타낸다(도 16 참조). 예를 들어, "0"은 「IPv4」를 나타내고, "1"은 「IPv6」을 나타낸다. 「multiplex_group」의 4비트 필드는, 다중화 스트림의 그룹 ID를 나타낸다(도 16 참조). 다중화되어 있지 않은 경우에는 「0」으로서, 다중화되어 있는 경우에는, 1 이상의 다중화 스트림의 식별값을 지정한다. 「available_network_map」의 8비트 필드는, 이용 가능한 매니지드 네트워크의 비트맵을 나타낸다. 이 경우, 비트 0부터 비트 7까지의 비트가 각 캐리어에 할당된다(도 16 참조).
또한, 「broadband_delivery_type」이 "1"로 되는 (A) 멀티캐스트 배신인 경우를 제외하고, 「available_network_map」의 8비트 필드의 비트 0부터 비트 7까지는 모두 "0"으로 되어, 이 필드는 실질적으로 사용되지 않는다.
「Asset4」의 어셋(컴포넌트)은, 통신 전송되는 오디오 신호(Audio2)를 나타내고 있다. 이 어셋의 「asset_location」의 필드에는 「MMT_general_location_info()」가 3개 기술된다.
제1 「MMT_general_location_info()」에는, 우선 순위가 가장 높은 (A) 멀티캐스트 배신인 경우에 있어서의 로케이션 정보가 삽입된다. 즉, 이 「MMT_general_location_info()」에는, 소스 어드레스(ipv4_src_addr, ipv6_src_addr)와, 데스티네이션 어드레스(ipv4_dst_addr, ipv6_dst_addr)와, 데스티네이션 포트 번호(dst_port)와, 패킷 식별자(packt_id)가 삽입된다.
제2 「MMT_general_location_info()」에는, 우선 순위가 다음으로 높은 (D) MMTP/HTTP 배신인 경우에 있어서의 로케이션 정보가 삽입된다. 즉, 이 「MMT_general_location_info()」에는 URL이 삽입된다. 이 경우, 상술한 바와 같이, 스키마(schema)로서 "http://~.mmt"가 지정되고, 또한 쿼리 필드(Query Field)에 의해, 패킷 식별자(packet_id)를 지정하는 파라미터가 부가된다.
제3 「MMT_general_location_info()」에는, 우선 순위가 가장 낮은 (E) MPU/HTTP 배신인 경우에 있어서의 로케이션 정보가 삽입된다. 즉, 이 「MMT_general_location_info()」에는 URL이 삽입된다. 이 경우, 상술한 바와 같이, 스키마(schema)로서 "http://~.mp4"가 지정된다.
또한, 이 어셋의 「asset_descriptors」의 필드에, 상술한 통신 배신 기술자(broadband_delivery_descriptor)가 삽입된다(도 18 참조). 이 기술자에는, 상술한 3개의 「MMT_general_location_info()」에 대응하여, 통신 전송 프로토콜 타입(배신 프로토콜 타입) 「type=broadband_delivery_type」과, 당해 어셋과 다중화되어 배신되는 다른 어셋의 정보 「mg=multiplex_group」이 기술된다. 또한, 「MMT_general_location_info()」에 (A) 멀티캐스트 배신인 경우에 있어서의 로케이션 정보가 삽입되는 경우에는, 추가로 이용 가능한 매니지드 네트워크의 정보 「ANmap」도 기술된다.
여기서는, 제1 「MMT_general_location_info()」에 대응하여, 「type」은 (A) 멀티캐스트 배신인 것을 나타내는 것으로 되고, 「ANmap」는 「ANmap1」로 되어, 이용 가능한 매니지드 네트워크가 나타난다. 또한, 「mg」는 그룹 1을 구성하는 다른 어셋과 다중화되어 배신되는 것을 나타내는 것으로 된다. 이에 의해, 수신측에서는, 도 17의 (b)에 도시하는 바와 같이, (A) 멀티캐스트 배신의 경우, 「Asset4」는, 상술한 「Asset3」과 다중화되어 배신되는 것을 알 수 있다. 수신측에서는, 이 다중화 스트림으로부터 「Asset3」과 「Asset4」의 양쪽을 얻는 것이 가능하게 된다.
또한, 제2 「MMT_general_location_info()」에 대응하여, 「type」은 (D) MMTP/HTTP 배신인 것을 나타내는 것으로 되고, 「mg」는 그룹 2를 구성하는 다른 어셋과 다중화되어 배신되는 것을 나타내는 것으로 된다. 이에 의해, 수신측에서는, 도 17의 (b)에 도시하는 바와 같이, (D) MMTP/HTTP 배신의 경우, 「Asset4」는, 상술한 「Asset3」과 다중화되어 배신되는 것을 알 수 있다. 수신측에서는, 이 다중화 스트림으로부터 「Asset3」과 「Asset4」의 양쪽을 얻는 것이 가능하게 된다.
또한, 제3 「MMT_general_location_info()」에 대응하여, 「type」은 (E) MPU/HTTP 배신인 것을 나타내는 것으로 되고, 「mg」는 "0"으로 되어, 다중화되어 있지 않은 것을 나타내는 것으로 된다. 이에 의해, 수신측에서는, 도 17의 (b)에 도시하는 바와 같이, (E) MPU/HTTP 배신의 경우, 「Asset4」는 단독으로 배신되는 것을 알 수 있다.
「방식 3」
방식 3의 경우, MP 테이블(MPT)에는, 특정한 컴포넌트(어셋)의 정보가 하나 배치되고, 이 배치된 하나의 정보에 복수의 배신 프로토콜의 정보를 취득하기 위한 취득 정보가 삽입된다. 이 경우, 하나하나의 어셋에 대하여, 「MMT_general_location_info()」는 하나만 기술된다(도 12 참조).
이 방식 3에 대하여, 추가로 설명한다. 여기서는, 상술한 「방식 1」, 「방식 2」의 설명과 마찬가지로, 비디오, 오디오의 신호조가 2개 있고, 한쪽은 메인 신호이므로 방송으로 전송되고, 다른 쪽은 메인 신호가 아니므로 통신으로 전송된다고 하는 사용례로 설명한다. 또한, 이 사용례에서는, (A) 멀티캐스트 배신, (D) MMTP/HTTP 배신, (E) MPU/HTTP 배신의 3가지 프로토콜로 배신할 수 있는 것으로 한다.
도 19의 (a)는, MP 테이블(MPT)의 기술예를 개략적으로 도시하고 있다. 「Asset1」의 어셋(컴포넌트)은, 방송 전송되는 비디오 신호(Video1)를 나타내고 있다. 「Asset2」의 어셋(컴포넌트)은, 방송 전송되는 오디오 신호(Audio1)를 나타내고 있다.
「Asset3」의 어셋(컴포넌트)은, 통신 전송되는 비디오 신호(Video2)를 나타내고 있다. 이 어셋의 「asset_location」의 필드에는 「MMT_general_location_info()」가 하나 기술된다. 이 「MMT_general_location_info()」에는, 이 「Asset3」에 관한 복수의 배신 프로토콜의 정보를 취득하기 위한 취득 정보로서, 예를 들어 URL이 삽입된다. 수신측에서는, 이 URL을 참조하여, 통신 네트워크를 통하여, 복수의 배신 프로토콜의 정보를 포함하는 메타파일로서의 BD 테이블(BDT: Broadband Delivery Table)을 취득한다(도 19의 (b) 참조).
이 BD 테이블에는, (A) 멀티캐스트 배신, (D) MMTP/HTTP 배신, (E) MPU/HTTP 배신의 3가지 프로토콜의 각각에 대응한 배신 프로토콜의 정보인 BD 인포메이션(BDI: Broadband Delivery Information)이 포함되어 있다. 각 프로토콜에 대응한 BD 인포메이션의 내용은, 예를 들어 상술한 「방식 2」에 있어서, 「Asset3」의 「MMT_general_location_info()」 및 통신 배신 기술자(broadband_delivery_descriptor)에 삽입되는 정보의 내용과 실질적으로 동일하다.
또한, 이 어셋의 「asset_descriptors」의 필드에, 예를 들어 상술한 「방식 1」에 있어서의 통신 배신 기술자(broadband_delivery_descriptor)(도 15 참조)가 삽입되고, 「type=broadband_delivery_type」이 "7"로 설정되어, 복수의 배신 프로토콜의 정보가 BD 테이블로 지정됨이 나타난다.
도 20은, BD 테이블의 구조예(Syntax) 및 각 정보의 내용(Semantics)을 도시하고 있다. 이 BD 테이블은 XML 포맷으로 기재되어 있다. 「@version」의 정보는, 본 테이블의 버전 번호이다. 「BDI」는, 통신의 배신 옵션으로 되는 BD 인포메이션의 아이템이며, 소정 개수만큼 출현한다. 여기서는, (A) 멀티캐스트 배신, (D) MMTP/HTTP 배신, (E) MPU/HTTP 배신의 3가지 프로토콜로 배신할 수 있을 것이라는 상정이므로, 3개 출현한다. 또한, 이 기술순이 우선 순위를 나타내는 것으로 된다.
「BDI」에는, 「@delivery_type」 및 「@multiplex_group」이 포함된다. 「@delivery_type」은, 통신의 프로토콜 타입이며, 도 18의 통신 배신 기술자에 있어서의 「broadband_delivery_type」에 상당한다. 「@multiplex_group」은, 다중화 스트림의 그룹 ID이며, 도 18의 통신 배신 기술자에 있어서의 「multiplex_group」에 상당한다. 다중화되어 있지 않은 경우에는, 이 기술이 출현하지 않거나, 다중화되어 있지 않은 것을 나타내는 그룹 ID가 기술된다.
또한, 「BDI」에는, 「MC_info」 및 「location_url」이 포함된다. 「MC_info」 및 「location_url」은 모두 로케이션 정보의 항목이다. 예를 들어, 상술한 「방식 1」, 「방식 2」에서는 「MMT_general_location_info()」에 삽입되는 정보의 항목이다. 「MC_info」는 멀티캐스트 정보이고, 「location_url」은 유니캐스트 로케이션 정보이며, 어느 것인 가가 출현한다. 「@delivery_type」에 통신의 프로토콜 타입으로서 멀티캐스트 배신이 기술되는 경우에는 「MC_info」가 출현하고, 그 밖의 경우에는 「location_url」이 출현한다.
「MC_info」에는, 「@sourceIPAddress」, 「@destinationIPAddress」, 「@portNumber」, 「@pid」, 「ManagedNetworkName」이 포함된다. 「@sourceIPAddress」는, 멀티캐스트의 소스 IP 어드레스이다. 「@destinationIPAddress」는, 멀티캐스트의 데스티네이션 IP 어드레스이다. 「@portNumber」는, 멀티캐스트의 포트 번호이다. 「@pid」는 멀티캐스트의 MMT 패킷의 PID이다. 「ManagedNetworkName」은, 멀티캐스트 어드레스로 배신되는 매니지드 네트워크의 이름이다. 「location_url」에는 「@url」이 포함된다. 「@url」은 배신 URL이다.
도 19로 복귀하여, 「Asset4」의 어셋(컴포넌트)은, 통신 전송되는 오디오 신호(Audio2)를 나타내고 있다. 이 어셋의 「asset_location」의 필드에는 「MMT_general_location_info()」가 하나 기술된다. 이 「MMT_general_location_info()」에는, 이 「Asset4」에 관한 복수의 배신 프로토콜의 정보를 취득하기 위한 취득 정보로서, 예를 들어 URL이 삽입된다. 수신측에서는, 이 URL을 참조하여, 통신 네트워크를 통하여, 복수의 배신 프로토콜의 정보를 포함하는 메타파일로서의 BD 테이블(BDT: Broadband Delivery Table)을 취득한다(도 19의 (b) 참조).
이 BD 테이블에는, (A) 멀티캐스트 배신, (D) MMTP/HTTP 배신, (E) MPU/HTTP 배신의 3가지 프로토콜의 각각에 대응한 배신 프로토콜의 정보인 BD 인포메이션(BDI: Broadband Delivery Information)이 포함되어 있다. 각 프로토콜에 대응한 BD 인포메이션의 내용은, 예를 들어 상술한 「방식 2」에 있어서, 「Asset4」의 「MMT_general_location_info()」 및 통신 배신 기술자(broadband_delivery_descriptor)에 삽입되는 정보의 내용과 실질적으로 동일하다.
또한, 이 어셋의 「asset_descriptors」의 필드에, 예를 들어 상술한 「방식 1」에 있어서의 통신 배신 기술자(broadband_delivery_descriptor)(도 15 참조)가 삽입되고, 「type=broadband_delivery_type」이 "7"로 설정되어, 복수의 배신 프로토콜의 정보가 BD 테이블로 지정됨이 나타난다.
이 방식 3에 있어서도, BD 테이블의 「@multiplex_group」의 기술에 의해, 수신측에서는, 도 19의 (c)에 도시하는 바와 같은 「Asset3」과 「Asset4」의 다중화 관계를 용이하게 인식 가능하게 된다. 즉, (E) MPU/HTTP 배신의 경우, 「Asset3」, 「Asset4」의 각각은 단독으로 배신되는 것을 알 수 있다. 또한, (A) 멀티캐스트 배신의 경우, 「Asset3」과 「Asset4」는 다중화되어 배신되는 것을 알 수 있다. 또한, (D) MMTP/HTTP 배신의 경우, 「Asset3」과 「Asset4」는 다중화되어 배신되는 것을 알 수 있다.
[수신 단말기에 있어서의 통신 경로의 컴포넌트(어셋)의 취득 처리]
이어서, 수신 단말기(200)에 있어서의 통신 경로의 특정 컴포넌트(어셋)의 취득 처리에 대하여 설명한다. 수신 단말기(200)는, 방송 신호로부터 취득된 MP 테이블(MPT)에 기술되는 복수의 배신 프로토콜 정보로부터 수신 가능한 하나의 배신 프로토콜을 선택하고, 이 배신 프로토콜로 특정 컴포넌트를 수신한다.
도 21의 흐름도는, 수신 단말기(200)에 있어서의 뷰 선택/수신 처리의 일례를 도시하고 있다. 수신 단말기(200)는, 스텝 ST1에 있어서, 뷰 선택/수신 처리를 개시한다. 그 후, 수신 단말기(200)는, 스텝 ST2에서 시청자가 특정의 뷰를 선택하였을 때, 스텝 ST3의 처리로 이행한다.
스텝 ST3에 있어서, 수신 단말기(200)는, 선택된 뷰에 대응하는 컴포넌트를 통신 경로에서 취득해야 하는 것인지 방송 경로에서 취득해야 하는 것인지를 판단한다. 방송 경로에서 취득하는 것인 경우에는, 수신 단말기(200)는, 당해 컴포넌트를 방송 신호로부터 취득한다. 한편, 통신 경로에서 취득하는 것인 경우, 수신 단말기(200)는, 스텝 ST4의 처리로 이행한다.
스텝 ST4에 있어서, 수신 단말기(200)는, 멀티캐스트 배신(멀티캐스트 옵션)의 선택이 가능한지 여부를 판단한다. 수신 단말기(200)는, 이 판단을, MP 테이블(MPT)에 기술되어 있는 복수의 배신 프로토콜의 정보에 기초하여 행한다. 멀티캐스트 배신의 선택이 가능할 때, 수신 단말기(200)는, 스텝 ST5에 있어서, 해당 매니지드 네트워크에 접속되어 있는지 여부를 판단한다. 해당 매니지드 네트워크에 접속되어 있을 때, 수신 단말기(200)는, 배신 프로토콜로서 멀티캐스트 배신을 선택하고, 스텝 ST9의 처리로 이행한다.
스텝 ST4에서 멀티캐스트 옵션이 가능하지 않을 때, 혹은 스텝 ST5에서 해당 매니지드 네트워크에 접속되어 있지 않을 때, 수신 단말기(200)는, 스텝 ST6의 처리로 이행한다. 이 스텝 ST6에 있어서, 수신 단말기(200)는, 멀티캐스트 배신 이외의 다른 배신 프로토콜(다른 옵션)의 선택이 가능한지 여부를 판단한다. 수신 단말기(200)는, 이 판단을, MP 테이블(MPT)에 기술되어 있는 복수의 배신 프로토콜의 정보에 기초하여 행한다.
다른 배신 프로토콜의 선택이 가능할 때, 수신 단말기(200)는, 스텝 ST7에 있어서, 당해 다른 배신 프로토콜에 대응 가능한지 여부를 판단한다. 대응 가능할 때, 수신 단말기(200)는, 배신 프로토콜로서 당해 다른 배신 프로토콜을 선택하고, 스텝 ST9의 처리로 이행한다. 이 경우, 수신 단말기(200)는, 자신이 대응 가능한 배신 프로토콜이 복수인 경우에는, 가장 우선도가 높은 배신 프로토콜을 선택한다.
스텝 ST6에서 다른 배신 프로토콜의 선택이 가능하지 않을 때, 혹은 스텝 ST7에서 자신이 당해 다른 배신 프로토콜에 대응 가능하지 않을 때, 수신 단말기(200)는, 스텝 ST8에 있어서, 에러 종료를 한다.
스텝 ST9에 있어서, 수신 단말기(200)는, 멀티캐스트 배신, 혹은 다른 배신 프로토콜로 수신되는 스트림이, 해당 컴포넌트 이외의 컴포넌트도 포함하는 다중화 스트림인지 여부를 판단한다. 다중화 스트림일 때에는, 스텝 ST10에 있어서, 취득처로부터 스트림을 수신하고, 스텝 ST11에 있어서, 처리를 종료한다.
다중화 스트림이 아닐 때, 수신 단말기(200)는, 스텝 ST12에 있어서, 취득처로부터 스트림을 수신하고, 그 후에 스텝 ST13의 처리로 이행한다. 이 스텝 ST13에 있어서, 수신 단말기(200)는, 뷰 구성 컴포넌트의 수신을 완료하였는지 여부를 판단한다. 완료하지 않았을 때, 수신 단말기(200)는, 스텝 ST4의 처리로 복귀하여, 상술한 바와 마찬가지의 처리를 반복한다. 한편, 완료하였을 때, 수신 단말기(200)는, 스텝 ST14에 있어서, 처리를 종료한다.
또한, 상술한 뷰 선택/수신 처리는, 다중화 스트림에는, 뷰 구성 컴포넌트가 모두 포함되는 것으로 상정하고 있다. 예를 들어, 뷰 구성 컴포넌트는, 비디오 및 오디오의 컴포넌트로 구성되는 경우이다.
[수신 시퀀스]
이어서, 수신 단말기(200)에 있어서의 수신 시퀀스에 대하여 설명한다. 처음에, 도 22를 참조하여, (A) 멀티캐스트 배신의 프로토콜로 배신되는 어셋을 수신하는 경우에 대하여 설명한다. 멀티캐스트 배신의 경우, 멀티캐스트 서버(MC 서버)가 존재한다.
수신 단말기(200)는, 방송 신호를 수신하고, MP 테이블(MPT)을 취득한다. 수신 단말기(200)는, 이 MP 테이블로부터, 멀티캐스트 배신의 프로토콜로 배신되는 어셋의 로케이션 정보를 얻는다. 이 경우의 로케이션 정보는, 소스 어드레스와, 데스티네이션 어드레스와, 데스티네이션 포트 번호와, 패킷 식별자이다. 이 경우, 수신 단말기(200)는, 로케이션 타입으로부터 멀티캐스트 배신인 것을 식별할 수 있다.
이 경우, 수신 단말기(200)는, 로케이션 정보에 포함되어 있는 멀티캐스트 어드레스와 포트 번호를 부가한 조인 메시지(JOIN message)를 에지 라우터에 송신한다. 이 조인 메시지의 송신에 수반하여, 멀티캐스트 서버로부터의 멀티캐스트 IP 스트림이, 에지 필터를 통하여, 수신 단말기(200)에 보내져 온다.
수신 단말기(200)에서는, 이 멀티캐스트 IP 스트림으로부터, 로케이션 정보에 포함되어 있는 패킷 식별자(Packet_id)로 필터링함으로써, 목적의 어셋(컴포넌트)을 취할 수 있다. 이 수신 상태를 누락할 때, 수신 단말기(200)는, 멀티캐스트 어드레스와 포트 번호를 부가한 리브 메시지(LEAVE message)를 에지 라우터에 송신한다.
이어서, 도 23을 참조하여, (B) MMTP/UDP 배신의 프로토콜로 배신되는 어셋을 수신하는 경우에 대하여 설명한다. 이 MMTP/UDP 배신의 경우, RTSP(Real Time Streaming Protocol)의 프로토콜을 사용한다. 이 MMTP/UDP 배신의 경우, RTSP 서버 및 MMTP/UDP 서버가 존재한다. 이들 서버는 별개의 기기로서 존재하거나, 혹은 동일한 기기로서 존재한다. 도시한 예에서는, 동일한 기기로서 존재하는 경우를 도시하고 있다.
수신 단말기(200)는, 방송 신호를 수신하고, MP 테이블(MPT)을 취득한다. 수신 단말기(200)는, 이 MP 테이블로부터, MMTP/UDP 배신의 프로토콜로 배신되는 어셋의 로케이션 정보를 얻는다. 이 경우의 로케이션 정보는 URL이며, 스키마로서 "rtsp://~.mmt"가 지정되고, 또한 쿼리 필드에 의해, UDP를 지정하는 파라미터와 패킷 식별자를 지정하는 파라미터가 부가되어 있다. 이 경우, 수신 단말기(200)는, 「rtsp」와 「pr=udp」에 의해, MMTP/UDP 배신인 것을 식별할 수 있다.
수신 단말기(200)는, "SETUP"의 RTSP 리퀘스트를 보낸다. 이때, 수신 단말기(200)는, RTSP의 헤더에, 로케이션 정보를 삽입한다. 이 경우, 로케이션 정보로서, MP 테이블로부터 취득된 로케이션 정보의 모두가 삽입되거나, 혹은 패킷 식별자를 지정하는 파라미터가 제외되고 삽입된다. 이 RTSP 리퀘스트는 목적의 서버에 보내지고, 당해 서버로부터 "OK"의 리스펀스가 보내져 온다.
그 후, 수신 단말기(200)는, "PLAY"의 RTSP 리퀘스트를 보낸다. 이에 대하여 목적의 서버로부터 "OK"의 리스펀스가 보내져 온다. 이것과 동시에, MMTP/UDP 서버로부터 전송 스트림이 수신 단말기(200)로 보내져 온다. 수신 단말기(200)에서는, 이 스트림으로부터, 로케이션 정보에 포함되어 있는 패킷 식별자(Packet_id)로 필터링함으로써, 목적의 어셋(컴포넌트)을 취할 수 있다. 이 수신 상태를 누락할 때, 수신 단말기(200)는, "TEARDOWN"의 RTSP 리퀘스트를 보낸다. 이에 대해 서버로부터 "OK"의 리스펀스가 보내져 온다.
이어서, 도 24를 참조하여, (C) MMTP/TCP 배신의 프로토콜로 배신되는 어셋을 수신하는 경우에 대하여 설명한다. 이 MMTP/TCP 배신의 경우도, RTSP(Real Time Streaming Protocol)의 프로토콜을 사용한다. 이 MMTP/TCP 배신의 경우, RTSP 서버 및 MMTP/TCP 서버가 존재한다. 이들 서버는 별개의 기기로서 존재하거나, 혹은 동일한 기기로서 존재한다. 도시한 예에서는, 동일한 기기로서 존재하는 경우를 도시하고 있다.
수신 단말기(200)는, 방송 신호를 수신하고, MP 테이블(MPT)을 취득한다. 수신 단말기(200)는, 이 MP 테이블로부터, MMTP/TCP 배신의 프로토콜로 배신되는 어셋의 로케이션 정보를 얻는다. 이 경우의 로케이션 정보는 URL이며, 스키마로서 "rtsp://~.mmt"가 지정되고, 또한 쿼리 필드에 의해, TCP를 지정하는 파라미터와 패킷 식별자를 지정하는 파라미터가 부가되어 있다. 이 경우, 수신 단말기(200)는, 「rtsp」와 「pr=tcp」에 의해, MMTP/TCP 배신인 것을 식별할 수 있다.
수신 단말기(200)는, "SETUP"의 RTSP 리퀘스트를 보낸다. 이때, 수신 단말기(200)는, RTSP의 헤더에, 로케이션 정보를 삽입한다. 이 경우, 로케이션 정보로서, MP 테이블로부터 취득된 로케이션 정보의 모두가 삽입되거나, 혹은 패킷 식별자를 지정하는 파라미터가 제외되고 삽입된다. 이 RTSP 리퀘스트는 목적의 서버에 보내지고, 당해 서버로부터 "OK"의 리스펀스가 보내져 온다.
그 후, 수신 단말기(200)는, "PLAY"의 RTSP 리퀘스트를 보낸다. 이에 대하여 목적의 서버로부터 "OK"의 리스펀스가 보내져 온다. 이것과 동시에, MMTP/TCP 서버로부터 전송 스트림이 수신 단말기(200)로 보내져 온다. 수신 단말기(200)에서는, 이 스트림으로부터, 로케이션 정보에 포함되어 있는 패킷 식별자(Packet_id)로 필터링함으로써, 목적의 어셋(컴포넌트)을 취할 수 있다. 이 수신 상태를 누락할 때, 수신 단말기(200)는, "TEARDOWN"의 RTSP 리퀘스트를 보낸다. 이에 대해 서버로부터 "OK"의 리스펀스가 보내져 온다.
이어서, 도 25를 참조하여, (D) MMTP/HTTP 배신의 프로토콜로 배신되는 어셋을 수신하는 경우에 대하여 설명한다. 이 MMTP/HTTP 배신의 경우, HTTP(Hyper Text Transfer Protocol)의 프로토콜을 사용한다. 이 MMTP/HTTP 배신의 경우, HTTP 서버가 존재한다.
수신 단말기(200)는, 방송 신호를 수신하고, MP 테이블(MPT)을 취득한다. 수신 단말기(200)는, 이 MP 테이블로부터, MMTP/HTTP 배신의 프로토콜로 배신되는 어셋의 로케이션 정보를 얻는다. 이 경우의 로케이션 정보는 URL이며, 스키마로서 "http://~.mmt"가 지정되고, 또한 쿼리 필드에 의해, 패킷 식별자(packet_id)를 지정하는 파라미터가 부가되어 있다. 수신 단말기(200)는, 「http」와 「mmt」에 의해, MMTP/HTTP 배신인 것을 식별할 수 있다.
수신 단말기(200)는, HTTP 리퀘스트를 HTTP 서버에 보낸다. 이때, 수신 단말기(200)는, HTTP의 헤더에, 로케이션 정보를 삽입한다. 이 경우, 로케이션 정보로서, MP 테이블로부터 취득된 로케이션 정보에 포함되는 "http://~.mmt"가 삽입됨과 함께, 또한 쿼리 필드에 의해, 패킷 식별자를 지정하는 파라미터 "pid=a"와, MPU 시퀀스 번호를 지정하는 파라미터 "msn=*"이 부가된다. 파라미터 "msn=*"은, 「그 타이밍의 MPU 시퀀스 번호를 가진 MPU를 보내세요」라고 하는 지정으로 된다.
이 HTTP 리퀘스트는 목적의 HTTP 서버에 보내지고, 당해 HTTP 서버로부터, HTTP 리스펀스로서, HTTP 리퀘스트를 보낸 타이밍의 MPU 시퀀스 번호(=10)를 가진 MPU를 포함하는 MMTP 스트림이 수신 단말기(200)로 보내져 온다. 수신 단말기(200)에서는, 이 MMTP 스트림으로부터, 로케이션 정보에 포함되어 있는 패킷 식별자(Packet_id)로 필터링함으로써, 목적의 어셋(컴포넌트)을 취한다.
수신 단말기(200)는, MMTP 스트림의 수신 완료 후에, 혹은 수신 완료 전에, 다음 MPU 시퀀스 번호(=11)의 MPU를 요구하는 HTTP 리퀘스트를 HTTP 서버에 보낸다. 그리고, 당해 HTTP 서버로부터, HTTP 리스펀스로서, 다음 MPU 시퀀스 번호(=11)의 MPU를 포함하는 MMTP 스트림이 수신 단말기(200)로 보내져 온다. 수신 단말기(200)는, 이 MMTP 스트림으로부터, 로케이션 정보에 포함되어 있는 패킷 식별자(Packet_id)로 필터링함으로써, 목적의 어셋(컴포넌트)을 취할 수 있다.
이하, 마찬가지로 하여, 수신 단말기(200)는, 다음 MPU 시퀀스 번호의 MPU를 요구하는 HTTP 리퀘스트를 HTTP 서버에 보내고, 당해 HTTP 서버로부터, HTTP 리스펀스로서, 다음 MPU 시퀀스 번호의 MPU를 포함하는 MMTP 스트림을 수신하고, 그 MMTP 스트림으로부터 목적의 어셋(컴포넌트)을 취한다.
또한, HTTP 리퀘스트 시에, HTTP 헤더에 포함되는 파라미터 "pid=a"는, 비디오, 오디오 등의 어셋의 종류의 지정으로 된다. MMTP 스트림에 비디오 및 오디오가 다중화되어 있는 경우가 있다. 그 경우, MPU 시퀀스 번호는, 비디오는 비디오의 MPU 시퀀스 번호를 갖고, 오디오는 오디오의 MPU 시퀀스 번호를 갖는다. MPU 시퀀스 번호를 지정하였다고 해도, 파라미터 "pid=a"가 없으면, 어느 어셋(컴포넌트)의 MPU 시퀀스 번호인지 알지 못하게 된다.
도 26은, MMTP/HTTP의 다중화 스트림에 있어서의 잘라내기 처리를 도시하고 있다. 파라미터 "pid=a"가 비디오를 나타내며, MPU 시퀀스 번호가 n인 MPU를 요구하는 HTTP 리퀘스트를 수취한 HTTP 서버는, 다중화 스트림으로부터, 비디오의 MPU 시퀀스 번호인 n-1로부터 n으로의 전환부터 n으로부터 n+1로의 전환까지를 잘라내어, 수신 단말기(200)에 보낸다.
또한, 이 경우, 동일한 다중화 스트림으로부터 오디오도 취하고 싶은 경우가 있다. 이 경우, 수신 단말기(200)는, 로케이션 정보로부터, 오디오는 비디오와 다중화되어 있는 것을 인식할 수 있다. 수신 단말기(200)는, 비디오의 MPU 시퀀스 번호로 잘라낸 MMTP 스트림으로부터, 로케이션 정보에 포함되어 있는 패킷 식별자(Packet_id)로 필터링함으로써 목적의 오디오를 취출하는 처리를 한다.
이어서, 도 27을 참조하여, (E) MPU/HTTP 배신의 프로토콜로 배신되는 어셋을 수신하는 경우에 대하여 설명한다. 이 MPU/HTTP 배신의 경우, HTTP(Hyper Text Transfer Protocol)의 프로토콜을 사용한다. 이 MPU/HTTP 배신의 경우, HTTP 서버가 존재한다.
수신 단말기(200)는, 방송 신호를 수신하고, MP 테이블(MPT)을 취득한다. 수신 단말기(200)는, 이 MP 테이블로부터, MPU/HTTP 배신의 프로토콜로 배신되는 어셋의 로케이션 정보를 얻는다. 이 경우의 로케이션 정보는 URL이며, 스키마로서 "http://~.mp4"가 지정된다. 수신 단말기(200)는, 「http」와 「mp4」에 의해, MPU/HTTP 배신인 것을 식별할 수 있다.
수신 단말기(200)는, HTTP 리퀘스트를 HTTP 서버에 보낸다. 이때, 수신 단말기(200)는, HTTP의 헤더에, 로케이션 정보를 삽입한다. 이 경우, 로케이션 정보로서, MP 테이블로부터 취득된 로케이션 정보에 포함되는 "http://~.mp4"가 삽입됨과 함께, 또한 쿼리 필드에 의해, MPU 시퀀스 번호를 지정하는 파라미터 "msn=*"이 부가된다. 파라미터 "msn=*"은, 「그 타이밍의 MPU를 보내세요」라고 하는 지정으로 된다.
이 HTTP 리퀘스트는 목적의 HTTP 서버에 보내지고, 당해 HTTP 서버로부터, HTTP 리스펀스로서, HTTP 리퀘스트를 보낸 타이밍의 MPU 시퀀스 번호(=10)를 가진 MPU가 수신 단말기(200)로 보내져 온다.
수신 단말기(200)는, MPU의 수신 완료 후에, 혹은 수신 완료 전에, 다음 MPU 시퀀스 번호(=11)의 MPU를 요구하는 HTTP 리퀘스트를 HTTP 서버에 보낸다. 그리고, 당해 HTTP 서버로부터, HTTP 리스펀스로서, 다음 MPU 시퀀스 번호(=11)의 MPU가 수신 단말기(200)로 보내져 온다.
이하, 마찬가지로 하여, 수신 단말기(200)는, 다음 MPU 시퀀스 번호의 MPU를 요구하는 HTTP 리퀘스트를 HTTP 서버에 보내고, 당해 HTTP 서버로부터, HTTP 리스펀스로서, 다음 MPU 시퀀스 번호의 MPU를 수신한다.
[방송 송출 시스템의 구성]
도 28은, 방송 송출 시스템(100)의 구성예를 도시하고 있다. 이 방송 송출 시스템(100)은, 신호 송출부(101)와, 비디오 인코더(102)와, 오디오 인코더(103)와, 시그널링 발생부(104)를 갖고 있다. 또한, 이 방송 송출 시스템(100)은, TLV 시그널링 발생부(105)와, N개의 IP 서비스ㆍ멀티플렉서(106-1 내지 106-N)와, TLVㆍ멀티플렉서(107)와, 변조/송신부(108)를 갖고 있다.
신호 송출부(101)는, 예를 들어 TV국의 스튜디오라든가, VTR 등의 기록 재생기이며, 비디오, 오디오의 스트림 데이터를 각 인코더에 송출한다. 비디오 인코더(102)는, 신호 송출부(101)로부터 송출되는 비디오 데이터를 부호화하고, 추가로 패킷화하여, 비디오의 MMT 패킷을 포함하는 IP 패킷을 IP 서비스ㆍ멀티플렉서(106-1)에 보낸다. 오디오 인코더(103)는, 신호 송출부(101)로부터 송출되는 오디오 데이터를 부호화하고, 추가로 패킷화하여, 오디오의 MMT 패킷을 포함하는 IP 패킷을 IP 서비스ㆍ멀티플렉서(106-1)에 보낸다.
시그널링 발생부(104)는, 시그널링 메시지를 발생시켜, 페이로드부에 이 시그널링 메시지가 배치된 MMT 패킷을 포함하는 IP 패킷을 IP 서비스ㆍ멀티플렉서(106-1)에 보낸다. 이 경우, 시그널링 발생부(104)는, PA 메시지에, MP 테이블(MPT)을 배치한다(도 12 내지 도 13 참조). 이 MP 테이블에는, 상술한 바와 같이, 방송 및 통신으로 전송되는 모든 어셋(컴포넌트)의 정보가 포함된다. 이 정보에는, 각 어셋의 로케이션 정보도 포함되어 있다.
IP 서비스ㆍ멀티플렉서(106-1)는, 각 인코더로부터 보내져 오는 IP 패킷의 시분할 다중화를 행한다. 이때, IP 서비스ㆍ멀티플렉서(106-1)는, 각 IP 패킷에 TLV 헤더를 부가하여, TLV 패킷으로 한다. IP 서비스ㆍ멀티플렉서(106-1)는, 하나의 트랜스폰더 중에 넣을 하나의 채널 부분을 구성한다. IP 서비스ㆍ멀티플렉서(106-2 내지 106-N)는, IP 서비스ㆍ멀티플렉서(106-1)와 마찬가지의 기능을 가지며, 그 하나의 트랜스폰더 중에 넣을 다른 채널 부분을 구성한다.
TLV 시그널링 발생부(105)는, 시그널링(Signaling) 정보를 발생시켜, 이 시그널링(Signaling) 정보를 페이로드부에 배치하는 TLV 패킷을 생성한다. TLVㆍ멀티플렉서(107)는, IP 서비스ㆍ멀티플렉서(106-1 내지 106-N) 및 TLV 시그널링 발생부(105)에서 생성되는 TLV 패킷을 다중화하여, 방송 스트림을 생성한다. 변조/송신부(108)는, TLVㆍ멀티플렉서(107)에서 생성되는 방송 스트림에 대하여, RF 변조 처리를 행하여, RF 전송로에 송출한다.
도 28에 도시하는 방송 송출 시스템(100)의 동작을 간단하게 설명한다. 신호 송출부(101)로부터 송출되는 비디오 데이터는, 비디오 인코더(102)에 공급된다. 이 비디오 인코더(102)에서는, 비디오 데이터가 부호화되고, 추가로 패킷화되어, 비디오의 MMT 패킷을 포함하는 IP 패킷이 생성된다. 이 IP 패킷은, IP 서비스ㆍ멀티플렉서(106-1)에 보내진다. 또한, 신호 송출부(101)로부터 송출되는 오디오 데이터에 대해서도 마찬가지의 처리가 행해진다. 그리고, 오디오 인코더(103)에서 생성되는 오디오의 MMT 패킷을 포함하는 IP 패킷이 IP 서비스ㆍ멀티플렉서(106-1)에 보내진다.
또한, 시그널링 발생부(104)에서는, 시그널링 메시지가 발생되고, 페이로드부에 이 시그널링 메시지가 배치된 MMT 패킷을 포함하는 IP 패킷이 생성된다. 이 IP 패킷은, IP 서비스ㆍ멀티플렉서(106-1)에 보내진다. 이때, PA 메시지에, MP 테이블(MPT)이 배치된다.
IP 서비스ㆍ멀티플렉서(106-1)에서는, 각 인코더 및 시그널링 발생부(104)로부터 보내져 오는 IP 패킷의 시분할 다중화가 행해진다. 이때, 각 IP 패킷에 TLV 헤더가 부가되어, TLV 패킷으로 된다. 이 IP 서비스ㆍ멀티플렉서(106-1)에서는, 하나의 트랜스폰더 중에 넣을 하나의 채널 부분의 처리가 행해지고, IP 서비스ㆍ멀티플렉서(106-2 내지 106-N)에서는, 그 하나의 트랜스폰더 중에 넣을 다른 채널 부분의 처리가 마찬가지로 행해진다.
IP 서비스ㆍ멀티플렉서(106-1 내지 106-N)에서 얻어지는 TLV 패킷은, TLVㆍ멀티플렉서(107)에 보내진다. 이 TLVㆍ멀티플렉서(107)에는, 추가로 TLV 시그널링 발생부(105)로부터, 시그널링(Signaling) 정보를 페이로드부에 배치하는 TLV 패킷도 보내진다.
TLVㆍ멀티플렉서(107)에서는, IP 서비스ㆍ멀티플렉서(106-1 내지 106-N) 및 TLV 시그널링 발생부(105)에서 생성되는 TLV 패킷이 다중화되어, 방송 스트림이 생성된다. 이 방송 스트림은, 변조/송신부(108)에 보내진다. 변조/송신부(108)에서는, 이 방송 스트림에 대하여 RF 변조 처리가 행해지고, 그 RF 변조 신호가 방송 신호로서 RF 전송로에 송출된다.
[수신 단말기의 구성]
도 29는, 수신 단말기(200)의 구성예를 도시하고 있다. 이 수신 단말기(200)는, CPU(201)와, 튜너/복조부(202)와, 네트워크 인터페이스부(203)와, 디멀티플렉서(204)를 갖고 있다. 또한, 이 수신 단말기(200)는, 비디오 디코더(205)와 오디오 디코더(206)를 갖고 있다.
CPU(201)는, 제어부를 구성하고, 수신 단말기(200)의 각 부의 동작을 제어한다. 튜너/복조부(202)는, RF 변조 신호를 수신하고, 복조 처리를 행하여 방송 스트림을 얻는다. 네트워크 인터페이스부(203)는, 배신 서버(300)로부터 통신 네트워크(400)를 통하여 배신되는 서비스의 전송 스트림을 수신한다.
디멀티플렉서(204)는, 튜너/복조부(202)에서 얻어지는 방송 스트림 및 네트워크 인터페이스부(203)에서 얻어지는 전송 스트림에 대하여, 디멀티플렉스 처리 및 디패킷화 처리를 행하여, 시그널링 정보, 비디오, 오디오의 부호화 데이터 등을 출력한다.
비디오 디코더(205)는, 디멀티플렉서(204)에서 얻어지는 부호화 비디오 데이터의 복호화를 행하여 기저 대역의 비디오 데이터를 얻는다. 오디오 디코더(206)는, 디멀티플렉서(204)에서 얻어지는 부호화 오디오 데이터의 복호화를 행하여 기저 대역의 오디오 데이터를 얻는다.
도 29에 도시하는 수신 단말기(200)의 동작을 간단하게 설명한다. 튜너/복조부(202)에서는, RF 전송로를 통해 보내져 오는 RF 변조 신호가 수신되고, 복조 처리가 행해져, 방송 스트림이 얻어진다. 이 방송 스트림은, 디멀티플렉서(204)에 보내진다. 또한, 네트워크 인터페이스부(203)에서는, 배신 서버(300)로부터 통신 네트워크(400)를 통하여 배신되는 서비스의 전송 스트림이 수신되고, 디멀티플렉서(204)에 보내진다.
디멀티플렉서(204)에서는, 튜너/복조부(202)로부터의 방송 스트림이나 네트워크 인터페이스부(203)로부터의 전송 스트림에 대하여, 디멀티플렉스 처리 및 디패킷화 처리가 행해져, 시그널링 정보, 비디오, 오디오의 부호화 데이터 등이 추출된다.
디멀티플렉서(204)에서 추출되는 각종 시그널링 정보는 CPU 버스(207)를 통하여 CPU(201)에 보내진다. 이 시그널링 정보에는, TLV-SI, MMT-SI가 포함된다. 상술한 바와 같이, TLV-SI는 TLV의 전송 패킷 상에 실리는 전송 제어 신호(TLV-NIT/AMT)이고, MMT-SI는 MMT 패킷의 페이로드부에 포함되는 시그널링 정보로서의 시그널링 메시지이다(도 2 참조). CPU(201)는, 이 시그널링 정보에 기초하여, 수신 단말기(200)의 각 부의 동작을 제어한다.
디멀티플렉서(204)에서 추출되는 부호화 비디오 데이터는 비디오 디코더(205)에 보내져 복호화되고, 기저 대역의 비디오 데이터가 얻어진다. 또한, 디멀티플렉서(204)에서 추출되는 부호화 오디오 데이터는 오디오 디코더(206)에 보내져 복호화되고, 음성 출력용 기저 대역의 오디오 데이터가 얻어진다.
상술한 바와 같이, 도 1에 도시하는 방송ㆍ통신 하이브리드 시스템(10)에 있어서는, 통신 경로의 어셋(컴포넌트)에 관하여, MP 테이블에, 각각 적어도 로케이션 정보 및 프로토콜 식별 정보가 포함되는 복수의 배신 프로토콜의 정보, 또는 이 복수의 배신 프로토콜의 정보를 취득하기 위한 취득 정보가 삽입된다. 그 때문에, 수신측에서는, 자신의 배신 네트워크 환경에 따른 배신 프로토콜로 컴포넌트를 양호하게 수신 가능하게 된다.
<2. 변형예>
또한, 상술한 실시 형태에서는, 전송 패킷이 MMT 패킷인 예를 나타내었다. 본 기술은 이것에 한정되는 것은 아니며, 그 밖의 마찬가지의 전송 패킷을 취급하는 경우에도, 본 기술을 물론 적용할 수 있다.
또한, 본 기술은, 이하와 같은 구성을 취할 수도 있다.
(1) 소정의 컴포넌트를 포함하는 제1 전송 패킷 및 해당 소정의 컴포넌트에 관한 정보를 포함하는 제2 전송 패킷을 시분할적으로 다중화한 전송 스트림을 생성하는 전송 스트림 생성부와,
상기 전송 스트림을 소정의 전송로를 통하여 송신하는 송신부와,
상기 제2 전송 패킷에, 통신 경로에서 취득해야 할 특정 컴포넌트와 관련하여, 해당 특정 컴포넌트를 취득하기 위한, 각각 적어도 로케이션 정보 및 프로토콜 식별 정보가 포함되는 복수의 배신 프로토콜의 정보, 또는 해당 복수의 배신 프로토콜의 정보를 취득하기 위한 취득 정보를 삽입하는 정보 삽입부를 구비하는 송신 장치.
(2) 상기 복수의 배신 프로토콜은, 멀티캐스트 배신, MMTP/UDP 배신, MMTP/TCP 배신, MMTP/HTTP 배신 및 MPU/HTTP 배신의 프로토콜로부터 선택되는 2 이상의 배신 프로토콜인 상기 (1)에 기재된 송신 장치.
(3) 상기 프로토콜 식별 정보가 상기 MMTP/UDP 배신인 것을 나타낼 때, 상기 배신 프로토콜의 정보에는, URL 외에 UDP를 지정하는 파라미터가 포함되는 상기 (2)에 기재된 송신 장치.
(4) 상기 프로토콜 식별 정보가 상기 MMTP/TCP 배신인 것을 나타낼 때, 상기 배신 프로토콜의 정보에는, URL 외에 TCP를 지정하는 파라미터가 포함되는 상기 (2)에 기재된 송신 장치.
(5) 상기 배신 프로토콜의 정보에는, 패킷 식별 정보가 더 포함되는 상기 (1) 내지 (4) 중 어느 하나에 기재된 송신 장치.
(6) 상기 전송 패킷은, MMT 패킷인 상기 (1) 내지 (5) 중 어느 하나에 기재된 송신 장치.
(7) 상기 소정의 전송로는, 방송 전송로인 상기 (1) 내지 (6) 중 어느 하나에 기재된 송신 장치.
(8) 상기 제2 패킷에는, 상기 특정 컴포넌트의 정보가 복수 배치되고, 해당 배치된 복수의 정보의 각각에 상기 복수의 배신 프로토콜 중 하나의 정보가 삽입되는 상기 (1) 내지 (7) 중 어느 하나에 기재된 송신 장치.
(9) 상기 제2 패킷에는, 상기 특정 컴포넌트의 정보가 하나 배치되고, 해당 배치된 하나의 정보에 상기 복수의 배신 프로토콜의 정보가 삽입되는 상기 (1) 내지 (7) 중 어느 하나에 기재된 송신 장치.
(10) 상기 제2 패킷에는, 상기 특정 컴포넌트의 정보가 하나 배치되고, 해당 배치된 하나의 정보에, 상기 복수의 배신 프로토콜의 정보를 취득하기 위한 취득 정보가 삽입되는 상기 (1) 내지 (7) 중 어느 하나에 기재된 송신 장치.
(11) 상기 복수의 배신 프로토콜의 정보의 각각에는, 상기 특정 컴포넌트와 다중화되어 배신되는 다른 컴포넌트의 정보가 부가되는 상기 (1) 내지 (10) 중 어느 하나에 기재된 송신 장치.
(12) 상기 복수의 배신 프로토콜의 정보 중, 멀티캐스트 배신의 프로토콜의 정보에는, 매니지드 네트워크 정보가 부가되는 상기 (1) 내지 (11) 중 어느 하나에 기재된 송신 장치.
(13) 소정의 컴포넌트를 포함하는 제1 전송 패킷 및 해당 소정의 컴포넌트에 관한 정보를 포함하는 제2 전송 패킷을 시분할적으로 다중화한 전송 스트림을 생성하는 전송 스트림 생성 스텝과,
송신부에 의해, 상기 전송 스트림을 소정의 전송로를 통하여 송신하는 송신 스텝과,
상기 제2 전송 패킷에, 통신 경로에서 취득해야 할 특정 컴포넌트와 관련하여, 해당 특정 컴포넌트를 취득하기 위한, 각각 적어도 로케이션 정보 및 프로토콜 식별 정보가 포함되는 복수의 배신 프로토콜의 정보, 또는 해당 복수의 배신 프로토콜의 정보를 취득하기 위한 취득 정보를 삽입하는 정보 삽입 스텝을 갖는 송신 방법.
(14) 소정의 컴포넌트를 포함하는 제1 전송 패킷 및 해당 소정의 컴포넌트에 관한 정보를 포함하는 제2 전송 패킷을 시분할적으로 다중화한 전송 스트림을 소정의 전송로를 통하여 수신하는 수신부를 구비하고,
상기 제2 전송 패킷에는, 통신 경로에서 취득해야 할 특정 컴포넌트와 관련하여, 해당 특정 컴포넌트를 취득하기 위한, 각각 적어도 로케이션 정보 및 프로토콜 식별 정보가 포함되는 복수의 배신 프로토콜의 정보, 또는 해당 복수의 배신 프로토콜의 정보를 취득하기 위한 취득 정보가 삽입되어 있고,
상기 복수의 배신 프로토콜 정보로부터 수신 가능한 하나의 배신 프로토콜을 선택하고, 해당 선택된 배신 프로토콜로 상기 특정 컴포넌트를 포함하는 제3 전송 패킷을 갖는 전송 스트림을, 네트워크를 통하여 수신하는 통신부를 더 구비하는 수신 장치.
(15) 상기 배신 프로토콜의 정보에는, 패킷 식별 정보가 더 포함되어 있고,
상기 통신부는, 상기 수신된 제3 패킷을 갖는 전송 스트림 중, 상기 패킷 식별 정보에 기초하여 해당 제3 전송 패킷을 추출하는 상기 (14)에 기재된 수신 장치.
(16) 상기 전송 패킷은, MMT 패킷인 상기 (14) 또는 (15)에 기재된 수신 장치.
(17) 상기 소정의 전송로는, 방송 전송로인 상기 (14) 내지 (16) 중 어느 하나에 기재된 수신 장치.
(18) 수신부에 의해, 소정의 컴포넌트를 포함하는 제1 전송 패킷 및 해당 소정의 컴포넌트에 관한 정보를 포함하는 제2 전송 패킷을 시분할적으로 다중화한 전송 스트림을 소정의 전송로를 통하여 수신하는 수신 스텝을 갖고,
상기 제2 전송 패킷에는, 통신 경로에서 취득해야 할 특정 컴포넌트와 관련하여, 해당 특정 컴포넌트를 취득하기 위한, 각각 적어도 로케이션 정보 및 프로토콜 식별 정보가 포함되는 복수의 배신 프로토콜의 정보, 또는 해당 복수의 배신 프로토콜의 정보를 취득하기 위한 취득 정보가 삽입되어 있고,
상기 복수의 배신 프로토콜 정보로부터 수신 가능한 하나의 배신 프로토콜을 선택하고, 해당 선택된 배신 프로토콜로 상기 특정 컴포넌트를 포함하는 제3 전송 패킷을 갖는 전송 스트림을, 네트워크를 통하여 수신하는 통신 스텝을 더 갖는 수신 방법.
(19) 소정의 컴포넌트를 포함하는 제1 전송 패킷 및 해당 소정의 컴포넌트에 관한 정보를 포함하는 제2 전송 패킷을 시분할적으로 다중화한 전송 스트림을 소정의 전송로를 통하여 수신하는 수신부를 구비하고,
상기 제2 전송 패킷에는, 통신 경로에서 취득해야 할 특정 컴포넌트와 관련하여, 해당 특정 컴포넌트를 취득하기 위한, 각각 적어도 로케이션 정보 및 프로토콜 식별 정보가 포함되는 복수의 배신 프로토콜의 정보, 또는 해당 복수의 배신 프로토콜의 정보를 취득하기 위한 취득 정보가 삽입되어 있고,
상기 수신부에서 수신된 전송 스트림을 처리하는 처리부를 더 구비하는 수신 장치.
10: 방송ㆍ통신 하이브리드 시스템
100: 방송 송출 시스템
101: 신호 송출부
102: 비디오 인코더
103: 오디오 인코더
104: 시그널링 발생부
105: TLV 시그널링 발생부
106-1 내지 106-N: IP 서비스ㆍ멀티플렉서
107: TLVㆍ멀티플렉서
108: 변조/송신부
200: 수신 단말기
201: CPU
202: 튜너/복조부
203: 네트워크 인터페이스부
204: 디멀티플렉서
205: 비디오 디코더
206: 오디오 디코더
207: CPU 버스
300: 배신 서버
400: 통신 네트워크
100: 방송 송출 시스템
101: 신호 송출부
102: 비디오 인코더
103: 오디오 인코더
104: 시그널링 발생부
105: TLV 시그널링 발생부
106-1 내지 106-N: IP 서비스ㆍ멀티플렉서
107: TLVㆍ멀티플렉서
108: 변조/송신부
200: 수신 단말기
201: CPU
202: 튜너/복조부
203: 네트워크 인터페이스부
204: 디멀티플렉서
205: 비디오 디코더
206: 오디오 디코더
207: CPU 버스
300: 배신 서버
400: 통신 네트워크
Claims (19)
- 소정의 컴포넌트를 포함하는 제1 전송 패킷 및 해당 소정의 컴포넌트에 관한 정보를 포함하는 제2 전송 패킷을 시분할적으로 다중화한 전송 스트림을 생성하는 전송 스트림 생성부와,
상기 전송 스트림을 소정의 전송로를 통하여 송신하는 송신부와,
상기 제2 전송 패킷에, 통신 경로에서 취득해야 할 특정 컴포넌트와 관련하여, 해당 특정 컴포넌트를 취득하기 위한, 각각 적어도 로케이션 정보 및 프로토콜 식별 정보가 포함되는 복수의 배신 프로토콜의 정보, 또는 해당 복수의 배신 프로토콜의 정보를 취득하기 위한 취득 정보를 삽입하는 정보 삽입부를 구비하는, 송신 장치. - 제1항에 있어서, 상기 복수의 배신 프로토콜은, 멀티캐스트 배신, MMTP/UDP 배신, MMTP/TCP 배신, MMTP/HTTP 배신 및 MPU/HTTP 배신의 프로토콜로부터 선택되는 2 이상의 배신 프로토콜인, 송신 장치.
- 제2항에 있어서, 상기 프로토콜 식별 정보가 상기 MMTP/UDP 배신인 것을 나타낼 때, 상기 배신 프로토콜의 정보에는, URL 외에 UDP를 지정하는 파라미터가 포함되는, 송신 장치.
- 제2항에 있어서, 상기 프로토콜 식별 정보가 상기 MMTP/TCP 배신인 것을 나타낼 때, 상기 배신 프로토콜의 정보에는, URL 외에 TCP를 지정하는 파라미터가 포함되는, 송신 장치.
- 제1항에 있어서, 상기 배신 프로토콜의 정보에는 패킷 식별 정보가 더 포함되는, 송신 장치.
- 제1항에 있어서, 상기 전송 패킷은 MMT 패킷인, 송신 장치.
- 제1항에 있어서, 상기 소정의 전송로는 방송 전송로인, 송신 장치.
- 제1항에 있어서, 상기 제2 패킷에는, 상기 특정 컴포넌트의 정보가 복수 배치되고, 해당 배치된 복수의 정보의 각각에 상기 복수의 배신 프로토콜 중 하나의 정보가 삽입되는, 송신 장치.
- 제1항에 있어서, 상기 제2 패킷에는, 상기 특정 컴포넌트의 정보가 하나 배치되고, 해당 배치된 하나의 정보에 상기 복수의 배신 프로토콜의 정보가 삽입되는, 송신 장치.
- 제1항에 있어서, 상기 제2 패킷에는, 상기 특정 컴포넌트의 정보가 하나 배치되고, 해당 배치된 하나의 정보에, 상기 복수의 배신 프로토콜의 정보를 취득하기 위한 취득 정보가 삽입되는, 송신 장치.
- 제1항에 있어서, 상기 복수의 배신 프로토콜의 정보의 각각에는, 상기 특정 컴포넌트와 다중화되어 배신되는 다른 컴포넌트의 정보가 부가되는, 송신 장치.
- 제1항에 있어서, 상기 복수의 배신 프로토콜의 정보 중, 멀티캐스트 배신의 프로토콜의 정보에는, 매니지드 네트워크 정보가 부가되는, 송신 장치.
- 소정의 컴포넌트를 포함하는 제1 전송 패킷 및 해당 소정의 컴포넌트에 관한 정보를 포함하는 제2 전송 패킷을 시분할적으로 다중화한 전송 스트림을 생성하는 전송 스트림 생성 스텝과,
송신부에 의해, 상기 전송 스트림을 소정의 전송로를 통하여 송신하는 송신 스텝과,
상기 제2 전송 패킷에, 통신 경로에서 취득해야 할 특정 컴포넌트와 관련하여, 해당 특정 컴포넌트를 취득하기 위한, 각각 적어도 로케이션 정보 및 프로토콜 식별 정보가 포함되는 복수의 배신 프로토콜의 정보, 또는 해당 복수의 배신 프로토콜의 정보를 취득하기 위한 취득 정보를 삽입하는 정보 삽입 스텝을 갖는, 송신 방법. - 소정의 컴포넌트를 포함하는 제1 전송 패킷 및 해당 소정의 컴포넌트에 관한 정보를 포함하는 제2 전송 패킷을 시분할적으로 다중화한 전송 스트림을 소정의 전송로를 통하여 수신하는 수신부를 구비하고,
상기 제2 전송 패킷에는, 통신 경로에서 취득해야 할 특정 컴포넌트와 관련하여, 해당 특정 컴포넌트를 취득하기 위한, 각각 적어도 로케이션 정보 및 프로토콜 식별 정보가 포함되는 복수의 배신 프로토콜의 정보, 또는 해당 복수의 배신 프로토콜의 정보를 취득하기 위한 취득 정보가 삽입되어 있고,
상기 복수의 배신 프로토콜 정보로부터 수신 가능한 하나의 배신 프로토콜을 선택하고, 해당 선택된 배신 프로토콜로 상기 특정 컴포넌트를 포함하는 제3 전송 패킷을 갖는 전송 스트림을, 네트워크를 통하여 수신하는 통신부를 더 구비하는, 수신 장치. - 제14항에 있어서, 상기 배신 프로토콜의 정보에는, 패킷 식별 정보가 더 포함되어 있고,
상기 통신부는, 상기 수신된 제3 패킷을 갖는 전송 스트림 중, 상기 패킷 식별 정보에 기초하여 해당 제3 전송 패킷을 추출하는, 수신 장치. - 제14항에 있어서, 상기 전송 패킷은 MMT 패킷인, 수신 장치.
- 제14항에 있어서, 상기 소정의 전송로는 방송 전송로인, 수신 장치.
- 수신부에 의해, 소정의 컴포넌트를 포함하는 제1 전송 패킷 및 해당 소정의 컴포넌트에 관한 정보를 포함하는 제2 전송 패킷을 시분할적으로 다중화한 전송 스트림을 소정의 전송로를 통하여 수신하는 수신 스텝을 갖고,
상기 제2 전송 패킷에는, 통신 경로에서 취득해야 할 특정 컴포넌트와 관련하여, 해당 특정 컴포넌트를 취득하기 위한, 각각 적어도 로케이션 정보 및 프로토콜 식별 정보가 포함되는 복수의 배신 프로토콜의 정보, 또는 해당 복수의 배신 프로토콜의 정보를 취득하기 위한 취득 정보가 삽입되어 있고,
상기 복수의 배신 프로토콜 정보로부터 수신 가능한 하나의 배신 프로토콜을 선택하고, 해당 선택된 배신 프로토콜로 상기 특정 컴포넌트를 포함하는 제3 전송 패킷을 갖는 전송 스트림을, 네트워크를 통하여 수신하는 통신 스텝을 더 갖는, 수신 방법. - 소정의 컴포넌트를 포함하는 제1 전송 패킷 및 해당 소정의 컴포넌트에 관한 정보를 포함하는 제2 전송 패킷을 시분할적으로 다중화한 전송 스트림을 소정의 전송로를 통하여 수신하는 수신부를 구비하고,
상기 제2 전송 패킷에는, 통신 경로에서 취득해야 할 특정 컴포넌트와 관련하여, 해당 특정 컴포넌트를 취득하기 위한, 각각 적어도 로케이션 정보 및 프로토콜 식별 정보가 포함되는 복수의 배신 프로토콜의 정보, 또는 해당 복수의 배신 프로토콜의 정보를 취득하기 위한 취득 정보가 삽입되어 있고,
상기 수신부에서 수신된 전송 스트림을 처리하는 처리부를 더 구비하는, 수신 장치.
Applications Claiming Priority (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JPJP-P-2014-227551 | 2014-11-07 | ||
JP2014227551 | 2014-11-07 | ||
PCT/JP2015/080535 WO2016072345A1 (ja) | 2014-11-07 | 2015-10-29 | 送信装置、送信方法、受信装置および受信方法 |
Publications (2)
Publication Number | Publication Date |
---|---|
KR20170078613A true KR20170078613A (ko) | 2017-07-07 |
KR102439521B1 KR102439521B1 (ko) | 2022-09-05 |
Family
ID=55909071
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
KR1020177009971A KR102439521B1 (ko) | 2014-11-07 | 2015-10-29 | 송신 장치, 송신 방법, 수신 장치 및 수신 방법 |
Country Status (4)
Country | Link |
---|---|
EP (2) | EP3217606B1 (ko) |
JP (5) | JP6645439B2 (ko) |
KR (1) | KR102439521B1 (ko) |
WO (1) | WO2016072345A1 (ko) |
Families Citing this family (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
KR102421791B1 (ko) * | 2016-05-26 | 2022-07-15 | 삼성전자주식회사 | Mmt 네트워크 시스템에서 미디어 시간 정보를 전송 하는 방법 및 장치 |
JP6178893B1 (ja) * | 2016-06-03 | 2017-08-09 | 日本電信電話株式会社 | ユニキャスト配信装置、再生同期システム、ユニキャスト配信方法、およびユニキャスト配信プログラム |
CN113285931B (zh) * | 2021-05-12 | 2022-10-11 | 阿波罗智联(北京)科技有限公司 | 流媒体的传输方法、流媒体服务器及流媒体*** |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US6029200A (en) * | 1998-03-09 | 2000-02-22 | Microsoft Corporation | Automatic protocol rollover in streaming multimedia data delivery system |
JP2013153291A (ja) | 2012-01-24 | 2013-08-08 | Nippon Hoso Kyokai <Nhk> | 送信装置、送信方法、受信装置及び受信方法 |
KR20130120422A (ko) * | 2012-04-25 | 2013-11-04 | 삼성전자주식회사 | 멀티미디어 전송 시스템을 위한 데이터 송수신 방법 및 장치 |
EP2739048A1 (en) * | 2011-07-29 | 2014-06-04 | Sony Corporation | Reception device, display control method, broadcast system, and computer program |
Family Cites Families (11)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
ES2739281T3 (es) * | 2011-01-19 | 2020-01-30 | Samsung Electronics Co Ltd | Aparato y procedimiento de configuración de un mensaje de control en un sistema de difusión |
WO2012161118A1 (ja) * | 2011-05-20 | 2012-11-29 | 日本放送協会 | 端末連携システム、受信機及び受信方法 |
KR101887506B1 (ko) * | 2011-09-22 | 2018-08-13 | 삼성전자주식회사 | 방송 시스템에서 방송 콘텐츠 재생 방법 및 장치 |
KR101626686B1 (ko) | 2011-10-13 | 2016-06-01 | 삼성전자주식회사 | 방송 시스템에서의 제어 메시지 구성 장치 및 방법 |
KR20130058647A (ko) * | 2011-11-25 | 2013-06-04 | (주)휴맥스 | Mmt 패키지화 컨텐츠의하이브리드 전송 방법 및 컨텐츠 수신 방법 |
JP2015080005A (ja) * | 2012-01-31 | 2015-04-23 | シャープ株式会社 | 配信装置、配信方法、配信システム、配信プログラム、記録媒体およびメタデータ |
JP6251181B2 (ja) * | 2012-11-29 | 2017-12-20 | サターン ライセンシング エルエルシーSaturn Licensing LLC | 受信装置、受信方法、送信装置、送信方法、及び、プログラム |
JP6202712B2 (ja) * | 2013-02-07 | 2017-09-27 | 日本放送協会 | 受信装置およびプログラム |
CN105393548A (zh) * | 2013-04-16 | 2016-03-09 | Lg电子株式会社 | 广播发射设备、广播接收设备、操作广播发射设备的方法和操作广播接收设备的方法 |
JP2014241520A (ja) * | 2013-06-12 | 2014-12-25 | 日本放送協会 | 送信システム、情報送信装置、プラットフォーム装置及び受信装置 |
JP6616064B2 (ja) * | 2013-07-25 | 2019-12-04 | パナソニック インテレクチュアル プロパティ コーポレーション オブ アメリカ | 送信方法および受信方法 |
-
2015
- 2015-10-29 WO PCT/JP2015/080535 patent/WO2016072345A1/ja active Application Filing
- 2015-10-29 KR KR1020177009971A patent/KR102439521B1/ko active IP Right Grant
- 2015-10-29 JP JP2016557732A patent/JP6645439B2/ja active Active
- 2015-10-29 EP EP15856936.8A patent/EP3217606B1/en active Active
- 2015-10-29 EP EP23203806.7A patent/EP4284007A3/en active Pending
-
2020
- 2020-01-09 JP JP2020001864A patent/JP6801799B2/ja active Active
- 2020-11-25 JP JP2020195375A patent/JP7078095B2/ja active Active
-
2022
- 2022-05-18 JP JP2022081391A patent/JP7400875B2/ja active Active
-
2023
- 2023-11-08 JP JP2023190586A patent/JP2024009035A/ja active Pending
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US6029200A (en) * | 1998-03-09 | 2000-02-22 | Microsoft Corporation | Automatic protocol rollover in streaming multimedia data delivery system |
EP2739048A1 (en) * | 2011-07-29 | 2014-06-04 | Sony Corporation | Reception device, display control method, broadcast system, and computer program |
JP2013153291A (ja) | 2012-01-24 | 2013-08-08 | Nippon Hoso Kyokai <Nhk> | 送信装置、送信方法、受信装置及び受信方法 |
KR20130120422A (ko) * | 2012-04-25 | 2013-11-04 | 삼성전자주식회사 | 멀티미디어 전송 시스템을 위한 데이터 송수신 방법 및 장치 |
Non-Patent Citations (1)
Title |
---|
ISO/IEC DIS 23008-1: 2013(E) Information technology-High efficiency coding and media delivery in heterogeneous environments-Part1: MPEG media transport(MMT) |
Also Published As
Publication number | Publication date |
---|---|
EP3217606B1 (en) | 2023-11-29 |
JPWO2016072345A1 (ja) | 2017-08-10 |
EP4284007A3 (en) | 2024-02-21 |
JP6645439B2 (ja) | 2020-02-14 |
WO2016072345A1 (ja) | 2016-05-12 |
JP2020061784A (ja) | 2020-04-16 |
JP7400875B2 (ja) | 2023-12-19 |
JP2021040337A (ja) | 2021-03-11 |
JP2022107652A (ja) | 2022-07-22 |
JP7078095B2 (ja) | 2022-05-31 |
JP6801799B2 (ja) | 2020-12-16 |
KR102439521B1 (ko) | 2022-09-05 |
EP3217606A1 (en) | 2017-09-13 |
EP3217606A4 (en) | 2018-07-04 |
EP4284007A2 (en) | 2023-11-29 |
JP2024009035A (ja) | 2024-01-19 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
JP6330804B2 (ja) | 送信装置、伝送ストリームの送信方法および処理装置 | |
EP3273661B1 (en) | Method for transmitting multimedia data in hybrid network | |
JP7400875B2 (ja) | 受信装置 | |
KR102208235B1 (ko) | 송신 장치, 송신 방법, 수신 장치 및 수신 방법 | |
US10305617B2 (en) | Transmission apparatus, transmission method, reception apparatus, and reception method | |
JP7400867B2 (ja) | 送信装置、送信方法および受信装置 | |
JP7517389B2 (ja) | 送信方法および受信装置 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
A201 | Request for examination | ||
E902 | Notification of reason for refusal | ||
E701 | Decision to grant or registration of patent right | ||
GRNT | Written decision to grant |