專利名稱：：用于在廣播系統(tǒng)中提供通知消息的方法和裝置的制作方法
技術領域：
：本發(fā)明一般涉及支持廣播服務的廣播系統(tǒng)。更具體地，本發(fā)明涉及用于在支持移動廣播服務的廣播系統(tǒng)中提供通知消息的方法和裝置。
背景技術：
：移動廣播系統(tǒng)包括幾個過程由能夠接收移動廣播服務的終端執(zhí)行的服務發(fā)現(xiàn)；由終端執(zhí)行的服務訂閱；用于接收服務的多種控制信息的提供；月良務的發(fā)送；以及由終端執(zhí)行的對服務的接收。在從移動廣播系統(tǒng)接收移動廣播服務的過程中，終端接收包含關于廣播服務的多種控制信息的通知消息。本申請人提交的韓國專利申請No.2005-16650中詳細公開了這樣的移動廣播系統(tǒng)的示例，其公開的全部內容通過引用而被合并于此。在該廣播系統(tǒng)中，由于終端接收廣播期間的多種原因而可能發(fā)生改變。某些改變可以是應當向終端通知的信息。例如，改變信息可以包括移動廣播服務時間的改變、以及關于移動廣播服務的接收的信息的改變。該公開的廣播系統(tǒng)提出一種移動廣播通知架構。然而，能夠接收移動廣播服務的終端不能接收通知消息，因為沒有關于通知消息的接收的基本信息、以及通知消息的實際發(fā)送/接收的定義。從而，需要有這些特定信息項目的定義。
發(fā)明內容本發(fā)明的示范性實施例至少應對上述問題和/或不足，并至少提供下述優(yōu)點。從而，本發(fā)明的一個方面是提供用于在支持移動廣播服務的廣播系統(tǒng)中發(fā)送控制消息的系統(tǒng)和方法。本發(fā)明的示范性實施例的另一個方面是提供用于在支持移動廣播服務的廣播系統(tǒng)中產生并向使用中的終端發(fā)送通知消息的系統(tǒng)和方法。本發(fā)明的示范性實施例的另一個方面是提供用于在支持移動廣播服務的廣播系統(tǒng)中向正在睡眠、或正在訪問另一個交互系統(tǒng)的終端發(fā)送通知消息的裝置和方法。根據(jù)本發(fā)明的示范性實施例的一個方面，提供一種用于在基于因特網協(xié)議(IP)的廣播系統(tǒng)的發(fā)送器中提供廣播服務的方法。所述方法包括步驟(a)經由廣播網絡和交互網絡其中之一，向接收所述廣播服務的廣播接收器發(fā)送包含用于向所述廣播接收器發(fā)送一般通知消息的第一網絡地址的第一訪問信息、以及與所述廣播系統(tǒng)的管理相關的第二訪問信息；以及(b)如果發(fā)生一般通知事件，則產生所述一般通知消息并利用所述第一網絡地址經由所述廣播網絡和所述交互網絡其中之一向所述廣播接收器發(fā)送所產生的一般通知消息。根據(jù)本發(fā)明的示范性實施例的另一個方面，提供一種用于基于因特網協(xié)議(IP)的廣播系統(tǒng)的發(fā)送器。所述發(fā)送器包括第一裝置，用于經由廣播網絡和交互網絡其中之一發(fā)送包含用于發(fā)送一般通知消息的第一網絡地址的第一訪問信息、以及與所述廣播系統(tǒng)的管理相關的第二訪問信息；以及第二裝置，用于如果發(fā)生一般通知事件，則產生所述一般通知消息并利用所述第一網絡地址經由所述廣播網絡和所述交互網絡其中之一發(fā)送所產生的一般通知消息。根據(jù)本發(fā)明的示范性實施例的另一個方面，提供一種用于在基于因特網協(xié)議(IP)的廣播系統(tǒng)的廣播接收器中接收廣播服務的方法。所述方法包括步驟(a)經由廣播網絡和交互網絡其中之一，從廣播發(fā)送器接收包含用于接收一般通知消息的第一網絡地址的第一訪問信息、以及與所述廣播系統(tǒng)的管理相關的第二訪問信息；以及(b)基于從所述廣播發(fā)送器接收的數(shù)據(jù)中的所述第一網絡地址接收一般通知消息。根據(jù)本發(fā)明的示范性實施例的另一個方面，提供一種基于因特網協(xié)議(IP)的廣播接收器。所述廣播接收器包括第一裝置，用于經由廣播網絡和交互網絡其中之一從廣播發(fā)送器接收包含用于接收一般通知消息的第一網絡地址的第一訪問信息、以及與所述廣播系統(tǒng)的管理相關的第二訪問信息；以及第二裝置，用于基于從所述廣播發(fā)送器接收的數(shù)據(jù)中的所述第一網絡地址接收一般通知消息。根據(jù)本發(fā)明的示范性實施例的另一個方面，提供一種用于在基于使用因特網協(xié)議(IP)的網絡的廣播系統(tǒng)中提供廣播服務的方法。所述方法包括步驟(a)由廣播發(fā)送器經由廣播網絡和交互網絡其中之一向廣播接收器發(fā)送包含用于向所迷廣播接收器發(fā)送一般通知消息的第一網絡地址的第一訪問信息、以及與所述廣播系統(tǒng)的管理相關的第二訪問信息；以及(b)如果發(fā)生一般通知事件，則產生所述一般通知消息并利用所述第一網絡地址經由所述廣播網絡和所述交互網絡其中之一向所述廣播接收器發(fā)送所產生的一般通知消息；以及(c)基于從所迷廣播發(fā)送器接收的數(shù)據(jù)中的所述第一網絡地址接收一般通知消息。根據(jù)本發(fā)明的示范性實施例的另一個方面，提供一種基于使用因特網協(xié)議(IP)的網絡的廣播系統(tǒng)。所述廣播系統(tǒng)包括廣播發(fā)送器，用于預先向廣播接收器發(fā)送包含用于發(fā)送一般通知消息的第一網絡地址的第一訪問信息、以及與所述廣播系統(tǒng)的管理相關的第二訪問信息，而且如果發(fā)生一般通知事件，則產生所述一般通知消息并利用所述第一網絡地址經由廣播網絡和交互網絡其中之一向所述廣播接收器發(fā)送所產生的一般通知消息；以及廣播接收器，用于基于從所述廣播發(fā)送器接收的數(shù)據(jù)中的所述第一網絡地址接收一4殳通知消息。根據(jù)本發(fā)明的示范性實施例的一個方面，提供一種存儲用于實現(xiàn)用于在基于因特網協(xié)議(IP)的廣播系統(tǒng)的發(fā)送器中提供廣播服務的方法的程序的計算機可讀介質。所述方法包括步驟(a)經由廣播網絡和交互網絡其中之一，向接收所述廣播服務的廣播接收器發(fā)送包含用于向所述廣播接收器發(fā)送一般通知消息的第一網絡地址的第一訪問信息、以及與所述廣播系統(tǒng)的管理相關的第二訪問信息；以及(b)如果發(fā)生一般通知事件，則產生所述一般通知消息并利用所述第一網絡地址經由所述廣播網絡和所述交互網絡其中之一向所述廣播接收器發(fā)送所產生的一般通知消息。根據(jù)本發(fā)明的示范性實施例的另一個方面，提供一種存儲用于實現(xiàn)用于在基于因特網協(xié)議(IP)的廣播系統(tǒng)的廣播接收器中接收廣播服務的方法的程序的計算機可讀介質。所述方法包括步驟(a)經由廣播網絡和交互網絡其中之一，從廣播發(fā)送器接收包含用于接收一般通知消息的第一網絡地址的第一訪問信息、以及與所述廣播系統(tǒng)的管理相關的第二訪問信息；以及(b)基于從所述廣播發(fā)送器接收的數(shù)據(jù)中的所述第一網絡地址接收一般通知消自、通過下面結合附圖公開本發(fā)明的示范性實施例的詳細描述，本發(fā)明的其通過下面結合附圖的描述，本發(fā)明的特定實施例的以上和其它目的、特征、以及優(yōu)點將變得更加顯而易見，其中圖1是示出根據(jù)本發(fā)明的第一示范性實施例的用于在移動廣播系統(tǒng)中發(fā)送通知消息的功能架構的圖；圖2是示出根據(jù)本發(fā)明的示范性實施例的用于產生和發(fā)送SGDD的方法的流程圖；圖3是示出根據(jù)本發(fā)明的示范性實施例的用于在移動廣播系統(tǒng)中由終端接收SGDD的方法的流程圖；圖4是示出根據(jù)本發(fā)明的示范性實施例的用于在移動廣播系統(tǒng)中發(fā)送一般通知消息的廣播系統(tǒng)的框圖；圖5是示出根據(jù)本發(fā)明的示范性實施例的在移動廣播系統(tǒng)中發(fā)送一般通知消息的過程的流程圖；圖6是示出根據(jù)本發(fā)明的示范性實施例的移動廣播系統(tǒng)的通知客戶端功能中接收一般通知消息的過程的流程圖；圖7是示出根據(jù)本發(fā)明的示范性實施例的在移動廣播系統(tǒng)中當其連接到交互網絡或具有睡眠終端的系統(tǒng)時通知客戶端功能中接收一般通知消息的過程的流程圖；圖8是示出移動廣播技術的標準組之一OMABACBCAST中建議用于移動廣播的服務指南的數(shù)據(jù)模型架構的圖；圖9是示出根據(jù)本發(fā)明的示范性實施例的用于在移動廣播系統(tǒng)中產生和發(fā)送訪問片>^的方法的流程圖；圖10是示出根據(jù)本發(fā)明的示范性實施例的用于在移動廣播系統(tǒng)的終端中接收和處理訪問片段的方法的流程圖；圖11是示出根據(jù)本發(fā)明的第二示范性實施例的數(shù)字視頻廣播-廣播與移動服務整合(DVB-CBMS)網絡架構的圖；圖12是示出根據(jù)本發(fā)明的第二示范性實施例的DVB-CBMS系統(tǒng)中的電子服務指南(ESG)數(shù)據(jù)模型的圖；圖13是示出根據(jù)本發(fā)明的第二示范性實施例的DVB-CBMS中的ESG遞送操作的圖；圖14是示出根據(jù)本發(fā)明的第二示范性實施例的用于通知消息的示意性發(fā)送"妻收過程的流程圖；圖15是示出根據(jù)本發(fā)明的第二示范性實施例的在廣播系統(tǒng)中產生和遞送ESG引導描述符(BootstrapDescriptor)的操作的流程圖；圖16是示出根據(jù)本發(fā)明的第二示范性實施例的在廣播系統(tǒng)中由終端接收ESG引導描述符中的通知消息信道信息的操作的流程圖；圖17是示出根據(jù)本發(fā)明的第二示范性實施例的在廣播系統(tǒng)中產生和遞送ESG獲取片段中的通知消息信道信息的操作的流程圖；圖18是示出根據(jù)本發(fā)明的第二示范性實施例的在廣播系統(tǒng)中由終端接收ESG獲取片段中的通知消息信道信息的操作的流程圖；圖19是示出根據(jù)本發(fā)明的第二示范性實施例的在廣播系統(tǒng)中遞送一般通知消息的操作的流程圖；圖20是示出根據(jù)本發(fā)明的第二示范性實施例的在移動廣播系統(tǒng)中由終端的通知客戶端功能接收通知消息的操作的流程圖；以及圖21是示出根據(jù)本發(fā)明的第二示范性實施例的在廣播系統(tǒng)中當其連接到交互網絡時終端的通知客戶端功能中接收通知消息的過程的流程圖。全部附圖中，相同的附圖引用數(shù)字將被理解為指代相同的元素、特征、以及結構。具體實施方式說明書中定義的諸如詳細結構和元素的事物是提供用于幫助全面理解本發(fā)明的實施例，而且僅僅是示范性的。從而，本領域普通技術人員將認識到，可以對這里描述的實施例作出各種變更和修改而不背離本發(fā)明的范圍和精神。而且，為清楚和簡潔起見，略去了公知功能和結構的描述。本發(fā)明的示范性實施例包括用于在支持移動廣播服務的廣播系統(tǒng)中發(fā)生服務/系統(tǒng)相關的改變、或需要通知緊急狀況時產生和向接收移動廣播服務的終端發(fā)送通知消息的裝置和方法。此外，本發(fā)明的示范性實施例提供不管終端是否接收服務都能夠遞送通知消息的方法。以下描述中，將支持移動廣播服務的移動通信系統(tǒng)稱為"移動廣播系統(tǒng)"。為清楚和簡潔起見，在給出移動廣播系統(tǒng)的示范性實施例之后，將描述根據(jù)本發(fā)明的示范性實施例的通知消息的格式、以及應用該消息格式的移動廣播系統(tǒng)。以下，將描述根據(jù)本發(fā)明的示范性實施例的用于在移動廣播系統(tǒng)中產生和發(fā)送通知消息的裝置和方法。將參照在關于異步移動通信的標準組的第三代伙伴計劃(3GPP)、或關于終端應用的標準組的開放移動聯(lián)盟(OMA)中定義的廣播系統(tǒng)來描述第一示范性實施例。將參照由關于移動廣播的另一個標準組定義的數(shù)字視頻廣播-廣播與移動服務整合(DVB-CBMS)系統(tǒng)來描述第二示范性實施例?，F(xiàn)在將描述根據(jù)第一示范性實施例的移動廣播系統(tǒng)以便理解通知消息。雖然第一示范性實施例中將使用OMA移動廣播系統(tǒng)中使用的實體的名稱，而第一示范性實施例可以應用于具有類似技術背景的任何系統(tǒng)。圖1是示出根據(jù)本發(fā)明的第一示范性實施例的用于在移動廣播系統(tǒng)中發(fā)送通知消息的功能架構的圖。圖1中所示的系統(tǒng)由關于移動廣播終端的標準組之一的開放移動聯(lián)盟瀏覽器和內容移動廣播(OMABACBCAST)工作組定義。雖然將參照OMABACBCAST通知廣播架構描述本發(fā)明的示范性實施例，但是其也可以應用于基于因特網協(xié)議(IP)的廣播系統(tǒng)當中的具有通知消息功能的其它移動廣播系統(tǒng)，而且該示范性實施例將并不限制本發(fā)明的示范性實施例的范圍。此外，雖然本發(fā)明的示范性實施例使用"服務指南"作為包含例如BCAST系統(tǒng)的廣播服務相關的描述以及接收方法的信息。并使用"訪問片段"作為包含廣播服務訪問方法的信息。但是根據(jù)廣播系統(tǒng)的類型也可以將術語"服務指南，，和"訪問片段"定義為不同的術語。參照圖1,內容創(chuàng)建101是廣播服務(以下稱為BCAST服務)的提供者。BCAST服務可以包括傳統(tǒng)音頻/視頻廣播服務、文件(音樂文件或數(shù)據(jù)文件)下載服務等等。如果在提供BCAST服務時有任何問題、或服務的內容有任何改變，則內容創(chuàng)建101向BCAST服務應用102中的通知事件功能(NTE)102-1通知該改變。BCAST服務應用102具有接收從內容創(chuàng)建101提供的BCAST服務的數(shù)據(jù)、以適合于廣播網絡的形式處理接收的數(shù)據(jù)、以及產生BCAST服務數(shù)據(jù)的功能。BCAST服務應用102還具有產生移動廣播指南所需的標準化的元數(shù)據(jù)的功能。此外，BCAST服務應用102接收由內容創(chuàng)建101通知的BCAST服務中的改變，并向位于BCAST訂閱管理104中的通知產生功能104-1通少、口該改變。BCAST服務分發(fā)/改編(Adaptation)103具有設立用于發(fā)送從BCAST服務應用102提供的BCAST服務數(shù)據(jù)的承載的功能、確定BCAST服務的發(fā)送時間表的功能、以及產生移動廣播指南的功能。將BCAST服務分發(fā)/改編103連接到能夠提供BCAST服務的廣播分發(fā)系統(tǒng)(BDS)106、或支持交互通信的交互網絡107。此外，其中包括通知分發(fā)/改編功能(NTDA)103-1的BCAST服務分發(fā)/改編103接收來自BCAST訂閱管理104的通知消息并經由BDS106或交互網絡107向一個或多個用戶發(fā)送該通知消息。BCAST訂閱管理104管理關于BCAST服務的接收的訂閱信息、服務供給信息、以及關于接收BCAST服務的設備的設備信息。具體地，由于其包括通知產生功能104-1，BCAST訂閱管理104利用從內容創(chuàng)建101或BDS106接收的通知事件信息產生通知消息，或產生BCAST服務事件的通知消息。BDS服務分發(fā)105具有通過廣播信道或交互信道分發(fā)全部接收的BCAST服務的功能。根據(jù)實現(xiàn)的BDS106的類型，BDS服務分發(fā)105可以是或者存在或者不存在的實體。BDS106是用于發(fā)送BCAST服務的網絡，且可以是例如DVB-H、3GPP多媒體廣播組播服務(MBMS)、3GPP2廣播/組播服務(BCMCS)等等。此外，在發(fā)送特定BCAST服務時有改變的情況下，如果存在X-l接口131或BDS服務分發(fā)105，則BDS106經由NB-B1接口124向BCAST服務分發(fā)/改編103通知該改變。交互網絡107在點對點基礎上發(fā)送BCAST服務，或者交互地交換與BCAST服務的接收有關的控制信息和附加信息，而且可以是例如現(xiàn)有的蜂窩網絡。終端10S能夠接收BCAST服務，而且根據(jù)其能力可能具有訪問蜂窩網絡的功能。這里假定終端108是能夠訪問蜂窩網絡的終端。終端108接收利用通知客戶端功能(NTC)108-1經由NT-5接口125發(fā)送的通知消息，并根據(jù)所接收的通知消息執(zhí)行適當?shù)牟僮??？蛇x擇地，終端108接收經由NT-6接口126發(fā)送的通知消息，并根據(jù)所接收的通知消息執(zhí)行適當?shù)牟僮鹘酉聛?，將描述以上實體之間的接口。NT-1接口121是在位于BCAST服務應用102中的通知事件功能102-1與內容創(chuàng)建101之間的接口。NT-l接口121用于在內容創(chuàng)建101中發(fā)生需要通知的事件時向通知事件功能102-1遞送相應的通知事件。NT-3接口122是從位于BCAST服務應用102中的通知事件功能102-1到BCAST訂閱管理104的通知產生功能104-1的接口。NT-3接口122遞送用于通知事件、或產生通知消息所需的信息，使得通知產生功能104-1可以產生通知消息。NT-4接口123是在位于BCAST訂閱管理104中的通知產生功能104-1與BCAST服務分發(fā)/改編103的通知分發(fā)/改編功能103-1之間的接口。NT-4接口123用于向通知分發(fā)/改編功能103-1發(fā)送通知消息，以向BDS106或交互網絡107發(fā)送在通知產生功能104-1中產生的通知消息。作為代替，可以由通知分發(fā)/改編功能103-1使用NT-4接口123以發(fā)送關于BDS106中發(fā)生的事件的通知消息。NT-5接口125是在通過經由BDS106的廣播信道將從BCAST服務分發(fā)/改編103的通知分發(fā)/改編功能103-1提供的通知消息直接發(fā)送到終端108時使用的接口。NT-5接口125用于向一個或多個終端發(fā)送通知消息。NT-6接口126是在通過經由交互網絡107到終端108的專用信道、或通過由交互網絡107提供的廣播信道將從BCAST服務分發(fā)/改編103的通知分發(fā)/改編功能103-1提供的通知消息直接發(fā)送到終端108時使用的接口。NT-6接口126用于向一個或多個終端108發(fā)送通知消息。NT-B1接口124是BCAST服務分發(fā)/改編103與BDS服務分發(fā)105之間的接口，而且用于作為由BCAST服務分發(fā)/改編103在BDS106處的發(fā)送路徑、或者作為BDS106中產生的事件信息的接收路徑。X-l接口131是當BDS服務分發(fā)105不存在時用于作為BCAST服務分發(fā)/改編103將在BDS中使用的發(fā)送路徑、或者用于作為BDS106中產生的事件信息的接收路徑的接口。然而，當BDS服務分發(fā)105存在時，X-l接口131用于作為BDS106與BDS服務分發(fā)105之間的接口，用于通知BDS106中發(fā)生了事件。X-2接口132是當BDS服務分發(fā)105不存在時用于設立BCAST服務分發(fā)/改編103將在交互網絡107中使用的發(fā)送路徑的接口。然而，當BDS月l務分發(fā)105存在時，X-2接口132用于作為BDS106與交互網絡107之間的接口，用于設立交互網絡107中的其中將使用通知消息的承載，并用于發(fā)送通知消息。作為BDS106與終端108之間的接口的X-3接口133，用于BCAST服務或通過廣播信道發(fā)送的全部消息。X-4接口134是BDS服務分發(fā)105與終端108之間的廣播信道接口。X-5接口135是BDS服務分發(fā)105與終端108之間的交互信道接口。X-6接口136是經由其交互網絡107可以發(fā)送與BCAST服務有關的控制信息的交互接口。通知事件功能102-1具有向通知產生功能104-1遞送用于產生通知消息所需的信息的功能，而且在檢測到發(fā)生需要通知的事件之后，向通知產生功能104-1遞送關于該事件的信息。通知產生功能104-1利用從通知事件功能102-1接收的用于產生通知消息所需的信息和事件來產生通知消息。當通知產生功能104-1經由通知分發(fā)/改編功能103-1接收來自BDS106的通知事件時，其產生通知消息并向通知分發(fā)/改編功能103-1發(fā)送該通知消息。在產生通知消息的過程中，如果需要重新指示服務的開始，則通知產生功能104-1從內容創(chuàng)建101接收指示服務信息中的改變的通知。從而，定義了需要發(fā)送新移動廣播指南的一種情況、以及BDS106中發(fā)生特定事件的另一種情況。通知分發(fā)/改編功能103-1負責經由NT-5接口125或NT-6接口126發(fā)送通知消息，并經由NT-44妻口123向通知產生功能104-1遞送來自BDS106的指示關于特定移動廣播服務的信息中的改變的通知事件。其中，關于廣播服務的信息中的改變可以包括例如因無線網絡環(huán)境造成的數(shù)據(jù)率的調整、或服務的不可能性。在給出能夠接收通知消息的方法的詳細描述之前，首先將描述通知消息的類型?？梢詫⑼ㄖ⒋致缘貏澐譃閮煞N類型。第一通知消息是向每個用戶遞送的通用的一般通知消息。該通知消息由服務供給者用于向用戶提供災難廣播或系統(tǒng)改變信息D第二通知消息是限于特定服務的特定通知消息。該通知消息僅被發(fā)送給接收相應的服務的用戶，而且用于指示該服務的改變和開始?，F(xiàn)在將描述一^:通知消息、或第一通知消息的發(fā)送?，F(xiàn)在將說明根據(jù)本發(fā)明的示范性實施例的服務指南遞送描述符(SGDD)、或服務指南遞送消息。下面的表1和表2中示出根據(jù)本發(fā)明的示范性實施例的一^1通知消息。表1和表2示出用于OMA廣播的服務指南遞送描述符(SGDD)的元素和屬性。為方便起見，從單個表中劃分出表l和表2。表1<table>tableseeoriginaldocumentpage19</column></row><table><table>tableseeoriginaldocumentpage20</column></row><table>現(xiàn)在將說明表1和表2中使用的術語。'名稱'表示組成相應的消息的元素值和屬性值的名稱。'類型'表示相應的名稱是與元素(element)值還是與屬性(attribute)值對應。元素值具有值E1、E2、E3、和E4。El意味著整個消息的上級元素值，E2表示El的子元素值，E3表示E2的子元素值，而E4表示E3的子元素值。屬性值由A表示，而A表示相應的元素的屬性值。例如，El下面的A表示El的屬性值。'類別'用于表示相應的元素值或屬性值是否是強制的，而且如果值為強制的(mandatory)則具有值M,如果值為可選的(optional)則具有值O。'基數(shù)，表示元素之間的關系，而且具有值'0，、'O..l'、'l'、'O..n'、'l..n'，其中"0"意味著可選的關系，'T'意味著強制的關系，而"n"意味著具有多個值的可能性。例如，'O..n，意味著沒有相應的元素值或有n個相應的元素值的可能性。'描述，定義相應的元素或屬性值的含義。參照表1,其中示出用于OMA廣一番的ServiceGuideDeliveryDescriptor(SGDD)的元素和屬性。在描述SGDD的描述之前將描述服務指南(SG)。該服務指南用于向移動廣播系統(tǒng)中的用戶指示當前提供何種服務。通過服務指南提供的信息可以包括關于服務本身的信息、關于服務購買的信息、關于服務接收的信息、以及關于服務供給者和通信系統(tǒng)的信息。服務指南根據(jù)提供的關于其的信息的特性由幾個片段組成。因而，為了配置一個完整的服務指南，有必要接收多個片段。SGDD的目的是提供關于多個片段的發(fā)送時間表和發(fā)送信道的信息，從而允許終端按照時間表接收服務指南片段以高效率地接收服務指南片段。參照表1和表2，DescriptorEntry提供SGDD中可用于接收隨機的服務指南片段的信息，而且可以存在多個DescriptorEntry。Transport具有關于用于遞送服務指南的傳輸會話的位置信息，而且由下面3個屬性定義。作為元素Transport的屬性之一的屬性IPAddress表示傳輸會話的因特網協(xié)議(IP)地址。作為元素Transport的屬性之一的屬性Port表示傳輸會話的端口號。作為元素Transport的屬性之一的屬性SessionID表示傳輸會話的標識符(ID)。AlternativeAccessURL表示當無法通過由DescriptorEntry指示的信道中的廣播信道接收服務指南片段時的可能接收服務指南片段的位置，使得移動廣才番終端可以通過交互網絡1074姿收服務指南片l殳，而AlternativeAccessURL由統(tǒng)一資源定位符(URL)表示。ServiceGuideDeliveryUnit表示構成服務指南的幾個數(shù)據(jù)片段的捆綁包，而且由現(xiàn)有的3個屬性和多個元素組成。ServiceGuideDeliveryUnit中的元素的數(shù)量與數(shù)據(jù)片段的數(shù)量成比例。作為元素ServiceGuideDeliveryUnit的屬性之一的transportObjectID表示用于遞送服務指南的對象的ID。作為元素ServiceGuideDeliveryUnit的屬性之一的validFrom表示相應的服務指南數(shù)據(jù)片4殳的有效開始時間。作為元素ServiceGuideDeliveryUnit的屬性之一的validTo表示相應的服務指南數(shù)據(jù)片段的有效最后時間。Fragment是屬于ServiceGuideDeliveryUnit的元素，而且可以存在多個片段。作為當前可用服務指南的信息片段的Fragment具有3個屬性。元素Fragment的屬性之一FragmentID表示信息片段的ID。元素Fragment的屬性之一FragmentVersion表示信息片段的版本信息。元素Fragment的屬性之一Type表示信息片段的樣式或多用途因特網郵件擴展(MIME)類型。元素NotificationEntry具有兩個屬'l"生NotificationPort牙口NotificationAddress。NotificationPort詳口NotificationAddress表示關于纟冬力離通過其可以接收一般通知消息的信道的信息。在大多數(shù)移動廣播中，討論使用IP作為數(shù)據(jù)傳輸技術。如果其中基于使用IP的假定終端可以接收一般通知消息的方法提供關于一般通知消息將被發(fā)送到的IP地址的信息，并基于在IP之上使用用戶數(shù)據(jù)包協(xié)議(UDP)的假定提供關于UDP端口號的信息，則終端可以接收一般通知消息。使用UDP的理由如下。雖然也可以使用諸如TCP的其它傳輸協(xié)議，但UDP傳輸協(xié)議的首部具有較少的開銷而且不支持接收確認，所以UDP傳輸協(xié)議適合于單向傳輸?shù)膹V播服務的特性。NotificationPort具有預先分配的UDP端口號，使得網絡提供者或服務供給者在其發(fā)送一般通知消息時使用該UDP端口號。接收經由指定用于一般通知消息的UDP端口發(fā)送的消息的終端可以立即將相應的分組識別為一般通知消息并處理該分組，因為其通過SGDD得知用于一般通知消息的UDP端口。圖1的通知事件功能102-1或通知分發(fā)/改編功能103-1可用于作為用于產生遞送消息的實體以遞送一般通知消息。用于產生遞送消息的裝置具有關于當前發(fā)送服務的全部會話的信息。即，可以將一般通知消息附加到現(xiàn)有的傳輸會話，而不產生單獨的新會話。會話的基本標識單元由IP地址組成，而一般通知消息使用當前進行會話的IP地址。如果移動廣播系統(tǒng)借助簡單地區(qū)分UDP端口通過當前進行IP會話遞送一般通知消息，則終端可以立即接收一般通知消息而無需單獨地監(jiān)視會話。當終端正在接收移動廣播服務而且期望通過正在發(fā)送移動廣播服務的IP流(或IP傳輸路徑)遞送一般通知消息時，可以使用NotificationPort。當打算在一般通知消息的遞送期間分配專用IP地址并通過具有該IP地址的流(或傳輸路徑)遞送一般通知消息時，使用NotificationAddress。NotificationAddress提供IP地址以將一般通知消息遞送到接收移動廣播服務的終端、或者未接收移動廣播服務以便節(jié)省電源而處于空閑模式的終端。按時間表接收一般通知消息的終端具有NotificationPort和NotificationAddress的信息，而且當期望遞送終端的狀況或者一般通知消息的實體設置一般通知消息的接收地址時，終端接收一般通知消息。接下來，將描述根據(jù)本發(fā)明的示范性實施例的利用圖1的系統(tǒng)作為移動廣播系統(tǒng)的遞送SGDD消息的方法。圖2是示出根據(jù)本發(fā)明的示范性實施例的用于產生和發(fā)送SGDD的方法的流程圖。參照圖2，BCAST服務分發(fā)/改編103在步驟201中指定將被遞送到終端108的SGDD的元素和屬性。在步驟201中，指定根據(jù)本發(fā)明的示范性實施例的NotificationEntry、NotificationPort、和NotificationAddress值。其中，SGDD的元素和屬性已經根據(jù)廣播提供者或系統(tǒng)環(huán)境被預先確定。在步驟201之后，BCAST服務分發(fā)/改編103在步驟202中產生SGDD。此后，BCAST服務分發(fā)/改編103在步驟203中向終端108發(fā)送所產生的SGDD。雖然SGDD的指定和產生在這里由BCAST服務分發(fā)/改編103完成，但是其也可以由通知事件功能102-1完成。圖3是示出根據(jù)本發(fā)明的示范性實施例的用于在移動廣播系統(tǒng)中由終端108接收SGDD的方法的流程圖。參照圖3，終端108在步驟301中應用戶的請求執(zhí)行廣播服務，并在步驟302中確定終端108中是否有服務指南(SG),以便為用戶顯示服務指南。如果在步驟302中有之前接收的服務指南，則終端108在步驟306中在顯示器上顯示該服務指南。然而，如果沒有服務指南，則終端108在步驟303中接收從BCAST服務分發(fā)/改編103發(fā)送的SGDD。在步驟304中，接收SGDD的終端108譯解SGDD以獲取用于接收服務指南的信息，并利用獲取的信息設置服務指南的接收。具體地，在本發(fā)明的示范性實施例中，終端108獲取除一般設置之外的用于接收一般通知消息所需的NotificationEntry、NotificationPort、和MotificationAddress4直。t匕后，終端108在步驟305中立即接收服務指南。在接收足夠的服務指南數(shù)據(jù)之后，終端108在步驟306中在其顯示器上為用戶顯示所接收的服務指南。接收SGDD的終端108設置廣播的接收，并接著接收廣播。此后，終端108在廣播接收期間交換一般通知信息，下面描述用于消息交換的廣播系統(tǒng)。圖4是示出根據(jù)本發(fā)明的示范性實施例的用于在移動廣播系統(tǒng)中發(fā)送一般通知消息的廣播系統(tǒng)的框圖。圖中示出圖1的通知分發(fā)/改編功能103-1和通知客戶端功能108-1的詳細結構?？梢詫⒆鳛榻K端108的一個功能塊的通知客戶端功能108-1當作終端108。參照圖4，通知分發(fā)/改編功能103-1負責向終端或終端組遞送一般通知消息，而且包括UDP分組產生器402和IP分組產生器403。如果有從通知事件功能102-1遞送的一般通知消息，則UDP分組產生器402利用之前通過SGDD發(fā)送到終端的通知端口產生UDP分組，并接著向IP分組產生器403遞送所產生的UDP分組。其中，通知端口是在通過SGDD接收的NotificationPort中設置的值。將一般通知消息立即輸入到UDP層的原因在于，當使用其它上層的傳輸協(xié)議時，協(xié)議首部的尺寸比要發(fā)送的消息的尺寸更大，從而降低了效率。IP分組產生器403在接收到指示從UDP分組產生器402發(fā)送的UDP分組的通知時利用當前進行會話的IP地址產生分組。雖然可以簡單地利用如上所述的UDP端口號發(fā)送一般通知消息，但是還是需要單獨的IP會話以便將終端從睡眠狀態(tài)喚醒并允許終端接收一般通知消息。這是因為，終端在從睡眠狀態(tài)被喚醒時沒有當前進行會話?？紤]到這種狀況，IP分組產生器403不僅為當前進行會話的IP地址產生分組，而且利用NotificationAddress的IP地址產生分組，并發(fā)送所產生的分組。經由廣播分發(fā)系統(tǒng)或交互網絡404向通知客戶端功能108-1發(fā)送所產生的IP分組。其中，為方便起見將廣播分發(fā)系統(tǒng)或交互網絡404展示為一個塊。即，根據(jù)廣播提供者或系統(tǒng)環(huán)境來選擇設備404。通知客戶端功能108-1通過解封裝從通知分發(fā)/改編功能103-1發(fā)送的IP分組數(shù)據(jù)來譯解一般通知消息。因而，通知客戶端功能108-1包括IP分組譯碼器406、UDP分組譯碼器(decipherer)407、以及一般通知消息譯碼器408。IP分組i奪碼器406確定經由廣播分發(fā)系統(tǒng)或交互網絡404接收的IP分組是與當前進行會話對應、還是被指定了一般通知消息的接收地址。即，如果IP分組與NotificationAddress對應，則IP分組譯碼器406通過解封裝IP首部來產生UDP分組，并向UDP分組譯碼器407遞送所產生的UDP分組。然而，如果IP分組不與NotificationAddress對應，則IP分組譯碼器406丟棄相應的分組。分組譯碼器407向上層遞送該UDP分組。然而，當所接收的UDP分組之前已經具有通過SGDD的NotificationPort預先登記的一般通知消息的端口識別號時，UDP分組譯碼器407向一般通知消息譯碼器408遞送所接收的UDP分組，而不解封裝所接收的UDP分組并將其遞送到上層。一般通知消息譯碼器408接收解封裝的分組以譯解一般通知消息，并根據(jù)譯解結果確定終端的未來操作。一般通知消息譯碼器408也可以在控制器中實現(xiàn)?，F(xiàn)在將參照圖5描述根據(jù)本發(fā)明的示范性實施例的用于發(fā)送一般通知消息的方法。圖5是示出根據(jù)本發(fā)明的示范性實施例的在移動廣播系統(tǒng)中發(fā)送一般通知消息的過程的流程圖。參照圖5,BCAST服務分發(fā)/改編103在步驟501中接收來自通知事件功能102-1的包含通知內容的一般通知消息。在步驟502中，BCAST服務分發(fā)/改編103接著利用預定UDP端口和所接收的一般通知消息產生UDP分組。如服務供給者層中通知的，一般通知消息的格式不與傳輸直接有關，所以將相應的一^:通知消息立即產生為UDP分組。同時，存在這樣的可能性，有處于睡眠狀態(tài)的終端，其如圖4中所示連接到交互網絡107，或可以在接收到一般通知消息時接收尋呼消息，但是它們的廣播接收器被禁用了。因而，處于該狀態(tài)下的終端108應當借助通過交互網絡107或其它方法執(zhí)行尋呼來喚醒睡眠的廣播接收器(未示出)。為此，BCAST服務分發(fā)/改編103在步驟504中產生用于喚醒睡眠的廣播接收器的尋呼消息，并在步驟505中通過交互網絡107或其它方法發(fā)送尋呼消息，從而喚醒終端的睡眠的廣播接收器。利用預先指定的用于通知遞送的UDP端口號(即，NotificationPort)來產生用于承載一般通知消息的分組。這是為了允許終端108將接收的分組識別為一般通知消息。在步驟503中，利用當前進行會話的IP地址、或用于遞送一般通知消息的IP地址(即，NotificationAddress)來將所產生的UDP分組產生為IP分組。通知分發(fā)/改編功能103-1可以獲取當前進行會話的IP地址，因為其由BCAST服務分發(fā)/改編103中的用于發(fā)送服務的部分管理。將產生的IP分組遞送到下層的發(fā)送器。該情況下，考慮到其中有分組丟失或分組接收可能失敗的狀況，可以根據(jù)網絡提供者或服務供給者的需要將一般通知消息屢次重復地遞送到下層的發(fā)送器。圖6是示出根據(jù)本發(fā)明的示范性實施例的移動廣播系統(tǒng)的通知客戶端功能108-1中接收一般通知消息的過程的流程圖。參照圖6，在步驟601中，通知客戶端功能108-l接收IP分組并譯解IP分組的首部。作為首部譯解的結果，通知客戶端功能108-1在步驟602中確定分組的IP地址是否與當前進行會話的IP地址相同。執(zhí)行IP檢查的原因在于，通知客戶端功能108-1不需要接收與當前進行會話無關的分組。因而，如果作為IP檢查的結果IP首部的地址與當前進行會話的地址不相同，則通知客戶端功能108-1在步驟606中丟棄當前接收的分組。然而，如果接收的IP分組的地址與當前進行會話的IP地址相同，則通知客戶端功能108—1進入步驟603，在其中其譯解通過解封裝IP分組獲得的UDP分組的首部。此后，通知客戶端功能108-1在步驟604中通過確定通過譯解UDP分組的首部獲得的UDP端口號是否與如圖3中所述通過SGDD預定的端口號相同來確定其是否是指定的UDP端口。即，通知客戶端功能108-1確定所接收的分組是一般通知消息、還是一般廣播會話的分組。如果在步驟604中確定接收的UDP分組首部的端口號與指定用于接收一般通知消息的UDP端口號相同，則通知客戶端功能108-1在步驟605中解封裝接收的UDP分組以打開一般通知消息的有效載荷，并譯解相應的消息以執(zhí)行必要的搡作。然而，如果接收的UDP分組的端口號與預先指定的UDP端口號不相同，則通知客戶端功能108-1進入步驟607,在其中其處理接收的UDP分組，把它當作現(xiàn)有廣播會話的分組。圖7是示出根據(jù)本發(fā)明的示范性實施例的在移動廣播系統(tǒng)中在通知客戶端功能108-1中當其連接到交互網絡404或具有睡眠終端的系統(tǒng)時接收一般通知消息的過程的流程圖。參照圖7,在步驟701中，通知客戶端功能108-1根據(jù)交互網絡404的機制或其它方法的尋呼機制接收尋呼消息。在步驟702中，通知客戶端功能108-1通過尋呼消息激活睡眠的廣播接收器并準備接收。接收準備包括利用通過SGDD發(fā)送的NotificationPort和NotificationAddress產生會話、以及進入就緒狀態(tài)。在步驟703中，處于就緒狀態(tài)的通知客戶端功能108-1在接收到來自通知分發(fā)/改編功能103-1的IP分組時譯解所接收的IP分組的首部。通知客戶端功能108-1在步驟704中確定IP分組的地址是否與從通過SGDD獲得的NofiticationAddress指定的用于一般通知消息的IP地址相同。如果確定IP分組的首部中的地址與NotificationAddress的地址不相同，則通知客戶端功能108-1在步驟708中丟棄該分組。然而，如果IP分組的IP地址與NotificationAddress的IP地址相同，則通知客戶端功能108-1在步驟705中譯解通過解封裝IP分組獲得的UDP分組的首部。此后，通知客戶端功能108-1在步驟706中確定通過譯解UDP分組的首部獲得的UDP端口號是否與通過SGDD獲得的NotificationPort的UDP端口號相同。執(zhí)行步驟706以確定接收的分組是一般通知消息、還是錯誤地發(fā)送的分組。如果在步驟706中確定接收的UDP分組首部的端口號與NotificationPort(即，指定用于接收一般通知消息的UDP端口號)相同，則通知客戶端功能108-1在步驟707中解封裝UDP分組以獲得消息的有效載荷，并譯解相應的消息以執(zhí)行必要的操作。然而，如果接收的UDP分組的端口號與NotificationPort的端口號不相同，則通知客戶端功能108-1在步驟708中丟棄接收的UDP分組，把它當作不正確地發(fā)送的UDP分組?，F(xiàn)在將描述特定通知消息、或第二通知消息。圖8是示出在作為移動廣播技術的標準組之一的OMABACBCAST中建議用于移動廣播的服務指南的數(shù)據(jù)模型架構的圖。參照圖8，一個服務指南由具有其獨特對象的片段組成，而且根據(jù)用法被劃分為4個大組。作為用于提供可用于接收服務指南的基本信息的組的管理組800由服務指南上下文801和服務指南遞送描述符802組成。服務指南上下文801提供產生并發(fā)送服務指南標識符(ID)和服務指南的服務供給者的標識信息、以及關于整個服務指南的信息。服務指南遞送描述符802為終端提供關于能夠接收多個服務指南片段的信道的信息、以及該信道的時間表信息和更新信息，使得終端可以在適當?shù)臅r候僅接收必要的服務指南。作為用于提供關于服務接收的費用信息的組的提供組810由購買項目811、購買數(shù)據(jù)812、和購買信道813組成。購買項目811提供關于服務或服務捆綁包的費用信息，而購買數(shù)據(jù)812提供指示服務用戶用何種方法可以付信息。表822、和內容823組成。服務821提供用戶將接收的服務本身的描述、以及指示該服務可以配置有何種內容的信息。時間表822提供關于何時可以提供和使用服務的信息。內容823提供關于構成服務的多個內容中的每一個的信息。訪問組830由訪問831和會話描述832組成，而且提供指示如何接收核心組820的服務的服務訪問信息、以及關于在其中發(fā)送組成服務的內容的會話的詳細信息，以使得終端能夠訪問服務。訪問831為終端提供一種服務的多個訪問方法，以便提供其中終端可以訪問基于一種服務的幾種附加服務的方法。會話描述832提供由一個訪問片段中定義的服務訪問發(fā)送的服務的會話信息。除4個組之外，還有預覽數(shù)據(jù)片段824，而預覽數(shù)據(jù)片段824提供服務和內容的預覽和圖標。表3至表11示出OMABCAST中當前定義的訪問片段的詳細內容。表3<table>tableseeoriginaldocumentpage28</column></row><table><table>tableseeoriginaldocumentpage29</column></row><table>表4<table>tableseeoriginaldocumentpage29</column></row><table>表5<table>tableseeoriginaldocumentpage30</column></row><table>表6<table>tableseeoriginaldocumentpage30</column></row><table><table>tableseeoriginaldocumentpage31</column></row><table>表7<table>tableseeoriginaldocumentpage31</column></row><table><table>tableseeoriginaldocumentpage32</column></row><table><table>tableseeoriginaldocumentpage33</column></row><table><table>tableseeoriginaldocumentpage34</column></row><table><table>tableseeoriginaldocumentpage35</column></row><table>表3至表11中'類別，的描述與表1和表2中'類別'的描述相同，而表3至表11的詳細描述在OMA的因特網網址http:〃www.openmobilealliance.org/ftp/Publicdocuments/BAC/BCAST/Permanentdocuments/OMA-TS-TS-BCASTServiceGuide-Vl00-20050930陽D.zip中包含的描述文檔中公開，其公開的全部內容通過引用而被合并于此。該引用文檔在撰寫本說明書時是最新版本，如果該文檔之后被更新，則本發(fā)明的示范性實施例也可以應用于更新的版本。在表3至表11中，這里新定義了最后3個項目用于表1和表2中定義的通知。元素NotificationEntry具有兩個屬性NotificationPort和NotificationAddress。NotificationPort和NotificationAddress表示關于終端通過其可以接收通知消息的信道的信息。下面討論使用IP作為用于移動廣播的數(shù)據(jù)傳輸技術。如果其中基于使用IP的假定終端可以接收通知消息的方法提供關于通知消息將被發(fā)送到的IP地址的信息，并基于在IP之上使用UDP的假定提供關于UDP端口號的信息，則終端可以接收通知消息。使用UDP的理由如下。雖然也可以使用諸如TCP的其它傳輸協(xié)議，但UDP傳輸協(xié)議的首部具有較少的開銷而且不支持接收確認，所以UDP傳輸協(xié)議適合于單向傳輸?shù)膹V播服務的特性。NotificationPort具有預先分配的UDP端口號，使得網絡提供者或服務供給者在其發(fā)送關于特定服務的通知消息時使用該UDP端口號。接收經由指定用于通知消息的UDP端口發(fā)送的消息的終端可以立即將相應的分組識別為通知消息并處理該分組，因為其通過訪問片段得知用于通知消息的UDP端口。因為每種服務都存在訪問片段，訪問片段中的NotificationPort使得能夠接收相應的服務的通知消息。圖1的通知事件功能102-1或通知分發(fā)/改編功能103-1可用于作為用于產生遞送消息的實體以遞送通知消息。用于產生遞送消息的裝置具有關于全部當前進行會話的信息。即，可以將通知消息附加到需要通知的傳輸會話(即，與任意訪問片段關聯(lián)的特定服務的會話)，而不產生單獨的新會話。會話的基本標識單元由IP地址組成，而通知消息使用與需要通知的訪問片段關聯(lián)的當前進行服務的會話的IP地址。因為移動廣播系統(tǒng)借助簡單地區(qū)分UDP端口通過當前進行特定IP會話遞送通知消息，所以終端可以立即接收與當前進行會話有關的通知消息而無需單獨地監(jiān)視會話。當終端正在接收移動廣播服務而且期望通過正在發(fā)送移動廣播服務的IP流(或IP傳輸路徑)遞送通知消息時，可以使用NotificationPort。當打算在通知消息的遞送期間分配專用IP地址并通過具有該IP地址的流(或傳輸路徑)遞送通知消息時，使用NotificationAddress。NotificationAddress提供IP地址以將關于與訪問片段關聯(lián)的特定服務的通知消息遞送到接收移動廣播服務的終端、或者未接收移動廣播服務以便節(jié)省電源而處于空閑模式的終端。按時間表接收通知消息的終端具有NotificationPort和NotificationAddress的信息，而且當期望遞送終端的狀況或者通知消息的實體設置通知消息的接收地址時，終端接收通知消息。圖9是示出根據(jù)本發(fā)明的示范性實施例的用于在移動廣播系統(tǒng)中產生和發(fā)送訪問片段的方法的流程圖。參照圖9,BCAST服務分發(fā)/改編103在步驟901中指定將被遞送到終端108的訪問片段的元素和屬性。具體地，在步驟901中，指定根據(jù)本發(fā)明的示范性實施例的NotificationEntry、NotificationPort、禾口NotificationAddress值。其中，訪問片段的元素和屬性已經根據(jù)廣播提供者或系統(tǒng)環(huán)境被預先確定。在步驟卯l之后，BCAST服務分發(fā)/改編103在步驟902中產生訪問片段。此后，BCAST服務分發(fā)/改編103在步驟903中向終端108提供在步驟902中產生的訪問片段。圖10是示出根據(jù)本發(fā)明的示范性實施例的用于在移動廣播系統(tǒng)的終端108中接收和處理訪問片段的方法的流程圖。參照圖10,終端108在步驟1001中通過其接收器接收訪問片段。在步驟1002中，接收訪問片段的終端108譯解訪問片段以獲取可用于接收與訪問片段關聯(lián)的特定服務的信息，并利用獲取的信息設置該特定服務的接收。具體地，在本發(fā)明的示范性實施例中，終端108獲取除一般設置之外的用于接收通知消息所需的NotificationEntry、NotificationPort、和NotificationAddress值。接收訪問片段的終端108在設置特定服務的接收之后接收該特定服務。此后，終端108在接收特定服務期間發(fā)送/接收通知消息，下面將描述用于此的廣播系統(tǒng)。用于遞送與訪問片段關聯(lián)的通知消息的過程與圖5中描述的相同，但是所"i吏用的NotificationPort、和NotificationAddress應當是1"又應用于與訪問片段關聯(lián)的服務，而不是用于通用的值。上述值由服務供給者或網絡提供者確定。用于通過訪問片段接收關于特定服務的通知消息的終端108的搡作與圖6和7中描述的相同，所以將略去其描述。圖11是示出根據(jù)本發(fā)明的第二示范性實施例的數(shù)字視頻廣播-廣播與移動服務整合(DVB-CBMS)網絡架構的圖。參照圖11,內容創(chuàng)建(CC)1101是BCAST服務的提供者，而BCAST服務可以包括音頻/視頻廣播服務、文件(音樂文件或數(shù)據(jù)文件)下載服務等等。如果在提供BCAST服務時有任何問題、或服務的內容有任何改變，則內容創(chuàng)建1101向BCAST服務應用1102中的通知事件功能(NTE)1102a通知該問題或改變。通知事件功能1102a基于接收的事件向通知產生功能(NGF)1103a遞送通知消息事件。BCAST服務應用1102具有接收從內容創(chuàng)建1101提供的BCAST服務的內容數(shù)據(jù)、以適合于廣播網絡的形式(例如，音頻/視頻流或電影下載)處理接收的內容數(shù)據(jù)、以及產生BCAST服務數(shù)據(jù)的功能。例如，BCAST服務應用1102具有產生廣播指南所需的標準化的元數(shù)據(jù)的功能，而且具有根據(jù)用戶產生帳單信息的功能。此外，BCAST服務應用1102接收由內容創(chuàng)建1101通知的BCAST服務中的改變，向位于服務管理(SM)1103中的通知產生功能1103a遞送通知事件，并向通知產生功能1103a提供用于產生通知消息的服務指南屬性信息。服務管理1103具有確定從BCAST服務應用1102提供的BCAST服務的發(fā)送時間表的功能、以及產生服務指南的功能。將服務管理1103連接到能夠提供BCAST服務的廣播分發(fā)系統(tǒng)1106、以及支持交互通信的交互網絡1107。此外，其中包括通知分發(fā)/改編功能(NTDA)1103b的服務管理1103接收來自服務管理1103的通知消息并經由廣播分發(fā)系統(tǒng)1106或交互網絡1107向一個終端或一組終端發(fā)送該通知消息。服務管理1103具有由通知產生功能.1103a用于產生用于終端的通知消息所需的會話信息，而且通知分發(fā)/改編功能1103b向通知產生功能1103a發(fā)送該會話信息。服務管理1103管理關于BCAST服務的接收的訂閱信息、諸如指示訂戶是否已購買相關內容的信息的服務供給信息、以及關于接收BCAST服務的終端的設備信息。即，服務管理1103向BCAST服務應用1102提供用戶帳單信息。服務管理1103還向廣播分發(fā)系統(tǒng)1106和交互網絡1107提供訂閱信息、服務供給信息、以及設備信息。具體地，當發(fā)生指示從內容創(chuàng)建1101、BCAST服務應用1102、服務管理1103以及廣播分發(fā)系統(tǒng)1106提供的功能中添加了新功能或現(xiàn)有功能的改變的事件時，服務管理1103,由于其包括通知產生功能1103a,故產生關于通知事件的通知消息，或產生關于指示從BCAST服務提供的內容的信息的通知消息。例如，可以將通知消息與指示將在某段時間經過之后提供相應的廣播的信息的自身事件關聯(lián)。廣播分發(fā)系統(tǒng)1106是用于發(fā)送BCAST服務的網絡。在本示范性實施例中，作為示例，廣播分發(fā)系統(tǒng)1106基于DVB-H。如果在發(fā)送BCAST服務的過程中發(fā)生改變，則廣播分發(fā)系統(tǒng)1106經由CBMS-6接口1124a或X-3接口1124b向服務管理1103通知該改變。交互網絡1107在點對點基礎上發(fā)送BCAST服務，或者交互地交換與BCAST服務的接收有關的控制信息和附加信息，而且可以是諸如3GPP寬帶碼分多址(WCDMA)網絡的現(xiàn)有的蜂窩網絡。終端1108是能夠接收BCAST服務的終端設備，而且根據(jù)該終端裝置的能力可能具有利用交互信道訪問交互網絡1107的功能。這里假定終端1108是能夠經由X-21134訪問作為交互網絡1107的示例的蜂窩網絡的終端。終端108接收由通知客戶端功能(NTC)1108a經由CBMS-3接口1125發(fā)送的通知消息，并根據(jù)所接收的通知消息執(zhí)行適當?shù)霓??？蛇x擇地，終端1108接收經由CBMS-4接口1126發(fā)送的通知消息，并根據(jù)所接收的通知消息執(zhí)行適當?shù)牟僮鹘酉聛?，將描述根?jù)本發(fā)明的第二示范性實施例的移動廣播系統(tǒng)的塊元素之間的接口。CBMS-7接口1122,作為在位于BCAST服務應用1102中的通知事件功能1102a與服務管理1103的通知產生功能1103a之間的接口，承載用于產生關于事件的通知或通知消息所需的信息(例如，服務指南的屬性信息)，使得通知產生功能1103a可以產生通知消息。CBMS-5接口1125,作為在通過經由廣播分發(fā)系統(tǒng)1106的廣播信道將從服務管理1103的通知分發(fā)/改編功能1103b發(fā)送的通知消息直接遞送到終端1108時使用的接口，用于向一個或多個終端1108發(fā)送通知消息。CBMS-4接口1126,作為在通過經由交互網絡1107到終端1108的專用信道、或通過由交互網絡1107提供的廣播信道將從服務管理1103的通知分發(fā)/改編功能1103b發(fā)送的通知消息直接遞送到終端1108時使用的接口，用于向一個或多個終端1108發(fā)送通知消息。CBMS-6接口1124a,作為服務管理1103與廣播分發(fā)系統(tǒng)1106之間的接口，用于作為由服務管理1103在廣播分發(fā)系統(tǒng)1106中使用的發(fā)送路徑、或者廣播分發(fā)系統(tǒng)1106中產生的事件信息的接收路徑。X-3接口1124b是用于設立用于服務管理1103與交互網絡1107之間的傳輸路徑的接口。CBMS-1接口1133是在向終端1108遞送廣播分發(fā)系統(tǒng)1106的控制信號時使用的接口。例如，在DVB-H中，名為程序特定信息/服務信息(PSI/SI)的控制信號與所述控制信號對應。X-2接口1134是交互網絡1107與終端1108之間的接口。通知事件功能1102a具有向通知產生功能1103a遞送用于產生通知消息所需的信息的功能，而且在檢測到發(fā)生需要通知的事件之后，向通知產生功能1103a遞送關于該事件的信息。通知產生功能1103a利用從通知事件功能1102a接收的用于產生通知消息所需的信息和事件來產生通知消息。當通知事件功能1102a經由通知分發(fā)/改編功能1103b接收來自廣播分發(fā)系統(tǒng)1106的通知事件時，其產生通知消息并向通知分發(fā)/改編功能1103b發(fā)送該通知消息。在產生通知消息的過程中，如果需要重新指示服務的開始，則通知產生功能1103a從內容創(chuàng)建1101接收指示服務信息中的改變的通知。從而，定義了需要發(fā)送新移動廣播指南的一種情況、以及廣播分發(fā)系統(tǒng)1106中發(fā)生特定事件的另一種情況。通知分發(fā)/改編功能1103b負責經由CBMS-5接口1125或CBMS-4接口1126發(fā)送通知消息，并向通知產生功能1103a遞送來自廣播分發(fā)系統(tǒng)1106的指示關于特定移動廣播服務的信息中的改變的通知消息。其中，關于廣播服務的信息中的改變可以包括因無線網絡環(huán)境造成的數(shù)據(jù)率的調整、或服務的不可用。圖12是示出根據(jù)本發(fā)明的第二示范性實施例的DVB-CBMS中的電子服務指南(ESG)數(shù)據(jù)模型的圖。參照圖12，每個塊代表ESG的數(shù)據(jù)片段。即，ESG數(shù)據(jù)模型包括服務片段1202、時間表事件片段1204、內容片段1206、獲取片段1208、服務捆綁包片段1210、購買片段1212、以及購買信道片段1214。服務片段1202包含服務的完整描述。時間表事件片段1204表示根據(jù)時間的關于服務的信息。獲取片段120S包含用于接收服務數(shù)據(jù)需要知道的服務訪問信息。服務捆綁包片段1210包含關于將幾個服務聚集到一個服務捆綁包中的情況的信息。購買片段1212指示關于購買服務捆綁包的價格信息。購買信道片段1214指示關于應當用于獲取購買的權利的系統(tǒng)的信息。數(shù)據(jù)模型的每個片段可以引用其它片段，而片段之間的箭頭代表引用的關系。短語"引用，，是指其中當前片段利用從另一個片段遞送的信息來提供與其關聯(lián)的信息的過程。即，當一個服務由幾個內容組成時，服務片段1202僅包含服務的完整描述，例如，服務的名稱和語言，但不包含通過該服務發(fā)送的內容的描述。然而，相應的內容的內容片段1206引用相應的服務的服務片段。此外，為了獲取用于接收服務所需的各種信息，例如用于傳輸協(xié)議的會話信息，終端可以通過接收服務片段1202引用的獲取片段1208、并解調所接收的獲取片段1208來獲取所述信息。在與實際數(shù)據(jù)流不相同的時刻利用單獨的IP流向終端遞送ESG數(shù)據(jù)。因而，在服務遞送之前，服務提供者可以利用ESG數(shù)據(jù)模型提供用戶應當在其接收服務之前獲取的信息。通過接收ESG流，終端獲取由服務提供者提供的用于接收服務所需的信息，而當用戶選擇特定服務時，終端利用所獲取的信息訪問在其中遞送該服務的數(shù)據(jù)流，并接著接收數(shù)據(jù)。如圖12中所示通過獲取片段1208發(fā)送由終端所需的用于訪問服務數(shù)據(jù)流的信息。在ESG數(shù)據(jù)模型中，將幾個片段捆綁并包食在一個容器內，并在其發(fā)送期間將每個容器當作FLUTE會話中的一個對象。圖13是示出根據(jù)本發(fā)明的第二示范性實施例的DVB-CBMS中的ESG遞送操作的圖。參照圖13，發(fā)送器通過PSI/SI信號向終端提供ESG的引導(bootstrapping)會話1310的信道信息，用于發(fā)送ESG。終端根據(jù)信道信息訪問信道，并接著接收引導信息。引導信息由ESG提供者描述符1312和ESG訪問描述符(或ESG引導描述符)1313組成。文件描述表(完整FDT)例程1311是FLUTE協(xié)議中使用的FDT,其為包含描述FLUTE會話中發(fā)送的文件對象的參數(shù)的表。ESG提供者描述符1312包含諸如ESG提供者的ID、名稱、以及徽標的相關信息，而ESG訪問描述符1313包含關于ESG通告信道1320的信息、關于遞送ESG的IP會話的數(shù)量的信息、以及IP會話的地址信息。ESG通告信道1320承載ESG初始化容器1340和ESG索引信息，而由ESG初始化容器1340承載的信息如下。包含容器首部1332。ESG初始化消息1333包含用于譯解ESG的解碼器的選項，而分割信息1334包含在通過多個會話發(fā)送ESG時每個會話的會話分離準則信息和信道信息。索引列表1335和索引結構1336包含發(fā)送ESG的片段、以及容器1340-1至1340-n之間的映射信息。進一步還額外包括文件描述表(完整FDT)例程1321。如圖13中所示在其發(fā)送期間將ESG包含在幾個容器中，而每個容器由指示關于構成相應的容器的片段的信息的片段管理信息、以及ESG片段組成。在給出根據(jù)本發(fā)明的第二示范性實施例的接收通知消息的操作的描述之前，將首先說明通知消息的類型?？梢詫⑼ㄖ⒋致缘貏澐譃閮煞N類型。第一通知消息是向每個用戶遞送的通用的一般通知消息。該通知消息由服務供給者用于向用戶提供災難廣播或系統(tǒng)改變信息。第二通知消息是限于特定服務的特定通知消息。該通知消息僅被發(fā)送給接收特定服務的用戶，而且用于指示該服務的改變和開始。也可以為每個單獨的特定用戶群而不是每個單獨的服務獨立地產生和發(fā)送特定通知消息。"特定用戶群"可以是通過通知服務訂閱形成的用戶群、或者在網絡打算向特定區(qū)域遞送通知消息時形成的用戶群。當打算向通過通知服務訂閱形成的用戶群遞送通知消息時，可以在點對點的基礎上發(fā)送通知消息，因為已經管理關于每個訂戶的信息。當打算分開地向每個單獨的特定區(qū)域遞送通知消息時，并不分開地管理位于該特定區(qū)域中的用戶群。在通知消息的發(fā)送/接收中，圖14中示出根據(jù)本發(fā)明的第二示范性實施例的總體流程。如圖14中所示，本發(fā)明大致包括遞送/獲取通知消息信道信息的操作A(1410)、發(fā)送/接收通知消息的操作B(1420)、以及在其中終端接收和譯解通知消息并根據(jù)其執(zhí)行操作的操作C(1430)。將在第二示范性實施例中描述操作A(1410),將參照圖19至21描述操作B(1420)，而為清楚和筒潔起見將略去操作C(1430)的描述。I.操作A(1410)在;f艮據(jù)第二示范性實施例的DVB-CBMS系統(tǒng)中，利用ESG向終端發(fā)送通知消息信道信息，而且終端利用該信道信息得知接收的分組包含通知消現(xiàn)在將參照下面的表12描述根據(jù)本發(fā)明的示范性實施例的應用于DVB-CBMS系統(tǒng)的通知消息信道信息。表12<table>tableseeoriginaldocumentpage43</column></row><table>將說明表12中使用的術語。'名稱，表示組成相應的消息的元素值和屬性值的名稱。'類型'表示相應的名稱是與元素(element)值還是屬性(attribute)值對應。元素值具有值E1、E2、E3、和E4。El意味著整個消息的上級元素值，E2表示El的子元素值，E3表示E2的子元素值，而E4表示E3的子元素值。屬性值由A表示，而A表示相應的元素的屬性值。例如，El下面的A表示El的屬性值。'類別，用于表示相應的元素值或屬性值是否是強制的，而且如果值為強制的(mandatory)則具有值M，如果值為可選的(optional)則具有值O。'描述，定義相應的元素或屬性值的含義。元素NotificationEntry具有兩個屬性NotificationPort和NotificationAddress。NotificationPort牙口NotificationAddress表示關于纟冬^耑通過其可以接收通知消息的信道的信息。下面討論使用IP作為數(shù)據(jù)傳輸技術。如果其中基于使用IP的假定終端可以接收通知消息的方法提供關于通知消息將被發(fā)送到的IP地址的信息，并基于在IP層之上使用UDP的假定提供關于UDP端口號的信息，則終端可以接收通知消息。使用UDP的理由如下。雖然也可以使用諸如TCP的其它傳輸協(xié)議，但UDP傳輸協(xié)議的首部具有較少的開銷而且不支持接收確認，所以UDP傳輸協(xié)議適合于單向傳輸?shù)膹V播服務的特性。當在點對點的基礎上遞送通知消息時，可以使用TCP代替UDP。因而應當理解，除非另外聲明，在點對點方案中使用TCP端口作為通知消息端口。雖然以下描述中將使用UDP端口作為通知消息端口，如上所述在點對點方案中也可以使用TCP端口作為通知消息端口。NotificationPort具有預先分配的UDP端口號，使得網絡提供者或服務供給者在其發(fā)送通知消息時使用該UDP端口號。接收經由指定用于通知消息的UDP端口發(fā)送的消息的終端可以立即將相應的分組識別為通知消息并處理該分組，因為其了解用于通知消息的UDP端口。可以在圖11的通知事件功能1102a或通知分發(fā)/改編功能1103b中實現(xiàn)產生作為發(fā)送消息的通知消息的操作。用于產生通知消息的實體具有關于全部當前進行會話的信息。即，可以將通知消息附加到現(xiàn)有的傳輸會話，而不產生單獨的新會話。會話的基本標識單元由IP地址組成，而通知消息使用當前進行會話的IP地址。其中，可以將當前進行會話與聯(lián)系到需要通知的獲取片段的特定服務關聯(lián)。由于移動廣播系統(tǒng)借助簡單地區(qū)分UDP端口號通過當前進行IP會話遞送通知消息，終端可以立即接收通知消息(一般通知消息、或與當前進行會話的服務有關的特定通知消息)而無需單獨地監(jiān)視會話。當終端正在接收移動廣播服務而且期望通過正在發(fā)送移動廣播服務的IP流(或IP傳輸路徑)遞送通知消息時，可以使用NotificationPort。當打算在通知消息的遞送期間分配專用IP地址并通過具有該IP地址的流(或傳輸路徑)遞送通知消息時，使用NotificationAddress。NotificationAddress提供IP地址以將一^:或特定通知消息遞送到接收移動廣播服務的終端、或者未接收移動廣播服務以便節(jié)省電源而處于空閑模式的終端。利用NotificationPort和NotificationAddress,終端根據(jù)期望遞送終端的狀況或通知消息的實體的通知消息的接收地址來接收通知消息。在根據(jù)本發(fā)明的示范性實施例的廣播系統(tǒng)中，因為已經訪問廣播服務的終端接收PSI/SI信號，發(fā)送器并不單獨地發(fā)送通知消息信道信息?，F(xiàn)在將描述根據(jù)本發(fā)明的示范性實施例的用于在廣播系統(tǒng)中遞送通知消息的方法。對于一般通知消息，發(fā)送器在發(fā)送之前將表12的信道信息插入圖13的ESG引導描述符1313中。對于特定通知消息，發(fā)送器將表12的信道信息插入圖12的獲取片段1208中。現(xiàn)在將參照圖15和16描述根據(jù)本發(fā)明的第二示范性實施例的廣播系統(tǒng)中的ESG引導描述符1313的發(fā)送/接收。圖15是示出根據(jù)本發(fā)明的第二示范性實施例的在廣播系統(tǒng)中產生和遞送ESG引導描述符1313的操作的流程圖。參照圖15，通知分發(fā)/改編功能1103b在步驟1501中指定一般通知消息信道信息的元素和屬性作為要被遞送到終端1108的ESG引導信息。具體地，在步驟1501中，指定如上所述的NotificationEntry、NotificationPort、和NotificationAddress值。其中，根據(jù)廣播提供者或系統(tǒng)環(huán)境預先確定一4殳通知消息信道信息的元素和屬性。在步驟1501之后，通知分發(fā)/改編功能1103b在步驟1502中產生包含一般通知消息信道信息的ESG引導描述符1313。此后，在步驟1503中，通知分發(fā)/改編功能1103b向終端1108遞送所產生的ESG引導描述符1313。雖然這里一般通知消息信道信息的產生由通知分發(fā)/改編功能1103b實現(xiàn)，但是其也可以由通知事件功能1102a完成。圖16是示出根據(jù)本發(fā)明的第二示范性實施例的在廣播系統(tǒng)中由終端1108接收ESG引導描述符1313中的通知消息信道信息的操作的流程圖。參照圖16，終端1108在步驟1601中執(zhí)行用戶的廣播服務，并接著在步驟1602中接收從通知分發(fā)/改編功能1103b發(fā)送的ESG引導描述符1313。在接收ESG引導描述符1313之后，終端1108在步驟1603中譯解ESG引導描述符1313,并在步驟1604中獲取用于接收一般通知消息所需的NotificationEntry、NotificationPort、詳口NotificationAddress。；t匕后，纟冬端1108進入圖14的操作B(1420)?，F(xiàn)在將參照圖17和18描述根據(jù)本發(fā)明的第二示范性實施例的廣播系統(tǒng)中的ESG獲取片段1208的發(fā)送/接收。圖17是示出根據(jù)本發(fā)明的第二示范性實施例的在廣播系統(tǒng)中產生和遞送ESG獲取片段1208中的通知消息信道信息的操作的流程圖。參照圖17，通知分發(fā)/改編功能1103b在步驟1701中指定特定通知消息信道信息的元素和屬性作為要被遞送到終端1108的ESG獲取片段信息。具體地，在步驟1701中，指定如上所述的NotificationEntry、NotificationPort、和NotificationAddress值。其中，根據(jù)廣播提供者或系統(tǒng)環(huán)境預先確定特定通知消息信道信息的元素和屬性。在步驟1701之后，通知分發(fā)/改編功能1103b在步驟1702中將特定通知消息信道信息插入ESG獲取片段1208中。此后，通知分發(fā)/改編功能1103b在步驟1703中通過將ESG獲取片段1208與其它片段合并來完成ESG,并接著在步驟1704中向終端1108遞送ESG。雖然這里特定通知消息信道信息的產生由通知分發(fā)/改編功能1103b實現(xiàn)，但是其也可以由通知事件功能1102a完成。圖18是示出根據(jù)本發(fā)明的第二示范性實施例的在廣播系統(tǒng)中由終端1108接收ESG獲取片段120S中的通知消息信道信息的搡作的流程圖.參照圖18，終端IIOS在步驟1801中執(zhí)行用戶的廣播服務，并接著在步驟1802中接收從通知分發(fā)/改編功能1103b發(fā)送的ESG引導描述符1313。在接收ESG引導描述符1313之后，終端1108在步驟1803中譯解ESG引導描述符1313。此后，在步驟1804中，終端1108獲取可用于接收ESG的信息并利用所獲取的信息執(zhí)行關于ESG的接收的硬件和軟件設置，并接著立即4妻收ESG。在步驟1805中，終端1108獲耳又并4全查包含在ESG的獲取片段1208中的用于接收特定通知消息所需的NotificationEntry、NotificationPort、和NotifkationAddress。此后，終端1108進入圖14的操作B(1420)。作為另一個示例，終端1108可以通過接收通知消息并譯解插入到通知消息中的Service—ID來識別與通知消息關聯(lián)的特定服務，而沒有像圖17和18中所做的一樣通過ESG的獲取片段1208來獲得特定通知消息信道信息。優(yōu)選的是，ServiceJD具有與ESG中的服務ID相同的含義。II.4喿作B(1420)現(xiàn)在將參照圖19描述根據(jù)本發(fā)明的第二示范性實施例的通知消息的發(fā)送。因為從發(fā)送方法看一般通知消息和特定通知消息是彼此相同的，在圖19中將不對它們進行區(qū)分。圖19是示出根據(jù)本發(fā)明的第二示范性實施例的在廣播系統(tǒng)中遞送一般通知消息的操作的流程圖。參照圖19，通知分發(fā)/改編功能1103b在步驟1901中接收來自通知事件功能1102a的包含通知內容(即，通知事件)的一般通知消息。在步驟1902中，通知分發(fā)/改編功能1103b接著利用預定UDP端口和該一般通知消息產生UDP分組。如服務供給者層中所定義的，一般通知消息的格式不與傳輸直接有關，所以將一般通知消息立即產生為UDP分組。此后，在步驟1903中，通知分發(fā)/改編功能1103b根據(jù)當前進行廣播會話和之前利用產生的通知消息指定的通知IP地址來產生分組，并向終端遞送所產生的分組。同時，在服務區(qū)中，存在這樣的可能性，存在處于睡眠狀態(tài)的終端，其如連接到交互網絡1107或可以接收尋呼消息但是它們的廣播接收器被禁用了。對于這種狀態(tài)下的終端，系統(tǒng)應當通過利用交互網絡1107交互信道或通過其它手段執(zhí)行尋呼來喚醒終端的睡眠的廣播接收器(未示出)。為此，系統(tǒng)在步驟1904中產生用于喚醒睡眠的廣播接收器的尋呼消息，并在步驟1905中通過交互網絡1107的交互信道或其它手段發(fā)送尋呼消息到終端，從而喚醒終端的睡眠的廣播接收器。利用預先指定的用于通知遞送的UDP端口號(即，NotificationPort)來產生用于承載一般通知消息的分組。這是為了允許終端1108將接收的分組識別為一般通知消息。利用當前進行會話的IP地址、或用于遞送一般通知消息的IP地址(即，NotificationAddress)來將所產生的UDP分組產生為IP分組?？梢垣@取當前進行會話的IP地址，因為用于產生通知遞送消息的通知分發(fā)/改編功能1103b存在于用于管理全部發(fā)送的服務管理1103中。將完成的IP分組遞送到下層的發(fā)送器。該情況下，考慮到其中有分組丟失或分組接收可能失敗的狀況，可以根據(jù)網絡提供者或服務供給者的需要將一般通知消息重復地遞送到下層的發(fā)送器。現(xiàn)在將參照圖20和21描述根據(jù)本發(fā)明的第二示范性實施例的廣播系統(tǒng)中接收通知消息的操作。因為從接收方法看一般通知消息和特定通知消息是彼此相同的，下面描述中將不對它們進行區(qū)分。圖20是示出根據(jù)本發(fā)明的第二示范性實施例的在移動廣播系統(tǒng)中由終端的通知客戶端功能1108a接收通知消息的操作的流程圖。參照圖20，在圖14的操作A(1410)中接收通知消息信道信息之后，通知客戶端功能1108a在步驟2001中接收IP分組并譯解IP分組的首部。作為首部譯解的結果，通知客戶端功能1108a在步驟2002中確定IP分組的地址是否與其所需的IP地址相同。其中，"所需的IP分組"意味著當前進行會話的IP地址、或為通知消息分配的特定IP地址(即,NotificationAddress)。因而，如果作為IP檢查的結果，首部中的IP地址不是所需的IP分組，則通知客戶端功能1108a在步驟2006中丟棄接收的IP分組。然而，如果接收的IP分組的地址與所需的IP地址相同，則通知客戶端功能1108a進入步驟2003,在其中其通過解封裝IP分組獲得UDP分組并譯解該UDP分組的首部。此后，通知客戶端功能1108a在步驟2004中確定通過譯解UDP分組的首部獲得的UDP端口號是否與之前通過ESG引導描述符1313或PSI/SI信號獲得的預定通知消息信道信息的端口號NotificationPort相同。即，通知客戶端功能1108a確定所接收的分組是一般通知消息、還是一般廣播會話的分組。如果在步驟2004中確定接收的UDP分組首部的端口號與指定用于接收通知消息的UDP端口號相同，則通知客戶端功能1108a在步驟2005中解封裝接收的UDP分組以獲得包含在其有效載荷中的一般通知消息，并譯解該通知消息以執(zhí)行必要的操作，而且接著進入圖14的操作C(1430)。然而，如果接收的UDP分組的端口號與預先指定的UDP端口號不相同，則通知客戶端功能1108a進入步驟2007，在其中其處理接收的UDP分組、4巴它當作現(xiàn)有廣播會話的分組，或者如果它不是其期望的通知消息則丟棄接收的UDP分組。圖21是示出根據(jù)本發(fā)明的第二示范性實施例的在廣播系統(tǒng)中當其連接到交互網絡時在終端的通知客戶端功能1108a中接收通知消息的過程的流程圖。參照圖21,在圖14的操作A(1410)中接收通知消息信道信息之后，通知客戶端功能1108a在步驟2101中根據(jù)交互網絡或其它系統(tǒng)的尋呼機制接收尋呼消息。在步驟2102中，通知客戶端功能1108a通過尋呼消息激活睡眠的廣播接收器并準備接收。接收準備包括利用以通過第二示范性實施例所述的方法發(fā)送的NotificationPort和NotificationAddress產生會^舌、以及進入就緒狀態(tài)。在進入就緒狀態(tài)之后，通知客戶端功能1108a在步驟2103中在接收到來自通知分發(fā)/改編功能1103b的IP分組時譯解所接收的IP分組的首部。通知客戶端功能1108a在步驟2104中確定IP分組的地址是否與從NofiticationAddress指定的IP地址相同。如果確定IP分組的首部中的地址與NotificationAddress的地址不相同，則通知客戶端功能1108a在步驟2108中丟棄該分組。然而，如果接收的IP分組的IP地址與NotificationAddress的IP地址相同，則通知客戶端功能1108a在步驟2105中譯解通過解封裝IP分組提取的UDP分組的首部。通知客戶端功能1108a在步驟2106中確定通過譯解UDP分組的首部獲得的UDP端口號是否與NotificationPort的UDP端口號相同。執(zhí)行步驟2106以確定接收的分組是一般通知消息、還是錯誤地發(fā)送的分組。如果在步驟2106中確定接收的UDP分組首部的端口號與NotificationPort(即，指定用于接收一般通知消息的UDP端口號)相同，則通知客戶端功能1108a在步驟2107中解封裝UDP分組以獲得包含在該有效載荷中的通知消息，并譯解該通知消息以執(zhí)行必要的操作，并且接著進入圖14的操作C(1430)。然而，如果接收的UDP分組的端口號與NotificationPort的端口號不相同，則通知客戶端功能1108a在步驟2108中丟棄接收的UDP分組，把它當作不正確地發(fā)送的UDP分組。此后，終端進入圖14的操作C(1430)。操作C與本發(fā)明的示范性實施例的要點不相關，所以將略去其描述。從前面的描述可知，本發(fā)明的示范性實施例在SGDD中設置用于通知消息遞送的IP地址和UDP端口以避免需要譯解接收的信號的全部首部，從而減少了系統(tǒng)開銷并使得即便在終端處于睡眠狀態(tài)或正與其它系統(tǒng)交互時也可以遞送通知消息?？梢酝ㄟ^從計算機可讀介質運行程序而在通用計算機上實現(xiàn)本發(fā)明的示范性實施例，所述計算機可讀介質包括但不限于諸如磁存儲介質(ROM、RAM、軟盤、磁帶等等)、光學可讀介質(CD-ROM、DVD等等)的存儲介質、以及載波(在因特網上的傳輸)。雖然已經參照其某些優(yōu)選實施例展示和描述了本發(fā)明的某些示范性實施例，但是本領域技術人員應當理解，可以在其中從形式和細節(jié)上作出各種改變而不背離由所附權利要求書及其等價物定義的本發(fā)明的精神和范圍。權利要求1.一種用于在基于因特網協(xié)議IP的廣播系統(tǒng)的發(fā)送器中提供廣播服務的方法，所述方法包括步驟(a)經由廣播網絡和交互網絡其中之一，發(fā)送包含用于向廣播接收器發(fā)送一般通知消息的第一網絡地址的第一訪問信息、以及用于發(fā)送與特定廣播服務相關的特定通知消息的第二訪問信息；以及(b)如果發(fā)生一般通知事件，則產生所述一般通知消息并利用所述第一網絡地址經由所述廣播網絡和所述交互網絡其中之一向所述廣播接收器發(fā)送所產生的一般通知消息。2.如權利要求1所述的方法，其中所述第二訪問信息進一步包括用于發(fā)送與特定廣播服務相關的特定通知消息的第二網絡地址。3.如權利要求2所述的方法，進一步包括如果發(fā)生特定通知事件則產生所述特定通知消息并利用所述第二網絡地址經由所述廣播網絡和所述交互網絡其中之一發(fā)送所產生的特定通知消息的步驟。4.如權利要求1所述的方法，其中所述第一網絡地址包括指示用于發(fā)送所述一般通知消息的用戶數(shù)據(jù)報協(xié)議UDP端口的通知端口。5.如權利要求l所述的方法，其中所述第一網絡地址包括通知端口，指示用于發(fā)送所述一般通知消息的UDP端口；以及通知地址，如果使用IP地址發(fā)送所述一般通知消息則指示所述IP地址。6.如權利要求1所述的方法，進一步包括在發(fā)送所述第一訪問信息之前發(fā)送尋呼消息的步驟。7.如權利要求4所述的方法，其中步驟(b)包括步驟為所述一般通知消息產生包含所述UDP端口的UDP分組；以及為所產生的UDP分組產生包含當前IP地址的IP分組。8.如權利要求5所述的方法，其中步驟(b)包括步驟為所述一般通知消息產生包含所述UDP端口的UDP分組；以及為所產生的UDP分組產生包含所述IP地址的IP分組。9.如權利要求3所述的方法，其中所述第二網絡地址包括指示用于發(fā)送所述特定通知消息的UDP端口的通知端口。10.如權利要求3所述的方法，其中所述第二網絡地址包括通知端口，指示用于發(fā)送所述特定通知消息的UDP端口；以及通知地址，如果使用IP地址發(fā)送所述特定通知消息則指示所述IP地址。11.如權利要求9所述的方法，其中步驟(b)包括步驟為所述特定通知消息產生包含所述UDP端口的UDP分組；以及為所產生的UDP分組產生包含當前IP地址的IP分組。12.如權利要求IO所述的方法，其中步驟(b)包括步驟為所述特定通知消息產生包含所述UDP端口的UDP分組；以及13.如權利要求2所述的方法，其中如果所述廣播系統(tǒng)支持開放移動聯(lián)盟瀏覽器和內容移動廣播OMABACBCAST,則在服務指南遞送描述符SGDD中包含所述第一網絡地址，并在服務指南中的訪問片段中包含所述第二網紹_地址。14.如權利要求2所述的方法，其中如果所述廣播系統(tǒng)支持數(shù)字視頻廣播DVB，則在電子服務指南引導描述符中包含所述第一網絡地址，并在電子服務指南ESG中的獲取片段中包含所述第二網絡地址。15.—種用于基于因特網協(xié)議IP的廣播系統(tǒng)的發(fā)送器，包括第一裝置，用于經由廣播網絡和交互網絡其中之一發(fā)送包含用于發(fā)送一般通知消息的第一網絡地址的第一訪問信息、以及用于發(fā)送與特定廣播服務相關的特定通知消息的第二訪問信息；以及第二裝置，用于如果發(fā)生一般通知事件，則產生所述一般通知消息并利用所述第一網絡地址經由所述廣播網絡和所述交互網絡其中之一發(fā)送所產生的一^1通知消息。16.如權利要求15所述的發(fā)送器，其中所述第二訪問信息進一步包括用于發(fā)送與特定廣播服務相關的特定通知消息的第二網絡地址。17.如權利要求16所述的發(fā)送器，其中如果發(fā)生特定通知事件，則所述第二裝置產生所述特定通知消息并利用所述第二網絡地址經由所述廣播網絡和所述交互網絡其中之一發(fā)送所產生的特定通知消息。18.如權利要求15所述的發(fā)送器，其中所述第一網絡地址包括指示用于發(fā)送所述一般通知消息的用戶lt據(jù)報協(xié)議UDP端口的通知端口。19.如權利要求15所述的發(fā)送器，其中所述第一網絡地址包括通知端口，指示用于發(fā)送所述一般通知消息的UDP端口；以及通知地址，如果使用IP地址發(fā)送所述一般通知消息則指示所述IP地址。20.如權利要求15所述的發(fā)送器，其中所述第一裝置進一步在發(fā)送所述第一訪問信息之前發(fā)送尋呼消息。21.如權利要求18所述的發(fā)送器，其中所述第二裝置包括UDP分組產生器，用于為所述一般通知消息產生包含所述UDP端口的UDP分組；以及IP分組產生器，用于為所產生的UDP分組產生包含當前IP地址的IP分組。22.如權利要求19所述的發(fā)送器，其中所述第二裝置包括UDP分組產生器，用于為所述一般通知消息產生包含所述UDP端口的UDP分組；以及IP分組產生器，用于為所產生的UDP分組產生包含所述IP地址的IP分組。23.如權利要求17所述的發(fā)送器，其中所述第二網絡地址包括指示用于發(fā)送所述特定通知消息的UDP端口的通知端口。24.如權利要求17所述的發(fā)送器，其中所述第二網絡地址包括通知端口，指示用于發(fā)送所述特定通知消息的UDP端口；以及通知地址，如果使用IP地址發(fā)送所述特定通知消息則指示所述IP地址。25.如權利要求23所述的發(fā)送器，其中所述第二裝置包括UDP分組產生器，用于為所述特定通知消息產生包含所述UDP端口的UDP分組；以及IP分組產生器，用于為所產生的UDP分組產生包含當前IP地址的IP分組。26.如權利要求24所述的發(fā)送器，其中所述第二裝置包括UDP分組產生器，用于為所述特定通知消息產生包含所述UDP端口的UDP分組；以及IP分組產生器，用于為所產生的UDP分組產生包含所述IP地址的IP分組。27.如權利要求16所述的發(fā)送器，其中如果所述廣播系統(tǒng)支持開放移動聯(lián)盟瀏覽器和內容移動廣播OMABACBCAST,則在服務指南遞送描述符SGDD中包含所述第一網絡地址，并在服務指南中的訪問片段中包含所述第二網絡地址。28.如權利要求15所述的發(fā)送器，其中如果所述廣播系統(tǒng)支持OMABACBCAST,則所述第二裝置擔當通知分發(fā)/改編功能NTDA。29.如權利要求16所述的發(fā)送器，其中如杲所述廣播系統(tǒng)支持數(shù)字視頻廣播DVB,則在電子服務指南引導描述符中包含所述第一網絡地址，并在電子服務指南ESG中的獲取片段中包含所述第二網絡地址。30.如權利要求15所述的發(fā)送器，其中如果所述廣播系統(tǒng)支持DVB,則所述第二裝置擔當通知分發(fā)/改編功能NTDA和通知產生功能NGF其中之31.—種用于在基于因特網協(xié)議IP的廣播系統(tǒng)的廣播接收器中接收廣播服務的方法，所述方法包括步驟(a)經由廣播網絡和交互網絡其中之一，接收包含用于接收一般通知消息的第一網絡地址的第一訪問信息、以及用于接收與特定廣播服務相關的特定通知消息的第二訪問信息；以及(b)基于所述第一網絡地址接收一般通知消息。32.如權利要求31所述的方法，其中所述第二訪問信息進一步包括用于接收與特定廣播服務相關的特定通知消息的第二網絡地址。33.如權利要求32所述的方法，進一步包括如果所述廣播接收機接收特定廣播服務則基于所述第二網絡地址接收特定通知消息的步驟。34.如權利要求31所述的方法，其中所述第一網絡地址包括指示用于接收所述一^:通知消息的用戶數(shù)據(jù)報協(xié)議UDP端口的通知端口。35.如權利要求31所述的方法，其中所述第一網絡地址包括通知端口，指示用于接收所述一般通知消息的UDP端口；以及通知地址，如果使用IP地址接收所述一般通知消息則指示所述IP地址。36.如權利要求31所述的方法，進一步包括如果所述廣播接收機處于睡眠狀態(tài)則在接收所述第一訪問信息之前接收尋呼消息的步驟。37.如權利要求34所述的方法，其中步驟(b)包括步驟如果所述第一網絡地址是當前IP地址，則通過解封裝從當前IP地址接收的數(shù)據(jù)產生UDP分組；確定所述UDP分組是否包含所述UDP端口；以及如果所述UDP分組包含所述UDP端口，則將所接收的UDP分組識別為一般通知消息。38.如權利要求35所述的方法，其中步驟(b)包括步驟如果所迷第一網絡地址是所述IP地址，則通過解封裝從所述IP地址接收的數(shù)據(jù)產生UDP分組；確定所述UDP分組是否包含所述UDP端口；以及如果所述UDP分組包含所述UDP端口，則將所接收的UDP分組識別為一^:通知消息。39.如權利要求33所述的方法，其中所述第二網絡地址包括指示用于接收所述特定通知消息的UDP端口的通知端口。40.如權利要求33所迷的方法，其中所述第二網絡地址包括通知端口，指示用于接收所述特定通知消息的UDP端口；以及通知地址，如果使用IP地址接收所述特定通知消息則指示所述IP地址。41.如權利要求39所述的方法，其中步驟(b)包括步驟如果所述第一網絡地址是當前IP地址，則通過解封裝從當前IP地址接收的數(shù)據(jù)產生UDP分組；確定所述UDP分組是否包含所述UDP端口；以及如果所述接收的UDP分組包含所述UDP端口，則將所接收的UDP分組識別為特定通知消息。42.如權利要求40所述的方法，其中步驟(b)包括步驟如果所述第一網絡地址是所述IP地址，則通過解封裝從所述IP地址接收的數(shù)據(jù)產生UDP分組；確定所述UDP分組是否包含所述UDP端口；以及如果所述接收的UDP分組包含所述UDP端口，則將所接收的UDP分組識別為特定通知消息。43.如權利要求32所述的方法，其中如果所述廣播系統(tǒng)支持開放移動聯(lián)盟瀏覽器和內容移動廣播OMABACBCAST，則在服務指南遞送描述符SGDD中包含所述第一網絡地址，并在服務指南中的訪問片段中包含所述第二網全各地址。44.如權利要求32所述的方法，其中如果所述廣播系統(tǒng)支持數(shù)字視頻廣播DVB，則在電子服務指南引導描述符中包含所述第一網絡地址，并在電子服務指南ESG中的獲取片段中包含所述第二網絡地址。45.—種基于因特網協(xié)議IP的廣播系統(tǒng)的廣播接收器，包括第一裝置，用于經由廣播網絡和交互網絡其中之一接收包含用于接收一般通知消息的第一網絡地址的第一訪問信息、以及用于接收與特定廣播服務相關的特定通知消息的第二訪問信息；以及第二裝置，用于基于所述第一網絡地址接收一般通知消息。46.'如權利要求45所述的廣播接收器，其中所述第二訪問信息進一步包括用于接收與特定廣播服務相關的特定通知消息的第二網絡地址。47.如權利要求46所述的廣播接收器，其中所述第二裝置進一步基于所述第二網絡接收特定通知消息。48.如權利要求45所述的廣播接收器，其中所述第一網絡地址包括指示用于接收所述一般通知消息的用戶數(shù)據(jù)報協(xié)議UDP端口的通知端口。49.如權利要求45所述的廣播接收器，其中所述第一網絡地址包括通知端口，指示用于接收所述一般通知消息的UDP端口；以及通知地址，如果使用IP地址接收所述一般通知消息則指示所述IP地址。50.如權利要求45所述的廣播接收器，其中如果所述廣播接收機處于睡眠狀態(tài)，則所述第一裝置進一步在接收所述第一訪問信息之前接收尋呼消息。51.如權利要求48所述的廣播接收器，其中所述第二裝置包括IP分組譯碼器，用于如果接收到具有當前IP地址的數(shù)據(jù)，則通過解封裝所述數(shù)據(jù)產生UDP分組；UDP分組譯碼器，用于確定所述UDP分組是否包含所述UDP端口，并且如果所述UDP分組包含所迷UDP端口則解封裝所迷UDP分組；以及通知消息譯碼器，用于將解封裝的UDP分組識別為一般通知消息，從而譯解所述UDP分組。52.如權利要求49所述的廣播接收器，其中所述第二裝置包括IP分組譯碼器，用于如果接收到具有所述IP地址的數(shù)據(jù)，則通過解封裝所述數(shù)據(jù)產生UDP分組；UDP分組譯碼器，用于確定所述UDP分組是否包含所述UDP端口，并且如果所述UDP分組包含所述UDP端口則解封裝所迷UDP分組；以及通知消息譯碼器，用于將解封裝的UDP分組識別為一般通知消息，從而譯解所述UDP分組。53.如權利要求47所述的廣播接收器，其中所述第二網絡地址包括指示用于接收所述特定通知消息的UDP端口的通知端口。54.如權利要求47所述的廣播接收器，其中所述第二網絡地址包括通知端口，指示用于接收所述特定通知消息的UDP端口；以及通知地址，如果使用IP地址接收所述特定通知消息則指示所述IP地址。55.如權利要求53所述的廣播接收器，其中所述第二裝置包括IP分組譯碼器，用于如果接收到具有當前IP地址的數(shù)據(jù)，則通過解封裝所述數(shù)據(jù)產生UDP分組；UDP分組譯碼器，用于確定所述UDP分組是否包含所述UDP端口，并且如果所述UDP分組包含所述UDP端口則解封裝所述UDP分組；以及通知消息譯碼器，用于將解封裝的UDP分組識別為特定通知消息，從而譯解所述UDP分組。56.如權利要求54所述的廣播接收器，其中所述第二裝置包括IP分組譯碼器，用于如果接收到具有所述IP地址的數(shù)據(jù)，則通過解封裝所述數(shù)據(jù)產生UDP分組；UDP分組譯碼器，用于確定所述UDP分組是否包含所述UDP端口，并且如果所述UDP分組包含所述UDP端口則解封裝所述UDP分組；以及通知消息譯碼器，用于將解封裝的UDP分組識別為特定通知消息，從而譯解所述UDP分組。57.如權利要求46所述的廣播接收器，其中如果所述廣播系統(tǒng)支持開放移動聯(lián)盟瀏覽器和內容移動廣播OMABACBCAST,則在服務指南遞送描述符SGDD中包含所述第一網絡地址，并在服務指南中的訪問片段中包含所述第二網絡地址。58.如權利要求45所述的廣播接收器，其中所述第二裝置包括通知客戶端功能。59.如權利要求46所述的廣播接收器，其中如果所述廣播系統(tǒng)支持數(shù)字視頻廣播DVB，則在電子服務指南引導描述符中包含所述第一網絡地址，并在電子服務指南ESG中的獲取片段中包含所述第二網絡地址。60.—種存儲實現(xiàn)用于在基于因特網協(xié)議IP的廣播系統(tǒng)的發(fā)送器中提供廣播服務的方法的程序的計算機可讀介質，所述方法包括步驟(a)經由廣播網絡和交互網絡其中之一，向接收所述廣播服務的廣播接收器發(fā)送包含用于向所述廣播接收器發(fā)送一般通知消息的第一網絡地址的第一訪問信息、以及用于發(fā)送與特定廣播服務相關的特定通知消息的第二訪問信息；以及(b)如果發(fā)生一般通知事件，則產生所述一般通知消息并利用所述第一網絡地址經由所述廣播網絡和所述交互網絡其中之一向所述廣播接收器發(fā)送所產生的一般通知消息。61.—種存儲實現(xiàn)用于在基于因特網協(xié)議IP的廣播系統(tǒng)的廣播接收器中接收廣播服務的方法的程序的計算機可讀介質，所述方法包括步驟(a)經由廣播網絡和交互網絡其中之一，從廣播發(fā)送器接收包含用于接收一般通知消息的第一網絡地址的第一訪問信息、以及用于接收與特定廣播服務相關的特定通知消息的第二訪問信息；以及(b)基于從所述廣播發(fā)送器接收的數(shù)據(jù)中的所述第一網絡地址接收一4殳通知消息。全文摘要提供一種基于使用因特網協(xié)議(IP)的網絡的廣播系統(tǒng)。在該廣播系統(tǒng)中，廣播發(fā)送器預先向廣播接收器發(fā)送包含用于發(fā)送一般通知消息的第一網絡地址的第一訪問信息、以及與該廣播系統(tǒng)的管理相關的第二訪問信息。如果發(fā)生一般通知事件，則產生所述一般通知消息并利用所述第一網絡地址經由廣播網絡和交互網絡其中之一向所述廣播接收器發(fā)送所產生的一般通知消息。所述廣播接收器基于從所述廣播發(fā)送器接收的數(shù)據(jù)中的所述第一網絡地址接收一般通知消息。文檔編號H04W4/06GK101243701SQ200680029805公開日2008年8月13日申請日期2006年8月17日優(yōu)先權日2005年8月17日發(fā)明者宋在涓,李國熙,李載用,李鐘孝,鄭甫先,黃承吾申請人:三星電子株式會社