特開 2019-118076 パケット変換装置

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】公開特許公報(A)

(11)【公開番号】特開2019-118076(P2019-118076A)

(43)【公開日】2019年7月18日

(54)【発明の名称】パケット変換装置

(51)【国際特許分類】

   H04N 21/4385 20110101AFI20190627BHJP

   H04N 21/41 20110101ALI20190627BHJP

   H04B 1/16 20060101ALI20190627BHJP

   H04H 40/18 20080101ALI20190627BHJP

【ＦＩ】

   H04N21/4385

   H04N21/41

   H04B1/16 Z

   H04H40/18

【審査請求】未請求

【請求項の数】6

【出願形態】ＯＬ

【全頁数】15

(21)【出願番号】特願2017-252563(P2017-252563)

(22)【出願日】2017年12月27日

(71)【出願人】

【識別番号】518257725

【氏名又は名称】ピクセルワークス インク

【氏名又は名称原語表記】Ｐｉｘｅｌｗｏｒｋｓ，Ｉｎｃ．

(74)【代理人】

【識別番号】110001564

【氏名又は名称】フェリシテ特許業務法人

(72)【発明者】

【氏名】江端 員好

【テーマコード（参考）】

5C164

5K061

【Ｆターム（参考）】

5C164TA22S

5C164TB11S

5C164UA51P

5C164UB24P

5K061AA08

5K061BB06

5K061BB07

5K061BB10

5K061CC02

5K061JJ07

5K061JJ24

(57)【要約】

【課題】可変長パケットを既存のＴＳ信号処理装置が効率的に処理可能なパケットに変換するパケット変換装置を提供する。
【解決手段】パケット変換装置１００は、デジタル放送受信装置１に搭載可能なパケット変換装置１００であって、デジタル放送信号を受信して得られた可変長パケットを取得する可変長パケット取得部１１０と、可変長パケットのヘッダ及びペイロードのうち少なくともヘッダを解析する解析部１３０と、可変長パケットから、それぞれＴＳヘッダを有する複数のＴＳパケットを再構成するパケット再構成部１４０と、複数のＴＳパケットを出力するＴＳパケット出力部１５０と、を備える。パケット再構成部１４０は、少なくとも可変長パケットのヘッダ解析結果に基づいて、ＴＳヘッダ中のＰＩＤの値を設定する。
【選択図】図１

【特許請求の範囲】

【請求項1】

デジタル放送受信装置に搭載可能なパケット変換装置であって、
デジタル放送信号を受信して得られた可変長パケットを取得する可変長パケット取得部と、
前記可変長パケットのヘッダ及びペイロードのうち少なくとも前記ヘッダを解析する解析部と、
前記可変長パケットから、それぞれＴＳヘッダを有する複数のＴＳパケットを再構成するパケット再構成部と、
前記複数のＴＳパケットを出力するＴＳパケット出力部と、を備え、
前記パケット再構成部は、少なくとも前記可変長パケットのヘッダ解析結果に基づいて、前記ＴＳヘッダ中のＰＩＤの値を設定することを特徴とするパケット変換装置。

【請求項2】

前記パケット再構成部は、前記複数のＴＳパケットのうち最初のＴＳパケットのペイロードに、ＭＰＥＧ２−ＴＳ方式のＰＥＳヘッダを配置することを特徴とする請求項１に記載のパケット変換装置。

【請求項3】

前記パケット再構成部は、前記複数のＴＳパケットのうち最後のＴＳパケットのペイロードに空きが生じる場合に、当該ペイロードにＭＰＥＧ２−ＴＳ方式のアダプテーションフィールドを配置することを特徴とする請求項１又は２に記載のパケット変換装置。

【請求項4】

前記可変長パケットのヘッダを削除する削除部を備え、
前記削除部は、前記可変長パケットのペイロードに圧縮ＩＰパケットが格納されている場合に、前記圧縮ＩＰパケットのヘッダ中の少なくとも一部の情報をさらに削除することを特徴とする請求項１〜３の何れか一項に記載のパケット変換装置。

【請求項5】

前記ＴＳパケット出力部が未出力のＴＳパケットを一時的に保持するバッファ部をさらに備え、
前記バッファ部は、前記パケット変換装置の出力ビットレートが前記パケット変換装置の入力ビットレートよりも高い場合に、入力と出力との間のビットレート差を吸収するために用いられることを特徴とする請求項１〜４の何れか一項に記載のパケット変換装置。

【請求項6】

前記解析部は、前記可変長パケットのペイロードに、ＭＭＴＰパケットを含む圧縮ＩＰパケットが格納されている場合に、前記ＭＭＴＰパケットのヘッダを解析することにより前記ＭＭＴＰパケットのペイロードの開始位置を判定し、
前記ＭＭＴＰパケットのペイロードは、所定のデータ長を１単位として暗号化されており、かつ、前記所定のデータ長に応じて定まる所定のデータ位置から復号開始され、
前記パケット再構成部は、前記ＭＭＴＰパケットのペイロードの開始位置が前記所定のデータ位置と整合していない場合に、前記ＭＭＴＰパケットのヘッダとペイロードとの間にスタッフデータを配置することを特徴とする請求項１〜５の何れか一項に記載のパケット変換装置。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、デジタル放送受信装置に搭載可能なパケット変換装置に関する。

【背景技術】

【0002】

従来、デジタル放送では、ＭＰＥＧ２−ＴＳ方式を用いて映像信号や音声信号等を多重化して伝送している。具体的には、デジタル放送システムにおける送信装置は、固定長（１８８バイト）のＴＳパケットからなるトランスポートストリーム（ＴＳ）を含むデジタル放送信号を送信する。デジタル放送信号を受信する受信装置は、ＴＳ入力を有する信号処理装置（ＳｏＣ：Ｓｙｓｔｅｍ ｏｎ Ｃｈｉｐ）を備えており、かかるＴＳ信号処理装置によってＴＳパケットを処理する。

【0003】

一方、高度ＢＳデジタル放送や次世代地上デジタル放送では、ＩＰパケットがカプセル化された可変長パケットを伝送することが想定されている。かかる可変長パケットは、ＴＬＶ（Ｔｙｐｅ Ｌｅｎｇｔｈ Ｖａｌｕｅ）パケットと称されることがある。かかるＴＬＶ方式に対応した信号処理装置を新たに開発する場合には開発コストが大きくなるが、可変長パケットを固定長に変換して既存のＴＳ信号処理装置に入力可能とすれば、開発コストを低く抑えることができると考えられる。

【0004】

可変長パケットを固定長に変換する方法として、受信装置において可変長パケットを１８８バイト単位で分割し、分割して得られた分割データを出力する方法が知られている（例えば、特許文献１参照）。

【先行技術文献】

【特許文献】

【0005】

【特許文献1】特開２０１５−８００２９号公報

【発明の開示】

【発明が解決しようとする課題】

【0006】

しかしながら、単に可変長パケットを１８８バイト単位で分割して既存のＴＳ信号処理装置に入力する場合、ＴＳを適切に処理するために必要な情報が欠如しているため、既存のＴＳ信号処理装置が効率的な処理を行うことができないという問題があった。

【0007】

そこで、本発明は、可変長パケットを既存のＴＳ信号処理装置が効率的に処理可能なパケットに変換するパケット変換装置を提供することを目的とする。

【課題を解決するための手段】

【0008】

一実施形態に係るパケット変換装置は、デジタル放送受信装置に搭載可能なパケット変換装置であって、デジタル放送信号を受信して得られた可変長パケットを取得する可変長パケット取得部と、前記可変長パケットのヘッダ及びペイロードのうち少なくとも前記ヘッダを解析する解析部と、前記可変長パケットから、それぞれＴＳヘッダを有する複数のＴＳパケットを再構成するパケット再構成部と、前記複数のＴＳパケットを出力するＴＳパケット出力部と、を備える。前記パケット再構成部は、少なくとも前記可変長パケットのヘッダ解析結果に基づいて、前記ＴＳヘッダ中のＰＩＤの値を設定する。

【発明の効果】

【0009】

本発明によれば、可変長パケットを既存のＴＳ信号処理装置が効率的に処理可能なパケットに変換するパケット変換装置を提供できる。

【図面の簡単な説明】

【0010】

【図1】実施形態に係るデジタル放送受信装置の構成を示す図である。

【図2】実施形態に係るデジタル放送受信装置において処理されるＴＬＶパケット及びＴＳパケットの構成を示す図である。

【図3】実施形態に係る解析部の動作例を示す図である。

【図4】実施形態に係るＴＳパケット化部の動作例を示す図である。

【図5】実施形態に係る最後のＴＳパケットの構成例を示す図である。

【図6】実施形態に係るＭＭＴＰパケットに対するスタッフィング動作を示す図である。

【図7】実施形態の変更例を示す図である。

【発明を実施するための形態】

【0011】

図面を参照して、本発明の実施形態を説明する。

【0012】

（デジタル放送受信装置）
まず、実施形態に係るデジタル放送受信装置について説明する。実施形態に係るデジタル放送受信装置は、高度ＢＳデジタル放送や次世代地上デジタル放送等のデジタル放送システムにおいて用いられる。デジタル放送受信装置は、デジタルテレビ放送用のチューナ装置、チューナ内蔵の録画装置、又はチューナ内蔵のテレビ装置等である。

【0013】

実施形態において、デジタル放送受信装置が、４Ｋ／８Ｋデジタル放送を実現する衛星デジタル放送方式であるＩＳＤＢ−Ｓ３（Ｉｎｔｅｇｒａｔｅｄ Ｓｅｒｖｉｃｅｓ Ｄｉｇｉｔａｌ Ｂｒｏａｄｃａｓｔｉｎｇ ｆｏｒ Ｓａｔｅｌｌｉｔｅ，３ｒｄ ｇｅｎｅｒａｔｉｏｎ）に従ったデジタル放送信号を受信する一例について説明する。

【0014】

かかるデジタル放送システムでは、可変長パケットを用いた伝送を行う。実施形態において、可変長パケットがＡＲＩＢ ＳＴＤ−Ｂ３２ 第３部に規定されるようなＴＬＶパケットである一例について説明する。

【0015】

図１は、実施形態に係るデジタル放送受信装置１の構成を示す図である。図１（ａ）に示すように、デジタル放送受信装置１は、受信処理装置１０と、パケット変換装置１００と、ＴＳ信号処理装置２０とを備える。受信処理装置１０、パケット変換装置１００、及びＴＳ信号処理装置２０のそれぞれは、デジタル放送受信装置１に搭載されるシステムＬＳＩ（ＳｏＣ）として構成される。

【0016】

受信処理装置１０は、アンテナにおいて受信されたデジタル放送信号（受信信号）を入力し、デジタル放送信号に対する受信処理（例えば、Ａ／Ｄ変換処理、復調処理、及び誤り訂正処理）を行ってＴＬＶパケットを抽出し、抽出したＴＬＶパケットをクロック信号１に同期して出力する。受信処理装置１０は、クロック信号及びＴＬＶパケットを出力することに加えて、ＴＬＶパケット先頭の同期パターンの区間を示すシンク信号、有効データ区間を示す信号、及びエラーの有無を示す信号（エラービット）をさらに出力してもよい。

【0017】

パケット変換装置１００は、受信処理装置１０が出力するＴＬＶパケットを取得し、取得したＴＬＶパケットをＴＳパケットに変換し、ＴＳパケットをクロック信号２に同期して出力する。

【0018】

一般的に、ＴＬＶパケットはＴＳパケットに比べてパケット長が長いため、パケット変換装置１００は、通常、１つのＴＬＶパケットを複数のＴＳパケットに変換して出力する。但し、ＴＬＶパケットのパケット長がＴＳパケットのパケット長よりも短いこともあり得る。以下においては、パケット変換装置１００が１つのＴＬＶパケットを複数のＴＳパケットに変換して出力するケースを主として説明する。

【0019】

パケット変換装置１００の出力側のクロック信号２は、パケット変換装置１００の入力側のクロック信号１とは非同期かつ異なるクロック周波数であってもよい。

【0020】

ＴＳ信号処理装置２０は、ＴＳ入力を有する既存の信号処理装置である。ＴＳ信号処理装置２０は、パケット変換装置１００が出力するＴＳパケットを取得し、取得したＴＳパケットを既存の方法によって処理する。

【0021】

図２は、デジタル放送受信装置１において処理されるＴＬＶパケット及びＴＳパケットの構成を示す図である。

【0022】

図２（ａ）に示すように、ＴＬＶパケットは、ＴＬＶヘッダとＴＬＶペイロードとからなる。ＴＬＶペイロードは、Ｖａｌｕｅフィールドと称されることがある。ＴＬＶヘッダは、同期パターンとパケット種別（Ｔｙｐｅ）フィールドと長さ（Ｌｅｎｇｔｈ）フィールドとを含む。Ｔｙｐｅフィールドには、ＴＬＶペイロードに格納されたデータの種類を示す情報が格納される。Ｌｅｎｇｔｈフィールドには、ＴＬＶペイロードのデータ長を示す情報が格納される。

【0023】

ＴＬＶペイロードには、ＭＭＴＰ（ＭＰＥＧ Ｍｅｄｉａ Ｔｒａｎｓｐｏｒｔ Ｐｒｏｔｏｃｏｌ）パケットがカプセル化されたＩＰパケット又はＴＬＶ伝送制御信号（ＴＬＶ−ＳＩ）等が格納される。ＭＭＴＰパケットがカプセル化されたＩＰパケットはヘッダ圧縮が施されており、かかるＩＰパケットは圧縮ＩＰパケットと称される。ＴＬＶ−ＳＩとしては、ＮＴＰ（Ｎｅｔｗｏｒｋ Ｔｉｍｅ Ｐｒｏｔｏｃｏｌ）、ＮＩＴ（Ｎｅｔｗｏｒｋ Ｉｎｆｏｒｍａｔｉｏｎ Ｔａｂｌｅ）、及びＡＭＰ（Ａｄｄｒｅｓｓ Ｍａｐ Ｔａｂｌｅ）等がある。図２（ｂ）及び（ｃ）の例では、ＴＬＶペイロードに圧縮ＩＰパケットが格納され、圧縮ＩＰパケットのペイロードにＭＭＴＰパケットが格納されている。図２（ｄ）及び（ｅ）の例では、ＴＬＶペイロードにはＴＬＶ−ＳＩ（ＮＴＰ／ＮＩＴ／ＡＭＰ）が格納されている。ＭＭＴ方式では、符号化データ内の映像ＧＯＰ（Ｇｒｏｕｐ ｏｆ Ｐｉｃｔｕｒｅｓ）などのように独立して復号処理可能な単位をＭＰＵ（Ｍｅｄｉａ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）と定義し、１枚の映像フレームなどの単位をＭＦＵ（Ｍｅｄｉａ Ｆｒａｇｍｅｎｔ Ｕｎｉｔ）と定義しており、ＭＦＵがＭＭＴＰペイロードに格納される。

【0024】

一方、図２（ｄ）に示すように、ＴＳパケットは、１８８バイトの固定長パケットである。ＴＳパケットは、４バイト長のＴＳヘッダ（ヘッダ部）と、ＴＳペイロードとからなる。ＴＳヘッダには、パケットの識別に用いる１３ビット長のＰＩＤ（Ｐａｃｋｅｔ ＩＤ）が含まれる。ＭＰＥＧ２−ＴＳ方式では、符号化データを１枚の映像フレームなどの単位でＰＥＳ（Ｐａｃｋｅｔｉｚｅｄ Ｅｌｅｍｅｎｔａｒｙ Ｓｔｒｅａｍ）としてカプセル化した後、ＰＥＳパケットが分割されてＴＳパケットに格納される。１つのＰＥＳパケットは同一のＰＩＤを持つ各ＴＳパケットのペイロードに分割して配置され、１つのＴＳパケットに複数のＰＥＳパケットの情報が含まれることはない。

【0025】

（パケット変換装置）
次に、実施形態に係るパケット変換装置１００について説明する。図１（ｂ）に示すように、パケット変換装置１００は、ＴＬＶパケット取得部１１０と、第１バッファ部１２０と、解析部１３０と、パケット再構成部１４０と、ＴＳパケット出力部１５０と、第２バッファ部１６０とを備える。

【0026】

ＴＬＶパケット取得部１１０は、デジタル放送信号を受信して得られた可変長パケットを取得する。具体的には、ＴＬＶパケット取得部１１０は、受信処理装置１０が出力するＴＬＶパケットを、ＴＬＶパケット先頭の同期パターンの区間を示すシンク信号に基づいて取得（キャプチャ）する。ＴＬＶパケット取得部１１０は、シンク信号の変化点に基づいて、ＴＬＶパケットの開始位置を認識できる。

【0027】

ＴＬＶパケット取得部１１０は、受信処理装置１０が出力するエラービットに基づいて、取得したＴＬＶパケットにエラーが含まれているか否かを判断してもよい。取得したＴＬＶパケットにエラーが含まれている場合、パケット変換装置１００は、このＴＬＶパケットに対応するＴＳパケットを出力しなくてもよいし、このＴＬＶパケットに対応する無効パケット（ヌルパケット）を出力してもよい。

【0028】

第１バッファ部１２０は、ＴＬＶパケット取得部１１０が取得したＴＬＶパケットを一時的に保持する。第１バッファ部１２０は、解析部１３０が解析処理を行うために必要な時間及びパケット再構成部１４０が各種ヘッダ等を生成するために必要な時間においてＴＬＶパケットを保持する。

【0029】

解析部１３０は、第１バッファ部１２０に保持されたＴＬＶパケットの解析を行う。解析部１３０は、ＴＬＶパケットのヘッダ及びペイロードのうち少なくともヘッダを解析する。

【0030】

図３は、解析部１３０の動作例を示す図である。図３に示すように、解析部１３０は、ＴＬＶヘッダ中のパケット種別フィールドを解析し、このフィールド中の値に基づいてＴＬＶペイロードの中身を判別する。

【0031】

具体的には、解析部１３０は、パケット種別フィールド中の値が「０ｘ０２」である場合に、ＴＬＶペイロードにＩＰパケット（すなわち、ＮＴＰ）が格納されていると判断する。解析部１３０は、パケット種別フィールド中の値が「０ｘ０３」である場合に、ＴＬＶペイロードに圧縮ＩＰパケット（すなわち、ＭＭＴＰパケット）が格納されていると判断する。

【0032】

解析部１３０は、パケット種別フィールド中の値が「０ｘＦＥ」である場合に、ＴＬＶペイロードに、ＴＬＶ伝送制御信号であるＴＬＶ−ＳＩ（ＴＬＶ−Ｓｉｇｎａｌｉｎｇ Ｉｎｆｏｒｍａｔｉｏｎ）が格納されていると判断する。この場合、解析部１３０は、ＴＬＶペイロードに格納されているテーブルＩＤをさらに解析する。そして、テーブルＩＤの値が「０ｘ４０」である場合、解析部１３０は、ＴＬＶペイロードにＴＬＶ−ＮＩＴ（ａｃｔｕａｌ）が格納されていると判断する。テーブルＩＤの値が「０ｘ４１」である場合、解析部１３０は、ＴＬＶペイロードにＴＬＶ−ＮＩＴ（ｏｔｈｅｒｓ）が格納されていると判断する。テーブルＩＤの値が「０ｘＦＥ」である場合、解析部１３０は、ＴＬＶペイロードにＡＭＴが格納されていると判断する。なお、ＴＬＶ−ＮＩＴはＭＰＥＧ−２システムで規定されるネットワーク情報テーブルである。ＴＬＶ−ＮＩＴ（ａｃｔｕａｌ）が主となるものであり、ＴＬＶ−ＮＩＴ（ｏｔｈｅｒｓ）はそれ以外のものである。

【0033】

解析部１３０は、ＴＬＶヘッダ中の長さフィールドをさらに解析し、解析結果に基づいて、再構成すべきＴＳパケットの数や、最後のＴＳパケットに空きが生じるか否か等を判断してもよい。

【0034】

また、解析部１３０は、削除部１３１を有する。削除部１３１は、第１バッファ部１２０に保持されたＴＬＶパケットについて、パケット種別フィールド中の値が「０ｘ０２」、「０ｘ０３」、「０ｘＦＥ」のいずれにも該当しない場合に、そのＴＬＶパケットを不要なＴＬＶパケットであると判断し、そのＴＬＶパケットを削除する。さらに、削除部１３１は、解析後のＴＬＶヘッダを削除する。

【0035】

削除部１３１は、ＴＬＶパケットのペイロードに圧縮ＩＰパケットが格納されている場合に、圧縮ＩＰパケットのヘッダ中の少なくとも一部の情報を削除する。圧縮ＩＰパケットは、ＩＰヘッダ（ヘッダ部）とＩＰペイロード（データ部）とからなる。ＩＰヘッダは、コンテクスト識別子（ＣＩＤ）と、連続番号（ＳＮ）と、コンテクスト識別ヘッダ種別（ＣＩＤ ｈｅａｄｅｒ ｔｙｐｅ）と、圧縮ヘッダとを含む。解析部１３０（削除部１３１）は、コンテクスト識別子（ＣＩＤ）と連続番号（ＳＮ）とを削除し、コンテクスト識別ヘッダ種別（ＣＩＤ ｈｅａｄｅｒ ｔｙｐｅ）を解析する。コンテクスト識別ヘッダ種別（ＣＩＤ ｈｅａｄｅｒ ｔｙｐｅ）が「０ｘ６０」である場合、解析部１３０（削除部１３１）は、ＩＰヘッダ（ヘッダ部）中の圧縮ヘッダが部分ＩＰｖ６ヘッダ及び部分ＵＤＰヘッダであると判断する。部分ＩＰｖ６ヘッダは、「ｖｅｒｓｉｏｎ」、「ｔｒａｆｆｉｃ ｃｌａｓｓ」、「ｆｌｏｗ ｌａｂｅｌ」、「ｎｅｘｔ ｈｅａｄｅｒ」、「ｈｏｐ ｌｉｍｉｔ」、「ｓｏｕｒｃｅ ａｄｄｒｅｓｓ」、「ｄｅｓｔｉｎａｔｉｏｎ ａｄｄｒｅｓｓ」を含む。部分ＵＤＰヘッダは、「ｓｏｕｒｃｅ ｐｏｒｔ」、「ｄｅｓｔｉｎａｔｉｏｎ ｐｏｒｔ」を含む。削除部１３１は、部分ＩＰｖ６ヘッダ及び部分ＵＤＰヘッダを削除する。ＩＰヘッダが削除された結果、ＭＭＴＰパケットが残ることになる。

【0036】

パケット再構成部１４０は、解析部１３０による解析の結果に基づいて、ＴＬＶパケットから、それぞれＴＳヘッダを有する複数のＴＳパケットを再構成して出力する。パケット再構成部１４０は、ＴＳパケット化部１４１と、ＴＳヘッダを生成するＴＳヘッダ生成部１４２と、ＰＥＳヘッダを生成するＰＥＳヘッダ生成部１４３と、アダプテーションフィールドを生成するアダプテーションフィールド生成部１４４と、ＭＭＴＰパケットに対するスタッフィングを行うＭＭＴＰパケットスタッフィング部１４５とを備える。

【0037】

ＴＳパケット化部１４１は、ＴＬＶパケットのペイロードをＴＳパケット化する。図４は、ＴＳパケット化部１４１の動作例を示す図である。

【0038】

図４（ａ）に示すように、第１バッファ部１２０には、ＴＬＶパケットのペイロードのデータが保持されている。図４（ｄ）に示すように、ＴＳパケット化部１４１は、かかるＴＬＶペイロードデータを分割し、分割データを複数のＴＳパケットのペイロードに配置する。図４（ｄ）の例では、１つのＴＬＶパケットに対して７つのＴＳパケットが再構成されている。また、ＴＳパケット化部１４１は、ＴＳヘッダ生成部１４２から入力される各ＴＳヘッダを、対応するＴＳパケットに配置する。

【0039】

図４（ｂ）に示すように、ＴＳパケット化部１４１は、ＰＥＳヘッダ生成部１４３から入力されるＰＥＳヘッダ（９バイト）を、最初のＴＳパケット＃１のペイロードの先頭部分に配置する。また、ＴＳパケット化部は、残りのペイロード領域（１７５バイト）にデータを配置する。ＰＥＳヘッダの詳細については後述する。

【0040】

図４（ｃ）に示すように、ＴＳパケット化部１４１は、最初のＴＳパケット＃１及び最後のＴＳパケット＃７以外のＴＳパケット＃２〜＃６については、ＴＳペイロード領域（１８４バイト）にデータのみを配置する。

【0041】

図４（ｅ）に示すように、ＴＳパケット化部１４１は、アダプテーションフィールド生成部１４４から入力されるアダプテーションフィールドを最後のＴＳパケット＃７のペイロード領域の先頭部分に配置する。図４（ｅ）に示すように、アダプテーションフィールドは、アダプテーションフィールドの長さを示す情報が格納される「アダプテーションフィールド長（Ａｄａｐｔａｔｉｏｎ Ｆｉｅｌｄ Ｌｅｎｇｔｈ）」（１バイト）と、最後のＴＳパケット＃７のペイロードの空きの長さに応じた長さを有するスタッフデータとを有する。

【0042】

ＴＳヘッダ生成部１４２は、ＴＳパケットのＴＳヘッダに含める情報を生成して出力する。ＴＳヘッダに含める情報としてはＰＩＤ等がある（図２（ｄ）参照）。ＴＳヘッダ生成部１４２は、解析部１３０による解析の結果に基づいて、ＴＳヘッダ中のＰＩＤの値を設定する。ここで、ＰＩＤの値は、ＭＰＥＧ２−ＴＳに準拠した値とする。ＴＳヘッダ生成部１４２は、次の１）〜５）のようにＰＩＤの値を設定する。

【0043】

１）パケット種別「０ｘ０２」（すなわち、ＮＴＰ）： ＰＩＤ＝０ｘ０１０
２）パケット種別「０ｘ０３」（すなわち、圧縮ＩＰパケット）： ＰＩＤ＝０ｘ０１１
３）パケット種別「０ＸＦＥ」、かつ、テーブルＩＤ「０ｘ４０」（すなわち、ＴＬＶ−ＮＩＴ［ａｃｔｕａｌ］）： ＰＩＤ＝０ｘ１００
４）パケット種別「０ＸＦＥ」、かつ、テーブルＩＤ「０ｘ４１」（すなわち、ＴＬＶ−ＮＩＴ［ｏｔｈｅｒｓ］）： ＰＩＤ＝０ｘ１０１
５）パケット種別「０ＸＦＥ」、かつ、テーブルＩＤ「０ｘＦＥ」（すなわち、ＡＭＴ）： ＰＩＤ＝０ｘ１１０

【0044】

ＰＥＳヘッダ生成部１４３は、ＭＰＥＧ２−ＴＳ方式のＰＥＳヘッダを生成して出力する。上述したように、ＰＥＳヘッダは、ＴＳパケット化部１４１により、最初のＴＳパケットのペイロードに配置される。図４（ｂ）に示すように、ＰＥＳヘッダは、３バイト長の「パケット開始コード」と１バイト長の「ストリーム識別子」と２バイト長の「ＰＥＳパケット長」とからなるヘッダ部と、１バイト長の「ＰＥＳヘッダオプション」と１バイト長の「スタッフィングバイト」とからなるヘッダ拡張部と、１バイト長の「データ部」とからなる。

【0045】

例えば、ＰＥＳヘッダ生成部１４３は、「パケット開始コード」に「０ｘ０００００１」を設定し、「ストリーム識別子」に「０ｘＥ０」を設定し、「ＰＥＳパケット長」に「０ｘ００００」を設定する。ここでは、「ＰＥＳパケット長」の値として、ＰＥＳパケットの長さが不明（ｕｎｋｎｏｗｎ）であることを示す値を設定している。このように設定しても、後述するアダプテーションフィールドにより、ＰＥＳパケットの終端を含む最後のＴＳパケットを示すことができる。或いは、ＰＥＳヘッダ生成部１４３は、ＴＬＶヘッダ中のＬｅｎｇｔｈフィールド中の情報に基づいてＰＥＳパケット長を算出し、算出したＰＥＳパケット長をＰＥＳヘッダ中の「ＰＥＳパケット長」に配置してもよい。

【0046】

アダプテーションフィールド生成部１４４は、最後のＴＳパケットのペイロードに空きが生じる場合に、ＭＰＥＧ２−ＴＳ方式のアダプテーションフィールドを生成する。上述したように、アダプテーションフィールドは、ＴＳパケット化部１４１により最後のＴＳパケットのペイロードに配置される。図５は、最後のＴＳパケットの構成例を示す図である。

【0047】

図５（ａ）に示すように、最後のＴＳパケットのペイロードに配置するデータが１８３バイトである場合、１８４バイトのペイロード容量に対して１バイトの空きが生じる。この場合、アダプテーションフィールド生成部１４４は、１バイト長の「アダプテーションフィールド長」に、ゼロバイトを示す値を含める。ＴＳパケット化部１４１は、ＴＳパケットのペイロードに、「アダプテーションフィールド長」と１８３バイト長のデータ（ペイロード）とを配置する。

【0048】

図５（ｂ）に示すように、最後のＴＳパケットのペイロードに配置するデータが１８２バイトである場合、１８４バイトのペイロード容量に対して２バイトの空きが生じる。この場合、アダプテーションフィールド生成部１４４は、「アダプテーションフィールド長」フィールドに、１バイトを示す値を含める。また、アダプテーションフィールド生成部１４４は、「アダプテーションフィールドインジケータ（Ａｄａｐｔａｔｉｏｎ Ｆｉｅｌｄ Ｉｎｄｉｃａｔｏｒ）」を生成する。ＴＳパケット化部１４１は、ＴＳパケットのペイロードに、「アダプテーションフィールド長」フィールドと「アダプテーションフィールドインジケータ」フィールドと１８２バイト長のデータ（ペイロード）とを配置する。

【0049】

図５（ｃ）に示すように、最後のＴＳパケットのペイロードに配置するデータが８１バイトである場合、１８４バイトのペイロード容量に対して１０３バイトの空きが生じる。この場合、アダプテーションフィールド生成部１４４は、「アダプテーションフィールド長」フィールドに、１０２バイトを示す値を含める。また、アダプテーションフィールド生成部１４４は、「アダプテーションフィールドインジケータ」を生成するとともに、１０１バイト長のスタッフデータを生成する。ＴＳパケット化部１４１は、ＴＳパケットのペイロードに、「アダプテーションフィールド長」フィールドと「アダプテーションフィールドインジケータ」フィールドと１０１バイト長のスタッフデータと８１バイト長のデータ（ペイロード）とを配置する。

【0050】

図５（ｄ）に示すように、最後のＴＳパケットのペイロードに配置するデータが１バイトである場合、１８４バイトのペイロード容量に対して１８３バイトの空きが生じる。この場合、アダプテーションフィールド生成部１４４は、「アダプテーションフィールド長」フィールドに、１８２バイトを示す値を含める。また、アダプテーションフィールド生成部１４４は、「アダプテーションフィールドインジケータ」を生成するとともに、１８１バイト長のスタッフデータを生成する。ＴＳパケット化部１４１は、ＴＳパケットのペイロードに、「アダプテーションフィールド長」フィールドと「アダプテーションフィールドインジケータ」フィールドと１８１バイト長のスタッフデータと１バイト長のデータ（ペイロード）とを配置する。

【0051】

図５（ｅ）に示すように、最後のＴＳパケットのペイロードに配置するデータのデータ長Ｎが１８１よりも大きい場合、スタッフデータがスキップされ、Ｎが１８２よりも大きい場合、「アダプテーションフィールドインジケータ」もスキップされる。

【0052】

ＭＭＴＰパケットスタッフィング部１４５は、ＭＭＴＰパケットを含む圧縮ＩＰパケットが格納されている場合において、ＭＭＴＰパケットのヘッダとペイロードとの間にスタッフデータを配置する。ＭＭＴＰパケットスタッフィング部１４５の処理に先立ち、解析部１３０は、ＴＬＶパケットのペイロードに、ＭＭＴＰパケットのヘッダを解析することによりＭＭＴＰパケットのペイロードの開始位置を判定する。

【0053】

ＭＭＴＰパケットのペイロードは、所定のデータ長（例えば、８バイト）を１単位として暗号化されており、かつ、所定のデータ長に応じて定まる所定のデータ位置から復号開始される。暗号化には、例えばＡＥＳ（Ａｄｖａｎｃｅｄ Ｅｎｃｒｙｐｔｉｏｎ Ｓｔａｎｄａｒｄ）が用いられる。なお、暗号化されたＭＭＴＰペイロードに対する復号は、ＴＳ信号処理装置２０によって実行される。

【0054】

ＭＭＴＰパケットスタッフィング部１４５は、ＭＭＴＰパケットのペイロードの開始位置が所定のデータ位置と整合していない場合に、ＭＭＴＰパケットのヘッダとペイロードとの間にスタッフデータを配置する。その結果、ＭＭＴＰパケットのペイロードの開始位置が所定のデータ位置（すなわち、復号開始位置）と整合する。

【0055】

図６は、ＭＭＴＰパケットに対するスタッフィング動作を示す図である。

【0056】

図６に示すように、ＭＭＴＰパケットは、ＭＭＴＰヘッダ（ヘッダ部）とＭＭＴＰペイロード（ペイロード部）とからなる。解析部１３０は、ＭＭＴＰヘッダ中のパケットカウンタフラグを解析し、ＭＭＴＰヘッダ中に「パケットカウンター」フィールドが存在するか否かを判断する。また、解析部１３０は、ＭＭＴＰヘッダ中の拡張ヘッダフラグを解析し、ＭＭＴＰヘッダ中に「拡張ヘッダタイプ」フィールド、「拡張ヘッダ長」フィールド、及び「拡張ヘッダ領域」フィールドが存在するか否かを判断する。これらのフィールドの有無に応じて、ＭＭＴＰパケットのペイロードの開始位置が定められる。解析部１３０は、これらのフィールドの有無に応じて、ＭＭＴＰパケット先頭を基準としたＭＭＴＰペイロードの開始位置を算出する。算出した開始位置が８バイト（６４ビット）の倍数でない場合、ＭＭＴＰパケットスタッフィング部１４５は、ＭＭＴＰペイロードの開始位置が８バイト（６４ビット）の倍数になるように、ＭＭＴＰペイロードの前にスタッフデータ（オールゼロ）を配置する。

【0057】

ＴＳパケット出力部１５０は、ＴＳパケット化部１４１から入力された複数のＴＳパケットを外部（すなわち、ＴＳ信号処理装置２０）に出力する。ＴＳパケット出力部１５０は、ＴＳパケットをシリアル化し、シリアル化したＴＳパケット（ＴＳ信号）をクロック信号と同期して出力する。

【0058】

第２バッファ部１６０は、ＴＳパケット出力部１５０が未出力のＴＳパケットを一時的に保持する。第２バッファ部１６０は、パケット変換装置１００の出力ビットレート（出力クロック周波数）がパケット変換装置１００の入力ビットレート（入力クロック周波数）よりも高い場合に、入力と出力との間のビットレート差を吸収するために用いられる。

【0059】

（実施形態のまとめ）
実施形態に係るパケット変換装置１００は、デジタル放送受信装置１に搭載可能なパケット変換装置１００であって、デジタル放送信号を受信して得られたＴＬＶパケットを取得するＴＬＶパケット取得部１１０と、ＴＬＶパケットのヘッダ及びペイロードのうち少なくともヘッダを解析する解析部１３０と、ＴＬＶパケットから、それぞれＴＳヘッダを有する複数のＴＳパケットを再構成するパケット再構成部１４０と、複数のＴＳパケットを出力するＴＳパケット出力部１５０と、を備える。パケット再構成部１４０は、少なくともＴＬＶパケットのヘッダ解析結果に基づいて、ＴＳヘッダ中のＰＩＤの値を設定する。これにより、パケット再構成部１４０がＴＬＶパケットのヘッダ解析結果に基づいてＴＳヘッダ中のＰＩＤの値を適切に設定することができるため、既存のＴＳ信号処理装置２０が各ＴＳパケットの内容をＰＩＤに基づいて適切に判別し、各ＴＳパケットを効率的に処理することが可能となる。

【0060】

実施形態において、パケット再構成部１４０は、複数のＴＳパケットのうち最初のＴＳパケットのペイロードに、ＭＰＥＧ２−ＴＳ方式のＰＥＳヘッダを配置する。これにより、パケット変換装置１００が出力する複数のＴＳパケットによって１つのＰＥＳパケットが構成されることを既存のＴＳ信号処理装置２０に認識させることができるため、既存のＴＳ信号処理装置２０が各ＴＳパケットを効率的に処理することが可能となる。具体的には、ＴＳ信号処理装置２０にＰＥＳパケットと認識させれば、ＴＳ信号処理装置２０は、ＴＳヘッダを自動的に削除し、ＰＥＳパケット長及びアダプテーションフィールドを考慮しながらペイロードデータだけをメモリに書き込むことができる。

【0061】

実施形態において、パケット再構成部１４０は、複数のＴＳパケットのうち最後のＴＳパケットのペイロードに空きが生じる場合に、当該ペイロードにＭＰＥＧ２−ＴＳ方式のアダプテーションフィールドを配置する。これにより、最後のＴＳパケットのペイロードに空き領域が生じても、当該最後のＴＳパケットをＭＰＥＧ２−ＴＳと互換性を有するＴＳパケットとすることができる。また、アダプテーションフィールドにより、最後のＴＳパケットを既存のＴＳ信号処理装置２０に認識させることができる。

【0062】

実施形態において、パケット変換装置１００は、ＴＬＶパケットのヘッダを削除する削除部１３１を備える。削除部１３１は、ＴＬＶパケットのペイロードに圧縮ＩＰパケットが格納されている場合に、圧縮ＩＰパケットのヘッダ中の少なくとも一部の情報をさらに削除する。これにより、既存のＴＳ信号処理装置２０が必要としない情報が削除され、ＴＳパケットを効率的に処理することが可能となる。また、パケット変換装置１００の出力データ量の増大を抑制できる。

【0063】

実施形態において、パケット変換装置１００は、ＴＳパケット出力部１５０が未出力のＴＳパケットを一時的に保持するバッファ部（第２バッファ部）１６０をさらに備える。バッファ部１６０は、パケット変換装置１００の出力ビットレートがパケット変換装置１００の入力ビットレートよりも高い場合に、入力と出力との間のビットレート差を吸収するために用いられる。これにより、ＴＳパケット化に起因してデータ量が増加し、入力と出力との間にビットレート差が生じた場合であっても、当該ビットレート差をバッファ部により吸収することができる。

【0064】

実施形態において、解析部１３０は、ＴＬＶパケットのペイロードに、ＭＭＴＰパケットを含む圧縮ＩＰパケットが格納されている場合に、ＭＭＴＰパケットのヘッダを解析することによりＭＭＴＰパケットのペイロードの開始位置を判定する。ＭＭＴＰパケットのペイロードは、所定のデータ長（例えば、８バイト）を１単位として暗号化されており、かつ、所定のデータ長に応じて定まる所定のデータ位置から復号開始される。パケット再構成部１４０は、ＭＭＴＰパケットのペイロードの開始位置が所定のデータ位置と整合していない場合に、ＭＭＴＰパケットのヘッダとペイロードとの間にスタッフデータを配置する。これにより、既存のＴＳ信号処理装置２０がＭＭＴＰパケットのペイロードを適切に復号できる。

【0065】

（変更例）
本変更例では、ＴＬＶパケットのパケット長が非常に短い場合における動作例を説明する。かかる場合、１つのＴＬＶパケットから１つのＴＳパケットのみが再構成され得る。図７は、実施形態の変更例を示す図である。

【0066】

図７（ａ）に示すように、ＴＳパケットに格納すべきペイロードデータが１７５バイトである場合、ＴＳパケットのペイロード領域に、９バイトのＰＥＳヘッダと１７５バイトのペイロードデータが配置される。

【0067】

図７（ｂ）に示すように、ＴＳパケットに格納すべきペイロードデータが１７４バイトである場合、ＴＳパケットのペイロード領域に、１バイトのアダプテーションフィールド長と、９バイトのＰＥＳヘッダと、１７４バイトのペイロードデータとがこの順で配置される。

【0068】

図７（ｃ）に示すように、ＴＳパケットに格納すべきペイロードデータが１７３バイトである場合、ＴＳパケットのペイロード領域に、１バイトのアダプテーションフィールド長と、１バイトのアダプテーションフィールドインジケータと、９バイトのＰＥＳヘッダと、１７３バイトのペイロードデータとがこの順で配置される。

【0069】

図７（ｄ）に示すように、ＴＳパケットに格納すべきペイロードデータが８１バイトである場合、ＴＳパケットのペイロード領域に、１バイトのアダプテーションフィールド長と、１バイトのアダプテーションフィールドインジケータと、９２バイトのスタッフデータと、９バイトのＰＥＳヘッダと、８１バイトのペイロードデータとがこの順で配置される。

【0070】

図７（ｅ）に示すように、ＴＳパケットに格納すべきペイロードデータが１バイトである場合、ＴＳパケットのペイロード領域に、１バイトのアダプテーションフィールド長と、１バイトのアダプテーションフィールドインジケータと、１７２バイトのスタッフデータと、９バイトのＰＥＳヘッダと、１バイトのペイロードデータとがこの順で配置される。

【0071】

図７（ｄ）に示すように、ＴＳパケットに格納すべきペイロードデータ長Ｎが１７２よりも大きい場合、スタッフデータがスキップされ、Ｎが１７３よりも大きい場合、「アダプテーションフィールドインジケータ」もスキップされる。

【0072】

（その他の実施形態）
上記のように、本発明は実施形態によって記載したが、この開示の一部をなす論述及び図面はこの発明を限定するものであると理解すべきではない。この開示から当業者には様々な代替実施形態、実施例及び運用技術が明らかとなる。

【0073】

上述した実施形態において、ＴＳ信号処理装置２０は、パケット変換装置１００から入力された各ＴＳパケットに対してタイムスタンプを付加して記録してもよい。記録された各ＴＳパケットは、後で別の場所で再生することが可能である。よって、４Ｋ／８Ｋデジタル放送の放送信号が届かない場所においても、記録された各ＴＳパケットを用いて４Ｋ／８Ｋデジタル放送の映像や音声を再生できる。

【0074】

上述した実施形態において、パケット変換装置１００が受信処理装置１０とは別の装置（別のＳｏＣ）であって、かつ、パケット変換装置１００がＴＳ信号処理装置２０とは別の装置（別のＳｏＣ）である一例について説明した。しかしながら、パケット変換装置１００は、受信処理装置１０又はＴＳ信号処理装置２０に組み込まれていてもよい。例えば、パケット変換装置１００を受信処理装置１０に組み込み、これらを１つのＳｏＣとして構成してもよい。パケット変換装置１００をＴＳ信号処理装置２０に組み込み、これらを１つのＳｏＣとして構成してもよい。

【0075】

上述した実施形態において、可変長パケットがＴＬＶパケットである一例について説明した。しかしながら、可変長パケットはＴＬＶパケットに限定されるものではなく、可変長パケットは例えばＥＴＳＩ ＴＳ １０２ ６０６等に規定されたＧＳＥ（Ｇｅｎｅｒｉｃ Ｓｔｒｅａｍ Ｅｎｃａｐｓｕｌａｔｉｏｎ）パケットでもよい。

【符号の説明】

【0076】

１・・・デジタル放送受信装置、１０・・・受信処理装置、２０・・・ＴＳ信号処理装置、１００・・・パケット変換装置、１１０・・・ＴＬＶパケット取得部、１２０・・・第１バッファ部、１３０・・・解析部、１３１・・・削除部、１４０・・・パケット再構成部、１４１・・・ＴＳパケット化部、１４２・・・ＴＳヘッダ生成部、１４３・・・ＰＥＳヘッダ生成部、１４４・・・アダプテーションフィールド生成部、１４５・・・ＭＭＴＰパケットスタッフィング部、１５０・・・ＴＳパケット出力部、１６０・・・第２バッファ部

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】