TW201906311A - 解調裝置、處理裝置、收訊裝置、及資料處理方法 - Google Patents

解調裝置、處理裝置、收訊裝置、及資料處理方法 Download PDF

Info

Publication number
TW201906311A
TW201906311A TW107119112A TW107119112A TW201906311A TW 201906311 A TW201906311 A TW 201906311A TW 107119112 A TW107119112 A TW 107119112A TW 107119112 A TW107119112 A TW 107119112A TW 201906311 A TW201906311 A TW 201906311A
Authority
TW
Taiwan
Prior art keywords
packet
preamble
transmission
payload
transmission packet
Prior art date
Application number
TW107119112A
Other languages
English (en)
Other versions
TWI690150B (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 TW201906311A publication Critical patent/TW201906311A/zh
Application granted granted Critical
Publication of TWI690150B publication Critical patent/TWI690150B/zh

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43Processing 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/438Interfacing the downstream path of the transmission network originating from a server, e.g. retrieving MPEG packets from an IP network
    • H04N21/4382Demodulation or channel decoding, e.g. QPSK demodulation
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43Processing 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/434Disassembling 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/4346Disassembling 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 involving stuffing data, e.g. packets or bytes
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43Processing 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/438Interfacing the downstream path of the transmission network originating from a server, e.g. retrieving MPEG packets from an IP network
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04HBROADCAST COMMUNICATION
    • H04H20/00Arrangements for broadcast or for distribution combined with broadcast
    • H04H20/86Arrangements characterised by the broadcast information itself
    • H04H20/95Arrangements characterised by the broadcast information itself characterised by a specific format, e.g. MP3 (MPEG-1 Audio Layer 3)
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04HBROADCAST COMMUNICATION
    • H04H60/00Arrangements for broadcast applications with a direct linking to broadcast information or broadcast space-time; Broadcast-related systems
    • H04H60/02Arrangements for generating broadcast information; Arrangements for generating broadcast-related information with a direct linking to broadcast information or to broadcast space-time; Arrangements for simultaneous generation of broadcast information and broadcast-related information
    • H04H60/07Arrangements for generating broadcast information; Arrangements for generating broadcast-related information with a direct linking to broadcast information or to broadcast space-time; Arrangements for simultaneous generation of broadcast information and broadcast-related information characterised by processes or methods for the generation
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04HBROADCAST COMMUNICATION
    • H04H60/00Arrangements for broadcast applications with a direct linking to broadcast information or broadcast space-time; Broadcast-related systems
    • H04H60/76Arrangements characterised by transmission systems other than for broadcast, e.g. the Internet
    • H04H60/81Arrangements characterised by transmission systems other than for broadcast, e.g. the Internet characterised by the transmission system itself
    • H04H60/82Arrangements characterised by transmission systems other than for broadcast, e.g. the Internet characterised by the transmission system itself the transmission system being the Internet
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/236Assembling 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/23605Creation or processing of packetized elementary streams [PES]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43Processing 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/4302Content synchronisation processes, e.g. decoder synchronisation
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43Processing 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/434Disassembling 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/4343Extraction or processing of packetized elementary streams [PES]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60Network 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/63Control 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/643Communication protocols
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60Network 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/63Control 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/643Communication protocols
    • H04N21/64322IP
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/80Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
    • H04N21/83Generation or processing of protective or descriptive data associated with content; Content structuring
    • H04N21/845Structuring of content, e.g. decomposing content into time segments
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/80Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
    • H04N21/85Assembly of content; Generation of multimedia applications
    • H04N21/854Content authoring

Abstract

本技術係有關於,可較有彈性地支援傳輸方式之變更的解調裝置、處理裝置、收訊裝置、及資料處理方法。   提供一種解調裝置,其係具備:解調部,係將從播送訊號所得之第1傳輸封包,予以解調;和輸出部,係將第1傳輸方式中所被使用之可變長度之封包也就是第1傳輸封包,分割成第2傳輸方式中所被使用之固定長度之封包也就是第2傳輸封包所相應之封包長度而配置在酬載中,並且,對酬載附加上含有用來復原第1傳輸封包所需之資訊的標頭,將藉此所得之分割封包,透過所定之介面而予以輸出。本技術係可是用於例如,電視受像機或機上盒中所內藏的解調(IC)。

Description

解調裝置、處理裝置、收訊裝置、及資料處理方法
本技術係有關於解調裝置、處理裝置、收訊裝置、及資料處理方法,尤其是有關於,可較有彈性地支援傳輸方式之變更的解調裝置、處理裝置、收訊裝置、及資料處理方法。
作為數位播送的傳輸方式,在現狀下,雖然MPEG2-TS(Transport Stream)方式已經廣泛普及,但今後係想定,把通訊領域中所被使用的IP(Internet Protocol)封包用於數位播送的IP傳輸方式,係會普及。
例如,在次世代地表波播送規格之1的ATSC (Advanced Television Systems Committee)3.0中也是採用IP傳輸方式,而被期待能夠提供更進階的服務(例如參照專利文獻1)。又,在ATSC3.0以外的播送方式中也是,期待在將來會採用IP傳輸方式。 [先前技術文獻] [專利文獻]
[專利文獻1]日本特開2016-208161號公報
[發明所欲解決之課題]
可是,在數位播送的運用中,作為既存之傳輸方式是導入了MPEG2-TS方式的情況下,作為新的傳輸方式雖然是想定為會導入IP傳輸方式,但是此時,期望能夠較有彈性地支援傳輸方式之變更。
本發明係有鑑於此種狀況而研發,目的在於能夠較有彈性地支援傳輸方式之變更。 [用以解決課題之手段]
本技術之第1側面的解調裝置,係為一種解調裝置,其係具備:解調部,係將從播送訊號所得之第1傳輸封包,予以解調;和輸出部,係將第1傳輸方式中所被使用之可變長度之封包也就是前記第1傳輸封包,分割成第2傳輸方式中所被使用之固定長度之封包也就是第2傳輸封包所相應之封包長度而配置在酬載中,並且,對前記酬載附加上含有用來復原前記第1傳輸封包所需之資訊的標頭,將藉此所得之分割封包,透過所定之介面而予以輸出。
本技術之第1側面的解調裝置,係可為獨立的裝置,或可為構成1台裝置的內部區塊。又,本技術之第1側面的資料處理方法,係為對應於上述本技術之第1側面的解調裝置的資料處理方法。
本技術之第1側面的解調裝置、及資料處理方法中,從播送訊號所得之第1傳輸封包,會被解調。又,第1傳輸方式中所被使用之可變長度之封包也就是前記第1傳輸封包,係被分割成第2傳輸方式中所被使用之固定長度之封包也就是第2傳輸封包所相應之封包長度而被配置在酬載中,並且,對前記酬載附加上含有用來復原前記第1傳輸封包所需之資訊的標頭,藉此所得之分割封包,係透過所定之介面而被輸出。
本技術之第2側面的處理裝置,係為一種處理裝置,其係具備:處理部,係基於透過所定之介面而被輸入的分割封包的標頭中所含之資訊,而將從酬載中所被配置之資料所被復原出來的第1傳輸封包,加以處理;前記第1傳輸封包,係為第1傳輸方式中所被使用之可變長度之封包,並且是從播送訊號所獲得;前記分割封包,係將前記第1傳輸封包,分割成第2傳輸方式中所被使用之固定長度之封包也就是第2傳輸封包所相應之封包長度而配置在酬載中,並且,對前記酬載附加上含有用來復原前記第1傳輸封包所需之資訊的標頭,藉此而被獲得。
本技術之第2側面的處理裝置,係可為獨立的裝置,或可為構成1台裝置的內部區塊。又,本技術之第2側面的資料處理方法,係為對應於上述本技術之第2側面的處理裝置的資料處理方法。
本技術之第2側面的處理裝置、及資料處理方法中,基於透過所定之介面而被輸入的分割封包的標頭中所含之資訊,從酬載中所被配置之資料所被復原出來的第1傳輸封包會被處理。又,前記第1傳輸封包,係為第1傳輸方式中所被使用之可變長度之封包,並且是從播送訊號所獲得;前記分割封包,係將前記第1傳輸封包,分割成第2傳輸方式中所被使用之固定長度之封包也就是第2傳輸封包所相應之封包長度而配置在酬載中,並且,對前記酬載附加上含有用來復原前記第1傳輸封包所需之資訊的標頭,藉此而被獲得。
本技術之第3側面的收訊裝置,係為一種收訊裝置,其係具備:解調部,係將從播送訊號所得之第1傳輸封包,予以解調;和處理部,係將已被前記解調部所解調之前記第1傳輸封包,加以處理;前記解調部與前記處理部,係透過所定之介面而被連接;前記解調部,係將第1傳輸方式中所被使用之可變長度之封包也就是前記第1傳輸封包,分割成第2傳輸方式中所被使用之固定長度之封包也就是第2傳輸封包所相應之封包長度而配置在酬載中,並且,對前記酬載附加上含有用來復原前記第1傳輸封包所需之資訊的標頭,將藉此所得之分割封包,輸出至前記處理部;前記處理部,係基於從前記解調部所被輸入之前記分割封包的標頭中所含之資訊,而將從酬載中所被配置之資料所被復原出來的前記第1傳輸封包,加以處理。
本技術之第3側面的收訊裝置,係可為獨立的裝置,或可為構成1台裝置的內部區塊。又,本技術之第3側面的資料處理方法,係為對應於上述本技術之第3側面的收訊裝置的資料處理方法。
本技術之第3側面的收訊裝置、及資料處理方法中,將從播送訊號所得之第1傳輸封包予以解調的解調部、和將已被前記解調部所解調之前記第1傳輸封包加以處理的處理部,係透過所定之介面而被連接。又,在前記解調部側,第1傳輸方式中所被使用之可變長度之封包也就是前記第1傳輸封包,係被分割成第2傳輸方式中所被使用之固定長度之封包也就是第2傳輸封包所相應之封包長度而被配置在酬載中,並且,對前記酬載附加上含有用來復原前記第1傳輸封包所需之資訊的標頭,藉此所得之分割封包,係被輸出至前記處理部;在前記處理部側,基於從前記解調部所被輸入之前記分割封包的標頭中所含之資訊,從酬載中所被配置之資料所被復原出來的前記第1傳輸封包會被處理。 [發明效果]
若依據本技術的第1側面乃至第3側面,則可較有彈性地支援傳輸方式之變更。
此外,並非一定限定於這裡所記載的效果,亦可為本揭露中所記載之任一效果。
以下,參照圖式,說明本技術的實施形態。此外,說明是按照以下順序進行。
1.本技術的概要   2.系統之構成   3.本技術的實施形態   (1)第1實施形態:基本的構成   (2)第2實施形態:用指標與封包長度來特定出ALP封包之開頭位置的構成   (3)第3實施形態:ALP封包中含有PLP_ID的構成   (4)第4實施形態:ALP封包中含有時刻資訊的構成   (5)第5實施形態:為了對齊封包之交界而進行補零的構成   (6)第6實施形態:削減分割標頭的構成   (7)第7實施形態:分割標頭的標頭資訊與分割形態之組合的例子   (8)第8實施形態:PLP_ID是以ALP格式以外而被傳輸時的構成   (9)第9實施形態:利用適配欄位的構成   4.收訊側所被執行之處理的流程   5.變形例   6.電腦之構成
<1.本技術的概要>
現在,作為數位播送之傳輸方式,MPEG2-TS方式是已經廣泛普及,但今後預期會採用IP傳輸方式。例如,次世代地表波播送規格之1的ATSC3.0中係採用IP傳輸方式,並規定了將UDP/IP封包,儲存在ALP(ATSC Link-Layer Protocol)封包中而傳輸。
此外,在以下的說明中係假設,作為既存的傳輸方式(既存方式)之一例,是說明MPEG2-TS方式,作為新的傳輸方式(新方式)之一例,是說明ATSC3.0中所被採用的IP傳輸方式。
順便一提,於電視受像機中,藉由解調IC,播送訊號係被解調,其結果所得之封包,係藉由後段的單晶片系統(SoC)而被處理,但在支援既存方式亦即MPEG2-TS方式的電視受像機中,要接收支援新方式亦即IP傳輸方式的播送訊號的情況下,係想定例如如圖1所示的構成。
亦即,於圖1中,解調電路901,係為支援ATSC3.0的解調IC,透過MPEG2-TS方式的實體介面903,與作為單晶片系統(SoC)而被構成的處理電路902做連接。此處,前段的解調電路901,係被置換成支援新方式者,但是後段的處理電路902,係直接利用既存方式之硬體(HW),藉由更新(改寫)軟體(SW),而使其能夠支援新方式。
此情況下,解調電路901與處理電路902之間的實體介面903,雖然是支援MPEG2-TS方式,但所被傳輸的資料之格式,係變成支援ATSC3.0的ALP封包。藉由該ALP封包,同步訊號(SYNC)、有效訊號(VALID)、時脈訊號(CLK)、及資料(DATA)會被傳輸。
此處,在圖2中係圖示了IP傳輸方式的協定堆疊之例子。如圖2所示,在IP傳輸方式中,在單向的播送與雙向的通訊間,是使用共通的IP協定,因此例如,將電視節目等之內容的串流,以DASH區段單位進行傳輸,而可進行符合MPEG-DASH(Dynamic Adaptive Streaming over HTTP)的串流化配訊。
於圖2中,屬於播送之實體層的上層,且為UDP層與IP層的下層,係為資料連結層,但在該資料連結層中,是使用支援連結層協定的ALP封包。
又,圖3中係圖示了ALP封包的系統架構。如圖3所示,IP封包(UDP/IP封包)以外,還將訊令(Link Layer Signaling)、或MPEG2-TS方式中所被使用之TS封包等予以封裝化,藉此以生成ALP封包。其中,在將IP封包進行封裝化之際,可將IP標頭予以壓縮。又,在將TS封包進行封裝化之際,可進行負擔之削減。
圖4係為含有圖1所示的解調電路901和處理電路902的收訊裝置90之構成的區塊圖。
於圖4中,收訊裝置90係含有:作為解調IC的解調電路901,及作為單晶片系統(SoC)的處理電路902。解調電路901係由解調部911、錯誤訂正部912、及I/F部913所構成。處理電路902係由記憶體921、解多工器922、記憶體923、及SW處理部924所構成。
又,於收訊裝置90中,解調電路901與處理電路902,係透過所定之實體介面903而被連接。藉此,從解調電路901所被輸出之ALP封包,係透過實體介面903,而被輸入至處理電路902。
此處,於處理電路902中,係來自解調電路901之ALP封包係被輸入,被暫時記錄在記憶體921中,而被後段的解多工器922所處理,但ALP封包的封包長度,係與TS封包的封包長度不同,因此有可能導致記憶體921發生溢位。
亦即,於處理電路902中,對於前段的記憶體921中所被記錄之資料的解多工器922之處理,係為硬體處理(HW處理),而另一方面,對於後段的記憶體923中所被記錄之資料的SW處理部924之處理,係為軟體處理(SW處理)。
然後,處理電路902中所被進行的處理之中,硬體處理的部分,係直接利用支援既存方式亦即MPEG2-TS方式者,只有軟體處理的部分,藉由更新SW處理部924之軟體(SW),而使其能夠支援新方式亦即IP傳輸方式(ATSC3.0)。因此,進行硬體處理的記憶體921及解多工器922,係並非支援新方式亦即IP傳輸方式(ATSC3.0),而是支援既存方式亦即MPEG2-TS方式。
記憶體921,係支援MPEG2-TS方式,係被想定會寫入固定長(188位元組)的TS封包,但從解調電路901往處理電路902係有ALP封包被輸入,一旦被寫入至記憶體921,則由於ALP封包係為可變長度之封包,與TS封包的封包長度不同,因此可能會導致溢位。又,在後段的解多工器922側也是,想定是用來處理TS封包,因此一旦ALP封包被輸入,則有可能無法處理。
為了避免這點,考慮將從解調電路901被輸入至處理電路902的ALP封包予以分割,使ALP封包的封包長度,能夠符合於188位元組也就是TS封包的封包長度的手法。然而,在解調電路901側,單純將ALP封包分割成188位元組,透過實體介面903而輸入至處理電路902側的情況下,則有可能導致處理電路902側無法支援該分割封包之格式。
因此,從既存方式亦即MPEG2-TS方式,切換成新方式亦即IP傳輸方式之際(尤其是在從既存方式往新方式的過渡期),需要能夠較有彈性地支援傳輸方式之變更的提案。
於是,在本技術中,在作為解調IC的解調電路側,將新方式亦即IP傳輸方式中所被使用之可變長度之封包也就是ALP封包,分割成既存方式亦即MPEG2-TS方式中所被使用之固定長度之封包也就是TS封包所相應之封包長度而配置在酬載中,並且,對該當酬載附加上含有用來復原ALP封包所需之資訊(復原資訊)的標頭,藉此所得之分割封包,係被輸出至處理電路。
藉此,往作為單晶片系統(SoC)的處理電路側,雖然會有來自解調電路之分割封包被輸入,但該分割封包,係變成既存方式亦即MPEG2-TS方式中所被使用之TS封包所相應之封包長度,因此即使硬體處理是支援既存方式亦即MPEG2-TS方式者(不支援ATSC3.0),仍可確實地進行處理。另一方面,軟體處理,係藉由軟體(SW)的更新,即可支援新方式亦即IP傳輸方式(ATSC3.0),因此基於分割封包的標頭中所含之復原資訊,就可將從酬載中所被配置之資料所被復原出來的ALP封包,加以處理。
藉由如此設計,作為既存方式是已被導入了MPEG2-TS方式的情況下,作為新方式是要導入IP傳輸方式時,就可較有彈性地支援傳輸方式之變更。
<2.系統之構成>
(播送系統之構成例)   圖5係適用了本技術的播送系統之構成例的區塊圖。此外,所謂系統,係指由複數裝置做邏輯性集合而成者。
於圖5中,播送系統1係由送訊裝置10、和收訊裝置20所構成。在此播送系統1中,會進行符合所定之播送方式(例如ATSC3.0)的資料傳輸。
送訊裝置10,係對被輸入至此的內容(例如電視節目等)之資料,實施調變或錯誤訂正等之處理,將其結果所得之播送訊號,以送訊所的送訊用天線予以發送。
來自送訊裝置10的播送訊號,係經由傳輸路30,透過末端使用者的各家庭等中所被設置的收訊用天線,而被收訊裝置20所接收。例如,收訊裝置20係作為電視受像機或機上盒(STB:Set Top Box)等之固定收訊機而被構成。
收訊裝置20,係對透過傳輸路30而被接收的播送訊號,實施解調或錯誤訂正等之處理,將其結果所得之內容(例如電視節目等)的映像或聲音之資料,予以輸出。
此外,於播送系統1中,傳輸路30,係除了地表波(地表波播送)以外,亦可為例如:利用播送衛星(BS:Broadcasting Satellite)或通訊衛星(CS:Communications Satellite)的衛星播送、或使用纜線的有線播送(CATV:Common Antenna TeleVision)等。
(收訊裝置之構成例)   圖6係圖5的收訊裝置20之構成例的區塊圖。
於圖6中,收訊裝置20係含有解調電路201及處理電路202而被構成。於收訊裝置20中,解調電路201與處理電路202,係透過所定之實體介面203而被連接。
解調電路201,係作為解調IC等之解調元件而被構成。解調電路201,係將從透過天線(未圖示)而被接收之播送訊號所得之ALP封包,予以解調。又,解調電路201,係從ALP封包生成分割封包,透過實體介面203而輸出至處理電路202。
解調電路201係含有解調部211、錯誤訂正部212、及I/F部213而被構成。
解調部211,係對透過天線而被接收之播送訊號,進行解調處理,將其結果所得之資料,供給至錯誤訂正部212。
錯誤訂正部212,係對從解調部211所被供給之資料,進行錯誤訂正解碼處理,將其結果所得之資料,供給至I/F部213。
I/F部213,係對從錯誤訂正部212所被供給之資料,進行所定之資料處理,將其結果所得之資料,透過實體介面203而輸出至處理電路202。
此處,I/F部213,係基於從來自錯誤訂正部212之資料所得之ALP封包,生成分割封包,透過實體介面203而輸出至處理電路202。
該分割封包,係將ALP封包(新方式亦即IP傳輸方式中所被使用之可變長度之封包),分割成TS封包(既存方式亦即MPEG2-TS方式中所被使用之固定長度之封包)所相應之封包長度而配置在酬載中,並且,對該當酬載附加含有復原資訊的標頭,藉以而獲得之。
此外,作為標頭的復原資訊係可包含有例如:表示ALP封包之開頭的位置的指標(開頭指標)、或TS封包之TS標頭所對應之資訊等,但其細節將於後述。
處理電路202,係作為單晶片系統(SoC)而被構成。處理電路202,係從透過實體介面203而從解調電路201所被輸入的分割封包,復原ALP封包。處理電路202,係將已被復原之ALP封包(已被解調電路201所解調的ALP封包),加以處理。
處理電路202係含有記憶體221、解多工器222、記憶體223、及SW處理部224而被構成。
此外,於處理電路202中,對於前段的記憶體221中所被記錄之資料的解多工器222之處理,係為硬體處理(HW處理),是直接利用支援既存方式亦即MPEG2-TS方式者。另一方面,對於後段的記憶體223中所被記錄之資料的SW處理部224之處理,係為軟體處理(SW處理),是藉由更新SW處理部224之軟體(SW),而使其能夠支援新方式亦即IP傳輸方式(ATSC3.0)。
從解調電路201所被輸入的分割封包,係被寫入至記憶體221。解多工器222,係將已被寫入至記憶體221的分割封包加以處理,將處理後的資料,寫入至後段的記憶體223。此處,分割封包,係將ALP封包,分割成TS封包所相應之封包長度而成者,因此,即使硬體處理是支援既存方式亦即MPEG2-TS方式者(不支援ATSC3.0),仍可確實地進行處理。
SW處理部224,係將已被寫入至記憶體223的資料,加以處理。此處,SW處理部224(的軟體處理),係藉由軟體(SW)的更新,即可支援新方式亦即IP傳輸方式(ATSC3.0),因此基於分割封包的標頭中所含之復原資訊,就可將從酬載中所被配置之資料所被復原出來的ALP封包,加以處理。
<3.本技術的實施形態>
此處,首先,參照圖7乃至圖9,說明作為前提的技術內容,然後,參照圖10乃至圖13,說明本技術的實施形態。
(TS封包的結構)   圖7係TS封包的結構之例子的圖示。
TS封包,係由4位元組的標頭、和184位元組的酬載所構成。
4位元組的標頭中係被配置有:8位元的Sync、1位元的Transport Error Indicator、1位元的Payload Unit Start Indicator、1位元的Transport Scrambling Control、13位元的PID、2位元的Application Field Control、2位元的Continuity Counter、4位元的Application Field。
Sync,係為同步位元組,係被設成例如'0×47'。
Transport Error Indicator,係為表示對象之TS封包內的位元錯誤之有無的旗標。例如,Transport Error Indicator係為'1'的情況下,則表示至少1位元的無法訂正之錯誤,是存在於TS封包中。
Payload Unit Start Indicator係為'1'的情況,則表示對象之TS封包的酬載之開始點係為PES封包之開始點、或者係為指標。
Transport Scrambling Control,係為用來識別對象之TS封包的酬載之拌碼模式而被使用的領域。拌碼控制值,係被事前決定。
PID,係為用來識別對象之TS封包的酬載之資料之種別而被使用的領域。
Application Field Control,係為表示對象之TS封包內的Application Field或酬載的存在之有無的旗標。
Continuity Counter,係為用來確認封包是否有缺損而被使用的連續性指標,只要每次有相同PID之封包被送來,就會被增值1。
Application Field,係為應用程式之領域。
(ALP封包的結構)   圖8係ALP封包的結構之例子的圖示。
(A)Normal   圖8的A係為通常的ALP封包之結構的圖示。於圖8的A中,通常的ALP封包,係由ALP標頭(ALP Packet Header)與酬載(Payload)所構成,
在ALP標頭之開頭,係被設定有3位元的Type。該Type係被設定了,ALP封包的酬載中所被配置的資料之類型的相關資訊。
於ALP標頭中,在Type之後,係被配置有1位元的PC(Payload Configuration)。作為PC是被設定'0'的情況下,隨應於其後所被配置的1位元的HM(Header Mode),而變成單一封包模式(Single packet mode),在ALP標頭中係被配置有,11位元的Length、或ALP擴充標頭(Additional header)。
在通常的ALP封包的情況下,作為HM是被設定'0',在ALP標頭中,在HM的後續,配置有11位元的Length。又,於通常的ALP封包中,係於ALP標頭的後續,配置酬載。
(B)PTP   圖8的B係為,對ALP擴充標頭,附加有PTP(Precision Time Protocol)時的ALP封包(以下亦稱為附帶PTP之ALP封包)之結構的圖示。
於附帶PTP之ALP封包中,在ALP標頭係配置有3位元的Type、1位元的PC、1位元的HM,作為HM,是被設定'1'。作為HM是被設定了'1'的情況下,在11位元的Length的後續,會被配置有ALP擴充標頭(Additional header)。
該ALP擴充標頭(Additional header),係由:5位元的Length_MSB、1位元的RSV(reserved)、1位元的SIF(Sub-stream Identifier Flag)、1位元的HEF(Header Extension Flag)所構成。
Length_MSB,係將ALP封包之總酬載長度的最上位位元(MSB)以位元組單位加以表示,與ALP標頭的11位元的Length所示的最下位位元(LSB)做連結,就可獲得總酬載長度。
SIF係為表示,子串流用之選用標頭(Optional header)是否有被配置的旗標。作為SIF是被設定了'0'的情況下,係意味著選用標頭未被配置。
HEF係為表示,選用的標頭擴充是否有被進行的旗標。作為HEF是被設定了'1'的情況下,則標頭擴充是有被進行。圖8的B的附帶PTP之ALP封包的ALP標頭中,係對ALP擴充標頭,進行了8位元組的標頭擴充。
在該標頭擴充中係被配置有:8位元的Extension_type、8位元的Extension_length、2位元的Time_info_flag、32位元的Time_sec、10位元的Time_msec、10位元的Time_usec、10位元的Time_nsec。在此例中,作為私人使用者資料(PUD:Private User Data),是隨應於Time_info_flag,而被配置有藉由Time_sec、Time_msec、Time_usec、Time_nsec而被指定的PTP(時刻資訊),因此對應於此配置的類型與長度之值,係分別被設定至Extension_type與Extension_length。
此處,PTP,係為IEEE 1588-2008中所被規定的時刻資訊。由於PTP係由秒欄位和奈秒欄位所構成,可支援奈秒單位之精度。PTP係例如被包含在實體層訊框的前文中,表示該當實體層訊框之開頭的時刻,作為在收訊側中所被進行的時脈回復的時刻資訊而被使用。
例如,Time_info_flag = '01'的情況下,則被配置有秒單位的時刻資訊(Time_sec)、和毫秒單位的時刻資訊(Time_msec)。又,例如,Time_info_flag = '10'的情況下,則除了秒單位和毫秒單位的時刻資訊(Time_sec、Time_msec)以外,還被配置有微秒單位的時刻資訊(Time_usec)。又,例如,Time_info_flag = '11'的情況下,則除了秒單位和毫秒單位和微秒單位的時刻資訊(Time_sec、Time_msec、Time_usec)以外,還被配置有奈秒單位的時刻資訊(Time_nsec)。
此外,作為Time_info_flag係對應於例如,在ATSC3.0中,被規定在L1B訊令(L1-Basic Signaling)中的2位元的L1B_time_info_flag。又,作為Time_sec、Time_msec、Time_usec、Time_nsec係分別對應於例如,在ATSC3.0中,被規定在L1D訊令(L1-Detail Signaling)中的32位元的L1D_time_sec、10位元的L1D_time_msec、10位元的L1D_time_usec、10位元的L1D_time_nsec。
關於L1B訊令與L1D訊令之細節,係被揭露於下記的非專利文獻1中。
非專利文獻1:ATSC Standard:Physical Layer Protocol (A/322)
(C)PLP_ID   圖8的C係為,對ALP擴充標頭,附加有PLP_ID時的ALP封包(以下亦稱為附帶PLP_ID之ALP封包)之結構的圖示。
於附帶PLP_ID之ALP封包中,在ALP標頭係配置有3位元的Type、1位元的PC、1位元的HM,作為HM,是被設定'1'。作為HM是被設定了'1'的情況下,在11位元的Length的後續,會被配置有ALP擴充標頭(Additional header)。
該ALP擴充標頭係由:5位元的Length_MSB、1位元的RSV、1位元的SIF、1位元的HEF所構成。
圖8的C的附帶PLP_ID之ALP封包的ALP標頭中,作為HEF,是被設定了'1',對ALP擴充標頭,進行了3位元組的標頭擴充。
該標頭擴充中係被配置有:8位元的Extension_type、8位元的Extension_length、6位元的PLP_ID、2位元的空白資料(dummy)。在此例中,作為私人使用者資料(PUD),係被配置有6位元的PLP_ID,因此,對應於此配置的類型與長度之值,係分別被設定至Extension_type與Extension_length。
此外,作為該PLP_ID係對應於例如,在ATSC3.0中,被規定在L1D訊令(L1-Detail Signaling)的6位元的L1D_plp_id。PLP_ID,係在S-PLP(Single PLP)模式的情況下並非必要,但在M-PLP(Multiple PLP)模式的情況下,為了識別PLP而為必要。關於L1D訊令的細節,係被揭露於上記的非專利文獻1。又,關於ALP封包之結構的細節,係被揭露於下記的非專利文獻2。
非專利文獻2:ATSC Standard:Link-Layer Protocol (A/330)
(ALP封包的輸出時序)   圖9係為收訊裝置20中所被處理的ALP封包的輸出時序之例子的圖示。
圖9中係表示了,於收訊裝置20中,從解調電路201對處理電路202,透過實體介面203而被輸出的ALP封包的輸出時序。此外,於圖9中,橫方向係表示時間(Time),縱方向係在作為解調IC的解調電路201中將訊框或封包處理所得之資料,按照從輸入至輸出為止的每一階層而做階段性地表示。
於圖9中,最低層級之階層的資料,係為實體層訊框。例如,ATSC3.0中所被規定的實體層訊框,係由引導序列(Bootstrap)、前文(Preamble)、酬載(Payload)所構成。
在前文中係可含有例如:L1B訊令(L1-Basic Signaling)或L1D訊令(L1-Detail Signaling)等之實體層訊令。在此例中,係在前文中配置有,作為時刻資訊的PTP。亦即,PTP,係在某個決定的時序上,會被傳輸。
於收訊裝置20的解調電路201中,藉由解調部211及錯誤訂正部212,實體層訊框會被處理,從其酬載,抽出1或複數個BB封包(Baseband Packet,以下亦記作「BBP」)。
又,於解調電路201中,係藉由I/F部213,而將BB封包加以處理,抽出1或複數個ALP封包。此時,I/F部213,係對ALP封包(的私人使用者資料(PUD)),使其含入含有作為時刻資訊之PTP、或PLP_ID的PLP資訊。
但是,此處,在解調電路201側,從同一PLP(例如PLP_ID = 1之PLP)起而連續獲得的ALP封包之中,只會對開頭的ALP封包,附加PLP_ID(例如PLP_ID = 1)。另一方面,在處理電路202側,從被附加有某個PLP_ID(例如PLP_ID = 1)之ALP封包起,到被附加有另一PLP_ID(例如PLP_ID = 2)之ALP封包的前1個ALP封包為止的封包群,係可視為隸屬於同一PLP(例如PLP_ID = 1之PLP)中的ALP封包,而進行處理。
如此,從解調電路201對處理電路202,透過實體介面203而被輸出的ALP封包中,係被附加有PLP_ID或PTP,因此,在處理電路202中,可基於ALP封包中所被附加的PLP_ID來識別,透過實體介面203而從解調電路201所被輸入之ALP封包,在M-PLP時,是隸屬於哪個PLP。又,在處理電路202中,係可基於ALP封包中所被附加之PTP,來進行例如時脈回復。
以下,以這些技術內容為前提,將本技術之內容,藉由9個實施形態而依序說明。
(1)第1實施形態
首先,參照圖10,說明第1實施形態的分割封包之結構。
在第1實施形態中,係將可變長度之ALP封包,隨應於固定長度之TS封包的封包長度(188位元組)而予以分割然後配置在酬載中,並且,對該當酬載,附加標頭,藉此所得的分割封包,係透過實體介面203,從解調電路201被輸出至處理電路202。
圖10中係圖示了,藉由解調電路201而被處理的封包。圖10的A係圖示了ALP封包,圖10的B係圖示了分割封包。又,作為分割封包中所被附加的分割標頭,例示了模態1與模態2之2模態的標頭。
於圖10中係例示了,在解調電路201中,按照時間序列而被依序處理的複數個ALP封包之中的連續2個ALP封包(AP1、AP2),但開頭的ALP封包AP1之一部分係被切出,並被附加分割標頭,藉此而生成分割封包DP1。此處,TS封包的封包長度係為188位元組,因此配合於其,以使得分割封包DP1的封包長度會是188位元組的方式,亦即,為了配置在3位元組的分割標頭(Header)除外的185位元組的酬載中,而將185位元組的量的ALP封包(divided ALP)予以切出。
如此所得之分割封包DP1,係由3位元組的分割標頭、和185位元組的酬載所構成,其封包長度係為188位元組。亦即,此處,藉由將ALP封包進行依序處理,而會依序生成188位元組單位的分割封包。具體而言,藉由把ALP封包AP1之一部分予以切出,而分別生成分割封包DP1與分割封包DP2,藉由把ALP封包AP1與ALP封包AP2之一部分分別予以切出,而生成分割封包DP3。
此處,分割封包的分割標頭,係可設成例如,模態1或模態2中所示的結構。
亦即,模態1的分割標頭係被配置有:8位元的Sync、1位元的Transport Error Indicator、1位元的ALP Packet Start Indicator、及13位元的PID。
Sync,係為同步位元組,係被設成例如'0×47'。
Transport Error Indicator,係為錯誤指示元,是被設成例如'1'b0'的固定之值。又,Transport Error Indicator,係亦可當作表示分割封包內的位元錯誤之有無的旗標。例如,Transport Error Indicator係為'1'的情況下,則表示至少1位元的無法訂正之錯誤,是存在於分割封包中。
ALP Packet Start Indicator,係為表示,表示分割封包的酬載中所被配置之ALP封包之開頭的位置的指標(以下稱作開頭指標)之有無的旗標(ALP封包開頭有無旗標)。例如,ALP Packet Start Indicator係為'0'的情況下,則表示開頭指標係不存在。
亦即,模態1的分割標頭,係由於ALP Packet Start Indicator是'0',因此不含開頭指標。在圖10的例子中,由於在分割封包DP1、DP2的酬載中,不含ALP封包AP1之開頭的位置,因此在其分割標頭係被配置有'0'的ALP Packet Start Indicator,而不配置開頭指標。
PID,係被指派任意的固定之PID。
又,模態2的分割標頭,相較於模態1的分割標頭,ALP Packet Start Indicator係為'1',表示有開頭指標存在,而被追加了8位元組的Start Pointer,這點有所不同。
Start Pointer,係為表示分割封包的酬載中所被配置之ALP封包之開頭的位置的開頭指標。在圖10的例子中,由於在分割封包DP3的酬載中,含有ALP封包AP2之開頭的位置,因此在其分割標頭中係被配置有'1'的ALP Packet Start Indicator,並被配置有表示ALP封包AP2之開頭的位置的開頭指標。
如此,分割封包DP3的分割標頭,係被設成模態2,但在分割封包DP1、DP2的酬載中,係由於不含有ALP封包之開頭的位置,因此分割封包DP1、DP2的分割標頭,係被設成模態1。此外,在模態2的分割標頭中,相較於模態1的分割標頭,因為被多配置有8位元組的Start Pointer,所以分割封包中的酬載之大小會少掉這部分。
於第1實施形態中,係在解調電路201側,將ALP封包予以處理而生成分割封包,透過實體介面203而輸出至處理電路202,藉此,在處理電路202側,將來自解調電路201之分割封包予以處理而生成(復原)ALP封包。
此時,由於在分割封包的酬載中係被配置有,從可變長度之ALP封包所被切出的185位元組的量的ALP封包(divided ALP),因此,藉由在分割標頭中,含入用來復原ALP封包所需之資訊(復原資訊),在處理電路202側,就可從分割封包,復原ALP封包。
作為該復原資訊係可含入例如:Transport Error Indicator等之TS封包的TS標頭所對應之資訊。又,用來復原ALP封包所需之資訊中亦可含入ALP Packet Start Indicator所相應之開頭指標(Start Pointer)。
亦即,分割封包的酬載中所被配置之ALP封包,係為可變長度,在配合固定長度之TS封包,被一一切出成185位元組時,在分割封包內,就會無法特定出ALP封包之開頭的位置。此處,如圖10所示,藉由在分割封包的分割標頭中,含入開頭指標(Start Pointer),則處理電路202,係可在分割封包內,特定出ALP封包之開頭的位置,而將ALP封包予以復原。
此外,上述的模態1和模態2,係為分割標頭之結構的一例,亦可含入其他的資訊。例如,在分割標頭中,係可取代ALP Packet Start Indicator的下1位元('1'b0')、或Transport Error Indicator,改為配置TS封包的TS標頭中所含之資訊。
以上說明了第1實施形態。
(2)第2實施形態
接著,參照圖11,說明第2實施形態的分割封包之結構。
順便一提,在上述的第1實施形態中,是在解調電路201側,在生成分割封包之際,在分割標頭中,含入開頭指標(Start Pointer),藉此,在處理電路202側,可在分割封包內,特定出ALP封包之開頭的位置,而可復原ALP封包,但在分割封包內,ALP封包之開頭的位置是存在有2個以上的情況下,則只靠開頭指標,是無法特定出所有的開頭的位置。
於是,在第2實施形態中,係在分割封包的酬載中所被配置的ALP封包之開頭的位置之中,最初的開頭的位置,係藉由開頭指標所表示的開頭的位置而被特定,第2個以後的開頭的位置,係藉由開頭指標所表示的開頭的位置、和ALP封包的封包長度,而被特定。
圖11中係圖示了,藉由處理電路202而被處理的封包。於圖11中係例示了,在處理電路202中,按照時間序列而被依序處理的複數個分割封包之中的連續2個分割封包(DP1、DP2)。
連續2個分割封包之中,在開頭的分割封包DP1的分割標頭中,作為開頭指標是含有Start Pointer = 'A',藉由該開頭指標(Start Pointer = 'A'),指示了酬載中所被配置之ALP封包之開頭的位置,亦即ALP封包AP2之開頭的位置。
亦即,開頭的分割封包DP1的酬載中係被配置有,從ALP封包AP1之中途起到最後為止的ALP封包AP1之一部分、和從ALP封包AP2之開頭起到中途為止的ALP封包AP2之一部分,但分割標頭中所含之開頭指標(Start Pointer = 'A')係表示了,從酬載之開頭的位置起,到ALP封包AP2之開頭的位置為止的位元組數。
另一方面,連續2個分割封包之中,開頭的分割封包DP1之後續的,第2個分割封包DP2中,作為開頭指標是含有Start Pointer = 'B',藉由該開頭指標(Start Pointer = 'B'),指示了酬載中所被配置之ALP封包之開頭的位置,亦即ALP封包AP3之開頭的位置。
亦即,第2個分割封包DP2的酬載中係被配置有,從ALP封包AP2之中途起到最後為止的ALP封包AP2之一部分、和ALP封包AP3(之開頭起到最後為止),但分割標頭中所含之開頭指標(Start Pointer = 'B')係表示了,從酬載之開頭的位置起,到ALP封包AP3之開頭的位置為止的位元組數。
此處,第2個分割封包DP2的酬載中,係接續於ALP封包AP3,而被配置有ALP封包AP4,但藉由分割標頭中所含之開頭指標(Start Pointer = 'B'),可以特定出ALP封包AP3之開頭的位置,但無法特定出接續於其後的,ALP封包AP4之開頭的位置為止。
於是,在第2實施形態中,係利用ALP封包AP3的封包長度,將從藉由開頭指標(Start Pointer = 'B')而被特定的ALP封包AP3之開頭的位置起,超過了ALP封包AP3的封包長度的位置,視為ALP封包AP4之開頭的位置,而將ALP封包AP4之開頭的位置予以特定。
於第2實施形態中,係在解調電路201側,將ALP封包予以處理而生成分割封包,透過實體介面203而輸出至處理電路202,藉此,在處理電路202側,將來自解調電路201之分割封包予以處理而生成(復原)ALP封包。
此時,由於在分割封包的酬載中係被配置有,從可變長度之ALP封包所被切出的185位元組的量的ALP封包(divided ALP),因此,藉由在分割標頭中,含入用來復原ALP封包所需之資訊,在處理電路202側,就可從分割封包,復原ALP封包。
作為用來復原該ALP封包所需之資訊,而含入開頭指標(Start Pointer),藉此,處理電路202,係可在分割封包內,特定出ALP封包之開頭的位置,而可復原ALP封包。
又,在分割封包的酬載內,ALP封包之開頭的位置是存在有2個以上的情況下,則將最初之開頭的位置,藉由開頭指標所示的位置而加以特定,並且,將第2個以後之開頭的位置,利用開頭指標、和該當開頭指標之對象之ALP封包的封包長度而加以特定。
此外,ALP封包的封包長度係例如,被包含在對象之ALP封包的標頭中,但亦可藉由其以外之手法,來取得ALP封包的封包長度。
又,在圖11的例子中雖然例示了,在分割封包DP2的酬載中,含有ALP封包AP3與ALP封包AP4之開頭的位置的情況,但即使在還包含有ALP封包之開頭的位置的情況下也是同樣地,藉由利用開頭指標、和該當開頭指標之對象之ALP封包的封包長度,就可特定出ALP封包之開頭的位置。
例如,在分割封包DP2的酬載中,除了ALP封包AP3與ALP封包AP4之開頭的位置,還含有ALP封包AP5之開頭的位置的情況下,則將從藉由開頭指標(Start Pointer = 'B')而被特定的ALP封包AP3之開頭的位置起,超過了ALP封包AP3與ALP封包AP4的封包長度的位置,視為ALP封包AP5之開頭的位置,就可特定出ALP封包AP5之開頭的位置。
以上說明了第2實施形態。
(3)第3實施形態
接著,參照圖12,說明第3實施形態的分割封包之結構。
在第3實施形態中,作為分割封包的酬載中所被配置之ALP封包,是含有圖8的C所示的附帶PLP_ID之ALP封包。
圖12中係圖示了,藉由處理電路202而被處理的封包。於圖12中係例示了,在處理電路202中所被依序處理的分割封包之中的分割封包DP1。
在分割封包DP1的分割標頭中係含有8位元的Sync、1位元的Transport Error Indicator、1位元的ALP Packet Start Indicator、13位元的PID、8位元組的Start Pointer,這是如同之前所述。
又,在分割封包DP1的酬載中係被配置有:從ALP封包AP1之中途起到最後為止的ALP封包AP1之一部分、ALP封包AP2之全部、ALP封包AP3之全部、從ALP封包AP4之開頭起到中途為止的ALP封包AP4之一部分。
此處,於ALP封包AP2中,係在ALP標頭(ALP Packet Header)中,作為HM是設定了'1',而被配置有ALP擴充標頭(Additional header)。在該ALP擴充標頭中,作為HEF是被設定了'1',而被進行標頭擴充(Header extension)。
然後,在該標頭擴充中,係被配置有6位元的PLP_ID。該PLP_ID係對應於例如,ATSC3.0中所被規定之L1D訊令(L1-Detail Signaling)中所含之6位元的L1D_plp_id,這是如同之前所述。
亦即,在ATSC3.0中,送訊裝置10,係每所定之頻帶地,最多可支援64個PLP,但在收訊裝置20中,在解調電路201側,對ALP封包,係會附加有PLP_ID,因此在處理電路202側,基於從ALP封包所得之PLP_ID,就可識別透過實體介面203而被輸入的ALP封包,在M-PLP時,是隸屬於哪個PLP。
以上說明了第3實施形態。
(4)第4實施形態
接著,參照圖13,說明第4實施形態的分割封包之結構。
在第4實施形態中,作為分割封包的酬載中所被配置之ALP封包,是含有圖8的B所示的附帶PTP之ALP封包。
圖13中係圖示了,藉由處理電路202而被處理的封包。於圖13中係例示了,在處理電路202中所被依序處理的分割封包之中的分割封包DP1。
在分割封包DP1的分割標頭中係含有8位元的Sync、1位元的Transport Error Indicator、1位元的ALP Packet Start Indicator、13位元的PID、8位元組的Start Pointer,這是如同之前所述。
又,在分割封包DP1的酬載係被配置有:從ALP封包AP1之中途起到最後為止的ALP封包AP1之一部分、ALP封包AP2之全部,並且,在剩餘的領域中,係被進行補零,使得分割封包DP1變成固定長度(188位元組)。
此處,於ALP封包AP2中,係在ALP標頭(ALP Packet Header)中,作為HM是設定了'1',而被配置有ALP擴充標頭(Additional header)。在該ALP擴充標頭中,作為HEF是被設定了'1',而被進行標頭擴充(Header extension)。
然後,在該標頭擴充中,係隨應於2位元的Time_info_flag,而被配置有:32位元的Time_sec、10位元的Time_msec、10位元的Time_usec、10位元的Time_nsec。
例如,Time_info_flag = '01'的情況下,則被配置有秒單位的時刻資訊(Time_sec)、和毫秒單位的時刻資訊(Time_msec)。又,例如,Time_info_flag = '10'的情況下,則除了秒單位和毫秒單位的時刻資訊(Time_sec、Time_msec)以外,還被配置有微秒單位的時刻資訊(Time_usec)。又,例如,Time_info_flag = '11'的情況下,則除了秒單位和毫秒單位和微秒單位的時刻資訊(Time_sec、Time_msec、Time_usec)以外,還被配置有奈秒單位的時刻資訊(Time_nsec)。
如此,從這些時刻資訊所得的時刻,係可使其具有微秒單位或奈秒單位等之精度,因此例如,即使訊框長度(訊框時間)並非整數之毫秒單位的實體層訊框,仍可抑制與時刻資訊所示之時刻的誤差(抖動)。
又,於分割封包中,在酬載中配置了含有時刻資訊的ALP封包的情況下,則將該當ALP封包配置之後的剩餘的領域,進行補零,藉此而變成固定長度(188位元組)。此外,此處,雖然是以補零(填滿零)為一例來說明,但例如,亦可對剩餘的領域插入任意之固定序列等,可使用其他的手法。
藉此,在處理電路202中,在將來自解調電路201之分割封包加以處理之際,若等待含有時刻資訊的ALP封包的下個ALP封包,則會發生該等待的量的抖動,但在解調電路201中,在分割封包的酬載中配置了含有時刻資訊的ALP封包的情況下,係先填入全為零(圖中的「All 0」),然後輸出至處理電路202,藉此,在處理電路202中,就可抑制時刻資訊之抖動。
以上說明了第4實施形態。
(5)第5實施形態
接著,參照圖14及圖15,說明第5實施形態的分割封包之結構。
在上述的第1實施形態乃至第4實施形態中,將可變長度之ALP封包,隨應於固定長度之TS封包的封包長度(188位元組)而進行分割而配置在酬載之際,是不管ALP封包之交界為何,就生成分割封包。
亦即,如圖14所示,開頭的ALP封包AP1之一部分係被切出,並被附加分割標頭,藉此而依序生成分割封包DP1、和分割封包DP2。又,ALP封包AP1與ALP封包AP2之一部分係分別被切出,而被附加分割標頭,藉此而生成分割封包DP3。
此時,ALP封包AP2之開頭,係變成分割封包DP3的酬載之中途的位置,因此ALP封包之交界與分割封包之交界並非一致。
在第5實施形態中,是將ALP封包予以依序切出,而依序配置在分割封包的酬載的情況下,在變成ALP封包之交界時,對於分割封包之固定長度(188位元組)所相應之剩餘的領域,進行補零,以使得ALP封包之開頭、與分割封包的酬載之開頭呈一致。
圖15中係圖示了,藉由解調電路201而被處理的封包。圖15的A係圖示了ALP封包,圖15的B係圖示了分割封包。
於圖15中係例示了,在解調電路201中,按照時間序列而被依序處理的複數個ALP封包之中的連續2個ALP封包(AP1、AP2),但開頭的ALP封包AP1之一部分係被切出,並被附加分割標頭,藉此而生成分割封包DP1。此處,TS封包的封包長度係為188位元組,因此配合於其,以使得分割封包DP1的封包長度會是188位元組的方式,亦即,為了配置在3位元組的分割標頭(Header)除外的185位元組的酬載中,而將185位元組的量的ALP封包予以切出。
如此所得之分割封包DP1,係由3位元組的分割標頭、和185位元組的酬載所構成,其封包長度係為188位元組。亦即,此處,藉由將ALP封包進行依序處理,而會依序生成188位元組單位的分割封包。具體而言,ALP封包AP1之一部分係被切出,藉此而生成分割封包DP1。
又,ALP封包AP1之一部分係被切出,藉此而生成分割封包DP2,但在分割封包DP2的酬載之中途,ALP封包AP1的資料就結束,變成了ALP封包AP1與ALP封包AP2之交界。
此時,對於分割封包DP2的固定長度(188位元組)所相應之剩餘的領域,會進行補零。亦即,分割封包DP2,係在酬載中,配置從ALP封包AP1之中途起到最後為止的ALP封包AP1之一部分的資料,在其剩餘的領域中會進行補零,藉此而變成固定長度(188位元組)。
因此,分割封包DP2的下個分割封包DP3的酬載中係被配置有,從ALP封包AP2之開頭起到中途為止的ALP封包AP2之一部分的資料,ALP封包AP1與ALP封包AP2之交界,會變成和分割封包DP2與分割封包DP3之交界一致。
同樣地,ALP封包AP2之一部分係被切出,藉此而會依序生成188位元組單位的分割封包DP3、DP4,但例如,在分割封包DP4的酬載之中途,ALP封包AP2的資料就結束的情況下,則進行補零,其封包長度係會被調整成188位元組。
此外,在上述的說明中,雖然說明了,補零是對分割封包之固定長度所相應之剩餘的領域而被進行的情況,但亦可對分割封包(的酬載)之中途的領域進行之。例如,只要於分割封包中,接續於分割標頭,進行了補零之後,將ALP封包的資料配置在酬載中,其封包長度係被調整成188位元組即可。
又,在上述的說明中,是以補零(填滿零)作為一例來說明,但例如,對於分割封包之固定長度所相應之剩餘的領域,亦可插入任意之固定序列等,只要能夠把其封包長度調整成固定長度即可,亦可使用其他的手法。
如此,將ALP封包予以切出,配置在分割封包的酬載中之際,在某個ALP封包的資料已結束的情況下,不是立刻將下個ALP封包予以切出,而是在該當分割封包之固定長度所相應之剩餘的領域中,進行補零,以使得在下個分割封包的酬載之開頭,是從下個ALP封包之開頭的資料起開始被配置。
藉此,ALP封包之交界,係總是與分割封包之交界呈一致,可以得知ALP封包之開頭的位置,就是分割封包的酬載之開頭的位置,因此,例如,作為復原資訊,不必將開頭指標含入至分割標頭即可,可以減少分割標頭中所含的復原資訊的資訊量。
以上說明了第5實施形態。
(6)第6實施形態
接著,參照圖16,說明第6實施形態的分割封包之結構。
在第6實施形態中,係和上述的第5實施形態同樣地,將ALP封包予以切出,配置在分割封包的酬載中之際,對分割封包之固定長度(188位元組)所相應之剩餘的領域,進行補零,但在分割封包之中,會被附加分割標頭的是,只有把ALP封包之開頭含在酬載中的分割封包。
圖16中係圖示了,藉由解調電路201而被處理的封包。圖16的A係圖示了ALP封包,圖16的B係圖示了分割封包。
於圖16中係例示了,在解調電路201中,按照時間序列而被依序處理的複數個ALP封包之中的連續2個ALP封包(AP1、AP2),但開頭的ALP封包AP1之一部分係被切出,並被附加分割標頭,藉此而生成分割封包DP1。亦即,如此所得之分割封包DP1,係由3位元組的分割標頭、和185位元組的酬載所構成,其封包長度係為188位元組。
又,ALP封包AP1之一部分係被切出,藉此而生成分割封包DP2,但對分割封包DP2,係不附加分割標頭,僅由含有從ALP封包AP1所被切出之資料的酬載所構成。亦即,如此所得之分割封包DP2,係只由188位元組的酬載所構成,其封包長度係為188位元組。
又,ALP封包AP1之一部分係被切出,藉此而生成分割封包DP3,但對分割封包DP3,係不附加分割標頭,僅由含有從ALP封包AP1所被切出之資料的酬載所構成,但在188位元組的剩餘的領域中,係被進行了補零。亦即,如此所得之分割封包DP3,係由X位元組的酬載、和188-X位元組的補零(All 0)所構成,其封包長度係為188位元組。
同樣地,ALP封包AP2之一部分係被切出,藉此188位元組單位的分割封包DP4、DP5係被依序生成,但例如,分割標頭,係只對含有ALP封包AP2之開頭的分割封包DP4進行附加,不含ALP封包AP2之開頭的分割封包DP5,係只由酬載所構成。此外,此時,在分割封包DP5的酬載之中途,ALP封包AP2的資料就結束的情況下,則會進行補零,其封包長度係被調整成188位元組。
如此,將ALP封包予以切出,配置在分割封包的酬載中之際,對該當分割封包之固定長度所相應之剩餘的領域,進行補零,藉此,使得ALP封包之交界與分割封包之交界呈一致,並且,在分割封包之中,會被附加分割標頭的是,只有把ALP封包之開頭含在酬載中的分割封包。
藉此,作為分割封包,雖然變成會有未被附加分割標頭的分割封包存在,但分割標頭被削減的量,可換成對酬載再含入多少量的ALP封包的資料,因此可提升資料的傳輸效率。
以上說明了第6實施形態。
(7)第7實施形態
接著,參照圖17乃至圖19,說明第7實施形態的分割封包之結構。
在第7實施形態中係例示了,在分割封包中所被附加的分割標頭中所含入的標頭資訊(復原資訊)、與分割封包的分割形態之對應關係。
(對應關係的表)   圖17係為分割標頭的標頭資訊與分割封包的分割形態之對應關係的圖示。
此處,作為分割封包的分割形態,係有上述的第1分割形態、第2分割形態、及第3分割形態之3形態。
亦即,第1分割形態,係將ALP封包予以切出而配置在酬載,並附加分割標頭而生成分割封包(相當於「單純分割」)。例如,上述的實施形態之中,圖10所示的第1實施形態,係相當於第1分割形態。
又,第2分割形態,係將ALP封包予以切出,配置在分割封包的酬載之際,對該當分割封包之固定長度所相應之剩餘的領域,進行補零(相當於「分割+填零」)。例如,上述的實施形態之中,圖15所示的第5實施形態,係相當於第2分割形態。
又,第3分割形態,係和第2分割形態同樣地,對分割封包之固定長度所相應之剩餘的領域,進行補零,但在分割封包之中,會被附加分割標頭的是,只有把ALP封包之開頭含在酬載中的分割封包(相當於「分割+填零+標頭削減」)。例如,上述的實施形態之中,圖16所示的第6實施形態,係相當於第3分割形態。
如圖17所示,作為分割標頭的標頭資訊係可含入例如:同步位元組、錯誤指示元、PTP有無旗標、ALP封包開頭有無旗標、PLP_ID切換旗標、PTP、開頭指標、PLP_ID切換開頭指標、及封包ID。
同步位元組(Sync),係在處理電路202側為了偵測分割封包之開頭而被使用。例如,對同步位元組,係分配8位元,被設定了'0×47'。
又,同步位元組,係第1分割形態、第2分割形態、及第3分割形態全部都支援,因此可含入在這些分割形態所成之分割封包的分割標頭中。
錯誤指示元(Error Indicator),係為表示分割封包的酬載中所被配置之ALP封包的錯誤之有無的旗標。例如,錯誤指示元係被分配了1位元,在酬載內的ALP封包之中,只要有一部分存在有錯誤的情況下,就被設定'1'b1',若無錯誤存在,則被設定'1'b0'。
又,錯誤指示元,係第1分割形態、第2分割形態、及第3分割形態全部都支援,因此可含入在這些分割形態所成之分割封包的分割標頭中。
PTP有無旗標(PTP Indicator),係為表示分割封包的分割標頭中所被配置的PTP(時刻資訊)之有無的旗標。例如,PTP有無旗標係被分配了1位元,在分割標頭內有PTP存在的情況下,則被設定'1'b1',若無PTP存在,則被設定'1'b0'。
又,PTP有無旗標,係第1分割形態、第2分割形態、及第3分割形態全部都支援,因此可含入在這些分割形態所成之分割封包的分割標頭中。
但是,作為PTP有無旗標,是被設定了'1'b1'的情況下,雖然在分割標頭內係有PTP被配置,但此時,與第4實施形態所示的情況同樣地,在分割封包的分割標頭中,配置有時刻資訊的情況下,則可將其剩餘的領域進行補零,設成固定長度(188位元組)。然後,藉由進行如此的補零,ALP封包之交界與分割封包之交界會呈一致,但實質上,就等同於酬載中只有配置PTP。
ALP封包開頭有無旗標(ALP Packet Start Indicator),係為表示分割封包的酬載中所被配置之ALP封包之開頭的位置的開頭指標之有無的旗標。例如,ALP封包開頭有無旗標係被分配了1位元,在酬載內,有ALP封包之開頭存在而表示其位置的開頭指標係為存在的情況下,則被設定'1'b1',若無ALP封包之開頭存在而開頭指標係為不存在的情況下,則被設定'1'b0'。
又,ALP封包開頭有無旗標,係第1分割形態、第2分割形態、及第3分割形態全部都支援,因此可含入在這些分割形態所成之分割封包的分割標頭中。
但是,在第2分割形態的情況下,由於會進行補零,因此作為ALP封包開頭有無旗標是被設定了'1'b1'時,則表示了,該當分割標頭所被附加的分割封包的酬載之開頭,就是ALP封包之開頭。又,在第3分割形態的情況下,由於會進行補零,而且還會進行分割標頭之削減,因此表示了,分割標頭所被附加之分割封包(的酬載)之開頭,就是ALP封包之開頭。
PLP_ID切換旗標(PLP Indicator),係為表示在分割封包的酬載內,PLP_ID的切換之有無的旗標。例如,PLP_ID切換旗標係被分配了1位元,在酬載內有PLP_ID之切換的情況下,則被設定'1'b1',若無PLP_ID之切換,則被設定'1'b0'。
又,PLP_ID切換旗標,係支援第1分割形態,因此可含入在第1分割形態所成之分割封包的分割標頭中。但是,在第1分割形態中,將PLP_ID切換旗標含入至分割標頭之際,在188位元組的分割封包內,PLP_ID只改變1次的情況下係可支援,但是若PLP_ID有改變2次,就無法使用PLP_ID切換旗標。
此外,在第2分割形態和第3分割形態的情況下,由於會進行補零,ALP封包之開頭,係總是與分割封包的酬載之開頭一致,PLP_ID之切換,係與分割封包的酬載之開頭一致,因此不需要PLP_ID切換旗標。
PTP,係為8位元的時刻資訊。PTP,係與PTP有無旗標做組合而被使用,在PTP有無旗標是表示有PTP存在的情況下,被配置在分割標頭中。
又,PTP,係第1分割形態、第2分割形態、及第3分割形態全部都支援,因此可含入在這些分割形態所成之分割封包的分割標頭中。但是,這些分割形態中,在分割封包中有配置了PTP的情況下,則不需要將PTP以ALP封包進行傳輸。
開頭指標(Start Pointer),係為表示分割封包的酬載中所被配置之ALP封包之開頭的位置的指標,係被分配了8位元。開頭指標,係與ALP封包開頭有無旗標做組合而被使用,在ALP封包開頭有無旗標是表示有開頭指標存在的情況下,被配置在分割標頭中。
又,開頭指標,係只支援第1分割形態,可含入在第1分割形態所成之分割封包的分割標頭中。此外,在第2分割形態和第3分割形態的情況下,由於會進行補零,ALP封包之開頭,係總是與分割封包之開頭一致,因此不需要開頭指標。但是,在第2分割形態與第3分割形態的情況下,例如,對緊接著分割標頭之後面等的分割封包之中途的領域有進行了補零的情況下,則亦可為,接續於其後的,ALP封包之開頭的位置,是藉由開頭指標而被表示。
PLP_ID切換開頭指標(PLP_ID Pointer),係為在PLP_ID有切換的情況下表示其ALP封包之開頭的位置的指標,係被分配了8位元。PLP_ID切換開頭指標,係與PLP_ID切換旗標做組合而被使用,在PLP_ID切換旗標是表示有PLP_ID切換開頭指標存在的情況下,被配置在分割標頭中。
又,PLP_ID切換開頭指標,係只支援第1分割形態,可含入在第1分割形態所成之分割封包的分割標頭中。但是,如前述,在第1分割形態中,將PLP_ID切換旗標含入至分割標頭之際,在188位元組的分割封包內若PLP_ID有改變2次,就無法使用PLP_ID切換旗標。
此外,在第2分割形態和第3分割形態的情況下,由於會進行補零,ALP封包之開頭,係總是與分割封包的酬載之開頭一致,PLP_ID之切換,係與分割封包的酬載之開頭一致,因此不需要PLP_ID切換開頭指標。
封包ID,係為用來識別分割封包所需之ID。作為該封包ID,係可指派固定的ID、或ALP封包的PLP_ID。
作為封包ID是指派固定的ID的情況下,則作為其位元數是確保了13位元,在MPEG2-TS中未被使用的PID之值,會被固定地指派。此情況下,封包ID(固定ID),係第1分割形態、第2分割形態、及第3分割形態全部都支援,因此可含入在這些分割形態所成之分割封包的分割標頭中。
又,作為封包ID是指派PLP_ID的情況下,則作為其位元數是確保了6位元,而會指派酬載內的ALP封包的PLP_ID。此情況下,封包ID(PLP_ID),係第1分割形態、第2分割形態、及第3分割形態全部都支援,因此可含入在這些分割形態所成之分割封包的分割標頭中。
但是,在第1分割形態中,作為封包ID是指派了PLP_ID的情況下,在188位元組的分割封包內,PLP_ID只改變1次的情況下係可支援,但是若PLP_ID有改變2次,就無法使用封包ID(PLP_ID)。亦即,此處,若2種類的PLP_ID係為必要,則例如,只要使用PLP_ID切換前後的PLP_ID即可,但是無法支援3種類以上的PLP_ID。
又,在第2分割形態和第3分割形態中,作為封包ID是指派PLP_ID的情況下,則不需要將PLP_ID以ALP封包進行傳輸。
(分割標頭的標頭資訊之例子)   接著,參照圖18及圖19,說明分割標頭的標頭資訊與分割封包的分割形態之對應關係的具體例。
圖18中係圖示了分割標頭的標頭資訊的第1例。
於第1例中,作為分割封包的分割形態,是採用了第1分割形態,因此,開頭的ALP封包AP1之一部分會被切出,而被附加分割標頭,藉此而依序生成分割封包DP1、分割封包DP2(圖18的A、B)。又,ALP封包AP1與ALP封包AP2之一部分係分別被切出,而被附加分割標頭,藉此而生成分割封包DP3(圖18的A、B)。
此處,分割封包的分割標頭,係可設成圖18的C所示的結構。亦即,於圖18的C中,分割標頭係被配置有:8位元的同步位元組、1位元的錯誤指示元、1位元的ALP封包開頭有無旗標、1位元的PTP有無旗標、及13位元的封包ID(固定ID)。
於分割標頭中,作為ALP封包開頭有無旗標是被設定了'1'b1'的情況下,則會配置8位元的開頭指標。例如,圖18的B所示的分割封包DP1乃至DP3之中,在分割封包DP3的酬載中,因為含有ALP封包AP2之開頭,所以作為ALP封包開頭有無旗標是被設定'1'b1',表示該當ALP封包AP2之開頭的位置的開頭指標,會被配置在分割標頭中。
又,於分割標頭中,作為PTP有無旗標是被設定了'1'b1'的情況下,則會配置8位元的PTP。藉此,例如,圖18的B所示的分割封包DP1乃至DP3之中,在任一分割封包的分割標頭中,就可配置作為時刻資訊的PTP。此外,PTP被配置在分割標頭中的情況下,可將其剩餘的領域進行補零,將分割封包設成固定長度(188位元組)。又,PTP被配置在分割標頭中的情況下,就不需要用ALP封包來傳輸PTP。
圖19中係圖示了分割標頭的標頭資訊的第2例。
於第2例中,作為分割封包的分割形態,是採用了第2分割形態,因此,ALP封包AP1之一部分會被切出,而被附加分割標頭,藉此而依序生成分割封包DP1、分割封包DP2,但分割封包DP2中,對於固定長度所相應之剩餘的領域,會進行補零(圖19的A、B)。又,ALP封包AP2之一部分係被切出,而被附加分割標頭,藉此而生成分割封包DP3(圖19的A、B)。
此處,分割封包的分割標頭,係可設成圖19的C所示的結構。亦即,於圖19的C中,分割標頭係被配置有:8位元的同步位元組、1位元的錯誤指示元、1位元的ALP封包開頭有無旗標、1位元的'1'b0'、及13位元的封包ID(PLP_ID)。此外,PLP_ID,係在13位元的封包ID之中,使用任意的6位元來表示。此時,13位元的封包ID,係由6位元的PLP_ID、和7位元的reserved所構成。
於分割標頭中,係雖然有被配置ALP封包開頭有無旗標,但在第2分割形態的情況下,由於ALP封包之開頭,係總是與分割封包之開頭一致,因此亦可不配置開頭指標。
例如,在圖19的B所示的分割封包DP1乃至DP3之中,在分割封包DP1與分割封包DP3中,由於酬載之開頭,就是ALP封包之開頭,因此作為ALP封包開頭有無旗標是被設定'1'b1',但在分割標頭係沒有配置開頭指標。此外,在分割封包DP2的分割標頭中,作為ALP封包開頭有無旗標是被設定'1'b0'。
又,在圖19的C所示的分割標頭中,由於作為封包ID,是被配置了酬載內的ALP封包的PLP_ID,因此,在將PLP_ID以ALP封包進行傳輸的情況下,就不需要將PLP_ID以ALP封包進行傳輸。
此外,圖18及圖19所示的分割標頭的標頭資訊係僅為一例,作為標頭資訊,係可將例如:圖17所示的同步位元組、錯誤指示元、PTP有無旗標、ALP封包開頭有無旗標、PLP_ID切換旗標、PTP、開頭指標、PLP_ID切換開頭指標、及封包ID之中的1種以上之資訊,予以含入。
又,關於圖17中所示的分割標頭的標頭資訊也是僅為一例,例如,可將任何對於從分割封包復原ALP封包而言是有效的資訊等各式各樣的資訊,予以含入。
以上說明了第7實施形態。
(8)第8實施形態
接著,參照圖20及圖21,說明第8實施形態的分割封包之結構。
在第8實施形態中,如上述的第3實施形態所示,不是將PLP_ID利用ALP封包之格式來進行傳輸,而是事前決定在ALP封包之開頭中,會有PLP_ID被配置,藉此就可不必利用分割標頭,即可傳輸PLP_ID。
圖20中係圖示了,藉由解調電路201而被處理的封包。
於圖20中,開頭的ALP封包AP1之一部分係被切出,並被附加分割標頭,藉此而依序生成分割封包DP1、和分割封包DP2(圖20的A、B)。又,ALP封包AP1與ALP封包AP2之一部分係分別被切出,而被附加分割標頭,藉此而生成分割封包DP3(圖20的A、B)。
此處,由於事前已經決定了要在ALP封包之開頭的所定之位元組(例如1位元組)中,配置PLP_ID,因此在ALP封包之開頭,係會配置PLP_ID。因此,若注意分割封包DP3的酬載,則會看到,在ALP封包AP1之後續所被配置的ALP封包AP2之開頭中,係被配置有PLP_ID。亦即,PLP_ID係以ALP封包單位而被建立關連,因此會使得在ALP封包之交界,會被附加PLP_ID。
圖21係第8實施形態的分割封包之傳輸的說明用時序圖。
圖21中係圖示了,於收訊裝置20中,透過實體介面203而被連接之解調電路201與處理電路202之間所被傳輸的分割封包的時脈訊號(CLK)、同步訊號(SYNC)、有效訊號(VALID)、及資料(DATA)的時序圖。
此處,若注意資料(DATA)的時序圖,則會看到,在188位元組的分割封包DP3的酬載中,係存在有ALP封包AP1與ALP封包AP2之交界,但在ALP封包AP2之開頭的1位元中,係被配置下個ALP封包的PLP_ID(例如'2'd0')。
如此,預先決定好,在ALP封包之開頭的第1位元組中,要放入PLP_ID,藉此,即使在分割標頭中不插入PLP_ID,在處理電路202中,仍可把ALP封包之開頭的第1位元組當成是識別元(PLP_ID)而取得PLP_ID,而可每PLP地處理串流。
以上說明了第8實施形態。
(9)第9實施形態
最後,參照圖22及圖23,說明第9實施形態的分割封包之結構。
在第9實施形態中,係在分割封包中,配置了適配欄位(adaptation_field),而可在該處,含入作為時刻資訊的PTP或PLP_ID等之資訊。
圖22中係圖示了,藉由解調電路201而被處理的封包。
此處,分割封包AP1之一部分會被切出,並被附加分割標頭,藉此而依序生成分割封包DP1、和分割封包DP2(圖22的A、B)。又,分割封包AP1與分割封包AP2之一部分係分別被切出,而被附加分割標頭,藉此而生成分割封包DP3(圖22的A、B)。
此處,分割封包的分割標頭,係可設成圖22的C所示的結構。亦即,於圖22的C中,分割標頭係被配置有:8位元的同步位元組、1位元的錯誤指示元、1位元的ALP封包開頭有無旗標、1位元的適配欄位控制、及13位元的封包ID(固定ID)。
適配欄位控制,係為了表示適配欄位之構成而被使用的領域。例如,適配欄位控制係被分配了1位元,在有適配欄位的情況下,則被設定'1'b1',若無適配欄位,則被設定'1'b0'。
此外,適配欄位,係作為var型之欄位而被定義,其細節係參照圖23而後述。又,於圖22中,作為分割封包的分割形態,是例示了第1分割形態的情況,但第9實施形態的分割封包之結構係亦可適用於,採用了第2分割形態或第3分割形態的分割封包。
(語法的例子)   圖23係為圖22所示的適配欄位(Adaptation_field)之語法的例子的圖示。
8位元的adaptation_field_length,係表示適配欄位之長度。
adaptation_field_length之值,若為大於0,則會配置有discontinuity_indicator、 random_access_indicator、ALP_packet_priority_indicator、PTP_flag、及PLP_ID_flag。
1位元的discontinuity_indicator,係表示ALP封包係為不連續。1位元的random_access_indicator,係表示隨機存取點。
1位元的ALP_packet_priority_indicator係表示,對象之ALP封包,是比其他ALP封包的優先度還高。
1位元的PTP_flag係表示,在適配欄位中,含有PTP。1位元的PLP_ID_flag係表示,在適配欄位中,含有PLP_ID。此外,PLP_ID_flag的後續3位元,係被設成意指為了將來而預留的reserved。
PTP_flag = '1' 的情況下,作為時刻資訊(PTP)係被配置有:L1B_time_info_flag、L1D_time_sec、L1D_time_msec、L1D_time_usec、及L1D_time_nsec。
2位元的L1B_time_info_flag,係表示PTP(時刻資訊)之精度。例如,'01'係意味著毫秒單位,'10'係意味著微秒單位,'11'係意味著奈秒單位。
32位元的L1D_time_sec,係表示秒單位之時刻資訊。10位元的L1D_time_msec,係表示毫秒單位的時刻資訊。10位元的L1D_time_usec,係表示微秒單位的時刻資訊。10位元的L1D_time_nsec,係表示奈秒單位的時刻資訊。
例如,L1B_time_info_flag = '01'的情況下,則被配置有秒單位的時刻資訊(L1D_time_sec)、和毫秒單位的時刻資訊(L1D_time_msec)。又,例如,L1B_time_info_flag = '10'的情況下,則除了秒單位和毫秒單位的時刻資訊(L1D_time_sec、L1D_time_msec)以外,還被配置有微秒單位的時刻資訊(L1D_time_usec)。又,例如,L1B_time_info_flag = '11'的情況下,則除了秒單位和毫秒單位和微秒單位的時刻資訊(L1D_time_sec、L1D_time_msec、L1D_time_usec)以外,還被配置有奈秒單位的時刻資訊(L1D_time_nsec)。
PTP_ID_flag = '1' 的情況下,會被配置有PLP_ID。
6位元的PLP_ID,係為用來識別PLP (Physical Layer Pipe)所需之ID。此外,PLP_ID的後續2位元,係被設成reserved。
此外,適配欄位,係在MPEG2-TS方式中也被利用,藉由利用該適配欄位,例如,就可不必像是上述的第3實施形態或第4實施形態所示,將PLP_ID或時刻資訊(PTP),利用ALP封包來進行傳輸,而是可以用和MPEG2-TS方式的結構相同之結構來進行傳輸。
又,於圖23中係例示了,在適配欄位中配置時刻資訊(PTP)和PLP_ID的情況,但亦可只配置其中任一方之資訊,甚至亦可配置時刻資訊(PTP)和PLP_ID以外之資訊。
以上說明了第9實施形態。
<4.收訊側所被執行之處理的流程>
參照圖24的流程圖,說明收訊裝置20中的解調電路201與處理電路202中所被執行之處理的流程。
此外,於圖24中,步驟S11乃至S14之處理,係由解調電路201所執行,步驟S31乃至S33之處理,係由處理電路202所執行。
於步驟S11中,解調部211係對透過天線而被接收到的播送訊號,進行解調處理。
於步驟S12中,錯誤訂正部212,係對步驟S11之處理所得的資料,進行錯誤訂正解碼處理。
於步驟S13中,I/F部213,係基於步驟S12之處理所得的資料,將ALP封包予以處理,生成分割封包。
該分割封包,係由TS封包所相應之封包長度(188位元組)所成,例如,在分割標頭,作為復原資訊是被含入有開頭指標。又,例如,對特定之ALP封包,作為私人使用者資料(PUD),可以附加作為時刻資訊的PTP、或PLP_ID。亦即,此處所被生成的分割封包,係為對應於上述的第1實施形態乃至第9實施形態之任一實施形態的分割封包。
於步驟S14中,I/F部213,係將步驟S13之處理所得的分割封包,透過實體介面203而輸出至處理電路202。
於處理電路202中,透過實體介面203而來自解調電路201(的I/F部213)之分割封包係被輸入,被記錄在記憶體221中。該記憶體221中所被記錄的分割封包,係藉由解多工器222而被硬體處理(S31)。
又,藉由處理分割封包,基於分割標頭中所被含入的復原資訊(例如開頭指標),而從酬載中所被配置之資料,復原ALP封包(S32)。然後,記憶體223中所被記錄之ALP封包,係藉由SW處理部224而被軟體處理(S33)。
此外,在處理電路202中,在ALP封包有被附加PTP的情況下,則可將PTP當作時刻資訊來使用,而進行時脈回復。此外,在處理電路202中,在ALP封包有被附加PLP_ID的情況下,則在M-PLP時,可以識別ALP封包是隸屬於哪個PLP。
以上說明了解調電路201與處理電路202中所被執行之處理的流程。
<5.變形例>
(裝置之構成的例子)   在上述的說明中,雖然假設作為解調IC的解調電路201、和作為單晶片系統(SoC)的處理電路202,是內藏於收訊裝置20中來說明,但解調電路201與處理電路202,係亦可分別以單獨的裝置而被構成。亦即,解調電路201,係亦可說是被內藏在收訊裝置20中的解調部,或者也可以是單獨進行處理的解調裝置。又,處理電路202,係亦可說是被內藏在收訊裝置20中的處理部,或者也可以是單獨進行處理的處理裝置。
(收訊裝置的例子)   上述的說明中,雖然假設收訊裝置20,係為電視受像機或機上盒(STB)等之固定收訊機來做說明,但除此以外,亦可為例如:錄影機、遊戲機、網路儲存體等,或是亦可為智慧型手機或行動電話機、平板型電腦等之行動收訊機。又,例如,收訊裝置20,係亦可為頭戴式顯示器(HMD:Head Mounted Display)等之可穿戴電腦、或車載電視等之被搭載於車輛的車載機器等。
(其他播送方式的例子)   在上述的說明中,作為數位播送的規格,是說明了被美國等所採用的方式也就是ATSC(尤其是ATSC3.0),但本技術係亦可適用於被日本等所採用的方式也就是ISDB(Integrated Services Digital Broadcasting)、或被歐洲各國等所採用的方式也就是DVB(Digital Video Broadcasting)等。又,在上述的說明中,雖然假設為,既存方式是MPEG2-TS(Transport Stream)方式,新方式是IP傳輸方式的情況來做說明,但作為既存方式和新方式,亦可適用其他方式之組合。
又,作為數位播送之規格,係除了地上波播送以外,亦可適用於利用播送衛星(BS:Broadcasting Satellite)或通訊衛星(CS:Communications Satellite)等的衛星播送、或纜線電視(CATV)等之有線播送等之規格。
(對播送方式以外之方式的適用)   又,本技術,作為傳輸路,亦可適用於播送網以外之傳輸路,亦即例如:想定會利用網際網路或電話網等之通訊線路(通訊網)等而被規定的所定之規格(數位播送之規格以外之規格)等。此情況下,作為播送系統1(圖5)的傳輸路30,可利用網際網路或電話網等之通訊線路,送訊裝置10係可為被設置在網際網路上的伺服器。然後,該當通訊伺服器、與收訊裝置20,係透過傳輸路30(通訊線路)而進行雙向通訊。
(封包或訊令之其他例子)   又,上述的封包或訊框、訊令(控制資訊)等之名稱,係為一例,有時候會使用其他名稱。但是,這些名稱的差異,僅止於形式上的差異,對象之封包或訊框、訊令等之實質的內容並沒有不同。
例如,ALP封包,係為傳輸封包之一例,傳輸封包中係可包含有例如:屬於可變長度之封包的TLV(Type Length Value)封包或GSE(Generic Stream Encapsulation)封包等。此外,訊框與封包係有時候是以相同的意義而被使用。
(時刻資訊的其他例子)   在上述的說明中,作為時刻資訊,是說明了使用PTP(Precision Time Protocol)所規定的時刻之資訊的情況,但不限於此,例如:NTP(Network Time Protocol)或3GPP(Third Generation Partnership Project)所規定的時刻之資訊、或GPS(Global Positioning System)資訊中所含的時刻之資訊、其他獨特決定之形式的時刻之資訊等任意的時刻之資訊,都可使用。
又,在上述的說明中,雖然假設時刻資訊,係表示實體層訊框之開頭的時刻來做說明,但不限於此,亦可表示任意的時刻。例如,時刻資訊係亦可表示,實體層訊框之串流中的所定之位置的時刻(絕對時刻)。亦即,該所謂串流中的所定之位置的時刻,係為所定之位置的位元,正在送訊裝置10中被處理時的所定之時序的時刻。又,在採用了實體層訊框中設置前文之結構的情況下,則亦可在該當前文中,含入時刻資訊。
<6.電腦的構成>
上述一連串處理,係可藉由硬體來執行,也可藉由軟體來執行。在以軟體來執行一連串之處理時,構成該軟體的程式,係可安裝至電腦。圖25係以程式來執行上述一連串處理的電腦的硬體之構成例的圖示。
於電腦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實施形態乃至第9實施形態的各實施形態,係當然亦可單獨地成立為實施形態,也可將複數實施形態做組合。
又,本技術係可採取如下之構成。
(1)   一種解調裝置,係具備:   解調部,係將從播送訊號所得之第1傳輸封包,予以解調;和   輸出部,係將第1傳輸方式中所被使用之可變長度之封包也就是前記第1傳輸封包,分割成第2傳輸方式中所被使用之固定長度之封包也就是第2傳輸封包所相應之封包長度而配置在酬載中,並且,對前記酬載附加上含有用來復原前記第1傳輸封包所需之資訊的標頭,將藉此所得之分割封包,透過所定之介面而予以輸出。   (2)   如前記(1)所記載之解調裝置,其中,   前記輸出部,係將前記第1傳輸封包予以依序分割,並依序配置在前記分割封包的酬載中。   (3)   如前記(1)所記載之解調裝置,其中,   前記輸出部,係將前記第1傳輸封包予以依序分割,並以使得前記第1傳輸封包之開頭與前記分割封包的酬載之開頭呈一致的方式,依序配置在前記分割封包的酬載中。   (4)   如前記(3)所記載之解調裝置,其中,   前記輸出部,係在變成前記分割封包的酬載中所被配置之前記第1傳輸封包之交界時,對於前記分割封包之固定長度所相應之剩餘的領域或中途的領域,進行補零或插入任意之固定序列。   (5)   如前記(3)或(4)所記載之解調裝置,其中,   前記輸出部,係在前記分割封包之中,只對前記分割封包的酬載中含有前記第1傳輸封包之開頭者,附加前記分割封包的標頭。   (6)   如前記(1)至(5)之任一項所記載之解調裝置,其中,   前記分割封包的標頭係含有:   用來偵測前記分割封包之開頭所需之同步位元組、   表示前記分割封包的酬載中所被配置之前記第1傳輸封包之錯誤之有無的錯誤指示元、   表示含有前記第1傳輸封包的實體層訊框的特定之位置的時刻資訊、   表示前記分割封包的酬載中所被配置之前記第1傳輸封包之開頭之位置的第1指標、   表示用來識別PLP(Physical Layer Pipe)的PLP_ID被切換時的前記第1傳輸封包之開頭的位置的第2指標、   及用來識別前記分割封包的封包ID   的其中1個以上之資訊。   (7)   如前記(6)所記載之解調裝置,其中,   在前記分割封包的酬載中所被配置之前記第1傳輸封包之開頭的位置之中,最初之開頭的位置,係藉由前記指標所表示的開頭的位置而被特定,第2個以後之開頭的位置,係藉由前記指標所表示的開頭的位置、與前記第1傳輸封包的封包長度而被特定。   (8)   如前記(6)或(7)所記載之解調裝置,其中,   前記封包ID,係被指派成固定的ID,或前記分割封包的酬載中所被配置之前記第1傳輸封包的PLP_ID。   (9)   如前記(6)至(8)之任一項所記載之解調裝置,其中,   前記時刻資訊、前記第1指標、及前記第2指標,係隨應於表示這些資訊之有無的旗標而被配置。   (10)   如前記(1)至(9)之任一項所記載之解調裝置,其中,   前記分割封包,係含有適配欄位;   前記適配欄位係含有:表示含有前記第1傳輸封包的實體層訊框之特定之位置的時刻資訊、及用來識別PLP的PLP_ID之至少一方之資訊。   (11)   如前記(1)至(10)之任一項所記載之解調裝置,其中,   前記第1傳輸封包,係藉由複數PLP而被傳輸;   按照每一PLP所得的前記第1傳輸封包之中,在特定的第1傳輸封包中係含有:用來識別前記第1傳輸封包所屬之PLP的PLP_ID。   (12)   如前記(1)至(11)之任一項所記載之解調裝置,其中,   前記第1傳輸封包之中,在特定的第1傳輸封包中係含有:表示含有前記第1傳輸封包的實體層訊框的特定之位置的時刻資訊。   (13)   如前記(12)所記載之解調裝置,其中,   於前記分割封包中,在前記分割封包的酬載中若被配置了含有前記時刻資訊的前記第1傳輸封包的情況下,則補零或任意之固定序列之插入會被進行。   (14)   如前記(1)至(5)之任一項所記載之解調裝置,其中,   在前記分割封包的酬載中所被配置之前記第1傳輸封包之開頭,係被附加有用來識別PLP的PLP_ID。   (15)   如前記(1)至(14)之任一項所記載之解調裝置,其中,   前記第1傳輸方式,係為IP(Internet Protocol)傳輸方式;   前記第1傳輸封包,係為ATSC(Advanced Television Systems Committee)3.0中所被規定之ALP(ATSC Link-Layer Protocol)封包;   前記第2傳輸方式,係為MPEG2-TS(Transport Stream)方式;   前記第2傳輸封包,係為TS封包。   (16)   如前記(15)所記載之解調裝置,其中,   前記第2傳輸封包的封包長度,係為188位元組;   前記第1傳輸封包,係以能夠獲得188位元組單位之前記分割封包的方式,而被分割;   前記分割封包的標頭,係含有前記TS封包之TS標頭所對應之資訊。   (17)   一種資料處理方法,係為解調裝置的資料處理方法,其中,含有以下步驟:   由前記解調裝置,   將從播送訊號所得之第1傳輸封包,予以解調;   將第1傳輸方式中所被使用之可變長度之封包也就是前記第1傳輸封包,分割成第2傳輸方式中所被使用之固定長度之封包也就是第2傳輸封包所相應之封包長度而配置在酬載中,並且,對前記酬載附加上含有用來復原前記第1傳輸封包所需之資訊的標頭,將藉此所得之分割封包,透過所定之介面而予以輸出。   (18)   一種處理裝置,係   具備:處理部,係基於透過所定之介面而被輸入的分割封包的標頭中所含之資訊,而將從酬載中所被配置之資料所被復原出來的第1傳輸封包,加以處理;   前記第1傳輸封包,係為第1傳輸方式中所被使用之可變長度之封包,並且是從播送訊號所獲得;   前記分割封包,係將前記第1傳輸封包,分割成第2傳輸方式中所被使用之固定長度之封包也就是第2傳輸封包所相應之封包長度而配置在酬載中,並且,對前記酬載附加上含有用來復原前記第1傳輸封包所需之資訊的標頭,藉此而被獲得。   (19)   如前記(18)所記載之處理裝置,其中,   前記分割封包的標頭係含有:   用來偵測前記分割封包之開頭所需之同步位元組、   表示前記分割封包的酬載中所被配置之前記第1傳輸封包之錯誤之有無的錯誤指示元、   表示含有前記第1傳輸封包的實體層訊框的特定之位置的時刻資訊、   表示前記酬載的酬載中所被配置之前記第1傳輸封包之開頭之位置的第1指標、   表示用來識別PLP的PLP_ID被切換時的前記第1傳輸封包之開頭之位置的第2指標、   及用來識別前記分割封包的封包ID   的其中1個以上之資訊。   (20)   如前記(19)所記載之處理裝置,其中,   在前記分割封包的酬載中所被配置之前記第1傳輸封包之開頭的位置之中,最初之開頭的位置,係藉由前記指標所表示的開頭的位置而被特定,第2個以後之開頭的位置,係藉由前記指標所表示的開頭的位置、與前記第1傳輸封包的封包長度而被特定。   (21)   如前記(19)或(20)所記載之處理裝置,其中,   前記封包ID,係被指派成固定的ID,或前記分割封包的酬載中所被配置之前記第1傳輸封包的PLP_ID。   (22)   如前記(19)至(21)之任一項所記載之處理裝置,其中,   前記時刻資訊、前記第1指標、及前記第2指標,係隨應於表示這些資訊之有無的旗標而被配置。   (23)   如前記(18)至(22)之任一項所記載之處理裝置,其中,   前記分割封包,係含有適配欄位;   前記適配欄位係含有:表示含有前記第1傳輸封包的實體層訊框之特定之位置的時刻資訊、及用來識別PLP的PLP_ID之至少一方之資訊。   (24)   如前記(18)至(23)之任一項所記載之處理裝置,其中,   前記第1傳輸封包,係藉由複數PLP而被傳輸;   按照每一PLP所得的前記第1傳輸封包之中,在特定的第1傳輸封包中係含有:用來識別前記第1傳輸封包所屬之PLP的PLP_ID。   (25)   如前記(18)至(24)之任一項所記載之處理裝置,其中,   前記第1傳輸封包之中,在特定的第1傳輸封包中係含有:表示含有前記第1傳輸封包的實體層訊框的特定之位置的時刻資訊。   (26)   如前記(25)所記載之處理裝置,其中,   於前記分割封包中,在前記分割封包的酬載中若被配置了含有前記時刻資訊的前記第1傳輸封包的情況下,則補零或任意之固定序列之插入會被進行。   (27)   如前記(18)所記載之處理裝置,其中,   在前記分割封包的酬載中所被配置之前記第1傳輸封包之開頭,係被附加有用來識別PLP的PLP_ID。   (28)   如前記(18)至(27)之任一項所記載之處理裝置,其中,   前記第1傳輸方式,係為IP傳輸方式;   前記第1傳輸封包,係為ATSC3.0中所被規定之ALP封包;   前記第2傳輸方式,係為MPEG2-TS方式;   前記第2傳輸封包,係為TS封包。   (29)   如前記(28)所記載之處理裝置,其中,   前記第2傳輸封包的封包長度,係為188位元組;   前記第1傳輸封包,係以能夠獲得188位元組單位之前記分割封包的方式,而被分割;   前記分割封包的標頭,係含有前記TS封包之TS標頭所對應之資訊。   (30)   一種資料處理方法,係為處理裝置的資料處理方法,其中,含有以下步驟:   由前記處理裝置,   基於透過所定之介面而被輸入的分割封包的標頭中所含之資訊,而將從酬載中所被配置之資料所被復原出來的第1傳輸封包,加以處理;   前記第1傳輸封包,係為第1傳輸方式中所被使用之可變長度之封包,並且是從播送訊號所獲得;   前記分割封包,係將前記第1傳輸封包,分割成第2傳輸方式中所被使用之固定長度之封包也就是第2傳輸封包所相應之封包長度而配置在酬載中,並且,對前記酬載附加上含有用來復原前記第1傳輸封包所需之資訊的標頭,藉此而被獲得。   (31)   一種收訊裝置,係   具備:   解調部,係將從播送訊號所得之第1傳輸封包,予以解調;和   處理部,係將已被前記解調部所解調之前記第1傳輸封包,加以處理;   前記解調部與前記處理部,係透過所定之介面而被連接;   前記解調部,係將第1傳輸方式中所被使用之可變長度之封包也就是前記第1傳輸封包,分割成第2傳輸方式中所被使用之固定長度之封包也就是第2傳輸封包所相應之封包長度而配置在酬載中,並且,對前記酬載附加上含有用來復原前記第1傳輸封包所需之資訊的標頭,將藉此所得之分割封包,輸出至前記處理部;   前記處理部,係基於從前記解調部所被輸入之前記分割封包的標頭中所含之資訊,而將從酬載中所被配置之資料所被復原出來的前記第1傳輸封包,加以處理。   (32)   如前記(31)所記載之收訊裝置,其中,   前記解調部,係將前記第1傳輸封包予以依序分割,並依序配置在前記分割封包的酬載中。   (33)   如前記(31)所記載之收訊裝置,其中,   前記解調部,係將前記第1傳輸封包予以依序分割,並依序配置在前記分割封包的酬載中時,使得前記第1傳輸封包之開頭、與前記分割封包的酬載之開頭呈一致。   (34)   如前記(33)所記載之收訊裝置,其中,   在變成前記分割封包的酬載中所被配置之前記第1傳輸封包之交界時,對於前記分割封包之固定長度所相應之剩餘的領域或中途的領域,進行補零或任意之固定序列之插入。   (35)   如前記(33)或(34)所記載之收訊裝置,其中,   在前記分割封包之中,只對前記分割封包的酬載中含有前記第1傳輸封包之開頭者,會被附加前記分割封包的標頭。   (36)   如前記(31)至(35)之任一項所記載之收訊裝置,其中,   前記分割封包的標頭係含有:   用來偵測前記分割封包之開頭所需之同步位元組、   表示前記分割封包的酬載中所被配置之前記第1傳輸封包之錯誤之有無的錯誤指示元、   表示實體層訊框的特定之位置的時刻資訊、   表示前記分割封包的酬載中所被配置之前記第1傳輸封包之開頭之位置的第1指標、   表示用來識別PLP的PLP_ID被切換時的前記第1傳輸封包之開頭之位置的第2指標、   及用來識別前記分割封包的封包ID   的其中1個以上之資訊。   (37)   如前記(36)所記載之收訊裝置,其中,   在前記分割封包的酬載中所被配置之前記第1傳輸封包之開頭的位置之中,最初之開頭的位置,係藉由前記指標所表示的開頭的位置而被特定,第2個以後之開頭的位置,係藉由前記指標所表示的開頭的位置、與前記第1傳輸封包的封包長度而被特定。   (38)   如前記(36)或(37)所記載之收訊裝置,其中,   前記封包ID,係被指派成固定的ID,或前記分割封包的酬載中所被配置之前記第1傳輸封包的PLP_ID。   (39)   如前記(36)至(38)之任一項所記載之收訊裝置,其中,   前記時刻資訊、前記第1指標、及前記第2指標,係隨應於表示這些資訊之有無的旗標而被配置。   (40)   如前記(31)至(39)之任一項所記載之收訊裝置,其中,   前記分割封包,係含有適配欄位;   前記適配欄位係含有:表示含有前記第1傳輸封包的實體層訊框之特定之位置的時刻資訊、及用來識別PLP的PLP_ID之至少一方之資訊。   (41)   如前記(31)至(40)之任一項所記載之收訊裝置,其中,   前記第1傳輸封包,係藉由複數PLP而被傳輸;   按照每一PLP所得的前記第1傳輸封包之中,在特定的第1傳輸封包中係含有:用來識別前記第1傳輸封包所屬之PLP的PLP_ID。   (42)   如前記(31)至(41)之任一項所記載之收訊裝置,其中,   前記第1傳輸封包之中,在特定的第1傳輸封包中係含有:表示含有前記第1傳輸封包的實體層訊框的特定之位置的時刻資訊。   (43)   如前記(42)所記載之收訊裝置,其中,   於前記分割封包中,在前記分割封包的酬載中若被配置了含有前記時刻資訊的前記第1傳輸封包的情況下,則補零或任意之固定序列之插入會被進行。   (44)   如前記(31)至(35)之任一項所記載之收訊裝置,其中,   在前記分割封包的酬載中所被配置之前記第1傳輸封包之開頭,係被附加有用來識別PLP的PLP_ID。   (45)   如前記(31)至(44)之任一項所記載之收訊裝置,其中,   前記第1傳輸方式,係為IP傳輸方式;   前記第1傳輸封包,係為ATSC3.0中所被規定之ALP封包;   前記第2傳輸方式,係為MPEG2-TS方式;   前記第2傳輸封包,係為TS封包。   (46)   如前記(45)所記載之收訊裝置,其中,   前記第2傳輸封包的封包長度,係為188位元組;   前記第1傳輸封包,係以能夠獲得188位元組單位之前記分割封包的方式,而被分割;   前記分割封包的標頭,係含有前記TS封包之TS標頭所對應之資訊。   (47)   如前記(31)至(46)之任一項所記載之收訊裝置,其中,   前記解調部,係為解調元件;   前記處理部,係為單晶片系統(SoC:System on Chip)。   (48)   一種資料處理方法,係為具有:   解調部,係將從播送訊號所得之第1傳輸封包,予以解調;和   處理部,係將已被前記解調部所解調之前記第1傳輸封包,加以處理;   前記解調部與前記處理部,係透過所定之介面而被連接   的收訊裝置的資料處理方法,其中,   含有以下步驟:   由前記解調部,將第1傳輸方式中所被使用之可變長度之封包也就是前記第1傳輸封包,分割成第2傳輸方式中所被使用之固定長度之封包也就是第2傳輸封包所相應之封包長度而配置在酬載中,並且,對前記酬載附加上含有用來復原前記第1傳輸封包所需之資訊的標頭,將藉此所得之分割封包,輸出至前記處理部;   由前記處理部,基於從前記解調部所被輸入之前記分割封包的標頭中所含之資訊,而將從酬載中所被配置之資料所被復原出來的前記第1傳輸封包,加以處理。
1‧‧‧播送系統
10‧‧‧送訊裝置
20‧‧‧收訊裝置
30‧‧‧傳輸路
201‧‧‧解調電路
202‧‧‧處理電路
203‧‧‧實體介面
211‧‧‧解調部
212‧‧‧錯誤訂正部
213‧‧‧I/F部
221‧‧‧記憶體
222‧‧‧解多工器
223‧‧‧記憶體
224‧‧‧SW處理部
90‧‧‧收訊裝置
901‧‧‧解調電路
902‧‧‧處理電路
903‧‧‧實體介面
911‧‧‧解調部
912‧‧‧錯誤訂正部
913‧‧‧I/F部
921‧‧‧記憶體
922‧‧‧解多工器
923‧‧‧記憶體
924‧‧‧SW處理部
1000‧‧‧電腦
1001‧‧‧CPU
1002‧‧‧ROM
1003‧‧‧RAM
1004‧‧‧匯流排
1005‧‧‧輸出入介面
1006‧‧‧輸入部
1007‧‧‧輸出部
1008‧‧‧記錄部
1009‧‧‧通訊部
1010‧‧‧驅動機
1011‧‧‧可移除式記錄媒體
[圖1]收訊側的解調IC和單晶片系統(SoC)之構成的區塊圖。   [圖2]IP傳輸方式的協定堆疊之例子的圖示。   [圖3]ALP封包的系統架構的圖示。   [圖4]含有解調IC與單晶片系統(SoC)的收訊裝置之構成的區塊圖。   [圖5]適用了本技術的播送系統之構成例的區塊圖。   [圖6]圖5的收訊裝置之構成例的區塊圖。   [圖7]TS封包的結構之例子的圖示。   [圖8]ALP封包的結構之例子的圖示。   [圖9]ALP封包的輸出時序之例子的圖示。   [圖10]第1實施形態的分割封包之結構的例子的圖示。   [圖11]第2實施形態的分割封包之結構的例子的圖示。   [圖12]第3實施形態的分割封包之結構的例子的圖示。   [圖13]第4實施形態的分割封包之結構的例子的圖示。   [圖14]第5實施形態的分割封包之結構的例子的圖示。   [圖15]第5實施形態的分割封包之結構的例子的圖示。   [圖16]第6實施形態的分割封包之結構的例子的圖示。   [圖17]第6實施形態的分割封包的切割方式與標頭資訊之組合之例子的圖示。   [圖18]第7實施形態的分割封包之結構的例子的圖示。   [圖19]第7實施形態的分割封包之結構的例子的圖示。   [圖20]第8實施形態的分割封包之結構的例子的圖示。   [圖21]第8實施形態的分割封包之傳輸的說明用時序圖。   [圖22]第9實施形態的分割封包之結構的例子的圖示。   [圖23]Adaptation_field()之語法之例子的圖示。   [圖24]收訊側的解調電路與處理電路的處理之流程的說明用流程圖。   [圖25]電腦之構成例的圖示。

Claims (48)

  1. 一種解調裝置,係具備:   解調部,係將從播送訊號所得之第1傳輸封包,予以解調;和   輸出部,係將第1傳輸方式中所被使用之可變長度之封包也就是前記第1傳輸封包,分割成第2傳輸方式中所被使用之固定長度之封包也就是第2傳輸封包所相應之封包長度而配置在酬載中,並且,對前記酬載附加上含有用來復原前記第1傳輸封包所需之資訊的標頭,將藉此所得之分割封包,透過所定之介面而予以輸出。
  2. 如請求項1所記載之解調裝置,其中,   前記輸出部,係將前記第1傳輸封包予以依序分割,並依序配置在前記分割封包的酬載中。
  3. 如請求項1所記載之解調裝置,其中,   前記輸出部,係將前記第1傳輸封包予以依序分割,並以使得前記第1傳輸封包之開頭與前記分割封包的酬載之開頭呈一致的方式,依序配置在前記分割封包的酬載中。
  4. 如請求項3所記載之解調裝置,其中,   前記輸出部,係在變成前記分割封包的酬載中所被配置之前記第1傳輸封包之交界時,對於前記分割封包之固定長度所相應之剩餘的領域或中途的領域,進行補零或插入任意之固定序列。
  5. 如請求項3所記載之解調裝置,其中,   前記輸出部,係在前記分割封包之中,只對前記分割封包的酬載中含有前記第1傳輸封包之開頭者,附加前記分割封包的標頭。
  6. 如請求項1所記載之解調裝置,其中,   前記分割封包的標頭係含有:   用來偵測前記分割封包之開頭所需之同步位元組、   表示前記分割封包的酬載中所被配置之前記第1傳輸封包的錯誤之有無的錯誤指示元、   表示含有前記第1傳輸封包的實體層訊框的特定之位置的時刻資訊、   表示前記分割封包的酬載中所被配置之前記第1傳輸封包之開頭的位置的第1指標、   表示用來識別PLP(Physical Layer Pipe)的PLP_ID被切換時的前記第1傳輸封包之開頭的位置的第2指標、   及用來識別前記分割封包的封包ID   的其中1個以上之資訊。
  7. 如請求項6所記載之解調裝置,其中,   在前記分割封包的酬載中所被配置之前記第1傳輸封包之開頭的位置之中,最初之開頭的位置,係藉由前記指標所表示的開頭的位置而被特定,第2個以後之開頭的位置,係藉由前記指標所表示的開頭的位置、與前記第1傳輸封包的封包長度而被特定。
  8. 如請求項6所記載之解調裝置,其中,   前記封包ID,係被指派成固定的ID,或前記分割封包的酬載中所被配置之前記第1傳輸封包的PLP_ID。
  9. 如請求項6所記載之解調裝置,其中,   前記時刻資訊、前記第1指標、及前記第2指標,係隨應於表示這些資訊之有無的旗標而被配置。
  10. 如請求項1所記載之解調裝置,其中,   前記分割封包,係含有適配欄位;   前記適配欄位係含有:表示含有前記第1傳輸封包的實體層訊框的特定之位置的時刻資訊、及用來識別PLP的PLP_ID之至少一方之資訊。
  11. 如請求項1所記載之解調裝置,其中,   前記第1傳輸封包,係藉由複數PLP而被傳輸;   按照每一PLP所得的前記第1傳輸封包之中,在特定的第1傳輸封包中係含有:用來識別前記第1傳輸封包所屬之PLP的PLP_ID。
  12. 如請求項1所記載之解調裝置,其中,   前記第1傳輸封包之中,在特定的第1傳輸封包中係含有:表示含有前記第1傳輸封包的實體層訊框的特定之位置的時刻資訊。
  13. 如請求項12所記載之解調裝置,其中,   於前記分割封包中,在前記分割封包的酬載中若被配置了含有前記時刻資訊的前記第1傳輸封包的情況下,則補零或任意之固定序列之插入會被進行。
  14. 如請求項1所記載之解調裝置,其中,   在前記分割封包的酬載中所被配置之前記第1傳輸封包之開頭,係被附加有用來識別PLP的PLP_ID。
  15. 如請求項1所記載之解調裝置,其中,   前記第1傳輸方式,係為IP(Internet Protocol)傳輸方式;   前記第1傳輸封包,係為ATSC(Advanced Television Systems Committee)3.0中所被規定之ALP(ATSC Link-Layer Protocol)封包;   前記第2傳輸方式,係為MPEG2-TS(Transport Stream)方式;   前記第2傳輸封包,係為TS封包。
  16. 如請求項15所記載之解調裝置,其中,   前記第2傳輸封包的封包長度,係為188位元組;   前記第1傳輸封包,係以能夠獲得188位元組單位的前記分割封包的方式,而被分割;   前記分割封包的標頭,係含有前記TS封包的TS標頭所對應之資訊。
  17. 一種資料處理方法,係為解調裝置的資料處理方法,其中,含有以下步驟:   由前記解調裝置,   將從播送訊號所得之第1傳輸封包,予以解調;   將第1傳輸方式中所被使用之可變長度之封包也就是前記第1傳輸封包,分割成第2傳輸方式中所被使用之固定長度之封包也就是第2傳輸封包所相應之封包長度而配置在酬載中,並且,對前記酬載附加上含有用來復原前記第1傳輸封包所需之資訊的標頭,將藉此所得之分割封包,透過所定之介面而予以輸出。
  18. 一種處理裝置,係   具備:處理部,係基於透過所定之介面而被輸入的分割封包的標頭中所含之資訊,而將從酬載中所被配置之資料所被復原出來的第1傳輸封包,加以處理;   前記第1傳輸封包,係為第1傳輸方式中所被使用之可變長度之封包,並且是從播送訊號所獲得;   前記分割封包,係將前記第1傳輸封包,分割成第2傳輸方式中所被使用之固定長度之封包也就是第2傳輸封包所相應之封包長度而配置在酬載中,並且,對前記酬載附加上含有用來復原前記第1傳輸封包所需之資訊的標頭,藉此而被獲得。
  19. 如請求項18所記載之處理裝置,其中,   前記分割封包的標頭係含有:   用來偵測前記分割封包之開頭所需之同步位元組、   表示前記分割封包的酬載中所被配置之前記第1傳輸封包的錯誤之有無的錯誤指示元、   表示含有前記第1傳輸封包的實體層訊框的特定之位置的時刻資訊、   表示前記酬載的酬載中所被配置之前記第1傳輸封包之開頭之位置的第1指標、   表示用來識別PLP的PLP_ID被切換時的前記第1傳輸封包之開頭之位置的第2指標、   及用來識別前記分割封包的封包ID   的其中1個以上之資訊。
  20. 如請求項19所記載之處理裝置,其中,   在前記分割封包的酬載中所被配置之前記第1傳輸封包之開頭的位置之中,最初之開頭的位置,係藉由前記指標所表示的開頭的位置而被特定,第2個以後之開頭的位置,係藉由前記指標所表示的開頭的位置、與前記第1傳輸封包的封包長度而被特定。
  21. 如請求項19所記載之處理裝置,其中,   前記封包ID,係被指派成固定的ID,或前記分割封包的酬載中所被配置之前記第1傳輸封包的PLP_ID。
  22. 如請求項19所記載之處理裝置,其中,   前記時刻資訊、前記第1指標、及前記第2指標,係隨應於表示這些資訊之有無的旗標而被配置。
  23. 如請求項18所記載之處理裝置,其中,   前記分割封包,係含有適配欄位;   前記適配欄位係含有:表示含有前記第1傳輸封包的實體層訊框之特定之位置的時刻資訊、及用來識別PLP的PLP_ID之至少一方之資訊。
  24. 如請求項18所記載之處理裝置,其中,   前記第1傳輸封包,係藉由複數PLP而被傳輸;   按照每一PLP所得的前記第1傳輸封包之中,在特定的第1傳輸封包中係含有:用來識別前記第1傳輸封包所屬之PLP的PLP_ID。
  25. 如請求項18所記載之處理裝置,其中,   前記第1傳輸封包之中,在特定的第1傳輸封包中係含有:表示含有前記第1傳輸封包的實體層訊框的特定之位置的時刻資訊。
  26. 如請求項25所記載之處理裝置,其中,   於前記分割封包中,在前記分割封包的酬載中若被配置了含有前記時刻資訊的前記第1傳輸封包的情況下,則補零或任意之固定序列之插入會被進行。
  27. 如請求項18所記載之處理裝置,其中,   在前記分割封包的酬載中所被配置之前記第1傳輸封包之開頭,係被附加有用來識別PLP的PLP_ID。
  28. 如請求項18所記載之處理裝置,其中,   前記第1傳輸方式,係為IP傳輸方式;   前記第1傳輸封包,係為ATSC3.0中所被規定之ALP封包;   前記第2傳輸方式,係為MPEG2-TS方式;   前記第2傳輸封包,係為TS封包。
  29. 如請求項28所記載之處理裝置,其中,   前記第2傳輸封包的封包長度,係為188位元組;   前記第1傳輸封包,係以能夠獲得188位元組單位的前記分割封包的方式,而被分割;   前記分割封包的標頭,係含有前記TS封包的TS標頭所對應之資訊。
  30. 一種資料處理方法,係為處理裝置的資料處理方法,其中,含有以下步驟:   由前記處理裝置,   基於透過所定之介面而被輸入的分割封包的標頭中所含之資訊,而將從酬載中所被配置之資料所被復原出來的第1傳輸封包,加以處理;   前記第1傳輸封包,係為第1傳輸方式中所被使用之可變長度之封包,並且是從播送訊號所獲得;   前記分割封包,係將前記第1傳輸封包,分割成第2傳輸方式中所被使用之固定長度之封包也就是第2傳輸封包所相應之封包長度而配置在酬載中,並且,對前記酬載附加上含有用來復原前記第1傳輸封包所需之資訊的標頭,藉此而被獲得。
  31. 一種收訊裝置,係   具備:   解調部,係將從播送訊號所得之第1傳輸封包,予以解調;和   處理部,係將已被前記解調部所解調之前記第1傳輸封包,加以處理;   前記解調部與前記處理部,係透過所定之介面而被連接;   前記解調部,係將第1傳輸方式中所被使用之可變長度之封包也就是前記第1傳輸封包,分割成第2傳輸方式中所被使用之固定長度之封包也就是第2傳輸封包所相應之封包長度而配置在酬載中,並且,對前記酬載附加上含有用來復原前記第1傳輸封包所需之資訊的標頭,將藉此所得之分割封包,輸出至前記處理部;   前記處理部,係基於從前記解調部所被輸入之前記分割封包的標頭中所含之資訊,而將從酬載中所被配置之資料所被復原出來的前記第1傳輸封包,加以處理。
  32. 如請求項31所記載之收訊裝置,其中,   前記解調部,係將前記第1傳輸封包予以依序分割,並依序配置在前記分割封包的酬載中。
  33. 如請求項31所記載之收訊裝置,其中,   前記解調部,係將前記第1傳輸封包予以依序分割,並依序配置在前記分割封包的酬載中時,使得前記第1傳輸封包之開頭、與前記分割封包的酬載之開頭呈一致。
  34. 如請求項33所記載之收訊裝置,其中,   在變成前記分割封包的酬載中所被配置之前記第1傳輸封包之交界時,對於前記分割封包之固定長度所相應之剩餘的領域或中途的領域,進行補零或任意之固定序列之插入。
  35. 如請求項33所記載之收訊裝置,其中,   在前記分割封包之中,只對前記分割封包的酬載中含有前記第1傳輸封包之開頭者,會被附加前記分割封包的標頭。
  36. 如請求項31所記載之收訊裝置,其中,   前記分割封包的標頭係含有:   用來偵測前記分割封包之開頭所需之同步位元組、   表示前記分割封包的酬載中所被配置之前記第1傳輸封包的錯誤之有無的錯誤指示元、   表示實體層訊框的特定之位置的時刻資訊、   表示前記分割封包的酬載中所被配置之前記第1傳輸封包之開頭之位置的第1指標、   表示用來識別PLP的PLP_ID被切換時的前記第1傳輸封包之開頭之位置的第2指標、   及用來識別前記分割封包的封包ID   的其中1個以上之資訊。
  37. 如請求項36所記載之收訊裝置,其中,   在前記分割封包的酬載中所被配置之前記第1傳輸封包之開頭的位置之中,最初之開頭的位置,係藉由前記指標所表示的開頭的位置而被特定,第2個以後之開頭的位置,係藉由前記指標所表示的開頭的位置、與前記第1傳輸封包的封包長度而被特定。
  38. 如請求項36所記載之收訊裝置,其中,   前記封包ID,係被指派成固定的ID,或前記分割封包的酬載中所被配置之前記第1傳輸封包的PLP_ID。
  39. 如請求項36所記載之收訊裝置,其中,   前記時刻資訊、前記第1指標、及前記第2指標,係隨應於表示這些資訊之有無的旗標而被配置。
  40. 如請求項31所記載之收訊裝置,其中,   前記分割封包,係含有適配欄位;   前記適配欄位係含有:表示含有前記第1傳輸封包的實體層訊框之特定之位置的時刻資訊、及用來識別PLP的PLP_ID之至少一方之資訊。
  41. 如請求項31所記載之收訊裝置,其中,   前記第1傳輸封包,係藉由複數PLP而被傳輸;   按照每一PLP所得的前記第1傳輸封包之中,在特定的第1傳輸封包中係含有:用來識別前記第1傳輸封包所屬之PLP的PLP_ID。
  42. 如請求項31所記載之收訊裝置,其中,   前記第1傳輸封包之中,在特定的第1傳輸封包中係含有:表示含有前記第1傳輸封包的實體層訊框的特定之位置的時刻資訊。
  43. 如請求項42所記載之收訊裝置,其中,   於前記分割封包中,在前記分割封包的酬載中若被配置了含有前記時刻資訊的前記第1傳輸封包的情況下,則補零或任意之固定序列之插入會被進行。
  44. 如請求項31所記載之收訊裝置,其中,   在前記分割封包的酬載中所被配置之前記第1傳輸封包之開頭,係被附加有用來識別PLP的PLP_ID。
  45. 如請求項31所記載之收訊裝置,其中,   前記第1傳輸方式,係為IP傳輸方式;   前記第1傳輸封包,係為ATSC3.0中所被規定之ALP封包;   前記第2傳輸方式,係為MPEG2-TS方式;   前記第2傳輸封包,係為TS封包。
  46. 如請求項45所記載之收訊裝置,其中,   前記第2傳輸封包的封包長度,係為188位元組;   前記第1傳輸封包,係以能夠獲得188位元組單位的前記分割封包的方式,而被分割;   前記分割封包的標頭,係含有前記TS封包的TS標頭所對應之資訊。
  47. 如請求項31所記載之收訊裝置,其中,   前記解調部,係為解調元件;   前記處理部,係為單晶片系統(SoC:System on Chip)。
  48. 一種資料處理方法,係為具有:   解調部,係將從播送訊號所得之第1傳輸封包,予以解調;和   處理部,係將已被前記解調部所解調之前記第1傳輸封包,加以處理;   前記解調部與前記處理部,係透過所定之介面而被連接   的收訊裝置的資料處理方法,其中,   含有以下步驟:   由前記解調部,將第1傳輸方式中所被使用之可變長度之封包也就是前記第1傳輸封包,分割成第2傳輸方式中所被使用之固定長度之封包也就是第2傳輸封包所相應之封包長度而配置在酬載中,並且,對前記酬載附加上含有用來復原前記第1傳輸封包所需之資訊的標頭,將藉此所得之分割封包,輸出至前記處理部;   由前記處理部,基於從前記解調部所被輸入之前記分割封包的標頭中所含之資訊,而將從酬載中所被配置之資料所被復原出來的前記第1傳輸封包,加以處理。
TW107119112A 2017-06-14 2018-06-04 解調裝置、處理裝置、收訊裝置、及資料處理方法 TWI690150B (zh)

Applications Claiming Priority (4)

Application Number Priority Date Filing Date Title
JP2017-117054 2017-06-14
JP2017117054 2017-06-14
JP2017142986 2017-07-24
JP2017-142986 2017-07-24

Publications (2)

Publication Number Publication Date
TW201906311A true TW201906311A (zh) 2019-02-01
TWI690150B TWI690150B (zh) 2020-04-01

Family

ID=64659132

Family Applications (1)

Application Number Title Priority Date Filing Date
TW107119112A TWI690150B (zh) 2017-06-14 2018-06-04 解調裝置、處理裝置、收訊裝置、及資料處理方法

Country Status (5)

Country Link
US (2) US11368748B2 (zh)
JP (1) JP7191822B2 (zh)
KR (2) KR102474102B1 (zh)
TW (1) TWI690150B (zh)
WO (1) WO2018230348A1 (zh)

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP7082282B2 (ja) * 2018-06-06 2022-06-08 富士通株式会社 パケット解析プログラム、パケット解析方法およびパケット解析装置
WO2022203248A1 (ko) * 2021-03-24 2022-09-29 한국전자통신연구원 리듀스드 캐리어 계수를 시그널링하는 방송 신호 프레임을 이용한 방송 신호 송신 장치 및 방송 신호 송신 방법
WO2022224520A1 (ja) * 2021-04-19 2022-10-27 ソニーグループ株式会社 送信装置、送信方法、受信装置、及び受信方法

Family Cites Families (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
DE69217860T2 (de) * 1991-12-09 1997-10-16 Matsushita Electric Ind Co Ltd Digitale Modulator- oder Demodulatorschaltung
JP4475835B2 (ja) * 2001-03-05 2010-06-09 富士通株式会社 入力回線インタフェース装置及びパケット通信装置
US10623534B2 (en) 2013-09-26 2020-04-14 Lg Electronics Inc. Apparatus for transmitting signaling information, apparatus for receiving signaling information, method for transmitting signaling information and method for receiving signaling information
JP6298757B2 (ja) * 2014-01-15 2018-03-20 日本放送協会 送信装置及び受信装置
JP6674105B2 (ja) 2014-06-24 2020-04-01 株式会社ソシオネクスト インタフェース装置およびそれを備えた受信装置
JP6635050B2 (ja) * 2015-01-22 2020-01-22 株式会社ソシオネクスト 分割データの受信システム
JP2016208161A (ja) 2015-04-17 2016-12-08 ソニー株式会社 送信装置、送信方法、受信装置、及び、受信方法
JP2016225906A (ja) 2015-06-02 2016-12-28 ソニー株式会社 送信装置、送信方法、受信装置、及び、受信方法
JP2017073680A (ja) * 2015-10-08 2017-04-13 ソニー株式会社 受信装置および方法
MX2018004230A (es) * 2015-10-15 2018-05-15 Sony Corp Aparato de recepcion, aparato de transmision, y metodo de procesamiento de datos.
KR20180069794A (ko) * 2015-10-15 2018-06-25 소니 주식회사 수신 장치, 송신 장치, 및 데이터 처리 방법

Also Published As

Publication number Publication date
US20220191579A1 (en) 2022-06-16
JPWO2018230348A1 (ja) 2020-04-16
KR20200018423A (ko) 2020-02-19
US11653058B2 (en) 2023-05-16
KR102474102B1 (ko) 2022-12-06
WO2018230348A1 (ja) 2018-12-20
KR20220100096A (ko) 2022-07-14
US11368748B2 (en) 2022-06-21
US20200145715A1 (en) 2020-05-07
TWI690150B (zh) 2020-04-01
JP7191822B2 (ja) 2022-12-19
KR102417673B1 (ko) 2022-07-07

Similar Documents

Publication Publication Date Title
KR102481919B1 (ko) 송신 장치, 송신 방법, 수신 장치, 및 수신 방법
US11095934B2 (en) Receiving device and receiving method
US11653058B2 (en) Demodulation device, processing device, reception device, and data processing method
US11677999B2 (en) Data processing apparatus and data processing method
US10735789B2 (en) Transmitting apparatus, receiving apparatus, and data processing method
CA2980689A1 (en) Transmission device, transmission method, reception device, and reception method
TW201731279A (zh) 收訊裝置、及資料處理方法
CA3001275A1 (en) Receiving apparatus, sending apparatus, and data processing method
JPWO2016140089A1 (ja) 送信装置、送信方法、受信装置、及び、受信方法
US11917236B2 (en) Information processing apparatus, information processing method, and non-transitory computer-readable media that add additional information to baseband packet
WO2011105250A1 (ja) 送信装置、受信装置、通信システム、送信方法および変換方法
WO2018207610A1 (ja) 送信装置、及び送信方法
JP2015106901A (ja) 送信制御システム及び送信制御方法