JP6825563B2 - 信号処理装置および信号処理方法 - Google Patents

Description

本技術は、信号処理装置および信号処理方法に関する。詳しくは、放送された多重化ストリームを受信し、復号再生したり、記録したり、再配信したりする場合に用いて好適な信号処理装置および信号処理方法に関する。

デジタルテレビジョン放送の分野では、映像や音声などのデータは、各々パケット化された後、同期再生可能な形式で多重化される。可変長構造のパケット形式としては、例えば、ＴＬＶ（Type Length Value）形式などが知られている。

複数個の可変長パケットから構成される多重化ストリームの伝送時に、送信側では、多重化ストリームを誤り訂正処理単位のデータブロック（以下、単にブロックと称する）に分割し、各ブロックに誤り訂正符号を付加して送信する。この際、ブロック境界とパケット境界は特に一致せず、一つのパケットが複数のブロックを跨ぐことがある。また、一つのブロックが複数個のパケットを含むことがある。

受信側では、受信したブロックごとに誤り訂正処理を施して、その結果得られた誤り訂正済みのブロックを連結して、多重化ストリームを取得する。非特許文献１では、受信側で、受信ブロックの誤り訂正処理が正しく行われなかった場合には、当該ブロックに含まれるパケットは、前後のブロックに跨るものを含め、全て無効化（ヌルパケットへ置換）されたり、破棄されたりすることが規定されている。

ARIB STD-B44 高度広帯域衛星デジタル放送の伝送方式 標準規格 2.0版

可変長パケット構造を有する多重化ストリームの解析においては、「データ長」パラメータが正しくなければ、次のパケットの先頭の正しい位置がわからない。その結果、正しくパケットを無効化することができず、処理が破綻してしまう可能性があった。一方で、非特許文献１に開示されている方法では、「データ長」パラメータに誤りが含まれる場合については規定されていない。

そこで、「データ長」パラメータに誤りが含まれる場合にも対応でき、処理が破綻してしまうようなことがないようにすることが期待されている。

また誤り訂正が正常に行われなかった受信ブロックに含まれるパケットは、誤りを含むか否かに関わらず、全て無効化されていた。そのため、無効化されたパケットに正常な（誤りを含まない）パケットが含まれていても、その正常なパケットを処理（復号再生、記録、再配信など）する手段はなかった。

このような正常なパケットを可能な限り無効化せずに、復号再生、記録、再配信などに用いることができるようにする仕組みを設けることが期待されている。

本技術は、このような状況に鑑みてなされたものであり、所定のパラメータに誤りが含まれる場合に対応でき、できるだけ正常なパケットを無効化せずに処理できるようにすることができるようにするものである。

本技術の一側面の信号処理装置は、ブロックが連なって構成される多重化ストリームの前記ブロックに付帯する伝送パラメータからブロック長を特定するブロック情報取得部と、前記ブロックを解析してパケットパラメータを取得するパケット情報取得部と、前記ブロックを解析して特定パターン位置情報を取得するパターン情報取得部と、前記ブロック長、前記パケットパラメータ、および前記特定パターン位置情報に基づいて、前記ブロックに含まれるパケットの境界を特定するパケット分割部とを備える。

前記パケット分割部は、前記パケットの所定のパラメータの誤りを検出し、修正するようにすることができる。

前記パケットパラメータは、前記パケットのデータ長に関するパラメータであるようにすることができる。

前記特定パターン位置情報は、所定の規格によって定められている値の位置情報であるようにすることができる。

前記パケットを解析して得られた前記パケットに含まれるサブパケットのパラメータと、パケット内部特定パターン位置情報に基づいて、前記サブパケットの境界をさらに特定するようにすることができる。

前記サブパケットの所定のパラメータの誤りを検出し、修正するようにすることができる。

前記サブパケットのパラメータは、前記サブパケットのデータ長に関するパラメータであるようにすることができる。

前記パケット内部特定パターン位置情報は、所定の規格によって定められている値の位置情報であるようにすることができる。

前記パケットはＴＬＶパケットであり、前記ブロックはスロットの主信号であり、前記伝送パラメータは、TMCC情報であるようにすることができる。

本技術の一側面の信号処理方法は、ブロックが連なって構成される多重化ストリームの前記ブロックに付帯する伝送パラメータからブロック長を特定し、前記ブロックを解析してパケットパラメータを取得し、前記ブロックを解析して特定パターン位置情報を取得し、前記ブロック長、前記パケットパラメータ、および前記特定パターン位置情報に基づいて、前記ブロックに含まれるパケットの境界を特定するステップを含む。

本技術の一側面の信号処理装置および信号処理方法においては、ブロックが連なって構成される多重化ストリームのブロックに付帯する伝送パラメータからブロック長が特定され、ブロックを解析してパケットパラメータが取得され、ブロックを解析して特定パターン位置情報が取得され、ブロック長、パケットパラメータ、および特定パターン位置情報に基づいて、ブロックに含まれるパケットの境界が特定される。

本技術の一側面によれば、所定のパラメータに誤りが含まれる場合に対応でき、できるだけ正常なパケットを無効化せずに処理できるようなる。

なお、ここに記載された効果は必ずしも限定されるものではなく、本開示中に記載されたいずれかの効果であってもよい。

本技術を適用した受信装置の一実施の形態の構成を示す図である。 可変長パケットと多重化ストリームの構造を示す図である。 多重化ストリームの伝送について説明するための図である。 ブロック処理部の構成例を示すブロック図である。 パケット処理部の構成例を示すブロック図である。 パケット分割部の動作を説明するためのフローチャートである。 トップポインタ、ラストポインタについて説明するための図である。 前ブロックから継続かつ当該ブロックで終了するパケットの処理について説明するためのフローチャートである。 当該パケットの「データ長」パラメータの修正処理について説明するためのフローチャートである。 前ブロックから継続するパケットの処理について説明するための図である。 当該ブロック内で完結するパケットの処理について説明するためのフローチャートである。 当該パケットの「データ長」パラメータの修正処理について説明するためのフローチャートである。 当該パケットのパケット長（修正用）の決定方法を説明するための図である。 単一ブロック内で完結するパケットの処理について説明するための図である。 単一ブロック内で完結するパケットの処理について説明するための図である。 当該ブロック内で完結するパケットの第２の処理について説明するためのフローチャートである。 パラメータの正しさ判定処理について説明するためのフローチャートである。 「データ長」パラメータの正しさ判定処理について説明するためのフローチャートである。 単一ブロック内で完結するパケットの他の処理について説明するための図である。 当該ブロックで開始かつ次ブロックへ継続するパケットの処理について説明するためのフローチャートである。 前ブロックから継続かつ次ブロックへ継続するパケットの処理について説明するためのフローチャートである。 １個のパケットが複数個のブロックを跨ぐ場合の処理について説明するための図である。 ＴＬＶパケットの構造について説明するための図である。 サブパケットに対する処理について説明するためのフローチャートである。 当該サブパケットの「データ長」パラメータの修正処理について説明するためのフローチャートである。 サブパケットの他の構造について説明するための図である。 パケット処理部の処理について説明するためのフローチャートである。 パケット処理部の処理について説明するための図である。 受信処理部の他の構成例を示すブロック図である。 出力インタフェース部の構成例を示すブロック図である。 出力インタフェース部の動作について説明するための図である。 システム構成例を示すブロック図である。 記録媒体について説明するための図である。

以下に、本技術を実施するための形態（以下、実施の形態という）について説明する。

図１は、本技術を適用した受信装置の一実施の形態の構成を示すブロック図である。図1に示した受信装置１１は、制御部１２および受信処理部１３から構成される。制御部１２は、受信処理部１３を制御し、例えば、リモートコントローラなどのユーザ側の操作手段を含む構成とされている。

受信処理部１３は、チューナ部１４、復調処理部１５、誤り訂正処理部１６、ブロック処理部１７、パケット処理部１８から構成される。

チューナ部１４は、外部の放送波受信手段、例えば、図１に示した例では、アンテナ１により受信された放送波から選局したチャンネルの信号（伝送路符号化信号）を復調処理部１５に供給する。なお、外部の放送波受信手段は、所定のケーブルを介して放送波が供給される手段であっても良い。

復調処理部１５は、チューナ部１４から供給される伝送路符号化信号に対して復調処理（同期処理並びに等化処理）を施し、復調済みの信号を誤り訂正処理部１６に供給する。また、伝送パラメータを取得し、ブロック処理部１７に供給する。さらに、復調処理情報をパケット処理部１８に供給する。

「伝送パラメータ」は、デジタル放送規格に依存する。「復調処理情報」は、伝送エラー率を含み、「伝送エラー率」は、受信状態を示す情報であり、例えば、信号雑音比（SNR: Signal-noise ratio）、変調誤差比（MER: Modulation Error Rate）などを示す。

誤り訂正処理部１６は、復調処理部１５から供給される復調済みの信号に対して誤り訂正処理を施し、誤り訂正処理済みの信号をブロック毎にブロック処理部１７に供給する。また、ブロック毎の誤り訂正処理情報は、ブロック処理部１７とパケット処理部１８にそれぞれ供給される。

「ブロック」は、デジタル放送規格に依存する。また「誤り訂正処理情報」は、誤り訂正処理結果ならびに伝送エラー率を含む。また「誤り訂正処理結果」は、当該ブロックが誤り訂正ＯＫ（誤りが無かった、あるいは、誤りはあったが、訂正された）であったか、あるいは、誤り訂正ＮＧ（誤りがあり訂正されなかった）であったかを示す。

「伝送エラー率」は、受信状態を示す情報であり、例えば、ビット誤り率（BER: Bit Error Rate）、前方誤り訂正率（FER: FEC（Forward Error Correction）block Error Rate）などを示す。

ブロック処理部１７は、復調処理部１５から供給される伝送パラメータならびに誤り訂正処理部１６から供給される誤り訂正処理情報（誤り訂正処理結果）に基づいて、誤り訂正処理部１６から供給される誤り訂正処理済みブロックに対して処理を施し、処理済みのデータをパケット毎にパケット処理部１８に供給する。また、ブロック処理部１７は、ブロック毎のブロック処理情報を、パケット処理部１８に供給する。

「パケット」は、デジタル放送規格に依存する。「ブロック処理情報」は、パケット単位の誤り訂正処理結果を含む。「パケット単位の誤り訂正処理結果」は、当該パケットが誤り訂正ＯＫ（誤り訂正ＯＫのブロックに含まれていた）か、あるいは、誤り訂正ＮＧ（誤り訂正ＮＧのブロックに含まれていた）かを示す。

パケット処理部１８は、復調処理部１５から供給される復調処理情報（伝送エラー率）、誤り訂正処理部１６から供給される誤り訂正処理情報（伝送エラー率）、ブロック処理部１７から供給されるブロック処理情報（パケット単位の誤り訂正処理結果）、ならびに外部の後段処理装置２（例えば、デコーダ）から供給される後段処理情報（例えば、復号エラー率）に基づいて、ブロック処理部１７から供給されるパケットに対して処理を施し、処理済みのパケットを外部の後段処理（例えば、デコーダ）に出力する。

「復号エラー率」は、例えば、映像や音声の復号処理における単位時間当たりの復号エラー回数を示す。

ここで、受信処理部１３で処理されるブロックやパケットについて、図２、図３を参照して説明する。

図２は、可変長パケットの一般的なデータ構造、および、それら複数個から構成される多重化ストリームの構造を示している。図２に示すように、各パケット（可変長）は、ヘッダ部とデータ部から構成され、その全長（パケット長）は、ヘッダ部に含まれる「データ長」パラメータに記載され、そのパラメータからわかるようになっている。

また、ヘッダ部は、パケットの同期を行うための「同期パターン」、パケットの内容を識別するための「パケット識別子」を含む。

なおここでは、「同期パターン」、「パケット識別子」といったパラメータを含むパケットを例に挙げて説明を続けるが、パケット形式によっては、これらのパラメータが存在しないものもある。本技術は、「同期パターン」、「パケット識別子」を含むパケット、「同期パターン」、「パケット識別子」を含まないパケットのどちらにも適用できる。

また、本実施の形態においては、可変長構造のパケット形式とし、例えば、ＴＬＶ（Type Length Value）形式を例に挙げて説明を行うが、本技術は、ＧＳＥ、ＧＳＥ−Ｌｉｔｅ（ＤＶＢ）、ＩＰパケットなどを扱う場合にも適用できる。

なお、ＴＬＶに関しては、ARIB STD-B44 高度広帯域衛星デジタル放送の伝送方式 標準規格 2.0版（以下、適宜、非特許文献１と記載する）で、パケット形式などが規定されている。

受信処理部１３を、非特許文献１のデジタル放送規格の信号を扱えるように構成した場合、上記した「伝送パラメータ」は、TMCC（Transmission and Multiplexing Configuration Control）情報とすることができる。また、上記「ブロック」は、「スロットの主信号」とすることができる。また、上記した「パケット」は、「ＴＬＶパケット」とすることができる。

図３は、多重化ストリームの伝送について説明するための図である。送信側では、多重化ストリームを誤り訂正の処理単位のブロックに分割し、各ブロックに誤り訂正符号を付加して送信する。この際、ブロック境界とパケット境界は特に一致せず、１つのパケットが、複数のブロックを跨ぐことがある。また、１つのブロックが複数個のパケットを含むことがある。

例えば、図３を参照するに、ブロックｍ−１には、パケットｎ−４、パケットｎ−３、パケットｎ−２が含まれている。パケットｎ−４は、図示していない前のブロックｍ−２から継続するパケットであり、パケットｎ−２は、次のブロックｍに継続するパケットである。

ブロックｍには、パケットｎ−２、パケットｎ−１、パケットｎ、パケットｎ＋１、パケットｎ＋２が含まれている。パケットｎ−２は、前のブロックｍ−１から継続するパケットであり、パケットｎ＋２は、次のブロックｍ＋１に継続するパケットである。

ブロックｍ＋１には、パケットｎ＋２が含まれている。パケットｎ＋２は、前のブロックｍから継続するパケットであり、次のブロックｍ＋２（不図示）に継続するパケットでもある。

このように、例えば、パケットｎ−２は、ブロックｍ−１とブロックｍに跨るパケットであり、１つのパケットが複数のブロックに跨いでいるパケットである。またブロックｍなどは、パケットｎ−２、パケットｎ−１、パケットｎ、パケットｎ＋１、パケットｎ＋２を含み、１つのブロックが複数個のパケットを含んでいる。

このような多重化ストリームが、送信側から受信側に対して送信される。受信側では、受信したブロック毎に誤り訂正処理を施して、その結果得られた誤り訂正済みのブロックを連結して、多重化ストリームを取得する。

非特許文献１では、受信側で、受信ブロックの誤り訂正処理がＮＧである（正しく行われなかった）場合、当該ブロックに含まれるパケットは、前後のブロックに跨るものを含め、全て無効化（ヌルパケットへ置換）されたり、破棄されたりすることが規定されている。

例えば、ブロックｍにおいて、誤り訂正処理でＮＧが発生した場合、ブロックｍに含まれるパケットｎ−２、パケットｎ−１、パケットｎ、パケットｎ＋１、パケットｎ＋２、ブロックｍの前にあるブロックｍ−１に含まれるパケットｎ−２、およびブロックｍの次にあるブロックｍ＋１に含まれるパケットｎ＋２は、全て無効化、または破棄される。

可変長パケット構造を有する多重化ストリームの解析においては、「データ長」パラメータ（図２）が正しくなければ、次のパケットの先頭の正しい位置がわからない。その結果、正しくパケットを無効化することができず、処理が破綻する可能性がある。

非特許文献１に開示されている方法では、「データ長」パラメータに誤りが含まれる場合についての規定はない。そこで、本技術を適用した受信処理部１３においては、「データ長」パラメータに誤りが含まれる場合であっても、後段の処理が破綻することがないように、「データ長」パラメータを修正するように構成する。

詳細は、以下に明らかにするが、誤り訂正にＮＧが発生したブロックについて、伝送パラメータならびに当該ブロックを解析して得られるパケットのパラメータと特定パターンの位置情報に基づいて、当該ブロックに含まれるパケットの境界を検出できるようにする。その際、パケットの「データ長」パラメータと当該ブロックのブロック長の整合性を確認し、それらの間に矛盾がある場合には、矛盾を無くすように同パラメータを修正できるようにする。

また、本技術を適用した受信処理部１３によれば、以下の点も改善できる。

上述したように、従来、誤り訂正ＮＧの受信ブロックに含まれるパケットは、誤りを含むか否かに関わらず、全て無効化されていた。そのため、無効化されたブロック内のパケットに、正常な（誤りを含まない）パケットが含まれていても、その正常なパケットを処理、例えば、復号再生処理、記録処理、再配信処理などをすることはできなかった。

本技術を適用した受信処理部１３においては、このような正常なパケットを可能な限り無効化せずに処理できる仕組みが設けられている。詳細は、以下に明らかにするが、誤り訂正ＮＧのブロックに含まれるパケットであっても、そのまま（有効パケットのまま）出力できるようにする。但し、当該パケットの内容、受信状態ならびに後段の状況に応じて無効化して出力できるようにもする。

このような処理を行える受信処理部１３についてさらに説明を加える。

＜ブロック処理部の構成＞
図４は、図１に示した受信処理部１３を構成するブロック処理部１７の構成例を示すブロック図である。図４に示したブロック処理部１７は、バッファ２１、ブロック情報取得部２２、パケット情報取得部２３、パターン情報取得部２４、パケット分割部２５を含む構成とされている。

バッファ２１は、誤り訂正処理部１６から供給される誤り訂正処理済みブロックを、一時的に記憶する。また、記憶したデータを、パケット分割部２５に供給する。

ブロック情報取得部２２は、復調処理部１５から供給される伝送パラメータに基づいて当該ブロックに関する情報（以下、ブロック情報と称する）を取得し、パケット分割部２５とパケット情報取得部２３にそれぞれ供給する。

「ブロック情報」は、当該ブロックの全長（以下、ブロック長と称する）を含む情報である。

パケット情報取得部２３は、誤り訂正処理部１６から供給される誤り訂正処理済みのブロックを解析し、当該ブロックに含まれるパケットに関する情報（以下、パケット情報と称する）を取得し、パケット分割部２５に供給する。

「パケット情報」は、当該ブロックに含まれるパケットの「データ長」パラメータを含む情報である。

なお、上記の処理に際して、復調処理部１５から供給される伝送パラメータ、およびブロック情報取得部２２から供給されるブロック情報を利用することができる。

パターン情報取得部２４は、誤り訂正処理部１６から供給される誤り訂正処理済みのブロックを解析し、当該ブロックに含まれるパターンの情報（以下、パターン情報と称する）を取得し、パケット分割部２５に供給する。

「パターン情報」は、所定の値を有する入力データ（同期パターン）の位置情報を含む情報である。

パケット分割部２５は、誤り訂正処理部１６から供給される誤り訂正処理情報（誤り訂正処理結果）、ブロック情報取得部２２から供給されるブロック情報、パケット情報取得部２３から供給されるパケット情報、およびパターン情報取得部２４から供給されるパターン情報に基づいて、バッファ２１から供給されるデータを、パケット単位に分割して出力する。また、ブロック毎のブロック処理情報（パケット単位の誤り訂正処理結果）を、パケット処理部１８に供給する。

受信処理部１３を、非特許文献１のデジタル放送規格の信号を扱えるように構成した場合、上記したブロック情報取得部２２で取得するブロック長（＝スロットの主信号長）は、TMCC情報に含まれる内符号符号化率から求めることができる（一意に定まる）。

例えば、内符号符号化率が41/120である場合、スロットの主信号長は14,960ビット（＝1,870バイト）である。

また、パケット情報取得部２３で取得する「データ長」パラメータを、例えば、ＴＬＶパケットの「データ長」パラメータ（１６ビット）とすることができる。例えば、図２に示したパケットが、ＴＬＶパケットである場合、そのＴＬＶパケットに含まれる「データ長」パラメータを、パケット情報取得部２３が取得する「データ長」パラメータとすることができる。なお、ＴＬＶパケットの詳細については、図２４を参照して後述する。

また、パターン情報取得部２４で使用する同期パターンの値を、例えば、ＴＬＶパケットの先頭バイトの値（0x7F）とすることができる。例えば、図２に示したパケットが、ＴＬＶパケットである場合、そのＴＬＶパケットにヘッダ部に含まれる先頭バイトは、（0x7F）であり、その値を、パターン情報取得部２４で使用する同期パターンの値とすることができる。

＜パケット処理部の構成＞
図５は、図１に示した受信処理部１３を構成するパケット処理部１８の構成例を示すブロック図である。図５に示したパケット処理部１８は、バッファ３１、パケット情報取得部３２、パケット書き換え部３３を含む構成とされている。

バッファ３１は、ブロック処理部１７から供給されるパケットを一時的に記憶する。また、記憶したデータを、パケット単位でパケット書き換え部３３に供給する。

パケット情報取得部３２は、ブロック処理部１７から供給されるパケットを解析し、当該パケットに含まれるパケットに関する情報（以下、パケット情報と称する）を取得し、パケット書き換え部３３に供給する。

「パケット情報」は、当該パケットの「パケット識別子」パラメータを含む情報である。「パケット識別子」は、デジタル放送規格に依存する識別子である。

パケット書き換え部３３は、復調処理部１５から供給される復調処理情報（伝送エラー率）、誤り訂正処理部１６から供給される誤り訂正処理情報（伝送エラー率）、ブロック処理部１７から供給されるブロック処理情報（パケット単位の誤り訂正処理結果）、パケット情報取得部３２から供給されるパケット情報、外部の後段処理装置２（図１）から供給される後段処理情報（例えば、復号エラー率）に基づいて、バッファ３１から供給されるパケットの書き換えを行い、その結果得られたパケットを外部、例えば後段処理装置２に対して出力する。

受信処理部１３を、非特許文献１のデジタル放送規格の信号（ＴＬＶパケット）を扱えるように構成した場合、上記したパケット情報取得部３２で取得し、パケット書き換え部３３で利用する「パケット識別子」は、以下のようにすることができる。

例えば、「パケット識別子」は、ＴＬＶパケットの「パケット識別（packet_type）」パラメータ（8ビット）とすることができる。この「パケット識別」パラメータは、当該ＴＬＶパケット内のデータ部に格納されるデータを識別するためのパラメータである。

なお、当該ＴＬＶパケット内のデータ部に格納されるデータは、ＩＰｖ４（Internet Protocol version 4）パケット、ＩＰｖ６（Internet Protocol version 6）パケット、ヌルパケット、その他のパケットが規定されている。これらのパケットを、適宜、サブパケットと称する。

また例えば、「パケット識別子」は、ＴＬＶパケットが含むサブパケットのパラメータ、例えば、IP（Internet Protocol）パケットの「送信元アドレス（source_address）」パラメータ（32ビット/IPv4、128ビット/IPv6）および「宛先アドレス（destination_address）」パラメータ（同様）とすることができる。これらのパラメータは、当該IPパケットの送信元アドレスおよび宛先アドレスを示すパラメータである。

また例えば、「パケット識別子」は、ＴＬＶパケットが含むサブパケットのパラメータ、例えば、UDP（User Datagram Protocol）パケットの「送信元ポート（source_port）」パラメータ（16ビット）および「宛先ポート（destination_port）」パラメータ（同様）とすることができる。これらのパラメータは、当該UDPパケットの送信元ポートおよび宛先ポートを示すパラメータである。

また例えば、「パケット識別子」は、ＴＬＶパケットが含むサブパケットのパラメータ、例えば、MMTP（MPEG Media Transport Protocol）パケットの「パケット識別子（packet_id）」パラメータ（16ビット）とすることができる。これらのパラメータは、当該MMTPパケット内のデータ部に格納されるデータを識別するパラメータである。このデータ部に格納されるデータは、映像、音声、字幕、文字スーパー、制御情報、その他に係わるデータである。

また例えば、「パケット識別子」は、上記したパラメータの２つ以上の組み合わせとすることができる。

どの「パケット識別子」を用いるかは、パケット書き換え部３３が処理するパケットの種別に応じて設定される。

＜パケット分割部での処理＞
次に、受信処理部１３の動作について説明する。まず、受信処理部１３のブロック処理部１７での処理、特に、パケット分割部２５での処理について説明する。以下に説明する処理により、上記した“後段の処理が破綻することがないように、「データ長」パラメータを修正”するための処理が実行される。

図６に示したフローチャートを参照し、パケット分割部２５での処理について説明する。図６に示したフローチャートの処理は、ブロック処理部１７に対してブロックが入力される度に繰り返し実行される。

ステップＳ１０１において、当該ブロックでパケットが開始もしくは終了するか否かが判定される。図３を再度参照するに、処理対象とされているブロックが、ブロックｍである場合、ブロックｍには、例えば、当該ブロックでパケットが開始していると判定されるパケットｎ−１、パケットｎ、パケットｎ＋１、およびパケットｎ＋２が含まれている。

また、ブロックｍには、例えば、当該ブロックでパケットが終了していると判定されるパケットｎ−２、パケットｎ−１、パケットｎ、およびパケットｎ＋１が含まれている。よって、ブロックｍが処理対象とされている場合には、ステップＳ１０１においては、当該ブロックでパケットが開始もしくは終了すると判定され、ステップＳ１０２に処理は進められる。

受信処理部１３を、非特許文献１のデジタル放送規格の信号を扱えるように構成した場合、当該ブロックでパケットは開始もしくは終了するか否かの判定には、TMCC情報に含まれるトップポインタとラストポインタを使用することができる。

図７に示すように、トップポインタは各スロットに収納されるパケットのうち、最初のパケット先頭バイト位置を示す。またラストポインタは各スロットに収納されるパケットのうち、最後のパケット末尾バイト位置＋１を示す。

このトップポインタが非0xFFFFあるいはラストポインタが非0xFFFFである場合、当該ブロックでパケットは開始もしくは終了する判定することができる。

図６のフローチャートの説明に戻る。ステップＳ１０１において、当該ブロックでパケットが開始もしくは終了すると判定された場合、ステップＳ１０２に処理は進められる。ステップＳ１０２において、前ブロックから継続かつ当該ブロックで終了するパケットがある否かが判定される。

再度図３を参照するに、例えば、ブロックｍが処理対象とされている場合、パケットｎ−２は、前のブロックｍ−１から継続しているパケットであり、かつ、ブロックｍで終了しているパケットである。よって、ブロックｍのようなブロックが処理対象とされている場合、ステップＳ１０２においては、前ブロックから継続かつ当該ブロックで終了するパケットがあると判定され、処理は、ステップＳ１０３に進められる。

受信処理部１３を、非特許文献１のデジタル放送規格の信号を扱えるように構成した場合、ステップＳ１０２における前ブロックから継続かつ当該ブロックで終了するパケットがあるか否かの判定には、TMCC情報に含まれるトップポインタを使用することができる。すなわち、トップポインタが非0x0000かつ非0xFFFFである場合、前ブロックからの継続パケットがあると判定することができ、それ以外の場合は無いと判定することができる。

ステップＳ１０３において、前ブロックから継続かつ当該ブロックで終了するパケットの処理が実行される。ステップＳ１０３において実行される前ブロックから継続かつ当該ブロックで終了するパケットの処理について、図８に示したフローチャートを参照して説明する。

ステップＳ２０１において、バッファデータと前ブロックからの継続パケットを連結し、１つのパケットが形成される。この場合、前ブロックから継続しているパケットが処理対象とされているため、前ブロックに含まれていたパケットはバッファリングされており、そのバッファリングされていたバッファデータと、処理対象とされているパケットが連結され、1つのパケットとされる。

ステップＳ２０２において、前ブロックと当該ブロックの誤り訂正処理結果が確認され、前ブロックと当該ブロックの誤り訂正処理結果が、どちらも誤り訂正ＯＫである場合、ステップＳ２０６に処理が進められる。

この場合、前ブロックから継続かつ当該ブロックで終了するパケットの処理であるため、前ブロックと当該ブロックの誤り訂正処理結果のどちらかに、ＮＧが発生しているような場合には、後述するような処理が実行される必要があるが、ＯＫである場合、問題は無いため、ステップＳ２０６に処理は進められ、当該パケットは、パケット処理部１８(図５)に出力される。

一方、ステップＳ２０２において、前ブロックと当該ブロックの誤り訂正処理結果のうちの、どちらか一方にでも誤り訂正ＮＧがある場合、処理は、ステップＳ２０３に進められる。

ステップＳ２０３において、当該パケットの「同期パターン」パラメータが正しいか否かが判定される。この「同期パターン」の期待値は、デジタル放送規格に依存する。

ステップＳ２０３において、当該パケットの「同期パターン」パラメータが正しいと判定された場合、ステップＳ２０４の処理はスキップされ、ステップＳ２０５に処理は進められる。

一方、ステップＳ２０３において、当該パケットの「同期パターン」パラメータが正しくないと判定された場合、ステップＳ２０４に処理は進められる。ステップＳ２０４において、当該パケットの「同期パターン」パラメータが修正され、処理は、ステップＳ２０５に進められる。

ステップＳ２０５において、当該パケットの「データ長」パラメータの修正処理が実行される。この当該パケットの「データ長」パラメータの修正処理は、当該パケットの「データ長」パラメータに誤りがあった場合、その誤りを修正し、当該パケットの「データ長」パラメータに誤りが無かった場合、そのまま出力する処理である。

ステップＳ２０５において実行される、当該パケットの「データ長」パラメータの修正処理について、図９のフローチャートを参照して説明する。

ステップＳ３０１において、当該パケットのパケット長期待値が計算される。受信処理部１３を、非特許文献１のデジタル放送規格の信号を扱えるように構成した場合、パケット長期待値は、次式に基づき計算される。
パケット長期待値 ＝ バッファデータ長 ＋ トップポインタ

パケット長期待値が計算されると、ステップＳ３０２に処理は進められ、当該パケットの「データ長」パラメータが取得され、パケット長が計算される。受信処理部１３を、非特許文献１のデジタル放送規格の信号を扱えるように構成した場合、パケット長は、次式に基づき計算される。
パケット長 ＝ ４ ＋ 「データ長」パラメータ

パケット長が計算されると、ステップＳ３０３に処理は進められ、次パケットがあるか否かが判定される。ステップＳ３０３において、次パケットがあると判定された場合、ステップＳ３０４に処理が進められる。

ステップＳ３０４において、次パケットの同期パターンは、正しい値か否かが判定される。この判定は、ステップＳ３０２の処理で得られたパケット長に基づいて、次パケットの同期パターンが確認される。例えばパケットｎが処理されているとき、そのパケットｎの先頭からパケット長分だけ行った先には、次パケットの同期パターンがあるはずである。パケット長に基づいて移動した先にあるパターンを同期パターンであるとして読み取り、その読み取った同期パターンが、正しいか否かが判定される。

ステップＳ３０４において、次パケットの同期パターンは正しいと判定された場合、ステップＳ３０５に処理は進められる。ステップＳ３０５には、ステップＳ３０３において、次パケットは無いと判定された場合も来る。

ステップＳ３０５において、ステップＳ３０２の処理で得られたパケット長(パケット長計算値とする)と、ステップＳ３０１の処理で得られたパケット長期待値が等しいか否かが判定される。

ステップＳ３０５において、パケット長計算値とパケット長期待値は等しいと判定された場合、ステップＳ３０６に処理は進められる。ステップＳ３０６において、当該パケットの「データ長」パラメータは正しいと判定され、処理は、ステップＳ２０６(図８)に進められる。

この場合、図９に示したフローチャートの処理が実行されることで、当該パケットの「データ長」は、正しいと判定されたときであり、かつ、当該パケットの「同期パターン」パラメータは、正しいと判定された(または正しく修正された)ときであるため、当該パケットに問題は無い(問題は無くなった)ため、ステップＳ２０６において、当該パケットは、パケット処理部１８(図５)に出力される。

一方、ステップＳ３０５において、パケット長計算値とパケット長期待値は等しくないと判定された場合、ステップＳ３０７に処理は進められる。ステップＳ３０７には、ステップＳ３０４において、次パケットの同期パターンは、正しくないと判定された場合も来る。

ステップＳ３０７において、当該パケットの「データ長」パラメータは、正しくないと判定され、ステップＳ３０８に処理が進められる。ステップＳ３０８において、ステップＳ３０１（図９）の処理で得られたパケット長期待値に基づいて、当該パケットの「データ長」パラメータが修正される。

「データ長」パラメータが修正された後、処理は、ステップＳ２０６(図８)に進められる。この場合、「データ長」パラメータに、誤りがあったが、修正されたため、当該パケットに問題は無くなったとされ、ステップＳ２０６において、当該パケットは、パケット処理部１８(図５)に出力される。

このようにして、前ブロックから継続、かつ当該ブロックで終了するパケットの処理が実行される。この処理が実行されることで、仮に、「データ長」パラメータに誤りがあった場合であっても、その誤りを修正し、正しい「データ長」パラメータにすることができる。

図１０を参照し、再度図８、図９を参照して説明した前ブロックから継続かつ当該ブロックで終了するパケットの処理について説明する。図１０では、１個のパケットが２個のブロックを跨ぐ場合を例に挙げて説明する。

図１０のＡは、ブロック処理部１７への入力（ブロック列）の一例を示す図である。この例では、２個のブロック（ブロックｍ−１とブロックｍ）が、ブロック処理部１７へ入力される。

ここで、ブロックｍ−１とブロックｍを跨ぐパケットｎの「データ長」パラメータに伝送誤りがあった場合、上記したような処理が実行される。跨ぎ前後のパケットｎのそれぞれ長さは、ｌ１,ｌ２であり、それらは伝送パラメータから計算することができる。

前パケットのパケットｎの長さｌ１は、ブロック長（図７におけるＢＳに該当）と、ラストポインタ（図７においては、パケット０からパケットｎ−２のＬＰに該当）との差分値として求められ、後パケットのパケットｎの長さｌ２は、トップポインタ(図７におけるパケット０のＴＰに該当)として求められる。

図１０のＢは、図１０のＡに示したブロックを入力とした場合のブロック処理部１７からの出力（パケット列）を示す。図１０のＢに示したように、パケットnの「データ長」パラメータは、パケットnのパケット長（l１ + l２）に基づいて得られた値に修正されている。

このように、ブロックを跨ぐパケットの「データ長」パラメータに誤りがあった場合、伝送パラメータから計算できるパケットの長さが用いられて、「データ長」パラメータが修正される。そして、出力されるパケットの「データ長」パラメータは、修正済みのパラメータとされているため、後段の処理で、「データ長」パラメータの誤りにより処理が破綻するといったようなことが発生するようなことを防ぐことが可能となる。

ところで、上述した処理に、サブパケットに対する処理を含ませることも可能である。サブパケットに対しても処理を行うようにした場合についての説明は後述するが、例えば、ＴＬＶパケットが処理される場合であり、上記した処理が、ＴＬＶパケットに対して行われた後、ＴＬＶパケットに含まれるサブパケット、例えば、ＩＰｖ４パケットに対しても基本的に同様の処理を行うようにしても良い。

サブパケットに対しても、同様の処理を行うようにすることで、サブパケットの所定のパラメータ(例えば、「データ長」パラメータ)に誤りがあった場合においても、その誤りを修正することが可能となる。

サブパケットに対しても処理を行うようにした場合、例えば、ステップＳ２０５とステップＳ２０６(図８)の間に、サブパケットに対する処理を実行するように構成することができる。

図６に示したフローチャートの説明に戻る。

ステップＳ１０３において、前ブロックから継続、かつ当該ブロックで終了するパケットの処理が実行された場合、または、ステップＳ１０２において、前ブロックから継続、かつ当該ブロックで終了するパケットは無いと判定された場合、ステップＳ１０４に処理は進められる。

ステップＳ１０４において、当該ブロック内で完結する（当該ブロックで開始かつ終了する）パケット（単数もしくは複数）があるか否かが判定される。当該ブロック内で完結するパケットとは、例えば、図３を再度参照するに、ブロックｍに含まれるパケットｎ−１、パケットｎ、パケットｎ＋１であり、これらのパケットは、ブロックｍ内で、開始し、終了しているパケットである。

受信処理部１３を、非特許文献１のデジタル放送規格の信号を扱えるように構成した場合、ステップＳ１０４における判定には、TMCC情報に含まれるトップポインタとラストポインタを使用することができる。すなわち、トップポインタが非0xFFFFかつラストポインタが非0xFFFFである場合、当該ブロック内で完結するパケットがあると判定することができる。また、それ以外の場合、当該ブロック内で完結するパケットは無いと判定することができる。

ステップＳ１０４において、当該ブロック内で完結するパケットがあると判定された場合、ステップＳ１０５に処理は進められる。ステップＳ１０５において、当該ブロック内で完結するパケットの処理が実行される。ステップＳ１０５において実行される当該ブロック内で完結するパケットの処理について、図１１、図１２のフローチャートを参照して説明する。

ステップＳ４０１において、当該ブロックの誤り訂正処理結果が正しいか否かが判定される。ステップＳ４０１において、当該ブロックの誤り訂正処理結果は正しくないと判定された場合、ステップＳ４０２に処理は進められる。

ステップＳ４０２において、先頭パケットが処理対象のパケットとしてセットされ、処理は、ステップＳ４０３に進められる。ステップＳ４０３において、当該パケットの「同期パターン」パラメータは正しいか否かが判定される。この「同期パターン」の期待値は、デジタル放送規格に依存する。

ステップＳ４０３において、当該パケットの「同期パターン」パラメータは正しいと判定された場合、ステップＳ４０４の処理はスキップされ、ステップＳ４０５に処理は進められる。

一方ステップＳ４０３において、当該パケットの「同期パターン」パラメータが正しくないと判定された場合、ステップＳ４０４に処理は進められる。ステップＳ４０４において、当該パケットの「同期パターン」パラメータが修正され、処理は、ステップＳ４０５に進められる。

ステップＳ４０５において、当該パケットの「データ長」パラメータの修正処理が実行される。この当該パケットの「データ長」パラメータの修正処理は、当該パケットの「データ長」パラメータに誤りがあった場合、その誤りを修正し、当該パケットの「データ長」パラメータに誤りが無かった場合、そのまま出力する処理である。

ステップＳ４０５において実行される、当該パケットの「データ長」パラメータの修正処理について、図１２のフローチャートを参照して説明する。

ステップＳ５０１において、先頭パケットから最終パケットまでのパケット長総和期待値（当該パケットを含む）が計算される。受信処理部１３を、非特許文献１のデジタル放送規格の信号を扱えるように構成した場合、パケット長総和期待値は、次式に基づき計算することができる。
パケット長総和期待値 ＝ ラストポインタ ― トップポインタ
図７においては、（ＬＰ―ＴＰ）の部分が、パケット長総和期待値に該当する。

パケット長総和期待値が計算されると、ステップＳ５０２に処理は進められ、先頭パケットから前パケットまでのパケット長総和（当該パケットを含まない）が計算される。パケット長総和は、先頭パケットから前パケットについて、各パケットの「データ長」パラメータから計算されるパケット長の総和である。

パケット長総和が計算されると、ステップＳ５０３に処理は進められ、当該パケットの「データ長」パラメータが取得され、パケット長が計算される。パケット長が計算されると、ステップＳ５０４に処理は進められ、次パケットがあるか否かが判定される。ステップＳ５０４において、次パケットがあると判定された場合、ステップＳ５０５に処理が進められる。

ステップＳ５０５において、次パケットの同期パターンは、正しい値か否かが判定される。ステップＳ５０５において、次パケットの同期パターンは正しいと判定された場合、ステップＳ５０６に処理は進められる。ステップＳ５０６には、ステップＳ５０４において、次パケットは無いと判定された場合も来る。

ステップＳ５０６において、ステップＳ５０２で得られたパケット長総和に、ステップＳ５０３の処理で得られたパケット長が加算される。

ステップＳ５０７において、ステップＳ５０６の処理で得られたパケット長総和(パケット長総和計算値とする)が、ステップＳ５０１の処理で得られたパケット長総和期待値以下であるか否かが判定される(パケット長総和計算値≦パケット長総和期待値を満たすか否かが判定される)。

ステップＳ５０７において、パケット長総和計算値≦パケット長総和期待値を満たすと判定された場合、ステップＳ５０８に処理は進められる。ステップＳ５０８において、当該パケットの「データ長」パラメータは正しいとの判定結果が出され、処理は、ステップＳ４０６(図８)に進められる。

この場合、図１２に示したフローチャートの処理が実行されることで、当該パケットの「データ長」は、正しいと判定されたときであり、かつ、当該パケットの「同期パターン」パラメータは、正しいと判定された(または正しく修正された)ときであるため、当該パケットに問題は無い(無くなった)ため、ステップＳ４０６において、当該パケットは、パケット処理部１８(図５)に出力される。

一方、ステップＳ５０５において、パケット長総和計算値≦パケット長総和期待値を満たさないと判定された場合、ステップＳ５０９に処理は進められる。ステップＳ５０９には、ステップＳ５０５において、次パケットの同期パターンは、正しくないと判定された場合も来る。

ステップＳ５０９において、当該パケットの「データ長」パラメータは、正しくないとの判定結果が出され、ステップＳ５１０に処理が進められる。ステップＳ５１０において、ステップＳ５０１の処理で得られたパケット長総和期待値に基づいて、当該パケットの「データ長」パラメータが修正される。

受信処理部１３を、非特許文献１のデジタル放送規格の信号を扱えるように構成した場合、
「データ長」パラメータ（修正用）は、以下のように計算できる。
「データ長」パラメータ（修正用）＝ パケット長（修正用）― ４

ここで、図１３を参照して、パケット長(修正用)の決定方法について説明する。図１３のＡは、ブロック処理部１７への入力（ブロック）の一例を示す図である。本例では、５つのパケット（パケット１からパケット５）が、当該ブロック内で完結するパケットとして存在している。また、パケット１およびパケット２の「データ長」パラメータは正しいが、パケット３の「データ長」パラメータは正しくないとする。

図１３のＢは、図１３のＡに示したブロックを入力とした際のパケット長の第１の決定方法を説明するための図である。第１の方法では、当該パケット（図１３では、パケット３）の同期パターンから、次の同期パターン（図１３では、パケット４の同期パターン）までの距離（バイト）を、当該パケットのパケット長（修正用）とする。但し、本例において、上記２つの「同期パターン」の間に、「同期パターン」と同値のパターンは存在しないとしている。

図１３のＣは、図１３のＡのブロックを入力とした際のパケット長の第２の決定方法を説明する図である。第２の方法では、当該パケット（図１３では、パケット３）から当該ブロック内で完結するパケットの最後までの距離（バイト）（図１３では、パケット５の最終バイト）を、当該パケットのパケット長（修正用）とする。

第１の方法、または第２の方法により、パケット長(修正用)が決定され、そのパケット長に基づき、「データ長」パラメータ(修正用)が計算される。

「データ長」パラメータが修正された後、処理は、ステップＳ４０６(図８)に進められる。この場合、「データ長」パラメータに、誤りがあったが、修正されたため、当該パケットに問題は無くなったとされ、ステップＳ４０６において、当該パケットは、パケット処理部１８(図５)に出力される。

ステップＳ４０６において、当該パケットが、パケット処理部１８に出力されると、処理は、ステップＳ４０７に進められる。ステップＳ４０７において、次パケットがあるか否かが判定される。

ステップＳ４０７において、次パケットがあると判定された場合、ステップＳ４０８に処理が進められ、次パケットが、新たな処理対象のパケットにセットされ、処理は、ステップＳ４０３に戻され、それ以降の処理が繰り返される。

一方で、ステップＳ４０７において、次パケットはないと判定された場合、図１１に示した当該ブロック内で完結するパケットの処理は終了される。

一方、ステップＳ４０１において、当該ブロックの誤り訂正処理結果は正しいと判定された場合、ステップＳ４０９に処理は進められる。ステップＳ４０９において、先頭パケットが処理対象のパケットにセットされ、ステップＳ４１０に処理は進められる。

ステップＳ４１０において、当該パケットが、パケット処理部１８(図５)に出力される。出力後、処理は、ステップＳ４１１に進められ、次パケットがあるか否かが判定される。ステップＳ４１１において、次パケットがあると判定された場合、ステップＳ４１２に処理が進められ、次パケットが、新たな処理対象のパケットにセットされ、処理は、ステップＳ４１０に戻され、それ以降の処理が繰り返される。

一方で、ステップＳ４１１において、次パケットはないと判定された場合、図１１に示した当該ブロック内で完結するパケットの処理は終了される。

この場合、当該ブロックの誤り訂正処理結果がＯＫである場合であるため、ステップＳ４１０乃至Ｓ４１２の処理が繰り返されることで、順次ブロック内のパケットが出力される。

図１４、図１５を参照し、図１１、図１２を参照して説明した当該ブロック内で完結するパケットの処理について再度説明を加える。

図１４は、図１３を参照して説明したパケット長（修正用）の決定方法として、第１の決定方法を用いた場合について説明するための図である。図１４のＡは、ブロック処理部１７への入力（ブロック）の一例を示す図である。本例では、５個のパケット（パケット１からパケット５）が当該ブロック内で完結するパケットとして存在している。また、パケット１およびパケット２の「データ長」パラメータは正しいが、パケット３の「データ長」パラメータは正しくないとする。

図１４のＢと図１４のＣは、どちらも図１４のＡのブロックを入力した場合のブロック処理部１７からの出力（パケット列）を示す。但し、図１４のＢは、図１４のＡのパケット４の「同期パターン」パラメータが正しい値の場合を示し、図１４のＣは、パケット４の「同期パターン」パラメータが正しくない（伝送誤りがある）場合を示している。

図１４のＢでは、パケット３’の「データ長」パラメータは、パケット３とパケット４の「同期パターン」の距離に基づく値に修正されている。但し、本例では、上記２つの「同期パターン」の間に、「同期パターン」と同値のパターンは存在しないとしている。

この場合、パケット３の「同期パターン」からパケット４の「同期パターン」までが、パケット３のヘッダ部とデータ部（例えば、図２参照）を合わせた長さとなる。「データ長」パラメータが、ヘッダ部とデータ部を合わせた長さである場合、この長さが用いられ、ヘッダ部を除いたデータ部の長さである場合、この長さから、ヘッダ部の長さが減算された長さが用いられる。「データ長」パラメータとして、どこの部分の長さを記載するかは、扱うパケットの種別によるため、その種別に適した値が算出されるようにすればよい。

図１４のＣでは、パケット３’の「データ長」パラメータは、パケット３とパケット５の「同期パターン」の距離に基づく値に修正されている。但し、本例では、上記２つの「同期パターン」の間に、「同期パターン」と同値のパターンは存在しないとしている。

この場合、パケット４の「同期パターン」に誤りがあるため、パケット３の「同期パターン」とパケット４の「同期パターン」を用いて、パケット３のデータ長を計算すると、その計算値にも誤りが含まれる可能性がある。よって、パケット４の「同期パターン」は用いず、その次のパケット５の「同期パターン」を用いる。

新たなパケット３’は、パケット３とパケット４が結合されたパケットとされ、そのデータ長は、パケット３の「同期パターン」からパケット５の「同期パターン」までの距離とされている。なおこの場合も、図１４のＢを参照して説明した場合と同じく、パケットの種別に適したデータ長が計算される。

図１５は、図１３を参照して説明したパケット長（修正用）の決定方法として、第２の決定方法を用いた場合について説明するための図である。図１５のＡは、図１４のＡと同じく、ブロック処理部１７への入力（ブロック）の一例を示す図である。

図１５のＢは、図１５のＡのブロックを入力した場合のブロック処理部１７からの出力（パケット列）を示す図である。図１５のＢからわかるように、パケット３’は、パケット３からパケット５を、１個のパケットとして形成されたものであり、そのパケット長に基づいて「データ長」パラメータが決定されている。

この場合、パケット５が、ブロックｍ内で完結するパケットの中で、最後のパケットである。よって、パケット３からパケット５までの距離（パケット５の最終バイト）が、新たなパケット３’のデータ長とされる。新たなパケット３’は、パケット３、パケット４、およびパケット５が結合されたパケットである。なおこの場合も、図１４のＢを参照して説明した場合と同じく、パケットの種別に適したデータ長が計算される。

図１６、図１７のフローチャートを参照し、ステップＳ１０５(図６)において実行される当該ブロック内で完結するパケット（単数もしくは複数）の処理の変形例(当該ブロック内で完結するパケットの第２の処理とする)について説明する。

図１１、図１２を参照して説明した当該ブロック内で完結するパケットの処理においては、パケット毎に「データ長」パラメータを検査するのに対して、図１６、図１７を参照して説明する当該ブロック内で完結するパケットの第２の処理においては、まず全てのパケットの「データ長」パラメータについて検査する点が異なる。また、正しくない場合は、当該ブロック内で完結する全てのパケットを１つのパケットとして出力する点も異なる。

ステップＳ６０１において、当該ブロックの誤り訂正処理結果が確認され、誤り訂正処理結果は正しいか否かが判定される。ステップＳ６０１において、当該ブロックの誤り訂正処理結果は、正しくないと判定された場合、ステップＳ６０２に処理が進められる。

ステップＳ６０２において、パラメータの正しさの判定処理が実行される。図１７のフローチャートを参照し、ステップＳ６０２において実行されるパラメータの正しさの判定処理について説明する。

ステップＳ７０１において、先頭パケットが処理対象のパケットとしてセットされる。ステップＳ７０２において、当該パケットの「同期パターン」パラメータは、正しいか否かが判定される。ステップＳ７０２において、当該パケットの「同期パターン」パラメータは、正しいと判定された場合、ステップＳ７０３に処理が進められる。

ステップＳ７０３において、「データ長」パラメータの正しさ判定処理が実行される。ステップＳ７０３において実行される「データ長」パラメータの正しさ判定処理について、図１８のフローチャートを参照して説明する。

図１８に示したフローチャートにおいて、ステップＳ８０１乃至Ｓ８０９の各処理は、図１２に示したフローチャートにおけるステップＳ５０１乃至Ｓ５０９の各処理と同様である。換言すれば、図１８に示したフローチャートに基づく処理は、図１２に示したフローチャートに基づく処理から、「データ長」パラメータを修正するステップＳ５１０の処理を省略した処理とされている。

図１２に示したフローチャートに基づく処理においては、処理対象としているパケットの「データ長」パラメータが正しくない場合には、修正されて出力されたが、図１８に示したフローチャートに基づく処理においては、修正せずに、次の処理に進む。上記したように、まず、全てのパケットの「データ長」パラメータについて検査が行われ、誤りが含まれる場合には、後の処理で、一括して修正するために、個々のパケットにおける修正は行われない（ステップＳ５１０に該当する処理は行われない）。

図１７のフローチャートの説明に戻り、ステップＳ７０３において、「データ長」パラメータの正しさ判定処理が実行され、その判定結果が出ると、ステップＳ７０４に処理が進められる。ステップＳ７０４において、「データ長」パラメータは正しいか否かが、ステップＳ７０３における判定結果が参照されて判定される。

ステップＳ７０４において、「データ長」パラメータは正しいと判定された場合、ステップＳ７０５に処理は進められ、次パケットがあるか否かが判定される。ステップＳ７０５において、次パケットがあると判定された場合、ステップＳ７０６に処理が進められ、次パケットが、新たな処理対象のパケットにセットされ、処理は、ステップＳ７０２に戻され、それ以降の処理が繰り返される。

一方で、ステップＳ７０５において、次パケットはないと判定された場合、ステップＳ７０７に処理は進められる。ステップＳ７０７において、全てのパケットの「同期パターン」パラメータと「データ長」パラメータは正しいとの判定結果が出され、ステップＳ６０３(図１６)に処理は進められる。

一方、ステップ７０２において、当該パケットの「同期パターン」パラメータは正しくないと判断された場合、または、ステップＳ７０４において、「データ長」パラメータは正しくないと判定された場合、ステップＳ７０８に処理は進められる。

ステップＳ７０８において、「同期パターン」パラメータ、または「データ長」パラメータが不正なパケットが存在するとの判定結果が出され、ステップＳ６０３(図１６)に処理は進められる。すなわち、処理対象としているブロック内のパケットに、「同期パターン」パラメータ、または「データ長」パラメータに不正が検出された場合、その時点で、ブロック内のパラメータに不正があるとして、修正するための処理に移行される。

ステップＳ６０３において、パラメータは正しいか否かが、ステップＳ６０２における処理で出された判定結果が参照されて判定される。ステップＳ６０３において、パラメータは正しくないと判定された場合、ステップＳ６０４に処理は進められる。

ステップＳ６０４において、全てのパケットが連結され、１つのパケットが形成される。ステップＳ６０５において、当該パケットの「データ長」パラメータが修正される。この場合、形成された１つのパケットのデータ長に、「データ長」パラメータが修正される。そして、ステップＳ６０６において、当該パケットは、パケット処理部１８に出力され、図１６に示した当該ブロック内で完結するパケットの第２の処理は終了される。

このように、全てのパケットの「データ長」パラメータが検査され、正しくない場合には、当該ブロック内で完結する全てのパケットが１つのパケットとされ、その１つのパケットにされたパケットのデータ長に「データ長」パラメータが修正されて出力される。

一方、ステップＳ６０３において、パラメータは正しいと判定された場合、ステップＳ６０７に処理は進められ、先頭パケットが処理対象のパケットにセットされる。

セットされたパケットに対して、ステップＳ６０８の処理が実行される。ステップＳ６０８において、当該パケットは、パケット処理部１８に出力される。その後、処理は、ステップＳ６０９に進められる。ステップＳ６０９において、次パケットがあるか否かが判定される。

ステップＳ６０９において、次パケットがあると判定された場合、ステップＳ６１０に処理が進められ、次パケットが、新たな処理対象のパケットにセットされ、処理は、ステップＳ６０８に戻され、それ以降の処理が繰り返される。

一方、ステップＳ６０９において、次パケットはないと判定された場合、図１６に示した当該ブロック内で完結するパケットの第２の処理は終了される。すなわちこの場合、パラメータは正しいため、ステップＳ６０８乃至Ｓ６１０の処理が繰り返されることで、処理対象とされているブロック内のパケットが、順次、パケット処理部１８に出力される。

一方、ステップＳ６０１において、当該ブロックの誤り訂正処理結果は、正しいと判定された場合、ステップＳ６１１に処理が進められる。ステップＳ６１１において、先頭パケットが処理対象のパケットにセットされる。

セットされたパケットに対して、ステップＳ６１２の処理が実行される。ステップＳ６１２において、当該パケットは、パケット処理部１８に出力される。その後、処理は、ステップＳ６１３に進められる。ステップＳ６１３において、次パケットがあるか否かが判定される。

ステップＳ６１３において、次パケットがあると判定された場合、ステップＳ６１４に処理が進められ、次パケットが、新たな処理対象のパケットにセットされ、処理は、ステップＳ６１２に戻され、それ以降の処理が繰り返される。すなわちこの場合、当該ブロックの誤り訂正処理結果は正しいため、ステップＳ６１２乃至Ｓ６１４の処理が繰り返されることで、処理対象とされているブロック内のパケットが、順次、パケット処理部１８に出力される。

図１９を参照し、図１６乃至図１８を参照して説明した当該ブロック内で完結するパケットの第２の処理について再度説明を加える。

図１９のＡは、ブロック処理部１７への入力（ブロック）の一例を示す。本例では、５個のパケット（パケット１からパケット５）が、当該ブロック内で完結するパケットとして存在する。また、パケット１およびパケット２の「データ長」パラメータは正しいが、パケット３の「データ長」パラメータは正しくないとする。

図１９のＢは、図１９のＡのブロックを入力した場合のブロック処理部１７からの出力（パケット列）を示す。図１９のＢからわかるように、パケット１’は、パケット１からパケット５を、１個のパケットとして形成されたものであり、そのパケット長に基づいて「データ長」パラメータが決定（修正）されている。

このようにして、当該ブロック内で完結するパケットの第２の処理が実行される。

ところで、上述した処理に、サブパケットに対する処理を含ませることも可能である。サブパケットに対しても処理を行うようにした場合についての説明は後述するが、例えば、ＴＬＶパケットが処理される場合であり、上記した処理が、ＴＬＶパケットに対して行われた後、ＴＬＶパケットに含まれるサブパケット、例えば、ＩＰｖ４パケットに対しても同様の処理を行うようにしても良い。

サブパケットに対しても、同様の処理を行うようにすることで、サブパケットの所定のパラメータ(例えば、「データ長」パラメータ)に誤りがあった場合においても、その誤りを修正することが可能となる。

サブパケットに対しても処理を行うようにした場合、例えば、ステップＳ６０７とステップＳ６０８(図１６)の間に、サブパケットに対する処理を実行するように構成することができる。

図６のフローチャートの説明に戻る。

ステップＳ１０４において、当該ブロック内で完結するパケットは無いと判定された場合、または、ステップＳ１０５において、当該ブロック内で完結するパケットの処理が終了された場合、処理は、ステップＳ１０６に進められる。

ステップＳ１０６において、当該ブロックで開始、かつ次ブロックへ継続するパケットがあるか否かが判定される。

再度図３を参照するに、例えば、ブロックｍが処理対象とされている場合、パケットｎ＋２は、ブロックｍで開始しているパケットであり、かつ次のブロックｍ＋１に継続しているパケットである。よって、ブロックｍのようなブロックが処理対象とされている場合、ステップＳ１０６においては、前ブロックから継続かつ当該ブロックで終了するパケットがあると判定され、処理は、ステップＳ１０７に進められる。

受信処理部１３を、非特許文献１のデジタル放送規格の信号を扱えるように構成した場合、ステップＳ１０６における当該ブロックで開始、かつ次ブロックへ継続するパケットがあるか否かの判定は、TMCC情報に含まれるラストポインタを使用することができる。すなわち、ラストポインタが非0xFFFFである場合、次ブロックへの継続パケットがあると判断することができ、それ以外の場合には次ブロックへの継続パケットは無いと判断することができる。

ステップＳ１０６において、当該ブロックで開始、かつ次ブロックへ継続するパケットがあると判定された場合、ステップＳ１０７に処理は進められる。ステップＳ１０７において、当該ブロックで開始、かつ次ブロックへ継続するパケットの処理が実行される。図２０に示したフローチャートを参照し、ステップＳ１０７において実行される当該ブロックで開始、かつ次ブロックへ継続するパケットの処理について説明する。

ステップＳ９０１において、次ブロックへ継続するパケットデータがバッファリングされる。例えば、上記した例では、ブロックｍのパケットｎ＋２のデータがバッファリングされる。

ステップＳ９０２において、バッファデータ長が計算され、得られた結果が保存される。受信処理部１３を、非特許文献１のデジタル放送規格の信号を扱えるように構成した場合、「バッファデータ長」は、次式により求めることができる。
バッファデータ長 ＝ スロットの主信号長 ― ラストポインタ

このように、当該ブロックで開始、かつ次ブロックへ継続するパケットに対しては、バッファリングし、バッファデータ長を計算し、次ブロックに含まれるパケットと一緒に処理するための準備がされる。このような準備が行われると、図２０に示したフローチャートの処理は終了される。また当該ブロックに対する処理は終了したため、図６に示したフローチャートの処理も終了され、次ブロックの処理に処理は移行される。

図６に示したフローチャートの処理の説明に戻る。

ステップＳ１０１において、当該ブロックでパケットは開始もしくは終了するかという判定において、当該ブロックでパケットは開始もせず、終了もしないとの判定がなされた場合、換言すれば、前ブロックから継続かつ次ブロックへ継続するパケットがあると判定された場合、処理は、ステップＳ１０８に進められる。

再度図３を参照するに、例えば、ブロックｍ＋１が処理対象とされている場合、パケットｎ＋２は、前のブロックｍから継続しているパケットであり、かつ次のブロックｍ＋２（不図示）に継続しているパケットである。よって、ブロックｍ＋１のようなブロックが処理対象とされている場合、ステップＳ１０１においては、前ブロックから継続かつ次ブロックへ継続するパケットがあると判定され、処理は、ステップＳ１０８に進められる。

受信処理部１３を、非特許文献１のデジタル放送規格の信号を扱えるように構成した場合、ステップＳ１０１における判定には、TMCC情報に含まれるトップポインタとラストポインタを使用することができる。すなわち、トップポインタが非0xFFFFかつラストポインタが非0xFFFFでない場合、前ブロックから継続かつ次ブロックへ継続するパケットがあると判定することができる。

ステップＳ１０８において、前ブロックから継続かつ次ブロックへ継続するパケットの処理が実行される。ステップＳ１０８において実行される前ブロックから継続かつ次ブロックへ継続するパケットの処理について、図２１のフローチャートを参照して説明する。

ステップＳ１００１において、当該ブロックのデータがバッファリングされる。ステップＳ１００２において、当該ブロックのブロック長が計算され、保存されているバッファデータ長に加算された後、得られた結果が保存される。

このように、前ブロックから継続かつ次ブロックへ継続するパケットに対しては、バッファリングし、ブロック長とバッファデータ長を加算した値を計算し、次ブロックに含まれるパケットと一緒に処理するための準備がされる。このような準備が行われると、図２０に示したフローチャートの処理は終了される。また当該ブロックに対する処理は終了したため、図６に示したフローチャートの処理も終了され、次ブロックの処理に処理は移行される。

図２２を参照し、ステップＳ１０８において実行される前ブロックから継続かつ次ブロックへ継続するパケットの処理（１個のパケットが複数個のブロックを跨ぐ場合の処理）について、再度説明を加える。

図２２のＡは、ブロック処理部１７への入力（ブロック列）の一例を示す。本例では、ｍ個のブロック（ブロック１からブロックｍ）が、ブロック処理部１７に順次入力される。これらのブロックを跨ぐパケット（パケットｎ）の「データ長」パラメータに伝送誤りがあるとする。

なお、跨ぎ前後のパケットの長さは、各々ｌ１, ｌ２であり、それらは前述したように伝送パラメータから計算することができる。また、ブロック２からブロックｍ−１までのブロック長は、それぞれＢＳ(２), …,ＢＳ（ｍ−１）であり、受信処理部１３を、非特許文献１のデジタル放送規格の信号を扱えるように構成した場合、これらの値も前述したように伝送パラメータ（スロットの主信号長、図７参照）から計算することができる。

図２２のＢは、図２２のＡを入力とした場合のブロック処理部１７からの出力（パケット列）を示す。図２２のＢからわかるように、パケットnの「データ長」パラメータは、次式により求められる。
パケットnのパケット長ＰＳ（ｎ）＝ （ｌ１＋ｌ２＋ΣＢＳ（ｉ）） ( i=２,…,m-１）
このような計算に基づいて算出された値に、パケットnの「データ長」パラメータは修正される。

上述したように、本技術によれば、「データ長」パラメータが誤りを含む場合でも、その「データ長」パラメータを修正することが可能となる。このようなことが可能となることで、「データ長」パラメータに誤りがあり、次パケットの先頭の正しい位置がわからず、例えば、正しくパケットを無効化することができず、処理が破綻してしまうといったようなことが発生することを防ぐことが可能となる。

＜サブパケットに対する処理＞
上記したブロック処理部１７における処理において、サブパケットに対しても、上記した処理が実行されるようにしても良い。ここで、サブパケットについて、図２３を参照して説明する。

受信処理部１３がＴＬＶパケットを扱えるように構成した場合、ＴＬＶパケットは、図２３に示したような構成を有する。図２３の最下段に示したように、ＴＬＶパケットは、ヘッダ部とデータ部から構成され、ヘッダ部には、「同期」パラメータ、「パケット識別子」パラメータ、および「データ長」パラメータが含まれる。

上記したブロック処理部１７における処理において、「同期」パラメータとは、ＴＬＶパケットのヘッダ部に含まれるパラメータである。また、上記したブロック処理部１７における処理において、「データ長」パラメータとは、ＴＬＶパケットのヘッダ部に含まれるパラメータである。これらの「同期」パラメータや、「データ長」パラメータに、誤りがあった場合、上記したような処理が実行されることで、修正される。

ＴＬＶパケットのヘッダ部に含まれる「データ長」パラメータには、ＴＬＶパケットのデータ部の長さが記載されている。データ部に含まれるパケットの種別が、ヘッダ部の「パケット識別子」のところに記載されている。

ＴＬＶパケットのデータ部には、ＩＰｖ４パケット、ＩＰｖ６パケット、圧縮ＩＰパケット、ヌルパケット、その他のいずれかが含まれる。図２３に示した例は、ＴＬＶパケットのデータ部に、ＩＰｖ４パケットが含まれている場合である。ＩＰｖ４パケットも、ヘッダ部とデータ部とから構成されている。

ＩＰｖ４パケットのヘッダ部には、「バージョン」、「ヘッダ長」、「サービス種別」、「パケット長」、「識別子」、「フラグ」、「フラグメントオフセット」、「生存時間」、「プロトコル」、「ヘッダチェックサム」、「送信元アドレス」、「宛先アドレス」、「拡張情報」といったパラメータが含まれる。

ＩＰｖ４パケットのヘッダ部に含まれる「パケット長」パラメータは、ＩＰｖ４パケットのヘッダ部とデータ部を合わせた長さが記載されている。ブロック処理部１７において、ＩＰｖ４パケット（サブパケット）に対しても処理を施すようにした場合、この「パケット長」パラメータを、上記した「データ長」パラメータに該当するパラメータとして処理することができる。

ＩＰｖ４パケットのデータ部には、例えば図２３に示すようにＵＤＰパケットが含まれる。ＵＤＰパケットも、ヘッダ部とデータ部とから構成されている。

ＵＤＰパケットのヘッダ部には、「送信元ポート」、「宛先ポート」、「データ長」、「チェックサム」といったパラメータが含まれる。ＵＤＰパケットのヘッダ部に含まれる「データ長」パラメータは、ＵＤＰパケットのヘッダ部とデータ部を合わせた長さが記載されている。

ＵＤＰパケットのデータ部には、例えば図２３に示すようにＭＭＴＰパケットが含まれる。ＭＭＴＰパケットも、ヘッダ部とデータ部とから構成されている。

ＭＭＴＰパケットのヘッダ部には、「バージョン」、「パケットカウンタフラグ」、「ＦＦＣタイプ」、「拡張ヘッダフラグ」、「ＲＡＰフラグ」、「ペイロードタイプ」、「パケット識別子」、「配信タイムスタンプ」、「パケットシーケンス番号」、「オプション」といったパラメータが設けられている。

ＴＬＶパケットは、このような構成を有するため、ＴＬＶパケットにのみ上記した処理を施すようにしても良いし、ＴＬＶパケットに含まれるサブパケット、例えば、ＩＰｖ４パケットに対しても以下に説明するサブパケットに対する処理が実行されるようにしても良い。

またサブパケットを、ＩＰｖ４パケット、ＵＤＰパケット、ＭＭＴＰパケットのいずれのパケットとしても良く、これらのパケットのうちの１つをサブパケットして、以下に説明するサブパケットに対する処理が実行されるようにしても良いし、これら全てをそれぞれサブパケットとし、以下に説明するサブパケットに対する処理が、それぞれのサブパケットに実行されるようにしても良い。

図２４、図２５のフローチャートを参照し、サブパケットに対する処理について説明する。なお、図２４、図２５を参照して説明する処理は、例えば、図８に示したフローチャートのステップＳ２０５とステップＳ２０６との間に行われる。また例えば、図１１に示したフローチャートのステップＳ４０５とステップＳ４０６との間に行われる。また例えば、図１６に示したフローチャートのステップＳ６０７とステップＳ６０８との間に行われる。

ステップＳ１１０１において、先頭サブパケットが処理対象のパケットとしてセットされ、処理は、ステップＳ１１０２に進められる。ステップＳ１１０２において、当該サブパケットの「同期パターン」パラメータは正しいか否かが判定される。この「同期パターン」の期待値は、デジタル放送規格に依存する。

ステップＳ１１０２において、当該サブパケットの「同期パターン」パラメータが正しいと判定された場合、ステップＳ１１０３の処理はスキップされ、ステップＳ１１０４に処理は進められる。

一方、ステップＳ１１０２において、当該サブパケットの「同期パターン」パラメータは正しくないと判定された場合、ステップＳ１１０３に処理は進められる。ステップＳ１１０３において、当該サブパケットの「同期パターン」パラメータが修正される。

なお、処理対象とされているサブパケットが、ＩＰｖ４パケットやＩＰｖ６パケットなどのＩＰパケットである場合、「同期パターン」パラメータは、例えば、ＩＰパケットのヘッダ部に含まれる「バージョン」パラメータ（４ビット）とすることができる。このように、サブパケットが処理される場合には、そのサブパケットに応じ、「同期パターン」パラメータに該当するパラメータが用いられて処理される。

ステップＳ１１０４において、当該サブパケットの「データ長」パラメータの修正処理が実行される。この当該サブパケットの「データ長」パラメータの修正処理は、当該サブパケットの「データ長」パラメータに誤りがあった場合、その誤りを修正し、当該サブパケットの「データ長」パラメータに誤りが無かった場合、そのまま出力する処理である。

ステップＳ１１０４において実行される、当該サブパケットの「データ長」パラメータの修正処理について、図２５のフローチャートを参照して説明する。

なお、処理対象とされているサブパケットが、ＩＰｖ４パケットやＩＰｖ６パケットなどのＩＰパケットである場合、「データ長」パラメータは、例えば、ＩＰパケットのヘッダ部に含まれる「パケット長」パラメータ（図２３）とすることができる。このように、サブパケットが処理される場合には、そのサブパケットに応じ、「データ長」パラメータに該当するパラメータが用いられて処理される。

なおここでは、「データ長」パラメータとの記載をして説明を続けるが、「パケット長」パラメータなど、処理対象とされているパケットの種別に応じたパラメータが、処理対象とされている。

図２５は、ステップＳ１１０４において実行される当該サブパケットの「データ長」パラメータの修正処理について説明するためのフローチャートである。図２５に示したフローチャートのステップＳ１２０１乃至Ｓ１２１０の各処理は、図１２に示した当該パケットの「データ長」パラメータの修正処理のフローチャートのステップＳ５０１乃至Ｓ５１０の各処理と、基本的に同様である。

処理対象がサブパケットであるため、図１２に示したフローチャートのステップＳ５０１乃至Ｓ５１０の各処理を、サブパケットに対して行う（図１２に示したフローチャートのステップＳ５０１乃至Ｓ５１０の各処理のパケットをサブパケットに置き換える）ことで、図２５に示したフローチャートのステップＳ１２０１乃至Ｓ１２１０の各処理は実行されるため、ここでは、その説明を省略する。

なお、ステップＳ１１０４における処理は、図２５に示したフローチャートの処理に基づいて行われるのではなく、以下のように行われるようにしても良い。

図２３を再度参照するに、ＴＬＶパケットに含まれるＩＰパケット（例えば、ＩＰｖ４パケット）は１個である。また、ＴＬＶパケットのデータ部の長さは、ＩＰパケットの長さに相当する（同等である）。よって、ＴＬＶパケットのデータ部の長さは、ＩＰパケットの全長に等しいか否かを判定することで、ＩＰパケットの「データ長」パラメータに該当する「パケット長」パラメータが正しいか否かを判定することができる。

ＴＬＶパケットのデータ部の長さは、ＴＬＶパケットのヘッダ部の「データ長」パラメータに記載されており、この値を用いることができる。また、ＩＰパケットのパケットの長さ（全長）は、ＩＰパケットのヘッダ部の「パケット長」パラメータに記載されており、この値を用いることができる。

ＴＬＶパケットのデータ部の長さとＩＰパケットの全長が等しくない場合、ＴＬＶパケットのデータ部の長さを、ＩＰパケットの全長とし、ＩＰパケットのヘッダ部の「パケット長」パラメータの値が修正されるようにしても良い。

図２４に示したフローチャートの処理の説明に戻る。

ステップＳ１１０５において、次サブパケットがあるか否かが判定される。例えば、ＩＰｖ４パケットが処理されている場合、ＵＤＰパケットがサブパケットとしてあるため、このような場合には、次サブパケットがあると判定される。

なお、ＵＤＰパケット以下は、処理しないと設定することも可能であり、換言すれば、どのサブパケットまで処理するかは、事前に設定しておくことも可能である。処理しないと設定されているサブパケットの場合には、サブパケットとして存在していても、ステップＳ１１０５においては、次サブパケットはないとして処理される。

ステップＳ１１０５において、次サブパケットがあると判定された場合、ステップＳ１１０６に処理が進められ、次サブパケットが、新たな処理対象のサブパケットにセットされ、処理は、ステップＳ１１０２に戻され、それ以降の処理が繰り返される。

一方で、ステップＳ１１０５において、次サブパケットはないと判定された場合、図２４に示したサブパケットに対する処理は終了される。

このように、サブパケットに対しても、誤ったパラメータを修正するようにすることで、例えば「データ長」パラメータが正しくなく、次パケットの先頭の正しい位置がわからず、例えば、正しくパケットを無効化することができず、処理が破綻してしまうといったようなことが発生することを防ぐことが可能となる。

上述した説明は、図２３に示したような、例えば、ＴＬＶパケットのデータ部にサブパケットとしてのＩＰｖ４パケットが含まれ、そのＩＰｖ４パケットのデータ部にサブパケットとしてのＵＤＰパケットが含まれといったような、サブパケットが入れ子状態になっているパケット構造を例に挙げて説明した。この例の場合、パケット内に、１個のサブパケットが含まれている。

本技術は、図２６に示すような構造のサブパケットに対しても適用できる。図２６に示したサブパケットの例は、パケット内に複数のサブパケットが含まれている場合の１例である。

図２６において、パケットｎは、そのデータ部に、５個のサブパケット（サブパケット１からサブパケット５）を含んでいる。ここで、全てのサブパケットは、当該データ部内で完結（当該データ部で開始かつ終了）している。また、ここで、パケットｎは、例えば、ＴＬＶパケットであり、サブパケット１からサブパケット５は、それぞれが、例えば、ＩＰｖ４パケットである。

このようなパケットを扱う場合においても、ブロック処理部１７（図４）は、前述したパケット中に１個のサブパケットを含む場合と同様、図２４および図２５に示したフローチャートに従って処理を行うことで、サブパケットを処理することができる。

図２４に示したフローチャートのステップＳ１１０１乃至Ｓ１１０４およびステップＳ１１０６の各処理は、前述の説明と基本的に同様であるため、ここではその説明を省略する。

ステップＳ１１０５において、次サブパケットがあるか否かが判定される。例えば、処理対象とされているサブパケット（当該サブパケット）が、サブパケット１である場合、サブパケット２があるため、ステップＳ１１０５においては、次サブパケットがあると判定され、ステップＳ１１０６に処理が進められる。

当該サブパケットがサブパケット２乃至４のいずれかである場合も同様に、各々サブパケット３乃至５が次パケットとしてあるため、ステップＳ１１０５においては、次サブパケットがあると判定され、ステップＳ１１０６に処理が進められる。

一方、当該サブパケットがサブパケット５である場合、ステップＳ１１０５においては、次サブパケットがないと判定され、図２４に示したサブパケットに対する処理は終了される。

図２５に示したフローチャートのステップＳ１２０１乃至Ｓ１２１０の各処理は、前述の説明と基本的に同様であるため、ここではその説明を省略する。

このように、パケット中にサブパケットが複数個ある場合でも、各サブパケットに対して、誤ったパラメータを修正することで、例えば「データ長」パラメータが正しくなく、次パケットの先頭の正しい位置がわからず、例えば、正しくパケットを無効化することができず、処理が破たんしてしまうといったようなことが発生することを防ぐことが可能となる。

＜パケット処理部での処理＞
次に、パケット処理部１８、特にパケット処理部１８に含まれるパケット書き換え部３３（図５）の処理について説明を加える。図２７のフローチャートを参照し、パケット書き換え部３３の処理について説明する。

ステップＳ１３０１において、処理対象とされているパケットは誤り訂正がＮＧのブロックに含まれているか否かが判定される。ステップＳ１３０１において、当該パケットは、誤り訂正がＮＧのブロックに含まれていると判定された場合、処理は、ステップＳ１３０２に進められる。

ステップＳ１３０２において、伝送エラー率は所定のしきい値を超えているか否かが判定される。伝送エラー率は、受信状態を示す情報であり、例えば、信号雑音比（SNR: Signal-noise ratio）、変調誤差比（MER: Modulation Error Rate）などを示す。また伝送エラー率は、復調処理情報に含まれ、復調処理情報は、復調処理部１５（図１）から、パケット処理部１８に供給される情報である。

また伝送エラー率は、例えば、ビット誤り率（BER: Bit Error Rate）、前方誤り訂正率（FER: FEC（Forward Error Correction）block Error Rate）などであっても良い。この場合、伝送エラー率は、誤り訂正処理情報に含まれ、誤り訂正処理情報は、誤り訂正処理部１６（図１）からパケット処理部１８に供給される。

ステップＳ１３０２において、伝送エラー率は、所定のしきい値を超えていないと判定された場合、ステップＳ１３０３に処理は進められる。ステップＳ１３０３において、復号エラー率は、所定のしきい値を超えているか否かが判定される。

復号エラー率は、映像や音声の復号処理における単位時間当たりの復号エラー回数を示す。復号エラー率は、例えばデコーダなどの外部の後段処理装置２から供給される情報である。

なお、復号エラー率といった情報が、後段処理装置２から得られない場合、ステップＳ１３０３の処理は省略しても良い。

ステップＳ１３０３において、復号エラー率は、所定のしきい値を超えていないと判定された場合、ステップＳ１３０４に、処理は進められる。ステップＳ１３０４において、「パケット識別子」パラメータは、所定の値であるか否かが判定される。

「パケット識別子」は、例えば、ＴＬＶパケットの「パケット識別（packet_type）」パラメータ（8ビット）とすることができる。この「パケット識別」パラメータは、当該ＴＬＶパケット内のデータ部に格納されるデータを識別するためのパラメータである。

また例えば、「パケット識別子」は、ＴＬＶパケットが含むサブパケットのパラメータ、例えば、IP（Internet Protocol）パケットの「送信元アドレス（source_address）」パラメータ（32ビット/IPv4、128ビット/IPv6）および「宛先アドレス（destination_address）」パラメータ（同様）とすることができる。これらのパラメータは、当該IPパケットの送信元アドレスおよび宛先アドレスを示すパラメータである。

また例えば、「パケット識別子」は、ＴＬＶパケットが含むサブパケットのパラメータ、例えば、UDP（User Datagram Protocol）パケットの「送信元ポート（source_port）」パラメータ（16ビット）および「宛先ポート（destination_port）」パラメータ（同様）とすることができる。これらのパラメータは、当該UDPパケットの送信元ポートおよび宛先ポートを示すパラメータである。

また例えば、「パケット識別子」は、ＴＬＶパケットが含むサブパケットのパラメータ、例えば、MMTP（MPEG Media Transport Protocol）パケットの「パケット識別子（packet_id）」パラメータ（16ビット）とすることができる。これらのパラメータは、当該MMTPパケット内のデータ部に格納されるデータを識別するパラメータである。このデータ部に格納されるデータは、映像、音声、字幕、文字スーパー、制御情報、その他に係わるデータである。

また例えば、「パケット識別子」は、上記したパラメータの２つ以上の組み合わせとすることができる。

どの「パケット識別子」を用いるかは、パケット書き換え部３３が処理するパケットの種別に応じて設定される。

ステップＳ１３０４において、「パケット識別子」パラメータは、所定の値であると判定され場合、ステップＳ１３０５に、処理は進められる。ステップＳ１３０５には、ステップＳ１３０１において、当該パケットは、誤り訂正がＮＧのブロックに含まれていないと判定された場合も来る。

ステップＳ１３０５に処理が来るのは、誤り訂正がＮＧのブロックには含まれていないパケットか、伝送エラー率や復号エラー率が、所定のしきい値以下である場合、換言すれば、問題無い範囲内で伝送エラー率や復号エラー率が収まっている場合、および「パケット識別子」パラメータが所定の値である場合である。これらの場合、パケットは正常なパケットであると判定できる。

このような正常なパケットは、ステップＳ１３０５において、有効パケットとして、後段処理装置２（図１）に出力される。

一方、ステップＳ１３０２において、伝送エラー率は、所定のしきい値を超えていると判定された場合、ステップＳ１３０３において、復号エラー率は、所定のしきい値を超えていると判定された場合、またはステップＳ１３０４において、「パケット識別子」パラメータは、所定の値ではないと判定された場合、ステップＳ１３０６に処理は進められる。

ステップＳ１３０６に処理が来るのは、パケットは正常ではないと判定された場合である。よって、ステップＳ１３０６において、当該パケットは無効化されて、後段処理装置２に出力される。

このように、処理対象とされているパケットが、誤り訂正ＮＧのブロックに含まれていても、例えば、伝送エラー率などに問題が無ければ、有効パケットして後段の処理において処理できるように出力される。

従来、誤り訂正ＮＧのブロックに含まれていたパケットは、誤りを含まないパケットであっても、無効化されていた。しかしながら、本技術によれば、上記したように、誤り訂正ＮＧのブロックに含まれていても、誤りを含まないパケットであれば、無効化されずに処理される。

ここで、図２８を参照して、再度パケット処理部１８の処理について説明を加える。図２８のＡは、パケット処理部１８への入力（パケット列）の一例を示す。本例では、６個のパケット（パケット１からパケット６）がパケット処理部１８に入力される。ここで、パケット１とパケット４の「パケット識別子」はＡ、パケット２とパケット５の「パケット識別子」はＢ、パケット３とパケット６の「パケット識別子」はＣであるとする。

図２８のＢ乃至Ｄは、図２８のＡのパケット列を入力した場合のパケット処理部１８からの出力（パケット列）を示す。図２８のＢ乃至Ｄ中、斜線を付したパケットは、無効パケットを表し、斜線を付していないパケットは、有効パケットを表す。

図２８のＢは、当該パケット列を含むブロックが誤り訂正ＯＫである場合の出力である。ブロックが誤り訂正ＯＫである、すなわち、正常なブロックであるため、図２８のＢに示すように、全てのパケットは、そのまま、有効パケットとして出力される。

図２８のＣは、当該パケット列を含むブロックが誤り訂正ＮＧであり、伝送エラー率および復号エラー率が、パケット３までは各々しきい値以下であり、パケット４以降でいずれかのエラー率が、そのしきい値を超えた場合の出力を示している。

このような場合、図２８のＣに示したように、パケット１からパケット３は、そのまま（有効パケットとして）出力されるのに対して、パケット４からパケット６は無効化されて出力される。なお、本例においては、「パケット識別子」としてＡ，Ｂ，Ｃの全ての値を指定している場合を例示している。

図２８のＤは、当該パケット列を含むブロックが誤り訂正ＮＧであり、伝送エラー率および復号エラー率が、全てのパケットにおいて各々しきい値以下であり、「パケット識別子」としてＡ，Ｂを指定している場合の出力を示している。

このような場合、図２８のＤに示したように、パケット１, ２, ４, ５は、そのまま、有効パケットとして出力されるのに対して、パケット３, ６は、「パケット識別子」が所定の値（この場合、ＡまたはＢではない）ため、無効化されて出力される。

なお、図示しないが、当該パケット列を含むブロックが誤り訂正ＮＧであった場合、従来は、パケット１乃至６の全てが無効化されて出力されていた。図２８のＣや図２８のＤに示したように、本技術によれば、誤り訂正ＮＧのブロックに含まれていても、誤りを含まないパケットであれば、無効化されず、有効パケットとして出力される。

よって、受信されたブロックが、誤り訂正ＮＧの場合でも、従来と比較して、より多くの正常なパケットを後段に渡すことが可能になる。その結果、受信側、例えば、デコーダなどの後段処理装置２（図１）において、より多くのデータを処理、例えば、復号再生、記録、再配信などの処理を行うことが可能となる。

具体的な効果として、例えば、デジタルテレビジョン受信機において、受信ブロック中に映像パケットのみに誤りがある場合、従来では、映像も音声も再生されないが、本技術を適用することで、映像は静止表示（フリーズ）して、音声は通常再生するといったような処理を行うことが可能となる。また、反対に、受信ブロック中に音声パケットのみに誤りがある場合、音声は消音（ミュート）して、映像は通常通り再生するといったような処理を行うことも可能となる。

上述した実施の形態においては、ブロック処理部１７において、「データ長」パラメータなどのパラメータが修正（変更）する処理が実行され、パケット処理部１８において、パケットの書き換え（無効化を有効化する）を行う処理が実行されるとして説明した。

ブロック処理部１７におけるパラメータの修正処理と、パケット処理部１８におけるパケットの書き換え処理は、それぞれ独立した処理として行うことができる。換言すれば、パラメータの修正をしなければ、パケットの書き換えが行えないといった処理関係ではない。よって、それぞれ独立して行うことが可能である。

上記した例では、パラメータの修正とパケットの書き換えの両方を行う受信処理部１３を例に挙げて説明した。パラメータの修正のみを行い、パケットの書き換えを行わない、換言すれば、ブロック処理部１７においては、上述した処理を実行するが、パケット処理部１８は、一般的なパケット処理を行い、上述したパケットの書き換えは行わないように、受信処理部１３を構成することも可能である。

また、パラメータの修正は行わず、パケットの書き換えは行う、換言すれば、ブロック処理部１７においては、上述した処理を実行せず、一般的なブロックに対する処理を実行し、パケット処理部１８は、上述した処理を行うように、受信処理部１３を構成することも可能である。

＜受信処理部の他の構成＞
上述したように、本技術を適用した受信処理部１３においては、例えば、「データ長」パラメータに誤りが生じていても、修正して出力することができる。例えば、「データ長」パラメータが正しくなければ、次のパケットの先頭の正しい位置がわからないが、本技術によれば、「データ長」パラメータが正しく修正されるため、次のパケットの先頭の正しい位置もわかるようになる。

次パケットの先頭の位置がわかることで、例えば、パケットの同期信号も正確な信号として生成することが可能となる。そこで、図２９に、パケット同期信号などの信号を生成し、出力する構成を有する受信装置１０１の構成を示す。なお、図１に示した受信装置１１と同様の部分には、同様の符号を付し、その説明は適宜省略する。

図２９に示した受信装置１０１は、受信処理部１０２を含む構成とされている。受信処理部１０２は、図１に示した受信処理部１３に、出力インタフェース部１０３を追加した構成とされている。その他の部分は、図１に示した受信処理部１３と同様の構成とされている。

受信処理部１０２のパケット処理部１８は、復調処理部１５から供給される復調処理情報（伝送エラー率）、誤り訂正処理部１６から供給される誤り訂正処理情報（伝送エラー率）、ブロック処理部１７から供給されるブロック処理情報（パケット単位の誤り訂正処理結果）、ならびに外部の後段処理装置２（例えば、デコーダ）から供給される後段処理情報（例えば、復号エラー率）に基づいて、ブロック処理部１７から供給されるパケットに対して処理を施し、出力インタフェース部１０３に供給する。

出力インタフェース部１０３は、パケット処理部１８（に含まれるパケット書き換え部３３（図５））から供給されるパケットの出力信号（パケット出力信号）を生成し、外部の後段処理装置２（例えば、デコーダ）に出力する。「パケット出力信号」は、例えば、伝送クロック信号、パケットデータ信号、パケット同期信号から構成される。

＜出力インタフェース部の構成＞
図３０は、出力インタフェース部１０３の構成を示すブロック図である。出力インタフェース部１０３は、基準クロック生成部１１１、伝送クロック生成部１１２、パケット同期信号生成部１１３、フリップフロップ１１４、フリップフロップ１１５から構成される。

基準クロック生成部１１１は、伝送クロックの基準となる、所定の周波数のクロック信号（基準クロック信号）を生成し、伝送クロック生成部１１２に供給する。

伝送クロック生成部１１２は、基準クロック生成部１１１から供給された基準クロック信号に基づいて伝送クロック信号を生成し、同信号を外部、例えば、後段処理装置２に出力するとともに、フリップフロップ１１４とフリップフロップ１１５にも供給する。

パケット同期信号生成部１１３は、パケット処理部１８（図２９）（パケット書き換え部３３（図５））から供給されるパケット列を入力として、各パケットに対応するパケット同期信号（パルス）を生成し、フリップフロップ１１５に供給する。この「パケット同期信号」は、本信号を受信した側の装置で、パケットの境界（例えば、パケットの先頭位置）を特定できる信号である。

フリップフロップ１１４は、伝送クロック生成部１１２から供給される伝送クロック信号の立ち上がりのタイミングで動作するフリップフロップであり、パケット処理部１８（パケット書き換え部３３（図５））から供給されるパケットを受信し、パケットデータ信号を外部へ送信する。

フリップフロップ１１５は、伝送クロック生成部１１２から供給される伝送クロック信号の立ち上がりのタイミングで動作するフリップフロップであり、パケット同期信号生成部１１３から供給されるパケット同期信号を受信し、外部へ送信する。

図３０に示した出力インタフェース部１０３の動作について、図３１に示した信号波形を参照しながら説明する。出力インタフェース部１０３は、パケットを入力として、パケット出力信号を生成し、外部に出力する。パケット出力信号は、伝送クロック信号、パケットデータ信号、およびパケット同期信号から構成されている。

図３１のＡは、伝送クロック信号の出力例を示している。図３１のＢは、パケットデータ信号（信号幅８ビット）の出力例を示している。図３１のＢからわかるように、パケットデータ信号は、伝送クロック信号（図３１のＡ）に同期して、８ビットずつ出力される。

例えば、パケットｎの場合、Ｄ１，Ｄ２，Ｄ３，・・・であり、パケットｎ＋１の場合、Ｅ１，Ｅ２，Ｅ３・・・である。これにより、当該信号を受信した装置（例えば、後段処理装置２）は、伝送クロック信号の立ち上がりのタイミングで当該信号を受信することができる。

図３１のＣは、パケット同期信号（信号幅１ビット）の出力例を示している。図３１のＣからわかるように、パケット同期信号は、パケットデータ信号（図３１のＢ）の先頭バイトの位置においてアサート（図３１においては正論理）される。

例えば、パケットｎの場合、Ｄ１の位置でアサートされ、パケットｎ＋１の場合、Ｅ１の位置でアサートされる。パケット同期信号も、パケットデータ信号と同様、伝送クロック信号（図３１のＡ）に同期している。これにより、当該信号の受信装置（例えば、後段処理装置２）は、伝送クロックの立ち上がりのタイミングで当該信号を受信することができ、同じタイミングで受信したパケットデータ信号（本例では、信号幅８ビット）が、パケットの先頭バイトであることを知ることができる。

なおここでは、パケットデータ信号の信号幅は、上記の例では、８ビットとしたが、それ以外のビット幅、例えば、１ビットなどでも、本技術を適用できる。

パケット同期信号のアサート位置は、上記の例では、パケットデータ信号の先頭バイトの位置でアサートされるが、パケットデータ信号の信号幅に応じて、適宜アサートの位置を変更することもできる。例えば、パケットデータ信号の信号幅が１ビットである場合、パケットデータ信号の先頭ビットの位置でアサートするように構成することも可能である。

このように、本技術によれば、各パケットの境界を特定できるパケット同期信号を生成する構成とすることができる。また、そのような信号をパケットデータ信号と同期して出力するインタフェース部として設けることができる。

＜システム構成について＞
上述した受信装置１１を含むシステムについて図３２を参照して説明する。なお、ここでは、受信装置１１を例に挙げて説明するが、受信装置１０１（図２９）であっても良い。

図３２のＡは、受信装置１１を、放送された多重化ストリームを復号して再生する復号再生システムに応用した場合の構成例を示している。図３２のＡに示した復号再生システムは、後段処理装置２としてデコーダ部２０１が接続され、デコーダ部２０１には、さらに再生部２０２が接続されている。

図３２のＡに示した復号再生システムでは、受信装置１１から出力されるパケットから構成される多重化ストリームが、デコーダ部２０１に供給され、その結果得られる復号済みの信号が、再生部２０２に供給され再生される。ここで、デコーダ部２０１は、例えば、MPEG（Moving Picture Experts Group）などの映像デコーダや音声デコーダなどからなる。また、再生部２０２は、例えば、ディスプレイ、スピーカなどからなる。なお、この復号再生システムでは、デコーダ部２０１で得られたエラー情報が、受信装置１１にフィードバックされる。

ここでは、受信装置１１、デコード部２０１、再生部２０２をそれぞれ別体として説明したが、一体化された装置であっても良い。

図３２のＢは、受信装置１１を、放送された多重化ストリームを記録媒体に記録する記録システムに応用した場合の構成例を示している。図３２のＢに示した記録システムは、後段処理装置２として、記録フォーマット生成部２１１が、受信装置１１に接続されている。

図３２のＢに示した記録システムでは、受信装置１１から出力されるパケットから構成される多重化ストリームが、記録フォーマット生成部２１１供給され、その結果得られた記録フォーマットが、記録部２１２に供給され、記録媒体２１３に記録される。この記録媒体２１３は、例えば、DVD（Digital Versatile Disc）、Blu-ray（登録商標） Disc、ハードディスクドライブ、フラッシュメモリなどからなる。なお、この記録システムでは、記録フォーマット生成部２１１で得られたエラー情報が受信装置１１にフィードバックされる。

ここでは、受信装置１１、記録フォーマット生成部２１１、記録部２１２をそれぞれ別体として説明したが、一体化された装置であっても良い。

図３２のＣは、受信装置１１を、放送された多重化ストリームをネットワークに配信する配信システムに応用した場合の構成例を示している。この配信システムでは、受信装置１１から出力されるパケットから構成される多重化ストリームが、配信フォーマット生成部２２１に供給されてネットワーク配信に適したフォーマット（例えば、RTP（Real-time Transport Protocol）等）に変換された後にネットワークＡ配信部２２２に供給され、ネットワークＡ２２３経由で配信される。

デコーダ部２２５は、ネットワークＡ受信部２２４経由で配信フォーマットを受信する。その結果得られる復号済みの信号が、再生部２２６に供給され再生される。なお、本システムでは、配信フォーマット生成部２２１で得られたエラー情報Ａが受信装置１１にフィードバックされるようにしても良い。

また、デコーダ部２２５からのエラー情報Ｂが、ネットワークＢ配信部２２７、ネットワークＢ２２８、およびネットワークＢ受信部２２９を経由して受信装置１１にフィードバックされるようにしても良い。ここで、ネットワークＡとネットワークＢは、同一のネットワークであっても良いし、異なるネットワークであっても良い。

ここでは、受信装置１１、配信フォーマット生成部２２１、ネットワークＡ配信部２２２、ネットワークＢ受信部２２９をそれぞれ別体として説明したが、一体化された装置であっても良い。

このように、本技術を適用した受信装置１１（受信装置１０１）を、復号再生システム、記録システム、配信システムなどをシステムの一部を構成する装置とすることができる。

＜記録媒体について＞
上述した一連の処理は、ハードウエアにより実行することもできるし、ソフトウエアにより実行することもできる。一連の処理をソフトウエアにより実行する場合には、そのソフトウエアを構成するプログラムが、コンピュータにインストールされる。ここで、コンピュータには、専用のハードウエアに組み込まれているコンピュータや、各種のプログラムをインストールすることで、各種の機能を実行することが可能な、例えば汎用のパーソナルコンピュータなどが含まれる。

図３３は、上述した一連の処理をプログラムにより実行するコンピュータのハードウエアの構成例を示すブロック図である。コンピュータにおいて、ＣＰＵ（Central Processing Unit）３０１、ＲＯＭ（Read Only Memory）３０２、ＲＡＭ（Random Access Memory）３０３は、バス３０４により相互に接続されている。バス３０４には、さらに、入出力インタフェース３０５が接続されている。入出力インタフェース３０５には、入力部３０６、出力部３０７、記憶部３０８、通信部３０９、及びドライブ３１０が接続されている。

入力部３０６は、キーボード、マウス、マイクロフォンなどよりなる。出力部３０７は、ディスプレイ、スピーカなどよりなる。記憶部３０８は、ハードディスクや不揮発性のメモリなどよりなる。通信部３０９は、ネットワークインタフェースなどよりなる。ドライブ３１０は、磁気ディスク、光ディスク、光磁気ディスク、又は半導体メモリなどのリムーバブルメディア３１１を駆動する。

以上のように構成されるコンピュータでは、ＣＰＵ３０１が、例えば、記憶部３０８に記憶されているプログラムを、入出力インタフェース３０５及びバス３０４を介して、ＲＡＭ３０３にロードして実行することにより、上述した一連の処理が行われる。

コンピュータ（ＣＰＵ３０１）が実行するプログラムは、例えば、パッケージメディア等としてのリムーバブルメディア３１１に記録して提供することができる。また、プログラムは、ローカルエリアネットワーク、インターネット、デジタル衛星放送といった、有線または無線の伝送媒体を介して提供することができる。

コンピュータでは、プログラムは、リムーバブルメディア３１１をドライブ３１０に装着することにより、入出力インタフェース３０５を介して、記憶部３０８にインストールすることができる。また、プログラムは、有線または無線の伝送媒体を介して、通信部３０９で受信し、記憶部３０８にインストールすることができる。その他、プログラムは、ＲＯＭ３０２や記憶部３０８に、あらかじめインストールしておくことができる。

なお、コンピュータが実行するプログラムは、本明細書で説明する順序に沿って時系列に処理が行われるプログラムであっても良いし、並列に、あるいは呼び出しが行われたとき等の必要なタイミングで処理が行われるプログラムであっても良い。

また、本明細書において、システムとは、複数の装置により構成される装置全体を表すものである。

なお、本明細書に記載された効果はあくまで例示であって限定されるものでは無く、また他の効果があってもよい。

なお、本技術の実施の形態は、上述した実施の形態に限定されるものではなく、本技術の要旨を逸脱しない範囲において種々の変更が可能である。

また本発明の実施の形態は、上述した放送規格に限定されるものではなく、本発明の要旨を逸脱しない範囲において、その他の種類のデジタル放送規格に適用することが可能である。

なお、本技術は以下のような構成も取ることができる。
（１）
ブロックが連なって構成される多重化ストリームの前記ブロックに付帯する伝送パラメータからブロック長を特定するブロック情報取得部と、
前記ブロックを解析してパケットパラメータを取得するパケット情報取得部と、
前記ブロックを解析して特定パターン位置情報を取得するパターン情報取得部と、
前記ブロック長、前記パケットパラメータ、および前記特定パターン位置情報に基づいて、前記ブロックに含まれるパケットの境界を特定するパケット分割部と
を備える信号処理装置。
（２）
前記パケット分割部は、前記パケットの所定のパラメータの誤りを検出し、修正する
前記（１）に記載の信号処理装置。
（３）
前記パケットパラメータは、前記パケットの同期パターンに関するパラメータである
前記（１）または（２）に記載の信号処理装置。
（４）
前記パケットパラメータは、前記パケットのデータ長に関するパラメータである
前記（１）乃至（３）のいずれかに記載の信号処理装置。
（５）
前記特定パターン位置情報は、所定の規格によって定められている値の位置情報である
前記（１）乃至（４）のいずれかに記載の信号処理装置。
（６）
前記パケットを解析して得られた前記パケットに含まれるサブパケットのパラメータと、パケット内部特定パターン位置情報に基づいて、前記サブパケットの境界をさらに特定する
前記（１）乃至（５）のいずれかに記載の信号処理装置。
（７）
前記サブパケットの所定のパラメータの誤りを検出し、修正する
前記（６）に記載の信号処理装置。
（８）
前記サブパケットのパラメータは、前記サブパケットの同期パターンに関するパラメータである
前記（６）または（７）に記載の信号処理装置。
（９）
前記サブパケットのパラメータは、前記サブパケットのデータ長に関するパラメータである
前記（６）乃至（８）のいずれかに記載の信号処理装置。
（１０）
前記パケット内部特定パターン位置情報は、所定の規格によって定められている値の位置情報である
前記（６）乃至（９）のいずれかに記載の信号処理装置。
（１１）
前記パケットはＴＬＶパケットであり、前記ブロックはスロットの主信号であり、前記伝送パラメータは、TMCC情報である
前記（１）乃至（１０）のいずれかに記載の信号処理装置。
（１２）
ブロックが連なって構成される多重化ストリームの前記ブロックに付帯する伝送パラメータからブロック長を特定し、
前記ブロックを解析してパケットパラメータを取得し、
前記ブロックを解析して特定パターン位置情報を取得し、
前記ブロック長、前記パケットパラメータ、および前記特定パターン位置情報に基づいて、前記ブロックに含まれるパケットの境界を特定する
ステップを含む信号処理方法。
（１３）
パケットが連なって構成される多重化ストリームのパケットを解析して前記パケットのパラメータを取得するパケット情報取得部と、
前記パケット情報取得部で取得された前記パラメータを用いて、前記パケットの内容を書き換えるパケット書き換え部と
を備える信号処理装置。
（１４）
前記パケット書き換え部は、受信状況に基づいて前記パケットを無効化する
前記（１３）に記載の信号処理装置。
（１５）
前記パケット書き換え部は、後段の処理状況に基づいて前記パケットを無効化する
前記（１３）または（１４）に記載の信号処理装置。
（１６）
前記パケット書き換え部は、前記パケットのパラメータに基づいて前記パケットを無効化する
前記（１３）乃至（１５）のいずれかに記載の信号処理装置。
（１７）
前記パケットのパラメータは、前記パケットのパケット識別子に関するパラメータである
前記（１３）乃至（１６）のいずれかに記載の信号処理装置。
（１８）
前記パケットは、ＴＬＶパケットである
前記（１３）乃至（１７）のいずれかに記載の信号処理装置。
（１９）
前記パケット書き換え部からの出力を入力として、各パケットの境界を特定できるパケット同期信号を生成し、前記パケット同期信号をパケットデータ信号と同期して出力する出力インタフェース部をさらに備える
前記（１３）乃至（１８）のいずれかに記載の信号処理装置。
（２０）
パケットが連なって構成される多重化ストリームのパケットを解析して前記パケットのパラメータを取得し、
取得された前記パラメータを用いて、前記パケットの内容を書き換える
ステップを含む信号処理方法。

１１ 受信装置， １２ 制御部， １３ 受信処理部， １４ チューナ部， １５ 復調処理部， １６ 誤り訂正処理部， １７ ブロック処理部， １８ パケット処理部， ２１ バッファ， ２２ ブロック情報取得部， ２３ パケット情報取得部， ２４ パターン情報取得部， ２５ パケット分割部， ３１ バッファ， ３２ パケット情報取得部， ３３ パケット書き換え部， １０１ 受信装置， １０２ 受信処理部， １０３ 出力インタフェース部， １１１ 基準クロック生成部， １１２ 伝送クロック生成部， １１３ パケット同期信号生成部， １１４，１１５ フリップフロップ

Claims (10)

1. ブロックが連なって構成される多重化ストリームの前記ブロックに付帯する伝送パラメータからブロック長を特定するブロック情報取得部と、
   前記ブロックを解析してパケットパラメータを取得するパケット情報取得部と、
   前記ブロックを解析して特定パターン位置情報を取得するパターン情報取得部と、
   前記ブロック長、前記パケットパラメータ、および前記特定パターン位置情報に基づいて、前記ブロックに含まれるパケットの境界を特定するパケット分割部と
   を備える信号処理装置。
2. 前記パケット分割部は、前記パケットの所定のパラメータの誤りを検出し、修正する
   請求項１に記載の信号処理装置。
3. 前記パケットパラメータは、前記パケットのデータ長に関するパラメータである
   請求項１に記載の信号処理装置。
4. 前記特定パターン位置情報は、所定の規格によって定められている値の位置情報である
   請求項１に記載の信号処理装置。
5. 前記パケットを解析して得られた前記パケットに含まれるサブパケットのパラメータと、パケット内部特定パターン位置情報に基づいて、前記サブパケットの境界をさらに特定する
   請求項１に記載の信号処理装置。
6. 前記サブパケットの所定のパラメータの誤りを検出し、修正する
   請求項５に記載の信号処理装置。
7. 前記サブパケットのパラメータは、前記サブパケットのデータ長に関するパラメータである
   請求項５に記載の信号処理装置。
8. 前記パケット内部特定パターン位置情報は、所定の規格によって定められている値の位置情報である
   請求項５に記載の信号処理装置。
9. 前記パケットはＴＬＶパケットであり、前記ブロックはスロットの主信号であり、前記伝送パラメータは、TMCC情報である
   請求項１に記載の信号処理装置。
10. ブロックが連なって構成される多重化ストリームの前記ブロックに付帯する伝送パラメータからブロック長を特定し、
    前記ブロックを解析してパケットパラメータを取得し、
    前記ブロックを解析して特定パターン位置情報を取得し、
    前記ブロック長、前記パケットパラメータ、および前記特定パターン位置情報に基づいて、前記ブロックに含まれるパケットの境界を特定する
    ステップを含む信号処理方法。

Images