(57)【特許請求の範囲】
【請求項１】
インターネットプロトコル（ＩＰ）ベースのデジタル放送送信器において、シグナリングデータを処理する方法であって、
上位層プロトコルに従う、上位層パケットに有された上位層シグナリングデータを複写するステップと、
前記複写された上位層シグナリングデータを前記上位層パケットの最後に追加し、前記複写された上位層シグナリングデータの長さを識別する長さフィールドと前記複写された上位層シグナリングデータが存在することを示すシグナリング指示子とを、前記上位層パケットの最後にさらに追加するステップと、
ＩＰ層プロトコルに従って、ＩＰ層パケットのヘッダおよび前記上位層パケットを有する前記ＩＰ層パケットを生成するステップと、
リンク層プロトコルに従って、リンク層パケットのヘッダおよび前記ＩＰ層パケットを有する前記リンク層パケットを生成するステップであって、前記リンク層パケットのヘッダは、前記リンク層パケットに前記シグナリング指示子が有されていることを示す指示子フィールドを有するステップと、
前記リンク層パケットを物理層プロトコルに従って処理して、放送信号を生成するステップと、を有し、
デジタル放送受信器において、前記複写された上位層シグナリングデータは、上位層処理が行われる前に、前記シグナリング指示子、前記指示子フィールドおよび前記長さフィールドを用いたリンク層処理によって獲得される、方法。
【請求項２】
前記リンク層パケットを生成するステップは、
前記シグナリング指示子が有効であるか否かをチェックするステップを有する、請求項１に記載の方法。
【請求項３】
シグナリングデータを処理する、インターネットプロトコル（ＩＰ）ベースのデジタル放送受信器であって、
放送信号を受信し、前記放送信号を物理層プロトコルに従って処理して、リンク層パケットを獲得し、
前記獲得したリンク層パケットのヘッダをパージングすることによって、前記リンク層パケットのヘッダに有された、前記リンク層パケットにシグナリング指示子が有されていることを識別する指示子フィールドをパージングし、
前記指示子フィールドが前記リンク層パケットに前記シグナリング指示子が有されていることを示す場合、前記リンク層パケットの最後に有された前記シグナリング指示子をパージングし、前記シグナリング指示子は、複写された上位層シグナリングデータが存在することを示し、
前記リンク層パケット内で、長さフィールドに隣接して位置する前記複写された上位層シグナリングデータの長さを識別し、前記シグナリング指示子に隣接して位置する前記長さフィールドをパージングし、
前記リンク層パケット内で、前記長さフィールドの開始点から、前記長さフィールドが示す前記複写された上位層シグナリングデータの長さ分のデータを獲得し、
上位層処理が行われる前に、リンク層処理によって、前記獲得したデータを上位層シグナリングデータとして抽出する、上位層シグナリング検出器を有し、
前記上位層シグナリングデータは、上位層プロトコルに従う上位層パケットに有されるものである、ＩＰベースのデジタル放送受信器。
【請求項４】
前記上位層シグナリング検出器は、
前記複写された上位層シグナリングデータの長さを識別する長さフィールドをパージングする前に、前記シグナリング指示子が有効であるか否かをチェックする、請求項３に記載のＩＰベースのデジタル放送受信器。
【請求項５】
インターネットプロトコル（ＩＰ）ベースのデジタル放送送信器において、シグナリングデータを処理する方法であって、
上位層プロトコルに従う、上位層パケットの開始位置から、前記上位層パケットに有された上位層シグナリングデータが始まるポイントまでのオフセット値を測定するステップと、
前記測定されたオフセット値、前記上位層シグナリングデータの長さを識別する長さフィールドおよび前記上位層シグナリングデータが存在することを示すシグナリング指示子を、前記上位層パケットの最後に追加するステップと、
ＩＰ層プロトコルに従って、ＩＰ層パケットのヘッダおよび前記上位層パケットを有する前記ＩＰ層パケットを生成するステップと、
リンク層プロトコルに従って、リンク層パケットのヘッダおよび前記ＩＰ層パケットを有する前記リンク層パケットを生成するステップであって、前記リンク層パケットのヘッダは、前記リンク層パケットに前記シグナリング指示子が有されていることを示す指示子フィールドを有するステップと、
前記リンク層パケットを物理層プロトコルに従って処理して、放送信号を生成するステップと、を有し、
デジタル放送受信器において、前記上位層シグナリングデータは、上位層処理が行われる前に、前記測定したオフセット値、前記シグナリング指示子、前記指示子フィールドおよび前記長さフィールドを用いたリンク層処理によって獲得される、方法。
【請求項６】
前記リンク層パケットを生成するステップは、
前記シグナリング指示子が有効であるか否かをチェックするステップを有する、請求項５に記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、デジタル放送システムにおいて放送信号シグナリングデータを処理する方法および装置に関する。より詳細には、本発明は、インターネットプロトコル（Internet Protocol；ＩＰ）ベースのデジタル放送システムにおいて定義されたプロトコル階層（Protocol Layer）で放送シグナリングデータを処理する方法および装置に関する。
【背景技術】
【０００２】
デジタル放送システムでは、ＩＰベースの放送信号の送受信が拡張されている。特に、ヨーロッパ放送標準におけるＤＶＢ−ＮＧＨや、北米放送標準におけるＡＴＳＣ−ＭＨなどのモバイルデジタル放送において、ＩＰベースの放送信号送受信環境の重要性が強調されている。また、次世代放送システムでは、放送網とインターネットとが連動してサービスされる、いわゆる、ハイブリッド放送システムが構築される見込みである。
【０００３】
インターネットで主に使用されるＩＰは、放送よりむしろ汎用データ（data）の送信のために開発されてきたので、放送システムにおいてＩＰを使用するためには追加の技術開発が必要である。
【０００４】
一般に、ネットワーク構造はプロトコル階層で表現される。一例として、ネットワーク構造は、ＯＳＩ（Open System Interconnection）参照モデルをベースとした階層構造を有することができる。ＯＳＩ参照モデルは、７個の層（レイヤ）（layer）からなっているが、ＩＰをベースとするデジタル放送システムでは、層（レイヤ）（layer）５以上の上位層に対しては、役割が互いに統合されていたり、区分が不明確な場合が多い。例えば、ＩＰをベースとするデジタル放送システムでは、層４以下の層が放送データの送信を担当し得る。したがって、本願で説明するシグナリングデータ処理方法および装置は、ＯＳＩ ７層において定義された層に該当されてもよいが、ＩＰをベースとするデジタル放送システムにおいて新たに定義されるＮ個の層のネットワーク構造に適用可能であるということは明らかである。
【０００５】
一方、放送システムでは、視聴者が望む放送サービス、放送プログラム、放送チャネル、もしくは放送イベントなどを受信機で容易に獲得するために、シグナリングデータを放送信号に含ませて送信する。このようなシグナリングデータ（もしくはシグナリング情報）は、伝送パラメータ、放送システム情報、ＰＳＩ（Program Specific Information）、ＰＳＩＰ（Program and Service Information Protocol）、ＤＶＢ−ＳＩ、サービスシグナリングチャネル（service signaling channel）、もしくは上記放送サービスなどを受信機で迅速にアクセスするために必要な一連の情報を含む。
【０００６】
放送受信機は、一般に、リアルタイムで放送信号を受信し、これを処理するので、放送信号の処理に遅延（ディレイ）（delay）が発生することがあるが、このような遅延は避けなければならない。しかし、ＩＰベースのデジタル放送システムでは、放送データを各層に該当するプロトコルに合わせて処理して送／受信しなければならないため、特定の層に含まれるシグナリングデータを当該層までにパージング（parsing）が行われない限り受信機で使用することができない。
【０００７】
一方、受信機のユーザは、頻繁に放送サービスもしくは放送チャネルなどを変更するので、受信機は、直ちにチャネル変更を行わなければならない。この処理（過程）（process）で受信機は、視聴者が選択した放送サービスもしくは放送チャネルを見つけるために、特定の層に含まれたシグナリングデータを獲得しなければならない。特定の層に含まれたシグナリングデータを獲得するためには、受信機は、当該層に至るまでの下位層のデータを処理しなければならないので、視聴者の選択がある度に、複数の層のデータを処理しなければならないという問題が発生することがある。
【発明の概要】
【発明が解決しようとする課題】
【０００８】
本発明が達成しようとする課題は、前述した問題点を解決するためのもので、ＩＰベースのデジタル放送システムに適したシグナリングデータ処理方法および装置を提供することである。
【０００９】
さらに、本発明が達成しようとする課題は、ＩＰベースのデジタル放送システムにおいて、受信機が視聴者の要求（リクエスト、要請）に直ちに応答する（promptly respond to a request）ことができるシグナリングデータ構造を提供することである。
【課題を解決するための手段】
【００１０】
上述した技術的課題を解決するための本発明の一実施例に係る、インターネットプロトコル（Internet Protocol；ＩＰ）ベースのデジタル放送送信器において、少なくとも１つのプロトコル層に有されるシグナリングデータを処理する方法は、層（Ｎ＋Ｍ）のプロトコルに従う、層（Ｎ＋Ｍ）パケットに有されたシグナリングデータを複写するステップと、複写されたシグナリングデータ、複写されたシグナリングデータの長さを識別する長さフィールドおよび複写されたシグナリングデータが存在することを示すシグナリング指示子を、層（Ｎ＋Ｍ）パケットのペイロードの最後に挿入して、層（Ｎ＋Ｍ）パケットを生成するステップと、層（Ｎ＋Ｌ）のプロトコルに従って、層（Ｎ＋Ｌ）ヘッダおよび層（Ｎ＋Ｍ）パケットを有する層（Ｎ＋Ｌ）パケットを生成するステップと、層（Ｎ）のプロトコルに従って、層（Ｎ）ヘッダおよび層（Ｎ＋Ｌ）パケットを有する層（Ｎ）パケットを生成するステップであって、層（Ｎ）ヘッダは、層（Ｎ）パケットにシグナリング指示子が有されていることを識別する指示子フィールドを有するステップと、層（Ｎ）パケットを物理層のプロトコルに従って処理して、放送信号を生成するステップと、を有する。
【００１１】
好ましくは、層（Ｎ）パケットを生成するステップは、シグナリング指示子が有効であるか否かをチェックするステップを有する。
【００１２】
好ましくは、少なくとも１つのプロトコル層は、開放型システム間相互接続（Open System Interconnection；ＯＳＩ）参照モデルの７個の層のいずれか少なくとも１つの層に該当することを特徴とする。
【００１３】
好ましくは、Ｌは、Ｍよりも小さい整数であることを特徴とする。
【００１４】
好ましくは、Ｎは２に該当し、Ｍは３に該当し、Ｌは１および／もしくは２に該当することを特徴とする。
【００１５】
好ましくは、Ｌが１に該当する場合、層（Ｎ＋Ｌ）はＩＰ層に該当し、Ｌが２に該当する場合、層（Ｎ＋Ｌ）は、ユーザデータグラムプロトコル（User Datagram Protocol；ＵＤＰ）もしくは転送制御プロトコル（Transmission Control Protocol；ＴＣＰ）に該当することを特徴とする。
【００１６】
上述した技術的課題を解決するための本発明の一実施例に係る、少なくとも１つのプロトコル層に有されるシグナリングデータを処理する、インターネットプロトコル（Internet Protocol；ＩＰ）ベースのデジタル放送受信器は、放送信号を受信し、放送信号を物理層のプロトコルに従って処理して、層（Ｎ＋Ｍ）のプロトコルに従う層（Ｎ）パケットを獲得し、獲得した層（Ｎ）パケットにおいて、層（Ｎ）ヘッダをパージングし、層（Ｎ）ヘッダに有された、層（Ｎ）パケットにシグナリング指示子が有されていることを識別する指示子フィールドをパージングし、指示子フィールドが、層（Ｎ）パケットにシグナリング指示子が有されていることを示す場合、層（Ｎ）パケットの最後に有されたシグナリング指示子をパージングし、ここで、シグナリング指示子は、複写されたシグナリングデータが存在することを示し、層（Ｎ）パケット内で、シグナリング指示子に隣接して位置する（positioned）、複写されたシグナリングデータの長さを識別する長さフィールドをパージングし、
層（Ｎ）パケット内で、長さフィールドの開始点から、長さフィールドが示す複写されたシグナリングデータの長さ分のデータを獲得して、獲得したデータをシグナリングデータとして認識する、上位層シグナリング検出器を有し、ここで、シグナリングデータは、層（Ｎ＋Ｍ）のプロトコルに従う層（Ｎ＋Ｍ）パケットに有されるものであることを特徴とする。
【００１７】
好ましくは、デジタル放送受信器は、層（Ｎ）パケットを処理して、層（Ｎ＋Ｌ）のプロトコルに従う、層（Ｎ＋Ｌ）ヘッダおよび層（Ｎ＋Ｍ）パケットを有する層（Ｎ＋Ｌ）パケットを獲得するパーサ（parser）をさらに有する。
【００１８】
好ましくは、上位層シグナリング検出器は、複写されたシグナリングデータの長さを識別する長さフィールドをパージングする前に、シグナリング指示子が有効であるか否かをチェックすることを特徴とする。
【００１９】
好ましくは、少なくとも１つのプロトコル層は、開放型システム間相互接続（Open System Interconnection；ＯＳＩ）参照モデルの７個の層のいずれか少なくとも１つの層に該当することを特徴とする。
【００２０】
好ましくは、Ｌは、Ｍよりも小さい整数であることを特徴とする。
【００２１】
好ましくは、Ｎは２に該当し、Ｍは３に該当し、Ｌは１および／もしくは２に該当し、Ｌが１に該当する場合、層（Ｎ＋Ｌ）はＩＰ層に該当し、Ｌが２に該当する場合、層（Ｎ＋Ｌ）は、ユーザデータグラムプロトコル（User Datagram Protocol；ＵＤＰ）もしくは転送制御プロトコル（Transmission Control Protocol；ＴＣＰ）に該当することを特徴とする。
【００２２】
上述した技術的課題を解決するための本発明の他の実施例に係る、ＩＰ（Internet Protocol）ベースのデジタル放送送信器において、少なくとも１つのプロトコル層に有されるシグナリングデータを処理する方法は、層（Ｎ＋Ｍ）のプロトコルに従う、層（Ｎ＋Ｍ）パケットの開始位置（a start of a packet）から、層（Ｎ＋Ｍ）パケットに有されたシグナリングデータが始まるポイント（位置）（point）までのオフセット値を測定（導出、取得）する（measure）ステップと、測定されたオフセット値、複写されたシグナリングデータの長さを識別する長さフィールドおよび複写されたシグナリングデータが存在することを示すシグナリング指示子を、層（Ｎ＋Ｍ）パケットのペイロードの最後に挿入して、層（Ｎ＋Ｍ）パケットを生成するステップと、層（Ｎ＋Ｌ）のプロトコルに従って、層（Ｎ＋Ｌ）ヘッダおよび層（Ｎ＋Ｍ）パケットを有する層（Ｎ＋Ｌ）パケットを生成するステップと、層（Ｎ）のプロトコルに従って、層（Ｎ）ヘッダおよび層（Ｎ＋Ｌ）パケットを有する層（Ｎ）パケットを生成するステップであって、層（Ｎ）ヘッダは、層（Ｎ）パケットにシグナリング指示子が有されていることを識別する指示子フィールドを有するステップと、層（Ｎ）パケットを物理層のプロトコルに従って処理して、放送信号を生成するステップと、を有する。
【００２３】
好ましくは、層（Ｎ）パケットを生成するステップは、シグナリング指示子が有効であるか否かをチェックするステップを有する。
【００２４】
好ましくは、少なくとも１つのプロトコル層は、開放型システム間相互接続（Open System Interconnection；ＯＳＩ）参照モデルの７個の層のいずれか少なくとも１つの層に該当することを特徴とする。
【００２５】
好ましくは、Ｌは、Ｍよりも小さい整数であることを特徴とする。
【００２６】
好ましくは、Ｎは２に該当し、Ｍは３に該当し、Ｌは１および／もしくは２に該当することを特徴とする。
【００２７】
好ましくは、Ｌが１に該当する場合、層（Ｎ＋Ｌ）はＩＰ層に該当し、Ｌが２に該当する場合、層（Ｎ＋Ｌ）は、ユーザデータグラムプロトコル（User Datagram Protocol；ＵＤＰ）もしくは転送制御プロトコル（Transmission Control Protocol；ＴＣＰ）に該当することを特徴とする。
【発明の効果】
【００２８】
本発明によれば、ＩＰを用いるデジタル放送システムにおいて、放送パケットのペイロード（payload）を介してもシグナリングデータを送信できるという効果がある。
【００２９】
本発明によれば、既存のフォーマットに合わないシグナリングデータの送信が必要な場合であっても、別個に（separately）プロトコルの修正を行わずにシグナリングデータを送信することができる。
【００３０】
本発明によれば、送信頻度の低いシグナリングデータのためのパケットフォーマット（packet format）などの規約を別個に設定しないことによって、送信の効率を向上させることができる。
【００３１】
本発明によれば、後で新しい上位層プロトコル（upper layer protocol）が適用されても、別個の（separate）インテグレーション（integration）処理を行わずに、直接ＩＰ層（IP layer）を介してシグナリングデータを送信することができる。
【図面の簡単な説明】
【００３２】
【図１】本発明が認識するＩＰベースの送受信端のプロトコルの階層構造を示した図である。
【図２】本発明が認識するＩＰベースの送受信端のプロトコルの階層構造においてシグナリングデータ（もしくはシグナリング情報）を伝達する処理を示した図である。
【図３】本発明の一実施例に係る、プロトコルの階層構造でのシグナリング情報の伝達を示した図である。
【図４】本発明の第１の方式による、プロトコル階層でのシグナリングデータの伝達処理における送信器、受信器の動作を示したフローチャートである。
【図５】本発明の第１の方式による、プロトコル階層でのシグナリングデータの伝達処理におけるパケット（もしくはデータパケット）の処理を示した図である。
【図６】本発明の第１の方式による、プロトコル階層でのシグナリングデータの伝達処理におけるパケット（もしくはデータパケット）の処理に関する他の実施例を示した図である。
【図７】本発明の第２の方式による、プロトコル階層でのシグナリングデータの伝達処理における送信器、受信器の動作を示したフローチャートである。
【図８】本発明の第２の方式による、プロトコル階層でのシグナリングデータの伝達のためのパケット（もしくはデータパケット）の処理を示した図である。
【図９】本発明の第２の方式による、プロトコル階層でのシグナリングデータの伝達処理におけるパケット（もしくはデータパケット）の処理に関する他の実施例を示した図である。
【図１０】本発明の第２の方式によるプロトコル階層でのシグナリングデータの伝達のためのパケット（もしくはデータパケット）の処理において、層２以上のそれぞれの上位層に対するヘッダの長さを見つける処理を示した図である。
【図１１】本発明の第２の方式によるプロトコル階層でのシグナリングデータの伝達のためのパケット（もしくはデータパケット）の処理において、層２以上のそれぞれの上位層に対するヘッダの長さを見つける他の処理を示した図である。
【図１２】本発明の実施例を行う受信器を示した図である。
【発明を実施するための形態】
【００３３】
以下、添付の図面および添付の図面に記載された内容を参照して本発明の実施例を詳細に説明するが、本発明が実施例によって制限もしくは限定されるものではない。
【００３４】
本明細書で使用される用語は、本発明における機能を考慮した上、できるだけ現在広く使用されている一般的な用語を選択したが、これは、当該分野に従事する技術者の意図、慣例もしくは新しい技術の出現などによって変わり得る。また、特定の場合、出願人が任意に選定した用語もあり、その場合には、該当する発明の説明の部分にその意味を記載する。したがって、本明細書で使用される用語は、単純な用語の名称ではなく、その用語が持つ実際的な意味と本明細書の全般にわたる内容とに基づいて解釈されなければならないということは明らかである。
【００３５】
図１は、本発明が認識するＩＰベースの送受信端のプロトコルの階層構造を示した図である。
【００３６】
説明の便宜上、図１では、ＯＳＩ−７層の上位層は層５まで表現した。送信器は、層５で送信するデータがあれば、送信器の層４から物理層（physical layer）に該当（対応）するプロトコルでデータを処理して受信器に送信する。受信器は、送信器の処理とは逆に、物理層から層４に該当するプロトコルでデータを処理し、層５に該当するプロトコルでデータを送信する。
【００３７】
物理的には、上述したようなデータ送信手順を経るが、論理的には、受信器が受信したデータは、送信端の層５から送信されて、受信端の層５に送信されたものと見なすことができる。
【００３８】
ＩＰをベースとするデジタル放送システムにおいて、各層は、次のプロトコルのいずれか少なくとも１つのプロトコルとして定義することができる。
【００３９】
物理層（Physical Layer）は、ＤＶＢ−ＮＧＨ（Next Generation Handheld）の物理層、ＡＴＳＣ−ＭＨ（Mobile Handheld）の物理層もしくはＡＴＳＣ３．０の物理層などに該当してもよい。
【００４０】
層２（Layer 2）は、ＤＶＢ−ＧＳＥ（Generic Stream Encapsulation）、ＴＬＶ（Type-Length-Value）、ＡＴＳＣ３．０のＬｉｎｋ ＬａｙｅｒもしくはＵＬＥ（Unidirectional Lightweight Encapsulation）などに該当してもよい。
【００４１】
層３（Layer 3）は、ＩＰ（Internet Protocol）に該当してもよい。
【００４２】
層４（Layer 4）は、ＵＤＰ（User Datagram Protocol）もしくはＴＣＰ（Transmission Control Protocol)などに該当してもよい。
【００４３】
層５（Layer 5）もしくはそれ以上の層（Upper layer）は、ＭＴ（MPEG Media Transport）、ＭＰＥＧ−ＤＡＳＨ（Dynamic Adaptive Streaming over HTTP）、もしくはＦＬＵＴＥ（File Delivery over Unidirectional Transport）などに該当してもよい。
【００４４】
図２は、本発明が認識するＩＰベースの送受信端のプロトコルの階層構造においてシグナリングデータ（もしくはシグナリング情報）を伝達する処理を示した図である。
【００４５】
ＩＰをベースとするデジタル放送システムの受信端（もしくは受信器）において、プログラムの構成情報（放送プログラムを説明する情報）などのシグナリングデータは、層２（Layer 2）で主に処理するようになる。そのために、上位層では、当該シグナリング（signaling）に合うフォーマット（format）を使用して別個のパケットタイプ（packet type）を指定したり、Ｌ２ヘッダ（Layer2 header）を拡張したりする方法などを用いてシグナリング情報を送信する。このようなパケットタイプ（packet type）やシグナリングフォーマット（signaling format）に関する情報は、各層がサポート（支援）する（support）方法を用いて下位層に伝達され、最終的に物理層を介して受信器に伝達される。
【００４６】
階層で構成されたプロトコルスタック（protocol stack）において、送信端（もしくは送信器）側では、上位層のヘッダとペイロード（payload）とは１つのＰＤＵ（Protocol Data Unit）として処理するので、下位層では、上位層のペイロード（payload）の情報に対しては関与せずに、そのまま当該層の処理を行うようになる。そのため、ＩＰ、ＵＤＰのように、層３、４でヘッダ（header）情報を容易に修正することが難しい場合には、ヘッダ（header）にシグナリングに関連する情報を含ませることができない。
【００４７】
図２の（ａ）を参照すると、前述したプロトコルスタック（protocol stack）において、受信器の下位層で必要とするシグナリング情報を、送信器で送信するためには、送信器で予め当該層に必要なシグナリング情報を含ませて送信しなければならない。このとき、上位層では、システムのプロセッサが制御する制御メッセージ（control message）などによって下位層に情報を伝達することができる。
【００４８】
すなわち、図２の（ａ）の構造では、層５でのシグナリング情報（もしくはシグナリングデータ）を受信器が層２で利用できるように、送信器は、層５のシグナリング情報が層２に含まれるように放送データを処理して、受信器に当該放送データを送信しなければならない。
【００４９】
図２の（ｂ）を参照すると、前述した図２の（ａ）の手順を経ることなく、ペイロード（payload）を介してシグナリング情報（もしくはシグナリングデータ）を送信することができる。受信器では、当該ペイロード（payload）が下位層で必要な情報であったとしても、下位層ではそれを知ることができず、上位層の処理が終了した後、システムで内部的に当該情報が伝達される。すなわち、プロトコル（protocol）上では当該シグナリング情報は処理することができず、受信器のシステムのプロセッサが制御する制御メッセージ（control message）などによって、シグナリング情報を獲得できる情報を伝達することができる。
【００５０】
すなわち、図２の（ｂ）の構造では、送信器は、層５にシグナリング情報を含ませて放送データを処理し、受信器では、物理層から層５までのデコーディング処理を行い、層５に含まれたシグナリング情報を参照して層２のシグナリング情報を獲得することができる。
【００５１】
図３は、本発明の一実施例に係る、プロトコルの階層構造でのシグナリング情報の伝達を示した図である。
【００５２】
本発明において、シグナリング情報はシグナリングデータと呼び、あるいはシグナリングデータはシグナリング情報と呼ぶことができる。
【００５３】
本発明では、ＩＰをベースとするデジタル放送システムにおいて、受信器がより迅速にデータに対するアクセスを行うことができるようにサポートするシグナリング方法を提示しようとする。
【００５４】
一例として、本発明では、層５（Ｌ５）において構成されるシグナリング情報を層２（Ｌ２）に伝達することによって、受信器による迅速なアクセスを可能にする方法を提案する。また、層５（Ｌ５）パケット（packet）の一部分のみが層２（Ｌ２）によって必要とされるシグナリング情報である場合、別個のシグナリングのためのパケット（packet）を用いることなく、ペイロード（payload）を介してそのまま層２（Ｌ２）に伝達する方法を提案する。
【００５５】
本発明によれば、層５（Ｌ５）で生成される情報を層２（Ｌ２）に伝達する際に、ヘッダに情報を追加することができない層４もしくは層３（Ｌ４もしくはＬ３）を経るとしても、受信器においてシグナリング情報を層２（Ｌ２）で確認できるようにする方法を提案する。
【００５６】
前述した、もしくは後述する、本発明の、階層間の情報伝達は、上記に例示した階層に限定されるものではない。例えば、ＯＳＩ−７層の構造が適用される場合、層２、層３、層４、層５、層６、もしくは層７に含まれるシグナリング情報がその下位層（物理層、層２、層３、層４、層５、もしくは層６）で使用されなければならない場合にも、本発明で提示する方法および装置を適用することができる。本発明は、送信端で処理する上位層に含まれたシグナリング情報を受信端の下位層で用いるために使用することができる。
【００５７】
本発明で提案する方式は、次の通りである。
【００５８】
第１の方式としては、層５（Layer 5）で送信しようとするシグナリングデータを複写（copy）し、これをペイロード（payload）の特定の部分に追加して送信し、これを受信器で抽出する方式を提案する。
【００５９】
第２の方式としては、層５（Layer 5）で送信しようとするシグナリングデータに対してパケット（packet）のある一部分を基準としたオフセット（offset）値を求め、これをパケット（packet）の特定の部分に追加してペイロード（payload）として送信した後、これを受信器で抽出する方式を提案する。
【００６０】
このような方式でシグナリングデータを送信する場合、Ｉｎ−ｂａｎｄで全てのシグナリングが処理され得るという利点がある。これは、既存のプロトコル階層において、階層間シグナリングデータの接続のために、ＯＯＢ（Out Of Band）で追加のシグナリング情報を送信しなければならないという問題点が解決されるものである。
【００６１】
図４は、本発明の第１の方式による、プロトコル階層でのシグナリングデータの伝達処理における送信器、受信器の動作を示したフローチャートである。
【００６２】
図４を参照して、本発明の第１の方式である、送信器において、層５（Layer 5）で送信しようとするシグナリングデータを複写し、これをペイロード（payload）の特定の部分に追加して送信し、これを受信器で抽出する方式を説明する。
【００６３】
図４の（ａ）を参照すると、送信器は、次のように動作する。
【００６４】
送信器は、層５（Ｌ５）で送信するシグナリングデータがあるか否かを判断する（Ｓ４０１０）。
【００６５】
送信するシグナリングデータがある場合、送信器は、当該データをパケット（packet）の最後の部分に複写する（Ｓ４０２０）。
【００６６】
送信器は、複写されたデータの長さを確認し、この値を長さ（Length）フィールド（Ｌ）として示す（indicates）。Ｌ値をパケット（packet）の最後の部分に追加する（Ｓ４０３０）。このとき、Ｌの単位は、ｂｉｔもしくはｂｙｔｅ単位であってもよく、このような単位は予め決定されなければならない。
【００６７】
送信器は、送信されるシグナリングデータがあることを示すシグナリング指示子Ｉをパケット（packet）の最後の部分に追加する（Ｓ４０４０）。したがって、本実施例において、層５（Ｌ５）の最終ペイロード（payload）は、元のペイロード（original payload）、複写されたシグナリングデータ、長さフィールドＬ、および／もしくはシグナリング指示子Ｉを含むことができる。この場合、前述した順序でペイロードが生成され得る。長さフィールドＬ、シグナリング指示子Ｉには、常に一定のｂｉｔもしくはｂｙｔｅを割り当てることができる。この場合、層５、層２（Ｌ５、Ｌ２）において長さフィールドＬ、シグナリング指示子Ｉの位置（position）を送／受信器が知ることができるように設定することができる。また、シグナリング指示子Ｉの値は、送／受信器が互いに知っているビット列で構成することができる。
【００６８】
送信器は、パケットに対して、層４ヘッダ（L4 header）を追加したり、層４プロトコルに合うデータ処理（プロセシング）を行う（Ｓ４０５０）。
【００６９】
送信器は、パケットに対して、層３ヘッダ（L3 header）を追加したり、層３プロトコルに合うデータ処理を行う（Ｓ４０６０）。
【００７０】
送信器は、層２（Ｌ２）プロトコルの処理手順において、上位層からＰＤＵが伝達されると、ＰＤＵの最後の部分を検討（check）してシグナリング指示子Ｉを確認する（Ｓ４０７０）。
【００７１】
送信器は、確認したシグナリング指示子Ｉが適しているか否かを検討し（Ｓ４０８０）、適したシグナリング指示子Ｉである場合、層２ヘッダ（L2 header）の特定の部分に、シグナリングデータが含まれた層２パケット（L2 packet）であることを示す指示子フィールドＩL2を設定する（Ｓ４０９０）。
【００７２】
一方、送信器が、シグナリング指示子Ｉが適していないと判断するか、もしくはシグナリング指示子Ｉがないと判断する場合（Ｓ４０８０）、送信器は、当該パケット（packet）はシグナリングデータがないと見なす。
【００７３】
送信器は、前述した処理の全部もしくは一部を通じて処理されたシグナリングデータ（もしくはパケット）を物理層（physical layer）に伝達する（Ｓ４１００）。
【００７４】
送信器は、シグナリングデータ（もしくはパケット）を物理層のプロトコルに従って処理する。
【００７５】
図４の（ｂ）を参照すると、受信器は、次のように動作する。
【００７６】
受信器は、物理層（Physical layer）のプロトコルに従って、シグナリングデータを処理する（Ｓ４５１０）。
【００７７】
受信器は、パケット（packet）が物理層から層２（Ｌ２）に伝達されると、層２ヘッダを読み出す（Ｓ４５２０）。
【００７８】
受信器は、層２ヘッダ情報を確認し、指示子フィールドＩL2が含まれたパケット（packet）であるか否かを確認する（Ｓ４５３０）。
【００７９】
受信器は、指示子フィールドＩL2が含まれた層２のパケット（packet）である場合、シグナリング指示子Ｉが位置するパケット（packet）の最後の部分を確認し、当該部分がシグナリング指示子Ｉに該当するビット列であるか否かを確認することができる（Ｓ４５４０）。受信器は、層２パケット（L2 packet）がＣＲＣなどの方法を用いてエラーがないと判断すると、ビット列の確認手順を省略することができる。
【００８０】
受信器は、シグナリング指示子Ｉが有効なものであるか否かを確認する（Ｓ４５５０）。
【００８１】
受信器は、シグナリング指示子Ｉがあることを確認すると、当該パケット（packet）の特定の位置で長さフィールドＬ値を確認し、シグナリングデータの長さを見つけることができる（Ｓ４５６０）。
【００８２】
受信器は、シグナリングデータの長さが確認されると、長さフィールドＬの直前に位置するデータを長さフィールドＬだけ読み出し、複写されたシグナリングデータを抽出することができる（Ｓ４５７０）。
【００８３】
受信器は、層３（Ｌ３）以上の上位層に対しては、当該層に合う一般的なプロトコルに従って、パケットおよび／もしくはシグナリングデータを処理する（Ｓ４５８０）。
【００８４】
図５は、本発明の第１の方式による、プロトコル階層でのシグナリングデータの伝達処理におけるパケット（もしくはデータパケット）の処理を示した図である。
【００８５】
送信器は、層５のデータパケット内に含まれたシグナリングデータを複写して、データパケットのペイロードの最後の部分に追加し、長さフィールドＬ、および／もしくはシグナリング指示子Ｉを挿入する。
【００８６】
送信器は、層４のプロトコルに従って、層４ヘッダを挿入してデータパケットを処理する。
【００８７】
送信器は、層３のプロトコルに従って、層３ヘッダを挿入してデータパケットを処理する。
【００８８】
送信器は、データパケットに含まれたシグナリング指示子Ｉを参照して、層２のプロトコルに従った層２ヘッダに指示子フィールドＩL2を追加してデータパケットを処理する。
【００８９】
送信器は、物理層のプロトコルに従って、データパケットを処理し、受信器に送信する。
【００９０】
一方、受信器は、物理層のプロトコルに従って、データパケットをデコーディング、パージング、もしくは処理する。
【００９１】
受信器は、層２のプロトコルに従って層２ヘッダをパージングし、指示子フィールドＩL2を用いてシグナリング指示子Ｉの存在を確認する。このとき、指示子フィールドＩL2は、シグナリング指示子Ｉが存在するか否かのみを識別する情報に該当し得、この場合、シグナリング指示子は、データパケットの最後の部分に常に含まれるものとしてプロトコルを定めることができる。または、指示子フィールドＩL2は、シグナリング指示子Ｉが存在するか否か、およびシグナリング指示子Ｉがデータパケット内で位置する位置を識別する情報を含んでいてもよい。この場合、受信器は、指示子フィールドＩL2を用いてシグナリング指示子Ｉを獲得する。
【００９２】
受信器は、シグナリング指示子Ｉを確認し、シグナリング指示子Ｉのすぐ隣のデータ（ビットもしくはバイト）をパージングする。このとき、シグナリング指示子Ｉのすぐ隣のデータは、長さフィールドＬに該当し得る。受信器は、長さフィールドＬが終わる（もしくは始まる）位置から、長さフィールドＬが示す長さ分のデータをシグナリングデータとして認識し、当該データを獲得することができる。
【００９３】
その後、受信器は、層３、層４、層５、もしくはそれ以上の上位層のプロトコルに従って、当該データパケットを処理する。この処理において、受信器は、層２で獲得したシグナリングデータを用いて、上位層のデータパケットに対して、選択的な処理が可能である。例えば、シグナリングデータにおいて、受信器の所望のデータの位置もしくは受信器の所望のサービス／プログラムの位置を把握し、当該位置のデータを選択的に処理することができる。
【００９４】
このような方式で、受信器は、層５に対する処理を行う前に、層２に対する処理のみで、層５のパケットに存在するシグナリングデータを予め獲得することができるという効果がある。
【００９５】
図６は、本発明の第１の方式による、プロトコル階層でのシグナリングデータの伝達処理におけるパケット（もしくはデータパケット）の処理に関する他の実施例を示した図である。
【００９６】
図６に示されたデータパケットの処理は、図４もしくは図５に示されたデータパケットの処理に関する説明を前提として説明する。図６に示されたデータパケットの処理は、図５で説明されたデータパケットの処理において、ＤＶＢ−ＧＳＥのように層２（Ｌ２）のデータパケットのフラグメンテーション（fragmentation）をサポートする場合、シグナリングデータを送信するために、送信器および／もしくは受信器で処理されるデータパケットの構造を示した図である。
【００９７】
送信器でのデータパケットの処理において、層５、層４、層３および／もしくは物理層に関する説明は、図５で説明した内容で代替する。
【００９８】
図６を参照すると、送信器は、層２（Ｌ２）においてフラグメンテーション（fragmentation）をサポートするとき、最後のフラグメント（fragment）にのみ指示子フィールドＩL2を追加したり、もしくは全てのフラグメント（fragment）に指示子フィールドＩL2を追加してもよい。この場合、シグナリング指示子Ｉが含まれたフラグメント（fragment）には、指示子フィールドＩL2が常に追加されるようにする必要がある。
【００９９】
受信器でのデータパケットの処理において、層５、層４、層３、および／もしくは物理層に関する説明は、図５で説明した内容で代替する。
【０１００】
送信器が層２の全てのフラグメントに指示子フィールドＩL2を追加する場合、受信器は、各フラグメントのヘッダにおいて指示子フィールドＩL2をパージングして、層２の最後のフラグメントの最後の部分にシグナリング指示子Ｉがあることを知ることができる。受信器は、最後のフラグメントでシグナリング指示子Ｉを獲得し、シグナリング指示子Ｉのデータに隣接する長さフィールドＬをパージングする。受信器は、長さフィールドＬが終わる（もしくは始まる）位置から、長さフィールドＬが示す長さ分のデータをシグナリングデータとして認識し、当該データを獲得することができる。このとき、長さフィールドが示すシグナリングデータの長さが、層２の最後のフラグメントに属するペイロードの長さよりも長い場合、受信器は、層２の最後のフラグメントの前のフラグメントに含まれるペイロードに残りの長さ分のシグナリングデータが含まれると認識することができる。
【０１０１】
送信器が層２の最後のフラグメントに指示子フィールドＩL2を追加する場合、受信器は、最後のフラグメントのヘッダにおいて指示子フィールドＩL2をパージングして、層２の最後のフラグメントの最後の部分にシグナリング指示子Ｉがあることを知ることができる。受信器は、最後のフラグメントでシグナリング指示子Ｉを獲得し、シグナリング指示子Ｉのデータに隣接する長さフィールドＬをパージングする。受信器は、長さフィールドＬが終わる（もしくは始まる）位置から、長さフィールドＬが示す長さ分のデータをシグナリングデータとして認識し、当該データを獲得することができる。このとき、長さフィールドが示すシグナリングデータの長さが、層２の最後のフラグメントに属するペイロードの長さよりも長い場合、受信器は、層２の最後のフラグメントの前のフラグメントに含まれるペイロードに残りの長さ分のシグナリングデータが含まれたものと認識することができる。
【０１０２】
図７は、本発明の第２の方式による、プロトコル階層でのシグナリングデータの伝達処理における送信器、受信器の動作を示したフローチャートである。
【０１０３】
本発明の第２の方式による、プロトコル階層でのシグナリングデータの伝達は、層５（Layer 5）で送信しようとするシグナリングデータのオフセット（offset）値をパケット（packet）（もしくはデータパケット）の特定の部分に追加して送信し、これを受信器で抽出する方式である。
【０１０４】
前述したオフセット値は、層５のデータパケットの開始位置（もしくは層５のデータパケットのペイロードの開始位置）から、シグナリングデータが始まる部分までの長さを示すことができる。
【０１０５】
図７の（ａ）を参照すると、送信器は、層５（Ｌ５）で送信するシグナリングデータがあるか否かを判断する（Ｓ７０１０）。
【０１０６】
送信しなければならないシグナリングデータがある場合、送信器は、層５（Ｌ５）のパケット（packet）の開始位置もしくはペイロード（payload）の開始位置から、シグナリングデータが始まる位置までの長さを見つけ、これをオフセット値Ｏとして決定する（Ｓ７０２０）。
【０１０７】
送信器は、送信するシグナリングデータの長さを求め、この値を長さフィールドＬ（Length）として示す（Ｓ７０３０）。このとき、長さフィールドＬの単位は、ビット（bit）もしくはバイト（byte）単位であってもよい。このような単位は予め決定されてもよい。
【０１０８】
送信器は、オフセット値Ｏ、長さフィールドＬを層５のパケットの最後の部分に追加し、送信するシグナリングデータがあることを示すシグナリング指示子Ｉをパケットの最後の部分に追加する（Ｓ７０４０）。この場合、層５（Ｌ５）の最終ペイロード（もしくはパケット）は、元のペイロード（original payload）、オフセット値Ｏ、長さフィールドＬ、シグナリング指示子Ｉの順にデータを含むことができる。オフセット値Ｏ、長さフィールドＬおよび／もしくはシグナリング指示子Ｉは、常に一定のｂｉｔ数だけ割り当てられてもよく、層５および／もしくは層２に対するプロトコルとして予め定められていてもよい。また、シグナリング指示子Ｉ値は、送／受信器で互いに知っているビット列で構成されてもよい。
【０１０９】
送信器は、パケットに対して、層４ヘッダ（L4 header）を追加したり、層４のプロトコルに従ってパケットを処理することができる（Ｓ７０５０）。
【０１１０】
送信器は、パケットに対して、層３ヘッダ（L3 header）を追加したり、層３のプロトコルに従ってパケットを処理することができる（Ｓ７０６０）。
【０１１１】
送信器は、層２（Ｌ２）のプロトコルの処理において、上位層からＰＤＵが伝達されると、ＰＤＵの最後の部分をチェックしてシグナリング指示子Ｉを確認する（Ｓ７０７０）。
【０１１２】
送信器は、確認したシグナリング指示子Ｉが適しているか否かを確認し（Ｓ７０８０）、適したシグナリング指示子Ｉである場合、層２ヘッダ（L2 header）の特定の部分に、シグナリングデータが含まれた層２パケット（L2 packet）であることを示す指示子フィールドＩL2を追加する（Ｓ７０９０）。シグナリング指示子Ｉが適していないと判断されるか、もしくはシグナリング指示子Ｉがないと判断される場合、送信器は、当該パケットはシグナリングデータを含まないものと見なす。
【０１１３】
送信器は、処理されたパケット（packet）を物理層（physical layer）に伝達する（Ｓ７１００）。
【０１１４】
送信器は、パケットを物理層のプロトコルに従って処理して受信器に送信する（Ｓ７１１０）。
【０１１５】
図７の（ｂ）を参照すると、本発明の第２の方式による受信器は、次のように動作する。
【０１１６】
受信器は、受信したパケットに対して、物理層のプロトコルに従ってデコーディング、パージングもしくは処理を行う（Ｓ７５１０）。
【０１１７】
受信器は、物理層（Physical layer）から伝達されたパケット（packet）が層２（Ｌ２）に伝達されると、層２ヘッダ（L2 header）を読み出す（Ｓ７５２０）。
【０１１８】
受信器は、層２ヘッダに指示子フィールドＩL2が含まれたパケット（packet）であるか否かを確認する（Ｓ７５３０）。
【０１１９】
指示子フィールドＩL2が含まれたパケット（packet）である場合、受信器は、シグナリング指示子Ｉが位置するパケットの最後の部分を確認し、シグナリング指示子Ｉに該当するビット列であるか否かを確認することができる（Ｓ７５４０）。受信器は、層２のパケット（L2 packet）がＣＲＣなどの方法を用いてエラーがないと判断すると、ビット列の確認手順を省略することができる。
【０１２０】
受信器は、シグナリング指示子Ｉが有効であるか否かを判断する（Ｓ７５５０）。
【０１２１】
シグナリング指示子Ｉが有効である場合、受信器は、当該パケット（packet）の特定の位置で長さフィールドＬを確認し、シグナリングデータの長さを見つけることができる（Ｓ７５６０）。
【０１２２】
受信器は、長さフィールドＬのすぐ隣に位置するオフセット値Ｏを読み出す（Ｓ７５７０）。
【０１２３】
受信器は、層３ヘッダ（Layer3 header）の長さＨＬL3および／もしくは層４ヘッダ（Layer4 header）の長さＨＬL4を見つけたり、これらを計算する（Ｓ７５８０）。層３ヘッダ（Layer3 header）の長さＨＬL3および／もしくは層４ヘッダ（Layer4 header）の長さＨＬL4を見つけたり、これらを計算する詳細な方法については後述する。
【０１２４】
受信器は、層２（Layer 2）でのシグナリングデータの位置に対するオフセットＯL2を計算する（Ｓ７５９０）。層２（Layer 2）でのシグナリングデータの位置に対するオフセットＯL2は、層３ヘッダ（Layer3 header）の長さＨＬL3と層４ヘッダ（Layer4 header）の長さＨＬL4とオフセット値Ｏとの和で計算され得る。（ＯL2＝ＨＬL3＋ＨＬL4＋Ｏ）
【０１２５】
受信器は、層２（Layer 2）でのシグナリングデータの位置に対するオフセットＯL2と長さフィールドＬとを用いて、シグナリングデータを抽出することができる（Ｓ７６００）。
【０１２６】
受信器は、層３（Ｌ３）以上の上位層に対して、当該層の一般的なプロトコルに従ってパケットに対する処理を行う（Ｓ７６１０）。
【０１２７】
図８は、本発明の第２の方式による、プロトコル階層でのシグナリングデータの伝達のためのパケット（もしくはデータパケット）の処理を示した図である。
【０１２８】
送信器は、層５のパケットの開始位置もしくは層５のパケットのペイロードの開始位置から、シグナリングデータが始まる位置までの長さをオフセット値Ｏとして設定し、この情報を層５のパケットの最後の部分に挿入する。送信器は、シグナリングデータの長さを示す長さフィールドＬをオフセット値Ｏの次に挿入する。送信器は、シグナリングデータが含まれていることを示すシグナリング指示子Ｉを長さフィールドＬの次に挿入する。
【０１２９】
送信器は、層４のプロトコルに従って、層４ヘッダを挿入してデータパケットを処理する。
【０１３０】
送信器は、層３のプロトコルに従って、層３ヘッダを挿入してデータパケットを処理する。
【０１３１】
送信器は、データパケットに含まれたシグナリング指示子Ｉを参照して、層２のプロトコルに従った層２ヘッダに指示子フィールドＩL2を追加してデータパケットを処理する。
【０１３２】
送信器は、物理層のプロトコルに従って、データパケットを処理し、受信器に送信する。
【０１３３】
一方、受信器は、物理層のプロトコルに従って、データパケットをデコーディング、パージング、もしくは処理する。
【０１３４】
受信器は、層２のプロトコルに従って層２ヘッダをパージングし、指示子フィールドＩL2を用いて、シグナリング指示子Ｉの存在を確認する。このとき、指示子フィールドＩL2は、シグナリング指示子Ｉが存在するか否かのみを識別する情報に該当し得、この場合、シグナリング指示子は、データパケットの最後の部分に常に含まれるものとしてプロトコルを定めることができる。または、指示子フィールドＩL2は、シグナリング指示子Ｉが存在するか否か、およびシグナリング指示子Ｉがデータパケット内に位置する位置を識別する情報を含んでいてもよい。この場合、受信器は、指示子フィールドＩL2を用いてシグナリング指示子Ｉを獲得する。
【０１３５】
受信器は、シグナリング指示子Ｉを確認し、シグナリング指示子Ｉのすぐ隣のデータ（ビットもしくはバイト）をパージングする。このとき、シグナリング指示子Ｉのすぐ隣のデータは、長さフィールドＬに該当し得る。受信器は、長さフィールドＬのすぐ隣のデータであるオフセット値Ｏをパージングする。受信器は、層２のパケットのペイロードの開始位置から、層３ヘッダの長さＨＬL3と層４ヘッダの長さＨＬL4とオフセット値Ｏとを加算した長さ分のオフセットに位置するシグナリングデータを獲得する。層３ヘッダの長さＨＬL3と層４ヘッダの長さＨＬL4とオフセット値Ｏとを加算した値を、層２のパケット内でのシグナリングデータのオフセット値ＯL2として定義することができる。
【０１３６】
その後、受信器は、層３、層４、層５、もしくはそれ以上の上位層のプロトコルに従って、当該データパケットを処理する。この処理において、受信器は、層２で獲得したシグナリングデータを用いて、上位層のデータパケットに対して、選択的な処理が可能である。例えば、シグナリングデータにおいて、受信器の所望のデータの位置もしくは受信器の所望のサービス／プログラムの位置を把握し、当該位置のデータを選択的に処理することができる。
【０１３７】
このような方式で、受信器は、層５に対する処理を行う前に、層２に対する処理のみで、層５のパケットに存在するシグナリングデータを予め獲得することができるという効果がある。
【０１３８】
図９は、本発明の第２の方式による、プロトコル階層でのシグナリングデータの伝達処理におけるパケット（もしくはデータパケット）の処理に関する他の実施例を示した図である。
【０１３９】
図９に示されたデータパケットの処理は、図７もしくは図８に示されたデータパケットの処理に関する説明を前提として説明する。図９に示されたデータパケットの処理は、図８で説明されたデータパケットの処理において、ＤＶＢ−ＧＳＥのように層２（Ｌ２）のデータパケットのフラグメンテーション（fragmentation）をサポートする場合、シグナリングデータを送信するために、送信器および／もしくは受信器で処理されるデータパケットの構造を示した図である。
【０１４０】
送信器でのデータパケットの処理において、層５、層４、層３および／もしくは物理層に関する説明は、図８で説明した内容で代替する。
【０１４１】
図９を参照すると、送信器は、層２（Ｌ２）においてフラグメンテーション（fragmentation）をサポートするとき、最後のフラグメント（fragment）にのみ指示子フィールドＩL2を追加したり、全てのフラグメント（fragment）に指示子フィールドＩL2を追加してもよい。この場合、シグナリング指示子Ｉが含まれたフラグメント（fragment）には、指示子フィールドＩL2が常に追加されるようにする必要がある。
【０１４２】
受信器でのデータパケットの処理において、層５、層４、層３、および／もしくは物理層に関する説明は、図８で説明した内容で代替する。
【０１４３】
送信器が層２の全てのフラグメントに指示子フィールドＩL2を追加する場合、受信器は、各フラグメントのヘッダにおいて指示子フィールドＩL2をパージングして、層２の最後のフラグメントの最後の部分にシグナリング指示子Ｉがあることを知ることができる。受信器は、最後のフラグメントでシグナリング指示子Ｉを獲得し、シグナリング指示子Ｉのデータに隣接する長さフィールドＬをパージングする。受信器は、長さフィールドＬに隣接するオフセット値Ｏをパージングする。受信器は、層２のペイロードの開始位置から、層３ヘッダの長さＨＬL3と層４ヘッダの長さＨＬL4とオフセット値Ｏとを加算した値だけの長さをオフセットとして始まる、長さフィールドＬの大きさ分のシグナリングデータを獲得することができる。
【０１４４】
このとき、長さフィールドが示すシグナリングデータの長さが、層２の特定のフラグメントに属するペイロードの長さよりも長い場合、受信器は、層２の特定のフラグメントの後のフラグメントに含まれるペイロードに残りの長さ分のシグナリングデータが含まれると認識することができる。
【０１４５】
送信器が層２の最後のフラグメントに指示子フィールドＩL2を追加する場合、受信器は、最後のフラグメントのヘッダにおいて指示子フィールドＩL2をパージングして、層２の最後のフラグメントの最後の部分にシグナリング指示子Ｉがあることを知ることができる。受信器は、最後のフラグメントでシグナリング指示子Ｉを獲得し、シグナリング指示子Ｉのデータに隣接する長さフィールドＬをパージングする。受信器は、長さフィールドＬに隣接するオフセット値Ｏをパージングする。受信器は、層２のペイロードの開始位置から、層３ヘッダの長さＨＬL3と層４ヘッダの長さＨＬL4とオフセット値Ｏとを加算した値だけの長さをオフセットとして始まる、長さフィールドＬの大きさ分のシグナリングデータを獲得することができる。
【０１４６】
図１０は、本発明の第２の方式による、プロトコル階層でのシグナリングデータの伝達のためのパケット（もしくはデータパケット）の処理において、層２以上のそれぞれの上位層に対するヘッダの長さを見つける処理を示した図である。
【０１４７】
一般に、受信器は、層２（Layer 2）で、層３（Layer 3）がどのようなプロトコルを使用しているかを知ることができる。例えば、ＩＰベースのデジタル放送システムにおいて、層３（Layer 3）のプロトコルとしてＩＰが使用されており、ＩＰベースのシステムでは、層４（Layer 4）のプロトコルとして、通常、ＵＤＰやＴＣＰを使用するようになる。
【０１４８】
オプション（Option）が付いていないＩＰヘッダ（IP header）の場合、２０ｂｙｔｅの長さを有しており、オプション（option）が付いていないＴＰＣヘッダ（TCP header）の場合にも２０ｂｙｔｅの長さを有している。ＵＤＰの場合は、８ｂｙｔｅの固定された長さのヘッダ（header）を有する。
【０１４９】
オプション（option）の追加によって、ＩＰ、ＴＣＰなどのヘッダの長さが２０ｂｙｔｅではない場合には、次のようにヘッダの長さを求めることができる。
【０１５０】
図１０は、一例として、層３（Layer 3）のプロトコルがＩＰであり、層４（Layer 4）のプロトコルがＵＤＰである場合、受信器が、層２（Layer 2）において上位層のヘッダ（header）の長さを見つける処理について示す。本一例に関する説明では、受信器は、層２（Layer 2）で層３（Layer 3）のプロトコルタイプ（protocol type；例えば、ＩＰ）のみを知っていると仮定する。
【０１５１】
追加のシグナリング処理を用いるか、もしくはシステムの内部情報交換などの方法により、受信器が層２（Layer 2）でさらに多くの上位プロトコルの情報を有していれば、本処理をより簡素化することができる。
【０１５２】
物理層（Physical layer）から層２（Layer 2）にパケットが伝達されると、受信器は、層２（Ｌ２）において、層２パケット（L2 packet）のヘッダ部分とペイロード（payload）部分とを区分することができる。このとき、層２パケットヘッダ（L2 packet header）には、上位層のプロトコルがＩＰであることを示すフィールドが存在するようになり、これによって、受信器は、ペイロード（payload）部分をＩＰ層（IP layer）に伝達する準備をする。
【０１５３】
層２（Ｌ２）のペイロード（payload）において特定のビット（例えば、４ｂｉｔ）がシフト（shift）された部分から特定の長さ（例えば、４ｂｉｔ）に該当するデータは、ＩＰヘッダ（IP header）の長さ情報を有することができる。受信器は、この部分を確認することによってＩＰパケットのヘッダの長さを知ることができる。オプション（Option）が付いていないＩＰヘッダ（IP header）は、２０ｂｙｔｅの長さを有することができる。
【０１５４】
層２のペイロード（L2 payload）において、特定のバイト（例えば、９ｂｙｔｅ）がシフト（shift）された部分から特定の長さ（例えば、１ｂｙｔｅ）に該当するデータは、層４（Layer 4）のプロトコル情報を示すことができる。例えば、当該部分のデータが０ｘ１１（１０進数：１７）値を有する場合、層４（Layer 4）はＵＤＰに該当することを意味する。
【０１５５】
ＵＤＰのヘッダ（header）の長さは８ｂｙｔｅに固定されているので、受信器は、この値を層４ヘッダ（layer4 header）の長さとして参照する。層４のプロトコルが、ＵＤＰではなく、他のプロトコルとして定義される場合にも、それぞれのプロトコルにおいて定められた規則によって、当該プロトコルにおける層４のヘッダの長さを知ることができる。
【０１５６】
図１１は、本発明の第２の方式によるプロトコル階層でのシグナリングデータの伝達のためのパケット（もしくはデータパケット）の処理において、層２以上のそれぞれの上位層に対するヘッダの長さを見つける他の処理を示した図である。
【０１５７】
図１１は、層３（Layer 3)のプロトコルがＩＰであり、層４（Layer 4）のプロトコルがＴＣＰである場合、受信器が、層２（Layer 2）において上位層のヘッダ（header）の長さを見つける処理について示した図である。
【０１５８】
本処理に関する説明は、一例として、受信器は、層２（Layer 2）で、層３（Layer 3）のプロトコルタイプ（protocol type；例えば、ＩＰ）のみを知っていると仮定する。シグナリング方法やシステムの内部情報交換などの方法により、層２（Layer 2）でさらに多くの上位プロトコルの情報を有していれば、本処理をより簡素化することができる。
【０１５９】
物理層（Physical layer）から層２（Layer 2）にパケット（packet）が伝達されると、受信器は、層２（Ｌ２）において、層２パケット（L2 packet）のヘッダ部分とペイロード（payload）部分とを区分することができる。このとき、層２パケットヘッダ（L2 packet header）には、上位層がＩＰであることを示すフィールド（field）が存在するようになり、受信器は、ペイロード（payload）部分をＩＰ層（IP layer）に伝達する準備をする。
【０１６０】
層２（Ｌ２）のペイロード（payload）において特定のビット（例えば、４ｂｉｔ）がシフト（shift）された部分から特定の長さ（例えば、４ｂｉｔ）に該当するデータは、ＩＰヘッダ（IP header）の長さ情報を有することができる。受信器がこの部分を確認して、ＩＰパケット（IP packet）のヘッダ（header）の長さを知ることができる。オプション（Option）が付いていないＩＰヘッダ（IP header）は、２０ｂｙｔｅの長さを有することができる。
【０１６１】
層２ペイロード（L2 payload）において特定の長さ（例えば、９ｂｙｔｅ）がｓｈｉｆｔされた部分から特定の長さ（例えば、１ｂｙｔｅ）に該当するデータは、層４（Layer 4）のプロトコル情報を示し、このとき、当該部分のデータが０ｘ０６（１０進数：６）値を有する場合、層４（Layer 4）はＴＣＰに該当することを意味する。
【０１６２】
ＩＰヘッダ（IP header）の長さを知っているので、層２ペイロード（L2 payload）からＩＰヘッダ（IP header）の長さ分シフト（shift）された位置から、ＴＣＰヘッダ（TCP header）が始まる。ＴＣＰヘッダ（TCP header）の開始点から特定の長さ（例えば、１２ｂｙｔｅ）がシフト（shift）された部分から特定の長さ（例えば、４ｂｉｔ）に該当するデータは、ＴＣＰヘッダ（TCP header）の長さ情報を有しているので、この部分を確認してＴＰＣパケット（TCP packet）のヘッダ（header）の長さを知ることができる。オプション（Option）が付いていないＴＣＰヘッダ（TCP header）は、２０ｂｙｔｅの長さを有することができる。
【０１６３】
受信器は、確認されたＴＣＰヘッダ（TCP header）の長さ情報を層４ヘッダ（L4 header）の長さ情報として参照することができる。
【０１６４】
図１２は、本発明の実施例を行う受信器を示した図である。
【０１６５】
本発明の一実施例に係る受信器は、ＲＦチャネルインターフェース（RF channel I/F）１２０１０、ＮＧＨレシーバ（NGH receiver）１２０２０、ＧＳＥデキャプシュレータ（GSE decapsulator）１２０３０、１２０３２、上位層シグナリング検出器（upper layer signaling detector）１２０４０、シグナリング制御器（signaling controller）１２０５０、ＩＰ／ＵＤＰパーサ（IP/UDP parser）１２０６０、上位層プロセッサ（upper layer processor）１２０７０、ファイルハンドラ（file handler）１２０８０、ストリーミングハンドラ（streaming handler）１２０９０、格納（記憶）装置（storage device）１２１００および／もしくはＡＶデコーダ（AV decoder）１２１１０を含むことができる。
【０１６６】
ＲＦチャネルインターフェース（RF channel I/F）１２０１０は、送信器で処理されたデジタル放送信号を受信する。
【０１６７】
ＮＧＨレシーバ（NGH receiver）１２０２０は、放送信号に含まれたデータを逆多重化する。ＮＧＨレシーバ１２０２０は、名称に関係なく、放送信号から特定のデータを区分して出力する役割を果たす。この処理でシグナリング情報を用いることができる。シグナリング情報は、前述した処理を通じて獲得されたシグナリングデータに該当し得る。または、ＮＧＨレシーバ１２０２０は、伝送パラメータ（例えば、ＤＶＢにおいてＬ１もしくはＬ２シグナリング、ＡＴＳＣにおいて伝送パラメータ）を用いて、放送信号においてデータを逆多重化することができる。ＮＧＨレシーバ１２０２０はＰＬＰ（Physical Layer Pipe）選択器を含むことができ、ＰＬＰ選択器は、共通ＰＬＰ（common PLP）とデータＰＬＰとを区分することができる。ＰＬＰは、放送信号において特定のデータを含む論理的な集合を意味する。
【０１６８】
ＧＳＥデキャプシュレータ（GSE decapsulator）１２０３０、１２０３２は、それぞれ共通ＰＬＰおよびデータＰＬＰをデキャプシュレーションする。
【０１６９】
上位層シグナリング検出器（upper layer signaling detector）１２０４０は、前述した階層間のシグナリングデータの伝達が行われる場合、下位層から、上位層で定義されたシグナリングデータを抽出する役割を果たす。上位層シグナリング検出器（upper layer signaling detector）１２０４０は、本発明の詳細な説明で前述された動作を行うことができる。
【０１７０】
シグナリング制御器（signaling controller）１２０５０は、上位層シグナリング検出器（upper layer signaling detector）１２０４０および／もしくは伝送パラメータなどのシグナリング情報を制御し、受信器の他のパートに伝達する役割を果たす。
【０１７１】
ＩＰ／ＵＤＰパーサ（IP/UDP parser）１２０６０は、ＩＰおよび／もしくはＵＤＰのプロトコルに従って、データをパージングする。
【０１７２】
上位層プロセッサ（upper layer processor）１２０７０は、ＩＰおよび／もしくはＵＤＰの上位層のプロトコルに対する処理を行う。
【０１７３】
ファイルハンドラ（file handler）１２０８０は、ファイルオブジェクトを受信し、これを処理する。
【０１７４】
ストリーミングハンドラ（streaming handler）１２０９０は、ストリーミングのためのデータに対する処理を行う。
【０１７５】
格納装置（storage device）１２１００は、一連の必要なデータを格納する。
【０１７６】
ＡＶデコーダ（AV decoder）１２１１０は、ＡＶデータをデコーディングする。
【０１７７】
以上、本発明は、ＩＰを用いるデジタル放送システムにおいて、放送パケットのペイロード（payload）を介してもシグナリングデータを送信できるという効果がある。
【０１７８】
さらに、本発明によれば、既存のフォーマットに合わないシグナリングデータの送信が必要な場合にも、別個に（separately）プロトコルの修正を行わずに、シグナリングデータを送信することができる。
【０１７９】
また、本発明によれば、周期的に送信せず、送信の頻度数の低いシグナリングデータに対して、本発明で説明する方法を用いれば、送信頻度の低いシグナリングデータのためのパケットフォーマット（packet format）などの規約を別個に設定しないことによって、送信の効率を向上させることができる。
【０１８０】
また、本発明によれば、後で新しい上位層プロトコル（upper layer protocol）が適用されても、別個の（separate）インテグレーション（integration）処理を行わずに、直接ＩＰ層（IP layer）を介してシグナリングデータを送信することができる。
【０１８１】
説明の便宜のため、各図を分けて説明したが、各図に述べられている実施例を併合して新しい実施例を具現するように設計することも可能である。そして、当業者の必要に応じて、以前に説明された実施例を実行するためのプログラムが記録されているコンピュータで読み取り可能な記録媒体を設計することも本発明の権利範囲に属する。
【０１８２】
本発明に係る装置および方法は、上述したように説明された実施例の構成および方法が限定されて適用されるものではなく、上述した実施例は、様々な変形が可能なように、各実施例の全部もしくは一部が選択的に組み合わされて構成されてもよい。
【０１８３】
一方、本発明のデータ処理方法は、ネットワークデバイスに備えられたプロセッサが読み取り可能な記録媒体に、プロセッサが読み取り可能なコードとして具現することが可能である。プロセッサが読み取り可能な記録媒体は、プロセッサが読み取り可能なデータが格納されるいかなる種類の記録装置をも含む。プロセッサが読み取り可能な記録媒体の例としては、ＲＯＭ、ＲＡＭ、ＣＤ−ＲＯＭ、磁気テープ、フロッピディスク（登録商標）、光データ格納装置などがあり、また、インターネットを介した送信などのキャリアウェーブ（搬送波（carrier-wave））の形態で具現されるものも含む。また、プロセッサが読み取り可能な記録媒体は、ネットワークで接続されたコンピュータシステムに分散されて、分散方式でプロセッサが読み取り可能なコードが格納され、実行されてもよい。
【０１８４】
また、以上では、本発明の好ましい実施例について図示し、説明したが、本発明は、上述した特定の実施例に限定されず、特許請求の範囲で請求する本発明の要旨を逸脱することなく、当該発明の属する技術分野における通常の知識を有する者によって、様々な変形実施が可能であることはもちろんであり、このような変形実施は、本発明の技術的思想や展望から個別的に理解されてはならない。
【０１８５】
そして、当該明細書では、物の発明および方法の発明が全て説明されており、必要に応じて、両発明の説明は補充的に適用されてもよい。
【０１８６】
発明の実施のための形態は、前述したように、発明を実施するための最良の形態で詳述された。
【産業上の利用可能性】
【０１８７】
本発明は、放送産業全般において利用可能である。
【図１】
0006276392.tif 000002
【図２（ａ）】
0006276392.tif 000003
【図２（ｂ）】
0006276392.tif 000004
【図３】
0006276392.tif 000005
【図４】
0006276392.tif 000006
【図５】
0006276392.tif 000007
【図６】
0006276392.tif 000008
【図７】
0006276392.tif 000009
【図８】
0006276392.tif 000010
【図９】
0006276392.tif 000011
【図１０】
0006276392.tif 000012
【図１１】
0006276392.tif 000013
【図１２】
0006276392.tif 000014