專利名稱：Mbms的業(yè)務(wù)聲明更新處理方法、裝置和系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及長期演進(jìn)(Long Term Evolution，簡稱為LTE)系統(tǒng)，特別涉及多媒體 廣播和組播業(yè)務(wù)(Multimedia Broadcast MulticastService，簡稱為MBMS)的業(yè)務(wù)聲明更 新處理方法、裝置和系統(tǒng)。
背景技術(shù)：
隨著^ternet的迅速發(fā)展和大屏幕多功能手機(jī)的普及，出現(xiàn)了大量移動(dòng)數(shù)據(jù)多 媒體業(yè)務(wù)和各種高帶寬多媒體業(yè)務(wù)，例如，視頻會(huì)議、電視廣播、視頻點(diǎn)播、廣告、網(wǎng)上教育、 互動(dòng)游戲等，這些多媒體業(yè)務(wù)一方面滿足了移動(dòng)用戶不斷上升的業(yè)務(wù)需求，同時(shí)也為移動(dòng) 運(yùn)營商帶來新的業(yè)務(wù)增長點(diǎn)。這些多媒體業(yè)務(wù)要求多個(gè)用戶能夠同時(shí)接收相同數(shù)據(jù)，與一 般的數(shù)據(jù)業(yè)務(wù)相比，其具有數(shù)據(jù)量大、持續(xù)時(shí)間長、時(shí)延敏感等特點(diǎn)。為了有效地利用移動(dòng)網(wǎng)絡(luò)資源，第三代合作伙伴計(jì)劃(3rdGenerati0n Partnership ftx) ject，簡稱為3GPP)提出了 MBMS業(yè)務(wù)，該業(yè)務(wù)是一種從一個(gè)數(shù)據(jù)源向多個(gè) 目標(biāo)傳送數(shù)據(jù)的技術(shù)，實(shí)現(xiàn)了網(wǎng)絡(luò)(包括核心網(wǎng)和接入網(wǎng))資源的共享，提高了網(wǎng)絡(luò)資源 (尤其是空中接口資源)的利用率。3GPP定義的MBMS業(yè)務(wù)不僅能夠?qū)崿F(xiàn)純文本低速率的消息類的組播和廣播，而且 還能夠?qū)崿F(xiàn)高速多媒體業(yè)務(wù)的廣播和組播，MBMS業(yè)務(wù)能夠提供多種豐富的視頻、音頻和多 媒體業(yè)務(wù)，順應(yīng)了未來移動(dòng)數(shù)據(jù)發(fā)展的趨勢，為3G的發(fā)展提供了更好的業(yè)務(wù)前景。MBMS業(yè)務(wù)聲明是一種MBMS業(yè)務(wù)節(jié)目信息的導(dǎo)航信息，可以通過手機(jī)終端應(yīng)用程 序以人機(jī)界面的形式展示各種節(jié)目的導(dǎo)航信息。MBMS業(yè)務(wù)聲明包括媒體描述和會(huì)話描述， 例如組播業(yè)務(wù)標(biāo)識(shí)、地址、傳送時(shí)間等信息。在不同的標(biāo)準(zhǔn)中稱謂可能不同，有時(shí)稱為電 子業(yè)務(wù)指南(Electronic Service Guide，簡稱為ESG)，或者電子節(jié)目指南(Electronic Program Guide,簡稱為EPG)，總之它們的基本功能和目的是相同的，具體的實(shí)現(xiàn)形式可能 有一定的差異。MBMS業(yè)務(wù)聲明承載的信息內(nèi)容變化非常緩慢，屬于半靜態(tài)配置的信息，類似于現(xiàn) 在的電視報(bào)。MBMS業(yè)務(wù)聲明承載的信息一般都是預(yù)先安排很長時(shí)間內(nèi)的。在實(shí)現(xiàn)本發(fā)明的過程中，發(fā)明人發(fā)現(xiàn)接收端第一次獲得MBMS業(yè)務(wù)聲明后，只要 沒有新的MBMS業(yè)務(wù)聲明發(fā)送，接收端則不需要繼續(xù)接收MBMS業(yè)務(wù)聲明，這樣可以便于接收 端省電；而當(dāng)MBMS業(yè)務(wù)聲明發(fā)生更新后，發(fā)送端應(yīng)該及時(shí)告知接收端MBMS業(yè)務(wù)聲明發(fā)生了 更新，此時(shí)接收端可以選擇立即更新MBMS業(yè)務(wù)聲明，或者，接收端此時(shí)正在忙于其他事情， 為了不中斷或影響到接收端正在進(jìn)行的事情(例如接收端正在在線游戲等，整占用著無線 網(wǎng)絡(luò)資源)，接收端可以過一會(huì)兒再更新MBMS業(yè)務(wù)聲明。但是目前還沒有一種機(jī)制能夠及 時(shí)通知接收端MBMS業(yè)務(wù)聲明發(fā)生更新，導(dǎo)致接收端一直處于接收MBMS業(yè)務(wù)聲明的狀態(tài)，耗 電較大。

發(fā)明內(nèi)容
本發(fā)明的主要目的在于提供一種MBMS的業(yè)務(wù)聲明更新處理方法、裝置和系統(tǒng)，以 至少解決上述問題。根據(jù)本發(fā)明的一個(gè)方面，提供了一種MBMS的業(yè)務(wù)聲明更新處理方法，包括發(fā)送處 理過程當(dāng)MBMS業(yè)務(wù)聲明發(fā)生更新時(shí)，向接收端發(fā)送MBMS業(yè)務(wù)聲明更新信息；并向所述接 收端提供更新的MBMS業(yè)務(wù)聲明。根據(jù)本發(fā)明的另一個(gè)方面，提供了一種MBMS的業(yè)務(wù)聲明更新處理方法，包括接收 處理過程其接收來自網(wǎng)絡(luò)側(cè)的MBMS業(yè)務(wù)聲明更新信息；并獲取更新的MBMS業(yè)務(wù)聲明。根據(jù)本發(fā)明的再一個(gè)方面，提供了一種MBMS的業(yè)務(wù)聲明更新處理裝置，包括發(fā) 送模塊，用于當(dāng)MBMS業(yè)務(wù)聲明發(fā)生更新時(shí)，向接收端發(fā)送MBMS業(yè)務(wù)聲明更新信息；以及業(yè) 務(wù)聲明提供模塊，用于向所述接收端提供更新的MBMS業(yè)務(wù)聲明。根據(jù)本發(fā)明的又一方面，提供了一種MBMS的業(yè)務(wù)聲明更新處理裝置，包括接收模 塊，用于接收來自網(wǎng)絡(luò)側(cè)的MBMS業(yè)務(wù)聲明更新信息；以及業(yè)務(wù)聲明獲取模塊，用于獲取更 新的MBMS業(yè)務(wù)聲明。根據(jù)本發(fā)明的還一方面，提供了一種MBMS的業(yè)務(wù)聲明更新處理系統(tǒng)，包括網(wǎng)絡(luò)側(cè) 設(shè)備和接收端設(shè)備，該網(wǎng)絡(luò)側(cè)設(shè)備包括發(fā)送模塊，用于當(dāng)MBMS業(yè)務(wù)聲明發(fā)生更新時(shí)，向接 收端設(shè)備發(fā)送MBMS業(yè)務(wù)聲明更新信息；業(yè)務(wù)聲明提供模塊，用于向所述接收端設(shè)備提供更 新的MBMS業(yè)務(wù)聲明；該接收端設(shè)備包括接收模塊，用于接收來自所述網(wǎng)絡(luò)側(cè)設(shè)備的MBMS 業(yè)務(wù)聲明更新信息；業(yè)務(wù)聲明獲取模塊，用于獲取更新的MBMS業(yè)務(wù)聲明。通過本發(fā)明，采用在更新MBMS業(yè)務(wù)聲明時(shí)，向接收端發(fā)送MBMS業(yè)務(wù)聲明更新信 息，進(jìn)而使接收端可以及時(shí)獲取更新的MBMS業(yè)務(wù)聲明，而不需要一直保持接收MBMS業(yè)務(wù)聲 明的狀態(tài)，降低了接收端的耗電。


此處所說明的附圖用來提供對本發(fā)明的進(jìn)一步理解，構(gòu)成本申請的一部分，本發(fā) 明的示意性實(shí)施例及其說明用于解釋本發(fā)明，并不構(gòu)成對本發(fā)明的不當(dāng)限定。在附圖中圖1是本發(fā)明實(shí)施例提供的MBMS的業(yè)務(wù)聲明更新處理系統(tǒng)的結(jié)構(gòu)框圖；圖2是本發(fā)明實(shí)施例提供的MBMS的業(yè)務(wù)聲明更新處理方法的流程圖；圖3是本發(fā)明實(shí)施例提供的另一 MBMS的業(yè)務(wù)聲明更新處理方法的流程圖；圖4是本發(fā)明實(shí)施例1提供的MBMS的業(yè)務(wù)聲明更新處理方法的流程圖；圖5是本發(fā)明實(shí)施例2提供的MBMS的業(yè)務(wù)聲明更新處理方法的流程圖；以及圖6是本發(fā)明實(shí)施例3提供的MBMS的業(yè)務(wù)聲明更新處理方法的流程圖。
具體實(shí)施例方式下文中將參考附圖并結(jié)合實(shí)施例來詳細(xì)說明本發(fā)明。需要說明的是，在不沖突的 情況下，本申請中的實(shí)施例及實(shí)施例中的特征可以相互組合。本發(fā)明實(shí)施例中，通過當(dāng)MBMS業(yè)務(wù)聲明發(fā)生更新時(shí)，向接收端發(fā)送MBMS業(yè)務(wù)聲明 更新信息，使接收端能夠及時(shí)獲知MBMS業(yè)務(wù)聲明發(fā)生更新，同時(shí)接收端不需要一直處于接 收MBMS業(yè)務(wù)聲明的狀態(tài)，減少了耗電?；诖耍峁┝艘环NMBMS的業(yè)務(wù)聲明更新處理系統(tǒng)，包括網(wǎng)絡(luò)側(cè)設(shè)備和接收端設(shè)備。圖1是根據(jù)本發(fā)明實(shí)施例的MBMS的業(yè)務(wù)聲明更新處理系 統(tǒng)的結(jié)構(gòu)框圖，如圖1所示，網(wǎng)絡(luò)側(cè)設(shè)備包括發(fā)送模塊12和業(yè)務(wù)聲明提供模塊14 ；接收端 設(shè)備包括接收模塊16和業(yè)務(wù)聲明獲取模塊18，下面對此系統(tǒng)進(jìn)行詳細(xì)的說明。網(wǎng)絡(luò)側(cè)設(shè)備包括發(fā)送模塊12，用于當(dāng)MBMS業(yè)務(wù)聲明發(fā)生更新時(shí)，向接收端設(shè)備發(fā) 送MBMS業(yè)務(wù)聲明更新信息；業(yè)務(wù)聲明提供模塊14耦合至發(fā)送模塊12，用于向接收端設(shè)備 提供更新的MBMS業(yè)務(wù)聲明；接收端設(shè)備包括接收模塊16，用于接收來自網(wǎng)絡(luò)側(cè)設(shè)備的MBMS業(yè)務(wù)聲明更新信 息；業(yè)務(wù)聲明獲取模塊18耦合至接收模塊16，該模塊用于獲取更新的MBMS業(yè)務(wù)聲明。優(yōu)選地，上述MBMS業(yè)務(wù)聲明更新信息通過下面至少之一方式發(fā)送以短消息方式發(fā)送給接收端、以彩信消息的方式發(fā)送給接收端、通過多播控制信 道(Multimedia Control Channel，簡稱為MCCH)MCCH信息中發(fā)送給接收端、承載于MBMS更 新通知消息中發(fā)送給接收端、攜帶在尋呼消息(paging message)中發(fā)送給接收端、以小區(qū) 廣播(Cell Broadcast)的方式發(fā)送給接收端。優(yōu)選地，業(yè)務(wù)聲明提供模塊14至少包括下述單元之一平臺(tái)更新單元，用于更新 MBMS業(yè)務(wù)聲明的平臺(tái)中的MBMS業(yè)務(wù)聲明，接收端設(shè)備通過該平臺(tái)下載更新的MBMS業(yè)務(wù)聲 明；周期發(fā)送單元，用于按照預(yù)先設(shè)定的周期向接收端設(shè)備發(fā)送MBMS業(yè)務(wù)聲明，并且每個(gè) 周期時(shí)機(jī)處可以更新MBMS業(yè)務(wù)聲明。優(yōu)選地，業(yè)務(wù)聲明獲取模塊18至少包括以下單元之一下載單元，用于通過MBMS 業(yè)務(wù)聲明的平臺(tái)自行下載更新的MBMS業(yè)務(wù)聲明；請求與接收單元，用于向網(wǎng)絡(luò)側(cè)設(shè)備發(fā)送 MBMS業(yè)務(wù)聲明請求消息，并接收網(wǎng)絡(luò)側(cè)設(shè)備返回的更新的MBMS業(yè)務(wù)聲明；以及接收單元， 用于按照預(yù)先設(shè)定的周期接收網(wǎng)絡(luò)側(cè)設(shè)備發(fā)送的更新的MBMS業(yè)務(wù)聲明。MBMS業(yè)務(wù)聲明請求消息能夠?qū)崿F(xiàn)為讓接收端僅針對感興趣的MBSFN(Multimedia Broadcast multicast service Single FrequencyNetwork,多媒體廣播組播單步頁網(wǎng))區(qū)域 發(fā)送請求消息。如此，上述請求與接收單元中的MBMS業(yè)務(wù)聲明請求消息中包含MBSFN區(qū)域 標(biāo)識(shí)信息，用以指示請求的MBMS業(yè)務(wù)聲明對應(yīng)的MBSFN區(qū)域；相應(yīng)地，網(wǎng)絡(luò)側(cè)返回被請求的 MBSFN區(qū)域的MBMS業(yè)務(wù)聲明。MBSFN區(qū)域標(biāo)識(shí)信息可以采用在發(fā)送上述MBMS業(yè)務(wù)聲明更 新信息的消息中設(shè)置多個(gè)MBSFN區(qū)域的標(biāo)識(shí)位，每個(gè)標(biāo)識(shí)位對應(yīng)一個(gè)MBSFN區(qū)域。例如當(dāng)網(wǎng)絡(luò)側(cè)需要指示多個(gè)MBSFN區(qū)域的MBMS業(yè)務(wù)是否發(fā)生更新時(shí)，可以在尋 呼消息中設(shè)置多個(gè)標(biāo)識(shí)位，每個(gè)標(biāo)識(shí)位為1個(gè)比特。并且，在尋呼消息中的標(biāo)識(shí)位順序可以 和MBSFN區(qū)域ID建立對應(yīng)關(guān)系，例如多個(gè)MBSFN區(qū)域的標(biāo)識(shí)位由高位到低位分別與由小到 大的MBSFN區(qū)域ID相對應(yīng)。即標(biāo)識(shí)位的順序與MBSFN區(qū)域ID的大小順序?qū)?yīng)，如第一個(gè) 標(biāo)識(shí)位對應(yīng)MBSFN區(qū)域ID最小的MBSFN區(qū)域的MBMS業(yè)務(wù)聲明是否發(fā)生更新，...最后一 個(gè)標(biāo)識(shí)位對應(yīng)MBSFN區(qū)域ID最大的MBSFN區(qū)域的MBMS業(yè)務(wù)聲明是否發(fā)生更新。本發(fā)明實(shí)施例中的網(wǎng)絡(luò)側(cè)設(shè)備可以是運(yùn)營商提供的MBMS的運(yùn)營平臺(tái)、基站、多小 區(qū)協(xié)調(diào)實(shí)體(Multi-cell/multicast CoordinationEntity，簡稱MCE)節(jié)點(diǎn)或者廣播組播 業(yè)務(wù)中心(Broadcast MulticastService Center，簡稱BMSC)節(jié)點(diǎn)等；接收端設(shè)備可以是 用戶的手機(jī)或掌上電腦等設(shè)備。在本發(fā)明實(shí)施例中，對應(yīng)于上述的系統(tǒng)，提供了一種MBMS的業(yè)務(wù)聲明更新處理方 法，圖2是根據(jù)本發(fā)明實(shí)施例的MBMS的業(yè)務(wù)聲明更新處理方法的流程圖，圖2是以網(wǎng)絡(luò)側(cè)
7設(shè)備進(jìn)行的發(fā)送處理為例說明的，該方法包括如下步驟步驟S202 當(dāng)MBMS業(yè)務(wù)聲明發(fā)生更新時(shí)，網(wǎng)絡(luò)側(cè)設(shè)備向接收端設(shè)備發(fā)送MBMS業(yè) 務(wù)聲明更新信息；以及步驟S204 網(wǎng)絡(luò)側(cè)設(shè)備向接收端設(shè)備提供更新的MBMS業(yè)務(wù)聲明。其中，網(wǎng)絡(luò)側(cè)設(shè)備向接收端設(shè)備發(fā)送MBMS業(yè)務(wù)聲明更新信息可以至少通過以下 方式之一完成1)網(wǎng)絡(luò)側(cè)設(shè)備通過短消息方式通知接收端設(shè)備MBMS業(yè)務(wù)聲明發(fā)生更新；2)網(wǎng)絡(luò)側(cè)設(shè)備通過彩信方式通知接收端設(shè)備MBMS業(yè)務(wù)聲明發(fā)生更新；3)網(wǎng)絡(luò)側(cè)設(shè)備通過MBMS更新通知消息通知接收端設(shè)備MBMS業(yè)務(wù)聲明發(fā)生更新；4)網(wǎng)絡(luò)側(cè)設(shè)備通過MCCH信息通知接收端設(shè)備MBMS業(yè)務(wù)聲明發(fā)生更新；5)網(wǎng)絡(luò)側(cè)設(shè)備通過尋呼消息通知接收端設(shè)備MBMS業(yè)務(wù)聲明發(fā)生更新；6)網(wǎng)絡(luò)側(cè)設(shè)備通過小區(qū)廣播(Cell Broadcast)消息通知接收端設(shè)備MBMS業(yè)務(wù)聲 明發(fā)生更新。上述MBMS更新通知消息具體可以參考LTE 36. 331協(xié)議的定義。優(yōu)選地，上述短消息、彩信、MBMS更新通知消息、MCCH信息、尋呼消息和小區(qū)廣播 消息中都包括表示業(yè)務(wù)聲明發(fā)生更新的標(biāo)識(shí)位。當(dāng)接收端設(shè)備收到的消息中有該標(biāo)識(shí)位或 者該標(biāo)識(shí)位的值為預(yù)先指定的值(例如1)時(shí)，則可以確認(rèn)MBMS業(yè)務(wù)聲明發(fā)生更新；優(yōu)選地，為了使接收端設(shè)備能夠知道哪個(gè)MBSFN(MulticastBroadcast Single Frequency Network，多播廣播單頻網(wǎng)絡(luò))區(qū)域的MBMS業(yè)務(wù)聲明發(fā)生了更新，以便確定自身 是否需要更新MBMS業(yè)務(wù)聲明，可以在MBMS業(yè)務(wù)聲明更新信息中包括更新的業(yè)務(wù)聲明對應(yīng) 的MBSFN區(qū)域標(biāo)識(shí)信息。即實(shí)現(xiàn)MBMS業(yè)務(wù)聲明更新信息能夠指示出是哪個(gè)MBSFN區(qū)域的 MBMS業(yè)務(wù)聲明發(fā)生更新。在本實(shí)施例中，網(wǎng)絡(luò)側(cè)設(shè)備可以通過多種方式為接收端設(shè)備提供更新的MBMS業(yè) 務(wù)聲明，例如更新MBMS業(yè)務(wù)聲明的平臺(tái)中的MBMS業(yè)務(wù)聲明，使接收端設(shè)備能夠通過該 平臺(tái)下載更新的MBMS業(yè)務(wù)聲明；其中，MBMS業(yè)務(wù)聲明的平臺(tái)可以具體為無線應(yīng)用協(xié)議 (Wireless Application Protocol，簡稱為WAP)平臺(tái)或者是網(wǎng)站；或者，網(wǎng)絡(luò)側(cè)設(shè)備按照預(yù) 先設(shè)定的周期向接收端設(shè)備發(fā)送更新的MBMS業(yè)務(wù)聲明；這種周期發(fā)送MBMS業(yè)務(wù)聲明的方 式，可以一直有效，即無論MBMS業(yè)務(wù)聲明是否發(fā)生更新，網(wǎng)絡(luò)側(cè)設(shè)備都會(huì)按照預(yù)先設(shè)定的 周期(例如，0.5小時(shí)一次)向接收端設(shè)備發(fā)送MBMS業(yè)務(wù)聲明。在本發(fā)明實(shí)施例中，對應(yīng)于上述圖1的系統(tǒng)，提供了另一種MBMS的業(yè)務(wù)聲明更新 處理方法，圖3是根據(jù)本發(fā)明實(shí)施例的另一種MBMS的業(yè)務(wù)聲明更新處理方法的流程圖，圖 3是以接收端設(shè)備進(jìn)行的接收處理為例說明的，該方法包括如下步驟步驟S302 接收端設(shè)備接收來自網(wǎng)絡(luò)側(cè)設(shè)備的MBMS業(yè)務(wù)聲明更新信息；以及步驟S304 接收端設(shè)備獲取更新的MBMS業(yè)務(wù)聲明。優(yōu)選地，步驟S304至少包括以下方式之一 通過MBMS業(yè)務(wù)聲明的平臺(tái)(例如WAP平臺(tái))自行下載更新的MBMS業(yè)務(wù)聲明；向網(wǎng)絡(luò)側(cè)發(fā)送MBMS業(yè)務(wù)聲明請求消息，并接收所述網(wǎng)絡(luò)側(cè)返回的更新的MBMS業(yè) 務(wù)聲明；以及按照預(yù)先設(shè)定的周期接收網(wǎng)絡(luò)側(cè)設(shè)備發(fā)送的更新的MBMS業(yè)務(wù)聲明。
其中，MBMS業(yè)務(wù)聲明請求消息是通過至少以下方式之一發(fā)送的在MBMS上行專用 信道上發(fā)送；通過短信方式發(fā)送；以及通過彩信方式發(fā)送。本實(shí)施例提供的MBMS業(yè)務(wù)聲明更新信息的發(fā)送方式，均為接收端設(shè)備必須監(jiān)聽 的信息，所以可以非常容易的通知接收端設(shè)備MBMS業(yè)務(wù)聲明發(fā)生更新，便于接收端設(shè)備節(jié) 約電能。同時(shí)，本實(shí)施例給出了發(fā)送MBMS業(yè)務(wù)聲明更新信息后的網(wǎng)絡(luò)側(cè)設(shè)備的具體處理， 便于接收端設(shè)備在沒有正確接收到MBMS業(yè)務(wù)聲明更新信息時(shí)，也可以保證業(yè)務(wù)的正常接 收。本實(shí)施例中的接收端設(shè)備收到MBMS業(yè)務(wù)聲明更新信息后，可以獲取最新的MBMS 業(yè)務(wù)聲明。并且，不需要一直處于接收MBMS業(yè)務(wù)聲明的狀態(tài)，可以在收到MBMS業(yè)務(wù)聲明更 新信息后主動(dòng)獲取更新的MBMS業(yè)務(wù)，進(jìn)而減少了設(shè)備的耗電，優(yōu)化了系統(tǒng)。下面結(jié)合優(yōu)選實(shí)例對本實(shí)施例進(jìn)行詳細(xì)的說明。優(yōu)選實(shí)施例1本實(shí)施例的網(wǎng)絡(luò)側(cè)通過發(fā)送尋呼消息的方式發(fā)送MBMS業(yè)務(wù)聲明更新信息，接收 端通過WAP自行下載更新MBMS業(yè)務(wù)聲明。下面介紹具體處理過程。圖4是本發(fā)明實(shí)施例提供的MBMS的業(yè)務(wù)聲明更新處理方法的流程圖，該方法包括 如下步驟步驟S402 接收端首次獲取MBMS業(yè)務(wù)聲明；步驟S404 接收端監(jiān)聽尋呼消息中是否攜帶MBMS業(yè)務(wù)聲明更新信息，如果是，執(zhí) 行步驟S406 ；如果否，繼續(xù)監(jiān)聽；當(dāng)接收端第一次獲取了 MBMS業(yè)務(wù)聲明后，存儲(chǔ)到本地，然后接收端可以不再主動(dòng) 獲取MBMS業(yè)務(wù)聲明，直到通過監(jiān)聽尋呼消息發(fā)現(xiàn)MBMS業(yè)務(wù)聲明發(fā)生更新后，則再一次獲取 更新的MB MS業(yè)務(wù)聲明；當(dāng)MBMS業(yè)務(wù)聲明更新信息中包含指示多個(gè)MBSFN區(qū)域內(nèi)MBMS業(yè) 務(wù)聲明是否發(fā)生更新時(shí)，接收端需要判斷是否是自己感興趣的MBSFN區(qū)域的MBMS業(yè)務(wù)聲明 發(fā)生更新，如果是，則執(zhí)行步驟406，否則，接收端可以不更新MBMS業(yè)務(wù)聲明；步驟S406 接收端通過WAP平臺(tái)獲取更新的MBMS業(yè)務(wù)聲明；然后返回步驟S404， 繼續(xù)監(jiān)聽；當(dāng)接收端不需要MBMS業(yè)務(wù)時(shí)，將結(jié)束上述監(jiān)聽。當(dāng)網(wǎng)絡(luò)側(cè)需要更新MBMS業(yè)務(wù)聲明 時(shí)，網(wǎng)絡(luò)側(cè)在尋呼消息(Paging message)中發(fā)送一個(gè)表示MBMS業(yè)務(wù)聲明即將更新的指示 信息。當(dāng)網(wǎng)絡(luò)例需要指示多個(gè)MBSFN區(qū)域的MBMS業(yè)務(wù)是否發(fā)生更新時(shí)，可以在尋呼消息中 設(shè)置多個(gè)標(biāo)識(shí)位，每個(gè)標(biāo)識(shí)位為1個(gè)比特。并且，在尋呼消息中的標(biāo)識(shí)位順序可以和MBSFN 區(qū)域ID建立對應(yīng)關(guān)系，例如標(biāo)識(shí)位的順序與MBSFN區(qū)域ID的大小順序?qū)?yīng)，如第一個(gè)標(biāo)識(shí) 位對應(yīng)MBSFN區(qū)域ID最小的MBSFN區(qū)域的MBMS業(yè)務(wù)聲明是否發(fā)生更新，...最后一個(gè)標(biāo) 識(shí)位對應(yīng)MBSFN區(qū)域ID最大的MBSFN區(qū)域的MBMS業(yè)務(wù)聲明是否發(fā)生更新。該指示信息可以是一個(gè)標(biāo)識(shí)位，當(dāng)該標(biāo)識(shí)位存在時(shí)，則說明MBMS業(yè)務(wù)聲明發(fā)生更 新，該標(biāo)識(shí)位不存在時(shí)，則說明MBMS業(yè)務(wù)聲明沒有發(fā)生更新。該標(biāo)識(shí)位的具體實(shí)現(xiàn)有多種 多樣，例如可以是一個(gè)比特位，當(dāng)該比特位置“1”時(shí)，表示有MBMS業(yè)務(wù)聲明更新，當(dāng)該比特 位置“0”時(shí)，則表示MBMS業(yè)務(wù)聲明未更新；該指示信息還可以是通過一個(gè)設(shè)置的標(biāo)識(shí)是否 存在來表示MBMS業(yè)務(wù)聲明是否更新，例如，當(dāng)設(shè)置的標(biāo)識(shí)存在時(shí)，表示MBMS業(yè)務(wù)聲明發(fā)生更新。當(dāng)網(wǎng)絡(luò)側(cè)需要更新MBMS業(yè)務(wù)聲明時(shí)，則首先在尋呼消息中發(fā)送MBMS業(yè)務(wù)聲明更 新信息標(biāo)志。同時(shí)，網(wǎng)絡(luò)側(cè)立即更新WAP平臺(tái)中的MBMS業(yè)務(wù)聲明。為了保證接收端能夠收 到更新的MBMS業(yè)務(wù)聲明，本實(shí)施例中的網(wǎng)絡(luò)側(cè)還需要繼續(xù)按照之前的規(guī)則發(fā)送MBMS業(yè)務(wù) 聲明，例如按照之前設(shè)定的周期發(fā)送MBMS業(yè)務(wù)聲明。本實(shí)施例中的接收端持續(xù)監(jiān)聽接收尋呼消息，如果在尋呼消息中發(fā)現(xiàn)MBMS業(yè)務(wù) 聲明更新信息的標(biāo)志，則獲取更新的MBMS業(yè)務(wù)聲明，例如，接收端通過WAP方式自行下載 MBMS業(yè)務(wù)聲明信息，并且更新本地存儲(chǔ)的MBMS業(yè)務(wù)聲明，或者接收端發(fā)送MBMS業(yè)務(wù)聲明請 求消息給網(wǎng)絡(luò)側(cè)，然后網(wǎng)絡(luò)側(cè)發(fā)送更新的MBMS業(yè)務(wù)聲明給接收端。根據(jù)LTE協(xié)議可知，接收端總是按照一定的規(guī)則(具體的規(guī)則本專利不涉及，可以 參考LTE協(xié)議36. 304協(xié)議的7. 1章節(jié))持續(xù)監(jiān)聽接收尋呼消息的，檢測其中是否有自己的 尋呼消息，本實(shí)施例充分利用接收端持續(xù)監(jiān)聽尋呼消息的特點(diǎn)，在尋呼消息中設(shè)置相應(yīng)的 用于指示MBMS業(yè)務(wù)聲明是否更新的標(biāo)識(shí)來通知接收端MBMS業(yè)務(wù)聲明是否發(fā)生更新。本實(shí) 施例不需要為監(jiān)聽MBMS業(yè)務(wù)聲明是否更新再引入一個(gè)讓接收端持續(xù)監(jiān)聽的信道，利于接 收端節(jié)省電能。優(yōu)選實(shí)施例2本實(shí)施例與實(shí)施例1不同之處在于網(wǎng)絡(luò)側(cè)通過MBMS更新通知消息和MCCH信息發(fā) 送MBMS業(yè)務(wù)聲明更新信息，接收端通過發(fā)送MBMS業(yè)務(wù)聲明請求消息給網(wǎng)絡(luò)側(cè)，然后網(wǎng)絡(luò)側(cè) 發(fā)送更新的MBMS業(yè)務(wù)聲明給接收端。這里接收端也可以采用實(shí)施例1的方式接收更新的 MBMS業(yè)務(wù)聲明。下面介紹具體處理過程。圖5是本發(fā)明實(shí)施例提供的MBMS的業(yè)務(wù)聲明更新處理方法的流程圖，該方法包括 如下步驟步驟S502 接收端首次獲取MBMS業(yè)務(wù)聲明；步驟S504 接收端監(jiān)聽MBMS更新通知消息或MCCH信息是否攜帶MBMS業(yè)務(wù)聲明 更新信息，如果是，執(zhí)行步驟S506 ；如果否，繼續(xù)監(jiān)聽；當(dāng)接收端第一次獲取MBMS業(yè)務(wù)聲明后，存儲(chǔ)到本地，然后接收端可以不再主動(dòng)獲 取MBMS業(yè)務(wù)聲明，直到通過監(jiān)聽MBMS更新通知消息或MCCH信息發(fā)現(xiàn)MBMS業(yè)務(wù)聲明發(fā)生 更新后，則再一次獲取更新的MBMS業(yè)務(wù)聲明；當(dāng)MBMS業(yè)務(wù)聲明更新信息中包含指示多個(gè) MBSFN區(qū)域內(nèi)MBMS業(yè)務(wù)聲明是否發(fā)生更新時(shí)，接收端需要判斷是否是自己感興趣的MBSFN 區(qū)域的MBMS業(yè)務(wù)聲明發(fā)生更新，如果是，則執(zhí)行步驟506，否則，接收端可以不更新MBMS業(yè) 務(wù)聲明。步驟S506 接收端發(fā)送MBMS業(yè)務(wù)聲明請求消息給網(wǎng)絡(luò)側(cè)；步驟S508 網(wǎng)絡(luò)側(cè)收到上述MBMS業(yè)務(wù)聲明請求消息后，發(fā)送更新的MBMS業(yè)務(wù)聲 明給接收端；以及步驟S510 接收端將更新的MBMS業(yè)務(wù)聲明保存在本地，然后返回步驟S504繼續(xù) 監(jiān)聽。當(dāng)接收端不需要MBMS業(yè)務(wù)時(shí)，將結(jié)束上述監(jiān)聽。MBMS業(yè)務(wù)聲明請求消息能夠?qū)崿F(xiàn)為讓接收端僅針對感興趣的MBSFN區(qū)域發(fā)送 MBMS業(yè)務(wù)聲明請求消息，網(wǎng)絡(luò)側(cè)僅為接收端發(fā)送被請求的MB SFN區(qū)域的MBMS業(yè)務(wù)聲明。如此，MBMS業(yè)務(wù)聲明請求消息中包含MBSFN區(qū)域標(biāo)識(shí)信息。本實(shí)施例的網(wǎng)絡(luò)側(cè)需要更新MBMS業(yè)務(wù)聲明時(shí)，首先在MBMS更新通知消息和MCCH 信息中攜帶MBMS業(yè)務(wù)聲明更新信息標(biāo)志。本實(shí)施例選擇同時(shí)在MBMS更新通知消息和MCCH 信息攜帶MBMS業(yè)務(wù)聲明更新信息標(biāo)志，是因?yàn)楦鶕?jù)目前的協(xié)議，正在接收MBMS業(yè)務(wù)的接收 端僅需要監(jiān)聽MCCH信息即可，對于對MBMS業(yè)務(wù)感興趣但是還沒有接收MBMS業(yè)務(wù)的接收端 僅監(jiān)聽MBMS更新通知消息即可，同時(shí)在兩個(gè)消息(信息)中發(fā)送MBMS業(yè)務(wù)聲明更新信息， 可以保證對于MBMS業(yè)務(wù)感興趣的所有接收端都可以接收到MBMS業(yè)務(wù)聲明更新信息。為了保證可靠性，網(wǎng)絡(luò)側(cè)可以在規(guī)定的時(shí)間內(nèi)多次發(fā)送MBMS業(yè)務(wù)聲明更新信息， 即多次發(fā)送MBMS更新通知消息或MCCH信息，并在該消息(信息)中攜帶表示MBMS業(yè)務(wù)聲 明即將更新的指示信息。該指示信息可以是一個(gè)標(biāo)識(shí)位，當(dāng)該標(biāo)識(shí)位存在時(shí)，則說明MBMS 業(yè)務(wù)聲明發(fā)生更新，該標(biāo)識(shí)位不存在時(shí)，則說明MBMS業(yè)務(wù)聲明沒有發(fā)生更新。該標(biāo)識(shí)位的 具體實(shí)現(xiàn)有多種多樣，例如可以是一個(gè)比特位，當(dāng)比特位置“1”時(shí)，表示有MBMS業(yè)務(wù)聲明更 新，當(dāng)該比特位置“0”時(shí)，則表示MBMS業(yè)務(wù)聲明未更新；該指示信息也可以是通過一個(gè)設(shè)置 的標(biāo)識(shí)是否存在來表示MBMS業(yè)務(wù)聲明是否更新，當(dāng)設(shè)置的標(biāo)識(shí)存在時(shí)，表示MBMS業(yè)務(wù)聲明 發(fā)生更新。當(dāng)網(wǎng)絡(luò)側(cè)需要指示多個(gè)MBSFN區(qū)域的MBMS業(yè)務(wù)是否發(fā)生更新時(shí)，可以在尋呼消 息中設(shè)置多個(gè)標(biāo)識(shí)位，每個(gè)標(biāo)識(shí)位為1個(gè)比特。并且，在尋呼消息中的標(biāo)識(shí)位順序可以和 MBSFN區(qū)域ID建立對應(yīng)關(guān)系，例如標(biāo)識(shí)位的順序與MBSFN區(qū)域ID的大小順序?qū)?yīng)，如第一 個(gè)標(biāo)識(shí)位對應(yīng)MBSFN區(qū)域ID最小的MB SFN區(qū)域的MBMS業(yè)務(wù)聲明是否發(fā)生更新，...最后 一個(gè)標(biāo)識(shí)位對應(yīng)MBSFN區(qū)域ID最大的MBSFN區(qū)域的MBMS業(yè)務(wù)聲明是否發(fā)生更新。根據(jù)LTE協(xié)議可知，接收端按照一定的規(guī)則(具體的規(guī)則本專利不涉及，可以參考 LTE協(xié)議36. 331協(xié)議的5. 8章節(jié))持續(xù)監(jiān)聽接收MBMS更新通知消息或MCCH信息，檢測其 中是否有自己關(guān)注的信息，本實(shí)施例充分利用接收端持續(xù)監(jiān)聽MBMS更新通知消息或MCCH 信息的特點(diǎn)，在MBMS更新通知消息或MCCH信息中設(shè)置相應(yīng)的用于指示MBMS業(yè)務(wù)聲明是否 更新的標(biāo)識(shí)來通知接收端，MBMS業(yè)務(wù)聲明是否發(fā)生更新。本實(shí)施例不需要為監(jiān)聽MBMS業(yè) 務(wù)聲明是否更新再引入一個(gè)讓接收端持續(xù)監(jiān)聽的信道，這樣利于終端節(jié)省電能。優(yōu)選實(shí)施例3本實(shí)施例與上述實(shí)施例1、2不同之處在于網(wǎng)絡(luò)側(cè)通過短消息或者彩信方式發(fā)送 MBMS業(yè)務(wù)聲明更新信息。本實(shí)施例的接收端通過WAP自行下載更新MBMS業(yè)務(wù)聲明。接收 端也可以采用實(shí)施例1和實(shí)施例2的處理方式。下面介紹具體處理過程。圖6是本發(fā)明實(shí)施例提供的MBMS的業(yè)務(wù)聲明更新處理方法的流程圖，該方法包括 如下步驟步驟S602 接收端首次獲取MBMS業(yè)務(wù)聲明；步驟S604 接收端等待短消息或彩信中是否攜帶MBMS業(yè)務(wù)聲明更新信息，如果 是，執(zhí)行步驟S606 ；如果否，繼續(xù)等待；當(dāng)接收端第一次獲取了 MBMS業(yè)務(wù)聲明后，存儲(chǔ)到本地，然后接收端可以不再主動(dòng) 獲取MBMS業(yè)務(wù)聲明，直到接收到短消息或者彩信，并發(fā)現(xiàn)MBMS業(yè)務(wù)聲明發(fā)生更新后，則再 一次獲取更新的MBMS業(yè)務(wù)聲明；當(dāng)MBMS業(yè)務(wù)聲明更新信息中包含指示多個(gè)MBSFN區(qū)域內(nèi) MBMS業(yè)務(wù)聲明是否發(fā)生更新時(shí)，接收端需要判斷是否是自己感興趣的MBSFN區(qū)域的MBMS業(yè)
11務(wù)聲明發(fā)生更新，如果是，則執(zhí)行步驟606，否則，接收端可以不更新MBMS業(yè)務(wù)聲明；步驟S606 接收端通過WAP自行下載更新MBMS業(yè)務(wù)聲明；然后返回步驟S604繼
續(xù)等待。當(dāng)接收端不需要MBMS業(yè)務(wù)時(shí)，將結(jié)束上述流程。當(dāng)網(wǎng)絡(luò)側(cè)需要更新MBMS業(yè)務(wù)聲明時(shí)，首先在短消息或者彩信中攜帶一個(gè)表示 MBMS業(yè)務(wù)聲明即將更新的指示信息(為了保證可靠性，可以在規(guī)定的時(shí)間內(nèi)多次發(fā)送該短 消息或者彩信)。上述指示信息可以是一個(gè)標(biāo)識(shí)位，當(dāng)該標(biāo)識(shí)位存在時(shí)，則說明MBMS業(yè)務(wù)聲明發(fā)生更 新，該標(biāo)識(shí)位不存在時(shí)，則說明MBMS業(yè)務(wù)聲明沒有發(fā)生更新。該標(biāo)識(shí)位的具體實(shí)現(xiàn)有多種多 樣，例如可以是一個(gè)比特位，當(dāng)比特位置“1”時(shí)，表示有MBMS業(yè)務(wù)聲明更新，當(dāng)該比特位置“0” 時(shí)，則表示MBMS業(yè)務(wù)聲明未更新；上述指示信息也可以是通過一個(gè)設(shè)置的標(biāo)識(shí)是否存在來表 示MBMS業(yè)務(wù)聲明是否更新，當(dāng)設(shè)置的標(biāo)識(shí)存在時(shí)，表示MBMS業(yè)務(wù)聲明發(fā)生更新。當(dāng)網(wǎng)絡(luò)側(cè)需要指示多個(gè)MBSFN區(qū)域的MBMS業(yè)務(wù)是否發(fā)生更新時(shí)，可以在尋呼消 息中設(shè)置多個(gè)標(biāo)識(shí)位，每個(gè)標(biāo)識(shí)位為1個(gè)比特。并且，在尋呼消息中的標(biāo)識(shí)位順序可以和 MBSFN區(qū)域ID建立對應(yīng)關(guān)系，例如標(biāo)識(shí)位的順序與MBSFN區(qū)域ID的大小順序?qū)?yīng)，如第一 個(gè)標(biāo)識(shí)位對應(yīng)MBSFN區(qū)域ID最小的MBSFN區(qū)域的MBMS業(yè)務(wù)聲明是否發(fā)生更新，...最后 一個(gè)標(biāo)識(shí)位對應(yīng)MBSFN區(qū)域ID最大的MBSFN區(qū)域的MBMS業(yè)務(wù)聲明是否發(fā)生更新。接收端接收到包含MBMS業(yè)務(wù)聲明更新信息的短消息或者彩信后，立即獲取新的 MBMS業(yè)務(wù)聲明，本實(shí)施例的接收端通過WAP方式自行下載MBMS業(yè)務(wù)聲明信息，并且更新本 地存儲(chǔ)的MBMS業(yè)務(wù)聲明；或者接收端發(fā)送MBMS業(yè)務(wù)聲明請求消息給網(wǎng)絡(luò)側(cè)，然后網(wǎng)絡(luò)側(cè)發(fā) 送更新的MBMS業(yè)務(wù)聲明給接收端。本實(shí)施例選擇短消息或者彩信方式發(fā)送MBMS業(yè)務(wù)聲明 更新信息，而短消息或者彩信不需要接收端持續(xù)監(jiān)聽，可以降低接收端的耗電。從以上的描述中可以看出，本發(fā)明實(shí)現(xiàn)了如下技術(shù)效果網(wǎng)絡(luò)側(cè)在更新MBMS業(yè)務(wù)聲明時(shí)，在一些接收端必須監(jiān)聽的信息中向接收端發(fā)送 MBMS業(yè)務(wù)聲明更新信息，使接收端能夠及時(shí)獲知MBMS業(yè)務(wù)聲明已更新，并獲取更新的MBMS 業(yè)務(wù)聲明。根據(jù)MBMS業(yè)務(wù)聲明更新信息，接收端決定是否立即更新MBMS業(yè)務(wù)聲明，這種獲 取業(yè)務(wù)聲明的方式不需要接收端一直處于獲取MBMS業(yè)務(wù)聲明的狀態(tài)，只有得到更新信息 后才需要獲取，從而避免了接收端周期更新MBMS業(yè)務(wù)聲明，降低了接收端的耗電。同時(shí)這 種方式也可以使接收到能夠主動(dòng)獲取MBMS業(yè)務(wù)聲明，使系統(tǒng)得到了進(jìn)一步地優(yōu)化。顯然，本領(lǐng)域的技術(shù)人員應(yīng)該明白，上述的本發(fā)明的各模塊或各步驟可以用通用 的計(jì)算裝置來實(shí)現(xiàn)，它們可以集中在單個(gè)的計(jì)算裝置上，或者分布在多個(gè)計(jì)算裝置所組成 的網(wǎng)絡(luò)上，可選地，它們可以用計(jì)算裝置可執(zhí)行的程序代碼來實(shí)現(xiàn)，從而，可以將它們存儲(chǔ) 在存儲(chǔ)裝置中由計(jì)算裝置來執(zhí)行，并且在某些情況下，可以以不同于此處的順序執(zhí)行所示 出或描述的步驟，或者將它們分別制作成各個(gè)集成電路模塊，或者將它們中的多個(gè)模塊或 步驟制作成單個(gè)集成電路模塊來實(shí)現(xiàn)。這樣，本發(fā)明不限制于任何特定的硬件和軟件結(jié)合。以上所述僅為本發(fā)明的優(yōu)選實(shí)施例而已，并不用于限制本發(fā)明，對于本領(lǐng)域的技 術(shù)人員來說，本發(fā)明可以有各種更改和變化。凡在本發(fā)明的精神和原則之內(nèi)，所作的任何修 改、等同替換、改進(jìn)等，均應(yīng)包含在本發(fā)明的保護(hù)范圍之內(nèi)。
權(quán)利要求
1.一種多媒體廣播和組播業(yè)務(wù)MBMS的業(yè)務(wù)聲明更新處理方法，其特征在于，包括發(fā)送 處理過程，其步驟如下當(dāng)MBMS業(yè)務(wù)聲明發(fā)生更新時(shí)，向接收端發(fā)送MBMS業(yè)務(wù)聲明更新信息；以及 向所述接收端提供更新的MBMS業(yè)務(wù)聲明。
2.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述MBMS業(yè)務(wù)聲明更新信息通過以下至 少之一方式發(fā)送以短消息方式發(fā)送給接收端； 以彩信消息的方式發(fā)送給接收端； 通過多播控制信道MCCH信息中發(fā)送給接收端； 承載于MBMS更新通知消息中發(fā)送給接收端； 攜帶在尋呼消息中發(fā)送給接收端； 以小區(qū)廣播的方式發(fā)送給接收端。
3.根據(jù)權(quán)利要求2所述的方法，其特征在于，在發(fā)送所述MBMS業(yè)務(wù)聲明更新信息的消 息中包括表示業(yè)務(wù)聲明發(fā)生更新的標(biāo)識(shí)位。
4.根據(jù)權(quán)利要求2所述的方法，其特征在于，所述MBMS業(yè)務(wù)聲明更新信息包括指示多 個(gè)多媒體廣播組播單頻網(wǎng)MBSFN區(qū)域的MBMS業(yè)務(wù)聲明是否各自發(fā)生更新的信息。
5.根據(jù)權(quán)利要求4所述的方法，其特征在于，所述指示多個(gè)MBSFN區(qū)域的MBMS業(yè)務(wù)聲 明是否各自發(fā)生更新的信息包括在發(fā)送所述MBMS業(yè)務(wù)聲明更新信息的消息中設(shè)置有多 個(gè)MBSFN區(qū)域的標(biāo)識(shí)位，每個(gè)標(biāo)識(shí)位對應(yīng)一個(gè)MBSFN區(qū)域。
6.根據(jù)權(quán)利要求5所述的方法，其特征在于，所述每個(gè)標(biāo)識(shí)位為1個(gè)比特，所述多個(gè) MBSFN區(qū)域的標(biāo)識(shí)位由高位到低位分別與由小到大的MBSFN區(qū)域ID相對應(yīng)。
7.根據(jù)權(quán)利要求1所述的方法，其特征在于，向所述接收端提供更新的MBMS業(yè)務(wù)聲明 包括更新MBMS業(yè)務(wù)聲明的平臺(tái)中的MBMS業(yè)務(wù)聲明，使所述接收端通過所述平臺(tái)下載更新 的MBMS業(yè)務(wù)聲明。
8.根據(jù)權(quán)利要求1所述的方法，其特征在于，向所述接收端提供更新的MBMS業(yè)務(wù)聲明 包括按照預(yù)先設(shè)定的周期向所述接收端發(fā)送更新的MBMS業(yè)務(wù)聲明。
9.一種多媒體廣播和組播業(yè)務(wù)MBMS的業(yè)務(wù)聲明更新處理方法，其特征在于，包括接收 處理過程，其步驟如下接收來自網(wǎng)絡(luò)側(cè)的MBMS業(yè)務(wù)聲明更新信息；以及 獲取更新的MBMS業(yè)務(wù)聲明。
10.根據(jù)權(quán)利要求9所述的方法，其特征在于，所述獲取更新的MBMS業(yè)務(wù)聲明的步驟至 少包括以下方式之一通過MBMS業(yè)務(wù)聲明的平臺(tái)自行下載更新的MBMS業(yè)務(wù)聲明；向所述網(wǎng)絡(luò)側(cè)發(fā)送MBMS業(yè)務(wù)聲明請求消息，并接收所述網(wǎng)絡(luò)側(cè)返回的更新的MBMS業(yè) 務(wù)聲明；以及按照預(yù)先設(shè)定的周期接收所述網(wǎng)絡(luò)側(cè)發(fā)送的更新的MBMS業(yè)務(wù)聲明。
11.根據(jù)權(quán)利要求10所述的方法，其特征在于，所述MBMS業(yè)務(wù)聲明請求消息中包含 MBSFN區(qū)域標(biāo)識(shí)信息，用以指明請求的MBMS業(yè)務(wù)聲明對應(yīng)的MBSFN區(qū)域；相應(yīng)地，所述網(wǎng)絡(luò) 側(cè)返回被請求的MBSFN區(qū)域的MBMS業(yè)務(wù)聲明。
12.根據(jù)權(quán)利要求10或11所述的方法，其特征在于，所述MBMS業(yè)務(wù)聲明請求消息是通 過至少以下方式之一發(fā)送的在MBMS上行專用信道上發(fā)送； 通過短信方式發(fā)送；以及 通過彩信方式發(fā)送。
13.一種多媒體廣播和組播業(yè)務(wù)MBMS的業(yè)務(wù)聲明更新處理裝置，其特征在于包括 發(fā)送模塊，用于當(dāng)MBMS業(yè)務(wù)聲明發(fā)生更新時(shí)，向接收端發(fā)送MBMS業(yè)務(wù)聲明更新信息；以及業(yè)務(wù)聲明提供模塊，用于向所述接收端提供更新的MBMS業(yè)務(wù)聲明。
14.根據(jù)權(quán)利要求13所述的裝置，其特征在于，所述MBMS業(yè)務(wù)聲明更新信息通過以下 至少之一方式發(fā)送 以短消息方式發(fā)送給接收端； 以彩信消息的方式發(fā)送給接收端； 通過多播控制信道MCCH信息中發(fā)送給接收端； 承載于MBMS更新通知消息中發(fā)送給接收端； 攜帶在尋呼消息中發(fā)送給接收端； 以小區(qū)廣播的方式發(fā)送給接收端。
15.根據(jù)權(quán)利要求14所述的裝置，其特征在于，所述MBMS業(yè)務(wù)聲明更新信息包括指示 多個(gè)MBSFN區(qū)域的MBMS業(yè)務(wù)聲明是否各自發(fā)生更新的信息。
16.根據(jù)權(quán)利要求15所述的裝置，其特征在于，所述指示多個(gè)MBSFN區(qū)域的MBMS業(yè)務(wù) 聲明是否各自發(fā)生更新的信息包括在發(fā)送所述MBMS業(yè)務(wù)聲明更新信息的消息中設(shè)置有 多個(gè)MBSFN區(qū)域的標(biāo)識(shí)位，每個(gè)標(biāo)識(shí)位對應(yīng)一個(gè)MBSFN區(qū)域。
17.根據(jù)權(quán)利要求13所述的裝置，其特征在于，所述業(yè)務(wù)聲明提供模塊至少包括下述 單元之一平臺(tái)更新單元，用于更新MBMS業(yè)務(wù)聲明的平臺(tái)中的MBMS業(yè)務(wù)聲明，使所述接收端通過 所述平臺(tái)下載更新的MBMS業(yè)務(wù)聲明；以及周期發(fā)送單元，用于按照預(yù)先設(shè)定的周期向所述接收端發(fā)送更新的MBMS業(yè)務(wù)聲明。
18.一種多媒體廣播和組播業(yè)務(wù)MBMS的業(yè)務(wù)聲明更新處理裝置，其特征在于包括 接收模塊，用于接收來自網(wǎng)絡(luò)側(cè)的MBMS業(yè)務(wù)聲明更新信息；以及業(yè)務(wù)聲明獲取模塊，用于獲取更新的MBMS業(yè)務(wù)聲明。
19.根據(jù)權(quán)利要求18所述的裝置，其特征在于，所述業(yè)務(wù)聲明獲取模塊至少包括以下 單元之一下載單元，用于通過MBMS業(yè)務(wù)聲明的平臺(tái)自行下載更新的MBMS業(yè)務(wù)聲明； 請求與接收單元，用于向所述網(wǎng)絡(luò)側(cè)發(fā)送MBMS業(yè)務(wù)聲明請求消息，并接收所述網(wǎng)絡(luò)側(cè) 返回的更新的MBMS業(yè)務(wù)聲明；以及接收單元，用于按照預(yù)先設(shè)定的周期接收所述網(wǎng)絡(luò)側(cè)發(fā)送的更新的MBMS業(yè)務(wù)聲明。
20.根據(jù)權(quán)利要求19所述的裝置，其特征在于，所述請求與接收單元中的MBMS業(yè)務(wù)聲 明請求消息中包含MBSFN區(qū)域標(biāo)識(shí)信息，用以指明請求的MBMS業(yè)務(wù)聲明對應(yīng)的MBSFN區(qū) 域；相應(yīng)地，所述網(wǎng)絡(luò)側(cè)返回被請求的MBSFN區(qū)域的MBMS業(yè)務(wù)聲明。
21. —種多媒體廣播和組播業(yè)務(wù)MBMS的業(yè)務(wù)聲明更新處理系統(tǒng)，包括網(wǎng)絡(luò)側(cè)設(shè)備和接 收端設(shè)備，其特征在于所述網(wǎng)絡(luò)側(cè)設(shè)備包括發(fā)送模塊，用于當(dāng)MBMS業(yè)務(wù)聲明發(fā)生更新時(shí)，向接收端設(shè)備發(fā) 送MBMS業(yè)務(wù)聲明更新信息；業(yè)務(wù)聲明提供模塊，用于向所述接收端設(shè)備提供更新的MBMS業(yè) 務(wù)聲明；以及所述接收端設(shè)備包括接收模塊，用于接收來自所述網(wǎng)絡(luò)側(cè)設(shè)備的MBMS業(yè)務(wù)聲明更新 信息；業(yè)務(wù)聲明獲取模塊，用于獲取更新的MBMS業(yè)務(wù)聲明。
全文摘要
本發(fā)明公開了一種MBMS的業(yè)務(wù)聲明更新處理方法、裝置和系統(tǒng)，所述方法包括當(dāng)MBMS業(yè)務(wù)聲明發(fā)生更新時(shí)，向接收端發(fā)送MBMS業(yè)務(wù)聲明更新信息；以及向所述接收端提供更新的MBMS業(yè)務(wù)聲明，MBMS業(yè)務(wù)聲明更新信息的發(fā)送方式。通過本發(fā)明，采用在更新MBMS業(yè)務(wù)聲明時(shí)，在一些接收端必須監(jiān)聽的信息中向接收端發(fā)送MBMS業(yè)務(wù)聲明更新信息，進(jìn)而使接收端能夠及時(shí)獲取更新的MBMS業(yè)務(wù)聲明更新信息，根據(jù)MBMS業(yè)務(wù)聲明更新信息，接收端決定是否立即更新MBMS業(yè)務(wù)聲明，從而避免了接收端周期更新MBMS業(yè)務(wù)聲明，降低了接收端的耗電。
文檔編號H04W8/02GK102149042SQ20101011105
公開日2011年8月10日 申請日期2010年2月10日 優(yōu)先權(quán)日2010年2月10日
發(fā)明者茍偉 申請人:中興通訊股份有限公司