亚洲成年人黄色一级片,日本香港三级亚洲三级,黄色成人小视频,国产青草视频,国产一区二区久久精品,91在线免费公开视频,成年轻人网站色直接看

一種多播廣播業(yè)務(wù)管理方法、裝置與系統(tǒng)的制作方法

文檔序號:7918012閱讀:128來源:國知局

專利名稱::一種多播廣播業(yè)務(wù)管理方法、裝置與系統(tǒng)的制作方法
技術(shù)領(lǐng)域
:本發(fā)明屬于通信
技術(shù)領(lǐng)域
,尤其涉及一種多播廣播業(yè)務(wù)管理方法、裝置與系統(tǒng)。
背景技術(shù)
:MBS(MulticastBroadcastservice,多播廣播業(yè)務(wù))在無線網(wǎng)絡(luò)中應(yīng)用時,在空中接口中發(fā)送同一信息內(nèi)容給多個或者全部終端用戶的業(yè)務(wù),實現(xiàn)了無線網(wǎng)絡(luò)資源的共享,提高網(wǎng)絡(luò)資源的利用率。各大通信標準也對MBS進行了定義,例如在3GPP(3rdGenerationPartnershipProject,第三代合作伙伴計劃)中定義的MBMS(MultimediaBroadcast/MulticastService,多々某體廣播組播業(yè)務(wù)),在3GPP2(3rdGenerationPartnershipProject2,第三代移動通信標準化伙伴項目二)中定義的BCMCS(Broadcast/MulticastServices,廣播組播業(yè)務(wù))。WiMAX(WorldwideInteroperabilityforMicrowaveAccess,全球接入微波互操作性)論壇也基于WiMAX網(wǎng)絡(luò)的特性制定了MCBCS(MulticastandBroadcastservice,多播和廣播業(yè)務(wù))作為對MBS的定義,并定義了多播廣播控制器(MCBCSServer/controller)用于實現(xiàn)MCBCS。網(wǎng)絡(luò)中的多播廣播業(yè)務(wù)內(nèi)容由業(yè)務(wù)/內(nèi)容提供服務(wù)器通過業(yè)務(wù)/內(nèi)容提供服務(wù)器提供,所述業(yè)務(wù)/內(nèi)容提供商可以是通信網(wǎng)絡(luò)運營商以外的第三方。所述多播廣播控制器則實現(xiàn)如下的功能維護MCBCS的業(yè)務(wù)信息,決策和控制MCBCS會話的開始和結(jié)束;管理業(yè)務(wù)訂閱、鑒權(quán)和計費;存儲和轉(zhuǎn)發(fā)所述業(yè)務(wù)/內(nèi)容提供服務(wù)器提供的內(nèi)容;能夠集成不同內(nèi)容和頻道到一個節(jié)目中,并傳送到接入網(wǎng)絡(luò);同時能夠作為內(nèi)容服務(wù)器。伴隨著網(wǎng)絡(luò)業(yè)務(wù)開放的要求,WiMAX網(wǎng)絡(luò)中也引入了一種可以將WiMAX網(wǎng)絡(luò)的業(yè)務(wù)開放給網(wǎng)內(nèi)或網(wǎng)外的第三方應(yīng)用接口,即USI(UniversalServiceInterface,通用業(yè)務(wù)接口)。WiMAX網(wǎng)絡(luò)可以通過USI系統(tǒng)提供業(yè)務(wù)接口給應(yīng)用業(yè)務(wù)提供商(ApplicationServiceProvider,ASP)/互聯(lián)網(wǎng)應(yīng)用業(yè)務(wù)4是供商(internetApplicationServiceProvider,iASP)。通過調(diào)用USI才是供的業(yè)務(wù)能力,ASP或iASP可以應(yīng)用針對WiMAX接入終端開放的業(yè)務(wù),并且通過ASP網(wǎng)絡(luò)或互聯(lián)網(wǎng)可以更加方便的為WiMAX接入終端提供個性化的服務(wù)。WiMAX網(wǎng)絡(luò)通過USI系統(tǒng)開放的業(yè)務(wù)能力包括QoS(QualityofService服務(wù)質(zhì)量)、位置服務(wù)、終端信息查詢、終端鑒權(quán)等。圖1為USI系統(tǒng)的網(wǎng)絡(luò)參考模型。其中移動臺(MS)、接入業(yè)務(wù)網(wǎng)(ASN)和連接業(yè)務(wù)網(wǎng)(CSN)為WiMAX網(wǎng)絡(luò)的三個主要組成部分,而ASP/iASP為獨立于WiMAX網(wǎng)絡(luò)的應(yīng)用服務(wù)提供商。如圖所示,USI系統(tǒng)位于CSN中,也可能是CSN之外,多個CSN共用一個USI系統(tǒng)。USI系統(tǒng)通過Ul接口與ASP/iASP進行交互。USI系統(tǒng)還可以可選地與CSN內(nèi)的AAA服務(wù)器、消息服務(wù)器、位置服務(wù)器等進行交互。MS與ASP/iASP的交互使用現(xiàn)有的互聯(lián)網(wǎng)接口(如HTTP方法)。發(fā)明人發(fā)現(xiàn),在現(xiàn)有技術(shù)中,WiMAX網(wǎng)絡(luò)中定義的多播廣播業(yè)務(wù),僅定義了所述業(yè)務(wù)/內(nèi)容提供服務(wù)器到多播廣播控制服務(wù)器之間的內(nèi)容傳遞操作,而沒有定義業(yè)務(wù)/內(nèi)容提供服務(wù)器對多播廣播控制服務(wù)器向終端用戶提供的多播廣播業(yè)務(wù)進行管理的操作。因此,在現(xiàn)有技術(shù)中,業(yè)務(wù)/內(nèi)容提供服務(wù)器將不能實現(xiàn)對其運營的多播廣播業(yè)務(wù)的有效管理,例如無法對多播廣播會話的QoS進行動態(tài)改變、無法進行實時用戶信息統(tǒng)計等。
發(fā)明內(nèi)容本發(fā)明實施例公開了一種多播廣播業(yè)務(wù)管理方法、裝置與系統(tǒng),以實現(xiàn)業(yè)務(wù)/內(nèi)容提供服務(wù)器對其運營的多播廣播業(yè)務(wù)的管理。一種多播廣播業(yè)務(wù)管理方法,其特征在于,該方法包括通用業(yè)務(wù)接口USI接收來自業(yè)務(wù)/內(nèi)容提供服務(wù)器的管理操作請求消息;向多播廣播控制器發(fā)送所述管理操作請求消息,以使所述多播廣播控制器根據(jù)所述管理操作請求消息執(zhí)行相應(yīng)操作。一種多播廣播業(yè)務(wù)管理裝置,其特征在于,包括第一接收模塊用于接收來自業(yè)務(wù)/內(nèi)容提供服務(wù)器的管理操作請求消息;第一發(fā)送模塊用于向多播廣播控制器轉(zhuǎn)發(fā)所述第一接收模塊接收的管理操作請求消息,以使所述多播廣播控制器根據(jù)所述管理操作請求消息執(zhí)行相應(yīng)#:作。一種多播廣播業(yè)務(wù)管理裝置,其特征在于,包括接收模塊用于接收來自通用業(yè)務(wù)接口USI的多播廣播會話管理操作請求消息,所述多播廣播會話管理操作請求消息轉(zhuǎn)發(fā)自業(yè)務(wù)/內(nèi)容提供服務(wù)器;請求處理模塊用于根據(jù)所述接收模塊接收的所述多播廣播會話管理操作請求消息執(zhí)行相應(yīng)管理操作。一種多播廣播業(yè)務(wù)管理系統(tǒng),其特征在于,包括多播廣播控制器和與之以可通信方式連接的通用業(yè)務(wù)接口USI,所述USI用于向所述多播廣播控制器轉(zhuǎn)發(fā)來自業(yè)務(wù)/內(nèi)容提供服務(wù)器的多播廣播會話管理操作請求消息;所述多播廣播控制器用于接收來自所述USI的多播廣播會話管理操作請求消息,并根據(jù)所述多播廣播會話管理操作請求消息執(zhí)行相應(yīng)管理操作。通過應(yīng)用本發(fā)明實施例公開的方法、裝置和系統(tǒng),業(yè)務(wù)/內(nèi)容提供服務(wù)器可以向USI發(fā)送多播廣播會話管理操作請求消息,所述USI在鑒權(quán)后將所述多播廣播會話管理操作請求消息轉(zhuǎn)發(fā)給多播廣播控制器,所述多播廣播控制器根據(jù)所述多播廣播會話管理操作請求消息執(zhí)行相應(yīng)管理操作,實現(xiàn)了業(yè)務(wù)/內(nèi)容提供服務(wù)器對其運營的多播廣播業(yè)務(wù)的管理。圖1為USI系統(tǒng)的網(wǎng)絡(luò)參考模型圖2為本發(fā)明實施例公開的多播廣播業(yè)務(wù)管理方法的工作場景示意圖;圖3為本發(fā)明實施例公開的多播廣播業(yè)務(wù)管理方法流程圖;圖4為本發(fā)明實施例公開的多播廣播業(yè)務(wù)管理裝置結(jié)構(gòu)示意圖;圖5為本發(fā)明實施例公開的多播廣播業(yè)務(wù)管理裝置結(jié)構(gòu)示意圖;圖6為本發(fā)明實施例公開的多播廣播業(yè)務(wù)管理系統(tǒng)構(gòu)成示意圖。具體實施例方式為使本發(fā)明的目的、技術(shù)方案和優(yōu)點更加清楚,下面結(jié)合附圖對本發(fā)明具體實施例作進一步的詳細描述。本發(fā)明實施例公開了一種多播廣播業(yè)務(wù)管理方法。本發(fā)明實施例7>開的多播廣播業(yè)務(wù)管理方法的工作場景如圖2所示。位于CSN的多播廣播控制器通過ASN為作為用戶的MS/SS提供多播廣播服務(wù)。本發(fā)明實施例引入同樣位于CSN的USI系統(tǒng),分別以可通信的方式與所述多播廣播控制器和為所述多播廣播控制器提供業(yè)務(wù)/內(nèi)容的業(yè)務(wù)/內(nèi)容提供服務(wù)器相連接。所述業(yè)務(wù)/內(nèi)容提供服務(wù)器可以是第三方的服務(wù)器。所述業(yè)務(wù)/內(nèi)容提供服務(wù)器通過調(diào)用USI系統(tǒng)對所述多播廣播控制器進行管理操作,以實現(xiàn)對其運營的多播廣播業(yè)務(wù)的管理。所述方法中定義的才喿作請求和響應(yīng)具體可以采用webservices或者中間件技術(shù)實現(xiàn)。所述webservices或者中間件的實現(xiàn)方式都是現(xiàn)有技術(shù),此處不再贅述。所述方法如圖3所示,具體步驟如下步驟301、業(yè)務(wù)/內(nèi)容提供服務(wù)器根據(jù)業(yè)務(wù)觸發(fā)條件向USI發(fā)送多播廣播會話管理操作請求消息。如下發(fā)的多播廣播會話的媒體流的QoS發(fā)生變化或是節(jié)目中斷等。但本發(fā)明實施例公開的是業(yè)務(wù)/內(nèi)容提供服務(wù)器對其運營的多播廣播業(yè)務(wù)的管理方法,所述管理操作的觸發(fā)條件本身不在本發(fā)明定義范圍內(nèi)。所述多播廣播會話管理操作請求消息用于指示多播廣播控制器進行相應(yīng)管理操作,以實現(xiàn)業(yè)務(wù)/內(nèi)容提供服務(wù)器對其運營的多播廣播業(yè)務(wù)的管理。根據(jù)所述管理的項目不同,所述多播廣播會話管理操作請求消息在本發(fā)明實施例中具體可以如表l所示<table>tableseeoriginaldocumentpage12</column></row><table><table>tableseeoriginaldocumentpage13</column></row><table>表l下面對所述各具體的多播廣播會話管理搮作請求消息的具體定義分別予以說明。開始多播廣播會話(StartMBSSession)消息/停止多播廣播會話(TerminalMBSSession)消息若業(yè)務(wù)/內(nèi)容提供服務(wù)器需要開始處于停止狀態(tài)的多播廣播會話,則發(fā)送開始多播廣播會話(StartMBSSession)消息,所述開始多播廣播會話(StartMBSSession)消息用于觸發(fā)多播廣播控制器開始多播廣播會話;若業(yè)務(wù)/內(nèi)容提供服務(wù)器需要停止正在進行的多播廣播會話,則發(fā)送停止多播廣播會話(TerminalMBSSession)消息,所述停止多播廣播會話(TerminalMBSSession)消息用于觸發(fā)多播廣播控制器停止多播廣播會話。所述開始多^番廣播會話(StartMBSSession)消息/停止多播廣播會話(TerminalMBSSession)消息定義如表2所示<table>tableseeoriginaldocumentpage13</column></row><table>表2由表2可知,所述開始多播廣播會話(StartMBSSession)消息或者停止多播廣播會話(TerminalMBSSession)消息中攜帶至少一個會話標識(SessionID),所述會話標識參數(shù)類型為string(字符串)類型。一個會話標識對應(yīng)一個多播廣播會話。所述會話標識與會話的對應(yīng)關(guān)系由業(yè)務(wù)/內(nèi)容提供服務(wù)器與所述多播廣播控制器預(yù)先約定。訂閱多播廣播事件(SubscribeMBSEvent)消息/停止訂閱多播廣播事件(StopMBSEvent)消息訂閱多播廣播事件(SubscribeMBSEvent)消息,用于訂閱特定多播廣播會話的相關(guān)事件,例如用戶加入或是退出特定多播廣播會話的事件,而通過接收這個事件訂閱的響應(yīng)消息,業(yè)務(wù)/內(nèi)容服務(wù)器就可以統(tǒng)計用戶量等信息。當業(yè)務(wù)/內(nèi)容服務(wù)器不再需要接收處于訂閱狀態(tài)的事件時,可以通過發(fā)送停止訂閱多播廣播事件(StopMBSEvent)消息取消相應(yīng)的事件訂閱。所述訂閱多播廣播事件(SubscribeMBSEvent)消息/停止訂閱多播廣播事件(St叩MBSEvent)消息定義如表3:<table>tableseeoriginaldocumentpage14</column></row><table>表3由表3可知,所述訂閱多播廣播事件(SubscribeMBSEvent)消息或者停止訂閱多播廣播事件(StopMBSEvent)消息中攜帶會話標識(SessionID)和至少一個訂閱的事件包名稱(EventPackage)。所述會話標識和定閱的事件包名稱的參數(shù)類型為string(字符串)類型。所述會話標識用于指示所述訂閱多播廣播事件消息是請求對哪一個已經(jīng)存在的多播廣播會話的事件進行訂閱,或者用于指示所述停止訂閱多播廣播事件消息是對哪一個已經(jīng)存在的多播廣播會話的事件停止訂閱。一個會話標識對應(yīng)一個多播廣播會話。所述訂閱的事件包名稱及其對應(yīng)的事件包以及各事件包中具體包含哪些事件是可以由多播廣播控制器與業(yè)務(wù)/內(nèi)容提供服務(wù)器通過協(xié)商任意約定的,所述事件包中至少包含一個事件。所述協(xié)商應(yīng)該在所述訂閱操作之前達成一致。本發(fā)明實施例假定所述協(xié)商過程已經(jīng)完成,而不對所述訂閱的事件包名稱與事件包的對應(yīng)關(guān)系以及各事件包中具體包含哪些事件進行定義??蛇x的,所述訂閱多播廣播事件(SubscribeMBSEvent)消息中還可以攜帶訂閱的時間長度(Duration)或者周期上報的時間間隔(Interval)。所述訂閱的時間長度和周期上報的時間間隔的參數(shù)類型為int(integer,整數(shù))類型。所述訂閱的時間長度用于指示本次事件訂閱的有效持續(xù)時間。所述周期上報的時間間隔用于指示所述多播廣播控制器進行上報的時間周期。修改多播廣播會話服務(wù)質(zhì)量(ModifyMBSSessionQoS)消息業(yè)務(wù)/內(nèi)容提供服務(wù)器在播放的內(nèi)容發(fā)生變化時,比如由一般清晰度的節(jié)目變?yōu)楦咔骞?jié)目時,可能引起會話QoS要求的變化,這種情況下所述業(yè)務(wù)/內(nèi)容提供服務(wù)器需要發(fā)送修改多播廣播會話服務(wù)質(zhì)量(ModifyMBSSessionQoS)消息,所述修改多播廣播會話服務(wù)質(zhì)量(ModifyMBSSessionQoS)消息用于觸發(fā)多播廣播控制器發(fā)起對應(yīng)會話的QoS更新。所述修改多播廣播會話服務(wù)質(zhì)量(ModifyMBSSessionQoS)消息定義如表4:<table>tableseeoriginaldocumentpage16</column></row><table>由表4可知,所述修改多播廣播會話服務(wù)質(zhì)量(ModifyMBSSessionQoS)消息中攜帶會話標識(SessionID)和至少一個QoS參數(shù)(qoSFlowInfo)。所述會話標識用于指示所述需要修改服務(wù)質(zhì)量的多播廣播會話,所述會話標識參數(shù)類型為string(字符串)類型。一個會話標識對應(yīng)一個多播廣播會話。所述QoS參數(shù)用于指示具體的服務(wù)質(zhì)量修改參數(shù)。所述QoS參數(shù)定義如表5:<table>tableseeoriginaldocumentpage16</column></row><table><table>tableseeoriginaldocumentpage17</column></row><table>表5由表5可知,所述QoS參數(shù)中攜帶IP流編號(flowNumber)、IP過濾器類型(FlowDescription)和QoS信息(qoSInformation)。所述IP流編號是指IP流的序號,用于指示需要修改QoS的多播廣播業(yè)務(wù)的IP流,參數(shù)類型為int(整數(shù))類型。所述IP過濾器類型用于描述具體的IP流特征(包含如IP流方向上行或下行,源地址,目的地址,源端口號,目的端口號,協(xié)議類型),如果只有單向IP流則所述IP過濾器類型只有一個,如果上行和下行IP流都有則所述IP過濾器類型有兩個,具體可以參考3GPP定義的Rx接口規(guī)范中Flow-Description參凄t的定義(《PolicyandChargingControloverRxreferencepoint》Rel7版本的29214規(guī)范);所述QoS信息用于指示修改后的QoS??蛇x的,所述QoS參數(shù)中還可以攜帶下列參數(shù)中至少一項媒體類型參數(shù)(mediaType)、編碼解碼器數(shù)據(jù)參數(shù)(codecData)、優(yōu)先級參數(shù)(reservationPriority)。所述媒體類型參數(shù)用于指示需要修改QoS的IP流數(shù)據(jù)對應(yīng)的媒體類型,參數(shù)類型為string(字符串)類型;所述編碼解碼器數(shù)據(jù)用于指示IP流中的媒體編碼信息,參數(shù)類型為string(字符串)類型,具體可以參考3GPP定義的Rx接口規(guī)范中的codec-Data參數(shù)的定義(Rel7版本的29214規(guī)范);所述優(yōu)先級參數(shù)用于指示此IP流相對于其他IP流的優(yōu)先級別,參數(shù)類型為int(integer,整數(shù))類型,具體可以參考3GPP定義的Rx接口規(guī)范中的Reservation-Priority參數(shù)的定義(Rel7版本的29214規(guī)范)。所述QoS信息(qoSInformation)定義如表6:<table>tableseeoriginaldocumentpage18</column></row><table><table>tableseeoriginaldocumentpage19</column></row><table>表6由表6可知,所述QoS信息中攜帶QoS索引(qoSClass),參數(shù)類型為int(integer,整數(shù))類型,所述QoS索引用于指示預(yù)先分類編號的類型化的QoS取值??蛇x的,所述QoS信息中還可以攜帶下列信息最大上行帶寬(maxBandwidthUL)、最大下行帶寬(maxBandwidthDL)、保障上行帶寬(guaranteedBitrateUL)以及保障下行帶寬(guaranteedBitrateDL)。如果攜帶了這些參數(shù)(沒有缺省),則QoS索引qosClass參數(shù)將被忽略。所述最大上行帶寬、最大下行帶寬、保障上行帶寬和保障下行帶寬的參數(shù)類型為int(integer,整數(shù))類型,具體可以參考3GPPPolicyandChargingControlsignalingflowsandQoSparametermapping規(guī)范(R7版本的29213)。所述QoS索引及其指示的相應(yīng)最大上行帶寬、最大下行帶寬、保障上行19帶寬和保障下行帶寬的的取值可以由業(yè)務(wù)/內(nèi)容提供服務(wù)器預(yù)先在USI系統(tǒng)或是多播廣播控制器上保存。具體可以參考表7:<table>tableseeoriginaldocumentpage20</column></row><table>表7需要說明的是,表7是對QoS索引及其對應(yīng)的QoS信息的舉例說明,并非限定所述QoS索引只能對應(yīng)設(shè)定所述的最大上行帶寬、最大下行帶寬、保障上行帶寬和保障下行帶寬的取值。更新多播廣播節(jié)目單(UpdateMBSServiceGuide)消息若業(yè)務(wù)/內(nèi)容提供服務(wù)器需要通過USI更新多播廣播控制器上的多播廣播節(jié)目單,可以發(fā)送更新多播廣播節(jié)目單(UpdateMBSServiceGuide)消息,以觸發(fā)所述多播廣播控制器上的節(jié)目單的更新。所述更新多播廣播節(jié)目單(UpdateMBSServiceGuide)消息具體定義如表8所示<table>tableseeoriginaldocumentpage20</column></row><table><table>tableseeoriginaldocumentpage21</column></row><table>表8由表8可知,所述更新多播廣播節(jié)目單消息中攜帶會話標識(SessionID)和節(jié)目單參數(shù)(ServiceGuide)。所述會話標識和節(jié)目單參數(shù)的參數(shù)類型為string(字符串)類型。所述會話標識用于指示需要更新節(jié)目單的多播廣播會話,一個會話標識對應(yīng)一個多播廣播會話。所述節(jié)目單參數(shù)可以為節(jié)目單內(nèi)容或是節(jié)目單獲取地址,如果是節(jié)目單獲取地址則具體的節(jié)目單內(nèi)容需要根據(jù)指示的地址獲取。所述根據(jù)地址獲取節(jié)目單內(nèi)容的方式可以采用現(xiàn)有技術(shù),此處不再贅述??蛇x的,所述更新多播廣播節(jié)目單消息還可以攜帶節(jié)目單傳送方式參數(shù)(Delivertype),用于指示向用戶傳送節(jié)目單的方式。所述節(jié)目單傳送方式參數(shù)的參數(shù)類型為int(integer,整數(shù))類型。若所述更新多播廣播節(jié)目單中沒有攜帶所述節(jié)目單傳送方式參數(shù),則表示所述節(jié)目單傳送方式為多播廣播控制器定義的缺省發(fā)送方式發(fā)送,例如可以約定缺省方式是將節(jié)目單內(nèi)容編入節(jié)目內(nèi)容一起發(fā)送。更新多播廣播內(nèi)容(UpdateMBSContent)消息若網(wǎng)絡(luò)中部署有多播廣播內(nèi)容服務(wù)器(物理部署可以與多播廣播控制器位于同一實體),則業(yè)務(wù)/內(nèi)容提供服務(wù)器需要先將多播廣播節(jié)目內(nèi)容發(fā)送到所述內(nèi)容服務(wù)器,再由多播廣播控制器發(fā)送給用戶。在這種場景下,若業(yè)務(wù)/內(nèi)容提供服務(wù)器有需要對傳送到所述內(nèi)容服務(wù)器上的多播廣播節(jié)目內(nèi)容進行管理,例如需要插播一段內(nèi)容或者以特定節(jié)目替換另一節(jié)目,則可以向USI發(fā)送更新多播廣播內(nèi)容(UpdateMBSContent)消息,所述更新多播廣播內(nèi)容消息用于觸發(fā)多播廣播控制器對所述內(nèi)容服務(wù)器上的節(jié)目內(nèi)容進行更新。所述更新多播廣播內(nèi)容(UpdateMBSContent)消息的具體定義如表9所<table>tableseeoriginaldocumentpage22</column></row><table>由表9可知,所述更新多播廣播內(nèi)容消息中攜帶有會話標識(SessionID)、內(nèi)容參數(shù)(Content)和內(nèi)容更新方式(Type)。所述會話標識、內(nèi)容參數(shù)的參數(shù)類型為string(字符串)類型,所述內(nèi)容更新方式的參數(shù)類型為int(integer,整數(shù))類型。所述會話標識用于指示需要更新內(nèi)容的多播廣播會話,一個會話標識對應(yīng)一個多播廣播會話。所述內(nèi)容參數(shù)可以為多播廣播節(jié)目內(nèi)容或是多播廣播節(jié)目內(nèi)容獲取地址,如果是多播廣播節(jié)目內(nèi)容獲取地址則具體的節(jié)目內(nèi)容需要根據(jù)指示的地址獲取。所迷根據(jù)地址獲取節(jié)目內(nèi)容的方式可以采用現(xiàn)有技術(shù),此處不再贅述。所述內(nèi)容更新方式用于指示所述多播廣播控制器向更新所述內(nèi)容服務(wù)器上的多播廣播節(jié)目內(nèi)容的方式。需要說明的是,可選的,所述開始多播廣播會話(StartMBSSession)消息或者停止多播廣播會話(TerminalMBSSession)消息或者訂閱多播廣播事件(SubscribeMBSEvent)消息或者停止訂閱多播廣播事件(StopMBSEvent)消息或者修改多播廣播會話服務(wù)質(zhì)量(ModifyMBSSessionQoS)消息或者更新多播廣播節(jié)目單(UpdateMBSServiceGuide)消息或者更新多播廣播內(nèi)容(UpdateMBSContent)消息中還可以攜帶一個計費標識(Charging-identifier),所述計費標識用于指示所述多播廣播管理操作業(yè)務(wù)的計費。所述計費標識的定義如表10所示,所述計費標識的參數(shù)類型為string(字符串)或者int(integer,整數(shù))類型。具體的計費方法和計費策略可以采用現(xiàn)有技術(shù),此處不再贅述。<table>tableseeoriginaldocumentpage23</column></row><table>表IO需要說明的是,所述開始多播廣播會話(StartMBSSession)消息或者停止多播廣播會話(TerminalMBSSession)消息或者訂閱多播廣播事件(SubscribeMBSEvent)消息或者停止訂閱多播廣播事件(StopMBSEvent)消息或者修改多播廣播會話服務(wù)質(zhì)量(ModifyMBSSessionQoS)消息或者更新多播廣4番節(jié)目單(UpdateMBSServiceGuide)消息或者更新多播廣播內(nèi)容(UpdateMBSContent)消息在本發(fā)明實施例的定義中都沒有專門攜帶消息發(fā)起方標識(requestorID)參數(shù)。這是因為在現(xiàn)有技術(shù)中,發(fā)起方標識(即所述業(yè)務(wù)/內(nèi)容提供服務(wù)器標識)作為U1接口(如圖2所示,USI系統(tǒng)與業(yè)務(wù)/內(nèi)容提供服務(wù)器之間的接口)調(diào)用方案的標準消息頭的一部分,多播廣播控制器在處理消息頭時就可以獲取??蛇x的,作為現(xiàn)有技術(shù)的替代方案,也可以在本實施例定義的所述開始多播廣播會話(StartMBSSession)消息、停止多播廣播會話(TerminalMBSSession)消息、訂閱多播廣播事件(SubscribeMBSEvent)消息、停止訂閱多播廣播事件(StopMBSEvent)消息、修改多播廣播會話服務(wù)質(zhì)量(ModifyMBSSessionQoS)消息、更新多播廣播節(jié)目單(UpdateMBSServiceGuide)消息、更新多播廣播內(nèi)容(UpdateMBSContent)消息中增加一個發(fā)起方身份標識(Requestor-identifier)參數(shù),用于使多播廣播控制器識別消息的發(fā)起方。所述發(fā)起方身份標識參數(shù)23定義如表ll所示,所述發(fā)起方身份標識的參數(shù)類型為string(字符串)類型。<table>tableseeoriginaldocumentpage24</column></row><table>表ll需要說明的是,根據(jù)現(xiàn)有USI系統(tǒng)的定義要求,所述多播廣播會話管理操作請求消息需要預(yù)先注冊到USI,USI才能為所述多播廣播會話管理操作業(yè)務(wù)提供第三方接口。所述注冊過程根據(jù)對本發(fā)明實施例定義的消息采用不同的實現(xiàn)方式而有所不同,但無論采用何種實現(xiàn)方式,在所述多播廣播會話管理操作請求消息已經(jīng)清楚定義的前提下,將所述多播廣播會話管理操作請求術(shù)人員無需任何創(chuàng)造性勞動即可實現(xiàn),因此本文不再贅述。步驟302、USI系統(tǒng)對所述多播廣播會話管理操作請求消息進行鑒權(quán),鑒權(quán)通過后將所述多播廣播會話管理操作請求消息轉(zhuǎn)發(fā)給多播廣播控制器。所述USI系統(tǒng)對所述多播廣播會話管理操作請求消息進行鑒權(quán)具體為判斷所述業(yè)務(wù)/內(nèi)容提供服務(wù)器是否有權(quán)限調(diào)用所述USI接口,所述鑒權(quán)所依據(jù)的參數(shù)主要為所述業(yè)務(wù)/內(nèi)容提供服務(wù)器的標識。所述業(yè)務(wù)/內(nèi)容提供服務(wù)器的標識包含在所述多播廣播會話管理操作請求消息的字頭中。如圖2所示,本發(fā)明實施例定義的所述業(yè)務(wù)/內(nèi)容提供服務(wù)器向USI發(fā)送多播廣播會話管理操作請求消息通過U1接口實現(xiàn)。所述U1接口作為USI與第三方業(yè)務(wù)提供商之間的接口由USI系統(tǒng)定義。所述第三方業(yè)務(wù)提供商的標識必須包括在對U1接口的調(diào)用消息的字頭中為現(xiàn)有技術(shù)的通用定義。因此,所述多播廣播會話管理操作請求消息的字頭中應(yīng)該包括所述業(yè)務(wù)/內(nèi)容提供服務(wù)器的標識也是對現(xiàn)有技術(shù)的運用。所述鑒權(quán)過程也是現(xiàn)有技術(shù),此處不再贅述。需要進一步說明的是,由于所述多播廣播會話管理操作請求消息的字頭中包括所述業(yè)務(wù)/內(nèi)容提供服務(wù)器的標識是對現(xiàn)有技術(shù)的運用,上文在對所述多播廣播會話管理操作請求消息的具體定義作說明的時候,沒有對包括業(yè)務(wù)/內(nèi)容提供服務(wù)器的標識在內(nèi)的現(xiàn)有技術(shù)定義的調(diào)用Ul接口的消息中必須具備的通用參數(shù)進行說明,所述現(xiàn)有技術(shù)定義的調(diào)用Ul接口的消息中必須具備理操作請求消息中。步驟303、所述多播廣播控制器根據(jù)所述多播廣播會話管理操作請求消息對多播廣播會話進行相應(yīng)的管理操作。下面針對各具體的多播廣播會話管理操作請求消息對所述相應(yīng)的管理操作的具體內(nèi)容分別予以說明。若所述多播廣播會話管理操作請求消息為開始多播廣播會話(StartMBSSession)消息,所述管理操作為,所述多播廣播控制器根據(jù)會話標識找到對應(yīng)的多播廣播會話,如果所述對應(yīng)的多播廣播會話的狀態(tài)已經(jīng)處于激活狀態(tài)(下發(fā)數(shù)據(jù)),則返回成功響應(yīng);如杲所述對應(yīng)的多播廣播會話的狀態(tài)處于非激活播放狀態(tài)(沒有下發(fā)數(shù)據(jù)),則更改所述會話的狀態(tài)為激活狀態(tài),下發(fā)所述停止下發(fā)的數(shù)據(jù),之后返回成功響應(yīng)。若所述多播廣播會話管理操作請求消息為停止多播廣播會話(TerminalMBSSession)消息,所述管理操作為,所述多播廣播控制器根據(jù)會話標識找到對應(yīng)的多播廣播會話,如果所述對應(yīng)的多播廣播會話的狀態(tài)已經(jīng)處于停止狀態(tài)(沒有下發(fā)數(shù)據(jù)),則返回成功響應(yīng);如果所述對應(yīng)的多播廣播會話的狀態(tài)處于非停止狀態(tài)(下發(fā)數(shù)據(jù)),則更改所述會話的狀態(tài)為停止狀態(tài),不再下發(fā)所述正在下發(fā)的數(shù)據(jù),之后返回成功響應(yīng)。若所述多播廣播會話管理操作請求消息為訂閱多播廣播事件(SubscribeMBSEvent)消息,所述管理操作為,所述多播廣播控制器中的事件管理功能實體為本次事件訂閱生成一個事件訂閱會話,所述事件訂閱會話記錄了下列信息事件訂閱消息的發(fā)送方,訂閱的事件,訂閱時長、發(fā)送報告的間隔、所述事件訂閱所針對的多播廣播會話。事件管理功能實體根據(jù)會話標識找到對應(yīng)的多播廣播會話;根據(jù)訂閱的事件包名稱確定該會話需要上報的事件,標記所述事件為需要上報的事件,例如將所述事件的上報標識位設(shè)置為true;—旦這些事件發(fā)生,并且檢查到需要上報(例如上報標識位為true),將事件內(nèi)容上報;在設(shè)置需要上報的事件后,如果所述訂閱多播廣播事件消息中攜帶訂閱的時間長度,則所述多播廣播控制器啟動一個定時器,時長為訂閱的時間長度的值,在該定時器超時后,將刪除此次事件訂閱。如果所述訂閱多播廣播事件消息中攜帶了周期上報的時間間隔,則根據(jù)所述時間間隔周期性的上報事件。需要說明的是,攜帶所述周期上報的時間間隔參數(shù)的訂閱多播廣播事件消息所訂閱的一般為統(tǒng)計事件,例如對每十分鐘對用戶數(shù)進行一次統(tǒng)計,此時并不是數(shù)據(jù)每次變動都會上報,而是每十分鐘上報一次所述用戶數(shù)的統(tǒng)計數(shù)據(jù)。所述上報事件具體為發(fā)送事件上報(Notify)消息,所述事件上報消息可以經(jīng)過所述USI的轉(zhuǎn)發(fā),也可以直接發(fā)送給所述業(yè)務(wù)/內(nèi)容提供服務(wù)器。所述事件上報消息具體定義如表12:參數(shù)類型個數(shù)定義事件包event1+上報事件包表12由表12可知,所述事件上報消息攜帶至少一個事件包,所述事件包與步26驟301中訂閱多播廣播事件(SubscribeMBSEvent)消息中攜帶的事件包名稱對應(yīng),所述事件包的參數(shù)類型為event類型,所述event類型的具體定義如表13:<table>tableseeoriginaldocumentpage27</column></row><table>表13由表13可知,所述事件包中包含事件類型參數(shù)和至少一個事件內(nèi)容參數(shù)。所述事件類型參數(shù)的參數(shù)類型為int(integer,整數(shù))類型,用于指示所述上報事件的類型,例如用戶數(shù);所述事件內(nèi)容參數(shù)的參數(shù)類型為string(字符串)類型,用于指示所述上報事件的內(nèi)容,例如用戶數(shù)的具體數(shù)據(jù)。若所述多播廣播會話管理操作請求消息為停止訂閱多播廣播事件(StopMBSEvent)消息,所述管理操作為,所述多播廣播控制器中的事件管理功能實體根據(jù)會話標識找到對應(yīng)的多播廣播會話;根據(jù)停止訂閱的事件包名稱確定該會話停止上報的事件,將所述事件的上報標志位更改為不上報(例如標志位設(shè)置為false);可選的,如果是全部取消了訂閱的事件,也可以將所述事件管理功能實體在此前執(zhí)行此次事件訂閱時生成的相應(yīng)事件訂閱會話刪除。若所述多播廣播會話管理操作請求消息為修改多播廣播會話服務(wù)質(zhì)量(ModifyMBSSessionQoS)消息,所述管理操作為,所述多播廣播控制器中的事件管理功能實體根據(jù)所述會話標識找到對應(yīng)的多播廣播會話;所述多播廣播控制器向WiMAX動態(tài)QoS子系統(tǒng)發(fā)送QoS請求,所述WiMAX動態(tài)QoS子系統(tǒng)是現(xiàn)有技術(shù)中WiMAX網(wǎng)絡(luò)定義的。例如,所述WiMAX動態(tài)QoS子系統(tǒng)可以是PCC(PolicyandChargingControl,策略和計費控制)系統(tǒng),則所述多播廣播控制器可以通過Rx接口發(fā)送QoS請求消息到所述PCC系統(tǒng),請求PCC系統(tǒng)將多播廣播會話的QoS進行動態(tài)更新。所述QoS請求消息中攜帶所述修改多播廣播會話服務(wù)質(zhì)量(ModifyMBSSessionQoS)消息中攜帶的所述QoS參數(shù)(qoSFlowInfo)。所述QoS動態(tài)更新為現(xiàn)有技術(shù),此處不再贅述。若所述多播廣播會話管理操作請求消息為更新多播廣播節(jié)目單(UpdateMBSServiceGuide)消息,所述管理操作為,所述多播廣播控制器中的事件管理功能實體根據(jù)所述會話標識找到對應(yīng)的多播廣播會話;所述多播廣播控制器根據(jù)節(jié)目單參數(shù)獲取節(jié)目單內(nèi)容,所述節(jié)目單內(nèi)容獲取過程具體為,若所述節(jié)目單參數(shù)本身就是節(jié)目單內(nèi)容,則直接獲取,若所述節(jié)目單參數(shù)為節(jié)目單內(nèi)容獲取地址,則根據(jù)所述獲取地址獲取所述節(jié)目單內(nèi)容;所述多播廣播控制器根據(jù)傳送方式指示的傳送方式,發(fā)送節(jié)目單內(nèi)容給用戶,其中傳送方式可以是隨節(jié)目內(nèi)容一起發(fā)送(將節(jié)目單內(nèi)容編入節(jié)目內(nèi)容),或者其他的傳送方式,例如短消息、彩信等。若所述多播廣播會話管理操作請求消息為更新多播廣播內(nèi)容(UpdateMBSContent)消息,所述管理操作為,所述多播廣播控制器中的事件管理功能實體根據(jù)所述會話標識找到對應(yīng)的多播廣播會話;所述多播廣播控制器根據(jù)節(jié)目內(nèi)容參數(shù)獲取節(jié)目內(nèi)容,所述節(jié)目內(nèi)容獲取過程具體為,若所述節(jié)目內(nèi)容參數(shù)本身就是節(jié)目內(nèi)容,則直接獲取,若所述節(jié)目內(nèi)容參數(shù)為節(jié)目內(nèi)容獲取地址,則根據(jù)所述獲取地址獲取所述節(jié)目內(nèi)容;所述多播廣播控制器根據(jù)內(nèi)容更新方式參數(shù)指示的更新方式,例如替代或者插播等,更新內(nèi)容服務(wù)器上的多播廣播節(jié)目內(nèi)容。步驟304、所述多播廣播控制器向USI發(fā)送操作結(jié)果響應(yīng)消息,所述USI將所述操作結(jié)果響應(yīng)消息轉(zhuǎn)發(fā)給所述業(yè)務(wù)/內(nèi)容提供服務(wù)器。所述管理操作響28應(yīng)消息用于向業(yè)務(wù)/內(nèi)容提供服務(wù)器反饋所述相應(yīng)的管理操作的結(jié)果。所述管理操作響應(yīng)消息的具體可以為ACK消息,所述ACK消息具體定義如表14:<table>tableseeoriginaldocumentpage29</column></row><table>表14由表14可知,所述ACK消息中攜帶結(jié)果指示(ResultCode),可選的,所述ACK消息中還可以攜帶錯誤信息(ErrorMessage)。所述結(jié)果指示和錯誤信息的參數(shù)類型為string(字符串)類型。所述ACK消息的定義為現(xiàn)有技術(shù),此處不再贅述。通過應(yīng)用本發(fā)明實施例公開的方法,業(yè)務(wù)/內(nèi)容提供服務(wù)器可以向USI發(fā)送多播廣播會話管理操作請求消息,所述USI在鑒權(quán)后將所述多播廣播會話管理操作請求消息轉(zhuǎn)發(fā)給多播廣播控制器,所述多播廣播控制器根據(jù)所述多播廣播會話管理操作請求消息執(zhí)行相應(yīng)管理操作,并通過管理操作響應(yīng)消息將管理操作結(jié)果經(jīng)過USI反饋給所述業(yè)務(wù)/內(nèi)容提供服務(wù)器,實現(xiàn)了業(yè)務(wù)/內(nèi)容提供服務(wù)器對其運營的多播廣播業(yè)務(wù)的管理。本發(fā)明實施例公開了一種多播廣播業(yè)務(wù)管理裝置。所述裝置如圖4所示,包括第一接收模塊用于接收來自業(yè)務(wù)/內(nèi)容提供服務(wù)器的管理操作請求消息;第一發(fā)送模塊用于向多播廣播控制器發(fā)送所述第一接收模塊接收的管理操作請求消息,以使所述多播廣播控制器根據(jù)所述管理操作請求消息執(zhí)行相應(yīng)4喿作??蛇x的,所述裝置還可以包括第二接收模塊用于接收來自所述多播廣播控制器的管理操作響應(yīng)消息;第二發(fā)送模塊用于將所述第二接收模塊接收的所述管理操作響應(yīng)消息發(fā)送給所述業(yè)務(wù)/內(nèi)容提供服務(wù)器。所述裝置可以為一種USI。通過應(yīng)用本發(fā)明實施例公開的裝置,可以將來自業(yè)務(wù)/內(nèi)容提供服務(wù)器的管理操作請求消息轉(zhuǎn)發(fā)給多播廣播控制器,以使所述多播廣播控制器根據(jù)所述管理操作請求執(zhí)行相應(yīng)操作,并將來自所述多播廣播控制器的管理操作響應(yīng)消息轉(zhuǎn)發(fā)給所述業(yè)務(wù)/內(nèi)容提供服務(wù)器,實現(xiàn)了業(yè)務(wù)/內(nèi)容提供服務(wù)器對其運營的多播廣播業(yè)務(wù)的管理。本發(fā)明實施例公開了一種多播廣播業(yè)務(wù)管理裝置。所述裝置如圖5所示,包括接收模塊用于接收來自通用業(yè)務(wù)接口USI的多播廣播會話管理操作請求消息,所述多播廣播會話管理操作請求消息轉(zhuǎn)發(fā)自業(yè)務(wù)/內(nèi)容提供服務(wù)器;請求處理模塊用于根據(jù)所述接收模塊接收的所述多播廣播會話管理操作請求消息執(zhí)行相應(yīng)管理操作。可選的,所述裝置還可以包括發(fā)送模塊用于根據(jù)所述請求處理模塊的所述管理操作結(jié)果向所述USI發(fā)送管理操作響應(yīng)消息,以使所述USI將所述管理操作響應(yīng)消息轉(zhuǎn)發(fā)給所述業(yè)務(wù)/內(nèi)容提供服務(wù)器。所述裝置可以為一種多播廣播控制器。通過應(yīng)用本發(fā)明實施例公開的裝置,可以接收USI轉(zhuǎn)發(fā)的來自業(yè)務(wù)/內(nèi)容提供服務(wù)器的多播廣播會話管理操作請求消息,根據(jù)所述多播廣播會話管理操作請求消息執(zhí)行相應(yīng)管理操作,并通過管理操作響應(yīng)消息將管理操作結(jié)果經(jīng)過USI反饋給所述業(yè)務(wù)/內(nèi)容提供服務(wù)器,實現(xiàn)了業(yè)務(wù)/內(nèi)容提供服務(wù)器對其運營的多播廣播業(yè)務(wù)的管理。本發(fā)明實施例公開了一種多播廣播業(yè)務(wù)管理系統(tǒng)。所述系統(tǒng)如圖6所示,包括多播廣播控制器和與之以可通信方式連接的通用業(yè)務(wù)接口USI;所述USI用于向所述多播廣播控制器轉(zhuǎn)發(fā)來自業(yè)務(wù)/內(nèi)容提供服務(wù)器的多播廣播會話管理操作請求消息;所述多播廣播控制器用于接收來自所述USI的多播廣播會話管理操作請求消息,并根據(jù)所述多播廣播會話管理操作請求消息執(zhí)行相應(yīng)管理操作。可選的,所述多播廣播控制器還用于根據(jù)所述管理操作的結(jié)果向所述USI發(fā)送管理操作響應(yīng)消息;所述USI還用于將所述管理操作響應(yīng)消息轉(zhuǎn)發(fā)給所述業(yè)務(wù)/內(nèi)容提供服務(wù)器。通過應(yīng)用本發(fā)明實施例公開的系統(tǒng),業(yè)務(wù)/內(nèi)容提供服務(wù)器可以向USI發(fā)送多播廣播會話管理操作請求消息,所述USI將所述多播廣播會話管理操作請求消息轉(zhuǎn)發(fā)給多播廣播控制器,所述多播廣播控制器根據(jù)所述多播廣播會話管理操作請求消息執(zhí)行相應(yīng)管理操作,并通過管理操作響應(yīng)消息將管理操作結(jié)果經(jīng)過USI反饋給所述業(yè)務(wù)/內(nèi)容提供服務(wù)器,實現(xiàn)了業(yè)務(wù)/內(nèi)容提供服務(wù)器對其運營的多播廣播業(yè)務(wù)的管理。通過應(yīng)用本發(fā)明實施例公開的方法、裝置和系統(tǒng),業(yè)務(wù)/內(nèi)容提供服務(wù)器可以向USI發(fā)送多播廣播會話管理操作請求消息,所述USI在鑒權(quán)后將所述多播廣播會話管理操作請求消息轉(zhuǎn)發(fā)給多播廣播控制器,所述多播廣播控制器根據(jù)所述多播廣播會話管理操作請求消息執(zhí)行相應(yīng)管理操作,并通過管理操作響應(yīng)消息將管理操作結(jié)果經(jīng)過USI反饋給所述業(yè)務(wù)/內(nèi)容提供服務(wù)器,實現(xiàn)了業(yè)務(wù)/內(nèi)容提供服務(wù)器對其運營的多播廣播業(yè)務(wù)的管理。通過以上的實施方式的描述,所屬領(lǐng)域的4支術(shù)人員可以清楚地了解到本發(fā)明可借助軟件加必需的通用硬件平臺的方式來實現(xiàn),當然也可以通過硬件,但很多情況下前者是更佳的實施方式。基于這樣的理解,本發(fā)明的技術(shù)方案32本質(zhì)上或者說對現(xiàn)有技術(shù)做出貢獻的部分可以以軟件產(chǎn)品的形式體現(xiàn)出來,該計算機軟件產(chǎn)品存儲在可讀取的存儲介質(zhì)中,如計算機的軟盤,硬盤或光盤等,包括若干指令用以使得一臺計算機設(shè)備(可以是個人計算機,服務(wù)器,或者網(wǎng)絡(luò)設(shè)備等)執(zhí)行本發(fā)明各個實施例所述的方法。以上實施例僅用以說明本發(fā)明的技術(shù)方案,而非對其限制;盡管參照前述實施例對本發(fā)明進行了詳細的說明,本領(lǐng)域的普通技術(shù)人員應(yīng)當理解其依然可以對前述各實施例所記載的技術(shù)方案進行修改,或者對其中部分技術(shù)特征進行等同替換;而這些修改或者替換,并不使相應(yīng)技術(shù)方案的本質(zhì)脫離本發(fā)明各實施例技術(shù)方案的精神和范圍。權(quán)利要求1、一種多播廣播業(yè)務(wù)管理方法,其特征在于,該方法包括通用業(yè)務(wù)接口USI接收來自業(yè)務(wù)/內(nèi)容提供服務(wù)器的管理操作請求消息;向多播廣播控制器發(fā)送所述管理操作請求消息,以使所述多播廣播控制器根據(jù)所述管理操作請求消息執(zhí)行相應(yīng)操作。2、如權(quán)利要求l所述的方法,其特征在于,所述管理操作請求消息具體為開始多播廣播會話消息或者停止多播廣播會話消息,所述開始多播廣播會話消息或者停止多播廣播會話消息中至少攜帶一個會話標識;所述多播廣播控制器根據(jù)所述管理搡作請求執(zhí)行相應(yīng)操作具體為所述多播廣播控制器根據(jù)所述會話標識找到對應(yīng)的多播廣播會話;若所述管理操作請求消息具體為開始多播廣播會話消息,并且,若所述對應(yīng)的多播廣播會話的狀態(tài)已經(jīng)處于激活狀態(tài),則不執(zhí)行激活會話操作;或者,若所述對應(yīng)的多播廣播會話的狀態(tài)處于非激活狀態(tài),則更改所述多播廣播會話的狀態(tài)為激活狀態(tài);或者,若所述管理操作請求消息具體為停止多播廣播會話消息,并且,若所述對應(yīng)的多播廣播會話的狀態(tài)已經(jīng)處于停止狀態(tài),則不執(zhí)行停止會話操作;或者,若所述對應(yīng)的多播廣播會話的狀態(tài)處于非停止狀態(tài),則更改所述多播廣播會話的狀態(tài)為停止狀態(tài)。3、如權(quán)利要求l所述的方法,其特征在于,所述管理操作請求消息具體為訂閱多播廣播事件消息,所述訂閱多播廣播事件消息中攜帶有會話標識和至少一個訂閱的事件包名稱;所述多播廣播控制器根據(jù)所述管理操作請求執(zhí)行相應(yīng)操作具體為所述多播廣播控制器中的事件管理功能實體為本次事件訂閱生成一個事件訂閱會話;根據(jù)所述會話標識找到對應(yīng)的多播廣播會話;根據(jù)所述訂閱的事件包名稱確定所述多播廣播會話需要上報的事件,標記所述事件;一旦所述標記的事件發(fā)生,則上報所述事件。4、如權(quán)利要求l所述的方法,其特征在于,所述管理操作請求消息具體為訂閱多播廣播事件消息,所述訂閱多播廣播事件消息中攜帶有會話標識和至少一個訂閱的事件包名稱,以及訂閱的時間長度或者周期上報的時間間隔;所述多播廣播控制器根據(jù)所述管理操作請求執(zhí)行相應(yīng)操作具體為所述多播廣播控制器中的事件管理功能實體為本次事件訂閱生成一個事件訂閱會話;根據(jù)所述會話標識找到對應(yīng)的多播廣播會話;根據(jù)所述訂閱的事件包名稱確定所述多播廣播會話需要上報的事件,標記所述事件;如果所述請求消息中攜帶有訂閱的時間長度,則在訂閱時間內(nèi),一旦所述標記的事件發(fā)生,則上報所述事件,在超過所述訂閱的時間長度后,刪除所述事件訂閱會話;或者,如果所述請求消息中攜帶有周期上報的時間間隔,則根據(jù)所述周期上報的時間間隔上報所述事件。5、如權(quán)利要求3或4所述的方法,其特征在于,所述上報所述事件具體為向所述業(yè)務(wù)/內(nèi)容提供服務(wù)器發(fā)送事件上報消息,所述事件上報消息中攜帶至少一個事件包;所述事件包中包含事件類型參數(shù)和至少一個事件內(nèi)容參數(shù)。6、如權(quán)利要求l所述的方法,其特征在于,所述管理操作請求消息具體為停止訂閱多播廣播事件消息,所述停止訂閱多播廣播事件消息中攜帶有會話標識和至少一個停止訂閱的事件包名稱;所述多播廣播控制器根據(jù)所述管理操作請求執(zhí)行相應(yīng)操作具體為所述多播廣播控制器中的事件管理功能實體根據(jù)所述會話標識找到對應(yīng)的多播廣播會話;根據(jù)所述停止訂閱的事件包名稱確定該會話停止上報的事件,將所述事件的上報標志位更改為不上報;或者,如果所述停止訂閱的事件包名稱包括了所述對應(yīng)的多播廣播會話上定閱的全部事件包名稱,則將所述事件管理功能實體在此前執(zhí)行相應(yīng)事件訂閱時生成的相應(yīng)事件訂閱會話刪除。7、如權(quán)利要求l所述的方法,其特征在于,所述管理操作請求消息具體為修改多播廣播會話服務(wù)質(zhì)量消息,所述修改多播廣播會話服務(wù)質(zhì)量消息中攜帶會話標識和至少一個服務(wù)質(zhì)量參數(shù);所述多播廣播控制器根據(jù)所述管理操作請求執(zhí)行相應(yīng)操作具體為所述多播廣播控制器中的事件管理功能實體根據(jù)所述會話標識找到對應(yīng)的多播廣播會話;所述多播廣播控制器向全球接入微波互操作性網(wǎng)絡(luò)中的動態(tài)服務(wù)質(zhì)量子系統(tǒng)發(fā)送服務(wù)質(zhì)量請求;所述服務(wù)質(zhì)量請求消息中攜帶所述修改多播廣播會話服務(wù)質(zhì)量消息中攜帶的所述服務(wù)質(zhì)量參數(shù)。8、如權(quán)利要求l所述的方法,其特征在于,所述管理操作請求消息具體為更新多播廣播節(jié)目單消息,所述更新多播廣播節(jié)目單消息中攜帶會話標識和節(jié)目單參數(shù),所述節(jié)目單參數(shù)為節(jié)目單內(nèi)容或節(jié)目單獲取地址;所述多播廣播控制器根據(jù)所述管理操作請求執(zhí)行相應(yīng)操作具體為所述多播廣播控制器中的事件管理功能實體根據(jù)所述會話標識找到對應(yīng)的多播廣播會話;若所述節(jié)目單參數(shù)為節(jié)目單內(nèi)容,則所述多播廣播控制器直接獲取所述節(jié)目單內(nèi)容;若所述節(jié)目單參數(shù)為節(jié)目單內(nèi)容獲取地址,則所述多播廣播控制器根據(jù)所述獲取地址獲取所述節(jié)目單內(nèi)容。9、如權(quán)利要求8所述的方法,其特征在于,所述更新多播廣播節(jié)目單消息中還攜帶節(jié)目單傳送方式參數(shù);所述多播廣播控制器根據(jù)所述管理操作請求執(zhí)行相應(yīng)操作進一步包括所述多播廣播控制器根據(jù)所述傳送方式參數(shù)指示的傳送方式,發(fā)送節(jié)目單內(nèi)容給用戶。10、如權(quán)利要求l所述的方法,其特征在于,所述管理操作請求消息具體為更新多播廣播內(nèi)容消息,所述更新多播廣播內(nèi)容消息中攜帶會話標識、內(nèi)容參數(shù)和內(nèi)容更新方式,所述內(nèi)容參數(shù)為多播廣播節(jié)目內(nèi)容或多播廣播節(jié)目內(nèi)容獲取地址;所述多播廣播控制器根據(jù)所述管理搡作請求執(zhí)行相應(yīng)操作具體為所述多播廣播控制器中的事件管理功能實體根據(jù)所述會話標識找到對應(yīng)的多播廣播會話;若所述節(jié)目內(nèi)容參數(shù)為多播廣播節(jié)目內(nèi)容,則所述多播廣播控制器直接獲取所述多播廣播節(jié)目內(nèi)容;若所迷節(jié)目內(nèi)容參數(shù)為多播廣播節(jié)目內(nèi)容獲取地址,則所述多播廣播控制器根據(jù)所述多播廣播節(jié)目內(nèi)容獲取地址獲取所述多播廣播節(jié)目內(nèi)容;所述多播廣播控制器根據(jù)所述內(nèi)容更新方式參數(shù)指示的更新方式,更新內(nèi)容服務(wù)器上的多播廣播節(jié)目內(nèi)容。11、如權(quán)利要求1至4或者權(quán)利要求6至10所述任一方法,其特征在于,進一步包括步驟接收來自所述多播廣播控制器的管理操作響應(yīng)消息,并將所述管理操作響應(yīng)消息轉(zhuǎn)發(fā)給所述業(yè)務(wù)/內(nèi)容提供服務(wù)器。12、一種多播廣播業(yè)務(wù)管理裝置,其特征在于,包括第一接收模塊用于接收來自業(yè)務(wù)/內(nèi)容提供服務(wù)器的管理操作請求消息;第一發(fā)送模塊用于向多播廣播控制器轉(zhuǎn)發(fā)所述第一接收模塊接收的管理操作請求消息,以使所述多播廣播控制器根據(jù)所述管理操作請求消息執(zhí)行相應(yīng)纟喿作。13、如權(quán)利要求12所述的裝置,其特征在于,還包括第二接收模塊用于接收來自所述多播廣播控制器的管理操作響應(yīng)消息;第二發(fā)送模塊用于將所述第二接收模塊接收的所述管理操作響應(yīng)消息轉(zhuǎn)發(fā)給所述業(yè)務(wù)/內(nèi)容提供服務(wù)器。14、一種多播廣播業(yè)務(wù)管理裝置,其特征在于,包括接收模塊用于接收來自通用業(yè)務(wù)接口USI的多播廣播會話管理操作請求消息,所述多播廣播會話管理操作請求消息轉(zhuǎn)發(fā)自業(yè)務(wù)/內(nèi)容提供服務(wù)器;請求處理模塊用于根據(jù)所述接收模塊接收的所述多播廣播會話管理操作請求消息執(zhí)行相應(yīng)管理操作。15、如權(quán)利要求14所述的裝置,其特征在于,還包括發(fā)送模塊用于根據(jù)所述請求處理模塊的所述管理操作結(jié)果向所述USI發(fā)送管理操作響應(yīng)消息,以使所述USI將所述管理操作響應(yīng)消息轉(zhuǎn)發(fā)給所述業(yè)務(wù)/內(nèi)容提供服務(wù)器。16、一種多播廣播業(yè)務(wù)管理系統(tǒng),其特征在于,包括多播廣播控制器和與之以可通信方式連接的通用業(yè)務(wù)接口USI;所述USI用于向所述多播廣播控制器轉(zhuǎn)發(fā)來自業(yè)務(wù)/內(nèi)容提供服務(wù)器的多播廣播會話管理操作請求消息;所述多播廣播控制器用于接收來自所述USI的多播廣播會話管理操作請求消息,并根據(jù)所述多播廣播會話管理操作請求消息執(zhí)行相應(yīng)管理操作。17、如權(quán)利要求16所述的系統(tǒng),其特征在于,所述多播廣播控制器還用于根據(jù)所述管理操作的結(jié)果向所述USI發(fā)送管理^操作響應(yīng)消息;所述USI還用于將所述管理操作響應(yīng)消息轉(zhuǎn)發(fā)給所述業(yè)務(wù)/內(nèi)容提供服務(wù)器。全文摘要本發(fā)明實施例公開了一種多播廣播業(yè)務(wù)管理方法、裝置與系統(tǒng),以實現(xiàn)業(yè)務(wù)/內(nèi)容提供服務(wù)器對其運營的多播廣播業(yè)務(wù)的管理。所述方法包括;通用業(yè)務(wù)接口USI接收來自業(yè)務(wù)/內(nèi)容提供服務(wù)器的管理操作請求消息;向多播廣播控制器發(fā)送所述管理操作請求消息,以使所述多播廣播控制器根據(jù)所述管理操作請求消息執(zhí)行相應(yīng)操作。所述裝置包括第一接收模塊和第二接收模塊。另一所述裝置包括接收模塊和請求處理模塊。所述系統(tǒng)包括多播廣播控制器和與之以可通信方式連接的通用業(yè)務(wù)接口USI。文檔編號H04L12/18GK101656615SQ20081014207公開日2010年2月24日申請日期2008年8月23日優(yōu)先權(quán)日2008年8月23日發(fā)明者偉張,彭程暉,梁文亮,勇謝,亮顧申請人:華為技術(shù)有限公司
網(wǎng)友詢問留言 已有0條留言
  • 還沒有人留言評論。精彩留言會獲得點贊!
1