(57)【特許請求の範囲】
【請求項１】
ブロードキャストに関連したサービスのためのサービスシグナリング送信方法であって、
前記サービスシグナリングに対する情報を含むサービステーブルを伝送するステップと、
前記サービスに関連した前記サービスシグナリングを伝送するステップと、
前記サービスのデータの全部または一部を含む、セグメントまたはパケットのストリームを伝送するステップと、を含み、
前記サービステーブルは、前記サービスシグナリングに関する位置情報を含むサービスシグナリング送信方法。
【請求項２】
前記サービステーブルは、前記サービスの識別情報及び前記サービスのカテゴリ情報を含む請求項１に記載のサービスシグナリング送信方法。
【請求項３】
前記サービステーブルは、前記サービスシグナリングの伝送のためのトランスポートプロトコルに対するプロトコル情報を含む請求項１に記載のサービスシグナリング送信方法。
【請求項４】
前記プロトコル情報は、前記トランスポートプロトコルがＲＯＵＴＥ（real-time object delivery over unidirectional transport）プロトコルであるか否か及びＭＭＴ（ＭＰＥＧ Media Transport）プロトコルであるか否かに対する情報を含む請求項３に記載のサービスシグナリング送信方法。
【請求項５】
前記位置情報は、
前記サービスシグナリングに関連した宛先ＩＰアドレス及び前記サービスシグナリングに関連した宛先ポート情報を含む請求項１に記載のサービスシグナリング送信方法。
【請求項６】
前記サービステーブルは、前記サービスの選択のために提供されるチャンネル番号情報を含む請求項１に記載のサービスシグナリング送信方法。
【請求項７】
前記サービスのカテゴリ情報は、前記サービスがオーディオ／ビデオサービスであるか否か、前記サービスがオーディオサービスであるか否か及び前記サービスがアプリケーション基盤（Application-based service）サービスであるか否かに対する情報を含む請求項２に記載のサービスシグナリング送信方法。
【請求項８】
前記サービスシグナリングは、前記ストリームが伝送されるセッションに関するセッション情報を含む請求項１に記載のサービスシグナリング送信方法。
【請求項９】
前記セッション情報は、前記セッションに関するソースＩＰアドレス、前記セッションに関する宛先ＩＰアドレス及び前記セッションに関する宛先ポート情報のうちの少なくとも一つを含む請求項８に記載のサービスシグナリング送信方法。
【請求項１０】
前記セッション情報は、前記ストリームの伝送チャンネルである前記セッションのサブセッションを識別するための識別情報を含む請求項８に記載のサービスシグナリング送信方法。
【請求項１１】
前記サービスシグナリングは、
前記サービスの識別情報、前記サービスの名称情報または前記サービス言語情報のうちの少なくとも一つを含む請求項１に記載のサービスシグナリング送信方法。
【請求項１２】
前記サービスシグナリングは、
前記データがメディアデータである場合、メディアプレゼンテーションディスクリプション（media presentation description；ＭＰＤ）を含む請求項１に記載のサービスシグナリング送信方法。
【請求項１３】
前記サービスシグナリングは、メッセージに含まれて伝送され、
前記メッセージは、前記メッセージに含まれるコンテンツのタイプを識別するためのタイプ情報を含む請求項１に記載のサービスシグナリング送信方法。
【請求項１４】
前記タイプ情報は、前記コンテンツがメディアプレゼンテーションディスクリプション（ＭＰＤ）であるか否かに対する情報を含む請求項１３に記載のサービスシグナリング送信方法。
【請求項１５】
前記メッセージは、前記コンテンツのバージョン情報及び前記サービスの識別情報を含み、
前記サービスの前記識別情報及び前記タイプ情報は、前記コンテンツの識別に使用される請求項１３に記載のサービスシグナリング送信方法。
【請求項１６】
前記メッセージは、前記コンテンツのＵＲＩ（uniform resource identifier）情報及び前記ＵＲＩ情報の長さ情報を含む請求項１４に記載のサービスシグナリング送信方法。
【請求項１７】
前記メッセージは、前記メッセージの識別情報、前記メッセージのバージョン情報または前記メッセージのバイト長さ情報のうちの少なくとも一つを含む請求項１３に記載のサービスシグナリング送信方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ブロードキャストサービスを構成するコンテンツに関連したサービスシグナリングを提供する方法及び装置に関する。
【背景技術】
【０００２】
デジタルブロードキャストサービスは、ユーザーに提供される多様なタイプのマルチメディアコンテンツだけでなく、このようなマルチメディアコンテンツの選択、受信、及び再生過程で必要なメタ(meta)情報、すなわち、シグナリング情報を追加して伝送しなければならない。このシグナリング情報は、大きく、サービス獲得(service  acquisition)情報と、サービスアナウンスメント(service  announcement)情報に分けられる。サービス獲得情報は、例えば、サービスを構成するメディアコンポーネント情報、及び、該当メディアコンポーネントを受信して再生するために必要なデコーダ設定情報などの、ブロードキャストサービスの受信及び再生に必要な情報を含む。サービスアナウンスメント情報は、ブロードキャストサービスを選択する場合にユーザーが活用できる情報であって、ブロードキャストサービスに対するより豊富な情報を提供するために使用される。例えば、プログラムスケジュール情報、該当サービスに関連した付加サービス情報などが該当する。受信装置は、サービスアナウンスメント情報に基づいて、ブロードキャストサービスを選択し、ブロードキャストサービスに関連したサービス獲得情報を、ブロードキャスト信号を通じて獲得し、ブロードキャストサービスをユーザーに最終的に提供する。
【０００３】
したがって、デジタルブロードキャストサービスの受信及び再生のためにユーザーに配信されるシグナリング情報を、より効率的に提供及び処理する方案が要求される。
【発明の概要】
【発明が解決しようとする課題】
【０００４】
上記のような問題点を解決するために本発明の目的は、ブロードキャストサービスを構成するコンテンツに関連したサービスシグナリングを効率的に提供する方法及び装置を提供することにある。
【０００５】
本発明の他の目的は、少なくとも一つのトランスポートプロトコルを使用するブロードキャストシステムにおいて、ブロードキャストサービスにより提供されるシグナリング（ｓｉｇｎａｌｉｎｇ）を、予め決定された伝送方式及び少なくとも一つのトランスポートプロトコルを通じて配信するための方法及び装置を提供することにある。
【０００６】
さらに本発明の目的は、受信器により選択されたブロードキャストサービスの受信及び再生に要求されるシグナリングを伝送するためのテーブル構造をサポートする方法及び装置を提供することにある。
【課題を解決するための手段】
【０００７】
上記の目的を達成するために、本発明の一態様によれば、ブロードキャストサービスのためのサービスシグナリングを送信する方法が提供される。その方法は、第１のトランスポートプロトコルにより、第１のメディアデータを含む第１のパケットストリームを生成するステップと、第２のトランスポートプロトコルにより、第２のメディアデータを含む第２のパケットストリームを生成するステップと、第１のパケットストリーム及び第２のパケットストリームのうち、少なくとも一つに関連したサービスシグナリングを含むユーザーサービスディスクリプションを生成するステップと、第１のパケットストリーム、第２のパケットストリーム、及びユーザーサービスディスクリプションを伝送するステップと、を有する。
【０００８】
本発明の他の態様によれば、ブロードキャストサービスのためのサービスシグナリングを受信する方法が提供される。その方法は、ブロードキャスト信号を受信するステップと、ブロードキャスト信号から、第１のトランスポートプロトコルにより第１のメディアデータを含む第１のパケットストリームと、第２のトランスポートプロトコルにより第２のメディアデータを含む第２のパケットストリームと、第１のパケットストリーム及び第２のパケットストリームのうち、少なくとも一つに関連したサービスシグナリングを含むユーザーサービスディスクリプションを取り出すステップと、ユーザーサービスディスクリプションを用いて第１のパケットストリーム及び第２のパケットストリームのうち、少なくとも一つを復号化するステップと、を有する。
【０００９】
また、本発明の他の態様によれば、ブロードキャストサービスのためのサービスシグナリングを送信する装置が提供される。その装置は、第１のトランスポートプロトコルにより、第１のメディアデータを含む第１のパケットストリームを生成し、第２のトランスポートプロトコルにより、第２のメディアデータを含む第２のパケットストリームを生成し、第１のパケットストリーム及び第２のパケットストリームのうち、少なくとも一つに関連したサービスシグナリングを含むユーザーサービスディスクリプションを生成する処理ユニットと、第１のパケットストリーム、第２のパケットストリーム、及びユーザーサービスディスクリプションを伝送する送信ユニットとを含む。
【００１０】
さらに、本発明の他の態様によれば、ブロードキャストサービスのためのサービスシグナリングを受信する装置が提供される。その装置は、ブロードキャスト信号を受信する受信ユニットと、ブロードキャスト信号から、第１のトランスポートプロトコルにより第１のメディアデータを含む第１のパケットストリームと、第２のトランスポートプロトコルにより第２のメディアデータを含む第２のパケットストリームと、第１のパケットストリーム及び第２のパケットストリームのうち、少なくとも一つに関連したサービスシグナリングを含むユーザーサービスディスクリプションを取り出し、ユーザーサービスディスクリプションを用いて第１のパケットストリーム及び第２のパケットストリームのうち、少なくとも一つを復号化する処理ユニットと、を含む。
【図面の簡単な説明】
【００１１】
【図１】本発明の一実施形態によるＩＰ(Internet  Protocol)ベースのブロードキャストシステムのプロトコルスタックの一例を示す図である。
【図２】本発明の一実施形態によるブロードキャストシステムの送信器を示すブロック構成図である。
【図３】本発明の一実施形態によるブロードキャストシステムの受信器を示すブロック構成図である。
【図４】本発明の一実施形態によるＩＰベースのブロードキャストシステムのシグナリング構成方式の一例を示す図である。
【図５】本発明の一実施形態による物理チャンネル構成の一例を示す図である。
【図６】本発明の一実施形態によるブロードキャストシステムのシグナリング構成方式の一例を示す図である。
【図７】本発明の一実施形態によるブロードキャストシステムの物理チャンネル構成の一例を示す図である。
【図８】本発明の一実施形態によるブロードキャストシステムの物理チャンネル構成の一例を示す図である。
【図９】本発明の一実施形態によるブロードキャストシステムのシグナリング構成方式の一例を示す図である。
【図１０】本発明の一実施形態によるブロードキャストサービス及びサービスシグナリングの送信手順を示すフローチャートである。
【図１１】本発明の一実施形態によるブロードキャストサービス及びサービスシグナリングの受信手順を示すフローチャートである。
【発明を実施するための形態】
【００１２】
以下、本発明の望ましい実施形態を添付の図面を参照して詳細に説明する。
【００１３】
図面において、同一の構成要素に対してはできるだけ同一の参照符号及び参照番号を付して説明する。下記の説明で、本発明に関連した公知の機能又は構成に関する具体的な説明が本発明の要旨を不明にすると判断された場合には、その詳細な説明を省略する。また、後述する用語は、本発明の機能を考慮して定義されたものであって、ユーザー又はオペレー他の意図又は慣例によって変化しうる。したがって、上記用語は、本明細書の全体の内容に基づいて定義されなければならない。
【００１４】
デジタルブロードキャストシステムにおいて、受信器がデジタルブロードキャストサービスを受信し、受信したデジタルブロードキャストサービスをスムーズに再生するように、サービス関連シグナリングを受信器に配信する。このようなサービス関連シグナリングは、例えば、データリンクレイヤ又はアプリケーションレイヤを通じて伝送され、デジタル放送規格に従って各々のレイヤで伝送されるシグナリングのタイプが変化しうる。データリンクレイヤを通じてシグナリングが送信される場合、伝送帯域幅及びチャンネルマッピング時間などを考慮して、サービス選択からサービス再生に至る過程で必要とする最小限のシグナリングのみが伝送される。これに対して、アプリケーションレイヤを通じてシグナリングが伝送される場合には、より多様で豊かなシグナリングが伝送できる。
【００１５】
ブロードキャストサービスのシグナリングのための標準規格の例として、ＭＰＥＧ(Moving  Picture  Experts  Group)-２ＴＳ(Transport  Stream)のＰＳＩ/ＳＩ(Program  Specific  Information/Service  Information)及びＯＭＡ-ＢＣＡＳＴ(Open  Mobile  Alliance-Mobile  Broadcast  Services)ＥＳＧ(Electronic  Service  Guide)などがある。
【００１６】
データリンクレイヤを通じて伝送されるシグナリングは、効率的な格納及び伝送のためのテーブル構造を有する。このテーブル構造は、すべての情報を格納する単一テーブルであってもよいし、あるいは、目的に従って多様に構成された階層構造のテーブルを含んでいてもよい。上記の階層構造のテーブルは、テーブルＩＤに基づいて関連付けられていてもよい。例えば、ＭＰＥＧ-２ＴＳで使用される代表的なテーブル構造は、ＴＳ内に含まれたサービス構成情報を格納しているＰＡＴ(Program  Association  Table)と、個別サービスのメディアコンポーネント構成情報を格納しているＰＭＴ(Program  Map  Table)を含むことができる。ＰＡＴとＰＭＴは、 “ｐｒｏｇｒａｍ_ｎｕｍｂｅｒ”アトリビュート（ａｔｔｒｉｂｕｔｅ）を用いて相互接続できる。受信器は、特定サービスＸに関する詳細情報を獲得するために、下記の手順を実行できる。すなわち、受信器は、ＰＡＴを通じて獲得したサービスＸの “ｐｒｏｇｒａｍ_ｎｕｍｂｅｒ”アトリビュートを用いて、同一の “ｐｒｏｇｒａｍ_ｎｕｍｂｅｒ”アトリビュートを有するＰＭＴを分析し、それによって、サービスＸの個別メディアコンポーネントに関する付加情報を獲得できる。
【００１７】
ブロードキャストサービスの選択から再生までの過程で必要なシグナリングが、データリンクレイヤを通じて伝送される場合、使用されるテーブルは、サービスマップの形態で構成される。この場合、サービスを構成するメディアコンポーネント関連情報と該当コンポーネントを受信するために必要な情報が同一のテーブル内に存在するため、テーブルの拡張性が低下する。例えば、ＭＰＥＧ-２ＴＳのＰＳＩ/ＳＩで定義されたテーブルであるＰＭＴは、サービスを構成するメディアコンポーネントの詳細情報及び該当コンポーネントを受信するために必要な、ＭＰＥＧ-２ＴＳのエレメンタリストリームのＰＩＤ(Packet  Identifier)を含む。すなわち、ＰＭＴは、下位トランスポートレイヤで使用される情報と密結合(close  coupling)されているため、ＭＰＥＧ-２ＴＳ以外のトランスポートプロトコルを利用する環境ではＰＭＴの再使用が不可能である。その上、同一のメディアコンポーネントをＭＰＥＧ-２ＴＳでなく他のトランスポートプロトコルを使用して伝送し、あるいは、他のブロードキャストネットワーク又は広帯域通信ネットワークのような複数の伝送媒体を通じて伝送するハイブリッドサービスシナリオでは、データリンクレイヤを通じてシグナリングを伝送する技術はサポートされない。したがって、ブロードキャストネットワークと広帯域通信ネットワークとの統合サービスに対する重要度及びユーザー要求が増加している現在のブロードキャストサービスのトレンドにおいては、シグナリングの効率的な伝送のための技術が必要である。
【００１８】
ブロードキャストシステムにおいて、シグナリングは、サービスアナウンスメント情報とサービス獲得情報に物理的に分離され、異なるトランスポートレイヤを通じて伝送されることにより、シグナリングのＤＢ(Data  Base)に対する構築の複雑度及びサービス再生に必要な時間の増加を招いている。その代表的な例として、ＤＶＢ-ＧＳＥ(Digital  Video  Broadcasting-Generic  Stream  Encapsulation)規格が挙げられる。ＤＶＢ-ＧＳＥでは、２個のテーブル、すなわちＮＣＤ(Network  Control  Data)テーブル及びＬＣＤ(Link  Control  Data)テーブルを用いて、ブロードキャスト受信に必要なネットワークレイヤ及び物理/データリンクレイヤで要求されるシグナリングが伝送される。ＮＣＤテーブルは、現在伝送されるＩＰストリーム関連情報を提供し、ＬＣＤテーブルは、該当ＩＰストリームを受信するために必要な物理/データリンクレイヤ関連情報、例えば、周波数情報などが含まれる。しかしながら、これら２個のテーブルにおいて、サービスアナウンスメント情報が省略され、単に物理的にブロードキャスト信号を受信するための情報のみが含まれるため、受信器は、ＮＣＤテーブルとＬＣＤテーブルの情報のみによりサービスの選択から再生へ至る全過程を実行することができない。この問題を解決するために、ＤＶＢ-ＧＳＥでは、ＤＶＢ-ＧＳＥパケットのデータペイロードに含まれたデータを上位階層で分析し、サービスレイヤのシグナリング、すなわちサービスシグナリングを追加で伝送し、それによってＮＣＤテーブル及びＬＣＤテーブルを補完する。
【００１９】
ＩＰベースのブロードキャストシステムは、ＭＰＥＧ２-ＴＳベースの通常のブロードキャストシステムと異なり、ＩＰベースのトランスポートプロトコルを用いて、メディアデータ及びファイルとシグナリングを伝送する。しかしながら、シグナリングがＩＰベースのブロードキャストシステムにおいてデータリンクレイヤに伝送される場合、シグナリングのＩＰ再伝送が不可能であるか、または、データリンクレイヤに伝送されたシグナリングは、別途のＩＰセッションにマッピングされて再伝送しなければならない。また、送信装置がデータリンクレイヤを通じてシグナリングを伝送せずにアプリケーションレイヤを通じてすべてのシグナリングを伝送する場合、受信器が物理チャンネルと同調(tune-in)した後には、シグナリングが伝送されるＩＰセッションを獲得するために必要な情報を配信する方法がない。
【００２０】
したがって、後述する本発明の実施形態において、一つの物理チャンネルに対してシグナリングが伝送される論理的チャンネルを指定し、論理チャンネルにＵＤＰ/ＩＰ(User  Datagram  Protocol/Internet  Protocol)セッションが割り当てられてシグナリングを伝送する。論理チャンネルの例は、ＤＶＢ-Ｔ２、ＡＴＳＣ(Advanced  Television  System  Committee)３.０等で定義したＰＬＰ(Physical  Layer  Pipe)である。以下、シグナリングが伝送される論理チャンネルは、シグナリングＰＬＰと称される。
【００２１】
一つの物理チャンネルにマッピングされるＰＬＰが複数存在する場合には、各ＰＬＰは固有の識別子を有する。このとき、シグナリングＰＬＰの識別子は、０などの予め同意した値を使用し、あるいは物理レイヤシグナリングを通じて受信器に配信されてもよい。さらに、シグナリングＰＬＰに割り当てられるＵＤＰ/ＩＰセッションのアドレス及びポート番号は、予め同意した値又は任意の値を使用できる。したがって、受信器は、物理チャンネルと同調した後にシグナリングＰＬＰを復号し、シグナリングＰＬＰのＵＤＰ/ＩＰセッションに伝送されるＩＰパケットを処理してシグナリングを獲得できる。
【００２２】
それによって、本発明の一実施形態では、サービス受信及び再生に必要なシグナリングの伝送において、シグナリングは、物理チャンネルレベル、サービスレベル、トランスポートセッションレベル、コンポーネントレベルのような階層に従って区分され、これと共に階層別に区分されたシグナリングを、論理的または物理的に相互に独立したテーブルとして格納できる。また、本発明の一実施形態において、区分されたシグナリングのうち２個以上のレベルに該当する情報は、論理的または物理的に一つのテーブルとして格納される。
【００２３】
図１は、本発明の一実施形態によるＩＰベースのブロードキャストシステムのプロトコルスタックの一例を示す。
【００２４】
図１を参照すると、ブロードキャストシステムは、ブロードキャストネットワーク中の２つのトランスポートプロトコル１１１、１１２を用い、また、広帯域ネットワーク中の１つのトランスポートプロトコル１１３を用いて、シグナリング１０１、メディア１０２、及びファイル１０４を伝送する。２個のトランスポートプロトコル１１１、１１２を、各々、トランスポートプロトコルＡ１１１、トランスポートプロトコルＢ１１２と呼ぶことにする。サービスシグナリング１０３は、トランスポートプロトコルＡ１１１とトランスポートプロトコルＢ１１２を通ることなく、シグナリングセクション１１５のデータ構造を用いて伝送できる。シグナリングセクション１１５は、トランスポートプロトコル１１１、１１２と比べて簡単なデータ構造で構成され、その具体的な構成は、後述する実施形態で説明する。ブロードキャストネットワークにおいて、トランスポートプロトコルＡ１１１、トランスポートプロトコルＢ１１２、及びシグナリングセクション１１５の出力は、各々、ＵＤＰ１２１に基づいたセッションに割り当てられ、ＩＰ１３１に基づいたパケットにカプセル化(encapsulation)された後、ブロードキャストデータリンクレイヤ１４１とブロードキャスト物理レイヤ１５１で処理されて、受信器に配信される。広帯域ネットワークにおいて、トランスポートプロトコルの一例として、ＨＴＴＰ(Hyper  Text  Transfer  Protocol)１１３が使用され、ＨＴＴＰ１１３の出力は、ＴＣＰ１２２、ＩＰ１３１、広帯域データリンクレイヤ１４２、広帯域物理レイヤ１５２において順次処理されて受信器に伝送される。
【００２５】
図１において、トランスポートプロトコルＡ１１１は、シグナリング１０１とメディア１０２を伝送し、トランスポートプロトコルＢ１１２は、シグナリング、メディア、ファイル１０４をすべて伝送することを示すが、これは、本発明の一実施形態を説明するための一例だけであり、トランスポートプロトコル１１１、１１２が伝送できるデータのタイプは実際の使用に従って変化してもよい。
【００２６】
＜表１＞は、本発明の一実施形態により、サービスシグナリング１０３を伝送するためのシグナリングセクション１１５のデータ構成の一例を示す。例えば、シグナリングセクション１１５のサービスシグナリングを含むシグナリングメッセージは、下記の＜表１＞に示す情報エレメントのうち少なくも一つを含むことができる。
【００２７】
【表１】
0006719481.tif 000002
【００２８】
＜表１＞で、各エレメントは、以下のような意味を有する。
【００２９】
ｓｅｒｖｉｃｅ_ｉｄ-  シグナリングセクションのシグナリングが伝送される物理チャンネル上のメッセージに関連するサービスを識別するための識別子。
【００３０】
ｍｅｓｓａｇｅ_ｉｄ-  サービスのためのシグナリングを含むメッセージを識別するための識別子。
【００３１】
ｖｅｒｓｉｏｎ-  メッセージの内容が変更される度に１ずつ増加する整数であって、最大値に至る場合に０にリセットされる。同一のｍｅｓｓａｇｅ_ｉｄを有するメッセージのうち、ｖｅｒｓｉｏｎ値が最大であるメッセージに含まれている情報が有効である。
【００３２】
ｍｅｓｓａｇｅ_ｌｅｎｇｔｈ-  メッセージの全体長さを示し、メッセージが複数のセクションにフラグメントされる場合、すなわちｆｒａｇｍｅｎｔａｔｉｏｎ_ｉｎｄｉｃａｔｏｒフィールドの値が‘００’でない場合、ｍｅｓｓａｇｅ_ｌｅｎｇｔｈフィールドの値は、ｍｅｓｓａｇｅ_ｉｄとｖｅｒｓｉｏｎの値が同一であるすべてのセクションのｍｅｓｓａｇｅ_ｓｅｃｔｉｏｎ_ｌｅｎｇｔｈフィールドの値の和と同一である。
【００３３】
ｍｅｓｓａｇｅ_ｔｙｐｅ-  メッセージに適用されたフラグメントのタイプ(以下、フラグメントタイプと称する）を示す。例えば、フラグメントタイプは、ｍｅｓｓａｇｅ_ｔｙｐｅ値により、以下の＜表２＞に示すような意味を有する。
【００３４】
【表２】
0006719481.tif 000003
【００３５】
＜表２＞において、Ｓ-ＴＳＩＤフラグメントは、サービスシグナリングの一つであるサービスベースのトランスポートセッションインスタンスディスクリプション(Ｓ-ＴＳＩＤ）を意味する。ＭＰＤは、サービスシグナリングの一つであるメディアプレゼンテーションディスクリプションを意味する。ＭＰＴメッセージは、ＭＭＴ(MPEG  Media  Transport)パッケージテーブルを意味する。ＣＲＩメッセージは、クロック関連情報を意味する。
【００３６】
ＵＲＩ_ｆｌａｇ-  このメッセージがＵＲＩ(Uniform  Resource  Identifier)を提供するか否かを示すフィールドであって、ＵＲＩ_ｆｌａｇフィールドの値が１である場合に、メッセージに含まれた現在のセクションの最後にｍｅｓｓａｇｅ_ＵＲＩに関連したフィールドが存在する。
【００３７】
ｆｒａｇｍｅｎｔａｔｉｏｎ_ｉｎｄｉｃａｔｏｒ-  現在のセクションを通じて伝送されるメッセージのフラグメントに関するディスクリプションを示す。ディスクリプションは、ｆｒａｇｍｅｎｔａｔｉｏｎ_ｉｎｄｉｃａｔｏｒ値により、下記の＜表３＞のようになる。
【００３８】
【表３】
0006719481.tif 000004
【００３９】
＜表３＞において、‘００’は、現在のセクションが一つの完全なシグナリングメッセージを含むことを意味する。‘０１’は、現在のセクションが一つのシグナリングメッセージの最初のフラグメントを含むことを意味する。‘１０’は、現在のセクションが一つのシグナリングメッセージのうち最初でも最後でもないフラグメントを含むことを意味する。‘１１’は、現在のセクションが一つのシグナリングメッセージの最後のフラグメントを含むことを意味する。
【００４０】
ｍｅｓｓａｇｅ_ｓｅｃｔｉｏｎ_ｌｅｎｇｔｈ-  現在のセクションに含まれたメッセージの長さを示し、シグナリングメッセージが分割される場合にのみ存在する。
【００４１】
ｍｅｓｓａｇｅ_ｓｅｃｔｉｏｎ_ｂｙｔｅ-  ｍｅｓｓａｇｅ_ｔｙｐｅフィールドの値によるメッセージのバイトの数。
【００４２】
ｍｅｓｓａｇｅ_ＵＲＩ_ｌｅｎｇｔｈ-  このメッセージを特定するＵＲＩの長さ。
【００４３】
ｍｅｓｓａｇｅ_ＵＲＩ_ｂｙｔｅ-  終端ヌルキャラクタ(terminating  null  character)を除くメッセージ中のＵＲＩのバイトの数。
【００４４】
図２は、本発明の一実施形態によるブロードキャストシステムの送信器を示すブロック構成図である。
【００４５】
図２を参照すると、送信器２００は、第１のパケット処理ユニット２０５、第２のパケット処理ユニット２１０、サービスシグナリング処理ユニット２１５、及び送信ユニット２２０を含む。第１のパケット処理ユニット２０５は、シグナリング、メディア、ファイルのうちの少なくとも一つを、トランスポートプロトコルＡにより処理(例えば、符号化及びパケット化)して、トランスポートプロトコルＡによるパケットストリームを生成する。第２のパケット処理ユニット２１０は、シグナリング、メディア、ファイルのうちの少なくとも一つを、トランスポートプロトコルＢにより処理(例えば、符号化及びパケット化)して、トランスポートプロトコルＢによるパケットストリームを生成する。サービスシグナリング処理ユニット２１５は、トランスポートプロトコルＡ及び/又はトランスポートプロトコルＢにより提供されるサービスに関連したサービスシグナリングを包含するシグナリングメッセージを生成する。シグナリングメッセージは、一例として、パケットストリームの形態で生成できる。
【００４６】
処理ユニット２０５、２１０、２１５により生成されたパケットストリームは、送信ユニット２２０内のＵＤＰ/ＩＰ処理ユニット２２５、データリンク処理ユニット２３０、及び物理レイヤ処理ユニット２３５を通じて、ブロードキャスト信号に載せて受信器に伝送される。
【００４７】
図３は、本発明の一実施形態によるブロードキャストシステムの受信器を示すブロック構成図である。
【００４８】
図３を参照すると、受信器３００の受信ユニット３０５は、ブロードキャスト信号を受信し、送信器２００の送信ユニット２２０による処理の逆動作を実行して、トランスポートプロトコルＡによるパケットストリーム、トランスポートプロトコルＢによるパケットストリーム、サービスシグナリングを含むシグナリングメッセージのうち少なくとも一つを回復する。第１のパケット処理ユニット３１０は、回復したトランスポートプロトコルＡのパケットストリームに対して、送信器２００の第１のパケット処理ユニット２０５による処理の逆動作(逆パケット化及び復号化)を実行してシグナリング、メディア、ファイルのうち少なくとも一つを回復する。
【００４９】
第１のパケット処理ユニット３１０は、トランスポートプロトコルＡの回復したパケットストリームに対して、送信器２００の第１のパケット処理ユニット２０５による処理の逆動作(逆パケット化及び復号化)を実行してシグナリング、メディア、ファイルのうち少なくとも一つを回復する。第２のパケット処理ユニット３１５は、トランスポートプロトコルＢの回復したパケットストリームに対して、送信器２００の第２のパケット処理ユニット２１０による処理の逆動作(逆パケット化及び復号化)を実行してシグナリング、メディア、ファイルのうち少なくとも一つを回復する。シグナリング処理ユニット３２０は、回復したシグナリングメッセージに対して、送信器２００のサービスシグナリング処理ユニット２１５による処理の逆動作(逆パケット化及び復号化)を実行してサービスシグナリングの情報を回復する。
【００５０】
下記では、本発明の様々な実施形態によるサービスシグナリングの構成方式について説明する。
【００５１】
図４は、本発明の一実施形態によるＩＰベースのブロードキャストシステムのシグナリング構成の一例を示す。
【００５２】
図４を参照すると、サービスリストテーブル(ＳＬＴ)４０５は、各サービスに対するサービスＩＤを示すｓｅｒｖｉｃｅ_ｉｄ、チャンネル番号を示すｃｈａｎｎｅｌ_ｎｕｍｂｅｒ、ショートサービス名を示すｓｈｏｒｔ_ｓｅｒｖｉｃｅ_ｎａｍｅ、サービスカテゴリを示すｓｅｒｖｉｃｅ_ｃａｔｅｇｏｒｙのようなサービスに関する基本情報と共に、サービスシグナリング４１０の獲得のためのサービスシグナリング位置を示すＳＳ_ｌｏｃａｔｉｏｎ４０５ａを含む。
【００５３】
ＳＳ_ｌｏｃａｔｉｏｎ４０５ａは、該当サービスのサービスシグナリング４１０をカプセル化するために使用されるプロトコルの識別子、プロトコルにより生成されたパケットのうち、サービスシグナリング４１０を含むパケットを識別するための識別子、及びサービスシグナリング４１０を含むパケットが伝送されるＰＬＰの識別子のうち少なくとも一つを含む。
【００５４】
他の例では、サービスリストテーブル４０５とサービスシグナリング４１０は、両方とも、上記したシグナリングセクション１１５にカプセル化されてシグナリングＰＬＰを通じて伝送され、この場合、ＳＳ_ｌｏｃａｔｉｏｎ４０５ａは、サービスリストテーブル４０５から省略されてもよい。このとき、サービスリストテーブル４０５は、＜表１＞に示すｍｅｓｓａｇｅ_ｉｄフィールドを通じて識別され、ｍｅｓｓａｇｅ_ｔｙｐｅフィールドにより識別され得る。ｍｅｓｓａｇｅ_ｔｙｐｅフィールドが使用される場合、＜表２＞に示すｍｅｓｓａｇｅ_ｔｙｐｅフィールドの定義は、ＳＬＴフラグメントを意味する値をさらに含めることができる。
【００５５】
サービスシグナリング４１０は、サービスを識別するｓｅｒｖｉｃｅ_ｉｄ、ｓｅｒｖｉｃｅ_ｎａｍｅ、サービス言語を示すｓｅｒｖｉｃｅ_ｌａｎｇｕａｇｅ、ｃａｐａｂｉｌｉｔｙのような基本情報を提供する。また、サービスを構成する各コンポーネントが該当コンポーネントのカプセル化に使用されるプロトコル、ファイルフォーマット、用途(リアルタイム又は非リアルタイム)などに応じて該当するクラス(class）に分類される場合、サービスシグナリング４１０は、各々のクラスに属するコンポーネントを獲得し使用するために必要なトランスポートセッションシグナリング(ＴＳＳ）４１５とコンポーネントシグナリング(ＣＳ）４２０の獲得経路を示すＴＳＳ_ｌｏｃａｔｉｏｎフィールド４１０ａ及びＣＳ_ｌｏｃａｔｉｏｎフィールド４１０ｂを含む。サービスシグナリング４１０は、トランスポートセッションシグナリング(ＴＳＳ）４１５がブロードキャストネットワークを通じて伝送されるか、あるいは広帯域ネットワークを通じて伝送されるかを示すｄｅｌｉｖｅｒｙ_ｍｅｔｈｏｄフィールド４１０ｃを追加して含めることができる。
【００５６】
クラスは、例えば、ＭＰＥＧ Ｈ Ｐａｒｔ１で定義されたＭＰＵ(Media  Protocol  Unit）のフォーマットを使用し、ＭＭＴプロトコル(ＭＭＴＰ）用いて伝送されるサービスコンポーネント、ＤＡＳＨ(Dynamic  Adaptive  Streaming  over  Http)セグメントフォーマットを利用し、ＡＴＳＣ(Advanced  Television  Systems  Committee)３.０に提案されたＲＯＵＴＥ(Real  time  object  delivery  over  unidirectional  transport)プロトコルを使用して伝送されるサービスコンポーネント、あるいは一般的なファイルフォーマットでＲＯＵＴＥプロトコルを用いて伝送されるサービスコンポーネントであってもよい。
【００５７】
トランスポートセッションシグナリング４１５とコンポーネントシグナリング４２０の獲得経路を示すＴＳＳ_ｌｏｃａｔｉｏｎ４１０ａ及びＣＳ_ｌｏｃａｔｉｏｎ４１０ｂは、ＳＳ_ｌｏｃａｔｉｏｎ４０５ａと同一のフォーマットで表すことができる。すなわち、ＴＳＳ_ｌｏｃａｔｉｏｎ４１０ａ及びＣＳ_ｌｏｃａｔｉｏｎ４１０ｂのうち少なくとも一つは、トランスポートセッション/コンポーネントシグナリング４１５/４２０をカプセル化するために使用されるプロトコルの識別子と、プロトコルにより生成されたパケットの中でサービスシグナリング４１０を含むパケットを識別するための識別子及びサービスシグナリング４１０を含むパケットが伝送されるＰＬＰの識別子のうち少なくとも一つを含む。
【００５８】
トランスポートセッションシグナリング４１５は、サービス単位の又は物理チャンネル内でのトランスポートセッションを識別するための識別子であるｓｅｓｓｉｏｎ_ｉｄを含むことができる。さらに、トランスポートセッションに接続するためのソースＩＰアドレス(ｓＩＰ又はｓｒｃＩＰ)を示すｓｒｃ_ＩＰ_ａｄｄ、宛先(destination)ＩＰアドレス(ｄＩＰ又はｄｓｔＩＰ)を示すｄｓｔ_ＩＰ_ａｄｄ、及び、宛先ＵＤＰポート番号(ｄＰｏｒｔ又はｄｓｔＰｏｒｔ)を示すｄｓｔ_ｐｏｒｔ_ｎｕｍとＰＬＰ識別子を示すＰＬＰ_ｉｄをさらに含むことができる。ブロードキャストネットワークの伝送スケジュールに従って、一つのトランスポートセッションが複数のＰＬＰを通じて伝送される場合、複数のＰＬＰ_ｉｄがトランスポートセッションシグナリング４１５に含まれてもよい。
【００５９】
トランスポートプロトコルの属性により、一つのトランスポートセッションは、複数のサブセッションに区分される。例えば、ＭＭＴプロトコルの場合、パケットヘッダーのパケットＩＤ(ｐａｃｋｅｔ_ｉｄ）の値により、一つのＭＭＴトランスポートセッションが複数のサブセッションと見なされることがある。ＲＯＵＴＥプロトコルの場合にも、パケットヘッダーのトランスポートセッション識別子(ｔｓｉ)を、サブセッションを識別するために使用できる。この場合、トランスポートセッションシグナリング４１５は、各々のサブセッションに関する情報を示すｓｕｂ_ｓｅｓｓｉｏｎをさらに含むことができる。ｓｕｂ_ｓｅｓｓｉｏｎは、サブセッションの識別子を示すｓｕｂ_ｓｅｓｓｉｏｎ_ｉｄ、バッファの運用のための情報を示すｂｕｆｆｅｒ_ｉｎｆｏ、及びサブセッションのパケットを構成するペイロードフォーマットを示すｐａｙｌｏａｄ_ｔｙｐｅのうち少なくとも一つを含むことができる。
【００６０】
コンポーネントシグナリング４２０は、コンポーネントの識別子を示すｃｏｍｐｏｎｅｎｔ_ｉｄ、コンポーネントの名称を示すｃｏｍｐｏｎｅｎｔ_ｎａｍｅ、コンポーネントのタイプを示すｃｏｍｐｏｎｅｎｔ_ｔｙｐｅ、サービスでのコンポーネントの役割を示すｃｏｍｐｏｎｅｎｔ_ｒｏｌｅのうち少なくとも一つを含むことができる。トランスポートプロトコルにより一つのサブセッションで一つのコンポーネントのみが伝送される場合、コンポーネントシグナリング４２０は、トランスポートセッションシグナリング４１５のサブセッションに関する情報(すなわち、ｓｕｂ_ｓｅｓｓｉｏｎのフィールド）と物理的/論理的に関連付けられてもよい。
【００６１】
図５は、本発明の一実施形態による物理チャンネル構成の一例を示す。
【００６２】
図５を参照すると、一つの物理チャンネルに該当する物理チャンネルフレーム(ＰＨＹフレーム)５０５は、１個のシグナリングＰＬＰ５１０と２個のデータＰＬＰ(ＰＬＰ＃１、ＰＬＰ＃２)５１５、５２０で構成できる。シグナリングＰＬＰ５１０は、[ｓＩＰ１，ｄＩＰ１，ｄＰｏｒｔ１]で識別されるＵＤＰセッション５１０ａを含み、ＵＤＰセッション５１０ａは、サービスリストテーブル５１０ｂを伝送する。このとき、サービスリストテーブル５１０ｂは、バイナリフォーマットにてＵＤＰパケットのペイロードを通じて伝送されるか、あるいは、上記にて説明したメッセージセクションにカプセル化されてＵＤＰパケットのペイロードを通じて伝送される。例えば、サービスリストテーブル５１０ｂは、＜表１＞に示したようなシグナリングメッセージの一つのセクションで構成されてもよいし、あるいは、図４のサービスリストテーブル４０５のように構成されてもよい。
【００６３】
サービスリストテーブル５１０ｂは、シグナリングＰＬＰ５１０を通じて伝送される。図３では、サービスシグナリング５１０ｃ、トランスポートセッションシグナリング５１０ｄ、コンポーネントシグナリング５１０ｅが、シグナリングＰＬＰ５１０を通じて伝送されることを示したが、他の実施形態として、これらシグナリング５１０ｃ、５１０ｄ、５１０ｅは、メディアデータと共に、データＰＬＰ５１５、５２０のうち少なくとも一つを通じて伝送されてもよい。
【００６４】
ＰＬＰ＃１  ５１５は、[ｓＩＰ２，ｄＩＰ２，ｄＰｏｒｔ２]で識別されるプロトコルＡセッション５１５ａを含み、少なくとも一つのサブセッションに区分される。各サブセッションは、サービスシグナリング(ＳＳ）、トランスポートセッションシグナリング(ＴＳＳ）、コンポーネントシグナリング(ＣＳ)のようなシグナリングを伝送したり、又はビデオセグメントを伝送したり、あるいはオーディオセグメントを伝送したりする。
【００６５】
ＰＬＰ＃２  ５２０は、[ｓＩＰ３，ｄＩＰ３，ｄＰｏｒｔ３]で識別されるプロトコルＢセッション５２０ａを含み、少なくとも一つのサブセッションに区分できる。各サブセッションは、サービスシグナリング(ＳＳ）、トランスポートセッションシグナリング(ＴＳＳ）、コンポーネントシグナリング(ＣＳ）を伝送したり、ビデオセグメントを伝送したり、あるいはオーディオセグメントを伝送したりする。
【００６６】
図６は、本発明の一実施形態によるＩＰベースのブロードキャストシステムのシグナリング構成の一例を示す。
【００６７】
図６を参照すると、サービスリストテーブル(ＳＬＴ)６０５は、各サービスに対するサービスＩＤを示すｓｅｒｖｉｃｅ_ｉｄ、チャンネル番号を示すｃｈａｎｎｅｌ_ｎｕｍｂｅｒ、ショートサービス名を示すｓｈｏｒｔ_ｓｅｒｖｉｃｅ_ｎａｍｅ、サービスカテゴリを示すｓｅｒｖｉｃｅ_ｃａｔｅｇｏｒｙといったサービスに関する基本情報だけでなく、サービスシグナリング６１０を獲得するためのサービスシグナリング位置を示すＳＳ_ｌｏｃａｔｉｏｎ６０５ａを含む。
【００６８】
サービスシグナリング６１０は、サービスを識別するｓｅｒｖｉｃｅ_ｉｄ、ｓｅｒｖｉｃｅ_ｎａｍｅ、サービス言語を示すｓｅｒｖｉｃｅ_ｌａｎｇｕａｇｅ、ｃａｐａｂｉｌｉｔｙのような基本情報を提供する。また、サービスを構成する各コンポーネントを獲得して使用するために必要なシグナリングを含む。図６に適用されるＩＰベースのブロードキャストシステムは、メディアデータのフォーマットとしてＭＰＵとＤＡＳＨ(Dynamic  Adaptive  Streaming  over  HTTP(Hyper  Text  Transfer  Protocol))セグメントを使用し、ＭＭＴプロトコルを用いてＭＰＵを伝送し、ＲＯＵＴＥプロトコルを利用してＤＡＳＨセグメント及び一般的なファイルデータを伝送する。したがって、サービスシグナリング６１０は、コンポーネントのクラスを、ＤＡＳＨコンポーネントを受信するために必要なシグナリング情報(以下、コンポーネント情報と称する)を示すＤＡＳＨ_ｃｏｍｐｏｎｅｎｔ、ＭＰＵコンポーネント情報を示すＭＰＵ_ｃｏｍｐｏｎｅｎｔ、非リアルタイム(ＮＲＴ)コンポーネント情報を示すＮＲＴ_ｃｏｍｐｏｎｅｎｔに区分する。各コンポーネントフィールドは、該当トランスポートプロトコルのコンポーネントを伝送するためのシグナリングを含む。このとき、ＤＡＳＨセグメントとＮＲＴコンポーネントは、同一のトランスポートプロトコル(すなわち、ＲＯＵＴＥプロトコル)を用いて伝送され、それによって一つのクラスと見なされてもよい。
【００６９】
ＤＡＳＨコンポーネント情報は、ＤＡＳＨセグメントのためのトランスポートセッションシグナリング６３０とコンポーネントシグナリング６３５の獲得経路とを示すＴＳＳ_ｌｏｃａｔｉｏｎフィールド６１０ａ及びＣＳ_ｌｏｃａｔｉｏｎフィールド６１０ｂを含む。ＭＰＵコンポーネント情報は、ＭＰＵのためのトランスポートセッション及びコンポーネントシグナリング６４０の獲得経路を示すＭＰＴ_ｌｏｃａｔｉｏｎフィールド６１０ｃを含む。ＮＲＴコンポーネント情報は、トランスポートセッションシグナリング６４５とコンポーネントシグナリング６５０の獲得経路を各々示すＴＳＳ_ｌｏｃａｔｉｏｎフィールド６１０ｄ及びＣＳ_ｌｏｃａｔｉｏｎフィールド６１０ｅを含む。サービスシグナリング６１０は、トランスポートセッションシグナリング６３０、６４５がブロードキャストネットワークを介して伝送されるか、あるいは、広帯域ネットワークを介して伝送されるかを示すｄｅｌｉｖｅｒｙ_ｍｅｔｈｏｄフィールドを追加的に含むことができる。
【００７０】
ＲＯＵＴＥ/ＤＡＳＨプロトコルによるＤＡＳＨセグメントの伝送に関連したトランスポートセッションシグナリング６３０は、Ｓ-ＴＳＩＤフラグメントを含み、ＤＡＳＨセグメントに関連したコンポーネントシグナリング６３５は、メディアプレゼンテーションディスクリプション(ＭＰＤ）を含みうる。ＭＭＴプロトコルによるＭＰＵに関連したトランスポートセッション及びコンポーネントシグナリング６４０は、ＭＰＴメッセージを含みうる。非リアル時間(ＮＲＴ)データの伝送に関連したトランスポートセッションシグナリング６４５は、Ｓ-ＴＳＩＤを含み、ＮＲＴデータに関連したコンポーネントシグナリング６５０は、ＮＲＴディスクリプションテーブルを含みうる。
【００７１】
下記の＜表４＞は、本発明の一実施形態によるサービスシグナリング６１０の一例を示す。
【００７２】
【表４】
0006719481.tif 000005
0006719481.tif 000006
0006719481.tif 000007
0006719481.tif 000008
【００７３】
＜表４＞を参照すると、サービスシグナリングは、ユーザーサービスディスクリプション(ＵＳＤ）を含むバンドルディスクリプションを、受信器に提供できる。ユーザーサービスディスクリプションは、サービスをグローバルに、あるいはブロードキャスト領域の範囲内で固有に識別する少なくとも一つのｓｅｒｖｉｃｅＩＤフィールドと、サービスの名称及びこのサービス名称の言語を指示するＮａｍｅ及びＬａｎｇフィールドと、サービスの有効な言語を指示するｓｅｒｖｉｃｅＬａｎｇｕａｇｅフィールドと、受信器に要求される能力及び能力グループを特定するｃａｐａｂｉｌｉｔｙＣｏｄｅフィールドと、サービス内のチャンネルに関する情報(以下、チャンネル情報と称する)を含むｃｈａｎｎｅｌフィールドといった基本情報を含み、またＤＡＳＨコンポーネント情報、ＭＰＵコンポーネント情報、及びＮＲＴコンポーネント情報のうち少なくとも一つを含みうる。
【００７４】
チャンネル情報は、主チャンネル番号を示すｍａｊｏｒＣｈａｎｎｅｌＮｏフィールド、副チャンネル番号を示すｍｉｎｏｒＣｈａｎｎｅｌＮｏフィールド、主サービス言語(primary  language)を示すｓｅｒｖｉｃｅＬａｎｇフィールド、サービスジャンルフィールド、サービスに使用されるアイコンのためのＵＲＬを示すｓｅｒｖｉｃｅＩｃｏｎフィールド、及びサービスディスクリプションのうち少なくとも一つを含む。サービスディスクリプションは、サービスディスクリプションテキストを示すｓｅｒｖｉｃｅＤｅｓｃｒＴｅｘｔフィールドと、サービスディスクリプションテキストの言語を指示するｓｅｒｖｉｃｅＤｅｓｃｒＬａｎｇフィールドを含みうる。
【００７５】
ＤＡＳＨコンポーネント情報は、コンテンツコンポーネントのためのディスクリプションを含むＭＰＤフラグメントの参照経路を指示するｆｕｌｌＭＰＤＵｒｉフィールド、サービスのコンデンツを搬送するトランスポートセッションのアクセス関連パラメータを提供するＳ-ＴＳＩＤフラグメントの参照経路を指示するｓＴＳＩＤＵｒｉフィールド、及び、サービスのコンデンツに関連した伝送関連情報がブロードキャストネットワークを介して伝送されるか、広帯域ネットワークを介して伝送されるかを示すｄｅｌｉｖｅｒｙＭｅｔｈｏｄフィールドのうち少なくとも一つを含む。ｄｅｌｉｖｅｒｙＭｅｔｈｏｄフィールドは、ブロードキャストネットワークが使用される場合、受信器により使用されるベースパターンと、広帯域ネットワークが使用される場合、受信器により使用されるベースパターンのうち少なくとも一つを含みうる。
【００７６】
ＭＰＵコンポーネント情報は、ＭＭＴパッケージのための参照経路を示すＭＭＴ_Ｐａｃｋａｇｅ_ＩＤフィールドと、次に使用されるＭＭＴパッケージの参照経路を示すｎｅｘｔ_ＭＭＴ_Ｐａｃｋａｇｅ_ＩＤフィールドのうち少なくとも一つを含みうる。
【００７７】
ＮＲＴコンポーネント情報は、コンテンツコンポーネントのためのディスクリプションを含むＭＰＤフラグメントの参照経路を示すｆｕｌｌＭＰＤＵｒｉフィールド、サービスのコンテンツを搬送するトランスポートセッションのアクセス関連パラメータを提供するＳ-ＴＳＩＤフラグメントの参照経路を示すｓＴＳＩＤＵｒｉフィールド、及びＮＲＴコンポーネントを消費するアプリケーションを示すＡｐｐＳｉｇｎａｌｉｎｇフィールドのうち少なくとも一つを含みうる。
【００７８】
図７は、本発明の一実施形態によるＩＰベースのブロードキャストシステムの物理チャンネル構成の一例を示す。
【００７９】
図７を参照すると、一つの物理チャンネルに該当する物理チャンネルフレーム(ＰＨＹフレーム)７０５は、１個のシグナリングＰＬＰ７１０と２個のデータＰＬＰ(ＰＬＰ＃１，ＰＬＰ＃２)７１５、７２０で構成される。
【００８０】
シグナリングＰＬＰ７１０は、[ｓＩＰ１，ｄＩＰ１，ｄＰｏｒｔ１]で識別されるＵＤＰセッション７１０ａを含み、ＵＤＰセッション７１０ａは、サービスリストテーブル７１０ｂを伝送する。この場合、サービスリストテーブル７１０ｂは、バイナリフォーマットにて、ＵＤＰパケットのペイロードを通じて伝送され、あるいは、上記したメッセージセクションにカプセル化されてＵＤＰパケットのペイロードを通じて伝送される。さらに、ＵＤＰセッション７１０ａは、サービスリストテーブル７１０ｂ以外に、サービスシグナリング７１０ｃ、トランスポートセッションシグナリング７１０ｄ、コンポーネントシグナリング７１０ｅのうち少なくとも一つを搬送できる。
【００８１】
ここで、サービスリストテーブル７１０ｂは、シグナリングＰＬＰ７１０を通じて伝送され、一方、サービスシグナリング７１０ｃ、トランスポートセッションシグナリング７１０ｄ、コンポーネントレベルシグナリング７１０ｅは、シグナリングＰＬＰ７１０で伝送されてもよいし、あるいはビデオ/オーディオセグメント/コンポーネントのようなメディアデータと共に、データＰＬＰ７１５又は７２０で伝送されてもよい。ＲＯＵＴＥプロトコルを利用するＰＬＰ＃１  ７１５の場合、受信器がシグナリング情報を含むＲＯＵＴＥパケットを区別するように、特定値(すなわち、ｔｓｉ-ｓ）がＲＯＵＴＥパケットのパケットヘッダのｔｓｉに設定され、ＭＭＴプロトコルを用いるＰＬＰ＃２  ７２０の場合には、シグナリングを含むパケットをフィルタリングするために、パケットのパケットヘッダー内に別途のフィールドを設定して受信器がシグナリングを含むパケットを識別可能にする。
【００８２】
ＰＬＰ＃１  ７１５は、[ｓＩＰ２，ｄＩＰ２，ｄＰｏｒｔ２]で識別されるＲＯＵＴＥセッション７１５ａを含み、ＲＯＵＴＥセッション７１５ａは、少なくとも一つの階層符号化トランスポート(ＬＣＴ)チャンネルを含む。一つのＬＣＴチャンネルはｔｓｉ-ｖと識別され、ビデオセグメントを搬送し、他の一つのＬＣＴチャンネルはｔｓｉ-ａと識別され、オーディオセグメントを搬送できる。追加的に含まれるシグナリングのためのＬＣＴチャンネルは、ｔｓｉ-ｓと識別され、Ｓ-ＴＳＩＤ、ＭＰＤ、ＮＲＴディスクリプションテーブルのようなシグナリングを搬送できる。
【００８３】
ＰＬＰ＃２  ７２０は、[ｓＩＰ３，ｄＩＰ３，ｄＰｏｒｔ３]で識別されるＭＭＴＰセッション７２０ａを含み、ＭＭＴＰセッション７２０ａは、パケットＩＤにより識別される２個のチャンネルと、選択的にシグナリングパケットを搬送するシグナリングチャンネルを含むことができる。ｐｉｄ-ｖとのパケットＩＤを有するチャンネルは、ビデオコンポーネントを含むビデオＭＰＵを搬送し、ｐｉｄ-ａとのパケットＩＤを有するチャンネルは、オーディオコンポーネントを含むオーディオＭＰＵを搬送する。シグナリングチャンネルは、ＭＰＴメッセージを搬送できる。
【００８４】
下記の＜表５＞は、本発明の一実施形態によるサービスリストテーブル７１０ｂの一例を示す。例えば、サービスリストテーブルは、次の＜表５＞に示す情報エレメントのうち少なくとも一つを含むことができる。
【００８５】
【表５】
0006719481.tif 000009
【００８６】
＜表５＞において、各エレメントは、以下に示すような意味を有する。
【００８７】
ｔａｂｌｅ_ｉｄ-  サービスリストテーブルの一つのセクションを含むｓｅｒｖｉｃｅ_ｌｉｓｔ_ｔａｂｌｅ_ｓｅｃｔｉｏｎ(）を識別するための識別子。
【００８８】
ｂｒｏａｄｃａｓｔ_ｓｔｒｅａｍ_ｉｄ-  ブロードキャストストリームを識別するための識別子。
【００８９】
ｎｕｍ_ｓｅｒｖｉｃｅｓ−  ｓｅｒｖｉｃｅ_ｌｉｓｔ_ｔａｂｌｅ_ｓｅｃｔｉｏｎ()に記述されるサービスの数。
【００９０】
ｓｅｒｖｉｃｅ_ｉｄ-  サービス識別子。
【００９１】
ｍａｊｏｒ_ｃｈａｎｎｅｌ_ｎｕｍｂｅｒ-  ユーザーがサービスを選択するために使用する識別番号。
【００９２】
ｍｉｎｏｒ_ｃａｈｎｎｅｌ_ｎｕｍｂｅｒ-  ユーザーがサービスを選択するために使用する補助識別番号。
【００９３】
ｓｅｒｖｉｃｅ_ｃａｔｅｇｏｒｙ-  サービスのカテゴリを示すフィールドであって、例えば次の＜表６＞のように定義できる。
【００９４】
【表６】
0006719481.tif 000010
【００９５】
ｓｈｏｒｔ_ｓｅｒｖｉｃｅ_ｎａｍｅ_ｌｅｎｇｔｈ−  ｓｈｏｒｔ_ｓｅｒｖｉｃｅ_ｎａｍｅ()の長さをバイト単位で示す。
【００９６】
ｓｈｏｒｔ_ｓｅｒｖｉｃｅ_ｎａｍｅ()-  サービス名を示すキャラクタ列であって、ＵＴＦ-８(8bit  Unicode  Transformation  Format）によって符号化される。
【００９７】
ｂｒｏａｄｃａｓｔ_ｃｏｍｐｏｎｅｎｔｓ_ｐｒｅｓｅｎｔ-  ブロードキャストネットワークを介してサービスシグナリングが伝送されるか否かを示す。
【００９８】
ＳＬＳ_ｓｏｕｒｃｅ_ＩＰ_ａｄｄｒｅｓｓ_ｐｒｅｓｅｎｔ-  サービスシグナリングを伝送するセッションの定義のためにソースＩＰアドレスが必要であるか否かを示す。
【００９９】
ＳＬＳ_ｓｅｓｓｉｏｎ_ｐｒｅｓｅｎｔ−  サービスシグナリングがサービスリストテーブルと別途のセッションを通じて伝送されるか否かを示す。
【０１００】
ＳＬＳ_ｐｒｏｔｏｃｏｌ_ｔｙｐｅ-  サービスシグナリングが伝送されるプロトコルを示し、例えば次の＜表７＞のように定義できる。
【０１０１】
【表７】
0006719481.tif 000011
【０１０２】
ＳＬＳ_ｐｒｏｔｏｃｏｌ_ｖｅｒｓｉｏｎ−  サービスシグナリングを伝送するプロトコルのバージョンを表す。
【０１０３】
次のフィールドは、ｂｒｏａｄｃａｓｔ_ｃｏｍｐｏｎｅｎｔｓ_ｐｒｅｓｅｎｔフィールドとＳＬＳ_ｓｅｓｓｉｏｎ_ｐｒｅｓｅｎｔフィールドの値が両方とも１である場合に存在できる。
【０１０４】
ＳＬＳ_ＰＬＰ_ＩＤ-  サービスシグナリングが伝送されるＰＬＰの識別子。
【０１０５】
ＳＬＳ_ｄｅｓｔｉｎａｔｉｏｎ_ＩＰ_ａｄｄｒｅｓｓ-  サービスシグナリングが伝送されるセッションの宛先ＩＰアドレス。
【０１０６】
ＳＬＳ_ｄｅｓｔｉｎａｔｉｏｎ_ＵＤＰ_ｐｏｒｔ−  サービスシグナリングが伝送されるセッションの宛先ＵＤＰポート。
【０１０７】
ＳＬＳ_ｓｏｕｒｃｅ_ＩＰ_ａｄｄｒｅｓｓ-  サービスシグナリングが伝送されるセッションの宛先ＩＰアドレス。
【０１０８】
本発明の一実施形態において、＜表５＞に示す一部フィールドは省略され、他のフィールドが追加されることもある。一例として、サービスシグナリングが常にブロードキャストネットワークを介して配信されるシステムでは、＜表５＞のｂｒｏａｄｃａｓｔ_ｃｏｍｐｏｎｅｎｔｓ_ｐｒｅｓｅｎｔは省略できる。他の例として、サービスシグナリングが常に同一のプロトコルを用いて伝送される場合には、ＳＬＳ_ｐｒｏｔｏｃｏｌ_ｔｙｐｅは省略できる。
【０１０９】
図８は、本発明の一実施形態によるブロードキャストシステムの物理チャンネル構成の一例を示す。
【０１１０】
図８を参照すると、一つの物理チャンネルに該当する物理チャンネルフレーム(ＰＨＹフレーム)８０５は、１個のシグナリングＰＬＰ８１０と２個のデータＰＬＰ(ＰＬＰ＃１，ＰＬＰ＃２)８１５、８２０で構成される。
【０１１１】
シグナリングＰＬＰ８１０は、[ｓＩＰ１，ｄＩＰ１，ｄＰｏｒｔ１]で識別されるＵＤＰセッション８１０ａを含み、ＵＤＰセッション８１０ａは、サービスリストテーブル８１０ｂを伝送する。サービステーブルリスト８１０ｂは、バイナリフォーマットにて、ＵＤＰパケットのペイロードを通じて伝送される。サービステーブルリスト８１０ｂがＸＭＬフォーマットで構成される場合、ＸＭＬフォーマットのサービステーブルリスト８１０ｂは、バイナリメッセージの形態にカプセル化されてＵＤＰパケットのペイロードを通じて伝送される。バイナリメッセージは、サービステーブルリスト８１０ｂを表現するＸＭＬドキュメントと共に、このＸＭＬドキュメントのタイプ、長さ、及びバージョンを識別できるバイナリフィールドをさらに含むことができる。
【０１１２】
ここで、サービスリストテーブル８１０ｂを伝送するＵＤＰセッション８１０ａは、シグナリングＰＬＰ８１０を通じて送出される一方で、他の実施形態として、ＵＤＰセッション８１０ａは、ビデオ/オーディオセグメント/コンポーネントといったメディアデータを伝送するＲＯＵＴＥ又はＭＭＴＰセッション８１５ａ、８２０ａと同様に、データＰＬＰ８１５又は８２０で伝送できる。この場合、サービスリストテーブル８１０ｂを伝送するＵＤＰセッション８１０ａは、標準又はシステムオペレータ等により予め固定した値のＩＰアドレス及びＵＤＰポート番号を使用する。あるいは、インターネットのような他の手段を介して受信器に指定されてもよい。
【０１１３】
ＰＬＰ＃１  ８１５は、[ｓＩＰ２，ｄＩＰ２，ｄＰｏｒｔ２]で識別されるＲＯＵＴＥセッション８１５ａを含み、ＲＯＵＴＥセッション８１５ａは、少なくとも一つの階層符号化トランスポート(ＬＣＴ)チャンネルを含むことができる。一つのＬＣＴチャンネルはｔｓｉ-ｖと識別され、ビデオセグメントを搬送し、他の一つのＬＣＴチャンネルはｔｓｉ-ａと識別され、オーディオセグメントを搬送できる。また、追加的に含まれるシグナリングのためのＬＣＴチャンネルはｔｓｉ-ｓと識別され、Ｓ-ＴＳＩＤ、ＭＰＤ、又はＮＲＴディスクリプションテーブルのようなシグナリングメッセージを搬送できる。
【０１１４】
ＰＬＰ＃２  ８２０は、[ｓＩＰ３，ｄＩＰ３，ｄＰｏｒｔ３]で識別されるＭＭＴＰセッション８２０ａを含み、ＭＭＴＰセッション８２０ａは、パケットＩＤにより識別される２個のチャンネルと、選択的にシグナリングパケットを搬送するシグナリングチャンネルを含むことができる。ｐｉｄ-ｖとのパケットＩＤを有するチャンネルはビデオコンポーネントを含むビデオＭＰＵを搬送し、ｐｉｄ-ａとのパケットＩＤを有するチャンネルはオーディオコンポーネントを有するオーディオＭＰＵを搬送する。シグナリングチャンネルは、ＭＰＴメッセージ又はｍｍｔ_ａｔｓｃ３_ｍｅｓｓａｇｅのようなシグナリングメッセージを搬送する。
【０１１５】
ＭＭＴＰセッション８２０ａにより伝送されるサービス/トランスポートセッション/コンポーネントレベルシグナリングは、ｍｍｔ_ａｔｓｃ３_ｍｅｓｓａｇｅにカプセル化され、ＭＭＴＰセッション８２０ａのシグナリングメッセージモードを用いて伝送される。次の＜表８＞は、ｍｍｔ_ａｔｓｃ３_ｍｅｓｓａｇｅに含まれる情報エレメントの一例を示す。例えば、ｍｍｔ_ａｔｓｃ３_ｍｅｓｓａｇｅは、下記の＜表８＞に示す情報エレメントのうち少なくとも一つを含みうる。
【０１１６】
【表８】
0006719481.tif 000012
【０１１７】
＜表８＞において、各エレメントは、以下に示す意味を有する。
【０１１８】
ｍｅｓｓａｇｅ_ｉｄ-  ｍｍｔ_ａｔｓｃ３_ｍｅｓｓａｇｅ()を識別するための１６ビットの識別子。
【０１１９】
ｖｅｒｓｉｏｎ-  ｍｍｔ_ａｔｓｃ３_ｍｅｓｓａｇｅ(）のバージョンを識別するための８ビットの識別子。
【０１２０】
ｌｅｎｇｔｈ-  ｍｍｔ_ａｔｓｃ３_ｍｅｓｓａｇｅ(）のバイト単位長を示す３２ビットのフィールド。ｍｍｔ_ａｔｓｃ３_ｍｅｓｓａｇｅ(）の長さは、ｌｅｎｇｔｈフィールドの次のバイトからｍｍｔ_ａｔｓｃ３_ｍｅｓｓａｇｅ(）の最後のバイトまでのバイト数を示す。
【０１２１】
ｍｍｔ_ａｔｓｃ３_ｍｅｓｓａｇｅ()内のメッセージペイロードは、下記のようなエレメントのうち少なくとも一つを含むことができる。
【０１２２】
ｓｅｒｖｉｃｅ_ｉｄ-  ｍｍｔ_ａｔｓｃ３_ｍｅｓｓａｇｅ(）のメッセージペイロードで伝送される情報が適用されるサービスを識別するための１６ビットの識別子。後述するユーザーサービスディスクリプションのａｔｓｃ：ｓｅｒｖｉｃｅＩｄフィールドと同一の値に設定される。
【０１２３】
ａｔｓｃ３_ｍｅｓｓａｇｅ_ｐａｙｌｏａｄ_ｔｙｐｅ-  ｍｍｔ_ａｔｓｃ３_ｍｅｓｓａｇｅ(）のメッセージペイロードで伝送される情報のタイプを識別するための１６ビットの識別子であって、一例として次の＜表９＞のように定義できる。
【０１２４】
【表９】
0006719481.tif 000013
【０１２５】
ａｔｓｃ３_ｍｅｓｓａｇｅ_ｐａｙｌｏａｄ_ｖｅｒｓｉｏｎ-  ｍｍｔ_ａｔｓｃ３_ｍｅｓｓａｇｅ(）のメッセージペイロードで伝送される情報のバージョンを識別するための８ビットの識別子。メッセージペイロードは、ｓｅｒｖｉｃｅ_ｉｄとａｔｓｃ３_ｍｅｓｓａｇｅ_ｐａｙｌｏａｄ_ｔｙｐｅの組み合わせにより識別されてもよい。
【０１２６】
ＵＲＩ_ｌｅｎｇｔｈ-  メッセージペイロードを識別するために使用されるＵＲＩの長さを示す８ビットのフィールドであって、このメッセージがＵＲＩを提供しない場合に０の値を有する。
【０１２７】
ＵＲＩ_ｂｙｔｅ-  メッセージペイロードを識別するために使用されるＵＲＩの各バイトを示す８ビットのフィールドであって、ＵＴＦ-８キャラクタで表現され、終端ヌルキャラクタは含まれない。
【０１２８】
ａｔｓｃ３_ｍｅｓｓａｇｅ_ｐａｙｌｏａｄ_ｂｙｔｅ-  メッセージペイロードを通じて伝送される情報の各バイトを示す８ビットのフィールド。
【０１２９】
図９は、本発明の一実施形態によるＩＰベースのブロードキャストシステムのシグナリング構成の一例を示す。
【０１３０】
図９を参照すると、サービスリストテーブル(ＳＬＴ)９０５は、各サービスに対するサービスＩＤを示すｓｅｒｖｉｃｅ_ｉｄ、チャンネル番号を示すｃｈａｎｎｅｌ_ｎｕｍｂｅｒ、ショートサービス名を示すｓｈｏｒｔ_ｓｅｒｖｉｃｅ_ｎａｍｅ、サービスカテゴリを示すｓｅｒｖｉｃｅ_ｃａｔｅｇｏｒｙといったサービスに関する基本情報と共に、サービスシグナリングを提供するユーザーサービスディスクリプション(ＵＳＤ)９１０の獲得のためのサービスシグナリング位置を示すＳＳ_ｌｏｃａｔｉｏｎ９０５ａを含む。
【０１３１】
ユーザーサービスディスクリプション９１０は、ｓｅｒｖｉｃｅ_ｉｄ、ｓｅｒｖｉｃｅ_ｎａｍｅ、ｓｅｒｖｉｃｅ_ｌａｎｇｕａｇｅ、ｃａｐａｂｉｌｉｔｙのような基本情報を提供する。また、サービスを構成する各コンポーネントを獲得して使用するために必要なシグナリングを含む。図９で参照するＩＰベースのブロードキャストシステムにおいて、ブロードキャストネットワークを介して配信されるリアルタイムメディアデータは、ＭＰＵフォーマットでＭＭＴプロトコルを用いて伝送され、非リアルタイム(ＮＲＴ)メディアデータは、ＲＯＵＴＥプロトコルを用いて伝送される。このために、ユーザーサービスディスクリプション９１０は、ＭＭＴプロトコルのためのＭＰＵコンポーネント情報ｍｐｕ_ｃｏｍｐｏｎｅｎｔ、ＲＯＵＴＥコンポーネント情報ｒｏｕｔｅ_ｃｏｍｐｏｎｅｎｔ、広帯域(ＢＢ)コンポーネント情報ＢＢ_ｃｏｍｐｏｎｅｎｔ、及びコンポーネントシグナリング情報Ｃｏｍｐｏｎｅｎｔｉｎｆｏ９１０ｄを含む。ここで、広帯域ネットワークを介して伝送されるリアルタイムメディアデータは、ＤＡＳＨフォーマットで伝送される。
【０１３２】
ＭＰＵコンポーネント情報は、ＭＰＵのためのトランスポートセッション及びコンポーネントシグナリング９１５の獲得経路を示すｐａｃｋａｇｅ_ｉｄフィールド９１０ａを含む。ＲＯＵＴＥコンポーネント情報は、ＤＡＳＨセグメントの伝送のためのトランスポートセッションシグナリング９２０の獲得経路を示すＳ-ＴＳＩＤ  ｌｏｃａｔｉｏｎフィールド９１０ｂを含む。広帯域コンポーネント情報は、リアルタイムメディアデータのためのコンポーネントシグナリング９２５の獲得経路を示すＭＰＤ  ｌｏｃａｔｉｏｎフィールド９１０ｃを含む。ユーザーサービスディスクリプション９１０は、コンポーネントのタイプ、役割、識別子などを示すコンポーネントシグナリング情報９１０ｄを追加して含むことができる。
【０１３３】
一般的なブロードキャストサービスを表現するためのサービスシグナリング以外に、ユーザーサービスディスクリプション９１０に含まれるエレメントについて、以下により詳細に説明する。
【０１３４】
１)ユーザーサービスディスクリプション９１０は、特定のサービスに該当するＭＰＴメッセージを包含するトランスポートセッション、及び、コンポーネントシグナリング９１５を獲得するために必要なパッケージ識別子ｐａｃｋａｇｅ_ｉｄ９１０ａを提供する。ＭＰＴメッセージは、ＭＰＵフォーマットで伝送されるメディアを獲得するためのＭＭＴＰセッションに関する情報、ＭＭＴパケットのｐａｃｋｅｔ_ｉｄ、及び、コンポーネントシグナリングの一部を含む。
【０１３５】
２）ユーザーサービスディスクリプション９１０は、ＲＯＵＴＥプロトコルにより伝送される非リアルタイムデータの獲得に必要なＳ-ＴＳＩＤの位置情報９１０ｂを提供する。位置情報９１０ｂは、ソースＩＰアドレス、宛先ＩＰアドレス、宛先ＵＤＰポート番号、ＰＬＰ識別子、Ｓ-ＴＳＩＤのＵＲＩ、及びＳ-ＴＳＩＤが伝送されるＲＯＵＴＥプロトコルのバージョンに関する情報のうち少なくとも一つを含むことができる。
【０１３６】
３)ユーザーサービスディスクリプション９１０は、広帯域ネットワークを介して伝送されるＤＡＳＨコンポーネントを獲得するためのＭＰＤ位置情報９１０ｃを含む。
【０１３７】
４)ブロードキャストネットワークを介して伝送されるサービスコンポーネントに対するコンポーネントシグナリングの一部９１０ｄを含む。
【０１３８】
下記の＜表１０＞にサービスシグナリングとコンポーネントシグナリングの一部を含むユーザーサービスディスクリプション９１０の一例を示す。
【０１３９】
【表１０】
0006719481.tif 000014
0006719481.tif 000015
0006719481.tif 000016
【０１４０】
＜表１０＞において、ＭＰＵコンポーネント情報ａｔｓｃ：ｍｐｕＣｏｍｐｏｎｅｎｔフィールドは、ＭＭＴパッケージのための参照経路を示すＭＭＴ_Ｐａｃｋａｇｅ_ＩＤフィールドと、次に使用されるＭＭＴパッケージの参照経路を示すｎｅｘｔ_ＭＭＴ_Ｐａｃｋａｇｅ_ＩＤフィールドのうち少なくとも一つを含みうる。
【０１４１】
ＲＯＵＴＥコンポーネント情報ａｔｓｃ：ｒｏｕｔｅＣｏｍｐｏｎｅｎｔフィールドは、Ｓ-ＴＳＩＤフラグメントの参照経路を示すｓＴＳＩＤＵｒｉフィールド、サービスシグナリングを搬送するＰＬＰの識別子を示す整数を示すｓｌｓｐｌｐＩｄフィールド、サービスシグナリングを搬送するパケットの宛先ＩＰアドレスと宛先ポート番号とソースＩＰアドレスを含むｓｌｓＤｅｓｔｉｎａｔｉｏｎＩＰＡｄｄｒｅｓｓ、ｓｌｓＤｅｓｔｉｎａｔｉｏｎＵｄｐＰｏｒｔ、ｓｌｓＳｏｕｒｃｅＩＰＡｄｄｒｅｓｓフィールド、及び、サービスシグナリングを搬送するために使用されるプロトコルの主バージョン番号及び補助バージョン番号を示すｓｌｓＭａｊｏｒＰｒｏｔｏｃｏｌＶｅｒｓｉｏｎ、ｓｌｓＭｉｎｏｒＰｒｏｔｏｃｏｌＶｅｒｓｉｏｎフィールドを含む。
【０１４２】
広帯域コンポーネント情報ａｔｓｃ：ｂｒｏａｄｂａｎｄＣｏｍｐｏｎｅｎｔフィールドは、広帯域ネットワークを介して搬送されるサービスのコンデンツコンポーネントに関するディスクリプションを含むＭＰＤフラグメントの参照経路を表すｆｕｌｌｆＭＰＤＵｒｉフィールドを含む。
【０１４３】
コンポーネントシグナリング情報を示すａｔｓｃ：ＣｏｍｐｏｎｅｎｔＩｎｆｏフィールドは、コンポーネントタイプとコンポーネントの役割、コンポーネントが保護されているか否かを示すｃｏｍｐｏｎｅｎｔＰｒｏｔｅｃｔｅｄＦｌａｇフィールド、コンポーネント識別子、及びコンポーネント名のうち少なくとも一つを含む。
【０１４４】
ここで、コンポーネント識別子を示す＠ａｔｓｃ：ｃｏｍｐｏｎｅｎｔＩｄフィールドの値は、例えば該当コンポーネントがＭＰＵフォーマットでＭＭＴプロトコルを用いてリアルタイムで伝送される場合には、ＭＰＴのアセットＩＤと同一であり、該当コンポーネントがＲＯＵＴＥプロトコルを用いて伝送される非リアルタイムコンポーネントである場合には、ファイルを示すＵＲＩと同一である。
【０１４５】
さらに、ａｔｓｃ：ＣｏｍｐｏｎｅｎｔＩｎｆｏフィールドは、各コンポーネントがＭＰＵフォーマットでＭＭＴプロトコルを用いてリアルタイムで伝送されるか、あるいはＲＯＵＴＥプロトコルを用いて非リアルタイムモードで伝送されるかを示すフィールドをさらに含みうる。
【０１４６】
図１０は、本発明の一実施形態によるブロードキャストサービス及びサービスシグナリングの送信手順を示すフローチャートである。
【０１４７】
図１０を参照すると、ステップ１００５において、送信器は、第１のトランスポートプロトコルによる第１のパケットストリームを生成し、ステップ１０１０において、第２のトランスポートプロトコルによる第２のパケットストリームを生成し、ステップ１０１５において、第１のパケットストリーム及び第２のパケットストリームに関連したサービスシグナリングを生成する。ここで、ステップ１００５、１０１０、１０１５は、順次に、同時に、あるいは相互に独立して実行できる。
【０１４８】
ステップ１０２０において、送信器は、第１のパケットストリーム及び第２のパケットストリームを各々該当する第１及び第２のトランスポートプロトコルを用いて伝送する。また、サービスシグナリングは、別途のシグナリングセクションを用いて伝送され、あるいはサービスシグナリングの少なくとも一部は、第１及び第２のトランスポートプロトコルのうち少なくとも一つを用いてブロードキャスト信号上で伝送されてもよい。サービスシグナリングの少なくとも一部は、広帯域ネットワークを通じて伝送できる。
【０１４９】
図１１は、本発明の一実施形態によるブロードキャストサービス及びサービスシグナリングの受信手順を示すフローチャートである。
【０１５０】
図１１を参照すると、ステップ１１０５において、受信器は、ブロードキャストネットワークを通じてブロードキャスト信号を受信し、ステップ１１１０において、ブロードキャスト信号を、第１のトランスポートプロトコル及び第２のトランスポートプロトコルにより解析して、第１のパケットストリーム及び第２のパケットストリームを各々検出する。さらに、受信器は、ブロードキャスト信号と、選択的に広帯域ネットワークを介して受信される広帯域信号からサービスシグナリングを検出する。
【０１５１】
ステップ１１２０及びステップ１１２５において、受信器は、第１のパケットストリーム及び第２のパケットストリームを復号してメディア、ファイル、及びシグナリングを検出する。受信器は、第１のパケットストリーム及び第２のパケットストリームを復号するために、必要な場合、ステップ１１１５において、復号されたサービスシグナリングの少なくとも一部情報を使用する。
【０１５２】
ステップ１１３０において、受信器は、サービスシグナリングの復号により検出されたシグナリング情報及び上記検出されたメディア、ファイル、及びシグナリングを用いて、ユーザーにブロードキャストサービスを提供する。
【０１５３】
本発明の多様な実施形態は、コンピュータ読み取り可能な記録媒体に対するコンピュータ読み取り可能なコードとして実現できる。このコンピュータ読み取り可能な記録媒体は、コンピュータシステムによって読み取り可能なデータを格納する任意のタイプのデータストレージデバイスとできる。コンピュータ読み取り可能な記録媒体の例としては、ＲＯＭ、ＲＡＭ、ＣＤ-ＲＯＭ、磁気テープ、フロッピーディスク、光データ格納装置、及び搬送波(インターネットを経由するデータ伝送など)を含む。また、このコンピュータ読み取り可能な記録媒体は、ネットワーク接続されたコンピュータシステムにわたって分散されることによって、コンピュータ読み取り可能なコードは、分散した状態で格納及び実行される。また、本発明を達成するための機能プログラム、コード、及びコードセグメントは、当該技術分野における熟練されたプログラマにとって容易に理解できる。
【０１５４】
さらに、本発明の多様な実施形態による装置及び方法は、ハードウェア、ソフトウェア、又はそれらの組み合わせの形態で実現可能であってもよい。このようなソフトウェアは、例えば、削除可能又は再書き込み可能に関係なく、ＲＯＭ等の格納装置のような揮発性又は非揮発性格納装置、あるいは、メモリ(例えば、ＲＡＭ、メモリチップ、装置及び集積回路のようなメモリ、又は、例えばＣＤ、ＤＶＤ、磁気ディスク又は磁気テープといった光学的又は磁気的に記録可能な、機械(例えば、コンピュータ)読み取り可能な格納媒体に格納することができる。本発明の多様な実施形態による方法は、制御部及びメモリを含むコンピュータ又は移動端末により実現できる。このメモリは、本発明の実施形態を実現するための命令を含むプログラムを格納するのに適合した機械読み取り可能な格納媒体の一例であることがわかる。
【０１５５】
したがって、本発明は、本請求項により定められた装置及び方法を実現するための符号を含むプログラム、及びこのようなプログラムを格納する機械(例えば、コンピュータ)読み取り可能な格納媒体を含む。このプログラムは、有線/無線接続を通じて伝送される通信信号のような任意の媒体を介して電気的に伝送でき、これに均等なものと共に本発明に含まれる。
【０１５６】
さらに、本発明の多様な実施形態による装置は、有線または無線で接続されるプログラム提供装置からプログラムを受信して格納できる。プログラム提供装置は、プログラム処理装置が既に設定されたシグナリング方法を実行するようにする指示を含むプログラムとシグナリング方法に必要な情報などを格納するためのメモリと、シグナリング処理装置との有線または無線通信を実行するための通信部と、シグナリング処理装置による要求により又は自動で該当プログラムを送受信装置に伝送する制御部と、を含むことができる。
【０１５７】
以上、本発明の詳細な説明においては具体的な実施形態に関して説明したが、特許請求の範囲を外れない限り、様々な変更が可能であることは、当該技術分野における通常の知識を持つ者には明らかである。したがって、本発明の範囲は、前述の実施形態に限定されるものではなく、特許請求の範囲の記載及びこれと均等なものに基づいて定められるべきである。
【図１】
0006719481.tif 000017
【図２】
0006719481.tif 000018
【図３】
0006719481.tif 000019
【図４】
0006719481.tif 000020
【図５】
0006719481.tif 000021
【図６】
0006719481.tif 000022
【図７】
0006719481.tif 000023
【図８】
0006719481.tif 000024
【図９】
0006719481.tif 000025
【図１０】
0006719481.tif 000026
【図１１】
0006719481.tif 000027