(57)【特許請求の範囲】
【請求項１】
放送信号を送信する方法であって、
放送サービスのための放送データを伝送するＩＰパケットを含む入力データパケットを受信する段階と、
前記入力データパケットのヘッダに対してヘッダ圧縮を実行する段階と、
リンク層より上位層で処理される前記入力データパケットを前記リンク層より下位層で処理される物理層パイプ（ＰＬＰ）にマップするための情報を含むリンク層シグナリングデータを生成する段階と、
第１のリンク層パケットを生成するために前記入力データパケットをカプセル化し、第２のリンク層パケットを生成するために前記リンク層シグナリングデータをカプセル化する段階と、を含み、
前記第１のリンク層パケットのヘッダと前記第２のリンク層パケットのヘッダは、前記第１のリンク層パケットまたは前記第２のリンク層パケットにカプセル化される前の入力データのパケットタイプ又は元のプロトコルを示すパケットタイプ情報を含み、
前記第１のリンク層パケットの前記ヘッダ内の前記パケットタイプ情報は、前記第１のリンク層パケットのペイロード内の入力データが前記ヘッダ圧縮が実行された圧縮されたＩＰパケットに対応することを示し、
前記第２のリンク層パケットの前記ヘッダ内の前記パケットタイプ情報は、前記第２のリンク層パケットのペイロード内の入力データが前記リンク層シグナリングデータに対応することを示し、
前記リンク層シグナリングデータは、前記第１のリンク層パケットのペイロード内の入力データが前記ヘッダ圧縮が実行された圧縮されたＩＰパケットに対応することを示す情報を含む、放送信号送信方法。
【請求項２】
前記リンク層シグナリングデータはＰＬＰの識別子を含む、請求項１に記載の放送信号送信方法。
【請求項３】
前記リンク層シグナリングデータは、前記第１のリンク層パケットのためのコンテキスト情報を含む、請求項１に記載の放送信号送信方法。
【請求項４】
前記コンテキスト情報は、前記第１のリンク層パケットとは分離されて伝送される、請求項３に記載の放送信号送信方法。
【請求項５】
速い放送サービスのスキャン及び獲得のための情報を伝達する高速情報チャネルデータを含むサービスシグナリングチャネルデータをエンコードする段階と、
放送システムを通じて非常警戒を提供するための情報を伝達する非常警戒チャネルデータをエンコードする段階と、をさらに含み、
前記高速情報チャネルデータは、前記放送サービスを提供する放送社を識別する放送識別情報、及び前記放送社のベースデータパイプを特定するベースデータパイプ識別情報を含み、
前記非常警戒チャネルデータは、前記非常警戒に対する非常メッセージを識別するメッセージ識別情報、及び前記非常メッセージと関連する非実時間コンテンツの存在有無を特定する非実時間コンテンツ情報を含む、請求項１に記載の放送信号送信方法。
【請求項６】
前記高速情報チャネルデータ及び前記非常警戒チャネルデータは、前記放送信号で専用チャネルを介して伝送され、
前記専用チャネルは、特殊目的のために保有したデータチャネルに該当する、請求項５に記載の放送信号送信方法。
【請求項７】
第２のリンク層パケットを伝送する物理層パイプ（ＰＬＰ）を受信する段階であって、前記第２のリンク層パケットは、リンク層シグナリングデータをカプセル化することにより生成され、前記リンク層シグナリングデータは、リンク層より上位層で処理される入力データパケットを前記リンク層より下位層で処理されるＰＬＰにマップするための情報を含む、段階と、
前記第２のリンク層パケットをパースし、前記リンク層シグナリングデータをパースする段階と、
前記リンク層シグナリングデータを用いて、第１のリンク層パケットを伝送するＰＬＰを受信する段階であって、前記第１のリンク層パケットは、前記入力データパケットをカプセル化することにより生成され、前記入力データパケットは、放送サービスのための放送データを伝送するＩＰパケットを含む、段階と、
前記第１のリンク層パケットをパースし、前記入力データパケットをパースする段階と、を含み、
前記第１のリンク層パケットのヘッダと前記第２のリンク層パケットのヘッダは、前記第１のリンク層パケットまたは前記第２のリンク層パケットにカプセル化される前の入力データのパケットタイプ又は元のプロトコルを示すパケットタイプ情報を含み、
前記第１のリンク層パケットの前記ヘッダ内の前記パケットタイプ情報は、前記第１のリンク層パケットのペイロード内の入力データがヘッダ圧縮が実行された圧縮されたＩＰパケットに対応することを示し、
前記第２のリンク層パケットの前記ヘッダ内の前記パケットタイプ情報は、前記第２のリンク層パケットのペイロード内の入力データが前記リンク層シグナリングデータに対応することを示し、
前記リンク層シグナリングデータは、前記第１のリンク層パケットのペイロード内の入力データが前記ヘッダ圧縮が実行された圧縮されたＩＰパケットに対応することを示す情報を含む、受信機で放送信号を受信するための方法。
【請求項８】
前記リンク層シグナリングデータはＰＬＰの識別子を含む、請求項７に記載の受信機で放送信号を受信するための方法。
【請求項９】
前記リンク層シグナリングデータは、前記第１のリンク層パケットのためのコンテキスト情報を含む、請求項８に記載の受信機で放送信号を受信するための方法。
【請求項１０】
前記コンテキスト情報は、前記第１のリンク層パケットとは分離されて伝送される、請求項９に記載の受信機で放送信号を受信するための方法。
【請求項１１】
速い放送サービスのスキャン及び獲得のための情報を伝達する高速情報チャネルデータを含むサービスシグナリングチャネルデータをデコードする段階をさらに含み、
前記高速情報チャネルデータは、前記放送サービスを提供する放送社を識別する放送識別情報、及び前記放送社のベースデータパイプを特定するベースデータパイプ識別情報を含み、
前記サービスシグナリングチャネルデータは、放送システムを通じて非常警戒を提供するための情報を伝達する非常警戒チャネルデータをさらに含み、
前記非常警戒チャネルデータは、前記非常警戒に対する非常メッセージを識別するメッセージ識別情報、及び前記非常メッセージと関連する非実時間コンテンツの存在有無を特定する非実時間コンテンツ情報を含む、請求項１０に記載の受信機で放送信号を受信するための方法。
【請求項１２】
前記高速情報チャネルデータ及び前記非常警戒チャネルデータは、前記放送信号で専用チャネルを介して受信され、
前記専用チャネルは、特殊目的のために保有したデータチャネルに該当する、請求項１１に記載の受信機で放送信号を受信するための方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、デジタル放送システムにおいてハイブリッド放送をサポートするための方法及び装置に関し、より詳細には、デジタル放送システムにおいて一つ以上の伝送ネットワークから送受信される伝送ストリームを結合及び使用するための送受信処理方法及び装置に関する。また、本発明は、デジタル放送システムにおいて別個のプロトコルを用いてパケットを結合及び使用するための送受信処理方法及び装置に関する。
【背景技術】
【０００２】
デジタル放送システムにおいてＩＰ基盤の放送信号の送受信が拡張されてきた。具体的に、モバイルデジタル放送方式（例えば、ヨーロッパ放送標準におけるＤＶＢ―ＮＧＨ又は北米標準におけるＡＴＳＣ―ＭＨ）でＩＰ基盤の放送信号送受信環境の重要性が強調されてきた。また、次世代放送システムでは、放送ネットワーク又はインターネットネットワークとの相互運用が可能になるように設計されたハイブリッド放送システムが構築されると期待される。
【０００３】
一方、産業的又は政策的側面で既存のＭＰＥＧ―２  ＴＳ基盤の放送システムからＩＰ放送システムに完全に切り替えられるのに相当な時間がかかり、ＩＰ及びＭＰＥＧ―２  ＴＳ方式を同時にサポートできる新たな放送システムを開発する必要がある。
【０００４】
また、ＩＰ基盤の放送システムの拡張により、放送網を介して非常警報メッセージを伝達可能でなければならないが、未だに如何なる方式で非常警報メッセージを伝達するのかが明確に定義されていない。
【０００５】
また、ＩＰ基盤の放送システムの拡張により、多くの放送サービスが提供され得るが、視聴者が望む放送サービスを効率的に探す方案が設けられていない。
【発明の概要】
【発明が解決しようとする課題】
【０００６】
本発明の目的は、次世代放送システムにおいて上位階層から受信されたパケットのタイプとは関係なく処理できるリンク階層パケットの構造を提供することにある。
【０００７】
本発明の他の目的は、プロトコルスタックで上位階層のパケットに含まれた情報が下位階層のパケット処理に使用できるようにする方法を提供することにある。
【０００８】
本発明の他の目的は、上位階層パケットの伝送時、オーバーヘッドを減少させる方法を提供することにある。
【０００９】
本発明の他の目的は、非常警報メッセージを放送システムを通じて効率的に伝達する方法及び装置を提供することにある。
【００１０】
本発明の他の目的は、視聴者が望む放送サービスを効率的に探すことができる方法及び装置を提供することにある。
【課題を解決するための手段】
【００１１】
本発明の目的及び利点を実現するために、また、本発明の意図によって本文書に含まれ、大略的に敍述するように、本発明は、放送サービスのための放送データを含むＩＰ（Ｉｎｔｅｒｎｅｔ  ｐｒｏｔｏｃｏｌ）パケットを生成するＩＰパケット生成器、及び前記ＩＰパケットを含むパケットを生成するリンク階層パケット生成器を含む放送信号送信装置であって、前記リンク階層パケット生成器は、前記ＩＰパケットのＩＰヘッダにヘッダ圧縮を実行するオーバーヘッド削減プロセッサ、前記ＩＰヘッダを有する前記ＩＰパケットをパケットにカプセル化するエンカプスレータ、及びヘッダ圧縮が前記ＩＰヘッダに適用されるか否かを特定するヘッダ圧縮情報を含むリンク階層シグナリングデータをエンコードするリンク階層シグナリングエンコーダを含み、前記放送信号送信装置は、前記パケット及び前記リンク階層シグナリングデータをデータパイプにマップする放送信号生成器をさらに含むことを特徴とする、放送信号送信装置を提供する。
【００１２】
好ましくは、前記リンク階層シグナリングデータは、前記ＩＰパケットがリンク階層パケットにカプセル化されるか否かを特定するカプセル化情報をさらに含む。
【００１３】
好ましくは、前記ヘッダ圧縮情報と前記カプセル化情報とが結合され、前記リンク階層パケット生成器の出力が圧縮されたＩＰペイロードを有するリンク階層パケット、ＩＰペイロードを有するリンク階層パケット、又はＩＰパケットに該当するか否かをシグナリングする。
【００１４】
好ましくは、前記装置は、速い放送サービススキャン及び獲得のための情報を伝達する高速情報チャネルデータを含むサービスシグナリングチャネルデータをエンコードするサービスシグナリングデータエンコーダをさらに含み、前記高速情報チャネルデータは、前記放送サービスを提供する放送社を識別する放送識別情報、及び前記放送社のベースデータパイプを特定するベースデータパイプ識別情報を含む。
【００１５】
好ましくは、前記サービスシグナリングデータエンコーダは、放送システムを通じて非常警戒を提供するための情報を伝達する非常警戒チャネルデータをさらにエンコードし、前記非常警戒チャネルデータは、前記非常警戒に対する非常メッセージを識別するメッセージ識別情報、及び前記非常メッセージと関連する非実時間コンテンツの存在有無を特定する非実時間コンテンツ情報を含む。
【００１６】
好ましくは、前記高速情報チャネルデータ及び前記非常警戒チャネルデータは、前記放送信号で専用チャネルを介して伝送され、前記専用チャネルは、特殊目的のために保有したデータチャネルに該当する。
【００１７】
好ましくは、前記パケットはノーマルデータパイプにマップされ、前記リンク階層シグナリングデータはベースデータパイプにマップされる。
【００１８】
また、本発明は、リンク階層シグナリングデータ及びパケットを有するデータパイプを含む放送信号を受信する段階、ヘッダ圧縮がＩＰヘッダに適用されるか否かを特定するヘッダ圧縮情報を含む前記リンク階層シグナリングデータをデコードする段階、前記パケットを前記ＩＰヘッダを有するＩＰパケットにデカプセル化する段階、前記ヘッダ圧縮情報に基づいて前記ＩＰヘッダにヘッダ復旧を実行する段階、放送サービスのための放送データを含む前記ＩＰパケットをデコードする段階、及び前記放送データを用いて前記放送サービスのオーディオデータ及びビデオデータを処理する段階を含む、受信機で放送信号を受信するための方法を提供する。
【００１９】
好ましくは、前記リンク階層シグナリングデータは、前記ＩＰパケットがリンク階層パケットにカプセル化されるか否かを特定するカプセル化情報をさらに含む。
【００２０】
好ましくは、前記ヘッダ圧縮情報と前記カプセル化情報とが結合され、前記それぞれのパケットが圧縮されたＩＰペイロードを有するリンク階層パケット、ＩＰペイロードを有するリンク階層パケット、又はＩＰパケットに該当するか否かをシグナリングする。
【００２１】
好ましくは、前記方法は、速い放送サービススキャン及び獲得のための情報を伝達する高速情報チャネルデータを含むサービスシグナリングチャネルデータをデコードする段階をさらに含み、前記高速情報チャネルデータは、前記放送サービスを提供する放送社を識別する放送識別情報、及び前記放送社のベースデータパイプを特定するベースデータパイプ識別情報を含む。
【００２２】
好ましくは、前記サービスシグナリングチャネルデータは、放送システムを通じて非常警戒を提供するための情報を伝達する非常警戒チャネルデータをさらに含み、前記非常警戒チャネルデータは、前記非常警戒に対する非常メッセージを識別するメッセージ識別情報、及び前記非常メッセージと関連する非実時間コンテンツの存在有無を特定する非実時間コンテンツ情報を含む。
【００２３】
好ましくは、前記高速情報チャネルデータ及び前記非常警戒チャネルデータは、前記放送信号で専用チャネルを介して受信され、前記専用チャネルは特殊目的のために保有したデータチャネルに該当する。
【００２４】
好ましくは、前記パケットはノーマルデータパイプを介して受信され、前記リンク階層シグナリングデータはベースデータパイプを介して受信される。
【発明の効果】
【００２５】
前記説明で明らかなように、実施例に係る放送受信機は、上位階層から受信されたパケットのタイプとは関係なくリンク階層のパケットを処理することができる。
【００２６】
放送受信機は、上位階層処理の実行前に、すなわち、下位階層パケットの処理段階でプロトコルスタックの上位階層のパケットに含まれた情報を使用することができる。
【００２７】
実施例によって、放送受信機は、上位階層パケットの伝送処理で経験するオーバーヘッドを減少させることができる。
【００２８】
本発明によると、効率的に非常警報メッセージを放送システムを通じて伝達することができる。
【００２９】
本発明によると、効率的に視聴者が望む放送サービスを探すことができる。
【図面の簡単な説明】
【００３０】
本発明の詳細な理解を提供するために含まれ、本出願に含まれ、その一部を構成する添付の図面は、本発明の原理を説明する詳細な説明と共に本発明の実施例を説明する。
【００３１】
【図１】本発明の一実施例に係る次世代放送システムのためのプロトコルスタックを示す図である。
【図２】本発明の一実施例に係るリンク階層のインタフェースを示す概念図である。
【図３】本発明の一実施例に係るリンク階層の動作モードの一つであるノーマルモードでの動作を説明する図である。
【図４】本発明の一実施例に係るリンク階層の動作モードの一つである透過モードでの動作を説明する図である。
【図５】本発明の一実施例に係る送信機におけるリンク階層の構成を示す図である（ノーマルモード）。
【図６】本発明の一実施例に係る受信機におけるリンク階層の構成を示す図である（ノーマルモード）。
【図７】本発明の一実施例に係る、リンク階層の組織化のタイプによる定義を示す図である。
【図８】本発明の一実施例に係る、論理的データ経路がノーマルデータパイプでのみ構成された場合における放送信号の処理を示した図である。
【図９】本発明の一実施例に係る、論理的データ経路がノーマルデータパイプ及びベースデータパイプを含む場合における放送信号の処理を示した図である。
【図１０】本発明の一実施例に係る、論理的データ経路がノーマルデータパイプ及び専用チャネルを含む場合における放送信号の処理を示した図である。
【図１１】本発明の一実施例に係る、論理的データ経路がノーマルデータパイプ、ベースデータパイプ及び専用チャネルを含む場合における放送信号の処理を示した図である。
【図１２】本発明の一実施例に係る、論理的データ経路がノーマルデータパイプ、ベースデータパイプ及び専用チャネルを含む場合において、受信機のリンク階層における信号及び／又はデータに対する具体的な処理動作を示した図である。
【図１３】本発明の一実施例に係るＦＩＣ（Ｆａｓｔ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｃｈａｎｎｅｌ）のシンタックスを示した図である。
【図１４】本発明の一実施例に係る、ＥＡＴ（Ｅｍｅｒｇｅｎｃｙ  Ａｌｅｒｔ  Ｔａｂｌｅ）のシンタックスを示した図である。
【図１５】本発明の一実施例に係る、データパイプに伝送されるパケットを示した図である。
【図１６】本発明の一実施例に係る、リンク階層における送信機及び／又は受信機の動作モード制御の過程を示した図である。
【図１７】本発明の一実施例に係る、フラグ（ｆｌａｇ）の値によるリンク階層における動作及び物理階層に伝達されるパケットの形態を示した図である。
【図１８】本発明の一実施例に係る、モード制御パラメータ（ｍｏｄｅ  ｃｏｎｔｒｏｌ  ｐａｒａｍｅｔｅｒ）をシグナリングするためのディスクリプタを示した図である。
【図１９】本発明の一実施例に係る、動作モードを制御する送信機の動作を示した図である。
【図２０】本発明の一実施例に係る、動作モードによる放送信号を処理する受信機の動作を示した図である。
【図２１】本発明の一実施例に係る、受信機を示した図である。
【発明を実施するための形態】
【００３２】
添付の図面に例示する本発明の好ましい実施例に対して具体的に説明する。添付の図面を参照した下記の詳細な説明は、本発明によって実行可能な実施例のみを示すためのものではなく、本発明の例示的な実施例を説明するためのものである。
【００３３】
本明細書のほとんどの構成要素の用語は、本明細書での機能を考慮して該当分野で広く使用される一般的な用語から選択されたものであるが、その用語は、当業者の意図や慣例によって又は新たな技術の導入によって変更可能である。一部の用語は、出願人によって任意に選択され、その意味は必要に応じて下記に説明されている。したがって、本明細書で使用される用語は、用語の単純な名称や意味ではない用語の実質的な意味と共に、本明細書の全体的な内容に基づいて解釈しなければならない。
【００３４】
本発明において、「シグナリング」という用語は、放送システム、インターネットシステム、及び／又は放送／インターネット融合システムから送受信されるサービス情報を示す。サービス情報（ｓｅｒｖｉｃｅ  ｉｎｆｏｒｍａｔｉｏｎ（ＳＩ））は、既存の放送システムから受信される放送サービス情報（例えば、ＡＴＳＣ―ＳＩ及び／又はＤＶＢ―ＳＩ）を含むことができる。
【００３５】
「放送信号」という用語は、地上波放送、ケーブル放送、衛星放送、及び／又はモバイル放送から受信される信号及び／又はデータのみならず、インターネット放送、ブロードバンド放送、通信放送、データ放送、及び／又はＶＯＤ（ｖｉｄｅｏ  ｏｎ  ｄｅｍａｎｄ）などの双方向放送システムから受信される信号及び／又はデータも概念的に含むことができる。
【００３６】
「ＰＬＰ（ｐｈｙｓｉｃａｌ  ｌａｙｅｒ  ｐｉｐｅ）」という用語は、物理階層に含まれるデータを伝送するための所定の単位を示すことができる。したがって、ＰＬＰという用語は、必要に応じて「データ単位」又は「データパイプ」という用語に取り替えることができる。
【００３７】
放送ネットワーク及び／又はインターネットネットワークと連動するように構成されたハイブリッド放送サービスは、ＤＴＶ（ｄｉｇｉｔａｌ  ｔｅｌｅｖｉｓｉｏｎ、デジタルテレビ）サービスで使用される代表的なアプリケーションとして使用することができる。ハイブリッド放送サービスは、ユーザが多様なコンテンツを経験できるように地上波放送ネットワークを介して伝送される放送Ａ／Ｖ（ａｕｄｉｏ／ｖｉｄｅｏ）コンテンツと関連するエンハンスメント（ｅｎｈａｎｃｅｍｅｎｔ）データをインターネットで実時間で伝送したり、放送Ａ／Ｖコンテンツの一部をインターネットで実時間で伝送する。
【００３８】
本発明の目的は、次世代デジタル放送システムでＩＰパケット、ＭＰＥＧ―２  ＴＳパケット、他の放送システムに適用可能なパケットを物理階層に伝送できるようにカプセル化する方法を提供することにある。また、本発明は、同一のヘッダフォーマットを使用して階層２シグナリングを伝送する方法を提案する。
【００３９】
以下で説明するコンテンツは、装置によって実現することができる。例えば、次の過程は、シグナリングプロセッサ、プロトコルプロセッサ、プロセッサ、及び／又はパケット生成器によって実行することができる。
【００４０】
本発明で使用する用語のうち、ＲＴ（ｒｅａｌ  ｔｉｍｅ）サービスは、文字どおりＲＴサービスを意味する。すなわち、ＲＴサービスは、時間に制約を受けるサービスである。その一方、ＮＲＴ（ｎｏｎ―ｒｅａｌ  ｔｉｍｅ）サービスは、ＲＴサービスを除いたＮＲＴサービスを意味する。すなわち、ＮＲＴサービスは、時間に制約を受けないサービスである。ＮＲＴサービスのためのデータは、ＮＲＴサービスデータと称する。
【００４１】
本発明に係る放送受信機は、地上波放送、ケーブル放送、又はインターネットなどの媒体を介してＮＲＴサービスを受信することができる。ＮＲＴサービスは、放送受信機の格納媒体に格納された後、所定の時間に又はユーザの要請に応じて表示装置にディスプレイされる。一実施例において、ＮＲＴサービスは、ファイルの形態で受信された後で格納媒体に格納される。一実施例において、格納媒体は、放送受信機に搭載された内部ＨＤＤ（ｈａｒｄ  ｄｉｓｃ  ｄｒｉｖｅ）である。他の例において、格納媒体は、ＵＳＢ（ｕｎｉｖｅｒｓａｌ  ｓｅｒｉａｌ  ｂｕｓ）メモリであるか、放送受信システムの外部に連結された外部ＨＤＤであり得る。シグナリング情報は、ＮＲＴサービスを構成するファイルを受信して格納媒体に格納し、これをユーザに提供するために必要である。本発明において、このようなシグナリング情報は、ＮＲＴサービスシグナリング情報又はＮＲＴサービスシグナリングデータと称する。本発明に係るＮＲＴサービスは、ＩＰデータグラムを獲得する方法によって固定ＮＲＴサービスとモバイルＮＲＴサービスとに区分することができる。特に、固定ＮＲＴサービスは固定された放送受信機に提供され、モバイルＮＲＴサービスはモバイル放送受信機に提供される。本発明において、固定ＮＲＴサービスを一実施例として説明する。しかし、本発明は、モバイルＮＲＴサービスにも適用可能である。
【００４２】
図１は、本発明の一実施例に係る次世代放送システムのためのプロトコルスタックを示した図である。
【００４３】
本発明に係る放送システムは、ＩＰ中心の放送ネットワークとブロードバンドとが結合されたハイブリッド放送システムに該当し得る。
【００４４】
本発明に係る放送システムは、既存のＭＰＥＧ―２基盤の放送システムとの互換性を維持するように設計することができる。
【００４５】
本発明に係る放送システムは、ＩＰ中心の放送ネットワーク、ブロードバンドネットワーク、及び／又はモバイル通信ネットワーク（又はセルラネットワーク）の結合を基盤とするハイブリッド放送システムに該当し得る。
【００４６】
本図面において、物理階層は、ＡＴＳＣシステム及び／又はＤＶＢシステムなどの放送システムに採択された物理層プロトコルを使用することができる。例えば、本発明に係る物理階層において、送受信機は、地上波放送信号を送受信し、放送データを含む伝送フレームを任意の形態に変換することができる。
【００４７】
カプセル化階層において、ＩＰデータグラムは、物理階層で獲得した情報から獲得したり、獲得したＩＰデータグラムは特定フレーム（例えば、ＲＳフレーム、ＧＳＥ―ｌｉｔｅ、ＧＳＥ、又は信号フレーム）に変換される。フレームは、ＩＰデータグラムの集合を含むことができる。例えば、カプセル化階層においては、送信機が物理階層から処理されたデータを伝送フレームに含むか、受信機が物理階層から獲得した伝送フレームからＭＰＥＧ―２  ＴＳ及びＩＰデータグラムを抽出する。
【００４８】
ＦＩＣ（ｆａｓｔ  ｉｎｆｏｒｍａｔｉｏｎ  ｃｈａｎｎｅｌ）は、サービス及び／又はコンテンツに接続するのに必要な情報（例えば、サービスＩＤとフレームとの間のマッピング情報）を含む。ＦＩＣは、ＦＡＣ（ｆａｓｔ  ａｃｃｅｓｓ  ｃｈａｎｎｅｌ）と呼ぶこともできる。
【００４９】
本発明に係る放送システムは、ＩＰ、ＵＤＰ（ｕｓｅｒ  ｄａｔａｇｒａｍ  ｐｒｏｔｏｃｏｌ）、ＴＣＰ（ｔｒａｎｓｍｉｓｓｉｏｎ  ｃｏｎｔｒｏｌ  ｐｒｏｔｏｃｏｌ）、ＡＬＣ／ＬＣＴ（ａｓｙｎｃｈｒｏｎｏｕｓ  ｌａｙｅｒｅｄ  ｃｏｄｉｎｇ／ｌａｙｅｒｅｄ  ｃｏｄｉｎｇ  ｔｒａｎｓｐｏｒｔ）、ＲＣＰ／ＲＴＣＰ（ｒａｔｅ  ｃｏｎｔｒｏｌ  ｐｒｏｔｏｃｏｌ／ＲＴＰ  ｃｏｎｔｒｏｌ  ｐｒｏｔｏｃｏｌ）、ＨＴＴＰ（ｈｙｐｅｒｔｅｘｔ  ｔｒａｎｓｆｅｒ  ｐｒｏｔｏｃｏｌ）、ＦＬＵＴＥ（ｆｉｌｅ  ｄｅｌｉｖｅｒｙ  ｏｖｅｒ  ｕｎｉｄｉｒｅｃｔｉｏｎａｌ  ｔｒａｎｓｐｏｒｔ）などのプロトコルを使用することができる。
【００５０】
本発明に係る放送システムにおいて、データは、ＩＳＯＢＭＦＦ（ＩＳＯ  ｂａｓｅｄ  ｍｅｄｉａ  ｆｉｌｅ  ｆｏｒｍａｔ）の形態で伝送することができる。ＥＳＧ（ｅｌｅｃｔｒｉｃａｌ  ｓｅｒｖｉｃｅ  ｇｕｉｄｅ）、ＮＲＴ（ｎｏｎ  ｒｅａｌ  ｔｉｍｅ）、Ａ／Ｖ、及び／又は一般的なデータはＩＳＯＢＭＦＦの形態で伝送することができる。
【００５１】
放送ネットワークを介したデータの伝送は、線形コンテンツの伝送及び／又は非線形コンテンツの伝送を含むことができる。
【００５２】
ＲＴＰ／ＲＴＣＰ基盤のＡ／Ｖ及びデータ（字幕、非常警戒メッセージなど）の伝送は、線形コンテンツの伝送に該当し得る。
【００５３】
ＲＴＰペイロードは、ＮＡＬ（ｎｅｔｗｏｒｋ  ａｂｓｔｒａｃｔｉｏｎ  ｌａｙｅｒ）を含むＲＴＰ／ＡＶストリームの形態及び／又はＩＳＯ基盤のメディアファイルフォーマットでカプセル化された形態で伝送することができる。ＲＴＰペイロードの伝送は、線形コンテンツの伝送に該当し得る。ＩＳＯ基盤のメディアファイルフォーマットでカプセル化された形態での伝送は、Ａ／ＶのためのＭＰＥＧ  ＤＡＳＨ（ｄｙｎａｍｉｃ  ａｄａｐｔｉｖｅ  ｓｔｒｅａｍｉｎｇ  ｏｖｅｒ  ＨＴＴＰ）メディアセグメントなどを含むことができる。
【００５４】
ＦＬＵＴＥ基盤のＥＳＧの伝送、非時間データの伝送、ＮＲＴコンテンツの伝送は非線形コンテンツの伝送に該当し得る。これらは、ＭＩＭＥ型ファイルの形態及び／又はＩＳＯ基盤のメディアファイルフォーマットでカプセル化された形態で伝送することができる。ＩＳＯ基盤のメディアファイルフォーマットでカプセル化された形態での伝送は、Ａ／ＶのためのＭＰＥＧ  ＤＡＳＨメディアセグメントなどを含むことができる。
【００５５】
ブロードバンドネットワークを介した伝送は、コンテンツの伝送とシグナリングデータの伝送とに区分することができる。
【００５６】
コンテンツの伝送は、線形コンテンツ（Ａ／Ｖ及びデータ（字幕、非常警戒メッセージなど））の伝送、非線形コンテンツ（ＥＳＧ、非時間データなど）の伝送、ＭＰＥＧ  ＤＡＳＨ基盤のメディアセグメント（Ａ／Ｖ及びデータ）の伝送を含む。
【００５７】
シグナリングデータの伝送は、放送ネットワークを介して伝送されるシグナリングテーブル（ＭＰＥＧ  ＤＡＳＨのＭＰＤを含む）を含む伝送であり得る。
【００５８】
本発明に係る放送システムにおいて、放送ネットワークを介して伝送される線形コンテンツと非線形コンテンツとの間の同期又は放送ネットワークを介して伝送されるコンテンツとブロードバンドを介して伝送されるコンテンツとの間の同期をサポートすることができる。例えば、一つのＵＤコンテンツが放送ネットワーク及びブロードバンドを介して個別的に同時に伝送される場合、受信機は伝送プロトコルに依存するタイムラインを調節し、放送ネットワークを介して伝送されるコンテンツとブロードバンドを介して伝送されるコンテンツとの間の同期を取り、該当コンテンツを一つのＵＤコンテンツとして再構成することができる。
【００５９】
本発明に係る放送システムの応用階層は、双方向性、個人化、第２スクリーン、ＡＣＲ（ａｕｔｏｍａｔｉｃ  ｃｏｎｔｅｎｔ  ｒｅｃｏｇｎｉｔｉｏｎ）などの技術的特徴を実現することができる。このような特徴は、ＡＴＳＣ  ２．０からＡＴＳＣ  ３．０に拡張するのに重要である。例えば、ＨＴＭＬ５は双方向性の特徴のために使用することができる。
【００６０】
本発明に係る放送システムの表現階層において、ＨＴＭＬ及び／又はＨＴＭＬ５は、対話式応用又はコンポーネント間の空間的及び時間的関係を識別するために使用することができる。
【００６１】
本発明において、シグナリングは、コンテンツ及び／又はサービスの効果的な獲得をサポートするために必要なシグナリング情報を含む。シグナリングデータは、バイナリ又はＸＭＫ形式で表現することができる。シグナリングデータは、地上波放送ネットワーク又はブロードバンドを介して伝送することができる。
【００６２】
実時間放送Ａ／Ｖコンテンツ及び／又はデータはＩＳＯＢＭＦＦなどで表現することができる。この場合、Ａ／Ｖコンテンツ及び／又はデータは、地上波放送ネットワークを介して実時間で伝送することもでき、ＩＰ／ＵＤＰ／ＦＬＵＴＥを基盤として非実時間で伝送することもできる。又は、放送Ａ／Ｖコンテンツ及び／又はデータは、ＤＡＳＨを用いてインターネットを介して実時間でストリーミングモードでコンテンツを受信又は要請することによって受信することができる。本発明の一実施例に係る放送システムにおいて、受信された放送Ａ／Ｖコンテンツ及び／又はデータが結合され、双方向サービス及び第２スクリーンサービスなどの多様な向上したサービスを視聴者に提供することができる。
【００６３】
ＴＳ及びＩＰストリームのハイブリッド基盤の放送システムにおいて、リンク階層は、ＴＳ及びＩＰストリームタイプを有するデータを送信するのに使用することができる。多様なタイプのデータが物理階層を介して送信される場合、リンク階層は、データを物理階層によってサポートされるフォーマットに変換し、変換されたデータを物理階層に伝達することができる。この方式で、多様なタイプのデータを同一の物理階層を介して送信することができる。ここで、物理階層は、データをインタリービング、マルチプレキシング及び／又は変調することによってＭＩＭＯ／ＭＩＳＯ方式などを用いてデータを送信する段階に対応し得る。
【００６４】
リンク階層は、物理階層の構成が変更されるときにも、リンク階層の動作に対する影響が最小化されるように設計される必要がある。すなわち、リンク階層の動作は、動作が多様な物理階層と互換するように構成される必要がある。
【００６５】
本発明は、上位階層及び下位階層のタイプとは関係なく独立的に動作し得るリンク階層を提案する。これを通じて、多様な上位階層及び下位階層をサポートすることができる。ここで、上位階層とは、ＴＳ又はＩＰなどのデータストリームの階層を意味し得る。ここで、下位階層とは、物理階層を意味し得る。また、本発明は、リンク階層がサポート可能な機能が拡張／追加／除去され得る修正可能な構造のリンク階層を提案する。また、本発明は、無線資源が効率的に使用されるようにオーバーヘッド削減（ｏｖｅｒｈｅａｄ  ｒｅｄｕｃｔｉｏｎ）機能をリンク階層内に構成する方法を提案する。
【００６６】
本図面において、ＩＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）、ＵＤＰ（Ｕｓｅｒ  Ｄａｔａｇｒａｍ  Ｐｒｏｔｏｃｏｌ）、ＴＣＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｃｏｎｔｒｏｌ  Ｐｒｏｔｏｃｏｌ）、ＡＬＣ／ＬＣＴ（Ａｓｙｎｃｈｒｏｎｏｕｓ  Ｌａｙｅｒｅｄ  Ｃｏｄｉｎｇ／Ｌａｙｅｒｅｄ  Ｃｏｄｉｎｇ  Ｔｒａｎｓｐｏｒｔ）、ＲＣＰ／ＲＴＣＰ（Ｒａｔｅ  Ｃｏｎｔｒｏｌ  Ｐｒｏｔｏｃｏｌ／ＲＴＰ  Ｃｏｎｔｒｏｌ  Ｐｒｏｔｏｃｏｌ）、ＨＴＴＰ（Ｈｙｐｅｒｔｅｘｔ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ）、ＦＬＵＴＥ（Ｆｉｌｅ  Ｄｅｌｉｖｅｒｙ  ｏｖｅｒ  Ｕｎｉｄｉｒｅｃｔｉｏｎａｌ  Ｔｒａｎｓｐｏｒｔ）などのプロトコル及び各階層は上述した通りである。
【００６７】
本図面において、リンク階層ｔ８８０１０は、上述したデータリンク部分（ｄａｔａ  ｌｉｎｋ（カプセル化（ｅｎｃａｐｓｕｌａｔｉｏｎ）  ｐａｒｔ）の他の実施例であり得る。本発明は、リンク階層ｔ８８０１０の構造及び／又は動作を提案する。本発明が提案するリンク階層ｔ８８０１０は、リンク階層及び／又は物理階層の動作に必要なシグナリングを処理することができる。また、本発明が提案するリンク階層ｔ８８０１０は、ＴＳ及びＩＰパケットなどのカプセル化を行うことができ、この過程でオーバーヘッド削減などを行うことができる。
【００６８】
本発明が提案するリンク階層ｔ８８０１０は、データリンク階層、カプセル化階層、階層２などの多くの用語で呼ぶことができる。実施例によって、リンク階層に新たな名称を付与して活用することもできる。
【００６９】
図２は、本発明の実施例によってリンク階層のインタフェースを示す概念図である。
【００７０】
図２を参照すると、送信機は、デジタル放送で主に使用されるＩＰパケット及び／又はＭＰＥＧ―２  ＴＳパケットが入力信号として使用される例示的な場合を考慮することができる。また、送信機は、次世代放送システムで使用可能な新たなプロトコルのパケット構造をサポートすることができる。リンク階層のカプセル化されたデータ及びシグナリング情報は物理階層に送信することができる。送信機は、放送システムによってサポートされる物理階層のプロトコルによって（シグナリングデータを含む）送信されたデータを処理し、送信機は、該当データを含む信号を送信することができる。
【００７１】
その一方、受信機は、物理階層から受信されたデータ及びシグナリング情報を上位階層で処理可能な他のデータに回復することができる。受信機は、パケットのヘッダを判読することができ、物理階層から受信されたパケットがシグナリング情報（又はシグナリングデータ）又は認識データ（又はコンテンツデータ）を示すか否かを決定することができる。
【００７２】
送信機のリンク階層から受信されたシグナリング情報（すなわち、シグナリングデータ）は、上位階層から受信され、受信機の上位階層に送信される必要がある第１シグナリング情報、リンク階層から生成され、受信機のリンク階層でデータ処理に関する情報を提供する第２シグナリング情報、及び／又は上位階層又はリンク階層から生成され、物理階層で特定データ（例えば、サービス、コンテンツ及び／又はシグナリングデータ）を迅速に検出するように伝送される第３シグナリング情報を含むことができる。
【００７３】
図３は、本発明の一実施例に係るリンク階層の動作モードのうちノーマルモードの動作ダイヤグラムを示した図である。
【００７４】
本発明が提案するリンク階層は、上位階層と下位階層との互換のために多様な動作モードを有することができる。本発明は、リンク階層のノーマルモード及び透過モードを提案する。二つの動作モードは、リンク階層内で共存可能であり、いずれのモードが使用されるのかは、シグナリング又はシステムパラメータを用いて指定することができる。実施例によって、二つのモードのうちいずれか一つのモードのみを具現することもできる。リンク階層に入力されるＩＰ階層、ＴＳ階層などによってそれぞれ異なるモードを適用することができる。また、ＩＰ階層のストリーム別に、ＴＳ階層のストリーム別にそれぞれ異なるモードを適用することができる。
【００７５】
実施例によって、新たな動作モードをリンク階層に追加することができる。新たな動作モードは、上位階層と下位階層の構成に基づいて追加することができる。新たな動作モードは、上位階層と下位階層の構成に基づいて異なるインタフェースを含むことができる。新たな動作モードの使用有無も、シグナリング又はシステムパラメータを用いて指定することができる。
【００７６】
ノーマルモードでは、データは、リンク階層がサポートする機能をすべて経て処理された後、物理階層に伝達され得る。
【００７７】
まず、ＩＰ階層、ＭＰＥＧ―２  ＴＳ階層、又は他のいずれかの特定階層ｔ８９０１０から各パケットをリンク階層に伝達することができる。すなわち、ＩＰパケットをＩＰ階層からリンク階層に伝達することができる。同様に、ＭＰＥＧ―２  ＴＳパケットをＭＰＥＧ―２  ＴＳ階層からリンク階層に伝達し、特定パケットを特定プロトコル階層からリンク階層に伝達することができる。
【００７８】
伝達された各パケットは、オーバーヘッド削減プロセスｔ８９０２０を経るか、オーバーヘッド削減プロセスｔ８９０２０を経ていない状態で、カプセル化プロセスｔ８９０３０を経ることができる。
【００７９】
第一に、ＩＰパケットの場合、オーバーヘッド削減プロセスｔ８９０２０を経るか、オーバーヘッド削減プロセスｔ８９０２０を経ていない状態で、カプセル化プロセスｔ８９０３０を経ることができる。オーバーヘッド削減プロセスｔ８９０２０が行われるか否かは、シグナリング又はシステムパラメータによって指定することができる。実施例によって、各ＩＰストリーム別にオーバーヘッド削減プロセスｔ８９０２０が行われることもあり、オーバーヘッド削減プロセスｔ８９０２０が行われないこともある。カプセル化されたＩＰパケットは物理階層に伝達することができる。
【００８０】
第二に、ＭＰＥＧ―２  ＴＳパケットの場合、オーバーヘッド削減プロセスｔ８９０２０を経てカプセル化プロセスｔ８９０３０を経ることができる。ＭＰＥＧ―２  ＴＳパケットの場合も、実施例によってオーバーヘッド削減プロセスｔ８９０２０が省略可能である。しかし、一般的な場合、ＴＳパケットは、一番前にシンクバイト（０ｘ４７）などを有するので、このような固定的なオーバーヘッドを除去することが効率的であり得る。カプセル化されたＴＳパケットは物理階層に伝達することができる。
【００８１】
第三に、ＩＰ又はＴＳパケットではない他のパケットの場合、オーバーヘッド削減プロセスｔ８９０２０を経るか、オーバーヘッド削減プロセスｔ８９０２０を経ていない状態で、カプセル化プロセスｔ８９０３０を経ることができる。オーバーヘッド削減プロセスｔ８９０２０が行われるか否かは、該当パケットの特性に応じて決定することができる。オーバーヘッド削減プロセスｔ８９０２０が行われるか否かは、シグナリング又はシステムパラメータによって指定することができる。カプセル化されたパケットは物理階層に伝達することができる。
【００８２】
オーバーヘッド削減プロセスｔ８９０２０では、入力されたパケットのサイズが適切な方法を通じて減少し得る。オーバーヘッド削減プロセスｔ８９０２０において、入力されたパケットから特定情報を抽出又は生成することができる。この特定情報は、シグナリングと関連する情報であって、シグナリング領域を通じて伝送することができる。このシグナリング情報は、受信機がオーバーヘッド削減プロセスｔ８９０２０で変更された事項を復旧し、元のパケットの形態に戻せるようにする。このシグナリング情報は、リンク階層シグナリングプロセスｔ８９０５０に伝達することができる。
【００８３】
リンク階層シグナリングプロセスｔ８９０５０は、オーバーヘッド削減プロセスｔ８９０２０から抽出／生成されたシグナリング情報の伝送及び管理を行うことができる。物理階層は、シグナリングのために物理的／論理的に区分された伝送経路を有し得るが、リンク階層シグナリングプロセスｔ８９０５０は、この区分された各伝送経路に合わせてシグナリング情報を物理階層に伝達することもできる。ここで、区分された伝送経路には、上述したＦＩＣシグナリングプロセスｔ８９０６０又はＥＡＳシグナリングプロセスｔ８９０７０などがあり得る。別に区分された伝送経路で伝送されない各シグナリング情報は、カプセル化プロセスｔ８９０３０を経て物理階層に伝達することができる。
【００８４】
リンク階層シグナリングプロセスｔ８９０５０が管理するシグナリング情報には、上位階層から伝達されたシグナリング情報、リンク階層で生成されたシグナリング情報及び／又はシステムパラメータなどがあり得る。具体的に、シグナリング情報には、上位階層から伝達され、結果的に受信機の上位階層に伝達されなければならないシグナリング情報、リンク階層で生成され、受信機のリンク階層の動作に活用されなければならないシグナリング情報、上位階層又はリンク階層で生成され、受信機の物理階層で速い検出のために使用されるシグナリング情報などがあり得る。
【００８５】
カプセル化プロセスｔ８９０３０を経て物理階層に伝達されたデータは、ＤＰ（Ｄａｔａ  Ｐｉｐｅ）ｔ８９０４０を介して伝送することができる。ここで、ＤＰは、ＰＬＰ（Ｐｈｙｓｉｃａｌ  Ｌａｙｅｒ  Ｐｉｐｅ）であり得る。上述した区分された伝送経路で伝達される各シグナリング情報は、それぞれの伝送経路で伝達することができる。例えば、ＦＩＣシグナリングは、物理フレーム内で指定されたＦＩＣチャネルｔ８９０８０を介して伝送することができる。また、ＥＡＳシグナリングは、物理フレーム内の指定されたＥＡＣチャネルｔ８９０９０を介して伝送することができる。ＦＩＣ又はＥＡＣなどの特定チャネルが存在するという情報は、物理階層のプリアンブル領域にシグナリングして伝送したり、特定スクランブリングシーケンスを使用してプリアンブルをスクランブルすることによってシグナリングすることができる。実施例によって、ＦＩＣシグナリング／ＥＡＳシグナリング情報は、指定された特別なチャネルではない一般ＤＰ領域、ＰＬＳ領域又はプリアンブルを通じて伝送することもできる。
【００８６】
受信機は、物理階層を通じてデータ及びシグナリング情報を受け取ることができる。受信機は、これを上位階層で処理可能な形態に復元して上位階層に伝達することができる。このような過程は、受信機のリンク階層で行うことができる。パケットのヘッダを読むなどの方法で、受信機は、伝送されたパケットがシグナリング情報に関するものであるのか、それともデータに関するものであるのかを区分することができる。また、受信機は、オーバーヘッド削減が送信側で行われた場合、オーバーヘッド削減を通じてオーバーヘッドが減少したパケットを元のパケットに復旧することができる。この過程で、伝達されたシグナリング情報を活用することができる。
【００８７】
図４は、本発明の一実施例に係るリンク階層の動作モードのうち透過（Ｔｒａｎｓｐａｒｅｎｔ）モードの動作ダイヤグラムを示した図である。
【００８８】
透過モードでは、データは、リンク階層がサポートする機能を経ていないか、その機能の一部のみを経た状態で物理階層に伝達され得る。すなわち、透過モードでは、上位階層から伝達されたパケットが別のオーバーヘッド削減及び／又はカプセル化プロセスを経ていない状態でそのまま物理階層に伝達され得る。他のパケットの場合は、必要に応じてオーバーヘッド削減及び／又はカプセル化プロセスを経ることもできる。透過モードは、バイパスモード（ｂｙｐａｓｓ  ｍｏｄｅ）と呼ぶことができ、他の名称を付与することもできる。
【００８９】
実施例によって、パケットの特性及びシステムの運用に基づいて、一部のパケットはノーマルモードで処理し、一部のパケットは透過モードで処理することができる。
【００９０】
透過モードが適用され得るパケットは、システムによく知られているタイプのパケットであり得る。物理階層で該当パケットに対して処理できる場合、透過モードを活用することができる。例えば、よく知られているＴＳ又はＩＰパケットの場合、物理階層で別のオーバーヘッド削減及び入力フォーマッティングプロセスを経ることができるので、リンク階層段階では透過モードを活用することができる。透過モードが適用され、物理階層で入力フォーマッティングなどを通じてパケットを加工する場合、上述したＴＳヘッダ圧縮などの動作を物理階層で行うことができる。その反対にノーマルモードが適用される場合、加工されたリンク階層パケットは、物理階層でＧＳパケットとして取り扱って処理することができる。
【００９１】
透過モードでも、シグナリングの伝送をサポートする必要がある場合、リンク階層シグナリングモジュールを含むことができる。リンク階層シグナリングモジュールは、上述したように、シグナリング情報の伝送及び管理を行うことができる。シグナリング情報は、カプセル化してＤＰを通じて伝送することができ、区分された伝送経路を有するＦＩＣ、ＥＡＳシグナリング情報は、それぞれＦＩＣチャネル及びＥＡＣチャネルを介して伝送することができる。
【００９２】
透過モードで、固定されたＩＰ住所及びポート番号を使用する方法などを通じて、該当情報がシグナリング情報であるか否かを表示することができる。この場合、該当シグナリング情報をフィルタしてリンク階層パケットを構成した後、これを物理階層を通じて伝送することもできる。
【００９３】
図５は、本発明の一実施例に係る送信機側のリンク階層構造を示した図である（ノーマルモード）。
【００９４】
本実施例は、ＩＰパケットを処理することを仮定した実施例である。送信機側のリンク階層は、機能的な観点から見ると、大きく分けて、シグナリング情報を処理するリンク階層シグナリング部分、オーバーヘッド削減部分、及び／又はカプセル化部分を含むことができる。また、送信機側のリンク階層は、リンク階層の全体動作に対する制御及びスケジューリングのためのスケジューラｔ９１０２０及び／又はリンク階層の入・出力部分などを含むことができる。
【００９５】
まず、上位階層のシグナリング情報及び／又はシステムパラメータｔ９１０１０をリンク階層に伝達することができる。また、ＩＰ階層ｔ９１１１０から各ＩＰパケットを含むＩＰストリームをリンク階層に伝達することができる。
【００９６】
スケジューラｔ９１０２０は、上述したように、リンク階層に含まれた多くのモジュールの動作を決定して制御する役割をすることができる。伝達されたシグナリング情報及び／又はシステムパラメータｔ９１０１０は、スケジューラｔ９１０２０によってフィルタ又は活用することができる。伝達されたシグナリング情報及び／又はシステムパラメータｔ９１０１０のうち、受信機で必要な情報はリンク階層シグナリング部分に伝達することができる。また、シグナリング情報のうちリンク階層の動作に必要な情報は、オーバーヘッド削減制御ブロックｔ９１１２０又はカプセル化制御ブロックｔ９１１８０に伝達することもできる。
【００９７】
リンク階層シグナリング部分は、物理階層でシグナリングとして伝送される情報を収集し、これを伝送に適した形態に変換／構成する役割をすることができる。リンク階層シグナリング部分は、シグナリングマネージャｔ９１０３０、シグナリングフォーマッタｔ９１０４０、及び／又はチャネルのためのバッファｔ９１０５０を含むことができる。
【００９８】
シグナリングマネージャｔ９１０３０は、スケジューラｔ９１０２０から伝達されたシグナリング情報及び／又はオーバーヘッド削減部分から伝達されたシグナリング及び／又はコンテキスト（ｃｏｎｔｅｘｔ）情報を受け取ることができる。シグナリングマネージャｔ９１０３０は、伝達された各データに対して、各シグナリング情報が伝送されなければならない経路を決定することができる。各シグナリング情報は、シグナリングマネージャｔ９１０３０によって決定された経路で伝達することができる。上述したように、ＦＩＣ、ＥＡＳなどの区分されたチャネルで伝送される各シグナリング情報はシグナリングフォーマッタｔ９１０４０に伝達することができ、その他の各シグナリング情報はカプセル化バッファｔ９１０７０に伝達することができる。
【００９９】
シグナリングフォーマッタｔ９１０４０は、別に区分されたチャネルを介してシグナリング情報が伝送されるように、関連するシグナリング情報を各区分されたチャネルに合う形態でフォーマットする役割をすることができる。上述したように、物理階層には、物理的／論理的に区分された別のチャネルがあり得る。この区分された各チャネルは、ＦＩＣシグナリング情報やＥＡＳ関連情報を伝送するのに使用することができる。ＦＩＣ又はＥＡＳ関連情報は、シグナリングマネージャｔ９１０３０によって分類してシグナリングフォーマッタｔ９１０４０に入力することができる。シグナリングフォーマッタｔ９１０４０は、各情報を、各自の別のチャネルに合わせてフォーマットすることができる。ＦＩＣ、ＥＡＳの他にも、物理階層が特定シグナリング情報を別の区分されたチャネルを介して伝送するように設計された場合は、その特定シグナリング情報のためのシグナリングフォーマッタを追加することができる。このような方式を通じて、リンク階層が多様な物理階層に対して互換可能になる。
【０１００】
チャネルのための各バッファｔ９１０５０は、シグナリングフォーマッタｔ９１０４０から伝達された各シグナリング情報を、指定された別のチャネルｔ９１０６０に伝達する役割をすることができる。別の各チャネルの個数及び内容は実施例によって変わり得る。
【０１０１】
上述したように、シグナリングマネージャｔ９１０３０は、特定チャネルに伝達されないシグナリング情報をカプセル化バッファｔ９１０７０に伝達することができる。カプセル化バッファｔ９１０７０は、特定チャネルに伝達されないシグナリング情報を受け取るバッファとしての役割をすることができる。
【０１０２】
シグナリング情報のためのカプセル化ｔ９１０８０は、特定チャネルに伝達されないシグナリング情報に対してカプセル化を行うことができる。伝送バッファｔ９１０９０は、カプセル化されたシグナリング情報を、シグナリング情報のためのＤＰ  ｔ９１１００に伝達するバッファとしての役割をすることができる。ここで、シグナリング情報のためのＤＰ  ｔ９１１００は、上述したＰＬＳ領域を意味し得る。
【０１０３】
オーバーヘッド削減部分は、リンク階層に伝達される各パケットのオーバーヘッドを除去し、効率的な伝送を可能にする。オーバーヘッド削減部分は、リンク階層に入力されるＩＰストリームの数だけ構成することができる。
【０１０４】
オーバーヘッド削減バッファｔ９１１３０は、上位階層から伝達されたＩＰパケットを受け取る役割をすることができる。伝達されたＩＰパケットは、オーバーヘッド削減バッファｔ９１１３０を通じてオーバーヘッド削減部分に入力することができる。
【０１０５】
オーバーヘッド削減制御ブロックｔ９１１２０は、オーバーヘッド削減バッファｔ９１１３０に入力されるパケットストリームに対してオーバーヘッド削減を行うか否かを決定することができる。オーバーヘッド削減制御ブロックｔ９１１２０は、パケットストリーム別にオーバーヘッド削減を行うか否かを決定することができる。パケットストリームにオーバーヘッド削減が行われる場合、ＲｏＨＣコンプレッサｔ９１１４０に各パケットが伝達され、オーバーヘッド削減を行うことができる。パケットストリームにオーバーヘッド削減が行われない場合、カプセル化部分に各パケットが伝達され、オーバーヘッド削減なしでカプセル化を進行することができる。各パケットのオーバーヘッド削減の遂行有無は、リンク階層に伝達された各シグナリング情報ｔ９１０１０によって決定することができる。これら各シグナリング情報は、スケジューラｔ９１０２０によってオーバーヘッド削減制御ブロックｔ９１１８０に伝達することができる。
【０１０６】
ＲｏＨＣコンプレッサｔ９１１４０は、パケットストリームに対してオーバーヘッド削減を行うことができる。ＲｏＨＣコンプレッサｔ９１１４０は、各パケットのヘッダを圧縮する動作を行うことができる。オーバーヘッド削減には多様な方法を使用することができる。上述した、本発明が提案した各方法によってオーバーヘッド削減を行うことができる。本実施例は、ＩＰストリームを仮定したので、ＲｏＨＣコンプレッサと表現されたが、実施例によって名称を変更することができ、動作もＩＰストリームの圧縮に限定されず、すべての種類のパケットのオーバーヘッド削減をＲｏＨＣコンプレッサｔ９１１４０によって行うことができる。
【０１０７】
パケットストリーム構成ブロックｔ９１１５０は、ヘッダが圧縮された各ＩＰパケットのうち、シグナリング領域に伝送される情報とパケットストリームに伝送される情報とを分離することができる。パケットストリームに伝送される情報とは、ＤＰ領域に伝送される情報を意味し得る。シグナリング領域に伝送される情報は、シグナリング及び／又はコンテキスト制御ブロックｔ９１１６０に伝達することができる。パケットストリームに伝送される情報はカプセル化部分に伝送することができる。
【０１０８】
シグナリング及び／又はコンテキスト制御ブロックｔ９１１６０は、シグナリング及び／又はコンテキスト情報を収集し、これをシグナリングマネージャｔ９１０３０に伝達することができる。このような方法で、シグナリング及び／又はコンテキスト情報をシグナリング領域に伝送することができる。
【０１０９】
カプセル化部分は、各パケットを物理階層に伝達するのに適した形態でカプセル化する動作を行うことができる。カプセル化部分はＩＰストリームの数だけ構成することができる。
【０１１０】
カプセル化バッファｔ９１１７０は、カプセル化のためにパケットストリームを受け取る役割をすることができる。オーバーヘッド削減が行われた場合は、オーバーヘッド削減が行われた各パケットを受け取り、オーバーヘッド削減が行われない場合は、入力されたＩＰパケットをそのまま受け取ることができる。
【０１１１】
カプセル化制御ブロックｔ９１１８０は、入力されたパケットストリームに対してカプセル化を行うか否かを決定することができる。カプセル化が行われる場合、パケットストリームはセグメンテーション／連鎖ｔ９１１９０に伝達することができる。カプセル化が行われない場合、パケットストリームは伝送バッファｔ９１２３０に伝達することができる。各パケットのカプセル化の遂行有無は、リンク階層に伝達された各シグナリング情報ｔ９１０１０によって決定することができる。これら各シグナリング情報ｔ９１０１０は、スケジューラｔ９１０２０によってカプセル化制御ブロックｔ９１１８０に伝達することができる。
【０１１２】
セグメンテーション／連鎖（ｃｏｎｃａｔｅｎａｔｉｏｎ）ｔ９１１９０では、各パケットに対して上述したセグメンテーション又は連鎖作業を行うことができる。すなわち、入力されたＩＰパケットがリンク階層の出力であるリンク階層パケットより長い場合、一つのＩＰパケットを分割し、多数のセグメントに分けて複数のリンク階層パケットペイロードを作ることができる。また、入力されたＩＰパケットがリンク階層の出力であるリンク階層パケットより短い場合、多数のＩＰパケットをつなぎ合わせて一つのリンク階層パケットペイロードを作ることができる。
【０１１３】
パケット構成テーブルｔ９１２００は、セグメンテーション及び／又は連鎖が行われたリンク階層パケットの構成情報を有することができる。パケット構成テーブルｔ９１２００の情報は、送信機と受信機が同一の情報を有することができる。パケット構成テーブルｔ９１２００の情報を送信機と受信機で参照することができる。パケット構成テーブルｔ９１２００の情報のインデックス値を該当リンク階層パケットのヘッダに含ませることができる。
【０１１４】
リンク階層ヘッダ情報ブロックｔ９１２１０は、カプセル化プロセスで発生するヘッダ情報を収集することができる。また、リンク階層ヘッダ情報ブロックｔ９１２１０は、パケット構成テーブルｔ９１２００が有する情報を収集することができる。リンク階層ヘッダ情報ブロックｔ９１２１０は、リンク階層パケットのヘッダ構造によってヘッダ情報を構成することができる。
【０１１５】
ヘッダアタッチメントブロックｔ９１２２０は、セグメンテーション及び／又は連鎖が行われたリンク階層パケットのペイロードにヘッダを追加することができる。伝送バッファｔ９１２３０は、リンク階層パケットを物理階層のＤＰ  ｔ９１２４０に伝達するためのバッファとしての役割をすることができる。
【０１１６】
各ブロック、モジュール及び部分は、リンク階層で一つのモジュール／プロトコルとして構成することもでき、複数のモジュール／プロトコルとして構成することもできる。
【０１１７】
図６は、本発明の一実施例に係る受信機側のリンク階層構造を示した図である（ノーマルモード）。
【０１１８】
本実施例は、ＩＰパケットを処理することを仮定した実施例である。受信機側のリンク階層は、機能的な観点から見ると、大きく分けて、シグナリング情報を処理するリンク階層シグナリング部分、オーバーヘッド処理部分、及び／又はデカプセル化部分を含むことができる。また、受信機側のリンク階層は、リンク階層の全体動作に対する制御及びスケジューリングのためのスケジューラ及び／又はリンク階層の入・出力部分などを含むことができる。
【０１１９】
まず、物理階層を通じて伝送された各情報をリンク階層に伝達することができる。リンク階層は、各情報を処理し、これらを送信側で処理する前の元の状態に戻した後で上位階層に伝達することができる。この実施例において、上位階層はＩＰ階層であり得る。
【０１２０】
物理階層で区分された特定チャネルｔ９２０３０を介して伝達された各情報をリンク階層シグナリング部分に伝達することができる。リンク階層シグナリング部分は、物理階層から受信されたシグナリング情報を判別し、リンク階層の各部分に判別されたシグナリング情報を伝達する役割をすることができる。
【０１２１】
チャネルのためのバッファｔ９２０４０は、特定チャネルを介して伝送された各シグナリング情報を受け取るバッファとしての役割をすることができる。上述したように、物理階層に物理的／論理的に区分された別のチャネルが存在する場合、それら各チャネルを介して伝送された各シグナリング情報を受け取ることができる。別のチャネルから受けた各情報が分割された状態である場合、完全な形態の情報になるまで分割された各情報を格納することができる。
【０１２２】
シグナリングデコーダ／パーサｔ９２０５０は、特定チャネルを介して受信されたシグナリング情報のフォーマットを確認し、リンク階層で活用される各情報を抽出することができる。特定チャネルを介したシグナリング情報がエンコードされている場合は、デコーディングを行うことができる。また、実施例によって、該当シグナリング情報の無欠性などを確認することができる。
【０１２３】
シグナリングマネージャｔ９２０６０は、多くの経路を介して受信された各シグナリング情報を統合することができる。後述するシグナリングのためのＤＰ  ｔ９２０７０を通じて受信された各シグナリング情報もシグナリングマネージャｔ９２０６０で統合することができる。シグナリングマネージャｔ９２０６０は、リンク階層内の各部分に必要なシグナリング情報を伝達することができる。例えば、オーバーヘッド処理部分に、パケットの復旧のためのコンテキスト情報などを伝達することができる。また、スケジューラｔ９２０２０に制御のための各シグナリング情報を伝達することができる。
【０１２４】
シグナリングのためのＤＰ  ｔ９２０７０を通じて、別の特別チャネルで受信されない一般的な各シグナリング情報を受信することができる。ここで、シグナリングのためのＤＰとは、ＰＬＳなどを意味し得る。受信バッファｔ９２０８０は、シグナリングのためのＤＰから受信されたシグナリング情報を受け取るバッファとしての役割をすることができる。シグナリング情報のデカプセル化ブロックｔ９２０９０では、受信されたシグナリング情報をデカプセル化することができる。デカプセル化されたシグナリング情報は、デカプセル化バッファｔ９２１００を経てシグナリングマネージャｔ９２０６０に伝達することができる。上述したように、シグナリングマネージャｔ９２０６０は、シグナリング情報を取り合わせてリンク階層内の必要な部分に伝達することができる。
【０１２５】
スケジューラｔ９２０２０は、リンク階層に含まれた多くのモジュールの動作を決定して制御する役割をすることができる。スケジューラｔ９２０２０は、受信機情報ｔ９２０１０及び／又はシグナリングマネージャｔ９２０６０から伝達された情報を用いてリンク階層の各部分を制御することができる。また、スケジューラｔ９２０２０は、各部分の動作モードなどを決定することができる。ここで、受信機情報ｔ９２０１０は、受信機が既に格納していた情報を意味し得る。スケジューラｔ９２０２０は、チャネル切り替えなどのようにユーザが変更する情報も用いて制御に活用することができる。
【０１２６】
デカプセル化部分は、物理階層のＤＰ  ｔ９２１１０から受信されたパケットをフィルタし、該当パケットのタイプによって各パケットを分離する役割をすることができる。デカプセル化部分は、物理階層で同時にデコード可能なＤＰの数だけ構成することができる。
【０１２７】
デカプセル化バッファｔ９２１１０は、デカプセル化のために物理階層からパケットストリームを受け取るバッファとしての役割をすることができる。デカプセル化制御ブロックｔ９２１３０は、入力されたパケットストリームに対してデカプセル化を行うか否かを決定することができる。デカプセル化が行われる場合、パケットストリームは、リンク階層ヘッダパーサｔ９２１４０に伝達することができる。デカプセル化が行われない場合、パケットストリームは出力バッファｔ９２２２０に伝達することができる。デカプセル化の遂行有無を決定するときは、スケジューラｔ９２０２０から伝達されたシグナリング情報を活用することができる。
【０１２８】
リンク階層ヘッダパーサｔ９２１４０は、伝達されたリンク階層パケットのヘッダを確認することができる。ヘッダを確認することによって、リンク階層パケットのペイロードに含まれているＩＰパケットの構成を確認することができる。例えば、ＩＰパケットには、セグメンテーション又は連鎖が行われている。
【０１２９】
パケット構成テーブルｔ９２１５０は、セグメンテーション及び／又は連鎖で構成されるリンク階層パケットのペイロード情報を含むことができる。パケット構成テーブルｔ９２１５０の情報は、送信機と受信機が同一の情報を有することができる。パケット構成テーブルｔ９２１５０の情報を送信機と受信機で参照することができる。リンク階層パケットに含まれたインデックス情報に基づいて再結合（ｒｅａｓｓｅｍｂｌｙ）に必要な値を探すことができる。
【０１３０】
再結合ブロックｔ９２１６０は、セグメンテーション及び／又は連鎖で構成されたリンク階層パケットのペイロードを元のＩＰストリームの各パケットとして構成することができる。各セグメントを一つに集めて一つのＩＰパケットとして再構成したり、連鎖された各パケットを分離して複数のＩＰパケットストリームとして再構成することができる。再結合された各ＩＰパケットは、オーバーヘッド処理部分に伝達することができる。
【０１３１】
オーバーヘッド処理部分は、送信機で行われたオーバーヘッド削減の逆過程で、オーバーヘッド削減が行われた各パケットを元のパケットに戻す動作を行うことができる。この動作をオーバーヘッド処理と呼ぶことができる。オーバーヘッド処理部分は、物理階層で同時にデコード可能なＤＰの数だけ構成することができる。
【０１３２】
パケット復旧バッファｔ９２１７０は、オーバーヘッド処理を行うためにデカプセル化されたＲｏＨＣパケット及びＩＰパケットを受け取るバッファとしての役割をすることができる。
【０１３３】
オーバーヘッド制御ブロックｔ９２１８０は、デカプセル化された各パケットに対してパケット復旧及び／又は圧縮解除を行うか否かを決定することができる。パケット復旧及び／又は圧縮解除が行われる場合、パケットストリーム復旧ｔ９２１９０にパケットを伝達することができる。パケット復旧及び／又は圧縮解除が行われない場合、各パケットは出力バッファｔ９２２２０に伝達することができる。パケット復旧及び／又は圧縮解除の遂行有無は、スケジューラｔ９２０２０によって伝達されたシグナリング情報に基づいて決定することができる。
【０１３４】
パケットストリーム復旧ｔ９２１９０は、送信機で分離されたパケットストリームと、パケットストリームのコンテキスト情報とを統合する動作を行うことができる。これは、ＲｏＨＣデコンプレッサｔ９２２１０で処理可能になるように、パケットストリームを復旧する過程であり得る。この過程でシグナリング及び／又はコンテキスト制御ブロックｔ９２２００からシグナリング情報及び／又はコンテキスト情報を受け取ることができる。シグナリング及び／又はコンテキスト制御ブロックｔ９２２００は、送信機から伝達されたシグナリング情報を判別し、このシグナリング情報が該当コンテキストＩＤに合うストリームにマップされるように、パケットストリーム復旧ｔ９２１９０にシグナリング情報を伝達することができる。
【０１３５】
ＲｏＨＣデコンプレッサｔ９２２１０は、パケットストリームの各パケットのヘッダを復旧することができる。パケットストリームの各パケットは、ヘッダが復旧されたとき、元のＩＰパケットの形態に復旧することができる。すなわち、ＲｏＨＣデコンプレッサｔ９２２１０は、オーバーヘッド処理を行うことができる。
【０１３６】
出力バッファｔ９２２２０は、ＩＰ階層ｔ９２２３０に出力ストリームを伝達する前に、バッファとしての役割をすることができる。
【０１３７】
本発明が提案する送信機と受信機のリンク階層は、上述した各ブロック及び各モジュールを含み得る。これを通じて、リンク階層が上位階層及び下位階層とは関係なく独立的に動作することができ、オーバーヘッド削減を効率的に行うことができ、上下位階層などによってサポート可能な機能の確定／追加／除去が容易になり得る。
【０１３８】
図７は、本発明の一実施例に係る、リンク階層の組織化のタイプによる定義を示す図である。
【０１３９】
リンク階層が実際にプロトコル階層として具現されるとき、一つの周波数スロットを通じて放送サービスを送受信することできる。ここで、一つの周波数スロットとしては、主に特定帯域幅を有する放送チャネルを例に挙げることができる。上述したように、本発明によると、放送システム内で物理階層の構成の変更がある場合、又は、別個の物理階層構造を有する多くの放送システムにおいて、互換されるリンク階層を定義することができる。
【０１４０】
物理階層は、リンク階層のインタフェースのために論理的なデータ経路を有することができる。リンク階層は、物理階層の論理的データ経路に接続して該当データ経路と関連する情報を伝送するようになる。リンク階層でインタフェースされる物理階層のデータ経路としては、次のような形態を考慮することができる。
【０１４１】
放送システムにおいて、データ経路の形態として、ノーマルデータパイプ（Ｎｏｒｍａｌ  ＤＰ）が存在し得る。ノーマルデータパイプは、一般的なデータを伝送するためのデータパイプであって、物理階層の構成によって一つ以上のデータパイプが存在し得る。
【０１４２】
放送システムにおいて、データ経路の形態として、ベースデータパイプ（Ｂａｓｅ  ＤＰ）が存在し得る。ベースデータパイプは、特定目的のために使用されるデータパイプであって、シグナリング情報（本発明で説明するシグナリング情報の全部又は一部）及び／又は該当周波数スロットで共通するデータを伝達することができる。場合に応じて、効率的な帯域幅の管理のために、一般にノーマルデータパイプで伝送されるデータをベースデータパイプで伝送することができる。専用チャネルがある場合、伝送しようとする情報のサイズが該当チャネルが収容する能力から逸脱する場合、ベースデータパイプは補完的な役割をすることができる。すなわち、該当チャネルの収容能力から逸脱したデータはベースデータパイプで伝送することができる。
【０１４３】
ベースデータパイプは、一つの指定されたデータパイプを持続的に使用することが一般的であるが、効率的なデータパイプの運用のために物理階層シグナリング又はリンク階層シグナリングなどの方法を用いて多くのデータパイプのうち一つ以上のデータパイプを、ベースデータパイプのために動的に選定することができる。
【０１４４】
放送システムにおいて、データ経路の形態として、専用チャネルが存在し得る。専用チャネルは、物理階層でシグナリング又はこれと類似する特定目的のために使用されるチャネルであって、主に現在周波数スロット上でサービスされている事項を迅速に獲得させるＦＩＣ（Ｆａｓｔ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｃｈａｎｎｅｌ）、及び／又は緊急警報に対する通知をユーザに直ぐ伝達するためのＥＡＣ（Ｅｍｅｒｇｅｎｃｙ  Ａｌｅｒｔ  Ｃｈａｎｎｅｌ）をこれに含ませることができる。
【０１４５】
論理的データ経路は、ノーマルデータパイプを伝送するために物理階層で具現されることが一般的である。ベースデータパイプ及び／又は専用チャネルのための論理的データ経路は、物理階層で具現されない場合もある。
【０１４６】
リンク階層で伝送しようとするデータを伝送するための構造を図面のように定義することができる。
【０１４７】
組織化タイプ１は、論理的データ経路がノーマルデータパイプでのみ構成された場合を示すことができる。
【０１４８】
組織化タイプ２は、論理的データ経路がノーマルデータパイプ及びベースデータパイプを含む場合を示すことができる。
【０１４９】
組織化タイプ３は、論理的データ経路がノーマルデータパイプ及び専用チャネルを含む場合を示すことができる。
【０１５０】
組織化タイプ４は、論理的データ経路がノーマルデータパイプ、ベースデータパイプ及び専用チャネルを含む場合を示すことができる。
【０１５１】
場合に応じて、論理的データ経路は、ベースデータパイプ及び／又は専用チャネルを含むこともできる。
【０１５２】
図８は、本発明の一実施例に係る、論理的データ経路がノーマルデータパイプでのみ構成された場合における放送信号の処理を示した図である。
【０１５３】
物理階層の論理的データ経路がノーマルデータパイプでのみ構成された場合に対してリンク階層が有する構造が図面に図示されている。上述したように、リンク階層は、リンク階層シグナリング処理部、オーバーヘッド削減処理部、及びカプセル化（デカプセル化）処理部を含むことができる。それぞれの機能モジュール（ｆｕｎｃｔｉｏｎａｌ  ｍｏｄｕｌｅ）（ハードウェア又はソフトウェアとして具現可能）から出力される情報を物理階層の適切なデータ経路に伝達することが、リンク階層の主要機能の一つになり得る。
【０１５４】
リンク階層の上位階層で構成されるＩＰストリームに関しては、伝送しようとするデータレートによって複数のパケットストリームを伝送することができ、該当パケットストリーム別にそれぞれオーバーヘッド削減及びカプセル化過程を行うことができる。物理階層は、一つの周波数帯域内で、リンク階層が接近できる複数の論理的データ経路であるＤＰ（Ｄａｔａ  Ｐｉｐｅ）で構成することができ、それぞれのパケットストリーム別にリンク階層で処理されたパケットストリームを伝達することができる。伝送されなければならないパケットストリームよりＤＰの個数が小さいと、データレートを考慮して、一部のパケットストリームはマルチプレクスしてＤＰに入力することができる。
【０１５５】
シグナリング処理部では、送信システム情報、関連パラメータ、及び／又は上位階層で伝達されるシグナリングなどを確認し、シグナリングで伝送される情報を収集する。物理階層でノーマルＤＰのみで構成されているので、該当シグナリングはパケットの形態で伝送されなければならない。よって、リンク階層パケットの構成時、パケットのヘッダなどを用いてシグナリングであることを表示することができる。この場合、シグナリングを含むパケットのヘッダは、本パケットのペイロードにシグナリングデータが含まれているか否かを識別する情報を含むことができる。
【０１５６】
上位階層でＩＰパケットの形態で伝送されるサービスシグナリングの場合、一般に、他のＩＰパケット同一な処理が可能である。但し、リンク階層シグナリングの構成のために、該当ＩＰパケットの情報を読み出すことができる。このために、ＩＰ住所のフィルタリング方法を用いてシグナリングが含まれたパケットを探すことができる。例えば、ＩＡＮＡでは２２４．０．２３．６０のＩＰ住所をＡＴＳＣサービスシグナリングとして指定しているので、該当ＩＰ住所を有するＩＰパケットを確認し、リンク階層シグナリングを構成するために活動することができる。この場合にも、受信機に該当パケットが伝達されなければならないので、ＩＰパケットに対する処理はそのまま行われる。受信機は、一定のＩＰ住所に伝送されるＩＰパケットをパースし、リンク階層でのシグナリングのためのデータを獲得することができる。
【０１５７】
複数の放送サービスが一つの周波数帯域を通じて伝送される場合、受信機では、すべてのＤＰをデコードする必要がなく、シグナリング情報を先に確認し、必要なサービスと関連するＤＰのみをデコードすることが効率的である。よって、受信機のリンク階層のための動作と関連して、次のような手続の動作を行うことができる。
【０１５８】
受信機は、ユーザが受信しようとするサービスを選択又は変更すると、該当周波数にチューニングをし、該当チャネルと関連してＤＢ（ｄａｔａ  ｂａｓｅ）などに格納している受信機の情報を読み込む。
【０１５９】
受信機は、リンク階層シグナリングを伝送するＤＰに関する情報を確認し、該当ＤＰをデコードし、リンク階層シグナリングパケットを獲得する。
【０１６０】
受信機は、リンク階層シグナリングパケットをパースし、現在チャネルで伝送される一つ以上のＤＰのうちユーザが選択したサービスと関連するデータを伝送するＤＰに関する情報、及び該当ＤＰのパケットストリームに対するオーバーヘッド削減情報を獲得する。受信機は、ユーザが選択したサービスと関連するデータを伝送するＤＰを識別する情報をリンク階層シグナリングパケットで獲得し、この情報に基づいて該当ＤＰを得ることができる。また、リンク階層シグナリングパケットは、該当ＤＰに適用されたオーバーヘッド削減を知らせる情報を含んでおり、受信機は、これを用いてオーバーヘッド削減が適用されたＤＰを復元することができる。
【０１６１】
受信機は、物理階層で信号又はデータを処理する物理階層プロセッサに受信しなければならないＤＰ情報を送り、該当ＤＰからパケットストリームを受信する。
【０１６２】
受信機は、物理階層プロセッサでデコードされたパケットストリームに対してカプセル化及びヘッダ復旧を行い、このパケットストリームをＩＰパケットストリームの形態で受信機の上位階層に伝送する。
【０１６３】
その後、受信機は、上位階層のプロトコルによる処理を行い、放送サービスをユーザに提供する。
【０１６４】
図９は、本発明の一実施例に係る、論理的データ経路がノーマルデータパイプ及びベースデータパイプを含む場合における放送信号の処理を示した図である。
【０１６５】
物理階層の論理的データ経路がベースデータパイプ及びノーマルデータパイプで構成された場合に対してリンク階層が有する構造が図面に図示された。上述したように、リンク階層は、リンク階層シグナリング部分、オーバーヘッド削減部分、及びカプセル化（デカプセル化）部分を含むことができる。この場合、リンク階層における信号及び／又はデータの処理のためのリンク階層プロセッサは、リンク階層シグナリング処理部、オーバーヘッド削減処理部、及びカプセル化（デカプセル化）処理部を含むことができる。
【０１６６】
それぞれの機能モジュール（ハードウェア及び／又はソフトウェアとして具現できる）から出力される情報を物理階層の適切なデータ経路に伝達することが、リンク階層の主要機能の一つであると言える。
【０１６７】
リンク階層の上位階層で構成されるＩＰストリームに関しては、伝送しようとするデータレートによって複数のパケットストリームを伝送することができ、該当パケットストリーム別にそれぞれオーバーヘッド削減及びカプセル化過程を行うことができる。
【０１６８】
物理階層は、一つの周波数帯域内で、リンク階層が接近できる複数の論理的データ経路であるＤＰを含むことができ、それぞれのパケットストリーム別にリンク階層で処理されたパケットストリームを伝達することができる。伝送されなければならないパケットストリームよりＤＰの個数が小さいと、データレートを考慮して、一部のパケットストリームはマルチプレクスされてＤＰに入力される。
【０１６９】
シグナリング処理部では、送信システム情報、関連パラメータ、上位階層シグナリングなどを確認し、シグナリングで伝送される情報を収集する。物理階層の放送信号にはベースＤＰ及びノーマルＤＰが含まれているので、データレートを考慮して、シグナリングはベースＤＰに伝送することができ、シグナリングデータは、ベースＤＰの伝送に適したパケットの形態で伝送することができる。このとき、リンク階層パケットの構成時、パケットのヘッダなどを用いてシグナリングであることを表示することができる。例えば、リンク階層パケットのヘッダは、本パケットのペイロードに含まれたデータがシグナリングデータであることを示す情報を含むことができる。
【０１７０】
ベースＤＰなどの論理的データ経路が存在する物理階層構造では、データレートを考慮したとき、シグナリング情報のように、オーディオ／ビデオコンテンツではないデータの場合は、ベースＤＰに伝送することが効率的であり得る。よって、上位階層でＩＰパケットの形態で伝送されるサービスシグナリングの場合、ＩＰ住所フィルタリングなどの方法を用いてベースＤＰに伝達することができる。例えば、ＩＡＮＡでは２２４．０．２３．６０のＩＰ住所をＡＴＳＣサービスシグナリングとして指定しているので、該当ＩＰ住所を有するＩＰパケットストリームの場合はベースＤＰに伝達することができる。
【０１７１】
該当サービスシグナリングに対するＩＰパケットストリームが多数存在する場合は、マルチプレキシングなどの方法を用いて一つのベースＤＰに伝達することができる。但し、別個のサービスシグナリングに対するパケットの区分は、ソース住所及び／又はポートなどのフィールドに区別することができる。この場合にも、該当サービスシグナリングパケットからリンク階層シグナリングの構成に必要な情報を読み出すことができる。
【０１７２】
複数の放送サービスが一つの周波数帯域を通じて伝送される場合、受信機は、すべてのＤＰをデコードする必要がなく、シグナリング情報を先に確認し、該当サービスに関するデータ及び／又は信号を伝送するＤＰのみをデコードすることができる。よって、受信機は、リンク階層におけるデータ及び／又は処理と関連して次のような動作を行うことができる。
【０１７３】
受信機は、ユーザが受信しようとするサービスを選択又は変更すると、該当周波数にチューニングをし、該当チャネルと関連してＤＢなどに格納された受信機の情報を読み込む。ここで、ＤＢなどに格納された情報は、ベースＤＰを識別する情報を含むことができる。
【０１７４】
受信機は、ベースＤＰをデコードし、ベースＤＰに含まれたリンク階層シグナリングパケットを獲得する。
【０１７５】
受信機は、リンク階層シグナリングパケットをパースし、現在チャネルで伝送されている多くのＤＰのうちユーザが選択したサービスを受信するためのＤＰ情報、及び該当ＤＰのパケットストリームに対するオーバーヘッド削減情報を獲得する。リンク階層シグナリングパケットは、特定サービスと関連する信号及び／又はデータを伝送するＤＰを識別する情報、及び／又は該当ＤＰに伝送されるパケットストリームに適用されたオーバーヘッド削減の種類を識別する情報を含むことができる。受信機は、前記の情報を用いて、特定サービスのための一つ以上のＤＰに接近したり、該当ＤＰに含まれたパケットを復元することができる。
【０１７６】
受信機は、物理階層のプロトコルによる信号及び／又はデータの処理を行う物理階層プロセッサであって、該当サービスのために受信しなければならないＤＰに関する情報を送り、該当ＤＰからパケットストリームを受信する。
【０１７７】
受信機は、物理階層でデコードされたパケットストリームに対してデカプセル化及びヘッダ復旧を行い、このパケットストリームをＩＰパケットストリームの形態で受信機の上位階層に伝送する。
【０１７８】
その後、受信機は、上位階層のプロトコルによる処理を行い、放送サービスをユーザに提供する。
【０１７９】
図１０は、本発明の一実施例に係る、論理的データ経路がノーマルデータパイプ及び専用チャネルを含む場合における放送信号の処理を示した図である。
【０１８０】
物理階層の論理的データ経路が専用チャネル及びノーマルデータパイプで構成された場合に対してリンク階層が有する構造が図面に図示された。上述したように、リンク階層は、リンク階層シグナリング部分、オーバーヘッド削減部分、及びカプセル化（デカプセル化）部分で構成することができる。これと関連して、受信機に含まれ得るリンク階層プロセッサは、リンク階層シグナリング処理部、オーバーヘッド削減処理部、及び／又はカプセル化（デカプセル化）処理部を含むことができる。それぞれの機能モジュール（ハードウェア及び／又はソフトウェアとして具現できる）から出力される情報を物理階層の適切なデータ経路に伝達することが、リンク階層の主要機能の一つであると言える。
【０１８１】
リンク階層の上位階層で構成されるＩＰストリームに関しては、伝送しようとするデータレートによって複数のパケットストリームを伝送することができ、該当パケットストリーム別にそれぞれオーバーヘッド削減及びカプセル化過程を行うことができる。物理階層は、一つの周波数帯域内で、リンク階層が接近できる複数の論理的データ経路であるＤＰで構成することができ、それぞれのパケットストリーム別にリンク階層で処理されたパケットストリームを伝達することができる。伝送されなければならないパケットストリームよりＤＰの個数が小さいと、データレートを考慮して、一部のパケットストリームはマルチプレクスしてＤＰに伝送することができる。
【０１８２】
シグナリング処理部は、送信システム情報、関連パラメータ、及び／又は上位階層シグナリングなどを確認し、シグナリングで伝送される情報を収集する。専用チャネルなどの形態の論理的データ経路が存在する物理階層構造では、データレートを考慮したとき、シグナリング情報を主に専用チャネルで伝送することが効率的であり得る。しかし、専用チャネルを介して多くのデータを伝送するためには、その分だけの専用チャネルのための帯域幅が占有されなければならないので、専用チャネルのデータレートを大きく設定しないことが一般的である。また、専用チャネルは、一般にＤＰより速く受信及びデコードされるので、受信機で迅速に獲得される必要がある情報を主にしてシグナリングデータを伝達することがより効率的であり得る。場合に応じて、専用チャネルを介して十分なシグナリングデータが伝達されない場合、ノーマルＤＰを通じて上述したリンク階層シグナリングパケットなどのシグナリングデータを伝送することができ、専用チャネルを介して伝送されるシグナリングデータは、該当リンク階層シグナリングパケットを識別する情報を含むことができる。
【０１８３】
専用チャネルは、必要に応じて多数存在することができ、物理階層によってチャネルを可能／不可にすることができる。
【０１８４】
上位階層でＩＰパケットの形態で伝送されるサービスシグナリングの場合、一般に異なるＩＰパケットと同一の処理が可能である。但し、リンク階層シグナリングの構成のために、該当ＩＰパケットの情報を読み出すことができる。このために、ＩＰ住所のフィルタリング方法を用いてシグナリングが含まれたパケットを探すことができる。例えば、ＩＡＮＡでは２２４．０．２３．６０のＩＰ住所をＡＴＳＣサービスシグナリングとして指定しているので、受信機は、該当ＩＰ住所を有するＩＰパケットを確認し、リンク階層シグナリングを構成するために活用することができる。この場合にも、受信機に該当パケットが伝達されなければならないので、ＩＰパケットに対する処理はそのまま行うことができる。
【０１８５】
サービスシグナリングに対するＩＰパケットストリームが多数存在する場合は、マルチプレキシングなどの方法を用いてオーディオ／ビデオデータと共に一つのＤＰに伝達することができる。但し、サービスシグナリングとオーディオ／ビデオデータに対するパケットは、ＩＰ住所及びポートなどのフィールドの値に互いに区分することができる。
【０１８６】
複数の放送サービスが一つの周波数帯域を通じて伝送される場合、受信機は、すべてのＤＰをデコードする必要がなく、シグナリング情報を先に確認し、必要なサービスと関連する信号及び／又はデータを伝送するＤＰのみをデコードすることが効率的であり得る。よって、受信機は、リンク階層のプロトコルによる処理を、次のような手続で行うことができる。
【０１８７】
受信機は、ユーザが受信しようとするサービスを選択又は変更すると、該当周波数にチューニングをし、該当チャネルと関連してＤＢなどに格納している情報を読み込む。ＤＢに格納されている情報は、専用チャネルを識別する情報、及び／又はチャネル／サービス／プログラムを獲得するためのシグナリング情報を含むことができる。
【０１８８】
受信機は、専用チャネルで伝送されるデータをデコードし、該当チャネルの目的に合うシグナリングと関連する処理を行う。例えば、ＦＩＣを伝送する専用チャネルの場合は、サービス及び／又はチャネルなどの情報に対する格納及び更新処理を行うことができ、ＥＡＣを伝送する専用チャネルの場合は、非常警戒情報の伝達を行うなどの処理があり得る。
【０１８９】
受信機は、専用チャネルに伝送される情報を用いてデコードするＤＰの情報を獲得することができる。必要時、リンク階層シグナリングがＤＰを通じて伝送される場合、シグナリング情報を先に獲得するためにシグナリングが伝達されるＤＰを先にデコードすることができ、これを専用チャネルに伝送することができる。又は、リンク階層シグナリングのためのパケットは、ノーマルＤＰを通じて伝送することができ、この場合、専用チャネルを介して伝送されるシグナリングデータは、リンク階層シグナリングのためのパケットを含むＤＰを識別する情報を含むことができる。
【０１９０】
受信機は、リンク階層シグナリング情報を用いて現在チャネルに伝送されている多くのＤＰのうちユーザが選択したサービスを受信するためのＤＰ情報、及び該当ＤＰのパケットストリームに対するオーバーヘッド削減情報を獲得する。リンク階層シグナリング情報は、特定サービスと関連する信号及び／又はデータを伝送するＤＰを識別する情報、及び／又は該当ＤＰに伝送されるパケットストリームに適用されたオーバーヘッド削減の種類を識別する情報を含むことができる。受信機は、前記の情報を用いて、特定サービスのための一つ以上のＤＰに接近したり、該当ＤＰに含まれたパケットを復元することができる。
【０１９１】
受信機は、物理階層で受信しなければならないＤＰを識別する情報を、物理階層における信号及び／又はデータを処理する物理階層プロセッサに送り、該当ＤＰからパケットストリームを受信する。
【０１９２】
受信機は、物理階層でデコードされたパケットストリームに対してデカプセル化及びヘッダ復旧を行い、このパケットストリームをＩＰパケットストリームの形態で受信機の上位階層に伝送する。
【０１９３】
その後、受信機は、上位階層のプロトコルによる処理を行い、放送サービスをユーザに提供する。
【０１９４】
図１１は、本発明の一実施例に係る、論理的データ経路がノーマルデータパイプ、ベースデータパイプ及び専用チャネルを含む場合における放送信号の処理を示した図である。
【０１９５】
物理階層の論理的データ経路が専用チャネル、ベースデータパイプ、及びノーマルデータパイプを含む場合、リンク階層が有する構造が図面に図示された。上述したように、リンク階層は、リンク階層シグナリング部分、オーバーヘッド削減部分、及びカプセル化（デカプセル化）部分を含むことができる。これと関連して、受信機に含まれ得るリンク階層プロセッサは、リンク階層シグナリング処理部、オーバーヘッド削減処理部、及び／又はカプセル化（デカプセル化）処理部を含むことができる。それぞれの機能モジュール（ハードウェア及び／又はソフトウェアとして具現できる）から出力される情報を物理階層の適切なデータ経路に伝達することが、リンク階層の主要機能の一つであると言える。
【０１９６】
リンク階層の上位階層で構成されるＩＰストリームに関しては、伝送しようとするデータレートによって複数のパケットストリームを伝送することができ、該当パケットストリーム別にそれぞれオーバーヘッド削減及びカプセル化過程を行うことができる。物理階層は、一つの周波数帯域内で、リンク階層が接近できる複数の論理的データ経路であるＤＰで構成することができ、それぞれのパケットストリーム別にリンク階層で処理されたパケットストリームを伝達することができる。伝送されなければならないパケットストリームよりＤＰの個数が小さいと、データレートを考慮して、一部のパケットストリームはマルチプレクスされてＤＰに入力される。
【０１９７】
シグナリング処理部は、送信システム情報、関連パラメータ、及び／又は上位階層シグナリングなどを確認し、シグナリングで伝送される情報を収集する。物理階層の信号は、ベースＤＰ及びノーマルＤＰを含むので、データレートを考慮して、シグナリングはベースＤＰに伝送することが効率的であり得る。このとき、シグナリングデータは、ベースＤＰを介した伝送に適したパケットの形態で伝送されなければならない。リンク階層パケットの構成時に、パケットのヘッダなどを用いてシグナリングであることを表示することができる。すなわち、シグナリングデータを含むリンク階層シグナリングパケットのヘッダは、該当パケットのペイロードにシグナリングデータが含まれていることを示す情報を含むことができる。
【０１９８】
専用チャネル及びベースＤＰが同時に存在する物理階層構造では、シグナリング情報を専用チャネルとベースＤＰとに分けて伝送することができる。専用チャネルのデータレートを大きく設定しないことが一般的であるので、シグナリングのサイズが小さいと共に迅速に獲得する必要があるシグナリング情報は専用チャネルに伝送し、データ量が大きいシグナリングの場合は、ベースＤＰに伝達することができる。専用チャネルは、必要に応じて多数存在することができ、物理階層によってチャネルを可能／不可にすることができる。また、ベースＤＰは、ノーマルＤＰとは別の構造を有するように構成することができる。又は、ノーマルＤＰのうち一つを指定してベースＤＰとして使用することも可能である。
【０１９９】
上位階層でＩＰパケットの形態で伝送されるサービスシグナリングの場合、ＩＰ住所フィルタリングなどの方法を用いてベースＤＰにシグナリング情報を伝達することができる。特定ＩＰ住所を有し、シグナリング情報を含むＩＰパケットストリームは、ベースＤＰに伝達することができる。該当サービスシグナリングに対するＩＰパケットストリームが多数存在する場合は、マルチプレキシングなどの方法を用いて一つのベースＤＰに伝達することができる。但し、別個のサービスシグナリングに対するパケットは、ソース住所及び／又はポートなどのフィールドの値に区分することができる。受信機は、該当サービスシグナリングパケットでリンク階層シグナリングの構成に必要な情報を読み出すことができる。
【０２００】
複数の放送サービスが一つの周波数帯域を通じて伝送される場合、受信機は、すべてのＤＰをデコードする必要がなく、シグナリング情報を先に確認し、必要なサービスと関連する信号及び／又はデータを伝送するＤＰのみをデコードすることが効率的であり得る。よって、受信機は、リンク階層のプロトコルによる処理を、次のような手続で行うことができる。
【０２０１】
受信機は、ユーザが受信しようとするサービスを選択又は変更すると、該当周波数にチューニングをし、該当チャネルと関連してＤＢなどに格納している情報を読み込む。ＤＢに格納されている情報は、専用チャネルを識別する情報、ベースデータパイプを識別する情報及び／又はチャネル／サービス／プログラムを獲得するためのシグナリング情報を含むことができる。
【０２０２】
受信機は、専用チャネルで伝送されるデータをデコードし、該当チャネルの目的に合うシグナリングと関連する処理を行う。例えば、ＦＩＣを伝送する専用チャネルの場合は、サービス及び／又はチャネルなどの情報に対する格納及び更新処理をすることができ、ＥＡＣを伝送する専用チャネルの場合は、非常警戒情報の伝達を行うなどの処理があり得る。
【０２０３】
受信機は、専用チャネルに伝送される情報を用いてベースＤＰの情報を獲得する。専用チャネルに伝送される情報は、ベースＤＰを識別できる情報（例えば、ベースＤＰの識別子及び／又はベースＤＰを伝送するＩＰ住所など）を含むことができる。必要時、受信機のＤＢ内にあらかじめ格納されているシグナリング情報及び関連パラメータを専用チャネルで伝送された情報に更新することができる。
【０２０４】
受信機は、ベースＤＰをデコードしてリンク階層シグナリングパケットを獲得し、必要時、これを専用チャネルから受信されたシグナリング情報と結合することができる。受信機は、専用チャネル又は受信機の既に格納されたシグナリング情報を用いてベースＤＰを探すことができる。
【０２０５】
受信機は、リンク階層シグナリング情報を用いて現在チャネルに伝送されている多くのＤＰのうちユーザが選択したサービスを受信するためのＤＰ情報、及び該当ＤＰのパケットストリームに対するオーバーヘッド削減情報を獲得する。リンク階層シグナリング情報は、特定サービスと関連する信号及び／又はデータを伝送するＤＰを識別する情報、及び／又は該当ＤＰに伝送されるパケットストリームに適用されたオーバーヘッド削減の種類を識別する情報を含むことができる。受信機は、前記の情報を用いて、特定サービスのための一つ以上のＤＰに接近したり、該当ＤＰに含まれたパケットを復元することができる。
【０２０６】
受信機は、物理階層で受信しなければならないＤＰを識別する情報を、物理階層における信号及び／又はデータを処理する物理階層プロセッサに送り、該当ＤＰからパケットストリームを受信する。
【０２０７】
受信機は、物理階層でデコードされたパケットストリームに対してデカプセル化及びヘッダ復旧を行い、このパケットストリームをＩＰパケットストリームの形態で受信機の上位階層に伝送する。
【０２０８】
その後、受信機は、上位階層のプロトコルによる処理を行い、放送サービスをユーザに提供する。
【０２０９】
図１２は、本発明の一実施例に係る、論理的データ経路がノーマルデータパイプ、ベースデータパイプ及び専用チャネルを含む場合において、受信機のリンク階層における信号及び／又はデータに対する具体的な処理動作を示した図である。
【０２１０】
本実施例では、一つの周波数帯域内で、一つ以上の放送社が提供する一つ以上のサービスが伝送される状況を考慮する。一つの放送社は一つ以上の放送サービスを伝送するが、一つのサービスは一つ以上のコンポーネントを含み、ユーザは放送サービス単位でコンテンツを受信することを考慮する。又は、一つの放送サービスに含まれる一つ以上のコンポーネントの一部をユーザの選択によって他のコンポーネントに取り替えることもできる。
【０２１１】
専用チャネルにＦＩＣ（Ｆａｓｔ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｃｈａｎｎｅｌ）及び／又はＥＡＣ（Ｅｍｅｒｇｅｎｃｙ  Ａｌｅｒｔ  Ｃｈａｎｎｅｌ）を伝送することができる。ベースＤＰとノーマルＤＰは、放送信号内で区分し、伝送又は運用することができる。ＦＩＣ及び／又はＥＡＣの構成情報は、物理階層シグナリングを通じて伝送されたり、受信機が知ることができ、リンク階層は、該当チャネルの特性に合わせてシグナリングをフォーマットするようになる。物理階層の特定チャネルにデータを伝達することは論理的な観点で行われ、実際の動作は物理階層の特性に従うことができる。
【０２１２】
ＦＩＣを通じて、該当周波数で伝送している各放送社のサービス及びこれを受信するための経路に対する情報を伝送することができる。このために、リンク階層シグナリングで次のような情報を提供（シグナリング）することができる。
【０２１３】
システムパラメータ  ―  送信機関連パラメータ、及び／又は該当のチャネルでサービスを提供する放送社関連パラメータ。
【０２１４】
リンク階層  ―  ＩＰヘッダ圧縮関連コンテキスト情報及び／又は該当コンテキストが適用されるＤＰのｉｄを含む。
【０２１５】
上位階層  ―  ＩＰ住所及び／又はＵＤＰポート番号、サービス及び／又はコンポーネント情報、非常警戒情報、ＩＰ階層で伝達されるパケットストリームに対するＩＰ住所とＤＰとの間のマッピング関係情報。
【０２１６】
複数の放送サービスが一つの周波数帯域を通じて伝送される場合、受信機ではすべてのＤＰをデコードする必要がなく、シグナリング情報を先に確認し、必要なサービスに対するＤＰのみをデコードすることが効率的であり得る。放送システム内で、送信機は、ＦＩＣを通じて、必要なＤＰのみを識別できる情報を伝送し、受信機は、このＦＩＣを用いて特定サービスのために接近しなければならないＤＰを確認することができる。この場合、受信機のリンク階層と関連する動作は次の通りである。
【０２１７】
受信機は、ユーザが受信しようとするサービスを選択又は変更すると、該当周波数にチューニングをし、該当チャネルと関連してＤＢなどに格納している受信機の情報を読み込む。受信機のＤＢなどに格納されている情報は、最初のチャネルのスキャン時、ＦＩＣを獲得し、これに含まれた情報を用いて構成することができる。
【０２１８】
受信機は、ＦＩＣを受信し、既存に格納されていたＤＢを更新したり、ユーザが選択したサービスに対するコンポーネント及び各コンポーネントが伝達されるＤＰに対するマッピング関係に対する情報をＦＩＣから獲得する。また、シグナリングが伝送されるベースＤＰに対する情報をＦＩＣから獲得することができる。
【０２１９】
受信機は、ＦＩＣを通じて伝送されるシグナリングのうちＲｏＨＣ（Ｒｏｂｕｓｔ  Ｈｅａｄｅｒ  Ｃｏｍｐｒｅｓｓｉｏｎ）と関連する初期化情報がある場合、これを獲得し、ヘッダの復旧を準備する。
【０２２０】
受信機は、ＦＩＣを通じて伝達される情報に基づいて、ベースＤＰ及び／又はユーザが選択したサービスが伝送されるＤＰをデコードする。
【０２２１】
受信機は、ベースＤＰに含まれた、受信しているＤＰに対するオーバーヘッド削減情報を獲得し、獲得したオーバーヘッド情報を用いてノーマルＤＰで受信されるパケットストリームに対してデカプセル化及び／又はヘッダ復旧を行い、このパケットストリームをＩＰパケットストリームの形態で受信機の上位階層に伝送する。
【０２２２】
受信機は、受信されるサービスに対して、特定住所を有するＩＰパケットの形態で伝送されるサービスシグナリングをベースＤＰを通じて受信することができ、このパケットストリームを上位階層に伝送することができる。
【０２２３】
受信機は、非常警戒が発生した場合、非常警戒メッセージをユーザに迅速に伝達するために、シグナリングを通じてＣＡＰメッセージが含まれているシグナリング情報を受信し、これをパースしてユーザに直ぐ伝達し、シグナリングを通じてオーディオ／ビデオサービスを受信できる経路情報を確認できる場合、該当サービスが受信される経路を探してサービスデータを受信する。また、ブロードバンドなどを通じて伝達される情報がある場合、該当ＵＲＩ（Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｉｄｅｎｔｉｆｉｅｒ）情報などを用いてＮＲＴサービス及び付加情報を受信する。非常警戒と関連するシグナリング情報に対する具体的な内容は後で説明する。
【０２２４】
受信機が非常警戒を処理する過程は次の通りである。
【０２２５】
受信機は、物理階層のプリアンブルなどを通じて非常警戒メッセージが伝達される状況であることを認知する。物理階層のプリアンブルは、放送信号に含まれるシグナリング信号であって、物理階層におけるシグナリングに該当し得る。物理階層のプリアンブルは、主に放送信号に含まれたデータ、放送フレーム、データパイプ及び／又は伝送パラメータを獲得するための情報を含むことができる。
【０２２６】
受信機は、受信機の物理階層シグナリングを通じてＥＡＣ（Ｅｍｅｒｇｅｎｃｙ  Ａｌｅｒｔ  Ｃｈａｎｎｅｌ）の構造を確認し、ＥＡＣをデコードしてＥＡＴを獲得する。ここで、ＥＡＣは、上述した専用チャネルに該当する場合もある。
【０２２７】
受信機は、受信されたＥＡＴを確認し、ＣＡＰメッセージを抽出してＣＡＰパーサに伝達する。
【０２２８】
受信機は、ＥＡＴ内に非常警戒と関連するサービス情報が存在する場合、該当ＤＰをデコードし、サービスデータを受信する。ＥＡＴは、非常警戒と関連するサービスを伝送するＤＰを識別する情報を含むことができる。
【０２２９】
受信機は、ＥＡＴ又はＣＡＰメッセージにＮＲＴサービスデータと関連する情報がある場合、ブロードバンドを通じて受信する。
【０２３０】
図１３は、本発明の一実施例に係るＦＩＣ（Ｆａｓｔ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｃｈａｎｎｅｌ）のシンタックスを示した図である。
【０２３１】
ＦＩＣに含まれる情報は、ＦＩＴ（Ｆａｓｔ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｔａｂｌｅ）の形態で伝送することができる。
【０２３２】
ＦＩＴに含まれる情報は、ＸＭＬの形態及び／又はセクションテーブルの形態で伝送することができる。
【０２３３】
ＦＩＴは、ｔａｂｌｅ＿ｉｄ情報、ＦＩＴ＿ｄａｔａ＿ｖｅｒｓｉｏｎ情報、ｎｕｍ＿ｂｒｏａｄｃａｓｔ情報、ｂｒｏａｄｃａｓｔ＿ｉｄ情報、ｄｅｌｉｖｅｒｙ＿ｓｙｓｔｅｍ＿ｉｄ情報、ｂａｓｅ＿ＤＰ＿ｉｄ情報、ｂａｓｅ＿ＤＰ＿ｖｅｒｓｉｏｎ情報、ｎｕｍ＿ｓｅｒｖｉｃｅ情報、ｓｅｒｖｉｃｅ＿ｉｄ情報、ｓｅｒｖｉｃｅ＿ｃａｔｅｇｏｒｙ情報、ｓｅｒｖｉｃｅ＿ｈｉｄｄｅｎ＿ｆｌａｇ情報、ＳＰ＿ｉｎｄｉｃａｔｏｒ情報、ｎｕｍ＿ｃｏｍｐｏｎｅｎｔ情報、ｃｏｍｐｏｎｅｎｔ＿ｉｄ情報、ＤＰ＿ｉｄ情報、ｃｏｎｔｅｘｔ＿ｉｄ情報、ＲｏＨＣ＿ｉｎｉｔ＿ｄｅｓｃｒｉｐｔｏｒ、ｃｏｎｔｅｘｔ＿ｐｒｏｆｉｌｅ情報、ｍａｘ＿ｃｉｄ情報、及び／又はｌａｒｇｅ＿ｃｉｄ情報を含むことができる。
【０２３４】
ｔａｂｌｅ＿ｉｄ情報は、該当テーブルセクションが高速情報テーブル（Ｆａｓｔ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｔａｂｌｅ）であることを示す。
【０２３５】
ＦＩＴ＿ｄａｔａ＿ｖｅｒｓｉｏｎ情報は、高速情報テーブルが含むシンタックス及びセマンティクスに対するバージョン情報を示すことができる。これを用いて、受信機は、該当高速情報テーブルに含まれたシグナリングに対する処理有無などを決定することができる。受信機は、この情報を用いて、既に格納していたＦＩＣの情報の更新有無を決定することができる。
【０２３６】
ｎｕｍ＿ｂｒｏａｄｃａｓｔ情報は、該当周波数或いは伝送される伝送フレームを通じて放送サービス及び／又はコンテンツを伝送する放送局の数を示すことができる。
【０２３７】
ｂｒｏａｄｃａｓｔ＿ｉｄ情報は、該当周波数或いは伝送される伝送フレームを通じて放送サービス及び／又はコンテンツを伝送する放送局固有の区分子を示すことができる。ＭＰＥＧ―２  ＴＳ基盤のデータを伝送する放送局の場合、ｂｒｏａｄｃａｓｔ＿ｉｄはＭＰＥＧ―２  ＴＳのｔｒａｎｓｐｏｒｔ＿ｓｔｒｅａｍ＿ｉｄなどの値を有することができる。
【０２３８】
ｄｅｌｉｖｅｒｙ＿ｓｙｓｔｅｍ＿ｉｄ情報は、伝送される放送ネットワーク上で同一の伝送パラメータを適用して処理する放送伝送システムに対する識別子を示すことができる。
【０２３９】
ｂａｓｅ＿ＤＰ＿ｉｄ情報は、放送信号内でベースＤＰを識別する情報である。ベースＤＰは、ｂｒｏａｄｃａｓｔ＿ｉｄに該当する放送局のＰＳＩ／ＳＩ（Ｐｒｏｇｒａｍ  Ｓｐｅｃｉｆｉｃ  Ｉｎｆｏｒｍａｔｉｏｎ／Ｓｙｓｔｅｍ  Ｉｎｆｏｒｍａｔｉｏｎ）及び／又はオーバーヘッド削減などを含むサービスシグナリングを伝達するＤＰを称することができる。或いは、該当放送局内の放送サービスを構成するコンポーネントをデコードできる代表ＤＰを称することができる。
【０２４０】
ｂａｓｅ＿ＤＰ＿ｖｅｒｓｉｏｎ情報は、ベースＤＰを通じて伝送されるデータに対するバージョン情報を示すことができる。例えば、ベースＤＰを通じてＰＳＩ／ＳＩなどのサービスシグナリングが伝達されるとき、サービスシグナリングの変化が起こる場合、ｂａｓｅ＿ＤＰ＿ｖｅｒｓｉｏｎ情報の値が１ずつ増加し得る。
【０２４１】
ｎｕｍ＿ｓｅｒｖｉｃｅ情報は、該当周波数或いは伝送フレーム内でｂｒｏａｄｃａｓｔ＿ｉｄに該当する放送局が伝送する放送サービスの個数を示すことができる。
【０２４２】
ｓｅｒｖｉｃｅ＿ｉｄ情報は、放送サービスを区別できる識別子として使用することができる。
【０２４３】
ｓｅｒｖｉｃｅ＿ｃａｔｅｇｏｒｙ情報は、放送サービスのカテゴリーを示すことができる。該当フィールドが有する値によって、次のような意味を有することができる。ｓｅｒｖｉｃｅ＿ｃａｔｅｇｏｒｙ情報の値が０ｘ０１である場合は基本（Ｂａｓｉｃ）ＴＶを示し、０ｘ０２である場合は基本ラジオ（Ｂａｓｉｃ  Ｒａｄｉｏ）を示し、０ｘ０３である場合はＲＩサービスを示し、０ｘ０８である場合はサービスガイドを示し、０ｘ０９である場合は非常警戒であることを示すことができる。
【０２４４】
ｓｅｒｖｉｃｅ＿ｈｉｄｄｅｎ＿ｆｌａｇ情報は、該当放送サービスが非表示（ｈｉｄｄｅｎ）であるか否かを示すことができる。サービスが非表示である場合、テストサービス或いは自体的に使用されるサービスであって、放送受信機ではこれを無視したり、サービスリストから隠すなどの処理をすることができる。
【０２４５】
ＳＰ＿ｉｎｄｉｃａｔｏｒ情報は、サービス保護（Ｓｅｒｖｉｃｅ  ｐｒｏｔｅｃｔｉｏｎ）が該当放送サービス内の一つ以上のコンポーネントに適用されるか否かを示すことができる。
【０２４６】
ｎｕｍ＿ｃｏｍｐｏｎｅｎｔ情報は、該当放送サービスを構成するコンポーネントの個数を示すことができる。
【０２４７】
ｃｏｍｐｏｎｅｎｔ＿ｉｄ情報は、放送サービス内の該当コンポーネントを区別する識別子として使用することができる。
【０２４８】
ＤＰ＿ｉｄ情報は、該当コンポーネントが伝送されるＤＰを示す識別子として使用することができる。
【０２４９】
ＲｏＨＣ＿ｉｎｉｔ＿ｄｅｓｃｒｉｐｔｏｒは、オーバーヘッド削減及び／又はヘッダ復旧と関連する情報を含むことができる。ＲｏＨＣ＿ｉｎｉｔ＿ｄｅｓｃｒｉｐｔｏｒは送信端で使用したヘッダ圧縮方式を識別する情報を含むことができる。
【０２５０】
ｃｏｎｔｅｘｔ＿ｉｄ情報は、後に来るＲｏＨＣ関連フィールドがいずれのコンテキストに該当するのかを表示することができる。ｃｏｎｔｅｘｔ＿ｉｄ情報はＣＩＤ（ｃｏｎｔｅｘｔ  ｉｄｅｎｔｉｆｉｅｒ）に該当し得る。
【０２５１】
ｃｏｎｔｅｘｔ＿ｐｒｏｆｉｌｅ情報は、ＲｏＨＣでヘッダが圧縮されるプロトコルの範囲に対して表示する。ＲｏＨＣでは、コンプレッサとデコンプレッサが同一のプロファイルを有するときにストリームに対する圧縮及び復旧が可能である。
【０２５２】
ｍａｘ＿ｃｉｄ情報は、ＣＩＤの最大値をデコンプレッサに知らせるために使用される。
【０２５３】
ｌａｒｇｅ＿ｃｉｄ情報は、ブーリアン（Ｂｏｏｌｅａｎ）値を有し、ＣＩＤの構成において、ショートＣＩＤ（０〜１５）を使用するのか、それともエンベデッドＣＩＤ（０〜１６３８３）を使用するのか知らせる。これによって、ＣＩＤを表現するバイトのサイズも共に決定される。
【０２５４】
図１４は、本発明の一実施例に係るＥＡＴ（Ｅｍｅｒｇｅｎｃｙ  Ａｌｅｒｔ  Ｔａｂｌｅ）のシンタックスを示した図である。
【０２５５】
ＥＡＣを通じて非常警報と関連する情報を伝送することができる。ＥＡＣは、上述した専用チャネルに該当し得る。
【０２５６】
本発明の一実施例に係るＥＡＴは、ＥＡＴ＿ｐｒｏｔｏｃｏｌ＿ｖｅｒｓｉｏｎ情報、ａｕｔｏｍａｔｉｃ＿ｔｕｎｉｎｇ＿ｆｌａｇ情報、ｎｕｍ＿ＥＡＳ＿ｍｅｓｓａｇｅｓ情報、ＥＡＳ＿ｍｅｓｓａｇｅ＿ｉｄ情報、ＥＡＳ＿ＩＰ＿ｖｅｒｓｉｏｎ＿ｆｌａｇ情報、ＥＡＳ＿ｍｅｓｓａｇｅ＿ｔｒａｎｓｆｅｒ＿ｔｙｐｅ情報、ＥＡＳ＿ｍｅｓｓａｇｅ＿ｅｎｃｏｄｉｎｇ＿ｔｙｐｅ情報、ＥＡＳ＿ＮＲＴ＿ｆｌａｇ情報、ＥＡＳ＿ｍｅｓｓａｇｅ＿ｌｅｎｇｔｈ情報、ＥＡＳ＿ｍｅｓｓａｇｅ＿ｂｙｔｅ情報、ＩＰ＿ａｄｄｒｅｓｓ情報、ＵＤＰ＿ｐｏｒｔ＿ｎｕｍ情報、ＤＰ＿ｉｄ情報、ａｕｔｏｍａｔｉｃ＿ｔｕｎｉｎｇ＿ｃｈａｎｎｅｌ＿ｎｕｍｂｅｒ情報、ａｕｔｏｍａｔｉｃ＿ｔｕｎｉｎｇ＿ＤＰ＿ｉｄ情報、ａｕｔｏｍａｔｉｃ＿ｔｕｎｉｎｇ＿ｓｅｒｖｉｃｅ＿ｉｄ情報、及び／又はＥＡＳ＿ＮＲＴ＿ｓｅｒｖｉｃｅ＿ｉｄ情報を含む。
【０２５７】
ＥＡＴ＿ｐｒｏｔｏｃｏｌ＿ｖｅｒｓｉｏｎ情報は、受信されたＥＡＴが有するプロトコルバージョンを示す。
【０２５８】
ａｕｔｏｍａｔｉｃ＿ｔｕｎｉｎｇ＿ｆｌａｇ情報は、受信機が自動的にチャネル切り替えを行うか否かを知らせる。
【０２５９】
ｎｕｍ＿ＥＡＳ＿ｍｅｓｓａｇｅｓ情報は、ＥＡＴに含まれているメッセージに対する個数を知らせる。
【０２６０】
ＥＡＳ＿ｍｅｓｓａｇｅ＿ｉｄ情報は、それぞれのＥＡＳメッセージを識別する情報である。
【０２６１】
ＥＡＳ＿ＩＰ＿ｖｅｒｓｉｏｎ＿ｆｌａｇ情報は、ＥＡＳ＿ＩＰ＿ｖｅｒｓｉｏｎ＿ｆｌａｇ情報の値が０である場合はＩＰｖ４であることを示し、ＥＡＳ＿ＩＰ＿ｖｅｒｓｉｏｎ＿ｆｌａｇ情報の値が１である場合はＩＰｖ６であることを示す。
【０２６２】
ＥＡＳ＿ｍｅｓｓａｇｅ＿ｔｒａｎｓｆｅｒ＿ｔｙｐｅ情報は、ＥＡＳメッセージが伝達される形態を示す。ＥＡＳ＿ｍｅｓｓａｇｅ＿ｔｒａｎｓｆｅｒ＿ｔｙｐｅ情報の値が０００である場合は、無指定（ｎｏｔ  ｓｐｅｃｉｆｉｅｄ）である状態を示し、ＥＡＳ＿ｍｅｓｓａｇｅ＿ｔｒａｎｓｆｅｒ＿ｔｙｐｅ情報の値が００１である場合は、警戒メッセージなし（Ｎｏ  Ａｌｅｒｔ  ｍｅｓｓａｇｅ）（ｏｎｌｙ  ＡＶ  ｃｏｎｔｅｎｔ）であることを示し、ＥＡＳ＿ｍｅｓｓａｇｅ＿ｔｒａｎｓｆｅｒ＿ｔｙｐｅ情報の値が０１０である場合は、該当ＥＡＴ内にＥＡＳメッセージが含まれることを示す。このために、長さフィールド（ｌｅｎｇｔｈ  ｆｉｅｌｄ）及び該当ＥＡＳメッセージに対するフィールドが追加される。ＥＡＳ＿ｍｅｓｓａｇｅ＿ｔｒａｎｓｆｅｒ＿ｔｙｐｅ情報の値が０１１である場合、データパイプを通じてＥＡＳメッセージが伝送されることを知らせる。ＥＡＳは、データパイプ内でＩＰデータグラムの形態で伝送することができる。このために、ＩＰ住所、ＵＤＰポート情報、及び伝送される物理階層のＤＰ情報を追加することができる。
【０２６３】
ＥＡＳ＿ｍｅｓｓａｇｅ＿ｅｎｃｏｄｉｎｇ＿ｔｙｐｅ情報は、非常警戒メッセージのエンコーディングタイプに対する情報を知らせる。例えば、ＥＡＳ＿ｍｅｓｓａｇｅ＿ｅｎｃｏｄｉｎｇ＿ｔｙｐｅ情報の値が０００である場合は、無指定（ｎｏｔ  ｓｐｅｃｉｆｉｅｄ）であることを示し、ＥＡＳ＿ｍｅｓｓａｇｅ＿ｅｎｃｏｄｉｎｇ＿ｔｙｐｅ情報の値が００１である場合は、エンコーディングなし（Ｎｏ  Ｅｎｃｏｄｉｎｇ）であることを示し、ＥＡＳ＿ｍｅｓｓａｇｅ＿ｅｎｃｏｄｉｎｇ＿ｔｙｐｅ情報の値が０１０である場合は、ＤＥＦＬＡＴＥアルゴリズム（ＲＦＣ１９５１）であることを示し、ＥＡＳ＿ｍｅｓｓａｇｅ＿ｅｎｃｏｄｉｎｇ＿ｔｙｐｅ情報の値のうち００１〜１１１は他のエンコーディングタイプのために予約することができる。
【０２６４】
ＥＡＳ＿ＮＲＴ＿ｆｌａｇ情報は、受信されるメッセージと関連するＮＲＴコンテンツ及び／又はＮＲＴデータの存在有無を示す。ＥＡＳ＿ＮＲＴ＿ｆｌａｇ情報の値が０である場合は、ＮＲＴコンテンツ及び／又はＮＲＴデータが受信した警戒メッセージと関連して存在しないことを示し、ＥＡＳ＿ＮＲＴ＿ｆｌａｇ情報の値が１である場合は、ＮＲＴコンテンツ及び／又はＮＲＴデータが受信した警戒メッセージと関連して存在することを示す。
【０２６５】
ＥＡＳ＿ｍｅｓｓａｇｅ＿ｌｅｎｇｔｈ情報は、ＥＡＳメッセージの長さを示す。
【０２６６】
ＥＡＳ＿ｍｅｓｓａｇｅ＿ｂｙｔｅ情報は、ＥＡＳメッセージのコンテンツを含む。
【０２６７】
ＩＰ＿ａｄｄｒｅｓｓ情報は、ＥＡＳメッセージを伝送するＩＰパケットのＩＰ住所を示す。
【０２６８】
ＵＤＰ＿ｐｏｒｔ＿ｎｕｍ情報は、ＥＡＳメッセージを伝送するＵＤＰポート番号を示す。
【０２６９】
ＤＰ＿ｉｄ情報は、ＥＡＳメッセージを伝送するデータパイプを識別する。
【０２７０】
ａｕｔｏｍａｔｉｃ＿ｔｕｎｉｎｇ＿ｃｈａｎｎｅｌ＿ｎｕｍｂｅｒ情報は、取り替えられなければならないチャネルの番号に対する情報を含む。
【０２７１】
ａｕｔｏｍａｔｉｃ＿ｔｕｎｉｎｇ＿ＤＰ＿ｉｄ情報は、該当コンテンツを伝送するデータパイプを識別する情報である。
【０２７２】
ａｕｔｏｍａｔｉｃ＿ｔｕｎｉｎｇ＿ｓｅｒｖｉｃｅ＿ｉｄ情報は、該当コンテンツが属するサービスを識別する情報である。
【０２７３】
ＥＡＳ＿ＮＲＴ＿ｓｅｒｖｉｃｅ＿ｉｄ情報は、受信される非常警戒メッセージと関連するＮＲＴコンテンツ及びデータが伝送される場合、すなわち、ＥＡＳ＿ＮＲＴ＿ｆｌａｇが可能状態である場合に該当するＮＲＴサービスを識別する情報である。
【０２７４】
図１５は、本発明の一実施例に係る、データパイプに伝送されるパケットを示した図である。
【０２７５】
本発明の一実施例によると、リンク階層におけるパケットの構造を新たに定義し、リンク階層の上位階層又はリンク階層の下位階層のプロトコルの変化とは関係なく互換可能なリンク階層パケットを生成することができる。
【０２７６】
本発明の一実施例に係るリンク階層パケットは、ノーマルＤＰ及び／又はベースＤＰに伝送することができる。
【０２７７】
リンク階層パケットは、固定ヘッダ、拡張ヘッダ、及び／又はペイロードを含むことができる。
【０２７８】
固定ヘッダは、サイズが固定されているヘッダであり、拡張ヘッダは、上位階層のパケットの構成によってサイズの変更が可能なヘッダである。ペイロードは、上位階層のデータが伝送される領域である。
【０２７９】
パケットのヘッダ（固定ヘッダ又は拡張ヘッダ）は、パケットのペイロードの種類を表示するフィールドを含むことができる。固定ヘッダの場合、１バイトのうち一番前の３ビット（ｐａｃｋｅｔ  ｔｙｐｅ）は、上位階層のパケットタイプを識別するデータを含むことができ、残りの５ビットは指示子部分（ｉｎｄｉｃａｔｏｒ  ｐａｒｔ）として使用することができる。指示子部分は、ペイロードの構成方法、及び／又は確定ヘッダの構成情報を識別するデータを含むことができ、パケットタイプによって構成が変わり得る。
【０２８０】
図面に図示されたテーブルでは、パケットタイプ（ｐａｃｋｅｔ  ｔｙｐｅ）の値による、ペイロードに含まれる上位階層のパケットの種類を示している。
【０２８１】
システムの構成によって、ＤＰを通じてはペイロードのＩＰパケット、及び／又はＲｏＨＣパケットを伝送することができ、ベースＤＰを通じてはシグナリングパケットを伝送することができる。よって、多くの種類のパケットが混用されて伝達される場合にも、パケットタイプの値を付与し、データパケットとシグナリングパケットとを区分することもできる。
【０２８２】
パケットタイプの値が０００である場合は、ＩＰｖ４のＩＰパケットがペイロードに含まれることを示す。
【０２８３】
パケットタイプの値が００１である場合は、ＩＰｖ６のＩＰパケットがペイロードに含まれることを示す。
【０２８４】
パケットタイプの値が０１０である場合は、圧縮されたＩＰパケットがペイロードに含まれることを示す。圧縮されたＩＰパケットは、ヘッダ圧縮が適用されたＩＰパケットを含むことができる。
【０２８５】
パケットタイプの値が１１０である場合は、シグナリングデータを含むパケットがペイロードに含まれることを示す。
【０２８６】
パケットタイプの値が１１１である場合は、フレームパケットタイプ（ｆｒａｍｅｄ  ｐａｃｋｅｔ  ｔｙｐｅ）がペイロードに含まれることを示すことができる。
【０２８７】
図１６は、本発明の一実施例に係る、リンク階層における送信機及び／又は受信機の動作モード制御の過程を示した図である。
【０２８８】
リンク階層の送信機又は受信機の動作モードを決定することは、放送システムをより効率的に使用し、放送システムに対する柔軟な設計を可能にする方法になり得る。本発明で提案するリンク階層モードを制御する方案によると、システム帯域幅及び処理時間に対する効率的運用のためのリンク階層のモードを動的に切り替えることができるという効果がある。また、本発明のリンク階層モードを制御する方案によると、物理階層の変更によって特定モードに対するサポートが必要であるか、その反対に特定モードに対する必要性がなくなった場合、これに対する対処が容易である。また、リンク階層モードを制御する方案によると、放送サービスを提供する放送社で該当サービスに対する伝送方法を指定しようとする場合にも、該当放送社の要求を放送システムで容易に収容できるという効果がある。
【０２８９】
リンク階層の動作モードを制御するための方案は、リンク階層の内部でのみ動作するように構成したり、リンク階層の内部でのデータ構造の変化を通じて行うことができる。この場合、ネットワーク階層及び／又は物理階層で、別の機能に対する追加具現がなくても、各階層の独立的な動作を行うことが可能である。本発明で提案するリンク階層のモードは、物理階層の構造に合わせるためにシステムを変形しなく、シグナリング又はシステム内部パラメータで制御が可能である。特定モードの場合は、該当入力に対する処理が物理階層でサポートされる場合のみに動作することもできる。
【０２９０】
図面は、送信機及び／又は受信機が、ＩＰ階層、リンク階層、及び物理階層で信号及び／又はデータを処理する流れを示した図である。
【０２９１】
リンク階層にモード制御のための機能ブロック（ハードウェア及び／又はソフトウェアとして具現可能）が追加され、パケットの処理有無を決定するためのパラメータ及び／又はシグナリング情報を管理する役割をすることができる。モード制御機能ブロック（Ｍｏｄｅ  ｃｏｎｔｒｏｌ  ｆｕｎｃｔｉｏｎａｌ  ｂｌｏｃｋ）が有している情報を用いて、リンク階層では、パケットストリームの処理過程に該当機能を行うか否かを判断することができる。
【０２９２】
まず、送信機での動作を説明する。
【０２９３】
送信機は、ＩＰストリームがリンク階層に入力されると、モード制御パラメータ（ｊ１６００５）を用いてオーバーヘッド削減（ｊ１６０２０）を行うか否かを決定する（ｊ１６０１０）。モード制御パラメータは、送信機でサービス提供者によって生成することができる。モード制御パラメータに関しては後で詳細に説明する。
【０２９４】
オーバーヘッド削減（ｊ１６０２０）が行われる場合、オーバーヘッド削減に対する情報を生成し、これをリンク階層シグナリング（ｊ１６０６０）情報に含ませる。リンク階層シグナリング（ｊ１６０６０）情報は、モード制御パラメータの一部又は全部を含むこともできる。リンク階層シグナリング（ｊ１６０６０）情報は、リンク階層シグナリングパケットの形態で伝達することができる。リンク階層シグナリングパケットは、ＤＰにマップして受信機に伝達することもできるが、ＤＰにマップしなく、放送信号の一定領域を通じてリンク階層シグナリングパケットの形態で受信機に伝達することができる。
【０２９５】
オーバーヘッド削減（ｊ１６０２０）を経たパケットストリームは、カプセル化（ｊ１６０３０）されて物理階層のＤＰに入力される（ｊ１６０４０）。オーバーヘッド削減を経ない場合は、再びカプセル化を行うか否かを決定する（ｊ１６０５０）。
【０２９６】
カプセル化（ｊ１６０３０）を経たパケットストリームは、物理階層のＤＰ（ｊ１６０４０）に入力される。このとき、物理階層では、一般パケット（ｇｅｎｅｒａｌ  ｐａｃｋｅｔ）（リンク階層パケット）に対する処理のための動作を行う。オーバーヘッド削減及びカプセル化を経ない場合は、ＩＰパケットが直接物理階層に伝達される。このとき、物理階層では、ＩＰパケットに対する処理のための動作を行う。ＩＰパケットが直接伝送される場合は、物理階層でＩＰパケット入力をサポートする場合のみに動作するようにパラメータを付与することができる。すなわち、モード制御パラメータの値を調節し、物理階層でＩＰパケットに対する処理をサポートしない場合は、ＩＰパケットを物理階層に直接伝送する過程が動作しないように設定することができる。
【０２９７】
送信機は、このような過程を経た放送信号を受信機に伝送する。
【０２９８】
以下では、受信機の動作を説明する。
【０２９９】
受信機において、ユーザの操作などによるチャネル変更などの理由で特定ＤＰが選択され、該当ＤＰでパケットストリームが受信されると（ｊ１６１１０）、パケットストリームのヘッダ及び／又はシグナリング情報を用いて、送信時にいずれのモードでパケットが生成されたのかを確認することができる（ｊ１６１２０）。該当ＤＰに対する送信時に動作モードが確認されると、リンク階層の受信動作過程によってデカプセル化（ｊ１６１３０）及びオーバーヘッド削減（ｊ１６１４０）過程を経て上位階層にＩＰパケットが伝達される。オーバーヘッド削減（ｊ１６１４０）過程はオーバーヘッド復旧過程を含むことができる。
【０３００】
図１７は、本発明の一実施例に係る、フラグの値によるリンク階層における動作及び物理階層に伝達されるパケットの形態を示した図である。
【０３０１】
リンク階層の動作モードを決定するために、上述したシグナリング方法を用いることができる。これと関連したシグナリング情報を受信機に直接伝送することができる。この場合、上述したシグナリングデータ又はリンク階層シグナリングパケットは、後述するモード制御と関連する情報を含むことができる。
【０３０２】
一方、受信機の複雑図を考慮して、リンク階層の動作モードを間接的に受信機に知らせる方法があり得る。
【０３０３】
動作モードの制御に対して、次のような二つのフラグを考慮することができる。
【０３０４】
―  ＨＣＦ（Ｈｅａｄｅｒ  Ｃｏｍｐｒｅｓｓｉｏｎ  Ｆｌａｇ）：該当リンク階層でヘッダ圧縮に対する適用有無を決定するフラグであって、可能及び不可を意味する値を付与することができる。
【０３０５】
―  ＥＦ（Ｅｎｃａｐｓｕｌａｔｉｏｎ  Ｆｌａｇ）：該当リンク階層でカプセル化に対する適用有無を決定するフラグであって、可能及び不可を意味する値を付与することができる。但し、ヘッダ圧縮技法によって必ずカプセル化が伴われなければならない場合は、ＥＦをＨＣＦに従属させて定義することができる。
【０３０６】
各フラグにマップされる値は、可能及び不可を表現する範囲内でシステム構成によって付与することができ、各フラグに割り当てられるビット数も変更可能である。一実施例において、可能値を１に、不可値を０にマップすることができる。
【０３０７】
図面は、ＨＣＦ及びＥＦの値によってリンク階層に含まれるヘッダ圧縮及びカプセル化の動作有無と、これによって物理階層に伝達されるパケットフォーマットに対して示したものである。すなわち、本発明の一実施例によると、受信機は、ＨＣＦ及びＥＦに対する情報として、物理階層に入力されるパケットの形態が何かを知ることができる。
【０３０８】
図１８は、本発明の一実施例に係る、モード制御パラメータをシグナリングするためのディスクリプタを示した図である。
【０３０９】
リンク階層におけるモード制御に対する情報である各フラグは、シグナリング情報であって、ディスクリプタの形態で送信機で生成し、受信機に伝達することができる。モード制御に対する情報であるフラグを含むシグナリングは、ヘッドエンド端の送信機で動作モードを制御するための目的で使用することができ、受信機に伝達されるシグナリングに、モード制御に対する情報であるフラグが含まれるか否かは任意に選択することができる。
【０３１０】
モード制御に対する情報である、フラグを含むシグナリングが受信機に伝送される場合、受信機では、該当ＤＰに対する動作モードを直接選択し、パケットデカプセル化動作を行うことができる。モード制御に対する情報であるフラグを含むシグナリングが受信機に伝送されない場合、受信機は、受信機に伝達される物理階層シグナリング又はパケットヘッダのフィールド情報を用いていずれのモードで伝送されたのかを判断可能である。
【０３１１】
本発明の一実施例に係るリンク階層モード制御ディスクリプタは、ＤＰ＿ｉｄ情報、ＨＣＦ情報、及び／又はＥＦ情報を含むことができる。リンク階層モード制御ディスクリプタは、上述した、ＦＩＣ、リンク階層シグナリングパケット、専用チャネルを介したシグナリング、ＰＳＩ／ＳＩ、及び／又は物理階層における伝送パラメータに含ませることができる。
【０３１２】
ＤＰ＿ｉｄ情報は、リンク階層におけるモードが適用されたＤＰを識別する。
【０３１３】
ＨＣＦ情報は、ＤＰ＿ｉｄ情報によって識別されたＤＰでヘッダ圧縮が適用されたか否かを識別する。
【０３１４】
ＥＦ情報は、ＤＰ＿ｉｄ情報によって識別されたＤＰにカプセル化が行われたか否かを識別する。
【０３１５】
図１９は、本発明の一実施例に係る、動作モードを制御する送信機の動作を示した図である。
【０３１６】
図面には示していないが、リンク階層の処理過程前に、送信機は、上位階層（例えば、ＩＰ階層）における処理を行うことができる。送信機は、放送サービスのための放送データを含むＩＰパケットを生成することができる。
【０３１７】
送信機は、システムパラメータをパース又は生成する（ＪＳ１９０１０）。ここで、システムパラメータは、上述したシグナリングデータ及びシグナリング情報に該当し得る。
【０３１８】
送信機は、リンク階層における放送データ処理過程で、モード制御関連パラメータ又はシグナリング情報を受信又は設定し、動作モード制御と関連したフラグ値を設定する（ＪＳ１９０２０）。送信機において、この動作は、ヘッダ圧縮動作又はカプセル化動作が行われた後で実行することもできる。すなわち、送信機は、ヘッダ圧縮又はカプセル化動作を行い、この動作と関連する情報を生成することができる。
【０３１９】
送信機は、放送信号を通じて伝送される必要がある上位階層のパケットを獲得する（ＪＳ１９０３０）。ここで、上位階層のパケットはＩＰパケットに該当し得る。
【０３２０】
送信機は、上位階層のパケットにヘッダ圧縮が適用されるか否かを決定するためにＨＣＦをチェックする（ＪＳ１９０４０）。
【０３２１】
送信機は、ＨＣＦが可能（ｅｎａｂｌｅ）である場合、上位階層パケットにヘッダ圧縮を適用する（ＪＳ１９０５０）。ヘッダ圧縮が行われた後、送信機がＨＣＦを生成することもできる。ＨＣＦは、受信機にヘッダ圧縮の適用有無をシグナリングするために使用することができる。
【０３２２】
送信機は、ヘッダ圧縮が適用された上位階層パケットに対してカプセル化を行い、リンク階層パケットを生成する（ＪＳ１９０６０）。カプセル化過程が行われた後、送信機がＥＦを生成することもできる。ＥＦは、受信機に上位階層パケットにカプセル化が適用されたか否かをシグナリングするために使用することができる。
【０３２３】
送信機は、リンク階層パケットを物理階層処理部に伝達する（ＪＳ１９０７０）。その後、物理階層処理部は、リンク階層パケットを含む放送信号を生成し、これを受信機に送信する。
【０３２４】
送信機は、ＨＣＦが不可（ｄｉｓａｂｌｅ）である場合は、カプセル化に対する適用有無を決定するためにＥＦをチェックする（ＪＳ１９０８０）。
【０３２５】
送信機は、ＥＦが可能である場合、上位階層のパケットに対するカプセル化を行う（ＪＳ１９０９０）。送信機は、ＥＦが不可である場合は、該当パケットストリームに対する別の処理をしない。送信機は、リンク階層で処理が完了したパケットストリーム（リンク階層パケット）を物理階層に伝達する（ＪＳ１９０７０）。ヘッダ圧縮、カプセル化、及び／又はリンク階層パケットの生成は、送信機内のリンク階層パケット生成器（ｌｉｎｋ  ｌａｙｅｒ  ｐａｃｋｅｔ  ｇｅｎｅｒａｔｏｒ）（例えば、リンク階層プロセッサ）によって行うことができる。
【０３２６】
一方、送信機は、サービスシグナリングチャネル（ＳＣＣ）データを生成することができる。サービスシグナリングチャネルデータは、サービスシグナリングデータエンコーダによって生成することができる。サービスシグナリングデータエンコーダは、リンク階層プロセッサに含ませることもでき、リンク階層プロセッサとは別に存在し得る。サービスシグナリングチャネルデータは、上述したＦＩＣ及び／又はＥＡＴを含むことができる。サービスシグナリングチャネルデータは、上述した専用チャネルに伝送することができる。
【０３２７】
図２０は、本発明の一実施例に係る、動作モードによる放送信号を処理する受信機の動作を示した図である。
【０３２８】
受信機は、リンク階層における動作モード関連情報をパケットストリームと共に受信することができる。
【０３２９】
受信機は、シグナリング情報及び／又はチャネル情報を受信する（ＪＳ２００１０）。ここで、シグナリング情報及び／又はチャネル情報に対する説明は上述した通りである。
【０３３０】
受信機は、シグナリング情報及び／又はチャネル情報によって受信処理のためのＤＰを選択する（ＪＳ２００２０）。
【０３３１】
受信機は、選択されたＤＰに対して物理階層のデコーディングを行い、リンク階層のパケットストリームを受け取る（ＪＳ２００３０）。
【０３３２】
受信機は、受信されたシグナリングにリンク階層モード制御関連シグナリングが含まれているか否かを確認する（ＪＳ２００４０）。
【０３３３】
受信機は、リンク階層モード関連情報を受信した場合、ＥＦをチェックする（ＪＳ２００５０）。
【０３３４】
受信機は、ＥＦが可能である場合、リンク階層のパケットに対してデカプセル化過程を行う（ＪＳ２００６０）。
【０３３５】
受信機は、パケットをデカプセル化した後でＨＣＦをチェックし、ＨＣＦが可能である場合、ヘッダ圧縮解除過程を行う（ＪＳ２００８０）。
【０３３６】
受信機は、ヘッダ圧縮解除が行われたパケットを上位階層（例えば、ＩＰ階層）に伝達する（ＪＳ２００９０）。受信機は、上述した過程で、ＨＣＦ及びＥＦが不可である場合は、処理されたパケットストリームはＩＰパケットであると認識し、該当パケットをＩＰ階層に伝達する。
【０３３７】
受信機は、リンク階層モード関連情報を受信していないか、該当システムではリンク階層モード関連情報を受信機に伝送しない場合は次のように動作する。
【０３３８】
受信機は、シグナリング情報及び／又はチャネル情報を受信し（ＪＳ２００１０）、該当情報によって受信処理のためのＤＰを選択する（ＪＳ２００２０）。受信機は、選択されたＤＰに対して物理階層のデコーディングを行い、パケットストリームを獲得する（ＪＳ２００３０）。
【０３３９】
受信機は、受信されたシグナリングにリンク階層モード制御関連シグナリングが含まれているか否かを確認する（ＪＳ２００４０）。
【０３４０】
受信機は、リンク階層モード関連シグナリングを受信していないので、物理階層シグナリングなどを用いて伝達されたパケットのフォーマットを確認する（ＪＳ２０１００）。ここで、物理階層シグナリング情報は、ＤＰのペイロードに含まれたパケットの種類を識別する情報を含むことができる。受信機は、物理階層から伝達されたパケットがＩＰパケットである場合、このパケットをリンク階層での別の処理なくＩＰ階層に伝達する。
【０３４１】
受信機は、物理階層から伝達されたパケットがリンク階層でカプセル化を経たパケットである場合、該当パケットに対してデカプセル化過程を行う（ＪＳ２０１１０）。
【０３４２】
受信機は、デカプセル化過程でリンク階層パケットのヘッダなどの情報を用いてペイロードを構成するパケットの形態を確認し（ＪＳ２０１２０）、ペイロードがＩＰパケットである場合、ＩＰ階層処理部に該当パケットを伝達する。
【０３４３】
受信機は、リンク階層パケットのペイロードが圧縮ＩＰである場合、該当パケットに対する圧縮解除過程を行う。（ＪＳ２０１３０）。
【０３４４】
受信機は、ＩＰパケットをＩＰ階層処理部に伝達する（ＪＳ２０１４０）。
【０３４５】
図２１は、本発明の一実施例に係る受信機を示した図である。
【０３４６】
本発明の一実施例に係る受信機は、チューナＪＳ２１０１０、ＡＤＣ  ＪＳ２１０２０、復調器ＪＳ２１０３０、チャネル同期及び等化部（ｃｈａｎｎｅｌ  ｓｙｎｃｈｒｏｎｉｚｅｒ  ＆  ｅｑｕａｌｉｚｅｒ）ＪＳ２１０４０、チャネルデコーダＪＳ２１０５０、Ｌ１シグナリングパーサＪＳ２１０６０、シグナリング制御部ＪＳ２１０７０、ベースバンド制御部ＪＳ２１０８０、リンク階層インタフェースＪＳ２１０９０、Ｌ２シグナリングパーサＪＳ２１１００、パケットヘッダ復旧ＪＳ２１１１０、ＩＰパケットフィルタＪＳ２１１２０、共通プロトコルスタック処理部ＪＳ２１１３０、ＳＳＣ処理バッファ及びパーサＪＳ２１１４０、サービスマップデータベースＪＳ２１１５０、サービスガイドプロセッサＪＳ２１１６０、サービスガイドデータベースＪＳ２１１７０、ＡＶサービス制御部ＪＳ２１１８０、デマルチプレクサＪＳ２１１９０、ビデオデコーダＪＳ２１２００、ビデオレンダラＪＳ２１２１０、オーディオデコーダＪＳ２１２２０、オーディオレンダラＪＳ２１２３０、ネットワークスイッチＪＳ２１２４０、ＩＰパケットフィルタＪＳ２１２５０、ＴＣＰ／ＩＰスタックプロセッサＪＳ２１２６０、データサービス制御部ＪＳ２１２７０、及び／又はシステムプロセッサＪＳ２１２８０を含むことができる。
【０３４７】
チューナＪＳ２１０１０は放送信号を受信する。
【０３４８】
ＡＤＣ  ＪＳ２１０２０は、放送信号がアナログ信号である場合、これをデジタル信号に変換する。
【０３４９】
復調器ＪＳ２１０３０は放送信号に対して復調を行う。
【０３５０】
チャネル同期及び等化部（ｃｈａｎｎｅｌ  ｓｙｎｃｈｒｏｎｉｚｅｒ  ＆  ｅｑｕａｌｉｚｅｒ）ＪＳ２１０４０は、チャネル同期化及び／又は等化を行う。
【０３５１】
チャネルデコーダＪＳ２１０５０は、放送信号内のチャネルをデコードする。
【０３５２】
Ｌ１シグナリングパーサＪＳ２１０６０は、放送信号からＬ１シグナリング情報をパースする。Ｌ１シグナリング情報は物理階層シグナリング情報に該当し得る。Ｌ１シグナリング情報は伝送パラメータを含むことができる。
【０３５３】
シグナリング制御部ＪＳ２１０７０は、シグナリング情報を処理したり、放送受信機で該当シグナリング情報を必要とする装置に該当シグナリング情報を伝達する。
【０３５４】
ベースバンド制御部ＪＳ２１０８０は、ベースバンドにおける放送信号の処理を制御する。ベースバンド制御部ＪＳ２１０８０は、Ｌ１シグナリング情報を用いて放送信号に対する物理階層での処理を行うことができる。ベースバンド制御部ＪＳ２１０８０と他の装置との間の連結関係が表示されていない場合にも、ベースバンド制御部は、処理された放送信号又は放送データを受信機内部の他の装置に伝達することができる。
【０３５５】
リンク階層インタフェースＪＳ２１０９０はリンク階層パケットにアクセスし、リンク階層パケットを獲得する。
【０３５６】
Ｌ２シグナリングパーサＪＳ２１１００はＬ２シグナリング情報をパースする。Ｌ２シグナリング情報は、上述したリンク階層シグナリングパケットに含まれた情報に該当し得る。
【０３５７】
パケットヘッダ復旧ＪＳ２１１１０は、リンク階層より上位階層のパケット（例えば、ＩＰパケット）にヘッダ圧縮が適用された場合、これに対するヘッダ圧縮解除を行う。ここで、上述したヘッダ圧縮の適用有無を識別する情報を用いて、パケットヘッダ復旧ＪＳ２１１１０は上位階層のパケットのヘッダを復元することができる。
【０３５８】
ＩＰパケットフィルタＪＳ２１１２０は、特定ＩＰ住所及び／又はＵＤＰ番号に伝送されるＩＰパケットをフィルタリングする。特定ＩＰ住所及び／又はＵＤＰ番号に伝送されるＩＰパケットは、上述した専用チャネルを介して伝送されるシグナリング情報を含むことができる。特定ＩＰ住所及び／又はＵＤＰ番号に伝送されるＩＰパケットは、上述したＦＩＣ、ＦＩＴ、ＥＡＴ、及び／又はＥＡＭ（ｅｍｅｒｇｅｎｃｙ  ａｌｅｒｔ  ｍｅｓｓａｇｅ）を含むことができる。
【０３５９】
共通プロトコルスタック処理部ＪＳ２１１３０は、各階層のプロトコルによるデータの処理を行う。例えば、共通プロトコルスタック処理部ＪＳ２１１３０は、ＩＰパケットに対して、ＩＰ階層及び／又はＩＰ階層より上位階層のプロトコルによって該当ＩＰパケットをデコード又はパースする。
【０３６０】
ＳＳＣ処理バッファ及びパーサＪＳ２１１４０は、ＳＳＣ（ｓｅｒｖｉｃｅ  ｓｉｇｎａｌｉｎｇ  ｃｈａｎｎｅｌ）に伝達されるシグナリング情報を格納又はパースする。特定ＩＰパケットはＳＳＣとして指定できるが、このＳＳＣは、サービスを獲得するための情報、サービスに含まれるコンテンツに対する属性情報、ＤＶＢ―ＳＩ情報及び／又はＰＳＩ／ＰＳＩＰ情報を含むことができる。
【０３６１】
サービスマップデータベースＪＳ２１１５０はサービスマップテーブルを格納する。サービスマップテーブルは、放送サービスに対する属性情報を含む。サービスマップテーブルは、ＳＳＣに含ませて伝送することができる。
【０３６２】
サービスガイドプロセッサＪＳ２１１６０は、サービスガイドをパース又はデコードする。
【０３６３】
サービスガイドデータベースＪＳ２１１７０はサービスガイドを格納する。
【０３６４】
ＡＶサービス制御部ＪＳ２１１８０は、放送ＡＶデータを獲得するための全般的な制御を行う。
【０３６５】
デマルチプレクサＪＳ２１１９０は、放送データをビデオデータとオーディオデータとに分離する。
【０３６６】
ビデオデコーダＪＳ２１２００はビデオデータをデコードする。
【０３６７】
ビデオレンダラＪＳ２１２１０は、デコードされたビデオデータを用いて、ユーザに提供されるビデオを生成する。
【０３６８】
オーディオデコーダＪＳ２１２２０はオーディオデータをデコードする。
【０３６９】
オーディオレンダラＪＳ２１２３０は、デコードされたオーディオデータを用いて、ユーザに提供されるオーディオを生成する。
【０３７０】
ネットワークスイッチＪＳ２１２４０は、放送ネットワーク以外に他のネットワークとのインタフェースを制御する。例えば、ネットワークスイッチＪＳ２１２４０はＩＰネットワークに接続し、ＩＰパケットを直接受信することができる。
【０３７１】
ＩＰパケットフィルタＪＳ２１２５０は、特定ＩＰ住所及び／又はＵＤＰ番号を有するＩＰパケットをフィルタする。
【０３７２】
ＴＣＰ／ＩＰスタックプロセッサＪＳ２１２６０は、ＴＣＰ／ＩＰのプロトコルによってＩＰパケットをデカプセル化する。
【０３７３】
データサービス制御部ＪＳ２１２７０は、データサービスの処理を制御する。
【０３７４】
システムプロセッサＪＳ２１２８０は、受信機全般に対する制御を行う。
【０３７５】
本発明の上述した方法は、上述した送信機又は受信機で実行可能である。
【０３７６】
明確性のために、本発明を添付の図面をそれぞれ参照して説明したが、添付の図面に示した実施例を互いに併合して新たな実施例を設計することができる。また、上述した説明に言及した実施例を実行するためのプログラムが記録されたコンピュータで判読可能な記録媒体が当業者の必要に応じて設計される場合、それは、添付の請求項の範囲及びその同等範囲に属し得る。
【０３７７】
本発明に係る装置及び方法は、上述した説明に言及した実施例の構成及び方法によって制限されない。また、上述した説明に言及した実施例は、全体的に又は部分的に選択的に結合し、多様な変形を可能にするように構成することができる。
【０３７８】
また、本発明に係る方法は、ネットワーク装置に提供されたプロセッサで判読可能な記録媒体にあるプロセッサで判読可能なコードで実現することができる。プロセッサで判読可能な媒体は、プロセッサで判読可能なデータを記録できるすべての種類の記録装置を含むことができる。プロセッサで判読可能な媒体は、例えば、ＲＯＭ、ＲＡＭ、ＣＤ―ＲＯＭ、磁気テープ、フロッピーディスク、光データ格納装置などのうち一つを含むことができ、インターネットを介した伝送などのキャリアウェーブ式具現も含むことができる。また、プロセッサで判読可能な記録媒体がネットワークを介して連結されたコンピュータシステムに分散されることによって、プロセッサで判読可能なコードは分散システムによって格納及び実行することができる。
【０３７９】
多様な変形及び変更が本発明の思想や範囲から逸脱することなく本発明で達成可能であることは当業者によって理解される。したがって、本発明は、添付の請求項の範囲及びその同等範囲内で本発明の変形及び変更を含むように意図される。
【０３８０】
本明細書では、装置発明及び方法発明がすべて言及し、装置発明及び方法発明の説明は相互補完的に適用することができる。
【０３８１】
多様な実施例が発明を実施するための最善の形態で記載された。
【産業上の利用可能性】
【０３８２】
本発明は、一連の放送信号提供フィールドで有用である。本発明の思想又は範囲から逸脱することなく、本発明の多様な変形と変更が可能であることは当業者にとって自明である。よって、本発明は、添付の特許請求の範囲及びその同等物の範囲内で提供される本発明の変形と変更をカバーするものと意図される。
【図１】
0006293278.tif 000002
【図２】
0006293278.tif 000003
【図３】
0006293278.tif 000004
【図４】
0006293278.tif 000005
【図５】
0006293278.tif 000006
【図６】
0006293278.tif 000007
【図７】
0006293278.tif 000008
【図８】
0006293278.tif 000009
【図９】
0006293278.tif 000010
【図１０】
0006293278.tif 000011
【図１１】
0006293278.tif 000012
【図１２】
0006293278.tif 000013
【図１３】
0006293278.tif 000014
【図１４】
0006293278.tif 000015
【図１５】
0006293278.tif 000016
【図１６】
0006293278.tif 000017
【図１７】
0006293278.tif 000018
【図１８】
0006293278.tif 000019
【図１９】
0006293278.tif 000020
【図２０】
0006293278.tif 000021
【図２１】
0006293278.tif 000022