JP6186355B2 - データ処理装置、データ処理方法、及び、プログラム - Google Patents

データ処理装置、データ処理方法、及び、プログラム Download PDF

Info

Publication number
JP6186355B2
JP6186355B2 JP2014520426A JP2014520426A JP6186355B2 JP 6186355 B2 JP6186355 B2 JP 6186355B2 JP 2014520426 A JP2014520426 A JP 2014520426A JP 2014520426 A JP2014520426 A JP 2014520426A JP 6186355 B2 JP6186355 B2 JP 6186355B2
Authority
JP
Japan
Prior art keywords
gse
lite
packet
unit
signaling
Prior art date
Legal status (The legal status 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 status listed.)
Active
Application number
JP2014520426A
Other languages
English (en)
Other versions
JPWO2014061488A1 (ja
Inventor
ロックラン ブルース マイケル
ロックラン ブルース マイケル
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Saturn Licensing LLC
Original Assignee
Saturn Licensing LLC
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 Saturn Licensing LLC filed Critical Saturn Licensing LLC
Publication of JPWO2014061488A1 publication Critical patent/JPWO2014061488A1/ja
Application granted granted Critical
Publication of JP6186355B2 publication Critical patent/JP6186355B2/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60—Network streaming of media packets
    • H04L65/70—Media network packetisation
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/63—Control signaling related to video distribution between client, server and network components; Network processes for video distribution between server and clients or between remote clients, e.g. transmitting basic layer and enhancement layers over different transmission paths, setting up a peer-to-peer communication via Internet between remote STB's; Communication protocols; Addressing
    • H04N21/643—Communication protocols
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/22—Parsing or analysis of headers
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/30—Definitions, standards or architectural aspects of layered protocol stacks
    • H04L69/32—Architecture of open systems interconnection [OSI] 7-layer type protocol stacks, e.g. the interfaces between the data link level and the physical level
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/30—Definitions, standards or architectural aspects of layered protocol stacks
    • H04L69/32—Architecture of open systems interconnection [OSI] 7-layer type protocol stacks, e.g. the interfaces between the data link level and the physical level
    • H04L69/321—Interlayer communication protocols or service data unit [SDU] definitions; Interfaces between layers
    • 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/2383—Channel coding or modulation of digital bit-stream, e.g. QPSK modulation
    • 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/4343—Extraction 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/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/438—Interfacing the downstream path of the transmission network originating from a server, e.g. retrieving MPEG packets from an IP network
    • H04N21/4382—Demodulation or channel decoding, e.g. QPSK demodulation
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/63—Control signaling related to video distribution between client, server and network components; Network processes for video distribution between server and clients or between remote clients, e.g. transmitting basic layer and enhancement layers over different transmission paths, setting up a peer-to-peer communication via Internet between remote STB's; Communication protocols; Addressing
    • H04N21/647—Control signaling between network components and server or clients; Network processes for video distribution between server and clients, e.g. controlling the quality of the video stream, by dropping packets, protecting content from unauthorised alteration within the network, monitoring of network load, bridging between two different networks, e.g. between IP and wireless
    • H04N21/64707—Control signaling between network components and server or clients; Network processes for video distribution between server and clients, e.g. controlling the quality of the video stream, by dropping packets, protecting content from unauthorised alteration within the network, monitoring of network load, bridging between two different networks, e.g. between IP and wireless for transferring content from a first network to a second network, e.g. between IP and wireless

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Multimedia (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Computer Security & Cryptography (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Communication Control (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)

Description

本技術は、データ処理装置、データ処理方法、及び、プログラムに関し、特に、例えば、DVB(Digital Video Broadcasting)-GSE(Generic Stream Encapsulation)に準拠したGSEパケットを受信する受信装置の低コスト化を図ることができるようにするデータ処理装置、データ処理方法、及び、プログラムに関する。
DVB-GSEでは、例えば、IPパケットやIEEE(Institute of Electrical and Electronic Engineers)802.3に規定されている、いわゆるイーサネットフレーム（MAC(Media Access Control)フレーム）（イーサネットは登録商標）等のPDU(Protocol Data Unit)を伝送するデータリンク層のプロトコルが規定されている（例えば、非特許文献１を参照）。
DVB-GSEでは、PDUは、必要に応じて、1又は複数のGSEパケットと呼ばれるパケットにカプセル化されて伝送される。
ETSI TS 102 606 V1.1.1 (2007-10)
DVB-GSEは、様々なユースケースに用いることができるように、汎用的な、いわば、制限が緩い仕様の規格になっている。
そのため、DVB-GSEに準拠したGSEパケットを受信して処理する受信装置は、様々なユースケースに対応する必要がある。したがって、受信装置の検証には、多大な時間を要し、受信装置の構成には、高価で高機能な部品が必要となる。
以上のように、GSEパケットを受信する受信装置については、時間的及び価格的なコストが大であり、低コスト化を図ることが困難であった。
本技術は、このような状況に鑑みてなされたものであり、GSEパケットを受信する受信装置の低コスト化を図ることができるようにするものである。
本技術の第１のデータ処理装置又はプログラムは、最大サイズが4096バイト以下の所定の制限サイズに制限されたPDU(Protocol Data Unit)のみを対象として、前記PDUをデータフィールドに配置したGSE(Generic Stream Encapsulation)パケットであるGSE-Liteパケットを構成するパケット構成部を備え、前記GSE-Liteパケットは、OSI(Open Systems Interconnection)参照モデルのデータリンク層において、データが前記GSE-Liteパケットであることを識別するためのシグナリングであるGSE-Liteシグナリングを含むデータ処理装置、又は、そのようなデータ処理装置として、コンピュータを機能させるためのプログラムである。
本技術の第１のデータ処理方法は、最大サイズが4096バイト以下の所定の制限サイズに制限されたPDU(Protocol Data Unit)のみを対象として、前記PDUをデータフィールドに配置したGSE(Generic Stream Encapsulation)パケットであるGSE-Liteパケットを構成するパケット構成ステップを含み、前記GSE-Liteパケットは、OSI(Open Systems Interconnection)参照モデルのデータリンク層において、データが前記GSE-Liteパケットであることを識別するためのシグナリングであるGSE-Liteシグナリングを含むデータ処理方法である。
本技術の第１のデータ処理装置、データ処理方法、及び、プログラムにおいては、最大サイズが4096バイト以下の所定の制限サイズに制限されたPDU(Protocol Data Unit)のみを対象として、前記PDUをデータフィールドに配置したGSE(Generic Stream Encapsulation)パケットであるGSE-Liteパケットが構成される。そして、前記GSE-Liteパケットは、OSI(Open Systems Interconnection)参照モデルのデータリンク層において、データが前記GSE-Liteパケットであることを識別するためのシグナリングであるGSE-Liteシグナリングを含んでいる。
本技術の第２のデータ処理装置又はプログラムは、最大サイズが4096バイト以下の所定の制限サイズに制限されたPDU(Protocol Data Unit)のみを対象として構成された、前記PDUをデータフィールドに配置したGSE(Generic Stream Encapsulation)パケットであるGSE-Liteパケットであって、OSI(Open Systems Interconnection)参照モデルのデータリンク層において、データが前記GSE-Liteパケットであることを識別するためのシグナリングであるGSE-Liteシグナリングを含む前記GSE-Liteパケットを受信する受信部と、前記GSE-Liteシグナリングが、データが前記GSE-Liteパケットであることを表している場合に、前記GSE-Liteパケット、又は、前記GSE-Liteパケットから抽出された前記PDUを出力する出力部とを備えるデータ処理装置、又は、そのようなデータ処理装置として、コンピュータを機能させるためのプログラムである。
本技術の第２のデータ処理方法は、最大サイズが4096バイト以下の所定の制限サイズに制限されたPDU(Protocol Data Unit)のみを対象として構成された、前記PDUをデータフィールドに配置したGSE(Generic Stream Encapsulation)パケットであるGSE-Liteパケットであって、OSI(Open Systems Interconnection)参照モデルのデータリンク層において、データが前記GSE-Liteパケットであることを識別するためのシグナリングであるGSE-Liteシグナリングを含む前記GSE-Liteパケットを受信する受信ステップと、前記GSE-Liteシグナリングが、データが前記GSE-Liteパケットであることを表している場合に、前記GSE-Liteパケット、又は、前記GSE-Liteパケットから抽出された前記PDUを出力する出力ステップとを含むデータ処理方法である。
本技術の第２のデータ処理装置、データ処理方法、及び、プログラムにおいては、最大サイズが4096バイト以下の所定の制限サイズに制限されたPDU(Protocol Data Unit)のみを対象として構成された、前記PDUをデータフィールドに配置したGSE(Generic Stream Encapsulation)パケットであるGSE-Liteパケットであって、OSI(Open Systems Interconnection)参照モデルのデータリンク層において、データが前記GSE-Liteパケットであることを識別するためのシグナリングであるGSE-Liteシグナリングを含む前記GSE-Liteパケットが受信される。そして、前記GSE-Liteシグナリングが、データが前記GSE-Liteパケットであることを表している場合に、前記GSE-Liteパケット、又は、前記GSE-Liteパケットから抽出された前記PDUが出力される。
なお、データ処理装置は、独立した装置であっても良いし、１つの装置を構成している内部ブロックであっても良い。
また、プログラムは、伝送媒体を介して伝送することにより、又は、記録媒体に記録して、提供することができる。
本技術の第１及び第２の側面によれば、GSEパケットを受信する受信装置の低コスト化を図ることができる。
OSI参照モデルとDVB-GSEでのデータ伝送との関係を示す図である。 DVB-GSEでのデータ伝送の処理を説明する図である。 GSEパケットのGSEヘッダのフォーマットを示す図である。 DVB-X2で送信されるGSEパケットを受信する受信装置の構成例を示すブロック図である。 本技術の概要を説明する図である。 GSE-Liteパケットのフォーマットの例を示す図である。 イーサネットフレームのフレーム構成を示す図である。 DVB-X2で送信されるGSE-Liteパケットを受信する、GSE-Liteに準拠した受信装置の構成例の概要を示すブロック図である。 本技術を適用した送信装置の第１実施の形態の構成例を示すブロック図である。 GSE-Liteパケットを送信する送信装置の処理（GSE-Liteの送信処理）を説明するフローチャートである。 DVB-T2又はDVB-C2で用いるGSE-Liteシグナリングの第１の例を説明する図である。 DVB-T2又はDVB-C2で用いるGSE-Liteシグナリングの第２の例を説明する図である。 DVB-T2又はDVB-C2で用いるGSE-Liteシグナリングの第３の例を説明する図である。 本技術を適用した受信装置の第１実施の形態の構成例を示すブロック図である。 受信装置の処理（受信処理）を説明するフローチャートである。 本技術を適用した送信装置の第２実施の形態の構成例を示すブロック図である。 GSE-Liteパケットを送信する送信装置の処理（GSE-Liteの送信処理）を説明するフローチャートである。 DVB-S2で用いるGSE-Liteシグナリングの第１の例を説明する図である。 DVB-S2で用いるGSE-Liteシグナリングの第２の例を説明する図である。 DVB-S2で用いるGSE-Liteシグナリングの第３の例を説明する図である。 本技術を適用した受信装置の第２一実施の形態の構成例を示すブロック図である。 受信装置の処理（受信処理）を説明するフローチャートである。 L2配置用GSE-Liteシグナリングの第１の例を説明する図である。 L2配置用GSE-Liteシグナリングの第２の例を説明する図である。 L2配置用GSE-Liteシグナリングの第３の例を説明する図である。 L2配置用GSE-Liteシグナリングの第４の例を説明する図である。 本技術を適用した送信装置の第３実施の形態の構成例を示すブロック図である。 送信装置の処理（GSE-Liteの送信処理）を説明するフローチャートである。 本技術を適用した受信装置の第３実施の形態の構成例を示すブロック図である。 受信装置の処理（受信処理）を説明するフローチャートである。 本技術を適用した送信装置の第４実施の形態の構成例を示すブロック図である。 送信装置の処理（GSE-Liteの送信処理）を説明するフローチャートである。 本技術を適用した受信装置の第４実施の形態の構成例を示すブロック図である。 受信装置の処理（受信処理）を説明するフローチャートである。 本技術を適用したデータ処理装置としての受信装置の第５実施の形態の構成例の概要を示すブロック図である。 本技術を適用したデータ処理装置としての受信装置の第５実施の形態の構成例の詳細を示すブロック図である。 本技術を適用したコンピュータの一実施の形態の構成例を示すブロック図である。
まず、本技術を説明する前段階の準備として、現行のDVB-GSEについて、簡単に説明する。
＜DVB-GSE＞
図１は、OSI(Open Systems Interconnection)参照モデルとDVB-GSEでのデータ伝送（DVB-GSEを用いたデータ伝送）との関係を示す図である。
図１のＡは、OSI参照モデル(ISO/OSI Reference Model)を示している。
OSI参照モデルは、下位層から上位層に向かって、第１層としての物理層(Physical Layer)、第２層としてのデータリンク層(Data Link Layer)、第３層としてのネットワーク層(Network Layer)、第４層としてのトランスポート層(Transport Layer)、第５層としてのセッション層(Session Layer)、第６層としてのプレゼンテーション層(Presentation Layer)、及び、第７層としてのアプリケーション層(Application Layer)を有する。
図１のＢは、TCP/IPモデル(Generic TCP/IP Model)のデータ伝送（TCP/IP等を用いたデータ伝送）のプロトコルスタックの例を示している。
TCP/IPモデルのデータ伝送において、コネクション型のデータ伝送(Connection Oriented Applications)では、トランスポート層には、TCP(Transmission Control Protocol)等が用いられる。
また、TCP/IPモデルのデータ伝送において、例えば、放送等のコネクションレス型のデータ伝送(Connection-less Applications)では、トランスポート層には、UDP(User Datagram Protocol)やRTP(Real-time Transport Protocol)等が用いられる。
そして、TCP/IPモデルのデータ伝送では、コネクション型及びコネクションレス型のいずれについても、ネットワーク層には、IP(Internet Protocol)が用いられ、データリンク層及び物理層には、ネットワークに繋がるホスト(Host to Network)が用いられる。
なお、ホストは、データリンク層を構成する副層であるMAC(Media Access Control)層及びLLC(Logical Link Control)層、並びに、物理層(Phy)のプロトコルやサービスを実行する。
図１のＣは、DVB-GSEでのデータ伝送のプロトコルスタック、すなわち、例えば、IP，GSE、及び、DVB-X2を用いた放送モデル(Specific Broadcast Model using IP/GSE/DVB-X2)のデータ伝送のプロトコルスタックの例を示している。
ここで、DVB-X2は、DVBの、いわゆるセカンドジェネレーション(Second Generation)の放送規格を表し、かかる放送規格としては、例えば、DVB-T2，DVB-C2、及び、DVB-S2がある。
DVB-GSEでのデータ伝送では、トランスポート層には、TCPや、UDP，RTP等が用いられ、ネットワーク層には、IP(Internet Protocol)が用いられる。
さらに、DVB-GSEでのデータ伝送では、データリンク層には、DVB-GSEやGSE-LLCが用いられ、物理層には、DVB-T2や、DVB-C2，DVB-S2が用いられる。
図２は、DVB-GSEの規格書（非特許文献１）に記載されている、DVB-GSEでのデータ伝送の処理を説明する図である。
DVB-GSEでは、IPパケット等のネットワーク層のパケットや、イーサネットフレーム等のデータリンク層のフレーム等のPDUが、必要に応じて、1個又は複数個のGSEパケットにカプセル化(encapsulation)される。
すなわち、PDUは、例えば、そのまま、データフィールド(GSE Data Field)に配置され、さらに、GSEヘッダが付加（配置）されることで、1個のGSEパケットにカプセル化される。
又は、PDUは、例えば、複数のPDUの断片(fragment)にスライスされる。そして、各断片が、上述のように、GSEパケットにカプセル化されることで、PDUは、PDUの断片の数に等しい複数個のGSEパケットにカプセル化される。
なお、PDUが、複数個のGSEパケットにカプセル化される場合、最後のPDUの断片が配置されるGSEパケットのデータフィールドには、最後のPDUの断片の他、複数のPDUの断片から（元の）PDUを再構成(reassemble)したときの、そのPDUのベリファイに用いられるCRC(Cyclic Redundancy Check)コードが配置される。
PDUの、GSEパケットへのカプセル化は、データリンク層の処理であり、その後、GSEパケットは、DVB-S2等の物理層で伝送される。
すなわち、物理層では、例えば、1個又は複数個のGSEパケットが、データフィールド(BB Frame Data Field)に配置され、さらに、BB(Base Band)ヘッダが付加されたBBF(Base Band Frame)が構成され、例えば、DVB-X2で（DVB-X2に準拠して）伝送される。
図３は、GSEパケットのGSEヘッダのフォーマットを示す図である。
GSEヘッダは、1ビット(b)のスタートインジケータS、1ビットのエンドインジケータE、2ビットのLT(Label Type)、12ビットのGSE長(GSE Length)、1バイト(B)のフラグID(Frag ID)、2バイトのトータル長(Total length)、2バイトのプロトコルタイプ(Protocol Type)、3バイト又は6バイトのラベル(Label)、及び、2バイト以上のエクステンションヘッダ(Ext. headers)が、その順で並んで構成される。
なお、図３において斜線を付してあるフラグID、トータル長、プロトコルタイプ、ラベル、及び、エクステンションヘッダは、任意のフィールドであり、したがって、GSEヘッダに必須のフィールドは、スタートインジケータS、エンドインジケータE、LT、及び、GSE長である。
また、スタートインジケータS、エンドインジケータE、LT、GSE長、フラグID、トータル長、プロトコルタイプ、ラベル、及び、エクステンションヘッダについては、DVB-GSEの規格書に定義されているので、その説明は、省略する。
図４は、DVB-X2で送信されるGSEパケットを受信する受信装置の構成例を示すブロック図である。
図４のＡは、DVB-X2で送信されるGSEパケットを受信する受信装置の第１の構成例を示している。
図４のＡでは、受信装置は、復調LSI(Large Scale Integration)１１、及び、CPU(Central Processing Unit)１２を有する。
復調LSI１１は、DVB-X2の変調信号を受信し、その変調信号を、BBFに復調して、CPU１２に供給する。CPU１２は、ソフトウェア（プログラム）を実行することにより、復調LSI１１からのBBFのデータフィールドに配置されているGSEパケットにカプセル化されたIPパケット等のPDUを復元して出力する。
図４のＢは、DVB-X2で送信されるGSEパケットを受信する受信装置の第２の構成例を示している。
なお、図４のＢにおいて、図４のＡの場合と対応する部分には、同一の符号を付してあり、以下では、その説明は、適宜省略する。
図４のＢにおいて、受信装置は、復調LSI１１を有する点で、図４のＡの場合と共通し、CPU１２に代えて、専用FPGA(Field-Programmable Gate Array)１３を有する点で、図４のＡの場合と相違する。
専用FPGA１３には、BBFから、そのデータフィールドに配置されるGSEパケットにカプセル化されたPDUを復元するプログラミングが施されている。
専用FPGA１３には、復調LSI１１から、BBFが供給され、専用FPGA１３は、復調LSI１１からのBBFのデータフィールドに配置されているGSEパケットにカプセル化されたIPパケット等のPDUを復元して出力する。
ところで、DVB-GSEは、前述したように、汎用的な、制限が緩い仕様になっており、DVB-GSEによれば、PDUは、GSEパケットに対して、フレキシブルにマッピング（配置）することができる。
そのため、PDUを、GSEパケットにマッピングする方法の実装は、GSEパケットを用いてサービスを提供するユーザ（サービス提供者）に固有の実装になるおそれがある。
また、DVB-GSEでは、1個のGSEパケットに配置可能なPDUの最大サイズは、4096バイトであるが、PDUを断片にスライスする断片化(fragmentation)によって、最大で、65536バイトのPDUを、（複数個の）GSEパケットにカプセル化することができる。
さらに、DVB-GSEでは、PDUの断片化は、最大で、256個のPDUについて、並列的に行うことが許されている。
すなわち、あるPDUを断片化し、その断片を送信している最中に、他のPDUを断片化して送信することを、256個のPDUについて、並列（時分割）に行うことができる。
したがって、PDUをGSEパケットにマッピングする方法が、サービス提供者ごとに、固有に実装される場合には、GSEパケット（が配置されたBBF）を受信する受信装置は、例えば、PDUが1個のGSEパケットにカプセル化されているケースや、PDUが断片化され、2個又はその他の複数個のGSEパケットにカプセル化されているケース、2個又はその他の複数個のPDUが並列に断片化されているケースといった多数のケースに対応する必要がある。
その結果、GSEパケットを受信する受信装置の製造にあたっては、上述のような多数のケースに対応可能であるかどうかの検証を行う必要があり、その検証には、膨大なコスト（時間的なコスト）を要する。
さらに、DVB-GSEが汎用的な仕様であるために、GSEパケットを受信する受信装置の製造当初に想定していなかった新たなユースケースが、将来登場することが予想される。そのような新たなユースケースに対応するためには、受信装置に、固定的な処理を行うハードウェアを実装するのではなく、図４に示したように、プログラミングによって、処理を適応的に変更することができる高機能な部品（ハードウェア）としてのCPUやFPGAを実装することが望ましい。
しかしながら、受信装置に、新たなユースケースに対応するために、CPUやFPGA等の高機能な部品を実装するのでは、受信装置（の価格）が高コスト化する。
また、DVB-GSEでは、PDUの断片化が行われた場合、受信側において、PDUの最後の断片のGSEパケット（PDUの最後の断片が配置されたGSEパケット）を受信してから、元のPDUを再構成することが規定されている。
したがって、最大で、256個のPDUについて、PDUの断片化が並列に可能である場合には、受信側において、PDUの最初の断片のGSEパケットを受信してから、そのPDUの最後の断片のGSEパケットを受信して、元のPDUを再構成するまでに多大な時間を要することがある。
その結果、レイテンシ(latency)、すなわち、例えば、送信側から、PDUの送信が開始されてから、受信側で、そのPDUの再構成が完了するまでの遅延時間が大になることがあり、かかるレイテンシが大であることは、DVB-C2や、DVB-T2，DVB-S2で行われる放送に、問題が生じることがある。
また、最大で、256個のPDUについて、PDUの断片化が並列に可能である場合には、最悪のケースとして、サイズが65536バイトの、256個のPDUが、並列的に断片化されるケースがある。
かかる最悪のケースであっても、断片化されたPDUを再構成するためには、受信側（GSEパケットを受信する受信装置）に、65536バイト×256個＝16777216バイト(16M(Mega)バイト)もの大容量のメモリを実装する必要があり、受信装置が高コスト化する。
ここで、図３に示したGSEヘッダの1バイトのフラグID(Frag ID)は、PDUを断片化して送信する場合に用いられる。
すなわち、PDUを断片化して、複数個のGSEパケットにカプセル化する場合、送信側では、同一のPDUの断片（以下、PDU断片ともいう）が配置されるGSEパケットのフラグIDに、同一の値が設定される。そして、受信側では、フラグIDが同一の値のGSEパケットに配置されているPDU断片から、元のPDUが再構成される。
なお、DVB-GSEでは、PDUを断片化して得られるPDU断片の、PDU上の順番を表す情報は存在しないため、PDUを断片化して得られるPDU断片（が配置されたGSEパケット）は、そのPDU上の順番どおりに送信しなければならない。
また、フラグIDとしては、1バイトで表現可能な、例えば、0ないし255の範囲内の整数値が設定される。
但し、PDUを断片化して得られるPDU断片が配置されたGSEパケットのフラグIDに設定されたことがある整数値は、そのPDUを構成するすべてのPDU断片の送信が完了するまで、フラグIDに利用することはできない。
すなわち、あるPDU#1を断片化して送信する場合には、そのPDU#1の構成要素のPDU断面のすべてに、同一の値VのフラグIDが割り当てられるが、その値Vを、他のPDU#2の構成要素のPDU断面のフラグIDとして割り当てることは、値VがフラグIDとして割り当てられた、PDU#1の構成要素のPDU断面のすべての送信が完了するまで禁止される。
ここで、図３に示したGSEヘッダの1ビットのスタートインジケータSは、GSEパケットにPDUの先頭が含まれる場合に、1に設定され、GSEパケットにPDUの先頭が含まれない場合に、0に設定される。
また、図３に示したGSEヘッダの1ビットのエンドインジケータEは、GSEパケットにPDUの最後が含まれる場合に、1に設定され、GSEパケットにPDUの最後が含まれない場合に、0に設定される。
したがって、PDU断片が配置されたGSEパケットのフラグIDに設定された整数値Vは、その整数値VがフラグIDに設定されており、かつ、エンドインジケータEが1に設定されているGSEパケットの送信後に、フラグIDとして利用可能になる。
以上のように、DVB-GSEは、汎用的な仕様になっているため、そのようなDVB-GSEに準拠するGSEパケットを受信して処理する受信装置は高コスト化し、低コスト化を図ることが困難であった。
そこで、本技術では、DVB-GSEに違反しない範囲で、DVB-GSEの技術仕様の一部を制限することにより、DVB-GSEに準拠した受信装置の低コスト化を実現する。
＜本技術の概要＞
図５は、本技術の概要を説明する図である。
すなわち、図５は、上述の図２と同様に、DVB-GSEでのデータ伝送の処理を示している。
本技術では、図５に示すように、PDUの、GSEパケットへのマッピングを、DVB-GSEに違反しない範囲で規定（制限）する。
ここで、以下、説明の便宜上、PDUの、GSEパケットへのマッピングを、DVB-GSEに違反しない範囲で制限する仕様（規定）を、GSE-Liteという。
＜GSE-Liteの概要＞
図６は、GSE-Liteパケットのフォーマットの例を示す図である。
ここで、GSE-Liteパケットは、GSE-Liteに準拠したGSEパケットであり、DVB-GSEに違反せず、GSEパケットでもある。但し、以下では、説明の便宜上、特に断らない限り、GSEパケットには、GSE-Liteパケットは、含まれないこととする。
GSE-Liteでは、DVB-GSEにおいて、GSEパケットにカプセル化されるPDUの最大サイズが、4096バイト以下の所定の制限サイズに制限される。
したがって、GSE-Liteでは、最大サイズが4096バイト以下の所定の制限サイズに制限されたPDUのみを対象として、PDUをデータフィールドに配置したGSEパケットであるGSE-Liteパケットを構成する、PDUのカプセル化が行われる。
ここで、図３に示した12ビットのGSEヘッダのGSE長(GSE Length)は、その直後からのGSEパケットのサイズをバイト単位で表す。
DVB-GSEでは、PDUをGSEパケットに配置したときのGSE長が、12ビットで表現可能な4096バイト以下である場合には、PDUを断片化せずに、1個のGSEパケットにカプセル化することができる。
GSEヘッダのGSE長に続くフラグID、トータル長、プロトコルタイプ、ラベル、及び、エクステンションヘッダは、図３で説明したように、任意であり、したがって、これらの任意のフラグID、トータル長、プロトコルタイプ、ラベル、及び、エクステンションヘッダを使用しない場合には、GSE-Liteの制限サイズとして、最大の4096バイトを採用したときでも、PDUを断片化せずに、1個のGSEパケットにカプセル化することができる。
GSE-Liteでは、GSEパケットに配置するPDUの最大サイズとしての制限サイズとして、PDUを断片化せずに、1個のGSEパケットにカプセル化することができるサイズを採用する。
以上のように、制限サイズとして、PDUを断片化せずに、1個のGSEパケットにカプセル化することができるサイズを採用することにより、GSEヘッダのうちの、PDUの断片化時にのみ必要となる1バイトのフラグID(Frag ID)、及び、2バイトのトータル長(Total length)は、不要となる。
したがって、GSE-Liteパケットのヘッダ（以下、GSE-Liteヘッダともいう）に、1バイトのフラグID、及び、2バイトのトータル長を含める必要はないので、それらのフラグID、及び、トータル長が任意のGSEヘッダに比較して、GSE-Liteヘッダでは、サイズをコンパクトにし、伝送効率を向上させることができる。
DVB-GSEにおいて、PDUを断片化せずに、1個のGSEパケットにカプセル化することができるPDUの最大サイズは、上述のように、4096バイトであるので、GSE-Liteにおいて、制限サイズ、すなわち、GSE-Liteパケットのデータフィールドに配置する（GSE-Liteパケットにカプセル化する）対象となるPDUの最大サイズとしては、（例えば、1バイト以上で）4096バイト以下の値を採用することができる。
ここで、DVB-GSEでのデータ伝送のほとんどのユースケースは、イーサネットフレームやIPパケットの伝送であることが想定される。
そこで、制限サイズは、イーサネットフレームやIPパケットのサイズ（最大サイズ）に基づいて決定することができる。
図７は、イーサネットフレームのフレーム構成を示す図である。
イーサネットフレームは、7バイトのプリアンブル(Preamble)、1バイトのSFD(Start of Frame Delimiter)、6バイトの宛先MACアドレス(MAC destination)、6バイトの送信元MACアドレス(MAC source)、2バイトのタイプ／長さ(Ethertype/length)、4バイトのタグ(802.1Q tag)、42ないし1500バイトのペイロード(payload)、4バイトのFCS(Frame check sequence)、及び、12バイトのギャップ(Interframe gap)が、その順で並んで構成される。
なお、タグは、任意のフィールドであり、IEEE802.1qのVLAN(Virtual Local Area Network)でのデータ伝送に用いられる。
また、図７のイーサネットフレームのうちの、プリアンブル、SFD、及び、ギャップは、物理層で扱われ、残りの宛先MACアドレスないしFCSが、データリンク層で扱われる。したがって、図７は、データリンク層以下の層で扱われるイーサネットフレームのフォーマットを示している。
GSE-Liteの制限サイズとしては、例えば、図７のイーサネットフレームの最大サイズである1542（＝7+1+6+6+2+4+1500+4+12）バイトを採用することができる。
また、制限サイズとしては、例えば、図７のイーサネットフレームから、任意のフィールドの4バイトのタグを除いた最大サイズである1538（＝1542-4）バイトを採用することができる。
さらに、制限サイズとしては、例えば、図７のイーサネットフレームから、物理層で扱われる12バイトのギャップを除いた最大サイズである1530（＝1542-12）バイトを採用することができる。
また、制限サイズとしては、例えば、図７のイーサネットフレームから、任意のフィールドの4バイトのタグ、及び、物理層で扱われる12バイトのギャップを除いた1526（＝1542-4-12）バイトを採用することができる。
さらに、制限サイズとしては、例えば、図７のイーサネットフレームから、物理層で扱われる7バイトのプリアンブル、1バイトのSFD、及び、12バイトのギャップを除いた1522（＝1542-7-1-12）バイトを採用することができる。
また、制限サイズとしては、例えば、図７のイーサネットフレームから、物理層で扱われる7バイトのプリアンブル、1バイトのSFD、及び、12バイトのギャップ、並びに、任意のフィールドの4バイトのタグを除いた1518（＝1542-7-1-12-4）バイトを採用することができる。
以上のように、制限サイズは、イーサネットフレームのサイズに基づいて決定する他、例えば、IPパケットのサイズに基づいて決定することができる。
ここで、IPパケットの最大長は、65535バイトであるが、インターネットその他の多くの通信網において、IPパケットは、イーサネットパケットのペイロードに配置されて伝送され、その場合、IPパケットのMTU(Maximum Transmission Unit)は、イーサネットパケットのペイロードに配置可能な1500バイト（オクテット）となる。
制限サイズとしては、例えば、以上のようなIPパケットのMTUである1500バイトを採用することができる。
なお、IPパケットの上位のトランスポート層に、TCPが採用されている場合、IP(IPv4)ヘッダとTCPヘッダのサイズは、いずれも、少なくとも20バイトであるため、MTUが1500バイトのIPパケットのペイロードの最大サイズは、1460（＝1500-20-20）バイトになる。
DVB-GSEでのデータ伝送において、イーサネットフレームやIPパケットの伝送が行われることがほとんどであることを想定する場合には、制限サイズとしては、以上のように、1500バイト程度の値を採用し、イーサネットフレームやIPパケット等を、GSE-Liteで伝送を行うことができる。
また、制限サイズとしては、上述の1500バイト程度の値に、多少のマージンを考慮した、例えば、1800バイト等の値を採用することができる。
図８は、DVB-X2で送信されるGSE-Liteパケットを受信する、GSE-Liteに準拠した受信装置の構成例の概要を示すブロック図である。
図８において、受信装置は、復調LSI２１を有する。
復調LSI２１は、DVB-X2の変調信号を受信し、その変調信号を、BBFに復調する。
BBFに、GSE-Liteパケットが含まれる場合（BBFのデータフィールドに、GSE-Liteパケットが配置されている場合）、復調LSI２１は、BBFから、GSE-Liteパケットを抽出する。さらに、復調LSI２１は、GSE-Liteパケットから、PDU（例えば、IPパケット等）を再構成して、すなわち、GSE-Liteパケットのデータフィールドに配置されたPDUを抽出して、外部に出力する。
GSE-Liteパケットに含まれるPDUは、断片化されていないので、そのPDUを再構成する処理は、GSE-LiteパケットからPDUを抽出することにより、容易に行うことができ、CPUやFPGA等の高機能な部品を用いずに、復調LSI２１内で行うことができる。
制限サイズとして、例えば、図７で説明した1542バイト等を採用することにより、一般に使用されるイーサネットフレームやIPパケット等のPDUは、GSE-Liteで伝送することができる。
但し、制限サイズを超えるPDUは、GSE-Liteで伝送することはできないため、DVB-GSEで伝送される。
この場合、図８の受信装置の復調LSI２１は、DVB-GSEで伝送されるPDU、すなわち、GSEパケット（を含むBBFの変調信号）を受信するが、GSEパケットを、GSE-Liteパケットと同様に処理することによって、PDUを再構成することができるとは限らない。そのため、復調LSI２１は、GSEパケットについては、そのGSEパケットを含むBBFを、そのまま外部に出力する。
以上のように、復調LSI２１において、GSEパケットについては、そのGSEパケットを含むBBFを、そのまま外部に出力し、外部の処理に委ねることができる。これにより、GSEパケットについては、互換性（後方互換性）を確保し、柔軟に処理を行うことが可能となる。
GSE-Liteに準拠した受信装置では、断片化されたPDUは再構成の対象にならず（しなくてもよく）、GSE-Liteパケットに含まれるPDUの再構成は、CPUやFPGA等の高機能な部品を用いずに、復調LSI２１内で容易に行うことができるので、CPUやFPGA等の高機能な部品を設ける必要がなく、受信装置をシンプルに構成することができる。その結果、受信装置の低コスト化を図ることができる。
さらに、GSE-Liteに準拠した受信装置では、断片化されたPDUは再構成の対象にならないことから、断片化されたPDUを再構成するためには必要な、最悪のケースを想定した16Mバイトものメモリを実装する必要はない。したがって、受信装置に実装すべきメモリの容量を低減することができ、その結果、受信装置の低コスト化を図ることができる。
また、GSE-Liteに準拠した受信装置では、断片化されたPDUは再構成の対象にならないことから、検証を行うユースケース（パラメータ）が少なくなり、検証に要する時間を短縮することができる。
さらに、GSE-Liteでは、PDUの断片化が行われないので、レイテンシ（例えば、送信側から、PDUの送信が開始されてから、受信側で、そのPDUの再構成が完了するまでの遅延時間）は、PDUの断片化が行われる場合に比較して小になる。したがって、レイテンシが大であることに起因して、DVB-C2や、DVB-T2，DVB-S2で行われる放送に問題が生じることを防止することができる。
＜本技術を適用した送信装置の第１実施の形態＞
図９は、本技術を適用したデータ処理装置としての送信装置の第１実施の形態の構成例を示すブロック図である。
図９において、送信装置は、コントローラ３１、シグナリング生成部３２、データ構成部３３1，３３2、及び、３３3、フレーム化部３４、並びに、OFDM(Orthogonal Frequency Division Multiplexing)変調部３５を有し、例えば、DVB-T2、又は、DVB-C2に準拠した放送を行う。
コントローラ３１は、送信装置から送信するデータ等に応じて、シグナリング生成部３２、その他の必要なブロックを制御する。
シグナリング生成部３２は、コントローラ３１の制御に従って、送信装置から送信するデータに適切なBBシグナリング、及び、L1シグナリング(P1シグナリング、L1-preシグナリング、L1-postシグナリング）を生成する。
そして、シグナリング生成部３２は、BBシグナリングを、BBF構成部４３や４６、４８に供給し、L1シグナリングを、フレーム化部３４に供給する。
データ構成部３３1は、検査部４１、GSE-Liteパケット構成部４２、BBF構成部４３、及び、FEC(Forward Error Correction)符号化部４４を有し、GSE-Liteパケットを含むPLP(Physical Layer Pipe)（以下、PLP#1ともいう）を構成して、フレーム化部３４に供給する。
検査部４１には、GSE-Liteパケットに含める（GSE-Liteパケットのデータフィールドに配置する）、例えば、IPパケットやイーサネットフレーム等のPDUが供給される。
検査部４１は、そこに供給されるPDUのサイズが、あらかじめ決められた制限サイズ以下であるかどうかをチェック（検査）する。
検査部４１に供給されるPDUのサイズが制限サイズ以下でない場合、検査部４１は、所定のエラー処理を行う。エラー処理としては、例えば、制限サイズ以下でないPDUを破棄することや、PDUが制限サイズ以下でない旨を、上位層に報知すること等を行うことができる。
検査部４１に供給されるPDUのサイズが制限サイズ以下である場合、検査部４１は、そのPDUを、GSE-Liteパケット構成部４２に供給する。
GSE-Liteパケット構成部４２は、検査部４１からのPDUをデータフィールドに配置したGSEパケット、すなわち、GSE-Liteパケットを構成して、BBF構成部４３に供給する。
ここで、検査部４１からGSE-Liteパケット構成部４２には、制限サイズ以下のPDUのみが供給される。したがって、GSE-Liteパケット構成部４２では、最大サイズが制限サイズに制限されたPDUのみを対象として、DVB-GSEに準拠したGSEパケットであるGSE-Liteパケットが構成される。
BBF構成部４３は、GSE-Liteパケット構成部４２からのGSE-Liteパケットをデータフィールドに配置し、かつ、シグナリング生成部３２からのBBシグナリングをBBヘッダに配置したBBFを構成し、FEC符号化部４４に供給する。
FEC符号化部４４は、BBF構成部４３からのBBFを、BCH符号やLDPC(Low-Density Parity-Check)符号等のFEC符号（誤り訂正符号）に符号化するFEC符号化を行い、そのFEC符号化の結果得られるBBFのFEC符号であるFECフレーム(FECFRAME)を、PLP#1として、フレーム化部３４に供給する。
なお、データ構成部３３1に与えられるPDUの最大サイズが、何らかの方法で、制限サイズに制限されることが保証される場合には、データ構成部３３1は、検査部４１なしで構成することができる。
データ構成部３３2は、GSEパケット構成部４５、BBF構成部４６、及び、FEC符号化部４７を有し、GSEパケットを含むPLP（以下、PLP#2ともいう）を構成して、フレーム化部３４に供給する。
GSEパケット構成部４５には、GSEパケットに含める（GSEパケットのデータフィールドに配置する）、例えば、IPパケットやイーサネットフレーム等のPDUが供給される。
GSEパケット構成部４５は、そこに供給されるPDUをデータフィールドに配置したGSEパケットを構成して、BBF構成部４６に供給する。
ここで、GSEパケット構成部４５に供給されるPDUの最大サイズは、特に、制限サイズに制限されない。したがって、GSEパケット構成部４５には、制限サイズを超えるサイズのPDUが供給される場合があり、その結果、PDUの断片化が行われ、1個のPDUが、複数のGSEパケットに配置（カプセル化）されることがある。
BBF構成部４６は、GSEパケット構成部４５からのGSEパケットをデータフィールドに配置し、かつ、シグナリング生成部３２からのBBシグナリングをBBヘッダに配置したBBFを構成し、FEC符号化部４７に供給する。
FEC符号化部４７は、BBF構成部４６からのBBFをFEC符号化し、その結果得られるFECフレームを、PLP#2として、フレーム化部３４に供給する。
データ構成部３３3は、BBF構成部４８、及び、FEC符号化部４９を有し、TS(Transport Stream)パケットを含むPLP（以下、PLP#3ともいう）を構成して、フレーム化部３４に供給する。
BBF構成部４８には、TSパケットが供給される。
BBF構成部４８は、そこに供給されるTSパケットをデータフィールドに配置し、かつ、シグナリング生成部３２からのBBシグナリングをBBヘッダに配置したBBFを構成し、FEC符号化部４９に供給する。
FEC符号化部４９は、BBF構成部４８からのBBFをFEC符号化し、その結果得られるFECフレームを、PLP#3として、フレーム化部３４に供給する。
フレーム化部３４は、シグナリング生成部３２からのL1シグナリングと、例えば、データ構成部３３1ないし３３3それぞれからのPLP#1ないしPLP#3等の1個以上のPLPとを含んだ、DVB-T2のT2フレーム、又は、DVB-C2のC2フレームを構成し、OFDM変調部３５に供給する。
OFDM変調部３５は、フレーム化部３４からのT2フレーム又はC2フレームをOFDM変調し、その結果得られる変調信号を送信する。
なお、DVB-T2では、PLP単位で、パラメータ（例えば、FEC符号としてのLDPC符号の符号化率等）が異なるFEC符号を採用することができる。したがって、T2フレームを構成する各PLPに含まれるFEC符号のパラメータは、同一であるとは限らない。DVB-C2についても同様である。
また、図９の送信装置では、GSE-Liteパケットを含むPLPを構成するデータ構成部として、１つのデータ構成部３３1だけが設けられているが、GSE-Liteパケットを含むPLPを構成するデータ構成部は、複数設けることが可能である。GSEパケットを含むPLPを構成するデータ構成部や、TSパケットを含むPLPを構成するデータ構成部についても、同様である。
さらに、図９の送信装置において、GSEパケットを含むPLPを構成するデータ構成部３３2や、TSパケットを含むPLPを構成するデータ構成部３３3を設けることは、必須ではない。
図１０は、GSE-Liteパケット（を含む変調信号）を送信する場合の、図９の送信装置の処理（GSE-Liteの送信処理）を説明するフローチャートである。
ステップＳ１１ないしＳ１６において、データ構成部３３1は、GSE-Liteパケットを含むPLP#1を構成し、フレーム化部３４に供給する。
すなわち、ステップＳ１１において、検査部４１が、GSE-Liteパケットに含めるPDUを取得し、処理は、ステップＳ１２に進む。
ステップＳ１２では、検査部４１が、PDUのサイズをチェック（検査）する。
そして、検査部４１は、PDUのサイズのチェックの結果、PDUのサイズが制限サイズ以下でないことが確認された場合には、所定のエラー処理を行い、GSE-Liteの送信処理を終了する。
また、検査部４１は、PDUのサイズが制限サイズ以下であることが確認された場合には、そのPDUを、GSE-Liteパケット構成部４２に供給して、処理は、ステップＳ１２からステップＳ１３に進む。
ステップＳ１３では、GSE-Liteパケット構成部４２が、検査部４１からのPDU、すなわち、最大サイズが制限サイズに制限されたPDUをデータフィールドに配置したGSEパケットであるGSE-Liteパケットを構成して、BBF構成部４３に供給し、処理は、ステップＳ１４に進む。
ステップＳ１４では、シグナリング生成部３２が、コントローラ３１の制御に従って、BBシグナリング、及び、L1シグナリングを生成する。さらに、シグナリング生成部３２は、BBシグナリングを、BBF構成部４３に供給し、L1シグナリングを、フレーム化部３４に供給して、処理は、ステップＳ１４からステップＳ１５に進む。
なお、シグナリング生成部３２が生成するBBシグナリングやL1シグナリングは、必要に応じて、後述するGSE-Liteシグナリングを含む。
ステップＳ１５では、BBF構成部４３が、GSE-Liteパケット構成部４２からのGSE-Liteパケットをデータフィールドに配置し、かつ、シグナリング生成部３２からのBBシグナリングをBBヘッダに配置したBBFを構成し、FEC符号化部４４に供給して、処理は、ステップＳ１６に進む。
ステップＳ１６では、FEC符号化部４４が、BBF構成部４３からのBBFをFEC符号化し、その結果得られるFECフレームを、PLP#1として、フレーム化部３４に供給して、処理は、ステップＳ１７に進む。
以上のように、データ構成部３３1において、GSE-Liteパケットを含むFECフレームが構成され、PLP#1として、フレーム化部３４に供給されるのと並行して、必要に応じて、例えば、データ構成部３３2において、GSEパケットを含むFECフレームが構成され、PLP#2として、フレーム化部３４に供給されるとともに、データ構成部３３3において、TSパケットを含むFECフレームが構成され、PLP#3として、フレーム化部３４に供給される。
ステップＳ１７では、フレーム化部３４が、シグナリング生成部３２からのL1シグナリングと、データ構成部３３1ないし３３3それぞれからのPLP#1ないしPLP#3等の1個以上のPLPとを含んだT2フレーム又はC2フレームを構成し、OFDM変調部３５に供給して、処理は、ステップＳ１８に進む。
ステップＳ１８では、OFDM変調部３５が、フレーム化部３４からのT2フレーム又はC2フレームをOFDM変調し、その結果得られる変調信号を送信して、GSE-Liteの送信処理は終了する。
なお、図１０のGSE-Liteの送信処理は、パイプラインで、繰り返し行われる。
＜DVB-T2又はDVB-C2でのGSE-Liteシグナリング＞
DVB-GSEを制限したGSE-Liteによって、GSE-Liteパケットを送信する場合には、そのGSE-Liteパケットを受信する受信装置において、GSE-Liteパケットを適切に処理するために、GSE-Liteパケットとともに、OSI参照モデルのデータリンク層以下の層（データリンク層、又は、物理層）において、データがGSE-Liteパケットであることを識別するためのシグナリングであるGSE-Liteシグナリングを送信することが望ましい。
DVB-T2又はDVB-C2では、GSE-Liteシグナリングは、例えば、BBFごとに存在するBBシグナリングや、L1シグナリングのうちの、PLPごとに存在するL1-postシグナリングに含めることができる。
図１１は、DVB-T2又はDVB-C2で用いるGSE-Liteシグナリングの第１の例（以下、T2/C2用の第１のGSE-Liteシグナリングともいう）を説明する図である。
すなわち、図１１は、DVB-T2又はDVB-C2で用いられるBBF(BBFRAME)を示している。
DVB-T2又はDVB-C2で用いられるBBFには、BBヘッダ(BBHEADER)、データフィールド(DATA FIELD)、及び、必要なパディング(PADDING)が含まれる。
DVB-T2又はDVB-C2で用いられるBBFのBBヘッダには、PLPモードがNM(Normal Mode)である場合に使用されるNM用のBBヘッダと、PLPモードがHEM(High Efficiency Mode)である場合に使用されるHEM用のBBヘッダとがある。NM用のBBヘッダ、及び、HEM用のBBヘッダは、いずれも80ビットのデータである。
NM用のBBヘッダは、2バイトのMATYPE、2バイトのUPL、2バイトのDFL、1バイトのSYNC、2バイトのSYNCD、及び、1バイトのCRC-8 MODEが、その順で並んで構成される。
HEM用のBBヘッダは、2バイトのMATYPE、2バイトのISSY、2バイトのDFL、1バイトのISSY、2バイトのSYNCD、及び、1バイトのCRC-8 MODEが、その順で並んで構成される。
以上のようなBBヘッダの2バイトのMATYPEのうちの先頭の1バイトは、MATYPE-1と呼ばれ、その1バイトのMATYPE-1には、2ビットのTS/GS、1ビットのSIS/MIS、1ビットのCCM/ACM、1ビットのISSYI、1ビットのNPD、及び、2ビットのEXTが、その順に割り当てられている。
DVB-T2及びDVB-C2では、BBFに、TSパケットが含まれる場合（BBFのデータフィールドに、TSパケットが配置されている場合）、TS/GSが11（2進数）に設定され、BBFに、GSEパケットが含まれる場合、TS/GSが10に設定されることが規定されている。
また、DVB-T2及びDVB-C2では、現在、EXTは、未使用（未定義）(Reserved)になっている。
GSE-Liteシグナリングには、例えば、TS/GS、及び、未使用のEXTを用いることができる。
すなわち、GSE-Liteシグナリングとしては、例えば、TS/GSを、GSEパケットを表す10に設定し、かつ、未使用のEXTを、特定の値としての11（2進数）等に設定することを採用することができる。
かかるGSE-Liteシグナリングによれば、TS/GSが10に設定され、かつ、EXTが、特定の値である11に設定されている場合には、BBFのデータフィールド（のデータ）が、GSE-Liteパケットであること（BBFに、GSE-Liteパケットが含まれること）を識別することができる。
また、TS/GSが10に設定され、かつ、EXTが、特定の値である11以外に設定されている場合には、BBFのデータフィールド（のデータ）が、GSEパケットであること（BBFに、GSEパケットが含まれること）を識別することができる。
図１２は、DVB-T2又はDVB-C2で用いるGSE-Liteシグナリングの第２の例（以下、T2/C2用の第２のGSE-Liteシグナリングともいう）を説明する図である。
すなわち、図１２は、図１１と同様に、DVB-T2又はDVB-C2で用いられるBBFを示している。
図１１で説明したように、BBヘッダの2バイトのMATYPEのうちの先頭の1バイトのMATYPE-1には、2ビットのTS/GS、及び、1ビットのNPDが含まれる。TS/GSが、BBFに、GSEパケットが含まれることを表す10に設定される場合、現行のDVB-T2又はDVB-C2では、NPDは、機能しない（NPDは、BBFにTSパケットが含まれるときに機能する）。
そこで、GSE-Liteシグナリングには、TS/GS、及び、TS/GSが10のときに機能しないNPDを用いることができる。
すなわち、BBFのデータフィールドが、GSEパケット又はGSE-Liteパケットである場合には、TS/GSを10に設定し、BBFのデータフィールドが、GSEパケット及びGSE-Liteパケットのうちのいずれであるかによって、NPDを設定することができる。
具体的には、例えば、BBFのデータフィールドが、GSEパケットである場合には、NPDを0（2進数）に設定し、BBFのデータフィールドが、GSE-Liteパケットである場合には、NPDを1に設定することができる。
かかるGSE-Liteシグナリングによれば、TS/GSが10に設定され、かつ、NPDが1に設定されている場合には、BBFのデータフィールドが、GSE-Liteパケットであることを識別することができる。
また、TS/GSが10に設定され、かつ、NPDが0に設定されている場合には、BBFのデータフィールドが、GSEパケットであることを識別することができる。
図１３は、DVB-T2又はDVB-C2で用いるGSE-Liteシグナリングの第３の例（以下、T2/C2用の第３のGSE-Liteシグナリングともいう）を説明する図である。
すなわち、図１３のＡは、図１１と同様に、DVB-T2又はDVB-C2で用いられるBBFを示しており、図１３のＢは、L1-postシグナリングに含まれるPLP_PAYLOAD_TYPEを示している。
PLP_PAYLOAD_TYPEは、そのPLP_PAYLOAD_TYPEを含むL1-postシグナリングが配置されるT2フレーム又はC2フレームに含まれるPLPごとに設定され、対応するPLPに含まれるデータを表す。
PLP_PAYLOAD_TYPEは、5ビットの情報であり、いま現在、DVB-T2及びDVB-C2では、00000ないし00011（2進数）の4個の値が使用されている。
例えば、PLPに、TSパケットが含まれる場合、PLP_PAYLOAD_TYPEが00011に設定され、PLPに、GSEパケットが含まれる場合、PLP_PAYLOAD_TYPEが00010に設定されることが規定されている。
また、いま現在、DVB-T2及びDVB-C2では、PLP_PAYLOAD_TYPEについては、00100ないし11111は、未使用になっている。
そこで、GSE-Liteシグナリングには、PLP_PAYLOAD_TYPEを用いることができる。
すなわち、GSE-Liteシグナリングとしては、例えば、PLP_PAYLOAD_TYPEを、未使用の値のうちの特定の値としての00100等に設定することを採用することができる。
かかるGSE-Liteシグナリングによれば、PLP_PAYLOAD_TYPEが、特定の値である00100に設定されている場合には、PLPに含まれるBBFのデータフィールドが、GSE-Liteパケットであることを識別することができる。
なお、PLP_PAYLOAD_TYPEを用いたGSE-Liteシグナリング（T2/C2用の第３のGSE-Liteシグナリング）を採用する場合において、PLP_PAYLOAD_TYPEが、特定の値である00100に設定されるとき、すなわち、PLPに含まれるBBFのデータフィールドが、GSE-Liteパケットであるときには、そのGSE-Liteパケットが配置されるBBFのBBヘッダに含まれるTS/GSは、例えば、GSEパケットを表す10に設定される。GSE-Liteパケットは、GSE-Liteに準拠する他、DVB-GSEにも準拠するからである。
また、DVB-T2及びDVB-C2では、GSE-Liteシグナリングとして、T2/C2用の第１ないし第３のGSE-Liteシグナリングそれぞれを単独で用いる他、T2/C2用の第１及び第３のGSE-Liteシグナリングを併用すること、又は、T2/C2用の第２及び第３のGSE-Liteシグナリングを併用することができる。
T2/C2用の第１又は第２のGSE-Liteシグナリングを単独で用いる場合には、BBFのBBヘッダを参照することによって、そのBBFのデータフィールドがGSE-Liteパケットであるかどうかを識別することができる。
また、T2/C2用の第３のGSE-Liteシグナリングを単独で用いる場合には、T2フレーム又はC2フレームのL1-postシグナリングを参照することによって、そのT2フレーム又はC2フレームに含まれるPLPのデータがGSE-Liteパケットであるかどうかを識別することができる。
T2/C2用の第１及び第３のGSE-Liteシグナリングを併用する場合、並びに、T2/C2用の第２及び第３のGSE-Liteシグナリングを併用する場合には、T2フレーム又はC2フレームのL1-postシグナリングを参照することによっても、また、BBFのBBヘッダを参照することによっても、GSE-Liteパケットであるかどうかの識別を行うことができる。
図９の送信装置において、シグナリング生成部３２は、BBF構成部４３で構成されるBBFについて、あるいは、データ構成部３３1で構成されるPLP#1について、以上のようなGSE-Liteシグナリングを含むBBシグナリングや、L1-postシグナリング（を含むL1シグナリング）を生成する。
以上のように、GSE-Liteシグナリングを生成し、T2フレーム又はC2フレームに含めて、BBF（を含むPLP）とともに送信することにより、T2フレーム又はC2フレームを受信する受信装置では、GSE-Liteシグナリングに基づいて、T2フレーム又はC2フレームに含まれるBBFのデータフィールドが、GSE-Liteパケットであるかどうかを、容易に識別することができる。
すなわち、BBFのデータフィールドが、GSE-Liteパケットであることを識別するために、BBFのデータフィールドを解析する複雑なルールやロジックを、受信装置に実装することなく、BBFのデータフィールドが、GSE-Liteパケットであるかどうかを識別することができる。
＜本技術を適用した受信装置の第１実施の形態＞
図１４は、本技術を適用したデータ処理装置としての受信装置の第１実施の形態の構成例を示すブロック図である。
図１４において、受信装置は、OFDM復調部５１、フレーム処理部５２、FEC復号部５３、ストリーム処理部５４、出力部５５、及び、コントローラ５６を有し、例えば、DVB-T2、又は、DVB-C2に準拠した放送を受信する。
OFDM変調部５１は、図９の送信装置から送信されてくる変調信号を受信する受信部として機能する。OFDM変調部５１は、図９の送信装置から送信されてくる変調信号を受信してOFDM復調し、その結果得られるT2フレーム又はC2フレームを、フレーム処理部５２に供給する。
フレーム処理部５２は、例えば、ユーザの操作等に従い、OFDM復調部５１からのT2フレーム又はC2フレームから、所望のPLPを抽出し、FEC復号部５３に供給する。
また、T2/C2用の第３のGSE-Liteシグナリングが採用されている場合、フレーム処理部５２は、T2フレーム又はC2フレームから抽出したPLPのPLP_PAYLOAD_TYPEを、そのT2フレーム又はC2フレームに含まれるL1-postシグナリングから抽出し、コントローラ５６に供給する。
FEC復号部５３は、フレーム処理部５２からのPLPを、誤り訂正であるFEC復号を行う対象のFECフレームとして、そのFECフレームのFEC復号としての、例えば、LDPC復号やBCH復号を行い、その結果得られるBBFを、ストリーム処理部５４に供給する。
ストリーム処理部５４は、BBヘッダ処理部６１、GSE-Liteパケット抽出部６２、PDU抽出部６３、BBF出力部６４、TSパケット抽出部６５、及び、スムージング部６６を有し、FEC復号部５３からのBBFを処理して、そのBBFに含まれるGSE-Liteパケット若しくはTSパケットを、出力部５５に出力し、又は、FEC復号部５３からのBBFを、そのまま、出力部５５に出力する。
すなわち、BBヘッダ処理部６１には、FEC復号部５３からのBBFが供給される。
BBヘッダ処理部６１は、FEC復号部５３からのBBFのBBヘッダに従い、ストリーム処理部５４を構成する必要なブロックを制御する。
また、BBヘッダ処理部６１は、FEC復号部５３からのBBFを、GSE-Liteパケット抽出部６２、BBF出力部６４、及び、TSパケット抽出部６５に供給する。
さらに、T2/C2用の第１又は第２のGSE-Liteシグナリングが採用されている場合、BBヘッダ処理部６１は、BBヘッダ(BBHEADER)（BBシグナリング）（図１１、図１２）を抽出し、コントローラ５６に供給する。
GSE-Liteパケット抽出部６２は、BBヘッダ処理部６１からのBBFから、そのデータフィールドに配置されているGSE-Liteパケットを抽出し、PDU抽出部６３に供給する。
PDU抽出部６３は、GSE-Liteパケット抽出部６２からのGSE-Liteパケットから、そのデータフィールドに配置されているIPパケットやイーサネットパケット等のPDU（制限サイズ以下のPDU）を抽出し、出力部５５に出力する。
BBF出力部６４は、BBヘッダ処理部６１からのBBFを、出力部５５に出力する。
TSパケット抽出部６５は、BBヘッダ処理部６１からのBBFから、そのデータフィールドに配置されているTSパケットを抽出し、スムージング部６６に供給する。
スムージング部６６は、TSパケット抽出部６５からのTSパケットのスムージングを行って、出力部５５に出力する。
出力部５５は、コントローラ５６の制御に従い、PDU抽出部６３、BBF出力部６４、及び、スムージング部６６の出力のうちの１つの出力を選択して出力する。
コントローラ５６は、受信装置を構成する各ブロックを、必要に応じて制御する。
例えば、コントローラ５６は、フレーム処理部５２からのPLP_PAYLOAD_TYPEや、BBヘッダ処理部６１からのBBヘッダのMATYPE-1に基づき、FEC復号部５３からストリーム処理部５４に供給されたBBFのデータフィールドが、GSE-Liteパケット、TSパケット、及び、GSEパケット（あるいは、その他のデータ）のうちのいずれであるかを識別し、その識別結果に基づいて、出力部５５を制御する。
すなわち、T2/C2用の第１のGSE-Liteシグナリングが採用されている場合、コントローラ５６は、BBヘッダ処理部６１からのBBヘッダのMATYPE-1のTS/GSが、GSEパケットを表す10で、EXTが、GSE-Liteパケットを表す特定の値11であるときには（図１１）、ストリーム処理部５４に供給されたBBFのデータフィールドが、GSE-Liteパケットであると識別する。
また、T2/C2用の第２のGSE-Liteシグナリングが採用されている場合、コントローラ５６は、BBヘッダ処理部６１からのBBヘッダのMATYPE-1のTS/GSが、GSEパケットを表す10で、NPDが、GSE-Liteパケットを表す特定の値1であるときには（図１２）、ストリーム処理部５４に供給されたBBFのデータフィールドが、GSE-Liteパケットであると識別する。
さらに、T2/C2用の第３のGSE-Liteシグナリングが採用されている場合、コントローラ５６は、フレーム処理部５２からのPLP_PAYLOAD_TYPEが、GSE-Liteパケットを表す特定の値00100であるときには（図１３）、ストリーム処理部５４に供給されたBBFのデータフィールドが、GSE-Liteパケットであると識別する。
また、コントローラ５６は、BBヘッダ処理部６１からのBBヘッダのMATYPE-1のTS/GSが、TSパケットを表す11である場合（図１１、図１２）や、フレーム処理部５２からのPLP_PAYLOAD_TYPEが、TSパケットを表す00011である場合（図１３）、ストリーム処理部５４に供給されたBBFのデータフィールドが、TSパケットであると識別する。
さらに、BBヘッダ処理部６１からのBBヘッダのMATYPE-1のTS/GSが、GSEパケットを表す10であり、かつ、EXTが、GSE-Liteパケットを表す特定の値11以外である場合（図１１）や、MATYPE-1のTS/GSが、GSEパケットを表す10であり、かつ、NPDが、GSE-Liteパケットを表す特定の値1以外である場合（図１２）、及び、フレーム処理部５２からのPLP_PAYLOAD_TYPEが、GSEパケットを表す0001である場合（図１３）、いずれの場合も、コントローラ５６は、ストリーム処理部５４に供給されたBBFのデータフィールドが、GSEパケットであると識別する。
コントローラ５６は、ストリーム処理部５４に供給されたBBFのデータフィールドが、GSE-Liteパケットであると識別した場合には、そのBBFに対して、PDU抽出部６３の出力を選択するように、出力部５５を制御する。
その結果、出力部５５は、ストリーム処理部５４に供給されたBBFに対して、PDU抽出部６３が出力する、そのBBFに含まれるGSE-Liteパケットに配置されていた制限サイズ以下のPDUを選択して出力する。
また、コントローラ５６は、ストリーム処理部５４に供給されたBBFのデータフィールドが、TSパケットであると識別した場合には、そのBBFに対して、スムージング部６６の出力を選択するように、出力部５５を制御する。
その結果、出力部５５は、ストリーム処理部５４に供給されたBBFに対して、スムージング部６６が出力する、そのBBFに含まれていたTSパケットを選択して出力する。
さらに、コントローラ５６は、ストリーム処理部５４に供給されたBBFのデータフィールドが、GSEパケットであると識別した場合には、そのBBFに対して、BBF出力部６４の出力を選択するように、出力部５５を制御する。
その結果、出力部５５は、ストリーム処理部５４に供給されたBBFに対して、BBF出力部６４が出力する、そのBBFそのものを選択して出力する。
なお、以上のOFDM復調部５１ないしコントローラ５６は、1チップのLSIとしての復調LSIとして構成することができる。
以上のように、受信装置では、GSE-LiteシグナリングとしてのBBヘッダのMATYPE-1のTS/GS及びEXT、TS/GS及びNPD、又は、PLP_PAYLOAD_TYPEに基づいて、BBFのデータフィールドが、GSE-Liteパケットであるかどうかを、容易に識別することができる。
また、受信装置では、BBFのデータフィールドが、GSEパケットであるときには、そのBBFを、そのまま外部に出力するので、そのようなBBFについては、外部に処理を委ねることができる。したがって、GSEパケットについては、後方互換性を確保し、柔軟に処理を行うことが可能となる。
図１５は、図１４の受信装置の処理（受信処理）を説明するフローチャートである。
ステップＳ３１において、OFDM変調部５１が、図９の送信装置から送信されてくる変調信号を受信してOFDM復調し、その結果得られるT2フレーム又はC2フレームを、フレーム処理部５２に供給して、処理は、ステップＳ３２に進む。
ステップＳ３２では、フレーム処理部５２が、例えば、ユーザの操作等に従い、OFDM復調部５１からのT2フレーム又はC2フレームから、所望のPLPを抽出し、FEC復号部５３に供給する。
また、フレーム処理部５２は、T2フレーム又はC2フレームから抽出したPLPのPLP_PAYLOAD_TYPEを、そのT2フレーム又はC2フレームに含まれるL1-postシグナリングから抽出し、GSE-Liteシグナリングとして、コントローラ５６に供給して、処理は、ステップＳ３２からステップＳ３３に進む。
ステップＳ３３では、FEC復号部５３が、フレーム処理部５２からのPLPをFECフレームとしてFEC復号を行い、その結果得られるBBFを、ストリーム処理部５４に供給して、処理は、ステップＳ３４に進む。
ステップＳ３４では、ストリーム処理部５４において、BBヘッダ処理部６１が、FEC復号部５３からのBBFから、BBヘッダ（図１１、図１２）を抽出し、GSE-Liteシグナリングとして、コントローラ５６に供給する。
さらに、BBヘッダ処理部６１は、FEC復号部５３からのBBFを、GSE-Liteパケット抽出部６２、BBF出力部６４、及び、TSパケット抽出部６５に供給して、処理は、ステップＳ３４からステップＳ３５に進む。
ステップＳ３５では、GSE-Lite用処理、BBF出力処理、及び、TS用処理が行われ、処理は、ステップＳ３６に進む。
ここで、GSE-Lite用処理では、GSE-Liteパケット抽出部６２が、BBヘッダ処理部６１からのBBFにGSE-Liteパケットが含まれることと仮定して、そのBBFから、GSE-Liteパケットを抽出し、PDU抽出部６３に供給する。PDU抽出部６３は、GSE-Liteパケット抽出部６２からのGSE-Liteパケットから、PDUを抽出して、出力部５５に出力する。
BBF出力処理では、BBF出力部６４が、BBヘッダ処理部６１からのBBFを、出力部５５に出力する。
TS用処理では、TSパケット抽出部６５が、BBヘッダ処理部６１からのBBFにTSパケットが含まれることと仮定して、そのBBFから、TSパケットを抽出し、スムージング部６６に供給する。スムージング部６６は、TSパケット抽出部６５からのTSパケットのスムージングを行って、出力部５５に出力する。
ステップＳ３６では、コントローラ５６が、GSE-Liteシグナリングとしての、フレーム処理部５２からのPLP_PAYLOAD_TYPEや、BBヘッダ処理部６１からのBBヘッダのMATYPE-1に基づき、FEC復号部５３からストリーム処理部５４に直前に供給されたBBFのデータフィールドが、GSE-Liteパケット、TSパケット、及び、GSEパケットのうちのいずれであるかを識別するデータフィールドの識別を行い、処理は、ステップＳ３７に進む。
ステップＳ３７では、コントローラ５６は、ステップＳ３６のデータフィールドの識別の識別結果に基づき、出力部５５を制御し、これにより、出力部５５は、PDU抽出部６３、BBF出力部６４、及び、スムージング部６６の出力のうちの１つの出力を選択して出力し、受信処理は終了する。
すなわち、出力部５５は、コントローラ５６の制御に従い、PDU抽出部６３が出力する、GSE-Lite用処理の結果得られるPDU、BBF出力部６４が出力する、BBF出力処理の結果得られるBBF、又は、スムージング部６６が出力する、TS用処理の結果得られるTSパケットを選択して出力する。
なお、図１５の受信処理は、パイプラインで、繰り返し行われる。
また、図１５では、ステップＳ３５において、GSE-Lite用処理、BBF出力処理、及び、TS用処理のすべてを行い、その後、ステップＳ３６において、GSE-LiteシグナリングとしてのPLP_PAYLOAD_TYPEやMATYPE-1に基づき、BBFのデータフィールドが、GSE-Liteパケット、TSパケット、及び、GSEパケットのうちのいずれであるかを識別するデータフィールドの識別を行うこととしたが、先に、データフィールドの識別を行い、その識別結果に基づいて、GSE-Lite用処理、BBF出力処理、及び、TS用処理のいずれか１つだけを行うことができる。
すなわち、データフィールドの識別の結果、BBFのデータフィールドが、GSE-Liteパケットであることが識別された場合には、GSE-Lite用処理、BBF出力処理、及び、TS用処理のうちの、GSE-Lite用処理だけを行うことができる。
同様に、データフィールドの識別の結果、BBFのデータフィールドが、GSEパケットであることが識別された場合には、BBF出力処理だけを行い、BBFのデータフィールドが、TSパケットであることが識別された場合には、TS用処理だけを行うことができる。
＜本技術を適用した送信装置の第２実施の形態＞
図１６は、本技術を適用したデータ処理装置としての送信装置の第２実施の形態の構成例を示すブロック図である。
なお、図中、図９の場合と対応する部分については、同一の符号を付してあり、以下では、その説明は、適宜省略する。
図１６において、送信装置は、コントローラ３１、OFDM変調部３５、データ構成部７１1及び７１2、マージ／スライス部７２、シグナリング生成部７３、BBF構成部７４、FEC符号化部７５、並びに、PL(Physical Layer)フレーム化部７６を有し、例えば、DVB-S2に準拠した放送を行う。
データ構成部７１1は、検査部４１、及び、GSE-Liteパケット構成部４２を有し、GSE-Liteパケットを構成して、マージ／スライス部７２に供給する。
すなわち、検査部４１には、PDUが供給され、検査部４１は、図９の場合と同様に、そこに供給されるPDUのサイズが、あらかじめ決められた制限サイズ以下であるかどうかをチェック（検査）し、制限サイズ以下のPDUを、GSE-Liteパケット構成部４２に供給する。
GSE-Liteパケット構成部４２は、図９の場合と同様に、検査部４１からのPDUをデータフィールドに配置したGSEパケットであるGSE-Liteパケットを構成して、マージ／スライス部７２に供給する。
なお、図９の場合と同様に、データ構成部７１1に与えられるPDUの最大サイズが、何らかの方法で、制限サイズに制限されることが保証される場合には、データ構成部７１1は、検査部４１なしで構成することができる。
データ構成部７１2は、GSEパケット構成部４５を有し、GSEパケットを構成して、マージ／スライス部７２に供給する。
すなわち、GSEパケット構成部４５には、PDUが供給され、GSEパケット構成部４５は、そこに供給されるPDUをデータフィールドに配置したGSEパケットを構成して、マージ／スライス部７２に供給する。
マージ／スライス部７２には、上述したように、データ構成部７１1からGSE-Liteパケットが供給され、データ構成部７１2からGSEパケットが供給される。さらに、マージ／スライス部７２には、外部からTSパケットが供給される。
マージ／スライス部７２は、そこに供給されるGSE-Liteパケット、GSEパケット、又は、TSパケットのマージ又はスライスを、必要に応じて行って、BBF構成部７４に供給する。
シグナリング生成部７３は、コントローラ３１の制御に従って、送信装置から送信するデータに適切なBBシグナリングを生成し、BBF構成部７４に供給する。
BBF構成部７４は、マージ／スライス部７２から供給されるGSE-Liteパケット、GSEパケット、又は、TSパケットをデータフィールドに配置し、かつ、シグナリング生成部７３からのBBシグナリングをBBヘッダに配置したBBFを構成し、FEC符号化部７５に供給する。
FEC符号化部７５は、BBF構成部７４からのBBFのFEC符号化を、図９のFEC符号化部４４や４７，４９と同様にして行い、そのFEC符号化の結果得られるBBFのFEC符号であるFECフレーム(FECFRAME)を、PLフレーム化部７６に供給する。
PLフレーム化部７６は、FEC符号化部７５からのFECフレームを含む、DVB-S2のPLフレーム(PLFRAME)を構成し、OFDM変調部３５に供給する。
なお、DVB-S2では、PLフレーム単位で、パラメータ（例えば、FEC符号としてのLDPC符号の符号化率等）が異なるFEC符号を採用することができる。
また、図１６の送信装置では、GSE-Liteパケットを構成するデータ構成部として、１つのデータ構成部７１1だけが設けられているが、GSE-Liteパケットを構成するデータ構成部は、複数設けることが可能である。GSEパケットを構成するデータ構成部についても、同様である。
さらに、図１６では、マージ／スライス部７２に、1系統のTSパケット（のストリーム）が供給されているが、マージ／スライス部７２には、複数の系統のTSパケットを供給することができる。
また、図１６の受信装置において、GSEパケットを構成するデータ構成部７１2を設けることや、マージ／スライス部７２にTSパケットを供給することは、必須ではない。
図１７は、GSE-Liteパケット（を含む変調信号）を送信する場合の、図１６の送信装置の処理（GSE-Liteの送信処理）を説明するフローチャートである。
ステップＳ５１において、検査部４１が、GSE-Liteパケットに含めるPDUを取得し、処理は、ステップＳ５２に進む。
ステップＳ５２では、検査部４１が、PDUのサイズをチェック（検査）する。
そして、検査部４１は、PDUのサイズのチェックの結果、PDUのサイズが制限サイズ以下でないことが確認された場合には、所定のエラー処理を行い、GSE-Liteの送信処理を終了する。
また、検査部４１は、PDUのサイズが制限サイズ以下であることが確認された場合には、そのPDUを、GSE-Liteパケット構成部４２に供給して、処理は、ステップＳ５２からステップＳ５３に進む。
ステップＳ５３では、GSE-Liteパケット構成部４２が、検査部４１からのPDU、すなわち、最大サイズが制限サイズに制限されたPDUをデータフィールドに配置したGSEパケットであるGSE-Liteパケットを構成して、マージ／スライス部７２に供給し、処理は、ステップＳ５４に進む。
ステップＳ５４では、マージ／スライス部７２が、GSE-Liteパケット構成部４２からのGSE-Liteパケットのマージ又はスライスを、必要に応じて行って、BBF構成部７４に供給し、処理は、ステップＳ５５に進む。
ステップＳ５５では、シグナリング生成部７３が、コントローラ３１の制御に従って、必要なGSE-Liteシグナリングを含むBBシグナリングを生成し、BBF構成部７４に供給して、処理は、ステップＳ５６に進む。
ステップＳ５６では、BBF構成部７４が、マージ／スライス部７２からのGSE-Liteパケットをデータフィールドに配置し、かつ、シグナリング生成部７３からのBBシグナリングをBBヘッダに配置したBBFを構成し、FEC符号化部７５に供給して、処理は、ステップＳ５７に進む。
ステップＳ５７では、FEC符号化部７５が、BBF構成部７４からのBBFをFEC符号化し、その結果得られるFECフレームを、PLフレーム化部７６に供給して、処理は、ステップＳ５８に進む。
ステップＳ５８では、PLフレーム化部７６が、FEC符号化部７５からのFECフレームに、PLヘッダを付加して、PLフレームを構成し、OFDM変調部３５に供給して、処理は、ステップＳ５９に進む。
ステップＳ５９では、OFDM変調部３５が、PLフレーム化部７６からのPLフレームをOFDM変調し、その結果得られる変調信号を送信して、GSE-Liteの送信処理は終了する。
なお、図１７のGSE-Liteの送信処理は、パイプラインで、繰り返し行われる。
また、マージ／スライス部７２には、GSE-Liteパケット構成部４２からGSE-Liteパケットが供給される他、GSEパケット構成部４５からGSEパケットが供給されることや、外部からTSパケットが供給されることがある。
マージ／スライス部７２は、GSEパケットやTSパケットが供給された場合、そのマージ又はスライスを、必要に応じて行って、BBF構成部７４に供給する。
そして、以降は、GSE-Liteパケット構成部４２からマージ／スライス部７２に、GSE-Liteパケットが供給される場合と同様の処理が行われ、これにより、GSEパケットやTSパケットを含むPLフレームが構成されて送信される。
＜DVB-S2でのGSE-Liteシグナリング＞
図１８は、DVB-S2で用いるGSE-Liteシグナリング、すなわち、図１６の送信装置でGSE-Liteパケットを送信する場合のGSE-Liteシグナリングの第１の例（以下、S2用の第１のGSE-Liteシグナリングともいう）を説明する図である。
図１８は、現行のDVB-S2(ETSI EN 302 307 V1.2.1 (2009-08))で用いられるBBF(BBFRAME)を示している。
DVB-S2で用いられるBBFには、BBヘッダ(BBHEADER)、データフィールド(DATA FIELD)、及び、必要なパディング(PADDING)が含まれる。
DVB-S2で用いられたBBFのBBヘッダは、80ビットのデータであり、1バイトのMATYPE-1、1バイトのMATYPE-2、2バイトのUPL、2バイトのDFL、1バイトのSYNC、2バイトのSYNCD、及び、1バイトのCRC-8が、その順で並んで構成される。
BBヘッダの先頭の1バイトのMATYPE-1には、2ビットのTS/GS、1ビットのSIS/MIS、1ビットのCCM/ACM、1ビットのISSYI、1ビットのNPD、及び、2ビットのROが、その順に割り当てられている。
DVB-S2では、BBFに、TSパケットが含まれる場合（BBFのデータフィールドに、TSパケットが配置されている場合）、TS/GSが11（2進数）に設定される。
ここで、DVB-S2では、BBFに、GSEパケットが含まれる場合のTS/GSの設定については、規定がされていない。
但し、DVB-GSEのインプリメンテイションガイドライン(ETSI TS 102 771 V1.2.1 (2011-05))には、現行のDVB-S2では、GSEパケットは、ジェネリックコンティニアスストリーム(Generic Continuous Streams)として送信されることが記載されている。
そこで、DVB-S2では、BBFに、GSEパケット、又は、GSEパケットでもあるGSE-Liteパケットが含まれる場合については、TS/GSを01に設定することができる。
また、現行のDVB-S2では、TS/GSが01に設定される場合のSYNCDは、未使用になっている。
そこで、GSE-Liteシグナリングには、例えば、TS/GS、及び、SYNCDを用いることができる。
すなわち、GSE-Liteシグナリングとしては、例えば、TS/GSを01に設定し、かつ、SYNCDを、特定の値としてのFFFF（16進数）等に設定することを採用することができる。
かかるGSE-Liteシグナリングによれば、TS/GSが01に設定され、かつ、SYNCDが、特定の値であるFFFFに設定されている場合には、BBFのデータフィールド（のデータ）が、GSE-Liteパケットであることを識別することができる。
なお、データがGSEパケットであることを識別するためのシグナリングには、TS/GSを01に設定し、かつ、SYNCDを、GSE-Liteシグナリングに用いられる特定の値FFFF以外の値である、例えば、0000等に設定することを採用することができる。
図１９は、DVB-S2で用いるGSE-Liteシグナリングの第２の例（以下、S2用の第２のGSE-Liteシグナリングともいう）を説明する図である。
すなわち、図１９は、図１８と同様に、DVB-S2で用いられるBBFを示している。
図１８で説明したように、BBヘッダの先頭の1バイトのMATYPE-1には、2ビットのTS/GSが含まれる。現行のDVB-S2では、2ビットのTS/GSについては、10が、未使用になっている。
そこで、GSE-Liteシグナリングには、TS/GSを、未使用の10に設定することを採用することができる。
かかるGSE-Liteシグナリングによれば、TS/GSが10に設定されている場合には、BBFのデータフィールドが、GSE-Liteパケットであることを識別することができる。
なお、データがGSEパケットであることを識別するためのシグナリングには、例えば、図１８の場合と同様に、TS/GSを01に設定し、かつ、SYNCDを0000に設定することを採用することができる。
図２０は、DVB-S2で用いるGSE-Liteシグナリングの第３の例（以下、S2用の第３のGSE-Liteシグナリングともいう）を説明する図である。
すなわち、図２０は、図１８と同様に、DVB-S2で用いられるBBFを示している。
図１８で説明したように、BBヘッダの先頭の1バイトのMATYPE-1には、2ビットのTS/GS、及び、1ビットのNPDが含まれる。
また、図１９で説明したように、現行のDVB-S2では、2ビットのTS/GSについては、10が、未使用になっている。さらに、TS/GSが、未使用の10に設定される場合、現行のDVB-S2では、NPDは、機能しない（NPDは、BBFにTSパケットが含まれるときに機能する）。
そこで、GSE-Liteシグナリング、さらには、データがGSEパケットであることを識別するためのシグナリングには、TS/GS、及び、NPDを用いることができる。
すなわち、BBFのデータフィールドが、GSEパケット又はGSE-Liteパケットである場合には、TS/GSを10に設定し、BBFのデータフィールドが、GSEパケット及びGSE-Liteパケットのうちのいずれであるかによって、NPDを設定することができる。
具体的には、例えば、BBFのデータフィールドが、GSEパケットである場合には、NPDを0に設定し、BBFのデータフィールドが、GSE-Liteパケットである場合には、NPDを1に設定することができる。
かかるGSE-Liteシグナリングによれば、TS/GSが10に設定され、かつ、NPDが1に設定されている場合には、BBFのデータフィールドが、GSE-Liteパケットであることを識別することができる。
また、TS/GSが10に設定され、かつ、NPDが0に設定されている場合には、BBFのデータフィールドが、GSEパケットであることを識別することができる。
図１６の送信装置において、シグナリング生成部７３は、BBF構成部７４で構成される、GSE-Liteパケットを含むBBFについて、以上のようなGSE-Liteシグナリングを含むBBシグナリングを生成する。
以上のように、GSE-Liteシグナリングを生成し、BBヘッダに含めて、BBFのデータフィールドに配置されたGSE-Liteパケットとともに、PLフレームとして送信することにより、PLフレームを受信する受信装置では、GSE-Liteシグナリングに基づいて、PLフレームに含まれるBBFのデータフィールドが、GSE-Liteパケットであるかどうかを、容易に識別することができる。
すなわち、BBFのデータフィールドが、GSE-Liteパケットであることを識別するために、BBFのデータフィールドを解析する複雑なルールやロジックを、受信装置に実装することなく、BBFのデータフィールドが、GSE-Liteパケットであるかどうかを識別することができる。
＜本技術を適用した受信装置の第２実施の形態＞
図２１は、本技術を適用したデータ処理装置としての受信装置の第２実施の形態の構成例を示すブロック図である。
なお、図中、図１４の場合と対応する部分については、同一の符号を付してあり、以下では、その説明は、適宜省略する。
図２１の受信装置は、OFDM復調部５１、FEC復号部５３、ストリーム処理部５４、及び、出力部５５を有する点で、図１４の場合と共通する。
但し、図２１の受信装置は、フレーム処理部５２に代えて、フレーム処理部９１を有し、コントローラ５６に代えて、コントローラ９２を有する点で、図１４の場合と相違する。
図２１の受信装置は、DVB-S2に準拠した放送、すなわち、図１６の送信装置から送信されてくる変調信号を受信する。
図２１において、フレーム処理部９１には、OFDM変調部５１から、図１６の送信装置から送信されてくる変調信号の復調結果が供給される。
すなわち、OFDM変調部５１では、図１６の送信装置から送信されてくる変調信号が受信されてOFDM復調され、その結果得られるPLフレーム（の系列）が、フレーム処理部５２に供給される。
フレーム処理部５２は、例えば、ユーザの操作等に従い、OFDM復調部５１から供給されるPLフレームから、所望のPLフレームを抽出し、FEC復号部５３に供給する。
FEC復号部５３では、フレーム処理部５２からのPLフレームに含まれるFECフレームを対象として、FEC復号が行われる。
コントローラ９２には、BBヘッダ処理部６１から、BBヘッダ（図１８ないし図２０）が供給される。
すなわち、BBヘッダ処理部６１では、BBヘッダ（BBシグナリング）（図１８ないし図２０）を抽出し、コントローラ９２に供給する。
コントローラ９２は、受信装置を構成する各ブロックを、必要に応じて制御する。
例えば、コントローラ９２は、BBヘッダ処理部６１からのBBヘッダ（BBシグナリング）に基づき、FEC復号部５３からストリーム処理部５４に供給されたBBFのデータフィールドが、GSE-Liteパケット、TSパケット、及び、GSEパケットのうちのいずれであるかを識別し、その識別結果に基づいて、出力部５５を制御する。
すなわち、S2用の第１のGSE-Liteシグナリングが採用されている場合（図１８）、コントローラ９２は、BBヘッダ処理部６１からのBBヘッダのMATYPE-1のTS/GSが、ジェネリックコンティニアスストリームを表す01で、BBヘッダのSYNCDが、GSE-Liteパケットを表す特定の値FFFFであるときには、ストリーム処理部５４に供給されたBBFのデータフィールドが、GSE-Liteパケットであると識別する。
また、S2用の第２のGSE-Liteシグナリングが採用されている場合（図１９）、コントローラ９２は、BBヘッダ処理部６１からのBBヘッダのMATYPE-1のTS/GSが、GSE-Liteパケットを表す10であるときには、ストリーム処理部５４に供給されたBBFのデータフィールドが、GSE-Liteパケットであると識別する。
なお、S2用の第１及び第２のGSE-Liteシグナリングのうちのいずれが採用されている場合であっても（図１８、図１９）、コントローラ９２は、BBヘッダ処理部６１からのBBヘッダのMATYPE-1のTS/GSが、ジェネリックコンティニアスストリームを表す01で、BBヘッダのSYNCDが、（GSEパケットを表す値）0000であるときには、ストリーム処理部５４に供給されたBBFのデータフィールドが、GSEパケットであると識別する。
S2用の第３のGSE-Liteシグナリングが採用されている場合（図２０）、コントローラ９２は、BBヘッダ処理部６１からのBBヘッダのMATYPE-1のTS/GSが、GSEパケットを表す10で、NPDが、GSE-Liteパケットを表す特定の値1であるときには、ストリーム処理部５４に供給されたBBFのデータフィールドが、GSE-Liteパケットであると識別する。
さらに、S2用の第３のGSE-Liteシグナリングが採用されている場合、コントローラ９２は、BBヘッダ処理部６１からのBBヘッダのMATYPE-1のTS/GSが、GSEパケットを表す10で、NPDが、GSEパケットを表す特定の値0であるときには、ストリーム処理部５４に供給されたBBFのデータフィールドが、GSEパケットであると識別する。
なお、S2用の第１ないし第３のGSE-Liteシグナリングのうちのいずれが採用されている場合であっても（図１８ないし図２０）、コントローラ９２は、BBヘッダ処理部６１からのBBヘッダのMATYPE-1のTS/GSが、TSパケットを表す11であるときには、ストリーム処理部５４に供給されたBBFのデータフィールドが、TSパケットであると識別する。
コントローラ９２は、ストリーム処理部５４に供給されたBBFのデータフィールドが、GSE-Liteパケットであると識別した場合には、そのBBFに対して、PDU抽出部６３の出力を選択するように、出力部５５を制御する。
その結果、出力部５５は、ストリーム処理部５４に供給されたBBFに対して、PDU抽出部６３が出力する、そのBBFに含まれるGSE-Liteパケットに配置されていた制限サイズ以下のPDUを選択して出力する。
また、コントローラ９２は、ストリーム処理部５４に供給されたBBFのデータフィールドが、TSパケットであると識別した場合には、そのBBFに対して、スムージング部６６の出力を選択するように、出力部５５を制御する。
その結果、出力部５５は、ストリーム処理部５４に供給されたBBFに対して、スムージング部６６が出力する、そのBBFに含まれていたTSパケットを選択して出力する。
さらに、コントローラ９２は、ストリーム処理部５４に供給されたBBFのデータフィールドが、GSEパケットであると識別した場合には、そのBBFに対して、BBF出力部６４の出力を選択するように、出力部５５を制御する。
その結果、出力部５５は、ストリーム処理部５４に供給されたBBFに対して、BBF出力部６４が出力する、そのBBFそのものを選択して出力する。
なお、図２１のOFDM復調部５１、FEC復号部５３、ストリーム処理部５４、出力部５５、フレーム処理部９１、及び、コントローラ９２は、図１４の場合と同様に、1チップのLSIとしての復調LSIとして構成することができる。
以上のように、図２１の受信装置では、GSE-LiteシグナリングとしてのMATYPE-1のTS/GS及びSYNCD、TS/GS、又は、TS/GS及びNPDに基づいて、BBFのデータフィールドが、GSE-Liteパケットであるかどうかを、容易に識別することができる。
図２２は、図２１の受信装置の処理（受信処理）を説明するフローチャートである。
ステップＳ７１において、OFDM変調部５１が、図１６の送信装置から送信されてくる変調信号を受信してOFDM復調し、その結果得られるPLフレームを、フレーム処理部９１に供給して、処理は、ステップＳ７２に進む。
ステップＳ７２では、フレーム処理部９１が、例えば、ユーザの操作等に従い、OFDM復調部５１からのPLフレームの中から、所望のPLフレームを抽出し、FEC復号部５３に供給して、処理は、ステップＳ７３に進む。
ステップＳ７３では、FEC復号部５３が、フレーム処理部５２からのPLフレームに含まれるFECフレームのFEC復号を行い、その結果得られるBBFを、ストリーム処理部５４に供給して、処理は、ステップＳ７４に進む。
ステップＳ７４では、ストリーム処理部５４において、BBヘッダ処理部６１が、FEC復号部５３からのBBFから、BBヘッダ（図１８ないし図２０）を抽出し、コントローラ９２に供給する。
さらに、BBヘッダ処理部６１は、FEC復号部５３からのBBFを、GSE-Liteパケット抽出部６２、BBF出力部６４、及び、TSパケット抽出部６５に供給して、処理は、ステップＳ７４からステップＳ７５に進む。
ステップＳ７５では、図１５のステップＳ３５で説明したように、GSE-Lite用処理、BBF出力処理、及び、TS用処理が行われ、処理は、ステップＳ７６に進む。
すなわち、GSE-Lite用処理では、GSE-Liteパケット抽出部６２が、BBヘッダ処理部６１からのBBFにGSE-Liteパケットが含まれることと仮定して、そのBBFから、GSE-Liteパケットを抽出し、PDU抽出部６３に供給する。PDU抽出部６３は、GSE-Liteパケット抽出部６２からのGSE-Liteパケットから、PDUを抽出して、出力部５５に出力する。
また、BBF出力処理では、BBF出力部６４が、BBヘッダ処理部６１からのBBFを、出力部５５に出力する。
さらに、TS用処理では、TSパケット抽出部６５が、BBヘッダ処理部６１からのBBFにTSパケットが含まれることと仮定して、そのBBFから、TSパケットを抽出し、スムージング部６６に供給する。スムージング部６６は、TSパケット抽出部６５からのTSパケットのスムージングを行って、出力部５５に出力する。
ステップＳ７６では、コントローラ９２が、GSE-Liteシグナリングとしての、BBヘッダ処理部６１からのBBヘッダ（BBシグナリング）に基づき、FEC復号部５３からストリーム処理部５４に直前に供給されたBBFのデータフィールドが、GSE-Liteパケット、TSパケット、及び、GSEパケットのうちのいずれであるかを識別するデータフィールドの識別を行い、処理は、ステップＳ７７に進む。
ステップＳ７７では、コントローラ９２は、ステップＳ７６のデータフィールドの識別の識別結果に基づき、出力部５５を制御し、これにより、出力部５５は、PDU抽出部６３、BBF出力部６４、及び、スムージング部６６の出力のうちの１つの出力を選択して出力し、受信処理は終了する。
すなわち、出力部５５は、コントローラ９２の制御に従い、PDU抽出部６３が出力する、GSE-Lite用処理の結果得られるPDU、BBF出力部６４が出力する、BBF出力処理の結果得られるBBF、又は、スムージング部６６が出力する、TS用処理の結果得られるTSパケットを選択して出力する。
なお、図２２の受信処理は、パイプラインで、繰り返し行われる。
また、図２２では、ステップＳ７５において、GSE-Lite用処理、BBF出力処理、及び、TS用処理のすべてを行い、その後、ステップＳ７６において、GSE-LiteシグナリングとしてのBBヘッダに基づき、BBFのデータフィールドが、GSE-Liteパケット、TSパケット、及び、GSEパケットのうちのいずれであるかを識別するデータフィールドの識別を行うこととしたが、先に、データフィールドの識別を行い、その識別結果に基づいて、GSE-Lite用処理、BBF出力処理、及び、TS用処理のいずれか１つだけを行うことができる。
すなわち、データフィールドの識別の結果、BBFのデータフィールドが、GSE-Liteパケットであることが識別された場合には、GSE-Lite用処理、BBF出力処理、及び、TS用処理のうちの、GSE-Lite用処理だけを行うことができる。
同様に、データフィールドの識別の結果、BBFのデータフィールドが、GSEパケットであることが識別された場合には、BBF出力処理だけを行い、BBFのデータフィールドが、TSパケットであることが識別された場合には、TS用処理だけを行うことができる。
＜データリンク層でのGSE-Liteシグナリング＞
図１１ないし図１３、及び、図１８ないし図２０では、GSE-Liteシグナリングを、物理層(L(Layer)1)において送信することとしたが、すなわち、例えば、GSE-Liteシグナリングを、BBシグナリング（BBヘッダ）やL1シグナリング(PLP_PAYLOAD_TYPE)に含めて送信することとしたが、GSE-Liteシグナリングは、その他、リンク層(L2)において送信することができる。
ここで、GSE-Liteシグナリングを、物理層において送信する場合には、GSE-Liteパケットを受信する受信装置において、物理層の処理だけで、データリンク層の処理を開始する前に、迅速に、GSE-Liteパケットであるかどうかの識別を行うことができる。
一方、GSE-Liteシグナリングを、データリンク層において送信する場合には、物理層（の規格）に影響を与えることなく、データリンク層（の仕様（規定）であるGSE-Lite）内で、GSE-Liteシグナリングの方法を完結することができる。
GSE-Liteシグナリングを、データリンク層において送信する場合には、そのGSE-Liteシグナリングは、GSE-Liteパケット（GSEパケット）のGSEヘッダやデータフィールド(PDU)に含めることができる。
ここで、GSE-Liteシグナリングを、データリンク層において送信する場合の、そのデータリンク層でのGSE-Liteシグナリングを、物理層においてGSE-Liteシグナリングを送信する場合の、その物理層でのGSE-Liteシグナリングと区別するために、L2配置用GSE-Liteシグナリングともいう。
同様に、GSE-Liteシグナリングを、物理層において送信する場合の、その物理層でのGSE-Liteシグナリングを、データリンク層でのGSE-Liteシグナリング（L2配置用GSE-Liteシグナリング）と区別するために、L1配置用GSE-Liteシグナリングともいう。
L1配置用GSE-Liteシグナリングによれば、例えば、BBフレーム（又はPLP）の単位で、そのBBフレームに含まれるGSEパケットが、GSE-Liteパケットであるかどうかのシグナリングを行うことができる。
一方、L2配置用GSE-Liteシグナリングによれば、GSEパケットの単位で、そのGSEパケットが、GSE-Liteパケットであるかどうかのシグナリングを行うことができる。
図２３は、L2配置用GSE-Liteシグナリングの第１の例を説明する図である。
すなわち、図２３は、GSE-Liteパケット（GSEパケット）のGSE-Liteヘッダ（GSEヘッダ）を示している。
図３及び図６に示したように、GSEヘッダには、3バイト又は6バイトのラベル(Label)を含めることができるが、L2配置用GSE-Liteシグナリングには、このGSEヘッダのラベルを用いることができる。
すなわち、L2配置用GSE-Liteシグナリングとしては、例えば、GSEヘッダの6バイトのラベルを、GSE-Liteパケットを表す特定の値に設定することを採用することができる。
以上のようなラベルを用いるL2配置用GSE-Liteシグナリングによれば、GSEヘッダに6バイトのラベルが含まれ、そのラベルが、GSE-Liteパケットを表す特定の値に設定されている場合には、そのラベルを（GSEヘッダに）含むパケットが、GSE-Liteパケットであることを識別することができる。
L2配置用GSE-Liteシグナリングに、GSEヘッダの6バイトのラベルを用いる場合に、L2配置用GSE-Liteシグナリングとしての6バイトのラベル、すなわち、GSE-Liteパケットを表す特定の値としては、例えば、MSB(Most Significant Bit)が1になっている6バイトの所定の値（例えば、MSBが1で、他のビットが0の6バイト等）や、最上位バイト(first byte)が0xFF（0xは、その後に続く値が16進数であることを表す）になっている6バイトの所定の値、その他、DVB-GSEにおいて、ラベルとして特定の用途が規定されていない値を採用することができる。
ここで、DVB-GSEでは、すべてのビットが0の6バイト(0x00:00:00:00:00:00)は、GSEヘッダの6バイトのラベルとしては、使用することができない。また、DVB-GSEでは、最上位バイト(first byte)のLSB(Least Significant Bit)が1になっているラベルは、マルチキャストフレーム(multicast frames)に使用することが規定されている。さらに、DVB-GSEでは、すべてのビットが1の6バイト(0xFF:FF:FF:FF:FF:FF)は、リンクブロードキャストアドレス(link broadcast address)に規定されている。
図２４は、L2配置用GSE-Liteシグナリングの第２の例を説明する図である。
すなわち、図２４は、GSE-LiteパケットのGSE-Liteヘッダを示している。
図３及び図６に示したように、GSEヘッダには、2バイトのプロトコルタイプ(Protocol Type)を含めることができるが、L2配置用GSE-Liteシグナリングには、このGSEヘッダのプロトコルタイプを用いることができる。
すなわち、L2配置用GSE-Liteシグナリングとしては、例えば、GSEヘッダの2バイトのプロトコルタイプを、GSE-Liteパケットを表す特定の値に設定することを採用することができる。
ここで、プロトコルタイプは、2バイトであるので、0ないし65535の範囲の値を取り得る。
DVB-GSEでは、プロトコルタイプが取り得る値のうちの、0ないし1535の範囲の値は、タイプ1(Type 1(Next-Header Type field))と呼ばれ、1536ないし65535の範囲の値は、タイプ2(Type 2(EtherType compatible Type fields))と呼ばれる。
プロトコルタイプのタイプ1の値は、リンク独自のプロトコル(link-specific protocols)の識別や、エクステンションヘッダ(Ext. headers)（図３）の存在を表すのに用いられる。エクステンションヘッダは、プロトコルタイプが、タイプ1の値（0ないし1535）であるときに存在し得る。
プロトコルタイプのタイプ2の値としては、イーサネットフレーム（図７）のイーサタイプ(Ethertype)に定義されている値が使用される。
L2配置用GSE-Liteシグナリングに、GSEヘッダの2バイトのプロトコルタイプを用いる場合に、L2配置用GSE-Liteシグナリングとしての2バイトのプロトコルタイプ、すなわち、GSE-Liteパケットを表す特定の値としては、例えば、タイプ1及びタイプ2のうちの、タイプ2の値（1536ないし65535）の中で、イーサタイプ(Ethertype)に定義されていない値を採用することができる。
以上のようなプロトコルタイプを用いるL2配置用GSE-Liteシグナリングによれば、GSEヘッダに2バイトのプロトコルタイプが含まれ、そのプロトコルタイプが、GSE-Liteパケットを表す特定の値に設定されている場合には、そのプロトコルタイプを（GSEヘッダに）含むパケットが、GSE-Liteパケットであることを識別することができる。
図２５は、L2配置用GSE-Liteシグナリングの第３の例を説明する図である。
すなわち、図２５は、GSE-LiteパケットのGSE-Liteヘッダを示している。
図３及び図６に示したように、GSEヘッダには、2バイト以上のエクステンションヘッダ(Ext. headers)を含めることができるが、L2配置用GSE-Liteシグナリングには、このGSEヘッダのエクステンションヘッダを用いることができる。
すなわち、L2配置用GSE-Liteシグナリングとしては、例えば、GSEヘッダの2バイト（以上）のエクステンションヘッダを、GSE-Liteパケットを表す特定の値に設定することを採用することができる。
以上のようなエクステンションヘッダを用いるL2配置用GSE-Liteシグナリングによれば、GSEヘッダにエクステンションヘッダが含まれ、そのエクステンションヘッダが、GSE-Liteパケットを表す特定の値に設定されている場合には、そのエクステンションヘッダを（GSEヘッダに）含むパケットが、GSE-Liteパケットであることを識別することができる。
なお、図２４で説明したように、エクステンションヘッダは、プロトコルタイプ(Protocol Type)が、タイプ1の値（0ないし1535）であるときに存在するので、L2配置用GSE-Liteシグナリングに、エクステンションヘッダを用いる場合には、プロトコルタイプは、タイプ1の値に設定する必要がある。
また、L2配置用GSE-Liteシグナリングに、GSEヘッダのエクステンションヘッダを用いる場合に、L2配置用GSE-Liteシグナリングとしてのエクステンションヘッダ、すなわち、GSE-Liteパケットを表す特定の値としては、例えば、タイプ1の値が設定されるプロトコルタイプの値とエクステンションヘッダの値との組み合わせが未定義となる（L2配置用GSE-Liteシグナリング以外の事項を表す値として定義されていない）任意の値を採用することができる。
図２６は、L2配置用GSE-Liteシグナリングの第４の例を説明する図である。
すなわち、図２６は、GSE-LLC(Link Control Data)パケットで伝送されるディスクリプタの例を示している。
ここで、現在、LLC情報を伝送するGSEパケットとして、GSE-LLCパケットの規格が策定中であり、物理層及びMAC層のデバイスやネットワークインターフェースの設定等のためのディスクリプタを、LLC情報として、GSE-LLCパケットによって伝送することが予定されている。
GSE-LLCパケットは、GSEパケットであるので、最大サイズが4096バイト以下の所定の制限サイズに制限されたPDUを対象として、GSE-LLCパケットを構成することにより、そのGSE-LLCパケットは、GSE-Liteパケットと（も）なる。
以上のようなGSE-LLCパケットでもあるGSE-Liteパケットについては、L2配置用GSE-Liteシグナリングに、GSE-LLCパケットのディスクリプタ（GSE-LLCパケットでもあるGSE-Liteパケットによって伝送されるディスクリプタ）を用いることができる。
すなわち、GSE-LLCパケットのディスクリプタとして、GSEのオプションを記述するディスクリプタGSE_Options_descriptor()を定義し、L2配置用GSE-Liteシグナリングは、そのディスクリプタGSE_Options_descriptor()を用いて行うことができる。
図２６は、ディスクリプタGSE_Options_descriptor()のシンタクスの例を示している。
図２６において、ディスクリプタGSE_Options_descriptor()は、2バイト（32ビット）で構成され、8ビットのdescriptor_tag、8ビットのdescriptor_length、1ビットのGSE_Lite、及び、15ビットの未使用ビット(Reserved)を有する。
descriptor_tagには、ディスクリプタGSE_Options_descriptor()を識別するタグとしての値が設定される。descriptor_lengthには、ディスクリプタGSE_Options_descriptor()の長さが設定される。
GSE_Liteには、ディスクリプタGSE_Options_descriptor()を伝送するGSE-LLCパケットが、GSE-Liteパケットであるか否かによって、1又は0が設定される。
以上のようなディスクリプタGSE_Options_descriptor()を用いるL2配置用GSE-Liteシグナリングによれば、GSEパケットが、GSE-LLCパケットである場合に、そのGSE-LLCパケットによって伝送されるディスクリプタGSE_Options_descriptor()のGSE_Liteを参照することにより、そのGSE-LLCパケットが、GSE-Liteパケットであるかどうかを識別することができる。
なお、GSEパケットが、GSE-LLCパケットであるであるかどうかは、GSEヘッダのペイロードタイプを参照することにより識別することができる。すなわち、GSEパケットが、GSE-LLCパケットである場合には、GSEヘッダのペイロードタイプに、GSE-LLCパケットである旨を表す特定の値（例えば、0x0082等）が設定されるので、GSEパケットが、GSE-LLCパケットであるであるかどうかは、GSEヘッダのペイロードタイプを参照することにより識別することができる。
＜本技術を適用した送信装置の第３実施の形態＞
図２７は、本技術を適用したデータ処理装置としての送信装置の第３実施の形態の構成例を示すブロック図である。
なお、図中、図９の場合と対応する部分については、同一の符号を付してあり、以下では、その説明は、適宜省略する。
図９の送信装置では、GSE-Liteシグナリングとして、L1配置用GSE-Liteシグナリングを採用するが、図２７の送信装置では、GSE-Liteシグナリングとして、L2配置用GSE-Liteシグナリングを採用する。
そのため、図２７の送信装置では、図９のシグナリング生成部３２及びGSE-Liteパケット構成部４２に代えて、それぞれ、シグナリング生成部２０１及びGSE-Liteパケット構成部２０２が設けられており、その他の点は、図９の場合と同様に構成されている。
シグナリング生成部２０１は、図９のシグナリング生成部３２と同様に、コントローラ３１の制御に従って、送信装置から送信するデータに適切なBBシグナリング、及び、L1シグナリング(P1シグナリング、L1-preシグナリング、L1-postシグナリング）を生成する。
そして、シグナリング生成部２０１は、図９のシグナリング生成部３２と同様に、BBシグナリングを、BBF構成部４３や４６、４８に供給し、L1シグナリングを、フレーム化部３４に供給する。
但し、図９のシグナリング生成部３２は、GSE-LiteシグナリングとしてのL1配置用GSE-Liteシグナリングを含むBBシグナリングやL1シグナリングを生成するが、図２７のシグナリング生成部２０１は、L1配置用GSE-Liteシグナリングを含まない、現在のDVB-T2やDVB-C2の規定に準拠した（従った）、いわば、通常のBBシグナリング及びL1シグナリングを生成する。
GSE-Liteパケット構成部２０２には、検査部４１から、制限サイズ以下のサイズのPDUが供給される。
GSE-Liteパケット構成部２０２は、図９のGSE-Liteパケット構成部４２と同様に、検査部４１からのPDUをデータフィールドに配置したGSEパケットであるGSE-Liteパケットを構成して、BBF構成部４３に供給する。
但し、GSE-Liteパケット構成部２０２は、図２３ないし図２６で説明したL2配置用GSE-Liteシグナリングを含むGSE-Liteパケットを構成する。
図２８は、GSE-Liteパケット（を含む変調信号）を送信する場合の、図２７の送信装置の処理（GSE-Liteの送信処理）を説明するフローチャートである。
ステップＳ１１１ないしＳ１１６において、データ構成部３３1は、GSE-Liteパケットを含むPLP#1を構成し、フレーム化部３４に供給する。
すなわち、ステップＳ１１１において、検査部４１が、図１０のステップＳ１１と同様に、GSE-Liteパケットに含めるPDUを取得し、処理は、ステップＳ１１２に進む。
ステップＳ１１２では、検査部４１が、図１０のステップＳ１２と同様に、PDUのサイズをチェックし、GSE-Liteパケット構成部２０２に供給して、処理は、ステップＳ１１３に進む。
ステップＳ１１３では、GSE-Liteパケット構成部２０２が、検査部４１からのPDU、すなわち、最大サイズが制限サイズに制限されたPDUをデータフィールドに配置し、かつ、L2配置用GSE-Liteシグナリングを配置した（含んだ）GSE-Liteパケットを構成して、BBF構成部４３に供給し、処理は、ステップＳ１１４に進む。
ステップＳ１１４では、シグナリング生成部２０１が、コントローラ３１の制御に従って、通常のBBシグナリング、及び、L1シグナリングを生成する。そして、シグナリング生成部２０１は、BBシグナリングを、BBF構成部４３に供給し、L1シグナリングを、フレーム化部３４に供給して、処理は、ステップＳ１１４からステップＳ１１５に進む。
ステップＳ１１５では、BBF構成部４３が、図１０のステップＳ１５と同様に、GSE-Liteパケット構成部２０２からのGSE-Liteパケットをデータフィールドに配置し、かつ、シグナリング生成部２０１からのBBシグナリングをBBヘッダに配置したBBFを構成し、FEC符号化部４４に供給して、処理は、ステップＳ１１６に進む。
ステップＳ１１６では、FEC符号化部４４が、図１０のステップＳ１６と同様に、BBF構成部４３からのBBFをFEC符号化し、その結果得られるFECフレームを、PLP#1として、フレーム化部３４に供給して、処理は、ステップＳ１１７に進む。
以上のように、データ構成部３３1において、GSE-Liteパケットを含むFECフレームが構成され、PLP#1として、フレーム化部３４に供給されるのと並行して、必要に応じて、例えば、データ構成部３３2において、GSEパケットを含むFECフレームが構成され、PLP#2として、フレーム化部３４に供給されるとともに、データ構成部３３3において、TSパケットを含むFECフレームが構成され、PLP#3として、フレーム化部３４に供給される。
ステップＳ１１７では、フレーム化部３４が、図１０のステップＳ１７と同様に、シグナリング生成部２０１からのL1シグナリングと、データ構成部３３1ないし３３3それぞれからのPLP#1ないしPLP#3等の1個以上のPLPとを含んだT2フレーム又はC2フレームを構成し、OFDM変調部３５に供給して、処理は、ステップＳ１１８に進む。
ステップＳ１１８では、OFDM変調部３５が、図１０のステップＳ１８と同様に、フレーム化部３４からのT2フレーム又はC2フレームをOFDM変調し、その結果得られる変調信号を送信して、GSE-Liteの送信処理は終了する。
なお、図２８のGSE-Liteの送信処理は、パイプラインで、繰り返し行われる。
＜本技術を適用した受信装置の第３実施の形態＞
図２９は、本技術を適用したデータ処理装置としての受信装置の第３実施の形態の構成例を示すブロック図である。
なお、図中、図１４の場合と対応する部分については、同一の符号を付してあり、以下では、その説明は、適宜省略する。
図１４の受信装置では、GSE-Liteシグナリングとして、L1配置用GSE-Liteシグナリングを採用するが、図２９の受信装置では、GSE-Liteシグナリングとして、L2配置用GSE-Liteシグナリングを採用する。
そのため、図２９の受信装置では、図１４のGSE-Liteパケット抽出部６２及びコントローラ５６に代えて、それぞれ、GSE-Liteパケット抽出部２１１及びコントローラ２１２が設けられており、その他の点は、図１４の場合と同様に構成されている。
GSE-Liteパケット抽出部２１１には、BBヘッダ処理部６１から、BBFが供給される。
GSE-Liteパケット抽出部２１１は、図１４のGSE-Liteパケット抽出部６２と同様に、BBヘッダ処理部６１からのBBFから、そのデータフィールドに配置されているGSE-Liteパケットを抽出し、PDU抽出部６３に供給（出力）する。
また、GSE-Liteパケット抽出部２１１は、BBヘッダ処理部６１からのBBFに含まれるGSEパケット（GSE-Liteパケット）から、L2配置用GSE-Liteシグナリングとしての図２３で説明したラベル、図２４で説明したプロトコルタイプ、図２５で説明したエクステンションヘッダ、又は、図２６で説明したディスクリプタGSE_Options_descriptor()を抽出し、コントローラ２１２に供給する。
コントローラ２１２には、GSE-Liteパケット抽出部２１１から、L2配置用GSE-Liteシグナリングが供給される他、フレーム処理部５２から、通常のPLP_PAYLOAD_TYPEが供給されるとともに、BBヘッダ処理部６１から、通常のBBヘッダが供給される。
コントローラ２１２は、図１４のコントローラ５６と同様に、受信装置を構成する各ブロックを、必要に応じて制御する。
さらに、コントローラ２１２は、フレーム処理部５２からのPLP_PAYLOAD_TYPEや、BBヘッダ処理部６１からのBBヘッダのMATYPE-1、GSE-Liteパケット抽出部２１１からのL2配置用GSE-Liteシグナリングに基づき、FEC復号部５３からストリーム処理部５４に供給されたBBFのデータフィールドが、GSE-Liteパケット、TSパケット、及び、GSEパケット（あるいは、その他のデータ）のうちのいずれであるかを識別するデータフィールドの識別を行い、その識別結果に基づいて、出力部５５を制御する。
すなわち、コントローラ２１２は、フレーム処理部５２からのPLP_PAYLOAD_TYPEや、BBヘッダ処理部６１からのBBヘッダのMATYPE-1に基づき、FEC復号部５３からストリーム処理部５４に供給されたBBFのデータフィールドが、TSパケット、及び、GSEパケット（あるいは、その他のデータ）のうちのいずれであるかを識別する。
さらに、コントローラ２１２は、GSE-Liteパケット抽出部２１１からのL2配置用GSE-Liteシグナリングに基づき、FEC復号部５３からストリーム処理部５４に供給されたBBFのデータフィールドが、GSE-Liteパケットであるかどうかを識別する。
コントローラ２１２は、ストリーム処理部５４に供給されたBBFのデータフィールドが、GSE-Liteパケットであると識別した場合には、図１４のコントローラ５６と同様に、そのBBFに対して、PDU抽出部６３の出力を選択するように、出力部５５を制御する。
その結果、出力部５５は、ストリーム処理部５４に供給されたBBFに対して、PDU抽出部６３が出力する、そのBBFに含まれるGSE-Liteパケットに配置されていた制限サイズ以下のPDUを選択して出力する。
また、コントローラ２１２は、ストリーム処理部５４に供給されたBBFのデータフィールドが、TSパケットであると識別した場合には、図１４のコントローラ５６と同様に、そのBBFに対して、スムージング部６６の出力を選択するように、出力部５５を制御する。
その結果、出力部５５は、ストリーム処理部５４に供給されたBBFに対して、スムージング部６６が出力する、そのBBFに含まれていたTSパケットを選択して出力する。
さらに、コントローラ２１２は、ストリーム処理部５４に供給されたBBFのデータフィールドが、GSEパケットであると識別した場合には、図１４のコントローラ５６と同様に、そのBBFに対して、BBF出力部６４の出力を選択するように、出力部５５を制御する。
その結果、出力部５５は、ストリーム処理部５４に供給されたBBFに対して、BBF出力部６４が出力する、そのBBFそのものを選択して出力する。
以上のように構成される図２９の受信装置では、GSEパケット（GSE-Liteパケット）に含まれるL2配置用GSE-Liteシグナリングに基づいて、そのGSEパケットが、GSE-Liteパケットであるかどうかを、容易に識別することができる。
図３０は、図２９の受信装置の処理（受信処理）を説明するフローチャートである。
ステップＳ１３１において、OFDM変調部５１が、図２７の送信装置から送信されてくる変調信号を、図１５のステップＳ３１と同様に受信してOFDM復調し、その結果得られるT2フレーム又はC2フレームを、フレーム処理部５２に供給して、処理は、ステップＳ１３２に進む。
ステップＳ１３２では、フレーム処理部５２が、図１５のステップＳ３２と同様に、例えば、ユーザの操作等に従い、OFDM復調部５１からのT2フレーム又はC2フレームから、所望のPLPを抽出し、FEC復号部５３に供給する。
また、フレーム処理部５２は、T2フレーム又はC2フレームから抽出したPLPのPLP_PAYLOAD_TYPEを、そのT2フレーム又はC2フレームに含まれるL1-postシグナリングから抽出し、コントローラ２１２に供給して、処理は、ステップＳ１３２からステップＳ１３３に進む。
ステップＳ１３３では、FEC復号部５３が、図１５のステップＳ３３と同様に、フレーム処理部５２からのPLPをFECフレームとしてFEC復号を行い、その結果得られるBBFを、ストリーム処理部５４に供給して、処理は、ステップＳ１３４に進む。
ステップＳ１３４では、ストリーム処理部５４において、BBヘッダ処理部６１が、図１５のステップＳ３４と同様に、FEC復号部５３からのBBFから、BBヘッダを抽出し、コントローラ２１２に供給する。
さらに、BBヘッダ処理部６１は、FEC復号部５３からのBBFを、GSE-Liteパケット抽出部２１１、BBF出力部６４、及び、TSパケット抽出部６５に供給して、処理は、ステップＳ１３４からステップＳ１３５に進む。
ステップＳ１３５では、GSE-Lite用処理、BBF出力処理、及び、TS用処理が行われ、処理は、ステップＳ１３６に進む。
ここで、GSE-Lite用処理では、GSE-Liteパケット抽出部２１１が、図１５のステップＳ３５の場合と同様に、BBヘッダ処理部６１からのBBFにGSE-Liteパケットが含まれることと仮定して、そのBBFから、GSE-Liteパケットを抽出し、PDU抽出部６３に供給する。PDU抽出部６３は、GSE-Liteパケット抽出部２１１からのGSE-Liteパケットから、PDUを抽出して、出力部５５に出力する。
さらに、GSE-Lite用処理では、GSE-Liteパケット抽出部２１１が、BBヘッダ処理部６１からのBBFに含まれるGSEパケット（GSE-Liteパケット）から、L2配置用GSE-Liteシグナリングを抽出し、コントローラ２１２に供給する。
BBF出力処理では、BBF出力部６４が、図１５のステップＳ３５と同様に、BBヘッダ処理部６１からのBBFを、出力部５５に出力する。
TS用処理では、TSパケット抽出部６５が、図１５のステップＳ３５と同様に、BBヘッダ処理部６１からのBBFにTSパケットが含まれることと仮定して、そのBBFから、TSパケットを抽出し、スムージング部６６に供給する。スムージング部６６は、TSパケット抽出部６５からのTSパケットのスムージングを行って、出力部５５に出力する。
ステップＳ１３６では、コントローラ２１２が、フレーム処理部５２からのPLP_PAYLOAD_TYPEや、BBヘッダ処理部６１からのBBヘッダのMATYPE-1、GSE-Liteパケット抽出部２１１からのL2配置用GSE-Liteシグナリングに基づき、FEC復号部５３からストリーム処理部５４に直前に供給されたBBFのデータフィールドが、GSE-Liteパケット、TSパケット、及び、GSEパケットのうちのいずれであるかを識別するデータフィールドの識別を行い、処理は、ステップＳ１３７に進む。
ステップＳ１３７では、コントローラ２１２は、ステップＳ１３６のデータフィールドの識別の識別結果に基づき、図１５のステップＳ３７の場合と同様に、出力部５５を制御し、これにより、出力部５５は、PDU抽出部６３、BBF出力部６４、及び、スムージング部６６の出力のうちの１つの出力を選択して出力し、受信処理は終了する。
すなわち、出力部５５は、コントローラ２１２の制御に従い、PDU抽出部６３が出力する、GSE-Lite用処理の結果得られるPDU、BBF出力部６４が出力する、BBF出力処理の結果得られるBBF、又は、スムージング部６６が出力する、TS用処理の結果得られるTSパケットを選択して出力する。
なお、図３０の受信処理は、パイプラインで、繰り返し行われる。
また、図３０では、ステップＳ１３５において、GSE-Lite用処理、BBF出力処理、及び、TS用処理のすべてを行い、その後、ステップＳ１３６において、PLP_PAYLOAD_TYPEや、MATYPE-1、L2配置用GSE-Liteシグナリングに基づき、BBFのデータフィールドが、GSE-Liteパケット、TSパケット、及び、GSEパケットのうちのいずれであるかを識別するデータフィールドの識別を行うこととしたが、先に、データフィールドの識別を行い、その識別結果に基づいて、GSE-Lite用処理、BBF出力処理、及び、TS用処理のいずれか１つだけを行うことができる。
すなわち、データフィールドの識別の結果、BBFのデータフィールドが、GSE-Liteパケットであることが識別された場合には、GSE-Lite用処理、BBF出力処理、及び、TS用処理のうちの、GSE-Lite用処理だけを行うことができる。
同様に、データフィールドの識別の結果、BBFのデータフィールドが、GSEパケットであることが識別された場合には、BBF出力処理だけを行い、BBFのデータフィールドが、TSパケットであることが識別された場合には、TS用処理だけを行うことができる。
＜本技術を適用した送信装置の第４実施の形態＞
図３１は、本技術を適用したデータ処理装置としての送信装置の第４実施の形態の構成例を示すブロック図である。
なお、図中、図１６又は図２７の場合と対応する部分については、同一の符号を付してあり、以下では、その説明は、適宜省略する。
図１６の送信装置では、GSE-Liteシグナリングとして、L1配置用GSE-Liteシグナリングを採用するが、図３１の送信装置では、GSE-Liteシグナリングとして、L2配置用GSE-Liteシグナリングを採用する。
そのため、図３１の送信装置では、図１６のGSE-Liteパケット構成部４２及びシグナリング生成部７３に代えて、それぞれ、図２７のGSE-Liteパケット構成部２０２及びシグナリング生成部２２１が設けられており、その他の点は、図１６の場合と同様に構成されている。
シグナリング生成部２２１は、図１６のシグナリング生成部７３と同様に、コントローラ３１の制御に従って、送信装置から送信するデータに適切なBBシグナリングを生成し、BBF構成部７４に供給する。
但し、図１６のシグナリング生成部７３は、GSE-LiteシグナリングとしてのL1配置用GSE-Liteシグナリングを含むBBシグナリングを生成するが、図３１のシグナリング生成部２２１は、L1配置用GSE-Liteシグナリングを含まない、現在のDVB-S2の規定に準拠した、通常のBBシグナリングを生成する。
図３２は、GSE-Liteパケット（を含む変調信号）を送信する場合の、図３１の送信装置の処理（GSE-Liteの送信処理）を説明するフローチャートである。
ステップＳ１５１において、検査部４１が、図１７のステップＳ５１と同様に、GSE-Liteパケットに含めるPDUを取得し、処理は、ステップＳ１５２に進む。
ステップＳ１５２では、検査部４１が、図１７のステップＳ５２と同様に、PDUのサイズをチェックし、GSE-Liteパケット構成部２０２に供給して、処理は、ステップＳ１５３に進む。
ステップＳ１５３では、GSE-Liteパケット構成部２０２が、検査部４１からのPDU、すなわち、最大サイズが制限サイズに制限されたPDUをデータフィールドに配置し、かつ、L2配置用GSE-Liteシグナリングを配置したGSE-Liteパケットを構成して、マージ／スライス部７２に供給し、処理は、ステップＳ１５４に進む。
ステップＳ１５４では、マージ／スライス部７２が、図１７のステップＳ５４と同様に、GSE-Liteパケット構成部２０２からのGSE-Liteパケットのマージ又はスライスを、必要に応じて行って、BBF構成部７４に供給し、処理は、ステップＳ１５５に進む。
ステップＳ１５５では、シグナリング生成部２２１が、コントローラ３１の制御に従って、通常のBBシグナリングを生成し、BBF構成部７４に供給して、処理は、ステップＳ１５６に進む。
ステップＳ１５６では、BBF構成部７４が、図１７のステップＳ５６と同様に、マージ／スライス部７２からのGSE-Liteパケットをデータフィールドに配置し、かつ、シグナリング生成部２２１からのBBシグナリングをBBヘッダに配置したBBFを構成し、FEC符号化部７５に供給して、処理は、ステップＳ１５７に進む。
ステップＳ１５７では、FEC符号化部７５が、図１７のステップＳ５７と同様に、BBF構成部７４からのBBFをFEC符号化し、その結果得られるFECフレームを、PLフレーム化部７６に供給して、処理は、ステップＳ１５８に進む。
ステップＳ１５８では、PLフレーム化部７６が、図１７のステップＳ５８と同様に、FEC符号化部７５からのFECフレームに、PLヘッダを付加して、PLフレームを構成し、OFDM変調部３５に供給して、処理は、ステップＳ１５９に進む。
ステップＳ１５９では、OFDM変調部３５が、図１７のステップＳ５９と同様に、PLフレーム化部７６からのPLフレームをOFDM変調し、その結果得られる変調信号を送信して、GSE-Liteの送信処理は終了する。
なお、図３２のGSE-Liteの送信処理は、パイプラインで、繰り返し行われる。
＜本技術を適用した受信装置の第４実施の形態＞
図３３は、本技術を適用したデータ処理装置としての受信装置の第４実施の形態の構成例を示すブロック図である。
なお、図中、図２１又は図２９の場合と対応する部分については、同一の符号を付してあり、以下では、その説明は、適宜省略する。
図２１の受信装置では、GSE-Liteシグナリングとして、L1配置用GSE-Liteシグナリングを採用するが、図３３の受信装置では、GSE-Liteシグナリングとして、L2配置用GSE-Liteシグナリングを採用する。
そのため、図３３の受信装置では、図２１のGSE-Liteパケット抽出部６２及びコントローラ９２に代えて、それぞれ、図２９のGSE-Liteパケット抽出部２１１及びコントローラ２３１が設けられており、その他の点は、図２１の場合と同様に構成されている。
コントローラ２３１には、BBヘッダ処理部６１から、通常のBBヘッダが供給されるとともに、GSE-Liteパケット抽出部２１１から、L2配置用GSE-Liteシグナリングが供給される。
コントローラ２３１は、図２１のコントローラ９２と同様に、受信装置を構成する各ブロックを、必要に応じて制御する。
さらに、コントローラ２３１は、BBヘッダ処理部６１からのBBヘッダ（BBシグナリング）や、GSE-Liteパケット抽出部２１１からのL2配置用GSE-Liteシグナリングに基づき、FEC復号部５３からストリーム処理部５４に供給されたBBFのデータフィールドが、GSE-Liteパケット、TSパケット、及び、GSEパケットのうちのいずれであるかを識別するデータフィールドの識別を行い、その識別結果に基づいて、出力部５５を制御する。
すなわち、コントローラ２３１は、BBヘッダ処理部６１からのBBヘッダのMATYPE-1に基づき、FEC復号部５３からストリーム処理部５４に供給されたBBFのデータフィールドが、TSパケット、及び、GSEパケット（あるいは、その他のデータ）のうちのいずれであるかを識別する。
さらに、コントローラ２３１は、GSE-Liteパケット抽出部２１１からのL2配置用GSE-Liteシグナリングに基づき、FEC復号部５３からストリーム処理部５４に供給されたBBFのデータフィールドが、GSE-Liteパケットであるかどうかを識別する。
コントローラ２３１は、ストリーム処理部５４に供給されたBBFのデータフィールドが、GSE-Liteパケットであると識別した場合には、図２１のコントローラ９２と同様に、そのBBFに対して、PDU抽出部６３の出力を選択するように、出力部５５を制御する。
その結果、出力部５５は、ストリーム処理部５４に供給されたBBFに対して、PDU抽出部６３が出力する、そのBBFに含まれるGSE-Liteパケットに配置されていた制限サイズ以下のPDUを選択して出力する。
また、コントローラ２３１は、ストリーム処理部５４に供給されたBBFのデータフィールドが、TSパケットであると識別した場合には、図２１のコントローラ９２と同様に、そのBBFに対して、スムージング部６６の出力を選択するように、出力部５５を制御する。
その結果、出力部５５は、ストリーム処理部５４に供給されたBBFに対して、スムージング部６６が出力する、そのBBFに含まれていたTSパケットを選択して出力する。
さらに、コントローラ２３１は、ストリーム処理部５４に供給されたBBFのデータフィールドが、GSEパケットであると識別した場合には、図２１のコントローラ９２と同様に、そのBBFに対して、BBF出力部６４の出力を選択するように、出力部５５を制御する。
その結果、出力部５５は、ストリーム処理部５４に供給されたBBFに対して、BBF出力部６４が出力する、そのBBFそのものを選択して出力する。
図３４は、図３３の受信装置の処理（受信処理）を説明するフローチャートである。
ステップＳ１７１において、OFDM変調部５１が、図３１の送信装置から送信されてくる変調信号を、図２２のステップＳ７１の場合と同様に受信してOFDM復調し、その結果得られるPLフレームを、フレーム処理部９１に供給して、処理は、ステップＳ１７２に進む。
ステップＳ１７２では、フレーム処理部９１が、図２２のステップＳ７２の場合と同様に、例えば、ユーザの操作等に従い、OFDM復調部５１からのPLフレームの中から、所望のPLフレームを抽出し、FEC復号部５３に供給して、処理は、ステップＳ１７３に進む。
ステップＳ１７３では、FEC復号部５３が、図２２のステップＳ７３の場合と同様に、フレーム処理部５２からのPLフレームに含まれるFECフレームのFEC復号を行い、その結果得られるBBFを、ストリーム処理部５４に供給して、処理は、ステップＳ１７４に進む。
ステップＳ１７４では、ストリーム処理部５４において、BBヘッダ処理部６１が、図２２のステップＳ７４の場合と同様に、FEC復号部５３からのBBFから、BBヘッダを抽出し、コントローラ２３１に供給する。
さらに、BBヘッダ処理部６１は、図２２のステップＳ７４の場合と同様に、FEC復号部５３からのBBFを、GSE-Liteパケット抽出部２１１、BBF出力部６４、及び、TSパケット抽出部６５に供給して、処理は、ステップＳ１７４からステップＳ１７５に進む。
ステップＳ１７５では、GSE-Lite用処理、BBF出力処理、及び、TS用処理が行われ、処理は、ステップＳ１７６に進む。
すなわち、GSE-Lite用処理では、GSE-Liteパケット抽出部２１１が、図２２のステップＳ７５の場合と同様に、BBヘッダ処理部６１からのBBFにGSE-Liteパケットが含まれることと仮定して、そのBBFから、GSE-Liteパケットを抽出し、PDU抽出部６３に供給する。PDU抽出部６３は、GSE-Liteパケット抽出部２１１からのGSE-Liteパケットから、PDUを抽出して、出力部５５に出力する。
さらに、GSE-Lite用処理では、GSE-Liteパケット抽出部２１１が、BBヘッダ処理部６１からのBBFに含まれるGSEパケット（GSE-Liteパケット）から、L2配置用GSE-Liteシグナリングを抽出し、コントローラ２３１に供給する。
また、BBF出力処理では、BBF出力部６４が、図２２のステップＳ７５の場合と同様に、BBヘッダ処理部６１からのBBFを、出力部５５に出力する。
さらに、TS用処理では、TSパケット抽出部６５が、図２２のステップＳ７５の場合と同様に、BBヘッダ処理部６１からのBBFにTSパケットが含まれることと仮定して、そのBBFから、TSパケットを抽出し、スムージング部６６に供給する。スムージング部６６は、TSパケット抽出部６５からのTSパケットのスムージングを行って、出力部５５に出力する。
ステップＳ１７６では、コントローラ２３１が、BBヘッダ処理部６１からのBBヘッダ（BBシグナリング）や、GSE-Liteパケット抽出部２１１からのL2配置用GSE-Liteシグナリングに基づき、FEC復号部５３からストリーム処理部５４に直前に供給されたBBFのデータフィールドが、GSE-Liteパケット、TSパケット、及び、GSEパケットのうちのいずれであるかを識別するデータフィールドの識別を行い、処理は、ステップＳ１７７に進む。
ステップＳ１７７では、コントローラ２３１は、ステップＳ１７６のデータフィールドの識別の識別結果に基づき、出力部５５を制御し、これにより、出力部５５は、PDU抽出部６３、BBF出力部６４、及び、スムージング部６６の出力のうちの１つの出力を選択して出力し、受信処理は終了する。
すなわち、出力部５５は、コントローラ２３１の制御に従い、PDU抽出部６３が出力する、GSE-Lite用処理の結果得られるPDU、BBF出力部６４が出力する、BBF出力処理の結果得られるBBF、又は、スムージング部６６が出力する、TS用処理の結果得られるTSパケットを選択して出力する。
なお、図３４の受信処理は、パイプラインで、繰り返し行われる。
また、図３４では、ステップＳ１７５において、GSE-Lite用処理、BBF出力処理、及び、TS用処理のすべてを行い、その後、ステップＳ１７６において、GSE-LiteシグナリングとしてのBBヘッダに基づき、BBFのデータフィールドが、GSE-Liteパケット、TSパケット、及び、GSEパケットのうちのいずれであるかを識別するデータフィールドの識別を行うこととしたが、先に、データフィールドの識別を行い、その識別結果に基づいて、GSE-Lite用処理、BBF出力処理、及び、TS用処理のいずれか１つだけを行うことができる。
すなわち、データフィールドの識別の結果、BBFのデータフィールドが、GSE-Liteパケットであることが識別された場合には、GSE-Lite用処理、BBF出力処理、及び、TS用処理のうちの、GSE-Lite用処理だけを行うことができる。
同様に、データフィールドの識別の結果、BBFのデータフィールドが、GSEパケットであることが識別された場合には、BBF出力処理だけを行い、BBFのデータフィールドが、TSパケットであることが識別された場合には、TS用処理だけを行うことができる。
なお、図２７の送信装置では、シグナリング生成部２０１において、通常のBBシグナリング及びL1シグナリングを生成することとしたが、シグナリング生成部２０１では、図９のシグナリング生成部３２と同様に、L1配置用GSE-Liteシグナリングを含むBBシグナリングやL1シグナリングを生成することができる。
この場合、図２７の送信装置が送信する変調信号には、物理層においてGSE-Liteパケットを識別するためのL1配置用GSE-Liteシグナリング、及び、データリンク層においてGSE-Liteパケットを識別するためのL2配置用GSE-Liteシグナリングの両方が含まれるので、L1配置用GSE-Liteシグナリングにのみ対応する図１４の受信装置、及び、L2配置用GSE-Liteシグナリングにのみ対応する図２９の受信装置のいずれにおいても、GSE-Liteパケットを識別することができる。
また、図２９の受信装置では、コントローラ２１２において、L2配置用GSE-Liteシグナリングに基づいて、GSE-Liteパケットを識別することとしたが、コントローラ２１２は、GSE-Liteパケットの識別を、L1配置用GSE-Liteシグナリング、及び、L2配置用GSE-Liteシグナリングのいずれに基づいても行うことが可能なように構成することができる。
コントローラ２１２を、L1配置用GSE-Liteシグナリング、及び、L2配置用GSE-Liteシグナリングのいずれに基づいても、GSE-Liteパケットを識別することが可能なように構成する場合には、図２９の受信装置では、図９及び図２７の送信装置のいずれからの変調信号についても、GSE-Liteパケットを識別することができる。
すなわち、コントローラ２１２を、L1配置用GSE-Liteシグナリング、及び、L2配置用GSE-Liteシグナリングのいずれに基づいても、GSE-Liteパケットを識別することが可能なように構成する場合には、図９の送信装置からの変調信号については、L1配置用GSE-Liteシグナリングに基づいて、出力部５５が制御され、図２７の送信装置からの変調信号については、L2配置用GSE-Liteシグナリングに基づいて、出力部５５が制御される（L1配置用GSE-Liteシグナリング、又は、L2配置用GSE-Liteシグナリングに基づいて、出力部５５が制御される）。
以上の点、図２７の送信装置、及び、図２９の受信装置についてだけでなく、図３１の送信装置、及び、図３３の受信装置についても、同様である。
＜本技術を適用した受信装置の第５実施の形態＞
図３５は、本技術を適用したデータ処理装置としての受信装置の第５実施の形態の構成例の概要を示すブロック図である。
図３５において、受信装置は、復調LSI３０１を有する。
復調LSI３０１は、図８の復調LSI２１と同様に、DVB-X2の変調信号を受信し、その変調信号を、BBFに復調する。
BBFに、GSE-Liteパケットが含まれる場合、復調LSI３０１は、図８の復調LSI２１と同様に、BBFから、GSE-Liteパケットを抽出し、そのGSE-Liteパケットから、PDU（例えば、IPパケット等）を抽出して、外部に出力する。
また、BBFに、GSE-Liteパケット以外のGSEパケット等が含まれる場合、復調LSI３０１は、図８の復調LSI２１と同様に、そのBBFを、そのまま外部に出力する。
なお、BBFに、GSE-Liteパケットが含まれる場合、復調LSI３０１は、上述したように、BBFから、GSE-Liteパケットを抽出し、そのGSE-Liteパケットから、PDUを抽出して、外部に出力する他、GSE-Liteパケットそのものを、外部に出力することができる。
復調LSI３０１において、GSE-Liteパケットを出力するか、又は、GSE-Liteパケットから抽出されたPDUを出力するかは、選択することができる。
図３６は、本技術を適用したデータ処理装置としての受信装置の第５実施の形態の構成例の詳細を示すブロック図である。
なお、図中、図１４の場合と対応する部分については、同一の符号を付してあり、以下では、その説明は、適宜省略する。
図３６の受信装置は、セレクタ３０１、及び、選択制御部３０２が新たに設けられている他は、図１４の場合と同様に構成されている。
セレクタ３０１には、GSE-Liteパケット抽出部６２から、GSE-Liteパケットが供給されるとともに、PDU抽出部６３から、GSE-Liteパケットから抽出されたPDUが供給される。
セレクタ３０１は、選択制御部３０２による制御に従い、GSE-Liteパケット抽出部６２からのGSE-Liteパケット、又は、PDU抽出部６３からの、GSE-Liteパケットから抽出されたPDUを選択して、出力部５５に供給する。
選択制御部３０２は、例えば、ユーザによる操作等に従い、セレクタ３０１を制御することにより、セレクタ３０１に、GSE-Liteパケット抽出部６２から出力されるGSE-Liteパケット、又は、PDU抽出部６３から出力されるPDUを選択させ、出力部５５に出力させる。
以上のように構成される受信装置では、セレクタ３０１において、選択制御部３０２の制御に従い、GSE-Liteパケット抽出部６２からのGSE-Liteパケット、又は、PDU抽出部６３からの、GSE-Liteパケットから抽出されたPDUが選択され、出力部５５に供給（出力）される。
したがって、図１４では、L1配置用GSE-Liteシグナリングに基づき、FEC復号部５３からストリーム処理部５４に直前に供給されたBBFのデータフィールドが、GSE-Liteパケットであることが識別された場合には、出力部５５において、PDU抽出部６３が出力する、GSE-Liteパケットから抽出されたPDUが出力されるが、図３６では、出力部５５において、GSE-Liteパケット抽出部６２が出力するGSE-Liteパケット、及び、PDU抽出部６３が出力する、GSE-Liteパケットから抽出されたPDUのうちのいずれを出力するかを選択することができる。
セレクタ３０１において、GSE-Liteパケット抽出部６２が出力するGSE-Liteパケットが選択され、出力部５５から外部に出力される場合、そのGSE-Liteパケットの処理は、外部の装置に委ねられる。
なお、図２１、図２９、及び、図３３の受信装置についても、図３６の場合と同様に、セレクタ３０１、及び、選択制御部３０２を設け、GSE-Liteパケットを出力するか、又は、そのGSE-Liteパケットから抽出されたPDUを出力するかを選択可能なように構成することができる。
また、図１４、図２１、図２９、及び、図３３の受信装置は、PDU抽出部６３を設けずに構成することができる。図１４、図２１、図２９、及び、図３３の受信装置を、PDU抽出部６３を設けずに構成する場合には、GSE-Liteパケット抽出部６２及び２１１が出力するGSE-Liteパケットが、出力部５５に供給されて、外部に出力される。この場合、GSE-Liteパケットの処理は、外部の装置に委ねられる。
［本技術を適用したコンピュータの説明］
次に、上述した一連の処理は、ハードウェアにより行うこともできるし、ソフトウェアにより行うこともできる。一連の処理をソフトウェアによって行う場合には、そのソフトウェアを構成するプログラムが、マイクロコンピュータ等のコンピュータにインストールされる。
そこで、図３７は、上述した一連の処理を実行するプログラムがインストールされるコンピュータの一実施の形態の構成例を示している。
プログラムは、コンピュータに内蔵されている記録媒体としてのハードディスク１０５やROM１０３に予め記録しておくことができる。
あるいはまた、プログラムは、リムーバブル記録媒体１１１に格納（記録）しておくことができる。このようなリムーバブル記録媒体１１１は、いわゆるパッケージソフトウエアとして提供することができる。ここで、リムーバブル記録媒体１１１としては、例えば、フレキシブルディスク、CD-ROM(Compact Disc Read Only Memory)，MO(Magneto Optical)ディスク，DVD(Digital Versatile Disc)、磁気ディスク、半導体メモリ等がある。
なお、プログラムは、上述したようなリムーバブル記録媒体１１１からコンピュータにインストールする他、通信網や放送網を介して、コンピュータにダウンロードし、内蔵するハードディスク１０５にインストールすることができる。すなわち、プログラムは、例えば、ダウンロードサイトから、ディジタル衛星放送用の人工衛星を介して、コンピュータに無線で転送したり、LAN(Local Area Network)、インターネットといったネットワークを介して、コンピュータに有線で転送することができる。
コンピュータは、CPU(Central Processing Unit)１０２を内蔵しており、CPU１０２には、バス１０１を介して、入出力インタフェース１１０が接続されている。
CPU１０２は、入出力インタフェース１１０を介して、ユーザによって、入力部１０７が操作等されることにより指令が入力されると、それに従って、ROM(Read Only Memory)１０３に格納されているプログラムを実行する。あるいは、CPU１０２は、ハードディスク１０５に格納されたプログラムを、RAM(Random Access Memory)１０４にロードして実行する。
これにより、CPU１０２は、上述したフローチャートにしたがった処理、あるいは上述したブロック図の構成により行われる処理を行う。そして、CPU１０２は、その処理結果を、必要に応じて、例えば、入出力インタフェース１１０を介して、出力部１０６から出力、あるいは、通信部１０８から送信、さらには、ハードディスク１０５に記録等させる。
なお、入力部１０７は、キーボードや、マウス、マイク等で構成される。また、出力部１０６は、LCD(Liquid Crystal Display)やスピーカ等で構成される。
ここで、本明細書において、コンピュータがプログラムに従って行う処理は、必ずしもフローチャートとして記載された順序に沿って時系列に行われる必要はない。すなわち、コンピュータがプログラムに従って行う処理は、並列的あるいは個別に実行される処理（例えば、並列処理あるいはオブジェクトによる処理）も含む。
また、プログラムは、１のコンピュータ（プロセッサ）により処理されるものであっても良いし、複数のコンピュータによって分散処理されるものであっても良い。
なお、本技術の実施の形態は、上述した実施の形態に限定されるものではなく、本技術の要旨を逸脱しない範囲において種々の変更が可能である。
すなわち、本技術は、GSE-Liteパケットを、DVB-T2、DVB-C2、及び、DVB-S2以外の、例えば、DVB-NGHやATSC(Advanced Television Systems Committee)3.0その他の規格で送信する場合にも適用可能である。
なお、本技術は、以下のような構成をとることができる。
＜１＞
最大サイズが4096バイト以下の所定の制限サイズに制限されたPDU(Protocol Data Unit)のみを対象として、前記PDUをデータフィールドに配置したGSE(Generic Stream Encapsulation)パケットであるGSE-Liteパケットを構成するパケット構成部を備え、
前記GSE-Liteパケットは、OSI(Open Systems Interconnection)参照モデルのデータリンク層において、データが前記GSE-Liteパケットであることを識別するためのシグナリングであるGSE-Liteシグナリングを含む
データ処理装置。
＜２＞
前記パケット構成部は、前記GSE-LiteシグナリングをGSEヘッダに含む前記GSE-Liteパケットを構成する
＜１＞に記載のデータ処理装置。
＜３＞
前記パケット構成部は、前記GSEヘッダのラベルを、前記GSE-Liteシグナリングに用いる
＜２＞に記載のデータ処理装置。
＜４＞
前記パケット構成部は、前記GSEヘッダのプロトコルタイプを、前記GSE-Liteシグナリングに用いる
＜２＞に記載のデータ処理装置。
＜５＞
前記パケット構成部は、前記GSEヘッダのエクステンションヘッダを、前記GSE-Liteシグナリングに用いる
＜２＞に記載のデータ処理装置。
＜６＞
前記パケット構成部は、
GSEヘッダのプロトコルタイプが、LLC(Logical Link Control)情報を伝送するGSEパケットに割り当てられた値になっているGSEパケットであるGSE-LLCパケットでもある前記GSE-Liteパケットを構成し、
前記GSE-LLCパケットのディスクリプタを、前記GSE-Liteシグナリングに用いる
＜１＞に記載のデータ処理装置。
＜７＞
前記GSE-Liteパケットを、前記OSI参照モデルの物理層において、データが前記GSE-Liteパケットであることを識別するための他のGSE-Liteシグナリングとともに送信する
＜１＞ないし＜６＞のいずれかに記載のデータ処理装置。
＜８＞
前記制限サイズは、1542バイト、1538バイト、1530バイト、1526バイト、1522バイト、1518バイト、又は、1500バイトである
＜１＞ないし＜７＞のいずれかに記載のデータ処理装置。
＜９＞
最大サイズが4096バイト以下の所定の制限サイズに制限されたPDU(Protocol Data Unit)のみを対象として、前記PDUをデータフィールドに配置したGSE(Generic Stream Encapsulation)パケットであるGSE-Liteパケットを構成するパケット構成ステップを含み、
前記GSE-Liteパケットは、OSI(Open Systems Interconnection)参照モデルのデータリンク層において、データが前記GSE-Liteパケットであることを識別するためのシグナリングであるGSE-Liteシグナリングを含む
データ処理方法。
＜１０＞
最大サイズが4096バイト以下の所定の制限サイズに制限されたPDU(Protocol Data Unit)のみを対象として、前記PDUをデータフィールドに配置したGSE(Generic Stream Encapsulation)パケットであるGSE-Liteパケットを構成するパケット構成部
として、コンピュータを機能させるためのプログラムであり、
前記GSE-Liteパケットは、OSI(Open Systems Interconnection)参照モデルのデータリンク層において、データが前記GSE-Liteパケットであることを識別するためのシグナリングであるGSE-Liteシグナリングを含む
プログラム。
＜１１＞
最大サイズが4096バイト以下の所定の制限サイズに制限されたPDU(Protocol Data Unit)のみを対象として構成された、前記PDUをデータフィールドに配置したGSE(Generic Stream Encapsulation)パケットであるGSE-Liteパケットであって、OSI(Open Systems Interconnection)参照モデルのデータリンク層において、データが前記GSE-Liteパケットであることを識別するためのシグナリングであるGSE-Liteシグナリングを含む前記GSE-Liteパケットを受信する受信部と、
前記GSE-Liteシグナリングが、データが前記GSE-Liteパケットであることを表している場合に、前記GSE-Liteパケット、又は、前記GSE-Liteパケットから抽出された前記PDUを出力する出力部と
を備えるデータ処理装置。
＜１２＞
前記受信部は、前記GSE-LiteシグナリングをGSEヘッダに含む前記GSE-Liteパケットを受信し、
前記GSEヘッダに含まれる前記GSE-Liteシグナリングに応じて、前記出力部の出力を制御する制御部をさらに備える
＜１１＞に記載のデータ処理装置。
＜１３＞
前記制御部は、前記GSEヘッダのラベルを、前記GSE-Liteシグナリングとして用いて、前記出力部の出力を制御する
＜１２＞に記載のデータ処理装置。
＜１４＞
前記制御部は、前記GSEヘッダのプロトコルタイプを、前記GSE-Liteシグナリングとして用いて、前記出力部の出力を制御する
＜１２＞に記載のデータ処理装置。
＜１５＞
前記制御部は、前記GSEヘッダのエクステンションヘッダを、前記GSE-Liteシグナリングとして用いて、前記出力部の出力を制御する
＜１２＞に記載のデータ処理装置。
＜１６＞
前記受信部は、GSEヘッダのプロトコルタイプが、LLC(Logical Link Control)情報を伝送するGSEパケットに割り当てられた値になっているGSEパケットであるGSE-LLCパケットでもある前記GSE-Liteパケットを受信し、
前記GSE-LLCパケットのディスクリプタを、前記GSE-Liteシグナリングとして用い、前記GSE-Liteシグナリングに応じて、前記出力部の出力を制御する制御部をさらに備える
＜１１＞に記載のデータ処理装置。
＜１７＞
前記受信部は、前記GSE-Liteパケットとともに、前記OSI参照モデルの物理層において、データが前記GSE-Liteパケットであることを識別するための他のGSE-Liteシグナリングを受信し、
前記GSE-Liteシグナリング、又は、前記他のGSE-Liteシグナリングに応じて、前記出力部の出力を制御する制御部をさらに備える
＜１１＞ないし＜１６＞のいずれかに記載のデータ処理装置。
＜１８＞
前記制限サイズは、1542バイト、1538バイト、1530バイト、1526バイト、1522バイト、1518バイト、又は、1500バイトである
＜１１＞ないし＜１７＞のいずれかに記載のデータ処理装置。
＜１９＞
最大サイズが4096バイト以下の所定の制限サイズに制限されたPDU(Protocol Data Unit)のみを対象として構成された、前記PDUをデータフィールドに配置したGSE(Generic Stream Encapsulation)パケットであるGSE-Liteパケットであって、OSI(Open Systems Interconnection)参照モデルのデータリンク層において、データが前記GSE-Liteパケットであることを識別するためのシグナリングであるGSE-Liteシグナリングを含む前記GSE-Liteパケットを受信する受信ステップと、
前記GSE-Liteシグナリングが、データが前記GSE-Liteパケットであることを表している場合に、前記GSE-Liteパケット、又は、前記GSE-Liteパケットから抽出された前記PDUを出力する出力ステップと
を含むデータ処理方法。
＜２０＞
最大サイズが4096バイト以下の所定の制限サイズに制限されたPDU(Protocol Data Unit)のみを対象として構成された、前記PDUをデータフィールドに配置したGSE(Generic Stream Encapsulation)パケットであるGSE-Liteパケットであって、OSI(Open Systems Interconnection)参照モデルのデータリンク層において、データが前記GSE-Liteパケットであることを識別するためのシグナリングであるGSE-Liteシグナリングを含む前記GSE-Liteパケットを受信する受信部と、
前記GSE-Liteシグナリングが、データが前記GSE-Liteパケットであることを表している場合に、前記GSE-Liteパケット、又は、前記GSE-Liteパケットから抽出された前記PDUを出力する出力部と
して、コンピュータを機能させるためのプログラム。
２１ 復調LSI， ３１ コントローラ， ３２ シグナリング生成部， ３３1，３３2，３３3 データ構成部， ３４ フレーム化部， ３５ OFDM変調部， ４１ 検査部， ４２ GSE-Liteパケット構成部， ４３ BBF構成部， ４４ FEC符号化部， ４５ GSEパケット構成部， ４６ BBF構成部， ４７ FEC符号化部， ４８ BBF構成部， ４９ FEC符号化部， ５１ OFDM復調部， ５２ フレーム処理部， ５３ FEC復号部， ５４ ストリーム処理部， ５５ 出力部， ５６ コントローラ， ６１ BBヘッダ処理部， ６２ GSE-Liteパケット抽出部， ６３ PDU抽出部， ６４ BBF出力部， ６５ TSパケット抽出部， ６６ スムージング部， ７１1，７１2 データ構成部， ７２ マージ／スライス部， ７３ シグナリング生成部， ７４ BBF構成部， ７５ FEC符号化部， ７６ PLフレーム化部， ９１ フレーム処理部， ９２ コントローラ， １０１ バス， １０２ CPU， １０３ ROM， １０４ RAM， １０５ ハードディスク， １０６ 出力部， １０７ 入力部， １０８ 通信部， １０９ ドライブ， １１０ 入出力インタフェース， １１１ リムーバブル記録媒体， ２０１ シグナリング生成部， ２０２ GSE-Liteパケット構成部， ２１１ GSE-Liteパケット抽出部， ２１２ コントローラ， ２２１ シグナリング生成部， ２３１ コントローラ， ３０１ セレクタ， ３０２ 選択制御部

Claims (20)

  1. 最大サイズが4096バイト以下の所定の制限サイズに制限されたPDU(Protocol Data Unit)のみを対象として、前記PDUをデータフィールドに配置したGSE(Generic Stream Encapsulation)パケットであるGSE-Liteパケットを構成するパケット構成部を備え、
    前記GSE-Liteパケットは、OSI(Open Systems Interconnection)参照モデルのデータリンク層において、データが前記GSE-Liteパケットであることを識別するためのシグナリングであるGSE-Liteシグナリングを含む
    データ処理装置。
  2. 前記パケット構成部は、前記GSE-LiteシグナリングをGSEヘッダに含む前記GSE-Liteパケットを構成する
    請求項１に記載のデータ処理装置。
  3. 前記パケット構成部は、前記GSEヘッダのラベルを、前記GSE-Liteシグナリングに用いる
    請求項２に記載のデータ処理装置。
  4. 前記パケット構成部は、前記GSEヘッダのプロトコルタイプを、前記GSE-Liteシグナリングに用いる
    請求項２に記載のデータ処理装置。
  5. 前記パケット構成部は、前記GSEヘッダのエクステンションヘッダを、前記GSE-Liteシグナリングに用いる
    請求項２に記載のデータ処理装置。
  6. 前記パケット構成部は、
    GSEヘッダのプロトコルタイプが、LLC(Logical Link Control)情報を伝送するGSEパケットに割り当てられた値になっているGSEパケットであるGSE-LLCパケットでもある前記GSE-Liteパケットを構成し、
    前記GSE-LLCパケットのディスクリプタを、前記GSE-Liteシグナリングに用いる
    請求項１に記載のデータ処理装置。
  7. 前記GSE-Liteパケットを、前記OSI参照モデルの物理層において、データが前記GSE-Liteパケットであることを識別するための他のGSE-Liteシグナリングとともに送信する
    請求項１に記載のデータ処理装置。
  8. 前記制限サイズは、1542バイト、1538バイト、1530バイト、1526バイト、1522バイト、1518バイト、又は、1500バイトである
    請求項１に記載のデータ処理装置。
  9. 最大サイズが4096バイト以下の所定の制限サイズに制限されたPDU(Protocol Data Unit)のみを対象として、前記PDUをデータフィールドに配置したGSE(Generic Stream Encapsulation)パケットであるGSE-Liteパケットを構成するパケット構成ステップを含み、
    前記GSE-Liteパケットは、OSI(Open Systems Interconnection)参照モデルのデータリンク層において、データが前記GSE-Liteパケットであることを識別するためのシグナリングであるGSE-Liteシグナリングを含む
    データ処理方法。
  10. 最大サイズが4096バイト以下の所定の制限サイズに制限されたPDU(Protocol Data Unit)のみを対象として、前記PDUをデータフィールドに配置したGSE(Generic Stream Encapsulation)パケットであるGSE-Liteパケットを構成するパケット構成部
    として、コンピュータを機能させるためのプログラムであり、
    前記GSE-Liteパケットは、OSI(Open Systems Interconnection)参照モデルのデータリンク層において、データが前記GSE-Liteパケットであることを識別するためのシグナリングであるGSE-Liteシグナリングを含む
    プログラム。
  11. 最大サイズが4096バイト以下の所定の制限サイズに制限されたPDU(Protocol Data Unit)のみを対象として構成された、前記PDUをデータフィールドに配置したGSE(Generic Stream Encapsulation)パケットであるGSE-Liteパケットであって、OSI(Open Systems Interconnection)参照モデルのデータリンク層において、データが前記GSE-Liteパケットであることを識別するためのシグナリングであるGSE-Liteシグナリングを含む前記GSE-Liteパケットを受信する受信部と、
    前記GSE-Liteシグナリングが、データが前記GSE-Liteパケットであることを表している場合に、前記GSE-Liteパケット、又は、前記GSE-Liteパケットから抽出された前記PDUを出力する出力部と
    を備えるデータ処理装置。
  12. 前記受信部は、前記GSE-LiteシグナリングをGSEヘッダに含む前記GSE-Liteパケットを受信し、
    前記GSEヘッダに含まれる前記GSE-Liteシグナリングに応じて、前記出力部の出力を制御する制御部をさらに備える
    請求項１１に記載のデータ処理装置。
  13. 前記制御部は、前記GSEヘッダのラベルを、前記GSE-Liteシグナリングとして用いて、前記出力部の出力を制御する
    請求項１２に記載のデータ処理装置。
  14. 前記制御部は、前記GSEヘッダのプロトコルタイプを、前記GSE-Liteシグナリングとして用いて、前記出力部の出力を制御する
    請求項１２に記載のデータ処理装置。
  15. 前記制御部は、前記GSEヘッダのエクステンションヘッダを、前記GSE-Liteシグナリングとして用いて、前記出力部の出力を制御する
    請求項１２に記載のデータ処理装置。
  16. 前記受信部は、GSEヘッダのプロトコルタイプが、LLC(Logical Link Control)情報を伝送するGSEパケットに割り当てられた値になっているGSEパケットであるGSE-LLCパケットでもある前記GSE-Liteパケットを受信し、
    前記GSE-LLCパケットのディスクリプタを、前記GSE-Liteシグナリングとして用い、前記GSE-Liteシグナリングに応じて、前記出力部の出力を制御する制御部をさらに備える
    請求項１１に記載のデータ処理装置。
  17. 前記受信部は、前記GSE-Liteパケットとともに、前記OSI参照モデルの物理層において、データが前記GSE-Liteパケットであることを識別するための他のGSE-Liteシグナリングを受信し、
    前記GSE-Liteシグナリング、又は、前記他のGSE-Liteシグナリングに応じて、前記出力部の出力を制御する制御部をさらに備える
    請求項１１に記載のデータ処理装置。
  18. 前記制限サイズは、1542バイト、1538バイト、1530バイト、1526バイト、1522バイト、1518バイト、又は、1500バイトである
    請求項１０に記載のデータ処理装置。
  19. 最大サイズが4096バイト以下の所定の制限サイズに制限されたPDU(Protocol Data Unit)のみを対象として構成された、前記PDUをデータフィールドに配置したGSE(Generic Stream Encapsulation)パケットであるGSE-Liteパケットであって、OSI(Open Systems Interconnection)参照モデルのデータリンク層において、データが前記GSE-Liteパケットであることを識別するためのシグナリングであるGSE-Liteシグナリングを含む前記GSE-Liteパケットを受信する受信ステップと、
    前記GSE-Liteシグナリングが、データが前記GSE-Liteパケットであることを表している場合に、前記GSE-Liteパケット、又は、前記GSE-Liteパケットから抽出された前記PDUを出力する出力ステップと
    を含むデータ処理方法。
  20. 最大サイズが4096バイト以下の所定の制限サイズに制限されたPDU(Protocol Data Unit)のみを対象として構成された、前記PDUをデータフィールドに配置したGSE(Generic Stream Encapsulation)パケットであるGSE-Liteパケットであって、OSI(Open Systems Interconnection)参照モデルのデータリンク層において、データが前記GSE-Liteパケットであることを識別するためのシグナリングであるGSE-Liteシグナリングを含む前記GSE-Liteパケットを受信する受信部と、
    前記GSE-Liteシグナリングが、データが前記GSE-Liteパケットであることを表している場合に、前記GSE-Liteパケット、又は、前記GSE-Liteパケットから抽出された前記PDUを出力する出力部と
    して、コンピュータを機能させるためのプログラム。
JP2014520426A 2012-10-17 2013-10-07 データ処理装置、データ処理方法、及び、プログラム Active JP6186355B2 (ja)

Applications Claiming Priority (5)

Application Number Priority Date Filing Date Title
JP2012229550 2012-10-17
JP2012229550 2012-10-17
JP2013080488 2013-04-08
JP2013080488 2013-04-08
PCT/JP2013/077227 WO2014061488A1 (ja) 2012-10-17 2013-10-07 データ処理装置、データ処理方法、及び、プログラム

Publications (2)

Publication Number Publication Date
JPWO2014061488A1 JPWO2014061488A1 (ja) 2016-09-05
JP6186355B2 true JP6186355B2 (ja) 2017-08-23

Family

ID=50488057

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2014520426A Active JP6186355B2 (ja) 2012-10-17 2013-10-07 データ処理装置、データ処理方法、及び、プログラム

Country Status (7)

Country Link
US (2) US20140328354A1 (ja)
EP (2) EP3276977B1 (ja)
JP (1) JP6186355B2 (ja)
CN (1) CN104106266B (ja)
ES (1) ES2796174T3 (ja)
HU (2) HUE034267T2 (ja)
WO (1) WO2014061488A1 (ja)

Families Citing this family (28)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP3247128B1 (en) 2012-10-17 2019-07-24 Sony Corporation Data processing device, data processing method, and program
ES2720509T3 (es) * 2013-12-06 2019-07-22 Inst Rundfunktechnik Gmbh Sistema de comunicaciones de difusión basado en OFDM
US9825884B2 (en) 2013-12-30 2017-11-21 Cavium, Inc. Protocol independent programmable switch (PIPS) software defined data center networks
CN105580342B (zh) 2014-04-04 2019-04-05 Lg电子株式会社 发送广播信号的方法、接收广播信号的方法、发送广播信号的设备以及接收广播信号的设备
US10050833B2 (en) 2014-06-19 2018-08-14 Cavium, Inc. Method of reducing latency in a flexible parser and an apparatus thereof
US9961167B2 (en) 2014-06-19 2018-05-01 Cavium, Inc. Method of modifying packets to a generic format for enabling programmable modifications and an apparatus thereof
US9497294B2 (en) 2014-06-19 2016-11-15 Cavium, Inc. Method of using a unique packet identifier to identify structure of a packet and an apparatus thereof
US9742694B2 (en) 2014-06-19 2017-08-22 Cavium, Inc. Method of dynamically renumbering ports and an apparatus thereof
US9473601B2 (en) * 2014-06-19 2016-10-18 Cavium, Inc. Method of representing a generic format header using continuous bytes and an apparatus thereof
US9438703B2 (en) * 2014-06-19 2016-09-06 Cavium, Inc. Method of forming a hash input from packet contents and an apparatus thereof
US9635146B2 (en) 2014-06-19 2017-04-25 Cavium, Inc. Method of using bit vectors to allow expansion and collapse of header layers within packets for enabling flexible modifications and an apparatus thereof
US9516145B2 (en) * 2014-06-19 2016-12-06 Cavium, Inc. Method of extracting data from packets and an apparatus thereof
US9531849B2 (en) 2014-06-19 2016-12-27 Cavium, Inc. Method of splitting a packet into individual layers for modification and intelligently stitching layers back together after modification and an apparatus thereof
US9531848B2 (en) 2014-06-19 2016-12-27 Cavium, Inc. Method of using generic modification instructions to enable flexible modifications of packets and an apparatus thereof
US10616380B2 (en) 2014-06-19 2020-04-07 Cavium, Llc Method of handling large protocol layers for configurable extraction of layer information and an apparatus thereof
US9628385B2 (en) 2014-06-19 2017-04-18 Cavium, Inc. Method of identifying internal destinations of networks packets and an apparatus thereof
CN110071785B (zh) * 2014-06-24 2021-10-26 株式会社索思未来 接口方法
EP3211849A4 (en) 2014-10-20 2018-04-18 LG Electronics Inc. Broadcasting signal transmission device, broadcasting signal reception device, broadcasting signal transmission method, and broadcasting signal reception method
US9606781B2 (en) 2014-11-14 2017-03-28 Cavium, Inc. Parser engine programming tool for programmable network devices
CN105900400B (zh) 2014-12-05 2020-10-27 Lg电子株式会社 广播信号发送方法、广播信号发送装置、广播信号接收方法、和广播信号接收装置
KR101911276B1 (ko) * 2014-12-31 2018-10-24 엘지전자 주식회사 방송 신호 송신 장치, 방송 신호 수신 장치, 방송 신호 송신 방법, 및 방송 신호 수신 방법
KR102553322B1 (ko) * 2015-04-20 2023-07-10 한국전자통신연구원 레이어드 디비전 멀티플렉싱을 이용한 방송 신호 프레임 생성 장치 및 방송 신호 프레임 생성 방법
CN108989843B (zh) * 2017-06-02 2020-10-16 上海数字电视国家工程研究中心有限公司 适用于高速运动接收的数据帧的设计方法和传输系统
CN108989842B (zh) * 2017-06-02 2020-12-22 上海数字电视国家工程研究中心有限公司 适用于高速运动接收的数据帧的设计方法和传输系统
US10880211B2 (en) * 2019-05-06 2020-12-29 Seth Gregory Friedman Transaction encoding and verification by way of data-link layer fields
US10868707B1 (en) 2019-09-16 2020-12-15 Liquid-Markets-Holdings, Incorporated Zero-latency message processing with validity checks
EP4144048A1 (en) 2020-06-08 2023-03-08 Liquid-Markets GmbH Hardware-based transaction exchange
US20220303642A1 (en) * 2021-03-19 2022-09-22 Product Development Associates, Inc. Securing video distribution

Family Cites Families (31)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6765931B1 (en) 1999-04-13 2004-07-20 Broadcom Corporation Gateway with voice
SE0300832D0 (sv) 2003-03-25 2003-03-25 Teracom Ab Data Transmisson system
US7539187B2 (en) 2004-07-07 2009-05-26 Qvidium Technologies, Inc. System and method for low-latency content-sensitive forward error correction
US7508839B2 (en) 2004-07-09 2009-03-24 Nokia Corporation Encapsulator and an associated method and computer program product for encapsulating data packets
WO2006038054A1 (en) 2004-10-06 2006-04-13 Nokia Corporation Packet transmission using error correction of data packets
EP2089999B1 (en) * 2006-10-03 2019-05-01 ViaSat, Inc. Packet reformatting for downstream links
US20080225892A1 (en) * 2007-03-15 2008-09-18 Nokia Corporation Using Forward Error Correction with Generic Stream Encapsulation in a Digital Broadcast Network
US7936786B2 (en) * 2007-09-20 2011-05-03 Lg Electronics, Inc. Digital broadcasting system and method of processing data in digital broadcasting system
US8160009B2 (en) * 2007-09-20 2012-04-17 Lg Electronics Inc. Digital broadcasting system and method of processing data in digital broadcasting system
CN101217535A (zh) * 2007-12-29 2008-07-09 北京邮电大学 一种在t-dmb系统中引入ip业务的方法
US8248910B2 (en) 2008-01-29 2012-08-21 Nokia Corporation Physical layer and data link layer signalling in digital video broadcast preamble symbols
DE602008005252D1 (de) 2008-02-04 2011-04-14 Lg Electronics Inc Drahtloses Kommunikationsverfahren zur Übertragung einer Folge von Dateneinheiten zwischen einer drahtlosen Vorrichtung und einem Netzwerk
US8498262B2 (en) * 2008-02-13 2013-07-30 Nokia Corporation Digital broadcast receiver capacity signalling metadata
US8356323B2 (en) 2008-04-15 2013-01-15 Cisco Technology, Inc. UPnP/DLNA compliant MR-DVR
PL2131540T3 (pl) * 2008-06-04 2013-12-31 Sony Corp Nowa struktura ramki dla systemów z wieloma nośnymi
KR100990998B1 (ko) 2008-09-23 2010-11-01 한국전자통신연구원 디지털 위성 통신 시스템에서 전송 데이터의 캡슐화 방법 및 데이터 전송 장치
WO2010050656A1 (en) 2008-10-31 2010-05-06 Lg Electronics Inc. Apparatus for transmitting and receiving a signal and method of transmitting and receiving a signal
US20110103300A1 (en) * 2009-10-30 2011-05-05 Nokia Corporation Data encapsulation and service discovery over a broadcast or multicast system
WO2011105803A2 (ko) * 2010-02-23 2011-09-01 엘지전자 주식회사 방송 신호 송신 장치, 방송 신호 수신 장치, 및 방송 신호 송/수신 장치에서 방송 신호 송수신 방법
EP2362654A1 (en) * 2010-02-26 2011-08-31 Panasonic Corporation Short baseband frame headers
EP2362650A1 (en) * 2010-02-26 2011-08-31 Panasonic Corporation Efficient physical layer signalling for a digital broadcast system
WO2011139266A1 (en) * 2010-05-03 2011-11-10 Nokia Corporation Protocol overhead reduction
US10057006B2 (en) 2010-05-10 2018-08-21 Lg Electronics Inc. Apparatus for transmitting a broadcast signal, apparatus for receiving a broadcast signal, and method for transmitting/receiving a broadcast signal using an apparatus for transmitting/receiving a broadcast signal
WO2012036429A2 (ko) 2010-09-14 2012-03-22 엘지전자 주식회사 방송 신호 송신 장치, 방송 신호 수신 장치, 및 방송 신호 송/수신 장치에서 방송 신호 송수신 방법
US8472440B2 (en) * 2010-11-19 2013-06-25 Comtech Ef Data Corp. Systems and methods for determining packet error rate (PER) for wireless encapsulated network packet data communications links
US9584238B2 (en) * 2011-06-24 2017-02-28 Nokia Corporation Accessing service guide information in a digital video broadcast system
US20130034032A1 (en) * 2011-08-05 2013-02-07 Nokia Corporation Accessing Service Guide Information in a Broadcast System
CN102340453B (zh) * 2011-10-31 2014-01-15 航天恒星科技有限公司 一种变长数据流的调度方法
US8959554B2 (en) * 2012-04-25 2015-02-17 Samsung Electronics Co., Ltd Apparatus and method for transmitting and receiving signaling information in a digital broadcasting system
US9236936B2 (en) * 2012-08-31 2016-01-12 Hughes Network Systems, Llc System and method for low-complexity, high-speed preprocessing of encapsulated packets in a broadband communications network
JP2015104055A (ja) * 2013-11-27 2015-06-04 ソニー株式会社 受信装置、受信方法、送信装置、及び、送信方法

Also Published As

Publication number Publication date
EP2790411B1 (en) 2017-04-12
WO2014061488A1 (ja) 2014-04-24
CN104106266B (zh) 2019-06-14
EP2790411A4 (en) 2015-09-30
EP3276977A3 (en) 2018-03-14
US20170134469A1 (en) 2017-05-11
EP3276977A2 (en) 2018-01-31
EP3276977B1 (en) 2020-04-29
EP2790411A1 (en) 2014-10-15
US11005905B2 (en) 2021-05-11
ES2796174T3 (es) 2020-11-26
US20140328354A1 (en) 2014-11-06
CN104106266A (zh) 2014-10-15
HUE050160T2 (hu) 2020-12-28
HUE034267T2 (en) 2018-02-28
JPWO2014061488A1 (ja) 2016-09-05

Similar Documents

Publication Publication Date Title
JP6186355B2 (ja) データ処理装置、データ処理方法、及び、プログラム
JP6186356B2 (ja) データ処理装置、データ処理方法、及び、プログラム
CN106170966B (zh) 传输设备、传输方法、接收设备以及接收方法
US10498792B2 (en) Apparatus and method for transmitting or receiving broadcast signal
KR102418146B1 (ko) 방송 송신 장치, 방송 송신 방법, 방송 수신 장치 및 방송 수신 방법
KR102320899B1 (ko) 방송 신호 송신 장치, 방송 신호 송신 방법, 방송 신호 수신 장치 및 방송 수신 신호 방법
US20220200841A1 (en) Method and apparatus for transmitting/receiving a broadcast signal
WO2012094915A1 (zh) 流媒体前向纠错实现方法及系统
JP6201840B2 (ja) 送信装置、送信方法、受信装置、及び、受信方法
KR20170007771A (ko) 하이브리드 방송 신호 송수신 장치 및 송수신 방법

Legal Events

Date Code Title Description
A711 Notification of change in applicant

Free format text: JAPANESE INTERMEDIATE CODE: A711

Effective date: 20160726

A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20161004

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20170704

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20170731

R150 Certificate of patent or registration of utility model

Ref document number: 6186355

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250