專利名稱：：一種實現(xiàn)組播承載資源控制的方法、系統(tǒng)及裝置的制作方法
技術(shù)領(lǐng)域：
：本發(fā)明涉及下一代網(wǎng)絡(luò)(NGN，NextGenerationNetwork)領(lǐng)域，特別涉及一種在NGN中實現(xiàn)組播承載資源控制的方法、系統(tǒng)及裝置。
背景技術(shù)：
：網(wǎng)際協(xié)議電視(IPTV,InternetProtocolTelevision)業(yè)務(wù)是基于寬帶網(wǎng)際協(xié)議(IP,InternetProtocol)網(wǎng)絡(luò)開展的、以流士某體為主的業(yè)務(wù)。與傳統(tǒng)的電視(TV，Television)業(yè)務(wù)相比較，IPTV業(yè)務(wù)能夠提供更加豐富靈活的業(yè)務(wù)以及提供一個綜合的IPTV增值業(yè)務(wù)平臺，實現(xiàn)通信、數(shù)據(jù)、視頻和音頻等業(yè)務(wù)。IPTV業(yè)務(wù)主要提供直播電視(LTV,LiveTelevision)業(yè)務(wù)和視頻點播(VOD，Videoondemand)業(yè)務(wù)等。其中，VOD業(yè)務(wù)具有個性化和實施交互的特點；LTV業(yè)務(wù)對用戶而言是被動的，用戶對內(nèi)容選擇的余地只限于所提供的頻道，是一種非交互型的業(yè)務(wù)。VOD業(yè)務(wù)和LTV業(yè)務(wù)的視頻流在IP網(wǎng)上傳送屬于不同的技術(shù)范疇VOD業(yè)務(wù)采用點對點的通信方式；LTV業(yè)務(wù)采用點對多點通信，可以采用組播技術(shù)實現(xiàn)，組播技術(shù)可以有效地利用網(wǎng)絡(luò)帶寬，避免帶寬資源浪費。目前，組播技術(shù)采用同一組播地址發(fā)送業(yè)務(wù)的技術(shù)，用于發(fā)送者向指定的組播地址發(fā)送內(nèi)容，該組播地址將該內(nèi)容復(fù)制后，同時發(fā)送給多個接收者，這樣可以有效降低業(yè)務(wù)發(fā)送者和傳輸內(nèi)容網(wǎng)絡(luò)的負載。為了獲得組播地址發(fā)送的內(nèi)容，接收者通過加入業(yè)務(wù)組播組來要求鄰接的路由器復(fù)制組播內(nèi)容后，發(fā)送給自身，而路由器之間通過組播路由協(xié)議與其他路由器交互以建立組播轉(zhuǎn)發(fā)路徑，這樣組播內(nèi)容可以從組播源沿組播轉(zhuǎn)發(fā)路徑傳送給接收者。NGN是基于分組技術(shù)的融合型網(wǎng)絡(luò)，以分組交換為主，采用承載與控制相分離的架構(gòu)，不僅繼承了固網(wǎng)的所有業(yè)務(wù)，而且繼承了移動網(wǎng)絡(luò)的業(yè)務(wù)。NGN綜合了固網(wǎng)、移動網(wǎng)絡(luò)和IP網(wǎng)絡(luò)的優(yōu)勢，使得模擬用戶、數(shù)字用戶、移動用戶、IP用戶以及通過衛(wèi)星接入的用戶都可以作為NGN中的用戶相互通信。圖1為現(xiàn)有技術(shù)中的NGN架構(gòu)圖，如圖所示包括業(yè)務(wù)層和承載層，業(yè)務(wù)層主要包括多i某體子系統(tǒng)(IMS,IPMultimediaSubsystem)、PES(PSTN/IDSNEmulationSubsystem)和用戶配置文件(Userprofiles),承載層主要包括資源和認證控制子系統(tǒng)(RACS,ResourceandAdmissionControlSubsystem)。以及網(wǎng)絡(luò)附屬層子系統(tǒng)(NASS，NetworkAttachmentSubsystem)。其中，IMS作為NGN標準架構(gòu)下的子系統(tǒng)，為固定軟交換網(wǎng)與移動軟交換網(wǎng)提供了融合的體系架構(gòu)，實現(xiàn)了業(yè)務(wù)和控制層面的分離，運營上可以在這一個架構(gòu)下培育更多新業(yè)務(wù)，IMS的構(gòu)架可以承載IPTV業(yè)務(wù)。RACS通過實行資源接納控制，向業(yè)務(wù)層傳送網(wǎng)絡(luò)管理信息，支持業(yè)務(wù)控制與傳輸功能相分離，感知承載層的資源使用情況，保證正確合理地使用承載層資源，保證業(yè)務(wù)的服務(wù)質(zhì)量，并防止帶寬和業(yè)務(wù)被盜用的現(xiàn)象發(fā)生。圖2為現(xiàn)有技術(shù)承載層的功能實體構(gòu)架圖，如圖所示，該承載層包括RACS、NASS和承載傳輸層。其中，RACS包括基于業(yè)務(wù)的策略決策功能實體(SPDF，Service-basedPolicyDecisionFunction)、接入側(cè)資源和準入控制功能實體(A-RACF，Access-ResourceandAdmissionControlFunction);承載傳輸層包括接入點(AccessNode)、IP邊緣節(jié)點(IPEdge)中的資源控制執(zhí)行功能實體(RCEF)和二層終結(jié)功能實體(L2TF)、核心邊界節(jié)點(CoreBorderNode)中的邊界網(wǎng)關(guān)功能實體(BGF，BorderGatewayFunction)。SPDF是向業(yè)務(wù)層提供的統(tǒng)一接口，用于屏蔽承載層網(wǎng)絡(luò)拓樸和具體的接入類型，提供基于業(yè)務(wù)的策略控制，SPDF根據(jù)業(yè)務(wù)層中應(yīng)用功能實體(AF,ApplicationFunction)發(fā)送的請求選擇策略，并將請求映射為IP服務(wù)質(zhì)量參數(shù)提供給BGF,以請求相應(yīng)的資源，將請求發(fā)送給A-RACF。A-RACF具有接納和策略匯聚的功能，A-RACF從SPDF接收請求，然后基于所保存的策略實現(xiàn)接納控制，接受或拒絕對承載資源的請求，A-RACF通過e4接口從NASS獲得網(wǎng)絡(luò)附著信息和用戶服務(wù)質(zhì)量清單信息，從而可以根據(jù)網(wǎng)絡(luò)位置信息(例如接入用戶的物理地址)確定可用的網(wǎng)絡(luò)資源，同時在處理請求時參考用戶服務(wù)質(zhì)量清單信息，A-RACF確定媒體流策略，提供給RCEF。BGF位于接入網(wǎng)和核心網(wǎng)之間，實現(xiàn)核心邊界網(wǎng)關(guān)功能，也可用位于兩個核心網(wǎng)之間，實現(xiàn)互聯(lián)邊界網(wǎng)關(guān)功能，BGF在SPDF的控制下完成網(wǎng)絡(luò)地址轉(zhuǎn)換、門控、服務(wù)質(zhì)量標記、帶寬限制、使用策略以及資源同步功能。RCEF實施A-RACF通過Re接口傳輸?shù)亩?三層(L2/L3)媒體流策略，完成門控、服務(wù)質(zhì)量標記和帶寬限制等功能。L2TF是接入網(wǎng)中終結(jié)二層連接的功能實體。為了方便對本專利申請的描述，可以將承載層劃分為三段，如圖3所示，包括接入網(wǎng)、接入?yún)R聚網(wǎng)和核心網(wǎng)，其中，用戶設(shè)備(UE，UserEquipment)到IPEdge之間稱為接入網(wǎng)，IPEdge到CoreBorderNode之間稱為接入?yún)R聚網(wǎng)，CoreBorderNode以外稱為核心網(wǎng)。目前，基于圖2所示的架構(gòu)實現(xiàn)單播技術(shù)的承載資源申請方法如圖4所示，其具體步驟為步驟401、AF收到會話建立協(xié)商信息，判定該會話需要申請承載資源。步驟402、AF發(fā)送會話請求相關(guān)信息給SPDF,該信息包含請求承載資源的單播流的描述信息，如單播流五元組(源、目的IP地址、端口以及協(xié)議類型)，以及QoS相關(guān)參數(shù)，如等級、帶寬。步驟403、SPDF對承載資源請求進行授權(quán)，此過程包含了SPDF判定該AF的業(yè)務(wù)請求是否符合設(shè)定的策略。步驟404、如果SPDF成功授權(quán)承載資源，則可能需要向A-RACF請求授權(quán)預(yù)留資源和/或向BGF指示執(zhí)行資源預(yù)留。在本步驟中，SDPF將依據(jù)策略以及AF發(fā)送的請求中攜帶的參數(shù)來確定。所以，基于SPDF的決定，步驟405步~步驟408或/和步驟409~步驟409可能不會發(fā)生。SPDF向A-RACF發(fā)出的授權(quán)預(yù)留資源請求中同樣包含請求資源的單播流的描述信息以及請求的QoS參數(shù)等。步驟405、A-RACF基于接入網(wǎng)的策略進行資源授權(quán)和準入控制。A-RACF同時決定是否需要向RCEF下發(fā)策略決策，如果是，執(zhí)行步驟406。步驟406、A-RACF指示RCEF運用相關(guān)單播流上的策略(取決于步驟405的決定)，策略中包含對運用該策略的單播流的描述(五元組)，以及授權(quán)的QoS參數(shù)(帶寬等)，執(zhí)行步驟407。步驟407、RCEF根據(jù)A-RACF的指示確定相關(guān)策略規(guī)則并向A-RACF返回響應(yīng)(取決于步驟406)，執(zhí)行步驟407。步驟408、A-RACF發(fā)送資源授權(quán)響應(yīng)給SPDF,通知SPDF授權(quán)預(yù)留資源的結(jié)果。步驟409、SPDF確定是否需要指示BGF預(yù)留分配資源，如果需要則向BGF下發(fā)策略。策略中包含對運用該策略的單播流的描述(五元組)，以及授權(quán)的QoS參數(shù)(帶寬等)。步驟410、BGF執(zhí)行策略并預(yù)留分配承載資源，同時向SPDF返回資源預(yù)留的結(jié)果。步驟411、SPDF將步驟408或/和步驟410返回的結(jié)果，發(fā)送給AF。從圖4可以看出，目前基于圖2所示的架構(gòu)僅僅適用于單播技術(shù)，并不適用于組播技術(shù)，這是因為第一點單播技術(shù)釆用點對點的通信模式，網(wǎng)絡(luò)中的交換機或/和路由器對傳輸?shù)臄?shù)據(jù)流只進行轉(zhuǎn)發(fā)不進行復(fù)制，如果10個UE接受相同數(shù)據(jù)，則服務(wù)器需要逐一傳送，重復(fù)10次相同的工作。而組播技術(shù)采用點對多點的通信方式，需要接受相同數(shù)據(jù)流的UE加入一個組播組，共享組播組提供的一條數(shù)據(jù)流。圖2所示的架構(gòu)為所有UE發(fā)送或接收的數(shù)據(jù)流流在接入網(wǎng)和核心網(wǎng)進行資源預(yù)留，但是如果UE接收的為組播流，則核心網(wǎng)資源是共享的，如果組播流已經(jīng)建立，則圖2所示的架構(gòu)不需要再預(yù)留核心網(wǎng)資源，否則會造成資源的浪費。第二點在組播技術(shù)中，UE需要向組播路由器發(fā)送英特網(wǎng)組管理協(xié)議(IGMP,InternetGroupManagementProtocol)消息力口入某個組4番組，而該消息在接收該消息的第一個組播路由器上終結(jié)，在圖2中該組播路由器對應(yīng)IPEDGE節(jié)點。也就是說，如果需要對組播流的資源進行準入控制，防止沒有權(quán)限的UE加入該組播組，就必須在IPEDGE節(jié)點配置準入策略以判斷是否允許某UE加入。通過以上分析可以看出，目前圖2所示的架構(gòu)還不具備組播承載資源準入控制的能力，無法判斷是否接納組播流。但是，從目前IPTV業(yè)務(wù)的發(fā)展趨勢來看，組播技術(shù)將廣泛應(yīng)用于承載IPTV業(yè)務(wù)的網(wǎng)絡(luò)的承栽層中，對組播流的資源準入控制將成為保證IPTV業(yè)務(wù)服務(wù)質(zhì)量的關(guān)鍵所在，如果缺乏對組播流的資源控制方法，將很大程度上制約IPTV業(yè)務(wù)的廣泛開展。
發(fā)明內(nèi)容本發(fā)明實施例提供一種在NGN中實現(xiàn)組播承載資源控制的方法，該方法能夠在NGN中實現(xiàn)對組播承載資源的控制。本發(fā)明實施例還提供一種在NGN中實現(xiàn)組播承載資源控制的系統(tǒng)，該系統(tǒng)能夠在NGN中實現(xiàn)對組播承載資源的控制。本發(fā)明實施例還提供一種在NGN中實現(xiàn)組播承載資源控制的裝置，該裝置能夠在NGN中實現(xiàn)對組播承載資源的控制。根據(jù)上述目的，本發(fā)明實施例的技術(shù)方案是這樣實現(xiàn)的一種實現(xiàn)組播承載資源申請的方法，該方法包括基于業(yè)務(wù)的策略決策功能實體接收到組播承載資源申請請求，授權(quán)該請求，將授權(quán)后的組播承載資源申請請求發(fā)送給接入側(cè)資源和準入控制功能實體；接入側(cè)資源和準入控制功能實體對該請求對應(yīng)的組播流承載資源進行授權(quán)和準入控制。一種實現(xiàn)組播承載資源釋放的方法，該方法包括基于業(yè)務(wù)的策略決策功能實體接收到組播承載資源釋放請求后，給接入側(cè)資源和準入控制功能實體發(fā)送組播承載資源釋放請求；接入側(cè)資源和準入控制功能實體接收到該請求后，釋放該請求對應(yīng)的組播流承載資源。一種實現(xiàn)組播承載資源更改的方法，該方法包括基于業(yè)務(wù)的策略決策功能實體接收到組播承載資源更改請求，授權(quán)該請求，將授權(quán)后的組播承載資源更改請求發(fā)送給接入側(cè)資源和準入控制功能實體；接入側(cè)資源和準入控制功能實體對該請求對應(yīng)的組播流承載資源進行授權(quán)和準入控制。一種實現(xiàn)組播承載資源申請的系統(tǒng)，包括基于業(yè)務(wù)的策略決策功能實體和接入側(cè)資源和準入控制功能實體，其中，基于業(yè)務(wù)的策略決策功能實體，用于接收到組播承載資源申請請求，授權(quán)該請求，將授權(quán)后的組播承載資源申請請求發(fā)送給接入側(cè)資源和準入控制功能實體；接入側(cè)資源和準入控制功能實體，用于對該請求對應(yīng)的組播流承載資源進行授權(quán)和準入控制。一種實現(xiàn)組播承載資源釋放的系統(tǒng)，包括基于業(yè)務(wù)的策略決策功能實體和接入側(cè)資源和準入控制功能實體，其中，基于業(yè)務(wù)的策略決策功能實體，用于接收到組播承載資源釋放請求后，向接入側(cè)資源和準入控制功能實體發(fā)送組播承載資源釋放請求；接入側(cè)資源和準入控制功能實體，用于接收該請求，釋放該請求對應(yīng)的組播流承載資源?！N實現(xiàn)組播承載資源更改的系統(tǒng)，包括基于業(yè)務(wù)的策略決策功能實體和接入側(cè)資源和準入控制功能實體，其中，基于業(yè)務(wù)的策略決策功能實體，用于接收到組播承載資源更改請求，授權(quán)該請求，將授權(quán)后的組播承載資源更改請求發(fā)送給接入側(cè)資源和準入控制功能實體；接入側(cè)資源和準入控制功能實體，用于對該請求對應(yīng)的組播流承載資源進行授權(quán)和準入控制。一種實現(xiàn)組播承載資源控制的裝置，包括接收模塊、組播資源授權(quán)功能模塊和控制策略生成模塊，其中，接收模塊，用于接收組播承載資源申請、釋放或更改消息；組播資源授權(quán)功能模塊，用于對該申請消息或更改消息對應(yīng)的組播資源授權(quán)，對釋放消息對應(yīng)的組播資源釋放；控制策略生成模塊，用于為該申請消息或更改消息對應(yīng)的組播流生成組播流控制策略。一種實現(xiàn)組播承載資源控制的裝置，包括接收模塊、組播控制處理模塊，其中，接收模塊，用于接收組播流控制策略、或組播流控制策略的更改或刪除指示；組播控制處理模塊，用于安裝并執(zhí)行組播流控制策略，或?qū)M播流控制策略進行更改或刪除。綜上，本發(fā)明實施例對承載層的SPDF和A-RACF的能力進行擴展，使其根據(jù)組播承載資源申請請求、更改請求或釋放請求，對要處理的組播流承載資源進行相應(yīng)控制，生成組播流承載策略，用于控制傳輸層對組播流的組播承栽資源進行資源預(yù)留控制、帶寬限制控制、資源激活控制和接入授權(quán)控制的一種或多種組合；本發(fā)明實施例還對承載層的BGF和RCEF的能力進行擴展，從而可以根據(jù)SPDF或A-RACF下發(fā)的組播流控制策略對組播流的組播承載資源進行資源預(yù)留控制、帶寬限制控制、資源激活控制和接入授權(quán)控制控制的一種或多種組合。因此，本發(fā)明實施例提供的方法、系統(tǒng)及裝置可以在NGN中實現(xiàn)對組播承載資源的控制。圖1為現(xiàn)有技術(shù)中的NGN架構(gòu)圖2為現(xiàn)有技術(shù)承載層的功能實體構(gòu)架圖3為NGN中承載層的劃分結(jié)構(gòu)示意圖4為現(xiàn)有技術(shù)基于圖2所示的架構(gòu)實現(xiàn)單播技術(shù)的承載資源申請方法流程圖5為本發(fā)明實施例在NGN中實現(xiàn)組播承載資源控制的系統(tǒng)一示意圖；圖6為本發(fā)明實施例在NGN中實現(xiàn)組播承載資源控制的系統(tǒng)二示意圖；圖7為本發(fā)明實施例在NGN中實現(xiàn)組播承載資源控制的裝置一示意圖；圖8為本發(fā)明實施例在NGN中實現(xiàn)組播承載資源控制的裝置二示意圖；圖9為本發(fā)明較佳實施例在NGN中實現(xiàn)組播承載資源申請的方法流程圖10為本發(fā)明較佳實施例在NGN中實現(xiàn)組播承載資源釋放的方法流程圖11為本發(fā)明較佳實施例在NGN中實現(xiàn)組播承載資源更改的方法流程圖12為本發(fā)明實施例以(S，G)為例說明了SPDF處理組播承載資源控制消息的處理流程圖13為本發(fā)明實施例以(S,G)為例說明了A-RACF處理組播承載資源控制消息的處理流程圖14為本發(fā)明較佳實施例在NGN中采用PULL方式實現(xiàn)組播承載資源請求的方法流程圖。具體實施例方式為使本發(fā)明的目的、技術(shù)方案和優(yōu)點更加清楚，下面結(jié)合附圖對本發(fā)明實施例作進一步的詳細描述。為了在NGN中實現(xiàn)對組播承載資源的控制，從而保證IPTV業(yè)務(wù)在網(wǎng)絡(luò)的承載層^_用組播技術(shù)，本發(fā)明實施例對RACS中的A-RACF和SPDF的能力進行了擴展，對RCEF和BGF的能力進行擴展或設(shè)置可以對組播流的承載資源進行控制的實體使A-RACF和SPDF可以根據(jù)申請請求、更改請求或釋放請求，對要處理的組播流承載資源進行相應(yīng)控制，生成組播流承載策略；使RCEF和BGF或設(shè)置的實體可以根據(jù)SPDF或A-RACF下發(fā)的組播流控制策略對對組播流的組播承載資源進行資源預(yù)留控制、帶寬限制控制、資源激活控制和接入授權(quán)控制的一種或多種組合。在本發(fā)明實施例中，當對組#"流的岸義載資源進行申請或更改時，A-RACF用于對要控制的組播流承載資源進行接入側(cè)授權(quán)(包括接入網(wǎng)和接入?yún)R聚網(wǎng))和準入控制；SPDF用于對組播承載資源的申請或更改請求進行授權(quán)；RCEF用于根據(jù)組播流控制策略對組播流進行對組播流的組播承載資源進行資源預(yù)留控制、帶寬限制控制、資源激活控制和接入授權(quán)控制的一種或多種組合；BGF用于根據(jù)組播流控制策略對組播流的組播承載資源進行資源預(yù)留控制、帶寬限制控制和資源激活控制的一種或多種組合。本發(fā)明實施例可以在A-RACF和SPDF設(shè)置保存并更新組I番流狀態(tài)信息的功能，根據(jù)組播承載資源申請請求或組播承載資源更改請求攜帶的信息或/和承載層當前資源信息對組播流進行授權(quán)或/和準入控制功能。為了實現(xiàn)上迷功能，本實施例增加了以下實體組播承載資源授權(quán)功能實體(MRAF,MulticastResourceAuthorizationFunction),用于保存并更新組播流狀態(tài)信息的功能，以及根據(jù)組播承載資源申請請求或組播承載資源更改請求攜帶的信息或/和承載層當前資源信息對組播流進行授權(quán)或/和準入控制功能；組播控制處理功能實體(MCPF,MulticastControlProcessingFunction),用于安裝、更改或刪除組播流控制策略，并執(zhí)行組播流控制策略，如對對組播流的組播承載資源進行資源預(yù)留控制、帶寬限制控制、資源激活控制和接入授權(quán)控制的一種或多種組合。表1給出了圖2所示的實體中新增的功能實體<table>tableseeoriginaldocumentpage22</column></row><table>表1在表1中，僅僅出現(xiàn)了RCEF和BGF上增加MCPF,但是在實際應(yīng)用中，MCPF也可能作為獨立的承載層功能實體，分別設(shè)置在IPEdge和CoreBorderNode上，與RCEF和BGF分別進行信息交互。圖5為本發(fā)明實施例在NGN中實現(xiàn)組播承載資源控制的系統(tǒng)一示意圖，該系統(tǒng)以對組播流的承載資源申請為例進行說明，該實施例將新增功能實體的功能分別設(shè)置在了SPDF、A-RACF、RCEF和BGF中，如圖所示，該系統(tǒng)包括SPDF、A-RACF、RCEF和BGF，其中，SPDF，用于從AF接收組播承載資源申請請求，對該請求進行授權(quán)，將授權(quán)后的組播承載資源申請請求發(fā)送給A-RACF,向BGF發(fā)送組播流控制策略，接收A-RACF發(fā)送的接入側(cè):i受權(quán)和準入控制結(jié)果和BGF發(fā)送的策略安裝響應(yīng)；A-RACF，用于接收SPDF發(fā)送授權(quán)后的組播承載資源申請請求，根據(jù)接入網(wǎng)策略和資源情況對該請求的組播流所需資源進行接入側(cè)授權(quán)和準入控制，向RCEF發(fā)送組播流控制策略，接收RCEF發(fā)送的策略安裝結(jié)果響應(yīng)，將接入側(cè)授權(quán)和準入控制結(jié)果發(fā)送給SPDF;RCEF,用于安裝并執(zhí)行A-RACF發(fā)送的組播流控制策略，向A-RACF返回策略安裝結(jié)果響應(yīng)；BGF,用于安裝并執(zhí)行SPDF發(fā)送的組播流控制策略；向SPDF返回策略安裝結(jié)果響應(yīng)。在本發(fā)明實施例中，該系統(tǒng)還可以包括AF,其中，SPDF,用于將,人A-RACF接收到的接入側(cè)授權(quán)和準入控制結(jié)果、或A-RACF接收到的接入側(cè)授權(quán)和準入控制結(jié)果和從BGF接收到的策略安裝響應(yīng)進行匯總，將得到的組播承載資源申請請求處理結(jié)果發(fā)送給AF。AF,用于接收SPDF發(fā)送的組播承載資源申請請求處理結(jié)果。在本實施例中，SPDF還可以在向BGF發(fā)送組播流控制策略之前，判斷BGF是否已經(jīng)存在該組播流(其他UE使用該組播流時已經(jīng)對承載資源進行了申請)，如果是，則不向BGF發(fā)送組播流控制策略，這時，BGF也不用安裝并執(zhí)行組播流控制策略，如果否，則按照上述方案執(zhí)行。在本實施例中，A-RACF根據(jù)接入側(cè)策略和當前資源情況對組播資源進行授權(quán)和準入控制。如判斷相應(yīng)的RCEF上是否已經(jīng)存在相應(yīng)的組播流，如果存在，則綜合接入網(wǎng)的當前網(wǎng)絡(luò)資源情況對接入網(wǎng)組播資源進行授權(quán)，如果不存在，則綜合接入網(wǎng)和接入?yún)R聚網(wǎng)的當前網(wǎng)絡(luò)資源情況對接入網(wǎng)和接入?yún)R聚網(wǎng)的組播資源進行授權(quán)。在本發(fā)明實施例中，當RCEF和BGF采用拉(PULL)方式主動向RACS請求對組播流進行承載資源的申請時，還可以增加組播流控制策略請求功能實體(MPRF,MulticastPolicyRequestFuntion)，該MPRF的功能可以分別設(shè)置在RCEF和BGF中，也可以單獨設(shè)置。在RCEF通過AccessNode接收到UE加入組播組請求后，通過該MPRF向A-RACF發(fā)送組播流控制策略請求，接收到A-RACF發(fā)送的組播流控制策略響應(yīng)后，對組播流執(zhí)行A-RACF下發(fā)的組播流控制策略；RCEF可以判斷該組播流的組播路徑是否建立，如果是，則不做任何處理，如果否，則向BGF發(fā)送組播路徑建立消息，BGF接收到該消息后，通過該MPRF向SPDF發(fā)送組播承載資源授權(quán)請求，接收到SPDF發(fā)送的組播承載資源授權(quán)響應(yīng)后，對組播流執(zhí)行SPDF下發(fā)的組播流控制策略。圖6為本發(fā)明實施例在NGN中實現(xiàn)組播承載資源控制的系統(tǒng)二示意圖，該系統(tǒng)以對組播流的承載資源申請為例進行說明，在該實施例中，將本發(fā)明實施例增加的實體獨立設(shè)置，該系統(tǒng)包括SPDF、A-RACF和IP邊緣節(jié)點中的和在核心邊界節(jié)點中的MCPF,其中，SPDF,用于從AF接收組播承載資源申請請求，對該請求授權(quán)，將授權(quán)后的組播承載資源申請請求發(fā)送給A-RACF,向CoreBorederNode上的MCPF發(fā)送組^"流控制策略，接收A-RACF接入側(cè)4吏4又和準入控制結(jié)果和MCPF發(fā)送的策略安裝響應(yīng)；A-RACF，用于接收SPDF發(fā)送授權(quán)后的組播承載資源申請請求，根據(jù)接入網(wǎng)策略和資源情況對該請求的組播流所需資源進行接入側(cè)授權(quán)和準入控制，向IPEDGE上的MCRF發(fā)送組播流控制策略，接收MCRF發(fā)送的策略安裝結(jié)果響應(yīng)，將接入側(cè)授權(quán)和準入控制結(jié)果發(fā)送給SPDF;MCPF,其中，IPEDGE上的MCRF用于安裝并執(zhí)行從A-RACF接收的組播流控制策略，向A-RACF返回策略安裝結(jié)果響應(yīng)；CoreBorederNode上的MCPF用于安裝并執(zhí)行從SPDF接收的組播流控制策略，向SPDF返回策略安裝結(jié)果響應(yīng)。在本發(fā)明實施例中，該系統(tǒng)還可以包括AF,其中，SPDF,用于將從A-RACF接收到的接入側(cè)授權(quán)和準入控制結(jié)果、或A-RACF接收到的接入側(cè)授權(quán)和準入控制結(jié)果和從BGF接收到的策略安裝響應(yīng)進行匯總，將得到的組播承載資源申請請求處理結(jié)果發(fā)送給AF。AF，用于接收SPDF發(fā)送的組播承載資源申請請求處理結(jié)果。以上系統(tǒng)實施例敘述了如何對組播承載資源申請請求進行處理的過程，在實際應(yīng)用中，還可以對組播承栽資源釋放請求、組播承載資源更改請求進行處理。在處理組播承載資源釋放請求時，將該請求發(fā)送給A-RACF進行資源釋放，A-RACF和SPDF還可以進一步指示傳輸層刪除該組播流的組播流控制策略；在處理組播承載資源更改請求時，SPDF對該請求進行授權(quán)，將該請求發(fā)送給A-RACF進行資源更改，A-RACF和SPDF還可以進一步指示傳輸層更改該組播流的組播流控制策略。圖7為本發(fā)明實施例在NGN中實現(xiàn)組播承載資源控制的裝置一結(jié)構(gòu)示意圖，該裝置可以為SPDF或A-RACF,包括接收模塊、MRAF模塊和控制策略生成模塊，其中，接收模塊，用于接收組播承載資源申請、釋放或更改消息；MRAF模塊，用于對該申請消息或更改消息對應(yīng)的組播資源授權(quán)，對釋放消息對應(yīng)的組播資源釋放；控制策略生成模塊，用于為該申請消息或更改消息對應(yīng)的組播流生成組播流控制策略。在本實施例中，該裝置還包括策略發(fā)送模塊，用于發(fā)送生成組播流控制策略。在本實施例中，該裝置采用PULL方式下，還包括策略請求接收模塊和策略發(fā)送模塊，其中，策略請求接收模塊，用于接收組播流控制策略請求；策略發(fā)送模塊，用于發(fā)送生成組播流控制策略。圖8為本發(fā)明實施例在NGN中實現(xiàn)組播承載資源控制的裝置二結(jié)構(gòu)示意圖，該裝置可以為BGF或RCEF,包括接收模塊和MCPF模塊，其中，接收模塊，用于接收組播流控制策略、或組播流控制策略的更改或刪除指示；MCPF模塊，用于安裝并執(zhí)行組播流控制策略，或?qū)M播流控制策略進行更改或刪除。圖8所示的裝置用于PUSH方式，當在PULL方式下，采用的裝置還包括組播策略請求模塊；其中，組播策略請求模塊，用于請求組播流控制策略。以下舉三個方法實施例，分別敘述在PUSH方式下建立、釋放以及更改組播承栽資源的方法。在這三個實施例中，都是采用將MRAF設(shè)置在SPDF、MRAF設(shè)置在A-RACF、MCPF設(shè)置在BGF、以及MCPF設(shè)置在RCEF中。在這三個實施例中，采用的都是PUSH方式。圖9為本發(fā)明實施例在NGN中建立組播承載資源的方法流程圖，在該實施例中，具體步驟為步驟901、AF接收到業(yè)務(wù)層會話協(xié)商消息，如會話描述協(xié)議(SDP，SessionDescriptionProtocol)消息，獲取該消息攜帶的會話相關(guān)信息。在本步驟中，會話相關(guān)信息包括UE選擇期望加入的組播組地址以及媒體相關(guān)信息(如需要的帶寬等)。步驟卯2、AF根據(jù)會話相關(guān)信息向SPDF發(fā)送組播承載申請請求，該請求攜帶組播流相關(guān)信息。在本步驟中，組播流相關(guān)信息必須包括UE標識和組播流描述信息。在組播流描述信息中，必須包括組播組D類地址，可選包含至少一個組播源地址以及源地址過濾模式。組播流相關(guān)信息還可以包括組播流請求的帶寬信息或/和資源激活指示信息。如果包括了資源激活指示信息，說明指示激活承載層資源，建立好承載層資源后，承載層資源可以立即使用，否則表示需要等待AF的進一步指示才能使用已經(jīng)建立好的承栽層資源。步驟903、SPDF接收到AF發(fā)送的組播承載申請請求后，對該請求進行授權(quán)。如果授權(quán)通過，則確定是否在BGF已經(jīng)存在這個組播流，如果是，則確定向A-RACF發(fā)送授權(quán)后的組播承載申請請求，后續(xù)執(zhí)行步驟卯4~909;如果否，則確定向A-RACF發(fā)送組播承載申請請求和確定向BGF發(fā)送組播流控制策略，后續(xù)執(zhí)行步驟904~卯9和步驟910~912。在本步驟中，如果傳輸組播流請求沒有攜帶帶寬信息，則SPDF通過查詢本地數(shù)據(jù)庫，獲得數(shù)據(jù)庫存儲的該組播流所需的帶寬。在本步驟中，根據(jù)SPDF設(shè)置的對組播流的準入控制功能確定該消息是否授權(quán)通過，在本步驟中，SPDF還生成控制策略發(fā)送給BGF。根據(jù)SPDF存儲的組播流狀態(tài)信息，判斷該請求攜帶的組播流當前狀態(tài)，從而確定是否在BGF已經(jīng)存在這個組播流。例如在Ia接口使用H.248協(xié)議時，SPDF判斷BGF是否已經(jīng)為該組播流建立了上下文。在本實施例中，步驟910-912可能不會發(fā)生(BGF已經(jīng)存在這個組播流時)；步驟910912和步驟904卯9發(fā)生的順序不定，可以同時發(fā)生，也可以先執(zhí)行步驟910~912，再執(zhí)行904~909。步驟904、SPDF向A-RACF發(fā)送組播承載資源申請請求，該請求攜帶的信息與步驟902攜帶的信息一致。步驟905、A-RACF接收到該請求后，根據(jù)接入網(wǎng)策略和資源情況對組播資源進行授權(quán)和準入控制。例如判斷相應(yīng)的RCEF上是否已經(jīng)存在相應(yīng)的組播流，如果存在，則綜合接入網(wǎng)的當前網(wǎng)絡(luò)資源情況對接入網(wǎng)組播資源進行授權(quán)，如果不存在，則綜合接入網(wǎng)和接入?yún)R聚網(wǎng)的當前網(wǎng)絡(luò)資源情況對接入網(wǎng)和接入?yún)R聚網(wǎng)的組播資源進行授權(quán)。在本步驟中，根據(jù)A-RACF存儲的組播流狀態(tài)信息，判斷該消息攜帶的組播流當前狀態(tài)，從而判斷出RCEF是否已經(jīng)存在這個組播流。步驟906、A-RACF向RCEF發(fā)送組播流控制策略，指示RCEF對組播流的組播承載資源進行資源預(yù)留控制、帶寬限制控制、資源激活控制和接入授權(quán)控制的一種或多種組合。在組^"流控制策略中，包括對組#~流描述信息、UE標識以及組^"流的帶寬信息。在組播流控制策略中，還可以包括資源激活的指示信息，如果包括了資源激活指示信息，說明指示激活承載層接入側(cè)資源，建立好承載層接入側(cè)資源后，承載層接入側(cè)資源可以立即使用，否則表示需要等待A-RACF的進一步指示才能使用已經(jīng)建立好的承載層接入側(cè)資源。步驟907、RCEF安裝并執(zhí)行組播流控制策略，其中包括RCEF對該組播流執(zhí)行資源預(yù)留、和/或帶寬限制、和/或接入授權(quán)等控制功能。在本步驟中，RCEF還可以根據(jù)組播流控制策略中包含的組播流的描述信息，如組播組地址，對后續(xù)接收來自UE的IGMP請求進行組播接入授權(quán)，僅接納高層AF經(jīng)RACS下發(fā)組播流描述信息的IGMP組播業(yè)務(wù)流申請，從而實現(xiàn)根據(jù)高層AF的應(yīng)用授權(quán)對用戶的組播業(yè)務(wù)請求進行接納控制的能力。步驟卯8、RCEF向A-RACF返回策略安裝響應(yīng)。步驟卯9、A-RACF向SPDF返回接入側(cè)組播承載申請響應(yīng)，指示該組播流的接入側(cè)組播承載資源預(yù)留結(jié)果。步驟910、SPDF判斷需要向BGF下發(fā)組播流控制策略，指示BGF對組播流的組播承載資源進行資源預(yù)留控制、帶寬限制控制和資源激活控制的一種或多種組合。如果SPDF判斷BGF上沒有該組播流存在，則下發(fā)組播流控制策略，指示BGF安裝該組播流控制策略，例如現(xiàn)在Ia接口使用H,.248協(xié)議，則用ADD命令增加兩個H..248虛擬端點Tc(核心網(wǎng)側(cè))和Ta(4妄入網(wǎng)側(cè))，這兩個端點在同一個上下文中。SPDF向BGF發(fā)送組^"流控制策略。在本步驟中，組播流控制策略包括組播流描述信息以及授權(quán)的帶寬信息等。該信息還可以包括資源激活的指示信息，如果包括了資源激活指示信息，說明指示激活承載層接入資源，建立好承載層接入資源后，承載層接入資源可以立即使用，否則表示需要等待A-RACF的進一步指示才能使用已經(jīng)建立好的承載層接入資源。步驟911、BGF安裝并執(zhí)行組播流控制策略，根據(jù)該組播流控制策略執(zhí)行組播資源預(yù)留、和/或帶寬限制、和/或資源激活等控制功能。步驟912、BGF向SPDF返回策略安裝響應(yīng)。步驟913、SPDF向AF返回組播承載申請響應(yīng)，攜帶組播承載資源的預(yù)留結(jié)果。當AF接收到結(jié)束會話的消息后，需要向RACS請求釋放相應(yīng)的組播承載資源，如圖10所示。圖10為本發(fā)明實施例在NGN中釋放組播承載資源的方法流程圖，在該實施例中，具體步驟為步驟IOOI、AF接收到業(yè)務(wù)層發(fā)送的結(jié)束會話消息，確定向承載層請求釋放組播承載資源。步驟1002、AF向SPDF發(fā)送組播承載資源釋放請求，該請求至少包括UE標識和會話標識。在本步驟中，由于AF和SPDF之間的Gq，接口已經(jīng)定義，可以使用直徑(Diameter)協(xié)議，使用STR/STA命令來結(jié)束會話，并使用會話標識通知SPDF需要結(jié)束會話，會話標識可以用以標識組播流，所以無須攜帶會話相關(guān)的其他信息。步驟1003、SPDF向A-RACF發(fā)送組播資源釋放請求，請求A-RACF釋放接入側(cè)資源，該請求中攜帶的信息至少包含UE標識和會話標識。步驟1004、A-RACF接收到SPDF發(fā)送的組播資源釋放請求后，釋放相應(yīng)的組播資源。如判斷該組播流在RCEF是否已經(jīng)沒有其他UE使用，如果是，則確定釋放該組播流占用的接入網(wǎng)和接入?yún)R聚網(wǎng)組播承載資源，否則，僅確定釋放該組播流占用的接入網(wǎng)組播承載資源。確定的方法可以根據(jù)A-RACF存儲的組播流狀態(tài)信息，判斷組播流當前狀態(tài)，確定該組播流還為RCEF所服務(wù)的其他UE所使用。步驟1005、A-RACF指示RCEF刪除相應(yīng)的組播流控制策略，該策略包含攜帶組播流描述信息和UE標識。步驟1006、RCEF刪除該組播流控制策略。步驟1007、RCEF向A-RACF返回策略刪除響應(yīng)。步驟1008、A-RACF向SPDF返回組播承載資源釋放響應(yīng)。步驟1009、SPDF判斷是否需要刪除BGF上相應(yīng)的組播流控制策略，如果該組播流還為BGF所服務(wù)的其他UE所使用，則SPDF僅向A-RACF請求釋放接入側(cè)資源即可，無需刪除BGF上組播流控制策略，即步驟1009~1011不會發(fā)生；但是如果該組播流在BGF上該組播流已經(jīng)沒有UE使用，則SPDF需要先后或同時分別向A-RACF和BGF發(fā)送組播資源釋放請求和組播流策略刪除請求，也就是說步驟1003~步驟1008和步驟1009~步驟1011發(fā)生的順序不定，可以先向A-RACF請求釋放組播流承載資源，也可以先向BGF請求釋放組播流承載資源，當然以上步驟也可以并行發(fā)生，如果SPDF判斷需要刪除BGF上相應(yīng)的組播流承載資源，則指示BGF進行組播流承載資源刪除，如目前l(fā)a接口使用H.248協(xié)議，則用Substract命令刪除該組播流對應(yīng)的兩個H.248虛擬端點Tc(核心網(wǎng)側(cè))和Ta(接入網(wǎng)側(cè))。步驟1010、BGF根據(jù)SPDF的指示刪除相應(yīng)的策略。步驟IOII、BGF向SPDF返回策略刪除響應(yīng)。步驟1012、SPDF向AF返回資源釋放的響應(yīng)。在本發(fā)明實施例中，當組播流的編碼發(fā)生變化、組播源改變或頻道切換時，使得組播流所需要的帶寬資源發(fā)生變化或這對組播流的過濾規(guī)則發(fā)生變化，需要在承載層對組播流的承載資源也進行相應(yīng)變更。如圖ll所示，圖11為本發(fā)明實施例在NGN中變更組播承載資源的流程圖，具體步驟為步驟IIOI、AF接收到業(yè)務(wù)層的會話消息，判斷承載層與該會話相關(guān)的組播數(shù)據(jù)流的承載資源需要更改。步驟1102、AF向SPDF發(fā)送組播承載資源更改請求，該請求至少包括UE標識。在本步驟中，該消息還可以包括更改后的組播流信息(組播組地址)，更改后的請求帶寬信息，以及其他更改后的QoS參數(shù)。如果采用IGMPV3發(fā)送消息，該消息還需要包含組播源地址，還可能包含源地址過濾模式。步驟1103、SPDF接收到組播承載資源更改請求后，對該請求進行授權(quán)，授權(quán)通過后，判斷是否需要對組播流在BGF上的組播流控制策略更改，如果不需要，則只執(zhí)行步驟1104~1109敘述的對組播流在A-RACF上的組播承載資源進行更改過程；如果需要，則執(zhí)行步驟11041109敘述的對組播流在A-RACF上的組播承載資源進行更改過程，和步驟1110~1112敘述的對在BGF上的該組播流控制策略進行更改過程。在本步驟中，根據(jù)SPDF存儲的組播流狀態(tài)信息，判斷為改的組播流當前狀態(tài)，確定該組播流還為BGF服務(wù)的其他UE所使用，則不需要更改BGF上的對該組播流的控制策略。例如UE進行頻道切換，切換前的頻道仍然有其他UE收看，則SPDF僅向A-RACF請求更改接入組播承載資源即可，無需更改BGF上的組播承載資源。在本實施例中，步驟1110~1112可能不會發(fā)生；步驟1110-1112和步驟1104~1109發(fā)生的順序不定，可以同時發(fā)生，也可以先執(zhí)行步驟1110-1112,再^M亍1104~1109。步驟1104、SPDF向A-RACF發(fā)送組播承載資源更改請求，請求A-RACF更改接入側(cè)組播承載資源，該消息中攜帶的信息至少包括UE標識；在本步驟中，該消息還可以包括更改后的組播流信息(組播組地址)，更改后的請求帶寬信息，以及其他更改后的QoS參數(shù)。如果釆用IGMPV3發(fā)送消息，該消息還需要包含組播源地址，還可能包含源地址過濾模式。步驟1105、A-RACF接收到SPDF發(fā)送的該請求后，根據(jù)接入側(cè)的策略和資源情況運用新的服務(wù)質(zhì)量參數(shù)進行授權(quán)和準入控制。例如根據(jù)標識組播流的信息確定組播流當前占用的接入側(cè)組播承載資源，根據(jù)更改組播流信息更改該接入側(cè)組播承載資源，包括對接入網(wǎng)組播承載資源和/或接入?yún)R聚網(wǎng)組播承載資源的更改。步驟1106、A-RACF指示RCEF更改相應(yīng)的組播流控制策略。該策略中必須攜帶UE標識,還可以包括更改后的組播流描述信息、更改后帶寬信息以及其他更改后的服務(wù)質(zhì)量參數(shù)。步驟1107、RCEF執(zhí)行該組播流控制策略的更改。步驟1108、RCEF向A-RACF返回策略更改響應(yīng)。步驟1109、A-RACF向SPDF返回組!番承載資源更改響應(yīng)。步驟1110、如果SPDF判斷需要更改BGF上組播資源，則指示BGF更改相應(yīng)的組播流控制策略。如目前Ia接口上使用H.248,則BGF用Modify命令修改該組播流對應(yīng)的兩個H.248虛擬端點Tc和Ta的屬性。步驟1111、BGF執(zhí)行該組播流控制策略的更改。步驟1112、BGF向SPDF返回策略更改的響應(yīng)。步驟1113、SPDF向AF返回組播承載資源更改響應(yīng)。在本發(fā)明實施例提供的系統(tǒng)、裝置及方法可以看出，由于組播技術(shù)和單播技術(shù)的差異，使得SPDF和A-RACF需要針對組播技術(shù)的特點增加對組播承載資源控制消息，包括組播承載資源申請、釋放和更改消息的處理功能，才能最終使承載層可以對組播流的承載資源進行控制。圖12以(S，G)為例說明了SPDF處理組播承載資源控制消息的處理流程圖，其中，(S，G)代表一個組播組，S為組播源地址，G為組播組地址；N為BGF上的(S,G)所服務(wù)的UE數(shù)目；(S，，G，)代表另一個組播組，組^燔源地址為S，，組播組地址為G，。在本實施例中，SPDF需要存儲所有組播承載資源控制消息的組播流(S,G)和接收該組播流在BGF上所服務(wù)的UE數(shù)目對應(yīng)關(guān)系，并對該組播流在BGF上所服務(wù)UE數(shù)目實時更新(該對應(yīng)關(guān)系可以當作組播流狀態(tài)信息)，以確定處理組播承載資源控制消息的流程，當SPDF接收到來自AF的組播承載資源控制消息之后，判斷該請求的類型A)申請組播承載資源。SPDF判斷是否已存在(S，G)組播流，如果沒有，則為此(S，G)創(chuàng)建相應(yīng)的N(N=l)，隨后指示BGF為該組播流安裝組播流控制策略，請求A-RACF預(yù)留接入側(cè)組播承載資源；如果已存在對應(yīng)的N,則N=N+1,隨后請求A-RACF預(yù)留接入側(cè)組播承載資源。B)釋放組播承載資源。SPDF判斷(S,G)對應(yīng)的(N-N-l)后N是否等于0,如果等于0,則刪除(S，G)與N的對應(yīng)關(guān)系，并指示BGF刪除組播流控制策略，請求A-RACF釋放接入側(cè)組播承栽資源；如果N不為0，則SPDF直接請求A-RACF釋放接入組播承載資源即可。C)更改承載資源。如果是請求將(S,G)的資源分配給另一個組播流(S，，G，)，則實施B)流程；如果是請求將其他組播流(S',G，)的資源分配給(S,G),則實施A)流程。與SPDF處理組播承載資源控制消息的過程類似，圖13以(S,G)為例說明了A-RACF處理接入組播承載資源控制消息的處理流程圖，其中，(S，G)代表一個組播組，S為組4番源地址，G為組播組地址；N為RCEF上的(S,G)所服務(wù)的UE數(shù)目；(S，，G，)代表另一個組播組，組播源地址為S，，組^"組地址為G，。在本實施例中，A-RACF需要存儲所有組播承載資源控制消息的組播流(S,G)和接收該組播流的UE數(shù)目對應(yīng)關(guān)系，并對UE數(shù)目實時更新，以確定處理接入組播承載資源控制消息的流程，當A-RACF接收到來自SPDF的接入組播承載資源控制消息之后，判斷該請求的類型A)申請組播承載資源。A-RACF判斷是否已存在(S,G)組播流，如果沒有，則為此(S，G)創(chuàng)建相應(yīng)的N'(N'=l)，授權(quán)接入網(wǎng)和接入?yún)R聚網(wǎng)的組播7、載資源；如果已存在對應(yīng)的N',則N'=N'+l,授權(quán)接入網(wǎng)的組播承載資源。最后指示RCEF安裝執(zhí)行組播流控制策略。B)釋放組播承載資源。A-RACF判斷(S，G)對應(yīng)的(N'=N'-1)后N'是否等于0,如果等于0,則刪除(S，G)與N'的對應(yīng)關(guān)系，授權(quán)釋放接入網(wǎng)和接入?yún)R聚網(wǎng)的組播承載資源；如果N'不為0，授權(quán)釋放接入網(wǎng)組播承載資源。最后指示RCEF刪除組播流控制策略。C)更改承載資源。如果是請求將(S,G)的資源分配給另一個組播流(S，，G，)，則實施B)流程；如果是請求將其他組播流(S，，G，)的資源分配給(S,G),則實施A)流程。在上述方案中，當組播承載資源4更權(quán)之后，由A-RACF向RCEF發(fā)送組#"流控制策略或/和由SPDF向BGF發(fā)送組^"流控制策略，這都是采用PUSH方式。在本發(fā)明實施例中，還可以使用PULL方式來完成組播流控制策略的申請。也就是說，承載層向RACS請求組播流控制策略，承載層的IPEdge通過AccessNode接收到UE發(fā)送的加入組播組請求后，向RACS發(fā)起組播流控制策略請求，此時RACS中的A-RACF向RCEF發(fā)送組播流控制策略或/和由SPDF向BGF發(fā)送組播流控制策略。但是由于現(xiàn)有定義RCEF和BGF為策略執(zhí)行實體，沒有具備主動請求預(yù)留組播承載資源的能力，所以在本實施例中，RCEF和BGF除了需要擴展表l所描述的能力外，還需要增加MPRF,使其在接收到加入組播組請求或建立組播路徑消息后，主動向RACS發(fā)送組播承載資源授權(quán)請求。當然，此處MPRF也可以作為IPEdge和CoreBorder上獨立的功能實體負責(zé)向RACS請求組播承載資源授權(quán)。以下采用組播承載資源申請的過程說明如何采用PULL方式實現(xiàn)，如圖14所示，其具體步驟為步驟1401、AF接收到業(yè)務(wù)層會話協(xié)商消息，如SDP消息，獲取該消息攜帶的會話相關(guān)信息。在本步驟中，會話相關(guān)信息包括UE選擇期望加入的組播組地址以及組播流的信息(如需要的帶寬等)。步驟1402、AF根據(jù)會話相關(guān)信息向SPDF發(fā)送組播承載資源申請請求，該請求攜帶組播流相關(guān)信息。在本步驟中，組播流相關(guān)信息必須包括UE標識和組播流描述信息。在組播流描述信息中，必須包括組播組D類地址，可選包含至少一個組播源地址以及源地址過濾模式。組播流相關(guān)信息還可以包括請求帶寬信息或/和資源激活指示信息。如果包括了資源激活指示信息，說明指示激活承載層資源，建立好承載層資源后，承載層資源可以立即使用，否則表示需要等待AF的進一步指示才能使用已經(jīng)建立好的承載層資源。步驟1403、SPDF接收到AF發(fā)送的該請求后，對該請求進行授權(quán)，授權(quán)通過。確定是否在BGF已經(jīng)存在這個組播流，如果是，則確定僅向A-RACF發(fā)送該消息；如果否，則確定向A-RACF發(fā)送該請求和可選地向BGF下發(fā)組播流控制策略。在本步驟中，如果該請求沒有攜帶帶寬信息，則SPDF獲取組播流的帶寬。在本步驟中，根據(jù)SPDF設(shè)置的對組播流的準入控制功能確定該請求是否4受4又通過。根據(jù)SPDF存儲的組播流狀態(tài)信息，判斷該請求攜帶的組播流當前狀態(tài)，從而確定是否在BGF已經(jīng)存在這組播流。例如在Ia接口使用H.248協(xié)議時，SPDF判斷BGF是否已經(jīng)為該組播流建立了上下文。步驟1404、SPDF向A-RACF發(fā)送組播承載資源申請消息。步驟1405、A-RACF接收到該請求后，根據(jù)接入網(wǎng)策略和資源情況對組播資源進行授權(quán)和準入控制。如判斷相應(yīng)的RCEF上是否已經(jīng)存在相應(yīng)的組播流，如果存在，則綜合接入網(wǎng)的當前網(wǎng)絡(luò)資源情況對接入網(wǎng)組播資源進行授權(quán)，如果不存在，則綜合接入網(wǎng)和接入?yún)R聚網(wǎng)的當前網(wǎng)絡(luò)資源情況對接入網(wǎng)和接入?yún)R聚網(wǎng)的組播資源進行授權(quán)。在本步驟中，根據(jù)A-RACF存儲的組播流狀態(tài)信息，判斷該消息攜帶的組播流當前狀態(tài)，乂人而判斷出RCEF是否已經(jīng)存在這個組播流。步驟1406、A-RACF向SPDF返回組播承載資源申請響應(yīng)。步驟1407、SPDF向AF返回組播承載資源申請響應(yīng)。步驟1408、RCEF接收到來自UE的加入該組播組的請求消息，如IGMP消息，RCEF判斷該組播流的組播路徑是否建立，如果不是，則確定向BGF發(fā)起組播路徑建立請求(執(zhí)行步驟1411-1413)，如果是，則步驟1411~1413不會執(zhí)行。步驟1409、RCEF向A-RACF發(fā)送組播承載資源授權(quán)策略的請求，該請求中包括描述該組播流信息和UE標識。步驟1410、A-RACF查找為該用戶授權(quán)的組播流控制策略，通過組播承載資源授權(quán)響應(yīng)將已授權(quán)的組播流控制策略發(fā)送給RCEF,RCEF安裝并執(zhí)行該組播流控制策略。步驟1411、BGF接收到組播路徑建立請求消息，繼續(xù)向核心網(wǎng)轉(zhuǎn)發(fā)該請求。步驟1412、BGF向SPDF發(fā)送組播承載資源授權(quán)策略的請求，該請求中包括描述該組播流信息。步驟1413、SPDF查找為該組播流授權(quán)的組播流控制策略，通過組播承載資源授權(quán)響應(yīng)將已授權(quán)的組播流控制策略發(fā)送給BGF，BGF安裝并執(zhí)行該組播流控制策略。從上述各個系統(tǒng)、裝置及方法的實施例的敘述可以看出，本發(fā)明實施例對承載層的SPDF和A-RACF的能力進行擴展，使其根據(jù)組播承載資源申請請求、更改請求或釋放請求，對要處理的組播流承載資源進行相應(yīng)控制，生成組播流承載策略，用于控制傳輸層對組播流的組播承載資源進行資源預(yù)留控制、帶寬限制控制、資源激活控制和接入授權(quán)控制的一種或多種組合。更進一步地，本發(fā)明實施例還對承載層的BGF和RCEF的能力進行擴展或直接設(shè)置接受SPDF和A-RACF控制的MRAF,從而可以根據(jù)SPDF或A-RACF下發(fā)的組播流控制策略對組播流的組播承載資源進行資源預(yù)留控制、帶寬限制控制、資源激活控制和接入授權(quán)控制控制的一種或多種組合。因此，本發(fā)明實施例提供的方法、系統(tǒng)及裝置可以在NGN中實現(xiàn)對組播承載資源的控制，該控制包括對組播承載資源的申請、釋放或更改的控制。以上是對本發(fā)明具體實施例的說明，在具體的實施過程中可對本發(fā)明的方法進行適當?shù)母倪M，以適應(yīng)具體情況的具體需要。因此可以理解，根據(jù)本發(fā)明的具體實施方式只是起示范作用，并不用以限制本發(fā)明的保護范圍。權(quán)利要求1、一種實現(xiàn)組播承載資源申請的方法，其特征在于，該方法包括基于業(yè)務(wù)的策略決策功能實體接收到組播承載資源申請請求，授權(quán)該請求，將授權(quán)后的組播承載資源申請請求發(fā)送給接入側(cè)資源和準入控制功能實體；接入側(cè)資源和準入控制功能實體對該請求對應(yīng)的組播流承載資源進行授權(quán)和準入控制。2、如權(quán)利要求l所述的方法，其特征在于，該方法還包括接入側(cè)資源和準入控制功能實體向資源控制執(zhí)行功能實體發(fā)送該組播流的組播流控制策略，所述策略指示包括以下控制中的一種或多種組合對組播流進行資源預(yù)留控制、帶寬限制控制、資源激活控制和接入授權(quán)控制；資源控制執(zhí)行功能實體安裝并執(zhí)行該組播流控制策略。3、如權(quán)利要求l所述的方法，其特征在于，該方法還包括基于業(yè)務(wù)的策略決策功能實體判斷邊界網(wǎng)關(guān)功能實體沒有存在該組播流，向邊界網(wǎng)關(guān)功能實體發(fā)送該組播流的組播流控制策略，所述策略指示包括以下控制中的一種或多種組合對組播流進行資源預(yù)留控制、帶寬限制控制和資源激活控制；邊界網(wǎng)關(guān)功能實體安裝并執(zhí)行該組播流控制策略。4、如權(quán)利要求l所述的方法，其特征在于，該方法還包括資源控制執(zhí)行功能實體接收到用戶設(shè)備發(fā)送的攜帶標識組播流的加入組播組請求消息，向接入側(cè)資源和準入控制功能實體請求該組播流的組播流控制策略；接入,〗資源和準入控制功能實體向資源控制執(zhí)行功能實體發(fā)送該組播流的組播流控制策略，所述策略指示包括以下控制中的一種或多種組合對組播流進行資源預(yù)留控制、帶寬限制控制、資源激活控制和接入授權(quán)控制；資源控制執(zhí)行功能實體安裝并執(zhí)行該組播流控制策略。5、如權(quán)利要求2或4所述的方法，其特征在于，所述資源控制執(zhí)行功能實體執(zhí)行該組播流接入授權(quán)控制策略的過程為資源控制執(zhí)行功能實體根據(jù)該組播流控制策略中的組播流描述信息，對后續(xù)接收來自用戶設(shè)備的IGMP請求進行組播接入授權(quán)。6、如權(quán)利要求4所述的方法，其特征在于，該方法還包括資源控制執(zhí)行功能實體判斷該組播流的組播路徑尚未建立，向邊界網(wǎng)關(guān)功能實體發(fā)送攜帶標識組播流的組播路徑建立請求消息；邊界網(wǎng)關(guān)功能實體向基于業(yè)務(wù)的策略決策功能實體請求該組播流的組播流控制策略；基于業(yè)務(wù)的策略決策功能實體向邊界網(wǎng)關(guān)功能實體發(fā)送該組播流的組播流控制策略，所述策略指示包括以下控制中的一種或多種組合對組播流進行資源預(yù)留控制、帶寬限制控制和資源激活控制；邊界網(wǎng)關(guān)功能實體安裝并執(zhí)行該組播流控制策略。7、如權(quán)利要求1或3所述的方法，其特征在于，該方法還包括基于業(yè)務(wù)的策略決策功能實體接收來自接入側(cè)資源和準入控制功能實體對該請求對應(yīng)的組播流承載資源進行授權(quán)和準入控制的結(jié)果；或者，基于業(yè)務(wù)的策略決策功能實體接收來自接入側(cè)資源和準入控制功能實體的對該請求對應(yīng)的組播流承載資源進行授權(quán)和準入控制的結(jié)果，和，來自邊界網(wǎng)關(guān)功能實體的該策略安裝結(jié)果；基于業(yè)務(wù)的策略決策功能實體匯總接收到的結(jié)果，向應(yīng)用功能實體返回該請求申請組播承載資源的結(jié)果。8、如權(quán)利要求l所述的方法，其特征在于，該方法還包括接入側(cè)資源和準入控制功能實體和/或基于業(yè)務(wù)的策略決策功能實體分別向分別設(shè)置IP邊緣節(jié)點中的和/或在核心邊界節(jié)點中的組播控制處理功能實體發(fā)送該組播流的組播流控制策略，所述策略指示包括以下控制中的一種或多種組合對組播流進行資源預(yù)留控制、帶寬限制控制、資源激活控制和接入授權(quán)控制控制；IP邊緣節(jié)點中的和/或在核心邊界節(jié)點中的組播控制處理功能實體安裝并執(zhí)行該組播流控制策略。9、如權(quán)利要求l所述的方法，其特征在于，所述接入側(cè)資源和準入控制功能實體對該請求對應(yīng)的組播流承載資源進行授權(quán)和準入控制是根據(jù)接入側(cè)策略和當前4婁入側(cè)資源情況進行的。10、如權(quán)利要求9所述的方法，其特征在于，所述接入側(cè)包括接入網(wǎng)和接入?yún)R聚網(wǎng)，所述根據(jù)入側(cè)策略和當前接入側(cè)資源情況進4亍4受權(quán)和準入控制為判斷資源控制執(zhí)行功能實體上是否已經(jīng)存在該組播流，如果存在，則根據(jù)接入網(wǎng)的當前網(wǎng)絡(luò)資源情況對接入網(wǎng)組播資源進行授權(quán)和準入控制；如果不存在，則根據(jù)接入網(wǎng)和接入?yún)R聚網(wǎng)的當前網(wǎng)絡(luò)資源情況對接入網(wǎng)和接入?yún)R聚網(wǎng)的組播資源進行授權(quán)和準入控制。11、一種實現(xiàn)組播承載資源釋放的方法，其特征在于，該方法包括基于業(yè)務(wù)的策略決策功能實體接收到組播承載資源釋放請求后，給接入側(cè)資源和準入控制功能實體發(fā)送組播承載資源釋放請求；接入側(cè)資源和準入控制功能實體接收到該請求后，釋放該請求對應(yīng)的組播流承載資源。12、如權(quán)利要求11所述的方法，其特征在于，該方法還包括接入側(cè)資源和準入控制功能實體指示資源控制執(zhí)行功能實體刪除該組播流的組播流控制策略；資源控制執(zhí)行功能實體根據(jù)該指示刪除該組播流的組播流控制策略。13、如權(quán)利要求11所述的方法，其特征在于，該方法還包括基于業(yè)務(wù)的策略決策功能實體判斷邊界網(wǎng)關(guān)功能實體上的該組播流不為其他用戶設(shè)備所使用，指示邊界網(wǎng)關(guān)功能實體刪除該組播流的組播流控制邊界網(wǎng)關(guān)功能實體根據(jù)該指示刪除該組播流的組播流控制策略。14、如權(quán)利要求11或13所述的方法，其特征在于，該方法還包括基于業(yè)務(wù)的策略決策功能實體接收來自接入側(cè)資源和準入控制功能實體該請求對應(yīng)的組播流承載資源進行釋放結(jié)果；或者，基于業(yè)務(wù)的策略決策功能實體接收來自接入側(cè)資源和準入控制功能實體對該請求對應(yīng)的組播流承載資源釋放的結(jié)果，和，基于業(yè)務(wù)的策略決策功能實體接收來自邊界網(wǎng)關(guān)功能實體刪除該組播流的組播流控制策略的結(jié)果；基于業(yè)務(wù)的策略決策功能實體匯總接收到的結(jié)果，向應(yīng)用功能實體返回該請求釋放組播承載資源的結(jié)果。15、如權(quán)利要求11所述的方法，其特征在于，該方法還包括接入側(cè)資源和準入控制功能實體和/或基于業(yè)務(wù)的策略決策功能實體分別指示分別設(shè)置IP邊緣節(jié)點中的和/或在核心邊界節(jié)點中的組播控制處理功能實體刪除該組播流的組播流控制策略；IP邊緣節(jié)點中的和/或在核心邊界節(jié)點中的組播控制處理功能實體刪除該組播流控制策略。16、一種實現(xiàn)組播承載資源更改的方法，其特征在于，該方法包括基于業(yè)務(wù)的策略決策功能實體接收到組播承載資源更改請求，授權(quán)該請求，將授權(quán)后的組播承載資源更改請求發(fā)送給接入側(cè)資源和準入控制功能實體；接入側(cè)資源和準入控制功能實體對該請求對應(yīng)的組播流承載資源進行4吏權(quán)和準入控制。17、如權(quán)利要求16所述的方法，其特征在于，該方法還包括接入側(cè)資源和準入控制功能實體指示資源控制執(zhí)行功能實體更改該組播流的組播流控制策略；資源控制執(zhí)行功能實體執(zhí)行該組播流控制策略的更改。18、如權(quán)利要求16所述的方法，其特征在于，該方法還包括基于業(yè)務(wù)的策略決策功能實體判斷需要更改邊界網(wǎng)關(guān)功能實體上的該組播流的組播流控制策略，指示邊界網(wǎng)關(guān)功能實體更改該組播流的組播流控制策略邊界網(wǎng)關(guān)功能實體執(zhí)行該組播流控制策略的更改。19、如權(quán)利要求16或18所述的方法，其特征在于，該方法還包括基于業(yè)務(wù)的策略決策功能實體接收來自接入側(cè)資源和準入控制功能實體對該請求對應(yīng)的組播流承載資源進行授權(quán)和準入控制的結(jié)果；或者，基于業(yè)務(wù)的策略決策功能實體接收來自接入側(cè)資源和準入控制功能實體對該請求對應(yīng)的組播流承載資源進行授權(quán)和準入控制的結(jié)果，和，基于業(yè)務(wù)的策略決策功能實體接收來自邊界網(wǎng)關(guān)功能實體的更改該組播流承載策略結(jié)果；基于業(yè)務(wù)的策略決策功能實體匯總接收到的結(jié)果，向應(yīng)用功能實體返回該請求更改組播承載資源的結(jié)果。20、如權(quán)利要求16所述的方法，其特征在于，該方法還包括接入側(cè)資源和準入控制功能實體和/或基于業(yè)務(wù)的策略決策功能實體分別指示分別設(shè)置IP邊緣節(jié)點中的和/或在核心邊界節(jié)點中的組播控制處理功能實體更改該組播流的組播流控制策略；IP邊緣節(jié)點中的和/或在核心邊界節(jié)點中的組播控制處理功能實體執(zhí)行該組播流控制策略的更改。21、一種實現(xiàn)組播承載資源申請的系統(tǒng)，其特征在于，包括基于業(yè)務(wù)的策略決策功能實體和接入側(cè)資源和準入控制功能實體，其中，基于業(yè)務(wù)的策略決策功能實體，用于接收到組播承載資源申請請求，授權(quán)該請求，將授權(quán)后的組播承載資源申請請求發(fā)送給接入側(cè)資源和準入控制功能實體；接入側(cè)資源和準入控制功能實體，用于對該請求對應(yīng)的組播流承載資源進行授權(quán)和準入控制。22、如權(quán)利要求21所述的系統(tǒng)，其特征在于，該系統(tǒng)還包括資源控制執(zhí)行功能實體，其中，接入側(cè)資源和準入控制功能實體，用于向資源控制執(zhí)行功能實體發(fā)送該組播流的組播流控制策略，所述策略指示包括以下控制中的一種或多種組合對組播流進行資源預(yù)留控制、帶寬限制控制、資源激活控制和接入授權(quán)控制；資源控制執(zhí)行功能實體，用于安裝并執(zhí)行該組播流控制策略。23、如權(quán)利要求21所述的系統(tǒng)，其特征在于，該系統(tǒng)還包括邊界網(wǎng)關(guān)功能實體，其中，基于業(yè)務(wù)的策略決策功能實體，用于向邊界網(wǎng)關(guān)功能實體發(fā)送該組播流的組播流控制策略，所述策略指示包括以下控制中的一種或多種組合對組播流進行資源預(yù)留控制、帶寬限制控制和資源激活控制；邊界網(wǎng)關(guān)功能實體，用于安裝并執(zhí)行該組播流控制策略。24、如權(quán)利要求21或23所述的系統(tǒng)，其特征在于，該系統(tǒng)還包括應(yīng)用功能實體，所述接入側(cè)資源和準入控制功能實體，用于向基于業(yè)務(wù)的策略決策功能實體返回對該請求對應(yīng)的組播流承載資源進行授權(quán)和準入控制的結(jié)果；或者，所述接入側(cè)資源和準入控制功能實體，用于向基于業(yè)務(wù)的策略決策功能實體返回對該請求對應(yīng)的組播流承載資源進行授權(quán)和準入控制的結(jié)果，所述邊界網(wǎng)關(guān)功能實體，用于向基于業(yè)務(wù)的策略決策功能實體返回執(zhí)行該組播流控制策略的結(jié)果；基于業(yè)務(wù)的策略決策功能實體，用于根據(jù)接收到的結(jié)果向應(yīng)用功能實體返回該請求申請組播承載資源的結(jié)果。25、如權(quán)利要求21所述的系統(tǒng)，其特征在于，該系統(tǒng)還包括資源控制執(zhí)行功能實體，其中，資源控制執(zhí)行功能實體，用于接收用戶設(shè)備發(fā)送的攜帶標識組播流的加入組播組請求消息，向接入側(cè)資源和準入控制功能實體請求該組播流的組播流控制策略；執(zhí)行功能實體安裝并執(zhí)行該組播流控制策略；接入側(cè)資源和準入控制功能實體，用于向資源控制執(zhí)行功能實體發(fā)送該組^"流的組"l番流控制策略。26、如權(quán)利要求25所述的系統(tǒng)，其特征在于，該系統(tǒng)還包括邊界網(wǎng)關(guān)功能實體，其中，資源控制執(zhí)行功能實體，用于向邊界網(wǎng)關(guān)功能實體發(fā)送攜帶標識組播流的組插J各徑建立請求消息；邊界網(wǎng)關(guān)功能實體，用于接收組播路徑建立請求消息，向基于業(yè)務(wù)的策略決策功能實體請求該組播流的組播流控制策略，安裝并執(zhí)行該組播流控制策略；基于業(yè)務(wù)的策略決策功能實體，用于向邊界網(wǎng)關(guān)功能實體發(fā)送該組播流的組播流控制策略。27、如權(quán)利要求21所述的系統(tǒng)，其特征在于，該系統(tǒng)還包括IP邊緣節(jié)點中的和/或在核心邊界節(jié)點中的組播控制處理功能實體，其中，接入側(cè)資源和準入控制功能實體和/或基于業(yè)務(wù)的策略決策功能實體，分別用于向IP邊緣節(jié)點中的和/或在核心邊界節(jié)點中的組播控制處理功能實體發(fā)送該組播流的組播流控制策略；IP邊緣節(jié)點中的和/或在核心邊界節(jié)點中的組播控制處理功能實體，用于安裝并執(zhí)行接入側(cè)資源和準入控制功能實體和基于業(yè)務(wù)的策略決策功能實體發(fā)送的該組播流的組播流控制策略。28、一種實現(xiàn)組播承載資源釋放的系統(tǒng)，其特征在于，包括基于業(yè)務(wù)的策略決策功能實體和接入側(cè)資源和準入控制功能實體，其中，基于業(yè)務(wù)的策略決策功能實體，用于接收到組播承載資源釋放請求后，向接入側(cè)資源和準入控制功能實體發(fā)送組播承載資源釋放請求；接入側(cè)資源和準入控制功能實體，用于接收該請求，釋放該請求對應(yīng)的組播流承載資源。29、如權(quán)利要求28所述的系統(tǒng)，其特征在于，該系統(tǒng)還包括資源控制執(zhí)行功能實體，其中，接入側(cè)資源和準入控制功能實體，用于指示資源控制執(zhí)行功能實體刪除該組播流的組播流控制策略；資源控制執(zhí)行功能實體，用于根據(jù)該指示刪除該組播流的組播流控制策略。30、如權(quán)利要求28所述的系統(tǒng)，其特征在于，該系統(tǒng)還包括邊界網(wǎng)關(guān)，其中，基于業(yè)務(wù)的策略決策功能實體，用于指示邊界網(wǎng)關(guān)功能實體刪除該組播流的組播流控制策略；邊界網(wǎng)關(guān)功能實體，用于根據(jù)該指示刪除該組播流的組播流控制策略。31、如權(quán)利要求28所述的系統(tǒng)，其特征在于，該系統(tǒng)還包括IP邊緣節(jié)點中的和/或在核心邊界節(jié)點中的組播控制處理功能實體，其中，接入側(cè)資源和準入控制功能實體和/或基于業(yè)務(wù)的策略決策功能實體，用于分別指示IP邊緣節(jié)點中的和/或在核心邊界節(jié)點中的組播控制處理功能實體刪除該組播流的組播流控制策略；IP邊緣節(jié)點中的和/或在核心邊界節(jié)點中的組播控制處理功能實體，用于根據(jù)指示刪除該組播流的組播流控制策略。32、如權(quán)利要求28所述的系統(tǒng)，其特征在于，該系統(tǒng)還包括應(yīng)用功能實體，所述接入側(cè)資源和準入控制功能實體，用于向基于業(yè)務(wù)的策略決策功能實體返回釋放該請求對應(yīng)的組播流承載資源的結(jié)果；或者，所述接入側(cè)資源和準入控制功能實體，用于向基于業(yè)務(wù)的策略決策功能實體返回釋放該請求對應(yīng)的組播流承載資源的結(jié)果，和，所述邊界網(wǎng)關(guān)功能實體，用于向基于業(yè)務(wù)的策略決策功能實體返回刪除該組播流的組播流控制策略的結(jié)杲；所述基于業(yè)務(wù)的策略決策功能實體，用于根據(jù)接收到的結(jié)果向應(yīng)用功能實體返回該請求釋放組播承載資源的結(jié)果。33、一種實現(xiàn)組播承載資源更改的系統(tǒng)，其特征在于，包括基于業(yè)務(wù)的策略決策功能實體和接入側(cè)資源和準入控制功能實體，其中，基于業(yè)務(wù)的策略決策功能實體，用于接收到組播承載資源更改請求，授權(quán)該請求，將授權(quán)后的組播承載資源更改請求發(fā)送給接入側(cè)資源和準入控制功能實體；接入側(cè)資源和準入控制功能實體，用于對該請求對應(yīng)的組播流承載資源進行授權(quán)和準入控制。34、如權(quán)利要求33所述的系統(tǒng)，其特征在于，該系統(tǒng)還包括資源控制執(zhí)行功能實體，其中，接入側(cè)資源和準入控制功能實體，用于指示資源控制執(zhí)行功能實體更改該組播流的組播流控制策略；資源控制執(zhí)行功能實體，用于執(zhí)行該組播流控制策略的更改。35、如權(quán)利要求33所述的系統(tǒng)，其特征在于，該系統(tǒng)還包括邊界網(wǎng)關(guān)功能實體，其中，基于業(yè)務(wù)的策略決策功能實體，用于指示邊界網(wǎng)關(guān)功能實體更改該組播流的組播流控制策略；邊界網(wǎng)關(guān)功能實體，用于執(zhí)行該組播流控制策略的更改。36、如權(quán)利要求33所述的系統(tǒng)，其特征在于，該系統(tǒng)還包括應(yīng)用功能實體，所述接入側(cè)資源和準入控制功能實體，用于向基于業(yè)務(wù)的策略決策功能實體返回對該請求對應(yīng)的組播流承載資源進行授權(quán)和準入控制的結(jié)果；或者，所述接入側(cè)資源和準入控制功能實體，用于向基于業(yè)務(wù)的策略決策功能實體返回對該請求對應(yīng)的組播流承載資源進行授權(quán)和準入控制的結(jié)果，和，所述邊界網(wǎng)關(guān)功能實體，用于向基于業(yè)務(wù)的策略決策功能實體返回執(zhí)行該組播流控制策略更改的結(jié)果；所述基于業(yè)務(wù)的策略決策功能實體，用于根據(jù)接收到的結(jié)果向應(yīng)用功能實體返回該請求更改組播承載資源的結(jié)果。37、如權(quán)利要求33所述的系統(tǒng)，其特征在于，該系統(tǒng)還包括IP邊緣節(jié)點中的和/或在核心邊界節(jié)點中的組播控制處理功能實體，其中，接入側(cè)資源和準入控制功能實體和/或基于業(yè)務(wù)的策略決策功能實體，用于分別指示設(shè)置的IP邊緣節(jié)點中的和/或在核心邊界節(jié)點中的組播控制處理功能實體更改該組播流的組播流控制策略；組播控制處理功能實體，用于根據(jù)指示執(zhí)行該組播流控制策略的更改.38、一種實現(xiàn)組播承載資源控制的裝置，其特征在于，包括接收模塊、組播資源授權(quán)功能模塊和控制策略生成模塊，其中，接收模塊，用于接收組播承載資源申請、釋放或更改消息；組播資源授權(quán)功能模塊，用于對該申請消息或更改消息對應(yīng)的組播資源授權(quán)，對釋放消息對應(yīng)的組播資源釋放；控制策略生成模塊，用于為該申請消息或更改消息對應(yīng)的組播流生成組播流控制策略。39、如權(quán)利要求38所述的裝置，其特征在于，所述裝置還包括策略發(fā)送模塊，用于發(fā)送生成組播流控制策略。40、如權(quán)利要求38所述的裝置，其特征在于，所述裝置還包括策略請求接收模塊和策略發(fā)送模塊，其中，策略請求接收模塊，用于接收組播流控制策略請求；策略發(fā)送模塊，用于發(fā)送生成組播流控制策略。41、如權(quán)利要求38所述的裝置，其特征在于，所述裝置還包括策略總決策模塊，用于將處理組播承載資源申請、釋放或更改消息的結(jié)果發(fā)送給應(yīng)用功能實體。42、一種實現(xiàn)組播承載資源控制的裝置，其特征在于，包括接收模塊、組播控制處理模塊，其中，接收模塊，用于接收組播流控制策略、或組播流控制策略的更改或刪除指示；組播控制處理模塊，用于安裝并執(zhí)行組播流控制策略，或?qū)M播流控制策略進行更改或刪除。43、如權(quán)利要求42所述的裝置，其特征在于，該裝置還包括組播策略請求模塊;其中，組播策略請求模塊，用于請求組播流控制策略。全文摘要本發(fā)明公開了一種實現(xiàn)組播承載資源控制的方法、系統(tǒng)及裝置，其中，實現(xiàn)組播承載資源申請的方法包括基于業(yè)務(wù)的策略決策功能實體接收到組播承載資源申請請求，授權(quán)該請求，將授權(quán)后的組播承載資源申請請求發(fā)送給接入側(cè)資源和準入控制功能實體；接入側(cè)資源和準入控制功能實體對該請求對應(yīng)的組播流承載資源進行授權(quán)和準入控制。本發(fā)明實施例提供的方法、系統(tǒng)及裝置在NGN中實現(xiàn)對組播承載資源的控制。文檔編號H04L12/54GK101299825SQ200710101578公開日2008年11月5日申請日期2007年4月30日優(yōu)先權(quán)日2007年4月30日發(fā)明者羽左,寧祝,黃世碧申請人:華為技術(shù)有限公司