[go: up one dir, main page]

TWI730026B - 資料處理裝置、及資料處理方法 - Google Patents

資料處理裝置、及資料處理方法 Download PDF

Info

Publication number
TWI730026B
TWI730026B TW106100058A TW106100058A TWI730026B TW I730026 B TWI730026 B TW I730026B TW 106100058 A TW106100058 A TW 106100058A TW 106100058 A TW106100058 A TW 106100058A TW I730026 B TWI730026 B TW I730026B
Authority
TW
Taiwan
Prior art keywords
data
processing device
packet
data processing
information
Prior art date
Application number
TW106100058A
Other languages
English (en)
Other versions
TW201731273A (zh
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 TW201731273A publication Critical patent/TW201731273A/zh
Application granted granted Critical
Publication of TWI730026B publication Critical patent/TWI730026B/zh

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04H—BROADCAST COMMUNICATION
    • H04H40/00—Arrangements specially adapted for receiving broadcast information
    • H04H40/18—Arrangements characterised by circuits or components specially adapted for receiving
    • 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/29—Arrangements for monitoring broadcast services or broadcast-related services
    • H04H60/32—Arrangements for monitoring conditions of receiving stations, e.g. malfunction or breakdown of receiving stations
    • 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/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/434—Disassembling of a multiplex stream, e.g. demultiplexing audio and video streams, extraction of additional data from a video stream; Remultiplexing of multiplex streams; Extraction or processing of SI; Disassembling of packetised elementary stream
    • H04N21/4345—Extraction or processing of SI, e.g. extracting service information from an MPEG stream
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/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/435—Processing of additional data, e.g. decrypting of additional data, reconstructing software from modules extracted from the transport stream
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/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/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
    • H04N21/4381—Recovering the multiplex stream from a specific network, e.g. recovering MPEG packets from ATM cells
    • 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
    • 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/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
    • H04N21/4385—Multiplex stream processing, e.g. multiplex stream decrypting
    • 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/442—Monitoring of processes or resources, e.g. detecting the failure of a recording device, monitoring the downstream bandwidth, the number of times a movie has been viewed, the storage space available from the internal hard disk
    • H04N21/4425—Monitoring of client processing errors or hardware failure
    • 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

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Multimedia (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Databases & Information Systems (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
  • Circuits Of Receivers In General (AREA)
  • Communication Control (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

本技術係有關於，可提高收訊側裝置的機能擴充性的資料處理裝置、及資料處理方法。
前段之資料處理裝置，係接收數位播送訊號；在藉由對數位播送訊號進行解調處理所得的資料之中，將應通知給用來進行解調處理的後段之處理的後段之資料處理裝置的通知資料，加以處理，連同從數位播送訊號所得之收訊資料一起變成可傳輸之形式；將通知資料，連同收訊資料，一起輸出至後段之資料處理裝置。本技術係可適用於例如，由解調裝置與單晶片系統所成之系統。

Description

資料處理裝置、及資料處理方法
本技術係有關於資料處理裝置、及資料處理方法，尤其是有關於，可提高收訊側裝置的機能擴充性的資料處理裝置、及資料處理方法。
目前，作為次世代地上播送規格之1的ATSC(Advanced Television Systems Committee)3.0的策定係正在前進(例如參照非專利文獻1)。
在ATSC3.0中，係在資料傳輸時，已經決定主要不是採用TS(Transport Stream)封包，而是採用IP/UDP，亦即，含有UDP(User Datagram Protocol)封包的IP(Internet Protocol)封包的方式(以下稱為IP傳輸方式)。又，在ATSC3.0以外的播送方式中也是，期待在將來會採用IP傳輸方式。
又，在DVB-T2(Digital Video Broadcasting-Second Generation Terrestrial)所規定的M-PLP(Multiple PLP)方式中，於收訊側，進行傳輸串流(TS)之復原處理的前段之電路、與進行解碼等之處理的 後段之電路之間，係以單一介面來加以實現(例如參照非專利文獻2)。
[先前技術文獻] [非專利文獻]
[非專利文獻1]ATSC Candidate Standard：Physical Layer Protocol(Doc.S32-230r21 28 September 2015)
[非專利文獻2]ETSI EN 302 755 V1.3.1(2011-11)
可是，即使在採用了IP傳輸方式的情況下，仍由於成本面的考量，而是與DVB-T2同樣地，在收訊側的解調裝置(解調LSI)、與其後段之單晶片系統(SoC：System on Chip)之間，係為單一介面，較為理想。
另一方面，將解調裝置(解調LSI)與單晶片系統(SoC)之間等收訊側裝置(電路)之間，以單一介面做連接之際，從前段之裝置(電路)，將應通知給後段之裝置(電路)的資料予以通知，而提高收訊側裝置(電路)的機能擴充性所需之提案，係被人們所需求。
本發明係有鑑於此種狀況而研發，目的在於能夠提高收訊側裝置的機能擴充性。
本技術之一側面的資料處理裝置，係一種資料處理裝置，係為前段之資料處理裝置，其係具備：收訊部，係接收數位播送訊號；和處理部，係在藉由對前記數位播送訊號進行解調處理所得的資料之中，將應通知給用來進行前記解調處理的後段之處理的後段之資料處理裝置的通知資料，加以處理，連同從前記數位播送訊號所得之收訊資料一起變成可傳輸之形式；和輸出部，係將前記通知資料，連同前記收訊資料，一起輸出至前記後段之資料處理裝置。
本技術之一側面的資料處理裝置，係可為獨立的裝置，或可為構成1台裝置的內部區塊。又，本技術之一側面的資料處理方法，係為對應於上述本技術之一側面的資料處理裝置的資料處理方法。
於本技術之一側面的資料處理裝置、及資料處理方法中，數位播送訊號係被接收，在藉由對前記數位播送訊號進行解調處理所得的資料之中，應通知給用來進行前記解調處理的後段之處理的後段之資料處理裝置的通知資料，會被處理，連同從前記數位播送訊號所得之收訊資料一起被變成可傳輸之形式，前記通知資料，係連同前記收訊資料，一起被輸出至前記後段之資料處理裝置。
若依據本技術之一側面，則可提高收訊側裝置的機能擴充性。
此外，並非一定限定於這裡所記載的效果，亦可為本揭露中所記載之任一效果。
1‧‧‧傳輸系統
10‧‧‧送訊系統
20‧‧‧收訊系統
30‧‧‧傳輸路
111‧‧‧組件處理部
112‧‧‧訊令處理部
113‧‧‧封包處理部
114‧‧‧調變處理部
115‧‧‧RF部
121‧‧‧天線
211‧‧‧解調裝置
212‧‧‧處理裝置
213‧‧‧介面
221‧‧‧RF部
222‧‧‧解調部
223‧‧‧錯誤處理部
224‧‧‧私人使用者資料處理部
225‧‧‧輸出I/F
231‧‧‧輸入I/F
232‧‧‧濾波處理部
233‧‧‧解碼器
234‧‧‧輸出部
235‧‧‧內部控制部
241‧‧‧天線
251‧‧‧解調多工器
252‧‧‧IP解多工器
253‧‧‧解調多工器
254‧‧‧BBP解多工器
261‧‧‧家用路由器
262‧‧‧客戶端裝置
263‧‧‧網路
271‧‧‧RF部
272‧‧‧解調部
273‧‧‧錯誤處理部
274‧‧‧生成部
275‧‧‧私人使用者資料處理部
276‧‧‧轉換部
277‧‧‧送訊部
281‧‧‧收訊部
282‧‧‧濾波處理部
283‧‧‧解碼器
284‧‧‧輸出部
285‧‧‧內部控制部
1000‧‧‧電腦
1001‧‧‧CPU
1002‧‧‧ROM
1003‧‧‧RAM
1004‧‧‧匯流排
1005‧‧‧輸出入介面
1006‧‧‧輸入部
1007‧‧‧輸出部
1008‧‧‧記錄部
1009‧‧‧通訊部
1010‧‧‧驅動機
1011‧‧‧可移除式媒體
[圖1]適用了本技術之傳輸系統的一實施形態之構成的圖示。
[圖2]送訊系統之構成例的圖示。
[圖3]收訊系統之構成例的圖示。
[圖4]私人使用者資料之例子的圖示。
[圖5]實體層訊框之結構的圖示。
[圖6]引導序列之結構的圖示。
[圖7]引導序列之結構的圖示。
[圖8]引導序列之結構的圖示。
[圖9]L1基本資訊(L1-Basic)的語法之例子的圖示。
[圖10]L1詳細資訊(L1-Detail)的語法之例子的圖示。
[圖11]L1詳細資訊(L1-Detail)的語法之例子的圖示。
[圖12]L1詳細資訊(L1-Detail)的語法之例子的圖示。
[圖13]用來傳輸私人使用者資料所需之傳輸方式之概要的圖示。
[圖14]Generic封包擴充標頭傳輸方式的說明圖。
[圖15]Generic封包擴充標頭傳輸方式的說明圖。
[圖16]L2訊令標頭傳輸方式的說明圖。
[圖17]L2訊令傳輸方式的說明圖。
[圖18]L2訊令傳輸方式的說明圖。
[圖19]BB封包擴充標頭傳輸方式的說明圖。
[圖20]BB封包擴充標頭傳輸方式的說明圖。
[圖21]BB封包擴充標頭傳輸方式的說明圖。
[圖22]BB封包擴充標頭傳輸方式的說明圖。
[圖23]Generic封包外部結構方式1、2的說明圖。
[圖24]Generic封包外部結構方式1的說明圖。
[圖25]Generic封包外部結構方式1的說明圖。
[圖26]Generic封包外部結構方式1的說明圖。
[圖27]Generic封包外部結構方式2的說明圖。
[圖28]Generic封包外部結構方式2的說明圖。
[圖29]Generic封包外部結構方式2的說明圖。
[圖30]BB封包外部結構方式的說明圖。
[圖31]BB封包外部結構方式的說明圖。
[圖32]BB封包外部結構方式的說明圖。
[圖33]BB封包外部結構方式的說明圖。
[圖34]IP封包傳輸方式的說明圖。
[圖35]IP封包傳輸方式的說明圖。
[圖36]收訊側解調裝置之處理流程的說明流程圖。
[圖37]收訊側處理裝置之處理流程的說明流程圖。
[圖38]電腦之構成例的圖示。
以下，參照圖面，說明本技術的實施形態。此外，說明是按照以下順序進行。
1.系統的構成
2.私人使用者資料之概要
3.私人使用者資料之傳輸方式
(A)Generic封包擴充標頭傳輸方式
(B)L2訊令標頭傳輸方式
(C)L2訊令傳輸方式
(D)BB封包擴充標頭傳輸方式
(E)Generic封包外部結構方式1
(F)Generic封包外部結構方式2
(G)BB封包外部結構方式
(H)IP封包傳輸方式
4.收訊系統中所被執行的處理之流程
5.變形例
6.電腦的構成
<1.系統的構成>
(傳輸系統的構成例)
圖1係適用了本技術之傳輸系統的一實施形態之構成的圖示。此外，所謂系統，係指由複數裝置做邏輯性集合而成者。
於圖1中，傳輸系統1係由送訊系統10和收訊系統20所構成。在此傳輸系統1中，符合採用了ATSC(Advanced Television Systems Committee)3.0等採用IP傳輸方式的數位播送之規格的資料傳輸，係被進行。
送訊系統10，係將包含節目或廣告等之內容的播送串流，以數位播送訊號的方式，透過傳輸路30而發送。
收訊系統20，係將從送訊系統10，透過傳輸路30而被發送過來的數位播送訊號予以接收，將播送串流中所含之內容加以處理並輸出。
例如，收訊系統20，係由前段之資料處理裝置和後段之資料處理裝置等複數裝置所構成。前段之資料處理裝置，係對從送訊系統10所被發送過來的數位播送訊號進行解調處理，將其所得之資料，輸出(送訊)至後段之資料處理裝置。另一方面，後段之資料處理裝置，係對從前段之資料處理裝置所輸出(送訊)的資料進行解調處理的後段之處理。
此處，於收訊系統20中，前段之資料處理裝置，係相當於後述的解調裝置211(圖3)或家用路由器261(圖34)等。另一方面，於收訊系統20中，後段之資料處理裝置，係相當於處理裝置212(圖3)或客戶端 裝置262(圖34)等。
此外，圖1的傳輸系統1中，係為了簡化說明，而只將收訊系統20圖示1個，但收訊系統20係可複數設置，送訊系統10所發送(一起廣播配訊)的數位播送訊號，係可透過傳輸路30而在複數收訊系統20中同時收訊。
又，送訊系統10也可複數設置。複數送訊系統10之每一者中，以身為個別之頻道的例如個別之頻帶，發送含有播送串流的數位播送訊號，在收訊系統20中，係可從複數送訊系統10之每一者的頻道之中，選擇出要接收播送串流之頻道。
甚至，於圖1的傳輸系統1中，傳輸路30，係除了地上波(地上波播送)以外，亦可為例如：利用播送衛星(BS：Broadcasting Satellite)或通訊衛星(CS：Communications Satellite)的衛星播送、或使用纜線的有線播送(CATV)等。
(送訊系統之構成例)
圖2係圖1的送訊系統10之構成例的圖示。
於圖2中，送訊系統10係由：組件處理部111、訊令處理部112、封包處理部113、調變處理部114、及RF部115所構成。
組件處理部111，係取得被輸入至其的內容。此處，作為內容係包含有例如：從中繼場所透過傳輸路或 通訊線路而被發送過來的現場內容(例如運動中繼等之現場播送節目)、或積存在儲存體的已經收錄好的內容(例如電視劇等之事前收錄節目)等。
組件處理部111，係將構成內容的視訊或音訊的組件之資料進行處理(例如編碼)，將藉此所得之資料，供給至封包處理部113。
訊令處理部112，係生成訊令並加以處理，並供給至封包處理部113。例如，在ATSC3.0中，作為訊令，係除了實體層之訊令(以下亦稱為L1訊令(L1 Signaling))以外，還想定會被規定有在其上層中被傳輸的LLS(Link Layer Signaling)訊令或SLS(Service Layer Signaling)訊令等。LLS訊令，係為早於SLS訊令而被取得的訊令，依照LLS訊令資訊中所被描述之資訊，而取得各服務的SLS訊令。
此處，作為L1訊令係被規定有L1基本資訊(L1-Basic)、和L1詳細資訊(L1-Detail)。
又，作為LLS訊令係可含有例如：SLT(Service List Table)等之後設資料。SLT後設資料係含有：服務之選台上所必須之資訊(選台資訊)等，表示播送網路的串流或服務之構成的資訊。
甚至，作為SLS訊令係可含有例如：USD(User Service Description)、LSID(LCT Session Instance Description)、MPD(Media Presentation Description)等之後設資料。USD後設資料，係含有其他後設資料之取得 處等之資訊。LSID後設資料，係為ROUTE(Real-Time Object Delivery over Unidirectional Transport)協定之控制資訊。MPD後設資料，係管理組件之串流的再生所需之控制資訊。此外，MPD後設資料，係遵循MPEG-DASH(Dynamic Adaptive Streaming over HTTP)之規格。
封包處理部113，係使用從組件處理部111所被供給之視訊或音訊的組件之資料，和從訊令處理部112所被供給之訊令之資料，來進行生成封包的處理。
此處，例如，含有UDP封包的IP封包(IP/UDP封包)係被生成，然後，1或複數個IP/UDP封包係被封裝化，藉此而生成Generic封包。已被封包處理部113所處理過的封包，係被供給至調變處理部114。
調變處理部114，係藉由將從封包處理部113所被供給之封包加以處理，以生成實體層訊框並處理之。此處，實體層訊框係由：引導序列(Bootstrap)、前文(Preamble)、及酬載所構成。但是，已被訊令處理部112所生成的L1訊令，係可被包含在前文中。
此外，在調變處理部114中係也會進行例如：錯誤訂正編碼處理(例如BCH編碼或LDPC(Low Density Parity Check)編碼等)或調變處理(例如OFDM(Orthogonal Frequency Division Multiplexing)調變等)等之處理。已被調變處理部114所處理過的訊號，係被供給至RF部115。
RF部115，係將從調變處理部114所被供給 之訊號，轉換成RF(Radio Frequency)訊號，透過天線121，作為IP傳輸方式之數位播送訊號而予以發送。
送訊系統10係被構成如上。此外，於圖2中，係為了說明的方便，送訊側之送訊系統10是被記載成像是由1個裝置所構成，但送訊側之送訊系統10，係可由具有圖2的區塊之各機能的複數裝置所構成。
(收訊系統之構成例)
圖3係圖1的收訊系統20之構成例的圖示。
於圖3中，收訊系統20係由前段之解調裝置211、和後段之處理裝置212所構成。又，在解調裝置211與處理裝置212中，係進行透過單一介面(I/F)213的資料傳輸。
解調裝置211，係由例如RF IC或解調LSI等之解調裝置所構成，進行實體層(PHY)的相關處理。解調裝置211係由RF部221、解調部222、錯誤處理部223、私人使用者資料處理部224、及輸出I/F225所構成。
RF部221，係透過天線241，接收IP傳輸方式之數位播送訊號，然後將RF訊號頻率轉換成IF(Intermediate Frequency)訊號，供給至解調部222。
解調部222，係對從RF部221所被供給之訊號，進行解調處理(例如OFDM解調等)。又，錯誤處理部223，係對施行過解調處理的訊號，進行錯誤訂正解碼 處理(例如LDPC解碼或BCH解碼等)。但是，這裡為了說明的方便，而將解調部222所進行的解調處理、和錯誤處理部223所進行的錯誤訂正解碼處理，以個別之處理來加以說明，但錯誤訂正解碼處理係亦可視為是解調處理的一部分。甚至，亦可將RF部221所進行的頻率轉換處理等，視為解調處理的一部分。
藉由解調部222和錯誤處理部223進行解調處理，從RF部221所被供給之訊號所得之實體層訊框，會被處理。此處，實體層訊框係由：引導序列(Bootstrap)、前文(Preamble)、及酬載所構成。又，前文中係含有L1訊令。
已被RF部221乃至錯誤處理部223所處理過的資料(收訊資料)，係被供給至輸出I/F225。此處，前段之解調裝置211的輸出I/F225，與後段之處理裝置212的輸入I/F231，係透過介面(I/F)213而被連接，來自輸出I/F225之資料(收訊資料)，係被輸入至輸入I/F231。
又，RF部221、解調部222、或錯誤處理部223，係將各部進行處理所得的應通知給後段之處理裝置212的通知資料，供給至私人使用者資料處理部224。此處，雖然細節是參照圖4等而後述，但例如，作為通知資料係會包含有：選台時所被使用之選台資訊，解調處理之狀態的相關資訊，解調處理之錯誤的相關資訊、或解調處理所得之訊令或是調變參數的相關資訊等。
私人使用者資料處理部224，係將從RF部221、解調部222、或錯誤處理部223所被供給之通知資料加以處理，對已被RF部221乃至錯誤處理部223所處理過的資料(收訊資料)，當作私人使用者資料而予以插入。
亦即，私人使用者資料處理部224，係將應通知給後段之處理裝置212的通知資料加以處理，連同解調處理所得之收訊資料一起變成可傳輸之形式。藉此，私人使用者資料(通知資料)，係被從輸出I/F225輸出，透過介面(I/F)213而被輸入至處理裝置212的輸入I/F231。此外，將通知資料，當作私人使用者資料而加以傳輸所需之傳輸方式的細節，係參照圖13乃至圖35而後述。
解調裝置211係被構成如上。
處理裝置212，係例如由單晶片系統(SoC)等所構成，作為解調處理的後段之處理係將封包加以處理，進行用來再生內容所需之處理。處理裝置212係由輸入I/F231、濾波處理部232、解碼器233、輸出部234、及內部控制部235所構成。
輸入I/F231，係將透過介面(I/F)213而從解調裝置211所被輸入之資料，供給至濾波處理部232。此外，該資料中係含有：解調處理所得之收訊資料、和私人使用者資料(通知資料)。
濾波處理部232，係對從輸入I/F231所被供 給之資料(所儲存的封包)，進行過濾處理。藉由該過濾處理，收訊資料(所儲存的封包)，係被供給至解碼器233，私人使用者資料(通知資料)(所儲存的封包)，係被供給至內部控制部235。
此外，對解碼器233係輸入，從收訊資料(所儲存的封包)所得之視訊或音訊的組件之資料，但該組件之資料，係基於從收訊資料(所儲存的封包)所得之訊令(例如LLS訊令或SLS訊令)，而被抽出。
解碼器233，係將從濾波處理部232所被供給的視訊或音訊的組件之資料予以解碼，將藉此所得之資料，供給至輸出部234。輸出部234，係在從解碼器233所被供給的資料之中，將視訊之資料輸出至顯示部(未圖示)輸出，將音訊之資料輸出至揚聲器(未圖示)。藉此，在收訊系統20中，從送訊系統10所被配訊的內容之映像與聲音，會被再生。
又，對內部控制部235係供給著，來自濾波處理部232的儲存有私人使用者資料(通知資料)之封包。內部控制部235係進行，作為私人使用者資料而被通知(傳輸)的通知資料所相應之處理。
此處，例如，作為通知資料係會包含有：選台時所被使用之選台資訊，解調處理之狀態的相關資訊，解調處理之錯誤的相關資訊、或解調處理所得之訊令或是調變參數的相關資訊等。內部控制部235，係基於如此的通知資料，而控制處理裝置212的各部之動作。
處理裝置212係被構成如上。
<2.私人使用者資料之概要>
如上述，在本技術中，在收訊側之收訊系統20中，從前段之解調裝置211，應通知給後段之處理裝置212的通知資料，是被當作私人使用者資料而傳輸，但接著說明該私人使用者資料之概要。
此處，雖然是將通知資料當作私人使用者資料而加以傳輸的方法，但例如，在ATSC3.0等之數位播送之規格中所被規定的表格等，事前預留私人使用者資料之領域，藉此，在收訊系統20中，解調裝置211就可利用該預留之領域，將私人使用者資料，通知給處理裝置212。亦即，在送訊側之送訊系統10中，係不使用該所被預留之領域，因此在收訊側之收訊系統20中，可在該所被預留之領域(私人使用者資料之領域)中，追加通知資料。
(私人使用者資料之例子)
圖4係私人使用者資料之例子的圖示。
作為私人使用者資料係可傳輸，藉由資料ID(DATA_ID)而被識別的各種通知資料(DATA)。例如，於圖4中，對"0x00"之資料ID，係分配「選台頻率」，當藉由解調裝置211而指定"0x00"之資料ID的情況下，則選台頻率之資料，就會從解調裝置211被通知給 處理裝置212。
於圖4中，關於"0x01"之資料ID以後也是同樣地，被分配有各種資料。亦即，對"0x01"之資料ID係分配了，用來識別PLP(Physical Layer Pipe)所需之ID也就是「PLP_ID」。對"0x02"之資料ID係分配了，表示解調部222的AGC(Automatic Gain Control)電路是有正常動作而捕捉收訊訊號的「AGC_OK」。但是，此處，當收訊訊號之變動係為一定之範圍內時，就視為有捕捉到收訊訊號。
對"0x03"之資料ID係分配了，表示在解調處理中有捕捉到引導序列(Bootstrap)的「Bootstrap_OK」。對"0x04"之資料ID係分配了，表示在解調處理中有捕捉到前文(Preamble)的「Preamble_OK」。但是，此處，引導序列或前文的部分之訊號係被接收，並確認是有意義的值時，就視為有捕捉到引導序列或前文。此外，引導序列和前文的詳細內容，係參照圖5乃至圖12而後述。
對"0x05"之資料ID係分配了，表示解調處理有被正確進行的「Demod_OK」。對"0x06"之資料ID係分配了，PTP(Precision Time Protocol)或UTC(協定世界時)等的時刻資訊也就是「Time_Info」。對"0x07"之資料ID係分配了，表示解調部222的TRL(Time Recovery Loop)電路是有正常動作而捕捉收訊訊號的「TRL_OK」。對"0x08"之資料ID係分配了，表示解調部222的CRL(Carrier Recovery Loop)電路是有正常動作而捕捉收訊 訊號的「CRL_OK」。
對"0x09"之資料ID係分配了，表示實體層(PHY)的處理有被正確進行的「PHY_OK」。對"0x0a"之資料ID係分配了，表示在解調處理中有捕捉到L1基本資訊(L1-Basic)的「L1_Basic_OK」。對"0x0b"之資料ID係分配了，表示在解調處理中有捕捉到L1詳細資訊(L1-Detail)的「L1_Detail_OK」。但是，此處，L1基本資訊或L1詳細資訊的部分之訊號係被接收，並確認是有意義的值時(收訊、解調，而沒有LDPC或BCH、CRC(Cyclic Redundancy Check)之錯誤時)，就視為有捕捉到L1基本資訊或L1詳細資訊。此外，L1基本資訊或L1詳細資訊的詳細內容，係參照圖9乃至圖12而後述。
對"0x0c"之資料ID係分配了，表示達到解調部222的AGC電路是有正常動作而捕捉收訊訊號之狀態為止的時間「AGC_OK_Time」。對"0x0d"之資料ID係分配了，表示在解調處理中有捕捉到引導序列為止的時間「Bootstrap_OK_Time」。對"0x0d"之資料ID係分配了，表示在解調處理中有捕捉到L1基本資訊(L1-Basic)為止的時間「L1_Basic_OK_Time」。對"0x0e"之資料ID係分配了，表示在解調處理中有捕捉到L1詳細資訊(L1-Detail)為止的時間「L1_Detail_OK_Time」。
對"0x0f"之資料ID係分配了，表示AGC之位準的「AGC_Level」。對"0x10"之資料ID係分配了，引導序列之相關的相關資訊「Bootstrap_Max_Correlation」 。對"0x11"之資料ID係分配了，引導序列之Pack比率的相關資訊「Bootstrap_Pack_Ratio」。
對"0x12"之資料ID係分配了，係表示取樣頻率之偏置的資訊(單位：ppm)也就是「Sampling_Frequency_Offset」。對"0x13"之資料ID係分配了，係表示載波頻率之偏置的資訊(單位：kHz)也就是「Carrier_Frequency_Offset」。
對"0x14"之資料ID係分配了，LDPC解碼的相關資訊「LDPC_Number_iteration」。對"0x15"之資料ID係分配了，表示BCH解碼時之錯誤的「BCH_Error」。對"0x16"之資料ID係分配了，表示循環冗長檢查(CRC)所致之錯誤偵測時之錯誤的「CRC_Error」。
對"0x17"之資料ID係分配了，表示調變誤差比(MER：Modulation Error Ratio)的「MER」。對"0x18"~"0x1b"之資料ID係分配了，表示SN比(SNR：Signal Noise Ratio)的「SNR」。但是，"0x18"之資料ID，係表示某個瞬間的SNR，"0x19"之資料ID，係表示平均的SNR，"0x1a"和"0x1b"之資料ID，係表示最大和最小的SNR。
對"0x1c"之資料ID係分配了，表示錯誤之指示器的「Error Indicator」。對"0x1e"之資料ID係分配了，表示位元錯誤率(BER：Bit Error Rate)的「Bit_Error_Rate」。對"0x1f"之資料ID係分配了，緊急資訊的相關資訊「Emergency_Information」。
對"0x20"之資料ID係分配了，表示訊框錯誤率(FER：Frame Error Rate)的「Frame_Error_Rate」。對"0x21"之資料ID係分配了，表示封包錯誤率(PER：Packet Error Rate)的「Packet_Error_Rate」。對"0x22"之資料ID係分配了，被事前記錄在解調裝置211(解調裝置)中的，用來識別製造商所需之「製造商ID」。對"0x23"之資料ID係分配了，被事前記錄在解調裝置211(解調裝置)中的，每個製造商的版本也就是「製造商版本」。此外，"0x24"~"0x3f"之資料ID，係為將來擴充用之領域。
對"0x40"之資料ID係分配了，解調處理所得之引導序列之資料「Bootstrap」。對"0x60"之資料ID係分配了，解調處理所得之引導序列之L1基本資訊(L1-Basic)之資料「L1_Basic_signaling」。對"0x90"之資料ID係分配了，解調處理所得之引導序列之L1詳細資訊(L1-Detail)之資料「L1_Detail_signaling」。此外，引導序列、L1基本資訊及L1詳細資訊的詳細內容，係參照圖5乃至圖12而後述。
"0xd0"~"0xdf"之資料ID係為，可被製造收訊系統20(的解調裝置211或處理裝置212)的製造商所獨自擴充的領域。又，"0xf0"~"0xff"之資料ID，係為將來擴充用之領域。此外，於圖4中，雖然作為私人使用者資料是列舉例示可傳輸的通知資料和其識別資訊，但除了圖4所示的通知資料以外之資料，亦可當作私人使用者資料 而被傳輸。
此處，在圖4的私人使用者資料所例示的通知資料之中，針對引導序列、L1基本資訊(L1-Basic)、L1詳細資訊(L1-Detail)的詳細內容，加以說明。
(實體層訊框的結構)
圖5係實體層訊框之結構的圖示。於圖5中，橫方向係表示時間(Time)，縱方向係表示頻率(Frequency)。
實體層訊框，係由：引導序列(Bootstrap)、前文(Preamble)、和1個以上之子訊框(Subframe)所構成。實體層訊框，係由毫秒單位等之所定之訊框長度所構成。於實體層訊框中，係在取得了引導序列與前文後，就可取得其後的子訊框。
引導序列係對應於例如，將DVB-T2之T2訊框予以構成的P1符元，前文係對應於例如，將DVB-T2之T2訊框予以構成的P2符元。因此，引導序列係亦可說成是前文。
前文中係可含有：L1基本資訊(L1-Basic)或L1詳細資訊(L1-Detail)等的L1訊令。此處，若比較L1基本資訊和L1詳細資訊，則L1基本資訊係由200位元左右之位元所構成，但L1詳細資訊係由400~數千位元所構成，就這點而言，其大小係為不同。又，在前文中，由於L1基本資訊和L1詳細資訊是被依序讀出，因此相較於L1詳細資訊，L1基本資訊會先被讀出。再者，L1 基本資訊，係相較於L1詳細資訊，是被較為可靠地傳輸，這點也有所不同。
子訊框中係被配置有酬載(資料)。在實體層訊框中，若含有2個以上之子訊框的情況下，則可每一子訊框地例如，變更FFT大小或保護區間長度、導頻模態等之調變參數。
(引導序列之結構)
圖6乃至圖8係為圖5的引導序列之結構的圖示。
在圖6乃至圖8中係圖示，藉由圖5的引導序列(之訊號)，引導序列符元1乃至3被傳輸時的各引導序列符元。但是，各引導序列符元，係最多可傳輸11位元的訊號。
如圖6的語法所示，在引導序列符元1中係含有，係1位元的eas_wake_up、2位元的system_bandwidth、5位元的min_time_to_next。又，如圖7的語法所示，在引導序列符元2中係含有，7位元的bsr_coefficient。再者，如圖8的語法所示，在引導序列符元3中係含有，7位元的preamble_structure。
(L1基本資訊之結構)
圖9係圖5的前文中所含之L1基本資訊(L1-Basic)的語法之例子的圖示。
2位元的L1B_content_tag，係表示用來識別內 容的標籤值。3位元的L1B_version，係表示L1基本資訊的版本。1位元的L1B_slt_flag，係表示SLT(Service Labeling Table)是否存在。
1位元的L1B_time_info_flag，係表示時刻資訊是否存在。2位元的L1B_papr，係表示PAPR(Peak to Average Power Reduction)之適用。
1位元的L1B_frame_length_mode，係表示訊框模式。L1B_frame_length_mode=0的情況下，訊框模式係為時間校準模式。又，L1B_frame_length_mode=1的情況下，訊框模式係為符元校準模式。
10位元的L1B_frame_length，係表示實體層訊框之訊框長度。但是，該L1B_frame_length，係只有在訊框模式是時間校準模式的情況下才會被使用，在符元校準模式的情況下則為未使用。
8位元的L1B_num_subframes，係表示實體層訊框中所含之子訊框之數量。3位元的L1B_preamble_num_symbols，係表示前文中所含之OFDM符元之數量。3位元的L1B_preamble_reduced_carriers，係表示前文中所被使用的FFT大小之載波之最大數之減少所相應之控制單元之數量。
16位元的L1B_L1_Detail_size_bits，係表示L1詳細資訊(L1-Detail)之大小。3位元的L1B_L1_Detail_fec_type，係表示L1詳細資訊之FEC類型。2位元的L1B_L1_Detail_additional_parity_mode，係 表示L1詳細資訊之追加同位元模式。19位元的L1B_L1_Detail_total_cells，係表示L1詳細資訊之總大小。
1位元的L1B_First_Sub_mimo，係表示開頭之子訊框之MIMO(Multiple Input and Multiple Output)的使用狀況。1位元的L1B_First_Sub_miso，係表示開頭之子訊框之MISO(Multiple Input and Single Output)的使用狀況。
2位元的L1B_First_Sub_fft_size，係表示開頭之子訊框之FFT大小。3位元的L1B_First_Sub_reduced_carriers，係表示開頭之子訊框中所被使用的FFT大小之載波之最大數之減少所相應之控制單元之數量。4位元的L1B_First_Sub_guard_interval，係表示開頭之子訊框之保護區間長度。
13位元的L1B_First_Sub_excess_samples，係表示在開頭之子訊框中，被插入在保護區間部分的多餘的樣本之數量。但是，該L1B_First_Sub_excess_samples，係只有在訊框模式是時間校準模式的情況下才會被使用，在符元校準模式的情況下則為未使用。
11位元的L1B_First_Sub_num_ofdm_symbols，係表示開頭之副畫格中所含之OFDM符元之數量。5位元的L1B_First_Sub_scattered_pilot_pattern，係表示開頭之子訊框中所被使用的SP模態(Scattered Pilot Pattern)。3位元的L1B_First_Sub_scattered_pilot_boost，係表示 將SP模態之大小予以提高的值。
1位元的L1B_First_Sub_sbs_first，係表示開頭之子訊框的SBS(Subframe Boundary Symbol)之開頭。1位元的L1B_First_Sub_sbs_last，係表示開頭之子訊框的SBS之末尾。
L1B_Reserved，係為將來擴充用之領域(Reserved)。L1B_Reserved之位元數係為未確定(TBD：To Be Determined)，但在現況下係為49位元。32位元的L1B_crc，係表示含有CRC值。
此外，作為格式(Format)，在uimsbf(unsigned integer most significant bit first)係被指定時，係意味著要進行位元演算，而視為整數的意思。又，bslbf(bit string、left bit first)被指定時，係意味著要視為位元列的意思。
又，關於L1基本資訊(L1-Basic)，係在上述的非專利文獻1之「Table 9.2 L1-Basic signaling fields and syntax」中有記載其詳細的內容。
(L1詳細資訊之結構)
圖10乃至圖12係圖5的前文中所含之L1詳細資訊(L1-Detail)的語法之例子的圖示。
4位元的L1D_version，係表示L1詳細資訊之版本。
3位元的L1D_num_rf所相應之迴圈中係被配 置有，關於頻道綁定(Channel Bonding)的參數。亦即，19位元的L1D_rf_frequency，係表示藉由頻道綁定而被結合的RF頻道之頻率。
此處，於圖9的L1基本資訊中，L1B_time_info_flag=1的情況下，係表示有時刻資訊存在，因此，在L1詳細資訊，係會配置有作為時刻資訊的L1D_time_info。此外，L1D_time_info之位元數，係為未確定(TBD)。
在圖9的L1基本資訊的L1B_num_subframes所相應的迴圈中係被配置有，以下的子訊框之相關參數。
1位元的L1D_mimo，係表示子訊框的MIMO之使用狀況。1位元的L1D_miso，係表示子訊框的MISO之使用狀況。2位元的L1D_fft_size，係表示子訊框的FFT大小。
3位元的L1D_reduced_carriers，係表示子訊框中所被使用的FFT大小之載波之最大數之減少所相應之控制單元之數量。4位元的L1D_guard_interval，係表示子訊框的保護區間長度。11位元的L1D_num_ofdm_symbols，係表示子訊框中所含之OFDM符元之數量。
5位元的L1D_scattered_pilot_pattern，係表示子訊框中所被使用的SP模態。3位元的L1D_scattered_pilot_boost，係表示將SP模態之大小予以提高的值。1位元的L1D_sbs_first，係表示子訊框的SBS之開頭。1位元的L1D_sbs_last，係表示子訊框的SBS之 末尾。
1位元的L1D_subframe_multiplex，係表示子訊框是否為分時多工。1位元的L1D_frequency_interleaver，係表示是否為頻率交錯。
6位元的L1D_num_plp所相應之迴圈中係被配置有，PLP的有關參數。作為該參數係被配置有：6位元的L1D_plp_id、1位元的L1D_plp_slt_exist、2位元的L1D_plp_layer、24位元的L1D_plp_start、24位元的L1D_plp_size、2位元的L1D_plp_scrambler_type、4位元的L1D_plp_fec_type等。
此處，雖然沒有說明所有的PLP的相關參數，但上述的非專利文獻1的「Table 9.12 L1-Detail signaling fields and syntax」中，係記載有L1詳細資訊(L1-Detail)的詳細內容。
<3.私人使用者資料之傳輸方式>
(私人使用者資料之傳輸方式之概要)
圖13係將通知資料，作為私人使用者資料而加以傳輸所需之傳輸方式之概要的圖示。
私人使用者資料，係可使用下記(A)乃至(H)之任一種傳輸方式來傳輸。
(A)Generic封包擴充標頭傳輸方式
(B)L2訊令標頭傳輸方式
(C)L2訊令傳輸方式
(D)BB封包擴充標頭傳輸方式
(E)Generic封包外部結構方式1
(F)Generic封包外部結構方式2
(G)BB封包外部結構方式
(H)IP封包傳輸方式
此處，如圖13所示，在IP傳輸方式的協定堆疊中，身為實體層的第1層(L1)、身為第1層之上層的第2層(L2)、和身為第2層之上層的第3層(L3)，係為階層結構。
在第3層(L3)中，IP封包(IP/UDP封包)或選台資訊係被傳輸。但是，例如，選台資訊，係可被包含在LLS訊令中，而將該當LLS訊令，配置在IP封包中。
該IP封包(IP/UDP封包)，係由IP標頭和酬載所構成。IP封包的酬載中係被配置有，視訊或音訊的組件之資料、和SLS訊令等的訊令之資料等。此處，使用(H)IP封包傳輸方式的情況下，係例如在IP封包的酬載中，配置私人使用者資料(通知資料)。
在第2層(L2)中，作為傳輸封包的Generic封包，係被傳輸。該Generic封包，係由Generic標頭和酬載所構成。在Generic封包的酬載中係被配置有1或複數個IP封包或選台資訊，被封裝化(encapsulation)。
此處，使用(A)Generic封包擴充標頭傳輸方式的情況下，係在該Generic封包的擴充標頭中，配置私人使用者資料(通知資料)。此處，使用(B)L2訊令標頭傳輸方式的情況下，係在Generic封包的酬載中所被配置的L2訊令的標頭中，配置私人使用者資料(通知資料)。
此處，使用(C)L2訊令傳輸方式的情況下，係在Generic封包的酬載中，配置身為L2訊令的私人使用者資料(通知資料)。甚至，使用(E)Generic封包外部結構方式1或(F)Generic封包外部結構方式2的情況下，係利用Generic封包的外部結構，來配置私人使用者資料(通知資料)。
於第1層(L1)中，作為傳輸封包的BB封包(BBP：Baseband Packet)，係被傳輸。該BB封包，係由BBP標頭和酬載所構成。在BB封包的酬載中係被配置有1或複數個Generic封包，被封裝化。
此處，使用(D)BB封包擴充標頭傳輸方式的情況下，係在BB封包的擴充標頭中，配置私人使用者資料(通知資料)。此處，使用(G)BB封包外部結構方式的情況下，係利用BB封包的外部結構，來配置私人使用者資料(通知資料)。
此外，於第1層中，係將1或複數個BB封包予以拌碼所得的資料係被映射至FEC訊框(FEC Frame)，並被附加有實體層的錯誤訂正用的同位元 (Parity)。此處，雖然實體層訊框係由：引導序列、前文、及酬載所構成，但在該酬載中，對複數FEC訊框，進行了位元交錯後，進行映射處理，然後，在時間方向與頻率方向進行交錯等之進行實體層處理(調變處理)所得的資料，係被映射。此外，實體層訊框的訊框長度，係為例如100~200ms。
如以上，藉由採用圖13所示的傳輸方式，就可高速、且即時地，將前段之解調裝置211(解調裝置)的資訊(通知資料)，傳輸給後段之處理裝置212(單晶片系統(SoC))。又，在圖13所示的各傳輸方式中，由於各封包是進行相同格式所致之擴充，因此前段之解調裝置211與後段之處理裝置212的處理的實作，可容易進行。甚至，在圖13所示的各傳輸方式，係以採用IP傳輸方式為前提，但在收訊系統20中，前段之解調裝置211與後段之處理裝置212，係透過單一介面(I/F)213而被連接，和支援先前之傳輸串流(TS)的構成同樣地，裝置間係由單一介面(I/F)而被實現。以下說明圖13所示的(A)乃至(H)的8個傳輸方式之詳細內容。
(A)Generic封包擴充標頭傳輸方式
首先，參照圖14乃至圖15，說明Generic封包擴充標頭傳輸方式。在該Generic封包擴充標頭傳輸方式下，係利用Generic封包的擴充標頭，來傳輸私人使用者資料(通知資料)。
圖14係圖示了Generic封包之構成。圖14的Generic封包，在Generic標頭之開頭，係設定有3位元的類型資訊(Type)。該類型資訊，係被設定了Generic的酬載中所被配置的資料之類型的相關資訊。
於Generic標頭中，在類型資訊之後，係被配置有1位元的封包設定資訊(PC：Packet Configuration)。作為封包設定資訊是被設定"0"的情況下，隨應於其後所被配置的1位元的標頭模式(HM：Header Mode)，而變成單一封包模式(Single packet mode)，在Generic標頭中係被配置有，11位元的長度資訊(Length)或擴充標頭(Additional header)。又，於Generic封包中，係於Generic標頭的後續，配置酬載。
此外，在單一封包模式下，未被配置擴充標頭的Generic封包，係被稱為通常封包(normal packet)，另一方面，有被配置擴充標頭的Generic封包，係被稱為長封包(long packet)。
另一方面，作為封包設定資訊(PC)是被設定"1"的情況下，隨應於其後配置的1位元的S/C(Segmentation/Concatenation)，而變成分段模式(Segmentation mode)或連結模式(Concatenation mode)，在Generic標頭中係配置11位元的長度資訊(Length)或擴充標頭(Additional header)。
此處，在Generic擴充標頭傳輸方式下，係在圖中的框A所圍繞的擴充標頭(Additional header)中， 配置有私人使用者資料。亦即，單一封包模式(長封包)、和分段模式下，在擴充標頭中，作為選用擴充標頭旗標(OHF：Optional Header Extension Flag)是被設定了"1"的情況下，則會配置有選用標頭(Optional Header)。又，在連結模式的情況下，在擴充標頭中，作為子串流識別旗標(SIF：Sub-stream Identifier Flag)是被設定了"1"的情況下，則會配置有選用標頭。
該選用標頭中，係可配置圖15所示的結構體。在圖15的結構體中，係在每一擴充標頭索引資訊(Additional header Index)，配置各種資訊。例如，作為擴充標頭索引資訊是被設定了"000000"的情況下，則可定義，在選用標頭中，被配置有私人使用者資料。
作為該私人使用者資料係被配置有，資料ID(DATA_ID)、和被該資料ID所識別的通知資料(DATA)之組合。例如，如圖15所示，"0x00"之資料ID被指定的情況下，則配置有選台頻率之資料。又，例如，"0x60"之資料ID被指定的情況下，則配置有L1基本資訊(L1-Basic)之資料，"0x90"之資料ID被指定的情況下，則配置有L1詳細資訊(L1-Detail)之資料。此外，圖15所示之私人使用者資料係為一例，亦可配置其他私人使用者資料。
如以上，作為用來傳輸私人使用者資料所需之傳輸格式，藉由採用Generic封包擴充標頭傳輸方式，於收訊系統20中，就可從前段之解調裝置211，對後段 之處理裝置212，利用Generic封包的擴充標頭，來通知私人使用者資料(通知資料)。
(B)L2訊令標頭傳輸方式
接著，參照圖16，說明L2訊令標頭傳輸方式。在該L2訊令標頭傳輸方式下，係利用Generic封包的酬載中所被配置之L2訊令的標頭，來傳輸私人使用者資料(通知資料)。
圖16係圖示了，作為第2層之Generic封包的LLS(Link Layer Signaling)封包之構成。
於圖16中，在Generic封包的酬載中係被配置有IP封包或L2訊令，但在該例子中係表示了，作為L2訊令是配置了LLS訊令的情況。作為該LLS訊令係可含有例如：SLT等之後設資料。
此處，在Generic封包的酬載中，配置有LLS訊令的情況下，該當Generic封包係亦可說是LLS封包(LLS Packet)。該LLS封包，係由LLS標頭(LLS Header)、和配置有LLS訊令(LLS)的酬載所構成。此外，此情況下，在BB封包的酬載中係被配置有LLS封包，而被封裝化。
又，在LLS標頭中係可配置，由LLS索引資訊(LLS Index)和物件版本資訊(Object Version)所成之結構體。
在LLS索引資訊中係被配置有：壓縮資訊 (Compression Scheme)、類型資訊(Fragment Type)、及擴充類型資訊(Type Extension)。在壓縮資訊中係被設定有，表示對象之LLS訊令之壓縮之有無的資訊。例如，"0000"被設定的情況下，則表示係為非壓縮，被設定"0001"的情況下，係表示是以zip形式而被壓縮。
在類型資訊中係被設定有，LLS訊令之類型的相關資訊。此處，作為類型資訊是被設定了"000000"的情況下，則可定義，在擴充類型資訊中，被配置有私人使用者資料。
在擴充類型資訊中，係每一類型地被設定有擴充參數。此處，作為類型資訊是被設定了"000000"的情況下，則在擴充類型資訊中，作為私人使用者資料是被配置有，資料ID(DATA_ID)、和被該資料ID所識別的通知資料(DATA)之組合。
例如，如圖16所示，於擴充類型資訊中，"0x00"之資料ID被指定的情況下，則配置有選台頻率之資料。又，例如，"0x60"之資料ID被指定的情況下，則配置有L1基本資訊(L1-Basic)之資料，"0x90"之資料ID被指定的情況下，則配置有L1詳細資訊(L1-Detail)之資料。此外，圖16所示之私人使用者資料係為一例，亦可配置其他私人使用者資料。
如以上，作為用來傳輸私人使用者資料所需之傳輸格式，藉由採用L2訊令標頭傳輸方式，於收訊系統20中，就可從前段之解調裝置211，對後段之處理裝 置212，利用L2訊令的標頭，來通知私人使用者資料(通知資料)。
此外，在圖16的說明中，為了說明上的方便，說明了作為L2訊令是配置有LLS訊令的情形，但實際上，LLS訊令，係也想定可以用IP/UDP封包而被傳輸，即使使用LLS訊令此外的其他L2訊令時，也可使用相同的結構。
(C)L2訊令傳輸方式
接著，參照圖17乃至圖18，說明L2訊令傳輸方式。在該L2訊令傳輸方式下，係利用Generic封包的酬載中所被配置之L2訊令，來傳輸私人使用者資料(通知資料)。
圖17係為私人使用者資料所對應之L2訊令(Private_User_data_signaling())的語法之例子的圖示。
8位元的signaling_type，係表示該當L2訊令之種別所相應之類型。例如，在私人使用者資料所對應之L2訊令中，作為signaling_type，係被設定"0xff"。
8位元的NUM_DATA，係表示該當L2訊令中所被配置的私人使用者資料之個數。該NUM_DATA所相應之私人使用者資料的迴圈內係被配置有：8位元的DATA_ID、和8位元的DATA。此處，在DATA_ID中係被配置有資料ID。又，在DATA中係被配置有通知資料。但是，通知資料(DATA)，係隨應於8位元的 DATA_LENGTH所示之資料長度而被配置。
如此，隨應於私人使用者資料之個數而迴圈會被反覆，而被配置有資料ID(DATA_ID)、和被該資料ID所識別的通知資料(DATA)之組合。例如，如圖18所示，"0x00"之資料ID被指定的情況下，則配置有選台頻率之資料。又，例如，"0x60"之資料ID被指定的情況下，則配置有L1基本資訊(L1-Basic)之資料，"0x90"之資料ID被指定的情況下，則配置有L1詳細資訊(L1-Detail)之資料。
此外，圖18所示之私人使用者資料係為一例，亦可配置其他私人使用者資料。又，此處，亦可為圖17所示的L2訊令是被配置在Generic封包的酬載，或者，亦可為，在Generic封包的酬載中所被配置的既存的L2訊令(例如LLS訊令)中，含入(追加)圖17所示的L2訊令的內容。
如以上，作為用來傳輸私人使用者資料所需之傳輸格式，藉由採用L2訊令傳輸方式，於收訊系統20中，就可從前段之解調裝置211，對後段之處理裝置212，利用L2訊令，來通知私人使用者資料(通知資料)。
(D)BB封包擴充標頭傳輸方式
接著，參照圖19乃至圖22，說明BB封包擴充標頭傳輸方式。在該BB封包擴充標頭傳輸方式下，係利用 BB封包的擴充標頭，來傳輸私人使用者資料(通知資料)。
圖19係圖示了BB封包(Baseband Packet)之構成。於圖19中，BB封包，係由BBP標頭和酬載(Payload)所構成。在BBP標頭中，係除了1或2位元組的標頭(Header)以外，還可配置選用欄位(Optional Field)、和擴充欄位(Extension Field)。
亦即，於標頭(Header)中，作為1位元的模式(MODE)是被設定"0"的情況下，則會被配置有7位元的指標資訊(Pointer(LSB))。此外，指標資訊，係為用來表示BB封包的酬載中所被配置的Generic封包之位置所需之資訊。例如，被配置在某BB封包最後的Generic封包的資料，是跨越到下個BB封包而被配置的情況下，則作為指標資訊，可以設定下個BB封包之開頭中所被配置的Generic封包的位置資訊。
又，作為模式(MODE)是被設定"1"的情況下，則7位元的指標資訊(Pointer(LSB))以外，還有6位元的指標資訊(Pointer(MSB))、和2位元的選用旗標(OPTI：OPTIONAL)，會被配置。選用旗標，係配置選用欄位(Optional Field)、和擴充欄位(Extension Field)，而表示是否將標頭予以擴充的資訊。
亦即，如圖20所示，選用欄位與擴充欄位之擴充未被進行時，則選用旗標中係被設定"00"。又，進行1位元組之選用欄位、和擴充欄位之擴充時，則選用旗標 中係被設定"01"，變成短擴充模式(圖中的框A)。另一方面，進行2位元組之選用欄位、和擴充欄位之擴充時，則選用旗標係被設定"10"或"11"，變成長擴充模式或混合擴充模式(圖中的框B)。
在選用欄位的開頭中，係被設定3位元的擴充類型資訊(EXT_TYPE)。該類型資訊，係如圖21所示，擴充欄位之類型(Extension type)的相關資訊，會被設定。
亦即，在擴充欄位中，配置擴充長度資訊(EXT_Length(LSB))之計數器的情況下，在擴充類型資訊中係會被設定"000"。又，在擴充欄位中，配置私人使用者資料的情況下，則在擴充類型資訊中係被設定"110"。甚至，在將擴充欄位予以填空(Padding)的情況下，則在擴充類型資訊中係被設定"111"。此外，於圖21中，"001"~"101"的擴充類型資訊，係為將來擴充用的領域(Reserved)。
然後，在BB封包擴充標頭傳輸方式下，作為擴充類型資訊是設定"110"，藉此，在擴充欄位(BB封包擴充標頭)中，就會被配置有私人使用者資料。亦即，在BB封包擴充標頭傳輸方式是被利用的情況下，作為選用旗標(OPTI)是被設定"01"、"10"、或"11"，選用欄位與擴充欄位的擴充會被進行，然後作為選用欄位的擴充類型資訊(EXT_TYPE)會被設定"110"，在擴充欄位中就會被配置有私人使用者資料。
在擴充欄位中，係可配置圖22所示的結構體。在圖22的結構體中，係在每一擴充標頭索引資訊(BBP Extension Header Index)，配置各種資訊。例如，作為擴充標頭索引資訊是被設定了"000000"的情況下，則可定義，在擴充欄位中，被配置有私人使用者資料。
作為該私人使用者資料係被配置有，資料ID(DATA_ID)、和被該資料ID所識別的通知資料(DATA)之組合。例如，如圖22所示，"0x00"之資料ID被指定的情況下，則配置有選台頻率之資料。又，例如，"0x60"之資料ID被指定的情況下，則配置有L1基本資訊(L1-Basic)之資料，"0x90"之資料ID被指定的情況下，則配置有L1詳細資訊(L1-Detail)之資料。此外，圖22所示之私人使用者資料係為一例，亦可配置其他私人使用者資料。
如以上，作為用來傳輸私人使用者資料所需之傳輸格式，藉由採用BB封包擴充標頭傳輸方式，於收訊系統20中，就可從前段之解調裝置211，對後段之處理裝置212，利用BB封包的擴充標頭，來通知私人使用者資料(通知資料)。
(E)Generic封包外部結構方式1
接著，說明Generic封包外部結構方式，但Generic封包外部結構方式中，係有2個方式。於是，首先，參照圖23，說明2個方式的共通部分，其後，參照圖24乃至 圖26，說明第1個方式的Generic封包外部結構方式1，然後，參照圖27乃至圖29，說明第2個方式的Generic封包外部結構方式2。
(2個方式共通的收訊系統之構成)
在Generic封包外部結構方式下，係利用Generic封包的外部結構，來傳輸私人使用者資料(通知資料)。此處，圖23中係模式性圖示，採用了Generic封包外部結構方式時的收訊系統20的解調裝置211與處理裝置212中所被處理的資料。
此處，例如，在ATSC3.0中，送訊側之送訊系統10，係每所定之頻帶地，最多支援64個PLP。另一方面，在收訊側之收訊系統20中，必須同時接收最多4個PLP。亦即，藉由在收訊側之收訊系統20中，能夠同時接收複數PLP，藉此，例如，可提供具有較高強固性的聲音、或較高品質的映像等。
於圖23的收訊系統20中，被輸入至此的播送串流中係含有，PLP#0乃至PLP#3的4個PLP。此處，例如，在PLP#0中係傳輸LLS訊令(Signaling)，在PLP#1中係傳輸強固音訊(Robust Audio)，在PLP#2中係傳輸視訊(基礎視訊)(Video)和音訊(Audio)，在PLP#3中係增強視訊(Enhanced Video)。
於解調裝置211中，一旦對PLP#0乃至PLP#3進行解調處理，則每一PLP地，從BB封包抽出 Generic封包，輸入至解調多工器251。解調多工器251，係將每一PLP地所被輸入之Generic封包加以處理，透過單一介面(I/F)213，輸出至後段之處理裝置212。
但是，解調多工器251，係在處理每一PLP地所被輸入之Generic封包時，在Generic封包之外部，會被附加有私人使用者資料。亦即，於收訊系統20中，係藉由解調裝置211，而在Generic封包之外部，附加私人使用者資料。又，此處，解調裝置211，係對處理裝置212，作為私人使用者資料，通知"0x01"之資料ID的PLP ID，藉此而在解調裝置211與處理裝置212之間，實現單一介面(I/F)213。
另一方面，在處理裝置212中，係透過單一介面(I/F)213，從解調裝置211(之解調多工器251)所被輸入的Generic封包(已被附加有私人使用者資料Generic封包)抽出IP封包(IP/UDP封包)，輸入至IP解多工器252。然後，藉由IP解多工器252來處理該當IP封包，以ROUTE會談等而被傳輸的資料係被輸出至後段。
此處，在來自解調裝置211的Generic封包之外部，作為私人使用者資料，係含有PLP ID。因此，於收訊系統20中，在解調裝置211與處理裝置212之間，即使將從各PLP(PLP#0乃至PLP#3)所得的Generic封包，以單一介面(I/F)213加以傳輸，在處理裝置212側，藉由該當私人使用者資料中所含之PLP ID，就可識 別從解調裝置211所被輸入的Generic封包(IP封包)是屬於哪個PLP。
(Generic封包之結構)
圖24係在採用了Generic封包外部結構方式1的情況下，於收訊系統20的解調裝置211中，在Generic封包外(外部)，附加私人使用者資料時的封包結構的圖示。
於圖24中，圖24的A係表示Generic封包之結構。Generic封包，係由Generic標頭和酬載所構成。例如，藉由對該Generic封包附加私人使用者資料，如圖24的B所示，就可在Generic封包外，附加私人使用者資料。
(私人使用者資料的語法)
圖25係圖24的B的Generic封包之外部所被附加之私人使用者資料(Private_User_data)的語法之例子的圖示。
8位元的Packet_type，係表示封包之種別所相應之類型。例如，對私人使用者資料是被附加於外部的Generic封包，作為Packet_type，係設定"101"。
1位元的PC(Packet Configuration)，係表示封包設定資訊。又，1位元的HM(Header Mode)，係表示標頭模式。11位元的Length，係表示該當Generic封包 的封包長度。
8位元的NUM_DATA，係表示該當Generic封包之外部所被附加的私人使用者資料之個數。該NUM_DATA所相應之私人使用者資料的迴圈內係被配置有：8位元的DATA_ID、和8位元的DATA。此處，在DATA_ID中係被配置有資料ID。又，在DATA中係被配置有通知資料。但是，通知資料(DATA)，係隨應於8位元的DATA_LENGTH所示之資料長度而被配置。
如此，隨應於私人使用者資料之個數而迴圈會被反覆，而被配置有資料ID(DATA_ID)、和被該資料ID所識別的通知資料(DATA)之組合。例如，如圖26所示，"0x00"之資料ID被指定的情況下，則配置有選台頻率之資料。又，例如，"0x60"之資料ID被指定的情況下，則配置有L1基本資訊(L1-Basic)之資料，"0x90"之資料ID被指定的情況下，則配置有L1詳細資訊(L1-Detail)之資料。
如以上，作為用來傳輸私人使用者資料所需之傳輸格式，藉由採用Generic封包外部結構方式1，於收訊系統20中，就可從前段之解調裝置211，對後段之處理裝置212，利用Generic封包的外部結構，來通知私人使用者資料(通知資料)。
(F)Generic封包外部結構方式2
接著，參照圖27乃至圖29，說明Generic封包外部 結構方式2。
(Generic封包之結構)
圖27係在採用了Generic封包外部結構方式2的情況下，於收訊系統20的解調裝置211中，在Generic封包外(外部)，附加私人使用者資料時的封包結構的圖示。
於圖27中，圖27的A係表示Generic封包之結構。Generic封包，係由Generic標頭和酬載所構成。此處，藉由定義成在私人使用者資料中會包含有Generic封包，如圖27的B所示，就可在Generic封包外，附加私人使用者資料。
(私人使用者資料的語法)
圖28係圖27的B的含有Generic封包的私人使用者資料(Private_User_data)的語法之例子的圖示。
8位元的Packet_type，係表示封包之種別所相應之類型。例如，對含有Generic封包的私人使用者資料之封包，作為Packet_type，係設定"100"、"101"、"110"、"111"。例如，作為Packet_type而被設定了"100"、"101"、或"111的情況下，在Generic封包的酬載中係會含有IPv4封包、壓縮IP封包、或LLS訊令。此外，作為Packet_type是被設定了"110"的情況下，則意味著封包之種別的擴充(Packet Type Extension)。
1位元的PC(Packet Configuration)，係表示封包設定資訊。又，1位元的HM(Header Mode)，係表示標頭模式。11位元的Length，係表示該當Generic封包的封包長度。
8位元的NUM_DATA，係表示該當Generic封包之外部所被附加的私人使用者資料之個數。該NUM_DATA所相應之私人使用者資料的迴圈內係被配置有：8位元的DATA_ID、和8位元的DATA。此處，在DATA_ID中係被配置有資料ID。又，在DATA中係被配置有通知資料。但是，通知資料(DATA)，係隨應於8位元的DATA_LENGTH所示之資料長度而被配置。
如此，隨應於私人使用者資料之個數而迴圈會被反覆，而被配置有資料ID(DATA_ID)、和被該資料ID所識別的通知資料(DATA)之組合。例如，如圖29所示，"0x00"之資料ID被指定的情況下，則配置有選台頻率之資料。又，例如，"0x60"之資料ID被指定的情況下，則配置有L1基本資訊(L1-Basic)之資料，"0x90"之資料ID被指定的情況下，則配置有L1詳細資訊(L1-Detail)之資料。
回到圖28，在8位元的Generic_Packet_Payload中，係被配置有Generic封包。亦即，在採用了Generic封包外部結構方式2的情況下，Generic封包，係被包含在私人使用者資料中。
如以上，作為用來傳輸私人使用者資料所需 之傳輸格式，藉由採用Generic封包外部結構方式2，於收訊系統20中，就可從前段之解調裝置211，對後段之處理裝置212，利用Generic封包的外部結構，來通知私人使用者資料(通知資料)。
(G)BB封包外部結構方式
接著，參照圖30乃至圖33，說明BB封包外部結構方式。在該BB封包外部結構方式下，係利用BB封包的外部結構，來傳輸私人使用者資料(通知資料)。
(BB封包外部結構方式時的收訊系統之構成)
此處，圖30中係模式性圖示，採用了BB封包外部結構方式時的收訊系統20的解調裝置211與處理裝置212中所被處理的資料。
此外，在圖30的收訊系統20中，係和圖23的收訊系統20同樣地，被輸入至此的播送串流中係含有，PLP#0乃至PLP#3的4個PLP。此處，例如，在PLP#0中係傳輸LLS訊令(Signaling)，在PLP#1中係傳輸強固音訊(Robust Audio)，在PLP#2中係傳輸視訊(基礎視訊)(Video)和音訊(Audio)，在PLP#3中係增強視訊(Enhanced Video)。
於解調裝置211中，一旦對PLP#0乃至PLP#3進行解調處理，則每一PLP地，抽出BB封包，輸入至解調多工器253。解調多工器253，係將每一PLP地 所被輸入之BB封包加以處理，透過單一介面(I/F)213，輸出至後段之處理裝置212。
但是，解調多工器253，係在處理每一PLP地所被輸入之BB封包時，在BB封包之外部，會被附加有私人使用者資料。亦即，於收訊系統20中，藉由解調裝置211，而在BB封包之外部，附加私人使用者資料。又，此處，解調裝置211，係對處理裝置212，作為私人使用者資料，通知"0x01"之資料ID的PLP ID，藉此而在解調裝置211與處理裝置212之間，實現單一介面(I/F)213。
另一方面，在處理裝置212中，係透過單一介面(I/F)213，從解調裝置211(之解調多工器253)所被輸入的BB封包(已被附加有私人使用者資料BB封包)，係被輸入至BBP解多工器254。藉由BBP解多工器254將該當BB封包加以處理，而從BB封包中抽出Generic封包。然後，從Generic封包所被抽出之IP封包(IP/UDP封包)係被處理，藉此，以ROUTE會談等而被傳輸的資料係被輸出至後段。
此處，在來自解調裝置211的BB封包之外部，作為私人使用者資料，係含有PLP ID。因此，於收訊系統20中，在解調裝置211與處理裝置212之間，即使將從各PLP(PLP#0乃至PLP#3)所得的BB封包，以單一介面(I/F)213加以傳輸，在處理裝置212側，藉由該當私人使用者資料中所含之PLP ID，就可識別從解調 裝置211所被輸入的BB封包(IP封包)是屬於哪個PLP。
(BB封包之結構)
圖31係在採用了BB封包外部結構方式的情況下，於收訊系統20的解調裝置211中，在BB封包外(外部)，附加私人使用者資料時的封包結構的圖示。
於圖31中，圖31的A係表示BB封包之結構。BB封包，係由BBP標頭和酬載所構成。例如，藉由對該BB封包附加私人使用者資料，如圖31的B所示，就可在BB封包外，附加私人使用者資料。
(私人使用者資料之結構)
圖32係為BB封包之外部所被附加之私人使用者資料之結構的圖示。
於圖32中，在BB封包之外部所被附加之私人使用者資料中係可配置，1或2位元組的標頭(Header)、和選用欄位(Optional Field)、和擴充欄位(Extension Field)。
此處，在選用欄位的開頭中，係被設定3位元的擴充類型資訊(EXT_TYPE)。該類型資訊，係如圖32所示，擴充欄位之類型(Extension type)的相關資訊，會被設定。
亦即，在擴充欄位中，配置私人使用者資料 (資料ID和通知資料)的情況下，則在擴充類型資訊中係被設定"110"。然後，在BB封包擴充標頭傳輸方式下，作為擴充類型資訊是設定"110"，藉此，在擴充欄位中，就會被配置有私人使用者資料(資料ID和通知資料)。
在擴充欄位中，係可配置圖33所示的結構體。在圖33的結構體中，係在每一擴充標頭索引資訊(BBP Extension Header Index)，配置各種資訊。例如，作為擴充標頭索引資訊是被設定了"000000"的情況下，則可定義，在擴充欄位中，被配置有私人使用者資料。
作為該私人使用者資料係被配置有，資料ID(DATA_ID)、和被該資料ID所識別的通知資料(DATA)之組合。例如，如圖33所示，"0x00"之資料ID被指定的情況下，則配置有選台頻率之資料。又，例如，"0x60"之資料ID被指定的情況下，則配置有L1基本資訊(L1-Basic)之資料，"0x90"之資料ID被指定的情況下，則配置有L1詳細資訊(L1-Detail)之資料。此外，圖33所示之私人使用者資料係為一例，亦可配置其他私人使用者資料。
如以上，作為用來傳輸私人使用者資料所需之傳輸格式，藉由採用BB封包外部結構方式，於收訊系統20中，就可從前段之解調裝置211，對後段之處理裝置212，利用BB封包的外部結構，來通知私人使用者資料(通知資料)。
(H)IP封包傳輸方式
最後，參照圖34乃至圖35，說明IP封包傳輸方式。在該IP封包傳輸方式下，係利用IP封包(IP/UDP封包)，來傳輸私人使用者資料(通知資料)。
(IP封包傳輸方式時的收訊系統之構成例)
此處，在圖34中係圖示，採用了IP封包傳輸方式時的收訊系統20之構成例。
於圖34中，收訊系統20係由：前段之家用路由器261、和後段之客戶端裝置262所構成。在家用路由器261與客戶端裝置262間，透過網路263進行資料傳輸。亦即，於收訊系統20中，家用伺服器或電視受像機等之家用路由器261、和智慧型手機或平板終端裝置等之客戶端裝置262，係在家庭內，被連接至無線LAN(Local Area Network)等之網路263，構成了所謂的家庭網路系統。
家用路由器261，係將從送訊系統10，透過傳輸路30而被發送過來的數位播送訊號予以接收，將播送串流中所含之內容加以處理。家用路由器261，係將播送串流加以處理所得的內容，透過網路263而發送(配訊)至客戶端裝置262。另一方面，客戶端裝置262，係將透過網路263而被發送過來的內容予以接收，加以處理(再生)。
於圖34中，家用路由器261係由：RF部 271、解調部272、錯誤處理部273、生成部274、私人使用者資料處理部275、轉換部276、及送訊部277所構成。
RF部271、解調部272、及錯誤處理部273，係和圖3的RF部221、解調部222、及錯誤處理部223同樣地，進行解調處理(例如OFDM解調等)或錯誤訂正解碼處理(例如LDPC解碼或BCH解碼等)等，藉此以對實體層訊框進行處理。已被RF部271乃至錯誤處理部273所處理過的資料(收訊資料)，係被供給至生成部274。
又，RF部271、解調部272、及錯誤處理部273，係將各部進行處理所得的應通知給後段之客戶端裝置262的通知資料，供給至私人使用者資料處理部275。此處，例如，作為通知資料係會包含有：選台時所被使用之選台資訊，解調處理之狀態的相關資訊，解調處理之錯誤的相關資訊、或解調處理所得之訊令或是調變參數的相關資訊等。
私人使用者資料處理部275，係將從RF部221、解調部222、或錯誤處理部223所被供給之通知資料加以處理，對已被RF部271乃至錯誤處理部273所處理過的資料(收訊資料)，當作私人使用者資料而予以插入。
但是，於生成部274中，將已被RF部271乃至錯誤處理部273所處理過的資料加以處理，藉此，從 BB封包會抽出Generic封包，然後對從Generic封包所抽出之資料，進行轉換成ISO BMFF(Base Media File Format)之檔案格式的處理。又，生成部274，係將已被轉換成ISO BMFF之檔案形式的視訊或音訊之資料，儲存在IP封包(IP/UDP封包)中，供給至送訊部277。
因此，私人使用者資料處理部275，係藉由將已處理的通知資料，供給至轉換部276，藉由轉換部276，通知資料就會被轉換成ISO BMFF之檔案形式，被儲存在IP封包(IP/UDP封包)中。儲存有來自轉換部276之通知資料的IP封包，係被供給至送訊部277。藉此，已被私人使用者資料處理部275所處理過的通知資料，係作為私人使用者資料，而連同解調處理所得之收訊資料一起被轉換成可傳輸之形式。
對送訊部277係供給著，來自生成部274之IP封包、和來自轉換部276之IP封包。送訊部277，係將含有收訊資料或通知資料的IP封包(IP/UDP封包)，透過網路263，發送(配訊)至客戶端裝置262。
家用路由器261係被構成如上。
另一方面，於圖34中，客戶端裝置262係由：收訊部281、濾波處理部282、解碼器283、輸出部284、及內部控制部285所構成。
收訊部281，係透過網路263，將從家用路由器261所被發送過來的IP封包予以收訊，供給至濾波處理部282。此外，該IP封包(IP/UDP封包)中係儲存 有：解調處理所得之收訊資料、和私人使用者資料(通知資料)。
濾波處理部282，係對從收訊部281所被供給之IP封包，進行過濾處理。藉由該過濾處理，儲存有收訊資料的IP封包，係被供給至解碼器283，儲存有私人使用者資料的IP封包，係被供給至內部控制部285。
對解碼器283係供給著，從濾波處理部282所被供給之IP封包中所被儲存之(ISO BMFF之檔案形式的)收訊資料所得的視訊或音訊的組件之資料。解碼器283，係將視訊或音訊的組件之資料予以解碼，將藉此所得之資料，供給至輸出部284。
輸出部284，係在從解碼器283所被供給的資料之中，將視訊之資料輸出至顯示部(未圖示)輸出，將音訊之資料輸出至揚聲器(未圖示)。藉此，於收訊系統20中，在客戶端裝置262中，從家用路由器261所被配訊的內容之映像與聲音，會被再生。
又，對內部控制部285係供給著，從濾波處理部282所被供給之IP封包中所被儲存之(ISO BMFF之檔案形式的)私人使用者資料(通知資料)。內部控制部285係進行，作為私人使用者資料而被通知(傳輸)的通知資料所相應之處理。
此處，例如，作為通知資料係會包含有：選台時所被使用之選台資訊，解調處理之狀態的相關資訊，解調處理之錯誤的相關資訊、或解調處理所得之訊令或是 調變參數的相關資訊等。內部控制部285，係基於如此的通知資料，而控制客戶端裝置262的各部之動作。
客戶端裝置262係被構成如上。
(IP封包之結構)
圖35係在採用了IP封包傳輸方式的情況下，於收訊系統20的家用路由器261中，在IP封包(IP/UDP封包)中，儲存私人使用者資料時的封包結構的圖示。
於圖35中，IP封包，係由IP標頭和酬載所構成。該IP封包的酬載中，作為私人使用者資料係被配置有：資料ID(DATA_ID)、和被該資料ID所識別的通知資料(DATA)之組合。例如，如圖35所示，"0x00"之資料ID被指定的情況下，則配置有選台頻率之資料。又，例如，"0x60"之資料ID被指定的情況下，則配置有L1基本資訊(L1-Basic)之資料，"0x90"之資料ID被指定的情況下，則配置有L1詳細資訊(L1-Detail)之資料。
如以上，作為用來傳輸私人使用者資料所需之傳輸格式，藉由採用IP封包傳輸方式，於收訊系統20中，就可從前段之解調裝置211，對後段之處理裝置212，利用IP封包(IP/UDP封包)，來通知私人使用者資料(通知資料)。
此外，於圖34中，作為採用了IP封包傳輸方式時的收訊系統20之構成，說明了構成家庭網路系統 的情形，但家庭網路系統係為一例，例如，亦可由網際網路配訊系統等之其他系統來構成。例如，作為收訊系統20是採用了網際網路配訊系統的情況下，則從圖34的家用路由器261所對應之配訊伺服器(內容再配訊裝置)所被配訊的內容，係會透過網際網路等之網路263，被客戶端裝置262等之資訊機器(例如智慧型手機或平板終端裝置等)所接收，而被再生。
<4.收訊系統中所被執行的處理之流程>
接著，參照圖36至圖37的流程圖，說明構成圖3的收訊系統20的解調裝置211與處理裝置212中所被執行的處理之流程。
(送訊側解調裝置之處理)
首先，參照圖36的流程圖，說明被前段之解調裝置211所執行的送訊側解調裝置的處理。
於步驟S211中，解調裝置211的RF部221，係進行數位播送訊號之收訊處理。又，於步驟S212中，解調裝置211的解調部222及錯誤處理部223，係對步驟S211之收訊處理所得的訊號，進行解調處理或錯誤訂正解碼處理。藉此，收訊資料就被處理。
於步驟S213中，解調裝置211的私人使用者資料處理部224，係將步驟S211及S212之處理所得的應通知給後段之處理裝置212的通知資料，加以處理，對步 驟S212之處理所得的資料，當作私人使用者資料而予以插入。亦即，私人使用者資料處理部224，係將應通知給後段之處理裝置212的通知資料加以處理，連同解調處理所得之收訊資料一起變成可傳輸之形式。作為該傳輸方式，係可採用上述的圖13所示的傳輸形式。
於步驟S214中，輸出I/F225，係將步驟S212之處理所得的收訊資料，連同步驟S213之處理所得的私人使用者資料(通知資料)，透過介面(I/F)213，輸出至後段之處理裝置212。
以上說明了送訊側解調裝置的處理流程。
(收訊側處理裝置之處理)
接著，參照圖37的流程圖，說明被後段之處理裝置212所執行的收訊側處理裝置之處理。
於步驟S251中，輸入I/F231，係將透過介面(I/F)213而從前段之解調裝置211所被輸入之資料，供給至濾波處理部232。
於步驟S252中，濾波處理部232，係對從輸入I/F231所被供給之資料(所儲存的封包)，進行過濾處理。藉由該過濾處理，收訊資料(所儲存的封包)，係被供給至解碼器233，私人使用者資料(通知資料)(所儲存的封包)，係被供給至內部控制部235。
於步驟S253中，將步驟S252之處理所得之視訊或音訊的組件之資料，予以解碼。然後，輸出部 234，係在來自解碼器233的資料之中，將視訊之資料輸出至顯示部(未圖示)輸出，將音訊之資料輸出至揚聲器(未圖示)。藉此，在收訊系統20中，從送訊系統10所被配訊的內容之映像與聲音，會被再生。
於步驟S254中，內部控制部235，係進行步驟S252之處理所得之私人使用者資料(通知資料)所相應之處理。此處，例如，作為通知資料係會包含有：選台時所被使用之選台資訊，解調處理之狀態的相關資訊，解調處理之錯誤的相關資訊、或解調處理所得之訊令或是調變參數的相關資訊等。內部控制部235，係基於如此的通知資料，而控制處理裝置212的各部之動作。
以上說明了收訊側處理裝置的處理流程。
<5.變形例>
在上述的說明中，作為數位播送的規格，是說明了被美國等所採用的方式也就是ATSC(尤其是ATSC3.0)，但本技術係亦可適用於被日本等所採用的方式也就是ISDB(Integrated Services Digital Broadcasting)、或被歐洲各國等所採用的方式也就是DVB(Digital Video Broadcasting)等。又，在上述的說明中，雖然以採用IP傳輸方式的ATSC3.0為例來說明，但不限於IP傳輸方式，例如，亦可適用於MPEG2-TS(Transport Stream)方式等之其他方式。
又，作為數位播送，係除了地上波播送以 外，亦可適用於利用播送衛星(BS：Broadcasting Satellite)或通訊衛星(CS：Communications Satellite)等的衛星播送、或纜線電視(CATV)等之有線播送等。
甚至，上述的訊令或封包等之名稱，係為一例，有時候會採用其他名稱。但是，這些名稱的差異，僅止於形式上的差異，對象之訊令或封包等之實質的內容並沒有不同。例如，BBP(Baseband Packet)，係有時候會被稱為BBS(Baseband Stream)等。又，例如，Generic封包係為第2層的L2封包，有時候被稱為ALP(ATSC Link-layer Protocol)封包。
又，在上述的說明中，作為時刻資訊，是以PTP或UTC所規定的時刻之資訊來說明，但不限於此，例如：NTP(Network Time Protocol)或3GPP(Third Generation Partnership Project)所規定的時刻之資訊、或GPS(Global Positioning System)資訊中所含的時刻之資訊、其他獨特決定之形式的時刻之資訊等任意的時刻之資訊，都可使用。
此外，本技術，作為傳輸路，亦可適用於播送網以外之傳輸路，亦即例如：想定會利用網際網路或電話網等之通訊線路(通訊網)等而被規定的所定之規格(數位播送之規格以外之規格)等。此情況下，作為傳輸系統1(圖1)的傳輸路30，可利用網際網路或電話網等之通訊線路，送訊系統10係可為被設置在網際網路上的伺服器。然後，藉由讓收訊系統20具有通訊機能，送訊 系統10(伺服器)係可隨應於來自收訊系統20之要求，而進行處理。又，收訊系統20，係將從送訊系統10(伺服器)透過傳輸路30(通訊線路)而被發送過來的資料，予以處理。
<6.電腦的構成>
上述一連串處理，係可藉由硬體來執行，也可藉由軟體來執行。在以軟體來執行一連串之處理時，構成該軟體的程式，係可安裝至電腦。圖38係以程式來執行上述一連串處理的電腦的硬體之構成例的圖示。
於電腦1000中，CPU(Central Processing Unit)1001、ROM(Read Only Memory)1002、RAM(Random Access Memory)1003，係藉由匯流排1004而被彼此連接。在匯流排1004上係還連接有輸出入介面1005。輸出入介面1005上係連接有：輸入部1006、輸出部1007、記錄部1008、通訊部1009、及驅動機1010。
輸入部1006，係由鍵盤、滑鼠、麥克風等所成。輸出部1007係由顯示器、揚聲器等所成。記錄部1008，係由硬碟或非揮發性記憶體等所成。通訊部1009係由網路介面等所成。驅動機1010係驅動：磁碟、光碟、光磁碟、或半導體記憶體等之可移除式媒體1011。
在如以上構成的電腦1000中，藉由CPU1001而例如將ROM1002或記錄部1008中所被記錄之程式，透過輸出入介面1005及匯流排1004，而載入至RAM1003 裡並加以執行，就可進行上述一連串處理。
電腦1000(CPU1001)所執行的程式，係可記錄在例如套裝媒體等之可移除式媒體1011中而提供。又，程式係可透過區域網路、網際網路、數位衛星播送這類有線或無線的傳輸媒介而提供。
在電腦1000中，程式係藉由將可移除式媒體1011裝著至驅動機1010，就可透過輸出入介面1005，安裝至記錄部1008。又，程式係可透過有線或無線之傳輸媒體，以通訊部1009接收之，安裝至記錄部1008。除此以外，程式係可事前安裝在ROM1002或記錄部1008中。
此處，於本說明書中，電腦依照程式而進行之處理，係並不一定依照流程圖方式所記載之順序而時間序列性地進行。亦即，電腦依照程式所進行的處理，係包含可平行地或個別地執行之處理(例如平行處理或是物件所致之處理)。又，程式係可被1台電腦(處理器)所處理，也可被複數電腦分散處理。
此外，本技術的實施形態係不限定於上述實施形態，在不脫離本技術主旨的範圍內可做各種變更。
又，本技術係可採取如下之構成。
(1)
一種資料處理裝置，係為前段之資料處理裝置，其係具備：收訊部，係接收數位播送訊號；和 處理部，係在藉由對前記數位播送訊號進行解調處理所得的資料之中，將應通知給用來進行前記解調處理的後段之處理的後段之資料處理裝置的通知資料，加以處理，連同從前記數位播送訊號所得之收訊資料一起變成可傳輸之形式；和輸出部，係將前記通知資料，連同前記收訊資料，一起輸出至前記後段之資料處理裝置。
(2)
如(1)所記載之資料處理裝置，其中，前記處理部，係在數位播送之規格中所被事前預留之領域中，追加前記通知資料。
(3)
如(2)所記載之資料處理裝置，其中，前記處理部，係將前記通知資料，連同可識別前記通知資料之識別資訊，一起予以追加。
(4)
如(1)所記載之資料處理裝置，其中，前記通知資料係至少包含有：選台時所被使用之選台資訊、前記解調處理之狀態的相關資訊、前記解調處理之錯誤的相關資訊、或前記解調處理所得之訊令或是調變參數的相關資訊之任一資訊。
(5)
如(4)所記載之資料處理裝置，其中，前記通知資料係還包含有：由製造前記前段之資料處 理裝置或前記後段之資料處理裝置的製造商所獨自擴充的資料。
(6)
如(1)乃至(5)之任一項所記載之資料處理裝置，其中，前記前段之資料處理裝置，係為進行解調處理的解調裝置；前記後段之資料處理裝置，係為進行前記解調處理的後段之處理的處理裝置；前記解調裝置與前記處理裝置，係被設置在同一機器內，透過單一介面而被連接。
(7)
如(6)所記載之資料處理裝置，其中，前記通知資料係被儲存在，儲存前記收訊資料之封包的擴充領域中。
(8)
如(6)所記載之資料處理裝置，其中，前記數位播送訊號係支援，使用含有UDP(User Datagram Protocol)封包之IP(Internet Protocol)封包的IP傳輸方式；前記通知資料係被附加在：用來傳輸前記IP封包所需之第1傳輸封包的擴充標頭、前記第1傳輸封包中所含之訊令、前記訊令的標頭、用來傳輸前記第1傳輸封包所需之第2傳輸封包的擴充標頭、前記第1傳輸封包之外部 的擴充領域、或前記第2傳輸封包之外部的擴充領域。
(9)
如(1)乃至(5)之任一項所記載之資料處理裝置，其中，前記前段之資料處理裝置係為，進行從前記數位播送訊號所得之內容之配訊的資訊處理裝置；前記後段之資料處理裝置係為，進行從前記資訊處理裝置所被配訊之前記內容之再生的終端裝置；前記資訊處理裝置與前記終端裝置，係被構成為個別之裝置，並透過網路而被連接。
(10)
如(9)所記載之資料處理裝置，其中，前記數位播送訊號係支援，使用含有UDP封包之IP封包的IP傳輸方式；前記前段之資料處理裝置係還具備：IP轉換部，係將儲存前記收訊資料之封包及儲存前記通知資料之封包，轉換成IP封包；前記輸出部，係將前記IP封包中所被儲存之前記收訊資料，連同前記IP封包中所被儲存之前記通知資料，一起透過前記網路而發送至前記後段之資料處理裝置。
(11)
如(1)乃至(10)之任一項所記載之資料處理裝置，其中，前記後段之資料處理裝置係進行，從前記前段之資料 處理裝置所被輸出之前記通知資料所相應之處理。
(12)
一種資料處理方法，係為前段之資料處理裝置的資料處理方法，其係含有以下步驟：由前記前段之資料處理裝置，接收數位播送訊號；在藉由對前記數位播送訊號進行解調處理所得的資料之中，將應通知給用來進行前記解調處理的後段之處理的後段之資料處理裝置的通知資料，加以處理，連同從前記數位播送訊號所得之收訊資料一起變成可傳輸之形式；將前記通知資料，連同前記收訊資料，一起輸出至前記後段之資料處理裝置。
20‧‧‧收訊系統
211‧‧‧解調裝置
212‧‧‧處理裝置
213‧‧‧介面
221‧‧‧RF部
222‧‧‧解調部
223‧‧‧錯誤處理部
224‧‧‧私人使用者資料處理部
225‧‧‧輸出I/F
231‧‧‧輸入I/F
232‧‧‧濾波處理部
233‧‧‧解碼器
234‧‧‧輸出部
235‧‧‧內部控制部
241‧‧‧天線

Claims (9)

  1. 一種資料處理裝置，係為接收系統中第一段之第一資料處理裝置，前記資料處理裝置用於處理自送訊系統接收到之播送訊號，前記資料處理裝置具備：收訊部，係接收數位播送訊號；和處理部，係將應通知給用來進行由前記資料處理裝置所進行之處理的後段之處理的第二段之在前記資料處理裝置中第二資料處理裝置的通知資料，加以處理，連同從前記數位播送訊號所得之收訊資料一起變成可傳輸之形式，該通知資料是針對射頻、RF、收訊、解調、及/或錯誤處理對前記數位播送訊號進行處理之結果所獲得的；和輸出部，係將前記通知資料，連同前記收訊資料，一起輸出至前記第二段之第二資料處理裝置，其中，前記處理部係建構以將前記通知資料，連同可識別前記通知資料之識別資訊，一起予以追加到在數位播送之規格中所被事前預留之領域中，其中，前記通知資料係至少包含有：前記解調處理之狀態的相關資訊、前記解調處理之錯誤的相關資訊、或前記解調處理所得之訊令或是調變參數的相關資訊之任一資訊。
  2. 如請求項1所記載之資料處理裝置，其中，前記通知資料係還包含有：由製造前記第一段之第一資料處理裝置或前記第二段之第二資料處理裝置的製造商所獨自擴充的資料。
  3. 如請求項1所記載之資料處理裝置，更包含：解調裝置，建構以進行解調處理；其中，前記第二段之第二資料處理裝置，係為進行前記解調處理的後段之處理的處理裝置；前記解調裝置與前記第二資料處理裝置，係被設置在同一機器內，透過單一介面而被連接。
  4. 如請求項3所記載之資料處理裝置，其中，前記通知資料係被儲存在，儲存前記收訊資料之封包的擴充領域中。
  5. 如請求項3所記載之資料處理裝置，其中，前記數位播送訊號係支援，使用含有UDP(User Datagram Protocol)封包之IP(Internet Protocol)封包的IP傳輸方式；前記通知資料係被附加在：用來傳輸前記IP封包所需之第1傳輸封包的擴充標頭、前記第1傳輸封包中所含之訊令、前記訊令的標頭、用來傳輸前記第1傳輸封包所需之第2傳輸封包的擴充標頭、前記第1傳輸封包之外部的擴充領域、或前記第2傳輸封包之外部的擴充領域。
  6. 如請求項1所記載之資料處理裝置，其中，前記第一段之第一資料處理裝置係為，進行從前記數位播送訊號所得之內容之配訊的資訊處理裝置；前記第二段之第二資料處理裝置係為，進行從前記資訊處理裝置所被配訊之前記內容之再生的終端裝置；前記資訊處理裝置與前記終端裝置，係被構成為個別 之裝置，並透過網路而被連接。
  7. 如請求項6所記載之資料處理裝置，其中，前記數位播送訊號係支援，使用含有UDP封包之IP封包的IP傳輸方式；前記第一段之第一資料處理裝置係還具備：IP轉換部，係將儲存前記收訊資料之封包及儲存前記通知資料之封包，轉換成IP封包；前記輸出部，係將前記IP封包中所被儲存之前記收訊資料，連同前記IP封包中所被儲存之前記通知資料，一起透過前記網路而發送至前記第二資料處理裝置。
  8. 如請求項1所記載之資料處理裝置，其中，前記第二資料處理裝置係對從前記第一段之第一資料處理裝置所被輸出之前記通知資料進行處理。
  9. 一種資料處理方法，係為第一段之第一資料處理裝置的資料處理方法，其係含有：接收數位播送訊號；將應通知給用來進行由前記第一資料處理裝置所進行之處理的後段之處理的第二段之第二資料處理裝置的通知資料，加以處理，該通知資料是針對射頻、RF、收訊、解調、及/或錯誤處理對前記數位播送訊號進行處理之結果所獲得的；將前記通知資料，連同可識別前記通知資料之識別資訊，一起予以追加到在數位播送之規格中所被事前預留之傳輸封包中的領域中； 將前記通知資料，連同從前記數位播送訊號所得之收訊資料，一起變成可傳輸之形式；以及將前記通知資料，連同前記收訊資料，一起輸出至前記第二資料處理裝置，其中，前記通知資料係至少包含有：前記解調處理之狀態的相關資訊、前記解調處理之錯誤的相關資訊、或前記解調處理所得之訊令或是調變參數的相關資訊之任一資訊。
TW106100058A 2016-01-13 2017-01-03 資料處理裝置、及資料處理方法 TWI730026B (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2016004533 2016-01-13
JP2016-004533 2016-01-13

Publications (2)

Publication Number Publication Date
TW201731273A TW201731273A (zh) 2017-09-01
TWI730026B true TWI730026B (zh) 2021-06-11

Family

ID=59311922

Family Applications (1)

Application Number Title Priority Date Filing Date
TW106100058A TWI730026B (zh) 2016-01-13 2017-01-03 資料處理裝置、及資料處理方法

Country Status (8)

Country Link
US (1) US10951945B2 (zh)
EP (1) EP3404925B1 (zh)
JP (1) JPWO2017122544A1 (zh)
KR (1) KR102654232B1 (zh)
CA (1) CA3010249C (zh)
MX (1) MX381920B (zh)
TW (1) TWI730026B (zh)
WO (1) WO2017122544A1 (zh)

Families Citing this family (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2016076654A1 (ko) * 2014-11-13 2016-05-19 엘지전자 주식회사 방송 신호 송신 장치, 방송 신호 수신 장치, 방송 신호 송신 방법, 및 방송 신호 수신 방법
EP3485648B1 (en) * 2016-07-15 2022-02-02 One Media, LLC Control signaling in a broadcast system
WO2018168456A1 (ja) * 2017-03-14 2018-09-20 ソニーセミコンダクタソリューションズ株式会社 受信装置、及び、データ処理方法
JP2019135806A (ja) * 2018-02-05 2019-08-15 ソニーセミコンダクタソリューションズ株式会社 復調回路、処理回路、処理方法、および処理装置
JP2019216325A (ja) * 2018-06-12 2019-12-19 ソニーセミコンダクタソリューションズ株式会社 受信装置、および、受信装置の制御方法
US10791057B2 (en) * 2018-10-30 2020-09-29 Intel Corporation Techniques for packet transmit scheduling
JP7613362B2 (ja) * 2019-09-30 2025-01-15 株式会社ソシオネクスト フレーム生成方法
JP2021118467A (ja) * 2020-01-28 2021-08-10 ソニーセミコンダクタソリューションズ株式会社 情報処理装置、情報処理方法、並びにプログラム
CN114143585A (zh) * 2021-11-02 2022-03-04 深圳Tcl新技术有限公司 一种数据处理方法、装置及存储介质和终端设备
US12346291B2 (en) * 2021-11-03 2025-07-01 Vimeo.Com, Inc. On-the-fly/transparent fragmented ISOBMFF to progressive ISOBMFF transmultiplexing proxy

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2000134168A (ja) * 1998-10-27 2000-05-12 Toshiba Corp デジタル放送受信後のデータ出力方式
JP2005340905A (ja) * 2004-05-24 2005-12-08 Sony Corp 情報処理システム、情報処理装置および方法、記録媒体、並びにプログラム
US20060150231A1 (en) * 2001-01-17 2006-07-06 Lg Electronics Inc. Digital television signal, digital television receiver, and method of processing digital television signal
US20140036759A1 (en) * 2011-04-08 2014-02-06 Samsung Electronics Co., Ltd. Digital broadcast transmitter for transmitting transport stream containing audio packets, digital broadcast receiver for receiving same, and methods thereof

Family Cites Families (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR100325023B1 (ko) * 2000-05-18 2002-02-25 이 용 국 다중 채널 수신 장치 및 그 방법
US20080005767A1 (en) * 2006-01-27 2008-01-03 Samsung Electronics Co., Ltd. Multimedia processing apparatus and method for mobile phone
WO2009028851A1 (en) * 2007-08-24 2009-03-05 Lg Electronics Inc. Digital broadcasting receiver and method for controlling the same
TW201039597A (en) * 2009-04-17 2010-11-01 Ralink Technology Corp Method for distributing keys and apparatus for using the same
KR20110125622A (ko) * 2010-05-13 2011-11-21 삼성전자주식회사 디지털 방송 송신기, 디지털 방송 수신기 및 그들의 스트림 구성 및 처리 방법
WO2012023789A2 (ko) * 2010-08-17 2012-02-23 엘지전자 주식회사 디지털 방송 신호 수신 장치 및 방법
JP2012147048A (ja) * 2011-01-06 2012-08-02 Ntt Docomo Inc 無線基地局装置、移動端末装置、及び無線通信方法
CN103828388A (zh) * 2012-08-17 2014-05-28 弗莱克斯电子有限责任公司 提供智能电视徽标的方法和显示屏
CN103729176B (zh) * 2012-10-12 2018-01-26 腾讯科技（深圳）有限公司 应用程序整合方法及装置
JP2015073197A (ja) 2013-10-02 2015-04-16 ソニー株式会社 送信装置及び送信方法、受信装置及び受信方法、並びにコンピューター・プログラム
JP6345604B2 (ja) * 2014-01-27 2018-06-20 アラクサラネットワークス株式会社 通信装置、拡張機能の移動方法、及び通信システム

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2000134168A (ja) * 1998-10-27 2000-05-12 Toshiba Corp デジタル放送受信後のデータ出力方式
US20060150231A1 (en) * 2001-01-17 2006-07-06 Lg Electronics Inc. Digital television signal, digital television receiver, and method of processing digital television signal
JP2005340905A (ja) * 2004-05-24 2005-12-08 Sony Corp 情報処理システム、情報処理装置および方法、記録媒体、並びにプログラム
US20140036759A1 (en) * 2011-04-08 2014-02-06 Samsung Electronics Co., Ltd. Digital broadcast transmitter for transmitting transport stream containing audio packets, digital broadcast receiver for receiving same, and methods thereof

Also Published As

Publication number Publication date
TW201731273A (zh) 2017-09-01
US10951945B2 (en) 2021-03-16
CA3010249C (en) 2024-04-02
EP3404925A1 (en) 2018-11-21
JPWO2017122544A1 (ja) 2018-11-08
MX2018008398A (es) 2018-08-15
WO2017122544A1 (ja) 2017-07-20
KR20180102553A (ko) 2018-09-17
EP3404925B1 (en) 2023-06-21
MX381920B (es) 2025-03-13
EP3404925A4 (en) 2018-12-05
KR102654232B1 (ko) 2024-04-04
CA3010249A1 (en) 2017-07-20
US20180359520A1 (en) 2018-12-13

Similar Documents

Publication Publication Date Title
TWI730026B (zh) 資料處理裝置、及資料處理方法
US10848817B2 (en) Apparatus for transmitting broadcast signals, apparatus for receiving broadcast signals, method of transmitting broadcast signals and method of receiving broadcast signals
US10356132B2 (en) Apparatus for transmitting broadcast signals, apparatus for receiving broadcast signals, method of transmitting broadcast signals and method of receiving broadcast signals
US10715845B2 (en) Broadcast signal transmission/reception device and method
US10609103B2 (en) Apparatus for transmitting broadcast signals, apparatus for receiving broadcast signals, method for transmitting broadcast signals and method for receiving broadcast signals
US9936054B2 (en) Apparatus for transmitting broadcast signal, apparatus for receiving broadcast signal, method for transmitting broadcast signal and method for receiving broadcast signal
CN105900359B (zh) 广播信号发送设备、广播信号接收设备、广播信号发送方法和广播信号接收方法
US11228385B2 (en) Broadcasting signal transmitting apparatus, broadcasting signal receiving apparatus, broadcasting signal transmitting method, and broadcasting signal receiving method
US20220295122A1 (en) Broadcast signal transmission apparatus, broadcast signal reception apparatus, broadcast signal transmission method, and broadcast signal reception method
AU2020244602B2 (en) Data processing device and data processing method
US10412132B2 (en) Broadcasting signal transmission device, broadcast signal reception device, broadcast signal transmission method, and broadcast signal reception method

Legal Events

Date Code Title Description
MM4A Annulment or lapse of patent due to non-payment of fees