JP4620777B2

JP4620777B2 - 放送システムにおける放送サービスのアクセス情報を送受信する方法及び装置とそのシステム

Info

Publication number: JP4620777B2
Application number: JP2008524909A
Authority: JP
Inventors: スン−オウ・フワン; ボ−スン・ジュン; クク−フイ・イ; ジ−ヨン・イ
Original assignee: Samsung Electronics Co Ltd
Current assignee: Samsung Electronics Co Ltd
Priority date: 2005-08-11
Filing date: 2006-08-11
Publication date: 2011-01-26
Anticipated expiration: 2026-08-11
Also published as: EP2259494A2; US8917706B2; US10015642B2; BRPI0614744A2; CA2615311C; US20170150328A1; AU2006277101A1; CA2615311A1; BRPI0614744B1; US20070036102A1; US20150103729A1; JP2009504074A; CN101238732A; WO2007018415A1; US9578467B2; CN101238732B; EP2259494B1; AU2006277101C1; EP2259494A3; AU2006277101B2

Description

本発明は、放送システムにおける放送サービスの提供方法及び装置に関するもので、特に放送サービスに対するアクセスを効率的に遂行するためのアクセス情報の送受信方法及び装置とそのシステムと端末機に関する。

移動通信市場は、従来技術の再組合又は統合を通じて新たなサービスの生産が持続的に要求されている。現在、通信及び放送技術の発達により、従来の放送システム又は移動通信システムは、携帯電話、ＰＤＡ(Personal Digital Assistant)のような携帯端末機(以下、“移動端末”とする)を通じて放送サービスを提供する段階にある。このような潜在的で実際的な市場需要とマルチメディアサービスに対して急増する要求、既存の音声サービス以外に放送サービスのような新たなサービスを提供するためのサービス供給者の意図した戦略、そしてユーザーの要求を受容して移動通信事業を強化しているＩＴ(Information Technology)企業の利害関係のため、移動通信サービスとＩＰ(Internet Protocol)の融合は、次世代移動通信技術の開発における主流となっている。

放送サービスの標準化団体の一つであるＯＭＡ(Open Mobile Alliance）は、個別モバイルソリューションの相互連動のための標準を研究するために、２００２年６月にノキア(Nokia)、ＮＴＴ、ＩＭＢを含む約２００個の企業によって設立された。ＯＭＡは、主にモバイルゲーム及びインターネットサービスに対する多様なアプリケーション標準を定める役割を果たす。このＯＭＡに属するワーキンググループの中でＯＭＡＢＡＣＢＣＡＳＴ(Open Mobile Alliance Browser and Content Mobile Broadcast Sub Working Group)は、移動端末を用いて放送サービスを提供する技術を研究している。以下に、ＯＭＡで論議されている放送システムについて簡略に説明する。

ＯＭＡによって提案された放送システム、すなわちＢＣＡＳＴシステムにおいて、放送サービスを受信するための移動端末は、サービスに対する説明情報、サービスに対する課金情報、そしてサービスの受信方法に対する情報を含む、いわゆるサービスガイド(service guide)情報を受信しなければならない。この移動端末は、サービスガイド情報を通じて提供される情報によりサービスを受信する。下記に、サービスガイドを用いる一般的な放送システムの例としてＢＣＡＳＴシステムを参照して従来の放送サービスのアクセス方法について説明する。図１は、一般的な放送システムにおける放送サービスを受信するためのサービスガイドを示すブロック構成図である。これは、ＢＣＡＳＴシステムにおいて移動端末に放送サービスを提供するために提案された構造である。一つのサービスガイドはそれぞれの目的を有する複数のグループで構成され、すべてのグループは、図１に示すように、使用により４個のグループに分類される。図１は、管理グループ(administrative group)１００、供給グループ(provisioning group)１１０、核心グループ(core group)１２０、アクセスグループ(access group)１３０で構成されたサービスガイドの一例を示す。

管理グループ１００は、移動端末によってサービスガイドを受信するための基本情報を提供するグループであって、サービスガイドコンテキスト(context)フラグメント１０１と、サービスガイド伝送解析器(delivery descriptor)フラグメント１０２とを含む。サービスガイドコンテキストフラグメント１０１は、サービスガイド識別子(ＩＤ)、サービスガイドを生成して伝送したサービス供給者の識別情報、及びサービスガイドに関する全体情報を提供する。サービスガイド伝送解析器フラグメント１０２は、移動端末が必要なサービスガイドのみを適当な時間に受信できるように、複数のサービスガイドに対するフラグメントを受信することができるチャンネル、スケジュール情報、及び更新情報を移動端末に提供する。

供給グループ１１０は、サービス受信のための料金情報を提供するためのグループであって、購入アイテム(purchase item)フラグメント１１１、購入データ(purchase data)フラグメント１１２、及び購入チャンネル(purchase channel)フラグメント１１３を含む。購入アイテムフラグメント１１１は、サービス或いはサービスバンドル(bundle)に対する料金情報を提供し、購入データフラグメント１１２はサービスユーザーの料金支払い方法を示す情報を提供し、購入チャンネルフラグメント１１３は、サービスユーザーが実際的にサービスを購入することができるシステムに関する情報を提供する。

核心グループ１２０は、サービス自体に関する情報を提供するためのグループであって、サービスフラグメント１２１、スケジュールフラグメント１２２、及びコンテンツ(content)フラグメント１２３を含む。サービスフラグメント１２１は、ユーザーが受信するサービス自体に関する説明及びサービスが構成可能なコンテンを示す情報を提供する。スケジュールフラグメント１２２は、サービスが供給されて利用できる時間に関する情報を提供する。コンテンツフラグメント１２３は、サービスを構成する複数のコンテンツに関する情報を提供する。

アクセスグループ１３０は、アクセスフラグメント１３１と、セッション解析(session description)フラグメント１３２とを含み、核心グループ１２０を通じて提供されるサービスを受信する方法を示すサービスアクセス情報、及び該当サービスを構成しているコンテンツが伝送されるセッションに関する具体的な情報を提供することによって、移動端末が該当サービスにアクセスすることを可能にする。アクセスフラグメント１３１は、移動端末に一つのサービスに対する複数のアクセス方法を提供するため、一つのサービスに基づいて多様な付加サービスにアクセスできる方法を提供する。このセッション解析フラグメント１３２は、一つのアクセスフラグメントに定義されたサービスに対するセッション情報を提供する。

サービスガイド情報は、図１に示すように、上記の４個のフラグメントに加えてサービス及びコンテンツに対するプレビューとアイコンを提供するプレビューデータ(preview data)フラグメント１２４をさらに含むことができる。
下記に、＜表１＞〜＜表７＞を参照して、従来のＯＭＡＢＣＡＳＴに定義されたアクセスフラグメントの内容を説明する。＜表１＞〜＜表７＞は便宜上一つの表から分けられ、各表で項目の定義は＜表１＞の定義に従う。

＜表１＞において、第１の項目“Name”は、アクセスフラグメントの属性(attribute)又は要素(element)の名称を表し、第２の項目“Type”はアクセスフラグメントに含まれている各対象が属性(Ａ)であるか或いは要素(Ｅ)であるかを表す。これら属性と要素との差を説明すると、属性は、アクセスフラグメントと要素それ自体の属性を示す値で、要素は、実際に使用される情報を示す値である。第３の項目“Category”は、属性又は要素が必須値(mandatory value：Ｍ)であるか或いは選択値(optional value：Ｏ)であるかを示す。第４の項目“Cardinality”は、属性又は要素が反復されるか否かを表し、第５の項目“Description”は、属性又は要素に関する説明を表す。最後に、第６の項目“Data Type”は、属性又は要素のデータタイプを表す。

＜表１＞において、参照番号２０１は、アクセスフラグメントに含まれている属性又は要素が何であるかを表す。

＜表２＞において、参照番号２０２は、アクセスフラグメントの識別子を示し、他のフラグメントで該当アクセスフラグメントを参照する場合に、移動端末が該当アクセスフラグメントを固有に識別できるようにする属性である。参照番号２０３は、アクセスフラグメントのバージョンを知らせる属性であって、移動端末が同一のバージョンのアクセスフラグメントを受信するか、或いは新たなバージョンのアクセスフラグメントを受信するかを表す。

参照番号２０４で示す“validFrom”と参照番号２０５で示す“validTo”は、アクセスフラグメントに含まれた情報の有効期間を知らせる属性であり、参照番号２０６で示す“SeeerviceProtection”は、アクセスフラグメントの情報を通してアクセスできるサービスがサービス防御(service-protection)となっていることで、アクセス中に別途の認証手順が必要であるか否かを表す属性である。

＜表３＞において、参照番号２０７で示す“AccessType”は、放送サービスを受信することができる移動端末がアクセスフラグメントでアクセス情報を提供する放送サービスの受信が可能な方法を知らせる属性であって、現在１０個のアクセスタイプに定義されている。したがって、新たなタイプのサービスが発生する度にアクセスタイプを新たに定義しなければならないという問題点を有する。

＜表４＞において、参照番号２０８で示す“AudioLanguage”は、アクセスフラグメントを通じて伝送されるオーディオストリームの言語を知らせるために使用され、参照番号２０９で示す"ExtensionURL"は拡張フラグメントのアドレスを知らせるために使用される。参照番号２１０で示す“ServiceID”は、アクセスフラグメントの情報を通じてアクセスできるサービスの識別子を知らせる要素であり、参照番号２１１で示す“UsageInfo”は、一つのサービスに対して多様なタイプの付加サービスを受信するように、多様なアクセス情報を提供できる複数のアクセスフラグメントがある場合に、該当する複数のアクセスフラグメントの使用(usage)及び相関関係をユーザーに表示することができる情報を提供する要素で、多様な言語で提供できるように参照番号２１２で示された属性“Lang”を提供する。

＜表５＞において、参照番号２１３で示す“AccessURI”は、アクセスフラグメントによって表示されたサービスが伝送されるセッションの情報が獲得できる場所のアドレスを表す要素であって、例えば、参照番号２１４で示す属性“Type”を有する。この２１４の“Type”は、セッション情報のタイプを示す属性であり、現在ＩＥＦＴのプロトコルであるセッション解析プロトコル(Session Description Protocol：ＳＤＰ)タイプと、非同期移動通信標準グループによって規定された携帯放送技術であるＭＢＭＳ(Multimedia Broadcast Multicast Service)で使用されるセッション情報タイプとを支援する。２１５の“ＳＤＰ”要素は、実際のセッション解析(session description)に関する情報を提供する要素であり、２１６の“InteractiveAccessURL”は、移動端末が双方向チャンネル(interaction channel)を通じてサービスを受信できるようにアドレスを知らせる要素である。

＜表６＞において、参照番号２１７で示された“TerminalCapabilityRequirement”は、アクセスフラグメントの情報を通じてアクセスできるサービスを受信するための移動端末のソフトウェア及びハードウェア要求事項を知らせる要素であり、それに基づき、携帯放送受信機能を有する移動端末は該当サービスを受信する能力があるか否かを判定することができる。そして、参照番号２１８で示された“BandwidthRequirement”は、アクセスフラグメントを通じてアクセスが可能なサービスの無線環境で伝送速度(data rate)を知らせる要素であって、数個の伝送速度の中で移動端末が必要な伝送速度を選択してサービスを受信することができる。２１９の“ApplicationSpec”は、ＭＩＭＥタイプに定義されたサービスを受信することができる別途の情報を提供する要素である。

＜表７＞において、参照番号２２０で示された“Mediainformation”は、アクセスフラグメントを受信した移動端末によってアクセスフラグメントが表示するサービスのプレビュー情報を提供する要素であり、２２１の“Usage”属性及び２２２の“id”属性を有する。この“Usage”属性は、“id”の属性に関連したフラグメントの情報をプレビュー情報或いは背景(Background)情報として使用するか否かを知らせる属性である。参照番号２２３は、アクセスフラグメントを通じて提供されないその他の情報を提供できる要素又は属性を表す。

＜表１＞〜＜表７＞に示すように、従来のＢＣＡＳＴシステムのアクセスフラグメントは、次のような問題点を有する。

第１に、上記の＜表３＞で“AccessType”は、実際のサービスを概念的にアクセスタイプに定義したため、アクセスタイプは、新たなサービスが発生する度に新たに定義されなければならない。第２に、移動端末に提供された大部分の放送サービスは高速伝送率を要求するマルチメディアサービスであり、高速伝送を支援するために無線リソースを効率的に使用しなければならない。したがって、移動端末のための大部分の放送技術は、インターネットプロトコルで使用されるマルチキャスト概念を導入して、ユーザーが位置した場所のみでサービスを可能にする方法を支援する。しかしながら、この方法は、現在、アクセスタイプには支援されていない。第３に、現在提案された放送システムでは、放送サービスにアクセスするために放送システムで支援される伝送スキーム又は伝送トポロジーを移動端末に容易に提供できる方法がない。

したがって、放送システムにおける放送サービスのアクセス情報を効率的に送受信するための方法及びシステムが必要である。

したがって上述したような問題点を解決するために、本発明の目的は、放送システムにおける放送サービスのアクセス情報を効率的に送受信する方法及び装置とそのシステムを提供することにある。

本発明の他の目的は、放送システムにおける放送サービスが伝送される放送ネットワーク又は双方向ネットワークのアクセス情報を送受信する方法及び装置とそのシステムを提供することにある。

また、本発明の目的は、ＩＰ基盤の放送システムにおける放送サービスのアクセス情報が含まれるアクセスフラグメントを送受信するための方法及び装置とそのシステムを提供することにある。

さらに、本発明の目的は、放送システムにおける放送サービスに対するアクセス情報を効率的に提供するアクセスフラグメントフォーマットを提供することにある。

上記の目的を達成するために、本発明の一つの見地によれば、放送システムの送信器における放送サービスのアクセス情報を伝送する方法は、放送サービスが伝送される放送ネットワークと双方向ネットワークのうち少なくとも一つに対するアクセス情報を生成する段階と、アクセス情報を所定の通信ネットワークを通じて端末に伝送する段階とを有することを特徴とする。

本発明の他の見地によれば、放送システムの送信器における放送サービスのアクセス情報を伝送する装置は、放送サービスが伝送される放送ネットワークと双方向ネットワークのうち、少なくとも一つのネットワークに対するアクセス情報を生成するアクセス情報生成器と、所定の通信ネットワークを通じて端末にアクセス情報を伝送する送信器とを含むことを特徴とする。

また、本発明の他の見地によれば、放送システムの端末における放送サービスのアクセス情報を受信する方法は、所定の通信ネットワークを通じて前記放送サービスが伝送される放送ネットワークと双方向ネットワークのうち少なくとも一つのネットワークに対するアクセス情報を受信する段階と、受信されたアクセス情報により放送ネットワークと双方向ネットワークのうち少なくとも一つから放送サービスを受信する段階とを有することを特徴とする。

さらに、本発明の他の見地によれば、放送システムの端末における放送サービスのアクセス情報を受信する装置は、所定の通信ネットワークを通じて放送サービスが伝送される放送ネットワークと双方向ネットワークのうち少なくとも一つのネットワークに対するアクセス情報を受信し、受信されたアクセス情報により放送ネットワークと双方向ネットワークのうち少なくとも一つから放送サービスを受信する受信器を含むことを特徴とする。

本発明のもう一つの見地によれば、放送サービスのアクセス情報を提供する放送システムは、放送サービスが伝送される放送ネットワークと双方向ネットワークのうち少なくとも一つのネットワークに対するアクセス情報を生成し、アクセス情報を所定の通信ネットワークを通じて端末に伝送する送信装置と、所定の通信ネットワークを通じて前記放送サービスのアクセス情報を受信し、受信されたアクセス情報により放送ネットワークと前記双方向ネットワークのうち少なくとも一つから前記放送サービスを受信する受信装置とを含むことを特徴とする。

本発明は、ＩＰ基盤の放送サービスを提供する放送システムで放送サービスが伝送される放送ネットワーク又は双方向ネットワークの詳細アクセス情報を容易に提供することができる。

本発明は、ＩＰ基盤のの放送サービスを提供する放送システムで効率的なアクセスフラグメント構造を提供して端末にサービスが伝送される放送ネットワーク又は双方向ネットワークの詳細アクセス情報を容易に提供することができる。

また、本発明は、一つのアクセスフラグメントを通じて複数のサービスをアクセスする場合に効率的なアクセスフラグメントフォーマットを提供することができる。

加えて、本発明は、アクセスフラグメントのAccess Typeを構成する過程で、サービスが伝送されるチャンネル別に伝送スキーム/伝送トポロジーとプロトコルを効率的に支援するアクセスフラグメントの送受信方法及び装置を提供し、それによって移動端末のサービスアクセスをより効率的に遂行することができる。

さらに、本発明は、高速の伝送速度が要求される放送サービスシステムでＩＰマルチキャスト伝送を移動端末に提供することによって無線リソースを減少させることができる。

以下、本発明の望ましい実施形態を添付の図面を参照して詳細に説明する。

下記に、本発明に関連した公知の機能或いは構成に関する具体的な説明が本発明の要旨を不明にすると判断された場合に、その詳細な説明を省略する。

次の説明では、本発明の代表的な実施形態が上述した目的を達成するために提示される。この代表的な実施形態について、携帯放送技術標準の一つであるＢＣＡＳＴシステムに基づいて説明するが、本発明の実施形態がそれに限定されず、次の説明では本発明の適用可能な範囲を制限しない。本明細書で、放送システムは、ＢＣＡＳＴシステム、ＤＶＢ-ＨシステムのようなＩＰ基盤の放送サービスを支援する多様な通信システムを含む意味で理解すべきである。さらに、ここではＢＣＡＳＴシステムの受信器が便宜上移動端末として説明するが、本発明の技術的思想をＩＰ基盤の放送サービスを提供する有線通信システムに適用できることは、当分野で熟練した者には自明なことであろう。

ここで、“サービスガイド”は、例えば、ＢＣＡＳＴシステムの放送サービスの関連説明、受信方法などが含まれた情報として使用され、“アクセスフラグメント”は、放送サービスのアクセス方法を含む情報として使用されるが、上記の“サービスガイド”と“アクセスフラグメント”は、該当する放送システムのタイプにより異なる意味の用語として定義されることができる。

本発明は、例えば、次のような第１〜第３の実施形態を含む多数の実施形態を提供する。第１の実施形態において、ＢＣＡＳＴシステムは、移動端末がサービスの提供を受けるために受信するサービスガイド(service guide)情報の中で特にサービスに対するアクセス方法を示すために効率的に構成された新たなアクセスフラグメントを提案する。この第１の実施形態で、アクセスフラグメントは、サービスのアクセスと関連のある属性のみを有するように構成される。さらに、第１の実施形態で、アクセスフラグメントは、サービスのアクセス情報を提供する“AcessType”を＜表３＞に示したように、各サービスに対して個別的に構成することなく、サービスが放送チャンネル又は移動通信ネットワークの双方向チャンネルを通じて伝送されるか否かを示すように構成される。

第２の実施形態は、同一のアクセスフラグメントの情報が相互に異なる複数のサービスに使用できる効率的なアクセスフラグメントの構造を提案する。最後に、第３の実施形態では、アクセスフラグメントを用いて、放送ネットワークを通じたサービス伝送及び双方向ネットワークを通じたサービス伝送に対するアクセス情報を容易に提供できる本発明の他の実施形態を提案する。なお、第１〜第３の実施形態は、多様なタイプのアクセスフラグメントの構成例を示すもので、サービスが伝送される放送ネットワーク及び双方向ネットワークの詳細アクセス情報を提供する本発明の要旨を共通的に含むことに留意すべきである。

以下に、第１の実施形態は、＜表８＞〜＜表１４＞を参照して説明し、第２の実施形態は、＜表１５＞〜＜表１８＞を参照して説明し、第３の実施形態は、＜表１９＞〜＜表３７＞を参照して説明する。図２の送信装置と図４の受信装置の動作は、便宜上、第１の実施形態に基づいて説明するが、図２及び図４の装置構成は、第２、第３、及び他の実施形態にも適用されることができる。

＜第１の実施形態＞
＜表８＞〜＜表１４＞は、一例として、本発明の第１の実施形態によるアクセスフラグメントのフォーマットを示す。＜表８＞〜＜表１４＞は、便宜上、一つの表から分けられて示し、各表で項目の定義は下記の＜表８＞の定義に従う。また、＜表８＞〜＜表１４＞における各項目の定義は、＜表１＞の定義と同一で、＜表８＞〜＜表１４＞では上述した＜表１＞〜＜表７＞と同一の部分について、その詳細な説明を省略する。

第１の実施形態のアクセスフラグメントは、＜表８＞で“Id”３０２、“version”３０３、“validFrom”３０４、及び＜表９＞の“validTo”の属性を含む。これら４個の属性は、アクセスフラグメントに対する固有な属性を表し、その役割は、＜表２＞で同一の名称を有する属性と同一である。しかしながら、＜表２＞に説明した従来のアクセスフラグメントと本発明の実施形態で提案したアクセスフラグメントとの差異は、従来のアクセスフラグメントは、アクセスフラグメントの属性に関係ない値も属性として有する一方、本実施形態のアクセスフラグメントは、アクセスフラグメントと関連のある属性のみを有するように構成され、他の属性は、該当特性に合う要素に変形されることにある。

第１の実施形態のアクセスフラグメントは、＜表８＞に提示されたように、＜表９＞で“ServiceID”３０６、＜表１２＞〜＜表１４＞で“UsageInfo”３１９、“SessionDescriptionURI”３２１、“SDP”３２３、“ApplicationSpec”３２４、及び“MediaInformation”３２５を下位要素として有する。

＜表９＞において、参照番号３０６で示された“ServiceID”は、移動端末がアクセスフラグメントを通してサービスのアクセス情報を得ることができるサービス識別子であり、その属性として“ServiceProtection”３０７を有する。“ServiceID”は、その下位要素として、＜表９＞で“TerminalCapabilityRequirement”３０８、及び＜表１０＞で“BandwidthRequriement”３０９と“AccessType”３１０を有する。その結果、第１の実施形態において、要素“ServiceID”が該当サービスのすべてのアクセス情報を有するため、本発明のアクセスフラグメントは、従来のアクセスフラグメントよりフォーマットの面でより高い効率性を有する。

＜表９＞の“TerminalCapabilibyRequirement”３０８と＜表１０＞の“BandwidthRequirement”３０９は、従来のアクセスフラグメントと同一の役割を遂行する。

＜表１０＞において、“AcessType”３１０は、移動端末がサービスを受信する方法を示すために提供されるもので、サービスが放送チャンネルを通じて伝送されるか或いは移動通信ネットワークで提供される双方向チャンネルを通じて伝送されるかを知らせると同時に、どんなプロトコル又はシステムを使用してサービスを伝送するかを知らせるために使用される。このために、第１の実施形態で、“AcessType”は、一つの属性と２つの下位要素で構成される。

すなわち、＜表１０＞で“Transmission_Media”３１２は、サービスが放送チャンネルを通じて伝送されるか或いは双方向通信が可能な通信ネットワークから提供されるかを知らせる属性であり、“AccessType”に含まれることができる下位要素のタイプは、上記の属性の値によって決定される。例えば、“TransmissionMedia”が放送チャンネルを通じてサービスが伝送されることを表すと、“AccessType”は、その下位要素として、“Transmission_Topology”３１３と下記の＜表１１＞における“IP_Address”３１４を含む。

＜表１０＞において、“Transmission_Topology”は、放送チャンネルを通じて伝送されるサービスが放送モード(broadcast mode）で伝送されるか或いはマルチキャストモード(multicast mode）で伝送されるかを知らせる要素である。放送モードとマルチキャストモードは、インターネットプロトコルで使用され、“Transmission_Topology”が放送モードを表すと、サービス受信者の位置に関係なく特定領域にサービスが伝送されることを意味する。“Transmission_Topology”がマルチキャストモードを表すと、サービス受信者がサービス受信者の位置情報によりサービスの受信可能領域に位置した場所にサービスを伝送することを意味する。さらに、“Transmission_Topology”がマルチキャストモードを表す場合に、放送サービスの受信が可能な移動端末は、望ましくはマルチキャストモードのＩＰアドレスに加入申し込みをして放送サービスを受信しなければならない。

＜表１１＞において、“IP_Address”は、ＢＣＡＳＴシステムでサービスがＩＰフロー(flow）の形態で移動端末に送信されるため、ＩＰフローに対するアドレスを知らせる属性である。“IP_Address”は、＜表１０＞で“Transmission_Topology”の値によりＩＰ放送アドレス(broadcast address)或いはＩＰマルチキャストアドレス(multicast address)となる。通常、サービスのＩＰアドレスは、セッション説明(session description)に表示される。しかしながら、セッション説明がアクセスフラグメントと共に伝送されない場合には、ＩＰレベルでサービスの識別のために移動端末に提供されなければならない。

＜表１０＞で“Transmission_Media”３１２の属性が双方向チャンネル(Interaction Channel）を示すと、＜表１１＞で“Transmission_Scheme”３１５は、＜表１０＞の“AccessType”に含まれ、“Transmission_Scheme”“AccessServerIPAddress”３１６、“AccessServerURL”３１７、及び“AccessServerPhoneNumber”３１８をその下位要素として有する。

“Transmission_Scheme”は、双方向チャンネルを通じてサービスにアクセスできる場合に、双方向チャンネルで使用される通信システム又はプロトコルを知らせる要素である。現在、ＯＭＡＢＣＡＳＴでは双方向チャンネルに使われることができる通信システム或いはプロトコルとして、例えば、ウェブブラウジング(Web Browsing)、ＭＭＳ(Multimedia Messaging Service)、ＷＡＰ１.０(Wireless Application Protocol 1.0)、ＷＡＰ２.ｘ(Wireless Application Protocol 2.x)、ＳＭＳ(Short Messaging Service)、及びＨＴＴＰ(Hyper Text Transmission Protocol)を規定しているが、双方向チャンネルに対して使用可能な通信システム及びプロトコルは今後に追加されることができる。

＜表１１＞において、“AccessServerIPAddress”３１６、“AccessServerURL”３１７、“AccessServerPhoneNumber”３１８は、アクセスフラグメントを受信した移動端末が双方向チャンネルを通じてどこでサービスをアクセスできるかを示すために、サービスを双方向チャンネルを通じて提供するサーバのアドレスを知らせる要素である。各通信システム或いはプロトコルで使用されるアドレスシステムが異なるため、現在、双方向チャンネルを支援するようになされている通信システム及びプロトコルの代表的アドレスシステムを提示した。

“AccessServerIPaddress”３１６は、インターネットプロトコルに基づいてサーバの位置を知らせる要素であり、“AccessServerURL”３１７は、ウェブ或いはＵＲＬを支援する通信システム又はプロトコルを使用するサーバの位置を知らせる要素であり、“AccessServerPhoneNumber”３１８は、ＭＭＳまたはＳＭＳを用いてサービスにアクセスできるサーバの位置を知らせる要素である。また、本発明の実施形態において、＜表１１＞で“Transmission_Scheme”３１５に新たな通信システムまたはプロトコルが追加され、通信システムまたはプロトコルのアドレスシステムが現在提供されていることと異なると、新たなアドレスシステムは、“Transmission_Scheme”の下位要素として追加されることができる。

＜表１２＞で“Usageinfo”３１９は、アクセスフラグメントの特性を移動端末のユーザーに説明するための要素であり、特に本発明の場合、一つのサービスに対して複数のアクセスフラグメントが存在して相互に異なる特性を有するサブサービスを提供する場合にも、それぞれのアクセスフラグメントの特性及び相関関係をユーザーに説明するために使用されることができる要素である。“Usageinfo”は、属性として“Lang”を有する。

＜表１２＞で“SessionDescriptionURI”３２１と、＜表１３＞及び＜表１４＞で“Type”３２２、“SDP”３２３、“ApplicationSpec”３２４、“Mediainformation”３２５、“Usage”３２６、“Id”３２７、及び“＜Property elements/attributes＞”３２８は、従来のアクセスフラグメントと実質的に同一の機能を有するため、その詳細な説明を省略する。

図２〜図５を参照して、＜表７＞〜＜表１４＞のフォーマットで構成されたアクセスフラグメントを生成して伝送する送信装置と、アクセスフラグメントを受信して希望するサービスを受信する受信装置の構成と動作について説明する。

図２は、本発明の実施形態による放送システムでアクセスフラグメントを生成して移動端末に伝送する送信装置を示すブロック構成図である。送信装置は、アクセスフラグメント生成部２０１、サービスガイド生成部２０３、及び送信部２０５を含む。

図２を参照すれば、アクセスフラグメント生成部２０１は、＜表７＞〜＜表１４＞のフォーマットからなされたアクセスフラグメントを生成する。サービスガイド生成部２０３は、アクセスフラグメント生成部２０１から出力されるアクセスフラグメントを用いて図１の構成を有するサービスガイド情報を生成し、送信部２０５は、サービスガイド情報を伝送ネットワークを通じて移動端末に伝送する。この伝送ネットワークは、放送チャンネルを提供するネックワーク、或いは双方向チャンネルを提供するネットワークとなることができる。

図２の送信装置は、ＢＣＡＳＴシステムの送信器に適用されることができる。あるいは、送信装置は、ＤＶＢ-Ｈシステムのように、ＩＰ基盤の放送サービスを複数のユーザーに提供する各種通信システムの送信器に適用されることもできる。

図３は、本発明の第１の実施形態による放送システムにおけるアクセスフラグメントの生成及び伝送手順を示すフローチャートである。これは、図２のアクセスフラグメント生成部２０１の動作を示す手順である。

図３を参照すれば、ステップＳ３０１で、アクセスフラグメント生成部２０１は、新たなアクセスフラグメントを生成する必要があるか否かを判定する。新たなアクセスフラグメントを生成する必要がある場合は、新たなサービスが始まり、或いは放送サービスを受信する移動端末に現在のサービスに対して新たな付加サービスまたは新たなアクセス方法を提供する場合を意味する。ステップＳ３０１で、新たなアクセスフラグメントを生成する必要があると判定されると、アクセスフラグメント生成部２０１は、ステップＳ３０３で、アクセスフラグメントに対する基本情報を設定する。ここで、基本情報は、＜表８＞、＜表９＞で説明したアクセスフラグメントの“Id”、“version”、そして有効性(validity）に関連された“validFrom”及び“validTo”情報のうち少なくとも一つを含む。

ステップＳ３０５で、アクセスフラグメント生成部２０１は、アクセスフラグメントによって提供される情報に対応するサービスＩＤを設定し、該サービスＩＤに対応するサービスの基本属性を設定する。基本属性は、上記の＜表９＞、＜表１０＞で説明したサービス防御(service protection）を適用するか否かを示す情報、サービスを受信するための移動端末の必要条件を示す情報、及びサービスが無線環境で伝送される伝送速度(data rate)を示す情報のうちの少なくとも一つを含む。ステップＳ３０７で、アクセスフラグメント生成部２０１は、サービスが放送チャンネルを通じて伝送されるか、或いは双方向チャンネルを通じて伝送されるかを判定する。サービスが双方向チャンネルを通じて伝送されると、アクセスフラグメント生成部２０１は、ステップＳ３０９に進む。しかしながら、サービスが放送チャンネルを通じて伝送されると、アクセスフラグメント生成部２０１はステップＳ３１５に進む。

アクセスフラグメント生成部２０１は、ステップＳ３０９で、使用される通信システム又はプロトコルに対する伝送スキームを設定し、ステップＳ３１１で、該当通信システム又はプロトコルに対するアドレスを設定する。その後、ステップＳ３１３で、アクセスフラグメント生成部２０１は、サービス利用情報“UsageInfo”を設定し、該当アクセスフラグメントに対する特性説明及び一つのサービスに対する複数のアクセスフラグメントが存在すると、アクセスフラグメント生成部２０１は、それぞれの特性及び相関関係に対する説明をアクセスフラグメントに付加することで、放送サービス受信者がその差を把握することができる。

ステップＳ３１５で、アクセスフラグメント生成部２０１は、該当サービスが放送モードで伝送されるか、或いはマルチキャストモードで伝送されるかを示す伝送トポロジー情報を設定する。モード関連情報は、伝送エンティティ(entity)又はサービス提供エンティティによって決定され、このアクセスフラグメント生成部２０１は、該当エンティティから提供されたモード関連情報を受信し、そのモード関連情報に基づいてモードを設定する。ステップＳ３１７で、アクセスフラグメント生成部２０１は、サービスが伝送されるＩＰフローのＩＰ情報を設定する。その後、ステップＳ３１３で、アクセスフラグメント生成部２０１は、サービス利用情報“UsageInfo”を設定する。

ステップＳ３１９で、アクセスフラグメント生成部２０１は、該当アクセスフラグメントを通じてアクセス情報の提供されるサービスが伝送されるセッション(sesison)に関する情報を設定する。このセッション情報は、送信者のＩＰアドレス、受信者のＩＰアドレス、セッションを通じて伝送されるデータのタイプ、及び使用されるコーデック(codec)を含む。ＩＥＴＦによって定義されたセッション解析プロトコル(Session Description Protocol）がその代表的な例である。以後、ステップＳ３２１で、アクセスフラグメント生成部２２０１は、アクセスフラグメントを構成するその他の情報を設定した後に、動作を終了する。

図４は、本発明の実施形態による放送システムにおいて、放送サービスを受信するためにアクセスフラグメントが含まれたサービスガイドを受信する受信装置を示すブロック構成図である。上記の受信装置は、受信部４０１、サービスガイド分解部(disassembler)４０３、及びアクセスフラグメント分析部４０５を含む。

図４を参照すれば、受信部４０１は、放送システムの送信装置から伝送されたサービスガイド情報を伝送ネットワークを通じて受信してサービスガイド分解部４０３に出力する。サービスガイド分解部４０３は、受信されたサービスガイドからそれぞれのフラグメントを抽出して該当フラグメント分析部に伝送する。図４は、複数の可能なフラグメント分析部の中で本発明の実施形態に関連したアクセスフラグメント分析部４０５のみを示す。アクセスフラグメント分析部４０５は、図５の動作によりサービスガイド情報に含まれた＜表７＞〜＜表１４＞のフォーマットを有するアクセスフラグメントを受信して分析し、移動端末は、その分析結果に基づいてサービスを受信する動作を遂行する。

図５は、本発明の第１の実施形態による放送システムにおけるアクセスフラグメントの受信と分析手順を示すフローチャートである。これは、図４のアクセスフラグメント分析部４０５の動作に該当する手順である。

図５を参照すれば、アクセスフラグメント分析部４０５は、新たなアクセスフラグメントが受信されたか否かを判定する。その判定基準は、受信されたアクセスフラグメントの“Version”属性である。ステップＳ５０１で、新たなアクセスフラグメントが受信されたと判定されると、アクセスフラグメント分析部４０５は、ステップＳ５０３で、アクセスフラグメントの基本情報を分析し、該基本情報にアクセスフラグメントの有効期間を判定し、該有効期間のみにアクセスフラグメントを通じて提供された情報が有効であることを認知する。

ステップ５０５で、アクセスフラグメント分析部４０５は、アクセスフラグメントによって提供されるアクセス情報を通じてアクセスできるサービスＩＤを判定し、該当サービスがサービス防御(service protection)となって伝送されるか否かを判定する。サービスがサービス防御となると、アクセスフラグメント分析部４０５は、該当サービスを正しく受信するように関連動作を遂行する準備をする。さらに、アクセスフラグメント分析部４０５は、該当サービスＩＤに対する基本属性を確認し、該当サービスが要求する移動端末の性能条件を現在移動端末の性能条件と比較してサービスが受信可能であるか否かを判定し、サービスによって提供される帯域幅を考慮して適切なチャンネルを選択する。

ステップＳ５０７で、アクセスフラグメント分析部４０５は、アクセスフラグメントによって提供されるアクセス情報に基づいてサービスが放送チャンネルを通じて伝送されるか或いは双方向チャンネルを通じて伝送されるかを判定する。サービスが双方向チャンネルを通じて伝送されると、アクセスフラグメント分析部４０５は、ステップＳ５０９に進む。しかしながら、サービスが放送チャンネルを通じて伝送されると、アクセスフラグメント分析部４０５は、ステップＳ５１５に進む。

ステップＳ５０９で、アクセスフラグメント分析部４０５は、伝送スキームを確認し、使用される通信システム又はプロトコルを認知する。確認された通信システム又はプロトコルを用いてサービスを受信しなければならないことを認知した後、アクセスフラグメント分析部４０５は、ステップＳ５１１で、サービスを双方向チャンネルを通じて伝送するサーバのアドレスを分析してサービス要求を伝送する準備をする。このアドレスシステムは、双方向チャンネルを用いる通信システム及びプロトコルにより異なることができる。その後、ステップＳ５１３で、アクセスフラグメント分析部４０５は、サービス利用情報“UsageInfo”を確認し、アクセスフラグメントに対する特性説明及び一つのサービスに対する複数のアクセスフラグメントが存在すると、それぞれの特性及び相関関係を認知し、移動端末はサービスを受信するユーザーに該当説明をディスプレーしてユーザーが適切な選択をできるようにする。

ステップＳ５１５で、アクセスフラグメント分析部４０５は、伝送トポロジーを確認し、サービスが放送モードで伝送されるか或いはマルチキャストモードで伝送されるかを示す情報を分析し、その分析結果に適合した動作を遂行する準備をする。放送モードで伝送されたサービスは、サービスに結合(joining)することなく該当サービスを受信することができる。しかしながら、マルチキャストモードで伝送されたサービスの場合に、移動端末は、サービスを受信するために、サービスが伝送されるＩＰフローのマルチキャストＩＰアドレスグループに対する結合過程を遂行しなければならない。

ステップＳ５１７で、アクセスフラグメント分析部４０５は、サービスが伝送されたＩＰフローのアドレスを確認する。ＩＰフローのアドレスは、サービスを受信する移動端末がサービスが伝送されたＩＰフローを区別するための過程で非常に重要である。ＩＰフローのアドレスが提供されていないと、移動端末は、放送チャンネルを通じて伝送されたすべてのＩＰフローを受信し、該当サービスが希望するサービスであるか否かを判定する動作を、ＩＰフローごとに遂行しなければならない。ＩＰフローのアドレスは、ＩＰ階層下段の通信ベアラに接続され、移動端末がＩＰフローを受信するためにどの通信ベアラを受信しなければならないかを示す。その方法は、放送チャンネルを提供する各々の放送システムで異なることができ、本発明の範囲から外れるため、その詳細な説明を省略することにする。

ステップＳ５１３の遂行後に、アクセスフラグメント分析部４０５は、ステップＳ５１９で、アクセスフラグメントからアクセス情報が提供されるサービスが伝送されるセッション関連情報を確認し、移動端末が実際にサービスが伝送されるセッションを受信する準備を遂行するようにする。その後、ステップＳ５２１で、アクセスフラグメント分析部４０５は、アクセスフラグメントから提供される他の情報を分析し、適切な目的のために関連情報を用いる。ステップＳ５２３で、アクセスフラグメント分析部４０５は、アクセスフラグメントから分析された情報によりサービスに対するアクセス及び受信の準備をしてから、動作を終了する。

＜第２の実施形態＞
以下、＜表１５＞〜＜表１８＞と図６及び図７を参照して、本発明の第２の実施形態によるアクセスフラグメントの送受信方法を説明する。
＜表１５＞〜＜表１８＞は、一例として、本発明の第２の実施形態によるアクセスフラグメントのフォーマットを示す。第１の実施形態及び第２の実施形態の間でアクセスフラグメントの差異は、同一のアクセスフラグメントの情報が相互に異なる複数のサービスに用いられることで、第２の実施形態にその効率的な構成を提案する。＜表１５＞〜＜表１８＞において、各項目の定義は＜表１＞の定義と実質的に同一で、これら表と＜表８＞〜＜表１４＞の同一の部分に関する詳細な説明は省略する。

なお、＜表８＞〜＜表１４＞で定義された属性又は要素と比較して、＜表１５＞〜＜表１８＞の変更されない部分は、簡単にするために示さない。

＜表１５＞において、第２の実施形態によって提案されたアクセスフラグメントは、参照番号＊０１で示された“Access”に定められたように、“Id”＊０２、“version”＊０３、“validfrom”＊０４、“validto”＊０５、及び“ServiceProtection”＊０６の属性を含む。５個の属性は、アクセスフラグメントに対する固有な属性を表し、その機能は＜表２＞で同一の名称を有する属性と実質的に同一である。さらに、第２の実施形態で提案されたアクセスフラグメントは、“Access”＊０１に定められたように、“TerminialCapabilityRequirement”＊０７、“BandwidthRequirement”＊０８、“AccessType”＊０９、“ServiceID”＊１７、“ExtensionURL”＊１８、“UsageInfo”＊１９、“SessionDescriptionURI”＊２１、“SDP”＊２３、“ApplicationSpec”＊２４、及び“MediaInformation”＊２５をその下位要素(sub-element）として有する。

＜表１６＞で“TerminalCapabilityRequirement”＊０７は、アクセスフラグメントを通じてサービスにアクセスする移動端末に対する要求を表し、“BandwidthRequirement”＊０８は、アクセスフラグメントを通じてアクセスするサービスの無線チャンネルでの帯域幅を表す。移動端末がサービスを受信する方法を示すために提供された“AccessType”＊０９は、サービスが放送チャンネルを通じて伝送されるか、或いは移動通信ネットワークで提供される双方向チャンネルを通じて伝送されるかを知らせると同時に、移動端末がどんなプロトコル又はシステムでサービスを伝送するかを知らせるために使用される。このために、第２の実施形態で、“AcessType”は１個の属性と２個の下位要素で構成される。

すなわち、＜表１６＞で“Transmission_Media”＊１０は、サービスが放送チャンネルを通じて伝送されるか、或いは双方向通信が可能な通信ネットワークから提供されるかを知らせる属性であり、“AccessType”に含まれることができる下位要素のタイプは、上記の属性値によって決定される。“Transmission_Media”が放送チャンネルを通じてサービスが伝送されることを表すと、“AccessType”はその下位要素として、“Transmission_Topology”＊１１及び“IP_Address”＊１２”を含む。

＜表１６＞で、“Transmission_Topology”は、放送チャンネルを通じて伝送されたサービスが放送モード(broadcast mode）で伝送されるか或いはマルチキャストモード(multicast mode）で伝送されるかを知らせる要素である。放送モードとマルチキャストモードはインターネットプロトコルで使用され、“Transmission_Topology”が放送モードを表すと、サービスがサービス受信者の位置に関係なく特定領域に伝送されることを意味する。

“Transmission_Topology”がマルチキャストモードを表すと、サービス受信者の位置情報によりサービス受信者が受信可能領域に位置した場所にサービスが伝送されることを意味する。さらに、“Transmission_Topology”がマルチキャストモードを表す場合に、放送サービスの受信が可能な移動端末は、このマルチキャストモードのＩＰアドレスに加入申し込みをして放送サービスを受信しなければならない。

＜表１６＞で“IP_Address”＊１２は、放送システムでサービスがＩＰフローの形態で移動端末に伝送されるため、ＩＰフローに対するアドレスを知らせる属性である。この“IP_Address”は、“Transmission_Topology”の値によりＩＰ放送アドレス又はＩＰマルチキャストアドレスとなる。通常、サービスのＩＰアドレスはセッション説明に表示される。しかしながら、セッション説明がアクセスフラグメントと共に伝送されていない場合に、ＩＰレベルでＩＰサービスの識別のために移動端末に望ましく提供されなければならない。

＜表１６＞で“Transmission_Media”＊１０の属性が双方向チャンネル表すと、“Interaction_Scheme”＊１３は“Access_Type”＊０９に含まれ、“Interaction_Scheme”は第１の実施形態で説明した“Transmission_Scheme”と実質的に同一の意味を有する。第２の実施形態で、“Transmission_Scheme”は、“AccessServerIPAddress”＊１４、“AccessServerURL”＊１５、及び“AccessServerPhoneNumber”＊１６をその下位要素として有する。

“Transmission_Scheme”は、双方向チャンネルを通じてサービスにアクセスできる場合に、双方向チャンネルで使用される通信システム又はプロトコルを知らせる要素である。現在、ＯＭＡＢＣＡＳＴでは双方向チャンネルに対して使用可能な通信システム又はプロトコルとして、例えばウェブブラウジング(Web Browsing)、ＭＭＳ(Multimedia Messaging Service)、ＷＡＰ１.０(Wireless Application Protocol)、ＷＡＰ２.ｘ(Wireless Application Protocol)、ＳＭＳ(Short Messaging Service)、ＨＴＴＰ(Hyper Text Transmission Protocol)を規定しているが、双方向チャンネルに使用が可能な通信システム及びプロトコルは、今後にさらに追加されることができる。

＜表１７＞で、“AccessServerIPAddress”＊１４、“AccessServerURL”＊１５、及び“AccessServerPhoneNumber”＊１６は、アクセスフラグメントを受信する移動端末が双方向チャンネルを通じてどこでサービスをアクセスできるか否かを示すために、サービスが双方向チャンネルを通じて提供されるサーバのアドレスを知らせる要素である。各通信システム或いはプロトコルで使用されるアドレスシステムが異なるため、現在双方向チャンネルを支援するために適合した通信システム及びプロトコルの代表アドレスシステムを提示する。

“AccessServerIPAddress”＊１４はＩＰに基づいてサーバの位置を知らせる要素であり、“AccessServerURL”＊１５はウェブ(Web)又はＵＲＬを支援する通信システム又はプロトコルを使用するサーバの位置を知らせる要素であり、“AccessServerPhoneNumber”＊１６はＭＭＳ又はＳＭＳを使用してサービスに対するアクセスを可能にするサーバの位置を知らせる要素である。また、＜表１６＞で“Interaction_Scheme”＊１３に新たな通信システム又はプロトコルが追加され、この通信システム又はプロトコルのアドレスシステムが現在提供されているものと異なると、新たなアドレスシステムは“Interaction_Scheme”の下位要素として）追加されることができる。

＜表１７＞で、“ServiceID”＊１７は、アクセスフラグメントから提供されたアクセス情報を用いてアクセスできるサービスの識別子を表し、複数のサービスが同一のアクセスを使用する場合に、複数の“ServiceIDs”が存在することができる。“UsageInfo”＊１９は、移動端末のユーザーにアクセスフラグメントの特性を説明するための要素であり、特に一つのサービスに対して複数のアクセスフラグメントが存在し、相互に異なる特性を有するサブサービスを提供する場合でも、それぞれのアクセスフラグメントの特性及び相関関係をユーザーに説明するために使用されることができる要素である。“UsageInfo”は、属性として“Lang”＊２０を有する。

＜表１７＞及び＜表１８＞において、“SessionDescriptionURI”＊２１、“Type”＊２２、“SDP”＊２３、“ApplicationSpec”＊２４、“Mediainformation”＊２５、“Usage”＊２６、“Id”＊２７及び“＜Property elements/attributes＞”＊２８は、従来のアクセスフラグメントの機能と実質的に同一の機能を有するため、その詳細な説明を省略する。

図６は、本発明の第２の実施形態によるＯＭＡ放送システムでアクセスフラグメントの生成及び伝送の手順を示すフローチャートである。これは、図２の送信装置に示したアクセスフラグメント生成部２０１の動作に該当する手順である。

図６を参照すると、アクセスフラグメント生成部２０１は、ステップＳ６０１で、新たなアクセスフラグメントを生成する必要があるか否かを判定する。新たなアクセスフラグメントを生成する必要がある場合は、新たなサービスが始まり、或いは現在のサービスに対して新たな付加サービス又は新たなアクセス方法を放送サービスを受信する移動端末に提供する必要があることを意味する。ステップＳ６０１で、新たなアクセスフラグメントを生成する必要があると判定されると、アクセスフラグメント生成部２０１は、ステップＳ６０３で、アクセスフラグメントに対する基本情報を設定する。この基本情報は、＜表１５＞及び＜表１６＞について説明したアクセスフラグメントの“Id”、“version”と、有効性に関連した“validFrom”、“validTo”、そしてサービス防御(Service Protection）が適用されるか否かを表す“ServiceProtection”、サービスにアクセスするための移動端末機の要求を表す“TerminalCapabilityRequirement”、及び無線チャンネル上のサービスの伝送速度を表す“BandwidthRequirement”のうち少なくとも一つを含む。

ステップＳ６０５で、アクセスフラグメント生成部２０１は、該当アクセスフラグメントを通じてアクセスできるサービスが放送チャンネルを通じて伝送されるか、或いは双方向チャンネルを通じて伝送されるかを判定する。サービスが双方向チャンネルを通じて伝送されると、アクセスフラグメント生成部２０１は、ステップＳ６０７に進む。しかしながら、サービスが他の放送チャンネルを通じて伝送されると、アクセスフラグメント生成部２０１はステップＳ６１３に進む。

アクセスフラグメント生成部２０１は、ステップＳ６０７で使用される通信システム又はプロトコルに対する伝送スキームを設定し、ステップＳ６０９で該当する通信システム又はプロトコルサーバに対するアドレスを設定する。その後、アクセスフラグメント生成部２０１は、ステップＳ６１１で、アクセスフラグメントで提供される情報でアクセスできる少なくとも一つのサービスＩＤを設定する。

ステップＳ６１３で、アクセスフラグメント生成部２０１は、該当アクセス又はアクセスを用いるサービスが放送モードで伝送されるか或いはマルチキャストモードで伝送されるかを示す伝送トポロジー情報を設定する。モード関連情報は、伝送エンティティまたはサービス提供エンティティによって決定され、アクセスフラグメント生成部２０１は、該当エンティティから提供されるモード関連情報を受信し、その情報に基づいて伝送トポロジー情報を設定する。ステップＳ６１５で、アクセスフラグメント生成部２０１は、サービスが伝送されるＩＰフローのＩＰ情報を設定してから、ステップＳ６１１に進む。

以後、ステップＳ６１７で、アクセスフラグメント生成部２０１は、サービス利用情報“UsaageInfo”を設定し、該当アクセスフラグメントに対する特性説明及び一つのサービスに対する複数のアクセスフラグメントが存在すると、それぞれの特性及び相関関係に関する説明をアクセスフラグメントに付加することによって、放送サービス受信者がその差異を把握できるようにする。

ステップＳ６１９で、アクセスフラグメント生成部２０１は、該当アクセスフラグメントを通じてアクセス情報が提供されるサービスが伝送されるセッションに関する情報を設定する。セッション情報は、送信者のＩＰアドレス、受信者のＩＰアドレス、セッションを通じて伝送されるデータのタイプ、及び使用されるコーデックを含む。ＩＥＴＦによって規定されたセッション解析プロトコルが、そのセッション情報の代表的な例である。その後、ステップＳ６２１で、アクセスフラグメント生成部２０１は、アクセスフラグメントを構成する他の情報を設定した後、動作を終了する。

図７は、本発明の第２の実施形態による放送システムにおけるアクセスフラグメントの受信及び分析手順を示すフローチャートである。これは、図４の受信装置でアクセスフラグメント分析部４０５の動作に該当する手順である。

図７を参照すると、アクセスフラグメント分析部４０５は、ステップＳ７０１で、新たなアクセスフラグメントが受信されたか否かを判定する。その判定基準は、受信されたアクセスフラグメントの“version”属性である。ステップＳ７０１で任意のアクセスフラグメントが受信されたと判定されると、アクセスフラグメント分析部４０５は、ステップＳ７０３でアクセスフラグメントの基本情報を分析し、その基本情報の中でアクセスフラグメントの有効期間を判定し、アクセスフラグメントを通じて提供された情報がその有効期間のみに有効であることを認知する。基本情報を用いて、アクセスフラグメント分析部４０５は、アクセスフラグメントによって提供されるサービスが伝送される前にサービス防御(service protection)となって伝送されるか否かを判定する。サービスがサービス防御となると、アクセスフラグメント分析部４０５は、該当アクセス情報を通じて提供されるサービスを正しく受信することができるように、関連動作を遂行する準備をする。また、アクセスフラグメント分析部４０５は、該当アクセス情報に対する基本属性を確認し、アクセス情報に基づいてサービスによって要求される移動端末の性能条件を現在移動端末の性能条件と比較してサービスが受信可能であるか否かを判定する。また、アクセス情報に基づいてサービスが提供される無線チャンネルの帯域幅を考慮して同一のサービスに対して数個のアクセスフラグメントが存在すると、アクセスフラグメント分析部４０５は、移動端末機の性能を考慮して定められた適切なアクセスフラグメントを選択し、このアクセスフラグメントから提供される情報によりサービスを受信することができる。

ステップＳ７０５で、アクセスフラグメント分析部４０５は、少なくとも一つのサービスを受信するためのアクセス情報が放送チャンネルに対するものであるか或いは双方向チャンネルに対するものであるかを判定する。アクセス情報が双方向チャンネルに対するものであると、アクセスフラグメント分析部４０５は、ステップＳ７０７に進む。しかしながら、アクセス情報が放送チャンネルに対するものであると、アクセスフラグメント分析部４０５は、ステップＳ７１３に進む。

ステップＳ７０７で、アクセスフラグメント分析部４０５は、伝送スキームを確認し、使用される通信システムまたはプロトコルを認知する。定められた通信システム又はプロトコルを使用して該当サービスにアクセスしなければならないことを認知すると、アクセスフラグメント分析部４０５は、ステップＳ７０９で、該当サービスを双方向チャンネルを通じて提供されるサーバのアドレスを分析し、サービス要求を伝送する準備をする。このアドレスシステムは、双方向チャンネルを用いる通信システム及びプロトコルにより異なることができる。

その後、ステップＳ７１１で、アクセスフラグメント分析部４０５は、アクセス情報でアクセス可能な少なくとも一つのサービスに対するサービス利用情報“UsageInfo”を確認し、アクセスフラグメントに対する特性説明及び一つのサービスに対する複数のアクセスフラグメントが存在し、或いは複数のサービスに対して一つのアクセスフラグメントが存在すると、アクセスフラグメント分析部４０５は、それぞれの特性及び相関関係をに対する説明を認知し、移動端末は該当サービスを受信するユーザーに対する該当説明をディスプレーし、それによってユーザーに適切な選択をできるようにする。

ステップＳ７１３で、アクセスフラグメント分析部４０５は、伝送トポロジーを確認し、該当サービスが放送モードで伝送されるか或いはマルチキャストモードで伝送されるかを示す情報を分析し、分析結果に対して適合した動作を遂行する準備をする。放送モードで伝送されるサービスに対して、移動端末はサービスに結合(joining)することなく、該当サービスを受信することができる。しかしながら、マルチキャストモードで伝送されるサービスに対して、移動端末は、サービスを受信するために、サービスが伝送されるＩＰフローのマルチキャストＩＰアドレスグループに対する加入過程を望ましく遂行しなければならない。

ステップＳ７１５で、アクセスフラグメント分析部４０５は、該当サービスにアクセス可能なアクセス情報からＩＰフローのアドレスを確認する。ＩＰフローのアドレスは、該当サービスを受信する移動端末がサービスにアクセス可能なＩＰアドレスを区別するために非常に重要である。ＩＰフローのアドレスが提供されていないと、移動端末は、放送チャンネルを通じて伝送されたすべてのＩＰフローを受信し、希望するサービスに対するＩＰアドレスを判定する動作を望ましく遂行しなければならない。ＩＰフローのアドレスは、ＩＰ階層の下部の通信ベアラに接続され、ＩＰフローを受信するために移動端末が通信ベアラを受信しなければならないことを示す。その方法は、放送チャンネルを提供する各放送システムで異なることができ、本発明の範囲から外れるので、その詳細な説明は省略する。

ステップＳ７１５で、ＩＰフローのアドレスを判定した後に、アクセスフラグメント分析部４０５は、ステップＳ７１１に進んで、サービスＩＤとサービス利用情報を確認及びディスプレーする。ステップＳ７１７で、アクセスフラグメント分析部４０５は、アクセスフラグメントからアクセス情報が提供されるサービスが伝送されるセッション(sesison)に関する情報を確認し、移動端末に実際にサービスが伝送されるセッションを受信する準備できるようにする。以後、ステップＳ７１９で、アクセスフラグメント分析部４０５は、アクセスフラグメントから提供される他の情報を分析して関連情報を適切な目的のために使用する。ステップＳ７２１で、アクセスフラグメント分析部４０５は、アクセスフラグメントから分析された情報によりサービスをアクセス及び受信する準備をした後に、動作を終了する。

＜第３の実施形態＞
以下、＜表１９＞〜＜表３７＞を参照して、本発明の第３の実施形態により、放送ネットワークを通じるサービス伝送と双方向ネットワークを通じるサービス伝送に関するアクセス情報を提供するための方法を説明する。

第１及び第２の実施形態で説明したように、アクセスフラグメントは、移動端末がサービスにアクセスするために用いるアクセス情報を提供する。

＜表１９＞及び＜表２０＞において、“Ｉｄ”、“version”、“validFrom”、及び“validTo”は、各々アクセスフラグメントに対するＩＤ、バージョン、及び有効期間の基本情報を表す。＜表２０＞において、“AccessType”は、サービスに対する放送ネットワーク又は双方向ネットワークの詳細アクセス情報を含む。＜表２６＞において、“KeyManagementSystem”は、サービスアクセスの間に該当サービスが暗号化されたか、或いは該当コンテンツが暗号化されたかを示す情報だけでなく、暗号化のために使用される方法に関する情報も含む。＜表２９＞において、“AlternativeAccessURL”は、＜表２０＞の“AccessType”が放送ネットワーク情報を含むときに、移動端末が該当放送ネットワークにアクセスすることが困難である場合に対応して双方向ネットワークを通じてアクセスできるアドレスに関する情報を含む。＜表３０＞の“TerminalCapabilityRequirement”と＜表３５＞の“BandwidthRequirement”は、各々該当サービスにアクセスするための移動端末の要求及びサービスの帯域幅情報を表す。

＜表３５＞において、“ServiceClass”は、該当アクセスフラグメントを使用する目的、すなわちサービスガイド受信、ファイル伝送、ストリーム伝送などを表す。＜表３７＞において、“NotificationReception”は、通知メッセージの受信に関するアドレス情報を含む。

本発明の実施形態による＜表２０＞において、“AccessType”は、下記により詳細に説明する。“AccessType”は、サービスアクセスに対する詳細情報を含む。すなわち、該当“AccessType”は、＜表２０＞の“transmissionMedia”情報により放送ネットワークに対するアクセス情報であるか、或いは双方向ネットワークに対するアクセス情報であるかを表す。“transmissionMedia”が放送ネットワークに関するアクセス情報であると、“AccessType”は、＜表２０＞の“BroadcastServiceDelivery”情報のみを含み、“transmissionMedia”が双方向ネットワークに対するアクセス情報であると、“AccessType”は、＜表２４＞の“UnicastServiceDelivery”情報のみを含む。

＜表２０＞において、放送ネットワークと双方向ネットワークとの間のアクセスを区分するために用いられる“transmissionMedia”は、“AccessType”に選択的に含まれることができる。“transmissionMedia”が含まれない場合でも、放送ネットワークにアクセスするための＜表２０＞の“BroadcastServiceDelivery”情報と双方向ネットワークにアクセスするための＜表２４＞の“UnicastServiceDelivery”情報のうちの一つのみが上記の“AccessType”に含まれるため、移動端末は、“AccessType”にどんな情報が含まれたかを判定することによって、放送ネットワーク又は双方向ネットワークにアクセスされるか否かを判定することができる。

“BroadcastServiceDelivery”情報は、放送ネットワークに関連した詳細アクセス情報を含み、＜表２１＞の“bdsType”に基づいて、移動端末は、どんな放送ネットワークを通じてサービスが受信されたかを判定することができる。例えば、“bdsType”が０の値を有すると、移動端末はＤＶＢ-ＨＩＰＤＣを通じてサービスされ、“BroadcastServiceDelivery”に規定された値は、移動端末がＤＶＢ-ＨＩＰＤＣにアクセスし、サービスを受信するために使用する詳細な情報を含む。

＜表２１＞の“destinationIPAddress”は、放送ネットワークを通じてサービスを受信するために使用されるＩＰアドレスを意味し、移動端末は該当アドレスにアクセスしてサービスを受信する。該当アドレス情報は、＜表２２＞の“SessionDescriptionRefrence”又はＳＤＰ情報が含まれていない場合に使用される。“SessionDecsriptionReference”又はＳＤＰが含まれている場合に、移動端末は、該当ＳＤＰ情報内のアドレス値及び詳細アクセス情報を確認し、放送ネットワークにアクセスする。

＜表２４＞の“UnicastServiceDelivery”は、移動端末が双方向ネットワークを通じてサービスを受信する場合のアクセス情報を意味する。移動端末がサービスを受信するために使用される詳細アドレス情報は、＜表２４＞の“AccessServerURL”に規定されている。さらに、＜表２５＞の“transmissionSchemeType”は、該当“AccessServerURL”にアクセスし、サービスをダウンロードするための伝送メカニズム(mechanism）を表し、この伝送メカニズムは、ＨＴＴＰ、ＭＭＳ、ＷＡＰなどの情報を表す。例えば、“transmissionSchemeType”が０であると、移動端末は、ＨＴＴＰを用いる該当アドレス“AccessServerURL”にアクセスしてサービスを受信する。

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

一般的な放送システムにおける放送サービスを受信するために使用されるサービスガイドの構成を示す図である。本発明の実施形態による放送システムにおけるアクセスフラグメントを生成して移動端末に伝送する送信装置を示すブロック構成図である。本発明の第１の実施形態による放送システムにおけるアクセスフラグメントの生成及び送信手順を示すフローチャートである。本発明の実施形態による放送システムにおけるアクセスフラグメントを受信するための受信装置を示すブロック構成図である。本発明の第１の実施形態による放送システムにおけるアクセスフラグメントの受信及び分析手順を示すフローチャートである。本発明の第２の実施形態による放送システムにおけるアクセスフラグメントの生成及び送信手順を示すフローチャートである。本発明の第２の実施形態による放送システムにおけるアクセスフラグメントの受信及び分析手順を示すフローチャートである。

符号の説明

２０１アクセスフラグメント生成部
２０３サービスガイド生成部
２０５送信部

Claims

放送システムの送信器における放送サービスのアクセス情報を伝送する方法であって、
放送サービスが放送伝送モードにより伝送されるか、またはユニキャスト伝送モードにより伝送されるかを指示するアクセスタイプを含むアクセス情報を生成する段階と、
前記アクセスタイプを含むアクセス情報を端末に伝送する段階と、
を有することを特徴とする方法。
前記放送サービスが前記放送伝送モードを通じて提供される場合に、前記アクセス情報は、前記放送サービスのアクセスのためのインターネットプロトコル(ＩＰ)アドレスを含むことを特徴とする請求項１に記載の方法。
前記アクセス情報がセッション解析プロトコル(ＳＤＰ）を含む場合に、前記ＳＤＰ内のＩＰアドレスは、前記ＩＰアドレスとして用いられることを特徴とする請求項２に記載の方法。
前記ＩＰアドレスは、マルチキャストＩＰアドレスを含むことを特徴とする請求項２に記載の方法。
前記ＩＰアドレスは、放送ＩＰアドレスを含むことを特徴とする請求項２に記載の方法。
前記放送サービスが前記ユニキャスト伝送モードを通して提供される場合に、前記アクセス情報は、前記放送サービスのアクセスのためのサーバのアドレス情報を含むことを特徴とする請求項１に記載の方法。
前記サーバのアドレス情報としてＵＲＬ(Uniform Resource Locator)情報が使用されることを特徴とする請求項６に記載の方法。
前記サーバのアドレス情報としてＩＰアドレスが使用されることを特徴とする放送サービスの請求項６に記載の方法。
前記サーバのアドレス情報は、マルチメディアメッセージサービス(ＭＭＳ)/ショートメッセージサービス(ＳＭＳ)を用いて前記端末に提供されることを特徴とする請求項６に記載の方法。
前記放送システムは、ＩＰ基盤の放送システムを含むことを特徴とする請求項１に記載の方法。
前記アクセス情報は、前記放送伝送モードまたは前記ユニキャスト伝送モードのうち、前記放送サービスが提供される伝送モードを示す情報をさらに含むことを特徴とする請求項１に記載の方法。
前記アクセス情報は、前記放送サービスを受信する前記端末の性能に対する要求情報と前記放送サービスの帯域幅情報のうち少なくとも一つをさらに含むことを特徴とする請求項１に記載の方法。
一つの放送サービスに対して複数のアクセス情報が存在することを特徴とする請求項１に記載の方法。
前記放送システムは、ＯＭＡＢＣＡＳＴ(Open Mobile Alliance Browser and Content Mobile Broadcast)システムを含むことを特徴とする請求項１に記載の方法。
前記アクセス情報は、アクセスフラグメントを含み、前記アクセスフラグメントは、前記放送サービスの受信のためのサービスガイドを通じて前記端末に伝送されることを特徴とする請求項１４に記載の方法。
放送システムの送信器における放送サービスのアクセス情報を伝送する装置であって、
放送サービスが放送伝送モードにより伝送されるか、またはユニキャスト伝送モードにより伝送されるかを指示するアクセスタイプを含むアクセス情報を生成するアクセス情報生成器と、
前記アクセスタイプを含むアクセス情報を端末に伝送する送信器と、
を含むことを特徴とする装置。
前記放送サービスが前記放送伝送モードを通じて提供される場合に、前記アクセス情報は、前記放送サービスのアクセスのためのインターネットプロトコル(ＩＰ)アドレスを含むことを特徴とする請求項１６に記載の装置。
前記アクセス情報にセッション解析プロトコル(ＳＤＰ）が含まれた場合に、前記ＩＰアドレスとして前記ＳＤＰ内のＩＰアドレスが使用されることを特徴とする請求項１６に記載の装置。
前記ＩＰアドレスは、マルチキャストＩＰアドレスを含むことを特徴とする請求項１７に記載の装置。
前記ＩＰアドレスは、放送ＩＰアドレスを含むことを特徴とする請求項１７に記載の装置。
前記放送サービスが前記ユニキャスト伝送モードを通じて提供される場合に、前記アクセス情報は、前記放送サービスのアクセスのためのサーバのアドレス情報を含むことを特徴とする請求項１６に記載の装置。
前記サーバのアドレス情報としてＵＲＬ(Uniform Resource Locator)情報が使用されることを特徴とする請求項２１に記載の装置。
前記サーバのアドレス情報としてＩＰアドレスが使用されることを特徴とする請求項２１に記載の装置。
前記サーバのアドレス情報は、マルチメディアメッセージサービス(ＭＭＳ)/ショートメッセージサービス(ＳＭＳ)を用いて前記端末に提供することを特徴とする請求項２１に記載の装置。
前記放送システムは、ＩＰ基盤の放送システムを含むことを特徴とする請求項１６に記載の装置。
前記アクセス情報は、前記放送伝送モード、または前記ユニキャスト伝送モードのうち、前記放送サービスが提供される伝送モードを示す情報をさらに含むことを特徴とする請求項１６に記載の装置。
前記アクセス情報は、前記放送サービスを受信する前記端末の性能に対する要求情報と前記放送サービスの帯域幅情報のうち少なくとも一つをさらに含むことを特徴とする請求項１６に記載の装置。
一つの放送サービスに対して複数のアクセス情報が存在することを特徴とする請求項１６に記載の装置。
前記放送システムはＯＭＡＢＣＡＳＴ(Open Mobile Alliance Browser and Content Mobile Broadcast)システムを含むことを特徴とする請求項１６に記載の装置。
前記アクセス情報は、アクセスフラグメントで、前記アクセスフラグメントは前記放送サービスの受信のためのサービスガイドを通じて前記端末に伝送されることを特徴とする請求項２９に記載の装置。
放送システムの端末における放送サービスのアクセス情報を受信する方法であって、
放送サービスが放送伝送モードにより伝送されるか、またはユニキャスト伝送モードにより伝送されるかを指示するアクセスタイプを含むアクセス情報を受信する段階と、
前記受信されたアクセス情報により前記放送伝送モード、または前記ユニキャスト伝送モードにより前記放送サービスを受信する段階と、
を有することを特徴とする方法。
前記受信されたアクセス情報により前記放送サービスが伝送される伝送モードを決定し、前記放送サービスの受信のためのアクセスアドレスを設定する段階をさらに有することを特徴とする請求項３１に記載の方法。
前記放送サービスが前記放送伝送モードを通じて提供される場合に、前記アクセス情報は、前記放送サービスのアクセスのためのインターネットプロトコル(ＩＰ)アドレスを含み、
前記設定する段階で前記アクセスアドレスを前記ＩＰアドレスとして設定する段階を含むことを特徴とする請求項３２に記載の方法。
前記アクセス情報がセッション解析プロトコル(ＳＤＰ）を含む場合に、前記ＳＤＰ内のＩＰアドレスは、前記ＩＰアドレスとして使用され、
前記設定する段階で前記アクセスアドレスを前記ＳＤＰ内のＩＰアドレスとして設定する段階を含むことを特徴とする請求項３２に記載の方法。
前記ＩＰアドレスは、マルチキャストＩＰアドレスを含むことを特徴とする請求項３３に記載の方法。
前記ＩＰアドレスは、放送ＩＰアドレスを含むことを特徴とする請求項３３に記載の方法。
前記放送サービスが前記ユニキャスト伝送モードを通じて提供される場合に、前記アクセス情報は、前記放送サービスのアクセスのためのサーバのアドレス情報を含み、
前記設定する段階で前記アクセスアドレスを前記サーバのアドレスとして設定する段階を含むことを特徴とする請求項３２に記載の方法。
前記サーバのアドレス情報としてＵＲＬ(Uniform Resource Locator)情報を使用することを特徴とする請求項３７に記載の方法。
前記サーバのアドレス情報としてＩＰアドレスを使用することを特徴とする請求項３７に記載の方法。
前記アクセス情報によりマルチメディアメッセージサービス(ＭＭＳ)/ショートメッセージサービス(ＳＭＳ)を通じて前記サーバのアドレス情報を受信する段階をさらに含むことを特徴とする請求項３７に記載の方法。
前記放送システムは、ＩＰ基盤の放送システムを含むことを特徴とする請求項３１に記載の方法。
前記アクセス情報は、前記放送伝送モード、または前記ユニキャスト伝送モードのうち前記放送サービスが提供される伝送モードを示す情報をさらに含むことを特徴とする請求項３１に記載の方法。
前記アクセス情報は、前記放送サービスを受信する前記端末の性能に対する要求情報と前記放送サービスの帯域幅情報のうち少なくとも一つをさらに含み、
前記端末は、前記要求情報と前記帯域幅情報に基づいて前記放送サービスの少なくとも一つにアクセスを遂行することを特徴とする請求項３１に記載の方法。
一つの放送サービスに対して複数のアクセス情報が存在することを特徴とする請求項３１に記載の方法。
前記放送システムは、ＯＭＡＢＣＡＳＴ(Open Mobile Alliance Browser and Content Mobile Broadcast)システムを含むことを特徴とする請求項３１に記載の方法。
前記アクセス情報は、アクセスフラグメントを含み、前記アクセスフラグメントは前記放送サービスのサービスガイドを通じて受信することを特徴とする請求項３１に記載の方法。
放送システムの端末における放送サービスのアクセス情報を受信する装置であって、
前記放送サービスが放送伝送モードにより伝送されるか、またはユニキャスト伝送モードにより伝送されるかを指示するアクセスタイプを含むアクセス情報を受信し、前記受信されたアクセス情報により前記放送伝送モード、またはユニキャスト伝送モードにより前記放送サービスを受信する受信器を含むことを特徴とする装置。
前記受信されたアクセス情報により前記放送伝送モード、または前記ユニキャスト伝送モードのうち前記放送サービスが提供される伝送モードを決定し、前記放送サービスの受信のためのアクセスアドレスを設定するアクセス情報分析器をさらに含むことを特徴とする請求項４７に記載の装置。
前記放送サービスが前記放送伝送モードを通じて提供される場合に、前記アクセス情報は、前記放送サービスのアクセスのためのインターネットプロトコル(ＩＰ)アドレスを含み、
前記アクセス情報分析器は、前記アクセスアドレスを前記ＩＰアドレスとして設定することを特徴とする請求項４８に記載の装置。
前記アクセス情報がセッション解析プロトコル(ＳＤＰ）を含む場合に、前記ＩＰアドレスとして前記ＳＤＰ内のＩＰアドレスを使用し、
前記アクセス情報分析器は、前記アクセスアドレスを前記ＳＤＰ内のＩＰアドレスとして設定することを特徴とする請求項４８に記載の装置。
前記ＩＰアドレスは、マルチキャストＩＰアドレスを含むことを特徴とする請求項４９に記載の装置。
前記ＩＰアドレスは、放送ＩＰアドレスを含むことを特徴とする請求項４９に記載の装置。
前記放送サービスが前記ユニキャスト伝送モードを通じて提供される場合に、前記アクセス情報は、前記放送サービスのアクセスのためのサーバのアドレス情報を含み、
前記アクセス情報分析器は前記アクセスアドレスを前記サーバのアドレスとして設定することを特徴とする請求項４８に記載の装置。
前記サーバのアドレス情報としてＵＲＬ(Uniform Resource Locator)情報を使用することを特徴とする請求項５３に記載の装置。
前記ＩＰアドレスは、前記サーバのアドレス情報として使用されることを特徴とする請求項５３に記載の装置。
前記アクセス情報分析器は、前記アクセス情報を分析し、マルチメディアメッセージサービス(ＭＭＳ)/ショートメッセージサービス(ＳＭＳ)を通じて前記サーバのアドレス情報を受信するように構成されることを特徴とする請求項５３に記載の装置。
前記放送システムは、ＩＰ基盤の放送システムを含むことを特徴とする請求項４７に記載の装置。
前記アクセス情報は、前記放送伝送モード、または前記ユニキャスト伝送モードのうち前記放送サービスが提供される伝送モードを示す情報をさらに含むことを特徴とする請求項４７に記載の装置。
前記アクセス情報は、前記放送サービスを受信する前記端末の性能に対する要求情報と前記放送サービスの帯域幅情報のうち少なくとも一つをさらに含み、
前記アクセス情報分析器は、前記要求情報と前記帯域幅情報のうちの少なくとも一つに基づいて前記放送サービスのアクセスを遂行することを特徴とする請求項４８に記載の装置。
複数の異なる付加サービスが一つの放送サービスに対して提供される場合に、一つの放送サービスに対して複数のアクセス情報が存在することを特徴とする請求項４７に記載の装置。
前記放送システムは、ＯＭＡＢＣＡＳＴ(Open Mobile Alliance Browser and Content Mobile Broadcast)システムを含むことを特徴とする請求項４７に記載の装置。
前記アクセス情報は、アクセスフラグメントを含み、前記受信器は前記放送サービスのサービスガイドを通じて前記アクセスフラグメントを受信するように構成されることを特徴とする請求項６１に記載の装置。
放送サービスのアクセス情報を提供する放送システムであって、
放送サービスが放送伝送モードにより伝送されるか、またはユニキャスト伝送モードにより伝送されるかを指示するアクセスタイプを含むアクセス情報を生成し、前記アクセスタイプを含むアクセス情報を端末に伝送する送信装置と、
前記放送サービスのアクセス情報を受信し、前記受信されたアクセス情報により前記放送伝送モード、または前記ユニキャスト伝送モードにより前記放送サービスを受信する受信装置と、
を含むことを特徴とする放送システム。
前記受信装置は、前記受信された放送サービスのアクセス情報により前記放送伝送モード、または前記ユニキャスト伝送モードのうち前記放送サービスが提供される伝送モードを決定し、前記放送サービスの受信のためのアクセスアドレスを設定するようにさらに構成されることを特徴とする請求項６３に記載の放送システム。
前記アクセス情報は、アクセスフラグメントを含み、前記受信装置は、前記放送サービスのサービスガイドを通じて前記アクセスフラグメントを受信するように構成されることを特徴とする請求項６３に記載の放送システム。