JP6333969B2

JP6333969B2 - 放送送受信装置および放送送受信方法

Info

Publication number: JP6333969B2
Application number: JP2016519456A
Authority: JP
Inventors: ウソククォン; キョンソムン; セチンオ
Original assignee: LG Electronics Inc
Current assignee: LG Electronics Inc
Priority date: 2013-06-19
Filing date: 2014-06-19
Publication date: 2018-05-30
Anticipated expiration: 2034-06-19
Also published as: EP3013058A1; KR20160021759A; CN105359534A; WO2014204225A1; US20160134908A1; EP3013058A4; CA2915022A1; JP2016526361A

Description

本発明は、放送送受信装置および放送送受信方法に関する。

放送および通信技術の発展に伴い、様々な放送装置および放送送受信方法に関する研究が行われている。ＡＴＳＣ３．０などの放送システムでは、放送網とインターネット網とが連動してサービスを提供するハイブリッド放送システムが構築される見込みである。これによって、既存のＩＰを用いたデジタル放送システムの技術を継承し、発展させる手法（scheme）も考慮されている。

次世代放送システムの場合、ＩＰデータグラムの形態のパケットを無線区間で伝送するために、パケットを伝送できるように物理層が適切な形態でカプセル化（encapsulation）される。例えば、ＡＴＳＣＭ／Ｈでは、ＲＳフレームペイロード（frame payload）の形態で構成される。ＲＳフレームペイロードは、Ｎバイトの長さを有する伝送（トランスポート）パケット（Transport Packet；ＴＰ）で構成され、１８７個のＴＰが集まって１つのＲＳフレームペイロードとなる。ＲＳフレームのカラム（column）の長さに該当するＮ値は、ＡＴＳＣ−ＭＨの物理層の伝送単位であるパレード（parade）によって決定され、Ｎ値は、ＲＳフレームに応じて変わる。ＴＰのヘッダには、ネットワークプロトコルタイプ情報が含まれる。しかし、具体的にどのようなデータをＴＰに含めて伝送するか、どのように含まれたデータを識別するかについて具体的に定義されていない。

主にモバイル放送のために開発されたＡＴＳＣ−ＭＨ技術をハイブリッド放送システムに発展させるためには、ハイブリッド環境に合わせて一部を修正したり、追加の技術開発が必要な実情である。したがって、次世代放送システムにおいてＴＰ（Transport Packet）の構造を利用してパケットのフォーマットを指定し、データおよびシグナリング情報を伝送することができる技術が必要である。

本発明は、放送システムにおいて、ＴＰ内にシグナリングフォーマットを追加して、ＩＰｌａｙｅｒ（レイヤ）と物理ｌａｙｅｒとの間のシグナリングを行うことを目的とする。

また、本発明は、パケットタイプを示すことができるフィールドを用いてＩＰ以外のパケットを伝送することを目的とする。

そして、本発明は、ＴＰのペイロードにシグナリングデータを追加し、シグナリングデータが伝送されるか否かおよびシグナリングデータが含まれているか否かを示すことを目的とする。

また、本発明は、ＴＰのペイロードに特定の形態のパケットを含め、含めた特定の形態のパケットに関する情報を知らせることを目的とする。

なお、本発明は、ペイロードにエムペグ（Moving Picture Experts Group；ＭＰＥＧ）−２トランスポートストリーム（Transport Stream；ＴＳ）を含めて伝送し、オーバーヘッドを低減することを目的とする。

上述した目的を達成するための一実施例によれば、放送送信装置は、伝送（トランスポート）パケット（Transport Packet）を生成する制御部と、生成された伝送パケットを有する放送信号を送信する通信部と、を有し、伝送パケットは、データが有されるペイロード（Payload）フィールド、スタッフィングバイト（stuffing byte）が有されているか否かを示すスタッフィング指示子（Stuffing Indicator）フィールド、およびペイロードフィールドに有されるデータのネットワークプロトコルタイプを示すネットワークプロトコルフィールドを有する。

そして、ネットワークプロトコルフィールドは、シグナリングタイプ、パケット化ストリーム（packetized stream）タイプ、固定長のパケットタイプ、可変長のパケットタイプまたはエムペグ（Moving Picture Experts Group；ＭＰＥＧ）−２タイプのうちの１つに設定されてもよい。

また、ネットワークプロトコルフィールドがシグナリングタイプに設定される場合、ペイロードフィールドはサービスシグナリングテーブルを有し、サービスシグナリングテーブルは、サービスシグナリングテーブル全体のうち（in the entire service signaling table）、ペイロードフィールドに有されたシグナリングテーブルの順序を示すセクションナンバ（section number）と、最後のサービスシグナリングテーブルのセクションナンバを示すラストセクションナンバ（last section number）と、を有することができる。

そして、ネットワークプロトコルフィールドがパケット化ストリームタイプに設定される場合、ペイロードフィールドはパケット化ストリームディスクリプタを有し、パケット化ストリームディスクリプタは、ペイロードフィールドに有されるパケットのタイプ情報、パケットの個数情報およびパケットの長さ情報を有することができる。

また、パケットタイプは、固定長のパケットタイプまたは可変長のパケットタイプに設定され、パケットタイプが固定長のパケットタイプに設定される場合、ペイロードフィールドは、１つのパケットタイプ情報、１つのパケット数情報および１つのパケット長情報と複数のパケットとを有することができる。

そして、ネットワークプロトコルフィールドがＭＰＥＧ−２タイプに設定される場合、ペイロードフィールドは、パケットのタイプ情報、パケットの個数情報およびパケットの長さ情報を除いてＭＰＥＧ−２ＴＳパケットを有することができる。

また、ＭＰＥＧ−２ＴＳパケットは複数のフィールドを有し、複数のフィールドは、再配列されて伝送パケットに再配置され得る。

そして、伝送パケットはポインタフィールドをさらに有し、複数のフィールドは、伝送エラー指示子（Transport Error Indicator）フィールド、ペイロードユニット開始指示子（Payload Unit Start Indicator）フィールド、伝送優先順位（Transport Priority）フィールドおよびＰＩＤフィールドを有する第１グループフィールドと、伝送スクランブル制御（Transport Scrambling Control）フィールド、適応フィールド制御（Adaptation Field Control）フィールドおよび連続カウンタ（Continuity Counter）フィールドを有する第２グループフィールドと、同期バイト（Sync Byte）フィールドと、を有し、伝送パケットは、第１グループフィールドをペイロードフィールドに配置し、第２グループフィールドをポインタフィールドに配置し、同期バイトフィールドを除くことができる。

本発明の上述した目的を達成するための一実施例によれば、放送送信方法は、伝送パケット（Transport Packet）を生成するステップと、生成された伝送パケットを有する放送信号を送信するステップと、を有し、伝送パケットは、データが有されるペイロード（Payload）フィールド、スタッフィングバイト（stuffing byte）が有されているか否かを示すスタッフィング指示子（Stuffing Indicator）フィールド、およびペイロードフィールドに有されるデータのネットワークプロトコルタイプを示すネットワークプロトコルフィールドを有する。

本発明の上述した目的を達成するための一実施例によれば、放送受信装置は、伝送パケットを有する放送信号を受信する通信部と、受信された放送信号から伝送パケットを抽出し、伝送パケットからデータのネットワークプロトコルタイプおよびデータを抽出する制御部と、を有し、伝送パケットは、データが有されるペイロード（Payload）フィールド、スタッフィングバイト（stuffing byte）が有されているか否かを示すスタッフィング指示子（Stuffing Indicator）フィールド、およびペイロードフィールドに有されるデータのネットワークプロトコルタイプを示すネットワークプロトコルフィールドを有する。

本発明の上述した目的を達成するための一実施例によれば、放送受信方法は、伝送パケットを有する放送信号を受信するステップと、受信された放送信号から伝送パケットを抽出し、伝送パケットからデータのネットワークプロトコルタイプおよびデータを抽出するステップと、を有し、伝送パケットは、データが有されるペイロード（Payload）フィールド、スタッフィングバイト（stuffing byte）が有されているか否かを示すスタッフィング指示子（Stuffing Indicator）フィールド、およびペイロードフィールドに有されるデータのネットワークプロトコルタイプを示すネットワークプロトコルフィールドを有する。

上述した様々な実施例によれば、本発明は、ＴＰにシグナリングフォーマットを追加することによって、制限されたシグナリングデータによって発生する受信器のデータアクセスに関する時間を短縮することができる。

そして、本発明によれば、既存のフォーマットに合わないシグナリングデータの伝送が必要な場合にも、シグナリングフォーマットを指定することによってシグナリングデータを追加することができる。

また、本発明によれば、ＩＰ伝送のみが考慮されているＴＰを用いても、ＩＰ以外の様々なパケットを用いてデータを伝送することができる。

また、本発明によれば、ＴＰを用いてＭＰＥＧ−２ＴＳを伝送するとき、オーバーヘッドを低減することによって、同一の帯域幅で多くのＭＰＥＧ−２ＴＳを伝送することができる。

本発明の一実施例に係るＴＰ（Transport Packet）の構造を示す図である。本発明の一実施例に係るネットワークプロトコルタイプを示す図である。シグナリングテーブルの一実施例を示す図である。ＴＰヘッダにシグナリングタイプを追加した実施例を示す図である。ＴＰヘッダにシグナリングタイプを追加した実施例を示す図である。一つのシグナルに対応する（corresponding to）テーブルデータを複数のＴＰに含める実施例を示す図である。本発明の他の実施例に係るネットワークプロトコルタイプを示す図である。本発明の一実施例に係るＴＰのペイロード構成形態を示す図である。本発明の一実施例に係るＴＰのペイロード領域に含まれるパケットの形態を示す図である。本発明の他の実施例に係るＴＰのペイロード構成形態を示す図である。本発明の更に他の実施例に係るネットワークプロトコルタイプを示す図である。本発明の一実施例に係るＭＰＥＧ−２ＴＳを含むＴＰのペイロード構成形態を示す図である。本発明の一実施例に係るＭＰＥＧ−２ＴＳを伝送するときのパケットの構造を示す図である。本発明の一実施例に係るＭＰＥＧ−２ＴＳを含むＴＰのペイロード構成形態を示す図である。本発明の一実施例に係る複数のＭＰＥＧ−２ＴＳを伝送するときのパケットの構造を示す図である。本発明の一実施例に係るＭＰＥＧ−２ＴＳを定義したネットワークプロトコルタイプを示す図である。本発明の一実施例に係るＴＰでＭＰＥＧ−２ＴＳを伝送するときにデータを減少させる方法を説明する図である。ＭＰＥＧ−２ＴＳパケットの構造を示す図である。本発明の他の実施例に係るＭＰＥＧ−２ＴＳを伝送するときにオーバーヘッドを低減する方法を説明する図である。本発明の一実施例に係る放送送信装置のブロック図である。本発明の一実施例に係る放送受信装置のブロック図である。本発明の他の実施例に係る放送受信装置のブロック図である。本発明の一実施例に係る放送送信方法のフローチャートである。本発明の一実施例に係る放送受信方法のフローチャートである。

以下、上記目的を具体的に実現できる本発明の好適な実施例を添付の図面を参照して説明する。このとき、図面に図示され、また、これによって説明される本発明の構成および作用は、少なくとも一つの実施例として説明されるものであり、これによって本発明の技術的思想とその核心構成および作用とが制限されるものではない。

本明細書で使用される用語は、本発明における機能を考慮した上、できるだけ現在広く使用されている一般的な用語を選択したが、これは、当該分野に従事する技術者の意図、慣例または新しい技術の出現などによって変わり得る。また、特定の場合、出願人が任意に選定した用語もあり、その場合には、該当する発明の説明の部分に詳細にその意味を記載する。したがって、本明細書で使用される用語は、単純な用語の名称ではなく、その用語が持つ意味と本明細書の全般にわたる内容とに基づいて定義されなければならないということは明らかである。

図１は、本発明の一実施例に係る伝送パケット（Transport Packet：ＴＰ）の構造を示す図である。

図１を参照すると、ＴＰは、ネットワークプロトコル（Network Protocol）フィールド、エラー指示子（Error Indicator）フィールド、スタッフィング指示子（Stuffing Indicator）フィールド、ポインタ（Pointer）フィールド、スタッフィングバイト（Stuffing Byte）、ペイロード（Payload）フィールドを含むことができる。ＴＰのヘッダは、ネットワークプロトコルフィールド、エラー指示子フィールド、スタッフィング指示子フィールドおよびポインタフィールドを含むことができる。

ネットワークプロトコルフィールドは、ＴＰのペイロードフィールドがどのようなネットワークプロトコルタイプを含むかを示すことができる。ネットワークプロトコルフィールドについては、以下で具体的に説明する。エラー指示子フィールドは、当該ＴＰにエラーが検出されたか否かを示すことができる。例えば、エラー指示子フィールドが０であれば、エラーが検出されなかったことを示し、１であれば、エラーが検出されたことを示す。

スタッフィング指示子フィールドは、当該ＴＰにスタッフィングバイトが含まれているか否かを示すことができる。例えば、スタッフィング指示子フィールドが０であれば、スタッフィングバイトを含んでいないことを示し、１であれば、ペイロードの前に長さフィールド（length field）およびスタッフィングバイトを含んでいることを示す。スタッフィングバイトは、スタッフィング指示子が１であるとき、ヘッダとペイロードとの間を埋める値である。

ポインタフィールドは、ペイロード部分における新しいネットワークプロトコルパケットの開始部分（位置）を示すことができる。例えば、ポインタフィールドが最大値（例、０ｘ７ＦＦ）であれば、新しいネットワークプロトコルパケットの開始部分がないことを示すことができる。または、ポインタフィールドの特定の値は、ヘッダの最後の部分から新しいネットワークプロトコルパケットの開始部分までのオフセット値を示す。

本発明は、ＴＰを用いるデジタル放送システムの受信器が迅速なデータアクセス（access）を行うことができるシグナリング方法に関する。特に、本発明は、シグナリングデータの伝送機能のないＴＰを用いてシグナリングすることができる。シグナリングデータは、シグナリング情報を意味し得る。

上述したように、ＴＰのヘッダには、ネットワークプロトコルタイプを指定する３ビットのフィールドが存在する。本発明は、ネットワークプロトコルタイプとしてシグナリングタイプを指定し得る。

図２は、本発明の一実施例に係るネットワークプロトコルタイプを示す図である。

図２を参照すると、ネットワークプロトコルフィールドにシグナリングタイプを示す値を追加した実施例が示されている。一実施例として、ネットワークプロトコル値が０００であれば、ペイロードに含まれたデータがＩＰｖ４タイプであることを示すことができる。１１０であれば、ペイロードに含まれたデータがシグナリングデータであることを示すことができる。１１１であれば、ペイロードに含まれたデータがフレーム化されたパケットタイプ（framed packet type）であることを示すことができる。

図２に示されたネットワークプロトコルタイプは、一実施例である。したがって、システムに応じて、００１から１１０までの各値は必要なタイプとして指定されてもよい。または、シグナリングデータの種類に応じて区分が必要な場合、１つまたは複数の値も指定可能である。

図３は、シグナリングテーブルの一実施例を示す図である。

図２のようにネットワークプロトコルタイプが設定された場合、ネットワークプロトコルフィールドの値が１１０であれば、ペイロードにシグナリングデータが含まれていることを示す。一実施例として、図３に示されたシグナリングテーブルは、ペイロードに含まれていてもよい。

ｔａｂｌｅ_ｉｄ−この８ビットフィールドの値は、当該セクションが属するＭ／Ｈサービスシグナリングテーブルを識別する。

ｓｅｃｔｉｏｎ_ｓｙｎｔａｘ_ｉｎｄｉｃａｔｏｒ−この１ビットフィールドは、常に、当該テーブルがＭＰＥＧ−２プライベートセクションテーブルの短い形式（short form）から導出されたことを示すために０に設定される。

ｐｒｉｖａｔｅ_ｉｎｄｉｃａｔｏｒ−この１ビットフィールドは、１に設定される。

ｓｅｃｔｉｏｎ_ｌｅｎｇｔｈ−この１２ビットフィールドは、当該フィールドの直後にくる当該テーブルセクションの残りのバイト数を示す。当該フィールドでの値は４０９３（０ｘＦＦＤ）を超えない。

ｔａｂｌｅ_ｉｄ_ｅｘｔｅｎｓｉｏｎ−これは、１６ビットフィールドであり、テーブルに依存する。これは、残りのフィールドの範囲を提供するｔａｂｌｅ_ｉｄフィールドの論理的部分として見なされる。

ｖｅｒｓｉｏｎ_ｎｕｍｂｅｒ−この５ビットフィールドは、Ｍ／Ｈサービスシグナリングテーブル全体（entire M/H Service Signaling table）のバージョン番号である。各テーブルは、ｔａｂｌｅ_ｉｄとｔａｂｌｅ_ｉｄ_ｅｘｔｅｎｓｉｏｎとの組み合わせによって識別される。ｖｅｒｓｉｏｎ_ｎｕｍｂｅｒは、Ｍ／Ｈサービスシグナリングテーブル内で伝達される情報に変化が発生すると、１モジュロ３２ずつ増加する。

ｃｕｒｒｅｎｔ_ｎｅｘｔ_ｉｎｄｉｃａｔｏｒ−１ビットフィールドであって、１に設定される場合、送られたＭＨ_ｓｅｒｖｉｃｅ_ｓｉｇｎａｌｉｎｇ_ｓｅｃｔｉｏｎが現在適用可能であることを示す。ｃｕｒｒｅｎｔ_ｎｅｘｔ_ｉｎｄｉｃａｔｏｒが０に設定される場合、これは、送られたＭＨ_ｓｅｒｖｉｃｅ_ｓｉｇｎａｌｉｎｇ_ｓｅｃｔｉｏｎはまだ適用することができず、同一のｓｅｃｔｉｏｎ_ｎｕｍｂｅｒ、ｔａｂｌｅ_ｉｄ_ｅｘｔｅｎｓｉｏｎ、およびｔａｂｌｅ_ｉｄを有する次のＭＨ_ｓｅｒｖｉｃｅ_ｓｉｇｎａｌｉｎｇ_ｓｅｃｔｉｏｎが有効であることを示す。

ｓｅｃｔｉｏｎ_ｎｕｍｂｅｒ−この８ビットフィールドは、当該Ｍ／Ｈサービスシグナリングテーブルセクションのセクション番号を提供する。Ｍ／Ｈサービスシグナリングテーブルにおける最初のセクションのｓｅｃｔｉｏｎ_ｎｕｍｂｅｒは、０ｘ００である。ｓｅｃｔｉｏｎ_ｎｕｍｂｅｒは、Ｍ／Ｈサービスシグナリングテーブルにおける追加セクション毎に１ずつ増加する。

ｌａｓｔ_ｓｅｃｔｉｏｎ_ｎｕｍｂｅｒ−この８ビットフィールドは、当該セクションがその一部に該当するＭ／Ｈサービスシグナリングテーブルの最後のセクション（即ち、最も高いｓｅｃｔｉｏｎ_ｎｕｍｂｅｒを有するセクション）の番号を提供する。

図４は、ＴＰヘッダにシグナリングタイプを追加した実施例を示す図である。

ＴＰにおいて、シグナリングテーブルは、ペイロードが配置される方法とほぼ同様に配置することができる。ＴＰの長さは、伝送される物理層の資源によって決定されるので、図１のようにＮバイトであり得る。このとき、ＴＰヘッダの長さは２バイトであり得、１つのＴＰのペイロードの最大の大きさはＮ−２バイトとなり得る。

図４を参照すると、サービスシグナリングテーブルがＴＰのペイロードの長さと同一であるとき、すなわち、テーブルの長さがＮ−２バイトである場合におけるＴＰのデータ構造を示す図である。

ネットワークプロトコルフィールドは、シグナリングタイプを意味する値を含むことができる。ペイロードフィールドの全てにシグナリングテーブルが配置され得る。したがって、スタッフィングバイトがないので、スタッフィング指示子フィールドは０であり得る。

図５は、ＴＰヘッダにシグナリングタイプを追加した実施例を示す図である。

図５を参照すると、サービスシグナリングテーブルがＴＰのペイロードの長さよりも小さいとき、すなわち、テーブルの長さがＮ−２バイトよりも小さい場合におけるＴＰのデータ構造を示す図である。図５のように、シグナリングテーブルを配置して残った部分はスタッフィングバイトで埋めることができる。すなわち、ＴＰのスタッフィングバイトの配置規則に従って、ＴＰヘッダとペイロードとの間にスタッフィングバイトが配置され得る。

ＴＰのネットワークプロトコルフィールドは、シグナリングタイプを意味する値を含むことができる。データが含まれる領域は、シグナリングテーブルおよびスタッフィングバイトが配置され得る。したがって、スタッフィングバイトが存在するので、スタッフィング指示子フィールドは１であり得る。

以上、サービスシグナリングテーブルがＴＰのペイロードの長さと同一または小さい場合に、データ領域にシグナリングテーブルを配置する方法について説明した。以下では、サービスシグナリングテーブルがＴＰのペイロードの長さよりも大きい場合に、データ領域にシグナリングテーブルを配置する方法について説明する。

図６は、一つのシグナルに対応するテーブルデータを複数のＴＰに含める実施例を示す図である。

サービスシグナリングテーブルがＴＰのペイロードの長さよりも大きいとき、すなわち、シグナリングテーブルの長さがＮ−２バイトよりも大きい場合、シグナリングテーブルは、セクション分割方法を適用することができる。

図６を参照すると、サービスシグナリングテーブルが３つのセクションに分割され、それぞれがＴＰのペイロードに配置される実施例が示されている。それぞれのセクションテーブルに含まれているセクションナンバ（section number）とラストセクションナンバ（last section number）との値によってセクションの順序を知ることができ、全てのｓｅｃｔｉｏｎが収集されると、一つのテーブルを構成することができる。

図６（１）を参照すると、ＴＰは、ネットワークプロトコルフィールド、エラー指示子フィールド、スタッフィング指示子フィールド、ポインタフィールド、スタッフィングバイトおよびサービスシグナリングテーブルを含むペイロードフィールドを含むことができる。各フィールドの説明は上述したので省略する。

セクションナンバ（section number）は、全サービスシグナリングテーブルのうち、ペイロードフィールドに含まれたシグナリングテーブルの順序を示すことができる。ラストセクションナンバ（last section number）は、最後のサービスシグナリングテーブルのセクションナンバを示すことができる。

図６（１）に示されたＴＰには、最初の分割シグナリングテーブル（シグナリングテーブルセクション）（signaling table section）が配置され得る。シグナリングテーブルが３つのセクションに分割されたので、それぞれの分割シグナリングテーブルには、それぞれ０、１、２の番号を付与することができる。すなわち、図６（１）に示されたＴＰのセクションナンバが０というのは、分割された最初のシグナリングテーブルセクションを含んでいるという意味であり、ラストセクションナンバが２というのは、全体で３つに分割されたシグナリングテーブルであるという意味である。再び説明すると、図６（１）に示されたＴＰは、セクションナンバおよびラストセクションナンバを用いて、１／３（３つのシグナリングテーブルセクションうちの１番目の）シグナリングテーブルセクション（the first one of three signaling table sections）を含んでいることを示すことができる。

図６（２）に示されたＴＰには、２番目の分割シグナリングテーブルが配置され得る。図６（２）に示されたＴＰのセクションナンバが１というのは、分割された２番目のシグナリングテーブルセクションを含んでいるという意味であり、ラストセクションナンバが２というのは、全体で３つに分割されたシグナリングテーブルであるという意味である。再び説明すると、図６（２）に示されたＴＰは、セクションナンバおよびラストセクションナンバを用いて、２／３（３つのシグナリングテーブルセクションうちの２番目の）シグナリングテーブルセクション（the second one of the three signaling table sections）を含んでいることを示すことができる。

図６（３）に示されたＴＰには、３番目の分割シグナリングテーブルが配置され得る。図６（３）に示されたＴＰのセクションナンバが２というのは、分割された３番目のシグナリングテーブルセクションを含んでいるという意味であり、ラストセクションナンバが２というのは、全体で３つに分割されたシグナリングテーブルであるという意味である。再び説明すると、図６（３）に示されたＴＰは、セクションナンバおよびラストセクションナンバを用いて、３／３（３つのシグナリングテーブルセクションうちの３番目の）シグナリングテーブルセクション（the third one of the three signaling table sections）を含んでいることを示すことができる。

図６では、分割されたサービスシグナリングテーブルがペイロードの大きさよりも小さいので、スタッフィングバイトが存在し、スタッフィング指示子は１となる。しかし、サービスシグナリングテーブルがペイロードの大きさと同じになるよう分割された場合、スタッフィングバイトが存在しないので、スタッフィング指示子は０となり得る。

以上、ネットワークプロトコルタイプを定義し、プロトコルタイプがシグナリングタイプである場合に、ＴＰにシグナリングデータが配置される実施例を説明した。

図７は、本発明の他の実施例に係るネットワークプロトコルタイプを示す図である。

図７を参照すると、一実施例として、ネットワークプロトコルフィールドの１０１値はパケット化ストリーム（packetized stream）タイプとして定義され、１１０値はシグナリングタイプとして定義され得る。このように、パケット化ストリームタイプが定義されることによって、ＭＰＥＧ−２ＴＳパケットおよびＩＡＮＡ（Internet Assigned Numbers Authority）に登録されていない形態のパケットなどがペイロードに含まれ得る。例えば、パケット化ストリームは、ＭＰＥＧ−２ＴＳパケット、ＭＰＥＧメディア伝送パケット（MPEG media TP）などを含むことができる。

システムに応じて、００１から１０１までの各値は、必要なタイプとして指定されてもよい。ペイロードには、パケットがそのまま含まれたり、再構成されて含まれてもよい。

図８は、本発明の一実施例に係るＴＰのペイロード構成形態を示す図である。

図８を参照すると、パケット化ストリームを含む伝送パケットのペイロード構成形態の一実施例が示されている。パケット化ストリームは、ディスクリプタの形態で再構成されてＴＰのペイロードに含まれてもよい。一実施例として、パケット化ストリームのディスクリプタは、パケットタイプ（packet type）、パケット長（packet length）、パケットバイト（packet bytes）のフィールドを含むことができる。

パケットタイプ（packet type）は、当該伝送パケットのペイロード部分に含まれるパケットの形態を示す。具体的なパケットタイプの種類は後述する。

パケット長（packet length）は、当該伝送パケットのペイロード部分に含まれるｐａｃｋｅｔ＿ｂｙｔｅｓ（）のバイト単位のデータの長さを示す。パケット長は、パケットタイプが固定（長）形態ではない場合にのみ含まれ得る。

パケットバイト（packet bytes）は、当該伝送パケットのペイロード部分に含まれるパケットの実質的なデータを示す。

図９は、本発明の一実施例に係るＴＰのペイロード領域に含まれたパケットの形態を示す図である。

パケット化ストリームが再構成されてペイロードに含まれる場合、一実施例として、パケットタイプ情報を含むことができる。一実施例として、パケットタイプの種類は、固定長を有する（固定長の）（having a fixed length）パケットまたはパケット化ストリーム、可変長を有する（可変長の）（having a variable length）パケットまたはパケット化ストリームを含むことができる。

固定長を有するパケットまたはパケット化ストリームは、ＭＰＥＧ−２ＴＳのように一定の大きさを有するパケットまたはストリームを意味する。可変長を有するパケットまたはパケット化ストリームは、ＭＰＥＧメディア伝送パケットのようにパケットまたはストリームに応じて長さが可変であることを意味する。

パケット化ストリームを含む伝送パケットのペイロードは、他の形態で構成されてもよい。

図１０は、本発明の他の実施例に係るＴＰのペイロード構成形態を示す図である。

図１０を参照すると、パケット化ストリームを含む伝送パケットのペイロード構成形態の他の実施例が示されている。パケット化ストリームの伝送時、必要であれば、１つのＴＰは、同じ形態を有する複数個のパケットを含むことができる。

一実施例として、パケット化ストリームのディスクリプタは、パケットタイプ（packet type）、パケット数情報（num packets）、パケット長（packet length）、パケットバイト（packet bytes）のフィールドを含むことができる。

パケットタイプ（packet type）は、当該伝送パケットのペイロード部分に含まれるパケットの形態を示す。具体的なパケットタイプの種類は、図９で説明したものと同様である。

パケット数情報（num packets）は、当該伝送パケットのペイロード部分に含まれるパケットの数を示す。

パケット長（packet length）は、当該伝送パケットのペイロード部分に含まれるｐａｃｋｅｔ＿ｂｙｔｅｓ（）のバイト単位のデータの長さを示す。パケット長は、パケットタイプが固定形態ではない場合にのみ含まれ得る。

それぞれのＩＡＮＡに登録されていないパケットの種類に応じて区分が必要な場合、各パケット別にＴＰ内のネットワークプロトコルタイプに対して１つまたは複数の値が指定されてもよい。

図１１は、本発明の更に他の実施例に係るネットワークプロトコルタイプを示す図である。

図１１を参照すると、ＴＰ内のネットワークプロトコルタイプに対して１つまたは複数の値が指定された実施例が示されている。

ネットワークプロトコルタイプフィールドは、それぞれの値に対して、固定長を有するパケットまたはパケット化ストリームタイプ、可変長を有するパケットまたはパケット化ストリームタイプ、シグナリング（signaling）タイプを定義することができる。

固定長を有するパケットまたはパケット化ストリームは、ＭＰＥＧ−２ＴＳのように一定の大きさを有するパケットまたはストリームを意味する。可変長を有するパケットまたはパケット化ストリームは、ＭＰＥＧメディア伝送パケットのようにパケットまたはストリームに応じて長さが可変することを意味する。シグナリングタイプは、サービスシグナリングテーブルのようにシグナリングデータを意味する。

ＴＰのネットワークプロトコルタイプに各パケット別に１つまたは複数の値を指定した場合、ＴＰのペイロードには１つまたは複数のパケットが含まれてもよい。

図１２は、本発明の一実施例に係るＭＰＥＧ−２ＴＳを含むＴＰのペイロード構成形態を示す図である。

図１２を参照すると、ＴＰヘッダのプロトコルタイプを指定する３ビットの長さのフィールド値がパケット化ストリームタイプとして指定されたときに、ＭＰＥＧ−２ＴＳパケットを伝送する一実施例が示されている。本明細書では、ＭＰＥＧ−２ＴＳパケットを実施例として説明しているが、本発明は、ＭＰＥＧ−２ＴＳパケットを伝送する場合に限定されるものではなく、固定長を有するパケットまたはパケット化ストリームにも同様に適用することができる。

ＭＰＥＧ−２ＴＳパケットを伝送するために、プロトコルタイプは、固定長を有するパケットまたはパケット化ストリームタイプとして指定されてもよい。システムに応じて、プロトコルタイプの値は、それぞれ必要なタイプとして定義されてもよい。

パケット化ストリームは、ディスクリプタの形態で再構成されてＴＰのペイロードに含まれてもよい。一実施例として、パケット化ストリームのディスクリプタは、パケットタイプ（packet type）、パケット長（packet length）、パケットバイト（packet bytes）のフィールドを含むことができる。

パケットタイプ（packet type）は、当該伝送パケットのペイロード部分に含まれるパケットの形態を示す。一実施例として、パケットタイプの値が０ｘ００であれば、ＭＰＥＧ−２ＴＳタイプ、０ｘ０１であれば、可変長を有するパケットまたはパケット化ストリームタイプ、０ｘ０２−０ｘＦＦはｒｅｓｅｒｖｅｄ（リザーブ）領域として定義することができる。

パケット長（packet length）は、当該伝送パケットのペイロード部分に含まれるｐａｃｋｅｔ＿ｂｙｔｅｓ（）のバイト単位のデータの長さを示す。パケット長は、パケットタイプが固定形態ではない場合にのみ含まれ得る。したがって、ＭＰＥＧ−２ＴＳパケットは、固定長を有するパケットであるので、パケットタイプがＭＰＥＧ−２ＴＳである場合、パケット長フィールドは使用されずに済む。

パケットバイト（packet bytes）は、当該伝送パケットのペイロード部分に含まれるパケットの実質的なデータを示す。ＭＰＥＧ−２ＴＳを伝送する場合、１８８バイトのＴＳパケットがそのまま含まれ得る。

図１３は、本発明の一実施例に係るＭＰＥＧ−２ＴＳを伝送するときのパケットの構造を示す図である。

図１３を参照すると、図１２のＭＰＥＧ−２ＴＳパケットを含むＴＰの構造が示されている。ＴＰは、ネットワークプロトコルフィールド、エラー指示子フィールド、スタッフィング指示子フィールド、ポインタフィールドおよびペイロードフィールドを含むことができる。

ネットワークプロトコルフィールドは、ＴＰのペイロードフィールドがどのようなネットワークプロトコルタイプを含むかを示すことができる。図１３のＴＰにはＭＰＥＧ−２ＴＳが含まれているので、ネットワークプロトコルフィールドには、パケット化ストリームタイプを示す値が設定され得る。エラー指示子フィールドは、当該ＴＰにエラーが検出されたかを示すことができる。スタッフィング指示子フィールドは、当該ＴＰにスタッフィングバイトが含まれているか否かを示すことができる。ポインタフィールドは、ペイロード部分における新しいネットワークプロトコルパケットの開始部分を示すことができる。

ペイロードには、パケットタイプ情報およびＭＰＥＧ−２ＴＳパケットが含まれ得る。パケット化ストリームディスクリプタは、パケットタイプ、パケット長、パケットバイト情報を含むことができるが、ＭＰＥＧ−２ＴＳは、１８８バイトの固定長を有するので、パケット長およびパケットバイト情報は除外し得る。すなわち、ペイロードには、パケットに関する情報のうち、パケットタイプがＭＰＥＧ−２ＴＳであるという情報のみが含まれ得る。

一方、ペイロードは、複数個のＭＰＥＧ−２ＴＳを含むこともできる。

図１４は、本発明の一実施例に係るＭＰＥＧ−２ＴＳを含むＴＰのペイロード構成形態を示す図である。

図１４を参照すると、複数個のＭＰＥＧ−２ＴＳを含むＴＰのペイロード構成形態が示されている。ペイロードには、パケット化ストリームディスクリプタの形態でＭＰＥＧ−２ＴＳ情報が含まれ得る。各フィールドは、次の通りである。

パケットタイプ（packet type）は、当該伝送パケットのペイロード部分に含まれるパケットの形態を示す。一実施例として、パケットタイプの種類は、ＭＰＥＧ−２ＴＳなどの固定長を有するパケットまたはパケット化ストリーム、ＭＰＥＧｍｅｄｉａ伝送パケットなどの可変長を有するパケットまたはパケット化ストリームを含むことができる。

パケット数（num packet）は、当該伝送パケットのペイロード部分に含まれるパケットの数を示す。

パケット長（packet length）は、当該伝送パケットのペイロード部分に含まれるｐａｃｋｅｔ＿ｂｙｔｅｓ（）のバイト単位のデータの長さを示す。一実施例として、パケットタイプが固定長を有するパケットまたはパケット化ストリーム（例、ＭＰＥＧ−２ＴＳ）である場合、パケット長情報は一回のみ含め、繰り返されるパケットについては同一のパケット長を有するものと見なすことができる。一実施例として、ＭＰＥＧ−２ＴＳの場合、パケット長は１８８バイトである。

パケットバイト（packet bytes）は、当該伝送パケットのペイロード部分に含まれるパケットの実質的なデータを示す。一実施例として、ＭＰＥＧ−２ＴＳを伝送する場合、１８８バイトのＴＳパケットがペイロードにそのまま含まれ得る。

図１５は、本発明の一実施例に係る複数のＭＰＥＧ−２ＴＳを伝送するときのパケットの構造を示す図である。

一実施例として、３つのＭＰＥＧ−２ＴＳパケットを伝送する場合、ＴＰのペイロードに含まれる３ビットのパケットタイプ（packet type）は、固定長を有するパケット化ストリームタイプまたはＭＰＥＧ−２ＴＳタイプ（例、２進数で０００）、パケット数（num packet）は３つ（例、２進数で０００１１）、パケット長は１８８（例、０ｘ０００ＢＣ）に設定されてもよい。パケット関連情報の次に３つのＭＰＥＧ−２ＴＳパケットが位置することができる。

図１６は、本発明の一実施例に係るＭＰＥＧ−２ＴＳを定義したネットワークプロトコルタイプを示す図である。

図１６を参照すると、一実施例として、ペイロードに含まれたデータのプロトコルタイプを定義したネットワークプロトコルフィールドが示されている。ＭＰＥＧ−２ＴＳを伝送するために、ネットワークプロトコルタイプを示す様々な値のうちの１つの値にＭＰＥＧ−２ＴＳタイプを定義することができる。一実施例として、図１６に示されたように、ＭＰＥＧ−２ＴＳパケットタイプは、１０１値として定義され得る。

システムに応じて、００１から１０１までの各値は、必要なタイプとして指定され得る。

図１７は、本発明の一実施例に係るＴＰでＭＰＥＧ−２ＴＳを伝送するときにデータを減少させる方法を説明する図である。

ネットワークプロトコルタイプがＭＰＥＧ−２ＴＳパケットとして指定された場合、ＭＰＥＧ−２ＴＳパケットは、パケットタイプ、長さなどが固定されているので、別途のパケット情報を必要としない。したがって、ペイロードには、ＭＰＥＧ−２ＴＳパケットがそのまま含まれ得る。このような方法でＭＰＥＧ−２ＴＳを伝送するとき、伝送データを減少させることができる。ＭＥＰＧ−２ＴＳは一実施例であり、固定長を有するパケットまたはパケット化ストリームの場合には、図１７で説明したものと同様の方式で伝送データを減少させることができる。また、ペイロードの大きさが、ＭＰＥＧ−２ＴＳパケットの長さである１８８バイトよりも大きい場合、スタッフィングバイトが挿入されてもよい。

図１７（１）を参照すると、ネットワークプロトコルフィールドには、ＭＰＥＧ−２ＴＳを意味する値が設定され得る。ペイロードに含まれるパケットタイプがＭＰＥＧ−２ＴＳとして定められ、１つのＴＰに１つのＭＰＥＧ−ＴＳが含まれる場合、パケットタイプ、パケット数およびパケットタイプなどのパケットに関する情報が不要である。したがって、ペイロードには、ＭＰＥＧ−２ＴＳパケットがそのまま含まれ得る。ペイロードの大きさとＭＰＥＧ−２ＴＳパケットの長とが同一であれば、スタッフィングバイトも不要である。

図１７（２）を参照すると、図１７（１）と同様に、同一のネットワークプロトコルフィールド値が設定され、パケットタイプ、パケット数およびパケットタイプなどのパケットに関する情報は除外され得る。ただし、ペイロードの大きさがＭＰＥＧ−２ＴＳパケットの長さよりも大きい場合、残る領域にはスタッフィングバイトが挿入され得る。

図１７では、ＴＰにＭＰＥＧ−２ＴＳを挿入して伝送するときに伝送データを減少させることができる方法について説明したが、既存のＭＰＥＧ−２ＴＳを直接伝送するときよりも、ＴＰヘッダの長さに該当する２バイトだけのオーバーヘッドが発生することがある。以下では、ＴＰでＭＰＥＧ−２ＴＳを伝送するときにオーバーヘッドを低減することができる方法について説明する。

図１８は、ＭＰＥＧ−２ＴＳパケットの構造を示す図である。

ＭＰＥＧ−２ＴＳパケットは、同期（化）（シンク）バイト（Sync Byte）フィールド、伝送エラー指示子（Transport Error Indicator）フィールド、ペイロードユニット開始指示子（Payload Unit Start Indicator）フィールド、伝送優先順位（Transport Priority）フィールド、ＰＩＤ（Packet IDentifier）フィールド、伝送スクランブル制御（Transport Scrambling Control）フィールド、適応フィールド制御（Adaptation Field Control）フィールド、連続カウンタ（Continuity Counter）フィールドおよびペイロード（Payload）フィールドを含む。

同期バイト（Sync Byte）フィールドは、８ビットであり、０ｘ４７の固定された値を有し、ＴＳパケットの開始を示す。伝送エラー指示子（Transport Error Indicator）フィールドは、１ビットであり、伝送されたパケットにエラーがあるか否かを示す。例えば、エラーがなければ１であり、エラーがあれば０である。

ペイロードユニット開始指示子（Payload Unit Start Indicator）フィールドは、１ビットであり、元（オリジナル）データ（original data）の開始がパケット中にあるか否かを示す。ＴＳパケットの場合、元データを分けて送ることができるので、現在のパケットが含んでいるデータが元データのどの部分を含んでいるかを知らないと、受信装置で元データを再加工することができない。パケットに元データの中間部分が含まれていれば０であり、元データの最初の部分が含まれていれば１である。

伝送優先順位（Transport Priority）フィールドは、１ビットであり、ＴＳパケットの優先順位を示す。ＰＩＤ（Packet IDentifier）フィールドは、１３ビットであり、パケットに含まれたペイロードのデータがどのようなデータであるかを知らせるフィールドである。

伝送スクランブル制御（Transport Scrambling Control）フィールドは、２ビットであり、ペイロードのスクランブルの有無を示す。適応フィールド制御（Adaptation Field Control）フィールドは、２ビットであり、適応フィールドの有無を示す。連続カウンタ（Continuity Counter）フィールドは、４ビットである。同一のＰＩＤを有するパケットは、連続カウンタが１ずつ増加しながら伝送される。

以下では、ＴＰのオーバーヘッドを低減するための具体的な方法について説明する。

図１９は、本発明の他の実施例に係るＭＰＥＧ−２ＴＳを伝送するときにオーバーヘッドを低減する方法を説明する図である。

説明の便宜のため、伝送エラー指示子（Transport Error Indicator）フィールド、ペイロードユニット開始指示子（Payload Unit Start Indicator）フィールド、伝送優先順位（Transport Priority）フィールドおよびＰＩＤフィールドは、第１グループとして定義する。そして、伝送スクランブル制御（Transport Scrambling Control）フィールド、適応フィールド制御（Adaptation Field Control）フィールドおよび連続カウンタ（Continuity Counter）フィールドは、第２グループとして定義する。

ＭＰＥＧ−２ＴＳパケットのヘッダ部分において、パケットがストリームとして伝送されるとき、同期バイト（Sync Byte）フィールドは、パケットの開始を知るために０ｘ４７の固定された値に設定される。ＭＰＥＧ−２ＴＳパケットをＴＰで伝送する場合、ＴＰのヘッダでＭＰＥＧ−２ＴＳパケットの開始部分を確認することができるので、同期バイトは伝送される必要がない。

また、１バイトの同期バイトを除外したＭＰＥＧ−２ＴＳパケットは、１８７バイトの固定された長さを有するようになるので、ＴＰ内に位置するペイロードの可変的な長さを考慮するためのポインタフィールドも不要である。したがって、ＭＰＥＧ−２ＴＳパケットの一部のフィールドはＴＰヘッダに割り当てることができる。

ＭＰＥＧ−２ＴＳパケットをＴＰに割り当てる具体的な方法は、次の通りである。第１グループのフィールドの位置と第２グループのフィールドの位置とが交換される。伝送スクランブル制御（Transport Scrambling Control）フィールド、適応フィールド制御（Adaptation Field Control）フィールドおよび連続カウンタ（Continuity Counter）フィールドを含む８ビットの第２グループは、ＴＰのポインタフィールドの位置に配置され得る。そして、伝送エラー指示子（Transport Error Indicator）フィールド、ペイロードユニット開始指示子（Payload Unit Start Indicator）フィールド、伝送優先順位（Transport Priority）フィールドおよびＰＩＤフィールドを含む第１グループとペイロードフィールドとは、ＴＰのペイロードに配置され得る。ＭＰＥＧ−２ＴＳパケットの第１グループとペイロードフィールドとは、合計１８６バイトである。そして、ＴＰヘッダは２バイトであり、ＭＰＥＧ−２ＴＳパケットの第２グループはＴＰヘッダに含まれる。したがって、ＭＰＥＧ−２ＴＳパケットを含むＴＰは合計１８８バイトであるので、ＭＰＥＧ−２ＴＳを直接伝送する時と伝送パケットの大きさが同一である。したがって、オーバーヘッドなしに、ＴＰは、ＭＰＥＧ−２ＴＳを含んで伝送され得る。

このように、ＭＰＥＧ−２ＴＳパケットに含まれた複数のフィールドは、再配列されてＴＰに再配置され得る。

図２０は、本発明の一実施例に係る放送送信装置のブロック図である。

図２０を参照すると、放送送信装置１００は、制御部１１０および通信部１２０を含むことができる。

制御部１１０は、伝送パケット（Transport Packet）を生成する。制御部１１０は、エンコーダ（（図示せず））を含むことによってビデオまたはオーディオデータをエンコーディングすることができる。また、制御部１１０は、シグナリング情報生成部（（図示せず））を含むことによって、エンコーディングされたビデオまたはオーディオデータに関するシグナリング情報を生成することができる。生成されたシグナリング情報は伝送パケットに含まれ得る。

伝送パケットは、ペイロード（Payload）フィールド、スタッフィング指示子（Stuffing Indicator）フィールドおよびネットワークプロトコルフィールドを含むことができる。ネットワークプロトコルフィールドは、シグナリングタイプ、パケット化ストリーム（packetized stream）タイプ、固定長のパケットタイプ、可変長のパケットタイプまたはＭＰＥＧ−２タイプのうちの１つに設定されてもよい。

ネットワークプロトコルフィールドがＭＰＥＧ−２タイプに設定される場合、ＭＰＥＧ−２ＴＳパケットは複数のフィールドを含み、複数のフィールドは、再配列されて伝送パケットに再配置され得る。

通信部１２０は、生成された伝送パケットを含む放送信号を送信する。

図２１は、本発明の一実施例に係る放送受信装置のブロック図である。

図２１を参照すると、放送受信装置２００は、通信部２１０および制御部２２０を含む。

通信部２１０は、伝送パケットを含む放送信号を受信する。

制御部２２０は、受信された放送信号から伝送パケットを抽出し、伝送パケットからデータのネットワークプロトコルタイプおよびデータを抽出する。

伝送パケットにおいて、ネットワークプロトコルフィールドには、シグナリングタイプ、パケット化ストリーム（packetized stream）タイプ、固定長のパケットタイプ、可変長のパケットタイプまたはＭＰＥＧ−２タイプのうちの１つを示す値が設定されてもよい。ネットワークプロトコルフィールドによって区別されるタイプは、ペイロードに含まれたデータのプロトコルタイプを示す。

例えば、ネットワークプロトコルフィールドがシグナリングタイプに設定される場合、ペイロードフィールドは、サービスシグナリングテーブルを含むことができる。ネットワークプロトコルフィールドがパケット化ストリームタイプに設定される場合、ペイロードフィールドは、パケット化ストリームディスクリプタを含み、ＭＰＥＧ−２ＴＳなどの固定長を有するパケット化ストリーム、またはＭＰＥＧ−２メディア伝送ストリームなどの可変長を有するパケット化ストリームを含むことができる。

プロトコルタイプが、ＭＰＥＧ−２ＴＳのように固定長を有するパケット化ストリームに設定される場合、ＭＰＥＧ−２ＴＳに含まれた複数のフィールドは、再配列されて伝送パケットに再配置され得る。このような方法により、固定長を有するパケット化ストリームのオーバーヘッドを減少させることができる。

図２２は、本発明の他の実施例に係る放送受信装置のブロック図である。

図２２を参照すると、放送受信装置は、チャネル同期化部（Channel Synchronizer）３０５、チャネル等化部（Channel Equalizer）３１０、チャネルデコーダ（Channel Decoder）３１５、シグナリングデコーダ（Signaling Decoder）３２０、伝送パケットインターフェース（Transport Packet Interface）３２５、ＴＰシグナリングパーサ（TP Signaling Parser）３３０、共通プロトコルスタック（Common Protocol Stack）３３５、ベースバンド処理制御部（Baseband Operation Controller）３４０、ＳＳＣ処理バッファ＆パーサ（SSC Processing Buffer & Parser）３４５、サービスマップ（Service Map）ＤＢ３５０、Ａ／Ｖプロセッサ（A/V Processor）３５５、ＳＧプロセッサ（SG Processor）３６０およびＳＧＤＢ３６５を含むことができる。

チャネル同期化部（Channel Synchronizer）３０５は、ベースバンドで適切なデコーディングができるようにシンボル周波数とタイミングとの同期を調整する（合わせる）（adjust）ことができる。

チャネル等化部（Channel Equalizer）３１０は、受信された信号がマルチパス、ドップラ効果などによって歪みが発生したとき、これを補正（補償）する（compensate）ことができる。

チャネルデコーダ（Channel Decoder）３１５は、受信された信号から意味を有するデータに復元（復旧）する（restore）ためにＦＥＣ（Forward Error Correction）を行うことができる。

シグナリングデコーダ（Signaling Decoder）３２０は、チャネルから伝達されるシグナリングデータを抽出し、デコーディングすることができる。

伝送パケットインターフェース（Transport Packet Interface）３２５は、ＴＰを抽出し、ＴＰのプロトコルタイプからシグナリングの情報やＩＰデータグラムを組み合わせることができる。

ＴＰシグナリングパーサ（TP Signaling Parser）３３０は、ＴＰインターフェース３２５を介して伝達されたシグナリングセクション情報を収集して、完成したシグナリングテーブルを構成することができる。

共通プロトコルスタック（Common Protocol Stack）３３５は、完成したシグナリングテーブルを臨時に格納することができる。

ベースバンド処理制御部（Baseband Operation Controller）３４０は、ベースバンドに関する種々の処理過程を制御することができる。

ＳＳＣ処理バッファ＆パーサ（SSC Processing Buffer & Parser）３４５は、サービス選択およびスキャンプロセスに必要な情報としてＩＰレベルシグナリング情報が含まれたＩＰマルチキャストストリームからＳＳＣテーブルセクションを抽出することができる。

ＳｅｒｖｉｃｅＭａｐＤＢ３５０は、サービスマップに関する資料を格納することができる。

Ａ／Ｖプロセッサ（A/V Processor）３５５は、受信されたオーディオおよびビデオデータに対するデコーディングおよびプレゼンテーション処理を行うことができる。

ＳＧプロセッサ（SG Processor）３６０は、受信信号からａｎｎｏｕｎｃｅｍｅｎｔ情報を抽出し、サービスガイド（Service Guide：ＳＧ）ＤＢを管理し、サービスガイドを提供することができる。

ＳＧＤＢ３６５は、サービスガイドに関するデータを格納することができる。

図２１の通信部２１０は、図２２のチャネル同期化部（Channel Synchronizer）３０５を含むことができ、図２１の制御部２２０は、図２２のチャネル等化部（Channel Equalizer）３１０、チャネルデコーダ（Channel Decoder）３１５、シグナリングデコーダ（Signaling Decoder）３２０、伝送パケットインターフェース（Transport Packet Interface）３２５、ＴＰシグナリングパーサ（TP Signaling Parser）３３０、共通プロトコルスタック（Common Protocol Stack）３３５、ベースバンド処理制御部（Baseband Operation Controller）３４０、ＳＳＣ処理バッファ＆パーサ（SSC Processing Buffer & Parser）３４５、サービスマップ（Service Map）ＤＢ３５０、Ａ／Ｖプロセッサ（A/V Processor）３５５、ＳＧプロセッサ（SG Processor）３６０およびＳＧＤＢ３６５を含むことができる。

図２３は、本発明の一実施例に係る放送送信方法のフローチャートである。

図２３を参照すると、放送送信装置は、伝送パケット（Transport Packet）を生成する（Ｓ１１０）。伝送パケットは、ペイロード（Payload）フィールド、スタッフィング指示子（Stuffing Indicator）フィールドおよびネットワークプロトコルフィールドを含むことができる。

ネットワークプロトコルフィールドは、ペイロードフィールドに含まれたデータのプロトコルタイプを示す。すなわち、ネットワークプロトコルフィールドは、シグナリングタイプ、パケット化ストリーム（packetized stream）タイプ、固定長のパケットタイプ、可変長のパケットタイプまたはＭＰＥＧ−２タイプのうちの１つのタイプに関連する値に設定されてもよい。

ネットワークプロトコルフィールドがシグナリングタイプに設定される場合、ペイロードフィールドにはサービスシグナリングテーブルが含まれ得る。

ネットワークプロトコルフィールドが、ＭＰＥＧ−２ＴＳパケットなどの固定された長さを有するパケット化ストリームである場合、パケット化ストリームに含まれた複数のフィールドを再配列し、ＴＰに再配置することによって、ＴＰのオーバーヘッドを低減することができる。

放送送信装置は、生成した伝送パケットを含む放送信号を送信する（Ｓ１２０）。

図２４は、本発明の一実施例に係る放送受信方法のフローチャートである。

図２４を参照すると、放送受信装置は、伝送パケットを含む放送信号を受信する（Ｓ２１０）。

放送受信装置は、受信した放送信号から伝送パケットを抽出し、伝送パケットからデータのネットワークプロトコルタイプおよびデータを抽出する（Ｓ２２０）。

具体的には、制御部に含まれたシグナリングデコーダは、チャネルから伝達されるシグナリングデータを抽出し、デコーディングすることができる。伝送パケットインターフェースは、ＴＰを抽出し、ＴＰのプロトコルタイプからシグナリングの情報やＩＰデータグラムを組み合わせることができる。ＴＰシグナリングパーサは、ＴＰインターフェースを介して伝達されたシグナリングセクション情報を収集して、完成したシグナリングテーブルを構成することができる。

本発明に係る放送送受信装置および放送送受信方法は、上述した実施例の構成および方法が限定されて適用されるものではなく、上記実施例は、様々な変形が可能になるように、各実施例の全部または一部が選択的に組み合わされて構成されてもよい。

また、以上では、本発明の好ましい実施例について図示し、説明したが、本発明は、上述した特定の実施例に限定されず、特許請求の範囲で請求する本発明の要旨を逸脱することなく、当該発明の属する技術分野における通常の知識を有する者によって、様々な変形実施が可能であることはもちろんであり、このような変形実施は、本発明の技術的思想や展望から個別的に理解されてはならない。

本発明は、放送およびビデオ信号処理分野で使用可能であり、反復可能な、産業上の利用可能性がある。

Claims

シグナリングデータと、オーディオデータまたはビデオデータを有する放送データと、を生成し、
前記放送データまたは前記シグナリングデータを有する入力パケットを有する伝送パケットを生成するよう構成された制御部と、
前記生成された伝送パケットを有する放送信号を送信するよう構成された通信部と、を有し、
前記伝送パケットは、前記伝送パケットのペイロードフィールドに有される前記入力パケットのタイプを示すパケットタイプフィールドを有し、
前記パケットタイプフィールドは、シグナリングタイプ、ＩＰパケットタイプおよびＭＰＥＧ−２ＴＳパケットタイプを有するタイプのうちの１つに設定され、
前記伝送パケットは、前記パケットタイプフィールドを有するヘッダを有し、
前記伝送パケットの前記ヘッダは、ＭＰＥＧ−２ＴＳパケットタイプに設定されている前記パケットタイプフィールドに基づいて使用ビット数を小さくした異なる構造を形成する、放送送信装置。
前記パケットタイプフィールドがＭＰＥＧ−２ＴＳパケットタイプに設定されている場合、前記伝送パケットの前記ヘッダは、第１の構造を形成し、
前記第１の構造は第２の構造と異なり、
前記パケットタイプフィールドがＭＰＥＧ−２ＴＳパケットタイプ以外のいずれかのタイプに設定されている場合、前記伝送パケットの前記ヘッダは、前記第２の構造を形成する、請求項１に記載の放送送信装置。
前記ペイロードフィールドがＭＰＥＧ−２ＴＳパケットを有する場合、前記パケットタイプフィールドは、前記ＭＰＥＧ−２ＴＳパケットタイプに設定されている、請求項１に記載の放送送信装置。
前記伝送パケットは、前記ペイロードフィールドにおける前記ＭＰＥＧ−２ＴＳパケットの数を示すパケット数フィールドをさらに有する、請求項３に記載の放送送信装置。
前記ＭＰＥＧ−２ＴＳパケットの同期バイトが除かれた後、前記ＭＰＥＧ−２ＴＳパケットは、前記伝送パケットにカプセル化される、請求項３に記載の放送送信装置。
前記ＭＰＥＧ−２ＴＳパケットに有される複数のフィールドは、再配列されて前記伝送パケットに再配置される、請求項４に記載の放送送信装置。
前記伝送パケットは、ポインタフィールドをさらに有し、
前記複数のフィールドは、
伝送エラー指示子フィールド、ペイロードユニット開始指示子フィールド、伝送優先順位フィールドおよびＰＩＤフィールドを有する第１グループフィールドと、
伝送スクランブル制御フィールド、適応フィールド制御フィールドおよび連続カウンタフィールドを有する第２グループフィールドと、を有し、
前記第１グループフィールドは、前記ペイロードフィールドに配置され、前記第２グループフィールドは、前記ポインタフィールドに配置される、請求項６に記載の放送送信装置。
シグナリングデータと、オーディオデータまたはビデオデータを有する放送データと、を生成するステップと、
前記放送データまたは前記シグナリングデータを有する入力パケットを有する伝送パケットを生成するステップと、
前記生成された伝送パケットを有する放送信号を送信するステップと、を有し、
前記伝送パケットは、前記伝送パケットのペイロードフィールドに有される前記入力パケットのタイプを示すパケットタイプフィールドを有し、
前記パケットタイプフィールドは、シグナリングタイプ、ＩＰパケットタイプおよびＭＰＥＧ−２ＴＳパケットタイプを有するタイプのうちの１つに設定され、
前記伝送パケットは、前記パケットタイプフィールドを有するヘッダを有し、
前記伝送パケットの前記ヘッダは、ＭＰＥＧ−２ＴＳパケットタイプに設定されている前記パケットタイプフィールドに基づいて使用ビット数を小さくした異なる構造を形成する、放送送信方法。
伝送パケットを有する放送信号を受信するよう構成された通信部と、
前記受信された放送信号から前記伝送パケットを抽出し、
前記伝送パケットからパケットタイプフィールドを抽出し、
前記抽出したパケットタイプフィールドに基づいて、前記伝送パケットから放送データまたはシグナリングデータを抽出するよう構成された制御部と、を有し、
前記伝送パケットは、前記伝送パケットのペイロードフィールドに有される入力パケットのタイプを示す前記パケットタイプフィールドを有し、
前記パケットタイプフィールドは、シグナリングタイプ、ＩＰパケットタイプおよびＭＰＥＧ−２ＴＳパケットタイプを有するタイプのうちの１つに設定され、
前記伝送パケットは、前記パケットタイプフィールドを有するヘッダを有し、
前記伝送パケットの前記ヘッダは、ＭＰＥＧ−２ＴＳパケットタイプに設定されている前記パケットタイプフィールドに基づいて使用ビット数を小さくした異なる構造を形成し、
前記放送データは、オーディオデータまたはビデオデータを有する、放送受信装置。
前記パケットタイプフィールドがＭＰＥＧ−２ＴＳパケットタイプに設定されている場合、前記伝送パケットの前記ヘッダは、第１の構造を形成し、
前記第１の構造は第２の構造と異なり、
前記パケットタイプフィールドがＭＰＥＧ−２ＴＳパケットタイプ以外のいずれかのタイプに設定されている場合、前記伝送パケットの前記ヘッダは、前記第２の構造を形成する、請求項９に記載の放送受信装置。
前記ペイロードフィールドがＭＰＥＧ−２ＴＳパケットを有する場合、前記パケットタイプフィールドは、前記ＭＰＥＧ−２ＴＳパケットタイプに設定されている、請求項９に記載の放送受信装置。
前記伝送パケットは、前記ペイロードフィールドにおける前記ＭＰＥＧ−２ＴＳパケットの数を示すパケット数フィールドをさらに有する、請求項１１に記載の放送受信装置。
前記ＭＰＥＧ−２ＴＳパケットの同期バイトが除かれた後、前記ＭＰＥＧ−２ＴＳパケットは、前記伝送パケットにカプセル化される、請求項１１に記載の放送受信装置。
前記ＭＰＥＧ−２ＴＳパケットに有される複数のフィールドは、再配列されて前記伝送パケットに再配置される、請求項１２に記載の放送受信装置。
前記伝送パケットは、ポインタフィールドをさらに有し、
前記複数のフィールドは、
伝送エラー指示子フィールド、ペイロードユニット開始指示子フィールド、伝送優先順位フィールドおよびＰＩＤフィールドを有する第１グループフィールドと、
伝送スクランブル制御フィールド、適応フィールド制御フィールドおよび連続カウンタフィールドを有する第２グループフィールドと、を有し、
前記第１グループフィールドは、前記ペイロードフィールドに配置され、前記第２グループフィールドは、前記ポインタフィールドに配置される、請求項１４に記載の放送受信装置。
伝送パケットを有する放送信号を受信するステップと、
前記受信された放送信号から前記伝送パケットを抽出するステップと、
前記伝送パケットからパケットタイプフィールドを抽出するステップと、
前記抽出したパケットタイプフィールドに基づいて、前記伝送パケットから放送データまたはシグナリングデータを抽出するステップと、を有し、
前記伝送パケットは、前記伝送パケットのペイロードフィールドに有される入力パケットのタイプを示す前記パケットタイプフィールドを有し、
前記パケットタイプフィールドは、シグナリングタイプ、ＩＰパケットタイプおよびＭＰＥＧ−２ＴＳパケットタイプを有するタイプのうちの１つに設定され、
前記伝送パケットは、前記パケットタイプフィールドを有するヘッダを有し、
前記伝送パケットの前記ヘッダは、ＭＰＥＧ−２ＴＳパケットタイプに設定されている前記パケットタイプフィールドに基づいて使用ビット数を小さくした異なる構造を形成し、
前記放送データは、オーディオデータまたはビデオデータを有する、放送受信方法。