專利名稱：一種組播控制系統(tǒng)和方法
技術(shù)領(lǐng)域：
本發(fā)明涉及組播控制系統(tǒng)和方法。
背景技術(shù)：
SIP(Session Initiation Protocol，會話發(fā)起協(xié)議)是由IETF(The InternetEngineering Task Force，互聯(lián)網(wǎng)工程任務(wù)組)制訂的多媒體通信系統(tǒng)框架協(xié)議之一，是用于建立、改變或結(jié)束多媒體會話的應(yīng)用層協(xié)議，與RTP(RealtimeTransport Protocol，實時傳輸協(xié)議)/RTCP(Real-time Transport Control Protocol，實時傳輸控制協(xié)議)、SDP(Session Description Protocol，會話描述協(xié)議)、RTSP(Real Time Stream Protocol，實時流協(xié)議)、DNS(Domain Name System andDomain Name Service protocol，域名系統(tǒng)(服務(wù))協(xié)議)等協(xié)議配合，共同完成IMS(IP Multimedia Subsystem，IP多媒體子系統(tǒng))中的會話建立及媒體協(xié)商；一旦建立會話，媒體流將使用RTP協(xié)議在承載層中直接傳送，在一次會話中可以靈活的交互多種媒體。
由于SIP基于公開的Internet(互聯(lián)網(wǎng))標(biāo)準(zhǔn)，在語音、數(shù)據(jù)業(yè)務(wù)結(jié)合和互通方面具有天然優(yōu)勢，能跨越媒體和設(shè)備實現(xiàn)呼叫控制，支持豐富的媒體格式，可動態(tài)增/刪媒體流，容易實現(xiàn)更加豐富的業(yè)務(wù)特性，同時，SIP支持智能向業(yè)務(wù)和終端側(cè)發(fā)展，從而減輕網(wǎng)絡(luò)負(fù)擔(dān)，其本身支持包括動態(tài)注冊機制、位置管理機制、重定向機制等應(yīng)用層移動性功能以及Presence(描述)/Fork(分叉)/訂閱特性，便于擴展新業(yè)務(wù)，而且協(xié)議簡單，具有公認(rèn)的擴展?jié)摿?，因此獲得了包括在IMS及NGN(Next Generation Network，下一代網(wǎng)絡(luò))中的越來越多的應(yīng)用。
在通訊和IT技術(shù)高度發(fā)展的今天，隨著跨鏈路層傳輸介質(zhì)的IP技術(shù)的出現(xiàn)，Internet應(yīng)用的迅速普及，與此同時，人們也不再滿足于單一的語音通信方式，而需要全新的多媒體通信方式，移動通訊網(wǎng)絡(luò)和固定通訊網(wǎng)絡(luò)的IP化、Internet和電信網(wǎng)絡(luò)的融合已無可爭議地成為業(yè)界公認(rèn)的發(fā)展方向。為滿足越來越突出的IP多媒體應(yīng)用的普遍需求，3GPP(3rd Generation Partnership Project，第三代移動通信標(biāo)準(zhǔn)化伙伴項目)在分組承載網(wǎng)基礎(chǔ)上引入的全I(xiàn)P業(yè)務(wù)網(wǎng)絡(luò)架構(gòu)的IMS，目標(biāo)是按照個性化用戶數(shù)據(jù)，屏蔽用戶接入方式，控制業(yè)務(wù)能力的開放程度，提供多媒體的通信體驗。
IMS是3GPP R5階段增加的WCDMA(Wideband Code Division MultipleAccess，寬帶碼分多址)網(wǎng)絡(luò)中疊加在已有分組域之上的一個子系統(tǒng)，采用分組域為其上層控制信令和媒體傳輸?shù)某休d通道，引入SIP協(xié)議作為業(yè)務(wù)控制協(xié)議，利用SIP簡單、易擴展、媒體組合方便的特點，通過將業(yè)務(wù)控制與承載控制分離，提供豐富的多媒體業(yè)務(wù)；IMS中主要的功能實體包括控制用戶注冊、會話控制等功能的CSCF(Call Session Control Function，呼叫會話控制功能)、提供各種業(yè)務(wù)邏輯控制功能的AS(Application Server，應(yīng)用服務(wù)器)、集中管理用戶簽約數(shù)據(jù)的HSS(Home Subscriber Server，歸屬用戶服務(wù)器)以及用于實現(xiàn)與電路交換網(wǎng)互通的MGCF(Media Gateway Control Function，媒體網(wǎng)關(guān)控制功能)/IM-MGW(IP Multimedia-MGW，IP多媒體媒體網(wǎng)關(guān)控制器)，用戶通過當(dāng)前所在地代理CSCF接入IMS，會話和業(yè)務(wù)觸發(fā)控制及與AS的業(yè)務(wù)控制交互則由其注冊地的歸屬域服務(wù)CSCF完成。
NGN是基于分組技術(shù)的融合型網(wǎng)絡(luò)，以分組交換為主，采用承載與控制分離的架構(gòu)，它繼承了原有PSTN(public switched telephone network，公眾交換電話網(wǎng)絡(luò))的所有業(yè)務(wù)，也同時夠繼承了移動網(wǎng)絡(luò)的業(yè)務(wù)能力。NGN綜合了固定電話網(wǎng)、移動電話網(wǎng)和IP網(wǎng)絡(luò)的優(yōu)勢，使得模擬用戶、數(shù)字用戶、移動用戶、ADSL用戶、ISDN用戶、IP窄帶網(wǎng)絡(luò)用戶、IP寬帶網(wǎng)絡(luò)用戶甚至是通過衛(wèi)星接入的用戶都能作為下一代網(wǎng)絡(luò)中的一員相互通信。
請參閱圖1，其是RACS(Resource and Admission Control Subsystem，資源及許可控制子系統(tǒng))的功能架構(gòu)圖，RACS是NGN中的一個子系統(tǒng)，在TISPAN文檔ETSI ES 282 003V<1.6.6>(2005-10)中對RACS架構(gòu)進(jìn)行了詳細(xì)闡述。RACS可以為業(yè)務(wù)應(yīng)用提供資源和許可控制支持。
IP組播是以D類IP地址發(fā)送業(yè)務(wù)的技術(shù)，用于發(fā)送方同時向多個接收方(大于等于一個)發(fā)送相同業(yè)務(wù)內(nèi)容時，因為相同內(nèi)容只需要向指定組播業(yè)務(wù)地址和端口發(fā)送一份即可，因而可以有效降低業(yè)務(wù)發(fā)送方和傳輸網(wǎng)絡(luò)的負(fù)載。為了獲取組播內(nèi)容，內(nèi)容接收方通過加入業(yè)務(wù)組播組(如使用IGMP(Internet GroupManagement Protocol，Internet組管理協(xié)議))來要求鄰接的路由器發(fā)送業(yè)務(wù)內(nèi)容給自己，而路由器之間則通過組播路由協(xié)議(如PIM-SM(protocol-independentmulticast-sparse mode，協(xié)議無關(guān)組播-稀疏模式)協(xié)議等)與其它路由器交互以建立組播轉(zhuǎn)發(fā)路徑，這樣組播業(yè)務(wù)內(nèi)容就可以從組播源沿組播轉(zhuǎn)發(fā)路徑傳遞給內(nèi)容接收方。使用組播技術(shù)傳送業(yè)務(wù)流，無論接收方有多少，業(yè)務(wù)發(fā)送方只需要發(fā)送一個數(shù)據(jù)流。組播數(shù)據(jù)在從業(yè)務(wù)發(fā)送方到接收方的傳送路徑上的傳送點之間只產(chǎn)生單一的數(shù)據(jù)流，顯而易見使用組播技術(shù)可以減輕發(fā)送方的負(fù)荷，并且可以有效利用網(wǎng)絡(luò)資源。
請參閱圖2，其是現(xiàn)有的RACS架構(gòu)對組播轉(zhuǎn)發(fā)路徑建立的示意圖。在使用RACS架構(gòu)與其它網(wǎng)絡(luò)組件配合提供組播業(yè)務(wù)支持時，現(xiàn)有的架構(gòu)沒有提供有效的組播控制支持。這是因為組播路徑的建立過程并不能保證業(yè)務(wù)發(fā)送方提供的組播業(yè)務(wù)流一定經(jīng)過BGF(Border Gateway Function，邊界網(wǎng)關(guān)功能)向CPE(Customer Premises Equipment，用戶前端設(shè)備)提供。其中RCEF(ResourceControl Enforcement Function，資源控制執(zhí)行功能)和BGF之間存在一個組播兼容網(wǎng)絡(luò)，BGF和組播業(yè)務(wù)提供者之間也存在一個組播兼容網(wǎng)絡(luò)；按照一般的組播路徑建立過程，用戶的IGMP報文信息通過CPE被RCEF所接收(這里RCEF是從終端到BGF路徑上的第一個IP三層設(shè)備，IGMP由它處理)并處理，然后RCEF再使用組播路由協(xié)議(如PIM-SM協(xié)議等)請求鄰接路由器向其發(fā)送組播業(yè)務(wù)流以建立組播轉(zhuǎn)發(fā)路徑，但是這里RCEF和BGF之間存在一個組播兼容網(wǎng)絡(luò)，這可能導(dǎo)致RCEF最終建立的組播轉(zhuǎn)發(fā)路徑并不通過BGF而是通過路由器，當(dāng)然，這里需要所述路由器也可以建立到組播業(yè)務(wù)提供者的組播轉(zhuǎn)發(fā)路徑。如果組播業(yè)務(wù)流不經(jīng)過BGF，那么BGF就無法對用戶的資源進(jìn)行控制。

發(fā)明內(nèi)容
本發(fā)明所要解決的技術(shù)問題在于提供一種可有效控制用戶的資源使用情況的組播控制系統(tǒng)和方法。
為解決上述技術(shù)問題，本發(fā)明所采用的技術(shù)方案是提供一種組播控制系統(tǒng)，其包括終端、應(yīng)用功能AF、基于業(yè)務(wù)的策略決策功能SPDF、邊界網(wǎng)關(guān)功能BGF、業(yè)務(wù)提供者和組播功能提供者，其中，所述終端和業(yè)務(wù)提供者進(jìn)行業(yè)務(wù)協(xié)商，請求業(yè)務(wù)提供者提供組播服務(wù)；
所述AF獲得進(jìn)行組播轉(zhuǎn)換的信息，若需要對業(yè)務(wù)流進(jìn)行組播轉(zhuǎn)換則請求SPDF進(jìn)行組播轉(zhuǎn)換；所述SPDF接收AF的組播轉(zhuǎn)換請求并進(jìn)行策略判斷和資源檢查，以決定是否允許完成相應(yīng)轉(zhuǎn)換，若允許則請求BGF完成具體的組播轉(zhuǎn)換操作；所述BGF建立到組播功能提供者的組播轉(zhuǎn)發(fā)路徑，并把從組播功能提供者接收到的組播業(yè)務(wù)流轉(zhuǎn)換成單播業(yè)務(wù)流向終端發(fā)送。
為解決上述技術(shù)問題，本發(fā)明所采用的另一技術(shù)方案是提供一種組播控制系統(tǒng)，其包括終端、AF、SPDF、BGF、接入-資源及許可控制功能A-RACF、資源控制執(zhí)行功能RCEF、業(yè)務(wù)提供者和組播功能提供者，其中，所述終端和業(yè)務(wù)提供者進(jìn)行業(yè)務(wù)協(xié)商，請求業(yè)務(wù)提供者提供組播服務(wù)；所述AF獲得進(jìn)行組播轉(zhuǎn)換的信息，若需要對業(yè)務(wù)流進(jìn)行組播轉(zhuǎn)換則請求SPDF進(jìn)行組播轉(zhuǎn)換；所述SPDF接收AF的組播轉(zhuǎn)換請求并進(jìn)行策略判斷和資源檢查，以決定是否允許完成相應(yīng)轉(zhuǎn)換，若允許則請求BGF完成具體的組播轉(zhuǎn)換操作；所述BGF建立到組播功能提供者的組播轉(zhuǎn)發(fā)路徑；所述SPDF向A-RACF發(fā)送請求，由A-RACF請求RCEF加入所分配的新的組播組，RCEF接受所述請求并使用組播路由協(xié)議建立到BGF的組播轉(zhuǎn)發(fā)路徑；所述BGF把從組播功能提供者接收到的組播業(yè)務(wù)流轉(zhuǎn)換成新的組播業(yè)務(wù)流經(jīng)BGF到組播功能提供者的組播轉(zhuǎn)發(fā)路徑和RCEF到BGF的組播轉(zhuǎn)發(fā)路徑向終端發(fā)送。
為解決上述另一技術(shù)問題，本發(fā)明所采用的技術(shù)方案是提供一種組播控制方法，其包括以下步驟A1.AF獲取需要進(jìn)行組播控制的信息；A2.AF請求SPDF進(jìn)行組播控制，所述請求由SPDF處理后，SPDF進(jìn)一步向BGF提出請求，所述請求由BGF進(jìn)行處理；A3.BGF建立到組播功能提供者的組播轉(zhuǎn)發(fā)路徑；A4.BGF通過SPDF向AF反饋請求響應(yīng)；A5.一旦BGF收到組播業(yè)務(wù)流，BGF就把所述業(yè)務(wù)流進(jìn)行組播轉(zhuǎn)換并發(fā)送給用戶。
本發(fā)明的有益效果是由于本發(fā)明的組播控制系統(tǒng)和方法使組播業(yè)務(wù)流經(jīng)過BGF進(jìn)行轉(zhuǎn)發(fā)，從而使得網(wǎng)絡(luò)可有效控制用戶的資源使用情況，并可以提供精確的度量指標(biāo)(如組播流量)為計費提供依據(jù)。


圖1是RACS的功能架構(gòu)圖；圖2是現(xiàn)有的RACS架構(gòu)對組播轉(zhuǎn)發(fā)路徑建立的示意圖；圖3是本發(fā)明第一實施例組播控制系統(tǒng)的組播控制過程示意圖；圖4是本發(fā)明第二實施例組播控制系統(tǒng)的組播控制過程示意圖；圖5是本發(fā)明第一實施例組播控制系統(tǒng)應(yīng)用在采用IMS作為會話控制和業(yè)務(wù)提供網(wǎng)絡(luò)的NGN網(wǎng)絡(luò)中的具體功能架構(gòu)圖；圖6是圖5所示的NGN網(wǎng)絡(luò)的組播過程示意圖；圖7是本發(fā)明第二實施例組播控制系統(tǒng)應(yīng)用在采用IMS作為會話控制和業(yè)務(wù)提供網(wǎng)絡(luò)的NGN網(wǎng)絡(luò)中的具體功能架構(gòu)圖；圖8是圖7所示的NGN網(wǎng)絡(luò)的組播過程示意圖。
具體實施例方式
請參閱圖1，AF(Application Function，應(yīng)用功能)在TISPAN NGN架構(gòu)里并不是一個獨立功能實體，而是對存在于業(yè)務(wù)控制子系統(tǒng)和業(yè)務(wù)應(yīng)用中與RACS有交互的功能集的簡潔表示。如在IMS網(wǎng)絡(luò)中的代理CSCF就是一個例子，它與RACS交互時具有AF的功能。
AF可以使用多種方式獲取需要進(jìn)行組播控制的信息并進(jìn)行相應(yīng)的控制，可能的方式包括1.終端和組播功能提供者使用信令協(xié)商(如使用SIP協(xié)商)機制協(xié)商組播業(yè)務(wù)所使用的組播業(yè)務(wù)地址和端口，所述協(xié)商信令通過AF(如IMS網(wǎng)絡(luò)中的代理CSCF)進(jìn)行轉(zhuǎn)發(fā)，則AF可以通過查看協(xié)商報文中的業(yè)務(wù)描述信息得到進(jìn)行組播控制的必要信息(如查看SIP中攜帶的SDP負(fù)載得到組播業(yè)務(wù)地址和端口)；2.組播功能提供者在收到終端發(fā)出的組播業(yè)務(wù)請求后，向AF請求進(jìn)行組播控制，并提供細(xì)節(jié)信息；這里不需要協(xié)商報文經(jīng)過AF，即使協(xié)商報文經(jīng)過AF，AF也不需要對所述信令加以理解。
這里，AF為了完成必要的組播控制過程，必須獲得下述信息或者下述信息的組合組播業(yè)務(wù)地址和端口、發(fā)送組播業(yè)務(wù)的地址和端口、終端接收業(yè)務(wù)的地址和端口。這些信息可以通過查看協(xié)商報文內(nèi)容獲得或者由業(yè)務(wù)提供者告知。
當(dāng)AF在獲得需要進(jìn)行組播控制的信息后，為了確保組播業(yè)務(wù)流經(jīng)過BGF，AF可以采用如下兩種方式進(jìn)行組播控制第一種方式AF請求SPDF(Service-based Policy Decision Function，基于業(yè)務(wù)的策略決策功能)進(jìn)行組播控制，所述請求由SPDF處理后；SPDF進(jìn)一步向BGF提出請求。所述請求要求BGF分配單播發(fā)送地址和端口并建立到組播業(yè)務(wù)發(fā)送地址的組播轉(zhuǎn)發(fā)路徑，一旦BGF收到組播業(yè)務(wù)流，BGF就應(yīng)該把所述業(yè)務(wù)流轉(zhuǎn)換成單播業(yè)務(wù)流發(fā)送給用戶，轉(zhuǎn)換的結(jié)果是以所分配的地址和端口為業(yè)務(wù)流的源地址和端口，以終端接收業(yè)務(wù)的地址和端口為目的地址和端口。如果有多個用戶請求同一個組播業(yè)務(wù)流，則BGF需要為每一個組播業(yè)務(wù)流建立相關(guān)的用戶列表，這個列表可以以終端接收業(yè)務(wù)的地址和端口作為區(qū)分，如果新增用戶，則在表中添加相應(yīng)的表項；如果用戶退出業(yè)務(wù)流，則從表中刪除對應(yīng)的表項；在進(jìn)行業(yè)務(wù)流轉(zhuǎn)換時，BGF從業(yè)務(wù)流組播業(yè)務(wù)地址和端口對應(yīng)表項中取得終端接收業(yè)務(wù)的地址和端口，并進(jìn)行相應(yīng)的業(yè)務(wù)轉(zhuǎn)發(fā)。
在BGF完成單播地址和端口的分配后需要通過SPDF向AF反饋分配的結(jié)果，這樣可以使得AF根據(jù)控制結(jié)果修改業(yè)務(wù)協(xié)商過程的報文以保證業(yè)務(wù)協(xié)商過程的正確完成，這種情況適合于業(yè)務(wù)協(xié)商報文經(jīng)過AF的情況；同時也可以使得AF可以向組播控制的請求者反饋分配結(jié)果，以使得發(fā)起請求者可以采取其它方式向用戶通知新的業(yè)務(wù)地址。
第二種方式AF請求SPDF進(jìn)行組播控制，所述請求由SPDF處理；由SPDF進(jìn)一步向BGF提出請求。所述請求中可能攜帶一個SPDF分配的組播業(yè)務(wù)地址和端口組播控制過程，若SPDF未分配組播業(yè)務(wù)地址和端口，則要求BGF分配一個組播業(yè)務(wù)地址和端口(也可能BGF需要向一個組播組管理設(shè)備請求分配組播業(yè)務(wù)地址和端口，所述組播組管理設(shè)備對可用的組播業(yè)務(wù)地址和端口進(jìn)行統(tǒng)一管理以避免沖突)，另外要求BGF分配一個單播地址和端口并建立到發(fā)送組播業(yè)務(wù)的地址和端口的組播轉(zhuǎn)發(fā)路徑，一旦BGF收到組播業(yè)務(wù)流，BGF就應(yīng)該對所述業(yè)務(wù)流進(jìn)行組播轉(zhuǎn)換，轉(zhuǎn)換的結(jié)果是業(yè)務(wù)流以新分配的單播地址和端口為源地址和端口，以新分配的組播業(yè)務(wù)地址和端口為目的地址和端口。轉(zhuǎn)換的結(jié)果發(fā)送給終端。由于分配了新的組播業(yè)務(wù)地址和端口，所述地址和端口可以經(jīng)SPDF和AF反饋給終端，則終端可以加入這個新的組播組，其實質(zhì)是終端以IGMP協(xié)議與RCEF交互要求加入所述組播組，而RCEF則使用組播路由協(xié)議(如PIM-SM等)建立到BGF的組播轉(zhuǎn)發(fā)路徑。
BGF在完成組播業(yè)務(wù)地址和端口、單播地址和端口的分配后需要通過SPDF向AF反饋分配的結(jié)果，這樣可以使得AF有機會修改業(yè)務(wù)協(xié)商過程的報文，使得用戶得到正確的業(yè)務(wù)發(fā)送地址，從而可以發(fā)起正確的組播加入過程(使用IGMP協(xié)議)；這種情況適合于業(yè)務(wù)協(xié)商報文經(jīng)過AF的情況；同時也可以使得AF可以向組播控制的請求者反饋分配結(jié)果，以使得發(fā)起請求者可以采取其它方式向用戶通知新的業(yè)務(wù)地址。
本發(fā)明第一實施例組播控制系統(tǒng)包括終端、AF、SPDF、BGF、業(yè)務(wù)提供者和組播功能提供者。其中終端和業(yè)務(wù)提供者進(jìn)行業(yè)務(wù)協(xié)商，請求業(yè)務(wù)提供者提供組播服務(wù)；AF通過多種方式獲取進(jìn)行組播轉(zhuǎn)換的信息，若需要對業(yè)務(wù)流進(jìn)行組播轉(zhuǎn)換則請求SPDF進(jìn)行組播轉(zhuǎn)換；SPDF接收AF的組播轉(zhuǎn)換請求并進(jìn)行策略判斷和資源檢查以決定是否允許完成相應(yīng)轉(zhuǎn)換，若允許則請求BGF完成具體的組播轉(zhuǎn)換操作；BGF建立到組播功能提供者的組播轉(zhuǎn)發(fā)路徑，并把從組播功能提供者接收到的組播業(yè)務(wù)流轉(zhuǎn)換成單播業(yè)務(wù)流向終端發(fā)送，這個過程中可能需要分配用于轉(zhuǎn)發(fā)業(yè)務(wù)流的地址和端口等。
請參閱圖3，本發(fā)明第一實施例組播控制系統(tǒng)的組播控制過程為S11.AF向SPDF發(fā)送組播控制請求，所述請求攜帶組播業(yè)務(wù)地址和端口、發(fā)送組播業(yè)務(wù)的地址和端口、終端接收業(yè)務(wù)的地址和端口等信息的全部或者上述信息的組合；S12.SPDF根據(jù)AF的請求構(gòu)造向BGF的請求，請求BGF進(jìn)行組播到單播的轉(zhuǎn)換操作；所述請求具體由BGF進(jìn)行處理，至少攜帶組播業(yè)務(wù)地址和端口、發(fā)送組播業(yè)務(wù)的地址和端口、終端接收業(yè)務(wù)的地址和端口等信息的全部或者上述信息的組合；BGF收到上述請求后分配用于發(fā)送業(yè)務(wù)流的單播地址和端口并準(zhǔn)備進(jìn)行組播到單播的轉(zhuǎn)換操作，即收到組播業(yè)務(wù)流之后進(jìn)行如下轉(zhuǎn)化以所分配單播地址和端口作為業(yè)務(wù)流源地址和端口，以終端業(yè)務(wù)地址和端口作為目的地址和端口，轉(zhuǎn)換的結(jié)果向終端轉(zhuǎn)發(fā)。如果有多個用戶請求同一個組播業(yè)務(wù)流，則BGF可以為每一個組播業(yè)務(wù)流建立相關(guān)的用戶列表，這個列表以用戶的單播地址和端口作為區(qū)分，如果新增用戶，則在表中添加相應(yīng)的表項；如果用戶退出業(yè)務(wù)流，則從表中刪除對應(yīng)的表項；在進(jìn)行業(yè)務(wù)流轉(zhuǎn)換時，BGF從業(yè)務(wù)流組播業(yè)務(wù)地址和端口對應(yīng)表項中取得用戶地址和端口，并進(jìn)行相應(yīng)的業(yè)務(wù)轉(zhuǎn)發(fā)；S13.BGF在完成上述準(zhǔn)備后，在這里使用組播路由協(xié)議(如PIM-SM協(xié)議、PIM-DM(protocol-independent multicast-dense mode，協(xié)議無關(guān)組播路由協(xié)議-密集模式)、DVMRP(Distance Vector Multicast Routing Protocol，距離向量組播路由協(xié)議)或MOSPF(Multicast Open Shortest Path First，組播最短路經(jīng)優(yōu)先協(xié)議)等)建立到組播功能提供者的組播轉(zhuǎn)發(fā)路徑；S14.BGF完成上述準(zhǔn)備之后向SPDF反饋請求響應(yīng)，這里需要攜帶所分配的用于進(jìn)行業(yè)務(wù)轉(zhuǎn)發(fā)的單播地址和端口；S15.SPDF向AF反饋請求響應(yīng)，至少攜帶所分配的用于進(jìn)行業(yè)務(wù)轉(zhuǎn)發(fā)的單播地址和端口。
經(jīng)過以上流程后，AF獲得了用于業(yè)務(wù)轉(zhuǎn)發(fā)的單播地址和端口，它可以根據(jù)業(yè)務(wù)需要做不同處理，如 AF是經(jīng)過分析業(yè)務(wù)協(xié)商信令獲得的組播控制信息，則它需要修改協(xié)商報文的業(yè)務(wù)地址信息，以使得終端獲得新的業(yè)務(wù)發(fā)送地址； AF是接受其它實體的請求進(jìn)行組播控制，則它需要向所述實體反饋控制結(jié)果，所述結(jié)果中可能需要攜帶所分配的業(yè)務(wù)轉(zhuǎn)發(fā)地址和端口。
經(jīng)過以上過程的處理后，終端獲得的業(yè)務(wù)提供地址其實是BGF所分配的單播地址和端口，它在自身業(yè)務(wù)地址和端口等待業(yè)務(wù)流；BGF建立了從組播功能提供者到BGF的組播轉(zhuǎn)發(fā)路徑。當(dāng)組播業(yè)務(wù)流從組播功能提供者發(fā)出后被BGF所接收，BGF執(zhí)行業(yè)務(wù)流轉(zhuǎn)換操作，即以自己所分配的地址和端口為業(yè)務(wù)流源地址和端口，以終端接收業(yè)務(wù)的地址和端口為業(yè)務(wù)流目的地址和端口把組播業(yè)務(wù)流轉(zhuǎn)換為單播業(yè)務(wù)流并向終端發(fā)送。這樣處理的結(jié)果是業(yè)務(wù)流在組播功能提供者和BGF之間是組播，在BGF和終端之間是單播。
BGF建立到組播功能提供者的過程是使用組播路由協(xié)議進(jìn)行的(如PIM-SM等)，因此，如果有多個終端請求同一個組播流，路由建立過程只需要進(jìn)行一次就可以了，后續(xù)的請求不會導(dǎo)致多次路由建立請求。SPDF在進(jìn)行資源預(yù)留請求時可以根據(jù)業(yè)務(wù)流組播業(yè)務(wù)地址和端口和業(yè)務(wù)源地址和端口判斷是否是同一業(yè)務(wù)流，如果是同一業(yè)務(wù)流，則在核心網(wǎng)側(cè)不需要對同一組播業(yè)務(wù)流進(jìn)行多次預(yù)留請求，從而簡化流程。
對于請求同一個組播業(yè)務(wù)流的終端而言，BGF需要為每一個請求分配一個新的地址和端口；如果其接入網(wǎng)側(cè)存在可用的地址池，則可以從可用的地址池中分配地址和端口；當(dāng)然，在反饋給AF的結(jié)果必須與這里的選擇結(jié)果一致。
在上述的流程中，如果AF向RACS的組播控制請求是分階段進(jìn)行的，即第一次請求只是請求RACS做好組播/單播轉(zhuǎn)換的準(zhǔn)備，但是并不一定要求BGF加入組播組，則BGF到組播功能提供者的組播路徑建立過程在這里可以不進(jìn)行；當(dāng)AF第二次請求組播/單播轉(zhuǎn)換開始時，BGF可以這時再建立到組播功能提供者的組播轉(zhuǎn)發(fā)路徑并進(jìn)行相應(yīng)的組播/單播轉(zhuǎn)換。
應(yīng)該指出，這里給出的是為了說明發(fā)明思想給出的流程，在結(jié)合業(yè)務(wù)進(jìn)行具體使用時其流程存在合理的變化，只要所述組播控制過程在會話交互建立之前完成，那么可能的變化都是允許的。這些流程中的步驟可能是和其它步驟結(jié)合在一起使用的(比如AF向SPDF的組播控制請求和資源預(yù)留過程以一個請求傳遞給SPDF)，涉及流程的合理變化都在本專利的保護(hù)范圍內(nèi)。
本發(fā)明第二實施例組播控制系統(tǒng)包括終端、AF、SPDF、BGF、A-RACF(Access-Resource and Admission Control Function，接入-資源及許可控制功能)、RCEF、業(yè)務(wù)提供者和組播功能提供者。其中終端和業(yè)務(wù)提供者進(jìn)行業(yè)務(wù)協(xié)商，請求業(yè)務(wù)提供者提供組播服務(wù)；AF通過多種方式獲得進(jìn)行組播轉(zhuǎn)換的信息，若需要對業(yè)務(wù)流進(jìn)行組播轉(zhuǎn)換則請求SPDF進(jìn)行組播轉(zhuǎn)換；SPDF接收AF的組播轉(zhuǎn)換請求并進(jìn)行策略判斷和資源檢查以決定是否允許完成相應(yīng)轉(zhuǎn)換，若允許則請求BGF完成具體的組播轉(zhuǎn)換操作；BGF建立到組播功能提供者的組播轉(zhuǎn)發(fā)路徑；所述SPDF向A-RACF發(fā)送請求，由A-RACF請求RCEF加入所分配的新的組播組，RCEF接受所述請求并使用組播路由協(xié)議建立到BGF的組播轉(zhuǎn)發(fā)路徑；所述BGF把從組播功能提供者接收到的組播業(yè)務(wù)流轉(zhuǎn)換成新的組播業(yè)務(wù)流經(jīng)BGF到組播功能提供者的組播轉(zhuǎn)發(fā)路徑和RCEF到BGF的組播轉(zhuǎn)發(fā)路徑向終端發(fā)送，這個過程中可能需要分配用于轉(zhuǎn)發(fā)業(yè)務(wù)流的地址和端口等。
請參閱圖4，本發(fā)明第二實施例組播控制系統(tǒng)的組播控制過程為S21.AF向SPDF發(fā)送組播控制請求，所述請求攜帶組播業(yè)務(wù)地址和端口、發(fā)送組播業(yè)務(wù)的地址和端口、終端接收業(yè)務(wù)的地址和端口等信息的全部或者上述信息的組合；S22.SPDF根據(jù)AF的請求構(gòu)造向BGF的請求，請求BGF進(jìn)行組播到組播的轉(zhuǎn)換操作；所述請求具體由BGF進(jìn)行處理，至少攜帶組播業(yè)務(wù)地址和端口、發(fā)送組播業(yè)務(wù)的地址和端口、終端接收業(yè)務(wù)的地址和端口等信息的全部或者上述信息的組合；所述請求中可以攜帶SPDF分配的新的組播業(yè)務(wù)地址和端口，如果請求中沒有攜帶所述信息，SPDF可以指定由BGF進(jìn)行分配；則BGF收到上述請求后分配一個新的組播業(yè)務(wù)地址和端口，另外BGF需要分配用于發(fā)送業(yè)務(wù)流的單播地址和端口，并準(zhǔn)備進(jìn)行組播到組播的轉(zhuǎn)換操作，即收到組播業(yè)務(wù)流之后進(jìn)行如下轉(zhuǎn)化以所分配單播地址和端口作為業(yè)務(wù)流源地址和端口，以所分配的組播業(yè)務(wù)地址和端口為目的地址和端口并進(jìn)行業(yè)務(wù)轉(zhuǎn)發(fā)。
上述新的組播業(yè)務(wù)地址和端口可以由BGF分配，也可以由BGF向其它組播組管理實體請求獲得，所述組播組管理實體管理組播組的分配并保證沒有沖突存在；如果由BGF自己分配組播業(yè)務(wù)地址和端口，則需要有機制保證不會有沖突發(fā)生，這可以由BGF分配后向一個統(tǒng)一的實體注冊分配結(jié)果而保證。另外，上述組播業(yè)務(wù)地址和端口也可以由SPDF分配并在請求中攜帶給BGF使用。
上述的組播業(yè)務(wù)地址和端口的分配可以稱為組播組管理，對于是否需要分配新的組播業(yè)務(wù)地址和端口可以由SPDF或者BGF來決定 若組播業(yè)務(wù)地址和端口分配由SPDF來管理，SPDF可以根據(jù)已經(jīng)執(zhí)行的策略決定是否需要分配新的組播業(yè)務(wù)地址和端口，若已經(jīng)有終端在使用同一業(yè)務(wù)流(如根據(jù)組播業(yè)務(wù)地址和端口判斷是否是同一個業(yè)務(wù)流)，則SPDF可以不分配新的組播業(yè)務(wù)地址和端口，僅在請求中攜帶已經(jīng)分配的組播業(yè)務(wù)地址和端口給BGF使用就可以了；否則需要分配新的組播業(yè)務(wù)地址和端口。對于BGF而言，可以簡單的判斷是否已經(jīng)加入了原來的組播組而避免重復(fù)加入同一組播組；如果SPDF明確指示BGF不需要重復(fù)加入所述組播組，則不需要進(jìn)行這一判斷。
若組播業(yè)務(wù)地址和端口由BGF來管理，雖然SPDF可能要求BGF進(jìn)行新組播業(yè)務(wù)地址和端口的分配，但BGF可以根據(jù)已經(jīng)執(zhí)行的策略決定是否需要分配新的組播業(yè)務(wù)地址和端口，若已經(jīng)有終端在使用同一業(yè)務(wù)流(如根據(jù)業(yè)務(wù)組播業(yè)務(wù)地址和端口以及業(yè)務(wù)源地址和端口判斷是否是同一個業(yè)務(wù)流)，則BGF可以不分配新的組播業(yè)務(wù)地址和端口，只需要使用已經(jīng)分配的組播業(yè)務(wù)地址和端口就可以了；否則需要分配新的組播業(yè)務(wù)地址和端口。在反饋給SPDF的響應(yīng)中攜帶所使用的組播業(yè)務(wù)地址和端口。
如果上述過程中并沒有分配新的組播業(yè)務(wù)地址和端口，則與此相關(guān)聯(lián)的資源預(yù)留過程將是不必要的(如通過T-RACF在核心網(wǎng)為組播業(yè)務(wù)流的資源預(yù)留)，這樣可以相對簡化流程。
S23.完成上述準(zhǔn)備后，BGF在這里使用組播路由協(xié)議(如PIM-SM協(xié)議、PIM-DM、DVMRP或MOSPF等)建立到組播功能提供者的組播轉(zhuǎn)發(fā)路徑；S24.BGF完成上述準(zhǔn)備之后向SPDF反饋請求響應(yīng)，這里需要攜帶所分配的用于進(jìn)行業(yè)務(wù)轉(zhuǎn)發(fā)的單播地址和端口以及新的組播業(yè)務(wù)地址和端口；S25 SPDF向AF反饋請求響應(yīng)，攜帶所分配的用于進(jìn)行業(yè)務(wù)轉(zhuǎn)發(fā)的單播地址和端口以及新的組播業(yè)務(wù)地址和端口。
經(jīng)過以上流程后，AF獲得了用于業(yè)務(wù)轉(zhuǎn)發(fā)的單播地址和端口以及新的組播業(yè)務(wù)地址和端口，它可以根據(jù)業(yè)務(wù)需要做不同處理，如 AF是經(jīng)過分析業(yè)務(wù)協(xié)商信令獲得的組播控制信息，則它需要修改協(xié)商報文的業(yè)務(wù)地址信息，以使得終端獲得新的業(yè)務(wù)發(fā)送地址； AF是接受其它實體的請求進(jìn)行組播控制，則它需要向所述實體反饋控制結(jié)果，所述結(jié)果中可能需要攜帶所分配的業(yè)務(wù)轉(zhuǎn)發(fā)地址和端口以及新的組播業(yè)務(wù)地址和端口。
經(jīng)過以上過程的處理后，終端獲得的業(yè)務(wù)提供地址其實是BGF所分配的組播業(yè)務(wù)地址和端口；BGF建立了從組播功能提供者到BGF的組播轉(zhuǎn)發(fā)路徑。為了建立從RCEF到BGF的組播轉(zhuǎn)發(fā)路徑，可以采取兩種方式 由于用戶收到了新的組播業(yè)務(wù)地址和端口，因此它使用IGMP協(xié)議要求加入所述組播組，所述請求由RCEF處理；由于新的業(yè)務(wù)流是由BGF提供的，因此RCEF使用組播路由協(xié)議(如PIM-SM)建立到BGF的組播轉(zhuǎn)發(fā)路徑。
另外，SPDF也可以向A-RACF發(fā)送請求，由A-RACF請求RCEF加入所分配的新的組播組，RCEF接受所述請求并使用組播路由協(xié)議(如PIM-SM)建立到BGF的組播轉(zhuǎn)發(fā)路徑。
當(dāng)組播業(yè)務(wù)流從組播功能提供者發(fā)出后被BGF所接收，BGF執(zhí)行業(yè)務(wù)流轉(zhuǎn)換操作，即以自己所分配的地址和端口為業(yè)務(wù)流源地址和端口，以新的組播業(yè)務(wù)地址和端口為業(yè)務(wù)流目的地址和端口把組播業(yè)務(wù)流轉(zhuǎn)換為新的組播業(yè)務(wù)流并進(jìn)行轉(zhuǎn)發(fā)。這樣處理的結(jié)果是業(yè)務(wù)流在組播功能提供者和BGF之間是組播，在BGF和終端之間也是組播(以新的組播業(yè)務(wù)地址和端口發(fā)送，業(yè)務(wù)流經(jīng)過RCEF)，保證了組播業(yè)務(wù)流是經(jīng)過BGF轉(zhuǎn)發(fā)的。
BGF建立到組播功能提供者的過程是使用組播路由協(xié)議進(jìn)行的(如PIM-SM等)，因此，如果有多個終端請求同一個組播流，路由建立過程只需要進(jìn)行一次就可以了，后續(xù)的請求不會導(dǎo)致多次路由建立請求。SPDF在進(jìn)行資源預(yù)留請求時可以根據(jù)業(yè)務(wù)流組播業(yè)務(wù)地址和端口和業(yè)務(wù)源地址和端口判斷是否是同一業(yè)務(wù)流，如果是同一業(yè)務(wù)流，則在核心網(wǎng)側(cè)不需要對同一組播業(yè)務(wù)流進(jìn)行多次預(yù)留請求，從而簡化流程。
對于請求同一個組播業(yè)務(wù)流的終端而言，BGF需要為每一個請求分配一個新的地址和端口；如果其接入網(wǎng)側(cè)存在可用的地址池，則可以從可用的地址池中分配地址和端口；當(dāng)然，在反饋給AF的結(jié)果必須與這里的選擇結(jié)果一致。
在上述的流程中，如果AF向RACS的組播控制請求是分階段進(jìn)行的，即第一次請求只是請求RACS做好組播/組播轉(zhuǎn)換的準(zhǔn)備，但是并不一定要求BGF加入組播組，則BGF到組播功能提供者的組播路徑建立過程在這里可以不進(jìn)行；當(dāng)AF第二次請求組播/組播轉(zhuǎn)換開始時，BGF可以這時再建立到組播功能提供者的組播轉(zhuǎn)發(fā)路徑并進(jìn)行相應(yīng)的組播/組播轉(zhuǎn)換。
應(yīng)該指出，這里給出的是為了說明發(fā)明思想給出的流程，在結(jié)合業(yè)務(wù)進(jìn)行具體使用時其流程存在合理的變化，只要所述組播控制過程在會話交互建立之前完成，那么可能的變化都是允許的。這些流程中的步驟可能是和其它步驟結(jié)合在一起使用的(比如AF向SPDF的組播控制請求和資源預(yù)留過程以一個請求傳遞給SPDF)，涉及流程的合理變化都在本專利的保護(hù)范圍內(nèi)。
本發(fā)明如果要求AF從協(xié)商信令中獲取組播控制信息，則AF需要理解所述信令并能提取相關(guān)信息；AF需要修改信令中的媒體描述信息，以匹配所做的控制。
本發(fā)明對BGF的要求如下1.若支持第一種的控制方式，則BGF需要支持組播/單播轉(zhuǎn)換功能，具體如第一種方式所描述功能；要求BGF(在核心網(wǎng)側(cè)接口)對組播路由協(xié)議支持(如支持PIM-SM)；2.若支持第二種的控制方式，則BGF需要支持組播/組播轉(zhuǎn)換功能，具體如第二種方式所描述功能；要求BGF(在核心網(wǎng)側(cè)接口)對組播路由協(xié)議支持(如支持PIM-SM)；另外要求BGF只能向用戶接入網(wǎng)一側(cè)發(fā)送新的組播業(yè)務(wù)流(為了避免新的組播流向核心網(wǎng)一側(cè)發(fā)送)。
本發(fā)明要求RCEF支持組播路由協(xié)議(如支持PIM-SM)，用于建立組播轉(zhuǎn)發(fā)路徑。
下面以采用IMS作為會話控制和業(yè)務(wù)提供網(wǎng)絡(luò)的NGN網(wǎng)絡(luò)為例，來說明本發(fā)明組播控制系統(tǒng)和方法。
請參閱圖5，其是本發(fā)明第一實施例組播控制系統(tǒng)應(yīng)用在采用IMS作為會話控制和業(yè)務(wù)提供網(wǎng)絡(luò)的NGN網(wǎng)絡(luò)中的具體功能架構(gòu)圖。所述系統(tǒng)包括終端、代理CSCF、SPDF、BGF、服務(wù)CSCF、AS(即業(yè)務(wù)提供者)、MRFC(Media ResourceFunction Controller，媒體資源功能控制器)和MRFP(Media Resource FunctionProcessor，媒體資源功能處理器)。其中終端和AS進(jìn)行業(yè)務(wù)協(xié)商，請求AS提供組播服務(wù)；代理CSCF轉(zhuǎn)發(fā)終端和服務(wù)CSCF之間的請求和響應(yīng)消息，并包含了AF的功能；服務(wù)CSCF根據(jù)觸發(fā)規(guī)則把業(yè)務(wù)請求消息觸發(fā)到AS，對消息進(jìn)行路由；代理CSCF通過多種方式獲得進(jìn)行組播轉(zhuǎn)換的信息，若需要對業(yè)務(wù)流進(jìn)行組播轉(zhuǎn)換則請求SPDF進(jìn)行組播轉(zhuǎn)換；SPDF接收代理CSCF(包含AF功能)的組播轉(zhuǎn)換請求并進(jìn)行策略判斷和資源檢查，以決定是否允許完成相應(yīng)轉(zhuǎn)換，若允許則請求BGF完成具體的組播轉(zhuǎn)換操作；BGF建立到AS的組播轉(zhuǎn)發(fā)路徑，并把從AS接收到的組播業(yè)務(wù)流轉(zhuǎn)換成單播業(yè)務(wù)流向終端發(fā)送，這個過程中可能需要分配用于轉(zhuǎn)發(fā)業(yè)務(wù)流的地址和端口等；AS向用戶提供業(yè)務(wù)，與終端進(jìn)行必要的業(yè)務(wù)協(xié)商，根據(jù)協(xié)商的結(jié)果向MRFC提出媒體資源請求；MRFC接收AS的媒體資源請求并控制MRFP進(jìn)行媒體資源的分配，其中可能包括分配組播業(yè)務(wù)地址等資源；MRFP在MRFC的控制下向終端提供組播業(yè)務(wù)流，這里的MRFP即組播功能提供者，用于提供業(yè)務(wù)相關(guān)的組播業(yè)務(wù)流。
請參閱圖6，其是圖5所示的NGN網(wǎng)絡(luò)的組播過程示意圖，具體流程為s101.終端發(fā)起業(yè)務(wù)請求(如SIP invite)，所述請求到達(dá)代理CSCF，代理CSCF(具有AF功能)提取終端接收業(yè)務(wù)的地址和端口(這里假定終端已經(jīng)在報文中攜帶所述信息，否則在后續(xù)協(xié)商報文中提取)；s102.所述請求由代理CSCF轉(zhuǎn)發(fā)到服務(wù)CSCF；s103.服務(wù)CSCF把所述業(yè)務(wù)請求觸發(fā)到處理業(yè)務(wù)的AS；s104.所述業(yè)務(wù)請求需要媒體資源，因此AS發(fā)起向MRFC的媒體資源請求；s105.MRFC根據(jù)AS的請求對MRFP施加控制，這里假定需要以組播方式提供業(yè)務(wù)，因此這里MRFP確定了組播業(yè)務(wù)的地址并返回給MRFC；s106.MRFC向AS返回媒體資源請求的結(jié)果，所述結(jié)果包含一個SDP描述，其中攜帶有組播業(yè)務(wù)地址和端口，以及發(fā)送組播業(yè)務(wù)的MRFP的地址和端口；s107.AS向服務(wù)CSCF發(fā)送業(yè)務(wù)響應(yīng)，所述響應(yīng)包含SDP描述，其中攜帶有組播業(yè)務(wù)地址和端口，以及發(fā)送組播業(yè)務(wù)的MRFP的地址和端口；s108.服務(wù)CSCF向代理CSCF轉(zhuǎn)發(fā)所述響應(yīng)；s109.執(zhí)行組播控制過程，其進(jìn)一步包括以下步驟s109.1收到上述響應(yīng)后，代理CSCF(具有AF功能)提取組播業(yè)務(wù)地址和端口，以及發(fā)送組播業(yè)務(wù)的MRFP的地址和端口；隨后代理CSCF可能根據(jù)本地策略向SPDF發(fā)起組播控制請求，以使得組播業(yè)務(wù)流可以經(jīng)過BGF進(jìn)行轉(zhuǎn)發(fā)；s109.2SPDF向BGF請求進(jìn)行組播業(yè)務(wù)流到單播業(yè)務(wù)流的轉(zhuǎn)換，即BGF需要以組播路由協(xié)議建立組播轉(zhuǎn)發(fā)路徑，同時BGF需要分配一個單播UDP(UserDatagram Protocol，用戶數(shù)據(jù)報協(xié)議)端口號用于轉(zhuǎn)發(fā)組播數(shù)據(jù)流；其結(jié)果是BGF準(zhǔn)備接收MRFP的組播數(shù)據(jù)流，然后將其轉(zhuǎn)換為單播流發(fā)給終端，其轉(zhuǎn)換的結(jié)果是單播業(yè)務(wù)流源地址是BGF的IP地址，源端口是它所分配的UDP端口，目的地址是終端的IP地址，目的端口是終端接收業(yè)務(wù)的端口；s109.3BGF建立到組播源的組播轉(zhuǎn)發(fā)路徑，其實質(zhì)是使用組播路由協(xié)議(如PIM-SM)建立到組播源的組播轉(zhuǎn)發(fā)路徑；s109.4BGF執(zhí)行資源預(yù)留請求，向SPDF反饋結(jié)果，所述結(jié)果中包含用于發(fā)送單播業(yè)務(wù)流的地址和端口信息；
s109.5SPDF向代理CSCF反饋對資源預(yù)留的確認(rèn)信息，所述結(jié)果中包含用于發(fā)送單播業(yè)務(wù)流的地址和端口信息；s109.6代理CSCF需要根據(jù)此信息修改媒體協(xié)商過程中的SDP信息以BGF提供的單播業(yè)務(wù)地址和端口替換SDP中的組播業(yè)務(wù)地址和端口描述；如果需要，可能還需要替換發(fā)送組播業(yè)務(wù)流的源地址和端口信息；s110.代理CSCF向終端反饋最終的響應(yīng)結(jié)果；s111-112.這里可能存在進(jìn)一步的媒體協(xié)商過程，每次的協(xié)商報文經(jīng)過代理CSCF時，代理CSCF根據(jù)需要修改協(xié)商報文中相應(yīng)的媒體描述信息以確保協(xié)商成功；BGF的轉(zhuǎn)化動作可能僅在所有協(xié)商成功完成后接收到進(jìn)一步的指示時才開始進(jìn)行；s113.上述協(xié)商的結(jié)果可能導(dǎo)致MRFC對MRFP的進(jìn)一步控制。
上述協(xié)商流程最終完成后，業(yè)務(wù)流將以組播方式發(fā)送到BGF，而BGF將其轉(zhuǎn)換成單播業(yè)務(wù)流發(fā)送給終端。
請參閱圖7，其是本發(fā)明第二實施例組播控制系統(tǒng)應(yīng)用在采用IMS作為會話控制和業(yè)務(wù)提供網(wǎng)絡(luò)的NGN網(wǎng)絡(luò)中的具體功能架構(gòu)圖。所述系統(tǒng)包括終端、代理CSCF、SPDF、BGF、A-RACF、RCEF、服務(wù)CSCF、AS(即業(yè)務(wù)提供者)、MRFC和MRFP。其中終端和AS進(jìn)行業(yè)務(wù)協(xié)商，請求業(yè)務(wù)提供者提供組播服務(wù)；代理CSCF轉(zhuǎn)發(fā)終端和服務(wù)CSCF之間的請求和響應(yīng)消息并包含了AF的功能；服務(wù)CSCF根據(jù)觸發(fā)規(guī)則把業(yè)務(wù)請求消息觸發(fā)到AS，對消息進(jìn)行路由；代理CSCF通過多種方式獲取進(jìn)行組播轉(zhuǎn)換的信息，若需要對業(yè)務(wù)流進(jìn)行組播轉(zhuǎn)換則請求SPDF進(jìn)行組播轉(zhuǎn)換；SPDF接收代理CSCF(包含AF功能)的組播轉(zhuǎn)換請求并進(jìn)行策略判斷和資源檢查，以決定是否允許完成相應(yīng)轉(zhuǎn)換，若允許則請求BGF完成具體的組播轉(zhuǎn)換操作；BGF建立到業(yè)務(wù)提供者的組播轉(zhuǎn)發(fā)路徑；所述SPDF向A-RACF發(fā)送請求，由A-RACF請求RCEF加入所分配的新的組播組，RCEF接受所述請求并使用組播路由協(xié)議建立到BGF的組播轉(zhuǎn)發(fā)路徑；所述BGF把從業(yè)務(wù)提供者接收到的組播業(yè)務(wù)流轉(zhuǎn)換成新的組播業(yè)務(wù)流向終端發(fā)送，這個過程中可能需要分配用于轉(zhuǎn)發(fā)業(yè)務(wù)流的地址和端口等；AS向用戶提供業(yè)務(wù)，與終端進(jìn)行必要的業(yè)務(wù)協(xié)商，根據(jù)協(xié)商的結(jié)果向MRFC提出媒體資源請求；MRFC接收AS的媒體資源請求，并控制MRFP進(jìn)行媒體資源的分配，其中可能包括分配組播業(yè)務(wù)地址等資源；MRFP在MRFC的控制下向終端提供組播業(yè)務(wù)流，這里的MRFP即組播功能提供者，用于提供業(yè)務(wù)相關(guān)的組播業(yè)務(wù)流。
請參閱圖8，其是圖7所示的NGN網(wǎng)絡(luò)的組播過程示意圖，具體流程為s201.終端發(fā)起業(yè)務(wù)請求(如SIP invite)，所述請求到達(dá)代理CSCF，代理CSCF(具有AF功能)提取終端接收業(yè)務(wù)的地址和端口(這里假定終端已經(jīng)在報文中攜帶所述信息，否則在后續(xù)協(xié)商報文中提取)；s202.所述業(yè)務(wù)請求由代理CSCF轉(zhuǎn)發(fā)到服務(wù)CSCF；s203.服務(wù)CSCF把所述業(yè)務(wù)請求觸發(fā)到處理業(yè)務(wù)的AS；s204.所述業(yè)務(wù)請求需要媒體資源，因此AS發(fā)起向MRFC的媒體資源請求；s205.MRFC根據(jù)AS的請求對MRFP施加控制，這里假定需要以組播方式提供業(yè)務(wù)，因此這里MRFP確定了組播業(yè)務(wù)的地址并返回給MRFC；s206.MRFC向AS返回媒體資源請求的結(jié)果，所述結(jié)果包含一個SDP描述，其中攜帶有組播業(yè)務(wù)地址和端口，以及發(fā)送組播業(yè)務(wù)的MRFP的地址和端口；s207.AS向服務(wù)CSCF發(fā)送業(yè)務(wù)響應(yīng)，所述響應(yīng)包含SDP描述，其中攜帶有組播業(yè)務(wù)地址和端口，以及發(fā)送組播業(yè)務(wù)的MRFP的地址和端口；s208.服務(wù)CSCF向代理CSCF轉(zhuǎn)發(fā)所述業(yè)務(wù)響應(yīng)；s209.執(zhí)行組播控制過程，其進(jìn)一步包括以下步驟s209.1收到上述響應(yīng)后，代理CSCF(具有AF功能)提取組播業(yè)務(wù)地址和端口，以及發(fā)送組播業(yè)務(wù)的MRFP的地址和端口；隨后代理CSCF可能根據(jù)本地策略向SPDF發(fā)起組播控制請求，以使得組播業(yè)務(wù)流可以經(jīng)過BGF進(jìn)行轉(zhuǎn)發(fā)；s209.2SPDF向BGF請求進(jìn)行組播業(yè)務(wù)流到組播業(yè)務(wù)流的轉(zhuǎn)換，新的組播業(yè)務(wù)地址和端口可以由SPDF或者BGF分配；同時BGF需要分配一個單播UDP端口號用于轉(zhuǎn)發(fā)組播數(shù)據(jù)流；其結(jié)果是BGF準(zhǔn)備接收MRFP的組播數(shù)據(jù)流，然后將其轉(zhuǎn)換為新的組播流發(fā)給終端，其轉(zhuǎn)換的結(jié)果是組播業(yè)務(wù)流源地址是BGF的IP地址，源端口是它所分配的UDP端口，目的地址是新分配的組播業(yè)務(wù)地址，目的端口是新分配的組播業(yè)務(wù)端口；s209.3BGF建立到組播源的組播轉(zhuǎn)發(fā)路徑，其實質(zhì)是使用組播路由協(xié)議(如PIM-SM)建立到組播源的組播轉(zhuǎn)發(fā)路徑，如果前面已經(jīng)加入了所述組播組，則這里不需要重復(fù)加入；s209.4BGF執(zhí)行資源預(yù)留請求，向SPDF反饋結(jié)果，所述結(jié)果中包含用于發(fā)送單播業(yè)務(wù)流的地址和端口信息；如果新的組播業(yè)務(wù)地址和端口是由BGF分配的，則這里也需要攜帶新分配的組播業(yè)務(wù)地址和端口；s209.5SPDF向代理CSCF反饋對資源預(yù)留的確認(rèn)信息，所述結(jié)果中包含用于發(fā)送新組播業(yè)務(wù)流的地址和端口信息，以及新的組播業(yè)務(wù)地址和端口信息；s209.6代理CSCF需要根據(jù)此信息修改媒體協(xié)商過程中的SDP信息以新的組播業(yè)務(wù)地址和端口替換SDP中的組播業(yè)務(wù)地址和端口描述；如果需要，可能還需要替換發(fā)送組播業(yè)務(wù)流的源地址和端口信息；s210.代理CSCF向終端反饋最終的響應(yīng)結(jié)果；s211-212.這里可能存在進(jìn)一步的媒體協(xié)商過程，每次的協(xié)商報文經(jīng)過代理CSCF時，代理CSCF根據(jù)需要修改協(xié)商報文中相應(yīng)的媒體描述信息以確保協(xié)商成功；BGF的轉(zhuǎn)換動作可能僅在所有協(xié)商成功完成后接收到進(jìn)一步的指示時才開始進(jìn)行；S213.上述協(xié)商的結(jié)果可能導(dǎo)致MRFC對MRFP的進(jìn)一步控制。
上述協(xié)商流程最終完成后，終端使用IGMP要求加入新的組播組，所述請求由RCEF處理；RCEF進(jìn)而采用組播路由協(xié)議建立到BGF的組播轉(zhuǎn)發(fā)路經(jīng)；轉(zhuǎn)發(fā)路徑建立后，業(yè)務(wù)流將以組播方式發(fā)送到BGF，而BGF將其轉(zhuǎn)換成新的組播業(yè)務(wù)流，所述業(yè)務(wù)流經(jīng)RCEF發(fā)送給終端。
以上所述，僅為本發(fā)明的較佳實施例而已，并非用于限定本發(fā)明的保護(hù)范圍，凡在本發(fā)明的精神和原則之內(nèi)所做的任何修改、等同替換、改進(jìn)等，均應(yīng)包含在本發(fā)明的保護(hù)范圍之內(nèi)。
權(quán)利要求
1.一種組播控制系統(tǒng)，其特征在于其包括終端、應(yīng)用功能AF、基于業(yè)務(wù)的策略決策功能SPDF、邊界網(wǎng)關(guān)功能BGF、業(yè)務(wù)提供者和組播功能提供者，其中，所述終端和業(yè)務(wù)提供者進(jìn)行業(yè)務(wù)協(xié)商，請求業(yè)務(wù)提供者提供組播服務(wù)；所述AF獲得進(jìn)行組播轉(zhuǎn)換的信息，若需要對業(yè)務(wù)流進(jìn)行組播轉(zhuǎn)換則請求SPDF進(jìn)行組播轉(zhuǎn)換；所述SPDF接收AF的組播轉(zhuǎn)換請求并進(jìn)行策略判斷和資源檢查，以決定是否允許完成相應(yīng)轉(zhuǎn)換，若允許則請求BGF完成具體的組播轉(zhuǎn)換操作；所述BGF建立到組播功能提供者的組播轉(zhuǎn)發(fā)路徑，并把從組播功能提供者接收到的組播業(yè)務(wù)流轉(zhuǎn)換成單播業(yè)務(wù)流向終端發(fā)送。
2.如權(quán)利要求1所述的系統(tǒng)，其特征在于當(dāng)所述系統(tǒng)應(yīng)用在采用IP多媒體子系統(tǒng)IMS作為會話控制和業(yè)務(wù)提供網(wǎng)絡(luò)的下一代網(wǎng)絡(luò)NGN中時，AF為代理呼叫會話控制功能CSCF，業(yè)務(wù)提供者為應(yīng)用服務(wù)器AS，組播功能提供者為媒體資源功能處理器MRFP，所述系統(tǒng)還包括服務(wù)CSCF和媒體資源功能控制器MRFC，其中，所述代理CSCF轉(zhuǎn)發(fā)終端和服務(wù)CSCF之間的請求和響應(yīng)消息；所述服務(wù)CSCF根據(jù)觸發(fā)規(guī)則把業(yè)務(wù)請求消息觸發(fā)到AS，對消息進(jìn)行路由；所述代理CSCF獲得進(jìn)行組播轉(zhuǎn)換的信息后，若需要對業(yè)務(wù)流進(jìn)行組播轉(zhuǎn)換則請求SPDF進(jìn)行組播轉(zhuǎn)換；所述AS向用戶提供業(yè)務(wù)，與終端進(jìn)行業(yè)務(wù)協(xié)商，根據(jù)協(xié)商的結(jié)果向MRFC提出媒體資源請求；所述MRFC接收AS的媒體資源請求并控制MRFP進(jìn)行媒體資源的分配；所述MRFP在MRFC的控制下向終端提供組播業(yè)務(wù)流。
3.如權(quán)利要求1所述的系統(tǒng)，其特征在于所述BGF支持組播/單播轉(zhuǎn)換功能。
4.如權(quán)利要求1所述的系統(tǒng)，其特征在于所述BGF在核心網(wǎng)側(cè)的接口支持組播路由協(xié)議。
5.如權(quán)利要求1所述的系統(tǒng)，其特征在于如果AF是從協(xié)商信令中獲取組播控制信息，則AF需要理解所述信令并能提取相關(guān)信息；AF需要修改信令中的媒體描述信息，以匹配所做的控制。
6.一種組播控制系統(tǒng)，其特征在于其包括終端、AF、SPDF、BGF、接入-資源及許可控制功能A-RACF、資源控制執(zhí)行功能RCEF、業(yè)務(wù)提供者和組播功能提供者，其中，所述終端和業(yè)務(wù)提供者進(jìn)行業(yè)務(wù)協(xié)商，請求業(yè)務(wù)提供者提供組播服務(wù)；所述AF獲得進(jìn)行組播轉(zhuǎn)換的信息，若需要對業(yè)務(wù)流進(jìn)行組播轉(zhuǎn)換則請求SPDF進(jìn)行組播轉(zhuǎn)換；所述SPDF接收AF的組播轉(zhuǎn)換請求并進(jìn)行策略判斷和資源檢查，以決定是否允許完成相應(yīng)轉(zhuǎn)換，若允許則請求BGF完成具體的組播轉(zhuǎn)換操作；所述BGF建立到組播功能提供者的組播轉(zhuǎn)發(fā)路徑；所述SPDF向A-RACF發(fā)送請求，由A-RACF請求RCEF加入所分配的新的組播組，RCEF接受所述請求并使用組播路由協(xié)議建立到BGF的組播轉(zhuǎn)發(fā)路徑；所述BGF把從組播功能提供者接收到的組播業(yè)務(wù)流轉(zhuǎn)換成新的組播業(yè)務(wù)流經(jīng)BGF到組播功能提供者的組播轉(zhuǎn)發(fā)路徑和RCEF到BGF的組播轉(zhuǎn)發(fā)路徑向終端發(fā)送。
7.如權(quán)利要求6所述的系統(tǒng)，其特征在于當(dāng)所述系統(tǒng)應(yīng)用在采用IMS作為會話控制和業(yè)務(wù)提供網(wǎng)絡(luò)的NGN中時，所述AF為代理CSCF，所述業(yè)務(wù)提供者為AS，所述組播功能提供者為MRFP，所述系統(tǒng)還包括服務(wù)CSCF和MRFC，其中，所述代理CSCF轉(zhuǎn)發(fā)終端和服務(wù)CSCF之間的請求和響應(yīng)消息，并包含了AF的功能，所述代理CSCF獲得進(jìn)行組播轉(zhuǎn)換的信息后，若需要對業(yè)務(wù)流進(jìn)行組播轉(zhuǎn)換則請求SPDF進(jìn)行組播轉(zhuǎn)換；所述AS向用戶提供業(yè)務(wù)，與終端進(jìn)行業(yè)務(wù)協(xié)商，根據(jù)協(xié)商的結(jié)果向MRFC提出媒體資源請求；所述MRFC接收AS的媒體資源請求并控制MRFP進(jìn)行媒體資源的分配；所述MRFP在MRFC的控制下向終端提供組播業(yè)務(wù)流。
8.如權(quán)利要求6所述的系統(tǒng)，其特征在于所述BGF在核心網(wǎng)側(cè)的接口支持組播路由協(xié)議，所述BGF只能向用戶接入網(wǎng)一側(cè)發(fā)送新的組播業(yè)務(wù)流。
9.如權(quán)利要求6所述的系統(tǒng)，其特征在于所述BGF支持組播/組播轉(zhuǎn)換功能。
10.如權(quán)利要求6所述的系統(tǒng)，其特征在于如果AF是從協(xié)商信令中獲取組播控制信息，則AF需要理解所述信令并能提取相關(guān)信息；AF需要修改信令中的媒體描述信息，以匹配所做的控制。
11.如權(quán)利要求6所述的系統(tǒng)，其特征在于所述RCEF支持組播路由協(xié)議。
12.一種組播控制方法，其特征在于包括以下步驟A1.AF獲取需要進(jìn)行組播控制的信息；A2.AF請求SPDF進(jìn)行組播控制，所述請求由SPDF處理后，SPDF進(jìn)一步向BGF提出請求，所述請求由BGF進(jìn)行處理；A3.BGF建立到組播功能提供者的組播轉(zhuǎn)發(fā)路徑；A4.BGF通過SPDF向AF反饋請求響應(yīng)；A5.一旦BGF收到組播業(yè)務(wù)流，BGF就把所述業(yè)務(wù)流進(jìn)行組播轉(zhuǎn)換并發(fā)送給用戶。
13.如權(quán)利要求12所述的方法，其特征在于步驟A1所述的AF獲取需要進(jìn)行組播控制的信息的方式為終端和組播功能提供者使用信令協(xié)商機制協(xié)商組播業(yè)務(wù)所使用的組播業(yè)務(wù)地址和端口，所述協(xié)商信令通過AF進(jìn)行轉(zhuǎn)發(fā)，則AF可以通過查看協(xié)商報文中的業(yè)務(wù)描述信息得到進(jìn)行組播控制的必要信息。
14.如權(quán)利要求12所述的方法，其特征在于步驟A1所述的AF獲取需要進(jìn)行組播控制的信息的方式為組播功能提供者在收到終端發(fā)出的組播業(yè)務(wù)請求后，向AF請求進(jìn)行組播控制，并提供細(xì)節(jié)信息。
15.如權(quán)利要求12所述的方法，其特征在于步驟A3所述的組播路由協(xié)議為協(xié)議無關(guān)組播-稀疏模式PIM-SM、協(xié)議無關(guān)組播路由協(xié)議-密集模式PIM-DM、距離向量組播路由協(xié)議DVMRP或組播最短路經(jīng)優(yōu)先協(xié)議MOSPF。
16.如權(quán)利要求12所述的方法，其特征在于步驟A2進(jìn)一步包括以下步驟S11.AF向SPDF發(fā)送組播控制請求，所述請求攜帶組播業(yè)務(wù)地址和端口、發(fā)送組播業(yè)務(wù)的地址和端口、終端接收業(yè)務(wù)的地址和端口信息的全部或者上述信息的組合；S12.SPDF根據(jù)AF的請求構(gòu)造向BGF的請求，請求BGF進(jìn)行組播到單播的轉(zhuǎn)換操作；所述請求具體由BGF進(jìn)行處理，至少攜帶組播業(yè)務(wù)地址和端口、發(fā)送組播業(yè)務(wù)的地址和端口、終端接收業(yè)務(wù)的地址和端口信息的全部或者上述信息的組合；BGF收到上述請求后分配用于發(fā)送業(yè)務(wù)流的單播地址和端口。
17.如權(quán)利要求16所述的方法，其特征在于步驟S12還包括以下步驟如果有多個用戶請求同一個組播業(yè)務(wù)流，則BGF為每一個組播業(yè)務(wù)流建立相關(guān)的用戶列表，這個列表以用戶的單播地址和端口作為區(qū)分，如果新增用戶，則在表中添加相應(yīng)的表項；如果用戶退出業(yè)務(wù)流，則從表中刪除對應(yīng)的表項。
18.如權(quán)利要求16所述的方法，其特征在于步驟A4進(jìn)一步包括以下步驟S14.BGF向SPDF反饋請求響應(yīng)，所述反饋信息中攜帶所分配的用于進(jìn)行業(yè)務(wù)轉(zhuǎn)發(fā)的單播地址和端口；S15.SPDF向AF反饋請求響應(yīng)，所述反饋信息中至少攜帶所分配的用于進(jìn)行業(yè)務(wù)轉(zhuǎn)發(fā)的單播地址和端口。
19.如權(quán)利要求18所述的方法，其特征在于步驟S15和A5之間還包括以下步驟若AF是經(jīng)過分析業(yè)務(wù)協(xié)商信令獲得的組播控制信息，則它需要修改協(xié)商報文的業(yè)務(wù)地址信息，以使得終端獲得新的業(yè)務(wù)發(fā)送地址；若AF是接受其它實體的請求進(jìn)行組播控制，則它需要向所述實體反饋控制結(jié)果，所述結(jié)果中需要攜帶所分配的業(yè)務(wù)轉(zhuǎn)發(fā)地址和端口。
20.如權(quán)利要求19所述的方法，其特征在于步驟A5所述的BGF對業(yè)務(wù)流所進(jìn)行的組播轉(zhuǎn)換是以自己所分配的地址和端口為業(yè)務(wù)流源地址和端口，以終端接收業(yè)務(wù)的地址和端口為業(yè)務(wù)流目的地址和端口，把組播業(yè)務(wù)流轉(zhuǎn)換為單播業(yè)務(wù)流。
21.如權(quán)利要求12所述的方法，其特征在于步驟A2進(jìn)一步包括以下步驟S21.AF向SPDF發(fā)送組播控制請求，所述請求攜帶組播業(yè)務(wù)地址和端口、發(fā)送組播業(yè)務(wù)的地址和端口、終端接收業(yè)務(wù)的地址和端口信息的全部或者上述信息的組合；S22.SPDF根據(jù)AF的請求構(gòu)造向BGF的請求，請求BGF進(jìn)行組播到組播的轉(zhuǎn)換操作；所述請求具體由BGF進(jìn)行處理，至少攜帶組播業(yè)務(wù)地址和端口、發(fā)送組播業(yè)務(wù)的地址和端口、終端接收業(yè)務(wù)的地址和端口信息的全部或者上述信息的組合；所述請求中可以攜帶SPDF分配的新的組播業(yè)務(wù)地址和端口，如果請求中沒有攜帶所述信息，SPDF可以指定由BGF進(jìn)行分配，也可以由BGF向組播組管理實體請求獲得，另外BGF還分配用于發(fā)送業(yè)務(wù)流的單播地址和端口。
22.如權(quán)利要求21所述的方法，其特征在于步驟A4進(jìn)一步包括以下步驟S24.BGF向SPDF反饋請求響應(yīng)，所述反饋信息中攜帶所分配的用于進(jìn)行業(yè)務(wù)轉(zhuǎn)發(fā)的單播地址和端口以及新的組播業(yè)務(wù)地址和端口；S25.SPDF向AF反饋請求響應(yīng)，所述反饋信息中攜帶所分配的用于進(jìn)行業(yè)務(wù)轉(zhuǎn)發(fā)的單播地址和端口以及新的組播業(yè)務(wù)地址和端口。
23.如權(quán)利要求22所述的方法，其特征在于步驟S25和A5之間還包括以下步驟若AF是經(jīng)過分析業(yè)務(wù)協(xié)商信令獲得的組播控制信息，則它需要修改協(xié)商報文的業(yè)務(wù)地址信息，以使得終端獲得新的業(yè)務(wù)發(fā)送地址；若AF是接受其它實體的請求進(jìn)行組播控制，則它需要向所述實體反饋控制結(jié)果，所述結(jié)果中需要攜帶所分配的業(yè)務(wù)轉(zhuǎn)發(fā)地址和端口以及新的組播業(yè)務(wù)地址和端口。
24.如權(quán)利要求18所述的方法，其特征在于步驟A3還包括以下步驟建立從RCEF到BGF的組播轉(zhuǎn)發(fā)路徑，所述建立方法為用戶使用IGMP協(xié)議要求加入所述組播組，所述請求由RCEF處理，RCEF使用組播路由協(xié)議建立到BGF的組播轉(zhuǎn)發(fā)路徑。
25.如權(quán)利要求18所述的方法，其特征在于步驟A3還包括以下步驟建立從RCEF到BGF的組播轉(zhuǎn)發(fā)路徑，所述建立方法為SPDF向A-RACF發(fā)送請求，由A-RACF請求RCEF加入所分配的新的組播組，RCEF接受所述請求并使用組播路由協(xié)議建立到BGF的組播轉(zhuǎn)發(fā)路徑。
26.如權(quán)利要求25所述的方法，其特征在于步驟A5所述的BGF對業(yè)務(wù)流所進(jìn)行的組播轉(zhuǎn)換是以自己所分配的地址和端口為業(yè)務(wù)流源地址和端口，以新的組播業(yè)務(wù)地址和端口為業(yè)務(wù)流目的地址和端口把組播業(yè)務(wù)流轉(zhuǎn)換為新的組播業(yè)務(wù)流并進(jìn)行轉(zhuǎn)發(fā)。
27.如權(quán)利要求12所述的方法，其特征在于當(dāng)所述方法應(yīng)用在采用IMS作為會話控制和業(yè)務(wù)提供網(wǎng)絡(luò)的NGN中時，所述AF為代理CSCF。
28.如權(quán)利要求27所述的方法，其特征在于步驟A1進(jìn)一步包括以下步驟s101.終端發(fā)起業(yè)務(wù)請求，所述請求到達(dá)代理CSCF，代理CSCF提取終端接收業(yè)務(wù)的地址和端口；s102.所述請求由代理CSCF轉(zhuǎn)發(fā)到服務(wù)CSCF；s103.服務(wù)CSCF把所述業(yè)務(wù)請求觸發(fā)到處理業(yè)務(wù)的AS；s104.所述業(yè)務(wù)請求需要媒體資源，因此AS發(fā)起向MRFC的媒體資源請求；s105.MRFC根據(jù)AS的請求對MRFP施加控制，這里假定需要以組播方式提供業(yè)務(wù)，因此這里MRFP確定了組播業(yè)務(wù)的地址并返回給MRFC；s106.MRFC向AS返回媒體資源請求的結(jié)果，所述結(jié)果包含一個會話描述協(xié)議SDP描述，其中攜帶有組播業(yè)務(wù)地址和端口，以及發(fā)送組播業(yè)務(wù)的MRFP的地址和端口；s107.AS向服務(wù)CSCF發(fā)送業(yè)務(wù)響應(yīng)，所述響應(yīng)包含SDP描述，其中攜帶有組播業(yè)務(wù)地址和端口，以及發(fā)送組播業(yè)務(wù)的MRFP的地址和端口；s108.服務(wù)CSCF向代理CSCF轉(zhuǎn)發(fā)所述響應(yīng)。
29.如權(quán)利要求28所述的方法，其特征在于步驟A2進(jìn)一步包括以下步驟s109.1 收到上述響應(yīng)后，代理CSCF提取組播業(yè)務(wù)地址和端口，以及發(fā)送組播業(yè)務(wù)的MRFP的地址和端口；隨后代理CSCF根據(jù)本地策略向SPDF發(fā)起組播控制請求；s109.2 SPDF向BGF請求進(jìn)行組播業(yè)務(wù)流到單播業(yè)務(wù)流的轉(zhuǎn)換，同時BGF分配一個單播用戶數(shù)據(jù)報協(xié)議UDP端口號用于轉(zhuǎn)發(fā)組播數(shù)據(jù)流。
30.如權(quán)利要求29所述的方法，其特征在于步驟A4進(jìn)一步包括以下步驟s109.4 BGF執(zhí)行資源預(yù)留請求，向SPDF反饋結(jié)果，所述結(jié)果中包含用于發(fā)送單播業(yè)務(wù)流的地址和端口信息；s109.5 SPDF向代理CSCF反饋對資源預(yù)留的確認(rèn)信息，所述結(jié)果中包含用于發(fā)送單播業(yè)務(wù)流的地址和端口信息。
31.如權(quán)利要求30所述的方法，其特征在于步驟S109.5和A5之間還包括步驟s109.6，即代理CSCF需要根據(jù)此信息修改媒體協(xié)商過程中的SDP信息以BGF提供的單播業(yè)務(wù)地址和端口替換SDP中的組播業(yè)務(wù)地址和端口描述；如果需要，則還需要替換發(fā)送組播業(yè)務(wù)流的源地址和端口信息。
32.如權(quán)利要求31所述的方法，其特征在于步驟A5所述的BGF對業(yè)務(wù)流所進(jìn)行的組播轉(zhuǎn)換的結(jié)果是單播業(yè)務(wù)流源地址是BGF的IP地址，源端口是它所分配的UDP端口，目的地址是終端的IP地址，目的端口是終端的業(yè)務(wù)接收端口。
33.如權(quán)利要求28所述的方法，其特征在于步驟A2進(jìn)一步包括以下步驟s209.1 收到上述響應(yīng)后，代理CSCF提取組播業(yè)務(wù)地址和端口，以及發(fā)送組播業(yè)務(wù)的MRFP的地址和端口；隨后代理CSCF可能根據(jù)本地策略向SPDF發(fā)起組播控制請求；s209.2 SPDF向BGF請求進(jìn)行組播業(yè)務(wù)流到組播業(yè)務(wù)流的轉(zhuǎn)換，新的組播業(yè)務(wù)地址和端口可以由SPDF或者BGF分配；同時BGF需要分配一個單播UDP端口號用于轉(zhuǎn)發(fā)組播數(shù)據(jù)流。
34.如權(quán)利要求33所述的方法，其特征在于步驟A4進(jìn)一步包括以下步驟s209.4 BGF執(zhí)行資源預(yù)留請求，向SPDF反饋結(jié)果，所述結(jié)果中包含用于發(fā)送單播業(yè)務(wù)流的地址和端口信息；如果新的組播業(yè)務(wù)地址和端口是由BGF分配的，則這里也需要攜帶新分配的組播業(yè)務(wù)地址和端口；s209.5 SPDF向代理CSCF反饋對資源預(yù)留的確認(rèn)信息，所述結(jié)果中包含用于發(fā)送新組播業(yè)務(wù)流的地址和端口信息，以及新的組播業(yè)務(wù)地址和端口信息；
35.如權(quán)利要求34所述的方法，其特征在于步驟S209.5和A5之間還包括步驟s209.6 代理CSCF需要根據(jù)此信息修改媒體協(xié)商過程中的SDP信息以新的組播業(yè)務(wù)地址和端口替換SDP中的組播業(yè)務(wù)地址和端口描述；如果需要，則還需要替換發(fā)送組播業(yè)務(wù)流的源地址和端口信息。
36.如權(quán)利要求35所述的方法，其特征在于步驟A5所述的BGF對業(yè)務(wù)流所進(jìn)行的組播轉(zhuǎn)換的結(jié)果是組播業(yè)務(wù)流源地址是BGF的IP地址，源端口是它所分配的UDP端口，目的地址是新分配的組播業(yè)務(wù)地址，目的端口是新分配的組播業(yè)務(wù)端口。
全文摘要
本發(fā)明涉及一種組播控制方法，其包括以下步驟A1.AF獲取需要進(jìn)行組播控制的信息；A2.AF請求SPDF進(jìn)行組播控制，所述請求由SPDF處理后，SPDF進(jìn)一步向BGF提出請求，所述請求由BGF進(jìn)行處理；A3.BGF建立到組播功能提供者的組播轉(zhuǎn)發(fā)路徑；A4.BGF通過SPDF向AF反饋請求響應(yīng)；A5.一旦BGF收到組播業(yè)務(wù)流，BGF就把所述業(yè)務(wù)流進(jìn)行組播轉(zhuǎn)換并發(fā)送給用戶。本發(fā)明還提供一種組播控制系統(tǒng)。本發(fā)明的系統(tǒng)和方法使得網(wǎng)絡(luò)可有效控制用戶的資源使用情況，并可以提供精確的度量指標(biāo)(如組播流量)為計費提供依據(jù)。
文檔編號H04L29/06GK101030921SQ200610034079
公開日2007年9月5日 申請日期2006年3月2日 優(yōu)先權(quán)日2006年3月2日
發(fā)明者吳向陽, 嚴(yán)軍, 李金成 申請人:華為技術(shù)有限公司