JP4620779B2

JP4620779B2 - ブロードキャストシステムにおける通知メッセージを提供する方法及び装置

Info

Publication number: JP4620779B2
Application number: JP2008526881A
Authority: JP
Inventors: スン−オウ・フワン; ジェ−ヨン・ソン; クク−フイ・イ; ボ−ソン・ジュン; ジョン−ヒョ・イ; ジェ−ヨン・イ
Original assignee: Samsung Electronics Co Ltd
Current assignee: Samsung Electronics Co Ltd
Priority date: 2005-08-17
Filing date: 2006-08-17
Publication date: 2011-01-26
Anticipated expiration: 2026-08-17
Also published as: BRPI0614989A2; US8547977B2; CN101243701B; BRPI0614989B1; JP2009505557A; AU2006280599B2; US20070041377A1; EP2276199A3; KR101270275B1; WO2007021141A1; EP2276199B1; EP1755274A2; ES2435648T3; AU2006280599A1; EP1755274A3; EP2276199A2; CN101243701A; CA2615675A1; KR20070021032A; CA2615675C

Description

本発明は、ブロードキャストサービスを提供するブロードキャストシステムに関し、特に、移動体ブロードキャストサービスを提供するブロードキャストシステムにおける通知メッセージを提供する方法及び装置に関する。

一般的に、移動体ブロードキャストシステムは、移動体ブロードキャストサービスを受信することができる端末によるサービスの発見、上記端末によるサービスの加入、上記サービスを受信するための様々な制御情報の提供、上記サービスの送信、及び上記端末によるサービスの受信を含む多くの処理を含む。上記移動体ブロードキャストシステムから移動体ブロードキャストサービスを受信する過程において、上記端末は、上記ブロードキャストサービスのための様々な制御情報を含む通知メッセージ（Notification Message）を受信する。

このような移動体ブロードキャストシステムの一例は、本願の出願人により出願された韓国特許出願第２００５-１６６５０号に詳細に開示されている。かかるブロードキャストシステムにおいて、上記端末がブロードキャストを受信している間に、様々な要因により変更事項が発生することができる。かかる変更事項のうちの幾つかは、上記端末に通知されなければならない情報である可能性がある。例えば、上記変更情報は、上記移動体ブロードキャストサービス時間の変更、及び上記移動体ブロードキャストサービスの受信のための情報の変更を含むことができる。

上記開示されたブロードキャストシステムは、移動体ブロードキャスト通知構成を示す。しかしながら、上記通知メッセージの受信のための基本情報及び実際の通知メッセージの送受信について定義されていないため、上記移動体ブロードキャストサービスを受信することができる端末は、上記通知メッセージを受信することはできない。したがって、これについての手続及び方法に対する定義が必要とされた。

上述のような背景に鑑みてなされたものであり、本発明の目的は、移動体ブロードキャストサービスを提供するブロードキャストシステムにおける制御情報を送信するシステム及び方法を提供することにある。

本発明の他の目的は、移動体ブロードキャストサービスを提供するブロードキャストシステムにおける稼動中の端末に対し、通知メッセージを生成して送信するシステム及び方法を提供することにある。

本発明のさらなる他の目的は、移動体ブロードキャストサービスを提供するブロードキャストシステムにおいて、スリープ(sleep)中、または、他のインタラクションシステムに接続中の端末に通知メッセージを送信する装置及び方法を提供することにある。

上記のような目的を達成するために、本発明の一の側面によれば、インターネットプロトコル（ＩＰ）基盤のブロードキャストシステムの送信器でブロードキャストサービスを提供する方法を提供する。かかる方法は、一般通知メッセージをブロードキャスト受信器に送信するための第１のネットワークアドレスを含む第１の接続情報と、上記ブロードキャストシステムの管理に関連した第２の接続情報とをブロードキャストネットワーク及び双方向ネットワークのうちの一つを介して上記ブロードキャスト受信器に送信するステップ（ａ）と、一般通知イベントが発生する場合に、上記一般通知メッセージを生成し、上記生成された一般通知メッセージを上記第１のネットワークアドレスを用いて上記ブロードキャストネットワーク及び上記双方向ネットワークのうちの一つを介して上記ブロードキャスト受信器に送信するステップ（ｂ）と、を含む。

本発明の他の側面によれば、インターネットプロトコル（ＩＰ）基盤のブロードキャストシステムの送信器を提供する。かかる送信器は、一般通知メッセージを送信するための第１のネットワークアドレスを含む第１の接続情報及び上記ブロードキャストシステムの管理に関連した第２の接続情報をブロードキャストネットワーク及び双方向ネットワークのうちの一つを介して送信する第１の手段と、一般通知イベントが発生する場合に、上記生成された一般通知メッセージを上記第１のネットワークアドレスを用いて上記ブロードキャストネットワーク及び上記双方向ネットワークのうちの一つを介して送信する第２の手段と、を含む。

本発明のさらに他の側面によれば、インターネットプロトコル（ＩＰ）基盤のブロードキャストシステムのブロードキャスト受信器でブロードキャストサービスを受信する方法を提供する。かかる方法は、一般通知メッセージを受信するための第１のネットワークアドレスを含む第１の接続情報及び上記ブロードキャストシステムの管理に関連した第２の接続情報をブロードキャストネットワーク及び双方向ネットワークのうちの一つを介してブロードキャスト送信器から受信するステップ（ａ）と、上記ブロードキャスト送信器から受信されたデータの中で、上記第１のネットワークアドレスに基づく一般通知メッセージを受信するステップ（ｂ）と、を含む。

本発明のさらなる他の側面によれば、インターネットプロトコル（ＩＰ）基盤のブロードキャストシステムのブロードキャスト受信器を提供する。かかるブロードキャスト受信器は、一般通知メッセージを受信するための第１のネットワークアドレスを含む第１の接続情報及び上記ブロードキャストシステムの管理に関連した第２の接続情報をブロードキャストネットワーク及び双方向ネットワークのうちの一つを介してブロードキャスト送信器から受信する第１の手段と、上記ブロードキャスト送信器から受信されたデータの中で、上記第１のネットワークアドレスに基づく一般通知メッセージを受信する第２の手段と、を含む。

本発明のさらにまた他の側面によれば、インターネットプロトコル（ＩＰ）を用いたネットワーク基盤のブロードキャストシステムにおいて、ブロードキャストサービスを提供する方法を提供する。かかる方法は、ブロードキャスト送信器が、一般通知メッセージをブロードキャスト受信器に送信するための第１のネットワークアドレスを含む第１の接続情報と、上記ブロードキャストシステムの管理に関連した第２の接続情報とをブロードキャストネットワーク及び双方向ネットワークのうちの一つを介して上記ブロードキャスト受信器に送信するステップ（ａ）と、一般通知イベントが発生する場合に、上記一般通知メッセージを生成し、上記生成された一般通知メッセージを上記第１のネットワークアドレスを用いて上記ブロードキャストネットワーク及び上記双方向ネットワークのうちの一つを介して上記ブロードキャスト受信器に送信するステップ（ｂ）と、上記ブロードキャスト送信器から受信されたデータの中で、上記第１のネットワークアドレスに基づく一般通知メッセージを受信するステップ（ｃ）と、を含む。

本発明のさらにまた他の側面によれば、インターネットプロトコル（ＩＰ）を用いたネットワーク基盤のブロードキャストシステムを提供する。かかるブロードキャストシステムは、一般通知メッセージを送信するための第１のネットワークアドレスを含む第１の接続情報と、上記ブロードキャストシステムの管理に関連した第２の接続情報とをブロードキャスト受信器に予め送信し、一般通知イベントが発生する場合に、上記一般通知メッセージを生成し、上記生成された一般通知メッセージを上記第１のネットワークアドレスを用いて上記ブロードキャストネットワーク及び上記双方向ネットワークのうちの一つを介して上記ブロードキャスト受信器に送信するブロードキャスト送信器と、上記ブロードキャスト送信器から受信されたデータの中で、上記第１のネットワークアドレスに基づく一般通知メッセージを受信する上記ブロードキャスト受信器と、を含む。

本発明のさらなる他の側面によれば、インターネットプロトコル（ＩＰ）基盤のブロードキャストシステムの送信器でブロードキャストサービスを提供する方法を実現するためのプログラムを格納するコンピュータ読み取り可能な記録媒体を提供する。かかる方法は、上記ブロードキャストサービスを受信するブロードキャスト受信器に一般通知メッセージを送信するための第１のネットワークアドレスを含む第１の接続情報及び上記ブロードキャストシステムの管理に関連した第２の接続情報をブロードキャストネットワーク及び双方向ネットワークのうちの一つを介して上記ブロードキャスト受信器に送信するステップ（ａ）を含む。追加的に、かかる方法は、一般通知イベントが発生する場合に、上記一般通知メッセージを生成し、上記生成された一般通知メッセージを上記第１のネットワークアドレスを用いて上記ブロードキャストネットワーク及び双方向ネットワークのうちの一つを介して上記ブロードキャスト受信器に送信するステップ（ｂ）を含む。

本発明のさらにその他の側面によれば、インターネットプロトコル（ＩＰ）基盤のブロードキャストシステムの受信器でブロードキャストサービスを受信する方法を実現するためのプログラムを格納するコンピュータ読み取り可能な記録媒体を提供する。かかる方法は、一般通知メッセージを受信するための第１のネットワークアドレスを含む第１の接続情報及び上記ブロードキャストシステムの管理に関連した第２の接続情報をブロードキャストネットワーク及び双方向ネットワークのうちの一つを介してブロードキャスト送信器から受信するステップ（ａ）と、上記ブロードキャスト送信器から受信されたデータの中で、上記第１のネットワークアドレスに基づく一般通知メッセージを受信するステップ（ｂ）と、を含む。

本発明の実施形態によれば、サービスガイド伝達ディスクリプタ（ＳＧＤＤ）に通知メッセージの伝達のためのＩＰアドレス及びＵＤＰポートを設定することにより、受信信号の全てのヘッダーを解読する必要がなく、これにより、システムオーバーヘッドを減少させ、端末がスリープ状態にあるか、または、他のシステムとの連動の際でも、通知メッセージを送信することができるという長所を有する。

本発明の詳細な構成要素は、本発明の実施形態の包括的な理解を助けるために提供されたものであり、ただ１つの実施形態にすぎない。したがって、本発明の範囲及び精神を逸脱することなく様々な変形が可能であるということは、当該技術分野における通常の知識を有する者には明らかである。また、明瞭性と簡潔性の観点から、本発明に関連した公知の機能や構成に関する具体的な説明が本発明の要旨を不明瞭にすると判断される場合には、その詳細な説明を省略する。

本発明の実施形態は、移動体ブロードキャストサービスを提供するブロードキャストシステムにおいて、サービスまたはシステムに関する変更事項が発生するか、または、緊急状況を知らせなければならない場合には、移動体ブロードキャストサービスを受信する端末に対し、通知メッセージを生成して送信する装置及び方法を提案する。また、本発明の実施形態は、上記端末がサービスを受信しているか否かに関係なく、通知メッセージを伝達することができる方法を提供する。以下の説明では、上記移動体ブロードキャストサービスを支援する移動体通信システムを“移動体ブロードキャストシステム”と呼ぶ。

明瞭性と簡潔性のために、移動体ブロードキャストシステムを実施形態別に説明した後に、本発明の実施形態による通知メッセージのフォーマットと、このメッセージのフォーマットを適用する移動体ブロードキャストシステムについて説明する。この後、本発明の実施形態による移動体ブロードキャストシステムにおいて、上記通知メッセージを生成して送信する装置及び方法について説明する。第１の実施形態は、非同期移動体通信の標準化グループである第３世代パートナーシッププロジェクト（3^rd Generation Partnership Project；３ＧＰＰ）或いは端末アプリケーション（Application）の標準化グループであるオープンモバイルアライアンス（Open Mobile Alliance；ＯＭＡ）で定義されたブロードキャストシステムを参照して説明される。第２の実施形態は、他の移動体ブロードキャストの標準化グループで定義されたデジタルビデオブロードキャスト（Digital Video Broadcasting-Convergence of Broadcasting and Mobile Service；ＤＶＢ-ＣＢＭＳ）システムを参照して説明される。

上記通知メッセージの理解を助けるために、第１の実施形態による移動体ブロードキャストシステムについて説明する。上記第１の実施形態では、ＯＭＡ移動体ブロードキャストシステムで使用されるエンティティ（entity）等の名称が使用されているが、ＯＭＡ標準及び名称の使用が本発明の実施形態の範囲を限定するのではなく、第１の実施形態は、類似した技術的な背景を有するシステムにも適用されることができる。

図１は、本発明の第１の実施形態による移動体ブロードキャストシステムにおける通知メッセージを送信するための機能的な基本構成(architecture)を示す図である。図１に示すシステムは、移動体ブロードキャスト端末の標準化グループのうちの１つであるオープンモバイルアライアンスブラウザ及びコンテンツモバイルブロードキャスト（Open Mobile Alliance Browser and Content Mobile Broadcast；ＯＭＡＢＡＣＢＣＡＳＴ）ワーキンググループにより定義される。本発明の実施形態がＯＭＡＢＣＡＳＴ通知ブロードキャスト構造を参照して説明されるが、インターネットプロトコル（Internet Protocol；ＩＰ）に基づくブロードキャストシステムの中で、通知メッセージ機能を有している他の移動体ブロードキャストシステムにも適用されることができ、かかる実施形態は、本発明の実施形態の範囲を限定するものではない。また、本発明の実施形態は、ＢＣＡＳＴシステムのブロードキャストサービスに関連した説明及び受信方法を含む情報として“サービスガイド”を使用する。また、ブロードキャストサービスアクセス方法を含む情報として“アクセスフラグメント”を使用する。“サービスガイド”及び“アクセスフラグメント”という用語は、該当するブロードキャストシステムの種類に従って、相互に異なる用語として定義されることができる。

図１を参照すると、コンテンツ供給者（Content Creation；ＣＣ）１０１は、ブロードキャスト（以下、“ＢＣＡＳＴ”と称する。）サービスのプロバイダーである。上記ＢＣＡＳＴサービスは、従来の音声／映像ブロードキャストサービス、ファイル（音楽ファイルまたはデータファイル）ダウンロードサービスなどを含むことができる。ＢＣＡＳＴサービスの供給に問題があるか、または上記サービスのコンテンツに変更事項がある場合には、コンテンツ供給者１０１は、上記変更事項をＢＣＡＳＴサービスアプリケーション（Service Application）１０２の内部にある通知イベント部（Notification Event Function）１０２-１に通知する。

ＢＣＡＳＴサービスアプリケーション１０２は、コンテンツ供給者１０１から供給されたＢＣＡＳＴサービスのデータを受信し、上記受信されたデータを上記ブロードキャストネットワークに適合した形態で処理し、ＢＣＡＳＴサービスデータを生成する役割を果たす。また、ＢＣＡＳＴサービスアプリケーション１０２は、移動体ブロードキャストガイドに必要とされる標準化されたメタデータを生成する役割を果たす。また、ＢＣＡＳＴサービスアプリケーション１０２は、コンテンツ供給者１０１からＢＣＡＳＴサービスの変動事項についての通知を受け、上記変動事項をブロードキャスト加入管理部（BCAST Subscription Management）１０４内に位置する通知生成部（Notification Generation Function）１０４-１に通知する。

ＢＣＡＳＴサービス分配／適応部（Notification Distribution/Adaptation Function）１０３は、ＢＣＡＳＴサービスアプリケーション１０２から提供されたＢＣＡＳＴサービスデータを送信するベアラ（Bearer）を設定する機能、ＢＣＡＳＴサービスに関する送信スケジュールを決定する機能、及び移動体ブロードキャストガイドを生成する機能を有する。ＢＣＡＳＴサービス分配／適応部１０３は、ＢＣＡＳＴサービスを提供することができるブロードキャスト分配システム（Broadcast Distribution System；ＢＤＳ）１０６、または、双方向通信を支援するインタラクションネットワーク１０７に接続される。また、通知分配／適応部１０３-１を含むＢＣＡＳＴサービス分配／適応部１０３は、ＢＣＡＳＴ加入管理部１０４から通知メッセージを受信し、上記通知メッセージをＢＤＳ１０６またはインタラクションネットワーク１０７を介して一人または複数のユーザに送信する。

ＢＣＡＳＴ加入管理部（Broadcast Subscription Management）１０４は、ＢＣＡＳＴサービスの受信のための加入情報、サービス提供情報、及びＢＣＡＳＴサービスを受信する装置に関する装置情報を管理する。特に、ＢＣＡＳＴ加入管理部１０４は、通知生成部１０４-１を含むので、コンテンツ供給者１０１またはＢＤＳ１０６から受信された通知イベント情報を用いて通知メッセージを生成するか、または、ＢＣＡＳＴサービスイベントに関する通知メッセージを生成する。

ＢＤＳサービス分配部（Service Distribution）１０５は、受信された全てのＢＣＡＳＴサービスをブロードキャストチャネル（Broadcast channel）またはインタラクションチャネル（Interaction channel）を介して分配する機能を有する。ＢＤＳサービス分配部１０５は、ＢＤＳ１０６の種類に応じて、存在することもあり、または、存在しないこともあるエンティティである。

ＢＤＳ１０６は、ＢＣＡＳＴサービスを送信するネットワークであり、例えば、ＤＶＢ-Ｈ、３ＧＰＰマルチメディアブロードキャストマルチキャストサービス（Multimedia Broadcast Multicast Service；ＭＢＭＳ）、及び３ＧＰＰ２ブロードキャスト／マルチキャストサービス（BroadCast/MultiCast Service；ＢＣＭＣＳ）などであり得る。また、特定のＢＣＡＳＴサービスを送信するにあたり、変動事項がある場合において、Ｘ-１インターフェース１３１またはＢＤＳサービス分配部１０５が存在すると、上記変動事項をＮＴ-Ｂ１インターフェース１２４を介してＢＣＡＳＴサービス分配／適応部１０３に通知する。

インタラクションネットワーク（Interaction Network）１０７は、ポイントツーポイント方式でＢＣＡＳＴサービスを送信するか、または、ＢＣＡＳＴサービスの受信に関連した制御情報及び付加情報を双方向に交換し、例えば、既存のセルラーネットワークであることができる。

端末１０８は、ＢＣＡＳＴサービスを受信することができ、上記端末の性能に従ってセルラーネットワークに接続する機能を有する。ここでは、端末１０８は、上記セルラーネットワークに接続されることができる端末であると仮定する。端末１０８は、通知クライアント部（Notification Client Function；ＮＴＣ）１０８-１を用いて、ＮＴ-５インターフェース１２５を介して送信される通知メッセージを受信し、上記受信された通知メッセージに従って適切な動作を遂行する。あるいは、端末１０８は、ＮＴ-６インターフェース１２６を介して送信される通知メッセージを受信し、上記受信された通知メッセージに従って適切な動作を遂行する。

次いで、上記エンティティ間のインターフェースについて説明する。
ＮＴ-１インターフェース１２１は、ＢＣＡＳＴサービスアプリケーション１０２に位置する通知イベント部１０２-１とコンテンツ供給者１０１との間のインターフェースである。ＮＴ-１インターフェース１２１は、通知を必要とするイベントがコンテンツ供給者１０１で発生する場合には、該当する通知イベントを通知イベント部１０２-１に伝達するために使用される。

ＮＴ-３インターフェース１２２は、ＢＣＡＳＴサービスアプリケーション１０２に位置する通知イベント部１０２-１からＢＣＡＳＴ加入管理部１０４の通知生成部１０４-１へのインターフェースである。ＮＴ-３インターフェース１２２は、通知生成部１０４-１が上記通知メッセージを生成することができるように、イベントの通知または通知メッセージの生成のために必要とされる情報を伝達する。

ＮＴ-４インターフェース１２３は、ＢＣＡＳＴ加入管理部１０４に位置する通知生成部１０４-１とＢＣＡＳＴサービス分配／適応部１０３の通知分配／適応部１０３-１との間のインターフェースである。ＮＴ-４インターフェース１２３は、通知生成部１０４-１で生成された通知メッセージをＢＤＳ１０６またはインタラクションネットワーク１０７に送信するために、通知メッセージを通知分配／適応部１０３-１に送信するのに使用される。或いは、ＮＴ-４インターフェース１２３は、通知分配／適応部１０３-１がＢＤＳ１０６で発生されたイベントに関する通知メッセージを送信するために使用されてもよい。

ＮＴ-５インターフェース１２５は、ＢＣＡＳＴサービス分配／適応部１０３の通知分配／適応部１０３-１から提供された通知メッセージがＢＤＳ１０６を通してブロードキャストチャネルを介して端末１０８に直接送信される場合に使用されるインターフェースである。ＮＴ-５インターフェース１２５は、通知メッセージを１つまたは複数の端末に送信するために使用される。

ＮＴ-６インターフェース１２６は、ＢＣＡＳＴサービス分配／適応部１０３の通知分配／適応部１０３-１から提供された通知メッセージがインタラクションネットワーク１０７を通して端末１０８との専用チャネル、または、インタラクションネットワーク１０７により提供されるブロードキャストチャネルを介して端末１０８に直接送信される場合に使用されるインターフェースである。ＮＴ-６インターフェース１２６は、通知メッセージを１つの端末または複数の端末１０８に送信するために使用される。

ＮＴ-Ｂ１インターフェース１２４は、ＢＣＡＳＴサービス分配／適応部１０３とＢＤＳサービス分配部１０５との間のインターフェースであり、ＢＤＳ１０６でのＢＣＡＳＴサービス分配／適応部１０３による送信経路、または、ＢＤＳ１０６で生成されたイベント情報のための受信経路として使用される。

Ｘ-１インターフェース１３１は、ＢＤＳサービス分配部１０５が存在しない場合に、ＢＣＡＳＴサービス分配／適応部１０３がＢＤＳ１０６で使用する送信経路として使用され、ＢＤＳ１０６で生成されたイベント情報の受信経路として使用されるインターフェースである。しかしながら、ＢＤＳサービス分配部１０５が存在する場合には、Ｘ-１インターフェース１３１は、ＢＤＳ１０６で発生したイベントの通知のために、ＢＤＳ１０６とＢＤＳサービス分配部１０５との間のインターフェースとして使用される。

Ｘ-２インターフェース１３２は、ＢＤＳサービス分配部１０５が存在しない場合には、ＢＣＡＳＴサービス分配／適応部１０３がインタラクションネットワーク１０７で使用する送信経路の設定のために使用されるインターフェースである。しかしながら、Ｘ-２インターフェース１３２は、ＢＤＳサービス分配部１０５が存在する場合には、通知メッセージがインタラクションネットワーク１０７で使用されるベアラーの設定及び通知メッセージの送信のために、ＢＤＳ１０６とインタラクションネットワーク１０７との間のインターフェースとして使用される。

Ｘ-３インターフェース１３３は、ＢＤＳ１０６と端末１０８との間のインターフェースであり、ＢＣＡＳＴサービスまたはブロードキャストチャネルを介して送信される全てのメッセージのために使用される。
Ｘ-４インターフェース１３４は、ＢＤＳサービス分配部１０５と端末１０８との間のブロードキャストチャネルインターフェースである。
Ｘ-５インターフェース１３５は、ＢＤＳサービス分配部１０５と端末１０８との間のインタラクションチャネルインターフェースである。
Ｘ-６インターフェース１３６は、インタラクションネットワーク１０７がＢＣＡＳＴサービスに関連した制御情報を送信することができる双方向インターフェースである。

通知イベント部１０２-１は、通知メッセージを生成するために必要とされる情報を通知生成部１０４-１に伝達する機能を有し、通知を必要とするイベントの発生を検出した場合には、上記イベントに関する情報を通知生成部１０４-１に伝達する。通知生成部１０４-１は、通知イベント部１０２-１から受信された、通知メッセージを生成するために必要とされる情報及びイベントを用いて通知メッセージを生成する。通知イベントを通知分配／適応部１０３-１を介してＢＤＳ１０６から受信する場合には、通知メッセージを生成し、上記通知メッセージを通知分配／適応部１０３-１に送信する。上記通知メッセージを生成する過程において、サービスの開始を再通知する必要があれば、通知生成部１０４-１は、コンテンツ供給者１０１からサービス情報の変更を示す通知を受ける。従って、上記通知メッセージを生成する場合としては、新たな移動体ブロードキャストガイドを送信する必要がある場合と、特定のイベントがＢＤＳ１０６で発生する場合などがある。

通知分配／適応部１０３-１は、ＮＴ-５インターフェース１２５またはＮＴ-６インターフェース１２６を介して通知メッセージを送信し、ＢＤＳ１０６から特定の移動体ブロードキャストサービスに関する情報の変更事項を示す通知イベントをＮＴ-４インターフェース１２３を介して通知生成部１０４-１に伝達する役割を果たす。ここで、上記ブロードキャストサービスに関する情報の変更事項は、例えば、無線ネットワーク環境に起因したサービスの不能または送信速度の調節などを含むことができる。

まず、上記通知メッセージを受信することができる方法を詳細に説明する前に、上記通知メッセージの種類について説明する。
上記通知メッセージは、２種類に大別されることができる。
第１の通知メッセージは、汎用的に、全てのユーザーに伝達される一般通知メッセージである。かかる通知メッセージは、サービスプロバイダーが災害ブロードキャストまたはシステム変更情報を複数のユーザーに提供するために使用される。
第２の通知メッセージは、特定のサービスに限定される特定通知メッセージである。かかる通知メッセージは、該当するサービスを受けている複数のユーザーのみに送信され、サービスの変更及び開始などを知らせるために使用される。

上記一般通知メッセージ、すなわち、第１の通知メッセージの送信について説明する。
本発明の実施形態によるサービスガイド伝達ディスクリプタ（Service Guide Delivery Descriptor；ＳＧＤＤ）、すなわち、サービスガイド伝達メッセージについて説明する。本発明の実施形態による一般通知メッセージは、下記の＜表１＞及び＜表２＞に示される。下記の＜表１＞及び＜表２＞は、ＯＭＡブロードキャストのために使用されるサービスガイド伝達ディスクリプタ（ＳＧＤＤ）の要素及び属性を示す。説明の便宜上、下記の＜表１＞及び＜表２＞は、１つの表であるが、区分して示される。

上述した＜表１＞及び＜表２＞で使用される用語について説明する。‘ネーム（Name）’は、該当するメッセージを構成する要素値（Element values）及び属性値（Attribute values）の名称を示す。‘タイプ（Type）’は、該当する名称が要素値または属性値に該当するか否かを示す。上記要素値は、Ｅ１、Ｅ２、Ｅ３、及びＥ４の値を有する。Ｅ１は、全メッセージに関する上位要素値を意味し、Ｅ２は、Ｅ１の下位要素値を示し、Ｅ３は、Ｅ２の下位要素値を示し、Ｅ４は、Ｅ３の下位要素値を示す。上記属性値は、Ａで示され、Ａは、該当する要素の属性値を示す。例えば、Ｅ１の下にあるＡは、Ｅ１の属性値を示す。

‘カテゴリー（Category）’は、該当する要素値または属性値が必須内容であるか否かを示すために使用され、上記値が必須事項である場合には、Ｍ（Mandatory）の値を有し、上記値がオプション（Optional）である場合には、Ｏの値を有する。‘カーディナリティー（Cardinality）’は、要素間の関係を示し、“０”は、オプション関係を意味し、“１”は、必須の関係を意味し、‘ｎ’は、複数の値を有する可能性を意味する。例えば、‘０．．ｎ’は、該当する要素値がないか、または、該当するｎ個の要素値がある可能性を意味する。‘説明（Description）’は、該当する要素又は属性値の意味を定義する。

上述した＜表１＞を参照すると、ＯＭＡブロードキャストのために使用されるサービスガイド伝達ディスクリプタ（ＳＧＤＤ）の要素及び属性が示されている。上記ＳＧＤＤの説明に先立って、サービスガイド（ServiceGuide；ＳＧ）について説明する。移動体ブロードキャストシステムにおいて、上記サービスガイドは、どんなサービスがユーザーに現在提供されているかを示すために使用される。上記サービスガイドを通して提供される情報は、サービス自体に関する情報、サービス購入に関する情報、サービス受信に関する情報、サービスプロバイダーに関する情報、及び通信システムに関する情報などを含むことができる。

上記サービスガイドは、提供される情報の特性に従って幾つかのフラグメントで構成される。したがって、一つの完全なサービスガイドを構成するためには、複数のフラグメントを受信しなければならない。上記ＳＧＤＤの目的は、上記複数のフラグメントの送信スケジュール及び送信チャネルに関する情報を提供することにより、上記サービスガイドフラグメントを受信する端末がより効率的にサービスガイドフラグメントを受信するようにすることにある。

上述した＜表１＞及び＜表２＞を参照すると、ディスクリプタエントリー（DescriptorEntry）は、上記ＳＧＤＤ内の任意のサービスガイドフラグメントを受信することができる情報を提供し、複数の‘ディスクリプタエントリー’が存在することができる。

トランスポート（Transport）は、サービスガイドを伝達するためのトランスポートセッションに関する位置情報を有し、下記の３つの属性で定義される。上記トランスポート要素の属性のうちの一つである属性ＩＰアドレスは、トランスポートセッションのインターネットプロトコル（Internet Protocol；ＩＰ）アドレスを示す。上記トランスポート要素の属性のうちの一つである属性ポートは、トランスポートセッションのポート番号を示す。上記トランスポート要素の属性のうちの一つである属性セッションＩＤ（SessionID）は、トランスポートセッションの識別子（Identifier）を示す。

上記ディスクリプタエントリーが示すチャネルでブロードキャストチャネルを介してサービスガイドフラグメントを受信することができない場合には、オルタネイティブアクセスアドレス（AlternativeAccessURL）は、上記移動体ブロードキャスト端末がインタラクションネットワーク１０７を介して上記サービスガイドフラグメントを受信することができるように、上記サービスガイドフラグメントを受信することができる位置を示し、オルタネイティブアクセスＵＲＬは、ユニバーサルリソースロケータ（Universal Resource Locater）によって示される。

サービスガイド伝達ユニット（ServiceGuideDeliveryUnit）は、サービスガイドを構成する幾つかのデータフラグメントの束(bundle)を示し、既存の３つの属性及び複数の要素で構成される。上記サービスガイド伝達ユニット内の要素の個数は、データフラグメントの個数に比例する。上記サービスガイド伝達ユニット要素の属性のうちの１つであるトランスポートオブジェクトＩＤ（transportObjectID）は、サービスガイドを伝達するためのオブジェクトのＩＤを示す。サービスガイド伝達ユニット要素の属性のうちの１つである有効開始（validFrom）は、該当するサービスガイドデータフラグメントの有効開始時間を示す。上記サービスガイド伝達ユニット要素の属性のうちの１つである有効終了（validTo）は、該当するサービスガイドデータフラグメントの有効終了時間を示す。

フラグメント（Fragment）は、上記サービスガイド伝達ユニットに属している要素であり、複数のフラグメントが存在することができる。現在提供可能なサービスガイドに関する情報フラグメントであるフラグメントは、３つの属性を有する。上記フラグメント要素の属性のうちの１つであるフラグメントＩＤ（FragmentID）は、情報フラグメントのＩＤを示す。上記フラグメント要素の属性のうちの１つであるフラグメントバージョン（FragmentVersion）は、情報フラグメントのバージョン情報を示す。上記フラグメント要素の属性のうちの１つであるタイプ（Type）は、情報フラグメントのスキーマまたは多目的インターネットメール拡張仕様（MultipurposeInternetMailExtension；ＭＩＭＥ）タイプを示す。

通知エントリー（NotificationEntry）要素は、通知ポート（NotificationPort）及び通知アドレス（NotificationAddress）の２つの属性を有する。上記通知ポート及び通知アドレスは、端末が一般通知メッセージ（NotificationMessage）を受信することができるチャネルに関する情報を示す。大部分の移動体ブロードキャストにおいて、データ送信技術としてのＩＰの使用が論議されている。上記ＩＰが使用されるという前提の下に端末が一般通知メッセージを受信することができる方法は、一般通知メッセージが伝達される上記ＩＰアドレスに関する情報を提供すると共に、上記ＩＰ上にＵＤＰ（UserDatagramProtocol）が使用されるという前提の下にＵＤＰポート番号に関する情報を提供し、その結果、上記端末は、一般通知メッセージを受信することができる。上記ＵＤＰを使用する理由は、次の通りである。ＴＣＰなどの他のトランスポートプロトコルが使用されることもできるが、ＵＤＰトランスポートプロトコルのヘッダーのオーバーヘッドが小さく、受信確認を支援しないため、単方向に送信されるブロードキャストサービスの特性に適合する。通知ポートは、一般通知メッセージを送信する際に、ネットワークプロバイダーまたはサービスプロバイダーがＵＤＰポート番号を使用するように予め割り当てられたＵＤＰポート番号を有する。一般通知メッセージの使用のために指定されたＵＤＰポートを通して送信されたメッセージを受信した端末は、ＳＧＤＤを介して一般通知メッセージのためのＵＤＰポートを認識しているので、該当するパケットを即座に一般通知メッセージとして認識し、上記パケットを処理することができる。

図１の通知イベント部１０２-１または通知分配／適応部１０３-１は、一般通知メッセージを伝達するために、伝達メッセージを生成するエンティティとして使用可能である。上記送信メッセージを生成するための装置は、サービスが現在送信されている全てのセッションに関する情報を有する。すなわち、別途の新たなセッションを生成しなくても、一般通知メッセージを既存のトランスポートセッションに添付(attach)することができる。

セッションの基本識別単位は、ＩＰアドレスで構成され、一般通知メッセージは、進行中のセッションのＩＰアドレスを使用する。移動体ブロードキャストシステムがＵＤＰポートだけを異ならせることにより、進行中のＩＰセッションを介して一般通知メッセージを伝達すると、端末は、別途のセッションをモニタリングする必要なく、すぐ一般通知メッセージを受信することができる。上記通知ポートは、端末が移動体ブロードキャストサービスを受信しており、上記移動体ブロードキャストサービスが送信されているＩＰフロー（すなわち、ＩＰトランスポート経路）を介して一般通知メッセージを伝達することを希望する場合に使用されることができる。

上記通知アドレスは、一般通知メッセージを伝達する間に専用ＩＰアドレスを割り当て、上記ＩＰアドレスを有するフロー（すなわち、トランスポート経路）を介して一般通知メッセージを伝達しようとする場合に使用される。上記通知アドレスは、上記一般通知メッセージを移動体ブロードキャストサービスを受信している端末、または、電源を節約するために、移動体ブロードキャストサービスを受信していないアイドルモードにある端末に伝達するために、ＩＰアドレスを提供する。一般通知メッセージを受信する端末は、上記通知ポート及び上記通知アドレスの情報を有し、端末の状況または一般通知メッセージを伝達することを希望するエンティティとして一般通知メッセージを受信し、一般通知メッセージの受信アドレスを設定する。

次いで、本発明の実施形態による移動体ブロードキャストシステムとして図１のシステムを用いてＳＧＤＤメッセージを伝達する方法について説明する。
図２は、本発明の実施形態によるＳＧＤＤを生成して送信する方法を示すフローチャートである。

図２を参照すると、まず、ＢＣＡＳＴサービス分配／適応部１０３は、ステップ２０１で、端末１０８に伝達されるＳＧＤＤの要素及び属性を指定する。ステップ２０１で、本発明の実施形態による通知エントリー、通知ポート、及び通知アドレス値が指定される。ここで、上記ＳＧＤＤの要素及び属性は、ブロードキャストプロバイダーまたはシステム環境に従って予め決定される。ステップ２０１が完了した後に、ステップ２０２で、ＢＣＡＳＴサービス分配／適応部１０３は、上記ＳＧＤＤを生成する。その後、ＢＣＡＳＴサービス分配／適応部１０３は、ステップ２０３で、上記生成されたＳＧＤＤを端末１０８に送信する。ここで、ＳＧＤＤの指定及び生成がＢＣＡＳＴサービス分配／適応部１０３によりなされるが、通知イベント部１０２-１によってもなされることができる。

図３は、本発明の実施形態による移動体ブロードキャストシステムにおける端末１０８がＳＧＤＤを受信する方法を示すフローチャートである。
図３を参照すると、まず、端末１０８は、ステップ３０１で、ユーザーの要請に応じてブロードキャストサービスを実行し、ステップ３０２で、ユーザーのためのサービスガイド（ＳＧ）をディスプレーするために、上記サービスガイドが端末１０８に存在するか否かを判定する。ステップ３０２で、予め受信されたサービスガイドが存在する場合には、ステップ３０６で、端末１０８は、上記サービスガイドを表示部にディスプレーする。他方、サービスガイドが存在しない場合には、端末１０８は、ステップ３０３で、ＢＣＡＳＴサービス分配／適応部１０３から送信されたＳＧＤＤを受信する。

上記ＳＧＤＤを受信した端末１０８は、ステップ３０４で、上記ＳＧＤＤを解読して、上記サービスガイドを受信するための情報を取得し、上記取得された情報を用いて上記サービスガイドの受信を設定する。特に、本発明の実施形態では、端末１０８は、一般的な設定に加えて、端末１０８が一般通知メッセージの受信に必要とされる通知エントリー、通知ポート、及び通知アドレス値を取得する。その後、端末１０８は、ステップ３０５で、上記サービスガイドを即座に受信する。十分なサービスガイドデータを受信した後に、端末１０８は、ステップ３０６で、上記受信されたサービスガイドをユーザーのための端末の表示部にディスプレーする。

上記ＳＧＤＤを受信した端末１０８は、ブロードキャストの受信を設定した後に、上記ブロードキャストを受信する。その後、端末１０８は、上記ブロードキャストを受信する間に、一般通知メッセージを送受信し、かかるメッセージの送受信に関するブロードキャストシステムについて説明する。

図４は、本発明の実施形態による移動体ブロードキャストシステムにおける一般通知メッセージを送信するブロードキャストシステムの構成を示すブロック図である。この図４には、図１の通知分配／適応部１０３-１及び通知クライアント部１０８-１の詳細な構成が示されている。また、端末１０８の１つの機能的なブロックである通知クライアント部１０８-１は、端末１０８と見なされることができる。

図４を参照すると、通知分配／適応部１０３-１は、一般通知メッセージを端末または端末グループに伝達する役割を果たし、ＵＤＰパケット生成部４０２及びＩＰパケット生成部４０３を含む。ＵＤＰパケット生成部４０２は、通知イベント部１０２-１から伝達された一般通知メッセージがある場合には、上記ＳＧＤＤを介して端末に予め設定された通知ポートを用いてＵＤＰパケットを生成した後に、上記生成されたＵＤＰパケットをＩＰパケット生成部４０３に伝達する。ここで、上記通知ポートは、ＳＧＤＤを介して受信された通知ポートに設定された値である。上記一般通知メッセージがＵＤＰレイヤーに直接入力される理由は、他の上位レイヤーのトランスポートプロトコルが使用される場合に、プロトコルヘッダーのサイズが送信されるメッセージのサイズより大きくて効率が減少されるためである。

ＩＰパケット生成部４０３は、ＵＤＰパケット生成部４０２から送信されたＵＤＰパケットを示す通知を受けると、現在進行中のセッションのＩＰアドレスを使用してパケットを生成する。上述したように、ＵＤＰポート番号だけを用いて一般通知メッセージを送信することができるが、上記端末をスリープ状態(sleep state)から目覚めさせるためには、別途のＩＰセッションが必要とされ、上記端末が上記一般通知メッセージを受信するようにする。これは、スリープ状態から目覚めた端末が進行中のセッションを有していないためである。このような事項を考慮して、ＩＰパケット生成部４０３は、現在進行中のセッションのＩＰアドレスのためのパケットを生成するだけでなく、上記通知アドレスのＩＰアドレスを使用してパケットも生成し、上記生成されたパケットを送信する。

上記生成されたＩＰパケットは、ブロードキャスト分配システム又はインタラクションネットワーク４０４を介して通知クライアント部１０８-１に送信する。ここで、ブロードキャスト分配システム又はインタラクションネットワーク４０４は、説明の便宜上、一つのブロックで示される。すなわち、装置４０４の選択は、ブロードキャストプロバイダー又はシステム環境によって決定される。

通知クライアント部１０８-１は、通知分配／適応部１０３-１から送信されたＩＰパケットデータをデカプセル化(decapsulating)することにより、一般通知メッセージを解読する。したがって、通知クライアント部１０８-１は、ＩＰパケット解読部４０６、ＵＤＰパケット解読部４０７、及び一般通知メッセージ解読部４０８を含む。

ＩＰパケット解読部４０６は、ブロードキャスト分配システム又はインタラクションネットワーク４０４を介して受信されたＩＰパケットが現在進行中のセッションに該当するか、または、一般通知メッセージの受信アドレスで指定されているかを確認する。すなわち、上記ＩＰパケットが上記通知アドレスに該当する場合には、ＩＰパケット解読部４０６は、ＩＰヘッダーをデカプセル化することにより、ＵＤＰパケットを生成し、上記生成されたＵＤＰパケットをＵＤＰパケット解読部４０７に伝達する。他方、上記ＩＰパケットが上記通知アドレスに該当しない場合には、ＩＰパケット解読部４０６は、該当するパケットを捨てる。

ＵＤＰ解読部４０７は、現在進行中のセッションに該当する場合のみに、ＩＰパケット解読部４０６から提供されたＵＤＰパケットを上位レイヤーに伝達する。しかしながら、受信されたＵＤＰパケットがＳＧＤＤの通知ポートを通して予め登録された一般通知メッセージの識別ポート番号を予め有している場合には、ＵＤＰ解読部４０７は、上記受信されたＵＤＰパケットをデカプセル化して上位レイヤーに伝達することなく、一般通知メッセージ解読部４０８に送信する。一般通知メッセージ解読部４０８は、上記デカプセル化されたパケットを受信して、上記一般通知メッセージを解読し、その解読の結果に従って、上記端末の将来の動作を判定する。ここで、一般通知メッセージ解読部４０８は、制御部で実現されることもできる。

図５を参照して、本発明の実施形態による一般通知メッセージを送信する方法について説明する。
図５は、本発明の実施形態による移動体ブロードキャストシステムにおける一般通知メッセージを送信する過程を示すフローチャートである。

図５を参照すると、まず、ＢＣＡＳＴサービス分配／適応部１０３は、ステップ５０１で、通知内容を含む一般通知メッセージを通知イベント部１０２-１から受信する。その次のステップ５０２で、ＢＣＡＳＴサービス分配／適応部１０３は、予め定められたＵＤＰポート及び上記受信された一般通知メッセージを使用してＵＤＰパケットを生成する。上記一般通知メッセージのフォーマットは、サービスプロバイダーにより通知されるものであるため、送信とは直接関連がなく、したがって、該当する一般通知メッセージは、ＵＤＰパケットの中に直ちに生成される。

一方、上記受信された一般通知メッセージを受信すると、図４に示すようなインタラクションネットワーク１０７に接続されるか、または、ページングメッセージを受信することができるが、端末のブロードキャスト受信部がディスエーブルされる状態、すなわちスリープ状態にある端末が存在することがある。したがって、このような状態にある端末１０８は、インタラクションネットワーク１０７又は他の方法を通してページングを遂行することにより、スリープ中のブロードキャスト受信部（図示せず）を目覚めさせなければならない。このために、ＢＣＡＳＴサービス分配／適応部１０３は、ステップ５０４で、スリープ中のブロードキャスト受信部を目覚めさせるためのページングメッセージを生成し、ステップ５０５で、インタラクションネットワーク１０７又は他の方法を通して上記ページングメッセージを送信することにより、スリープ中の端末のブロードキャスト受信部を目覚めさせる。

上記一般通知メッセージを運搬するためのパケットは、予め指定された通知伝達用ＵＤＰポート番号、すなわち、通知ポートを用いて生成される。これは、端末１０８が上記受信されたパケットを一般通知メッセージとして認識することができるようにするためである。ステップ５０３で、上記生成されたＵＤＰパケットは、現在進行中のセッションのＩＰアドレス又は一般通知メッセージを伝達するためのＩＰアドレス、すなわち、通知アドレスを使用してＩＰパケットに生成される。通知分配／適応部１０３-１は、ＢＣＡＳＴサービス分配／適応部１０３にサービスを送信するためのパートで管理しているため、現在進行中のセッションのＩＰアドレスを取得することができる。上記生成されたＩＰパケットは、下位レイヤーの送信部に伝達される。この場合に、上記一般通知メッセージは、パケット損失又はパケット受信に失敗することもある状況を考慮して、ネットワークプロバイダー又はサービスプロバイダーの必要に従って、下位レイヤーの送信部に数回繰り返し伝達されることができる。

図６は、本発明の実施形態による移動体ブロードキャストシステムの通知クライアント部１０８-１で一般通知メッセージを受信する過程を示すフローチャートである。
図６を参照すると、通知クライアント部１０８-１は、ステップ６０１で、受信ＩＰパケットを受信し、上記ＩＰパケットのヘッダーを解読する。通知クライアント部１０８-１は、ステップ６０２で、上記ヘッダーを解読した結果、上記パケットのＩＰアドレスが現在進行中のセッションのＩＰアドレスと同一であるか否かを検査する。上記ＩＰの検査を遂行する理由は、通知クライアント部１０８-１が現在進行中のセッションと関連がないパケットを受信する必要がないためである。したがって、上記ＩＰの検査の結果、ＩＰヘッダーのアドレスが現在進行中のセッションのアドレスと異なる場合には、通知クライアント部１０８-１は、ステップ６０６で、現在受信されているパケットを捨てる。

他方、上記受信ＩＰパケットのアドレスが現在進行中のセッションのＩＰアドレスと同一である場合には、通知クライアント部１０８-１は、ステップ６０３に進んで、上記ＩＰパケットをデカプセル化することにより得られたＵＤＰパケットのヘッダーを解読する。その後、通知クライアント部１０８-１は、ステップ６０４で、上記ＵＤＰパケットのヘッダーを解読することにより得られたＵＤＰポート番号が図３に示したようなＳＧＤＤを通して予め定められた通知ポートであるか否かを確認する。すなわち、通知クライアント部１０８-１は、上記受信パケットが一般通知メッセージであるか、または、一般ブロードキャストセッションのパケットであるかを確認する。

上記確認の結果、ステップ６０４で、受信ＵＤＰパケットヘッダーのポート番号が上記一般通知メッセージを受信するために指定されたＵＤＰポート番号と一致する場合には、通知クライアント部１０８-１は、ステップ６０５で、上記受信ＵＤＰパケットをデカプセル化して、上記一般通知メッセージのペイロードを取得し、該当するメッセージを解読して必要な動作を遂行する。他方、上記受信ＵＤＰパケットのポート番号が上記予め指定されたＵＤＰポート番号と異なる場合には、通知クライアント部１０８-１は、ステップ６０７に進んで、上記受信ＵＤＰパケットを処理し、上記処理されたＵＤＰパケットを既存のブロードキャストセッションのパケットと見なす。

図７は、本発明の実施形態による移動体ブロードキャストシステムにおけるインタラクションネットワーク４０４またはスリープ中の端末を有するシステムに接続されている場合における通知クライアント部１０８-１で一般通知メッセージを受信する過程を示すフローチャートである。

図７を参照すると、通知クライアント部１０８-１は、ステップ７０１で、インタラクションネットワーク４０４のメカニズムまたは他の方法のページングメカニズムに従ってページングメッセージを受信する。通知クライアント部１０８-１は、ステップ７０２で、上記ページングメッセージを通じてスリープ中のブロードキャスト受信部を活性化させ、受信を準備する。上記受信準備は、上記ＳＧＤＤを通して送信された通知ポート及び通知アドレスを用いたセッションの生成及び受信待機状態への進入を含む。受信待機状態にある通知クライアント部１０８-１は、ステップ７０３で、通知分配／適応部１０３-１からＩＰパケットを受信すると、上記受信されたＩＰパケットのヘッダーを解読する。

通知クライアント部１０８-１は、ステップ７０４で、上記ＩＰパケットのアドレスが上記ＳＧＤＤを通して得られた上記通知アドレスから指定された一般通知メッセージのためのＩＰアドレスと一致するか否かを確認する。上記確認の結果、上記ＩＰパケットのヘッダー内のアドレスが上記通知アドレスのアドレスと異なる場合には、通知クライアント部１０８-１は、ステップ７０８で、上記パケットを捨てる。他方、上記確認の結果、上記ＩＰパケットのＩＰアドレスが上記通知アドレスのＩＰアドレスと一致する場合には、通知クライアント部１０８-１は、ステップ７０５で、上記ＩＰパケットをデカプセル化することにより得られたＵＤＰパケットのヘッダーを解読する。

その後、通知クライアント部１０８-１は、ステップ７０６で、上記ＵＤＰパケットのヘッダーを解読することにより得られたＵＤＰポート番号が上記ＳＧＤＤを通して得られた上記通知ポートのＵＤＰポート番号と一致するか否かを判定する。ステップ７０６は、上記受信されたパケットが一般通知メッセージであるか、または、間違って送信されたパケットであるかを判定するために遂行される。

ステップ７０６で、上記受信されたＵＤＰパケットヘッダーのポート番号が上記通知ポート、すなわち、上記一般通知メッセージを受信するために指定されたＵＤＰポート番号と一致すると判定される場合には、通知クライアント部１０８-１は、ステップ７０７で、ＵＤＰパケットをデカプセル化して、メッセージのペイロードを取得し、該当するメッセージを解読して必要な作業を遂行する。他方、上記受信されたＵＤＰパケットヘッダーのポート番号が上記通知ポートのポート番号と異なる場合には、通知クライアント部１０８-１は、ステップ７０８で、上記受信されたＵＤＰパケットを間違って送信されたＵＤＰパケットと見なして捨てる。

以下では、２番目の通知メッセージである特定通知メッセージについて説明する。
図８は、移動体ブロードキャスト技術の標準グループのうちの１つであるＯＭＡＢＡＣＢＣＡＳＴにおける移動体ブロードキャストのために提案されたサービスガイドのデータモデル構造を示す図である。図８において、フラグメント間を接続する各ラインは、該当する各フラグメントでの相互参照を意味する。

図８を参照すると、１つのサービスガイドは、それぞれの目的を有するフラグメントで構成され、使用用途に従って４つの大きなグループに分けられる。
アドミニストラティブ（Administrative）グループ８００は、サービスガイドを受信することができる基本情報を提供するグループであり、サービスガイドコンテキスト（Service Guide Context）８０１及びサービスガイド伝達ディスクリプタ（ServiceGuideDeliveryDescriptor）８０２で構成される。サービスガイドコンテキスト８０１は、サービスガイド識別子（ＩＤ）及びサービスガイドを生成して送信したサービスプロバイダーの識別情報及び全サービスガイドに関する情報を提供する。サービスガイド伝達ディスクリプタ８０２は、複数のサービスガイドフラグメントを受信することができるチャネルに関する情報、チャンネルに関するスケジューリング情報及び更新情報を端末に提供し、それにより、上記端末は、必要なサービスガイドのみを適切な時間で受信することができる。

プロビジョニング（Provisioning）グループ８１０は、サービス受信に関する料金情報を提供するためのグループであり、購買アイテム（PurchaseItem）８１１、購買データ（PurchaseData）８１２、及び購買チャネル（PurchaseChannel）８１３で構成される。購買アイテム８１１は、サービスまたはサービスバンドルに関する料金情報を提供し、購買データ８１２は、サービスユーザーがどんな方法を通じて料金を支払うことができるかに関する情報を提供する。購買チャネル８１３は、上記サービスユーザーが実際にサービスを購入することができるシステムに関する情報を提供する。

コア（Core）グループ８２０は、サービスそれ自体に関する情報を提供するグループであり、サービス８２１、スケジュール８２２、及びコンデンツ８２３で構成される。サービス８２１は、ユーザーが受信するサービスそれ自体に関する説明及び上記サービスがどんなコンデンツで構成されることができるかに関する情報を提供する。スケジュール８２２は、上記サービスが供給されて使用されることができる時間に関する情報を提供する。コンデンツ８２３は、上記サービスを構成する複数のコンデンツの各々に関する情報を提供する。

アクセス（Access）グループ８３０は、アクセス８３１及びセッションディスクリプション（SessionDescription）８３２で構成され、コアグループ８２０のサービスを受信する方法を示すサービスアクセス情報及び上記サービスを構成しているコンデンツが送信されるセッションに関する具体的な情報を提供して、端末が上記サービスにアクセスすることができるようにする。アクセス８３１は、１つのサービスに関する複数のアクセス方法を上記端末に提供することにより、１つのサービスに基づいて幾つかの付加的なサービスにアクセスすることができる方法を提供する。セッションディスクリプション８３２は、１つのアクセスフラグメント（AccessFragment）で定義されたサービスアクセスが送信するサービスに関するセッション情報を提供する。

上記４つのグループの他に、プレビューデータフラグメント（Preview Data fragment）８２４があり、プレビューデータフラグメント８２４は、サービス及びコンデンツのためのプレビュー及びアイコンなどを提供する。
下記の＜表３＞乃至＜表１１＞は、現在ＯＭＡＢＣＡＳＴで定義されているアクセスフラグメントの詳細な内容を示す。

上述した＜表３＞乃至＜表１１＞の‘カテゴリー’の説明は、上述した＜表１＞及び＜表２＞の説明と同一であり、上述した＜表３＞乃至＜表１１＞の詳細な説明は、公開されており、ＯＭＡのインターネットウェブサイト“http://www.openmobilealliance.org/ftp/Public_documents/BAC/BCAST/Permanent_documents/OMA-TS-TS-BCAST_ServiceGuide-V1_0_0-20050930-D.zip”に含まれている詳細な説明部分を参照されたい。参照文書は、本明細書が記述された時点では、最新バージョンであり、その後に、上記文書がアップデートされた場合には、本発明の実施形態は、上記アップデートされたバージョンに適用されることができる。

上述した＜表３＞乃至＜表１１＞において、最後の３つの項目は、上述した＜表１＞及び＜表２＞で定義された通知のために新たに定義される。通知エントリー（NotificationEntry）要素は、通知ポート（NotificationPort）及び通知アドレス（NotificationAddress）の２つの属性を有する。上記通知ポート及び通知アドレスは、端末が通知メッセージ（NotificationMessage）を受信することができるチャネルに関する情報を示す。大部分の移動体ブロードキャストにおいて、データ送信技術としてのＩＰの使用が論議されている。上記ＩＰが使用されるという前提の下に、端末が通知メッセージを受信することができる方法は、通知メッセージが伝達される上記ＩＰアドレスに関する情報を提供し、上記ＩＰ上にＵＤＰ（UserDatagramProtocol）が使用されるという前提の下に、ＵＤＰポート番号に関する情報を提供すると、上記端末は、上記通知メッセージを受信することができる。上記ＵＤＰを使用する理由は、次の通りである。ＴＣＰなどの他のトランスポートプロトコルが使用されることもできるが、ＵＤＰトランスポートプロトコルのヘッダーのオーバーヘッドが小さく、受信確認を支援しない。したがって、上記ＵＤＰトランスポートプロトコルは、単方向に送信されるブロードキャストサービスの特性に適合する。

通知ポートは、特定のサービスに関する通知メッセージを送信する際に、ネットワークプロバイダーまたはサービスプロバイダーがＵＤＰポート番号を使用するように予め割り当てられたＵＤＰポート番号を有する。上記通知メッセージの使用のために指定されたＵＤＰポートを通して送信されたメッセージを受信した端末は、上記アクセスフラグメントを介して上記通知メッセージのためのＵＤＰポートを認識しているので、該当するパケットをすぐ通知メッセージとして認識し、上記パケットを処理することができる。上記アクセスフラグメントが各サービスのために存在するため、上記アクセスフラグメント内の通知ポートは、該当するサービスに関する通知メッセージの受信を可能にする。

図１の通知イベント部１０２-１または通知分配／適応部１０３-１は、通知メッセージを伝達するために、伝達メッセージを生成するためのエンティティとして使用可能である。上記送信メッセージを生成するための装置は、サービスが進行中の全てのセッションに関する情報を有する。すなわち、別途の新たなセッションを生成しなくても、通知を必要とするトランスポートセッション、すなわち、任意のアクセスフラグメントに接続された特定のサービスのセッションに上記通知メッセージを添付することができる。セッションの基本識別単位は、ＩＰアドレスで構成され、通知メッセージは、通知を必要とするアクセスフラグメントに接続された進行中のサービスのセッションのＩＰアドレスを使用する。移動体ブロードキャストシステムがＵＤＰポートだけを異ならせることにより、進行中の特定のＩＰセッションを介して通知メッセージを伝達するため、上記端末は、別途のセッションをモニタリングする必要なく、現在進行中のセッションに関連した通知メッセージを即座に受信することができる。上記通知ポートは、上記端末が上記移動体ブロードキャストサービスを受信しており、上記移動体ブロードキャストサービスが送信されているＩＰフロー（すなわち、ＩＰトランスポート経路）を介して通知メッセージを伝達することを希望する場合に使用されることができる。

上記通知アドレスは、通知メッセージを伝達する間に専用ＩＰアドレスを割り当て、上記ＩＰアドレスを有するフロー（すなわち、トランスポート経路）を介して通知メッセージを伝達しようとする場合に使用される。上記通知アドレスは、アクセスフラグメントに接続された特定のサービスに関する通知メッセージを移動体ブロードキャストサービスを受信している端末、または、電力を節約するために、移動体ブロードキャストサービスを受信していないアイドルモードにある端末に伝達するために、ＩＰアドレスを提供する。通知メッセージを受信する端末は、上記通知ポート及び上記通知アドレスの情報を有し、上記端末の状況または上記通知メッセージを伝達することを希望するエンティティとして上記通知メッセージを受信し、上記通知メッセージの受信アドレスを設定する。

図９は、本発明の実施形態による移動体ブロードキャストシステムにおけるアクセスフラグメントを生成して送信する方法を示すフローチャートである。
図９を参照すると、まず、ＢＣＡＳＴサービス分配／適応部１０３は、ステップ９０１で、端末１０８に伝達されるアクセスフラグメントの要素及び属性を指定する。ステップ９０１で、本発明の実施形態による通知エントリー、通知ポート、及び通知アドレス値が指定される。ここで、上記アクセスフラグメントの要素及び属性は、ブロードキャストプロバイダーまたはシステム環境に従って予め決定される。ステップ９０１が完了した後に、ＢＣＡＳＴサービス分配／適応部１０３は、ステップ９０２で、上記アクセスフラグメントを生成する。その次のステップ９０３で、ＢＣＡＳＴサービス分配／適応部１０３は、ステップ９０２で生成されたアクセスフラグメントを端末１０８に提供する。

図１０は、本発明の実施形態による移動体ブロードキャストシステムの端末１０８でアクセスフラグメントを受信して処理する方法を示すフローチャートである。
図１０を参照すると、まず、端末１０８は、ステップ１００１で、端末の受信部を通してアクセスフラグメントを受信する。上記アクセスフラグメントを受信した端末１０８は、ステップ１００２で、上記アクセスフラグメントを解読して、上記アクセスフラグメントに関連した特定のサービスを受信することができる情報を取得し、上記取得された情報を用いて上記特定のサービスの受信を設定する。特に、本発明の実施形態において、端末１０８は、一般的な設定の他に、上記通知メッセージの受信のために必要とされる通知エントリー、通知ポート、及び通知アドレス値を取得する。

上記アクセスフラグメントを受信した端末１０８は、上記特定のサービスの受信を設定した後に、上記特定のサービスを受信する。その後、端末１０８は、上記特定のサービスの受信の間に、通知メッセージを送受信し、これに関するブロードキャストシステムについて説明する。

上記アクセスフラグメントに関連した通知メッセージを伝達する手続は、図５で説明されたものと同一であるが、使用される通知ポート及び通知アドレスは、汎用的に使用される値でない上記アクセスフラグメントに接続されたサービスのみに適用される値でなければならない。また、上記値は、サービスプロバイダーまたはネットワークプロバイダーによって決定される。
上記アクセスフラグメントを通して特定のサービスに関する通知メッセージを受信する端末１０８の動作は、図６及び図７で説明されたものと同一であるので、その詳細な説明を省略する。

図１１は、本発明の第２の実施形態によるデジタルビデオブロードキャスト（ＤＶＢ-ＣＢＭＳ）ネットワーク基本構成を示す図である。
図１１を参照すると、コンテンツ供給者（ＣＣ）１１０１は、ＢＣＡＳＴサービスのプロバイダーであり、上記ＢＣＡＳＴサービスは、音声／映像ブロードキャストサービス、ファイル（音楽ファイルまたはデータファイル）ダウンロードサービスなどを含むことができる。ＢＣＡＳＴサービスの供給に問題があるか、または上記サービスのコンテンツに変更事項がある場合には、コンテンツ供給者１１０１は、上記問題または変動事項をＢＣＡＳＴサービスアプリケーション（Service Application；ＳＡ）１１０２の内部にある通知イベント部（Notification Event Function；ＮＴＥ）１１０２ａに通知する。通知イベント部１１０２ａは、上記受信されたイベントに基づいて、通知メッセージイベントを通知メッセージ生成部（Notification Generation Function；ＮＧＦ）１１０３ａに伝達する。

ＢＣＡＳＴサービスアプリケーション１１０２は、コンテンツ供給者１１０１から供給されたＢＣＡＳＴサービスのコンテンツデータを受信し、上記受信されたコンテンツデータをブロードキャストネットワークに適合した形態（例えば、オーディオ／ビデオストリーミングまたは映画ダウンロード）で処理し、ＢＣＡＳＴサービスデータを生成する役割を果たす。例えば、ＢＣＡＳＴサービスアプリケーション１１０２は、サービスガイドに必要な標準化されたメタデータを生成する機能と、ユーザーに従う課金情報を生成する機能とを有する。また、ＢＣＡＳＴサービスアプリケーション１１０２は、コンテンツ供給者１１０１からＢＣＡＳＴサービスの変動事項についての通知を受け、通知イベントをサービス管理部（Service Management；ＳＭ）１１０３内に位置する通知メッセージ生成部１１０３ａに伝達し、通知メッセージの生成のために使用されるサービスガイド属性情報を通知メッセージ生成部１１０３ａに提供する。

サービス管理部１１０３は、ＢＣＡＳＴサービスアプリケーション１１０２から提供されたＢＣＡＳＴサービスの送信スケジュールを決定する役割及びサービスガイドを生成する役割を果たす。サービス管理部１１０３は、ＢＣＡＳＴサービスを提供することができるブロードキャスト分配システム１１０６及び双方向通信を支援するインタラクションネットワーク１１０７に接続される。また、サービス管理部１１０３は、その内部に通知メッセージ分配／適応部（Notification Distribution/Adaptation Function；ＮＤＡＦ）１１０３ｂを有しており、サービス管理部１１０３から通知メッセージを受信し、上記通知メッセージをブロードキャスト分配システム１１０６またはインタラクションネットワーク１１０７を介して１つの端末または１つのグループの端末に送信する。サービス管理部１１０３は、通知メッセージ生成部１１０３ａが端末用通知メッセージを生成するために必要とされるセッション情報を有し、通知メッセージ分配／適応部１１０３ｂは、上記セッション情報を通知メッセージ生成部１１０３ａに送信する。

サービス管理部１１０３は、ＢＣＡＳＴサービスの受信のための加入者情報、上記加入者が関連したコンテンツを購入したか否かを示す情報のようなサービス提供（Service Provisioning）情報、及びＢＣＡＳＴサービスを受信している端末に関する装置情報を管理する。すなわち、サービス管理部１１０３は、ユーザー課金情報をＢＣＡＳＴサービスアプリケーション１１０２に提供する。また、サービス管理部１１０３は、加入者情報、サービス提供情報、及び装置情報などをブロードキャスト分配システム１１０６及びインタラクションネットワーク１１０７に提供する。特に、サービス管理部１１０３は、通知メッセージ生成部１１０３ａを含むので、コンテンツ供給者１１０１、ＢＣＡＳＴサービスアプリケーション１１０２、サービス管理部１１０３、及びブロードキャスト分配システム１１０６から提供された、新たな機能の追加または既存の機能の変更を示すイベントが発生した場合には、上記通知イベントに関する通知メッセージを生成するか、または、コンテンツがＢＣＡＳＴサービスから提供されることを示す情報に関する通知メッセージを生成する。例えば、上記通知メッセージは、該当するブロードキャストが所定の時間が経過した後に提供される情報を示すそれ自体のイベントと関連することができる。

ブロードキャスト分配システム１１０６は、ＢＣＡＳＴサービスを送信するネットワークである。本実施形態において、ブロードキャスト分配システム１１０６は、一例として、ＤＶＢ-Ｈに基づく。ＢＣＡＳＴサービスを送信する過程で変動事項が発生する場合には、上記変動事項をＣＢＭＳ-６インターフェース１１２４ａまたはＸ-３インターフェース１１２４ｂを介してサービス管理部１１０３に通知する。

インタラクションネットワーク１１０７は、ポイントツーポイント方式でＢＣＡＳＴサービスを送信するか、または、ＢＣＡＳＴサービスの受信に関連した制御情報及び付加情報を双方向に交換し、例えば、３ＧＰＰ広帯域符号分割多元接続（Wideband Code Division Multiple Access；ＷＣＤＭＡ）ネットワークのような既存のセルラーネットワークであることができる。

端末１１０８は、ＢＣＡＳＴサービスを受信することができる端末装置であり、上記端末装置の性能に従ってインタラクションチャネルを使用してインタラクションネットワーク１１０７に接続される機能を有することができる。ここでは、インタラクションネットワーク１１０７の一例として、端末１１０８がＸ-２１１３４を介してセルラーネットワークに接続されることができる端末であると仮定する。端末１１０８は、ＣＢＭＳ-３インターフェース１１２５を介して通知クライアント部（Notification Client Function；ＮＴＣ）１１０８ａにより送信された通知メッセージを受信し、上記受信された通知メッセージに従って適切な動作を遂行する。または、端末１１０８は、ＣＢＭＳ-４インターフェース１１２６を介して送信された通知メッセージを受信し、上記受信された通知メッセージに従って適切な動作を遂行する。

次いで、本発明の第２の実施形態による移動体ブロードキャストシステムのブロック要素間のインターフェースについて説明する。
ＣＢＭＳ-７インターフェース１１２２は、ＢＣＡＳＴサービスアプリケーション１１０２内に位置する通知イベント部１１０２ａとサービス管理部１１０３の通知メッセージ生成部１１０３ａとの間のインターフェースであり、通知メッセージ生成部１１０３ａが通知メッセージを生成することができるように、イベントに関する通知または通知メッセージの生成に必要とされる情報（例えば、サービスガイドの属性情報）を運搬する。

ＣＢＭＳ-３インターフェース１１２５は、サービス管理部１１０３の通知メッセージ分配／適応部１１０３ｂから送信された通知メッセージがブロードキャスト分配システム１１０６を通してブロードキャストチャネルを介して端末１１０８に直接伝達される場合に使用されるインターフェースであり、上記通知メッセージを１つの端末または複数の端末に送信するために使用される。

ＣＢＭＳ-４インターフェース１１２６は、サービス管理部１１０３の通知メッセージ分配／適応部１１０３ｂから送信された通知メッセージがインタラクションネットワーク１１０７を介した端末１１０８との専用チャネルを通じて、またはインタラクションネットワーク１１０７で提供されるブロードキャストチャネルを介して端末１１０８に直接伝達される場合に使用されるインターフェースであり、上記通知メッセージを１つの端末または複数の端末に送信するために使用される。

ＣＢＭＳ-６インターフェース１１２４ａは、サービス管理部１１０３とブロードキャストネットワーク１１０６との間のインターフェースであり、ブロードキャストネットワーク１１０６内のサービス管理部１１０３により使用される送信経路、またはブロードキャスト分配システム１１０６で生成されたイベント情報の受信経路として使用される。

Ｘ-３インターフェース１１２４ｂは、サービス管理部１１０３とインタラクションネットワーク１１０７との間で使用される送信経路を設定するために使用されるインターフェースである。

ＣＢＭＳ-１インターフェース１１３３は、ブロードキャスト分配システム１１０６の制御信号が端末１１０８に伝達される場合に使用されるインターフェースである。例えば、ＤＶＢ-Ｈでは、プログラム特定情報／サービス情報（Program Specific information/Service information；ＰＳＩ／ＳＩ）と呼ばれる制御信号がこれに該当する。
Ｘ-２インターフェース１１３４は、インタラクションネットワーク１１０７と端末１１０８との間のインタフェースである。

通知イベント生成部１１０２ａは、通知メッセージを生成するために必要とされる情報を通知メッセージ生成部１１０３ａに伝達する役割を果たし、通知を必要とするイベントの発生を検出すると、上記イベントに関する情報を通知メッセージ生成部１１０３ａに伝達する。通知メッセージ生成部１１０３ａは、通知イベント生成部１１０２ａから受信された、通知メッセージを生成するために必要とされる情報及びイベントを用いて通知メッセージを生成する。通知イベント生成部１１０２ａが通知イベントを通知メッセージ分配／適応部１１０３ｂを介してブロードキャスト分配システム１１０６から受信する場合には、通知メッセージを生成し、上記通知メッセージを通知メッセージ分配／適応部１１０３ｂに送信する。上記通知メッセージを生成する場合は、サービスの開始をさらに知らせる必要があれば、通知メッセージ生成部１１０３ａは、コンテンツ供給者１１０１からサービス情報の変更を示す通知を受けて、上記通知メッセージを生成する場合としては、新たな移動体ブロードキャスト案内を送信する必要がある場合と、特定のイベントがブロードキャスト分配システム１１０６で発生する場合などがある。

通知メッセージ分配／適応部１１０３ｂは、ＣＢＭＳ-３インタフェース１１２５またはＣＢＭＳ-４インタフェース１１２６を介して通知メッセージを送信し、ブロードキャスト分配システム１１０６から特定の移動体ブロードキャストサービスに関する情報の変更事項を示す通知イベントを通知メッセージ生成部１１０３ａに伝達する役割を果たす。ここで、上記ブロードキャストサービスに関する情報の変更事項は、無線ネットワーク環境に起因したサービスの不能または送信速度の調節などを含むことができる。

図１２は、本発明の第２の実施形態によるＤＶＢ-ＣＢＭＳにおける電子サービスガイド（ＥＳＧ）データモデルを示す図である。
図１２を参照すると、各ブロックは、ＥＳＧデータのフラグメントを示す。すなわち、ＥＳＧデータモデルは、サービスフラグメント１２０２と、スケジュールイベントフラグメント１２０４と、コンテンツフラグメント１２０６と、取得フラグメント１２０８と、サービスバンドルフラグメント１２１０と、購買フラグメント１２１２と、購買チャネルフラグメント１２１４と、を含む。

サービスフラグメント１２０２は、サービス全体に関する説明を含む。スケジュールイベントフラグメント１２０４は、時間に従うサービスに関する情報を示す。取得フラグメント１２０８は、サービスデータを受信するために認識されなければならないサービスアクセス情報を含む。サービスバンドルフラグメント１２１０は、幾つかのサービスが１つのサービスバンドルにグルーピングされる場合に関する情報を含む。購買フラグメント１２１２は、上記サービスバンドルを購買するための価額情報を示す。購買チャネルフラグメント１２１４は、上記購買のための権利を取得するために使用されなければならないシステムに関する情報を示す。

上記データモデルの各フラグメントは、他のフラグメントを参照することができ、上記フラグメント間の矢印は、上記参照の関係を示す。上記“参照”は、現在のフラグメントが自身のフラグメントと関連がある情報を他のフラグメントから伝達された情報を用いて提供する過程を意味する。すなわち、１つのサービスが幾つかのコンテンツで構成される場合に、サービスフラグメント１２０２では、サービス全体に関する説明、例えば、サービスの名称及びサービスの言語などを含んでいるが、上記サービスを介して送信されるコンテンツそれ自体に関する説明は含んでいない。しかしながら、該当するコンテンツのコンテンツフラグメント１２０６は、該当するサービスのサービスフラグメントを参照する。また、端末が上記サービスを受信するために必要とされる様々な情報、例えば、送信プロトコルのために使用されるセッション情報などを取得するためには、端末は、サービスフラグメント１２０２が参照している取得フラグメント１２０８を受信し、上記受信された取得フラグメント１２０８を復調することにより、上記情報を取得することができる。

上記ＥＳＧデータは、実際のデータストリームとは異なる時間で、別途のＩＰストリームを用いて上記端末に伝達される。したがって、サービスプロバイダーは、上記ＥＳＧデータモデルを用いて、ユーザーがサービスを受信する前に取得しなければならない情報をサービスの伝達の前に提供することができる。上記ＥＳＧストリームを受信することにより、上記端末は、サービスプロバイダーが提供するサービスを受信するために必要とされる情報を取得し、ユーザーが特定のサービスを選択する場合には、上記端末は、上記取得された情報を用いて、上記サービスが伝達されるデータストリームにアクセスした後に、データを受信する。上記端末が上記サービスデータストリームにアクセスするための情報は、図１１で説明された通りに、取得フラグメント１２０８を介して送信される。

ＥＳＧデータモデルにおいて、幾つかのフラグメントは、１つのコンテナーにバンドルされて含まれ、各コンテナーは、送信の間に、ＦＬＵＴＥセッションでの１つのオブジェクトとして見なされる。

図１３は、本発明の第２の実施形態によるＤＶＢ-ＣＢＭＳにおけるＥＳＧ伝達動作を示す図である。
図１３を参照すると、送信器は、ＥＳＧの伝達のために、ＥＳＧブートストラッピングセッション１３１０のチャネル情報をＰＳＩ／ＳＩ信号を通じて端末に提供する。上記端末は、上記チャネル情報に従うチャネルにアクセスした後に、ブートストラッピング情報を受信する。上記ブートストラッピング情報は、ＥＳＧプロバイダーディスクリプタ（ESG Provider Descriptor）１３１２及びＥＳＧアクセスディスクリプタ（ESG Access Descriptor）（すなわち、ＥＳＧブートストラップディスクリプタ）１３１３で構成される。ファイルディスクリプションテーブル（File Description Table；ＦｕｌｌＦＤＴ）インスタンス１３１１は、ＦＬＵＴＥプロトコルで使用されるＦＤＴであり、これは、ＦＬＵＴＥセッションで送信されるファイルオブジェクトを説明するパラメーターを含んでいるテーブルである。

ＥＳＧプロバイダーディスクリプタ１３１２は、ＥＳＧプロバイダーのＩＤ、名前、ロゴなどの関連情報を含み、ＥＳＧアクセスディスクリプタ１３１３は、ＥＳＧアナウンスメント（Announcement）チャネル１３２０に関する情報、ＥＳＧが伝達される各ＩＰセッションの個数に関する情報、及びＩＰセッションのアドレス情報を含む。

ＥＳＧアナウンスメントチャネル１３２０は、ＥＳＧ初期化コンテナー（ESG Initialization Container）１３４０及びＥＳＧインデックス情報を運搬し、ＥＳＧ初期化コンテナー１３４０により運搬された情報は、次の通りである。上記情報には、コンテナーヘッダー１３３２が含まれる。ＥＳＧ初期化メッセージ（Initialization message）１３３３は、ＥＳＧの解読のためのデコーダのオプションを含み、パーティション（Partition）情報１３３４は、ＥＳＧが複数のセッションを通して送信される場合の各セッションのセッション分離基準情報及びチャネル情報を含む。インデックスリスト（Index List）１３３５及びインデックス構造（Index Structure）１３３６は、送信ＥＳＧのフラグメントと、コンテナー１３４０-１乃至１３４０-ｎ間のマッピング情報とを含む。

上記ＥＳＧは、図１３に示すように、幾つかのコンテナーに含まれて送信され、各コンテナーは、該当するコンテナーを構成するフラグメントに関する情報を示すフラグメント管理（Fragment Management）情報及びＥＳＧフラグメントで構成される。

本発明の第２の実施形態による通知メッセージを受信する動作を説明するに先立って、まず、上記通知メッセージの種類について説明する。上記通知メッセージは、２種類に大別される。

第１の通知メッセージは、汎用的に、全てのユーザーに伝達される一般通知メッセージである。かかる通知メッセージは、サービスプロバイダーが災害ブロードキャストまたはシステム変更情報を複数のユーザーに提供するために使用される。

第２の通知メッセージは、特定のサービスに限定される特定通知メッセージである。かかる通知メッセージは、上記特定のサービスを受けている複数のユーザーのみに送信され、サービスの変更及び開始などを知らせるために使用される。上記特定通知メッセージは、サービス別でない特定のユーザーグループ別に生成されて送信されることもできる。上記“特定のユーザーグループ”は、通知サービス加入などを通して形成されたユーザーグループまたはネットワークが通知メッセージを特定の地域に伝達しようとする場合に形成されるユーザーグループとなることができる。通知メッセージをサービス加入を通して形成されたユーザーグループに伝達しようとする場合には、各加入者に関する情報が管理されているため、上記通知メッセージをポイントツーポイント方式で送信することができる。特定の地域別に上記通知メッセージを伝達しようとする場合には、上記特定の地域に位置するユーザーグループは、個別に管理されない。

上記通知メッセージの送信及び受信において、本発明の第２の実施形態による全体的なフローを図１４に示す。図１４に示すように、本発明は、大きく、通知メッセージチャネル情報の伝達及び取得を行う動作Ａ（１４１０）と、通知メッセージを送信して受信する動作Ｂ（１４２０）と、端末が通知メッセージを受信して解読し、それに従う動作を遂行する動作Ｃ（１４３０）と、を含む。動作Ａ（１４１０）は、第２の実施形態で説明され、動作Ｂ（１４２０）は、図２１乃至図２６を参照して説明され、動作Ｃ（１４３０）は、明瞭性と簡潔性のために省略される。

Ｉ．動作Ａ（１４１０）
第２の実施形態であるＤＶＢ-ＣＢＭＳシステムでは、通知メッセージチャネル情報は、ＥＳＧを用いて端末に送信され、上記端末は、受信されたパケットが上記チャネル情報を用いて通知メッセージを含むことを認識する。

次の＜表１２＞を参照して、本発明の実施形態によるＤＶＢ-ＣＢＭＳシステムに適用される通知メッセージチャネル情報について説明する。

上述した＜表１２＞で使用される用語について説明する。‘ネーム（Name）’は、該当するメッセージを構成する要素値（Element values）及び属性値（Attribute values）の名称を示す。‘タイプ（Type）’は、該当する名称が要素値または属性値に該当するか否かを示す。上記要素値は、Ｅ１、Ｅ２、Ｅ３、及びＥ４の値を有する。Ｅ１は、全メッセージに関する上位要素値を意味し、Ｅ２は、Ｅ１の下位要素値を示し、Ｅ３は、Ｅ２の下位要素値を示し、Ｅ４は、Ｅ３の下位要素値を示す。上記属性値は、Ａで示され、Ａは、該当する要素の属性値を示す。例えば、Ｅ１の下のＡは、Ｅ１の属性値を示す。

‘カテゴリー（Category）’は、該当する要素値または属性値が必須内容であるか否かを示すために使用され、上記値が必須事項である場合には、Ｍ（Mandatory）の値を有し、上記値がオプション（Optional）である場合には、Ｏの値を有する。‘説明（Description）’は、該当する要素又は属性値の意味を定義する。

通知エントリー（NotificationEntry）要素は、通知ポート（NotificationPort）及び通知アドレス（NotificationAddress）の２つの属性を有する。上記通知ポート及び通知アドレスは、端末が通知メッセージ（NotificationMessage）を受信することができるチャネルに関する情報を示す。大部分の移動体ブロードキャストにおいて、データ送信技術としてのＩＰの使用が論議されている。上記ＩＰが使用されるという前提の下で端末が通知メッセージを受信することができる方法は、通知メッセージが伝達される上記ＩＰアドレスに関する情報を提供し、上記ＩＰレイヤー上にＵＤＰ（UserDatagramProtocol）が使用されるという前提の下に、ＵＤＰポート番号に関する情報を提供すると、上記端末は、通知メッセージを受信することができる。上記ＵＤＰを使用する理由は、次の通りである。ＴＣＰなどの他のトランスポートプロトコルが使用されることもできるが、ＵＤＰトランスポートプロトコルのヘッダーのオーバーヘッドが小さく、受信確認を支援しないため、単方向に送信されるブロードキャストサービスの特性に適合する。

一方、上記通知メッセージがポイントツーポイント方式で伝達される場合には、ＴＣＰは、ＵＤＰの代わりに使用されることができる。したがって、特に明記しない限り、ＴＣＰポートがポイントツーポイント方式で通知メッセージポートとして使用されることを理解しなければならない。以下の説明では、ＵＤＰポートが上記通知メッセージポートとして使用されるが、上述したように、上記ＴＣＰポートは、ポイントツーポイント方式で上記通知メッセージポートとして使用されることができる。

通知ポートは、通知メッセージを送信する際に、ネットワークプロバイダーまたはサービスプロバイダーがＵＤＰポート番号を使用するように予め割り当てられたＵＤＰポート番号を有する。上記通知メッセージ用に指定されたＵＤＰポートを通して送信されたメッセージを受信した端末は、上記通知メッセージのためのＵＤＰポートを認識しているので、該当するパケットを直ちに通知メッセージと認識し、上記パケットを処理することができる。

通知メッセージを送信メッセージとして生成する動作は、図１１の通知イベント部１１０２ａまたは通知メッセージ分配／適応部１１０３ｂでなされることができる。上記通知メッセージを生成するエンティティは、進行中の全てのセッションに関する情報を有している。すなわち、別途の新たなセッションを生成しなくても、上記通知メッセージを既存のトランスポートセッションに添付することができる。セッションの基本識別単位は、ＩＰアドレスで構成され、上記通知メッセージは、進行中のセッションのＩＰアドレスを使用する。ここで、上記進行中のセッションは、通知を必要とする取得フラグメントに接続された特定のサービスと関連することができる。

移動体ブロードキャストシステムがＵＤＰポート番号だけを異ならせることにより、進行中のＩＰセッションを介して通知メッセージを伝達するため、上記端末は、別途のセッションをモニタリングする必要なく、通知メッセージ（一般通知メッセージまたは進行中のセッションのサービスに関連した特定通知メッセージ）を即座に受信することができる。上記通知ポートは、上記端末が上記移動体ブロードキャストサービスを受信しており、上記移動体ブロードキャストサービスが送信されているＩＰフロー（すなわち、ＩＰトランスポート経路）を介して通知メッセージを伝達することを希望する場合に使用されることができる。

上記通知アドレスは、通知メッセージを伝達する間に専用ＩＰアドレスを割り当て、上記ＩＰアドレスを有するフロー（すなわち、トランスポート経路）を介して通知メッセージを伝達しようとする場合に使用される。上記通知アドレスは、一般通知メッセージまたは特定通知メッセージを移動体ブロードキャストサービスを受信している端末、または、電力を節約するために、移動体ブロードキャストサービスを受信していないアイドルモードにある端末に伝達するために、ＩＰアドレスを提供する。上記端末は、上記通知ポート及び上記通知アドレスを用いて、上記端末の状況または上記通知メッセージを伝達することを希望するエンティティの通知メッセージに関する受信アドレスに従って、上記通知メッセージを受信する。

本発明の実施形態によるブロードキャストシステムでは、上記ブロードキャストサービスに既にアクセスしている端末がＰＳＩ／ＳＩ信号を受信するため、送信器は、上記通知メッセージチャネル情報を個別に送信しない。

次いで、本発明の実施形態によるブロードキャストシステムにおける通知メッセージを伝達する方法について説明する。
上記一般通知メッセージである場合に、送信器は、上述した＜表１２＞のチャネル情報を図１３のＥＳＧブートストラップディスクリプタ（ESG Bootstrap Descriptor）１３１３に挿入して送信する。上記特定通知メッセージである場合に、送信器は、上述した＜表１２＞のチャネル情報を図１２の取得フラグメント１２０８に挿入して送信する。

図１５及び図１６を参照して、本発明の第２の実施形態によるブロードキャストシステムにおけるＥＳＧブートストラップディスクリプタ１３１３の送信及び受信について説明する。
図１５は、本発明の第２の実施形態によるブロードキャストシステムにおけるＥＳＧブートストラップディスクリプタ１３１３を生成して伝達する動作を示すフローチャートである。

図１５を参照すると、まず、通知メッセージ分配／適応部１１０３ｂは、ステップ１５０１で、端末１１０８に伝達されるＥＳＧブートストラップ情報として一般通知メッセージチャネル情報の要素及び属性を指定する。特に、ステップ１５０１で、上述したような通知エントリー、通知ポート、及び通知アドレス値が指定される。ここで、上記一般通知メッセージチャネル情報の要素及び属性は、ブロードキャストプロバイダーまたはシステム環境に従って予め決定される。ステップ５０１が完了した後に、通知メッセージ分配／適応部１１０３ｂは、ステップ１５０２で、上記を含むＥＳＧブートストラップディスクリプタ１３１３を生成する。その後、通知メッセージ分配／適応部１１０３ｂは、ステップ１５０３で、上記生成されたＥＳＧブートストラップディスクリプタ１３１３を端末１１０８に伝達する。ここで、上記一般通知メッセージチャネル情報の生成が通知メッセージ分配／適応部１１０３ｂによりなされるが、通知イベント部１１０２ａによってもなされることができる。

図１６は、本発明の第２の実施形態によるブロードキャストシステムにおける一般通知メッセージチャネル情報端末１１０８がＥＳＧブートストラップディスクリプタ１３１３内の通知メッセージチャネル情報を受信する動作を示すフローチャートである。

図１６を参照すると、まず、端末１１０８は、ステップ１６０１で、ユーザーによりブロードキャストサービスを実行した後に、ステップ１６０２で、通知メッセージ分配／適応部１１０３ｂから送信されたＥＳＧブートストラップディスクリプタ１３１３を受信する。ＥＳＧブートストラップディスクリプタ１３１３を受信すると、端末１１０８は、ステップ１６０３で、ＥＳＧブートストラップディスクリプタ１３１３を解読し、ステップ１６０４で、一般通知メッセージの受信に必要とされる通知エントリー、通知ポート、及び通知アドレスを取得する。その後、端末１１０８は、図１４の動作Ｂ（１４２０）に進む。

図１７及び図１８を参照して、本発明の第２の実施形態によるブロードキャストシステムにおけるＥＳＧ取得フラグメント１２０８の送信及び受信について説明する。
図１７は、本発明の第２の実施形態によるブロードキャストシステムにおけるＥＳＧ取得フラグメント１２０８内の通知メッセージチャネル情報を生成して伝達する動作を示すフローチャートである。

図１７を参照すると、まず、通知メッセージ分配／適応部１１０３ｂは、ステップ１７０１で、端末１１０８に伝達されるＥＳＧ取得フラグメント情報として特定通知メッセージチャネル情報の要素及び属性を指定する。特に、ステップ１７０１で、上述したような通知エントリー、通知ポート、及び通知アドレス値が指定される。ここで、上記特定通知メッセージチャネル情報の要素及び属性は、ブロードキャストプロバイダーまたはシステム環境に従って予め決定される。ステップ１７０１が完了した後に、通知メッセージ分配／適応部１１０３ｂは、ステップ１７０２で、上記特定通知メッセージチャネル情報をＥＳＧ取得フラグメント１２０８に挿入する。その後、通知メッセージ分配／適応部１１０３ｂは、ステップ１７０３で、ＥＳＧ取得フラグメント１２０８を他のフラグメントと結合することにより、ＥＳＧを完了した後に、上記ＥＳＧを端末１１０８に伝達する。ここで、上記特定通知メッセージチャネル情報の生成が通知メッセージ分配／適応部１１０３ｂによりなされるが、通知イベント部１１０２ａによってもなされることができる。

図１８は、本発明の第２の実施形態によるブロードキャストシステムにおける端末１１０８がＥＳＧ取得フラグメント１２０８内の通知メッセージチャネル情報を受信する動作を示すフローチャートである。

図１８を参照すると、まず、端末１１０８は、ステップ１８０１で、ユーザーによりブロードキャストサービスを実行した後に、ステップ１８０２で、通知メッセージ分配／適応部１１０３ｂから送信されたＥＳＧブートストラップディスクリプタ１３１３を受信する。ＥＳＧブートストラップディスクリプタ１３１３を受信すると、端末１１０８は、ステップ１８０３で、ＥＳＧブートストラップディスクリプタ１３１３を解読する。その後、端末１１０８は、ステップ１８０４で、上記ＥＳＧの受信に使用可能な情報を取得し、上記取得された情報を用いて、上記ＥＳＧの受信のためのハードウェア及びソフトウェア設定を遂行した後に、上記ＥＳＧを即座に受信する。ステップ１８０５で、端末１１０８は、特定通知メッセージの受信に必要とされる通知エントリー、通知ポート、及び通知アドレスを取得して確認し、これらは、上記ＥＳＧの取得フラグメント１２０８内に含まれている。その後、端末１１０８は、図１４の動作Ｂ（１４２０）に進む。

他の例として、端末１１０８は、図１７及び図１８におけるように、ＥＳＧの取得フラグメント１２０８を通して特定通知メッセージチャネル情報を得ることなく、通知メッセージを受信した後に、上記通知メッセージに挿入されたサービス識別子（Service_ID）を解読することにより、上記通知メッセージに接続された特定サービスを認識することができる。上記サービスＩＤは、ＥＳＧ内のサービスＩＤと同一の意味を有することが好ましい。

ＩＩ．動作Ｂ（１４２０）
図１９を参照して、本発明の第２の実施形態による通知メッセージの送信について説明する。一般通知メッセージ及び特定通知メッセージの送信方法は、同一であるので、図１９の説明では、区別されない。
図１９は、本発明の第２の実施形態によるブロードキャストシステムにおける一般通知メッセージを伝達する動作を示すフローチャートである。

図１９を参照すると、通知メッセージ分配／適応部１１０３ｂは、ステップ１９０１で、通知内容を含む一般通知メッセージを通知イベント部１１０２ａから受信する。ステップ１９０２で、通知メッセージ分配／適応部１１０３ｂは、予め定められたＵＤＰポート及び上記一般通知メッセージを使用してＵＤＰパケットを生成する。上記一般通知メッセージのフォーマットは、サービスプロバイダーの水準で定義されるものであるため、送信とは直接関連がなく、したがって、上記一般通知メッセージは、ＵＤＰパケットの中に直ちに生成される。その後、通知メッセージ分配／適応部１１０３ｂは、ステップ１９０３で、上記生成された通知メッセージを用いて、進行中のブロードキャストセッション及び予め指定された通知ＩＰアドレスに従ってパケットを生成し、上記生成されたパケットを端末に伝達する。一方、サービス領域内では、インタラクションネットワーク１１０７に接続されるか、または、ページングメッセージを受信することができるが、端末のブロードキャスト受信部がディスエーブルにされる状態、すなわちスリープ状態にある端末が存在することがある。したがって、このような状態にある端末のためには、システムは、インタラクションネットワーク１１０７のインタラクションチャネルを使用するか、または、他の手段を通してページングを遂行することにより、上記端末のスリープ中のブロードキャスト受信部（図示せず）を目覚めさせなければならない。このために、上記システムは、ステップ１９０４で、スリープ中のブロードキャスト受信部を目覚めさせるためのページングメッセージを生成し、ステップ１９０５で、上記ページングメッセージをインタラクションネットワーク１１０７のインタラクションチャネルまたは他の手段を通して上記端末に送信することにより、上記端末のスリープ中のブロードキャスト受信部を目覚めさせる。

上記一般通知メッセージを運搬するためのパケットは、予め指定された通知伝達用ＵＤＰポート番号、すなわち、通知ポートを用いて生成される。これは、端末１１０８が上記受信されたパケットを一般通知メッセージとして認識することができるようにするためである。上記生成されたＵＤＰパケットは、現在進行中のセッションのＩＰアドレス又は一般通知メッセージを伝達するためのＩＰアドレス、すなわち、通知アドレスを使用してＩＰパケットに生成される。通知送信メッセージを生成するための通知メッセージ分配／適応部１１０３ｂが全ての送信を管理するためのサービス管理部１１０３内に存在するため、現在進行中のセッションのＩＰアドレスを取得することができる。上記完成されたＩＰパケットは、下位レイヤーの送信部に送信される。この際、上記一般通知メッセージは、パケット損失又はパケット受信に失敗することもある状況を考慮して、上記ネットワークプロバイダー又はサービスプロバイダーの必要に従って、下位レイヤーの送信部に数回繰り返し送信されることができる。

図２０及び図２１を参照して、本発明の第２の実施形態によるブロードキャストシステムにおける通知メッセージを受信する動作について説明する。上記一般通知メッセージ及び上記特定通知メッセージの受信方法は、同一であるので、以下の説明では、区分されない。
図２０は、本発明の第２の実施形態による移動体ブロードキャストシステムにおける端末の通知クライアント部１１０８ａが通知メッセージを受信する動作を示すフローチャートである。

図２０を参照すると、図１４の動作Ａ（１４１０）において、通知メッセージチャネル情報を受信した後に、通知クライアント部１１０８ａは、ステップ２００１で、ＩＰパケットを受信し、上記ＩＰパケットのヘッダーを解読する。通知クライアント部１１０８ａは、ステップ２００２で、上記ヘッダーを解読した結果、上記ＩＰパケットのアドレスが自身が必要とするＩＰアドレスと同一であるか否かを判定する。ここで、“必要なＩＰアドレス”は、現在進行中のセッションのＩＰアドレス、または上記通知メッセージのために割り当てられた特定ＩＰアドレス、すなわち、通知アドレスを意味する。したがって、上記ＩＰの検査の結果、上記ヘッダー内のＩＰアドレスが必要とされるＩＰアドレスではない場合には、通知クライアント部１１０８ａは、ステップ２００６で、上記受信されたＩＰパケットを捨てる。

他方、上記受信されたＩＰパケットのアドレスが必要とされるＩＰアドレスと同一である場合には、通知クライアント部１１０８ａは、ステップ２００３に進んで、上記ＩＰパケットのデカプセル化を通してＵＤＰパケットを取得し、上記ＵＤＰパケットのヘッダーを解読する。その後、通知クライアント部１１０８ａは、ステップ２００４で、上記ＵＤＰパケットのヘッダーを解読することにより得られたＵＤＰポート番号がＥＳＧブートストラップディスクリプタ１３１３またはＰＳＩ／ＳＩ信号を通じて予め得られた所定の通知メッセージチャネル情報のポート番号、すなわち、通知ポートと一致するか否かを確認する。すなわち、通知クライアント部１１０８ａは、上記受信されたパケットが一般通知メッセージであるか、または一般ブロードキャストセッションのパケットであるかを確認する。

上記確認の結果、ステップ２００４で、上記受信されたＵＤＰパケットヘッダーのポート番号が上記通知メッセージを受信するために指定されたＵＤＰポート番号と一致する場合には、通知クライアント部１１０８ａは、ステップ２００５で、上記受信されたＵＤＰパケットをデカプセル化して、そのペイロードに含まれている一般通知メッセージを取得し、上記通知メッセージを解読して必要な作業を遂行した後に、図１４の動作Ｃ（１４３０）に進む。他方、上記受信されたＵＤＰパケットのポート番号が上記予め指定されたＵＤＰポート番号と異なる場合には、通知クライアント部１１０８ａは、ステップ２００７に進んで、上記受信されたＵＤＰパケットを既存のブロードキャストセッションのパケットと見なして、上記ブロードキャストサービスのために、上記受信されたＵＤＰパケットを処理するか、所望の通知メッセージではない場合には、上記受信されたＵＤＰパケットを無視する。

図２１は、本発明の第２の実施形態によるブロードキャストシステムにおけるインタラクションネットワークに接続されている場合における端末の通知クライアント部１１０８ａで通知メッセージを受信する過程を示すフローチャートである。かかる過程は、インタラクションネットワークだけでなく、スリープ中の端末を管理することができるシステムに接続された端末にも適用されることができる。

図２１を参照すると、図１４の動作Ａ（１４１０）において、通知メッセージチャネル情報を受信した後に、通知クライアント部１１０８ａは、ステップ２１０１で、上記インタラクションネットワークまたは他のシステムのページングメカニズムに従ってページングメッセージを受信する。通知クライアント部１１０８ａは、ステップ２１０２で、上記ページングメッセージを通じてスリープ中のブロードキャスト受信部を活性化させ、受信を準備する。上記受信準備は、上記第２の実施形態を通して説明された方法で送信された通知ポート及び通知アドレスを用いたセッションの生成及び受信待機状態への進入を含む。上記受信待機状態に進入した後に、通知クライアント部１１０８ａは、ステップ２１０３で、通知メッセージ分配／適応部１１０３ｂからＩＰパケットを受信すると、上記受信されたＩＰパケットのヘッダーを解読する。

通知クライアント部１１０８ａは、ステップ２１０４で、上記ＩＰパケットのアドレスが上記通知アドレスから指定されたＩＰアドレスと一致するか否かを確認する。上記確認の結果、上記ＩＰパケットのヘッダー内のアドレスが上記通知アドレスのアドレスと異なる場合には、ステップ２１０８で、通知クライアント部１１０８ａは、上記パケットを捨てる。他方、上記確認の結果、上記受信されたＩＰパケットのＩＰアドレスが上記通知アドレスのＩＰアドレスと同一である場合には、通知クライアント部１１０８ａは、ステップ２１０５で、上記ＩＰパケットをデカプセル化することにより抽出されたＵＤＰパケットのヘッダーを解読する。

通知クライアント部１１０８ａは、ステップ２１０６で、上記ＵＤＰパケットのヘッダーを解読することにより得られたＵＤＰポート番号が上記通知ポートのＵＤＰポート番号と一致するか否かを確認する。ここで、ステップ２１０６は、上記受信されたパケットが一般通知メッセージであるか、または、間違って送信されたパケットであるかを判定するために遂行される。

ステップ２１０６で、上記受信されたＵＤＰパケットヘッダーのポート番号が上記通知ポート、すなわち、上記一般通知メッセージを受信するために指定されたＵＤＰポート番号と一致すると確認される場合には、通知クライアント部１１０８ａは、ステップ２１０７で、上記ＵＤＰパケットをデカプセル化して、そのペイロードに含まれている通知メッセージを取得し、上記通知メッセージを解読して必要な作業を遂行した後に、図１４の動作Ｃ（１４３０）に進む。他方、上記受信されたＵＤＰパケットのポート番号が上記通知ポートのポート番号と異なる場合には、通知クライアント部１１０８ａは、ステップ２１０８で、上記受信されたＵＤＰパケットを間違って送信されたＵＤＰパケットと見なして捨てる。その後、端末は、図１４の動作Ｃ（１４３０）に進む。動作Ｃは、本発明の実施形態の要旨とは関連していないので、その説明を省略する。

本発明の実施形態は、磁気記憶媒体（ＲＯＭ、ＲＡＭ、フロッピー（登録商標）ディスク、及び磁気テープなど）、光学可読媒体(ＣＤ-ＲＯＭ、ＤＶＤなど)、及び搬送波(インターネットを介した送信)を含むコンピュータ可読媒体からのプログラムにより実行される汎用コンピュータ内で遂行されることができるが、これら記憶媒体に限定されるものではない。

以上、本発明を具体的な実施形態を参照して詳細に説明してきたが、本発明の範囲及び精神を逸脱することなく様々な変形が可能であるということは、当該技術分野における通常の知識を持つ者には明らかであり、本発明の範囲は、上述の実施形態に限定されるべきではなく、特許請求の範囲の記載及びこれと均等なものの範囲内で定められるべきである。

本発明の第１の実施形態による移動体ブロードキャストシステムにおける通知メッセージを送信するための機能的な構造を示す図である。本発明の実施形態によるＳＧＤＤを生成して送信する方法を示すフローチャートである。本発明の実施形態による移動体ブロードキャストシステムにおける端末がＳＧＤＤを受信する方法を示すフローチャートである。本発明の実施形態による移動体ブロードキャストシステムにおける一般通知メッセージを送信するブロードキャストシステムの構成を示すブロック図である。本発明の実施形態による移動体ブロードキャストシステムにおける一般通知メッセージを送信する過程を示すフローチャートである。本発明の実施形態による移動体ブロードキャストシステムの通知クライアント部で一般通知メッセージを受信する過程を示すフローチャートである。本発明の実施形態による移動体ブロードキャストシステムにおけるインタラクションネットワーク又はスリープ中の端末を有するシステムに接続されている際の通知クライアント部で一般通知メッセージを受信する過程を示すフローチャートである。本発明による移動体ブロードキャスト技術の標準グループのうちの１つであるＯＭＡＢＡＣＢＣＡＳＴにおける移動体ブロードキャストのために提案されたサービスガイドのデータモデル構造を示す図である。本発明の実施形態による移動体ブロードキャストシステムにおけるアクセスフラグメントを生成して送信する方法を示すフローチャートである。本発明の実施形態による移動体ブロードキャストシステムの端末でアクセスフラグメントを受信して処理する方法を示すフローチャートである。本発明の第２の実施形態によるデジタルビデオブロードキャスト（ＤＶＢ-ＣＢＭＳ）ネットワーク構造を示す図である。本発明の第２の実施形態によるＤＶＢ-ＣＢＭＳにおける電子サービスガイド（ＥＳＧ）データモデルを示す図である。本発明の第２の実施形態によるＤＶＢ-ＣＢＭＳにおけるＥＳＧ伝達動作を示す図である。本発明の第２の実施形態による通知メッセージの概略的な送受信過程を示すフローチャートである。本発明の第２の実施形態によるブロードキャストシステムにおけるＥＳＧブートストラップディスクリプタを生成して伝達する動作を示すフローチャートである。本発明の第２の実施形態によるブロードキャストシステムにおける端末がＥＳＧブートストラップディスクリプタ内の通知メッセージチャネル情報を受信する動作を示すフローチャートである。本発明の第２の実施形態によるブロードキャストシステムにおけるＥＳＧ取得フラグメント内の通知メッセージチャネル情報を生成して伝達する動作を示すフローチャートである。本発明の第２の実施形態によるブロードキャストシステムにおける端末がＥＳＧ取得フラグメント内の通知メッセージチャネル情報を受信する動作を示すフローチャートである。本発明の第２の実施形態によるブロードキャストシステムにおける一般通知メッセージを伝達する動作を示すフローチャートである。本発明の第２の実施形態による移動体ブロードキャストシステムにおける端末の通知クライアント部が通知メッセージを受信する動作を示すフローチャートである。本発明の第２の実施形態によるブロードキャストシステムにおけるインタラクションネットワークに接続されている場合における端末の通知クライアント部で通知メッセージを受信する過程を示すフローチャートである。

符号の説明

１０１；コンテンツ供給者
１０２；ＢＣＡＳＴサービスアプリケーション
１０２−１；通知イベント部（ＮＴＥ）
１０３；ＢＣＡＳＴサービス分配／適応部
１０３−１；通知分配／適応部（ＮＴＤＡ）
１０４；ＢＣＡＳＴ加入管理部
１０４−１；通知生成部（ＮＴＧ）
１０５；ＢＤＳサービス分配部
１０６；ブロードキャスト分配システム
１０７；インタラクションネットワーク
１０８；端末
１０８−１；通知クライアント部（ＮＴＣ）
１１０１；コンテンツ供給者
１１０２；サービスアプリケーション
１１０２ａ；通知イベント部（ＮＴＥ）
１１０３；サービス管理部
１１０３ａ；通知メッセージ生成部（ＮＧＦ）
１１０３ｂ；通知メッセージ分配／適応部（ＮＤＡＦ）
１１０６；ブロードキャスト分配システム
１１０７；インタラクションネットワーク
１１０８；端末
１１０８ａ；通知クライアント部（ＮＴＣ）

Claims

インターネットプロトコル（ＩＰ）基盤のブロードキャストシステムの送信器でブロードキャストサービスを提供する方法であって、
（ａ）前記送信器が第１の接続情報と第２の接続情報とを含むサービスガイドをブロードキャストネットワーク及び双方向ネットワークのうちの一つを介して受信器に送信するステップと、
（ｂ）一般通知イベントが発生する場合に、一般通知メッセージを生成し、前記第１の接続情報を用いて前記ブロードキャストネットワーク及び前記双方向ネットワークのうちの一つを介して前記受信器に送信するステップと、
を含み、
前記第１の接続情報は、一般通知メッセージを前記受信器に送信するためにサービスガイド伝達ディスクリプタ（Service Guide Delivery Descriptor)に含まれた情報であり、
前記第２の接続情報は、特定のサービスに関連した特定通知メッセージを送信するためにアクセスフラグメント(Access Fragment)に含まれた情報であることを特徴とする方法。
前記第１の接続情報は、一般通知メッセージを送信するための第１のネットワークアドレスを含み、前記第２の接続情報は、特定のブロードキャストサービスに関連した特定通知メッセージを送信するための第２のネットワークアドレスを含むことを特徴とする請求項１に記載の方法。
特定通知イベントが発生する場合に、前記特定通知メッセージを生成し、前記第２の接続情報を用いて前記ブロードキャストネットワーク及び前記双方向ネットワークのうちの一つを介して送信するステップをさらに含むことを特徴とする請求項１に記載の方法。
前記第１の接続情報は、前記一般通知メッセージを送信するために使用される第１のユーザーデータグラムプロトコル（ＵＤＰ）ポートを示す通知ポートを含むことを特徴とする請求項１に記載の方法。
前記第１の接続情報を送信する前にページングメッセージを送信するステップをさらに含むことを特徴とする請求項１に記載の方法。
前記第１のネットワークアドレスは、現在伝送中であるＩＰアドレスであることを特徴とする請求項２に記載の方法。
前記第２の接続情報は、前記特定通知メッセージを送信するために使用される第２のＵＤＰポートを含むことを特徴とする請求項３に記載の方法。
前記第２のネットワークアドレスは、現在伝送中であるＩＰアドレスを含むことを特徴とする請求項２に記載の方法。
インターネットプロトコル（ＩＰ）基盤のブロードキャストシステムの送信器であって、
第１の接続情報と第２の接続情報とを含むサービスガイドをブロードキャストネットワーク及び双方向ネットワークのうちの一つを介して受信器に送信する通知分配部と、
一般通知イベントが発生する場合に、一般通知メッセージを生成する通知生成部と、
を含み、
前記第１の接続情報は、一般通知メッセージを前記受信器に送信するためにサービスガイド伝達ディスクリプタ（Service Guide Delivery Descriptor)に含まれた情報であり、
前記第２の接続情報は、特定のサービスに関連した特定通知メッセージを送信するためにアクセスフラグメント(Access Fragment)に含まれた情報であることを特徴とする送信器。
前記第１の接続情報は、一般通知メッセージを送信するための第１のネットワークアドレスを含み、前記第２の接続情報は、特定のブロードキャストサービスに関連した特定通知メッセージを送信するための第２のネットワークアドレスを含むことを特徴とする請求項９に記載の送信器。
特定通知イベントが発生する場合に、前記通知分配部は、前記特定通知メッセージを生成し、前記第２の接続情報を用いて前記ブロードキャストネットワーク及び前記双方向ネットワークのうちの一つを介して送信することを特徴とする請求項１０に記載の送信器。
前記第１の接続情報は、前記一般通知メッセージを送信するために使用される第１のユーザーデータグラムプロトコル（ＵＤＰ）ポートを含むことを特徴とする請求項９に記載の送信器。
前記通知分配部は、前記第１の接続情報を送信する前に、ページングメッセージをさらに送信することを特徴とする請求項１０に記載の送信器。
前記第１のネットワークアドレスは、現在伝送中であるＩＰアドレスであることを特徴とする請求項１０に記載の送信器。
前記第２の接続情報は、前記特定通知メッセージを送信するために使用される第２のＵＤＰポートを含むことを特徴とする請求項１１に記載の送信器。
前記第２のネットワークアドレスは、現在伝送中であるＩＰアドレスを含むことを特徴とする請求項１０に記載の送信器。
インターネットプロトコル（ＩＰ）基盤のブロードキャストシステムのブロードキャスト受信器でブロードキャストサービスを受信する方法であって、
（ａ）受信器がブロードキャスト送信器から第１の接続情報と第２の接続情報とを含むサービスガイドをブロードキャストネットワーク及び双方向ネットワークのうちの一つを介して受信するステップと、
（ｂ）前記第１の接続情報に基づいて一般通知メッセージを受信するステップと、
を含み、
前記第１の接続情報は、一般通知メッセージを前記受信器に送信するためにサービスガイド伝達ディスクリプタ（Service Guide Delivery Descriptor)に含まれた情報であり、
前記第２の接続情報は、特定のサービスに関連した特定通知メッセージを送信するためにアクセスフラグメント(Access Fragment)に含まれた情報であることを特徴とする方法。
前記第１の接続情報は、一般通知メッセージを送信するための第１のネットワークアドレスを含み、
前記第２の接続情報は、特定のブロードキャストサービスに関連した特定通知メッセージを受信するための第２のネットワークアドレスを含むことを特徴とする請求項１７に記載の方法。
前記ブロードキャスト受信器が特定のブロードキャストサービスを受信する場合に、前記第２の接続情報を用いて特定通知メッセージを受信するステップをさらに含むことを特徴とする請求項１７に記載の方法。
前記第１の接続情報は、前記一般通知メッセージを受信するために使用される第１のユーザーデータグラムプロトコル（ＵＤＰ）ポートを含むことを特徴とする請求項１７に記載の方法。
前記ブロードキャスト受信器がスリープ状態にある場合に、前記第１の接続情報を受信する前にページングメッセージを受信するステップをさらに含むことを特徴とする請求項１７に記載の方法。
前記第１のネットワークアドレスは、現在伝送中であるＩＰアドレスであることを特徴とする請求項１８に記載の方法。
前記第２の接続情報は、前記特定通知メッセージを受信するために使用されるＵＤＰポートを含むことを特徴とする請求項１９に記載の方法。
前記第２のネットワークアドレスは、現在伝送中であるＩＰアドレスを含むことを特徴とする請求項１８に記載の方法。
インターネットプロトコル（ＩＰ）基盤のブロードキャストシステムの端末であって、
受信器がブロードキャスト送信器から第１の接続情報と第２の接続情報とを含むサービスガイドをブロードキャストネットワーク及び双方向ネットワークのうちの一つを介して受信し、
前記第１の接続情報を用いて一般通知メッセージを受信する通知クライアントを含み、
前記第１の接続情報は、一般通知メッセージを前記受信器に送信するためにサービスガイド伝達ディスクリプタ（Service Guide Delivery Descriptor)に含まれた情報であり、
前記第２の接続情報は、特定のサービスに関連した特定通知メッセージを送信するためにアクセスフラグメント(Access Fragment)に含まれた情報であることを特徴とする端末。
前記第１の接続情報は、一般通知メッセージを伝送するための第１のネットワークアドレスを含み、前記第２の接続情報は、特定のブロードキャストサービスに関連した特定通知メッセージを受信するための第２のネットワークアドレスを含むことを特徴とする請求項２５に記載の端末。
前記通知クライアントは、前記第２の接続情報を用いて特定通知メッセージをさらに受信することを特徴とする請求項２６に記載の端末。
前記第１の接続情報は、前記一般通知メッセージを受信するために使用される第１のユーザーデータグラムプロトコル（ＵＤＰ）ポートを含むことを特徴とする請求項２５に記載の端末。
前記通知クライアントは、前記ブロードキャスト受信器がスリープ状態にある場合に、前記第１の接続情報を受信する前にページングメッセージをさらに受信することを特徴とする請求項２５に記載の端末。
前記第１のネットワークアドレスは、現在伝送中であるＩＰアドレスであることを特徴とする請求項２６に記載の端末。
前記第２の接続情報は、前記特定通知メッセージを受信するために使用される第２のＵＤＰポートを含むことを特徴とする請求項２７に記載の端末。
前記第２のネットワークアドレスは、現在伝送中である前記ＩＰアドレスを含むことを特徴とする請求項２７に記載の端末。