專利名稱：：移動(dòng)廣播系統(tǒng)中提供通知消息的方法和系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
：本發(fā)明通常涉及一種用于在移動(dòng)廣播系統(tǒng)中提供通知消息的方法和系統(tǒng)，更具體地，涉及一種用于在移動(dòng)廣播系統(tǒng)中使用交互信道(interactionchannel)來(lái)提供通知消息的方法和系統(tǒng)。
背景技術(shù)：
：移動(dòng)通信市場(chǎng)經(jīng)常面對(duì)通過(guò)現(xiàn)有技術(shù)的重組或集成來(lái)不斷產(chǎn)生新服務(wù)的需求。目前，由于通信和廣播技術(shù)的發(fā)展，傳統(tǒng)的廣播系統(tǒng)或者移動(dòng)通信系統(tǒng)已經(jīng)達(dá)到了通過(guò)諸如移動(dòng)電話、個(gè)人數(shù)字助理(PDA)等的便攜式終端(或者移動(dòng)終端或終端)提供廣播服務(wù)的階段?，F(xiàn)在，移動(dòng)通信服務(wù)和網(wǎng)際協(xié)議(IP)技術(shù)的整合(convergence)成為下一代移動(dòng)通信技術(shù)的主流，從而遵循潛在的市場(chǎng)要求、對(duì)多媒體服務(wù)的日益增加的用戶需求、用于提供除了現(xiàn)有語(yǔ)音服務(wù)之外的類似廣播服務(wù)的新服務(wù)的服務(wù)提供者的策略、以及正在提高它們的移動(dòng)通信業(yè)務(wù)以便滿足用戶需求的信息技術(shù)(IT)公司的利益。開(kāi)放移動(dòng)聯(lián)盟(OpenMobileAlliance,OMA)，是組織來(lái)研究各個(gè)移動(dòng)解決方案之間的交互(inter-working)的標(biāo)準(zhǔn)的團(tuán)體，它負(fù)責(zé)建立移動(dòng)游戲、因特網(wǎng)服務(wù)等的各種應(yīng)用標(biāo)準(zhǔn)。具體地，作為OMA工作組之一的OMA瀏覽器和內(nèi)容(BAC)移動(dòng)廣播(BCAST)子工作組正在研究使用移動(dòng)終端來(lái)提供廣播服描述。移動(dòng)廣播系統(tǒng)包括通過(guò)能夠接收移動(dòng)廣播的終端發(fā)現(xiàn)服務(wù)的處理、通過(guò)終端預(yù)訂(subscribe)服務(wù)的處理、提供用于接收所述服務(wù)的各種控制信息的處理、傳送所述服務(wù)的處理、和通過(guò)終端接收所述服務(wù)的處理。在移動(dòng)廣播系統(tǒng)中，在移動(dòng)廣播處理期間，當(dāng)終端接收廣播服務(wù)時(shí)，終端接收包括針對(duì)廣播服務(wù)的各種控制信息的通知消息。在移動(dòng)廣播系統(tǒng)中，在終端接收廣播時(shí)，由于各種因素，在廣播系統(tǒng)中可能發(fā)生變化。一些變化可以是應(yīng)當(dāng)必須提供給終端的信息。所述信息例如可以包括移動(dòng)廣播服務(wù)時(shí)間的變化、針對(duì)接收移動(dòng)廣播服務(wù)的信息的變化、等等。已經(jīng)定義了一種用于在移動(dòng)廣播系統(tǒng)中傳送通知消息的方法。
發(fā)明內(nèi)容然而，在支持交互信道的移動(dòng)廣播系統(tǒng)中，仍未定義用于通知消息的傳送方法。因此，需要定義通知消息傳送方法。本發(fā)明的一方面在于至少解決上述問(wèn)題和/或缺點(diǎn)，以及至少提供下述優(yōu)點(diǎn)。相應(yīng)地，本發(fā)明的一方面是提供一種用于在移動(dòng)廣播系統(tǒng)中傳送通知消息的方法和系統(tǒng)。本發(fā)明的另一方面是提供一種用于在支持交互信道的移動(dòng)廣播系統(tǒng)中傳送通知消息的方法和系統(tǒng)。根據(jù)本發(fā)明的一方面，提供了一種用于在支持交互信道的移動(dòng)廣播系統(tǒng)的發(fā)射機(jī)中提供通知消息的方法，所述方法包括如下步驟在發(fā)生通知事件時(shí)，用于管理終端的預(yù)訂信息的第一裝置生成通知消息，并且使用所生成的通知消息、基于終端的預(yù)訂信息來(lái)生成包括目標(biāo)地址的至少一個(gè)傳送請(qǐng)求消息；和用于傳送通知消息的第二裝置確定該第二裝置將要基于所述目標(biāo)地址在其上向?qū)?yīng)終端傳送通知消息的信道，并且在所確定的信道上傳送所述通知消息。根據(jù)本發(fā)明的又一方面，提供了一種在支持交互信道的移動(dòng)廣播系統(tǒng)中的發(fā)射機(jī)，所述發(fā)射機(jī)包括用于管理終端的預(yù)訂信息的第一裝置，在發(fā)生通知事件時(shí)生成通知消息，并且使用所生成的通知消息、基于終端的預(yù)訂信息生成包括目標(biāo)地址的至少一個(gè)傳送請(qǐng)求消息；和第二裝置，用于確定該第二裝置將要基于所述目標(biāo)地址在其上向終端傳送通知消息的信道，并且在所確定的信道上傳送通知消息。根據(jù)本發(fā)明的又一方面，提供了一種用于在支持交互信道的移動(dòng)廣播系統(tǒng)的終端中接收通知消息的方法，所述方法包括如下步驟從服務(wù)指南檢查通知內(nèi)容，并且為了服務(wù)預(yù)訂/購(gòu)買，向用于管理終端的預(yù)訂信息的第一裝置傳送通知消息的預(yù)訂請(qǐng)求消息，所述請(qǐng)求消息包括通知消息的接收信道信息；從所述第一裝置接收包括驗(yàn)證信息的響應(yīng)消息；和在完成驗(yàn)證之后，接收根據(jù)傳送信道信息傳送的通知消息。根據(jù)本發(fā)明的又一方面，提供了一種在支持交互信道的移動(dòng)廣播系統(tǒng)中的終端，所述終端包括第一裝置，用于從服務(wù)指南檢查通知內(nèi)容，并且為了服務(wù)預(yù)訂/購(gòu)買，向用于管理終端的預(yù)訂信息的實(shí)體傳送通知消息的預(yù)訂請(qǐng)求消息，并且響應(yīng)于此接收驗(yàn)證信息，所述請(qǐng)求消息包括通知消息的接收信道信息；和第二裝置，用于在完成驗(yàn)證之后接收根據(jù)傳送信道信息傳送的通知消息的實(shí)體。根據(jù)本發(fā)明的又一方面，提供了一種用于在支持交互信道的移動(dòng)廣播系統(tǒng)中提供通知消息的方法，所述方法包括終端從服務(wù)指南檢查通知內(nèi)容，并且為了服務(wù)預(yù)訂/購(gòu)買，向用于管理終端的預(yù)訂信息的發(fā)射機(jī)傳送通知消息的預(yù)訂請(qǐng)求消息，所述請(qǐng)求消息包括通知消息的接收信道消息；和發(fā)射機(jī)根據(jù)預(yù)訂請(qǐng)求消息執(zhí)行驗(yàn)證，存儲(chǔ)終端的預(yù)訂信息，并且在發(fā)生通知事件時(shí)，基于信道信息傳送對(duì)應(yīng)服務(wù)的通知消息。根據(jù)本發(fā)明的又一方面，提供了一種支持交互信道的移動(dòng)廣播系統(tǒng)，所述系統(tǒng)包括終端，用于從服務(wù)指南檢查通知內(nèi)容，并且為了服務(wù)預(yù)訂/購(gòu)買，向用于管理終端的預(yù)訂信息的發(fā)射機(jī)傳送通知消息的預(yù)訂請(qǐng)求消息，所述請(qǐng)求消息包括通知消息的接收信道信息；和發(fā)射機(jī)，用于根據(jù)預(yù)訂請(qǐng)求消息存儲(chǔ)終端的預(yù)訂信息，并且在發(fā)生通知事件時(shí)，基于信道信息向所述終端傳送對(duì)應(yīng)服務(wù)的通知消息。根據(jù)接下來(lái)結(jié)合附圖的詳細(xì)描述，本發(fā)明的上面和其他目的、特征和優(yōu)點(diǎn)將變得更加明顯，其中圖1圖示了根據(jù)本發(fā)明第一實(shí)施例的、用于在移動(dòng)廣播系統(tǒng)中向移動(dòng)終端傳送服務(wù)指南(serviceguide)的系統(tǒng)；圖2圖示了根據(jù)本發(fā)明第一實(shí)施例的、移動(dòng)廣播系統(tǒng)中的通知架構(gòu)；圖3圖示了根據(jù)本發(fā)明第一實(shí)施例的、移動(dòng)廣播系統(tǒng)中的服務(wù)供應(yīng)的架構(gòu)；圖4圖示了根據(jù)本發(fā)明第一實(shí)施例的、用于在移動(dòng)廣播系統(tǒng)中傳送通知消息的架構(gòu)；圖5A到圖5D圖示了根據(jù)本發(fā)明第一實(shí)施例的、在移動(dòng)廣播系統(tǒng)中的包括通知值的服務(wù)指南的詳細(xì)實(shí)施例；圖6圖示了才艮據(jù)本發(fā)明第一實(shí)施例的、在移動(dòng)廣播系統(tǒng)中通過(guò)交互信道只十通知消息的預(yù)訂；圖7圖示了根據(jù)本發(fā)明第一實(shí)施例的、在移動(dòng)廣播系統(tǒng)中用于通知事件(NotificationEvent)的生成和請(qǐng)求處理；圖8圖示了在從NTG接收到針對(duì)通知消息的傳送請(qǐng)求時(shí)NTDA向終端傳送通知消息的處理；圖9A圖示了根據(jù)本發(fā)明第一實(shí)施例的、在移動(dòng)廣播系統(tǒng)中的接入片段(Accessfragment)的示例；圖9B圖示了根據(jù)本發(fā)明第一實(shí)施例的、在移動(dòng)廣播系統(tǒng)中的接入片段中的4妻入類型(AccessType);圖10圖示了根據(jù)本發(fā)明第一實(shí)施例的、在移動(dòng)廣播系統(tǒng)中通過(guò)服務(wù)指南接收方法的用戶終端的示例性屏幕；圖11圖示了根據(jù)本發(fā)明第二實(shí)施例的、在移動(dòng)廣播系統(tǒng)中的基于CBMS的電子服務(wù)指南(ESG)傳送架構(gòu)；圖12圖示了根據(jù)本發(fā)明第二實(shí)施例的、在移動(dòng)廣播系統(tǒng)中的用于傳送通知消息的CBMS網(wǎng)絡(luò)實(shí)體；圖13圖示了根據(jù)本發(fā)明第二實(shí)施例的、在移動(dòng)廣播系統(tǒng)中的基于CBMS的服務(wù)購(gòu)買架構(gòu)；圖14圖示了根據(jù)本發(fā)明第二實(shí)施例的、在移動(dòng)廣播系統(tǒng)中的網(wǎng)絡(luò)實(shí)體之間的信令；圖15A到圖15D圖示了根據(jù)本發(fā)明第二實(shí)施例的、在移動(dòng)廣播系統(tǒng)中的基于CBMS的ESG數(shù)據(jù)模型片段；和圖16圖示了根據(jù)本發(fā)明第二實(shí)施例的、在移動(dòng)廣播系統(tǒng)中的基于CBMS的ESG數(shù)據(jù)模塊。具體實(shí)施例方式現(xiàn)在將參考附圖來(lái)詳細(xì)描述本發(fā)明的示范實(shí)施例。附圖中，相同或類似的元件盡管在不同的附圖中描繪，但是它們用相同的附圖標(biāo)記來(lái)表示。在接下來(lái)的描述中，為了清楚和簡(jiǎn)潔，省略了此處并入的公知功能和配置的詳細(xì)描述。本發(fā)明提供了一種用于在支持交互信道的移動(dòng)廣播系統(tǒng)中管理通知消息的方法和系統(tǒng)。此處將描述根據(jù)本發(fā)明的移動(dòng)廣播系統(tǒng)的數(shù)個(gè)實(shí)施例。也將描述根據(jù)本發(fā)明的通知消息傳送方法。在第一實(shí)施例中，將描述在第三代合作伙伴計(jì)劃(3GPP)(為異步移動(dòng)通信標(biāo)準(zhǔn))中定義的廣播系統(tǒng)、或者在開(kāi)放移動(dòng)聯(lián)盟(OMA)(針對(duì)終端應(yīng)用的標(biāo)準(zhǔn)團(tuán)體)中定義的廣播系統(tǒng)，并且在第二實(shí)施例中，將描述作為另一移動(dòng)廣播標(biāo)準(zhǔn)團(tuán)體的數(shù)字視頻廣播-廣播和移動(dòng)服務(wù)整合(DVB-CBMS)系統(tǒng)。將參考OMA中使用的架構(gòu)和術(shù)語(yǔ)來(lái)描述本發(fā)明的第一實(shí)施例，第二實(shí)施例中使用的架構(gòu)和術(shù)語(yǔ)將被映射到根據(jù)第一實(shí)施例的移動(dòng)廣系統(tǒng)的架構(gòu)和術(shù)語(yǔ)。為了更好理解通知消息，現(xiàn)在將描述根據(jù)第一實(shí)施例的移動(dòng)廣播系統(tǒng)。盡管在第一實(shí)施例中將使用在OMA的BCAST中定義的實(shí)體和名稱，但是其記載的標(biāo)準(zhǔn)和實(shí)體名稱不是意欲限制本發(fā)明的范圍，并且本發(fā)明可被應(yīng)用到具有類似技術(shù)背景的任何系統(tǒng)。在移動(dòng)廣播系統(tǒng)中，接收廣播服務(wù)的移動(dòng)終端應(yīng)接收包括服務(wù)自身的插述信息的服務(wù)指南(SG)信息、服務(wù)的收費(fèi)信息、和有關(guān)該服務(wù)的接收方法的信息。移動(dòng)終端使用服務(wù)指南信息來(lái)接收對(duì)應(yīng)的服務(wù)。盡管這里通過(guò)示例、將參考作為移動(dòng)廣播技術(shù)標(biāo)準(zhǔn)之一的OMABCAST技術(shù)來(lái)對(duì)本發(fā)明進(jìn)行描述，但是所述描述不是意欲限制本發(fā)明。圖1圖示了根據(jù)本發(fā)明第一實(shí)施例的、用于在移動(dòng)廣播系統(tǒng)中向移動(dòng)終端傳送服務(wù)指南的組成元件。在給出圖1的描述之前，在表l中給出了組成元件之間使用的接口的定義。表1<table>tableseeoriginaldocumentpage10</column></row><table><table>tableseeoriginaldocumentpage11</column></row><table>參考圖1，內(nèi)容創(chuàng)建(ContentCreation,CC)101是廣播服務(wù)(BCAST服務(wù))的提供者，并且BCAST服務(wù)可以包括傳統(tǒng)的音頻/視頻廣播服務(wù)、音樂(lè)/數(shù)據(jù)文件下載服務(wù)等等。使用服務(wù)指南內(nèi)容創(chuàng)建源(SGCCS)102,CC101經(jīng)由表1的SG1接口103向BCAST服務(wù)應(yīng)用(BSA)104的服務(wù)指南應(yīng)用源(SGAS)105傳送用于生成BCAST服務(wù)的服務(wù)指南所必需的內(nèi)容信息、移動(dòng)終端的性能信息、用戶簡(jiǎn)檔、內(nèi)容時(shí)間信息等等。BSA104進(jìn)行控制，將從CC101提供的BCAST服務(wù)數(shù)據(jù)處理為適于BCAST網(wǎng)絡(luò)的格式。另外，BSA104控制移動(dòng)廣播指南所需的標(biāo)準(zhǔn)化元數(shù)據(jù)的生成。SGAS105經(jīng)由SG2接口106向BCAST服務(wù)分發(fā)/改編(BSD/A)108服務(wù)指南(例如服務(wù)/內(nèi)容特定信息、調(diào)度信息、位置信息等等)所'義:需的各種源。BSD/A108進(jìn)行控制，建立它將在其上傳送從BSA104提供的BCAST服務(wù)數(shù)據(jù)的載體(bearer)，確定針對(duì)BCAST服務(wù)的傳送調(diào)度，并且生成移動(dòng)廣播指南信息。BSD/A108連接到廣播分發(fā)系統(tǒng)(BDS)131和交互網(wǎng)絡(luò)(IN)133,該廣播分發(fā)系統(tǒng)131用于通過(guò)廣播信道傳送BCAST服務(wù)數(shù)據(jù)，該交互網(wǎng)絡(luò)133用于通過(guò)交互信道支持交互通信。經(jīng)由SG分發(fā)(SG-D)llO和SG5接口117將從SG-G109生成的服務(wù)指南傳送到移動(dòng)終端(終端)119。BCAST預(yù)訂管理(BSM)113管理用于接收BCAST服務(wù)的預(yù)訂信息和服務(wù)供應(yīng)信息、以及用于接收BCAST服務(wù)的移動(dòng)終端的設(shè)備信息。BSM113中的服務(wù)指南預(yù)訂源(SGSS)114經(jīng)由SG4接口112向SG-G109傳送與服務(wù)指南的生成相關(guān)的預(yù)訂/提供源、以及諸如購(gòu)買信息和促銷信息的源，以便生成服務(wù)指南。終端119是能夠接收BCAST服務(wù)的終端，并且具有^f艮據(jù)終端性能能夠與蜂窩網(wǎng)絡(luò)連接的功能。具有服務(wù)指南客戶(SG-C)120的終端119接收經(jīng)由SG5接口117傳送的服務(wù)指南，或者接收經(jīng)由SG6接口118傳送的通知消息，并且執(zhí)行適合于BCAST服務(wù)接收的操作。表2到表4闡述了在OMABCAST標(biāo)準(zhǔn)中規(guī)定的、用于圖1的主要組成元件的功能的定義。表2<table>tableseeoriginaldocumentpage12</column></row><table>終端。SG-C獲得特定服務(wù)指南信息，它可以對(duì)它進(jìn)行過(guò)濾以便匹配終端特定標(biāo)準(zhǔn)(例如，位置、用戶簡(jiǎn)檔、終端性能)，或者它簡(jiǎn)單地獲得所有可用的服務(wù)指南信息，通常，用戶可以以菜單、列表或者表格的格式查看服務(wù)指南信息。SG-C可以通過(guò)SG-t向網(wǎng)絡(luò)發(fā)送請(qǐng)求，以便獲得特定的服務(wù)指南信息或者整個(gè)服務(wù)指南。<table>tableseeoriginaldocumentpage13</column></row><table>SG-D生成IP流，以便經(jīng)由SG5接口和廣播信道向SG-C傳遞服務(wù)指南。在傳遞之前，SG-G可以向服務(wù)指南改編(SG-A)發(fā)送服務(wù)指南，以便根據(jù)經(jīng)由SG-B1通過(guò)BDS服務(wù)分發(fā)發(fā)送的BDS屬性將服務(wù)指南改編為合適的特定BDS。所述改編可能導(dǎo)致服務(wù)指南的修改。注意，為了改編目的，SG-A也可以經(jīng)由SG-B1向BDS服務(wù)分發(fā)發(fā)送BCAST服務(wù)指南屬性或者BCAST服務(wù)指南片段用以改編，BDS服務(wù)分發(fā)內(nèi)的所述改編不在BCAST的范圍之內(nèi)，SG-D也可以接收對(duì)服務(wù)指南信息的請(qǐng)求，并且直接通過(guò)交互信道將所請(qǐng)求的服務(wù)指南信息發(fā)送到終端。SG-D也可以基于最終用戶預(yù)先指定的筒檔過(guò)濾來(lái)自SG-G的服務(wù)指南信息。SG-D也可以向BDS發(fā)送服務(wù)指南，該BDS修改服務(wù)指南(例如，通過(guò)添加BDS特定信息)，并且還以BDS特定方式向SG-C分發(fā)服務(wù)指南。圖2圖示了根據(jù)本發(fā)明第一實(shí)施例的、移動(dòng)廣播系統(tǒng)中的通知架構(gòu)。CC101是廣播服務(wù)(BCAST服務(wù))的提供者。BCAST服務(wù)可以包括傳統(tǒng)的音頻/視頻廣播服務(wù)、音樂(lè)/數(shù)據(jù)文件下載服務(wù)等等。如果在供應(yīng)BCAST服務(wù)時(shí)出現(xiàn)任何問(wèn)題或變化，則CC101將該變化通知給BSA104中的通知事件功能(NTE)201。BSA104進(jìn)行控制，將從CC101提供的BCAST服務(wù)數(shù)據(jù)處理為適于BCAST網(wǎng)絡(luò)的格式，并且生成移動(dòng)廣播指南所需的標(biāo)準(zhǔn)化元凝:據(jù)。另外，BSA104將從CC101中提供的BCAST服務(wù)中的變化通知給BSM113中的通知生BSD/A108進(jìn)行控制，來(lái)建立BSD/A108將經(jīng)由其傳送從BSA104提供的BCAST服務(wù)數(shù)據(jù)的載體信道，確定BCAST服務(wù)的傳送調(diào)度，并且生成移動(dòng)廣播指南信息，并且BSD/A108連接到BDS1B和IN133。另外，具有通知分發(fā)/改編功能(NTDA)202的BSD/A108接收來(lái)自BSM113的通知消息，并且經(jīng)由BDS131或者IN133將該通知消息傳送到單個(gè)用戶或者多個(gè)用戶。BSM113管理用于接收BCAST服務(wù)的預(yù)訂信息和服務(wù)供應(yīng)信息、以及用于接收BCAST服務(wù)的移動(dòng)終端的裝置信息。具體地，具有NTG203的BSM113接收有關(guān)在用于提供移動(dòng)廣播服務(wù)的各種網(wǎng)絡(luò)實(shí)體中發(fā)生的通知事件的信息，并且使用所接收的信息生成通知消息，或者對(duì)BCAST服務(wù)的自我事件生成通知消息。終端119是能夠接收BCAST服務(wù)的終端，并且具有能夠根據(jù)終端性能與蜂窩網(wǎng)絡(luò)連接的功能。使用通知客戶功能(NTC)204,終端119接收經(jīng)由NT5接口214傳送的通知消息，并且根據(jù)NT5通知消息執(zhí)行合適的操作，或者接收經(jīng)由NT6接口215傳送的通知消息，并且根據(jù)NT6通知消息執(zhí)行合適的操作。作為BSA104中的NTE201與CC101之間的接口的NT-1接口211用來(lái)向NTE201傳送在CC101中發(fā)生的通知事件。作為從BSA104中的NTE201到BSM113中的NTG203的接口的NT-3接口212用于運(yùn)送生成事件通知或者通知消息所需的信息，從而NTG203可以生成通知消息。作為從BSM113中的NTG203到BSD/A108中的NTDA202的接口的NT-4接口213被用來(lái)將在NTG203中生成的通知消息傳送到NTDA202，以便將通知消息進(jìn)一步傳送到BDS131或者IN133，或者該NT-4接口213被用來(lái)將BSD/A108或BDS131中發(fā)生的事件傳送到NTDA202。NT-5接口214是被用來(lái)通過(guò)廣播信道經(jīng)由BDS131將從BSD/A108中的NTDA202提供的通知消息直接傳送到終端119的接口。NT-5接口214被用來(lái)將通知消息傳送到多個(gè)終端。NT-6接口215是被用來(lái)經(jīng)由IN133將從BSD/A108中的NTDA202提供的通知消息直接傳送到終端119的接口。NT-6接口215被用來(lái)將通知消息傳送到單個(gè)終端。NT-B1接口216被用作BSD/A108將要在BDS131中使用的傳送路徑，或者被用作在BDS131中生成的事件信息的接收路徑。NT-B1接口216是BSD/A108與BDS服務(wù)分發(fā)(BDS-SD)130之間的接口。NTE201控制向NTG203傳送用于生成通知消息所需的信息，并且如果存在有關(guān)通知事件生成的信息，則控制向NTG203傳送所述信息。NTG203控制使用從NTE201接收到的用于生成通知消息所需的信息和事件來(lái)生成通知消息，或者控制在經(jīng)由NTDA202接收到來(lái)自BDS131或IN133的通知事件而生成通知消息，并且控制將通知消息傳送到NTDA202。(i)當(dāng)需要重新通知服務(wù)的開(kāi)始時(shí)，(ii)當(dāng)在NTG203從CCIOI接收到指明服務(wù)信息中的變化的通知時(shí)而需要傳送新移動(dòng)廣播指南時(shí)，和(iii)當(dāng)在BDS131或IN133中已經(jīng)發(fā)生特定事件時(shí)，NTG203可以生成通知消息。NTDA202控制經(jīng)由NT-5接口214或NT-6接口215來(lái)傳送通知消息。另外，一旦從BDS131接收到指明由于無(wú)線網(wǎng)絡(luò)環(huán)境引起的特定移動(dòng)廣播服務(wù)中的變化的信息，例如，指明速率控制或者服務(wù)不可能性的信息，NTDA202經(jīng)由NT-4接口213向NTG203傳送對(duì)應(yīng)的通知事件。圖3圖示了根據(jù)本發(fā)明第一實(shí)施例的、用于移動(dòng)廣播系統(tǒng)中的服務(wù)供應(yīng)的架構(gòu)。該服務(wù)供應(yīng)架構(gòu)控制針對(duì)BCAST服務(wù)的用戶預(yù)訂和對(duì)所預(yù)訂服務(wù)的購(gòu)買過(guò)程。另外，該服務(wù)供應(yīng)架構(gòu)提供用于處理付款和購(gòu)買的附加信息，例如用戶帳戶的狀態(tài)信息。參考圖3,廣播服務(wù)供應(yīng)管理(BSP-M)301提供預(yù)訂和購(gòu)買信息?；谟脩纛A(yù)訂信息，BSP-M301將用戶收費(fèi)信息提供給有關(guān)實(shí)體，并且支持對(duì)該移動(dòng)廣播服務(wù)的收費(fèi)。BSP-M301經(jīng)由SP-7接口311和SP-8接口312從廣播服務(wù)供應(yīng)客戶(BSP-C)302接收對(duì)預(yù)訂和收費(fèi)的請(qǐng)求和報(bào)告。BSP-C302控制生成關(guān)于針對(duì)移動(dòng)廣播服務(wù)的預(yù)訂和購(gòu)買的報(bào)告。BSP-C302可以根據(jù)從服務(wù)指南提取的供應(yīng)信息，請(qǐng)求預(yù)訂和購(gòu)買或者請(qǐng)求附加信息。SP-7接口311和SP-8接口312的描述如表5所示。表5<table>tableseeoriginaldocumentpage15</column></row><table><table>tableseeoriginaldocumentpage16</column></row><table>最終用戶通過(guò)帶外接口來(lái)預(yù)訂和購(gòu)買服務(wù),它在OMABCAST的范圍之外。參考表6，"名稱"指明構(gòu)成對(duì)應(yīng)消息的元素和屬性的名稱。"類型"指明對(duì)應(yīng)名稱的類型(元素或者屬性)。該元素具有值E1、E2、E3和E4。El指明整個(gè)消息的上層元素，E2指明E1的子元素，E3指明E2的子元素，以及E4指明E3的子元素。屬性由A表示，并且A指明對(duì)應(yīng)元素的屬性。例如，El下的A指明El的屬性。"類別"被用來(lái)確定對(duì)應(yīng)元素或?qū)傩允菑?qiáng)制的還是可選的，并且具有用于強(qiáng)制元素或?qū)傩缘腗值、以及用于可選元素或?qū)傩缘腛值。"基數(shù)(Cardinality)"指明元素之間的關(guān)系，并具有值0、O..l、1、O..n、l..n。這里，0是指可選關(guān)系，l是指強(qiáng)制關(guān)系，而n是指可被使用多個(gè)值。例如，O..n是指對(duì)應(yīng)的消息可能沒(méi)有元素或者可能具有n個(gè)元素。"描述"指明對(duì)應(yīng)元素或?qū)傩缘暮x，"數(shù)據(jù)類型"指明對(duì)應(yīng)元素或?qū)傩缘臄?shù)據(jù)類型。表6<table>tableseeoriginaldocumentpage16</column></row><table>圖4圖示了根據(jù)本發(fā)明第一實(shí)施例的、用于在移動(dòng)廣播系統(tǒng)中傳送通知消息的架構(gòu)。為了方便，圖4中僅包含了圖1到圖3中所述的實(shí)體之中用于傳送通知消息所需的元素。參考圖4，SG-G109在步驟401生成包括與服務(wù)和內(nèi)容相關(guān)的時(shí)間、購(gòu)買和接入信息的服務(wù)指南，并且然后向SG-D110發(fā)送對(duì)服務(wù)指南傳送的請(qǐng)求。SG-D110然后在步驟402向終端119發(fā)送服務(wù)指南。服務(wù)指南可以通過(guò)廣播信道和/或交互信道分別經(jīng)由BDS和/或IN來(lái)傳送。當(dāng)通過(guò)廣播信道傳送服務(wù)指南時(shí)，終端119從傳送服務(wù)指南所經(jīng)由的會(huì)話接收該服務(wù)指南，并且當(dāng)通過(guò)交互信道傳送服務(wù)指南時(shí)，終端119接入IN并且然后響應(yīng)于對(duì)應(yīng)的請(qǐng)求而接收服務(wù)指南。終端119中的SG-C120控制來(lái)自SG-D110的服務(wù)指南接收，并且用戶從接收的服務(wù)指南中獲取服務(wù)和內(nèi)容信息?；谠摲?wù)指南，用戶確定針對(duì)服務(wù)、調(diào)度、內(nèi)容等的預(yù)訂和購(gòu)買信息，然后使用BSP-C302針對(duì)諸如預(yù)訂和購(gòu)買之類的服務(wù)供應(yīng)進(jìn)行請(qǐng)求。為了進(jìn)行相關(guān)服務(wù)通知消息接收，BSP-C302在步驟403向BSP-M301發(fā)送預(yù)訂/退訂請(qǐng)求。一旦接收到針對(duì)用戶ID、裝置ID和服務(wù)/通知預(yù)訂信息的請(qǐng)求，BSP-M301將對(duì)應(yīng)的用戶信息存儲(chǔ)在BSM113中的DB411中。在用于提供移動(dòng)廣播服務(wù)的各種網(wǎng)絡(luò)實(shí)體中可以發(fā)生通知事件。在圖4中，可以在CC101、BSA104、BSD/A108、和BSM113中發(fā)生通知事件，并且在步驟404到406,CC101、BSA104和BSD/A108向NTG203發(fā)送對(duì)通知消息生成的請(qǐng)求。NTG203針對(duì)接收到的事件生成通知消息。在生成通知消息之后，NTG203從DB411獲取它將通知消息傳送到的目標(biāo)地址TargetAddress，并且然后生成針對(duì)消息傳送的請(qǐng)求消息。如果存在已經(jīng)通過(guò)交互信道設(shè)置對(duì)消息接收服務(wù)進(jìn)行預(yù)訂的任何用戶，則NTG203生成包括關(guān)于對(duì)應(yīng)用戶可以接收該消息的地址的信息的請(qǐng)求消息。在步驟407,NTG203向NTDA202發(fā)送對(duì)通知消息傳送的請(qǐng)求。在步驟408，NTDA202向NTC204傳送通知消息。在這種情況下，NTDA202根據(jù)目標(biāo)地址通過(guò)廣播信道或交互信道來(lái)傳送通知消息。通知消息可以大致分為用于通知服務(wù)的公共通知消息和作為相關(guān)服務(wù)輔助方式的特定服務(wù)通知消息。在接收到服務(wù)指南之后，終端或用戶可以根據(jù)接下來(lái)的過(guò)程來(lái)識(shí)別公共通知消息和/或特定服務(wù)通知消息。術(shù)語(yǔ)"通知服務(wù)，，是指由通知組成的服務(wù)。例如，通知服務(wù)是指在每日的基礎(chǔ)上通過(guò)短消息服務(wù)(SMS)或者多媒體消息傳送服務(wù)(MMS)通知消息而傳送的服務(wù)，像"今曰的天氣信息"、"今日英語(yǔ)"等。作為輔助方式的特定服務(wù)通知消息是主節(jié)目的輔助服務(wù)的示例，而不是獨(dú)立的通知服務(wù)。例如，當(dāng)在播送服務(wù)"音樂(lè)前IO排行榜"的同時(shí)進(jìn)行音樂(lè)排行的投票、并且用于投票的SMS通知消息被傳送到電視觀眾用于收集投票信息時(shí)，用于投票的通知消息就是作為輔助方式的特定服務(wù)通知消息。該通知服務(wù)是指僅由通知組成的服務(wù)，并且特定服務(wù)通知消息是指可以在主節(jié)目中發(fā)生的通知消息。對(duì)于通知服務(wù)，當(dāng)服務(wù)指南的服務(wù)片段中的服務(wù)類型ServiceType具有通知值時(shí)，終端識(shí)別出對(duì)應(yīng)的服務(wù)是通知服務(wù)。對(duì)于傳送通知消息的特定服務(wù)，終端可以在以下情況中識(shí)別出它可以接收與對(duì)應(yīng)服務(wù)相關(guān)的通知消息(i)與服務(wù)相關(guān)的接入片段包括元素"通知接收，，(NotificationReception)904時(shí)，(ii)當(dāng)與服務(wù)相關(guān)的接入片段中的元素"服務(wù)類，，(ServiceClass)903具有指明"sdo.oma.nt"的URI值或者其類似通知值時(shí)，以及(iii)當(dāng)在服務(wù)片段或"購(gòu)買項(xiàng)目，，(Purchaseltem)片段中存在指明接收諸如NTvialnteraction的通知消息的可能性的對(duì)應(yīng)片段的元素或?qū)傩詴r(shí)。圖5A到圖5D圖示了根據(jù)本發(fā)明第一實(shí)施例的、在移動(dòng)廣播系統(tǒng)中的包括通知值的服務(wù)指南的詳細(xì)實(shí)施例。因?yàn)閳D5A和圖5B中的接入片段在圖9A和圖9B中被詳細(xì)示出，因此將對(duì)其進(jìn)行參考。圖5A圖示了接入片段901的示例，該接入片段901包括通知接收信息，并且與對(duì)應(yīng)服務(wù)相關(guān)的通知消息具有在元素"通知接收"904中包含的、通過(guò)廣播信道傳送的通知的接入信息，并且包含與元素"接入類型"902中的對(duì)應(yīng)服務(wù)相關(guān)的信息。圖5B圖示了分別包括服務(wù)和通知消息的接入的示例。區(qū)別對(duì)應(yīng)接入信息所基于的用途取決于"服務(wù)類，，903的值。例如，對(duì)于文件傳送服務(wù)，具有"服務(wù)類"903="sdo.oma.fd"的接入的"接入類型，，902包含可用于文件下載的接入信息，并且具有"服務(wù)類"903="sdo.oma.nt"的接入的"接入類型，，902包含用于接收通知的接入信息。圖5C圖示了僅由通知消息組成的服務(wù)的示例性配置，其中服務(wù)片段的"服務(wù)類型"是通知服務(wù)。圖5A和圖5C之間的一個(gè)差別在于接入片段包含用于通知消息接收的地址信息，而不是接入片段中獨(dú)立包括的"通知接收"。圖5D圖示了服務(wù)的預(yù)訂/購(gòu)買具有特定調(diào)度的情況的示例性配置，對(duì)應(yīng)的服務(wù)包括通知。如上所述，當(dāng)"服務(wù)類型"是通知服務(wù)、接入包括"通知接收"904、或者接入的"服務(wù)類，，903是sdo.oma.nt時(shí)，終端可以識(shí)別出對(duì)應(yīng)的服務(wù)與通知相關(guān)。圖6圖示了根據(jù)本發(fā)明第一實(shí)施例的、在移動(dòng)廣播系統(tǒng)中通過(guò)交互信道對(duì)通知消息的預(yù)訂。參考圖6，終端119在步驟601接收服務(wù)指南。之后，在步驟602,終端119使用圖5中描述的服務(wù)指南從接收到的服務(wù)指南檢查通知內(nèi)容，確定終端119是否將在服務(wù)預(yù)訂/購(gòu)買期間通過(guò)交互信道接收通知，并然后確定對(duì)通知消息的預(yù)訂。表7A到7C示出了對(duì)此的示例性預(yù)訂請(qǐng)求消息。表7A<table>tableseeoriginaldocumentpage18</column></row><table><table>tableseeoriginaldocumentpage19</column></row><table>表7B<table>tableseeoriginaldocumentpage19</column></row><table><table>tableseeoriginaldocumentpage20</column></row><table><table>tableseeoriginaldocumentpage21</column></row><table>如果終端119在步驟611中確定在接收到服務(wù)之后存在來(lái)自通知消息的退訂，則在步驟612中，BSP-C302將用于服務(wù)預(yù)訂/購(gòu)買的退訂請(qǐng)求發(fā)送到BSP-M301。表9中示出了退訂請(qǐng)求消息的示例。表9<table>tableseeoriginaldocumentpage21</column></row><table>意味著退訂交互信道上的通知。如果通知="假"，這意味著將不傳送經(jīng)由交互信道的通知。BSP-M301在步驟613中處置退訂請(qǐng)求，并且隨后在步驟614中將響應(yīng)消息發(fā)送到BSP-C302。表10中示出了響應(yīng)消息的示例。表IO<table>tableseeoriginaldocumentpage22</column></row><table>圖7圖示了根據(jù)本發(fā)明第一實(shí)施例的、在移動(dòng)廣播系統(tǒng)中用于通知事件的生成和請(qǐng)求處理。該處理示出了NTG203接收通知事件、或者生成用于在BSM113中發(fā)生的通知事件的消息、并且發(fā)送對(duì)消息傳送的請(qǐng)求的流程。參考圖7，在步驟701,NTG203具有在BSM113中發(fā)生的通知事件或者接收來(lái)自另一網(wǎng)絡(luò)實(shí)體的通知事件。表IIA和表11B示出了對(duì)于通知事件的來(lái)自對(duì)應(yīng)網(wǎng)絡(luò)實(shí)體(例如，CC、BSA和BSD/A)的通知消息生成的請(qǐng)求消息。另外，表12示出了對(duì)應(yīng)請(qǐng)求消息的響應(yīng)消息的示例。表11A<table>tableseeoriginaldocumentpage22</column></row><table><table>tableseeoriginaldocumentpage23</column></row><table><table>tableseeoriginaldocumentpage24</column></row><table>表13A<table>tableseeoriginaldocumentpage25</column></row><table>表13B<table>tableseeoriginaldocumentpage25</column></row><table><table>tableseeoriginaldocumentpage26</column></row><table><table>tableseeoriginaldocumentpage27</column></row><table>在步驟802中，NTDA202檢查請(qǐng)求消息中包括的目標(biāo)地址。之后，NTDA202在步驟803中通過(guò)解析"目標(biāo)地址"信息來(lái)確定它將使用廣播信道還是交互信道來(lái)進(jìn)行消息傳送。如果NTDA202確定使用廣播信道810進(jìn)行消息傳送，則NTDA202在步驟811中從請(qǐng)求消息中的"目標(biāo)地址"信息中檢查諸如IP地址的會(huì)話信息，并然后在對(duì)應(yīng)的會(huì)話中傳送通知消息。然而，如果NTDA202確定使用交互信道820，則NTDA202在步驟821中檢查"目標(biāo)地址，，的類型。之后，在步驟822中，NTDA202根據(jù)目標(biāo)地址的類型來(lái)確定傳送方法，并然后使用傳送消息來(lái)傳送通知消息。表15到表17示出了圖6中描述的通知消息預(yù)訂中的每個(gè)單獨(dú)服務(wù)的通知消息的預(yù)訂/退訂的示例性方法。表15<table>tableseeoriginaldocumentpage27</column></row><table><table>tableseeoriginaldocumentpage28</column></row><table><formula>formulaseeoriginaldocumentpage29</formula>表15示出了在預(yù)訂"購(gòu)買項(xiàng)目"或服務(wù)包(ServiceBundle)的情況下的消息，特定服務(wù)的通知消息接收是從在對(duì)應(yīng)包中包含的服務(wù)之中選擇的。在圖6的步驟603中的服務(wù)預(yù)訂期間，使用請(qǐng)求消息來(lái)傳送表15中的元素和其相關(guān)的屬性。如果期望特定"服務(wù)ID"(ServiceID)通知消息接收，則將屬性通知設(shè)定為"真"，并且如果不期望特定"服務(wù)ID"通知消息接收，則將屬性通知設(shè)定為"假"。表16示出了其中進(jìn)行在"購(gòu)買項(xiàng)目"或者服務(wù)包中包括的服務(wù)之中退訂的特定服務(wù)的通知消息接收的情況的消息。在圖6的步驟612中的服務(wù)退訂期間，將表16中的元素及其相關(guān)聯(lián)屬性與請(qǐng)求消息一起傳送。如果期望特定"服務(wù)ID"通知消息退訂，則將屬性通知設(shè)定為"真"。如果屬性通知被設(shè)定為"假，，或者沒(méi)有屬性通知，則意味著用戶保持它的當(dāng)前預(yù)訂。如果用戶請(qǐng)求退訂對(duì)應(yīng)的"購(gòu)買項(xiàng)目，，或服務(wù)包，則每個(gè)相關(guān)服務(wù)和通知消息接收經(jīng)歷退訂，而不需要通過(guò)表16的特定服務(wù)選擇。然而，如果用戶期望針對(duì)特定服務(wù)的退訂的通知消息、同時(shí)保持它對(duì)"購(gòu)買項(xiàng)目"或服務(wù)包的預(yù)訂，則表16和表17被包括在退訂消息中，并且表17中的屬性被設(shè)定為"真"，并且可以使用表16對(duì)于每個(gè)單獨(dú)服務(wù)選擇退訂通知消息接收。圖10圖示了根據(jù)本發(fā)明第一實(shí)施例的、在移動(dòng)廣播系統(tǒng)中通過(guò)服務(wù)指南接收方法的用戶終端的示例性屏幕。所示的是一種在通過(guò)服務(wù)指南接收預(yù)訂"購(gòu)買項(xiàng)目"的同時(shí)預(yù)訂通知消息的方法和處理。在用戶終端接收服務(wù)指南之后，用戶可以檢查該服務(wù)和內(nèi)容信息，并且也可以通過(guò)"購(gòu)買項(xiàng)目，，信息來(lái)檢查服務(wù)包信息。用戶終端可以在終端屏幕1001上顯示服務(wù)指南內(nèi)容，從而用戶可以沖企查該服務(wù)內(nèi)容。終端屏幕1001是運(yùn)動(dòng)頻道包的示例性屏幕。附圖標(biāo)記1011指明作為"購(gòu)買項(xiàng)目"標(biāo)題的服務(wù)包名稱，而附圖標(biāo)記1013示出了在對(duì)應(yīng)包中包括的服務(wù)列表。使用附圖標(biāo)記1012和1014,用戶確定是否通過(guò)交互來(lái)為每個(gè)單獨(dú)服務(wù)提供通知消息。在該實(shí)施例中，僅ESPN和SBS運(yùn)動(dòng)通過(guò)交互提供了通知消息。如果用戶使用預(yù)訂按鈕1015來(lái)預(yù)訂服務(wù)，則屏幕IOOI變換到預(yù)訂消息生成屏幕1002。如果用戶在特定服務(wù)中期望通過(guò)交互接收通知消息，則他/她在復(fù)選框1024中對(duì)它進(jìn)行選擇，并且使用按4丑1025來(lái)請(qǐng)求對(duì)服務(wù)和相關(guān)通知消息的預(yù)訂，并且通過(guò)包括表15的服務(wù)供應(yīng)預(yù)訂消息將對(duì)應(yīng)的信息傳送到BSM，從而完成預(yù)訂。也使用類似的方法來(lái)執(zhí)行退訂?，F(xiàn)在將對(duì)根據(jù)本發(fā)明第二實(shí)施例的在數(shù)字視頻廣播一廣播和移動(dòng)服務(wù)整合(DVB-CBMS)系統(tǒng)中的通知消息傳送方法進(jìn)行描迷。盡管為了方便、本發(fā)明的第二實(shí)施例中使用的網(wǎng)絡(luò)實(shí)體、接口以及網(wǎng)絡(luò)實(shí)體與終端之間傳送的信息的術(shù)語(yǔ)被映射到DVB-CBMSWG中使用的術(shù)語(yǔ)，但這是為了示出本發(fā)明可應(yīng)用于類似的廣播系統(tǒng)，而不是意欲限制本發(fā)明的范圍。圖11圖示了被映射到圖1的架構(gòu)的基于CBMS的電子服務(wù)指南(ESG)傳送架構(gòu)。表18中給出了圖11中使用的網(wǎng)絡(luò)實(shí)體的定義。在圖11中所示的實(shí)體中，"特定邏輯ESG聚合器"是本發(fā)明中的重要實(shí)體，并且具有圖1的SG-D110和SG-G109的組合功能，即，控制ESG的生成和傳送。表18<table>tableseeoriginaldocumentpage30</column></row><table><table>tableseeoriginaldocumentpage31</column></row><table>圖12圖示了與圖2的基于OMA的架構(gòu)對(duì)應(yīng)的架構(gòu)。示出了用于在CBMS中傳送通知消息的網(wǎng)絡(luò)實(shí)體的結(jié)構(gòu)。參考圖12,內(nèi)容創(chuàng)建(CC)1201是廣播服務(wù)的提供者，以及廣播服務(wù)可以包括傳統(tǒng)的音頻/視頻廣播服務(wù)、音樂(lè)/數(shù)據(jù)文件下載服務(wù)等等。如果在供應(yīng)廣播服務(wù)時(shí)存在任何問(wèn)題或變化，則CC1201將所述變化通知給服務(wù)應(yīng)用(SA)1202中的通知事件功能(NEF)1202a。NEF1202a基于接收到的事件將通知事件傳送到通知生成功能(NCF)1203a。SA1202控制將從CC1201提供的廣播服務(wù)的內(nèi)容數(shù)據(jù)處理為適于廣播網(wǎng)絡(luò)的格式(例如，音頻/視頻流、或者影片下載)，以便生成廣播服務(wù)數(shù)據(jù)，控制生成服務(wù)指南必需的標(biāo)準(zhǔn)化元數(shù)據(jù)，并且控制生成用戶的收費(fèi)信息。另外，對(duì)于從CC1201提供的廣播服務(wù)的變化，SA1202將通知事件傳送到服務(wù)管理(SM)1203中的NGF1203a,并且將用于生成通知消息的服務(wù)指南屬性信息提供給NGF1203a。SM1203控制確定對(duì)于從SA1202提供的廣播服務(wù)的傳送調(diào)度以及生成服務(wù)指南，并且SM1203連接到支持廣播信道的DVB-H網(wǎng)絡(luò)1206和支持交互信道的交互網(wǎng)絡(luò)1207。另外，在其中具有通知分發(fā)/改編功能(NDAF)1203b的SM1203接收從SM1203傳送的通知消息，并且經(jīng)由廣4番網(wǎng)絡(luò)1206或者交互網(wǎng)絡(luò)1207將通知消息傳送到一個(gè)終端或者一組終端。SM1203具有NGF1203a所需的會(huì)話信息，用于生成終端的通知消息。該會(huì)話信息被從NDAF1203b提供給NGF1203a。SM1203管理用于接收廣播服務(wù)的預(yù)訂信息和諸如指明用戶是否已經(jīng)購(gòu)買相關(guān)內(nèi)容的信息之類的服務(wù)供應(yīng)信息，并且還管理用于接收廣播服務(wù)的終端的裝置信息。另外，SM1203將用戶收費(fèi)信息傳送到SA1202,并且將預(yù)訂信息、服務(wù)供應(yīng)信息和裝置信息提供給廣播網(wǎng)絡(luò)1206和交互網(wǎng)絡(luò)1207。具體地，當(dāng)SM1203包括NGF1203a時(shí)，它生成對(duì)于從內(nèi)容創(chuàng)建101、SA1202、SM1203和廣播網(wǎng)絡(luò)1206提供的、指明新功能的添加或者現(xiàn)有功能的變化的發(fā)生(如有有的話)的通知事件的通知消息，或者生成指明在逝去預(yù)定時(shí)間之后將要提供廣播服務(wù)供應(yīng)內(nèi)容(即對(duì)應(yīng)廣播服務(wù))的自我事件的通知消息。廣播網(wǎng)絡(luò)1026是用于傳送廣播服務(wù)的網(wǎng)絡(luò)。這里，舉例說(shuō)明，DVB-H網(wǎng)絡(luò)被用作廣播網(wǎng)絡(luò)1206。如果在廣播服務(wù)的傳送中存在任何變化，則廣播網(wǎng)絡(luò)1206控制經(jīng)由CBMS-6接口1224a或X-3接口1224b將所述變化通知到SM1203。交互網(wǎng)絡(luò)1207基于點(diǎn)對(duì)點(diǎn)傳送廣播服務(wù)，或者交互式地交換與廣播服務(wù)接收相關(guān)的控制信息和附加信息。例如，交互網(wǎng)絡(luò)1207可以是現(xiàn)有的蜂窩網(wǎng)絡(luò)，例如3GPP寬帶碼分多址(WCDMA)網(wǎng)絡(luò)。終端1208是能夠接收廣播服務(wù)的終端，并且具有能夠根據(jù)終端性能與蜂窩網(wǎng)絡(luò)連接的功能。終端1208假設(shè)為能夠連接到蜂窩網(wǎng)絡(luò)的終端。使用通知客戶功能(NCF)1208a,終端1208接收經(jīng)由CBMS-51225接口傳送的通知消息，并且執(zhí)行適合于其的操作，或者接收經(jīng)由CBMS-4接口1226傳送的通知消息，并且執(zhí)行適合于其的操作。CBMS-7接口1222是從SA1202中的NEF1202a到SM1203中的NGF1203a的接口，并且運(yùn)送生成事件通知或者通知消息所需的信息(例如，服務(wù)指南的屬性信息)，從而NGF1203a可以生成通知消息。CBMS-3接口1225是當(dāng)從SM1203中的NDAF1203b傳送的通知消息通過(guò)廣播信道經(jīng)由廣播網(wǎng)絡(luò)1206被直接傳送到終端1208時(shí)所使用的接口。該接口被用來(lái)將通知消息傳送到一個(gè)或多個(gè)終端。CBMS-4接口1226是當(dāng)從SM1203中的NDAF1203b傳送的通知消息通過(guò)專用信道或者通過(guò)交互網(wǎng)絡(luò)1207中提供的廣播信道、經(jīng)由交互網(wǎng)絡(luò)1207被直接傳送到終端1208時(shí)所使用的接口。該接口被用來(lái)將通知消息傳送到一個(gè)或多個(gè)終端。CBMS-6接口1224a是SM1203與廣播網(wǎng)絡(luò)1206之間的接口，用于在廣播網(wǎng)絡(luò)1206中建立由SM1203中使用的傳送路徑、或者用于建立廣播網(wǎng)絡(luò)1206中生成的事件信息的接收路徑。X-3接口1224b是用于建立將要在SM1203與交互網(wǎng)絡(luò)1207之間使用的傳送路徑的接口。CBMS-1接口1233是通過(guò)其將廣播網(wǎng)絡(luò)1206的控制信息運(yùn)送到終端1208的接口。在DVB-H中，稱作節(jié)目特定信息/服務(wù)信息(PSI/SI)的控制信號(hào)信道對(duì)應(yīng)于該4^口。NEF1202a控制將生成通知消息所需的信息傳送到NGF1203a，并且控制將指明通知事件的發(fā)生(如果有的話)的信息傳送到NGF1203a。NGF1203a控制使用從NEF1202a接收到的用于生成通知消息所需的信息和事件來(lái)生成通知消息，或者控制在經(jīng)由NDAF1203b接收到來(lái)自廣播網(wǎng)絡(luò)1206的通知事件時(shí)生成通知消息，并且控制將通知消息傳送到NDAF1203b。(i)當(dāng)需要重新通知服務(wù)的開(kāi)始時(shí)，(ii)當(dāng)它從CC1201接收到指明服務(wù)信息的變化的通知時(shí)而需要傳送新服務(wù)指南時(shí)，和(iii)當(dāng)在廣播網(wǎng)絡(luò)1206中已經(jīng)發(fā)生特定事件時(shí)，NGF1203a可以生成通知消息。NDAF1203b控制經(jīng)由CBMS-3接口1225或者CBMS-4接口1226來(lái)傳送通知消息。另外，一旦從廣播網(wǎng)絡(luò)1206接收到指明由于無(wú)線網(wǎng)絡(luò)環(huán)境引起的特定移動(dòng)廣播服務(wù)中的變化的信息(例如指明速率控制或服務(wù)不可能性的信息)時(shí)，NDAF1203b將對(duì)應(yīng)的通知事件傳送到NGF1203a。與圖2的實(shí)體相比，在定義和名稱上，對(duì)應(yīng)于通知消息的網(wǎng)絡(luò)實(shí)體等效于OMA和CBMS中的那些實(shí)體，因此這里不提供對(duì)其的描述。對(duì)于接口，NT-6對(duì)應(yīng)于CBMS-4,并且NT-5對(duì)應(yīng)于CBMS-3。圖13圖示了與圖3的基于OMA的架構(gòu)對(duì)應(yīng)的基于CBMS的服務(wù)購(gòu)買架構(gòu)。表19給出了圖13中的實(shí)體的描述。表19<table>tableseeoriginaldocumentpage34</column></row><table><table>tableseeoriginaldocumentpage35</column></row><table>是，附圖標(biāo)記1450、1460、1470和1440對(duì)應(yīng)于圖4的附圖標(biāo)記402、408、403和405。圖15A到圖15D圖示了對(duì)應(yīng)于圖5A到圖5D的那些片段的基于CBMS的ESG數(shù)據(jù)模型片段。然而，這里省略了對(duì)應(yīng)于"購(gòu)買項(xiàng)目"片段的片段，因?yàn)樗c本發(fā)明無(wú)關(guān)。"服務(wù)"片段和"采集(Acquisition)"片段分別對(duì)應(yīng)于圖5A到圖5D的"服務(wù)"片段和"接入"片段。對(duì)于片"^殳中的元素和屬性，"服務(wù)類型(ServiceType)"對(duì)應(yīng)于"服務(wù)類型(ServiceType)","接入類型(AccessType)"對(duì)應(yīng)于"會(huì)話描述(SessionDescription)","服務(wù)類(ServiceClass)"對(duì)應(yīng)于"組件特性(ComponentCharacteristic)，，，以及"通次口才妻4丈(NotificationReception)"只十應(yīng)于"通知接收(NotificationReception)"。也就是，在附圖15A到15D中，"通知服務(wù)(NotificationService)"可被定義為"服務(wù)類型(ServiceType)"中的服務(wù)類型(ServiceType)的類型。當(dāng)圖5A到圖5D的"接入類型(AccessType)"中包含用于接入通知消息的接入信息時(shí)，以"會(huì)話描述(SessionDescription)"表達(dá)對(duì)應(yīng)的接入消息。與指明通知消息服務(wù)類的"服務(wù)類(ServiceClass)"類似，使用元素"組件特性類型(ComponentCharacteristicType)"來(lái)定義除了視頻、音頻和文件以外的通知組件類型(NotificationComponentType)，/人而指明對(duì)應(yīng)的采集(Acquisition)片段的組件類型是通知消息。表20A示出了對(duì)于新定義的通知組件類型(NotificationComponentType)的示例性XML方案，并且它具有元素"通知類型(NotificationType)"。<table>tableseeoriginaldocumentpage36</column></row><table>(NotificationComponent)的元素。表20B中的"esg:ComponentChamcteristicType"是指明在當(dāng)前DVB-CBMSESG規(guī)范(ETSITS102471)中定義的基本組件的特性的部分，并且其像在現(xiàn)有視頻組件類型(VideoComponentType)或音頻組件類型(AudioComponentType)中使用的那樣來(lái)使用。表20B<table>tableseeoriginaldocumentpage37</column></row><table>表21A示出了被映射到表7的消息的、根據(jù)本發(fā)明的適于CBMS網(wǎng)絡(luò)的通知消息預(yù)訂請(qǐng)求消息的示例。表21B包括使能表15中的特定服務(wù)ID(Service-specific)預(yù)訂的實(shí)施例。在表21中，對(duì)于通知消息預(yù)訂請(qǐng)求，添加斜體部<table>tableseeoriginaldocumentpage37</column></row><table><table>tableseeoriginaldocumentpage38</column></row><table>〈xs:elementname=，，domainID，，/></xs:s6quencs></xs:complexType></xs:element〉〈xs:elementname=，，serviceOperatorCentre，，type="serviceOperatorCentreDataType"/><xs:elementname=，，purchaseItemList"><xscomplexType〉〈xs:ssquence〉<xs:elementname=，，purchaseltem，，type=，，purchaseItemType"maxOccurs=，，unbounded，，/></xs:sequence></xs:complexType〉</xs:element><xs'./e7W7f7"膨="Serw.ce/D"妙e-"o"_yl[/W/"脂'wOccwr5^"07〉〈xs:elementname=，，signature，，type="base64Binary，7></xs:sequence></xs:extension></xs:complexContent〉</xs:complexType>表22示出了通知消息退訂請(qǐng)求消息的示例、以及通過(guò)將表9、表16和表17的退訂消息映射到CBMS網(wǎng)絡(luò)而獲得的結(jié)果。參考表22B，對(duì)于每個(gè)單獨(dú)的服務(wù)ID(ServiceID)可以單獨(dú)地退訂所請(qǐng)求的通知消息。當(dāng)不需要特定服務(wù)ID退訂(ServiceID-specificunsubscription)時(shí)，可以是如表22A所示的用于退訂"購(gòu)買項(xiàng)目，，(Purchaseitem)的全部通知的實(shí)施例。另外，當(dāng)退訂普通月艮務(wù)時(shí)，用戶可能不期望退訂與服務(wù)相關(guān)的通知消息。在這種情況下，如表22C所示，39即使在使用屬性"保持預(yù)訂(KeepSubscription)，，來(lái)退訂主服務(wù)時(shí)，用戶也不能退訂與主服務(wù)相關(guān)聯(lián)地提供的通知消息。表22A<xs:elementname=，，cancellationRequest"type=，，cancellationRequestType"/><xs:complexTypename=，，cancellationRequestType，，><xs:complexContent><xs:extensionbase=，，requestType,，><xs:sequence><xs:elementname=，，user，，type=，，userDataType，，/><xs:elementname=，，device，，type=，，deviceDataType，V><xs:elementname=，，serviceOperatorCentre"type="serviceOperatorCentreType，，/><xs:elementname=，，purchaseItemList"><xs:complexType><xs:sequence>〈xs:elementname=，,purchaseItemList"type=，，purchaseItemListType"maxOccurs=，，unbounded，，/></xs:sequence></xs:complexType></xs:element><xsve/eme/W加歸="—/<油'077"妙￡=Uoo/eow"〈xs:elementname=，，signature，，type=，,base64Binary，，/></xs:sequence></xs:extension></xs:complexContent〉</xs:complexType>表22B〈xs:elementname=，，cancellationRequest，，type="cancellationRequestType"/><xs:complexTypename=，，cancellationRequestType，，><xs:complexContent><xs:extensionbase=，，requestType，，><xs:sequsnce><xs:elementname=，，user，，type=，，userDataType，，/><xs:elementname=，，device，，type=，，deviceDataType，，/><xs:elementname=，，serviceOperatorCentre，，type=，，serviceOperatorCentreType，，/>〈xs:elementname=，，purchaseItemList，，><xs:complexType><xs:sequence><xs:elementname=，，purchaseItemList"type="purchaseItemListType，，maxOccurs=，，unbounded，，/〉</xs:s6qii6nc6></xs:complexType></xs:element〉〈y.s:e/eweT^w飾e:-")Serv/c'e/D"妙e-",'，L^/"w/wOc"cm/:="(77〉<xs，.co，/ex7)'pe><xn/7WZw/e/Mwe="wo々.//c"http://<9rt"妙e-"x5v600fe7w"w/Occz#^="/〉〈xs:elementname=，，signature，，type=，，base64Binary，，/></xs:ssqu6nc6></xs:extension></xs:complexContent></xs:complexType>_表22C_<xs:elementname=，，cancellationRequest，,type="cancellationRequestType，7><xs:complexTypename="cancellationRequestType"><xs:complexContent><xs:extensionbase='，requestType，，><xs:sequence〉41<table>tableseeoriginaldocumentpage42</column></row><table>complexType〉甚至在基于CBMS的實(shí)施例中也使用圖7和8,因此省略其詳細(xì)描述。圖16圖示了被映射到圖9的基于OMA的ESG數(shù)據(jù)模型的基于CBMS的ESG數(shù)據(jù)模型，并且圖示了圖15中描述的ESG數(shù)據(jù)模型的元素。參考圖16，要注意，新定義了"通知組件類型(NotificationComponentType)"1603來(lái)指明用于組件特性(ComponentCharacteristic)中的通知消息的采集片段。從上面的描述可以理解，本發(fā)明定義了交互信道中的通知消息，4吏得能夠不僅在廣播信道中傳送通知消息，還可以在交互信道中傳送通知消息。另外，本發(fā)明提供了一種在存在服務(wù)或通知消息時(shí)根據(jù)服務(wù)指南檢查該服務(wù)的輔助方式的方法。以這種方式，能夠進(jìn)4于對(duì)應(yīng)通知消息的預(yù)訂和退訂。盡管已經(jīng)參考本發(fā)明的某一優(yōu)選實(shí)施例示出并描述了本發(fā)明，但是本領(lǐng)域的普通技術(shù)人員應(yīng)當(dāng)理解，在不背離由所附權(quán)利要求限定的本發(fā)明的精神和范圍的情況下，可以在其中進(jìn)行形式和細(xì)節(jié)上的各種改變。權(quán)利要求1.一種用于在支持交互信道的移動(dòng)廣播系統(tǒng)的發(fā)射機(jī)中提供通知消息的方法，所述方法包括如下步驟(a)在發(fā)生通知事件時(shí)，用于管理終端的預(yù)訂信息的實(shí)體生成通知消息，并且使用所生成的通知消息、基于所述終端的預(yù)訂信息來(lái)生成包括目標(biāo)地址的至少一個(gè)傳送請(qǐng)求消息；和(b)用于傳送通知消息的實(shí)體確定該用于傳送通知消息的實(shí)體將要基于所述目標(biāo)地址在其上向?qū)?yīng)終端傳送通知消息的信道，并且在所確定的信道上傳送所述通知消息。2.如權(quán)利要求l所述的方法，其中步驟(b)包括如果使用交互信道來(lái)傳送所述通知消息，則基于所述目標(biāo)地址來(lái)^f僉查終端的地址類型；和根據(jù)所述地址類型通過(guò)交互信道向終端傳送所述通知消息。3.如權(quán)利要求l所述的方法，其中步驟(b)包括如果使用廣播信道來(lái)傳送所述通知消息，則基于所述目標(biāo)地址來(lái)檢查廣播信道的目標(biāo)會(huì)話地址；和根據(jù)所述目標(biāo)會(huì)話地址通過(guò)廣播信道向終端傳送所述通知消息。4.如權(quán)利要求1所述的方法，還包括所述用于管理預(yù)訂信息的實(shí)體從終端接收用于請(qǐng)求預(yù)訂或購(gòu)買通知消息的消息；和處置預(yù)訂或購(gòu)買請(qǐng)求消息、并存儲(chǔ)終端的訂戶信息。5.如權(quán)利要求l所述的方法，還包括所述用于管理預(yù)訂信息的實(shí)體從終端接收用于請(qǐng)求預(yù)訂或購(gòu)買特定服務(wù)通知消息的消息；和處置預(yù)訂或購(gòu)買請(qǐng)求消息、并存儲(chǔ)對(duì)應(yīng)的服務(wù)和終端的訂戶信息。6.如權(quán)利要求l所述的方法，還包括所述用于管理預(yù)訂信息的實(shí)體從特定終端接收用于請(qǐng)求對(duì)所有服務(wù)的通知消息的退訂的消息；和退訂終端的所有服務(wù)的通知消息傳送。7.如權(quán)利要求l所述的方法，還包括所述用于管理預(yù)訂信息的實(shí)體從終端接收用于請(qǐng)求退訂特定服務(wù)通知消息的消息；和退訂已請(qǐng)求退訂的服務(wù)的通知消息傳送。8.如權(quán)利要求l所述的方法，其中，對(duì)于每個(gè)終端，所述目標(biāo)地址包括用于傳送通知消息的信道信息以及基于傳送信道的地址類型。9.一種在支持交互信道的移動(dòng)廣播系統(tǒng)中的發(fā)射機(jī)，所述發(fā)射機(jī)包括用于管理終端的預(yù)訂信息的實(shí)體，在發(fā)生通知事件時(shí)生成通知消息，并且使用所生成的通知消息、基于終端的預(yù)訂信息生成包括目標(biāo)地址的至少一個(gè)傳送ifr求消息；和用于確定信道的實(shí)體，用于確定該用于確定信道的實(shí)體將要基于所述目標(biāo)地址在其上向終端傳送通知消息的信道，并且在所確定的信道上傳送通知消息。10.如權(quán)利要求9所述的發(fā)射機(jī)，其中所述用于確定信道的實(shí)體進(jìn)行如下操作如果使用交互信道來(lái)傳送所述通知消息，則基于所述目標(biāo)地址來(lái)檢查終端的地址類型；和才艮據(jù)所述地址類型通過(guò)交互信道向終端傳送所述通知消息。11.如權(quán)利要求9所述的發(fā)射機(jī)，其中所述用于確定信道的實(shí)體進(jìn)行如下操作如果使用廣播信道來(lái)傳送所述通知消息，則基于所述目標(biāo)地址來(lái)檢查所述廣播信道的目標(biāo)會(huì)話地址；和根據(jù)所述目標(biāo)會(huì)話地址通過(guò)廣播信道向終端傳送所述通知消息。12.如權(quán)利要求9所述的發(fā)射機(jī)，其中所述用于管理預(yù)訂信息的實(shí)體進(jìn)行如下操作從終端接收用于請(qǐng)求預(yù)訂或購(gòu)買通知消息的消息；和處置預(yù)訂或購(gòu)買請(qǐng)求消息、并存儲(chǔ)終端的訂戶信息。13.如權(quán)利要求9所迷的發(fā)射機(jī)，其中所述用于管理預(yù)訂信息的實(shí)體進(jìn)行如下4乘作從終端接收對(duì)特定服務(wù)通知消息的預(yù)訂或購(gòu)買請(qǐng)求消息；和處置預(yù)訂或購(gòu)買請(qǐng)求消息、并存儲(chǔ)對(duì)應(yīng)的服務(wù)和終端的訂戶信息。14.如權(quán)利要求9所述的發(fā)射機(jī)，其中所述用于管理預(yù)訂信息的實(shí)體進(jìn)行如下操作在從特定終端接收到用于請(qǐng)求退訂所有服務(wù)的通知消息的消息時(shí)，退訂終端的所有服務(wù)的通知消息傳送。15.如權(quán)利要求9所述的發(fā)射機(jī)，其中所述用于管理預(yù)訂信息的實(shí)體進(jìn)行如下操作在從終端接收到用于請(qǐng)求退訂特定服務(wù)通知消息的消息時(shí)，退訂已請(qǐng)求退訂的服務(wù)的通知消息傳送。16.如權(quán)利要求9所述的發(fā)射機(jī)，其中，對(duì)于每個(gè)終端，目標(biāo)地址包括用于傳送通知消息的信道信息以及基于傳送信道的地址類型。17.如權(quán)利要求9所述的發(fā)射機(jī)，其中所述用于管理預(yù)訂信息的實(shí)體是通知生成功能(NTG),而第二裝置是通知分發(fā)/改編功能(NTDA)。18.—種用于在支持交互信道的移動(dòng)廣播系統(tǒng)的終端中接收通知消息的方法，所述方法包括如下步驟從服務(wù)指南檢查通知內(nèi)容，檢查服務(wù)預(yù)訂/購(gòu)買信息，向用于管理終端的預(yù)訂信息的實(shí)體傳送通知消息的預(yù)訂請(qǐng)求消息，所述請(qǐng)求消息包括通知消息的接收信道信息；從所述用于管理預(yù)訂信息的實(shí)體接收包括驗(yàn)證信息的響應(yīng)消息；和在完成^r證之后，接收#>據(jù)傳送信道信息傳送的通知消息。19.如權(quán)利要求18所述的方法，其中所述通知消息的預(yù)訂請(qǐng)求消息包括服務(wù)標(biāo)識(shí)信息、和服務(wù)的通知消息的預(yù)訂和購(gòu)買信息。20.如權(quán)利要求18所述的方法，還包括向所述用于管理預(yù)訂信息的實(shí)體傳送所有服務(wù)的通知消息的退訂請(qǐng)求消息。21.如權(quán)利要求18所述的方法，還包括向所述用于管理預(yù)訂信息的實(shí)體傳送用于請(qǐng)求退訂特定服務(wù)通知消息的消息。22.—種在支持交互信道的移動(dòng)廣播系統(tǒng)中的終端，所述終端包括第一實(shí)體，用于從服務(wù)指南檢查通知內(nèi)容，檢查服務(wù)預(yù)訂/購(gòu)買信息，向用于管理終端的預(yù)訂信息的實(shí)體傳送通知消息的預(yù)訂請(qǐng)求消息，并且響應(yīng)于此接收驗(yàn)證信息，所述請(qǐng)求消息包括通知消息的接收信道信息；和用于在完成驗(yàn)證之后接收根據(jù)傳送信道信息傳送的通知消息的實(shí)體。23.如權(quán)利要求22所述的終端，其中通知消息的預(yù)訂請(qǐng)求消息包括服務(wù)標(biāo)識(shí)信息、和服務(wù)的通知消息的預(yù)訂和購(gòu)買信息。24.如權(quán)利要求22所述的終端，其中所述第一實(shí)體向所述用于管理預(yù)訂信息的實(shí)體傳送所有服務(wù)的通知消息的退訂請(qǐng)求消息。25.如權(quán)利要求22所述的終端，其中所述第一實(shí)體向所述用于管理預(yù)訂信息的實(shí)體傳送用于請(qǐng)求退訂特定服務(wù)通知消息的消息。26.—種用于在支持交互信道的移動(dòng)廣播系統(tǒng)中提供通知消息的方法，所述方法包括終端從服務(wù)指南檢查通知內(nèi)容，檢查服務(wù)預(yù)訂/購(gòu)買信息，向用于管理終端的預(yù)訂信息的發(fā)射機(jī)傳送通知消息的預(yù)訂請(qǐng)求消息，所述請(qǐng)求消息包括通知消息的接收信道信息；和發(fā)射機(jī)根據(jù)預(yù)訂請(qǐng)求消息執(zhí)行驗(yàn)證，存儲(chǔ)終端的預(yù)訂信息，并且在發(fā)生通知事件時(shí)，基于信道信息傳送對(duì)應(yīng)服務(wù)的通知消息。27.—種支持交互信道的移動(dòng)廣播系統(tǒng)，所述系統(tǒng)包括終端，用于從服務(wù)指南檢查通知內(nèi)容，檢查服務(wù)預(yù)訂/購(gòu)買信息，向用于管理終端的預(yù)訂信息的發(fā)射機(jī)傳送通知消息的預(yù)訂請(qǐng)求消息，所述請(qǐng)求消息包括通知消息的接收信道信息；和發(fā)射機(jī)，用于根據(jù)預(yù)訂請(qǐng)求消息存儲(chǔ)終端的預(yù)訂信息，并且在發(fā)生通知事件時(shí)，基于信道信息向所述終端傳送對(duì)應(yīng)服務(wù)的通知消息。全文摘要公開(kāi)了一種用于在支持交互信道的移動(dòng)廣播系統(tǒng)的發(fā)射機(jī)中提供通知消息的方法。在發(fā)生通知事件時(shí)，第一裝置生成通知消息，并且使用所生成的通知消息、基于對(duì)應(yīng)終端的預(yù)訂信息來(lái)生成包括目標(biāo)地址的至少一個(gè)傳送請(qǐng)求消息。第二裝置確定它將要基于所述目標(biāo)地址在其上向?qū)?yīng)終端傳送通知消息的信道，并且在所確定的信道上傳送通知消息。文檔編號(hào)H04N7/173GK101433090SQ200780015568公開(kāi)日2009年5月13日申請(qǐng)日期2007年3月5日優(yōu)先權(quán)日2006年3月3日發(fā)明者宋在涓,李國(guó)熙,李鐘孝,鄭甫先,黃承吾申請(qǐng)人:三星電子株式會(huì)社