專(zhuān)利名稱::用于在移動(dòng)廣播系統(tǒng)中發(fā)送和接收通知消息的裝置及方法
技術(shù)領(lǐng)域:
:本發(fā)明一般涉及支持移動(dòng)廣播服務(wù)的系統(tǒng),尤其是,本發(fā)明涉及用于向一個(gè)終端或一組終端發(fā)送表示系統(tǒng)和月艮務(wù)中的改變的通知消息的裝置及方法。
背景技術(shù):
:通常,移動(dòng)廣播系統(tǒng)包括能夠接收移動(dòng)廣播的終端裝置探測(cè)(discover)服務(wù)、所述終端預(yù)訂服務(wù)、提供用于接收服務(wù)的各種控制信息、以及發(fā)送服務(wù)、和所述終端接收服務(wù)的過(guò)程。在移動(dòng)廣播系統(tǒng)中,雖然處于移動(dòng)廣播過(guò)程中,但是所述終端在接收廣播服務(wù)的同時(shí)基本上接收包括關(guān)于廣播服務(wù)的各種信息的通知消息。在該系統(tǒng)中,在終端正在接收廣播時(shí),由于幾種原因,在廣播系統(tǒng)中可能發(fā)生改變,并且一些改變可以是應(yīng)當(dāng)必須被通知給終端的信息。這樣的信息例如可以包括移動(dòng)廣播服務(wù)時(shí)間中的改變、用于接收移動(dòng)廣播服務(wù)的信息中的改變等等。在移動(dòng)廣播過(guò)程中用于終端進(jìn)行探測(cè)服務(wù)所需的信息是電子服務(wù)指南(ESG),其具有關(guān)于移動(dòng)廣播服務(wù)的信息。終端應(yīng)當(dāng)必須接收ESG以開(kāi)始接收移動(dòng)廣播服務(wù)。一些ESG信息隨時(shí)變化,并且每當(dāng)相應(yīng)信息改變時(shí),應(yīng)當(dāng)連續(xù)i也重復(fù)發(fā)送相應(yīng)服務(wù)的ESG。而且,如果由于移動(dòng)廣播的特性而考慮到新終端的出現(xiàn),則應(yīng)當(dāng)重復(fù)地發(fā)送移動(dòng)廣播服務(wù)的ESG,即便是其可能沒(méi)有發(fā)生任何變化也是如此。也就是說(shuō),例如,如果用戶給終端上電以重新4妻收移動(dòng)廣4番,或者如果由于用戶移動(dòng),終端新近來(lái)自鄰近小區(qū),則該終端應(yīng)當(dāng)與已接收移動(dòng)廣播的終端分開(kāi)接收ESG。因此,即使終端已接收移動(dòng)廣播服務(wù)的ESG,它也連續(xù)地接收移動(dòng)廣播服務(wù)的ESG,并且不斷地監(jiān)視ESG是否被更新。在傳統(tǒng)廣播系統(tǒng)中,為了檢測(cè)ESG的更新或服務(wù)和系統(tǒng)中的改變,終端應(yīng)當(dāng)不斷地監(jiān)視其中發(fā)送相應(yīng)信息的會(huì)話,由此不必要地消耗了功率,并且浪費(fèi)了系統(tǒng)資源。
發(fā)明內(nèi)容本發(fā)明的一個(gè)方面是至少解決這些問(wèn)題和/或缺點(diǎn)以及至少提供下面描述的優(yōu)點(diǎn)。相應(yīng)地,本發(fā)明的一個(gè)方面是提供用于在支持廣播服務(wù)的移動(dòng)廣播系統(tǒng)中產(chǎn)生和發(fā)送通知消息的方法和裝置。本發(fā)明的另一方面是提供用于在支持廣播服務(wù)的移動(dòng)廣播系統(tǒng)中向正在睡眠或正訪問(wèn)交互網(wǎng)絡(luò)的移動(dòng)終端發(fā)送通知消息的方法和裝置。根據(jù)本發(fā)明的一個(gè)方面,提供一種用于在移動(dòng)廣播系統(tǒng)中發(fā)送通知消息的方法,所迷消息發(fā)送方法包括連同廣播服務(wù)的電子服務(wù)指南(ESG)或廣播服務(wù)的控制信號(hào)一起發(fā)送所有能夠接收廣播服務(wù)的用戶接收公共通知消息所需的公共通知消息信道信息;連同所述ESG—起,向特定用戶組中的終端發(fā)送特定用戶組接收特定通知消息所需的特定通知消息信道信息;產(chǎn)生所述7>共通知消息和所述特定通知消息中的至少一個(gè);并且利用相應(yīng)的信道信息向所述終端發(fā)送所產(chǎn)生的通知消息。根據(jù)本發(fā)明的另一方面,提供一種用于在移動(dòng)廣播系統(tǒng)中接收通知消息的方法。所述消息接收方法包括經(jīng)由廣播網(wǎng)絡(luò)接收廣播服務(wù)的控制信號(hào);接收所述廣播服務(wù)的電子服務(wù)指南(ESG);從所述ESG或所述控制4言號(hào)提取所有能夠接收所述廣播服務(wù)的用戶接收公共通知消息所需的公共通知消息信道信息;從所述ESG提取特定用戶組接收特定通知消息所需的特定通知消息信道信息;并且根據(jù)所述信道信息接收所述公共通知消息和所述特定通知消息中的至少一個(gè)。根據(jù)本發(fā)明的再一方面,提供一種用于在移動(dòng)廣播系統(tǒng)中發(fā)送通知消息的裝置,所述消息發(fā)送裝置包括公共通知消息信道信息發(fā)生器,用于產(chǎn)生所有能夠接收廣播服務(wù)的用戶接收公共通知消息所需的公共通知消息信道信息;特定通知消息信道信息發(fā)生器,用于產(chǎn)生特定用戶組接收特定通知消息所需的特定通知消息信道信息;電子服務(wù)指南(ESG)發(fā)生/遞送單元,用于連同ESG—起向終端發(fā)送所述公共通知消息信道信息和所述特定通知消息信道信息中的至少一個(gè);控制信號(hào)發(fā)生器,用于將所述^^共通知消息信道^(言息包含到所述廣播服務(wù)的控制信號(hào)中,以及經(jīng)由廣播網(wǎng)絡(luò)發(fā)送所述控制信號(hào)到所述終端;通知消息發(fā)生器,用于產(chǎn)生所述公共通知消息和所述特定通知消息中的至少一個(gè);以及通知消息發(fā)送器,用于利用相應(yīng)的信道信息向所述終端發(fā)送所產(chǎn)生的通知消息。沖艮據(jù)本發(fā)明的仍一方面,提供一種用于在移動(dòng)廣播系統(tǒng)中接收通知消息的裝置,所述消息接收裝置包括控制信號(hào)接收器,用于經(jīng)由廣^"網(wǎng)絡(luò)接收廣播服務(wù)的控制信號(hào);電子服務(wù)指南(ESG)接收器,用于接收所述廣播服務(wù)的ESG;通知消息信道信息解析器,用于從所述ESG或所述控制信號(hào)提取所有能夠接收所述廣播服務(wù)的用戶接收公共通知消息所需的公共通知消息信道信息,以及從所述ESG提取特定用戶組接收特定通知消息所需的特定通知消息信道信息;以及通知消息接收器,用于根據(jù)所述信道信息接收所述^共通知消息和所述特定通知消息中的至少一個(gè)。從下面結(jié)合附圖進(jìn)行的詳細(xì)描述,本發(fā)明的上述和其他目的、特征和優(yōu)點(diǎn)將變得更清楚,其中圖1是圖解根據(jù)本發(fā)明的用于在移動(dòng)廣播系統(tǒng)中遞送通知廣播消息的功能配置的圖2是圖解根據(jù)本發(fā)明的ESG的數(shù)據(jù)模型的方框圖;圖3是圖解根據(jù)本發(fā)明的ESG遞送結(jié)構(gòu)的圖;圖4是才艮據(jù)本發(fā)明的整體流程的流程圖5是圖解根據(jù)本發(fā)明的發(fā)送通知消息信道信息的操作的流程圖;圖6是圖解根據(jù)本發(fā)明的接收通知消息信道信息的操作的流程圖;圖7是圖解根據(jù)本發(fā)明的用于遞送通知消息信道信息的ESG遞送結(jié)構(gòu)的圖8A是圖解根據(jù)本發(fā)明實(shí)施例的通過(guò)ESG引導(dǎo)描述符發(fā)送通知消息信道信息的操作的流程圖8B是圖解根據(jù)本發(fā)明的終端接收ESP引導(dǎo)描述符中的通知消息信道信息的操作的流程圖9A是圖解根據(jù)本發(fā)明的通過(guò)ESG獲取片段發(fā)送通知消息信道信息的操作的流程圖9B是圖解根據(jù)本發(fā)明的終端接收ESG獲取片段中的通知消息信道信息的操作的流程圖;圖10A是圖解根據(jù)本發(fā)胡另一實(shí)施例的產(chǎn)生通知消息信道信息并通過(guò)PSI/SI信號(hào)發(fā)送通知消息信道信息的操作的流程圖10B是圖解根據(jù)本發(fā)明的終端接收PSI/SI信號(hào)中的通知消息信道信息的操作的流程圖11是圖解根據(jù)本發(fā)明實(shí)施例的在廣播系統(tǒng)中發(fā)送公共通知消息的操作的流程圖12是圖解根據(jù)本發(fā)明實(shí)施例的在移動(dòng)廣播系統(tǒng)中終端的通知客戶端功能塊接收通知消息的操作的流程圖13是圖解根據(jù)本發(fā)明的連接到交互網(wǎng)絡(luò)的終端的通知客戶端功能塊接收通知消息的操作的流程圖14是圖解根據(jù)本發(fā)明另一實(shí)施例的在廣播系統(tǒng)中遞送通知消息的操作的流程圖15是圖解根據(jù)本發(fā)明的終端通過(guò)PSI/SI信號(hào)接收通知消息的操作的流程圖16是圖解根據(jù)本發(fā)明的處于睡眠狀態(tài)的終端通過(guò)PSI/SI信號(hào)接收通知消息的操作的流程圖17是圖解根據(jù)本發(fā)明另一實(shí)施例的在廣播系統(tǒng)遞送通知消息的操作的流程圖18是圖解根據(jù)本發(fā)明的終端接收通知消息的操作的流程圖;圖19是圖解根據(jù)本發(fā)明的終端接收并處理通知消息的操作的流程圖;圖20是圖解根據(jù)本發(fā)明的處于睡眠狀態(tài)的終端接收并處理通知消息的操作的流程圖21是圖解根據(jù)本發(fā)明另一實(shí)施例的終端接收并處理通知消息的過(guò)程的流程圖22是圖解才艮據(jù)本發(fā)明的在移動(dòng)廣播系統(tǒng)中產(chǎn)生并遞送通知消息的過(guò)程的流程圖23是圖解根據(jù)本發(fā)明另一實(shí)施例的在移動(dòng)廣播系統(tǒng)中終端接收并處理通知消息的過(guò)程的流程圖24是圖解根據(jù)本發(fā)明的在移動(dòng)廣播系統(tǒng)中產(chǎn)生并遞送通知消息的過(guò)程的流程圖25是圖解根據(jù)本發(fā)明一實(shí)施例的系統(tǒng)的結(jié)構(gòu)的方框圖,其中,接收用于廣告目的或與其相似目的的通知消息的終端向用戶提供預(yù)先存儲(chǔ)的廣告內(nèi)容或數(shù)據(jù);圖26是圖解根據(jù)本發(fā)明另一實(shí)施例的終端接收和處理通知消息的一個(gè)過(guò)程的流程圖27是圖解根據(jù)本發(fā)明的終端接收和處理通知消息的另一過(guò)程的流程圖28是圖解根據(jù)本發(fā)明另一實(shí)施例的終端接收和處理通知消息的操作的流程圖29A和29B提供圖解根據(jù)本發(fā)明的當(dāng)檢測(cè)到網(wǎng)絡(luò)中的服務(wù)遞送中的問(wèn)題或變化時(shí)接收和處理通知消息的操作的流程圖30A和30B提供圖解根據(jù)本發(fā)明的終端接收和處理通知消息的操作的流程圖31是圖解根據(jù)本發(fā)明的用于發(fā)送/接收通知消息的廣播系統(tǒng)和終端的方框圖32是圖解根據(jù)本發(fā)明的用于發(fā)送AJ妄收通知消息的移動(dòng)廣播系統(tǒng)和終端的方框圖33是圖解根據(jù)本發(fā)明的終端的詳細(xì)結(jié)構(gòu)的方框圖;以及圖34是圖解根據(jù)本發(fā)明的用于發(fā)送傲收通知消息信道信息的廣播系統(tǒng)和終端的方框圖。具體實(shí)施例方式現(xiàn)在將參照附圖詳細(xì)描述本發(fā)明的優(yōu)選實(shí)施例。在圖中,相同或相似的元素通過(guò)相同的參考標(biāo)記來(lái)表示,即使它們被示出在不同的圖中也是如此。在下面的描述中,為了清楚和簡(jiǎn)潔,已經(jīng)省略了其中包含的已知功能和結(jié)構(gòu)的詳細(xì)描述。如果在服務(wù)或系統(tǒng)中存在改變,或如果需要進(jìn)行緊急通知,則本發(fā)明產(chǎn)生并發(fā)送通知消息到接收移動(dòng)廣播服務(wù)的終端。不管終端是否正在接收廣播服務(wù),都可以遞送通知消息。為了描述的方便,在給出移動(dòng)廣播系統(tǒng)的配置的描述之后,將詳細(xì)描述根據(jù)本發(fā)明的通知消息的格式、和根據(jù)其的系統(tǒng)的操作。為了方便,雖然在此使用例如在為異步移動(dòng)通信標(biāo)準(zhǔn)的第三代伙伴項(xiàng)目(3GPP)或手持?jǐn)?shù)字視頻廣播(DVB-H)標(biāo)準(zhǔn)中定義的實(shí)體的名稱來(lái)描述本發(fā)明,但是本發(fā)明不限于所述標(biāo)準(zhǔn)和所述實(shí)體的名稱,而是可以應(yīng)用于任何具有相似
背景技術(shù):
的系統(tǒng)。圖1是圖解根據(jù)本發(fā)明的用于在移動(dòng)廣播系統(tǒng)中遞送通知廣播消息的功能配置的圖。所圖解的實(shí)體是能夠物理上分開(kāi)或不能物理上分開(kāi)的邏輯實(shí)體,并且所述邏輯實(shí)體可以被合并到一個(gè)或多個(gè)物理實(shí)體中。在此,僅僅示出與通知消息的傳輸相關(guān)聯(lián)的接口作為與本發(fā)明有關(guān)的接口。圖1中示出的系統(tǒng)是針對(duì)數(shù)字視頻廣播-廣播和移動(dòng)服務(wù)會(huì)聚(DVB-CBMS)(移動(dòng)廣播終端標(biāo)準(zhǔn)組織之一)的。為了方便,雖然在此將通過(guò)舉例方式描述DVB-CBMS的通知廣播配置,但是下面的描述同樣可以應(yīng)用于其他具有通知消息功能的移動(dòng)廣播系統(tǒng)。參考圖1,內(nèi)容創(chuàng)建塊(CC)101是廣播服務(wù)的提供者,并且廣播服務(wù)可以是傳統(tǒng)音頻/視頻廣播服務(wù)、文件(音樂(lè)文件或數(shù)據(jù)文件)下載服務(wù)等等。如果在提供廣播服務(wù)的過(guò)程中出現(xiàn)問(wèn)題或改變,則內(nèi)容創(chuàng)建塊101通過(guò)X-1接口將該改變通知給服務(wù)應(yīng)用塊(SA)102中的通知事件功能塊(NEF)102a。根據(jù)所接收到的事件,通知事件功能塊102a將通知消息事件發(fā)送給位于服務(wù)管理塊(SM)103中的通知產(chǎn)生功能塊(NGF)103a。而且,甚至在服務(wù)管理塊103中,按照?qǐng)龊闲枰?,通知事件可以自發(fā)發(fā)生。在這種情況下,甚至在服務(wù)管理塊103中也包含通知事件功能塊(NEF)103c。在服務(wù)應(yīng)用塊102中,通常發(fā)生與特定服務(wù)有關(guān)的通知事件,而且在服務(wù)管理塊103中,通常發(fā)生公共通知事件。服務(wù)應(yīng)用塊102承擔(dān)通過(guò)將從內(nèi)容創(chuàng)建塊101提供的廣播服務(wù)的內(nèi)容數(shù)據(jù)處理成適合廣播網(wǎng)絡(luò)的格式(例如,流音頻/視頻、或文件)來(lái)產(chǎn)生廣播服務(wù)數(shù)據(jù)、產(chǎn)生ESG所需的標(biāo)準(zhǔn)化元數(shù)據(jù)、以及產(chǎn)生用戶的計(jì)費(fèi)信息的任務(wù)。而且,服務(wù)應(yīng)用塊102接收表示來(lái)自內(nèi)容創(chuàng)建塊101的廣播服務(wù)中的改變的通知,將通知事件遞送到通知產(chǎn)生功能塊103a,以及向通知產(chǎn)生功能塊103a提供用于產(chǎn)生通知消息的ESG屬性信息。服務(wù)管理塊103承擔(dān)確定從服務(wù)應(yīng)用塊(SA)102提供的廣播服務(wù)的發(fā)送時(shí)間表以及產(chǎn)生ESG的任務(wù),并且連接到能夠提供廣播服務(wù)的DVB-H網(wǎng)絡(luò)106和支持交互通信的交互網(wǎng)絡(luò)107。而且,其中包括通知分發(fā)/自適應(yīng)功能塊(NDAF)103b的服務(wù)管理塊103接收自服務(wù)管理塊103發(fā)送的通知消息,并且通過(guò)廣播網(wǎng)絡(luò)106或交互網(wǎng)絡(luò)107將該通知消息遞送到一個(gè)終端或一組終端。服務(wù)管理塊103具有通知產(chǎn)生功能塊103a用于產(chǎn)生終端使用的通知消息所需的會(huì)話信息,并且NDAF塊103b將該會(huì)話信息發(fā)送到通知產(chǎn)生功能塊103a。服務(wù)管理塊103管理接收廣播服務(wù)的用戶信息、諸如表示用戶是否已購(gòu)買(mǎi)所關(guān)注的內(nèi)容的信息之類(lèi)的月艮務(wù)供給信息(serviceprovisioninginformation)以及接收廣播服務(wù)的終端的設(shè)備信息,發(fā)送用戶計(jì)費(fèi)信息到服務(wù)應(yīng)用塊102,以及提供用戶信息、服務(wù)供給信息和設(shè)備信息給廣播網(wǎng)絡(luò)106和交互網(wǎng)絡(luò)107。具體地,一旦從內(nèi)容創(chuàng)建塊101、服務(wù)應(yīng)用塊102、"l務(wù)管理塊103和廣播網(wǎng)絡(luò)106接收到表示新功能的添加或改變的通知事件,服務(wù)管理塊103產(chǎn)生通知事件的通知消息(當(dāng)其包括通知產(chǎn)生功能塊103a時(shí)),或產(chǎn)生其自己的表示將在廣播服務(wù)中提供內(nèi)容(即,在經(jīng)過(guò)預(yù)定時(shí)間后將提供相應(yīng)的廣播)的通知消息。廣播網(wǎng)絡(luò)106是用于發(fā)送廣播服務(wù)的網(wǎng)絡(luò),在此,DVB-H將被描述為其例子。如果在發(fā)送廣播服務(wù)中存在改變,則廣播網(wǎng)絡(luò)106承擔(dān)經(jīng)由CBMS-6接口124a或X-3接口124b將該改變通知給服務(wù)管理塊103的任務(wù)。交互網(wǎng)絡(luò)107—個(gè)一個(gè)地發(fā)送廣播服務(wù),或雙向交換與接收廣播服務(wù)相關(guān)的控制信息和附加信息,并且交互網(wǎng)絡(luò)107可以是現(xiàn)有的蜂窩網(wǎng)絡(luò),如碼分多址2000(CDMA2000)網(wǎng)絡(luò)或3GPP寬帶碼分多址(WCDMA)網(wǎng)絡(luò)。終端108是能夠接收廣播服務(wù)的終端設(shè)備,并且具有能夠根據(jù)終端設(shè)備的性能利用交互信道連接交互網(wǎng)絡(luò)的功能。在此假定終端108可以連接到作為交互網(wǎng)絡(luò)的一個(gè)例子的蜂窩網(wǎng)絡(luò)。在通知客戶端功能塊108a的控制下,終端108對(duì)經(jīng)由CBMS-5接口125發(fā)送的接收到的通知消息執(zhí)行合適的操作,或?qū)?jīng)由CBMS-4接口126發(fā)送的接收到的通知消息執(zhí)行合適的操作?,F(xiàn)在提供在移動(dòng)廣播系統(tǒng)的塊元素之間的接口的描述。CBMS-7接口122是從位于服務(wù)應(yīng)用塊102中的通知事件功能塊102a到服務(wù)管理塊103的通知產(chǎn)生功能塊103a的接口,并且承載事件的通知或通知消息的產(chǎn)生所需的信息(例如,ESG屬性信息)以便通知產(chǎn)生功能塊103a可以產(chǎn)生通知消息。CBMS-3接口125是在從服務(wù)管理塊103的NDAF塊103b發(fā)送的通知消息經(jīng)由廣播網(wǎng)絡(luò)106通過(guò)廣播信道而被直接發(fā)送到終端108時(shí)使用的接口,并且用于發(fā)送通知消息到一個(gè)或多個(gè)終端。CBMS-4接口126是在從服務(wù)管理塊103的NDAF塊103b發(fā)送的通知消息通過(guò)到終端108的專(zhuān)用信道或在交互網(wǎng)絡(luò)107中提供的廣播信道或經(jīng)由交互網(wǎng)絡(luò)107而被直接發(fā)送到終端108時(shí)使用的接口,并且用于發(fā)送通知消息到一個(gè)或多個(gè)終端。CBMS-6接口124a是在服務(wù)管理塊103和廣播網(wǎng)絡(luò)106之間的接口,用于建立將由服務(wù)管理塊103在廣播網(wǎng)絡(luò)106中使用的發(fā)送路徑、或在廣播網(wǎng)絡(luò)106中產(chǎn)生的事件信息的接收路徑。X-3接口124b是用于建立要用在服務(wù)管理塊103和交互網(wǎng)絡(luò)107之間的傳輸路徑的接口。CBMS-1接口133是用于遞送廣播網(wǎng)絡(luò)106的控制信號(hào)的接口,并且控制信號(hào)對(duì)應(yīng)于諸如例如DVB-H網(wǎng)絡(luò)的節(jié)目特定信息/服務(wù)信息(PS/SI)之類(lèi)的控制信號(hào)。通知事件功能塊102a承擔(dān)遞送產(chǎn)生通知消息所需的信息到通知產(chǎn)生功能塊103a的任務(wù),并且如果通知事件功能塊102a察覺(jué)需要通知的事件的發(fā)生,則它遞送有關(guān)該事件的信息到通知產(chǎn)生功能塊103a。通知產(chǎn)生功能塊103a承擔(dān)利用從通知事件功能塊102a接收的產(chǎn)生通知消息所需的所述信息和事件來(lái)產(chǎn)生通知消息、或者在經(jīng)由NDAF塊103b接收到廣播網(wǎng)絡(luò)106的通知事件時(shí)產(chǎn)生通知消息、和遞送所產(chǎn)生的通知消息到NDAF塊103b的任務(wù)。通知產(chǎn)生功能塊103a可以(i)在需要重新通知服務(wù)的開(kāi)始時(shí)、(ii)在當(dāng)其接收到表示來(lái)自內(nèi)容創(chuàng)建塊101的服務(wù)信息中的改變的通知時(shí)需要發(fā)送新ESG時(shí)、或者(iii)在廣播網(wǎng)絡(luò)106中發(fā)生特定事件時(shí)產(chǎn)生通知消息。NDAF塊103b岸義擔(dān)經(jīng)由CBMS-3125或CBMS-4126遞送通知消息的任務(wù),并且一旦從廣播網(wǎng)絡(luò)106接收到表示在關(guān)于特定移動(dòng)廣播服務(wù)的信息中的改變的信息(例如,表示由于無(wú)線網(wǎng)絡(luò)環(huán)境而導(dǎo)致的數(shù)據(jù)速率控制的不可能性或服務(wù)不可能性的信息),NDAF塊103就承擔(dān)遞送相應(yīng)的通知事件到通知產(chǎn)生功能塊103a的任務(wù)。圖2圖解了根據(jù)本發(fā)明的ESG的數(shù)據(jù)模型。在此,提供基于DVB-CBMS階段I規(guī)范(ETSITS102471)的ESG數(shù)據(jù)模型作為例子。參考圖2,每個(gè)所圖解的塊表示ESG數(shù)據(jù)的片段。也就是說(shuō),ESG數(shù)據(jù)模型包括服務(wù)片段202、日程表事件片段204、內(nèi)容片段206、獲取片段208、服務(wù)包片段210、購(gòu)買(mǎi)片段212和購(gòu)買(mǎi)渠道(channel)片段214。服務(wù)片段202包括整體服務(wù)的描述,日程表事件片段204表示關(guān)于通過(guò)時(shí)間來(lái)劃分的服務(wù)的信息,獲取片段208包括接收服務(wù)數(shù)據(jù)所需的服務(wù)接入信息,服務(wù)包片段210包括表示幾個(gè)服務(wù)被打包到一個(gè)服務(wù)包中的信息,購(gòu)買(mǎi)片段212提供用于購(gòu)買(mǎi)服務(wù)包的價(jià)格信息,購(gòu)買(mǎi)渠道片段214提供關(guān)于應(yīng)當(dāng)用于獲取購(gòu)買(mǎi)權(quán)的系統(tǒng)的信息。數(shù)據(jù)模型的每個(gè)片段可以引用其他片段,在片段之間的箭頭表示引用關(guān)系。術(shù)語(yǔ)"引用,,是指其中當(dāng)前片段利用從其他片段發(fā)送的信息來(lái)提供其自己的相關(guān)聯(lián)信息的操作。也就是說(shuō),當(dāng)一個(gè)服務(wù)由幾個(gè)內(nèi)容組成時(shí),服務(wù)片段202僅僅包括整個(gè)服務(wù)的描述,例如服務(wù)的名稱、服務(wù)的語(yǔ)言等等,而不包括通過(guò)該服務(wù)發(fā)送的內(nèi)容本身的描述,并且相應(yīng)內(nèi)容的內(nèi)容片段206引用相應(yīng)服務(wù)的服務(wù)片段。而且,為了獲取接收服務(wù)所需的各種信息,例如用于傳輸協(xié)議的會(huì)話信息,終端可以接收和解調(diào)服務(wù)片段202所引用的獲取片段208。在特定時(shí)間利用特定因特網(wǎng)協(xié)議(IP)流將ESG數(shù)據(jù)發(fā)送到終端,特定IP流和特定時(shí)間與實(shí)際數(shù)據(jù)流的無(wú)關(guān)。因此,服務(wù)提供商可以在服務(wù)遞送之前利用ESG數(shù)據(jù)模型提供用戶在接收服務(wù)之間應(yīng)當(dāng)先擁有的信息。通過(guò)接收ESG流,終端獲取接收由服務(wù)提供商提供的服務(wù)所需的信息,并且當(dāng)用戶選擇特定服務(wù)時(shí),終端利用所獲取的信息訪問(wèn)在其上發(fā)送服務(wù)的數(shù)據(jù)流,然后接收數(shù)據(jù)流上的數(shù)據(jù)。通過(guò)獲取片段來(lái)發(fā)送終端訪問(wèn)服務(wù)數(shù)據(jù)流所需的信息,如圖1中所述。針對(duì)每一片段,ESG數(shù)據(jù)模型被打包并且包含到一個(gè)容器中,每個(gè)容器被認(rèn)為是在其發(fā)送期間的基于單向傳輸協(xié)議的文件遞送(FLUTE)會(huì)話中的一個(gè)對(duì)象。圖3圖解了根據(jù)本發(fā)明的DVB-CBMS中的ESG遞送結(jié)構(gòu)。參照?qǐng)D3,對(duì)于ESG的發(fā)送,發(fā)送方通過(guò)PSI/SI信號(hào)向終端提供ESG的引導(dǎo)會(huì)話302的信道信息。如果終端基于該信道信息接入信道,則其接收引導(dǎo)信息,而引導(dǎo)信息包括ESG提供商探測(cè)描述符和ESG接入描述符。ESG提供商探測(cè)描述符包括與ESG提供商的ID、名稱和標(biāo)志相關(guān)的信息,而ESG接入描述符包括用于ESG的通告?zhèn)魉蛶?huì)話(announcementcarouselsession)304的信道信息、以及關(guān)于發(fā)送ESG的IP會(huì)話的地址以及個(gè)數(shù)的信息。在ESG的通告?zhèn)魉蛶?huì)話304中,ESGinit容器(ESG初始化容器)和ESG的索引信息以及通過(guò)ESGinit容器發(fā)送的信息如下。ESGinit消息(ESG初始化消息)包括用于減少ESG分割信息的解碼器選項(xiàng),所述ESG分割信息在通過(guò)多個(gè)會(huì)話傳輸ESG的情況下包括每一單獨(dú)會(huì)話的分割標(biāo)準(zhǔn)信息和每個(gè)會(huì)話在其發(fā)送期間,ESG被包含在幾個(gè)容器中,如圖3所示,并且每個(gè)容器包括表示關(guān)于構(gòu)成相應(yīng)容器的片段的信息的片段管理信息,所述ESG片段被示出在圖2中。在詳細(xì)描述根據(jù)本發(fā)明的接收通知消息的操作之前,描述通知消息的類(lèi)型。通知消息可以粗略地分為兩類(lèi)。第一,基于通用目的,公共通知消息被遞送到所有用戶,并且被用于災(zāi)難(disaster)廣播或系統(tǒng)改變。服務(wù)提供商、IP平臺(tái)提供商、ESG提供商和/或網(wǎng)絡(luò)提供商的通常的通知對(duì)應(yīng)于公共通知消息,并且7>共通知消息包括所有用戶應(yīng)當(dāng)具有的信息,而不管他們對(duì)于服務(wù)的預(yù)訂。根據(jù)網(wǎng)絡(luò)配置和每個(gè)商業(yè)模式,服務(wù)提供商、IP平臺(tái)提供商、ESG提供商和網(wǎng)絡(luò)提供商可以彼此相同或不同。IP平臺(tái)提供商是管理特定IP地址的實(shí)體,并且根據(jù)其配置,IP平臺(tái)提供商可以不與ESG提供商——對(duì)應(yīng)。而且,這可以根據(jù)管理網(wǎng)絡(luò)的使用的網(wǎng)絡(luò)提供商來(lái)區(qū)分。第二,特定通知消息被嚴(yán)格用于特定服務(wù),并且可以用于向接收特定服務(wù)的用戶通知該服務(wù)的改變和開(kāi)始。不僅可以對(duì)于每一單獨(dú)服務(wù),而且可以對(duì)于每一單獨(dú)的特定用戶組產(chǎn)生和發(fā)送特定通知消息。特定用戶組可以是通過(guò)通知服務(wù)預(yù)訂形成的用戶組,或者是在網(wǎng)絡(luò)期望向特定區(qū)域發(fā)送通知消息時(shí)形成的用戶組。但是,當(dāng)期望向通過(guò)服務(wù)預(yù)訂形成的用戶組遞送通知消息時(shí),由于管理單獨(dú)的訂戶信息,所以可以基于點(diǎn)對(duì)點(diǎn)來(lái)發(fā)送通知消息。當(dāng)將向特定區(qū)域發(fā)送通知消息時(shí),不分開(kāi)管理位于該特定區(qū)域中的用戶組。圖4中示出了根據(jù)本發(fā)明的在通知消息的發(fā)送和接收中的整體流程。如圖4所示,本發(fā)明大致包括操作A410,遞送和獲取通知消息信道信息;操作B420,發(fā)送和接收通知消息;操作C430,終端解析所接收的通知消息并且對(duì)其進(jìn)行應(yīng)答。參照?qǐng)D8A到20描述操作A410,參照?qǐng)D11到20描述操作B420,參照?qǐng)D21到30描述操作C430。I.操作A410的信道信息。在一個(gè)實(shí)施例中,利用ESG遞送機(jī)制將通知消息信道信息發(fā)送到終端,并且該終端利用該信道信息接收包括通知消息的分組。在另一實(shí)施例中,利用PSI/SI信令將通知消息信道信息發(fā)送到終端,并且該終端利用信道信息檢測(cè)所接收的分組包括通知消息。在另一實(shí)施例中,利用PSI/SI信令將通知消息發(fā)送到終端。在這種情況下,由于PSI/SI信令是終端在接入DVB-H系統(tǒng)時(shí)基本接收的控制信號(hào),所以不需要發(fā)送通知消息信道信息。在另一實(shí)施例中,在ESG上向終端發(fā)送通知消息。這樣的實(shí)施例通過(guò)擴(kuò)展圖2的ESG數(shù)據(jù)模型來(lái)發(fā)送通知消息,并且不需要通過(guò)單獨(dú)路徑來(lái)發(fā)送通知消息信道信息。參照表l,利用表1A至1G之一來(lái)描述對(duì)應(yīng)于圖8到13的通知消息信道信息,并且為了方便,在此將利用表1A來(lái)描述操作B420和操作C430,將會(huì)理解,也可以使用其他格式。而且,對(duì)于公共通知消息和特定通知消息兩者可以使用表1到1G中的任何一個(gè)的信道信息。具體而言,當(dāng)例如在ESG的獲取片段中插入通知消息信道信息時(shí)優(yōu)選使用表1B和表1C。表1A僅包括用于接收通知消息的基本信道信息。由于表1B和表1C包括表示在終端應(yīng)當(dāng)接收幾種通知消息時(shí)其可以接收何種通知消息的信息,所以可以在意圖向用戶提供插入到ESG的獲取片段中并與特定服務(wù)關(guān)聯(lián)的通知消息的信道信息時(shí)使用它們。表1的所有格式可以應(yīng)用于公共通知消息信道信息并且通過(guò)ESG引導(dǎo)會(huì)話或通告?zhèn)魉蛶?huì)話來(lái)發(fā)送。在表2中示出了發(fā)送公共通知消息信道信息的詳細(xì)例子。對(duì)于公共通知消息,基本上使用一個(gè)傳輸信道,但是也可以使用多個(gè)傳輸信道。當(dāng)在由一個(gè)IP地址標(biāo)識(shí)的通知消息傳輸信道中發(fā)送具有不同類(lèi)型的多個(gè)通知消息時(shí)可以使用表1B到1G。也就是說(shuō),對(duì)于一個(gè)IP地址,可以定義幾個(gè)通知消息類(lèi)型。表1G示出了其中使用會(huì)話描述協(xié)議(SDP)文件作為通知消息信道信息的示范性情形,其中該SDP文件包括諸如通知消息會(huì)話以及IP地址和端口號(hào)之類(lèi)的其他信息。SDP文件中包括通常信息,如IP地址、端口號(hào)、所使用媒體的類(lèi)型、所使用的傳輸協(xié)議、會(huì)話的定時(shí)信息等等。對(duì)于終端中的通知消息的識(shí)別和通知消息的過(guò)濾,IP地址和端口號(hào)是最基本的,但是終端也可以利用該通常的SDP文件來(lái)獲取其他信息。如表1G中所示,'SDPRef,和'inlinedSDP,中的至少一個(gè)用于包含通知消息信道信息。'SDPRef,表示URI信息,對(duì)于SDP文件的位置,參照該URI信息,而'inlinedSDP,用于直接發(fā)送信道信息中的SDP文件的信息。名稱類(lèi)型NotificationEntryENotificationPortANotificationAddressA名稱類(lèi)型NotificationEntryENotificationTypeANotificationPortANotificationAddressA名稱類(lèi)型NotificationEntryENotificationTypeANotificationEventTypeANotificationPortANotificationAddressA名稱類(lèi)型NotificationEntryENotificationTypeANotificationPortANotificationAddressA名稱類(lèi)型表1A類(lèi)別描述M通知消息的入口M通知消息遞送的端口O通知消息遞送的IP地址表IB類(lèi)別描述M通知消息的入口M通知事件類(lèi)型M通知消息遞送的端口O通知消息遞送的IP地址表1C類(lèi)別描述M通知消息的入口M通知類(lèi)型M通知事件類(lèi)型M通知消息遞送的端口O通知消息遞送的IP地址表ID類(lèi)別描述M通知消息的入口M通知事件類(lèi)型O通知消息遞送的端口M通知消息遞送的IP地址表IE類(lèi)別描述M通知消息的入口M通知類(lèi)型M通知事件類(lèi)型O通知消息遞送的端口M通知消息遞送的IP地址表IF類(lèi)別描述M通知消息的入口O通知消息遞送的端口M通知消息遞送的IP地址表1G類(lèi)別描述M通知消息的入口O包括IP地址和端口號(hào)的通知會(huì)話描述信息O包括IP地址和端口的通知會(huì)話描述信息在表1中,名稱列表示構(gòu)成相應(yīng)消息的元素和屬性的名稱,類(lèi)型列表示相應(yīng)名稱的類(lèi)型(元素或?qū)傩?。元素具有值E1、E2、E3和E4,其中El表示整個(gè)消息的上層元素,E2是E1的子元素,E3表示E2的子元素,E4表示E3的子元素。由"A"表示屬性,A表示相應(yīng)元素的屬性。例如,在E1下面的A表示E1的屬性。而且,類(lèi)別列用于確定相應(yīng)元素或?qū)傩允菑?qiáng)制性的還是可選的,其中"M"是在相應(yīng)元素或?qū)傩允菑?qiáng)制性的時(shí)的強(qiáng)制性值,而在相應(yīng)元素或?qū)傩允强蛇x的時(shí)具有為可選值的"O"。'NotificationEntry'是具有'NotificationPort'和'NotificationAddress,兩個(gè)屬性的信息元素。'NotificationPort,和'NotificationAddress,表示關(guān)于終端可以在其上接收通知消息的信道的信息。在大多數(shù)移動(dòng)廣播中,討論使用IP的數(shù)據(jù)傳輸技術(shù),并且假定使用IP,系統(tǒng)向終端提供有關(guān)通知消息將被遞送至的IP18NotificationEntryENotificationTypeANotificationEventTypeANotificationPortANotificationAddressA名稱類(lèi)型NotificationEntryENotificationPortANotificationAddressA名稱類(lèi)型NotificationEntryESDPRefAinlinedSDPA地址的信息,并且還>|是供有關(guān)端口號(hào)的信息以{更IP層的上層可以區(qū)分每一水因特網(wǎng)應(yīng)用。當(dāng)使用IP協(xié)議時(shí),終端可以用來(lái)區(qū)分每一應(yīng)用的信息包括傳輸協(xié)議的端口號(hào)和IP地址。端口號(hào)根據(jù)通過(guò)其遞送通知消息的傳輸協(xié)議來(lái)確定,也就是說(shuō),假定使用用戶數(shù)據(jù)報(bào)協(xié)議(UDP),則通知UDP端口號(hào)。然后,終端可以根據(jù)IP地址和UDP端口號(hào)來(lái)接收通知消息。使用UDP的原因是因?yàn)樵赨DP傳輸協(xié)議的報(bào)頭開(kāi)銷(xiāo)方面,UDP較小,并且其適合不支持接收應(yīng)答且是單向獲得的廣播服務(wù)的特性。當(dāng)基于點(diǎn)對(duì)點(diǎn)傳輸通知消息時(shí),可以使用傳輸控制協(xié)議(TCP)來(lái)替代UDP。因此,應(yīng)當(dāng)理解對(duì)于點(diǎn)對(duì)點(diǎn)傳輸,除非特別說(shuō)明,使用TCP端口作為通知消息端口。雖然為了方便在此將假定使用UDP端口作為通知消息端口,但是對(duì)于點(diǎn)對(duì)點(diǎn)傳輸使用TCP端口。而且,當(dāng)在UDP之上附加地使用則通知對(duì)應(yīng)于協(xié)議的端口。表l中示出了用于此的詳細(xì)的信道信息的格式。'NotificationPort,具有先前分配的UDP端口號(hào)以便網(wǎng)絡(luò)提供商或服務(wù)提供商在發(fā)送通知消息時(shí)可以使用它。由于其知道用于通知消息的UDP端口,接收通過(guò)為使用通知消息而分配的UDP端口發(fā)送的消息的終端可以立即識(shí)別出作為通知消息的相應(yīng)分組并處理該通知消息??梢栽趫D1的通知事件功能塊102a或NDAF塊103b中實(shí)現(xiàn)將通知消息產(chǎn)生為遞送消息的操作。這里,產(chǎn)生遞送消息的實(shí)體具有關(guān)于所有進(jìn)行中的會(huì)話的信息。也就是說(shuō),該實(shí)體可以將通知消息附到現(xiàn)有的用于消息發(fā)送的傳輸會(huì)話中而不需要產(chǎn)生單獨(dú)的新會(huì)話。會(huì)話的基本識(shí)別單元由IP地址構(gòu)成,并且通知消息使用進(jìn)行中的會(huì)話的IP地址。該進(jìn)行中的會(huì)話可以是與連接到需要通知的獲取片段的特定進(jìn)行中服務(wù)相關(guān)聯(lián)的會(huì)話。如果該實(shí)體通過(guò)僅僅UDP端口號(hào)不同的進(jìn)行中IP會(huì)話遞送通知消息,則終端可以立即接收該通知消息(與在進(jìn)行中會(huì)話上的服務(wù)相關(guān)聯(lián)的公共通知消息或特定通知消息),而不需要監(jiān)視單獨(dú)的會(huì)話??梢栽诮K端正在接收移動(dòng)廣播服務(wù)以及期望通過(guò)IP流遞送通知消息時(shí)使用'NotificationPort,,其中通過(guò)該IP流傳輸移動(dòng)廣播服務(wù)。'NotificationAddress,用于分配用于通知消息遞送的專(zhuān)用IP地址,并且用于通過(guò)具有IP地址的傳輸流(或傳輸路徑)來(lái)遞送通知消息。'NotificationAddress,提供IP地址以便遞送一般或特定通知消息到接收移動(dòng)廣播服務(wù)的終端或處于節(jié)能的空閑模式中而不是在接收移動(dòng)廣播服務(wù)的終端。終端根據(jù)通過(guò)利用'NotificationPort,和'NotificationAddress,期望發(fā)送終端狀態(tài)或通知消息的實(shí)體的通知消息的目的地地址來(lái)接收通知消息。表1B的'NotificationType,表示通知消息的事件類(lèi)型,如下面參照?qǐng)D30的進(jìn)一步描述以及相關(guān)描述。表1C的'NotificationType,是表示相應(yīng)信息是否是用于通知消息的目的的類(lèi)型的信息,即用于終端的信息、或用于用戶的信息,如參照?qǐng)D14-16和30以及相關(guān)描述所述的。'NotificationEventType,表示關(guān)于相應(yīng)消息是用于通知ESG的更新的通知消息還是用于遞送實(shí)時(shí)業(yè)務(wù)信息的通知消息的事件類(lèi)型(如圖30中以及相關(guān)描述所述)。當(dāng)通知消息信道信息被包含在ESG的獲取片段中并且存在應(yīng)當(dāng)示出的幾種通知消息時(shí),可以使用在表1B和1C中的多個(gè)NotificationType和NotificationEventType。圖5是圖解根據(jù)本發(fā)明的發(fā)送通知消息信道信息的操作的流程圖。在此,示出了基于ESG的方案和基于PSI/SI的方案,并且分開(kāi)示出了用于特定通知消息信道信息和公共通知消息信道信息的方案。參照?qǐng)D5,在步驟502,發(fā)送器確定表示通知消息的發(fā)送方案和接收方案的通知消息信道信息(例如如表1中所述)。如果通知消息信道信息是用于特定通知消息的,則在步驟504中,信道信息被插入到ESG數(shù)據(jù)模型的預(yù)定片段(例如獲取片段或?qū)S猛ㄖ?中。如果通知消息信道信息是用于公共通知消息的并且利用ESG發(fā)送信道信息,則在步驟506信道信息被插入到ESG引導(dǎo)會(huì)話的描述符或ESG通告?zhèn)魉蛶?huì)話的容器中。在步驟508,該發(fā)送器利用其他ESG凄t據(jù)^^型信息、ESG引導(dǎo)會(huì)話信息和通告?zhèn)魉蛶?huì)話信息來(lái)產(chǎn)生ESG,并且在步驟510發(fā)送該ESG。如果該通知消息信道信息是用于公共通知消息的,則利用PSI/SI信令來(lái)發(fā)送信道信息。也就是說(shuō),在步驟512,信道信息^L發(fā)送到DVB-H網(wǎng)絡(luò)的PSI/SI發(fā)生器。在步驟514,PSI/SI發(fā)生器將信道信息插入到要在DVB-H網(wǎng)絡(luò)中使用的PSI/SI信號(hào)中,在步驟516,將其他PSI/SI信息插入到PSI/SI信號(hào)中,并且然后在步驟518發(fā)送該P(yáng)SI/SI信號(hào)到終端。圖6是圖解根據(jù)本發(fā)明的接收通知消息信道信息的操作的流程圖。參照?qǐng)D6,在步驟602,終端接入廣播網(wǎng)絡(luò),并且然后在步驟604接收PSI/SI信號(hào)和從該P(yáng)SI/SI信號(hào)中檢測(cè)ESG引導(dǎo)會(huì)話的接入信息。在步驟606,終端根據(jù)接入信息接入ESG引導(dǎo)會(huì)話和ESG通告?zhèn)魉蛶?huì)話,并且接收相應(yīng)信息和ESG數(shù)據(jù)模型信息??梢岳檬褂脦讉€(gè)IP地址的多流方案來(lái)發(fā)送ESG,或可以利用使用一個(gè)IP地址的單流方案來(lái)傳輸ESG。在單流方案中,不分配單獨(dú)的ESG通告?zhèn)魉蛶?huì)話,而是通過(guò)ESG發(fā)送的信息和多流方案中的信息相同。在步驟608,終端從基于ESG數(shù)據(jù)模型的特定ESG片段獲取特定通知消息信道信息。利用PSI/SI方案或ESG方案來(lái)發(fā)送^^共通知消息信道信息。當(dāng)使用PSI/SI方案時(shí),在步驟610,終端從在步驟604中接收的PSI/SI信號(hào)獲取公共通知消息信道信息。當(dāng)使用ESG方案時(shí),在步驟612,終端從在步驟606中接收的ESG引導(dǎo)會(huì)話或ESG通告?zhèn)魉蛶?huì)話信息中檢測(cè)公共通知消息信道信息。如圖5和6中所描述的,為了產(chǎn)生和接收公共通知消息信道信息,可以使用在ESG的引導(dǎo)會(huì)話中發(fā)送的方法、在ESG的通告?zhèn)魉蛶?huì)話中發(fā)送的方法和在PSI/SI中發(fā)送的方法。參照?qǐng)D1的網(wǎng)絡(luò)配置,在IP平臺(tái)、ESG提供商和網(wǎng)絡(luò)提供商的每一個(gè)中能夠產(chǎn)生公共通知消息。例如,通過(guò)作為ESG傳輸機(jī)制的第一階段的ESG引導(dǎo)會(huì)話來(lái)發(fā)送與每個(gè)IP平臺(tái)相關(guān)的公共通知消息,通過(guò)針對(duì)每一單獨(dú)ESG提供商而區(qū)分的ESG通告?zhèn)魉蛶?huì)話來(lái)發(fā)送與每個(gè)單獨(dú)ESG提供商相關(guān)的公共通知消息,并使用PSI/SI信號(hào)來(lái)發(fā)送與每個(gè)網(wǎng)絡(luò)相關(guān)的公共通知消息。當(dāng)一個(gè)IP平臺(tái)具有一個(gè)ESG提供商并且經(jīng)由單一網(wǎng)絡(luò)來(lái)傳輸由ESG提供商提供的ESG時(shí),都以相同方式無(wú)區(qū)分地發(fā)送在幾個(gè)源中產(chǎn)生的公共通知消息。參照?qǐng)D7,將描述才艮據(jù)本發(fā)明的用于遞送通知消息信道信息的方法。對(duì)于公共通知消息,發(fā)送器將表1的信道信息插入到通過(guò)ESG引導(dǎo)會(huì)話702發(fā)送的至少一個(gè)描述符704、706和708中,或?qū)⒈?的信道信息插入到通過(guò)ESG通告?zhèn)魉蛶?huì)話710發(fā)送的至少一個(gè)容器712和714中。在ESG引導(dǎo)會(huì)話702中,信道信息被插入到ESG提供商探測(cè)描述符704或ESG接入描述符706中,或者利用專(zhuān)用通知描述符708來(lái)發(fā)送。在ESG通告?zhèn)魉蛶?huì)話710中,信道信息被插入到ESGink容器712中,或利用包含通知描述符的專(zhuān)用ESG索引容器714來(lái)發(fā)送。表2A到2D提供在利用ESG遞送機(jī)制發(fā)送通知消息信道信息時(shí)的示范性格式<表2A<table>tableseeoriginaldocumentpage22</column></row><table>表2B<table>tableseeoriginaldocumentpage22</column></row><table><table>tableseeoriginaldocumentpage23</column></row><table><elemcntnane』ProviderName"typc="mpeg7:TextualType'V>'*elementn出ncTm\i丄'rL、、go"l〉pc-"川ivy7:'liilcM"iiar>pe"■elementname:"ProviderlD"typt,-"p"、ilivL'Iniugcr":、*elemauname—"Prmiderlnl'《"m:iiionlRl."t.、iv-"an〉,lRl"minOccurs="07>-、,L'memname'Tri、ue.、uxiliaiyData"type="anyType"<complexT》pc>*elementname'"Ser、Ux'h、,"Jer"l〉pe"bs:l;SUl)n、、iderl》|V"ma、n"'ur、一"unbt、iin、l"r'、l,A;〃/t'"/〃"〃/l".W〃""〃〃〃/:〃〃:i"<c'"附/;/c;cWe〉;</schema>表2A示出了包含在ESGAccessDescriptor中的NotificationEntry。由于NotificationEntry纟皮插入而與ESGEntry[i]無(wú)關(guān),所以對(duì)應(yīng)于其的通知消息包括「對(duì)于每一ESG提供商來(lái)說(shuō)為公共的信息,即緊急信息。表2B示出了包含在NotificationDescriptor708中的NotificationEntry。并且EPA—NotificationEntry和EPS—NotificationEntry中的任意一個(gè)可4皮用于包含信道信息。由于通過(guò)ESG引導(dǎo)會(huì)話或ESG通告?zhèn)魉蛶?huì)話來(lái)發(fā)送NotificationDescriptor,所以分別通過(guò)ESG引導(dǎo)會(huì)話或ESG通告?zhèn)魉蛶?huì)話來(lái)發(fā)送EPA_NotificationEntry和EPS—NotificationEntry。EPA—NotificationEntry表示相應(yīng)信道信息是對(duì)于每一ESG提供商來(lái)說(shuō)為公共的通知消息信道信息。對(duì)于每一ESG提供商來(lái)說(shuō)為公共的信息可以是如上所述的緊急信息,并且在服務(wù)管理塊103中其可以以平臺(tái)提供商為單位來(lái)劃分。平臺(tái)提供商是用于管理一系列IP地址的實(shí)體,并且它們中的每一個(gè)可以具有多個(gè)ESG提供商。EPS—NotificationEntry表示相應(yīng)信道信息是針對(duì)每一單獨(dú)的ESG提供商提供的通知消息信道信息。雖然相應(yīng)的通知消息對(duì)于所有接收ESG的終端和用戶來(lái)說(shuō)是公共的,但是它對(duì)于每一單獨(dú)的ESG提供商來(lái)說(shuō)是獨(dú)立的。例如,相應(yīng)的通知消息可以包括用于通知特定ESG更新的通知消息。對(duì)于EPA一NotificationEntry格式來(lái)說(shuō),在表1A到IF的所有表格都是可能的。當(dāng)在ESG1導(dǎo)會(huì)話中發(fā)送EPS—NotificationEntry時(shí),它還可以連同表1中示出的信息一起包括ProviderID。ProviderID表示ESG提供商通過(guò)其指定通知消息。而且,當(dāng)在ESG通告?zhèn)魉蛶?huì)話中發(fā)送EPS—NotificationEntry時(shí),不一起發(fā)送ProviderID。這是因?yàn)橛捎卺槍?duì)每一單獨(dú)的ESG提供商產(chǎn)生ESG通告?zhèn)魉蛶?huì)話,所以不需要利用ProviderID來(lái)區(qū)分ESG通告?zhèn)魉蛶?huì)話。表2C示出了其中通知消息信道信息被針對(duì)于每一單獨(dú)ESGentry[i]而包含在ESGAccessDescriptor中,并且被用于針對(duì)于如表2B中所述的每一單獨(dú)ESG提供商設(shè)置公共通知消息信道信息的情形。表2D示出了其中通知消息信道信息被包含在ESGProviderDescriptor中,并且通知消息的信道信息對(duì)于對(duì)應(yīng)于該通知消息信道信息的ESG提供商來(lái)說(shuō)為公共的情形。對(duì)于特定通知消息,發(fā)送器在發(fā)送前將信道信息插入到圖2的ESG數(shù)據(jù)模型的獲取片段中。在有關(guān)本發(fā)明的圖8A-9B的描述中,將主要參照ESG引導(dǎo)描述符描述通知消息信道信息的發(fā)送。但是,下面描述也可以甚至應(yīng)用于其中NotificationEntry在其發(fā)送過(guò)程中被包含在ESGinit容器中的情形。參照?qǐng)D8A和8B,將描述4艮據(jù)本發(fā)明的通過(guò)ESG引導(dǎo)描述符發(fā)送和4妄收通知消息信道信息。該描述限于公共通知消息信道信息。圖8A是圖解根據(jù)本發(fā)明實(shí)施例的通過(guò)ESG引導(dǎo)描述符產(chǎn)生和發(fā)送通知消息信道信息的操作的流程圖。參照?qǐng)D8A,在步驟801,NDAF塊103b指定作為要發(fā)送到終端108的ESG引導(dǎo)信息的公共通知消息信道信息的元素和屬性。例如,在步驟801,指定上述的'NotificationEntry,、'NotificationPort,和'NotificationAddress,。在此,根據(jù)廣播提供商或系統(tǒng)環(huán)境預(yù)先確定公共通知消息信道信息的元素和屬性。在完成步驟801后,在步驟802,NDAF塊103b產(chǎn)生包括公共通知消息信道信息的ESG1導(dǎo)描述符。其后,在步驟803,NDAF塊103b將所產(chǎn)生的ESG引導(dǎo)描述符發(fā)送給終端108。雖然在此由服務(wù)管理塊103中的NDAF塊103b執(zhí)行公共通知消息信道信息的生成,但是,也可以在通知事件功能塊102a中執(zhí)行該操作。圖8B是圖解根據(jù)本發(fā)明的終端接收ESP引導(dǎo)描述符中的通知消息信道信息的操作的流程圖。參照?qǐng)D8B,終端108在步驟811通過(guò)用戶執(zhí)行廣播服務(wù),并且在步驟812接收從NDAF塊103b發(fā)送的ESG引導(dǎo)描述符。在接收ESG引導(dǎo)描述符之后,終端108在步驟813解析ESG引導(dǎo)描述符,并且在步驟814獲取作為接收公共通知消息所需的信道信息的'NotificationEntry,、'NotificationPort,和'NotificationAddress'。其后,終端108進(jìn)行到圖4的操作B420。參照?qǐng)D9A和9B,將描述根據(jù)本發(fā)明的通過(guò)ESG獲取片段發(fā)送和接收通知消息信道信息。在此,該描述將限于特定通知消息信道信息。圖9A是圖解根據(jù)本發(fā)明的通過(guò)ESG獲取片段產(chǎn)生和發(fā)送通知消息信道信息的操作的流程圖。參照?qǐng)D9A,在步驟901,NDAF塊103b指定作為要發(fā)送到終端108的ESG獲取片段信息的特定通知消息信道信息的元素和屬性。例如,在步驟901,指定上述的'NotificationEntry'、'NotificationPort'和'NotificationAddress'。在此,#>據(jù)廣播^是供商或系統(tǒng)環(huán)境預(yù)先確定特定通知消息信道信息的元素和屬性。在完成步驟901后,在步驟902,將特定通知消息信道信息插入到ESG的獲取片段中。其后,在步驟903,NDAF塊103b通過(guò)將該ESG的獲取片段添加到其他片段來(lái)完成ESG,并在步驟904將該ESG發(fā)送到終端108。雖然在此由NDAF塊103b執(zhí)行特定通知消息信道信息的生成,但是,也可以在通知事件功能塊102a中執(zhí)行該操作。圖9B是圖解根據(jù)本發(fā)明的終端接收ESG獲取片段中的通知消息信道信息的操作的流程圖。參照?qǐng)D9B,終端108在步驟911通過(guò)用戶執(zhí)行廣播服務(wù),并且在步驟912接收從NDAF塊103b發(fā)送的ESG引導(dǎo)描述符。在接收ESG引導(dǎo)描述符之后,終端108在步驟913解析ESG引導(dǎo)描述符,并且在步驟914獲取該ESG的接收信息,利用該接收信息執(zhí)行用于接收ESG的硬件和軟件設(shè)置,并且然后立即接收該ESG。在步驟915,終端108獲取包含在該ESG的獲取片段中的、作為接收特定通知消息所需的信道信息的'NotificationEntry,、'NotificationPort'和'NotificationAddress,。其后,終端雨進(jìn)行到圖4的操作B420。作為另一例子,終端可以通過(guò)接收通知消息并且然后解析插入到該通知消息中的服務(wù)ID而不是通過(guò)ESG的獲取片段獲取特定通知消息信道信息來(lái)識(shí)別連接該通知消息的特定服務(wù)。服務(wù)ID優(yōu)選地具有與ESG中的服務(wù)ID相同的含義和值。后面將詳細(xì)描述該情形下的通知消息格式。接著,將描述在本發(fā)明另一實(shí)施例中的遞送通知消息信道信息的方法。對(duì)于公共通知消息,在發(fā)送前,發(fā)送器將表l的信道信息插入到經(jīng)由圖1的CBMS-1接口133發(fā)送的PSI/SI信號(hào)中。對(duì)于特定通知消息,在發(fā)送前,發(fā)送器將表1的信道信息插入到每一單獨(dú)服務(wù)的PSI/SI信號(hào)中。圖10A是圖解根據(jù)本發(fā)明的通過(guò)PSI/SI信號(hào)產(chǎn)生和發(fā)送通知消息信道信息的操作的流程圖。在此,該描述限于公共通知消息信道信息。參照?qǐng)D10A,在步驟1001,NDAF塊103b指定要發(fā)送到終端108的通知消息信道信息的元素和屬性。例如,在步驟1001,指定上述的信道信息'NotificationEntry,、'NotificationPort'和'NotificationAddress,。在止匕,才艮才居廣才番提供商或系統(tǒng)環(huán)境預(yù)先確定通知消息信道信息的元素和屬性。在完成步驟1001后,在步驟1002,NDAF塊103b經(jīng)由CBMS-6接口124a將所產(chǎn)生的通知消息信道信息發(fā)送到廣播網(wǎng)絡(luò)106中的PSI/SI發(fā)生器106a。在步驟1003,PSI/SI發(fā)生器106a利用該通知消息信道信息以及其他信息產(chǎn)生PSI/SI信號(hào)。在步驟1004,PSI/SI發(fā)生器106a經(jīng)由CBMS-1接口133將所產(chǎn)生的PSI/SI信號(hào)發(fā)送給終端108。雖然在圖10A中沒(méi)有詳細(xì)描述,但是對(duì)于特定通知消息,表l的信道信息針對(duì)于每一單獨(dú)服務(wù)而被插入到在DVB-CBMS中定義的PSI/SI信號(hào)中的服務(wù)描述表(SDT)。作為另一例子,在PSI/SI信號(hào)中可以包含特定通知消息信道信息的新表格。圖10B是圖解根據(jù)本發(fā)明的終端接收PSI/SI信號(hào)中的通知消息信道信息的操作的流程圖。在此,描述將限于公共通知消息信道信息。參照?qǐng)D10B,終端108在步驟1011通過(guò)用戶執(zhí)行廣播服務(wù),并且在步驟1012從PSI/SI發(fā)生器106a接收PSI/SI信號(hào)。在接收PSI/SI信號(hào)之后,終端108在步驟1013解析該P(yáng)SI/SI信號(hào),并且在步驟1014獲取作為接收通知消息所需的信道信息的'NotificationEntry,、'NotificationPort,和'NotificationAddress,。雖然在此沒(méi)有詳細(xì)描述,但是對(duì)于特定通知消息,終端108可以通過(guò)檢查在PSI/SI信號(hào)中的服務(wù)描述表(SDT)來(lái)獲取每一單獨(dú)的服務(wù)的特定通知消息的信道信息。其后,終端108進(jìn)行到圖4的操作B420。雖然已經(jīng)描述了用于發(fā)送特定通知消息信道信息和公共通知消息信道信息的各種實(shí)施例,但是優(yōu)選地,利用由于其特性而不同的方式或傳輸路徑來(lái)將特定通知消息信道信息和公共通知消息信道信息遞送到終端。相應(yīng)地,在前面的實(shí)施例中,優(yōu)選地,利用ESG的獲取片段或ESG中的不同方式發(fā)送特定通知消息信道信息。而且,優(yōu)選地,通過(guò)ESG引導(dǎo)會(huì)話、通告?zhèn)魉蛶?huì)話或PSI/SI來(lái)發(fā)送公共通知消息信道信息。II.搡作B420參照?qǐng)D11,描述根據(jù)第一和第二實(shí)施例的通知消息的發(fā)送。由于公共通知消息和特定通知消息的發(fā)送方法彼此相同,所以圖11中通過(guò)舉例方式描述公共通知消息的發(fā)送方法。圖11是圖解根據(jù)本發(fā)明實(shí)施例的在廣播系統(tǒng)中發(fā)送公共通知消息的操作的流程圖。參照?qǐng)D11,在步驟1101,NDAF塊103b從通知事件功能塊102a接收包含通知內(nèi)容(即通知事件)的公共通知消息。然后在步驟1102,NDAF塊103b利用預(yù)定的UDP端口和公共通知消息來(lái)產(chǎn)生UDP分組,并在步驟1103,執(zhí)行針對(duì)進(jìn)行中廣播會(huì)話和通知IP地址的分組生成和發(fā)送。由于由服務(wù)提供商定義公共通知消息的格式,并且該格式與發(fā)送不直接相關(guān),所以該公共通知消息被直接生成為UDP分組。在服務(wù)區(qū)域中,可能存在連接到交互網(wǎng)絡(luò)107或處于下述狀態(tài)(即睡眠狀態(tài))中的終端,在該狀態(tài)中,當(dāng)終端的廣播接收器被關(guān)掉電源時(shí)它們可以接收尋呼消息。對(duì)于處于該狀態(tài)下的終端,系統(tǒng)應(yīng)當(dāng)通過(guò)執(zhí)行通過(guò)交互網(wǎng)絡(luò)107的交互信道的尋呼或通過(guò)類(lèi)似動(dòng)作來(lái)喚醒終端的睡眠的廣播接收器(未示出)。為此,系統(tǒng)在步驟1104產(chǎn)生用于喚醒睡眠的廣插、接收器的尋呼消息,并在步驟1105通過(guò)交互網(wǎng)絡(luò)107的交互信道或類(lèi)似動(dòng)作將該尋呼消息發(fā)送到終端,由此喚醒終端的睡眠的廣播接收器。使用先前指定的用于通知遞送的UDP端口號(hào)(即'NotificationPort,),以產(chǎn)生用于發(fā)送公共通知消息的分組。這使得終端108能夠識(shí)別所接收的作為公共通知消息的分組。利用進(jìn)行中會(huì)話的IP地址或用于發(fā)送公共通知消息的IP地址(即'NotificationAddress,),將UDP分組生成為IP分組。由于其中產(chǎn)生通知遞送消息的NDAF塊103b位于承擔(dān)每一遞送的服務(wù)管理塊103中,所以可以獲取進(jìn)行中會(huì)話的IP地址。完成的IP分組^皮遞送到低層的發(fā)送單元。考慮到存在分組丟失或接收者不能接收到分組,可以根據(jù)網(wǎng)絡(luò)提供商或服務(wù)提供商的需要重復(fù)地向低層的發(fā)送單元發(fā)送公共通知消息。參照?qǐng)D12和13,描述根據(jù)上述實(shí)施例的在廣播系統(tǒng)中接收通知消息的操作。由于公共通知消息和特定通知消息的發(fā)送方法彼此相同,所以通過(guò)舉例方式描述^^共通知消息的發(fā)送方法。圖12是圖解根據(jù)本發(fā)明的在移動(dòng)廣播系統(tǒng)中終端的通知客戶端功能塊108a接收通知消息的操作的流程圖。參照?qǐng)D12,在于圖4的操作A410中接收通知消息信道信息之后,在步驟1201,通知客戶端功能塊108a接收IP分組并解析該IP分組的報(bào)頭。通過(guò)解析報(bào)頭,在步驟1202,通知客戶端功能塊108a監(jiān)視該IP分組的IP地址是否是其所需IP地址。術(shù)語(yǔ)"所需IP地址"是指進(jìn)行中會(huì)話的IP地址(即當(dāng)前接收的廣播服務(wù))或?yàn)樵撏ㄖ⒎峙涞奶囟↖P地址(即'NotificationAddress,)。因此,如果確定在該才艮頭中的IP地址不是所需IP地址,則通知客戶端功能塊108a進(jìn)行到步驟1206,在步驟1206中,其'丟棄該IP分組。然而,如果該IP分組的IP地址是所需IP地址,則通知客戶端功能塊108a進(jìn)行到步驟1203,在步驟1203中,其通過(guò)對(duì)該IP分組去封裝而獲取UDP分組,并且解析該UDP分組的報(bào)頭。其后,在步驟1204,通知客戶端功能塊108a確定通過(guò)解析UDP分組的報(bào)頭而獲得的UDP端口號(hào)是否是先前通過(guò)ESG引導(dǎo)描述符或PSI/SI信號(hào)獲得的預(yù)定通知消息信道信息的端口號(hào)(即'NotificationPort,)。也就是說(shuō),通知客戶端功能塊108a確定所接收的分組是公共通知消息還是關(guān)于一般廣播會(huì)話的分組。在步驟1204,如果UDP分組報(bào)頭的端口號(hào)與被指定來(lái)接收通知消息的UDP端口號(hào)一樣,則在步驟1205,通知客戶端功能塊108a通過(guò)對(duì)該UDP分組去封裝來(lái)獲取包含在其分組體中的公共通知消息,并解析該通知消息,然后進(jìn)行到圖4的操作C430以執(zhí)行所需操作。然而,如果UDP分組的端口號(hào)與先前指定的UDP端口號(hào)不一樣,則在步驟1207,通知客戶端功能塊108a通過(guò)將該UDP分組認(rèn)為是關(guān)于現(xiàn)有廣播會(huì)話的分組而執(zhí)行廣播服務(wù)的過(guò)程,或者認(rèn)為相應(yīng)的通知消息不是其應(yīng)當(dāng)接收的通知消息而丟棄該UDP分組。圖13是圖解根據(jù)本發(fā)明的連接到交互網(wǎng)絡(luò)的終端的通知客戶端功能塊108a接收通知消息的操:作的流程圖。下面操作不^f叉可以應(yīng)用到連接到交互網(wǎng)絡(luò)的終端而且可以應(yīng)用到連接到可以管理睡眠終端的各種系統(tǒng)的終端。參照?qǐng)D13,在于圖4的操作A410中接收通知消息信道信息之后,在步驟1301,通知客戶端功能塊108a接收根據(jù)交互網(wǎng)絡(luò)或不同系統(tǒng)的尋呼機(jī)制的尋呼消息。在步驟1302,通過(guò)該尋呼消息,通知客戶端功能塊108a激活睡眠的廣播接收器,并且使得該睡眠的廣播接收器能夠準(zhǔn)備接收。接收準(zhǔn)備是利用在上述方法中發(fā)送的'NotificationPort,和'NotificationAddress,來(lái)產(chǎn)生會(huì)話的操作,并且進(jìn)入接收就緒狀態(tài)。在進(jìn)入接收就緒狀態(tài)后,在步驟1303,通知客戶端功能塊108a從NDAF塊103b接收IP分組并解析所接收的IP分組的報(bào)頭。然后,通知客戶端功能塊108a在步驟1304確定該IP分組的地址是否與由'NotificationAddress,指定的IP地址相同。如果確定在該IP分組的IP報(bào)頭中的地址與'NotificationAddress,不同,則通知客戶端功能塊108a進(jìn)行到步驟1308,在步驟1308中,其丟棄該分組。然而,如果確定該IP分組的IP地址與'NotificationAddress,相同,則通知客戶端功能塊108a在步驟1305中通過(guò)對(duì)該IP分組去封裝而提取UDP分組,并且解析該UPD分組的報(bào)頭。在步驟1306,通知客戶端功能塊108a比較通過(guò)解析該UDP分組的報(bào)頭而獲得的UDP端口號(hào)和'NotificationPort,,以便確定所接收的分組是7>共通知消息還是錯(cuò)誤發(fā)送的分組。如果在步驟1306所接收UDP分組的報(bào)頭的端口號(hào)與'NotificationPort,(即,被指定用于接收公共通知消息的UDP端口號(hào))相同,則在步驟1307,通知客戶端功能塊108a通過(guò)對(duì)該UDP分組去封裝而獲得在其分組體中包含的通知消息并解析該通知消息,然后進(jìn)行到圖4的操作C430以4丸行所需才喿作。然而,如果該UDP分組的端口號(hào)與'NotificationPort,不同,則在步驟1308,通知客戶端功能塊108a丟棄該分組,即認(rèn)為該UDP分組是錯(cuò)誤發(fā)送的分組。其后,終端進(jìn)行到圖4的操作C430。參照?qǐng)D14,將描述根據(jù)本發(fā)明另一實(shí)施例的通過(guò)PSI/SI信號(hào)遞送通知消息的操作。參照?qǐng)D14,在步驟1401,NDAF塊103b從通知事件功能塊102a接收包含通知內(nèi)容的公共通知消息。然后在步驟1402,NDAF塊103b將該公共通知消息遞送到PSI/SI發(fā)生器106a。在步驟1403,PSI/SI發(fā)生器106a利用該公共通知消息和其他信息來(lái)產(chǎn)生PSI/SI信號(hào)。在步驟1406,由PSI/SI發(fā)生器106a產(chǎn)生的PSI/SI信號(hào)被遞送到終端。在服務(wù)區(qū)域中,可能存在連接到交互網(wǎng)絡(luò)107或處于下述狀態(tài)(即睡眠狀態(tài))中的終端,在該狀態(tài)中,當(dāng)終端的廣播接收器被關(guān)掉電源時(shí)它們可以接收尋呼消息。對(duì)于處于該狀態(tài)下的終端,系統(tǒng)應(yīng)當(dāng)通過(guò)執(zhí)行通過(guò)交互網(wǎng)絡(luò)107的交互信道的尋呼或通過(guò)類(lèi)似動(dòng)作來(lái)喚醒終端的睡眠的廣播接收器(未示出)。為此,系統(tǒng)在步驟1404產(chǎn)生用于喚醒睡眠的廣插、接收器的尋呼消息,并在步驟1405通過(guò)交互網(wǎng)絡(luò)107的交互信道或類(lèi)似動(dòng)作將該尋呼消息發(fā)送到終端,由此喚醒終端的睡眠的廣插、接收器。參照?qǐng)D15和16,將描述根據(jù)本發(fā)明的終端接收通知消息的操作。參照?qǐng)D15,在步驟1501,終端108通過(guò)用戶執(zhí)行廣播服務(wù),并且然后在步驟1502接收從PSI/SI發(fā)生器106a發(fā)送的PSI/SI信號(hào)。在接收PSI/SI信號(hào)后,終端108在步驟1503解析該P(yáng)SI/SI信號(hào),并且在步驟1504接收在該P(yáng)SI/SI信號(hào)中包含的通知消息。特定通知消息存在于DVB-CBMS的PSI/SI信號(hào)中包含的SDT中。如上所述,特定通知消息可被包含在一個(gè)表中或在該P(yáng)SI/SI信號(hào)中的特定通知消息的描述符中,而不是SDT中。圖16是圖解根據(jù)本發(fā)明的連接到交互網(wǎng)絡(luò)的終端的通知客戶端功能塊108a接收通知消息的操作的流程圖。下面操作不僅可以應(yīng)用到連接到交互網(wǎng)絡(luò)的終端而且可以應(yīng)用于連接到可以管理睡眠終端的每一種系統(tǒng)的終端。參照?qǐng)D16,在步驟1601,通知客戶端功能塊108a接收根據(jù)交互網(wǎng)絡(luò)或不同系統(tǒng)的尋呼機(jī)制的尋呼消息。在步驟1602,通過(guò)該尋呼消息,通知客戶端功能塊108a激活睡眠的廣播接收器,并且使得該睡眠的廣播接收器能夠準(zhǔn)備接收。在步驟1603,通知客戶端功能塊108a接收PSI/SI信號(hào),并在步驟1604解析該P(yáng)SI/SI信號(hào),并且在步驟1605檢測(cè)該P(yáng)SI/SI信號(hào)中的通知消息內(nèi)容。其后,終端進(jìn)行到圖4的操作C430。最后,參照?qǐng)D17,描述根據(jù)本發(fā)明另一實(shí)施例的用于遞送通知消息的ESG數(shù)據(jù)模型。圖17示出了從圖2的ESG數(shù)據(jù)模型擴(kuò)展的ESG數(shù)據(jù)模型,并且該擴(kuò)展的ESG數(shù)據(jù)模型除了服務(wù)片段1702、日程表事件片段1704、內(nèi)容片段1706、獲取片段1708、服務(wù)包片段1710、購(gòu)買(mǎi)片段1712和購(gòu)買(mǎi)渠道片段1714之外,還包括根據(jù)本發(fā)明的該實(shí)施例新添加的通知片段1716。除了通知片段1716和片段1702、1704之間的引用關(guān)系之外,其他片段1702到1714的結(jié)構(gòu)具有與圖2的ESG數(shù)據(jù)模型的結(jié)構(gòu)的向后兼容的關(guān)系。通知片段1716的屬性和元素與下面參照?qǐng)D21-30描述的相同。而且,在通知片段1716、服務(wù)片段1702、日程表事件片段1704和獲取片段1708之間的引用關(guān)系(referencerelationship)是O..n,其表示通知片段1716的每一個(gè)通知消息元素可以與特定服務(wù)無(wú)關(guān),或可以是與多個(gè)服務(wù)相關(guān)的信息,以及表示可能不存在應(yīng)當(dāng)在一個(gè)日程表事件中示出的通知消息,或者表示可能存在多個(gè)應(yīng)當(dāng)在一個(gè)日程表事件中示出的通知消息,以及表示可能不存在應(yīng)當(dāng)必須從該通知消息訪問(wèn)的會(huì)話,或表示存在多個(gè)應(yīng)當(dāng)必須從該通知消息訪問(wèn)的會(huì)話。當(dāng)通知片段1716處于與服務(wù)片段1702的引用關(guān)系中時(shí),意味著相應(yīng)的通知消息連接到特定服務(wù)。當(dāng)通過(guò)通知片段1706對(duì)日程表事件片段1704進(jìn)行引用時(shí),意味著應(yīng)當(dāng)在由相應(yīng)日程表事件信息表示的時(shí)間內(nèi)執(zhí)行對(duì)相應(yīng)消息的再現(xiàn)。也就是說(shuō),當(dāng)通知消息的有效時(shí)間比單個(gè)日程表事件的時(shí)間長(zhǎng),則可以通過(guò)一個(gè)通知消息連續(xù)地對(duì)多個(gè)日程表事件進(jìn)行引用。參照?qǐng)D18,將描述根據(jù)本發(fā)明的通過(guò)ESG數(shù)據(jù)模型遞送通知消息的操作。參照?qǐng)D18,在步驟1801,NDAF塊103b從通知事件功能塊102a接收包含通知內(nèi)容的公共通知消息。然后,在步驟1802,NDAF塊103b遞送該公共通知消息到ESG發(fā)生器(未示出)。同時(shí),在步驟1810,NDAF塊103b遞送表示ESG更新的通知消息。在步驟1810中的通知消息的格式和信息元素可以遵循關(guān)于本發(fā)明的圖8-9描述的消息格式。在此,ESG發(fā)生器是存在于移動(dòng)廣播系統(tǒng)中的物理或邏輯實(shí)體,并且可以被包含在圖1中所示的至少一個(gè)其他實(shí)體中,或可以被實(shí)現(xiàn)成單獨(dú)的實(shí)體。在其發(fā)送期間,用于表示ESG內(nèi)容被更新成實(shí)際的通知消息內(nèi)容的、表示ESG更新的通知消息被包含在ESG中,是否遞送表示ESG更新的通知消息是服務(wù)提供商的可選步驟。當(dāng)NDAF塊103b獨(dú)立地發(fā)送表示ESG更新的通知消息時(shí),由于通知消息內(nèi)容,終端可以迅速地檢測(cè)到ESG的更新。結(jié)果,終端不需要不斷監(jiān)視ESG更新,從而在正確的時(shí)間接收包含在ESG中的通知消息內(nèi)容。在步驟1811,表示ESG更新的通知消息被遞送到終端。在步驟1803,ESG發(fā)生器利用公共通知消息以及其他信息產(chǎn)生基于ESG數(shù)據(jù)模型的包括上述片段的ESG信號(hào)。在步驟1806,在ESG發(fā)生器中產(chǎn)生的ESG信號(hào)被遞送到終端。ESG數(shù)據(jù)模型的詳細(xì)容器封裝和壓縮遵循DVB-CBMSphaseI(ETSITS102471V.1.1.1),因此,在此不需要對(duì)其進(jìn)行詳細(xì)描述。在服務(wù)區(qū)域中,可能存在連接到交互網(wǎng)絡(luò)107或處于下述狀態(tài)(即睡眠狀態(tài))中的終端,在該狀態(tài)中,當(dāng)終端的廣播接收器被關(guān)掉電源時(shí)它們可以接收尋呼消息。對(duì)于處于該狀態(tài)下的終端,系統(tǒng)應(yīng)當(dāng)通過(guò)執(zhí)行通過(guò)交互網(wǎng)絡(luò)107的交互信道的尋呼或通過(guò)類(lèi)似動(dòng)作來(lái)喚醒終端的睡眠的廣播接收器(未示出)。為此,系統(tǒng)在步驟1804產(chǎn)生用于喚醒睡眠的廣插、接收器的尋呼消息,并在步驟1805通過(guò)交互網(wǎng)絡(luò)107的交互信道或類(lèi)似動(dòng)作將該尋呼消息發(fā)送到終端,由此喚醒終端的睡眠的廣插、接收器。參照?qǐng)D19和20,將描述根據(jù)本發(fā)明的終端接收通知消息的操作。參照?qǐng)D19,在步驟1901,終端108通過(guò)用戶執(zhí)行廣播服務(wù),并且然后、在步驟1902接收表示ESG更新的通知消息(下文中稱為"ESG更新通知消息")。根據(jù)與本發(fā)明圖8-9相關(guān)的描述來(lái)遞送該通知消息,并且該通知消息包括下面關(guān)于本發(fā)明的圖20-29描述的信息元素。在步驟1903,終端108接收從ESG發(fā)生器發(fā)送的包括基于ESG數(shù)據(jù)模型的片段的ESG信號(hào)。終端108可以接收包含在所發(fā)送的ESG更新通知消息中的基于ESG數(shù)據(jù)模型的片段,或可以通過(guò)利用在ESG更新通知消息中的信息訪問(wèn)ESG會(huì)話而接收基于ESG數(shù)據(jù)模型的片段。在接收ESG信號(hào)后,在步驟1卯4,終端108解析ESG信號(hào),并且在步驟1905接收包含在ESG信號(hào)中的通知消息。特定通知消息存在于包含在DVB-CBMS的ESG信號(hào)中的通知片段中。圖20是圖解根據(jù)本發(fā)明的連接到交互網(wǎng)絡(luò)的終端的通知客戶端功能塊108a接收通知消息的操作的流程圖。下面操作不僅可以應(yīng)用于連接到交互網(wǎng)絡(luò)的終端而且可以應(yīng)用于連接到可以管理睡眠終端的每種系統(tǒng)的終端。參照?qǐng)D20,在步驟2001,通知客戶端功能塊108a接收根據(jù)交互網(wǎng)絡(luò)(或不同系統(tǒng))的尋呼機(jī)制的尋呼消息。在步驟2002,通過(guò)該尋呼消息,通知客戶端功能塊108a激活睡眠的廣播接收器,并且使得該睡眠的廣播接收器能夠準(zhǔn)備接收。在步驟2003,通知客戶端功能塊108a接收表示ESG更新的通知消息。在步驟2004,通知客戶端功能塊108a接收ESG信號(hào),并在步驟2005解析該ESG信號(hào),并且在步驟2006檢測(cè)該ESG信號(hào)中包含的通知片段。步驟2003、2004、2005和2006中的終端的詳細(xì)操作與圖19的操作相同。其后,終端進(jìn)行到圖4的操作C430。III.搡作C430參照表3,將描述根據(jù)本發(fā)明另一實(shí)施例的通知消息的整體方案。表3示出了通知消息的整體方案。如通過(guò)舉例所示出的,可以以根據(jù)其使用的各種數(shù)據(jù)類(lèi)型來(lái)定義遵循才艮據(jù)本發(fā)明實(shí)施例的方案的所有元素和屬性。為了方便,表3分為表3A到表3E,將在下面給出每個(gè)表中的項(xiàng)的定義。表3A<table>tableseeoriginaldocumentpage34</column></row><table><table>tableseeoriginaldocumentpage35</column></row><table>在表3A中,信息元素'Notification,表示相應(yīng)的通知消息的格式,并且由屬性'id,、'NotificationType,、'Validity'以及表3B的子元素'Name'、'Desciption,、'PresentationType,、表3C的'ExtensionURL,、'Sessionlnformation'和表3D的'Medialnformation,構(gòu)成。屬性'id'、'NotificationType'和'Validity'以及元素'Name'、'Desciption'、'PresentationType,和'ExtensionURL,公共地用于每種通知消息。根據(jù)通知消息的使用可以不包含'Sessionlnformation'和'MediaInformation,。'id'是通知消息片段的唯一標(biāo)識(shí)符,是強(qiáng)制性(M)元素。該相應(yīng)的標(biāo)識(shí)符幫助識(shí)別所存儲(chǔ)的通知消息。'NotificationType'表示相應(yīng)通知消息的類(lèi)型或使用是針對(duì)用戶使用(UserUse),是針對(duì)終端使用(TerminalUse)、還是針對(duì)其他使用,其是強(qiáng)制性元素。'NotificationType'^,0,表示UserUse,而'NotificationType':'1,表示TerminalUse。而且,根據(jù)服務(wù)提供商的目的可以指定和定義各種值。'Validity'是表示通知消息的有效時(shí)間的屬性,其是可選值。在經(jīng)過(guò)'Validity'中定義的一段時(shí)間之后,存儲(chǔ)在終端中的該通知消息被刪除。'Name'表示通知消息的標(biāo)題或名稱,其是強(qiáng)制性元素,并且可以以各種語(yǔ)言定義。'Lang'是'Name'的屬性,其是表示在'Name'中寫(xiě)的內(nèi)容的語(yǔ)言的可選值。如果沒(méi)有'Lang'值,則終端認(rèn)為'Name'是默認(rèn)值。在此,默認(rèn)值可以表示相應(yīng)搜索區(qū)域的語(yǔ)言或英語(yǔ)。'Description'是在通知消息中包含的實(shí)際消息內(nèi)容,或包括用于終端使用的多媒體消息(下文中稱為"終端使用的通知消息")或多媒體消息的描述部分??梢砸愿鞣N語(yǔ)言定義'Description',并且其是強(qiáng)制性值。'Lang'是'Description'的屬性,其是表示在'Description'中寫(xiě)的內(nèi)容的語(yǔ)言的可選值,如果沒(méi)有'Lang'值,則終端認(rèn)為'Description'是默認(rèn)值表3B<table>tableseeoriginaldocumentpage35</column></row><table><table>tableseeoriginaldocumentpage36</column></row><table>在表3B中,'PresentationType,是定義通知消息的呈現(xiàn)類(lèi)型的值。該呈現(xiàn)類(lèi)型表示終端是將停止所有服務(wù)并通過(guò)向通知消息賦予優(yōu)先級(jí)來(lái)將相應(yīng)消息輸出到其顯示器,是將在指定設(shè)備(即存儲(chǔ)器)中存儲(chǔ)消息內(nèi)容,還是將通知消息的內(nèi)容疊加在當(dāng)前接收的服務(wù)和內(nèi)容上??梢愿鶕?jù)服務(wù)提供商的目的而以各種類(lèi)型定義'PresentationType,。例如,接收具有'PresentationType,—0,的通知消息的終端立即將該通知消息提供給用戶。接收具有'PresentationType,='1,的通知消息的終端將該通知消息存儲(chǔ)到存儲(chǔ)器中并且在以后接收到用戶請(qǐng)求時(shí)提供該通知消息。此外,接收具有'PresentationType,='2,的通知消息的終端將該通知消息的內(nèi)容疊加到當(dāng)前在用戶的顯示器上顯示的服務(wù)上。'PresentationType,='1,或'3,不是必然表示終端將該通知消息可視地顯示在顯示器上。這是因?yàn)橛捎谄涮匦?,該通知消息可以由諸如文本、圖像、音頻、視頻等各種媒體組成。也就是說(shuō),對(duì)于音頻消息,系統(tǒng)可以利用'PresentationType,='1,請(qǐng)求終端停止當(dāng)前接收的服務(wù)并發(fā)送語(yǔ)音消息,或可以利用'PresentationType,一3,請(qǐng)求終端再現(xiàn)音頻消息。對(duì)于用于終端使用的通知消息(終端使用通知消息),基本上使用'PresentationType,—l'。在這種情況下,終端簡(jiǎn)單地存儲(chǔ)通知消息。作為另一示例,利用'PresentationType,一4,,系統(tǒng)可以指示相應(yīng)的通知消息是用于終端使用的。表3C<table>tableseeoriginaldocumentpage36</column></row><table><table>tableseeoriginaldocumentpage37</column></row><table>在3C中,'ExtensionURL'是表示用于通知消息的附加信息的服務(wù)或內(nèi)容服務(wù)器的URL的可選值。'SessionInformation'是表示用于數(shù)據(jù)接收的會(huì)話信息的可選值。當(dāng)更新ESG或接收到文件和內(nèi)容時(shí),'SessionInformation'包括關(guān)于其中存在相應(yīng)ESG或文件和內(nèi)容的會(huì)話的信息,并且具有屬性'ValidFrom','ValidTo'和'UsageType'、以及元素'DeliverySession'和TransportObjectID'、以及表3D的Tragment'和'AltemativeURT作為其子元素。雖然'SessionInformation'可以用于非通知目的,但是其主要用于提供文件或內(nèi)容接收的信息。'ValidFrom'表示其中'SessionInformation'為有效的開(kāi)始時(shí)間,其是可選值。'ValidTo'表示其中'Sessionlnformation'為有效的結(jié)束時(shí)間,其是可選值。'UsageType'表示使用'Sessionlnformation'的類(lèi)型,并且表示相應(yīng)消息是針對(duì)ESG更新的使用的,還是針對(duì)文件接收的使用的??梢愿鶕?jù)服務(wù)提供商的目的以各種類(lèi)型定義'UsageType'。'DeliverySession'表示會(huì)話的位置,在該位置,諸如ESG或文件的對(duì)象將被實(shí)際發(fā)送,并且'DeliverySession'具有屬性'SourceIP'和'TransportSessionID','SourceIP'是相應(yīng)的傳輸會(huì)話的IP地址,并且可用做廣播地址和多播地址。'TransportSessionID'具有傳輸會(huì)話的ID。TransportSessionID'是通過(guò)會(huì)話發(fā)送的對(duì)象的唯一標(biāo)識(shí)符。表3D<table>tableseeoriginaldocumentpage37</column></row><table><table>tableseeoriginaldocumentpage38</column></row><table>在表3D中,'Fragment'是發(fā)送對(duì)象的片段,其表示為ESG更新的特定片段信息,并且終端通過(guò)斥企查'Fragment'的相應(yīng)ID和版本信息而可以接收和存儲(chǔ)僅僅被更新的片段。僅當(dāng)通知消息用于通知ESG更新時(shí)才需要該'Fmgment'及其從屬屬性,而當(dāng)通知消息用于其他應(yīng)用時(shí),不包含該'Fragment'及其從屬屬性。TragmentID'是要接收的片段的唯一識(shí)別值。'FragmentVersion'表示要接收的片段的版本信息,并且對(duì)于具有相同'FragmentID'的片段,檢查相應(yīng)的版本信息以確定是否終端具有對(duì)應(yīng)于最新版本的'FragmentID'。如果在會(huì)話中存在最新版本,則終端接收和存儲(chǔ)來(lái)自該會(huì)話的最新版本值。'AlternativeURT表示相應(yīng)對(duì)象所在的URI值,以為通過(guò)該會(huì)話的發(fā)送失敗或相應(yīng)信道不是廣播信道時(shí)做準(zhǔn)備。終端可以通過(guò)交互信道訪問(wèn)相應(yīng)URI的位置,并且從其接收期望的對(duì)象。'Medialnformation'表示用于產(chǎn)生通知消息的媒體信息,其是利用多媒體產(chǎn)生通知消息所需的。'Medialnformation'由子元素'Picture'、'Video'和'Audio'組成。'Picture'表示畫(huà)面或圖像信息,'MIMEtype'表示用于相應(yīng)視頻的多用途因特網(wǎng)郵件擴(kuò)展(MIME)類(lèi)型,'PictureURT表示相應(yīng)畫(huà)面或圖像的位置,而'Video'表示關(guān)于視頻的信息。表3E<table>tableseeoriginaldocumentpage39</column></row><table>在表3E中,'MIMEtype'表示視頻的MIME類(lèi)型,而'VideoURT表示視頻的位置。術(shù)語(yǔ)"視頻的位置"是指當(dāng)相應(yīng)視頻在其發(fā)送期間未被包含在通知消息中而位于特殊服務(wù)器時(shí)的特殊服務(wù)器的位置。'Audio'表示關(guān)于語(yǔ)音、音樂(lè)、鈴音等的信息,'MIMEtype'表示相應(yīng)音頻的MIME類(lèi)型,而'AudioURT表示音頻的位置。當(dāng)表3D和3E的媒體信息中的'PictureURT,'AudioURT和'VideoURT在其發(fā)送期間未被包含在通知消息中時(shí),這意味著在通知消息本身中包含利用媒體產(chǎn)生的通知信息。在這種情況下,雖然在通知消息格式中沒(méi)有特別示出,但是在跟在上述信息之后的消息有效負(fù)荷部分中包含利用所選媒體產(chǎn)生的通知信息。息方案的消息(下文中稱為"用戶使用通知消息")的格式。每一項(xiàng)的定義與表3中的項(xiàng)相同,并且相應(yīng)地省略與表3中相同的部分的詳細(xì)描述。表4<table>tableseeoriginaldocumentpage40</column></row><table>如表4中所示,在本發(fā)明的該實(shí)施例中提出的用戶使用的通知消息可用于從服務(wù)提供商或內(nèi)容提供商接收通知、廣告消息、計(jì)費(fèi)信息和付費(fèi)信息,并且用做CallbackURL的'ExtensionURL'可以通過(guò)交互信道接收附加信息。表4中示出的通知消息由屬性'id'、'NotificationType'和'Validity'、以及元素'Name'、'Description'、'PresentationType'和'ExtensionURL'組成。構(gòu)成通知消息的所有/人屬屬性和元素與表3中相同,因此在此省略對(duì)它們的詳細(xì)描述。參照表5,將描述根據(jù)本發(fā)明的作為用戶使用的通知消息的方案的、利用多媒體產(chǎn)生的消息的結(jié)構(gòu)。表5中的每個(gè)項(xiàng)的定義與表3中相同,并相應(yīng)地省略對(duì)與表3中相同部分的詳細(xì)描述。表5<table>tableseeoriginaldocumentpage41</column></row><table><table>tableseeoriginaldocumentpage42</column></row><table>如表5中所示,可以利用諸如圖像、視頻、音頻等的各種多媒體文件來(lái)產(chǎn)生由本發(fā)明提出的通知消息,并且系統(tǒng)可以將通知消息用做服務(wù)和內(nèi)容的廣告消息、用于諸如丟失小孩尋找的公益的消息。表5的通知消息由屬性'id'、'NotificationType'和'Validity'以及元素'Name'、'Description'、'PresentationType'、'ExtensionURL'和'Medialnformation'組成。構(gòu)成表5的通知消息的所有從屬屬性和元素類(lèi)似于表3中的屬性和元素,因此在此省略對(duì)它們的詳細(xì)描述。參照表6,將描述按照本發(fā)明的作為終端使用的通知消息的方案的、包括會(huì)話信息的消息格式。表6中的每項(xiàng)的定義類(lèi)似于表3的定義。表6<table>tableseeoriginaldocumentpage43</column></row><table><table>tableseeoriginaldocumentpage44</column></row><table>更新信息來(lái)幫助終端存儲(chǔ)被更新的ESG。而且,例如可以對(duì)于服務(wù)或內(nèi)容的服務(wù)開(kāi)始、文件的下載開(kāi)始、和通過(guò)單獨(dú)會(huì)話發(fā)送的多媒體通知消息的遞送,使用該終端使用的通知消息。雖然在此假定通知消息的典型應(yīng)用是向終端提供ESG更新信息,但是其他應(yīng)用可以替代該典型應(yīng)用。術(shù)語(yǔ)"單獨(dú)的會(huì)話"是指其他會(huì)話,而不是已建立的到終端的用于接收內(nèi)容服務(wù)的會(huì)話。通常,為了發(fā)送內(nèi)容,移動(dòng)廣播系統(tǒng)利用多播地址開(kāi)一個(gè)會(huì)話并且將相應(yīng)內(nèi)容發(fā)送到終端,當(dāng)該終端已經(jīng)正在利用特定會(huì)話從該移動(dòng)廣播系統(tǒng)接收內(nèi)容服務(wù)時(shí),它可以通過(guò)開(kāi)一個(gè)與先前建立的會(huì)話不同的單獨(dú)會(huì)話來(lái)接收附加信息。如表6中所示,本發(fā)明的終端使用的通知消息由屬性'id'、'NotificationType'和'Validity'、以及元素'Name'、'Description'、'PresentationType'、'ExtensionURL'和'Sessionlnformation'組成。構(gòu)成表6的通知消息的所有從屬屬性和元素與表3中的相同,因此在此省略對(duì)它們的詳細(xì)描述。圖21是圖解根據(jù)本發(fā)明的終端接收并處理通知消息的過(guò)程的流程圖。上面已經(jīng)描述了通知消息的屬性和元素。參照?qǐng)D21,在步驟2101,在圖4的操作B420中,終端從移動(dòng)廣播系統(tǒng)接收通知消息。在步驟2102,該終端根據(jù)該通知消息的格式解析相應(yīng)的消息。如果以擴(kuò)展標(biāo)記語(yǔ)言(XML)形式配置通知消息,則終端利用其中包含的XML解析器來(lái)解析該通知消息。在步驟2103,終端的控制器檢查所解析的通知消息的'NotificationType',并且根據(jù)檢查結(jié)果來(lái)執(zhí)行預(yù)定操作,在下面提供對(duì)其的描述。如果'NotificationType'表示用戶使用的'0,,則終端進(jìn)行到步驟2110。如果'NotificationType'是表示終端使用的T,則終端進(jìn)行到步驟2130。如果'NotificationType'是表示由服務(wù)提供商定義的消息月良務(wù)的'2,或更大,則終端進(jìn)行到步驟2120,在步驟2120中,它執(zhí)行由服務(wù)提供商定義的特定操作。這里,對(duì)于'NotificationType》'2,,服務(wù)提供商可以根據(jù)商業(yè)模式和服務(wù)而自由地定義和使用通知消息。在步驟2110,由于所接收的通知消息是針對(duì)用戶使用的,所以終端可以通過(guò)顯示器向用戶提供通知消息。所接收的用戶使用的通知消息可以是短消息或多媒體消息。利用用戶使用的通知消息,服務(wù)提供商可以提供諸如服務(wù)事件通知、系統(tǒng)故障或檢查通知、服務(wù)和內(nèi)容的文本或多媒體廣告、災(zāi)難廣播消息、與計(jì)費(fèi)相關(guān)的通知等的各種類(lèi)型的消息。根據(jù)通知消息的'PresentationType'設(shè)置優(yōu)先級(jí)(或偏好),并且如果所4妄收的通知消息是高4尤先級(jí)的通知消息,則終端通過(guò)顯示輸出所接收的通知消息。在此,可以才艮據(jù)服務(wù)提供商的商業(yè)模式和服務(wù)來(lái)自由地定義和使用'PresentationType'。在步驟2111,終端根據(jù)通知消息的'PresentationType'來(lái)確定是否處理通知消息。如果在步驟2111中通知消息的'PresentationType'是'O,,則它表示相應(yīng)消息是應(yīng)當(dāng)緊急提供給用戶的消息。而如果'PresentationType'是'r,則它表示相應(yīng)消息將被存儲(chǔ)到終端的存儲(chǔ)器中。最后,如果'PresentationType'是'2',則它表示終端將把該通知消息重疊到服務(wù)中的內(nèi)容上。如果在步驟2111確定通知消息的'PresentationType'是表示相應(yīng)消息是應(yīng)當(dāng)緊急示出給用戶的消息的'O',則在步驟2112終端停止當(dāng)前接收的服務(wù),在步驟2113產(chǎn)生通知消息以便它可以被直接提供給用戶并且在步驟2114將該產(chǎn)生的通知消息輸出到顯示器。在此,短語(yǔ)"產(chǎn)生通知消息"的意思是如果以XML格式產(chǎn)生通知消息,則終端產(chǎn)生通知消息以^更它可以向用戶提供包含在該消息中的文本、圖像、音頻和視頻信息。如果在步驟2111中確定通知消息的'PresentationType'是'l',則在步驟2115,終端將該通知消息存儲(chǔ)到存儲(chǔ)器中。其后,用戶可以通過(guò)合適操作來(lái);險(xiǎn)測(cè)存儲(chǔ)到存儲(chǔ)器中的該通知消息。最后,如果在步驟2111中確定通知消息的TresentationType'是'2',則終端進(jìn)行到步驟2116,在步驟2116中,其根據(jù)其可支持的屏幕配置方案重構(gòu)該通知消息,以便將所接收的通知消息重疊到當(dāng)前通過(guò)顯示器提供的服務(wù)/內(nèi)容上。在步驟2117,終端將在步驟2116中產(chǎn)生的通知消息重疊到當(dāng)前通過(guò)顯示器提供給用戶的內(nèi)容上。然而,如果在步驟2103中通知消息的'NotificationType'是'1,,則在步驟2130,終端確定通知消息是針對(duì)終端使用的。其后,在步驟2131,終端檢查通知消息的會(huì)話信息,在步驟2132,根據(jù)會(huì)話信息的內(nèi)容訪問(wèn)相應(yīng)的會(huì)話,在步驟2133,通過(guò)該會(huì)話接收諸如ESG、文件、對(duì)象等的指定內(nèi)容,并在步驟2134在存儲(chǔ)器中存儲(chǔ)或更新所接收的內(nèi)容。由虛線示出的過(guò)程2140包括步驟2131到2134,并且根據(jù)終端的設(shè)置或用戶的操作而被可選地執(zhí)行。圖22是圖解根據(jù)本發(fā)明的在移動(dòng)廣播系統(tǒng)中產(chǎn)生并遞送通知消息的過(guò)程的流程圖。已通過(guò)表3到表6描述了在圖22中所述的通知消息的屬性和元素。在圖1中描述的通知產(chǎn)生功能塊103a中,根據(jù)通過(guò)內(nèi)容提供商、服務(wù)提供商或網(wǎng)絡(luò)提供商的請(qǐng)求而產(chǎn)生的、或者由移動(dòng)廣播服務(wù)系統(tǒng)產(chǎn)生的通知事件而產(chǎn)生通知消息。參照?qǐng)D22,在步驟2201,通知產(chǎn)生功能塊103a從通知事件功能塊102a接收諸如系統(tǒng)和服務(wù)中的改變、故障、ESG的改變和遞送、內(nèi)容的遞送、廣告消息、緊急情形的災(zāi)難消息等的通知消息事件。在步驟2202,通知產(chǎn)生功能塊103a根據(jù)所接收的通知消息事件產(chǎn)生通知消息的基本信息,即屬性'id'和'Validity'、以及元素'Name'、'Description'、'ExtensionURL'和'Medialnformation'。在產(chǎn)生基本信息后,在步驟2203,通知產(chǎn)生功能塊103a確定該通知消息是針對(duì)用戶使用的,還是針對(duì)終端使用的,并且根據(jù)確定結(jié)果來(lái)設(shè)置'NotificationType'。如果在步驟2203確定通知消息是針對(duì)用戶使用的,則通知產(chǎn)生功能塊103a進(jìn)行到步驟2211,在步驟2211中,其將'NotificationType'設(shè)置為'0,。在步驟2211將'NotificationType'設(shè)置為'O,后,通知產(chǎn)生功能塊103a在步驟2212確定是將立即在用戶終端上顯示該通知消息,還是將該通知消息存儲(chǔ)到終端中并且以后在用戶請(qǐng)求時(shí)向用戶輸出該通知消息,還是將該通知消息重疊到用戶的服務(wù)中的內(nèi)容上。在步驟2212中確定在終端上顯示通知消息的方法后,如果通知產(chǎn)生功能塊103a確定允許終端在接收到通知消息時(shí)立即顯示其,則在步驟2221,通知產(chǎn)生功能塊103a將通知消息的'PresentationType'設(shè)置為'O'。然而,如果通知產(chǎn)生功能塊103a確定允許終端存儲(chǔ)該通知消息并且在以后用戶請(qǐng)求時(shí)輸出該通知消息,則在步驟2231將'PresentationType'設(shè)置為'r。最后,如果通知產(chǎn)生功能塊103a確定允許終端將通知消息重疊到用戶的當(dāng)前接收的內(nèi)容上,則在步驟2241將通知消息中的'PresentationType'設(shè)置為'2,。然而,如果在步驟2203,通知消息凈皮確定為是針對(duì)終端使用的,則通知產(chǎn)生功能塊103a在步驟2251將通知消息的'NotificationType'設(shè)置為'l'。在步驟2252,如以通知消息格式描述的終端〗吏用的通知消息被用4故用于通知ESG的更新和遞送、或服務(wù)和內(nèi)容的遞送的消息,并且需要相應(yīng)通知消息的會(huì)話信息。因此,為了產(chǎn)生終端使用的通知消息,通知產(chǎn)生功能塊103a需要相應(yīng)的會(huì)話信息。該會(huì)話信息被存儲(chǔ)在服務(wù)管理塊103中,并且當(dāng)服務(wù)管理塊103的NDAF塊103b將該會(huì)話信息發(fā)送到通知產(chǎn)生功能塊103a時(shí),通知產(chǎn)生功能塊103a檢查該會(huì)話信息并且然后設(shè)置在通知消息中的相關(guān)信息。在本發(fā)明中,該會(huì)話信息被寫(xiě)到表3的'Sessionlnformation'中。在以前述方式完成設(shè)置用戶使用的或終端使用的通知消息后,通知產(chǎn)生功能塊103a在步驟2260產(chǎn)生最終格式的通知消息。在步驟2270中,經(jīng)由NDAF塊103b,所產(chǎn)生的通知消息被遞送到終端。將描述根據(jù)本發(fā)明另一實(shí)施例的移動(dòng)廣播系統(tǒng)中的通知消息格式、通知消息發(fā)送/接收方法及其系統(tǒng)。下面將參照表7描述根據(jù)本發(fā)明的該實(shí)施例的通知消息的整體方案。表7示出了才艮據(jù)本發(fā)明的該實(shí)施例的通知消息的示范性整體方案,并且與本發(fā)明的關(guān)于圖21-22以及相關(guān)描述的前面實(shí)施例相比,它還包括表示通知消息的版本的'NotificationVersion'。'NotificationVersion',和在本發(fā)明的前面實(shí)施例中公共使用的'id'、'NotificationType'和'Validity'—樣,是所使用的基本屬性,其與通知消息的使用無(wú)關(guān)。在表7中僅示出'NotificationVersion',在表7中未示出與前面實(shí)施例中描述的相同的其他元素和屬性,所以它們沒(méi)有^皮單3蟲(chóng)示出。表7<table>tableseeoriginaldocumentpage48</column></row><table>表7的'NotificationVersion'表示通知消息的版本號(hào)。在本發(fā)明的該實(shí)施例中,將通知消息的版本號(hào)插入到通知消息中的原因是因?yàn)楫?dāng)需要時(shí)移動(dòng)廣播系統(tǒng)可能重復(fù)地發(fā)送通知消息。當(dāng)在其傳輸期間通知消息丟失時(shí)或需要通知特定的被通知服務(wù)的更新版本時(shí),這是有效的。當(dāng)移動(dòng)廣播系統(tǒng)重復(fù)地遞送通知消息時(shí),終端需要用于確定所接收消息是否是新消息的標(biāo)準(zhǔn)。因此,本發(fā)明的該實(shí)施例包括表7的屬性'NotificationVersion'作為'Notification'的片段屬性,'Notification'是通知消息的元素。根據(jù)本發(fā)明的該實(shí)施例,接收通知消息的終端通過(guò)一起利用'NotificationVersion'和'id'來(lái)檢查通知消息的版本信息和重復(fù)的發(fā)送。也就是說(shuō),當(dāng)終端接收從移動(dòng)廣播系統(tǒng)重復(fù)發(fā)送的通知消息時(shí),終端利用上述信息來(lái)確定通知消息的新舊。根據(jù)本發(fā)明,可以使用整數(shù)類(lèi)型的版本號(hào)或利用網(wǎng)絡(luò)時(shí)間協(xié)議(NTP)的時(shí)間戳作為'NotificationVersion',所述NTP是用于經(jīng)由網(wǎng)絡(luò)連接的計(jì)算機(jī)之間的時(shí)間同步的因特網(wǎng)標(biāo)準(zhǔn),并且也可以使用其他類(lèi)型。系統(tǒng)將包含在重復(fù)發(fā)送的消息中的'NotificationVersion'的時(shí)間戳或整數(shù)類(lèi)型的版本號(hào)保持在產(chǎn)生初始通知消息時(shí)定義的值。圖23是圖解根據(jù)本發(fā)明的終端接收并處理通知消息的過(guò)程的流程圖。上面已經(jīng)描述了該通知消息的屬性和元素。參照?qǐng)D23,在步驟2301,在圖4的操作B420中,終端從移動(dòng)廣播系統(tǒng)接收通知消息。在步驟2302,終端根據(jù)該通知消息的格式解析相應(yīng)的消息。如果通知消息是以XML格式配置的,則終端利用其中包含的XML解析器解析所接收的消息。在步驟2303,終端的控制器確定該通知消息是否是已接收的消息。在步驟2303,終端比較先前接收的通知消息和新接收的通知消息的項(xiàng)'id'和'NotificationVersion'。如果在步驟2303,新接收的通知消息和先前接收的通知消息相同,則終端在步驟2305丟棄該新接收的通知消息,并且結(jié)束該過(guò)程。然而,如果通知消息是新接收的消息,則終端進(jìn)行到步驟2304。在步驟2304,終端檢查所解析的通知消息的'NotificationType',并且根據(jù)檢查結(jié)果執(zhí)行預(yù)定的操作,并且在下面給出對(duì)其的描述。如果'NotificationType'是表示用戶使用的通知消息的'0,,則終端進(jìn)行到步驟2310。如果'NotificationType'是表示終端使用的通知消息的'l,,則終端進(jìn)行到步驟2331。如果'NotificationType'是表示由服務(wù)提供商定義的消息的'2,或更大值,則終端在步驟2320執(zhí)行由服務(wù)提供商定義的特定操作。這里,對(duì)于'NotificationType'2'2,,服務(wù)提供商可以根據(jù)商業(yè)模式和服務(wù)自由地定義和使用通知消息。在步驟2310,由于確定通知消息是一接收的用戶使用的通知消息,所以終端可以通過(guò)顯示器向用戶提供該通知消息。所接收的用戶使用的通知消息可以是短消息或多媒體消息。利用用戶使用的通知消息,服務(wù)提供商可以提供諸如服務(wù)事件通知、系統(tǒng)故障或帳單通知、服務(wù)和內(nèi)容的文本或多媒體廣告、災(zāi)難廣播消息、計(jì)費(fèi)相關(guān)的通知等各種類(lèi)型消息。如上所述,根據(jù)通知消息的'PresentationType'設(shè)置優(yōu)先級(jí),并且如果所接收的通知消息是高優(yōu)先級(jí)的通知消息,則終端通過(guò)顯示器輸出所接收的通知消息。這里,可以根據(jù)服務(wù)提供商的商業(yè)模式和服務(wù)來(lái)自由定義和使用'PresentationType'。在步驟2311,終端根據(jù)通知消息的'PresentationType'確定是否處理通知消息。如果在步驟2311中通知消息的'PresentationType'是'O',則表示相應(yīng)消息是應(yīng)當(dāng)緊急提供給用戶的消息,而如果'PresentationType'是'l,,則表示相應(yīng)消息將被存儲(chǔ)到終端的存儲(chǔ)器中。最后,如果'PresentationType'是'2',則表示終端將把該通知消息重疊到服務(wù)中的內(nèi)容上。如果在步驟2311確定通知消息的'PresentationType'是表示相應(yīng)消息是應(yīng)當(dāng)緊急示出給用戶的消息的'O,,則在步驟2312終端停止當(dāng)前接收的服務(wù),在步驟2313產(chǎn)生合適格式的通知消息以便它可以-陂直接提供給用戶并且在步驟2314將該產(chǎn)生的通知消息輸出到顯示器。如果在步驟2311中確定通知消息的'PresentationType'是'1,,則在步驟2315,終端將該通知消息存儲(chǔ)到存儲(chǔ)器中。其后,用戶可以通過(guò)合適操作來(lái)檢測(cè)存儲(chǔ)到存儲(chǔ)器中的該通知消息。如果在步驟2311中確定通知消息的'PresentationType'是'2',則終端進(jìn)行到步驟2316,在步驟2316中,終端根據(jù)其定義的屏幕配置方案重構(gòu)該通知消息,以便將所接收的通知消息重疊到當(dāng)前通過(guò)顯示器提供的服務(wù)/內(nèi)容上。在步驟2317,終端將在步驟2316中產(chǎn)生的通知消息重疊到當(dāng)前通過(guò)顯示器才是供給用戶的內(nèi)容上。然后,如果在步驟2304中通知消息的'NotificationType'是'r,則在塊2340,終端確定通知消息是否是針對(duì)終端使用的。其后,在步驟2331,終端檢查通知消息的會(huì)話信息內(nèi)容,在步驟2332,根據(jù)會(huì)話信息的內(nèi)容訪問(wèn)相應(yīng)的會(huì)話,在步驟2333,通過(guò)該會(huì)話接收諸如ESG、文件、對(duì)象等的指定內(nèi)容,并在步驟2334在存儲(chǔ)器中存儲(chǔ)或更新所接收的內(nèi)容。由虛線示出的框中的過(guò)程2340包括步驟2331到2334,并且根據(jù)終端的設(shè)置或用戶的操作而被可選地執(zhí)行。圖24是圖解根據(jù)本發(fā)明的用于在移動(dòng)廣播系統(tǒng)中產(chǎn)生和遞送通知消息的過(guò)程的流程圖。已通過(guò)表3到表7描述了在圖24中所述的通知消息的屬性和元素。在圖1中描述的通知產(chǎn)生功能塊103a中,根據(jù)通過(guò)內(nèi)容提供商、服務(wù)提供商或網(wǎng)絡(luò)提供商的請(qǐng)求而產(chǎn)生的、或者由移動(dòng)廣播服務(wù)系統(tǒng)產(chǎn)生的通知事件而產(chǎn)生通知消息。參照?qǐng)D24,在步驟2401,通知產(chǎn)生功能塊103a從通知事件功能塊102a接收諸如系統(tǒng)和服務(wù)中的改變、故障、ESG的改變和遞送、內(nèi)容的遞送、廣告消息、緊急情況的災(zāi)難消息等的通知消息事件。在步驟2402,通知產(chǎn)生功能塊103a根據(jù)所接收的通知消息事件產(chǎn)生通知消息的基本信息,即屬性'id'、'NotificationVersion'和'Validity'、以及元素'Name'、'Description'、'ExtensionURL'和'Medialnformation'。在產(chǎn)生基本信息后,在步驟2403,通知產(chǎn)生功能塊103a確定該通知消息是針對(duì)用戶使用的,還是針對(duì)終端使用的,并且根據(jù)確定結(jié)果來(lái)設(shè)置'NotificationType'。如果在步驟2403確定通知消息是針對(duì)用戶^f吏用的,則通知產(chǎn)生功能塊103a進(jìn)行到步驟2411,在步驟2411中,將'NotificationType'設(shè)置為'0,。在步驟2411將'NotificationType'設(shè)置為'O,后,通知產(chǎn)生功能塊103a在步驟2412確定是將立即在用戶終端上顯示該通知消息,是將該通知消息存儲(chǔ)到終端的存儲(chǔ)器中并且以后在用戶請(qǐng)求時(shí)向用戶輸出該通知消息,還是將該通知消息重疊到用戶的服務(wù)中的內(nèi)容上。在步驟2412中確定在終端上顯示通知消息的方法后,如果通知產(chǎn)生功能塊103a確定允許終端在接收到通知消息時(shí)立即顯示其,則在步驟2421,通知產(chǎn)生功能塊103a將通知消息的'PresentationType'設(shè)置為'O'。然而,如果通知產(chǎn)生功能塊103a確定允許終端存儲(chǔ)該通知消息并且在以后用戶請(qǐng)求時(shí)輸出該通知消息,則在步驟2431將'PresentationType'設(shè)置為'r。最后,如果通知產(chǎn)生功能塊103a確定允許終端將通知消息重疊到用戶的當(dāng)前接收的內(nèi)容上,則在步驟2441將通知消息中的'PresentationType'設(shè)置為'2,。然而,如果在步驟2403,通知消息是針對(duì)終端使用的,則通知產(chǎn)生功能塊103a在步驟2451將通知消息的'NotificationType'設(shè)置為'1,。在步驟2452,對(duì)于終端使用的通知消息,通知產(chǎn)生功能塊103a檢查從服務(wù)管理塊103的NDAF塊103b提供的會(huì)話信息,并且然后在通知消息的'Sessionlnformation'中設(shè)置該相關(guān)信息。在以前述方式完成設(shè)置用戶使用的或終端使用的通知消息后,通知產(chǎn)生功能塊103a在步驟2460產(chǎn)生最終格式的通知消息,在步驟2470中,經(jīng)由NDAF塊103b,所產(chǎn)生的通知消息被遞送到終端。下面的表8是通知消息方案表,用于更好地理解示出構(gòu)成通知消息的元素和屬性的表格。表8<table>tableseeoriginaldocumentpage52</column></row><table>在表8中,名稱列表示構(gòu)成相應(yīng)片段的元素和屬性的名稱,類(lèi)型列表示構(gòu)成相應(yīng)片段的元素和屬性的名稱的類(lèi)型(元素或?qū)傩?。元素具有E、El和E2。類(lèi)別列用于確定相應(yīng)元素或?qū)傩栽诰W(wǎng)絡(luò)(N)或終端(T)中是強(qiáng)制性的還是可選的,并且在相應(yīng)元素或?qū)傩允菑?qiáng)制性的時(shí)具有M(強(qiáng)制性的)值,在相應(yīng)元素或?qū)傩允强蛇x的時(shí)具有O(可選的)值。因此,在網(wǎng)絡(luò)中的強(qiáng)制性內(nèi)容由'NM,表示,而在終端中的強(qiáng)制性內(nèi)容由'TM,表示,在網(wǎng)絡(luò)中的可選內(nèi)容由'NO,表示,而在終端中的可選內(nèi)容由'TO,表示。基數(shù)列表示在元素之間的關(guān)系,具有值"0"、"O..l"、T、"O..n"和"l..n"。"0"表示可選,"l"表示強(qiáng)制的,"n"表示具有多個(gè)值的可能性。而且,"O..n"表示相應(yīng)元素可以或不可以具有n個(gè)值。描述列表示相應(yīng)元素或?qū)傩缘暮x,而數(shù)據(jù)類(lèi)型列表示相應(yīng)元素或?qū)傩缘臄?shù)據(jù)類(lèi)型,即所使用的程序語(yǔ)言的類(lèi)型,例如XML。表9示出了根據(jù)另一實(shí)施例的通知消息。在該實(shí)施例中示出的通知消息與在先前實(shí)施例中示出的通知消息的不同之處在于類(lèi)別內(nèi)容由如表8描述的網(wǎng)絡(luò)和終端中的強(qiáng)制/可選表示,元素中的"名稱"被改為"標(biāo)題",添加'BootstrappingDescriptor'和'Fragment'用于ESG更新,用戶<吏用或終端4吏用的'NotificationType'被用于每一單獨(dú)用途或通知消息的每一單獨(dú)事件。而且,為了通知ESG更新的目的,可以將表示ESG更新的版本信息插入到通告頻道的索引列表,或可以發(fā)送被更新片段本身。終端可以通過(guò)通告?zhèn)魉蛶У腎D和版本和會(huì)話信息來(lái)訪問(wèn)相應(yīng)會(huì)話,并且檢測(cè)關(guān)于與利用索引列表通告的ID對(duì)應(yīng)的最新版本的信息,由此更新ESG。表9的通知消息基本上包括屬性'id'、'NotificationVersion'、'NotificationType'和'Validity',^乂及元素'Title'、'Description','PresentationType'和'ExtensionURL',并且根據(jù)通知消息的使用來(lái)添加'Sessionlnformation'、'Medialnformation'、'ServiceGuideDeliveryDescriptor'和'Fragment'。表9中未示出的其他元素和屬性類(lèi)似于先前實(shí)施例描述的元素和屬性,并相應(yīng)地省略對(duì)它們的描述。表9<table>tableseeoriginaldocumentpage52</column></row><table><table>tableseeoriginaldocumentpage53</column></row><table><table>tableseeoriginaldocumentpage54</column></row><table><table>tableseeoriginaldocumentpage55</column></row><table><table>tableseeoriginaldocumentpage56</column></row><table>表10示出了根據(jù)進(jìn)一步的實(shí)施例的通知消息。對(duì)于根據(jù)該實(shí)施例的通知消息,終端利用'NotificationType'確定通知消息是針對(duì)用戶使用的,還是針對(duì)終端使用的,并且然后根據(jù)由通知消息的'EventType'表示的用途操作。而且,通知消息包括'FilteringValue'以使得能夠顯示存儲(chǔ)在用戶終端中的內(nèi)容或存在于特定會(huì)話中的內(nèi)容、以及對(duì)應(yīng)于'FilteringValue'的內(nèi)容,因此,每個(gè)用戶可以觀看不同的內(nèi)容。在該實(shí)施例中,通知消息的通常字段由屬性'id'、'NotificatioinVersion'、'NotificationType'、'EventType'、'PresentationType'和'Validity'、以及元素'Title'、'Description'和'ExtensionURL'組成。可以根據(jù)'EventType'來(lái)連同通常字段一起酉己置'FilteringValue'、'Sessionlnformation'、'Medialnformation'、'ServiceGuideDeliveryDescriptior'和Tragment'。與先前實(shí)施例相比,這個(gè)實(shí)施例還包括屬性'EventType'和元素'FilteringValue'。表10示出了在這個(gè)實(shí)施例中的元素和屬性,并且在表10中未示出的其他元素和屬性遵循先前實(shí)施例,因此在此不提供對(duì)它們的描述。表10<table>tableseeoriginaldocumentpage56</column></row><table>表ll示出了關(guān)于上面實(shí)施例描述的'NotificationType'和'EventType'中使用的組合的示范值。通知消息格式根據(jù)'EventType'變化。例如,對(duì)于'EventType'-,1,,可以是'GenericField+Medialnformation',對(duì)于'EventTypey2,,可以利用'GenericField+FilteringValue'來(lái)配置通知消息以通過(guò)'Filtering'示出在終端中存儲(chǔ)的相關(guān)廣告或內(nèi)容,可以利用'GenericField+Sessionlnformation'來(lái)配置通知消息以在特定會(huì)話中發(fā)送廣告內(nèi)容,并允許用戶訪問(wèn)相應(yīng)會(huì)話和實(shí)時(shí)觀看廣告,或可以利用'GenericField+FilteringValue+SessionInformation'來(lái)配置通知消息以在相應(yīng)會(huì)話期間通過(guò)'FilteringValue'允許用戶觀看特定于用戶的廣告。只于于'EventType'-,3,,可以利用'GenericField+Sessionlnformation'配置通知消息以表示服務(wù)或文件傳輸?shù)拈_(kāi)始以及也一起傳送在其中相應(yīng)服務(wù)或文件將被發(fā)送的會(huì)話。對(duì)于'EventType^,4,,可以利用'GenericField+SessionInformation'配置通知消息以僅僅表示其中存在被更新ESG的會(huì)話,或可以通過(guò)像'GenericField+IndexList'這樣的通知消息來(lái)遞送相應(yīng)的索引列表,或可以像'GenericField+Fragment'這樣配置修改的片段本身。而且,當(dāng)在ESG通告?zhèn)魉蛶?huì)話中存在幾個(gè)索引列表時(shí),可以利用'GenericField十IndexList'的ID以及'version+Sessionlnformation'來(lái)酉己置通^口消息以告知終端在會(huì)話中的修改的特定索引列表,由此使得可以更新索引列表。對(duì)于'EventType'-,5',僅僅利用'GenericField'來(lái)配置通知消息,而對(duì)于'EventType'=,6,,利用'GenericField+Medialnformation'來(lái)配置通知消息。而且,根據(jù)用途可以添加'EventType'的各種定義。例如,雖然在表ll中沒(méi)有示出,但是可以添加'提前下載的文件'、'軟件下載'和'通常信息'的'EventType'。表11<table>tableseeoriginaldocumentpage57</column></row><table>服務(wù)遞送問(wèn)題向用戶通告服務(wù)遞送問(wèn)題表12示出了通用通知消息的示范性格式,并且還示出了每一單獨(dú)'EventType'的配置信息。在表12中示出的'EventType'包括'Emergency'、'ESGdownload/update'、'EventTrigger'、'Filedownload/update'和'informative'。在它們當(dāng)中,事件類(lèi)型'EventTrigger'指令終端接收通知消息和執(zhí)行ESG更新和文件下載之外的特定操作,并且可以具有在預(yù)定時(shí)間內(nèi)執(zhí)行與終端或終端中的應(yīng)用正在接收的服務(wù)相關(guān)的操作的限制。表12中的'Serviceidentificationinformation'表示其中遞送與每個(gè)服務(wù)相關(guān)的通知消息的服務(wù)識(shí)別信息,并且這可以是在下面描述的操作A410描述的端口號(hào)和下面描述的'Service—id'中的一個(gè)或兩者。'特定服務(wù)中斷',是表12中示出的'用戶情況'之一,其可以根據(jù)第九實(shí)施例來(lái)配置,或可以被區(qū)分成'ESGdownload/update'或'informative'消息。當(dāng)將端口號(hào)用做服務(wù)識(shí)別信息時(shí),該消息被認(rèn)為是'informative'消息,而當(dāng)將Service—id用做服務(wù)識(shí)別信息時(shí),其可以是'ESGdownload/update'的'eventtype'。表12<table>tableseeoriginaldocumentpage58</column></row><table><table>tableseeoriginaldocumentpage59</column></row><table><table>tableseeoriginaldocumentpage60</column></row><table>而且,當(dāng)使用Service—id而不是端口號(hào)時(shí),下列是可能的。也就是說(shuō),雖然在表12中未示出,但是對(duì)于事件類(lèi)型'ESGdownload/update',可以在通知消息中使用Service一id來(lái)表示相應(yīng)ESG更新是否與特定服務(wù)相關(guān)。而且,當(dāng)Service—id是預(yù)定義的特定值,例如"0x00",則表示通知消息與某一特定服務(wù)無(wú)關(guān),而與所有用戶相關(guān)。如果通過(guò)如在本發(fā)明的第四實(shí)施例中描述的ESG發(fā)送通知消息的所有內(nèi)容并且在用于利用ESG更新的通知消息中使用Service—id,(用于表示由于該通知消息而更新了ESG的事實(shí)),則允許終端不接收包含與所述服務(wù)不相關(guān)的服務(wù)的通知消息內(nèi)容的ESG。作為與表12的事件類(lèi)型'ESGdownload/update湘關(guān)的例子,可以使用獨(dú)立的事件類(lèi)型'Servicediscontinuity也就是說(shuō),考慮到不是以單獨(dú)的事件類(lèi)型發(fā)送關(guān)于圖26定義的信息并且'Servicediscontinuity'是提供給用戶的信息的事實(shí),系統(tǒng)通過(guò)使用新'Medialnformation'和使用事件類(lèi)型'ESGdownload/update'來(lái)向用戶提供表示將停止特定或所有服務(wù)一預(yù)定時(shí)間的消息,所述'ESGdownload/update'反映由于將特定或全部服務(wù)停止一預(yù)定時(shí)間而發(fā)生的ESG更新。換句話說(shuō),在單個(gè)通知消息中,'Medialnformation'可以包括用于向用戶通知服務(wù)停止的信息以及相關(guān)的ESG更新信息。在這種情況下,可以通過(guò)使用事件類(lèi)型'ESGdownload/update'來(lái)發(fā)送ESG更新信息。圖25是圖解根據(jù)本發(fā)明一實(shí)施例的系統(tǒng)的結(jié)構(gòu)的方框圖,其中,接收用于廣告目的或其相似目的的通知消息的終端向用戶提供預(yù)先存儲(chǔ)的廣告內(nèi)容或數(shù)據(jù)。也就是說(shuō),該方框圖示出了當(dāng)具有'EventTypey2,的廣告通知消息中包括'FilteringValue'時(shí)在終端的屏幕上顯示在用戶終端中存儲(chǔ)的廣告內(nèi)容或其類(lèi)似數(shù)據(jù)或內(nèi)容的過(guò)程。在此,服務(wù)管理塊(SM)2501是承擔(dān)DVB-CBMS中的分發(fā)任務(wù)的網(wǎng)絡(luò)實(shí)體,通知傳輸遞送塊(NTD)2502是在服務(wù)管理塊2501中用于遞送通知消息的通知功能的部件。參照?qǐng)D25,NTD2502經(jīng)由在服務(wù)管理塊2501和終端2511之間定義的接口來(lái)向終端2511的通知客戶端塊(NTC)2504遞送具有'EventType'=廣告、TilteringType'-種類(lèi)和'FilteringValue'-運(yùn)動(dòng)的通知消息2503。NTC2504利用終端2511中的合適功能來(lái)檢查通知消息2503并檢測(cè)在存儲(chǔ)器2505中存儲(chǔ)的內(nèi)容2506到2509當(dāng)中的具有種類(lèi)=運(yùn)動(dòng)的內(nèi)容。在這個(gè)示例中,由于匹配TilteringValue'的廣告內(nèi)容是內(nèi)容[ID:l]2506,所以通過(guò)在存儲(chǔ)器2505和顯示器2551之間的接口2540在顯示器2551上顯示內(nèi)容2506。這里,由于通知消息中的'Validity'是"2006.01.01IO:OOAM",所以在2006年1月1日10點(diǎn)鐘自動(dòng)顯示內(nèi)容2506。根據(jù)它們的用途,'FilteringValue'和'FilteringType'可以被分配各種值,它們的主要類(lèi)型可以包括用戶偏好、用戶位置、目標(biāo)組、服務(wù)提供商、用戶人口統(tǒng)計(jì)學(xué)特征、日期、星期幾、頻道等。如果每一類(lèi)型用于相同目的,或作為諸如描述與ESG的內(nèi)容或服務(wù)相關(guān)的片段的元素或?qū)傩灾?lèi)的內(nèi)容的內(nèi)容,應(yīng)當(dāng)利用相同名稱來(lái)使用它。與內(nèi)容或服務(wù)相關(guān)的在片段中使用的元素和屬性包4舌'Genre'、TarentalRating'、'UserRating'、'TargetUserProfile'和'Broadc3stArea'。在前面,'標(biāo)題'和'描述'可以用于相同目的,并且起TilteringType'和'FilteringValue'作用。而且,'FilteringType'和'FilteringValue'可以用做除了顯示先前存儲(chǔ)在終端中的一些內(nèi)容的功能之外的其他功能。例如,對(duì)于TilteringType'='Userlocation',終端比較其當(dāng)前位置和在通知消息中的TilteringValue'值并且僅當(dāng)它們彼此一致時(shí)才可以接收和處理通知消息,并且這可以根據(jù)由服務(wù)提供商給出的定義來(lái)確定。對(duì)于DVB-H網(wǎng)絡(luò),可以由DVB誦H的Cell—id來(lái)表示。作為特定通知消息的例子,表13A是被提供用于描述除了通知消息的'Genericfleld'之外還包括'Ce11—id'的通知消息,并且表13A用于遞送通知消息到網(wǎng)絡(luò)中的特定區(qū)域中的用戶,其中'Cellid'可以在上述實(shí)施例中添加。表13A<table>tableseeoriginaldocumentpage61</column></row><table>當(dāng)網(wǎng)絡(luò)期望將通知消息僅僅遞送到特定小區(qū)時(shí),特定小區(qū)的'Celljd'被包含在通知消息中。連同小區(qū)識(shí)別信息一起發(fā)送DVB-H的傳輸參數(shù)信令(TPS)信號(hào),并且終端可以根據(jù)該TPS信號(hào)來(lái)檢測(cè)其當(dāng)前小區(qū)。因此,如果在所接收的通知消息中存在'Cel1—id'的有效值,終端比較該值和從TPS信號(hào)獲得的其自己小區(qū)的Celljd,并確定是處理還是丟棄該通知消息。根據(jù)通知消息的類(lèi)型可以包含多個(gè)'Ce11—id'。因此,在圖22的步驟2202和圖24的步驟2402中,'Cell—id'被插入到以表13A的格式的通知消息中??梢詫?Cell一id'定義成上述通知消息的一個(gè)元素,或可以將'Celljd'定義成根據(jù)上述另一個(gè)實(shí)施例定義的'FilteringType'和'FilteringValue'之一。在這種情況下,'FilteringType'表示位置或小區(qū),而'FilteringValue'具有相應(yīng)的Cel1—id值。本發(fā)明的該實(shí)施例的主要特征是攜帶關(guān)于通知消息的地域信息。因此,為了支持可以通過(guò)接收全球定位系統(tǒng)(GPS)信號(hào)來(lái)正確識(shí)別其自己的位置的終端,表13A可以被修改成表13B。在通知消息中包含的地域信息表示小于可以由終端的GPS信號(hào)標(biāo)識(shí)的區(qū)域的區(qū)域,即表示小于由Celljd標(biāo)識(shí)的小區(qū)的區(qū)i或。在表13B,'area'包4舌'Center—longitude'、'Center—latitude'、'radius'和'dim—acc'。'Center—longitude'表示通知消息的目標(biāo)區(qū)域的中心位置的經(jīng)度,'Center—latitude'表示中心位置的鄉(xiāng)韋度,'radius'表示從中心位置起的半徑,'din^acc'表示以米為單位的準(zhǔn)確度。表13B<table>tableseeoriginaldocumentpage62</column></row><table>圖26是圖解根據(jù)本發(fā)明另一實(shí)施例的終端接收和處理通知消息的過(guò)程的流程圖。前面已經(jīng)描述了通知消息的屬性和元素。在此假定'Ce11—id,用做地域信息。參照?qǐng)D26,在步驟2601,在圖4的操作B420中,終端從移動(dòng)廣播系統(tǒng)接收通知消息。在步驟2602,終端根據(jù)該通知消息的格式解析該通知消息。如果通知消息是以XML格式配置的,則終端利用其中包含的XML解析器解析所接收的消息。在步驟2603,終端的控制器確定在所解析的通知消息中表示地域信息的'Celljd,的存在與否。在存在'Celljd,時(shí),終端比較在該通知消息中包含的'Cell—id,值和其當(dāng)前的位置值。如果所述值彼此相同,則終端進(jìn)行到步驟2605。然而,如果它們彼此不同,或如果終端不能確定其當(dāng)前的Cell一id,則終端可以在步驟2604中忽略該通知消息。雖然在圖中未示出,但是在終端沒(méi)有當(dāng)前Celljd的情況后執(zhí)行的操作可以根據(jù)每個(gè)網(wǎng)絡(luò)的策略而變化。在步驟2605,終端檢查所解析的通知消息的'NotificationType',并且根據(jù)檢查結(jié)果執(zhí)行預(yù)定義的操作,并且在下面給出對(duì)其的描述。如果'NotificationType'是表示用戶使用的通知消息的'O,,則終端進(jìn)行到步驟2610。如果'NotificationType'是表示終端使用的通知消息的'l',則終端進(jìn)行到步驟2630。如果'NotificationType'是表示由服務(wù)提供商定義的消息的'2,或更大值,則終端進(jìn)行到步驟2620,在步驟2620中,其執(zhí)行由服務(wù)提供商定義的特定操作。這里,對(duì)于'NotificationType2,,服務(wù)提供商可以根據(jù)商業(yè)模式和服務(wù)自由地定義和使用通知消息。在步驟2610,由于確定通知消息是接收的用戶使用的通知消息,所以終端可以通過(guò)顯示器向用戶提供該通知消息。所接收的用戶使用的通知消息可以是短消息或多媒體消息。利用用戶使用的通知消息,服務(wù)提供商可以提供諸如服務(wù)事件通知、系統(tǒng)故障或帳單通知、服務(wù)和內(nèi)容的文本或多媒體廣告、突難廣播消息、計(jì)費(fèi)相關(guān)的通知等各種類(lèi)型消息。如上所述,根據(jù)通知消息的'PresentationType'設(shè)置優(yōu)先級(jí),并且如果所接收的通知消息是高優(yōu)先級(jí)的通知消息,則終端通過(guò)顯示器輸出所接收的通知消息。這里,可以根據(jù)服務(wù)提供商的商業(yè)模式和服務(wù)來(lái)自由定義和使用'PresentationType'。在步驟2611,終端根據(jù)通知消息的'PresentationType'確定是否處理通知消息。如果在步驟2611中通知消息的TresentationType'是'O',則表示相應(yīng)消息是應(yīng)當(dāng)緊急提供給用戶的消息,而如果'PresentationType'是'l,,則表示相應(yīng)消息將被存儲(chǔ)到終端的存儲(chǔ)器中。最后,如果'PresentationType'是'2',則表示終端將把該通知消息重疊到服務(wù)中的內(nèi)容上。如果在步驟2611確定通知消息的'PresentationType'是表示相應(yīng)消息是應(yīng)當(dāng)緊急示出給用戶的消息的'O',則在步驟2612終端停止當(dāng)前接收的服務(wù),在步驟2613產(chǎn)生合適格式的通知消息以便它可以被直接提供給用戶并且在步驟2614將該產(chǎn)生的通知消息輸出到顯示器。如果在步驟2611中確定通知消息的'PresentationType'是'r,則在步驟2615,終端將該通知消息存儲(chǔ)到存儲(chǔ)器中。其后,用戶可以通過(guò)合適操作來(lái)檢測(cè)存儲(chǔ)到存儲(chǔ)器中的該通知消息。如果在步驟2611中確定通知消息的'PresentationType'是'2,,則終端進(jìn)行到步驟2616,在步驟2616中,終端才艮據(jù)其定義的屏幕配置方案重構(gòu)該通知消息,以便將所接收的通知消息重疊到當(dāng)前通過(guò)顯示器提供的服務(wù)/內(nèi)容上。在步驟2617,終端將在步驟2616中產(chǎn)生的通知消息重疊到當(dāng)前通過(guò)顯示器提供給用戶的內(nèi)容上。然而,如果在步驟2605中通知消息的'NotificationType'是'1,,則在步驟2630,終端確定通知消息是針對(duì)終端使用的。其后,在步驟2631,終端^r查通知消息的會(huì)話信息內(nèi)容,在步驟2632,才艮據(jù)會(huì)話信息的內(nèi)容訪問(wèn)相應(yīng)的會(huì)話,在步驟2633,通過(guò)該會(huì)話接收諸如ESG、文件、對(duì)象等的指定內(nèi)容,并在步驟2634在存儲(chǔ)器中存儲(chǔ)或更新所接收的內(nèi)容。由虛線示出的過(guò)程2640包括步驟2631到2634,并且根據(jù)終端的設(shè)置或用戶的操作而被可選地執(zhí)行。圖27是圖解根據(jù)本發(fā)明的終端接收和處理通知消息的另一過(guò)程的流程圖。前面已經(jīng)描述了該通知消息的屬性和元素。參照?qǐng)D27,在步驟2701,終端從移動(dòng)廣播系統(tǒng)接收通知消息。在步驟2702,終端根據(jù)該通知消息的格式解析該通知消息。如果通知消息是以XML格式配置的,則終端利用其中包含的XML解析器解析所接收的消息。在步驟2703,終端的控制器比較在該先前接收的通知消息和當(dāng)前接收的通知消息的項(xiàng)'id,和'NotificationVersion,以便確定通知消息是否是已接收的消息。如果在步驟2703中所接收的消息與已接收的通知消息相同,終端進(jìn)行到步驟2705,在步驟2705中,丟棄通知消息,并且然后結(jié)束該過(guò)程。然而,如果所接收的消息是新接收的消息,則終端進(jìn)行到步驟2704。在步驟2704,終端確定在所解析的通知消息中的'Celljd,的存在與否。在存在'Cell一id,時(shí),終端比較在該通知消息中包含的'Cell—id,和其當(dāng)前的Celljd。如果所述值彼此相同,則終端進(jìn)行到步驟2706。然而,如果它們彼此不同,或如果終端不能確定其當(dāng)前的Cell一id,則終端可以在步驟2705中忽略該通知消息。雖然在圖中未示出,但是在終端沒(méi)有當(dāng)前Cell一id的情況后執(zhí)行的操作可以根據(jù)每個(gè)網(wǎng)絡(luò)的策略而變化。在步驟2706,終端檢查所解析的通知消息的'NotificationType',并且根據(jù)檢查結(jié)果執(zhí)行預(yù)定義的操作,并且在下面給出對(duì)其的描述。如果'NotificationType'是表示用戶使用的通知消息的'O,,則終端進(jìn)行到步驟2710。如果'NotificationType'是表示終端使用的通知消息的'l,,則終端進(jìn)行到步驟2730。如果'NotificationType'是表示由服務(wù)提供商定義的消息的'2,或更大值,則終端進(jìn)行到步驟2720,在步驟2720中,執(zhí)行由服務(wù)提供商定義的特定操作。這里,對(duì)于'NotificationType'^2',服務(wù)提供商可以根據(jù)商業(yè)模式和服務(wù)自由地定義和使用通知消息。在步驟2710,由于確定通知消息是接收的用戶使用的通知消息,所以終端可以通過(guò)顯示器向用戶提供該通知消息。所接收的用戶使用的通知消息可以是短消息或多々某體消息。利用用戶使用的通知消息,服務(wù)提供商可以提供諸如服務(wù)事件通知、系統(tǒng)故障或帳單通知、服務(wù)和內(nèi)容的文本或多媒體廣告、突難廣播消息、計(jì)費(fèi)相關(guān)的通知等各種類(lèi)型消息。如上所述,才艮據(jù)通知消息的'PresentationType'設(shè)置優(yōu)先級(jí),并且如果所接收的通知消息是高優(yōu)先級(jí)的通知消息,則終端通過(guò)顯示器輸出所接收的通知消息。這里,可以根據(jù)服務(wù)提供商的商業(yè)模式和服務(wù)來(lái)自由定義和使用'PresentationType'。在步驟2711,終端根據(jù)通知消息的TresentationType'確定是否處理通知消息。如果在步驟2711中通知消息的'PresentationType'是'O',則表示相應(yīng)消息是應(yīng)當(dāng)緊急提供給用戶的消息,而如果'PresentationType'是'1,,則表示相應(yīng)消息將被存儲(chǔ)到終端的存儲(chǔ)器中。最后,如果'PresentationType'是'2',則表示終端將4巴該通知消息重疊到服務(wù)中的內(nèi)容上。如果在步驟2711確定通知消息的'PresentationType'是表示相應(yīng)消息是應(yīng)當(dāng)緊急示出給用戶的消息的'O,,則在步驟2712終端停止當(dāng)前接收的服務(wù),在步驟2713產(chǎn)生合適格式的通知消息以便它可以被直接提供給用戶并且在步驟2714將該產(chǎn)生的通知消息輸出到顯示器。這里,短語(yǔ)"產(chǎn)生通知消息"的意思是如果以XML格式產(chǎn)生通知消息,則終端產(chǎn)生該通知消息以便它可以向用戶提供包含在該消息中的文本、圖像、音頻和視頻信息。如果在步驟2711中確定通知消息的'PresentationType'是'l,,則在步驟2715,終端將該通知消息存儲(chǔ)到存儲(chǔ)器中。其后,用戶可以通過(guò)合適操作來(lái)檢測(cè)存儲(chǔ)到存儲(chǔ)器中的該通知消息。最后,如果在步驟2711中確定通知消息的'PresentationType'是'2',則終端進(jìn)行到步驟2716,在步驟2716中,其根據(jù)其可支持的屏幕配置方案重構(gòu)該通知消息,以便將所接收的通知消息重疊到當(dāng)前通過(guò)顯示器提供的服務(wù)/內(nèi)容上。在步驟2717,終端將在步驟2716中產(chǎn)生的通知消息重疊到當(dāng)前通過(guò)顯示器提供給用戶的內(nèi)容上。然而,如果在步驟2706中通知消息的'NotificationType'是'r,則在步驟2730,終端確定通知消息是針對(duì)終端使用的。其后,在步驟2731,終端^r查通知消息的會(huì)話信息內(nèi)容,在步驟2732,根據(jù)會(huì)話信息的內(nèi)容訪問(wèn)相應(yīng)的會(huì)話,在步驟2733,通過(guò)該會(huì)話接收諸如ESG、文件、對(duì)象等的指定內(nèi)容,并在步驟2734在存儲(chǔ)器中存儲(chǔ)或更新所接收的內(nèi)容。由虛線示出的過(guò)程2740包括步驟2731到2734,并且根據(jù)終端的設(shè)置或用戶的操作而被可選地執(zhí)行。Deliveryproblem'的兩個(gè)示范性通知消息才各式。也就是i兌,對(duì)于'ServiceDeliveryproblem',可以使用表14A到表14C中的任何一個(gè)。表14A<table>tableseeoriginaldocumentpage66</column></row><table><table>tableseeoriginaldocumentpage67</column></row><table>表14B<table>tableseeoriginaldocumentpage67</column></row><table><table>tableseeoriginaldocumentpage68</column></row><table>表14C<table>tableseeoriginaldocumentpage68</column></row><table><table>tableseeoriginaldocumentpage69</column></row><table>表14A-C不是僅僅由特定事件類(lèi)型使用。例如,表示事件持續(xù)時(shí)間的'Time'并不嚴(yán)格地僅用于'ServiceDeliveryproblem',其甚至可以用在其4也事件類(lèi)型中。也就是說(shuō),在表14B中,可以獨(dú)立地使用'Time'。例如,Time'可以用于執(zhí)行在終端屏幕上顯示相應(yīng)通知消息一特定時(shí)間的操作。當(dāng)表14B的通知消息向終端發(fā)送對(duì)于特定操作的請(qǐng)求時(shí),'Time'表示應(yīng)當(dāng)執(zhí)行特定搮:作的時(shí)間,根據(jù)操作類(lèi)型可以提供多個(gè)Time'元素。當(dāng)通知消息中包含表14A或表14B的'ServiceDelivery'時(shí),通知消息由Genericfield和'ServiceDelivery'組成。該通知消息的'EventType'可以用于通知改變。也就是說(shuō),對(duì)于服務(wù),IP平臺(tái)、傳輸流(TS)和源IP地址可以用于通知新服務(wù)的增加、舊服務(wù)的刪除和服務(wù)停止預(yù)定時(shí)間。表14A和表14B僅遞送服務(wù)配置的改變結(jié)果,并且終端可以通過(guò)將接收的信息與它的信息進(jìn)行比較來(lái)檢測(cè)到改變部分。與表14A和表14B相比,表14C對(duì)于其中服務(wù)配置被改變的情形利用'Before'和'After'來(lái)示出改變前后的服務(wù)配置信息。圖28是圖解根據(jù)本發(fā)明另一實(shí)施例的、在網(wǎng)絡(luò)中當(dāng)檢測(cè)到服務(wù)遞送中的問(wèn)題或改變時(shí)根據(jù)'EventType'接收和處理通知消息的操作的流程圖。參照?qǐng)D28,在步驟2801,終端接收通知消息,在步驟2802,解析該通知消息。如果在步驟2803確定該通知消息是已接收的通知消息,則終端進(jìn)行到步驟2805,在步驟2805中,其丟棄該通知消息。在步驟2806,終端檢查通知消息的類(lèi)型或在通知消息中包含的'EventType',并確定是否是由'服務(wù)遞送問(wèn)題'導(dǎo)致了該通知消息,如果是,則終端進(jìn)行到步驟2807。然而,如果通知消息的'EventType'不是'服務(wù)遞送問(wèn)題',則終端執(zhí)行對(duì)應(yīng)于該通知消息的操作。在該圖中,僅僅示出了'EventType'='服務(wù)遞送問(wèn)題'的操作,而省略了其他事件類(lèi)型的操作。在步驟2807,終端通過(guò)簡(jiǎn)單地檢查通知消息的'UsageType'來(lái)確定'EventType'是'網(wǎng)絡(luò)配置',還是'服務(wù)中斷'。如果'UsageType'是'網(wǎng)絡(luò)配置',在步驟2810,終端檢查通知消息的'IPplatform—ID'、'TS—ID'、'IPaddress'和'Service—id'。'IPplatform—ID'、'TS—ID'、'IPaddress'和'Servicejd'是用于標(biāo)識(shí)在DVB網(wǎng)絡(luò)中的一個(gè)服務(wù)的標(biāo)識(shí)符。'IPplatform',通常具有與服務(wù)提供商相同的概念,表示管理特定IP流的結(jié)構(gòu),而TS表示被給出作為復(fù)用結(jié)果的傳輸流,即表示DVB網(wǎng)絡(luò)中的MPEG2TS。在步驟2811,終端比較在步驟2810中檢查的值和對(duì)于該相應(yīng)服務(wù)已經(jīng)具有的值,由此檢查被改變部分??商鎿Q地,根據(jù)通知消息的格式,可以在通知消息中僅僅包含被改變的部分。在步驟2812,終端通過(guò)檢查通知消息的'Time'來(lái)確定相應(yīng)改變發(fā)生的時(shí)刻。如表17中所示,'Time'由'StartTime'和'EndTime'組成,但是對(duì)于'UsageType'='網(wǎng)絡(luò)配置','StartTime'表示改變發(fā)生的時(shí)刻,'EndTime'通常被賦值為'0,。在步驟2813,終端根據(jù)由通知消息所指示的改變的內(nèi)容來(lái)重新設(shè)置服務(wù)接收參數(shù)值。所重新設(shè)置的服務(wù)接收參數(shù)值用于從由'StartTime'表示的時(shí)刻開(kāi)始接收廣播內(nèi)容。然而,如果在步驟2807中'UsageType'是'服務(wù)中斷',則在步驟2820中終端通過(guò)4企查通知消息的'IPplatform—ID'、'TS—ID'、'IPaddress'和'Service—id'來(lái)確定哪一個(gè)服務(wù)中斷。在步驟2821,終端通過(guò)檢查通知消息的'Time'來(lái)確定該中斷發(fā)生的時(shí)間。在步驟2822,終端檢查通知消息的TresentationType'。如果在步驟2822確定通知消息的'PresentationType'是'0,,則在步驟2830終端停止當(dāng)前接收的服務(wù),在步驟2831產(chǎn)生通知消息以便它可以被直接提供給用戶,并且在步驟2832將該產(chǎn)生的通知消息輸出到顯示器。如果'PresentationType'是'r,則在步驟2840,終端將該通知消息存儲(chǔ)到存儲(chǔ)器中。最后,如果TresentationType'是'2',則在步驟2850中終端根據(jù)其可支持的屏幕配置方案重構(gòu)該通知消息,以便將所接收的通知消息重疊到當(dāng)前通過(guò)顯示器提供的服務(wù)/內(nèi)容上。在步驟2851,終端將所產(chǎn)生的通知消息重疊到當(dāng)前通過(guò)顯示器提供給用戶的內(nèi)容上。特別地,終端將中斷的服務(wù)的名稱和結(jié)束時(shí)間顯示在屏幕上。表15示出了可以與先前描述的實(shí)施例共享的通知消息的字段。表15中未示出的元素和屬性與先前描述的類(lèi)似,因此,在此僅示出添加或修改的部表15<table>tableseeoriginaldocumentpage71</column></row><table><table>tableseeoriginaldocumentpage72</column></row><table><table>tableseeoriginaldocumentpage73</column></row><table>表15的'Service—id'用于表示沒(méi)有為特定通知消息分配UDP端口,并且相應(yīng)的通知消息與特定服務(wù)相關(guān)聯(lián),特定服務(wù)是通知消息的一個(gè)元素。UDP端口分配方法的優(yōu)勢(shì)是在不需要一個(gè)一個(gè)地解析IP分組的情況下,終端可以識(shí)別與特定服務(wù)相關(guān)的通知消息,但是不期望地,該方法應(yīng)當(dāng)為每一個(gè)服務(wù)分配UDP端口。因此,如果如表15中所示,'Service—id'被插入到通知消息的主體中,則存在應(yīng)當(dāng)解析所有消息的缺點(diǎn),但是其優(yōu)勢(shì)在于不必為每一單個(gè)服務(wù)分配UDP端口。'Priority'是表示通知消息的優(yōu)先級(jí)的元素,其由服務(wù)提供商設(shè)置。當(dāng)終端同時(shí)接收多于兩個(gè)的通知消息時(shí),其根據(jù)通知消息的'Priority'來(lái)確定用于處理通知消息的優(yōu)先級(jí)。也就是i兌,和前面利用'PresentationType'來(lái)間接表達(dá)優(yōu)先級(jí)的實(shí)施例不同,甚至在其同時(shí)接收兩個(gè)以上的終端使用的通知消息時(shí)也可以確定優(yōu)先級(jí)。和前面實(shí)施例不同,'Description'是不用于通知消息的內(nèi)容而用于終端使用的通知消息的描述的可選值,'Medialnformation'是不^f又包含音頻和視頻類(lèi)型通知消息內(nèi)容而且包括文本類(lèi)型通知消息內(nèi)容的可選值。圖29A和29B提供了圖解根據(jù)本發(fā)明的終端接收和處理通知消息的操作的流程圖。參照?qǐng)D29,在步驟2901,終端接收通知消息,在步驟2902,解析通知消息,在步驟2903確定通知消息是否是已接收的消息。如果通知消息是重復(fù)接收的消息,終端進(jìn)行到步驟2905,在步驟2905中,其丟棄該通知消息。否則,終端進(jìn)行到步驟2906,在步驟2906中,其檢查通知消息的'NotificationType',并且如果需要?jiǎng)t執(zhí)行后續(xù)步驟。在步驟2907,終端確定通知消息的'Service一id'的有無(wú)和值,由此才企測(cè)與該通知消息相關(guān)的特定服務(wù)。在步驟2908,終端通過(guò)4企查通知消息的'EventType'來(lái)檢測(cè)與該通知消息相關(guān)的事件。這里,根據(jù)所檢測(cè)到的事件的類(lèi)型,可以以幾種含義來(lái)解析該通知消息的字段。在步驟2909,終端檢查通知消息的'Priority',然后在步驟2910確定是否存在在與該通知消息相同的時(shí)刻到達(dá)的另一通知消息,如果存在另一通知消息,則在步驟2911終端比較兩個(gè)通知消息的'Priority',并確定在步驟2卯1接收到的通知消息的優(yōu)先級(jí)是否更高。如果通知消息的優(yōu)先級(jí)不是更高,在步驟2912,終端首先處理另一通知消息,然后進(jìn)行到步驟2913。在步驟2913,終端從通知消息的'Medialnformation'檢查通知消息的內(nèi)容。其后,在步驟2914,終端根據(jù)通知消息的'PresentationType'來(lái)執(zhí)行步驟2930到2951。如果在步驟2914確定通知消息的'PresentationType'是'O,,則在步驟2930,終端停止當(dāng)前接收的服務(wù),在步驟2931產(chǎn)生通知消息以便它可以被直接提供給用戶,并且在步驟2932將所產(chǎn)生的通知消息輸出到顯示器。如果'PresentationType'是'r,在步驟2940,終端將該通知消息存儲(chǔ)到存儲(chǔ)器中,在步驟2941如果需要?jiǎng)t接收用戶輸入,并在步驟2942在屏幕上顯示所存儲(chǔ)的通知消息的內(nèi)容。最后,如果'PresentationType'是'2',則終端進(jìn)行到步驟2950,在步驟2950中,它根據(jù)其可支持的屏幕重構(gòu)方案來(lái)重構(gòu)該通知消息,以便將所接收的通知消息重疊到當(dāng)前通過(guò)顯示器提供的服務(wù)/內(nèi)容上。在步驟2951,終端將所產(chǎn)生的通知消息疊加到當(dāng)前通過(guò)顯示器提供給用戶的內(nèi)容上。在步驟2960,終端利用基于'NotificationType'和'EventType'的通知消息的元素來(lái)執(zhí)行操作。表16示出了本發(fā)明的使用'EventType'替代'NotificationType'的實(shí)施例,其與前面實(shí)施例不同之處在于ESG更新通知消息的元素被改變。也就是i兌,也可以以先前實(shí)施例的信息形式來(lái)發(fā)送ESG更新信息。'ESGAccessDescriptor'的元素和屬性遵循DVB-CBMS的ESG規(guī)范(ETSITS102471Vl丄l),并且應(yīng)當(dāng)認(rèn)識(shí)到如果改變了相應(yīng)規(guī)范,則也改變表16的'ESGAccessDescriptor'的值。在ESG相關(guān)的細(xì)節(jié)中存在兩種可能改變一個(gè)是在ESG遞送相關(guān)部分的改變,另一個(gè)是在ESG片段的內(nèi)容中的改變。由于終端利用表16的'ESGAccessDescriptor'來(lái)訪問(wèn)每個(gè)ESG條目的通告會(huì)話,所以終端可以利用ESGinit容器的劃分聲明信息來(lái)識(shí)別出在通告?zhèn)魉蛶?huì)話中的改變,識(shí)別出在通告?zhèn)魉蛶?huì)話中的ESGinit容器的內(nèi)容中的改變,或識(shí)別出在ESG的多傳輸會(huì)話中的改變,并且所述終端可以利用索引列表和索引結(jié)構(gòu)來(lái)確定更新了哪一個(gè)容器。也就是說(shuō),利用'ESGAccessDescriptor',終端可以檢測(cè)到ESG遞送中的改變和ESG片段內(nèi)容中的改變兩者。當(dāng)表16的'ESGFragment'在通知消息中直接遞送被更新的ESG片段時(shí),終端不需要重新訪問(wèn)ESG傳輸會(huì)話。對(duì)于被更新ESG片段的識(shí)別,可以連同IP版本、相應(yīng)ESG片段所傳輸至的IP地址、端口號(hào)、被更新的傳輸對(duì)象標(biāo)識(shí)符(TOI)—起發(fā)送元素'ESGFragment'(其中,TOI是用于標(biāo)識(shí)在FLUTE協(xié)議中的每個(gè)傳輸實(shí)體的值,并且當(dāng)TOI由版本信息和容器標(biāo)識(shí)符組成時(shí)包括更新信息),并且其可以被配置以便如果存在對(duì)于通知消息的長(zhǎng)度的限制,則除了ESG片段本身之外僅僅識(shí)別信息被發(fā)送,以便終端可以立即訪問(wèn)相應(yīng)的會(huì)話和僅接收相應(yīng)的片段。表16<table>tableseeoriginaldocumentpage75</column></row><table><table>tableseeoriginaldocumentpage76</column></row><table><table>tableseeoriginaldocumentpage77</column></row><table>圖30A和30B提供圖解根據(jù)本發(fā)明的終端的接收操作的流程圖。參照?qǐng)D30,在步驟3001,終端接收通知消息,在步驟3003,解析通知消息,然后在步驟3006,檢測(cè)包含在通知消息中的服務(wù)識(shí)別信息。服務(wù)識(shí)別信息包括表示特定服務(wù)的識(shí)別信息,終端可以利用端口號(hào)區(qū)分服務(wù),如在操作A410所進(jìn)行的,或者,終端可以利用直接包含在通知消息中的Service—id區(qū)分服務(wù),如關(guān)于圖29A-B以及相關(guān)描述所述的。在此,通過(guò)服務(wù)識(shí)別信息檢查示出了兩種方法的組合。在步驟3010,終端檢查通知消息的版本信息,在步驟3013檢查表示通知消息的有效時(shí)段的'Validity'值,在步驟3016檢查優(yōu)先級(jí)。接著,在步驟3020,終端確定是否已接收到所接收到的通知消息之外的其他通知消息。如果不存在其他接收的通知消息,則終端進(jìn)行到步驟3033以檢查通知消息的'EventType'字段值。然而,如果存在其他接收的通知消息,則終端在步驟3023確定在步驟3001中接收到的通知消息的優(yōu)先級(jí)是否高于其他接收到的通知消息的優(yōu)先級(jí)。如果所接收的通知消息在優(yōu)先級(jí)上不高,則終端在步驟3030中等待直到處理具有更高優(yōu)先級(jí)的其他通知消息,然后進(jìn)行到步驟3033。然而,如果在步驟3001中接收的通知消息在優(yōu)先級(jí)上較高,則終端直接進(jìn)行到步驟3033。在步驟3033,終端檢查通知消息的'EventType'。根據(jù)'EventType'通知消息可以具有不同格式。其后,在步驟3036,終端通過(guò)4企測(cè)通知消息的'TimeWindow'值來(lái)接收通知消息,并且然后檢查對(duì)于其中應(yīng)當(dāng)采取某種行為的情形的TimeWindow'值。在步驟3040,終端通過(guò)確定'Medialnformation'字段的有無(wú)和內(nèi)容來(lái)檢查每一單獨(dú)媒體的通知消息的內(nèi)容。在步驟3043,終端確定通知消息的'PresentationType'字段的有/無(wú)以及值,并根據(jù)每一單獨(dú)類(lèi)型的通知消息呈現(xiàn)方法和時(shí)間來(lái)操作。例如對(duì)于'PresentationType'=,0,,終端在步驟3046停止當(dāng)前接收的服務(wù),在步驟3050產(chǎn)生用于用戶的通知消息,以及在步驟3053在終端屏幕上顯示該通知消息或再現(xiàn)語(yǔ)音信息。對(duì)于TresentationTypeyr,終端首先在步驟3060存儲(chǔ)該通知消息,并根據(jù)用戶輸入再現(xiàn)所存儲(chǔ)的通知消息或在步驟3062,在根據(jù)'TimeWindow'值的特定時(shí)刻再現(xiàn)所存儲(chǔ)的通知消息。最后,對(duì)于'PresentationType'=,2,,終端在步驟3063產(chǎn)生用于用戶的通知消息,并在步驟3066,將所產(chǎn)生的通知消息疊加到當(dāng)前接收的服務(wù)的屏幕上。在步驟3070,終端確定通知消息中的會(huì)話信息的有/無(wú)以及內(nèi)容。當(dāng)存在會(huì)話信息時(shí),在步驟3073,終端訪問(wèn)由會(huì)話信息表示的會(huì)話并接收相應(yīng)信息。在步驟3076,終端根據(jù)所接收的信息檢查ESG更新或FLUTE更新信息。在步驟3080,終端根據(jù)所接收的信息更新像ESG這樣的FLUTE會(huì)話傳輸信息,或訪問(wèn)該相應(yīng)的FLUTE會(huì)話,并接收被更新的ESG片段和文件對(duì)象??商娲兀绻谕ㄖ⒅邪現(xiàn)LUTE會(huì)話的ESG片段或其他傳輸對(duì)象,則終端利用IP地址、端口號(hào)和被更新的TOI信息來(lái)更新相應(yīng)的文件和其中存儲(chǔ)的ESG片段。最后,在步驟3083,終端檢查由服務(wù)提供商(SP)定義的通知消息內(nèi)容并執(zhí)行所需的終端操作。IV.裝置圖31是圖解根據(jù)本發(fā)明的用于遞送通知消息的廣播系統(tǒng)、以及終端的方框圖。這里,對(duì)于服務(wù)管理塊103和終端108,將引用圖l。特別地,可以由服務(wù)管理塊103的NDAF塊103b和終端108的通知客戶端功能塊108a來(lái)執(zhí)行通知消息的發(fā)送和接收。參照?qǐng)D31,服務(wù)管理塊103承擔(dān)遞送通知消息到一個(gè)終端或一組終端的任務(wù),并且包括UDP分組發(fā)生器3102和IP分組發(fā)生器3103。如果UDP分組發(fā)生器3102具有從通知事件功能塊102a遞送的通知消息信息,則它利用預(yù)定的通知端口號(hào)來(lái)產(chǎn)生包括該通知消息信息的UDP分組,然后將該UDP分組傳輸?shù)絀P分組發(fā)生器3103。為了防止效率下降,通知消息信息被直接輸入到UDP分組發(fā)生器3102,這是由于當(dāng)使用另一上層的傳輸協(xié)議時(shí),協(xié)議報(bào)頭尺寸相對(duì)大于終端期望實(shí)際發(fā)送的消息尺寸。IP分組發(fā)生器3103利用與通知消息信息相關(guān)的進(jìn)行中會(huì)話的IP地址從由UDP分組發(fā)生器3102傳輸而來(lái)的UDP分組產(chǎn)生IP分組。通??梢院?jiǎn)單地利用UDP端口號(hào)對(duì)公共通知消息進(jìn)行分組,但是為了喚醒睡眠終端并允許終端接收公共通知消息,需要單獨(dú)的IP會(huì)話。這是因?yàn)閺乃咧行褋?lái)的終端不具有進(jìn)行中的會(huì)話??紤]到此情況,IP分組發(fā)生器3103不僅產(chǎn)生針對(duì)進(jìn)行中會(huì)話的IP地址的分組,而且產(chǎn)生針對(duì)預(yù)定'NotiflcationAddress'的IP地址的分組。經(jīng)由諸如DVB-H廣播網(wǎng)絡(luò)的廣播分發(fā)系統(tǒng)(BDS)或諸如交互網(wǎng)絡(luò)的傳輸網(wǎng)絡(luò)3104,所產(chǎn)生的IP分組^皮發(fā)送至終端108。終端108通過(guò)對(duì)IP分組去封裝而獲取通知消息。為此,終端108包括IP分組解析器3106、UDP分組解析器3107和通知消息解析器3108。IP分組解析器3106確定經(jīng)由傳輸網(wǎng)絡(luò)3104接收的每個(gè)IP分組是對(duì)應(yīng)于進(jìn)行中會(huì)話,還是被指定到通知消息接收地址'NotificationAddress'。如果IP分組具有對(duì)應(yīng)于'NotificationAddress'的IP地址,則IP分組解析器3106通過(guò)對(duì)具有IP地址的IP報(bào)頭去封裝來(lái)獲取UDP分組,并且然后將該UDP分組遞送到UDP分組解析器3107。然而,如果IP分組不具有對(duì)應(yīng)于'NotificationAddress'的IP地址,則IP分組解析器3106丟棄或忽略該IP分組。僅當(dāng)UDP分組是對(duì)應(yīng)于進(jìn)行中會(huì)話的分組時(shí),UDP分組解析器3107才將從IP分組解析器3106傳輸而來(lái)的UDP分組遞送到高層(即應(yīng)用層)。然而,如果UDP分組具有通過(guò)'NotificationPort'預(yù)設(shè)的通知消息端口號(hào),則UDP分組解析器3107通過(guò)對(duì)UDP分組去封裝來(lái)獲取通知消息,然后將該通知消息遞送到通知消息解析器3108,而不將其遞送到該應(yīng)用。通知消息解析器3108解析該通知消息,并根據(jù)其來(lái)確定終端的進(jìn)一步操作。圖32是圖解根據(jù)本發(fā)明的用于遞送通知消息的移動(dòng)廣播系統(tǒng)、以及終端的方框圖。這里,關(guān)于圖14-16描述的根據(jù)本實(shí)施例的系統(tǒng)配置被示出做為移動(dòng)廣播系統(tǒng)的詳細(xì)配置的例子。而且,DVB-H廣播網(wǎng)絡(luò)被示出作為傳輸網(wǎng)絡(luò)的例子。參照?qǐng)D32,服務(wù)管理塊103的通知消息發(fā)生器3203利用收集的通知消息信息產(chǎn)生通知消息,并將該通知消息遞送到DVB-H廣播網(wǎng)絡(luò)3204的PSI/SI發(fā)生器3205。PSI/SI發(fā)生器3205利用該通知消息和其他控制信息一起產(chǎn)生PSI/SI信號(hào),并將該P(yáng)SI/SI信號(hào)發(fā)送到終端108。終端108的PSI/SI接收器3206接收該P(yáng)SI/SI信號(hào),而PSI/SI解析器3207解析該P(yáng)SI/SI信號(hào),由此提取通知消息。其后,通知消息解析器3208解析該通知消息,并根據(jù)其來(lái)執(zhí)行操作。圖33是圖解根據(jù)本發(fā)明的終端的詳細(xì)結(jié)構(gòu)的方框圖,參照?qǐng)D33,信道信息接收器3312接收通知消息信道信息并且向通知消息接收器3300提供該通知消息信道信息。通知消息接收器3300利用該信道信息從移動(dòng)廣播系統(tǒng)接收通知消息,并將所接收的通知消息遞送到通知消息解析器3302。為此,通知消息接收器3300包括如圖31中所示的IP分組解析器3106和UDP分組解析器3107,或包括如圖32中所示的PSI/SI接收器3206和PSI/SI解析器3207。通知消息解析器3302根據(jù)相應(yīng)的消息格式解析經(jīng)由通知消息接收器3300從移動(dòng)廣播系統(tǒng)接收的通知消息。如果通知消息解析器3302以二進(jìn)制格式從移動(dòng)廣播系統(tǒng)接收通知消息,則它包括用于解析二進(jìn)制格式的通知消息的預(yù)定功能塊(未示出)。在另一情況下,如果通知消息是以XML形式配置的,則通知消息解析器3302利用其中包含的XML解析器(未示出)來(lái)解析通^口消,包、。通知消息解析器3302解析經(jīng)由通知消息接收器3300接收的通知消息,檢查作為通知消息的一個(gè)屬性的'NotificationType',并將內(nèi)容遞送到控制器3304。例如,如果'NotificationType'是表示用戶使用的通知消息的,0,,通知消息解析器3302將內(nèi)容遞送到控制器3304??刂破?304才艮據(jù)由按照本發(fā)明的至少一個(gè)實(shí)施例的通知消息解析器3302傳遞的通知消息的'NotificationType'來(lái)控制終端的操作。例如,在關(guān)于圖21-22描述的實(shí)施例中,如果'NotificationType'是'O,,則控制器3304通過(guò)顯示器3306向用戶提供通知消息。這里,通知消息可以是短消息或多媒體消息。然而,如果'NotificationType'是'l,,則控制器3304識(shí)別出通知消息是ESG和服務(wù)的更新通知。因此,為了檢查被改變或被更新會(huì)話信息內(nèi)容,控制器3304通過(guò)會(huì)話建立器3308,訪問(wèn)由通知消息表示的相應(yīng)會(huì)話,通過(guò)會(huì)話接收諸如ESG、文件、對(duì)象等指定內(nèi)容,并將所接收的內(nèi)容存儲(chǔ)到存儲(chǔ)器3310中。這里,短語(yǔ)"訪問(wèn)相應(yīng)會(huì)話"是指利用在通知消息中指定的會(huì)話信息訪問(wèn)移動(dòng)廣播系統(tǒng)的操作。作為另一例子,如果通知消息的版本和先前接收的通知消息的版本相同,則控制器3304丟棄通知消息,如關(guān)于圖21-22所描述的。然而,如果版本4皮此不同,即如果通知消息是一個(gè)新消息,則控制器3304根據(jù)通知消息的內(nèi)容(特別地通過(guò)表3的'id'和關(guān)于圖21-22所描述的'NotificationVersion')執(zhí)行相應(yīng)操作。如果由通知消息解析器3302傳遞的通知消息的'PresentationType'是'r,則控制器3304將該通知消息的內(nèi)容存儲(chǔ)到存儲(chǔ)器3310中以便用戶可以在以后使用它。如果由通知消息解析器3302傳遞的通知消息的'NotificationType'是'l,,則會(huì)話建立器3308在控制器3304的控制下訪問(wèn)由通知消息的會(huì)話信息表示的相應(yīng)會(huì)話,并且通過(guò)所訪問(wèn)的會(huì)話接收諸如ESG、文件、對(duì)象等指定內(nèi)容。存儲(chǔ)器3310存儲(chǔ)經(jīng)由會(huì)話建立器3308接收的ESG、文件和對(duì)象,并存儲(chǔ)具有TresentationType'=,1,的通知消息。顯示器3306在控制器3304的控制下通常顯示文本、圖片、視頻和圖像。如果'PresentationType'是'O,,則顯示器3306在控制器3304的控制下停止服務(wù)中的內(nèi)容,并且輸出通知消息的內(nèi)容。然而,如果通知消息的'PresentationType'是'1',則顯示器3306在控制器3304的控制下,將所接收通知消息的內(nèi)容重疊到服務(wù)中的內(nèi)容上。圖34是圖解根據(jù)本發(fā)明的用于發(fā)送/接收通知消息信道信息的廣播系統(tǒng)和終端的方框圖。在此,針對(duì)其中使用PSI/SI方案和ESG方案,示出了與通知消息信道信息的發(fā)送/接收相關(guān)的功能實(shí)體。參照?qǐng)D34,服務(wù)應(yīng)用(SA)102的特定通知消息信道信息發(fā)生器3402產(chǎn)生特定的通知消息信道信息,而服務(wù)管理塊(SM)103的公共通知消息信道信息發(fā)生器3404產(chǎn)生公共通知消息信道信息。由于服務(wù)應(yīng)用102是發(fā)送DVB-CBMS的文件和流服務(wù)的實(shí)體,在其中產(chǎn)生與特定服務(wù)相關(guān)的特定通知消息信道信息。當(dāng)利用ESG方案發(fā)送信道信息時(shí),ESG發(fā)生/遞送單元3406將信道信息插入到ESG中,并且該ESG經(jīng)由傳輸網(wǎng)絡(luò)3400而^皮遞送到終端108。終端108的ESG接收器3416接收在ESG中的關(guān)于ESG引導(dǎo)會(huì)話的信息和ESG數(shù)據(jù)模型的片段,并且ESG解析器3418解碼從ESG接收器3416遞送的信息,并從其提取通知消息信道信息。然后通知消息信道信息解析器3420解析所提取的信道信息并將其遞送到圖33的通知消息接收器3300。當(dāng)利用PSI/SI方案發(fā)送信道信息時(shí),公共通知消息信道信息特別被遞送到資源分配器3408。資源分配器3408將公共通知消息信道信息連同其他PSI/SI信息一起發(fā)送到傳輸網(wǎng)絡(luò)3400,具體地,發(fā)送到DVB-H廣播網(wǎng)絡(luò)的PSI/SI發(fā)生器3410。PSI/SI發(fā)生器3410產(chǎn)生包括公共通知消息信道信息的PSI/SI信號(hào),并將PSI/SI信號(hào)經(jīng)由廣播網(wǎng)絡(luò)傳輸?shù)浇K端108。終端108的PSI/SI接收器3412接收PSI/SI信號(hào),并遞送所接收的PSI/SI信號(hào)到PSI/SI解析器3414。PSI/SI解析器3414解析該P(yáng)SI/SI信號(hào),并從其提取公共通知消息信道信息。然后通知消息信道信息解析器3420解析所提取的信道信息,并將其遞送到圖33的通知消息接收器3300。如從前面描述所理解的,本發(fā)明通過(guò)在ESG引導(dǎo)描述符或ESG中的片段或PSI/SI信號(hào),設(shè)置和發(fā)送諸如IP地址和UDP端口之類(lèi)的信道信息用于通知消息的遞送,因此,終端不需要為了接收通知消息而解析接收的分組的所有報(bào)頭,使得可以減少開(kāi)銷(xiāo),和甚至遞送通知消息到正在睡眠或與其他系統(tǒng)交互的終端。而且,本發(fā)明通過(guò)利用UDP分組,遞送具有適合于廣播服務(wù)的方案的通知消息,或在為DVB-H特定控制信號(hào)的PSI/SI信號(hào)上攜帶通知消息,由此利用可靠的方案遞送通知消息。而且,在DVB-CBMS網(wǎng)絡(luò)遞送適合于每一通知事件類(lèi)型的通知消息時(shí),終端可以接收通知消息,利用該通知消息,可以接收意外的突發(fā)事件或來(lái)自服務(wù)4是供商的通知。雖然已參照本發(fā)明的特定優(yōu)選實(shí)施例示出和描述了本發(fā)明,本領(lǐng)域技術(shù)人員將理解在不脫離由所附權(quán)利要求定義的精神和范圍的情況下,可以在其中在形式上和細(xì)節(jié)上進(jìn)行各種變化。權(quán)利要求1、一種用于在移動(dòng)廣播系統(tǒng)中發(fā)送通知消息的方法,所述方法包括連同廣播服務(wù)的電子服務(wù)指南(ESG)或廣播服務(wù)的控制信號(hào)一起發(fā)送所有能夠接收廣播服務(wù)的用戶接收公共通知消息所需的公共通知消息信道信息;連同所述ESG一起,向特定用戶組中的終端發(fā)送特定用戶組接收特定通知消息所需的特定通知消息信道信息;產(chǎn)生所述公共通知消息和所述特定通知消息中的至少一種;以及利用相應(yīng)的信道信息向所述終端發(fā)送所產(chǎn)生的通知消息。2、如權(quán)利要求l所述的方法,其中,所述信道信息包括用于發(fā)送相應(yīng)通知消息的因特網(wǎng)協(xié)議(IP)地址、用戶數(shù)據(jù)報(bào)協(xié)議(UDP)端口、和傳輸控制協(xié)議(TCP)端口中的至少一種。3、如權(quán)利要求l所述的方法,其中,所述公共通知消息信道信息是使用通過(guò)ESG的引導(dǎo)會(huì)話傳輸?shù)腅SG提供商探測(cè)描述符、ESG接入描述符和通知描述符中的至少一個(gè)來(lái)發(fā)送的。4、如權(quán)利要求l所述的方法,其中,所述公共通知消息信道信息是使用通過(guò)ESG的通告?zhèn)魉蛶?huì)話傳輸?shù)陌ㄍㄖ枋龇腅SG初始化容器和ESG索引容器中的至少一個(gè)來(lái)發(fā)送的。5、如權(quán)利要求l所述的方法,其中,所述公共通知消息信道信息是使用表示手持?jǐn)?shù)字視頻廣播(DVB-H)網(wǎng)絡(luò)的控制信號(hào)的節(jié)目專(zhuān)用信息/月良務(wù)信息(PSI/SI)來(lái)發(fā)送的。6、如權(quán)利要求1所述的方法,其中所述特定通知消息信道信息是利用ESG的獲取片段和通知片段中的至少一個(gè)來(lái)發(fā)送的。7、如權(quán)利要求l所述的方法,其中,所述特定用戶組包括接收特定廣播服務(wù)的用戶。8、一種用于在移動(dòng)廣播系統(tǒng)中接收通知消息的方法,所述方法包括經(jīng)由廣播網(wǎng)絡(luò)接收廣播服務(wù)的控制信號(hào);接收所述廣播服務(wù)的電子服務(wù)指南(ESG);從所述ESG或所述控制信號(hào)提取所有能夠接收所述廣播服務(wù)的用戶接收公共通知消息所需的公共通知消息信道信息;從所述ESG提取特定用戶組接收特定通知消息所需的特定通知消息信道信息;并且根據(jù)所述信道信息接收所述公共通知消息和所述特定通知消息中的至少一種。9、如權(quán)利要求8所述的方法,其中,所述信道信息包括用于發(fā)送相應(yīng)通知消息的因特網(wǎng)協(xié)議(IP)地址、用戶數(shù)據(jù)報(bào)協(xié)議(UDP)端口、和傳輸控制協(xié)議(TCP)端口中的至少一種。10、如權(quán)利要求8所述的方法,其中,所述^^共通知消息信道信息是使用通過(guò)ESG的引導(dǎo)會(huì)話傳輸?shù)腅SG提供商探測(cè)描述符、ESG接入描述符和通知描述符中的至少一個(gè)來(lái)接收的。11、如權(quán)利要求8所述的方法,其中,所述公共通知消息信道信息是使用通過(guò)ESG的通告?zhèn)魉蛶?huì)話傳輸?shù)陌ㄍㄖ枋龇腅SG初始化容器和ESG索引容器中的至少一個(gè)來(lái)接收的。12、如權(quán)利要求8所述的方法,其中,所述公共通知消息信道信息是使用表示手持?jǐn)?shù)字視頻廣播(DVB-H)網(wǎng)絡(luò)的控制信號(hào)的節(jié)目專(zhuān)用信息/月l務(wù)信息(PSI/SI沐接收的。13、如權(quán)利要求8所述的方法,其中所迷特定通知消息信道信息是利用ESG的獲取片段和通知片段中的至少一個(gè)來(lái)接收的。14、如權(quán)利要求8所述的方法,其中,所述特定用戶組包括接收特定廣播服務(wù)的用戶。15、一種用于在移動(dòng)廣播系統(tǒng)中發(fā)送通知消息的裝置,所述裝置包括公共通知消息信道信息發(fā)生器,用于產(chǎn)生所有能夠接收廣播服務(wù)的用戶接收公共通知消息所需的公共通知消息信道信息;特定通知消息信道信息發(fā)生器,用于產(chǎn)生特定用戶組接收特定通知消息所需的特定通知消息信道信息;電子服務(wù)指南(ESG)發(fā)生/遞送單元,用于連同ESG—起向終端發(fā)送所述公共通知消息信道信息和所述特定通知消息信道信息中的至少一個(gè);控制信號(hào)發(fā)生器,用于將所述公共通知消息信道信息包含到所述廣播服務(wù)的控制信號(hào)中,以及經(jīng)由廣播網(wǎng)絡(luò)發(fā)送所述控制信號(hào)到所述終端;通知消息發(fā)生器,用于產(chǎn)生所述7>共通知消息和所述特定通知消息中的至少一個(gè);以及通知消息發(fā)送器,用于利用相應(yīng)的^f言道信息向所述終端發(fā)送所產(chǎn)生的通知消息。16、如權(quán)利要求15所述的裝置,其中,所述信道信息包括用于發(fā)送相應(yīng)通知消息的因特網(wǎng)協(xié)議(IP)地址、用戶數(shù)據(jù)報(bào)協(xié)議(UDP)端口、和傳輸4空制協(xié)議(TCP)端口中的至少一種。17、如權(quán)利要求15所述的裝置,其中,所述公共通知消息信道信息是使用通過(guò)ESG的引導(dǎo)會(huì)話傳輸?shù)腅SG提供商探測(cè)描述符、ESG接入描述符和通知描述符中的至少一個(gè)來(lái)發(fā)送的。18、如權(quán)利要求15所述的裝置,其中,所述公共通知消息信道信息是使用通過(guò)ESG的通告?zhèn)魉蛶?huì)話傳輸?shù)陌ㄍㄖ枋龇腅SG初始化容器和ESG索引容器中的至少一個(gè)來(lái)發(fā)送的。19、如權(quán)利要求15所述的裝置,其中,所述^^共通知消息信道信息是使用表示手持?jǐn)?shù)字視頻廣播(DVB-H)網(wǎng)絡(luò)的控制信號(hào)的節(jié)目專(zhuān)用信息/服務(wù)信息(PSI/SI)來(lái)發(fā)送的。20、如權(quán)利要求15所述的裝置,其中所述特定通知消息信道信息是利用ESG的獲取片段和通知片段中的至少一個(gè)來(lái)發(fā)送的。21、如權(quán)利要求15所述的裝置,其中,所述特定用戶組包括接收特定廣播服務(wù)的用戶。22、一種用于在移動(dòng)廣播系統(tǒng)中"f矣收通知消息的裝置,所述裝置包括控制信號(hào)接收器,用于經(jīng)由廣播網(wǎng)絡(luò)接收廣播服務(wù)的控制信號(hào);電子服務(wù)指南(ESG)接收器,用于接收所述廣播服務(wù)的ESG;通知消息信道信息解析器,用于從所述ESG或所述控制信號(hào)提取所有能夠接收所述廣播服務(wù)的用戶接收公共通知消息所需的公共通知消息信道信息,以及從所述ESG提取特定用戶組接收特定通知消息所需的特定通知消息信道信息;以及通知消息接收器,用于根據(jù)所述信道信息接收所述公共通知消息和所述特定通知消息中的至少一個(gè)。23、如權(quán)利要求22所述的裝置,其中,所述信道信息包括用于發(fā)送相應(yīng)通知消息的因特網(wǎng)協(xié)議(IP)地址、用戶數(shù)據(jù)報(bào)協(xié)議(UDP)端口、和傳輸控制協(xié)議(TCP)端口中的至少一種。24、如權(quán)利要求22所述的裝置,其中,所述公共通知消息信道信息是使用通過(guò)ESG的引導(dǎo)會(huì)話傳輸?shù)腅SG提供商探測(cè)描述符、ESG接入描述符和通知描述符中的至少一個(gè)來(lái)接收的。25、如權(quán)利要求22所述的裝置,其中,所述公共通知消息信道^f言息是使用通過(guò)ESG的通告?zhèn)魉蛶?huì)話傳輸?shù)陌ㄍㄖ枋龇腅SG初始〗匕容器和ESG索引容器中的至少一個(gè)來(lái)接收的。26、如權(quán)利要求22所述的裝置,其中,所述公共通知消息信道信息是使用表示手持?jǐn)?shù)字視頻廣播(DVB-H)網(wǎng)絡(luò)的控制信號(hào)的節(jié)目專(zhuān)用信息/服務(wù)信息(PSI/SI)來(lái)接收的。27、如權(quán)利要求22所述的裝置,其中所述特定通知消息信道信息是利用ESG的獲取片段和通知片段中的至少一個(gè)來(lái)接收的。28、如權(quán)利要求22所述的裝置,其中,所述特定用戶組包括接收特定廣播服務(wù)的用戶。全文摘要公開(kāi)的是一種用于在移動(dòng)廣播系統(tǒng)中發(fā)送通知消息的方法,所述方法包括連同廣播服務(wù)的電子服務(wù)指南(ESG)或廣播服務(wù)的控制信號(hào)一起發(fā)送所有能夠接收廣播服務(wù)的用戶接收公共通知消息所需的公共通知消息信道信息;連同所述ESG一起,向特定用戶組中的終端發(fā)送特定用戶組接收特定通知消息所需的特定通知消息信道信息;產(chǎn)生所述公共通知消息和所述特定通知消息中的至少一個(gè);并且利用相應(yīng)的信道信息向所述終端發(fā)送所產(chǎn)生的通知消息。文檔編號(hào)H04N5/445GK101416486SQ200780011993公開(kāi)日2009年4月22日申請(qǐng)日期2007年2月1日優(yōu)先權(quán)日2006年2月1日發(fā)明者宋在涓,李國(guó)熙,李鐘孝,鄭甫先,黃承吾申請(qǐng)人:三星電子株式會(huì)社