(57)【特許請求の範囲】
【請求項１】
シグナリングデータと、オーディオデータまたはビデオデータを有する放送データと、を生成し、
前記放送データまたは前記シグナリングデータを有する入力パケットを有する伝送パケットを生成するよう構成された制御部と、
前記生成された伝送パケットを有する放送信号を送信するよう構成された通信部と、を有し、
前記伝送パケットは、前記伝送パケットのペイロードフィールドに有される前記入力パケットのタイプを示すパケットタイプフィールドを有し、
前記パケットタイプフィールドは、シグナリングタイプ、ＩＰパケットタイプおよびＭＰＥＧ−２  ＴＳパケットタイプを有するタイプのうちの１つに設定され、
前記伝送パケットは、前記パケットタイプフィールドを有するヘッダを有し、
前記伝送パケットの前記ヘッダは、ＭＰＥＧ−２  ＴＳパケットタイプに設定されている前記パケットタイプフィールドに基づいて使用ビット数を小さくした異なる構造を形成する、放送送信装置。
【請求項２】
前記パケットタイプフィールドがＭＰＥＧ−２  ＴＳパケットタイプに設定されている場合、前記伝送パケットの前記ヘッダは、第１の構造を形成し、
前記第１の構造は第２の構造と異なり、
前記パケットタイプフィールドがＭＰＥＧ−２  ＴＳパケットタイプ以外のいずれかのタイプに設定されている場合、前記伝送パケットの前記ヘッダは、前記第２の構造を形成する、請求項１に記載の放送送信装置。
【請求項３】
前記ペイロードフィールドがＭＰＥＧ−２  ＴＳパケットを有する場合、前記パケットタイプフィールドは、前記ＭＰＥＧ−２  ＴＳパケットタイプに設定されている、請求項１に記載の放送送信装置。
【請求項４】
前記伝送パケットは、前記ペイロードフィールドにおける前記ＭＰＥＧ−２  ＴＳパケットの数を示すパケット数フィールドをさらに有する、請求項３に記載の放送送信装置。
【請求項５】
前記ＭＰＥＧ−２  ＴＳパケットの同期バイトが除かれた後、前記ＭＰＥＧ−２  ＴＳパケットは、前記伝送パケットにカプセル化される、請求項３に記載の放送送信装置。
【請求項６】
前記ＭＰＥＧ−２ ＴＳパケットに有される複数のフィールドは、再配列されて前記伝送パケットに再配置される、請求項４に記載の放送送信装置。
【請求項７】
前記伝送パケットは、ポインタフィールドをさらに有し、
前記複数のフィールドは、
伝送エラー指示子フィールド、ペイロードユニット開始指示子フィールド、伝送優先順位フィールドおよびＰＩＤフィールドを有する第１グループフィールドと、
伝送スクランブル制御フィールド、適応フィールド制御フィールドおよび連続カウンタフィールドを有する第２グループフィールドと、を有し、
前記第１グループフィールドは、前記ペイロードフィールドに配置され、前記第２グループフィールドは、前記ポインタフィールドに配置される、請求項６に記載の放送送信装置。
【請求項８】
シグナリングデータと、オーディオデータまたはビデオデータを有する放送データと、を生成するステップと、
前記放送データまたは前記シグナリングデータを有する入力パケットを有する伝送パケットを生成するステップと、
前記生成された伝送パケットを有する放送信号を送信するステップと、を有し、
前記伝送パケットは、前記伝送パケットのペイロードフィールドに有される前記入力パケットのタイプを示すパケットタイプフィールドを有し、
前記パケットタイプフィールドは、シグナリングタイプ、ＩＰパケットタイプおよびＭＰＥＧ−２  ＴＳパケットタイプを有するタイプのうちの１つに設定され、
前記伝送パケットは、前記パケットタイプフィールドを有するヘッダを有し、
前記伝送パケットの前記ヘッダは、ＭＰＥＧ−２  ＴＳパケットタイプに設定されている前記パケットタイプフィールドに基づいて使用ビット数を小さくした異なる構造を形成する、放送送信方法。
【請求項９】
伝送パケットを有する放送信号を受信するよう構成された通信部と、
前記受信された放送信号から前記伝送パケットを抽出し、
前記伝送パケットからパケットタイプフィールドを抽出し、
前記抽出したパケットタイプフィールドに基づいて、前記伝送パケットから放送データまたはシグナリングデータを抽出するよう構成された制御部と、を有し、
前記伝送パケットは、前記伝送パケットのペイロードフィールドに有される入力パケットのタイプを示す前記パケットタイプフィールドを有し、
前記パケットタイプフィールドは、シグナリングタイプ、ＩＰパケットタイプおよびＭＰＥＧ−２  ＴＳパケットタイプを有するタイプのうちの１つに設定され、
前記伝送パケットは、前記パケットタイプフィールドを有するヘッダを有し、
前記伝送パケットの前記ヘッダは、ＭＰＥＧ−２  ＴＳパケットタイプに設定されている前記パケットタイプフィールドに基づいて使用ビット数を小さくした異なる構造を形成し、
前記放送データは、オーディオデータまたはビデオデータを有する、放送受信装置。
【請求項１０】
前記パケットタイプフィールドがＭＰＥＧ−２  ＴＳパケットタイプに設定されている場合、前記伝送パケットの前記ヘッダは、第１の構造を形成し、
前記第１の構造は第２の構造と異なり、
前記パケットタイプフィールドがＭＰＥＧ−２  ＴＳパケットタイプ以外のいずれかのタイプに設定されている場合、前記伝送パケットの前記ヘッダは、前記第２の構造を形成する、請求項９に記載の放送受信装置。
【請求項１１】
前記ペイロードフィールドがＭＰＥＧ−２  ＴＳパケットを有する場合、前記パケットタイプフィールドは、前記ＭＰＥＧ−２  ＴＳパケットタイプに設定されている、請求項９に記載の放送受信装置。
【請求項１２】
前記伝送パケットは、前記ペイロードフィールドにおける前記ＭＰＥＧ−２  ＴＳパケットの数を示すパケット数フィールドをさらに有する、請求項１１に記載の放送受信装置。
【請求項１３】
前記ＭＰＥＧ−２  ＴＳパケットの同期バイトが除かれた後、前記ＭＰＥＧ−２  ＴＳパケットは、前記伝送パケットにカプセル化される、請求項１１に記載の放送受信装置。
【請求項１４】
前記ＭＰＥＧ−２ ＴＳパケットに有される複数のフィールドは、再配列されて前記伝送パケットに再配置される、請求項１２に記載の放送受信装置。
【請求項１５】
前記伝送パケットは、ポインタフィールドをさらに有し、
前記複数のフィールドは、
伝送エラー指示子フィールド、ペイロードユニット開始指示子フィールド、伝送優先順位フィールドおよびＰＩＤフィールドを有する第１グループフィールドと、
伝送スクランブル制御フィールド、適応フィールド制御フィールドおよび連続カウンタフィールドを有する第２グループフィールドと、を有し、
前記第１グループフィールドは、前記ペイロードフィールドに配置され、前記第２グループフィールドは、前記ポインタフィールドに配置される、請求項１４に記載の放送受信装置。
【請求項１６】
伝送パケットを有する放送信号を受信するステップと、
前記受信された放送信号から前記伝送パケットを抽出するステップと、
前記伝送パケットからパケットタイプフィールドを抽出するステップと、
前記抽出したパケットタイプフィールドに基づいて、前記伝送パケットから放送データまたはシグナリングデータを抽出するステップと、を有し、
前記伝送パケットは、前記伝送パケットのペイロードフィールドに有される入力パケットのタイプを示す前記パケットタイプフィールドを有し、
前記パケットタイプフィールドは、シグナリングタイプ、ＩＰパケットタイプおよびＭＰＥＧ−２  ＴＳパケットタイプを有するタイプのうちの１つに設定され、
前記伝送パケットは、前記パケットタイプフィールドを有するヘッダを有し、
前記伝送パケットの前記ヘッダは、ＭＰＥＧ−２  ＴＳパケットタイプに設定されている前記パケットタイプフィールドに基づいて使用ビット数を小さくした異なる構造を形成し、
前記放送データは、オーディオデータまたはビデオデータを有する、放送受信方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、放送送受信装置および放送送受信方法に関する。
【背景技術】
【０００２】
放送および通信技術の発展に伴い、様々な放送装置および放送送受信方法に関する研究が行われている。ＡＴＳＣ ３．０などの放送システムでは、放送網とインターネット網とが連動してサービスを提供するハイブリッド放送システムが構築される見込みである。これによって、既存のＩＰを用いたデジタル放送システムの技術を継承し、発展させる手法（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）フィールド、およびペイロードフィールドに有されるデータのネットワークプロトコルタイプを示すネットワークプロトコルフィールドを有する。
【００２０】
そして、ネットワークプロトコルフィールドは、シグナリングタイプ、パケット化ストリーム（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）フィールドと、を有し、伝送パケットは、第１グループフィールドをペイロードフィールドに配置し、第２グループフィールドをポインタフィールドに配置し、同期バイトフィールドを除くことができる。
【００２７】
本発明の上述した目的を達成するための一実施例によれば、放送受信方法は、伝送パケットを有する放送信号を受信するステップと、受信された放送信号から伝送パケットを抽出し、伝送パケットからデータのネットワークプロトコルタイプおよびデータを抽出するステップと、を有し、伝送パケットは、データが有されるペイロード（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）は、当該伝送パケットのペイロード部分に含まれるｐａｃｋｅｔ＿ｂｙｔｅｓ（）のバイト単位のデータの長さを示す。パケット長は、パケットタイプが固定形態ではない場合にのみ含まれ得る。
【００９２】
パケットバイト（packet bytes）は、当該伝送パケットのペイロード部分に含まれるパケットの実質的なデータを示す。
【００９３】
それぞれのＩＡＮＡに登録されていないパケットの種類に応じて区分が必要な場合、各パケット別にＴＰ内のネットワークプロトコルタイプに対して１つまたは複数の値が指定されてもよい。
【００９４】
図１１は、本発明の更に他の実施例に係るネットワークプロトコルタイプを示す図である。
【００９５】
図１１を参照すると、ＴＰ内のネットワークプロトコルタイプに対して１つまたは複数の値が指定された実施例が示されている。
【００９６】
ネットワークプロトコルタイプフィールドは、それぞれの値に対して、固定長を有するパケットまたはパケット化ストリームタイプ、可変長を有するパケットまたはパケット化ストリームタイプ、シグナリング（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）タイプ、固定長のパケットタイプ、可変長のパケットタイプまたはＭＰＥＧ−２タイプのうちの１つのタイプに関連する値に設定されてもよい。
【０１７２】
ネットワークプロトコルフィールドがシグナリングタイプに設定される場合、ペイロードフィールドにはサービスシグナリングテーブルが含まれ得る。
【０１７３】
ネットワークプロトコルフィールドが、ＭＰＥＧ−２ ＴＳパケットなどの固定された長さを有するパケット化ストリームである場合、パケット化ストリームに含まれた複数のフィールドを再配列し、ＴＰに再配置することによって、ＴＰのオーバーヘッドを低減することができる。
【０１７４】
放送送信装置は、生成した伝送パケットを含む放送信号を送信する（Ｓ１２０）。
【０１７５】
図２４は、本発明の一実施例に係る放送受信方法のフローチャートである。
【０１７６】
図２４を参照すると、放送受信装置は、伝送パケットを含む放送信号を受信する（Ｓ２１０）。
【０１７７】
放送受信装置は、受信した放送信号から伝送パケットを抽出し、伝送パケットからデータのネットワークプロトコルタイプおよびデータを抽出する（Ｓ２２０）。
【０１７８】
具体的には、制御部に含まれたシグナリングデコーダは、チャネルから伝達されるシグナリングデータを抽出し、デコーディングすることができる。伝送パケットインターフェースは、ＴＰを抽出し、ＴＰのプロトコルタイプからシグナリングの情報やＩＰデータグラムを組み合わせることができる。ＴＰシグナリングパーサは、ＴＰインターフェースを介して伝達されたシグナリングセクション情報を収集して、完成したシグナリングテーブルを構成することができる。
【０１７９】
本発明に係る放送送受信装置および放送送受信方法は、上述した実施例の構成および方法が限定されて適用されるものではなく、上記実施例は、様々な変形が可能になるように、各実施例の全部または一部が選択的に組み合わされて構成されてもよい。
【０１８０】
また、以上では、本発明の好ましい実施例について図示し、説明したが、本発明は、上述した特定の実施例に限定されず、特許請求の範囲で請求する本発明の要旨を逸脱することなく、当該発明の属する技術分野における通常の知識を有する者によって、様々な変形実施が可能であることはもちろんであり、このような変形実施は、本発明の技術的思想や展望から個別的に理解されてはならない。
【産業上の利用可能性】
【０１８１】
本発明は、放送およびビデオ信号処理分野で使用可能であり、反復可能な、産業上の利用可能性がある。
【図１】
0006333969.tif 000002
【図２】
0006333969.tif 000003
【図３】
0006333969.tif 000004
【図４】
0006333969.tif 000005
【図５】
0006333969.tif 000006
【図６】
0006333969.tif 000007
【図７】
0006333969.tif 000008
【図８】
0006333969.tif 000009
【図９】
0006333969.tif 000010
【図１０】
0006333969.tif 000011
【図１１】
0006333969.tif 000012
【図１２】
0006333969.tif 000013
【図１３】
0006333969.tif 000014
【図１４】
0006333969.tif 000015
【図１５】
0006333969.tif 000016
【図１６】
0006333969.tif 000017
【図１７】
0006333969.tif 000018
【図１８】
0006333969.tif 000019
【図１９】
0006333969.tif 000020
【図２０】
0006333969.tif 000021
【図２１】
0006333969.tif 000022
【図２２】
0006333969.tif 000023
【図２３】
0006333969.tif 000024
【図２４】
0006333969.tif 000025