JP2021122099A - 情報処理装置、情報処理方法、及び、プログラム - Google Patents

情報処理装置、情報処理方法、及び、プログラム Download PDF

Info

Publication number
JP2021122099A
JP2021122099A JP2020014934A JP2020014934A JP2021122099A JP 2021122099 A JP2021122099 A JP 2021122099A JP 2020014934 A JP2020014934 A JP 2020014934A JP 2020014934 A JP2020014934 A JP 2020014934A JP 2021122099 A JP2021122099 A JP 2021122099A
Authority
JP
Japan
Prior art keywords
packet
alp
header
length
unit
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.)
Pending
Application number
JP2020014934A
Other languages
English (en)
Inventor
孝 堀口
Takashi Horiguchi
孝 堀口
豊 中田
Yutaka Nakada
豊 中田
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.)
Sony Semiconductor Solutions Corp
Original Assignee
Sony Semiconductor Solutions Corp
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 Sony Semiconductor Solutions Corp filed Critical Sony Semiconductor Solutions Corp
Priority to JP2020014934A priority Critical patent/JP2021122099A/ja
Priority to PCT/JP2021/001416 priority patent/WO2021153301A1/ja
Priority to US17/794,328 priority patent/US20230046212A1/en
Priority to KR1020227024707A priority patent/KR20220134537A/ko
Publication of JP2021122099A publication Critical patent/JP2021122099A/ja
Pending legal-status Critical Current

Links

Images

Classifications

    • 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
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/442—Monitoring of processes or resources, e.g. detecting the failure of a recording device, monitoring the downstream bandwidth, the number of times a movie has been viewed, the storage space available from the internal hard disk
    • H04N21/4425—Monitoring of client processing errors or hardware failure
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60—Network streaming of media packets
    • H04L65/61—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio
    • H04L65/611—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio for multicast or broadcast
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/40—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass for recovering from a failure of a protocol instance or entity, e.g. service redundancy protocols, protocol state redundancy or protocol service redirection
    • 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/432—Content retrieval operation from a local storage medium, e.g. hard-disk
    • 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
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/442—Monitoring of processes or resources, e.g. detecting the failure of a recording device, monitoring the downstream bandwidth, the number of times a movie has been viewed, the storage space available from the internal hard disk
    • H—ELECTRICITY
    • H03—ELECTRONIC CIRCUITRY
    • H03M—CODING; DECODING; CODE CONVERSION IN GENERAL
    • H03M13/00—Coding, decoding or code conversion, for error detection or error correction; Coding theory basic assumptions; Coding bounds; Error probability evaluation methods; Channel models; Simulation or testing of codes
    • H03M13/03—Error detection or forward error correction by redundancy in data representation, i.e. code words containing more digits than the source words
    • H03M13/05—Error detection or forward error correction by redundancy in data representation, i.e. code words containing more digits than the source words using block codes, i.e. a predetermined number of check bits joined to a predetermined number of information bits
    • H03M13/09—Error detection only, e.g. using cyclic redundancy check [CRC] codes or single parity bit
    • H—ELECTRICITY
    • H03—ELECTRONIC CIRCUITRY
    • H03M—CODING; DECODING; CODE CONVERSION IN GENERAL
    • H03M13/00—Coding, decoding or code conversion, for error detection or error correction; Coding theory basic assumptions; Coding bounds; Error probability evaluation methods; Channel models; Simulation or testing of codes
    • H03M13/03—Error detection or forward error correction by redundancy in data representation, i.e. code words containing more digits than the source words
    • H03M13/05—Error detection or forward error correction by redundancy in data representation, i.e. code words containing more digits than the source words using block codes, i.e. a predetermined number of check bits joined to a predetermined number of information bits
    • H03M13/11—Error detection or forward error correction by redundancy in data representation, i.e. code words containing more digits than the source words using block codes, i.e. a predetermined number of check bits joined to a predetermined number of information bits using multiple parity bits
    • H03M13/1102—Codes on graphs and decoding on graphs, e.g. low-density parity check [LDPC] codes
    • H—ELECTRICITY
    • H03—ELECTRONIC CIRCUITRY
    • H03M—CODING; DECODING; CODE CONVERSION IN GENERAL
    • H03M13/00—Coding, decoding or code conversion, for error detection or error correction; Coding theory basic assumptions; Coding bounds; Error probability evaluation methods; Channel models; Simulation or testing of codes
    • H03M13/03—Error detection or forward error correction by redundancy in data representation, i.e. code words containing more digits than the source words
    • H03M13/05—Error detection or forward error correction by redundancy in data representation, i.e. code words containing more digits than the source words using block codes, i.e. a predetermined number of check bits joined to a predetermined number of information bits
    • H03M13/13—Linear codes
    • H03M13/15—Cyclic codes, i.e. cyclic shifts of codewords produce other codewords, e.g. codes defined by a generator polynomial, Bose-Chaudhuri-Hocquenghem [BCH] codes
    • H03M13/151—Cyclic codes, i.e. cyclic shifts of codewords produce other codewords, e.g. codes defined by a generator polynomial, Bose-Chaudhuri-Hocquenghem [BCH] codes using error location or error correction polynomials
    • H03M13/152—Bose-Chaudhuri-Hocquenghem [BCH] codes
    • H—ELECTRICITY
    • H03—ELECTRONIC CIRCUITRY
    • H03M—CODING; DECODING; CODE CONVERSION IN GENERAL
    • H03M13/00—Coding, decoding or code conversion, for error detection or error correction; Coding theory basic assumptions; Coding bounds; Error probability evaluation methods; Channel models; Simulation or testing of codes
    • H03M13/29—Coding, decoding or code conversion, for error detection or error correction; Coding theory basic assumptions; Coding bounds; Error probability evaluation methods; Channel models; Simulation or testing of codes combining two or more codes or code structures, e.g. product codes, generalised product codes, concatenated codes, inner and outer codes
    • H03M13/2906—Coding, decoding or code conversion, for error detection or error correction; Coding theory basic assumptions; Coding bounds; Error probability evaluation methods; Channel models; Simulation or testing of codes combining two or more codes or code structures, e.g. product codes, generalised product codes, concatenated codes, inner and outer codes using block codes

Abstract

【課題】規格の解釈の相違にかかわらず第１パケットに含まれる第２パケットを適切に抽出できるようにする情報処理装置、情報処理方法及びプログラムを提供する。【解決手段】受信装置１２は、受信した第１パケットに内包された第２パケットのヘッダのデータに基づいて得られたペイロード長に対して補正を行う処理部を有し、処理部は第２パケットに内包された第２パケットのうち、第１パケットのヘッダのデータにより特定した先頭の前記第２パケットの先頭位置と、先頭の第２パケットの１つ前の第２パケットのパケット長により特定した先頭の第２パケットの先頭位置との差に基づく第１プロトコルエラーと、第２パケットのパケット長により特定した次の第２パケットの先頭位置からのデータにより検出したパケットタイプに基づく第２プロトコルエラーとを検出する。【選択図】図３

Description

本技術は、情報処理装置、情報処理方法、及び、プログラムに関し、特に、規格の解釈の相違にかかわらず第１パケットに含まれる第２パケットを適切に抽出できるようにする情報処理装置、情報処理方法、及び、プログラムに関する。
特許文献１には、デジタル放送用のＴＳ信号からＴＳ(Transport Stream)パケットを取得し、ＴＳパケットのヘッダ部分を解析することで、規格上とりえない値となっているＴＳパケットを判定して異常を検出する技術が開示されている。
特開２０１０−３４９７１号公報
次世代地上波放送規格の１つのであるATSC(Advanced Television Systems Committee)3.0規格において、規格の解釈の相違から、BB(Baseband)パケットに格納された可変長のALP(ATSC Link-Layer Protocol)パケットを適切に抽出できない場合があった。
本技術は、このような状況に鑑みてなされたものであり、規格の解釈の相違にかかわらず第１パケットに含まれる第２パケットを適切に抽出できるようにする。
本技術の一側面の情報処理装置、又は、プログラムは、第１パケットに内包された第２パケットのヘッダのデータに基づいて得られたペイロード長に対して補正を行う処理部を有する情報処理装置、又は、そのような情報処理装置として、コンピュータを機能させるためのプログラムである。
本技術の一側面の情報処理方法は、処理部を有する情報処理装置の処理部が、第１パケットに内包された第２パケットのヘッダのデータに基づいて得られたペイロード長に対して補正を行う情報処理方法である。
本技術の一側面の情報処理装置、情報処理方法、及び、プログラムにおいては、第１パケットに内包された第２パケットのヘッダのデータに基づいて得られたペイロード長に対して補正が行われる。
本技術を適用した伝送システムの一実施の形態の構成を示す図である。 図１の送信装置の構成例を示す図である。 図１の受信装置の構成例を示す図である。 ALPデパケタイザの第１の実施の形態の構成例を示すブロック図である。 BBパケットの構造を示す図である。 BBパケットからのALPパケットの抽出の処理を説明する説明図である。 ALPパケットのパケットタイプの値（Packet_Type Value）と、各値のパケットタイプの意味（Meaning）を示した図である。 パケットタイプ０００及びパケットタイプ０１０のALPヘッダの構造を示した図である。 パケットタイプ１００のALPヘッダの構造を示した図である。 パケットタイプ１１０のALPヘッダの構造を示した図である。 パケットタイプ１１１のALPヘッダの構造を示した図である。 パケットタイプ０００のALPパケットの具体的構造を例示した図である。 パケットタイプ１００のALPパケットの具体的構造を例示した図である。 図１３のパケットタイプ１００のALPパケットにおけるALPヘッダのLengthの値がALPペイロードのペイロード長と異なる場合を説明する図である。 ALPヘッダのLengthの値がALPペイロードのペイロード長と異なる場合（図１４の場合）に発生する不具合を説明する図である。 図４のALPデパケタイザが行うALP抽出処理例を説明するフローチャートである。 ALPデパケタイザの第２の実施の形態の構成例を示すブロック図である。 図１７のALPデパケタイザが行うALP抽出処理例を説明するフローチャートである。 ALPデパケタイザの第３の実施の形態の構成例を示すブロック図である。 図１９のALPデパケタイザが行うALP抽出処理例を説明するフローチャートである。 ALPデパケタイザの第４の実施の形態の構成例を示すブロック図である。 図２１のALPデパケタイザが行うALP抽出処理例を説明するフローチャートである。 ALPデパケタイザの第５の実施の形態の構成例を示すブロック図である。 ALPデパケタイザの第６の実施の形態の構成例を示すブロック図である。 一連の処理をプログラムにより実行するコンピュータのハードウエアの構成例を示すブロック図である。
以下、図面を参照しながら本技術の実施の形態について説明する。
＜伝送システムの構成例＞
図１は、本技術を適用した伝送システムの一実施の形態の構成を示す図である。なお、システムとは、複数の装置が論理的に集合したものをいう。
図１において、伝送システム１は、送信装置１１と受信装置１２から構成される。この伝送システム１では、ATSC3.0等のデジタル放送の規格に準拠したデータ伝送が行われる。
なお、次世代地上放送規格の１つであるATSC3.0では、データ伝送に、UDP/IPパケット、すなわち、UDP(User Datagram Protocol)パケットを含むIP(Internet Protocol)パケットを用いる方式が採用される。
送信装置１１は、伝送路１３を介してコンテンツを送信する。例えば、送信装置１１は、放送番組等のコンテンツを構成するビデオやオーディオ等（のコンポーネント）とシグナリングを含む放送ストリームを、放送波として伝送路１３を介して送信する。
受信装置１２は、送信装置１１から伝送路１３を介して送信されてくるコンテンツを受信して出力する。例えば、受信装置１２は、送信装置１１からの放送波を受信して、放送ストリームから、コンテンツを構成するビデオやオーディオ等（のコンポーネント）とシグナリングを取得し、放送番組等のコンテンツの映像や音声を再生する。
なお、図１の伝送システム１においては、説明を簡単にするために、受信装置１２を１つだけ図示しているが、受信装置１２は複数設けることができ、送信装置１１が送信（一斉同報配信）する放送波は、伝送路１３を介して複数の受信装置１２で同時に受信することができる。
また、図１の伝送システム１においては、送信装置１１も複数設けることができる。複数の送信装置１１のそれぞれでは、別個のチャネルとしての、例えば、別個の周波数帯域で、放送ストリームを含む放送波を送信し、受信装置１２では、複数の送信装置１１のそれぞれのチャンネルの中から、放送ストリームを受信するチャネルを選択することができる。
さらに、図１の伝送システム１において、伝送路１３は、地上波（地上波放送）のほか、例えば、放送衛星（BS：Broadcasting Satellite）や通信衛星（CS：Communications Satellite）を利用した衛星放送、あるいは、ケーブルを用いた有線放送（CATV）の伝送路などであってもよい。
＜送信装置１１の構成例＞
図２は、図１の送信装置１１の構成例を示す図である。
図２において、送信装置１１は、AVエンコーダ３１、FLUTEエンコーダ３２、UDP/IPパケタイザ３３、ALPパケタイザ３４、BBパケタイザ３５、スクランブラ３６、BCH,CRC,noneエンコーダ３７、LDPCエンコーダ３８、ビットインターリーバ４０、データマッパ４１、時間インターリーバ４４、フレームマッパ４５、周波数インターリーバ４６、OFDM送信部４７、及びRF出力部４８から構成される。
AVエンコーダ３１は、ビデオやオーディオ（のコンポーネント）のデータを、所定の符号化方式に従い、エンコードし、FLUTEエンコーダ３２に供給する。FLUTEエンコーダ３２は、AVエンコーダ３１からのデータを処理（エンコード）して、FLUTE(File Delivery over Unidirectional Transport)形式に対応したデータを生成し、UDP/IPパケタイザ３３に供給する。
UDP/IPパケタイザ３３は、FLUTEエンコーダ３２からのデータを処理して、UDPパケットを含むIPパケット（UDP/IPパケット）を生成し、ALPパケタイザ３４に供給する。ALPパケタイザ３４は、UDP/IPパケタイザ３３からのUDP/IPパケットを処理して、ALP(ATSC Link layer Protocol)パケットを生成し、BBパケタイザ３５に供給する。
BBパケタイザ３５は、ALPパケタイザ３４からのALPパケット（第２パケット）を処理して、BB(BaseBand)パケット（第１パケット）を生成し、スクランブラ３６に供給する。スクランブラ３６は、BBパケタイザ３５からのデータ（BBパケット）にスクランブルを施し、その結果得られるデータを、BCH,CRC,noneエンコーダ３７に供給する。
BCH,CRC,noneエンコーダ３７は、スクランブラ３６からのデータを符号化し、その結果得られるデータを、LDPCエンコーダ３８に供給する。LDPCエンコーダ３８は、BCH,CRC,noneエンコーダ３７からのデータをLDPC(Low Density Parity Check)符号化し、その結果得られるデータを、ビットインターリーバ４０に供給する。
ビットインターリーバ４０は、LDPCエンコーダ３８からのデータに対し、ビットインターリーブを行い、そのビットインターリーブ後のデータを、データマッパ４１に供給する。
データマッパ４１は、ビットインターリーバ４０からのデータを、そのデータ（LDPC符号）の１ビット以上の符号ビットの単位（シンボル単位）で、直交変調の１つのシンボルを表す信号点にマッピングして直交変調（多値変調）を行う。データマッパ４１での処理により得られるデータは、時間インターリーバ４４に供給される。
時間インターリーバ４４は、データマッパ４１からのデータに対し、時間インターリーブを行い、時間インターリーブ後のデータを、フレームマッパ４５に供給する。
フレームマッパ４５は、時間インターリーバ４４からのデータに対し、フレーム（物理層フレーム）に関する処理を行い、その結果得られるデータを、周波数インターリーバ４６に供給する。周波数インターリーバ４６は、フレームマッパ４５からのデータに対し、周波数インターリーブを行い、その周波数インターリーブ後のデータを、OFDM送信部４７に供給する。
OFDM送信部４７は、周波数インターリーバ４６からのデータを処理して、OFDM(Orthogonal Frequency Division Multiplexing)信号を生成し、RF出力部４８に供給する。RF出力部４８は、アンテナ（不図示）と接続され、OFDM送信部４７からのOFDM信号を、RF(Radio Frequency)信号として、伝送路１３を介して送信する。
送信装置１１は、以上のように構成される。
＜受信装置１２の構成例＞
図３は、図１の受信装置１２の構成例を示す図である。
図３において、受信装置１２は、RF入力部６１、OFDM受信部６２、周波数デインターリーバ６３、フレームデマッパ６４、時間デインターリーバ６５、データデマッパ６８、ビットデインターリーバ６９、LDPCデコーダ７１、BCH,CRC,noneデコーダ７２、デスクランブラ７３、BBデパケタイザ７４、ALPデパケタイザ７５、UDP/IPデパケタイザ７６、FLUTEデコーダ７７、及びAVデコーダ７８から構成される。
RF入力部６１は、アンテナ（不図示）と接続され、送信装置１１から伝送路１３を介して送信されてくるRF信号を受信し、OFDM信号として、OFDM受信部６２に供給する。OFDM受信部６２は、RF入力部６１からのOFDM信号を処理し、それにより得られるデータを、周波数デインターリーバ６３に供給する。
周波数デインターリーバ６３は、OFDM受信部６２からのデータに対し、周波数デインターリーブを行い、その周波数デインターリーブ後のデータを、フレームデマッパ６４に供給する。フレームデマッパ６４は、周波数デインターリーバ６３からのデータに対し、フレーム（物理層フレーム）に関する処理を行い、その結果得られるデータを、時間デインターリーバ６５に供給する。
時間デインターリーバ６５は、フレームデマッパ６４からのデータに対し、時間デインターリーブを行い、その時間デインターリーブ後のデータを、データデマッパ６８に供給する。
データデマッパ６８は、時間デインターリーバ６５からのデータ（コンスタレーション上のデータ）を、送信装置１１側で行われる直交変調で定められる信号点の配置（コンスタレーション）に基づいて、デマッピング（信号点配置復号）して直交復調し、その結果得られるデータ（LDPC符号）を、ビットデインターリーバ６９に供給する。
ビットデインターリーバ６９は、データデマッパ６８からのデータに対し、ビットデインターリーブを行い、そのビットデインターリーブ後のデータを、LDPCデコーダ７１に供給する。
LDPCデコーダ７１は、ビットデインターリーバ６９からのデータをLDPC復号し、その結果得られるデータを、BCH,CRC,noneデコーダ７２に供給する。BCH,CRC,noneデコーダ７２は、LDPCデコーダ７１からのデータを復号し、その結果得られるデータを、デスクランブラ７３に供給する。デスクランブラ７３は、BCH,CRC,noneデコーダ７２からのデータにデスクランブルを施し、その結果得られるデータを、BBデパケタイザ７４に供給する。
BBデパケタイザ７４は、デスクランブラ７３からのデータからBBパケットを抽出して処理し、その結果得られるデータを、ALPデパケタイザ７５に供給する。
ALPデパケタイザ７５は、BBデパケタイザ７４からのデータからALPパケットを抽出して処理し、その結果得られるデータを、UDP/IPデパケタイザ７６に供給する。UDP/IPデパケタイザ７６は、ALPデパケタイザ７５からのデータからUDP/IPパケットを抽出して処理し、その結果得られるデータを、FLUTEデコーダ７７に供給する。
FLUTEデコーダ７７は、UDP/IPデパケタイザ７６からのデータ（FLUTE形式に対応したデータ）を処理（デコード）して、その結果得られるデータを、AVデコーダ７８に供給する。AVデコーダ７８は、FLUTEデコーダ７７からのデータを、所定の復号方式に従い、デコードし、その結果得られるビデオやオーディオ（のコンポーネント）のデータを出力する。
受信装置１２は、以上のように構成される。
＜ALPデパケタイザ７５の第１の実施の形態の構成例＞
図４は、ALPデパケタイザ７５の第１の実施の形態の構成例を示すブロック図である。
ALPデパケタイザ７５（処理部）は、BBヘッダ解釈部１０１、ALPヘッダ解釈部１０２、及び、ALP抽出部１０３を有する。
BBヘッダ解釈部１０１は、伝送ライン１０４からBBパケットのデータを取得し、BBパケットのBBヘッダのデータを取得する。伝送ライン１０４は、図３のBBデパケタイザ７４からのBBパケットのデータをALP抽出部１０３に伝送する
ここで、BBパケットの構造について説明する。
図５は、BBパケットの構造を示す図である。
BBパケットは、BBヘッダ（BB Header）と、BBペイロード（BB packet payload）とから構成される。
BBヘッダには、BBパケットの長さ（パケット長）やALP先頭ポインタ（後述）などのデータが含まれる。BBペイロードには、１又は複数のALPパケット（ALP Packet）が格納される。
ALPパケットは、ALPヘッダ（ALP Header）とALPペイロード（ALP payload）とから構成される。
ALPヘッダには、パケットタイプ、ALPヘッダの長さ（ヘッダ長）、及び、ALPペイロードの長さ（ペイロード長）等を特定するデータが含まれる。ALPペイロードには、１又は複数のIPパケットが伝送データとして格納される。
図４において、BBヘッダ解釈部１０１は、伝送ライン１０４からBBヘッダのデータを取得すると、BBヘッダに含まれるALP先頭ポインタを取得する。ALP先頭ポインタは、BBパケットに格納されたALPパケットのALPヘッダのうちの最初（先頭）のALPヘッダの先頭位置を示したデータである。
なお、BBパケットにおける最初のALPヘッダを含むALPパケット（最初のALPヘッダとそれに続くALPペイロードとからなるALPパケット）を先頭ALPパケットという。
BBヘッダ解釈部１０１は、ALP先頭ポインタをALPヘッダ解釈部１０２に供給する。
なお、BBヘッダ解釈部１０１は、図３のBBデパケタイザ７４の構成部であってもよい。
ALPヘッダ解釈部１０２は、伝送ライン１０４により伝送されているBBパケットからALPパケットのALPヘッダのデータを取得する。また、ALPヘッダ解釈部１０２は、取得したALPヘッダのデータに基づいてALPパケットのパケット長（ALPパケット長）を検出し、次に伝送されるALPパケットの先頭位置を特定する。なお、ALPヘッダ解釈部１０２は、ALPヘッダのデータに基づいてパケット長を検出する際に、データを補正する機能を有するが詳細は後述する。
ALPヘッダ解釈部１０２は、検出したALPパケット長をALP抽出部１０３に供給する。なお、ALPパケット長の検出処理等についての詳細は後述する。
ALP抽出部１０３は、ALPヘッダ解釈部１０２からのALPパケット長に基づいて、伝送ライン１０４により伝送されたBBパケットからALPパケットを抽出し、抽出したALPパケットを伝送ライン１０５により図３のUDP/IPデパケタイザ７６に供給する。
（ALPパケットの抽出）
図６は、BBパケットからのALPパケットの抽出の処理を説明する説明図である。
図６において、左右に隣接するBBパケットＰＡ及びBBパケットＰＢはBBデパケタイザ７４からALP抽出部１０３に伝送ライン１０４により順に伝送される２つのBBパケットを例示している。
図４のBBヘッダ解釈部１０１は、伝送ライン１０４からBBパケットＰＡのBBヘッダのデータを取得し、BBヘッダに含まれるALP先頭ポインタを検出する。
ALP先頭ポインタは、BBパケットＰＡに含まれる1又は複数のALPヘッダのうちの最初（先頭）のALPヘッダの先頭位置ａ−1を特定するデータである。任意のBBパケットにおける最初のALPヘッダを含むALPパケットを先頭ALPパケットというものとすると、ALP先頭ポインタは先頭ALPパケットの先頭位置を特定するデータである。なお、ALPパケットやALPヘッダ等の先頭位置とは、ＢＢパケットのビット列におけるALPパケットやALPヘッダ等の先頭ビットの位置を表す。
BBヘッダ解釈部１０１は、検出したALP先頭ポインタをALPヘッダ解釈部１０２に供給する。
ALPヘッダ解釈部１０２は、ALP先頭ポインタに基づいて、先頭ALPパケットの先頭位置ａ−1を特定する。
また、ALPヘッダ解釈部１０２は、BBヘッダ解釈部１０１からのALP先頭ポインタに基づいて、BBパケットＰＡにおける先頭ALPパケットのALPヘッダのデータを伝送ライン１０４から取得する。
ALPヘッダ解釈部１０２は、取得した先頭ALPパケットのALPヘッダのデータに基づいて、ALPヘッダのヘッダ長とALPペイロードのペイロード長と（ALPパケットのヘッダ長とペイロード長と）を検出する。そして、ALPヘッダ解釈部１０２は、それらのヘッダ長とペイロード長とを加算して先頭ALPパケットのパケット長を算出（検出）する。なお、ALPヘッダ解釈部１０２は、ALPヘッダのペイロード長に対して補正を行う機能を有するが詳細は後述する。
ALPヘッダ解釈部１０２は、検出した先頭ALPパケットのパケット長に基づいて、BBパケットＰＡにおける２番目のALPパケット（先頭ALPパケットの次のALPパケット）の先頭位置ａ−２を特定する。２番目のALPパケットの先頭位置ａ−２は、先頭ALPパケットのパケット長に応じた先頭ALPパケットの末尾位置（末尾ビットの位置）に対して、次に続くビットの位置である。
また、ALPヘッダ解釈部１０２は、検出した先頭ALPパケットのパケット長をALP抽出部１０３に供給する。
ALP抽出部１０３は、ALPヘッダ解釈部１０２からのALPパケット長に基づいて、先頭ALPパケットの先頭位置ａ−１から２番目のALPパケットの先頭位置ａ−２までの先頭ALPパケットをBBパケットＰＡ（BBペイロード）から抽出する。
このように、ALPヘッダ解釈部１０２は、BBパケットごとのにBBヘッダのALP先頭ポインタに基づいて先頭ALPパケットの先頭位置を特定する。
また、ALPヘッダ解釈部１０２は、各BBパケットに含まれるALPパケットの先頭位置の各々を、１つ前のALPパケットのパケット長に基づいて特定する（ALPパケットのパケット長に基づいて次のALPパケットの先頭位置を特定する）。すなわち、ALPヘッダ解釈部１０２は、連続する前後２つのALPパケットのうちの前のALPパケットの先頭位置とパケット長とに基づいて前のALPパケットの末尾位置（末尾ビットの位置）を特定する。そして、ALPヘッダ解釈部１０２は、前のALPパケットの末尾位置の次のビットの位置を後のALPパケットの先頭位置として特定する。なお、ALPヘッダ解釈部１０２は、前のALPパケットのパケット長を前のALPパケットのALPヘッダのデータに基づいて検出する。
また、ALPヘッダ解釈部１０２は、ALPヘッダから検出したALPパケットのパケット長（ALPパケット長）をALP抽出部１０３に供給する。
ALP抽出部１０３は、ALPヘッダ解釈部１０２からのALPパケット長に基づいて図６のBBパケットＰＡの２番目以降のALPパケットの先頭位置ａ−２、先頭位置ａ−３が伝送ライン１０４から伝送されるタイミングを自走カウンタでカウントすることにより検出する。
これにより、ALP抽出部１０３は、BBデパケタイザ７４からのBBパケットに含まれるALPパケットを、ALPパケットごとに抽出する。そして、ALP抽出部１０３は、BBデパケタイザ７４からのBBパケットから抽出したALPパケットを伝送ライン１０５により図３のUDP/IPデパケタイザ７６に供給する。
図６においてBBパケットＰＡにおける３番目のALPパケットは、BBパケットＰＡとBBパケットＰＢとに分割されている。このように１つのALPパケットのデータが複数のBBパケットに分割されて伝送される場合、ALP抽出部１０３に伝送されるその１つのALPパケットのデータの中にBBパケットのBBヘッダのデータが介在する。
ALP抽出部１０３は、BBヘッダのデータを除いたBBペイロードのデータの中からALPパケットのデータを抽出し、共通（同一）のALPパケットについて抽出したデータを連結する。
例えば、図６のBBパケットＰＡにおける３番目のALPパケットについては、ALP抽出部１０３は、BBパケットＰＡのBBペイロードのデータのうち、３番目のALPパケットの先頭位置ａ−３のデータから、BBパケットＰＡの末尾位置のデータまでを抽出する。
また、ALP抽出部１０３は、BBパケットＰＡに続くBBパケットＰＢのBBペイロードのデータのうち、BBペイロードの先頭位置のデータから先頭ALPパケットの先頭位置ｂ−１の１つ前のビットのデータまでを抽出する。そして、ALP抽出部１０３は、BBパケットＰＡ及びBBパケットＰＢの各々から抽出したデータを連結する。
これにより、１つのALPパケットのデータが複数のBBパケットに分割されて伝送される場合であっても、BBパケットＰＡ及びBBパケットＰＢに分割されたALPパケットが１つのALPパケットとして抽出される。
ここで、ALPヘッダ解釈部１０２及びALP抽出部１０３は、BBパケットにおける先頭ALPパケットの先頭位置を、先頭ALPパケット以外のALPパケットと同様にALPパケット長に基づいて特定することができる。すなわち、ALPパケット長に基づいて特定する次のALPパケットの先頭位置が、次以降のBBパケットのデータ範囲内の位置となる場合には、次のALPパケットは次以降のBBパケットに含まれる先頭ALPパケットである。この場合に、ALPヘッダ解釈部１０２は、BBヘッダのデータを除いたBBペイロードにおけるALPパケットの先頭位置からのデータ数が、ALPパケットのパケット長となる末尾位置の次のビットの位置を先頭ALPパケットの先頭位置として特定することができる。
例えば、ALPヘッダ解釈部１０２及びALP抽出部１０３は、図６のBBパケットＰＢにおける先頭ALPパケットの先頭位置ｂ−１を、BBパケットＰＡにおける３番目のALPパケットのパケット長に基づいて特定する。図６のBBパケットＰＡの先頭ALPパケットについても、ALPヘッダ解釈部１０２は、BBパケットＰＡよりも前に不図示のBBパケットによりALPパケットが伝送されている場合にはBBパケットＰＡの１つ前のALPパケットのパケット長に基づいて先頭ALPパケットの先頭位置ａ−１を特定することができる。
＜ALPパケット（ALPヘッダ）の構造＞
ALPパケットは、地上放送規格であるATSC3.0に準じた構造を有しており、主に、ALPパケットのヘッダ長及びペイロード長に着目して説明し、ALPパケットに含まれるデータの内容や意味などについての説明は適宜省略する。
ALPパケットには、複数のパケットタイプがあり、ALPヘッダは、ALPパケットのパケットタイプ（Packet_Type）を表すデータを含む。パケットタイプは、具体的には３ビットのデータであり、２進数で０００乃至１１１の８通りのパケットタイプを表す。
図７は、ALPパケットのパケットタイプの値（Packet_Type Value）と、各値のパケットタイプの意味（Meaning）を示した図である。
なお、パケットタイプの値が０００乃至１１１である場合の各々のパケットタイプをパケットタイプ０００乃至パケットタイプ１１１という。
パケットタイプとしては、８通りのパケットタイプ０００乃至パケットタイプ１１１が規定されている。現時点で有効なパケットタイプは、予備（Reserved）として確保されている３通りのパケットタイプ００１、パケットタイプ０１１、及び、パケットタイプ１０１を除く、５通りのパケットタイプ０００、パケットタイプ０１０、パケットタイプ１００、パケットタイプ１１０、及び、パケットタイプ１１１である。
＜パケットタイプ０００及びパケットタイプ０１０＞
図８は、パケットタイプ０００及びパケットタイプ０１０のALPヘッダの構造を示した図である。
図８においてALPヘッダの先頭には、３ビット(3b)のPacket_Typeが配置される。Packet_Typeは、パケットタイプを表すデータであり、図８では、Packet_Typeには０００又は０１０が設定される。
Packet_Typeの後には、１ビット(1b)のPC(Payload_Configuration)が配置される。PCには０又は１が設定される。
PCが０である場合、PCの後には、１ビットのHM(Header_Mode)が配置される。HMには０又は１が設定される。
PCが１である場合、PCの後には、１ビットのS/C(Segmentation_Concatenation)が配置される。S/Cには０又は１が設定される。
（PC=0、HM=0の場合）
PCが０であり、HMが０である場合、HMの後には、１１ビット(11b)のLengthのみが配置される。Lengthは、ALPペイロードのペイロード長を表す。PCが０であり、HMが０である場合、ALPペイロードのペイロード長は、１１ビットで表すことができる０乃至２０４７ビットの範囲内の値をとり得る。
PCデータが０であり、HMデータが０である場合、上述したように、HMの後には、１１ビットのLengthのみが配置されるので、ALPヘッダのヘッダ長は３＋１＋１＋１１＝１６ビット（２バイト）になる。
（PC=0、HM=1の場合）
PCが０であり、HMが１である場合、HMの後には、１１ビット(11b)のLengthと、８ビットのAdditional header for single packets(Additional header for long packets)とが配置される。PCが０であり、HMが１である場合、ALPペイロードのペイロード長は、１６ビットで表すことができる値をとることができ、Lengthには、ペイロード長を表す１６ビットのうちの下位１１ビットのデータが設定される。
Additional header for single packetsは、ALPペイロードのペイロード長を表す１６ビットのうちの上位５ビットのデータ（不図示のLength_MSB）を含む。ALPペイロードのペイロード長は、Length_MSBを上位ビットとするとともに、Lengthを下位ビットとして連結した合計１６ビットのデータで表され、０乃至６５５３５ビットの範囲内の値をとり得る。
Additional header for single packetsは、Length_MSB以外に不図示のSIF(Sub-stream Identifier Flag)、及び、HEF(Header Extension Flag)等を含む。
PCが０であり、HMが１である場合におけるALPヘッダのヘッダ長は、３＋１＋１＋１１＋８＝２４ビット（３バイト）である。
（PC=1、S/C=0の場合）
PCが１であり、S/Cが０である場合、S/Cの後には、１１ビット(11b)のLengthと、８ビットのAdditional header for segmentationとが配置される。Lengthは、ALPペイロードのペイロード長を表す。PCが０であり、S/Cが０である場合、ALPペイロードのペイロード長は、１１ビットのLengthで表すことができる０乃至２０４７ビットの範囲内の値をとり得る。
Additional header for segmentationは、不図示のSeg_SN(segment_sequence_number)、LSI(last_segment_indicator)、SIF(Sub-stream Identifier Flag)、及び、HEF(Header Extension Flag)を含む。
PCが１であり、S/Cが０である場合におけるALPヘッダのヘッダ長は、３＋１＋１＋１１＋８＝２４ビット（３バイト）である。
（PC=1、S/C=1の場合）
PCが１であり、S/Cが１である場合、S/Cの後には、１１ビット(11b)のLengthと、可変長のAdditional header for concatenationとが配置される。PCが１であり、S/Cが１である場合、ALPペイロードのペイロード長は、１５ビットで表すことができる値をとることができ、Lengthには、ペイロード長を表す１５ビットのうちの下位１１ビットのデータが設定される。
Additional header for concatenationは、ALPペイロードのペイロード長を表す１５ビットのうちの上位４ビットのデータ（不図示のLength_MSB）を含む。ALPペイロードのペイロード長は、Length_MSBを上位ビットとするとともに、Lengthを下位ビットとして連結した合計１５ビットのデータで表され、０乃至３２７６６ビットの範囲内の値をとり得る。
Additional header for concatenationは、Length_MSB以外に３ビットのCount、１ビットのSIF(Sub-stream Identifier Flag)、及び、可変長のComponent Lengthを含む。
PCが１であり、S/Cが１である場合におけるALPヘッダのヘッダ長（ビット数）は、２４＋（ｄ−１）・１２＋ｅである。
ここで、ALPヘッダのヘッダ長（ビット数）である２４＋（ｄ−１）・１２＋ｅのうちの２４ビット（３バイト）は、パケットタイプ（Packet_Type）、PC、S/C、及び、Lengthのビット数の和である３＋１＋１＋１１＝１６ビット（２バイト）と、Additional header for concatenationにおけるLength_MSB、Count、及び、SIFのビット数の和である４＋３＋１＝８ビット（１バイト）とを加算して得られるビット数である。
ALPヘッダのヘッダ長（ビット数）である２４＋（ｄ−１）・１２＋ｅのうちのｄは、Additional header for concatenationにおける３ビットのCountの値であり、Countの値ｄは、ALPペイロードに含まれるIPパケットの数を表す。また、Additional header for concatenationにおいてComponent Lengthは、ALPペイロードに含まれるIPパケットのうちの最後のIPパケットを除くIPパケットの各々のパケット長を表す。１つのIPパケットのパケット長は１２ビットで表される値をとり得るため、Component Lengthは、（ｄ−１）個分のIPパケットのパケット長を表す（ｄ−１）・１２ビットのデータを有する。したがって、ALPヘッダのヘッダ長（ビット数）である２４＋（ｄ−１）・１２＋ｅのうちの（ｄ−１）・１２は、Component Lengthのビット数を表す。
ALPヘッダのヘッダ長（ビット数）である２４＋（ｄ−１）・１２＋ｅのうちのｅビットは、Countの値ｄが奇数である場合には０ビットであり、Countの値ｄが偶数である場合には４ビットである。したがって、２４＋（ｄ−１）・１２＋ｅを８（ビット）で割ってバイト単位で表した場合の｛３＋（ｄ−１）・３／２＋ｅ／８｝（バイト）は、ｄが奇数である場合（ｄ=２ｍ＋１：ｍは自然数）には、３＋３・ｍ（バイト）であり、ｄが偶数である場合（ｄ＝２ｍ）（ｍは自然数）には、２＋３・ｍ（バイト）である。いずれの場合もALPヘッダのヘッダ長のバイト数は自然数である。
なお、以下において、Countの値ｄにより求まるAdditional header for concatenationのビット数をAHb（ｄ）で表す。この場合にALPヘッダのヘッダ長（ビット数）は１６＋AHb（ｄ）である。
＜パケットタイプ１００＞
図９は、パケットタイプ１００のALPヘッダの構造を示した図である。
図９におけるパケットタイプ１００のALPヘッダは、ALPヘッダの先頭から順に３ビットのパケットタイプ（Packet_Type）、及び、１ビットのPCを有する点で図８のALPヘッダと共通する。なお、図９では、Packet_Typeには１００が設定される。
また、図９のALPヘッダは、PCが０である場合に、PCの後に１ビットのHMを有し、PCが１である場合に、PCの後に１ビットのS/Cを有する点で図８のALPヘッダと共通する。更に、図９のALPヘッダは、PCが０であり、HMが０である場合に、HMの後に１１ビットのLengthを有する点、PCが０であり、HMが１である場合に、HMの後に１１ビットのLength、及び、８ビットのAdditional header for long packets(Additional header for single packets)を有する点、PCが１であり、S/Cが０である場合に、S/Cの後に１１ビットのLength、及び、８ビットのAdditional header for segmentationを有する点、PCが１であり、S/Cが１である場合に、１１ビットのLength、及び、AHb（ｄ）ビットのAdditional header for concatenationを有する点で、図８のALPヘッダと共通する。
ただし、図９のALPヘッダは、HMが０である場合に、Lengthの後にAdditional header for Signaling Informationを新たに有する点、HMが１である場合に、Additional header for long packetsの後にAdditional header for Signaling Informationを新たに有する点、S/Cが０である場合に、Additional header for segmentationの後にAdditional header for Signaling Informationを新たに有する点、及び、S/Cが１である場合に、Additional header for concatenationの後にAdditional header for Signaling Informationを新たに有する点で、図８のALPヘッダと相違する。
図９のALPヘッダにおいて、任意の値のHM、及び、任意の値のS/CにおけるAdditional header for Signaling Informationは、４０ビット（５バイト）のデータである。Additional header for Signaling Informationは、不図示のsignaling_type、signaling_type_extension、signaling_version、signaling_format、及び、signaling_encodingを含む。
（PC=0、HM=0の場合）
PCが０であり、HMが０である場合、ALPペイロードのペイロード長は、図８におけるPCが０であり、HMが０である場合と同じであり、１１ビットのLengthで表すことができる０乃至２０４７ビットの範囲内の値をとり得る。
ALPヘッダのヘッダ長は、３ビットのパケットタイプ（Packet_Type）、１ビットのPC、１ビットのHM、及び、１１ビットのLengthのビット数の和である３＋１＋１＋１１＝１６ビット（２バイト）と、Additional header for Signaling Informationのビット数である４０ビット（５バイト）とを加算して得られる５６ビット（７バイト）である。
（PC=0、HM=1の場合）
PCが０であり、HMが１である場合、ALPペイロードのペイロード長は、図８におけるPCが０であり、HMが１である場合と同じであり、Additional header for long packets における不図示の５ビットのLength_MSBを上位ビットとするとともに、Lengthを下位ビットとして連結した合計１６ビットのデータで表される。したがって、ALPペイロードのペイロード長は０乃至６５５３５ビットの範囲内の値をとり得る。
ALPヘッダのヘッダ長は、３ビットのパケットタイプ（Packet_Type）、１ビットのPC、１ビットのHM、１１ビットのLength、及び、８ビットのAdditional header for single packetsのビット数の和である３＋１＋１＋１１＋８＝２４ビット（３バイト）と、Additional header for Signaling Informationのビット数である４０ビット（５バイト）とを加算して得られる６４ビット（８バイト）である。
（PC=1、S/C=0の場合）
PCが１であり、S/Cが０である場合、ALPペイロードのペイロード長は、図８におけるPCが１であり、S/Cが０である場合と同じであり、１１ビットのLengthで表すことができる０乃至２０４７ビットの範囲内の値をとり得る。
ALPヘッダのヘッダ長は、３ビットのパケットタイプ（Packet_Type）、１ビットのPC、１ビットのHM、１１ビットのLength、及び、８ビットのAdditional header for segmentationのビット数の和である２４ビット（３バイト）と、Additional header for Signaling Informationのビット数である４０ビット（５バイト）とを加算して得られる６４ビット（８バイト）である。
（PC=1、S/C=1の場合）
PCが１であり、S/Cが1である場合、ALPペイロードのペイロード長は、図８におけるPCが１であり、S/Cが１である場合と同じであり、Additional header for concatenationにおける不図示の４ビットのLength_MSBを上位ビットとするとともに、Lengthを下位ビットとして連結した合計１５ビットのデータで表され、０乃至３２７６６ビットの範囲内の値をとり得る。
ALPヘッダのヘッダ長は、３ビットのパケットタイプ（Packet_Type）、１ビットのPC、１ビットのHM、１１ビットのLength、及び、AHb（ｄ）ビットのAdditional header for concatenationのビット数の和である１６ビット（２バイト）＋AHb（ｄ）ビットと、header for Signaling Informationのビット数である４０ビット（５バイト）とを加算して得られる５６ビット（７バイト）＋AHb（ｄ）ビットである。AHb（ｄ）は、図８のALPヘッダにおいて説明したAdditional header for concatenationのビット数であり、Additional header for concatenationに含まれるCountデータの値ｄにより求められる。
＜パケットタイプ１１０＞
図１０は、パケットタイプ１１０のALPヘッダの構造を示した図である。
図１０におけるパケットタイプ１１０のALPヘッダは、ALPヘッダの先頭から順に３ビットのパケットタイプ（Packet_Type）、及び、１ビットのPCを有する点で図８のALPヘッダと共通する。なお、図１０では、Packet_Typeには１１０が設定される。
また、図１０のALPヘッダは、PCが０である場合に、PCの後に１ビットのHMを有し、PCが１である場合に、PCの後に１ビットのS/Cを有する点で図８のALPヘッダと共通する。更に、図１０のALPヘッダは、PCが０であり、HMが０である場合に、HMの後に１１ビットのLengthを有する点、PCが０であり、HMが１である場合に、HMの後に１１ビットのLength、及び、８ビットのAdditional header for long packets(Additional header for single packets)を有する点、PCが１であり、S/Cが０である場合に、S/Cの後に１１ビットのLength、及び、８ビットのAdditional header for segmentationを有する点、PCが１であり、S/Cが１である場合に、１１ビットのLength、及び、AHb（ｄ）ビットのAdditional header for concatenationを有する点で、図８のALPヘッダと共通する。
ただし、図１０のALPヘッダは、HMが０である場合に、Lengthの後にAdditional header for Type Extensinを新たに有する点、HMが１である場合に、Additional header for single packetsの後にAdditional header for Type Extensinを新たに有する点、S/Cが０である場合に、Additional header for segmentationの後にAdditional header for Type Extensinを新たに有する点、及び、S/Cが１である場合に、Additional header for concatenationの後にAdditional header for Type Extensinを新たに有する点で、図８のALPヘッダと相違する。
図１０のALPヘッダにおいて、任意の値のHM、及び、任意の値のS/CにおけるAdditional header for Type Extensinは、１６ビット（２バイト）のデータである。Additional header for Type Extensinは、不図示のextended_typeを含む。
（PC=0、HM=0の場合）
PCが０であり、HMが０である場合、ALPペイロードのペイロード長は、図８におけるPCが０であり、HMが０である場合と同じであり、１１ビットのLengthで表すことができる０乃至２０４７ビットの範囲内の値をとり得る。
ALPヘッダのヘッダ長は、３ビットのパケットタイプ（Packet_Type）、１ビットのPC、１ビットのHM、及び、１１ビットのLengthのビット数の和である３＋１＋１＋１１＝１６ビット（２バイト）と、Additional header for Type Extensinのビット数である１６ビット（２バイト）とを加算して得られる３２ビット（４バイト）である。
（PC=0、HM=1の場合）
PCが０であり、HMが１である場合、ALPペイロードのペイロード長は、図８におけるPCが０であり、HMが１である場合と同じであり、Additional header for long packetsにおける不図示の５ビットのLength_MSBを上位ビットとするとともに、Lengthを下位ビットとして連結した合計１６ビットのデータで表される。したがって、ALPペイロードのペイロード長は、０乃至６５５３５ビットの範囲内の値をとり得る。
ALPヘッダのヘッダ長は、３ビットのパケットタイプ（Packet_Type）、１ビットのPC、１ビットのHM、１１ビットのLength、及び、８ビットのAdditional header for single packetsのビット数の和である３＋１＋１＋１１＋８＝２４ビット（３バイト）と、Additional header for Type Extensinのビット数である１６ビット（２バイト）とを加算して得られる４０ビット（５バイト）である。
（PC=1、S/C=0の場合）
PCが１であり、S/Cが０である場合、ALPペイロードのペイロード長は、図８におけるPCが１であり、S/Cが０である場合と同じであり、１１ビットのLengthで表すことができる０乃至２０４７ビットの範囲内の値をとり得る。
ALPヘッダのヘッダ長は、３ビットのパケットタイプ（Packet_Type）、１ビットのPC、１ビットのHM、１１ビットのLength、及び、８ビットのAdditional header for segmentationのビット数の和である２４ビット（３バイト）と、Additional header for Type Extensinのビット数である１６ビット（２バイト）とを加算して得られる４０ビット（５バイト）である。
（PC=1、S/C=1の場合）
PCが１であり、S/Cが1である場合、ALPペイロードのペイロード長は、図８におけるPCが１であり、S/Cが１である場合と同じであり、Additional header for concatenation における不図示の４ビットのLength_MSBを上位ビットとするとともに、Lengthを下位ビットとして連結した合計１５ビットのデータで表される。したがって、ALPペイロードのペイロード長は、０乃至３２７６６ビットの範囲内の値をとり得る。
ALPヘッダのヘッダ長は、３ビットのパケットタイプ（Packet_Type）、１ビットのPC、１ビットのHM、１１ビットのLength、及び、AHb（ｄ）ビットのAdditional header for concatenationのビット数の和である１６ビット（２バイト）＋AHb（ｄ）ビットと、Additional header for Type Extensinのビット数である１６ビット（２バイト）とを加算して得られる３２ビット（４バイト）＋AHb（ｄ）ビットである。AHb（ｄ）は、図８のALPヘッダにおいて説明したAdditional header for concatenationのビット数であり、Additional header for concatenationに含まれるCountデータの値ｄにより求められる。
＜パケットタイプ１１１＞
図１１は、パケットタイプ１１１のALPヘッダの構造を示した図である。
図１１においてALPヘッダの先頭には、パケットタイプを表す３ビット(3b)のPacket_Typeが配置される。図１１では、Packet_Typeには１１１が設定される。
Packet_Typeの後には、４ビット(4b)のNUMTS(Number of TS packets)が配置される。NUMTSは、ALPペイロードに含まれるTSパケットの数が設定される。
NUMTSの後には、１ビット(1b)のAHF(Additional Header Flag)が配置される。AHFには０又は１が設定される。
AHFが０である場合、AHFがALPヘッダの末尾位置のデータとなる。AHFが０である場合、ALPヘッダのヘッダ長は３＋４＋１＝８ビット（１バイト）となる。
AHFデータが１である場合、AHFの後には、１ビット(1b)のHDM(Header Deletion Mode)が配置される。HDMが１の場合には、HDMは、ALPペイロードにおけるTSパケットがTSヘッダの削除をされていることを示す。HDMが０の場合には、HDMは、ALPペイロードにおけるTSパケットがTSヘッダの削除をされていないことを示す。
HDMの後には、７ビット(7b)のDNP(Deleted Null Packets)が配置される。DNPは、削除された空のパケットの数を表す。
AHFが１である場合、ALPヘッダのヘッダ長は３＋４＋１＋１＋７＝１６ビット（２バイト）になる。
AHFが０又は１である場合のいずれにおいても、ALPペイロードのペイロード長は、ALPペイロードに格納されるTSパケット等のパケット長を考慮してNUMTSの値に基づいて求められる。
＜パケットタイプ０００のALPパケットの例＞
図１２は、パケットタイプ０００のALPパケットの具体的構造を例示した図である。
図１２において、ALPパケットの先頭の３ビット（図中”type”と記載されているビット）には０、０、０が設定されているので、ALPパケットはパケットタイプ０００である。
また、図１２のALPパケットでは、パケットタイプに続く２ビットには０、０が設定されているので、ALPヘッダのPCが０であり、ALPヘッダのHMが０である場合を例示している。
この場合において、ALPパケット（ALPヘッダ）の先頭から６ビット目と１６ビット目とそれらの間のビットとからなる１１ビットは、ALPヘッダのLengthである。Lengthの示す値（Lengthの値）は、ALPペイロード（図中”payload”と記載）のペイロード長を表す。パケットタイプ０００のALPパケットでは、Lengthの後にALPペイロードが続く。
図１２のパケットタイプ０００のALPパケットの例では、ALPヘッダのヘッダ長は、パケットタイプ、PC、HM、及び、Lengthのビット数の和である１６ビット（２バイト）である。ALPペイロードのペイロード長は、ALPヘッダのLengthの値であり、０乃至２０４７ビットの範囲内の値をとり得る。
そして、ALPパケットのパケット長は、ALPヘッダとヘッダ長と、ALPペイロードのペイロード長とを加算して得られる値である。
＜パケットタイプ１００のALPパケットの例＞
図１３は、パケットタイプ１００のALPパケットの具体的構造を例示した図である。
図１３において、ALPパケットの先頭の３ビット（図中”type”と記載）には１、０、０が設定されているので、ALPパケットはパケットタイプ１００である。
また、図１３のALPパケットでは、パケットタイプに続く２ビットには０、０が設定されているので、ALPヘッダのPCが０であり、ALPヘッダのHMが０である場合を例示している。
この場合において、ALPパケット（ALPヘッダ）の先頭から６ビット目と１６ビット目とそれらの間のビットとからなる１１ビットは、ALPヘッダのLengthである。Lengthの値は、ALPペイロード（図中”payload”と記載）のペイロード長を表す。
また、Lengthの後には、図９に示した４０ビット（５バイト）のAdditional header for Signaling Informationが配置される。図１３では、Additional header for Signaling Informationは、８ビット（１バイト）のsignaling_type（図中”type”と記載）、１６ビット（２バイト）のsignaling_type_extension（図中”extension”と記載）、８ビット（１バイト）のsignaling_version（図中”version”と記載）、２ビットのsignaling_format（図中”fmt”と記載）、２ビットのsignaling_encoding（図中”enc”と記載）、及び、４ビットのReservedを含む。
パケットタイプ１００のALPパケットでは、Additional header for Signaling Informationの後にALPペイロードが続く。
図１３のパケットタイプ１００のALPパケットの例では、ALPヘッダのヘッダ長は、パケットタイプ、PC、HM、Length、及び、Additional header for Signaling Informationのビット数の和である５６ビット（７バイト）である。ALPペイロードのペイロード長は、ALPヘッダのLengthの値であり、０乃至２０４７ビットの範囲内の値をとり得る。
そして、ALPパケットのパケット長は、ALPヘッダとヘッダ長である５６ビット（７バイト）と、ALPペイロードのペイロード長とを加算して得られる値である。
＜課題＞
ALPパケットにおけるALPヘッダのヘッダ長及びALPペイロードのペイロード長は、図８乃至図１１で説明したように、いずれのパケットタイプのALPパケットに対してもALPヘッダのデータに基づいて検出することができる。
ALPペイロードのペイロード長の検出について再度簡易に説明すると、有効なパケットタイプ０００、０１０、１００、１１０、及び、１１１のうちのパケットタイプ１１１以外のALPパケットに対しては、パケットタイプによらずALPヘッダのPC、HM、及び、S/Cに値に応じた共通の方法で検出される。
PCが０であり、HMが０である場合、又は、PCが１であり、S/Cが０である場合、ペイロード長は、ALPヘッダの１１ビットのLengthの値（０乃至２０４７ビットの範囲内の値）である。
PCが０であり、HMが１である場合、ペイロード長は、ALPヘッダの５ビットのLength_MSBを上位ビットとするとともに、ALPヘッダの１１ビットのLengthを下位ビットとして連結した１６ビットのデータが示す値（０乃至６５５３５の範囲内の値）である。
PCが１であり、S/Cが１である場合、ペイロード長は、ALPヘッダの５ビットのLength_MSBを上位ビットとするとともに、ALPヘッダの１１ビットのLengthを下位ビットとして連結した１６ビットのデータが示す値（０乃至３２７６６の範囲内の値）である。
また、パケットタイプ１１１のALPパケットに対しては、ALPペイドードのペイロード長は、ALPヘッダのNUMTSの値に基づいて検出される。
なお、以下において、ALPヘッダにおけるLength_MSBを上位ビットとするとともに、ALPヘッダのLengthを下位ビットとして連結したデータを拡張Lengthという。
このように、ATSC3.0の規格では、ALPヘッダにおけるLength、又は、拡張Lengthには、ALPペイロードのペイロード長が設定されるように規定されている。また、ATSC3.0の規格では、NUMTSの値と予め決められた算出式とに基づいて算出される値がALPペイロードのペイロード長となるように規定されている。
しかしなから、ALPパケットを生成する図１の送信装置１１によっては、送信装置１１を製造又は使用する国等におけるALPヘッダの解釈の違いから、Length、又は、拡張LengthにはALPペイロードのペイロード長とは異なる値が設定される場合や、NUMTSの値と予め決められた算出式とにより算出されたペイロード長とは異なるALPペケットが生成される場合がある。すなわち、図１の受信装置１２において、上述のように規格通りにALPヘッダのデータから検出したペイロード長が真のペイロード長と異なる場合がある。
図１４は、図１３のパケットタイプ１００のALPパケットにおけるALPヘッダのLengthの値がALPペイロードのペイロード長と異なる場合を説明する図である。
図１４のALPパケットは、図１３と同様に、パケットタイプ１００のALPパケットにおいて、ALPヘッダのPCが０であり、ALPヘッダのHM０である場合を例示している。
図１４のALPパケットにおけるALPヘッダのLengthには、図１３の場合と異なり、Lengthの次のビットの位置、すなわち、signaling_type（図中”type”と記載）の先頭位置からALPペイロード（ALPパケット）の末尾位置までのビット数が設定されている。
この場合、Lengthの値は、ALPヘッダの一部のデータ（図９におけるAdditional header for Signaling Information）のビット数を含む分だけ、ALPペイロードの真のペイロード長（ビット数）よりも大きくなる。すなわち、ALPペイロードの真のペイロード長は、Lengthの値からAdditional header for Signaling Informationのビット数である４０ビット（５バイト）を減算して得られるビット数である。
仮に、受信装置１２が、図１４のALPパケットに対して、図１３と同様に規格通りに、ALPヘッダのLengthの値をALPペイロードのペイロード長として検出すると、検出したペイロード長が実際よりも４０ビット（５バイト）分、大きくなり、パケット長も４０ビット（５バイト）分大きくなる。
図１５は、ALPヘッダのLengthの値がALPペイロードのペイロード長と異なる場合（図１４の場合）に発生する不具合を説明する図である。
図１５のBBパケットＰＡ及びBBパケットＰＢは、ALPヘッダのLengthの値がALPペイロードのペイロード長と異なる以外は、図６のBBパケットＰＡ及びBBパケットＰＢを同じである。
ALPヘッダのLengthの値がALPペイロードの真のペイロード長と異なる場合においても、BBヘッダのALP先頭ポインタはALPヘッダのLengthの値に影響されない。そのため、BBヘッダ解釈部１０１は、図１５のBBパケットＰＡにおけるBBヘッダのALP先頭ポインタに基づいて先頭ALPヘッダの先頭位置ａ−１を正しく特定する。ALPヘッダ解釈部１０２も同様に、BBヘッダ解釈部１０１からのALP先頭ポインタにより、先頭ALPヘッダの先頭位置ａ−１を正しく特定する。
ALPヘッダ解釈部１０２は、BBヘッダ解釈部１０１からのALP先頭ポインタにより特定した先頭ALPヘッダの先頭位置ａ−１に基づいてBBパケットＰＡの先頭ALPパケットにおけるALPヘッダのデータを伝送ライン１０４から取得する。
そして、ALPヘッダ解釈部１０２は、取得したALPヘッダのデータに基づいて、先頭ALPパケットにおけるALPヘッダのヘッダ長とALPペイロードのペイロード長を検出し、ヘッダ長とペイロード長とを加算して先頭ALPパケットのパケット長を検出する。
このとき、ALPヘッダ解釈部１０２がALPヘッダのデータに基づいて規定通りに検出するALPペイロードのペイロード長は、真のペイロード長と相違する。そのため、ALPヘッダ解釈部１０２が検出するパケット長も真のパケット長と相違する。
したがって、ALPヘッダ解釈部１０２が、先頭ALPパケットのパケット長に基づいて特定する２番目のALPパケットの先頭位置ａ′−２が正しくなく、真の先頭位置ａ−２と相違する。図１４の場合のようにALPヘッダのLengthの値が真のペイロード長よりも大きい場合、先頭位置ａ′−２が真の先頭位置ａ−２よりも（時間的に）後方にずれる。また、ALPヘッダ解釈部１０２が先頭位置ａ′−２に対応したALPパケット長をALP抽出部１０３に供給するため、ALP抽出部１０３も２番目のALPパケットの正しい先頭位置ａ−２を特定できない。
続いて、ALPヘッダ解釈部１０２は、特定した先頭位置ａ′−２において２番面のALPパケットにおけるALPヘッダのデータを取得して、２番目のALPパケットのパケット長に基づいて３番目のALPパケットの先頭位置ａ′−３を特定する。
このとき、ALPヘッダ解釈部１０２が特定した２番目の先頭位置ａ′−２が真の先頭位置ａ−２と相違しているため、仮に２番目のパケット長を正しく検出したとしても、ALPヘッダ解釈部１０２は、３番目のALPパケットの先頭位置ａ−３を正しく特定することはできない。
また、ALPヘッダ解釈部１０２は、２番目のALPパケットにおけるALPヘッダのデータを正しい位置から取得できないことから、ALPヘッダのLengthのデータを実際のLengthの位置から取得することができない。そのため、ALPヘッダ解釈部１０２が検出するペイロード長が予測不能な値となり、ALPヘッダ解釈部１０２が特定する３番目のALPパケットの先頭位置ａ′−３が正しくなく、真の先頭位置ａ′と相違する。
すなわち、ALPヘッダ解釈部１０２が特定したALPパケットの先頭位置が真の先頭位置からずれると、その後は、ALPヘッダ解釈部１０２は、BBヘッダ解釈部１０１からのALP先頭ポインタによって先頭ALPパケットの正しい先頭位置を特定しない限り、パケット長に基づいて正しい先頭位置を特定することはできない。
このように、ALPヘッダのLengthの値がALPペイロードの真のペイロード長と異なる場合、BBヘッダ解釈部１０１は、BBヘッダのALP先頭ポインタに基づいてBBパケットＰＡ及びBBパケットＰＢにおける先頭ALPパケットの先頭位置ａ−１及び先頭位置ｂ−１を正しく特定する。
一方、ALPヘッダ解釈部１０２は、ALPパケットのパケット長に基づいて特定したALPパケットの先頭位置ａ′−２、ａ′−３、ｂ′−２、ｂ′−３は、真の先頭位置ａ−２、ａ−３、ｂ−２、ｂ−３と相違する。なお、BBパケットＰＡにおける３番目のALPパケットのパケット長に基づいて、BBパケットＰＢにおける先頭ALPパケットの先頭位置ｂ′−１を特定した場合にも先頭位置ｂ′−１は真の先頭位置ｂ−１と相違する。
したがって、ALPヘッダ解釈部１０２は、少なくとも先頭ALPパケットの先頭位置以外では、ALPパケットの真の先頭位置と異なる位置に対応したALPパケット長をALP抽出部１０３に供給するため、ALP抽出部１０３は、ＢＢパケットにおけるALPパケットの先頭位置を正しく特定することができず、適切にALPパケットを抽出することができないという不具合が生じる。
以上の説明では、ALPヘッダのデータに基づいて検出したペイロード長が真のペイロード長と異なる形態として、ALPヘッダのLengthデータの値をALPペイロードのペイロード長として検出する場合を例にして不具合を例示した。同様の不具合は、ALPヘッダの拡張Lengthの値をALPペイロードのペイロード長として検出する場合、及び、NUMTSデータの値と予め決められた算出式により算出される値をALPペイロードのペイロード長として検出する場合においても生じる。
＜ALPデパケタイザ７５の第１の実施の形態における補正処理＞
以下において、ALPヘッダのデータに基づいて検出したペイロード長が真のペイロード長と異なる場合の不具合を解消するための技術について説明する。
図４のALPヘッダ解釈部１０２は、ALPヘッダのデータに基づいて検出したALPヘッダのヘッダ長と、ALPペイロードのペイロード長のうち、検出したペイロード長に変更可能な値の補正値を加算（減算の場合は負の補正値を加算）してペイロード長をプログラマブルに補正する機能を有する。
すなわち、ALPヘッダ解釈部１０２は、ALPパケットのパケットタイプ０００乃至１１１のうち、有効に使用されるパケットタイプ０００、パケットタイプ０１０、パケットタイプ１００、パケットタイプ１１０、及び、パケットタイプ１１１ごとに、ALPヘッダのデータに基づいて検出したペイロード長に加算する補正値を設定する。また、ALPヘッダ解釈部１０２は、パケットタイプごとの補正値を例えば不図示の操作部からのユーザ操作等に基づいて指定された値に設定する。
なお、パケットタイプ０００のALPパケットに対する補正値を補正変数α、パケットタイプ０１０のALPパケットに対する補正値を補正変数β、パケットタイプ１００のALPパケットに対する補正値を補正変数γ、パケットタイプ１１０に対する補正値を補正変数δ、パケットタイプ１１１に対する補正値を補正変数εで表す。そして、補正値を変更する場合には、補正変数α、β、γ、δ、εのそれぞれの値を変更する。
一方、ALPヘッダ解釈部１０２は、伝送ライン１０４からALPヘッダのデータを取得して、次のALPヘッダの先頭位置を特定する際に、取得したALPヘッダのデータに含まれるパケットタイプデータによりALPパケットのパケットタイプを検出する。そして、ALPヘッダ解釈部１０２は、検出したパケットタイプに応じて、ALPヘッダのデータの中から必要なデータを参照してALPヘッダのヘッダ長を検出する。
なお、ALPヘッダのヘッダ長の検出に関して、ALPヘッダ解釈部１０２は、パケットタイプ０００、パケットタイプ０１０、パケットタイプ１００、及び、パケットタイプ１１０のALPパケットについては、図８乃至図１０で説明したようにパケットタイプ(Packet_Type)の他に、ALPヘッダのPC、HM、S/C、及び、Countの値を適宜参照する。また、ALPヘッダ解釈部１０２は、パケットタイプ１１１のALPパケットについては、図１１で説明したようにパケットタイプの他に、ALPヘッダのAHFの値を参照する。
また、ALPヘッダ解釈部１０２は、検出したパケットタイプに応じて、ALPヘッダのデータの中から必要なデータを参照してALPペイロードのペイロード長を検出する。上述のようにALPヘッダ解釈部１０２は、有効に使用されるパケットタイプ０００、０１０、１００、１１０、及び、１１１のうちのパケットタイプ１１１以外におけるALPパケットに対しては、ALPヘッダのLength、又は、拡張Length（Length及びLength_MSB）の値をペイロード長として検出する。また、ALPヘッダ解釈部１０２は、パケットタイプ１１１のALPパケットに対しては、NUMTSの値と予め決められた算出式とに基づいてペイロード長を検出（算出）する。
そして、ALPヘッダ解釈部１０２は、ALPヘッダのデータに基づいて検出したALPペイロードのペイロード長に対してパケットタイプに応じた値の補正変数α、β、γ、δ、εを補正値として加算し、ペイロード長を補正する。なお、補正変数α、β、γ、δ、εの値については後述する。
このペイロード長の補正により、ALPヘッダのデータに基づいて検出したペイロード長が真のペイロード長と異なる場合であっても補正後のペイロード長を真のペイロード長に一致させることができる。
そして、ALPヘッダ解釈部１０２は、ALPヘッダのデータに基づいて検出したALPヘッダのヘッダ長と、補正後のペイロード長とを加算してALPパケットのパケット長を検出（算出）し、次のALPパケットの先頭位置を特定する。また、ALPヘッダ解釈部１０２は検出したALPパケット長をALP抽出部１０３に供給する。
＜補正変数α、β、γ、δ、εについて＞
ALPヘッダ解釈部１０２は、補正変数α、β、γ、δ、εのそれぞれの値を、例えば、不図示の操作部のユーザ操作に基づいて決定する。補正変数α、β、γ、δ、εのそれぞれの設定可能な値は、任意の値であってもよいし、予め決められた１又は複数の値に限定されていてもよい。更に、パケットタイプによっては、補正変数は、予め決められた値に固定されていてもよい。
なお、ALPヘッダ解釈部１０２は、あるパケットタイプのALPパケットに対する補正変数の値が０である場合には、そのパケットタイプのALPパケットに対しては、ペイロード長の補正を行わない。規格通りに生成されたALPパケットの場合、補正は不要であるため、標準的には、補正変数α、β、γ、δ、εはいずれも０に設定される。
ただし、補正変数の値が０である場合も、ALPヘッダのデータに基づいて検出したペイロード長に０を加算する補正であるとみなすことができる。
また、ALPヘッダ解釈部１０２は、補正変数α、β、γ、δ、εのそれぞれの値を組み合わせた補正パターン（α、β、γ、δ、ε）により補正変数α、β、γ、δ、εの全ての値を一括して設定してもよい。この場合において、ALPヘッダ解釈部１０２は、予め決められた値の補正パターン（α、β、γ、δ、ε）を複数記憶しておく。そして、ALPヘッダ解釈部１０２は、例えば、不図示の操作部のユーザ操作に基づいて、記憶している複数の補正パターンのうちのいずれかの補正パターンの値を補正変数α、β、γ、δ、εの値として設定する。
ここで、パケットタイプ０００、パケットタイプ０１０、パケットタイプ１００、及び、パケットタイプ１１０のALPパケットに対する補正変数α、β、γ、δのそれぞれの適切な値は、図１の送信装置１１がALPヘッダのLength、又は、拡張Length（Length及びLength_MSB）として設定する値と、ALPペイロードの真のペイロード長との差分値により決定することができる。
また、パケットタイプ１１１のALPパケットに対する補正変数εの適切な値は、図１の送信装置１１が生成するパケットタイプ１１１のALPパケットにおけるALPペイロードの真のペイロード長と、NUMTSの値と予め決められた算出式とに基づいて算出されるペイロード長との差分値により決定することができる。
すなわち、パケットタイプ０００、パケットタイプ０１０、パケットタイプ１００、パケットタイプ１１０、及び、パケットタイプ１１１のALPパケットに対して、ALPヘッダ解釈部１０２がALPヘッダのデータに基づいて検出するALPペイロードのペイロード長と、真のペイロード長との差分値を補正変数の適切な値とすることができる。
なお、ALPヘッダのデータに基づいて検出するALPペイロードのペイロード長の方が、真のペイロード長よりも小さい場合には補正変数の値は正の値であり、ALPヘッダのデータに基づいて検出するALPペイロードのペイロード長の方が、真のペイロード長よりも大きい場合には補正変数の値は負の値である。
例えば，図１４及び図１５で説明した例では、パケットタイプ１００のALPパケットに対して、ALPヘッダ解釈部１０２がALPヘッダのデータに基づいて検出するALPペイロードのペイロード長の方が、真のペイロード長よりも４０ビット（５バイト）だけ大きな値となる。
したがって、パケットタイプ１００のALPパケットに対する補正変数γの適切な値は、−４０ビット（―５バイト）である。
また、図１４及び図１５の例は、実際の事例に基づいており、その事例によれば、パケットタイプ１００以外のパケットタイプのALPパケットについては、ALPヘッダ解釈部１０２がALPヘッダのデータに基づいて検出するALPペイロードのペイロード長と、真のペイロード長とが一致している。したがって、補正変数γ以外の補正変数α、β、δ、εの適切な値は０となる。
このような事例に対応する場合において、ALPヘッダ解釈部１０２が補正変数α、β、γ、δ、εのそれぞれに設定可能な値を予め決められた１又は複数の値に限定する態様のときには、補正変数α、β、δ、εのそれぞれに設定可能な設定値として０を含み、補正変数γに設定可能な値として０及び−４０ビット（−５バイト）を含む。
また、ALPヘッダ解釈部１０２が、補正変数α、β、γ、δ、εのそれぞれの値を予め決められた補正パターン（α、β、γ、δ、ε）のうちのいずれかに設定する態様の場合には、ALPヘッダ解釈部１０２は、設定可能な補正パターンとして補正パターン（０、０、０、０、０）と補正パターン（０、０、−４０ビット（−５バイト）、０、０）とを有する。
なお、補正変数α、β、γ、δ、εの適切な値は、送信装置１１の機種やモード、送信装置１１や受信装置１２を使用する国などによってある程度は限定される。したがって、補正変数α、β、γ、δ、εの値をユーザが操作部の操作により個別に指定して設定するよりも、予め決められた複数通りの補正パターン（α、β、γ、δ、ε）のうちから適切な補正パターンを選択して補正変数α、β、γ、δ、εの値として設定する方がユーザの負担が少ない。
また、送信装置１１の機種やモード、送信装置１１や受信装置１２を使用する国等をユーザが操作部の操作により指定することで補正変数α、β、γ、δ、εの値として適切な値の補正パターンが適用されるようにしてもよい。更に、送信装置１１の機種やモードの情報を受信装置１２が取得して補正変数α、β、γ、δ、εの値として適切な値の補正パターンが自動的に適用されるようにしてもよい。
以上のALPデパケタイザ７５の第１の実施の形態によれば、BBパケットに格納されたALPパケットにおけるALPヘッダのデータに基づいて検出したALPペイロードのペイロード長を補正することができるため、規格準拠の解釈と相違するALPヘッダであっても適切にBBパケットからALPパケットを抽出することができる。
＜図４のALPデパケタイザ７５が行うALP抽出処理の手順＞
図１６は、図４のALPデパケタイザ７５が行うALP抽出処理例を説明するフローチャートである。
ステップＳ１１では、ALPヘッダ解釈部１０２は、ALPペイロードのペイロード長の補正値を設定する。すなわち、ALPヘッダ解釈部１０２は、ALPパケットのパケットタイプ０００、パケットタイプ０１０、パケットタイプ１００、パケットタイプ１１０、及び、パケットタイプ１１１ごとの補正値である補正変数α、β、γ、δ、εの値として、例えば、操作部のユーザ操作に基づいて所定の値を設定する。処理はステップＳ１１からステップＳ１２に進む。
ステップＳ１２では、BBヘッダ解釈部１０１は、図３のBBデパケタイザ７４から伝送ライン１０４を通じてALP抽出部１０３に伝送されるBBパケットからBBヘッダのデータを新たに取得したか否かを判定する。
ステップＳ１２において、BBヘッダのデータを新たに取得していないと判定された場合には、処理はステップＳ１３をスキップしてステップＳ１４に進む。
一方、ステップＳ１２において、BBヘッダのデータを新たに取得したと判定された場合には、処理はステップＳ１２からステップＳ１３に進む。
ステップＳ１３では、BBヘッダ解釈部１０１は、新たに取得したBBヘッダのデータからALP先頭ポインタを取得し、ALP先頭ポインタをALPヘッダ解釈部１０２に供給する。処理はステップＳ１３からステップＳ１４に進む。
ステップＳ１４では、ALPヘッダ解釈部１０２は、図３のBBデパケタイザ７４からALP抽出部１０３に対して伝送されているデータが、BBヘッダ解釈部１０１からのALP先頭ポインタにより特定されたALPパケットの先頭位置、又は、ALPパケット長により特定されたALPパケットの先頭位置であるか否かを判定する。
ステップＳ１４において、ALPパケットの先頭位置ではないと判定された場合、処理はステップＳ１４からステップＳ１２に戻る。
一方、ステップＳ１４において、ALPパケットの先頭位置であると判定された場合、処理はステップＳ１４からステップＳ１５に進む。
ステップＳ１５では、ALPヘッダ解釈部１０２は、ALPヘッダのデータを伝送ライン１０４から取得する。このとき、ALPヘッダ解釈部１０２は、ALPヘッダのデータからALPパケットのパケットタイプを検出する。処理はステップＳ１５からステップＳ１６に進む。
ステップＳ１６では、ALPヘッダ解釈部１０２は、ステップＳ１５で取得したALPヘッダのデータに基づいてヘッダの解釈を行いALPパケットのヘッダ長とペイロード長とを検出する。処理はステップＳ１６からステップＳ１７に進む。
ステップＳ１７では、ALPヘッダ解釈部１０２は、ステップＳ１６で検出したペイロード長を補正する。すなわち、ALPヘッダ解釈部１０２は、ステップＳ１１で値を設定した補正変数α、β、γ、δ、εのうちALPパケットのパケットタイプに対応する補正変数の値を補正値としてステップＳ１６で検出したペイロード長に加算する。処理はステップＳ１７からステップＳ１８に進む。
ステップＳ１８では、ALPヘッダ解釈部１０２は、ステップＳ１６で検出したヘッダ長とステップＳ１７で補正したペイロード長とを加算してパケット長を算出し、算出したパケット長に基づいて次のALPパケットの先頭位置を特定する。また、ALPヘッダ解釈部１０２は算出したALPパケット長を、ALP抽出部１０３に供給する。処理はステップＳ１８からステップＳ１９に進む。
ステップＳ１９では、ALP抽出部１０３は、ステップＳ１８においてALPヘッダ解釈部１０２から取得したALPパケット長に基づいて次のALPパケットの先頭位置を特定する。
また、前回と今回のALPパケットの先頭位置に基づいてALPパケットをBBパケットから抽出する。
ALP抽出部１０３は、BBパケットから抽出したALPパケットを伝送ライン１０５を通じてUDP/IPデパケタイザ７６（図３参照）に供給する。処理はステップＳ１９からステップＳ１２に戻り、ステップＳ１２から繰り返す。
以上のALPデパケタイザ７５の第１の実施の形態のALP抽出処理によれば、BBパケットに格納されたALPパケットにおけるALPヘッダのデータに基づいて検出したALPペイロードのペイロード長を補正することができるため、規格準拠の解釈と相違するALPヘッダであっても適切にBBパケットからALPパケットを抽出することができる。
＜ALPデパケタイザ７５の第２の実施の形態の構成例＞
図１７は、ALPデパケタイザ７５の第２の実施の形態の構成例を示すブロック図である。
なお、図中、図４のALPデパケタイザ７５と対応する部分については、同一の符号を付してあり、その説明は適宜省略する。
図１７のALPデパケタイザ７５は、BBヘッダ解釈部１０１、ALPヘッダ解釈部１０２、ALP抽出部１０３、伝送ライン１０４、伝送ライン１０５、第１プロトコルエラー検出部１１１、及び、第２プロトコルエラー検出部１１２を有する。したがって、図１７のALPデパケタイザ７５は、BBヘッダ解釈部１０１、ALPヘッダ解釈部１０２、ALP抽出部１０３、伝送ライン１０４、及び、伝送ライン１０５を有する点で、図４の場合と共通する。但し、図１７のALPデパケタイザ７５は、第１プロトコルエラー検出部１１１、及び、第２プロトコルエラー検出部１１２が新たに設けられている点で、図４の場合と相違する。
図１７において、第１プロトコルエラー検出部１１１は、BBヘッダ解釈部１０１が出力する（ALPヘッダ解釈部１０２に供給する）ALP先頭ポインタを取得する。
また、第１プロトコルエラー検出部１１１は、ALPヘッダ解釈部１０２が出力する（ALP抽出部１０３に供給する）ALPパケット長を取得する。
第１プロトコルエラー検出部１１１は、各BBパケットにおいて先頭ALPパケットの先頭位置に対応してBBヘッダ解釈部１０１から取得したALP先頭ポインタに基づく先頭ALPパケットの先頭位置と、ALPヘッダ解釈部１０２から取得したALPパケット長に基づく先頭ALPパケットの先頭位置との差に基づいて第１プロトコルエラーを検出する。
具体的には、第１プロトコルエラー検出部１１１は、BBヘッダ解釈部１０１からのALP先頭ポインタに基づく先頭ALPパケットの先頭位置と、ALPヘッダ解釈部１０２からのALPパケット長に基づく先頭ALPパケットの先頭位置との差を検出する。
そして、第１プロトコルエラー検出部１１１は、検出した差が所定の閾値以上である場合には、第１プロトコルエラーが発生したと判定し、検出した差が所定の閾値未満である場合には、第１プロトコルエラーが発生していないと判定する。これにより、第１プロトコルエラー検出部１１１は、第１プロトコルエラー（第１プロトコルエラーの発生の有無）を検出する。
第１プロトコルエラー検出部１１１は、第１プロトコルエラーを検出した場合には第１プロトコルエラー信号を不図示のエラー処理部に出力する。エラー処理部が第１プロトコルエラー信号を検知して行うエラーに対する処理は特定の処理に限定されない。
第２プロトコルエラー検出部１１２は、各ALPパケットの先頭位置に対応してALPヘッダ解釈部１０２がALPヘッダのデータにより検出したALPパケットのパケットタイプを取得し、パケットタイプに基づいて第２プロトコルエラーを検出する。
すなわち、第２プロトコルエラー検出部１１２は、ALPヘッダ解釈部１０２が検出したALPパケットのパケットタイプが図７に示した予備（Reserved）のパケットタイプ００１、パケットタイプ０１１、又は、パケットタイプ１１０、すなわち、有効に使用されていないパケットタイプであった場合には、第２プロトコルエラーが発生したと判定し、予備のパケットタイプ以外のパケットタイプ０００、パケットタイプ０１０、パケットタイプ１００、パケットタイプ１１０、又は、パケットタイプ１１１であった場合には、第２プロトコルエラーが発生していないと判定する。これにより、第２プロトコルエラー検出部１１２は第２プロトコルエラー（第２プロトコルエラーの有無）を検出する。
第２プロトコルエラー検出部１１２は、第２プロトコルエラーを検出した場合には第２プロトコルエラー信号を不図示のエラー処理部に出力する。エラー処理部が第２プロトコルエラー信号を検知して行うエラーに対する処理は特定の処理に限定されない。
なお、エラー処理部のエラー処理の例としては、第１プロトコルエラー信号又は第２プロトコルエラー信号を検知した場合に、不図示の出力部により、エラーが発生したことをユーザに通知し、補正変数α、β、γ、δ、εの値の変更をユーザに促す処理、ALP抽出部１０３によるALPパケットの抽出処理を停止させる処理などであってよい。
ALPデパケタイザ７５の第２の実施の形態によれば、BBパケットに格納されたALPパケットにおけるALPヘッダのデータに基づいて検出したALPペイロードのペイロード長を補正することができるため、規格準拠の解釈と相違するALPヘッダであっても適切にBBパケットからALPパケットを抽出することができる。
また、ALPヘッダ解釈部１０２において、ALPペイロードのペイロード長を補正するための補正変数α、β、γ、δ、εの値が適切ではない場合、ALPヘッダ解釈部１０２は、ALPヘッダのデータを正しく取得することができないことがある。例えば、ALPヘッダ解釈部１０２がALPヘッダでない誤った位置のデータからパケットタイプを検出した場合に、有効に使用されていないパケットタイプが検出されることがある。この場合には、第２プロトコルエラー検出部１１２により第２プロトコルエラーが検出されるため、ALPヘッダ解釈部１０２がALPヘッダのデータを正しく取得していないことを検出することができる。したがって、補正変数α、β、γ、δ、εの値が適切か否かを検出することができる。
一方、ALPヘッダ解釈部１０２が、ALPヘッダのデータを正しく取得していない場合でも、ALPヘッダ解釈部１０２がALPヘッダでない誤った位置のデータからパケットタイプを検出したときに、有効なパケットタイプが検出されることがある。この場合には、第２プロトコルエラー検出部１１２が第２プロトコルエラーを検出しないため、第２プロトコルエラーの発生（検出）に応じてALPヘッダ解釈部１０２がALPヘッダのデータを正しく取得していないことを検出することは困難である。
しかしながら、そのような状態が続いた場合、先頭ALPパケットの先頭位置に対応してBBヘッダ解釈部１０１から出力されるALP先頭ポインタと、ALPヘッダ解釈部１０２から出力されるALPパケット長とが、一致しなければ、第１プロトコルエラー検出部１１１が第１プロトコルエラーを検出する。これにより、第１プロトコルエラーの発生（検出）に応じて、ALPヘッダ解釈部１０２がALPヘッダのデータを正しく取得していないことを検出することができる。したがって、補正変数α、β、γ、δ、εの値が適切か否かを検出することができる。
なお、ALPデパケタイザ７５の第２の実施の形態において、第１プロトコルエラー検出部１１１と第２プロトコルエラー検出部１１２のうちのいずれか一方のみが設けられ、第１プロトコルエラーと第２プロトコルエラーのいずれか一方のみが検出されるようにしてもよい。この場合においても補正変数α、β、γ、δ、εの値が適切か否かを検出することができる。
＜図１７のALPデパケタイザ７５が行うALP抽出処理の手順＞
図１８は、図１７のALPデパケタイザ７５が行うALP抽出処理例を説明するフローチャートである。
図１８のステップＳ４１乃至ステップＳ４９の処理については、図１６のステップＳ１１乃至ステップＳ１９の処理と共通するため説明を省略する。
ただし、ステップＳ４３では、BBヘッダ解釈部１０１から出力されるALP先頭ポインタがALPヘッダ解釈部１０２と第１プロトコルエラー検出部１１１とに供給される点、及び、ステップＳ１８では、ALPヘッダ解釈部１０２から出力されるALPパケット長がALP抽出部１０３と第１プロトコルエラー検出部１１１とに供給される点で、図１６のステップＳ１３及びステップＳ１８と相違する。
ステップＳ５０では、第１プロトコルエラー検出部１１１は、ALPヘッダ解釈部１０２からのALPパケット長に基づく先頭ALPパケットの先頭位置を取得済みか否かを判定する。
ステップＳ５０において、ALPパケット長に基づく先頭ALPパケットの先頭位置を取得済みではないと判定された場合、処理はステップＳ５１及びＳ５２をスキップしてステップＳ４４に進む。
ステップＳ５０において、ALPパケット長に基づく先頭ALPパケットの先頭位置を取得済みである判定された場合には、処理はステップＳ５０からステップＳ５１に進む。
ステップＳ５１では、第１プロトコルエラー検出部１１１は、BBヘッダ解釈部１０１から取得したALP先頭ポインタに基づく先頭ALPパケットの先頭位置と、ALPヘッダ解釈部１０２から取得したALPパケット長に基づく先頭ALPパケットの先頭位置とが異なる（差が所定の閾値以上）か否かを判定する。
ステップS５１において、ALP先頭ポインタに基づく先頭ALPパケットの先頭位置と、ALPパケット長に基づく先頭ALPパケットの先頭位置との差が所定の閾値未満である場合には、第１プロトコルエラー検出部１１１は、ステップＳ５２をスキップしてステップＳ４４に進む。
ステップＳ５１において、ALP先頭ポインタに基づく先頭ALPパケットの先頭位置と、ALPパケット長に基づく先頭ALPパケットの先頭位置との差が所定の閾値以上である場合には、処理はステップＳ５２に進み、第１プロトコルエラー検出部１１１は、第１プロトコルエラーが発生したことを示す第１プロトコルエラー信号を不図示のエラー処理部に供給する。処理はステップＳ５２からステップＳ４４に進む。
ステップＳ５３では、第２プロトコルエラー検出部１１２は、ALPヘッダ解釈部１０２がステップＳ４６でヘッダ解釈により得たALPパケットのパケットタイプが、有効でないか否かを判定する。
ステップS５３において、パケットタイプが有効であると判定された場合には、処理はステップＳ５４をスキップしてステップＳ４７に進む。
ステップＳ５３において、パケットタイプが有効でないと判定された場合、処理はステップＳ５３からステップＳ５４に進む。
ステップＳ５４では、第２プロトコルエラー検出部１１２は、第２プロトコルエラーが発生したことを示す第２プロトコルエラー信号を不図示のエラー処理部に供給する。処理はステップＳ５４からステップＳ４７に進む。
以上のALPデパケタイザ７５の第２の実施の形態のALP抽出処理によれば、BBパケットに格納されたALPパケットにおけるALPヘッダのデータに基づいて検出したALPペイロードのペイロード長を補正することができるため、規格準拠の解釈と相違するALPヘッダであっても適切にBBパケットからALPパケットを抽出することができる。
また、補正変数α、β、γ、δ、εの値が適切か否かを、第１プロトコルエラー又は第２プロトコルエラーによって検出することができる。
＜ALPデパケタイザ７５の第３の実施の形態の構成例＞
図１９は、ALPデパケタイザ７５の第３の実施の形態の構成例を示すブロック図である。
なお、図中、図１７のALPデパケタイザ７５と対応する部分については、同一の符号を付してあり、その説明は適宜省略する。
図１９のALPデパケタイザ７５は、BBヘッダ解釈部１０１、ALPヘッダ解釈部１０２、ALP抽出部１０３、伝送ライン１０４、伝送ライン１０５、第１プロトコルエラー検出部１１１、第２プロトコルエラー検出部１１２、及び、エラー判定部１２１を有する。したがって、図１９のALPデパケタイザ７５は、BBヘッダ解釈部１０１、ALPヘッダ解釈部１０２、ALP抽出部１０３、伝送ライン１０４、伝送ライン１０５、第１プロトコルエラー検出部１１１、及び、第２プロトコルエラー検出部１１２を有する点で、図１７の場合と共通する。但し、図１９のALPデパケタイザ７５は、エラー判定部１２１が新たに設けられている点で、図１７の場合と相違する。
図１９において、エラー判定部１２１は、第１プロトコルエラー検出部１１１から出力される第１プロトコルエラー信号を取得する。
また、エラー判定部１２１は、第２プロトコルエラー検出部１１２から出力される第２プロトコルエラー信号を取得する。
エラー判定部１２１は、第１プロトコルエラー信号に基づいて、第１プロトコルエラーが予め決められたｎ回（ｎは２以上）連続で発生した場合にエラーを確定してエラー信号を不図示のエラー処理部に出力する。ここで、第１プロトコルエラーがｎ回連続して発生とは、連続するｎ個のBBパケットがALP抽出部１０３に伝送されるごとに第１プロトコロルエラーが発生することを意味する。
また、エラー判定部１２１は、第２プロトコルエラー検出部１１２からの第２プロトコルエラー信号に基づいて、第２プロトコルエラーが１回でも発生した場合にエラーを確定してエラー信号を不図示のエラー処理部に出力する。
なお、エラー処理部のエラー処理の例としては、第１プロトコルエラー信号又は第２プロトコルエラー信号を検知した場合に、不図示の出力部により、エラーが発生したことをユーザに通知し、補正変数α、β、γ、δ、εの値の変更をユーザに促す処理、ALP抽出部１０３によるALPパケットの抽出処理を停止させる処理などであってよい。
ALPデパケタイザ７５の第３の実施の形態によれば、BBパケットに格納されたALPパケットにおけるALPヘッダのデータに基づいて検出したALPペイロードのペイロード長を補正することができるため、規格準拠の解釈と相違するALPヘッダであっても適切にBBパケットからALPパケットを抽出することができる。
また、ALPヘッダ解釈部１０２におけるALPペイロードのペイロード長を補正するための補正変数α、β、γ、δ、εの値が適切ではない場合、ALPヘッダ解釈部１０２は、ALPヘッダのデータを正しく取得することができないことがある。例えば、ALPヘッダ解釈部１０２がALPヘッダでない誤った位置のデータからパケットタイプを検出した場合に、有効に使用されていないパケットタイプが検出されることがある。この場合には、第２プロトコルエラー検出部１１２により第２プロトコルエラーが検出されるため、ALPヘッダ解釈部１０２がALPヘッダのデータを正しく取得していないことを検出することができる。したがって、補正変数α、β、γ、δ、εの値が適切ではないことを検出することができる。
一方、ALPヘッダ解釈部１０２が、ALPヘッダのデータを正しく取得していない場合でも、ALPヘッダ解釈部１０２がALPヘッダでない誤った位置のデータからパケットタイプを検出したときに、有効なパケットタイプが検出されることがある。この場合には、第２プロトコルエラー検出部１１２が第２プロトコルエラーを検出しないため、第２プロトコルエラーの発生（検出）に応じてALPヘッダ解釈部１０２がALPヘッダのデータを正しく取得していないことを検出することは困難である。
しかしながら、そのような状態が続いた場合、先頭ALPパケットの先頭位置に対応してBBヘッダ解釈部１０１からのALP先頭ポインタに基づく先頭ALPパケットの先頭位置と、ALPヘッダ解釈部１０２からALPパケット長に基づく先頭ALPパケットの先頭位置とが、一致しなければ、第１プロトコルエラー検出部１１１が第１プロトコルエラーを検出する。これにより、第１プロトコルエラーの発生（検出）に応じて、ALPヘッダ解釈部１０２がALPヘッダのデータを正しく取得していないことを検出することができる。したがって、補正変数α、β、γ、δ、εの値が適切ではないことを検出することができる。
また、第１プロトコルエラー検出部１１１が第１プロトコルエラーを１回だけ検出した場合では、必ずしも補正変数α、β、γ、δ、εの値が適切ではないことに起因するとは限らない。一方、第２プロトコルエラー検出部１１２が第２プロトコルエラーを１回でも検出した場合には、補正変数α、β、γ、δ、εの値が適切ではない可能性が高い。したがって、第１プロトコルエラー検出部１１１が第１プロトコルエラーを少なくともｎ回（ｎは２以上）連続して検出した場合、又は、第２プロトコルエラー検出部１１２が第２プロトコルエラーを１回でも検出した場合にエラーを確定することで、補正変数α、β、γ、δ、εの値が適切ではないことを高い確実性で確実に検出することができる。
なお、ALPデパケタイザ７５の第３の実施の形態において、第１プロトコルエラー検出部１１１と第２プロトコルエラー検出部１１２のうちのいずれか一方のみが設けられ、エラー判定部１２１は、第１プロトコルエラー又は第２プロトコルエラーのいずれか一方の検出によってエラーを確定してもよい。また、エラー判定部１２１は、第１プロトコルエラーがｎ回（複数回）かつ連続して検出された場合にエラーを確定したが、例えば、第１プロトコルエラーが１回検出された場合や、第１プロトコルエラーが連続ではなくｎ回検出された場合にエラーを確定してもよい。また、エラー判定部１２１は、第１プロトコルエラーと第２プロトコルエラーとの両方が検出された場合にエラーを確定してもよく、第１プロトコルエラーの検出と第２プロトコルエラーの検出とに基づいてエラー判定部１２１がエラーを確定する条件は任意に変更し得る。
＜図１９のALPデパケタイザ７５が行うALP抽出処理の手順＞
図２０は、図１９のALPデパケタイザ７５が行うALP抽出処理例を説明するフローチャートである。
図２０のステップＳ７１乃至ステップＳ８４の処理については、図１８のステップＳ４１乃至ステップＳ５４の処理と共通するため説明を省略する。
ステップＳ８５では、エラー判定部１２１は、エラーが確定したか否かを判定する。すなわち、エラー判定部１２１は、ステップＳ８２で第１プロトコルエラー検出部１１１から第１プロトコルエラー信号が予め決められた複数回（ｎ回）出力され、かつ、第１プロトコルエラー信号が連続して出力された場合にエラーを確定する。第１プロトコルエラー信号が連続して出力された場合とは、BBヘッダ解釈部１０１からALP先頭ポインタが出力されるごとに（対象のBBパケットが変わるごとに）、第１プロトコルエラー信号が出力された場合である。
また、エラー判定部１２１は、ステップＳ８４で第２プロトコルエラー検出部１１２から第２プロトコルエラー信号が１回でも出力された場合にエラーを確定する。
ステップＳ８５において、エラーが確定していないと判定された場合には、処理はステップＳ８５からステップＳ８６をスキップしてステップＳ７７に進む。
ステップＳ８５において、エラーが確定したと判定された場合には、処理はステップＳ８５からステップＳ８６に進む。
ステップＳ８６では、エラー判定部１２１は、エラー信号を不図示のエラー処理部に出力する。処理はステップＳ８６からステップＳ７２に戻り、ステップＳ７２から繰り返す。
以上のALPデパケタイザ７５の第３の実施の形態のALP抽出処理によれば、BBパケットに格納されたALPパケットにおけるALPヘッダのデータに基づいて検出したALPペイロードのペイロード長を補正することができるため、規格準拠の解釈と相違するALPヘッダであっても適切にBBパケットからALPパケットを抽出することができる。
また、第１プロトコルエラーの複数回連続した検出又は第２プロトコルエラーの検出によって補正変数α、β、γ、δ、εの値が適切ではないことを高い確実性で検出することができる。
＜ALPデパケタイザ７５の第４の実施の形態の構成例＞
図２１は、ALPデパケタイザ７５の第４の実施の形態の構成例を示すブロック図である。
なお、図中、図１９のALPデパケタイザ７５と対応する部分については、同一の符号を付してあり、その説明は適宜省略する。
図２１のALPデパケタイザ７５は、BBヘッダ解釈部１０１、ALPヘッダ解釈部１０２、ALP抽出部１０３、伝送ライン１０４、伝送ライン１０５、第１プロトコルエラー検出部１１１、第２プロトコルエラー検出部１１２、エラー判定部１２１、及び、追加解釈制御部１３１を有する。したがって、図２１のALPデパケタイザ７５は、BBヘッダ解釈部１０１、ALPヘッダ解釈部１０２、ALP抽出部１０３、伝送ライン１０４、伝送ライン１０５、第１プロトコルエラー検出部１１１、第２プロトコルエラー検出部１１２、及び、エラー判定部１２１を有する点で、図１９の場合と共通する。但し、図２１のALPデパケタイザ７５は、追加解釈制御部１３１が新たに設けられている点で、図１９の場合と相違する。
図２１において、追加解釈制御部１３１は、エラー判定部１２１が出力したエラー信号を取得する。そして、追加解釈制御部１３１は、エラー判定部１２１からエラー信号を取得すると、ALPヘッダ解釈部１０２におけるALPペイロードのペイロード長の補正値である補正変数α、β、γ、δ、εの値を変更する。
また、追加解釈制御部１３１は、ALPヘッダ解釈部１０２に対して補正変数α、β、γ、δ、εの値として設定する値を指定して、補正変数α、β、γ、δ、εの値を変更する。
ただし、追加解釈制御部１３１は、ALPヘッダ解釈部１０２に対して補正変数α、β、γ、δ、εの値を変更のみを指示し、ALPヘッダ解釈部１０２が補正変数α、β、γ、δ、εの変更後の値を決めてもよい。
ALPヘッダ解釈部１０２における補正変数α、β、γ、δ、εの値の変更は、例えば、補正変数α、β、γ、δ、εごと、又は、補正変数α、β、γ、δ、εの全ての値を補正パターン（α、β、γ、δ、ε）により一括して行う変更であってもよい。
また、補正変数α、β、γ、δ、εの値の変更が、補正パターン（α、β、γ、δ、ε）により一括して行われる変更である場合に、エラー判定部１２１がエラー信号を出力するごとに、事前に用意された複数通りの補正パターン（α、β、γ、δ、ε）が、予め決められた順序で補正変数α、β、γ、δ、εの値として適用されるようにしてもよい。
ALPデパケタイザ７５の第４の実施の形態によれば、BBパケットに格納されたALPパケットにおけるALPヘッダのデータに基づいて検出したALPペイロードのペイロード長を補正することができるため、規格準拠の解釈と相違するALPヘッダであっても適切にBBパケットからALPパケットを抽出することができる。
また、ALPヘッダ解釈部１０２におけるALPペイロードのペイロード長を補正するための補正変数α、β、γ、δ、εの値が適切ではない場合、ALPヘッダ解釈部１０２は、ALPヘッダのデータを正しく取得することができないことがある。例えば、ALPヘッダ解釈部１０２がALPヘッダでない誤った位置のデータからパケットタイプを検出した場合に、有効に使用されていないパケットタイプが検出されることがある。この場合には、第２プロトコルエラー検出部１１２により第２プロトコルエラーが検出されるため、ALPヘッダ解釈部１０２がALPヘッダのデータを正しく取得していないことを検出することができる。したがって、補正変数α、β、γ、δ、εの値が適切か否かを検出することができる。
一方、ALPヘッダ解釈部１０２が、ALPヘッダのデータを正しく取得していない場合でも、ALPヘッダ解釈部１０２がALPヘッダでない誤った位置のデータからパケットタイプを検出したときに、有効なパケットタイプが検出されることがある。この場合には、第２プロトコルエラー検出部１１２が第２プロトコルエラーを検出しないため、第２プロトコルエラーの発生（検出）に応じてALPヘッダ解釈部１０２がALPヘッダのデータを正しく取得していないことを検出することは困難である。
しかしながら、そのような状態が続いた場合、BBヘッダ解釈部１０１から出力されるALP先頭ポインタが示す先頭ALPパケットの先頭位置と、ALPヘッダ解釈部１０２から出力されるALPパケット長に基づく先頭ALPパケットの位置とが、一致しなければ、第１プロトコルエラー検出部１１１が第１プロトコルエラーを検出する。これにより、第１プロトコルエラーの発生（検出）に応じて、ALPヘッダ解釈部１０２がALPヘッダのデータを正しく取得していないことを検出することができる。したがって、補正変数α、β、γ、δ、εの値が適切か否かを検出することができる。
また、第１プロトコルエラー検出部１１１が第１プロトコルエラーを１回だけ検出した場合では、必ずしも補正変数α、β、γ、δ、εの値が適切ではないことに起因するとは限らない。一方、第２プロトコルエラー検出部１１２が第２プロトコルエラーを１回でも検出した場合には、補正変数α、β、γ、δ、εの値が適切ではない可能性が高い。したがって、第１プロトコルエラー検出部１１１が第１プロトコルエラーを少なくともｎ回（ｎは２以上）連続して検出した場合、又は、第２プロトコルエラー検出部１１２が第２プロトコルエラーを１回でも検出した場合にエラーを確定することで、補正変数α、β、γ、δ、εの値が適切か否かを高い確実性で検出することができる。
また、補正変数α、β、γ、δ、εの値が適切ではないことが検出された場合に、補正変数α、β、γ、δ、εの値が自動的に変更されるため、ユーザの手間なく、補正変数α、β、γ、δ、εの値が適切な値に変更される。
なお、ALPデパケタイザ７５の第４の実施の形態において、第１プロトコルエラー検出部１１１と第２プロトコルエラー検出部１１２のうちのいずれか一方のみが設けられ、エラー判定部１２１は、第１プロトコルエラー又は第２プロトコルエラーのいずれか一方のみによってエラーを確定してもよい。また、エラー判定部１２１は、第１プロトコルエラーがｎ回（複数回）かつ連続して検出された場合にエラーを確定したが、例えば、第１プロトコルエラーが１回検出された場合や、第１プロトコルエラーが連続ではなくｎ回検出された場合にエラーを確定してもよい。また、エラー判定部１２１は、第１プロトコルエラーと第２プロトコルエラーとの両方が検出された場合にエラーを確定してもよく、第１プロトコルエラーの検出と第２プロトコルエラーの検出とに基づいてエラー判定部１２１がエラーを確定する条件は任意に変更し得る。
＜図２１のALPデパケタイザ７５が行うALP抽出処理の手順＞
図２２は、図２１のALPデパケタイザ７５が行うALP抽出処理例を説明するフローチャートである。
図２２のステップＳ１０１乃至ステップＳ１１６の処理については、図２０のステップＳ７１乃至ステップＳ８６の処理と共通するため説明を省略する。
ただし、ステップＳ１１６でエラー判定部１２１から出力されるエラー信号は、追加解釈制御部１３１に供給される点が、図２０のステップＳ８６と相違する。
ステップＳ１１７では、追加解釈制御部１３１は、ALPヘッダ解釈部１０２におけるペイロード長の補正値である補正変数α、β、γ、δ、εの値として、全ての補正パターン（α、β、γ、δ、ε）を適用済みか否かを判定する。
ステップＳ１１７において、補正変数α、β、γ、δ、εの値として全ての補正パターン（α、β、γ、δ、ε）を適用済みでないと判定した場合には、処理はステップＳ１１７からステップＳ１１８に進む。
ステップＳ１１８では、追加解釈制御部１３１は、ALPヘッダ解釈部１０２に対して補正変数α、β、γ、δ、εの値として適用済みでない補正パターン（α、β、γ、δ、ε）を適用して補正値を変更する。処理はステップＳ１１８からステップＳ１０２に戻り、ステップＳ１０２から繰り返す。
一方、ステップＳ１１７において、追加解釈制御部１３１は、補正変数α、β、γ、δ、εの値として全ての補正パターン（α、β、γ、δ、ε）を適用済みであると判定した場合、本フローチャートにおける処理は終了する。
以上のALPデパケタイザ７５の第４の実施の形態のALP抽出処理によれば、BBパケットに格納されたALPパケットにおけるALPヘッダのデータに基づいて検出したALPペイロードのペイロード長を補正することができるため、規格準拠の解釈と相違するALPヘッダであっても適切にBBパケットからALPパケットを抽出することができる。
また、第１プロトコルエラーの複数回連続した検出又は第２プロトコルエラーの検出によって補正変数α、β、γ、δ、εの値が適切か否かを高い確実性で検出することができる。
また、補正変数α、β、γ、δ、εの値が適切ではないことが検出された場合に、補正変数α、β、γ、δ、εの値が自動的に変更されるため、ユーザの手間なく、補正変数α、β、γ、δ、εの値が適切な値に変更される。
＜ALPデパケタイザ７５の第５の実施の形態の構成例＞
図２３は、ALPデパケタイザ７５の第５の実施の形態の構成例を示すブロック図である。
なお、図中、図２１のALPデパケタイザ７５と対応する部分については、同一の符号を付してあり、その説明は適宜省略する。
図２３のALPデパケタイザ７５は、同一構成の複数のALPデパケタイザ１４１Ａ、１４１Ｂ、・・・を有し、各ALPデパケタイザ１４１Ａ、１４１Ｂ、・・・は、ALPヘッダ解釈部１０２、ALP抽出部１０３、伝送ライン１０４、伝送ライン１０５、第１プロトコルエラー検出部１１１、及び、第２プロトコルエラー検出部１１２を有する。また、図２３のALPデパケタイザ７５は、BBヘッダ解釈部１０１、エラー判定部１４２、及び、選択部１４３を有する。
したがって、図２３のALPデパケタイザ７５は、BBヘッダ解釈部１０１、ALPヘッダ解釈部１０２、ALP抽出部１０３、伝送ライン１０４、伝送ライン１０５、第１プロトコルエラー検出部１１１、及び、第２プロトコルエラー検出部１１２を有する点で、図１７の場合と共通する。ただし、図２３のALPデパケタイザ７５は、複数のALPヘッダ解釈部１０２、ALP抽出部１０３、第１プロトコルエラー検出部１１１、及び、第２プロトコルエラー検出部１１２を有する点、エラー判定部１４２及び選択部１４３が新たに設けられている点で、図１７の場合と相違する。
図２３において、各ALPデパケタイザ１４１Ａ、１４１Ｂ、・・・のALPヘッダ解釈部１０２、及び、第１プロトコルエラー検出部１１１にはBBヘッダ解釈部１０１からのALPパケット長が供給される。
また、各ALPデパケタイザ１４１Ａ、１４１Ｂ、・・・のALP抽出部１０３には、BBパケットを伝送する伝送ライン１０４が接続され、伝送ライン１０４を通じて図３のBBデパケタイザ７４からのBBパケットが供給される。
したがって、各ALPデパケタイザ１４１Ａ、１４１Ｂ、・・・におけるALPヘッダ解釈部１０２、ALP抽出部１０３、第１プロトコルエラー検出部１１１、及び、第２プロトコルエラー検出部１１２は、図１７のALPヘッダ解釈部１０２、ALP抽出部１０３、第１プロトコルエラー検出部１１１、及び、第２プロトコルエラー検出部１１２と同様に動作する。
一方、エラー判定部１４２は、各ALPデパケタイザ１４１Ａ、１４１Ｂ、・・・における第１プロトコルエラー検出部１１１から出力される第１プロトコルエラー信号と、第２プロトコルエラー検出部１１２から出力される第２プロトコルエラー検出部１１２から出力される第２プロトコルエラー信号とを取得する。
選択部１４３には、各ALPデパケタイザ１４１Ａ、１４１Ｂ、・・・のALP抽出部１０３により抽出されたALPパケットが伝送ライン１０５を通じて供給される。選択部１４３は、各ALPデパケタイザ１４１Ａ、１４１Ｂ、・・・のALP抽出部１０３から伝送されたALPパケットのうち、エラー判定部１４２により指定されたALP抽出部１０３からのALPパケットを選択して、図３のUDP/IPデパケタイザ７６に供給する。
各ALPデパケタイザ１４１Ａ、１４１Ｂ、・・・におけるALPヘッダ解釈部１０２には補正変数α、β、γ、δ、εの値として異なる補正パターンＰ１、Ｐ２、・・・の値がそれぞれ設定される。ALPデパケタイザ１４１Ａ、１４１Ｂ、・・・としては、任意の個数を設けることができる。したがって、ALPデパケタイザ１４１Ａ、１４１Ｂ、・・・は、適用される得る補正パターンＰ１、Ｐ２、・・・の数だけ設けられる。
ただし、ALPデパケタイザ１４１Ａ、１４１Ｂ、・・・のうちの１又は複数を予備として設けておき、適用され得る補正パターンが増加したときに予備のALPデパケタイザにおけるALPヘッダ解釈部１０２の補正変数の値として、増加した補正パターンの値を設定して予備のALPデパケタイザを動作させるようにしてもよい。
エラー判定部１４２は、各ALPデパケタイザ１４１Ａ、１４１Ｂ、・・・の第１プロトコルエラー検出部１１１及び第２プロトコルエラー検出部１１２から出力される第１プロトコルエラー信号及び第２プロトコルエラー信号を監視し、各ALPデパケタイザ１４１Ａ、１４１Ｂ、・・・のうち、第１プロトコルエラー信号及び第２プロトコルエラー信号のいずれも出力されていないALPデパケタイザ（例えばALPデパケタイザ１４１Ａとする）を検出する。
そして、エラー判定部１４２は、選択部１４３に対して、ALPデパケタイザ１４１ＡのALP抽出部１０３から伝送ライン１０５により伝送されているALPパケットを選択して図３のUDP/IPデパケタイザ７６に供給させる。
なお、図２３のALPデパケタイザ７５によるALP抽出処理は、次のALP抽出処理の一形態である。
そのALP抽出処理では、図３のBBデパケタイザ７４からのBBパケットに含まれるALPパケットのALPヘッダのデータから検出されたペイロード長に対して複数の異なる補正値（補正パターン）が並列的に加算されてペイロード長が補正される。
そして、各補正値に対応した補正後のペイロード長とALPヘッダのヘッダ長とが加算されて各補正値に対応したALPパケットのパケット長が検出される。これにより、各補正値に対応したパケット長により特定された各補正値に対応したALPパケットの先頭位置と、BBパケットのALP先頭ポインタにより特定される先頭ALPパケットの先頭位置とを用いて、第１プロトコルエラーと第２プロトコルエラーとの検出が行われる。
その結果、いずれのエラーも検出されない補正値による補正が有効とされる。以後、有効とされた補正値のみによりペイロード長を補正して、その補正値に対応したALPパケットの先頭位置と、BBパケットのALP先頭ポインタにより特定される先頭ALPパケットの先頭位置とに基づいてBBパケットからALPパケットが抽出される。
ALPデパケタイザ７５の第５の実施の形態によれば、BBパケットに格納されたALPパケットにおけるALPヘッダのデータに基づいて検出したALPペイロードのペイロード長を補正することができるため、規格準拠の解釈と相違するALPヘッダであっても適切にBBパケットからALPパケットを抽出することができる。
また、ALPヘッダ解釈部１０２におけるALPペイロードのペイロード長を補正するための補正変数α、β、γ、δ、εの値が適切ではない場合、ALPヘッダ解釈部１０２は、ALPヘッダのデータを正しく取得することができないことがある。例えば、ALPヘッダ解釈部１０２がALPヘッダでない誤った位置のデータからパケットタイプを検出した場合に、有効に使用されていないパケットタイプが検出されることがある。この場合には、第２プロトコルエラー検出部１１２により第２プロトコルエラーが検出されるため、ALPヘッダ解釈部１０２がALPヘッダのデータを正しく取得していないことを検出することができる。したがって、補正変数α、β、γ、δ、εの値が適切か否かを検出することができる。
一方、ALPヘッダ解釈部１０２が、ALPヘッダのデータを正しく取得していない場合でも、ALPヘッダ解釈部１０２がALPヘッダでない誤った位置のデータからパケットタイプを検出したときに、有効なパケットタイプが検出されることがある。この場合には、第２プロトコルエラー検出部１１２が第２プロトコルエラーを検出しないため、第２プロトコルエラーの発生（検出）に応じてALPヘッダ解釈部１０２がALPヘッダのデータを正しく取得していないことを検出することは困難である。
しかしながら、そのような状態が続いた場合、BBヘッダ解釈部１０１から出力されるALP先頭ポインタが示す先頭ALPパケットの先頭位置と、ALPヘッダ解釈部１０２から出力されるALPパケット長に基づく先頭ALPパケットの位置とが、一致しなければ、第１プロトコルエラー検出部１１１が第１プロトコルエラーを検出する。これにより、第１プロトコルエラーの発生（検出）に応じて、ALPヘッダ解釈部１０２がALPヘッダのデータを正しく取得していないことを検出することができる。したがって、補正変数α、β、γ、δ、εの値が適切か否かを検出することができる。
また、複数の補正変数α、β、γ、δ、εの値（補正パターン）による補正が並列的に行われて、プロトコルエラーが発生しない補正変数α、β、γ、δ、εの値による補正が有効となるため、プロトコルエラーが発生してから補正変数α、β、γ、δ、εの値を変更するという時間が不要となる。したがって、ALPデパケタイザ７５の第２乃至第４の実施の形態と比較してBBパケットからのALPパケットの適切な抽出を即座に開始することができる。
なお、ALPデパケタイザ７５の第５の実施の形態において、各ALPデパケタイザ１４１Ａ、１４１Ｂ、・・・には第１プロトコルエラー検出部１１１と第２プロトコルエラー検出部１１２のうちのいずれか一方のみが設けられ、エラー判定部１４２は、第１プロトコルエラー又は第２プロトコルエラーのいずれか一方のみによってエラーが発生していないALPデパケタイザを検出してもよい。
＜ALPデパケタイザ７５の第６の実施の形態の構成例＞
図２４は、ALPデパケタイザ７５の第６の実施の形態の構成例を示すブロック図である。
なお、図中、図２３のALPデパケタイザ７５と対応する部分については、同一の符号を付してあり、その説明は適宜省略する。
図２４のALPデパケタイザ７５は、同一構成の複数のALPデパケタイザ１４１Ａ、１４１Ｂ、・・・を有し、各ALPデパケタイザ１４１Ａ、１４１Ｂ、・・・は、ALPヘッダ解釈部１０２、第１プロトコルエラー検出部１１１、及び、第２プロトコルエラー検出部１１２を有する。また、図２４のALPデパケタイザ７５は、BBヘッダ解釈部１０１、ALP抽出部１０３、エラー判定部１４２、及び、選択部１４３を有する。
したがって、図２４のALPデパケタイザ７５は、複数のALPデパケタイザ１４１Ａ、１４１Ｂ、・・・を有する点、BBヘッダ解釈部１０１、ALPヘッダ解釈部１０２、ALP抽出部１０３、伝送ライン１０４、伝送ライン１０５、第１プロトコルエラー検出部１１１、及び、第２プロトコルエラー検出部１１２、エラー判定部１４２、及び、選択部１４３を有する点で、図２３の場合と共通する。
ただし、図２４のALPデパケタイザ７５は、各LPデパケタイザ１４１Ａ、１４１Ｂ、・・・が、ALP抽出部１０３、伝送ライン１０４、及び、伝送ライン１０５を有してない点、選択部１４３に各LPデパケタイザ１４１Ａ、１４１ＢのALPヘッダ解釈部１０２からのALPパケット長が供給される点、及び、選択部１４３からALP抽出部１０３にALPパケット長が供給される点で、図２３の場合と相違する。
図２４において、ALP抽出部１０３は、各ALPデパケタイザ１４１Ａ、１４１Ｂ、・・・には含まれず、ALPデパケタイザ７５において１つのみ設けられる。ALP抽出部１０３には、図３のBBデパケタイザ７４からのBBパケットが伝送ライン１０４を通じて伝送される。また、ALP抽出部１０３からはALP抽出部１０３により抽出されたALPパケットが伝送ライン１０５を通じて図３のUDP/IPデパケタイザ７６に伝送される。
選択部１４３は、各ALPデパケタイザ１４１Ａ、１４１Ｂ、・・・のALPヘッダ解釈部１０２から供給されたALPパケット長のうち、エラー判定部１４２から指定されたALPデパケタイザ１４１Ａ、１４１ＢのALPヘッダ解釈部１０２からのALPパケット長を選択してALP抽出部１０３に供給する。
すなわち、エラー判定部１４２は、各ALPデパケタイザ１４１Ａ、１４１Ｂ、・・・の第１プロトコルエラー検出部１１１及び第２プロトコルエラー検出部１１２から出力される第１プロトコルエラー信号及び第２プロトコルエラー信号を監視し、各ALPデパケタイザ１４１Ａ、１４１Ｂ、・・・のうち、第１プロトコルエラー信号及び第２プロトコルエラー信号のいずれも出力されていないALPデパケタイザ（例えばALPデパケタイザ１４１Ａとする）を検出する。
そして、エラー判定部１４２は、検出したALPデパケタイザ（ALPデパケタイザ１４１Ａ）を選択部１４３に指定する。選択部１４３は、エラー判定部１４２により指定されたALPデパケタイザ１４１ＡのALPヘッダ解釈部１０２から供給されたALPパケット長を選択してALP抽出部１０３に供給する。
ALP抽出部１０３は、選択部１４３からのALPパケット長に基づいて伝送ライン１０４を伝送されるBBパケットからALPパケット抽出し、抽出したALPパケットを伝送ライン１０５を介して図３のUDP/IPデパケタイザ７６に供給する。
なお、図２４のALPデパケタイザ７５によるALP抽出処理は、図２３と同様に次のALP抽出処理の一形態である。
そのALP抽出処理では、図３のBBデパケタイザ７４からのBBパケットに含まれるALPパケットのALPヘッダのデータから検出されたペイロード長に対して複数の異なる補正値（補正パターン）が並列的に加算されてペイロード長が補正される。
そして、各補正値に対応した補正後のペイロード長とALPヘッダのヘッダ長とが加算されて各補正値に対応したALPパケットのパケット長が検出される。これにより、各補正値に対応したパケット長により特定された各補正値に対応したALPパケットの先頭位置と、BBパケットのALP先頭ポインタにより特定される先頭ALPパケットの先頭位置とを用いて、第１プロトコルエラーと第２プロトコルエラーとの検出が行われる。
その結果、いずれのエラーも検出されない補正値による補正が有効とされる。以後、有効とされた補正値のみによりペイロード長が補正され、その補正値に対応したALPパケットの先頭位置に基づいてBBパケットからALPパケットが抽出される。
ALPデパケタイザ７５の第６の実施の形態によれば、BBパケットに格納されたALPパケットにおけるALPヘッダのデータに基づいて検出したALPペイロードのペイロード長を補正することができるため、規格準拠の解釈と相違するALPヘッダであっても適切にBBパケットからALPパケットを抽出することができる。
また、ALPヘッダ解釈部１０２におけるALPペイロードのペイロード長を補正するための補正変数α、β、γ、δ、εの値が適切ではない場合、ALPヘッダ解釈部１０２は、ALPヘッダのデータを正しく取得することができないことがある。例えば、ALPヘッダ解釈部１０２がALPヘッダでない誤った位置のデータからパケットタイプを検出した場合に、有効に使用されていないパケットタイプが検出されることがある。この場合には、第２プロトコルエラー検出部１１２により第２プロトコルエラーが検出されるため、ALPヘッダ解釈部１０２がALPヘッダのデータを正しく取得していないことを検出することができる。したがって、補正変数α、β、γ、δ、εの値が適切か否かを検出することができる。
一方、ALPヘッダ解釈部１０２が、ALPヘッダのデータを正しく取得していない場合でも、ALPヘッダ解釈部１０２がALPヘッダでない誤った位置のデータからパケットタイプを検出したときに、有効なパケットタイプが検出されることがある。この場合には、第２プロトコルエラー検出部１１２が第２プロトコルエラーを検出しないため、第２プロトコルエラーの発生（検出）に応じてALPヘッダ解釈部１０２がALPヘッダのデータを正しく取得していないことを検出することは困難である。
しかしながら、そのような状態が続いた場合、BBヘッダ解釈部１０１から出力されるALP先頭ポインタが示す先頭ALPパケットの先頭位置と、ALPヘッダ解釈部１０２から出力されるALPパケット長に基づく先頭ALPパケットの位置とが、一致しなければ、第１プロトコルエラー検出部１１１が第１プロトコルエラーを検出する。これにより、第１プロトコルエラーの発生（検出）に応じて、ALPヘッダ解釈部１０２がALPヘッダのデータを正しく取得していないことを検出することができる。したがって、補正変数α、β、γ、δ、εの値が適切か否かを検出することができる。
また、複数の補正変数α、β、γ、δ、εの値（補正パターン）による補正が並列的に行われて、プロトコルエラーが発生しない補正変数α、β、γ、δ、εの値による補正が有効となるため、プロトコルエラーが発生してから補正変数α、β、γ、δ、εの値を変更するという時間が不要となる。したがって、ALPデパケタイザ７５の第６の実施の形態は、ALPデパケタイザ７５の第２乃至第４の実施の形態と比較してBBパケットからのALPパケットの適切な抽出を即座に開始することができる。
さらにALPデパケタイザ７５の第６の実施の形態は、ALP抽出部１０３が１つであるため、第５の実施の形態と比較して回路規模（RAM等）を低減できるという利点がある。
なお、ALPデパケタイザ７５の第６の実施の形態において、各ALPデパケタイザ１４１Ａ、１４１Ｂ、・・・には第１プロトコルエラー検出部１１１と第２プロトコルエラー検出部１１２のうちのいずれか一方のみが設けられ、エラー判定部１４２は、第１プロトコルエラー又は第２プロトコルエラーのいずれか一方のみによってエラーが発生していないALPデパケタイザを検出してもよい。
本技術は、ATSC3.0の放送規格に準拠した情報処理装置等に限らず、第１パケットに第２パケットが内包されて伝送される場合に、第１パケットから第２パケットを抽出する技術として適用することができる。
第１パケット及び第パケットは次のような条件満たす。
第１パケットは、ヘッダとペイロードとを有し、ペイロードに第２パケットを内包する。ヘッダには、内包する第２パケットのつなぎ目に関する情報が含まれる。
第２パケットは、ヘッダとペイロードとを有し、ヘッダにはペイロード長に関する情報が含まれる。
実施の形態におけるBBパケットは、第１パケットに対応し、ALPパケットは、第２パケットに対応する。なお、第１パケット及び第２パケットの上記条件は一例であって、必ずしも本技術を適用するための必須条件ではない。
＜プログラム＞
上述したALPデパケタイザ７５の一連の処理は、ハードウエアにより実行することもできるし、ソフトウエアにより実行することもできる。一連の処理をソフトウエアにより実行する場合には、そのソフトウエアを構成するプログラムが、コンピュータにインストールされる。ここで、コンピュータには、専用のハードウエアに組み込まれているコンピュータや、各種のプログラムをインストールすることで、各種の機能を実行することが可能な、例えば汎用のパーソナルコンピュータなどが含まれる。
図２５は、上述した一連の処理をプログラムにより実行するコンピュータのハードウエアの構成例を示すブロック図である。
コンピュータにおいて、CPU（Central Processing Unit）２０１，ROM（Read Only Memory）２０２，RAM（Random Access Memory）２０３は、バス２０４により相互に接続されている。
バス２０４には、さらに、入出力インタフェース２０５が接続されている。入出力インタフェース２０５には、入力部２０６、出力部２０７、記憶部２０８、通信部２０９、及びドライブ２１０が接続されている。
入力部２０６は、キーボード、マウス、マイクロフォンなどよりなる。出力部２０７は、ディスプレイ、スピーカなどよりなる。記憶部２０８は、ハードディスクや不揮発性のメモリなどよりなる。通信部２０９は、ネットワークインタフェースなどよりなる。ドライブ２１０は、磁気ディスク、光ディスク、光磁気ディスク、又は半導体メモリなどのリムーバブルメディア２１１を駆動する。
以上のように構成されるコンピュータでは、CPU２０１が、例えば、記憶部２０８に記憶されているプログラムを、入出力インタフェース２０５及びバス２０４を介して、RAM２０３にロードして実行することにより、上述した一連の処理が行われる。
コンピュータ（CPU２０１）が実行するプログラムは、例えば、パッケージメディア等としてのリムーバブルメディア２１１に記録して提供することができる。また、プログラムは、ローカルエリアネットワーク、インターネット、デジタル衛星放送といった、有線又は無線の伝送媒体を介して提供することができる。
コンピュータでは、プログラムは、リムーバブルメディア２１１をドライブ２１０に装着することにより、入出力インタフェース２０５を介して、記憶部２０８にインストールすることができる。また、プログラムは、有線又は無線の伝送媒体を介して、通信部２０９で受信し、記憶部２０８にインストールすることができる。その他、プログラムは、ROM２０２や記憶部２０８に、あらかじめインストールしておくことができる。
なお、コンピュータが実行するプログラムは、本明細書で説明する順序に沿って時系列に処理が行われるプログラムであっても良いし、並列に、あるいは呼び出しが行われたとき等の必要なタイミングで処理が行われるプログラムであっても良い。
なお、本技術は、以下のような構成も取ることができる。
＜１＞ 第１パケットに内包された第２パケットのヘッダのデータに基づいて得られたペイロード長に対して補正を行う処理部
を有する情報処理装置。
＜２＞ 前記処理部は、前記ペイロード長に所定の補正値を加算することにより前記補正を行う
＜１＞に記載の情報処理装置。
＜３＞ 前記補正値は変更可能である
＜２＞に記載の情報処理装置。
＜４＞ 前記処理部は、前記補正値を前記第２パケットのパケットタイプごとの値に設定する
＜２＞又は＜３＞に記載の情報処理装置。
＜５＞ 前記処理部は、前記第２パケットのパケットタイプごとの補正値を組み合わせた補正パターンにより前記補正値を前記パケットタイプごとの値に設定する
＜４＞に記載の情報処理装置。
＜６＞ 前記処理部は、前記第２パケットの前記ヘッダのヘッダ長と前記補正を行った後の前記ペイロード長とにより前記第２パケットのパケット長を算出する
＜１＞乃至＜５＞のいずれかに記載の情報処理装置。
＜７＞ 前記処理部は、第１パケットに格納された前記第２パケットのうち、前記第１パケットのヘッダのデータにより特定した先頭の前記第２パケットの先頭位置と、前記先頭の前記第２パケットの１つ前の前記第２パケットの前記パケット長により特定した前記先頭の前記第２パケットの前記先頭位置との差に基づく第１プロトコルエラーを検出する
＜６＞に記載の情報処理装置。
＜８＞ 前記処理部は、前記第２パケットの前記パケット長により特定した次の前記第２パケットの先頭位置からのデータにより検出したパケットタイプに基づく第２プロトコルエラーを検出する
＜６＞に記載の情報処理装置。
＜９＞ 前記処理部は、
第１パケットに格納された前記第２パケットのうち、前記第１パケットのヘッダのデータにより特定した先頭の前記第２パケットの先頭位置と、前記先頭の前記第２パケットの１つ前の前記第２パケットの前記パケット長により特定した前記先頭の前記第２パケットの前記先頭位置との差に基づく第１プロトコルエラーと、
前記第２パケットの前記パケット長により特定した次の前記第２パケットの先頭位置からのデータにより検出したパケットタイプに基づく第２プロトコルエラーと
を検出する
＜６＞に記載の情報処理装置。
＜１０＞ 前記処理部は、前記第１プロトコルエラーの検出と前記第２プロトコルエラーの検出とに基づいてエラーを確定する
＜９＞に記載の情報処理装置。
＜１１＞ 前記処理部は、前記第１プロトコルエラーを、予め決められた複数の回数、かつ、対象の前記第１パケットが変わるごとに検出した場合、又は、前記第２パケットの前記パケット長により特定した次の前記第２パケットの先頭位置からのデータにより検出したパケットタイプに基づく第２プロトコルエラーを検出した場合にエラーを確定する
＜９＞に記載の情報処理装置。
＜１２＞ 前記処理部は、前記ペイロード長に所定の補正値を加算することにより前記補正を行い、かつ、前記エラーを確定した場合に前記補正値を変更する
＜１０＞又は＜１１＞に記載の情報処理装置。
＜１３＞ 前記処理部は、前記ペイロード長に所定の補正値を加算することにより前記補正を行い、かつ、前記第１プロトコルエラーを検出した場合に前記補正値を変更する
＜７＞に記載の情報処理装置。
＜１４＞ 前記処理部は、前記ペイロード長に所定の補正値を加算することにより前記補正を行い、かつ、前記第２プロトコルエラーを検出した場合に前記補正値を変更する
＜８＞に記載の情報処理装置。
＜１５＞ 前記ペイロード長に所定の補正値を加算することにより前記補正を行い、かつ、複数の異なる前記補正値により前記ペイロード長を補正し、前記第１プロトコルエラー及び前記第２プロトコルエラーが検出されない補正値による前記補正を有効にする
＜９＞に記載の情報処理装置。
＜１６＞ 前記ペイロード長に所定の補正値を加算することにより前記補正を行い、かつ、複数の異なる前記補正値により前記ペイロード長を補正し、前記第１プロトコルエラーが検出されない補正値による前記補正を有効にする
＜７＞に記載の情報処理装置。
＜１７＞ 前記ペイロード長に所定の補正値を加算することにより前記補正を行い、かつ、複数の異なる前記補正値により前記ペイロード長を補正し、前記第２プロトコルエラーが検出されない補正値による前記補正を有効にする
＜８＞に記載の情報処理装置。
＜１８＞ 前記処理部は、前記第２パケットの前記パケット長により特定した次の前記第２パケットの先頭位置に基づいて、第１パケットに格納された前記第２パケットを前記第１パケットから抽出する
＜６＞乃至＜１７＞のいずれかに記載の情報処理装置。
＜１９＞ 処理部
を有する
情報処理装置の
処理部が、第１パケットに内包された第２パケットのヘッダのデータに基づいて得られたペイロード長に対して補正を行う
情報処理方法。
＜２０＞ コンピュータを、
第１パケットに内包された第２パケットのヘッダのデータに基づいて得られたペイロード長に対して補正を行う処理部
として機能させるためのプログラム。
１ 伝送システム， １１ 送信装置， １２ 受信装置， ７５、１４１Ａ、１４１Ｂ ALPデパケタイザ， １０１ BBヘッダ解釈部， １０２ ALPヘッダ解釈部， １０３ ALP抽出部， １１１ 第１プロトコルエラー検出部， １１２ 第２プロトコルエラー検出部， １２１ エラー判定部， １３１ 追加解釈部

Claims (20)

  1. 第１パケットに内包された第２パケットのヘッダのデータに基づいて得られたペイロード長に対して補正を行う処理部
    を有する情報処理装置。
  2. 前記処理部は、前記ペイロード長に所定の補正値を加算することにより前記補正を行う
    請求項１に記載の情報処理装置。
  3. 前記補正値は変更可能である
    請求項２に記載の情報処理装置。
  4. 前記処理部は、前記補正値を前記第２パケットのパケットタイプごとの値に設定する
    請求項２に記載の情報処理装置。
  5. 前記処理部は、前記第２パケットのパケットタイプごとの補正値を組み合わせた補正パターンにより前記補正値を前記パケットタイプごとの値に設定する
    請求項４に記載の情報処理装置。
  6. 前記処理部は、前記第２パケットの前記ヘッダのヘッダ長と前記補正を行った後の前記ペイロード長とにより前記第２パケットのパケット長を算出する
    請求項１に記載の情報処理装置。
  7. 前記処理部は、第１パケットに内包された前記第２パケットのうち、前記第１パケットのヘッダのデータにより特定した先頭の前記第２パケットの先頭位置と、前記先頭の前記第２パケットの１つ前の前記第２パケットの前記パケット長により特定した前記先頭の前記第２パケットの前記先頭位置との差に基づく第１プロトコルエラーを検出する
    請求項６に記載の情報処理装置。
  8. 前記処理部は、前記第２パケットの前記パケット長により特定した次の前記第２パケットの先頭位置からのデータにより検出したパケットタイプに基づく第２プロトコルエラーを検出する
    請求項６に記載の情報処理装置。
  9. 前記処理部は、
    第２パケットに内包された前記第２パケットのうち、前記第１パケットのヘッダのデータにより特定した先頭の前記第２パケットの先頭位置と、前記先頭の前記第２パケットの１つ前の前記第２パケットの前記パケット長により特定した前記先頭の前記第２パケットの前記先頭位置との差に基づく第１プロトコルエラーと、
    前記第２パケットの前記パケット長により特定した次の前記第２パケットの先頭位置からのデータにより検出したパケットタイプに基づく第２プロトコルエラーと
    を検出する
    請求項６に記載の情報処理装置。
  10. 前記処理部は、前記第１プロトコルエラーの検出と前記第２プロトコルエラーの検出とに基づいてエラーを確定する
    請求項９に記載の情報処理装置。
  11. 前記処理部は、前記第１プロトコルエラーを、予め決められた複数の回数、かつ、対象の前記第１パケットが変わるごとに検出した場合、又は、前記第２パケットの前記パケット長により特定した次の前記第２パケットの先頭位置からのデータにより検出したパケットタイプに基づく第２プロトコルエラーを検出した場合にエラーを確定する
    請求項９に記載の情報処理装置。
  12. 前記処理部は、前記ペイロード長に所定の補正値を加算することにより前記補正を行い、かつ、前記エラーを確定した場合に前記補正値を変更する
    請求項１０に記載の情報処理装置。
  13. 前記処理部は、前記ペイロード長に所定の補正値を加算することにより前記補正を行い、かつ、前記第１プロトコルエラーを検出した場合に前記補正値を変更する
    請求項７に記載の情報処理装置。
  14. 前記処理部は、前記ペイロード長に所定の補正値を加算することにより前記補正を行い、かつ、前記第２プロトコルエラーを検出した場合に前記補正値を変更する
    請求項８に記載の情報処理装置。
  15. 前記ペイロード長に所定の補正値を加算することにより前記補正を行い、かつ、複数の異なる前記補正値により前記ペイロード長を補正し、前記第１プロトコルエラー及び前記第２プロトコルエラーが検出されない補正値による前記補正を有効にする
    請求項９に記載の情報処理装置。
  16. 前記ペイロード長に所定の補正値を加算することにより前記補正を行い、かつ、複数の異なる前記補正値により前記ペイロード長を補正し、前記第１プロトコルエラーが検出されない補正値による前記補正を有効にする
    請求項７に記載の情報処理装置。
  17. 前記ペイロード長に所定の補正値を加算することにより前記補正を行い、かつ、複数の異なる前記補正値により前記ペイロード長を補正し、前記第２プロトコルエラーが検出されない補正値による前記補正を有効にする
    請求項８に記載の情報処理装置。
  18. 前記処理部は、前記第２パケットの前記パケット長により特定した前記第２パケットの先頭位置に基づいて、第１パケットに格納された前記第２パケットを前記第１パケットから抽出する
    請求項６に記載の情報処理装置。
  19. 処理部
    を有する
    情報処理装置の
    処理部が、第１パケットに内包された第２パケットのヘッダのデータに基づいて得られたペイロード長に対して補正を行う
    情報処理方法。
  20. コンピュータを、
    第１パケットに内包された第２パケットのヘッダのデータに基づいて得られたペイロード長に対して補正を行う処理部
    として機能させるためのプログラム。
JP2020014934A 2020-01-31 2020-01-31 情報処理装置、情報処理方法、及び、プログラム Pending JP2021122099A (ja)

Priority Applications (4)

Application Number Priority Date Filing Date Title
JP2020014934A JP2021122099A (ja) 2020-01-31 2020-01-31 情報処理装置、情報処理方法、及び、プログラム
PCT/JP2021/001416 WO2021153301A1 (ja) 2020-01-31 2021-01-18 情報処理装置、情報処理方法、及び、プログラム
US17/794,328 US20230046212A1 (en) 2020-01-31 2021-01-18 Information processing device, information processing method, and program
KR1020227024707A KR20220134537A (ko) 2020-01-31 2021-01-18 정보 처리 장치, 정보 처리 방법 및 프로그램

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2020014934A JP2021122099A (ja) 2020-01-31 2020-01-31 情報処理装置、情報処理方法、及び、プログラム

Publications (1)

Publication Number Publication Date
JP2021122099A true JP2021122099A (ja) 2021-08-26

Family

ID=77078339

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2020014934A Pending JP2021122099A (ja) 2020-01-31 2020-01-31 情報処理装置、情報処理方法、及び、プログラム

Country Status (4)

Country Link
US (1) US20230046212A1 (ja)
JP (1) JP2021122099A (ja)
KR (1) KR20220134537A (ja)
WO (1) WO2021153301A1 (ja)

Family Cites Families (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP5339408B2 (ja) 2008-07-30 2013-11-13 日本電気株式会社 Ｔｓ信号異常検出装置、ｔｓ切替器、ｓｔｌシステム、ｔｓ系統切替方法、及びｔｓ信号異常判別方法
CN107710775A (zh) * 2015-07-15 2018-02-16 索尼公司 信号处理装置和信号处理方法
JP2019216368A (ja) * 2018-06-13 2019-12-19 ソニーセミコンダクタソリューションズ株式会社 復調回路、処理方法、および処理装置

Also Published As

Publication number Publication date
KR20220134537A (ko) 2022-10-05
WO2021153301A1 (ja) 2021-08-05
US20230046212A1 (en) 2023-02-16

Similar Documents

Publication Publication Date Title
KR100913108B1 (ko) 수신 시스템 및 데이터 처리 방법
TWI501579B (zh) 使用透過單播系統接收之增量冗餘以在廣播系統中接收資料的接收器與接收方法
US20110310978A1 (en) Multilayer decoding using persistent bits
US20070092028A1 (en) Outer encoder and outer encoding method thereof
WO1998058468A1 (fr) Systeme de transmission avec multiplexage de donnees d'information, multiplexeur et demultiplexeur utilises a cet effet et codeur et decodeur pour correction d'erreurs
EP2115981A1 (en) Method and apparatus for code block segmentation in a mobile communication system
WO2011091850A1 (en) Error correction based on replacing padding bits by additional parity check bits
TWI363519B (en) Method for erasure error correction process and integrated circuit device thereof
JP4814809B2 (ja) データ送信装置及びそのプログラム
US8599933B2 (en) Robust PID filtering for DVB-H
US9800371B2 (en) Method for transmitting and receiving packets in communication system using error correction code
JP5569989B2 (ja) 信号を符号化する方法および装置
US20200044774A1 (en) Reception apparatus, transmission apparatus, and data processing method
KR101813051B1 (ko) 비디오 및 오디오 통신 시스템에서 패킷 오류 표시 장치 및 방법
RU2646346C2 (ru) Устройство и способ передачи и приема пакета с прямой коррекцией ошибок
WO2021153301A1 (ja) 情報処理装置、情報処理方法、及び、プログラム
KR101367209B1 (ko) 디지털 방송 수신기 및 그 스트림 처리 방법
CA2645612C (en) Dual transmission stream generating device and method
WO2013080481A1 (ja) 通信装置、通信方法、及び通信プログラム
WO2016063728A1 (ja) 受信装置、および、受信装置の受信方法、並びにプログラム
JP2009201117A (ja) データ受信装置及びそのプログラム
JP7164347B2 (ja) 送信装置及び受信装置
KR20160140359A (ko) 송신 장치, 수신 장치 및 그 제어 방법
EP2961176B1 (en) Correcting errors in a digital media transport stream
WO2016063729A1 (ja) 受信装置、および、受信装置の受信方法、並びにプログラム