專利名稱：實(shí)現(xiàn)組播業(yè)務(wù)的系統(tǒng)及方法
技術(shù)領(lǐng)域：
本發(fā)明涉及網(wǎng)絡(luò)通信技術(shù)領(lǐng)域，尤其涉及一種實(shí)現(xiàn)組播業(yè)務(wù)的技術(shù)。
背景技術(shù)：
隨著通信技術(shù)的快速發(fā)展，為減輕傳輸網(wǎng)絡(luò)的帶寬壓力，提出了利用組播技術(shù)進(jìn)行業(yè)務(wù)的傳送的通信方式。所述的組播技術(shù)是指發(fā)送者同時(shí)向多個(gè)接收者發(fā)送相同業(yè)務(wù)內(nèi)容。這樣，由于相同內(nèi)容只需要向指定的組播地址發(fā)送一份即可，因而可以有效降低業(yè)務(wù)發(fā)送方和傳輸網(wǎng)絡(luò)的負(fù)載，并可以有效利用網(wǎng)絡(luò)資源。所述的組播技術(shù)的出現(xiàn)為IPTV(互聯(lián)網(wǎng)電視)等多媒體業(yè)務(wù)的開展提供了快捷高效的傳輸實(shí)現(xiàn)方案。
在開展組播業(yè)務(wù)過程中，為了獲取相應(yīng)的組播內(nèi)容，作為組播內(nèi)容接收方的用戶需要通過加入業(yè)務(wù)組播組的方式要求鄰接的路由器發(fā)送相應(yīng)的業(yè)務(wù)內(nèi)容給本端，例如，具體可以采用IGMP(因特網(wǎng)組管理協(xié)議)或MLD(組播偵聽發(fā)現(xiàn))加入相應(yīng)的組播組。開展組播業(yè)務(wù)的路由器還需要通過PIM-SM(稀疏模式獨(dú)立協(xié)議組播)協(xié)議等組播路由協(xié)議與其它路由器交互以建立組播轉(zhuǎn)發(fā)路徑。這樣，需要傳送的組播業(yè)務(wù)內(nèi)容就可以從組播源沿組播轉(zhuǎn)發(fā)路徑傳遞給組播內(nèi)容接收方。
IGMP或MLD協(xié)議是開展組播業(yè)務(wù)過程中可以采用的兩個(gè)重要協(xié)議，該協(xié)議為IP的一部分，其運(yùn)行在主機(jī)和路由器之間，用于實(shí)現(xiàn)組播成員管理和發(fā)現(xiàn)。所述的IGMP或MLD協(xié)議允許路由器和主機(jī)之間相互告知有關(guān)組播傳輸?shù)牟僮饕笠约敖涣鹘M播傳輸信息的狀態(tài)報(bào)文等，例如，主機(jī)動態(tài)地加入或退出組播組；同時(shí)，IGMP還需要通過路由協(xié)議通告網(wǎng)絡(luò)上組播組的成員變化狀況，以便更新相應(yīng)的組播路由信息。
IGMP或MLD協(xié)議實(shí)現(xiàn)的功能包括(1)主機(jī)通過IGMP或MLD協(xié)議通知本地路由器其希望加入并接收某個(gè)特定組播組的信息；(2)路由器通過IGMP或MLD協(xié)議周期性地查詢局域網(wǎng)內(nèi)某個(gè)已知組播組的成員是否處于活動狀態(tài)，即該網(wǎng)段是否仍存在屬于某個(gè)組播組的成員，也就是說，在路由器中需要記錄某個(gè)組播組是否在本地有組播組成員的信息，以實(shí)現(xiàn)所連網(wǎng)絡(luò)組播組成員關(guān)系的收集與維護(hù)，從而便于路由器信息記錄的信息控制組播業(yè)務(wù)內(nèi)容的下發(fā)。
在開展組播業(yè)務(wù)過程中，組播業(yè)務(wù)用戶為了獲取組播內(nèi)容，其作為內(nèi)容接收方用戶必須通過主動加入業(yè)務(wù)組播組，組播承載網(wǎng)絡(luò)接收請求后，通過路由協(xié)議更新路由器中記錄的路由，并建立和維護(hù)動態(tài)轉(zhuǎn)發(fā)路徑，以便于利用所述的轉(zhuǎn)發(fā)路徑實(shí)現(xiàn)組播業(yè)務(wù)。
基于開展組播業(yè)務(wù)過程中采用的協(xié)議劃分，針對組播業(yè)務(wù)的管理主要包括兩個(gè)處理過程，首先需要執(zhí)行的是業(yè)務(wù)應(yīng)用層的管理過程，之后需要執(zhí)行的是組播傳送協(xié)議層管理過程，其中所述的業(yè)務(wù)應(yīng)用層的管理過程主要是指用戶與業(yè)務(wù)應(yīng)用服務(wù)器之間的業(yè)務(wù)管理交互過程，例如，業(yè)務(wù)啟動請求、業(yè)務(wù)終止請求、業(yè)務(wù)Keep Alive(?；?處理等，業(yè)務(wù)應(yīng)用層的管理過程通常采用應(yīng)用層協(xié)議進(jìn)行信息交互，如HTTP(超文本傳輸協(xié)議)，SIP(會話初始協(xié)議)、RSTP(流傳輸協(xié)議)或RDP(遠(yuǎn)程桌面協(xié)議)等；所述的組播傳送協(xié)議層管理過程是指主機(jī)或終端與臨近的路由器相互告知的過程，當(dāng)請求開始業(yè)務(wù)時(shí)候，主機(jī)或終端需要通知臨近路由器加入組播組，路由器根據(jù)加入消息建立組播成員關(guān)系表，同時(shí)更新組播轉(zhuǎn)發(fā)表。當(dāng)請求終止業(yè)務(wù)時(shí)候，主機(jī)或終端需要通知臨近路由器離開組播組，路由器根據(jù)離開消息刪除指定的組播成員關(guān)系表，同時(shí)更新組播轉(zhuǎn)發(fā)表，終止組播流轉(zhuǎn)發(fā)到該主機(jī)或終端。
基于開展組播業(yè)務(wù)過程中采用的具體處理劃分，主要包括兩個(gè)基本處理過程，即組播業(yè)務(wù)開啟處理過程和組播業(yè)務(wù)終止處理過程。而且，在所述的兩個(gè)基本處理過程中，可以不必實(shí)現(xiàn)相應(yīng)的業(yè)務(wù)應(yīng)用層的管理過程，但是必需實(shí)現(xiàn)相應(yīng)的組播傳送協(xié)議層管理過程。
下面首先對組播業(yè)務(wù)開戶處理過程，即用戶申請組播業(yè)務(wù)的處理過程進(jìn)行說明，如圖1所示，現(xiàn)有的組播業(yè)務(wù)申請過程具體包括以下處理步驟步驟11用戶向業(yè)務(wù)應(yīng)用服務(wù)器申請指定組播業(yè)務(wù)；步驟12應(yīng)用服務(wù)器對用戶的申請進(jìn)行處理后，確認(rèn)用戶的申請請求；步驟13用戶收到應(yīng)用服務(wù)器的申請確認(rèn)后，發(fā)起IGMP JOIN(IGMP加入)報(bào)文請求加入指定的組播組；步驟14連接用戶的AN(接入節(jié)點(diǎn))收到所述的請求后，繼續(xù)發(fā)送所述的加入請求報(bào)文；具體為，AN通過IGMP PROXY(IGMP代理)或IGMP SNOOPING(IGMP偵聽)功能接收用戶的IGMP JOIN請求，之后，處理用戶的組播組成員加入請求，并在處理成功后配置組播轉(zhuǎn)發(fā)路徑，更新組播組成員關(guān)系表；如果用戶請求的組播組在AN沒有引入，即該用戶為AN下的首次加入該組播的用戶，則AN繼續(xù)轉(zhuǎn)發(fā)用戶的組播組成員加入請求。
步驟15所述的用戶的組播成員加入請求被逐級處理傳送到IP EDGE(IP邊緣)，即IP EDGE收到IGMP JOIN加入指定組播組請求后，配置組播轉(zhuǎn)發(fā)路徑，更新組播組成員關(guān)系表，繼續(xù)轉(zhuǎn)發(fā)該請求；步驟16用戶組播組成員加入請求被逐級轉(zhuǎn)發(fā)，最后到達(dá)組播源，即應(yīng)用服務(wù)器，組播開始發(fā)送組播流數(shù)據(jù)。
下面再對組播業(yè)務(wù)終止處理過程，即相應(yīng)的用戶請求終止組播業(yè)務(wù)過程進(jìn)行說明，如圖2所示，現(xiàn)有的組播業(yè)務(wù)終止過程具體包括以下處理步驟步驟21用戶向業(yè)務(wù)應(yīng)用服務(wù)器終止指定組播業(yè)務(wù)請求；步驟22應(yīng)用服務(wù)器對用戶的終止請求進(jìn)行處理后，確認(rèn)用戶的請求；步驟23用戶發(fā)起組播組成員離開請求；步驟24AN收到用戶的播組成員離開請求后，AN刪除組播轉(zhuǎn)發(fā)路徑，同時(shí)更新組播組成員關(guān)系表，如果該組播組是AN最后一個(gè)成員，繼續(xù)轉(zhuǎn)發(fā)組播組成員離開請求。
步驟25用戶的組播成員離開請求被逐級處理傳送到IP EDGE，IPEDGE采用與AN中相同的處理原則處理該請求，以實(shí)現(xiàn)針對該用戶的組播業(yè)務(wù)的終止處理。
由上述現(xiàn)有技術(shù)提供的開展組播業(yè)務(wù)的處理過程不難看出，相應(yīng)的組播業(yè)務(wù)處理過程存在以下缺點(diǎn)1、開展組播業(yè)務(wù)過程中需要兩個(gè)協(xié)議管理過程，一個(gè)是業(yè)務(wù)應(yīng)用層，另一個(gè)是組播網(wǎng)絡(luò)的協(xié)議，二者未實(shí)現(xiàn)有效的結(jié)合，導(dǎo)致針對實(shí)際網(wǎng)絡(luò)的管理較為困難；即在開展組播業(yè)務(wù)過程中，在主機(jī)或終端與業(yè)務(wù)運(yùn)營商網(wǎng)絡(luò)之間必需實(shí)現(xiàn)相應(yīng)的組播協(xié)議管理過程，但由于應(yīng)用層的管理過程對于網(wǎng)絡(luò)層透明，而組播傳送協(xié)議管理過程則是運(yùn)行在網(wǎng)絡(luò)層，因而導(dǎo)致兩個(gè)管理過程不能很好有機(jī)結(jié)合起來，即很難提供電信的可運(yùn)營和可管理需求；2、現(xiàn)有的IGMP和MLD等組播組管理協(xié)議均為無法提供安全保證的協(xié)議，因而，存在比較大的組播安全隱患；例如，現(xiàn)有的IGMP和MLD等組播組成員管理協(xié)議沒有請求確認(rèn)式的交互機(jī)制(如用戶請求加入組播組的過程便沒有相應(yīng)的確認(rèn)響應(yīng)機(jī)制)，這就使得針對請求加入的用戶的鑒權(quán)較為困難，不利于對開展組播業(yè)務(wù)的用戶實(shí)現(xiàn)管理，因而，使得難以為組播用戶提供良好的用戶體驗(yàn)。

發(fā)明內(nèi)容
本發(fā)明的目的是提供一種實(shí)現(xiàn)組播業(yè)務(wù)的系統(tǒng)及方法，從而可以方便地實(shí)現(xiàn)針對組播業(yè)務(wù)的靈活管理，提高開展組播業(yè)務(wù)的安全性能。
本發(fā)明的目的是通過以下技術(shù)方案實(shí)現(xiàn)的本發(fā)明提供了一種實(shí)現(xiàn)組播業(yè)務(wù)的系統(tǒng)，包括終端設(shè)備和用于為終端設(shè)備提供組播業(yè)務(wù)的應(yīng)用服務(wù)器，且所述的系統(tǒng)還包括設(shè)置于網(wǎng)絡(luò)側(cè)的應(yīng)用層網(wǎng)關(guān)功能子系統(tǒng)及組播傳送管理功能子系統(tǒng)，其中，應(yīng)用層網(wǎng)關(guān)功能子系統(tǒng)，用于處理網(wǎng)絡(luò)側(cè)與終端設(shè)備間交互的開展組播業(yè)務(wù)過程中的應(yīng)用層協(xié)議消息，并根據(jù)應(yīng)用層協(xié)議消息的處理結(jié)果觸發(fā)組播傳送管理功能子系統(tǒng)；組播傳送管理功能子系統(tǒng)，用于進(jìn)行承載網(wǎng)組播路徑的配置管理，所述的組播路徑為將應(yīng)用服務(wù)器發(fā)來的組播業(yè)務(wù)傳送到所述終端設(shè)備的路徑。
所述的應(yīng)用層網(wǎng)關(guān)功能子系統(tǒng)還與業(yè)務(wù)訂閱數(shù)據(jù)管理單元通信，并在確定業(yè)務(wù)訂閱數(shù)據(jù)管理單元對終端設(shè)備的認(rèn)證通過后觸發(fā)所述的組播傳送管理功能子系統(tǒng)，其中，業(yè)務(wù)訂閱數(shù)據(jù)管理單元，用于管理業(yè)務(wù)訂閱數(shù)據(jù)，在應(yīng)用層網(wǎng)關(guān)功能子系統(tǒng)的觸發(fā)下根據(jù)所述的業(yè)務(wù)訂閱數(shù)據(jù)對請求加入組播組的終端設(shè)備進(jìn)行組播業(yè)務(wù)認(rèn)證，并將認(rèn)證通過的信息通知應(yīng)用層網(wǎng)關(guān)功能子系統(tǒng)。
所述的應(yīng)用層網(wǎng)關(guān)功能子系統(tǒng)還與鑒權(quán)、認(rèn)證和/或計(jì)費(fèi)服務(wù)器通信，用于對接入的終端設(shè)備進(jìn)行接入鑒權(quán)、接入認(rèn)證和/或業(yè)務(wù)計(jì)費(fèi)處理。
所述的應(yīng)用層網(wǎng)關(guān)功能子系統(tǒng)還與組播業(yè)務(wù)應(yīng)用服務(wù)器通信，根據(jù)收到的終端設(shè)備發(fā)來的應(yīng)用層協(xié)議消息通知組播業(yè)務(wù)應(yīng)用服務(wù)器下發(fā)或終止組播業(yè)務(wù)。
本發(fā)明中，所述的應(yīng)用層網(wǎng)關(guān)功能子系統(tǒng)設(shè)置于接入節(jié)點(diǎn)設(shè)備中或獨(dú)立設(shè)置于網(wǎng)絡(luò)側(cè)。
所述的組播傳送管理功能子系統(tǒng)設(shè)置于至少一個(gè)網(wǎng)絡(luò)設(shè)備中，或獨(dú)立設(shè)置網(wǎng)絡(luò)側(cè)。
所述的應(yīng)用層網(wǎng)關(guān)功能子系統(tǒng)包括一個(gè)或多個(gè)應(yīng)用層網(wǎng)關(guān)功能體，所述的應(yīng)用層網(wǎng)關(guān)功能體分別用于處理網(wǎng)絡(luò)側(cè)與終端設(shè)備間交互的開展組播業(yè)務(wù)過程中的應(yīng)用層協(xié)議消息。
所述的組播傳送管理功能子系統(tǒng)包括一個(gè)或多個(gè)組播傳送管理功能體，所述的組播傳送管理功能體分別用于進(jìn)行承載網(wǎng)組播路徑的配置管理。
所述的應(yīng)用層網(wǎng)關(guān)功能子系統(tǒng)中還包括保活Keep Alive機(jī)制處理單元，用于管理在終端開展組播業(yè)務(wù)過程中應(yīng)用層網(wǎng)關(guān)功能子系統(tǒng)與終端設(shè)備之間組播業(yè)務(wù)的狀態(tài)。
所述的Keep Alive機(jī)制處理單元包括查詢定時(shí)器和業(yè)務(wù)查詢單元，且查詢定時(shí)器，用于在終端開展組播業(yè)務(wù)過程中控制業(yè)務(wù)查詢單元定期與終端設(shè)備之間進(jìn)行監(jiān)測終端設(shè)備是否在線的消息的交互；業(yè)務(wù)查詢單元，用于在查詢定時(shí)器的觸發(fā)下，定時(shí)向終端設(shè)備發(fā)送用于監(jiān)測終端設(shè)備是否在線的業(yè)務(wù)狀態(tài)查詢請求。
所述的應(yīng)用層網(wǎng)關(guān)功能子系統(tǒng)還包括查詢等待定時(shí)器，當(dāng)應(yīng)用層網(wǎng)關(guān)功能子系統(tǒng)向終端設(shè)備發(fā)送用于監(jiān)測終端設(shè)備是否在線的消息時(shí)啟動該查詢等待定時(shí)器，當(dāng)接收到終端返回的響應(yīng)消息時(shí)停止該查詢等待定時(shí)器，當(dāng)查詢等待定時(shí)器超時(shí)時(shí)，確定業(yè)務(wù)已經(jīng)不在線，并觸發(fā)進(jìn)行相應(yīng)的業(yè)務(wù)下線處理。
所述的業(yè)務(wù)下線處理包括通知組播傳送管理功能子系統(tǒng)進(jìn)行組播組終止處理和應(yīng)用層網(wǎng)關(guān)子系統(tǒng)進(jìn)行業(yè)務(wù)下線處理。
所述的組播傳送管理功能子系統(tǒng)還包括
拓?fù)涔芾韱卧?，用于管理網(wǎng)絡(luò)的拓?fù)湫畔?；路徑配置管理單元，用于在開展組播業(yè)務(wù)過程中，實(shí)現(xiàn)組播傳送路徑的配置和管理，所述的管理網(wǎng)絡(luò)的拓?fù)湫畔W(wǎng)絡(luò)拓?fù)浣Y(jié)構(gòu)信息的管理以及網(wǎng)絡(luò)和鏈路的資源信息的管理。
所述的路徑配置管理單元還包括對組播承載網(wǎng)絡(luò)之網(wǎng)元的組播路徑轉(zhuǎn)發(fā)表的配置和管理，并用于對組播傳送路徑的服務(wù)質(zhì)量QOS參數(shù)的配置和管理。
所述的組播傳送路徑的QOS參數(shù)的配置和管理還包括組播路徑的連接接納控制CAC管理和網(wǎng)絡(luò)資源分配回收管理，所述的CAC用于判斷組播承載網(wǎng)絡(luò)剩余的資源是否滿足待建立的組播路徑的QOS所要求的資源。
所述的組播傳送管理功能子系統(tǒng)還包括協(xié)議轉(zhuǎn)換單元，用于將應(yīng)用層網(wǎng)關(guān)功能子系統(tǒng)發(fā)送來的協(xié)議轉(zhuǎn)換為組播承載網(wǎng)絡(luò)組播管理的協(xié)議。
所述的組播承載網(wǎng)絡(luò)組播管理的協(xié)議包括因特網(wǎng)組管理協(xié)議IGMP或組播偵聽發(fā)現(xiàn)MLD協(xié)議。
本發(fā)明還提供了一種實(shí)現(xiàn)組播業(yè)務(wù)的方法，包括終端設(shè)備向應(yīng)用層網(wǎng)關(guān)功能子系統(tǒng)發(fā)送用于開展組播業(yè)務(wù)的應(yīng)用層協(xié)議消息；應(yīng)用層網(wǎng)關(guān)功能子系統(tǒng)收到所述的消息后，觸發(fā)所述的組播傳送管理功能子系統(tǒng)對承載網(wǎng)組播路徑進(jìn)行配置管理。
所述的應(yīng)用層消息包括會話初始協(xié)議STP消息、流媒體傳輸協(xié)議RSTP消息、超文本傳輸協(xié)議HTTP消息和/或遠(yuǎn)端桌面協(xié)議RDP消息。
所述的方法還包括應(yīng)用層網(wǎng)關(guān)功能子系統(tǒng)根據(jù)設(shè)置的策略通知組播業(yè)務(wù)應(yīng)用服務(wù)器下發(fā)或終止組播業(yè)務(wù)。
所述的方法還包括應(yīng)用層網(wǎng)關(guān)功能子系統(tǒng)向業(yè)務(wù)訂閱數(shù)據(jù)管理單元對終端設(shè)備申請的組播業(yè)務(wù)進(jìn)行認(rèn)證；和/或，應(yīng)用層網(wǎng)關(guān)功能子系統(tǒng)向鑒權(quán)、認(rèn)證和/或計(jì)費(fèi)服務(wù)器對接入網(wǎng)絡(luò)的終端設(shè)備進(jìn)行接入鑒權(quán)、接入認(rèn)證和/或業(yè)務(wù)計(jì)費(fèi)處理。
所述的方法具體包括終端設(shè)備向應(yīng)用層網(wǎng)關(guān)功能子系統(tǒng)發(fā)送應(yīng)用層的組播業(yè)務(wù)請求/終止消息；應(yīng)用層網(wǎng)關(guān)功能子系統(tǒng)收到所述的消息后，通知組播傳送管理功能子系統(tǒng)進(jìn)行承載網(wǎng)組播路徑的配置管理操作或刪除操作。
所述的組播傳送管理功能子系統(tǒng)收到應(yīng)用層網(wǎng)關(guān)功能子系統(tǒng)的通知后，轉(zhuǎn)換為相應(yīng)的組播傳送協(xié)議消息，并發(fā)送。
所述的相應(yīng)的組播傳送協(xié)議包括IGMP或MLD協(xié)議。
所述的方法還包括應(yīng)用層網(wǎng)關(guān)功能子系統(tǒng)定時(shí)向終端設(shè)備與終端設(shè)備間進(jìn)行消息交互，根據(jù)所述的消息交互結(jié)果監(jiān)測終端設(shè)備業(yè)務(wù)是否在線。
所述的終端設(shè)備與應(yīng)用層網(wǎng)關(guān)功能子系統(tǒng)之間采用保密機(jī)制進(jìn)行所述的應(yīng)用層協(xié)議消息的交互。
所述的組播傳送管理功能子系統(tǒng)進(jìn)行承載網(wǎng)組播路徑的配置管理操作還包括組播路徑的連接接納控制CAC處理和網(wǎng)絡(luò)資源分配回收管理，所述的CAC用于判斷組播承載網(wǎng)絡(luò)剩余的資源是否滿足待建立的組播路徑的QOS所要求的資源。
由上述本發(fā)明提供的技術(shù)方案可以看出，采用本發(fā)明開展組播業(yè)務(wù)過程中，應(yīng)用層協(xié)議和組播網(wǎng)絡(luò)的協(xié)議實(shí)現(xiàn)了有效結(jié)合，從而使得針對組播網(wǎng)絡(luò)的管理較為方便，即通過應(yīng)用層協(xié)議，運(yùn)營商可以提供靈活的運(yùn)營管理。
而且，由于在開展組播業(yè)務(wù)的過程中，終端設(shè)備與網(wǎng)絡(luò)側(cè)之間通過應(yīng)用層協(xié)議進(jìn)行交互，因而，可以大大地提高組播業(yè)務(wù)的安全性；同時(shí)，本發(fā)明的實(shí)現(xiàn)還使得針對請求加入的用戶開展的組播業(yè)務(wù)的鑒權(quán)、計(jì)費(fèi)管理更為便捷，從而有利于對開展組播業(yè)務(wù)的用戶實(shí)現(xiàn)管理，進(jìn)而為開展組播業(yè)務(wù)的組播用戶提供良好的用戶體驗(yàn)。


圖1為現(xiàn)有技術(shù)中組播業(yè)務(wù)申請過程示意圖；圖2為現(xiàn)有技術(shù)中組播業(yè)務(wù)終止過程示意圖；圖3為本發(fā)明提供的實(shí)現(xiàn)組播業(yè)務(wù)的系統(tǒng)結(jié)構(gòu)示意圖；圖4為本發(fā)明提供的組播業(yè)務(wù)申請過程的具體實(shí)現(xiàn)流程示意圖一；圖5為本發(fā)明提供的組播業(yè)務(wù)終止過程的具體實(shí)現(xiàn)流程示意圖一；圖6為本發(fā)明提供的組播業(yè)務(wù)?；钸^程的具體實(shí)現(xiàn)流程示意圖；圖7為本發(fā)明提供的組播業(yè)務(wù)申請過程的具體實(shí)現(xiàn)流程示意圖二；圖8為本發(fā)明提供的組播業(yè)務(wù)終止過程的具體實(shí)現(xiàn)流程示意圖二。
具體實(shí)施例方式
本發(fā)明的核心是在用戶接入網(wǎng)絡(luò)引入應(yīng)用層網(wǎng)關(guān)功能子系統(tǒng)(ALGSS，Application layer gateway Subsystem)，以及組播傳送管理功能子系統(tǒng)(MCMSS，Multicast Carrier Management Subsystem)，基于所述的應(yīng)用層網(wǎng)關(guān)功能子系統(tǒng)及組播傳送管理功能子系統(tǒng)，在用戶和連接用戶的AN(接入節(jié)點(diǎn))能夠直接采用SIP或者HTTP等應(yīng)用層協(xié)議進(jìn)行交互，而不再需要使用組播成員管理協(xié)議，從而在開展組播業(yè)務(wù)過程中引入了請求確認(rèn)響應(yīng)機(jī)制，以提高組播業(yè)務(wù)用戶的體驗(yàn)及網(wǎng)絡(luò)安全性，而且，運(yùn)營商可以通過應(yīng)用層協(xié)議提供靈活的運(yùn)營管理。
本發(fā)明提供的系統(tǒng)的結(jié)構(gòu)的具體實(shí)現(xiàn)如圖3所示，具體包括(1)業(yè)務(wù)訂閱數(shù)據(jù)管理(SSDM，Server Subscription Data Management)，用于管理業(yè)務(wù)訂閱數(shù)據(jù)，便于根據(jù)相應(yīng)的數(shù)據(jù)信息實(shí)現(xiàn)對用戶的組播業(yè)務(wù)請求進(jìn)行認(rèn)證等操作，所述的業(yè)務(wù)訂閱數(shù)據(jù)可以為用戶簽約業(yè)務(wù)數(shù)據(jù)等數(shù)據(jù)信息；(2)應(yīng)用層網(wǎng)關(guān)功能子系統(tǒng)(ALGSS，Application layer gatewaySubsystem)，用于對應(yīng)用層協(xié)議進(jìn)行處理，包括執(zhí)行協(xié)議轉(zhuǎn)換處理、業(yè)務(wù)尋路處理等功能，所述的協(xié)議轉(zhuǎn)換處理具體是在應(yīng)用層網(wǎng)關(guān)功能子系統(tǒng)與不支持應(yīng)用層協(xié)議的實(shí)體通信時(shí)，將收到的應(yīng)用層協(xié)議消息轉(zhuǎn)換為相應(yīng)的實(shí)體支持的協(xié)議的處理，所述的業(yè)務(wù)尋路處理具體是在應(yīng)用層網(wǎng)關(guān)功能子系統(tǒng)與其他實(shí)體通信時(shí)，確定其他實(shí)體的地址信息的處理過程；具體一點(diǎn)講，ALGSS主要負(fù)責(zé)管理和處理用戶的組播業(yè)務(wù)請求(包括申請組播業(yè)務(wù)和終止組播業(yè)務(wù)的請求)，同時(shí)，還可以采取不同策略控制組播流的轉(zhuǎn)發(fā)路徑，實(shí)現(xiàn)組播業(yè)務(wù)的真正可運(yùn)營可管理；所述的ALGSS還用于對用戶發(fā)來的申請或終止等組播業(yè)務(wù)請求消息進(jìn)行認(rèn)證，并在認(rèn)證通過后與組播傳送管理功能子系統(tǒng)通信，以進(jìn)行開展組播業(yè)務(wù)所需要的后續(xù)處理，其中所述的認(rèn)證可以為ALGSS在本地進(jìn)行認(rèn)證，也可以向其他實(shí)體(如SSDM)進(jìn)行鑒權(quán)認(rèn)證等操作；所述的ALGSS還與鑒權(quán)、認(rèn)證和/或計(jì)費(fèi)服務(wù)器通信，用于對接入網(wǎng)絡(luò)的終端設(shè)備進(jìn)行接入鑒權(quán)、接入認(rèn)證和/或相應(yīng)的業(yè)務(wù)計(jì)費(fèi)處理；所述的ALGSS是一個(gè)邏輯功能子系統(tǒng)，具體可以由一個(gè)或多個(gè)ALGF(應(yīng)用層網(wǎng)關(guān)功能體Application Layer Gateway Functionality)組成，即所述的ALGSS包括一個(gè)單獨(dú)的ALGF物理裝置或者設(shè)備，或者包括多個(gè)ALGF物理裝置或者設(shè)備；當(dāng)所述的ALGSS包括多個(gè)ALGF時(shí)，相應(yīng)的各ALGF相互之間可以通過代理、重定向等尋址手段進(jìn)行尋址。
其中，所述的ALGF可以集成(內(nèi)嵌)于AN中，即由AN實(shí)現(xiàn)相應(yīng)的ALGF的功能；所述的ALGF也可以為一個(gè)單獨(dú)的ALGF物理裝置或者設(shè)備；或者，也可以由多個(gè)設(shè)備或裝置共同實(shí)現(xiàn)ALGF。
本發(fā)明所述的系統(tǒng)中，所述的應(yīng)用層網(wǎng)關(guān)功能子系統(tǒng)中還包括保活KeepAlive機(jī)制處理單元，用于管理在終端開展組播業(yè)務(wù)過程中應(yīng)用層網(wǎng)關(guān)功能子系統(tǒng)與終端設(shè)備之間組播業(yè)務(wù)的狀態(tài)，所述的Keep Alive機(jī)制處理單元包括查詢定時(shí)器和業(yè)務(wù)查詢單元，其中，查詢定時(shí)器，用于在終端開展組播業(yè)務(wù)過程中控制業(yè)務(wù)查詢單元定期與終端設(shè)備之間進(jìn)行監(jiān)測終端設(shè)備是否在線的消息的交互；業(yè)務(wù)查詢單元，用于在查詢定時(shí)器的觸發(fā)下，定時(shí)向終端設(shè)備發(fā)送用于監(jiān)測終端設(shè)備是否在線的業(yè)務(wù)狀態(tài)查詢請求。
本發(fā)明所述的系統(tǒng)中，所述的應(yīng)用層網(wǎng)關(guān)功能子系統(tǒng)還包括查詢等待定時(shí)器，當(dāng)應(yīng)用層網(wǎng)關(guān)功能子系統(tǒng)向終端設(shè)備發(fā)送用于監(jiān)測終端設(shè)備是否在線的消息時(shí)啟動該查詢等待定時(shí)器，當(dāng)接收到終端返回的響應(yīng)消息時(shí)停止該查詢等待定時(shí)器，當(dāng)查詢等待定時(shí)器超時(shí)時(shí)，確定終端設(shè)備不在線，并觸發(fā)進(jìn)行相應(yīng)的業(yè)務(wù)下線處理，所述的業(yè)務(wù)下線處理包括通知組播傳送管理功能子系統(tǒng)進(jìn)行組播組終止處理和應(yīng)用層網(wǎng)關(guān)子系統(tǒng)進(jìn)行業(yè)務(wù)下線處理。
(3)組播傳送管理功能子系統(tǒng)(MCMSS，Multicast CarrierManagement Subsystem)，用于進(jìn)行承載網(wǎng)組播路徑、QOS(服務(wù)質(zhì)量)、拓?fù)浜?或策略等控制和管理，主要用于在ALGSS的控制下進(jìn)行組播路徑的配置管理，所述的配置管理包括配置或刪除組播路徑等操作處理；所述的MCMSS具體是處理ALGSS發(fā)來的組播管理協(xié)議消息如IGMP等，以便于實(shí)現(xiàn)開展組播業(yè)務(wù)過程中的相應(yīng)處理，如加入或離開組播組的處理等；若ALGSS發(fā)來的不是組播管理協(xié)議消息，則需要由MCMSS將ALGSS發(fā)來的消息轉(zhuǎn)換為組播管理協(xié)議消息；MCMSS是一個(gè)邏輯功能子系統(tǒng)，其具體可以由一個(gè)或多個(gè)MCMF(Multicast Carrier Management Functionality，組播傳送管理功能體)組成，即一個(gè)或多個(gè)MCMF可以組成一個(gè)MCMSS子系統(tǒng)，各個(gè)MCMF相互之間可以通過代理、重定向等尋址手段進(jìn)行尋址，以實(shí)現(xiàn)MCMF之間的通信。
所述的MCMF可以集成(內(nèi)嵌)于NE(網(wǎng)絡(luò)設(shè)備)中，即由NE實(shí)現(xiàn)相應(yīng)的MCMF的功能，或者，所述的MCMF還可以為單獨(dú)的物理裝置或者設(shè)備，或者，所述的MCMF還可以為由多個(gè)設(shè)備或裝置共同實(shí)現(xiàn)。
本發(fā)明所述的系統(tǒng)中，所述的組播傳送管理功能子系統(tǒng)還包括拓?fù)涔芾韱卧?，用于管理網(wǎng)絡(luò)的拓?fù)湫畔ⅲ员阌谔峁┙o路徑配置管理單元作為路徑配置管理的依據(jù)；路徑配置管理單元，用于在開展組播業(yè)務(wù)過程中，實(shí)現(xiàn)組播傳送路徑的配置和管理，所述的路徑配置管理單元還包括對組播承載網(wǎng)絡(luò)之網(wǎng)元的組播路徑轉(zhuǎn)發(fā)表的配置和管理，并用于對組播傳送路徑的服務(wù)質(zhì)量QOS參數(shù)的配置和管理，所述的組播傳送路徑的QOS參數(shù)的配置和管理還包括組播路徑的連接接納控制CAC管理和網(wǎng)絡(luò)資源的分配回收管理。所述的CAC用于判斷組播承載網(wǎng)絡(luò)剩余的資源是否滿足待建立的組播路徑的QOS所要求的資源。
本發(fā)明所述的系統(tǒng)中，所述的組播傳送管理功能子系統(tǒng)還包括協(xié)議轉(zhuǎn)換單元，用于將應(yīng)用層網(wǎng)關(guān)功能子系統(tǒng)發(fā)送來的協(xié)議轉(zhuǎn)換為組播承載網(wǎng)絡(luò)組播管理的協(xié)議，所述的組播承載網(wǎng)絡(luò)組播管理的協(xié)議包括因特網(wǎng)組管理協(xié)議IGMP或組播偵聽發(fā)現(xiàn)MLD協(xié)議。
(4)網(wǎng)絡(luò)附屬子系統(tǒng)(NASS，Network Attachment Subsystem)，用于提供用戶終端接入注冊和訪問網(wǎng)絡(luò)的初始化，具體用于提供網(wǎng)絡(luò)級別的標(biāo)識和管理用戶的IP地址以及認(rèn)證用戶接入；NASS通過標(biāo)準(zhǔn)的接口對外提供查詢用戶位置信息，即用戶所在的AN以及所在AN內(nèi)部的鏈路，所述的鏈路包括物理鏈路和邏輯鏈路，本發(fā)明中MCMSS便可以向NASS獲取用戶位置信息，從而便于MCMSS根據(jù)用戶位置信息進(jìn)行組播路徑的配置操作，即確定向用戶發(fā)送給播業(yè)務(wù)的路徑。
本發(fā)明中，在通過ALGSS和MCMSS采用業(yè)務(wù)應(yīng)用層協(xié)議實(shí)現(xiàn)組播業(yè)務(wù)管理的過程中，所述的ALGSS和MCMSS具體是根據(jù)用戶的上層協(xié)議過程進(jìn)行組播組成員管理，相應(yīng)的管理主要包括組播組成員加入請求管理，組播組成員離開請求管理、組播組成員狀態(tài)以及組播傳送通道的管理。而且，在通過ALGSS和MCMSS實(shí)現(xiàn)組播業(yè)務(wù)管理的過程中，運(yùn)營商還可以對組播業(yè)務(wù)進(jìn)行認(rèn)證、鑒權(quán)、計(jì)費(fèi)等管理。
為便于對本發(fā)明的理解，下面將結(jié)合附圖對本發(fā)明提供的組播組成員加入請求管理，組播組成員離開請求管理以及組播組成員狀態(tài)管理的處理過程的具體實(shí)現(xiàn)方式進(jìn)行詳細(xì)說明。
本發(fā)明提供的組播業(yè)務(wù)申請?zhí)幚磉^程的具體實(shí)現(xiàn)流程如圖4所示，具體包括以下處理步驟步驟41UE(用戶)通過網(wǎng)絡(luò)向ALGSS發(fā)送業(yè)務(wù)開始請求Service-Start-Req消息，以便于向網(wǎng)絡(luò)側(cè)申請指定的組播業(yè)務(wù)；在該步驟中，具體采用的是具有請求響應(yīng)機(jī)制的應(yīng)用層協(xié)議，例如，采用SIP或HTTP或RDP或RSTP等應(yīng)用層協(xié)議；步驟42ALGSS收到用戶的組播業(yè)務(wù)申請后，發(fā)起針對該用戶的鑒權(quán)、認(rèn)證等操作，例如，對該用戶的業(yè)務(wù)申請進(jìn)行鑒權(quán)操作等；具體為，ALGSS收到所述的Service-Start-Req消息后，處理該用戶的組播業(yè)務(wù)申請，即首先根據(jù)本地配置策略對業(yè)務(wù)申請進(jìn)行本地處理，比如消息擁塞管理控制等，之后，根據(jù)配置的策略將業(yè)務(wù)申請進(jìn)行遠(yuǎn)程認(rèn)證等處理，進(jìn)行遠(yuǎn)程認(rèn)證處理可以根據(jù)實(shí)際策略選擇認(rèn)證系統(tǒng)，例如，選擇到SSDM認(rèn)證系統(tǒng)認(rèn)證或到AS認(rèn)證系統(tǒng)認(rèn)證進(jìn)行認(rèn)證；步驟43ALGSS對業(yè)務(wù)申請?zhí)幚硗ㄟ^后，如通過相應(yīng)的鑒權(quán)認(rèn)證后，ALGSS通知MCMSS處理組播加入請求；例如，ALGSS可以向MCMSS發(fā)送請求加入組播組IGMP Group Join消息，以請求將相應(yīng)的用戶加入相應(yīng)的組播組；需要說明的是，在步驟42和步驟43中，當(dāng)ALGSS與AS或SSDM采用的處理協(xié)議不同時(shí)，則在ALGSS上還需要進(jìn)行相應(yīng)的協(xié)議轉(zhuǎn)換處理，之后，再將轉(zhuǎn)換后的消息發(fā)送給AS或SSDM；步驟44MCMSS收到ALGSS的加入組播組請求后，獲取并處理相應(yīng)用戶的位置信息；在該步驟中，MCMSS獲取申請業(yè)務(wù)的位置信息方法可以很多種，例如，可以通過本地配置方式獲得，也可以通過與NASS通信獲取，在圖4中便是通過NASS獲取申請業(yè)務(wù)的用戶的位置信息；步驟45MCMSS獲取到用戶的位置信息后，進(jìn)行承載網(wǎng)中組播路徑的配置處理；具體是根據(jù)MCMSS網(wǎng)絡(luò)拓?fù)?、組播成員關(guān)系表，進(jìn)行組播路徑的計(jì)算以及相應(yīng)的操作，如CAC(連接接納控制)、備份或保護(hù)路徑處理等，然后，配置組播網(wǎng)絡(luò)的分發(fā)通道，所述的組播網(wǎng)絡(luò)的分發(fā)通道包含組播承載網(wǎng)絡(luò)網(wǎng)元的組播轉(zhuǎn)發(fā)表，配置完成后，更新組播組成員關(guān)系表，即將用戶加入到相應(yīng)的組播組中。
在MCMSS上，需要記錄網(wǎng)絡(luò)拓?fù)湟约敖M播組成員關(guān)系表，MCMSS網(wǎng)絡(luò)拓?fù)鋪碓捶椒ㄓ泻芏喾N，如通過GMPLS LMP(鏈路管理協(xié)議)協(xié)議獲取，手工配置等；所述的組成員關(guān)系表是MCMSS根據(jù)網(wǎng)絡(luò)拓?fù)渥约汗芾砗蜕傻?；其中的組播路徑的計(jì)算方法也是很多種的，如通過GMPLS協(xié)議計(jì)算。
步驟46MCMSS處理完組播加入請求后，MCMSS向ALGSS響應(yīng)組播組加入確認(rèn)，確認(rèn)內(nèi)容包含但不局限操作結(jié)果、組播組成員數(shù)目等。
步驟47ALGSS收到MCMSS響應(yīng)確認(rèn)后，向UE響應(yīng)申請確認(rèn)。如果申請成功，同時(shí)啟動業(yè)務(wù)的keep Alive機(jī)制。
步驟48ALGSS根據(jù)本地策略和組播組成員數(shù)目，可選向AS發(fā)送業(yè)務(wù)發(fā)放申請請求。此步非必需的步驟，是可選的。
本發(fā)明提供的組播業(yè)務(wù)終止處理過程的具體實(shí)現(xiàn)流程如圖5所示，具體包括以下處理步驟步驟51UE發(fā)送業(yè)務(wù)終止請求Service-Termination-Req消息，所述的消息將經(jīng)過網(wǎng)絡(luò)轉(zhuǎn)發(fā)到ALGSS，以終止指定的組播業(yè)務(wù)；在該步驟中具體采用的是具有請求響應(yīng)機(jī)制的應(yīng)用層協(xié)議，例如，可以采用SIP或HTTP或RDP或RSTP等應(yīng)用層協(xié)議；步驟52ALGSS收到用戶的終止組播業(yè)務(wù)請求后，處理用戶的終止業(yè)務(wù)請求，如對用戶的合法性進(jìn)行校驗(yàn)等，ALGSS響應(yīng)確認(rèn)用戶的終止業(yè)務(wù)請求，同時(shí)根據(jù)配置的本地策略向AS和/或發(fā)送終止業(yè)務(wù)通告；步驟53ALGSS通知MCMSS刪除相應(yīng)的組播組；需要說明的是，在步驟52和步驟53中，當(dāng)ALGSS與AS或SSDM采用的處理協(xié)議不同，則在ALGSS上還需要進(jìn)行相應(yīng)的協(xié)議轉(zhuǎn)換處理，之后，再將轉(zhuǎn)換后的消息發(fā)送給AS或SSDM；步驟54MCMSS收到ALGSS刪除相應(yīng)的組播組的通知后，根據(jù)組播組成員關(guān)系刪除相應(yīng)的組播轉(zhuǎn)發(fā)通道，釋放相應(yīng)的資源，同時(shí)更新組播組成員關(guān)系，即將相應(yīng)用戶從對應(yīng)的組播組中刪除。
另外，為便于網(wǎng)絡(luò)側(cè)實(shí)時(shí)了解終端設(shè)備是否在線，以便于網(wǎng)絡(luò)側(cè)進(jìn)行相應(yīng)的組播業(yè)務(wù)管理、計(jì)費(fèi)管理等操作處理，本發(fā)明還提供了針對組播業(yè)務(wù)的Keep Alive(?；?機(jī)制處理過程，相應(yīng)處理過程的具體實(shí)現(xiàn)流程如圖6所示，具體包括以下處理步驟步驟61ALGSS業(yè)務(wù)狀態(tài)周期性性查詢定時(shí)器超時(shí)，ALGSS向用戶發(fā)送業(yè)務(wù)狀態(tài)查詢請求，同時(shí)開啟業(yè)務(wù)狀態(tài)查詢等待定時(shí)器，關(guān)閉業(yè)務(wù)狀態(tài)周期性性查詢定時(shí)器；所述的查詢定時(shí)器的定時(shí)時(shí)長為ALGSS向用戶發(fā)送業(yè)務(wù)狀態(tài)查詢請求的間隔時(shí)間，通過定時(shí)發(fā)送的業(yè)務(wù)狀態(tài)查詢請求消息可以探測到用戶是否在線，從而對用戶的在線情況進(jìn)行監(jiān)測；所述的查詢等待定時(shí)器的定時(shí)時(shí)長為ALGSS進(jìn)行用戶的在線情況監(jiān)測過程所需要的時(shí)間，即發(fā)送所述的業(yè)務(wù)狀態(tài)查詢請求后等待返回的業(yè)務(wù)狀態(tài)報(bào)告的最長時(shí)間；步驟62UE收到業(yè)務(wù)狀態(tài)查詢請求，如果相應(yīng)的組播業(yè)務(wù)仍然在線，則UE響應(yīng)業(yè)務(wù)狀態(tài)報(bào)告，ALGSS收到UE發(fā)來的業(yè)務(wù)狀態(tài)報(bào)告后，關(guān)閉業(yè)務(wù)狀態(tài)查詢等待定時(shí)器，并開啟業(yè)務(wù)狀態(tài)周期性性查詢定時(shí)器；步驟63當(dāng)ALGSS業(yè)務(wù)狀態(tài)周期性性查詢定時(shí)器再次超時(shí)時(shí)，ALGSS仍將向用戶發(fā)送業(yè)務(wù)狀態(tài)查詢請求，同時(shí)開啟業(yè)務(wù)狀態(tài)查詢等待定時(shí)器，關(guān)閉業(yè)務(wù)狀態(tài)周期性性查詢定時(shí)器，相應(yīng)的處理過程同步驟61；步驟64當(dāng)業(yè)務(wù)狀態(tài)查詢等待定時(shí)器超時(shí)，即ALGSS在指定的時(shí)間內(nèi)沒有收到UE的業(yè)務(wù)狀態(tài)報(bào)告，則可以判定UE的相應(yīng)業(yè)務(wù)已經(jīng)下線，此時(shí)ALGSS需要對業(yè)務(wù)進(jìn)行下線處理，如清理相關(guān)的數(shù)據(jù)記錄等，同時(shí)還需要向MCMSS請求刪除組播組，ALGSS還可以根據(jù)預(yù)定的策略向AS和/或SSDM發(fā)送業(yè)務(wù)下線通告；步驟65MCMSS收到ALGSS請求刪除組播組的消息后，根據(jù)組播組成員關(guān)系刪除相應(yīng)的組播轉(zhuǎn)發(fā)通道，釋放相應(yīng)的資源，同時(shí)，還根據(jù)處理結(jié)果更新相應(yīng)的組播組成員關(guān)系。
本發(fā)明所述的系統(tǒng)中，所述的ALGSS可以包括至少一個(gè)ALGF，且所述的ALGF相互之間可以通過代理、重定向等尋址手段進(jìn)行尋址。同樣，所述的MCMSS也可以包括至少一個(gè)MCMF，且多個(gè)MCMF相互之間也可以通過代理、重定向等尋址手段進(jìn)行尋址。此時(shí)，相應(yīng)的組播業(yè)務(wù)申請或終止等組播業(yè)務(wù)處理過程將基于相應(yīng)的ALGF及MCMF實(shí)現(xiàn)。
下面將以一個(gè)具體的系統(tǒng)實(shí)施例為例，對本發(fā)明中相應(yīng)的組播業(yè)務(wù)的申請或終止過程進(jìn)行說明。假設(shè)該具體的系統(tǒng)中的ALGSS由一個(gè)ALGF組成，MCMSS由多個(gè)設(shè)置于不同的網(wǎng)絡(luò)設(shè)備或裝置中的MCMF組成，且MCMSS使用簡單的IGMP協(xié)議進(jìn)行組播的成員和路徑通道管理；系統(tǒng)中，最接近用戶的DSLAM(寬帶數(shù)字復(fù)用設(shè)備)、MSAN(多業(yè)務(wù)接入節(jié)點(diǎn))等AN實(shí)現(xiàn)MCMSS與ALGSS之間的接口，同時(shí)還兼有MCMF組播成員管理和組播通道計(jì)算及配置功能，所述的各個(gè)MCMF分布在承載網(wǎng)絡(luò)的各個(gè)網(wǎng)絡(luò)設(shè)備中，如分布具有IGMP PROXY功能的LANSWITCH(局域網(wǎng)交換)以及具有PIM(Protocol Independent Multicast，協(xié)議無關(guān)組播)路由功能的ROUTER(路由器)中。
在上述具體的系統(tǒng)的實(shí)施例中，相應(yīng)的組播業(yè)務(wù)的申請請求過程的具體實(shí)現(xiàn)如圖7所示，包括以下步驟步驟71UE發(fā)送Service-Start-Req消息，以申請指定的組播業(yè)務(wù)；在該步驟中具體采用的是具有請求響應(yīng)機(jī)制的應(yīng)用層協(xié)議，如，SIP或HTTP或RDP或RSTP等應(yīng)用層協(xié)議；所述的Service-Start-Req消息將經(jīng)過AN轉(zhuǎn)發(fā)到ALGF；步驟72ALGF收到用戶發(fā)來的組播業(yè)務(wù)申請，即Service-Start-Req消息后，處理用戶的業(yè)務(wù)申請，并發(fā)起相應(yīng)的遠(yuǎn)程認(rèn)證操作等處理，如對用戶業(yè)務(wù)申請進(jìn)行鑒權(quán)等處理；該步驟具體為，ALGF首先根據(jù)本地配置策略對該組播業(yè)務(wù)申請進(jìn)行本地處理，然后根據(jù)配置的策略將業(yè)務(wù)申請進(jìn)行遠(yuǎn)程認(rèn)證等處理，進(jìn)行遠(yuǎn)程認(rèn)證處理可以根據(jù)實(shí)際策略選擇認(rèn)證系統(tǒng)，即根據(jù)預(yù)定設(shè)置的處理策略選擇相應(yīng)的認(rèn)證系統(tǒng)，例如，到SSDM認(rèn)證系統(tǒng)認(rèn)證或到AS認(rèn)證系統(tǒng)認(rèn)證；步驟73ALGF對業(yè)務(wù)申請?zhí)幚硗ㄟ^后，ALGF通知MCMF請求加入組播組，即ALGF向MCMF發(fā)送M Group Join消息；所述的MCMF此時(shí)位于接入用戶的AN中，即AN集成了MCMF功能；步驟74MCMF收到ALGF的加入組播組請求后，將ALGF的加入組播組請求進(jìn)行協(xié)議轉(zhuǎn)換處理，轉(zhuǎn)換為標(biāo)準(zhǔn)的IGMP協(xié)議，或者，轉(zhuǎn)換為其他MCMF進(jìn)行后續(xù)組播業(yè)務(wù)處理采用的協(xié)議，然后，根據(jù)組播組成員關(guān)系表及組播路徑策略特性選擇是否發(fā)送IGMP通知報(bào)文，所述的策略特性包括消息擁塞管理控制等，同時(shí)還更新組播成員關(guān)系表，即將相應(yīng)的用戶加入到組播成員表中，便于其開展相應(yīng)的組播業(yè)務(wù)；需要說明的是，如果MCMF與ALGF之間采用的IGMP協(xié)議進(jìn)行通信，則在該步驟中無需執(zhí)行相應(yīng)的協(xié)議轉(zhuǎn)換處理；步驟75MCMF處理完組播加入請求后，還向ALGSS(即ALGF)響應(yīng)組播組加入確認(rèn)，確認(rèn)內(nèi)容包含但不局限操作結(jié)果、組播組成員數(shù)目等。
步驟76ALGF收到MCMSS響應(yīng)確認(rèn)后，向UE響應(yīng)申請確認(rèn)消息；在該步驟中，如果組播業(yè)務(wù)申請成功，則在ALGF上同時(shí)啟動業(yè)務(wù)的keep Alive機(jī)制，具體的keep Alive機(jī)制的處理過程參見前面的描述，在此不再詳述。
步驟77ALGF根據(jù)本地策略和組播組成員關(guān)系表，可選向AS發(fā)送業(yè)務(wù)發(fā)放申請請求，以便于AS收到所述的請求后發(fā)送相應(yīng)的組播業(yè)務(wù)；當(dāng)然，若ALGF確認(rèn)相應(yīng)的組播業(yè)務(wù)已經(jīng)由AS發(fā)放，并可以通過相應(yīng)的組播路徑發(fā)送給相應(yīng)的申請組播業(yè)務(wù)的用戶時(shí)，則可以不再執(zhí)行該步驟。
在上述具體的系統(tǒng)的實(shí)施例中，相應(yīng)的組播業(yè)務(wù)的終止請求的處理過程如圖8所示，具體包括以下步驟步驟81UE發(fā)送Service-Termination-Req消息，所述的Service-Termination-Req消息將經(jīng)過AN轉(zhuǎn)發(fā)到ALGF，以終止指定的組播業(yè)務(wù)；同樣在，在該步驟中，具體可以采用的是具有請求響應(yīng)機(jī)制的應(yīng)用層協(xié)議實(shí)現(xiàn)，如SIP或HTTP或RDP或RSTP等應(yīng)用層協(xié)議均可以被采用；步驟82ALGF收到用戶的終止組播業(yè)務(wù)請求，即所述的Service-Termination-Req消息后，處理用戶的終止業(yè)務(wù)請求，例如對用戶的合法性進(jìn)行校驗(yàn)等，ALGF響應(yīng)確認(rèn)用戶的終止業(yè)務(wù)請求，同時(shí)，在該步驟中還可以根據(jù)配置的本地策略向AS和/或SSDM發(fā)送終止業(yè)務(wù)通告，以便于將相應(yīng)用戶的組播業(yè)務(wù)終止信息通知給AS和/或SSDM，使得AS或SSDM可以根據(jù)這一信息對該用戶開展的組播業(yè)務(wù)進(jìn)行靈活管理。
步驟83ALGF處理用戶的終止業(yè)務(wù)請求通過后，通知MCMF刪除相應(yīng)的組播組，以便于網(wǎng)絡(luò)側(cè)不再向該用戶發(fā)送相應(yīng)的組播業(yè)務(wù)。
步驟84MCMF收到ALGF刪除相應(yīng)的組播組的通知，對所述的由ALGF通知MCMF刪除相應(yīng)的組播組消息進(jìn)行協(xié)議轉(zhuǎn)換，從而轉(zhuǎn)化成標(biāo)準(zhǔn)的IGMP協(xié)議消息，根據(jù)組播組成員關(guān)系表根據(jù)組播路徑策略特性選擇是否發(fā)送IGMPLEAVE報(bào)文，然后根據(jù)組播組成員關(guān)系刪除相應(yīng)的組播轉(zhuǎn)發(fā)通道，釋放資源，然后更新組播組成員關(guān)系；同樣，如果MCMF與ALGF之間采用的IGMP協(xié)議進(jìn)行通信，則在該步驟中無需執(zhí)行相應(yīng)的協(xié)議轉(zhuǎn)換處理。
綜上所述，本發(fā)明中，由于運(yùn)行在運(yùn)營商網(wǎng)絡(luò)與用戶(即終端或主機(jī))之間的IGMP、MLD等組播管理協(xié)議替換為直接使用統(tǒng)一的應(yīng)用層協(xié)議，而且在用戶(即終端或主機(jī))和ALGSS之間可以采取加密等手段進(jìn)行消息的交互，因此，本發(fā)明中可以大大提高運(yùn)營商網(wǎng)絡(luò)的安全保證。
另外，由于本發(fā)明中，ALGSS和MCMSS管理著用戶的詳細(xì)的組播業(yè)務(wù)信息，因此，ALGSS和MCMSS與用戶相當(dāng)于建立了一一對應(yīng)的連接，使得ALGSS和MCMSS可以對用戶進(jìn)行在線監(jiān)控和跟蹤，從而為各種針對組播業(yè)務(wù)的靈活的計(jì)費(fèi)提供了可能。
以上所述，僅為本發(fā)明較佳的具體實(shí)施方式
，但本發(fā)明的保護(hù)范圍并不局限于此，任何熟悉本技術(shù)領(lǐng)域的技術(shù)人員在本發(fā)明揭露的技術(shù)范圍內(nèi)，可輕易想到的變化或替換，都應(yīng)涵蓋在本發(fā)明的保護(hù)范圍之內(nèi)。因此，本發(fā)明的保護(hù)范圍應(yīng)該以權(quán)利要求的保護(hù)范圍為準(zhǔn)。
權(quán)利要求
1.一種實(shí)現(xiàn)組播業(yè)務(wù)的系統(tǒng)，包括終端設(shè)備和用于為終端設(shè)備提供組播業(yè)務(wù)的應(yīng)用服務(wù)器，其特征在于，所述的系統(tǒng)還包括設(shè)置于網(wǎng)絡(luò)側(cè)的應(yīng)用層網(wǎng)關(guān)功能子系統(tǒng)及組播傳送管理功能子系統(tǒng)，其中，應(yīng)用層網(wǎng)關(guān)功能子系統(tǒng)，用于處理網(wǎng)絡(luò)側(cè)與終端設(shè)備間交互的開展組播業(yè)務(wù)過程中的應(yīng)用層協(xié)議消息，并根據(jù)應(yīng)用層協(xié)議消息的處理結(jié)果觸發(fā)組播傳送管理功能子系統(tǒng)；組播傳送管理功能子系統(tǒng)，用于進(jìn)行承載網(wǎng)組播路徑的配置管理，所述的組播路徑為將應(yīng)用服務(wù)器發(fā)來的組播業(yè)務(wù)傳送到所述終端設(shè)備的路徑。
2.根據(jù)權(quán)利要求1所述的系統(tǒng)，其特征在于，所述的應(yīng)用層網(wǎng)關(guān)功能子系統(tǒng)還與業(yè)務(wù)訂閱數(shù)據(jù)管理單元通信，并在確定業(yè)務(wù)訂閱數(shù)據(jù)管理單元對終端設(shè)備的認(rèn)證通過后觸發(fā)所述的組播傳送管理功能子系統(tǒng)，其中，業(yè)務(wù)訂閱數(shù)據(jù)管理單元，用于管理業(yè)務(wù)訂閱數(shù)據(jù)，在應(yīng)用層網(wǎng)關(guān)功能子系統(tǒng)的觸發(fā)下根據(jù)所述的業(yè)務(wù)訂閱數(shù)據(jù)對請求加入組播組的終端設(shè)備進(jìn)行組播業(yè)務(wù)認(rèn)證，并將認(rèn)證通過的信息通知應(yīng)用層網(wǎng)關(guān)功能子系統(tǒng)。
3.根據(jù)權(quán)利要求1所述的系統(tǒng)，其特征在于，所述的應(yīng)用層網(wǎng)關(guān)功能子系統(tǒng)還與鑒權(quán)、認(rèn)證和/或計(jì)費(fèi)服務(wù)器通信，用于對接入的終端設(shè)備進(jìn)行接入鑒權(quán)、接入認(rèn)證和/或業(yè)務(wù)計(jì)費(fèi)處理。
4.根據(jù)權(quán)利要求1所述的系統(tǒng)，其特征在于，所述的應(yīng)用層網(wǎng)關(guān)功能子系統(tǒng)還與組播業(yè)務(wù)應(yīng)用服務(wù)器通信，根據(jù)收到的終端設(shè)備發(fā)來的應(yīng)用層協(xié)議消息通知組播業(yè)務(wù)應(yīng)用服務(wù)器下發(fā)或終止組播業(yè)務(wù)。
5.根據(jù)權(quán)利要求1至4任一項(xiàng)所述的系統(tǒng)，其特征在于，所述的應(yīng)用層網(wǎng)關(guān)功能子系統(tǒng)設(shè)置于接入節(jié)點(diǎn)設(shè)備中或獨(dú)立設(shè)置于網(wǎng)絡(luò)側(cè)。
6.根據(jù)權(quán)利要求1至4任一項(xiàng)所述的系統(tǒng)，其特征在于，所述的組播傳送管理功能子系統(tǒng)設(shè)置于至少一個(gè)網(wǎng)絡(luò)設(shè)備中，或獨(dú)立設(shè)置網(wǎng)絡(luò)側(cè)。
7.根據(jù)權(quán)利要求1至4任一項(xiàng)所述的系統(tǒng)，其特征在于，所述的應(yīng)用層網(wǎng)關(guān)功能子系統(tǒng)包括一個(gè)或多個(gè)應(yīng)用層網(wǎng)關(guān)功能體，所述的應(yīng)用層網(wǎng)關(guān)功能體分別用于處理網(wǎng)絡(luò)側(cè)與終端設(shè)備間交互的開展組播業(yè)務(wù)過程中的應(yīng)用層協(xié)議消息。
8.根據(jù)權(quán)利要求1至4任一項(xiàng)所述的系統(tǒng)，其特征在于，所述的組播傳送管理功能子系統(tǒng)包括一個(gè)或多個(gè)組播傳送管理功能體，所述的組播傳送管理功能體分別用于進(jìn)行承載網(wǎng)組播路徑的配置管理。
9.根據(jù)權(quán)利要求1至4任一項(xiàng)所述的系統(tǒng)，其特征在于，所述的應(yīng)用層網(wǎng)關(guān)功能子系統(tǒng)中還包括?；頚eep Alive機(jī)制處理單元，用于管理在終端開展組播業(yè)務(wù)過程中應(yīng)用層網(wǎng)關(guān)功能子系統(tǒng)與終端設(shè)備之間組播業(yè)務(wù)的狀態(tài)。
10.根據(jù)權(quán)利要求9所述的系統(tǒng)，其特征在于，所述的Keep Alive機(jī)制處理單元包括查詢定時(shí)器和業(yè)務(wù)查詢單元，其中，查詢定時(shí)器，用于在終端開展組播業(yè)務(wù)過程中控制業(yè)務(wù)查詢單元定期與終端設(shè)備之間進(jìn)行監(jiān)測終端設(shè)備是否在線的消息的交互；業(yè)務(wù)查詢單元，用于在查詢定時(shí)器的觸發(fā)下，定時(shí)向終端設(shè)備發(fā)送用于監(jiān)測終端設(shè)備是否在線的業(yè)務(wù)狀態(tài)查詢請求。
11.根據(jù)權(quán)利要求10所述的系統(tǒng)，其特征在于，所述的應(yīng)用層網(wǎng)關(guān)功能子系統(tǒng)還包括查詢等待定時(shí)器，當(dāng)應(yīng)用層網(wǎng)關(guān)功能子系統(tǒng)向終端設(shè)備發(fā)送用于監(jiān)測終端設(shè)備是否在線的消息時(shí)啟動該查詢等待定時(shí)器，當(dāng)接收到終端返回的響應(yīng)消息時(shí)停止該查詢等待定時(shí)器，當(dāng)查詢等待定時(shí)器超時(shí)時(shí)，確定業(yè)務(wù)已經(jīng)不在線，并觸發(fā)進(jìn)行相應(yīng)的業(yè)務(wù)下線處理。
12.根據(jù)權(quán)利要求11所述的系統(tǒng)，其特征在于，所述的業(yè)務(wù)下線處理包括通知組播傳送管理功能子系統(tǒng)進(jìn)行組播組終止處理和應(yīng)用層網(wǎng)關(guān)子系統(tǒng)進(jìn)行業(yè)務(wù)下線處理。
13.根據(jù)權(quán)利要求1所述的系統(tǒng)，其特征在于，所述的組播傳送管理功能子系統(tǒng)還包括拓?fù)涔芾韱卧?，用于管理網(wǎng)絡(luò)的拓?fù)湫畔?；路徑配置管理單元，用于在開展組播業(yè)務(wù)過程中，實(shí)現(xiàn)組播傳送路徑的配置和管理，所述的管理網(wǎng)絡(luò)的拓?fù)湫畔W(wǎng)絡(luò)拓?fù)浣Y(jié)構(gòu)信息的管理以及網(wǎng)絡(luò)和鏈路的資源信息的管理。
14.根據(jù)權(quán)利要求13所述的系統(tǒng)，其特征在于，所述的路徑配置管理單元還包括對組播承載網(wǎng)絡(luò)之網(wǎng)元的組播路徑轉(zhuǎn)發(fā)表的配置和管理，并用于對組播傳送路徑的服務(wù)質(zhì)量QOS參數(shù)的配置和管理。
15.根據(jù)權(quán)利要求14所述的系統(tǒng)，其特征在于，所述的組播傳送路徑的QOS參數(shù)的配置和管理還包括組播路徑的連接接納控制CAC管理和網(wǎng)絡(luò)資源分配回收管理，所述的CAC用于判斷組播承載網(wǎng)絡(luò)剩余的資源是否滿足待建立的組播路徑的QOS所要求的資源。
16.根據(jù)權(quán)利要求1所述的系統(tǒng)，其特征在于，所述的組播傳送管理功能子系統(tǒng)還包括協(xié)議轉(zhuǎn)換單元，用于將應(yīng)用層網(wǎng)關(guān)功能子系統(tǒng)發(fā)送來的協(xié)議轉(zhuǎn)換為組播承載網(wǎng)絡(luò)組播管理的協(xié)議。
17.根據(jù)權(quán)利要求16所述的系統(tǒng)，其特征在于，所述的組播承載網(wǎng)絡(luò)組播管理的協(xié)議包括因特網(wǎng)組管理協(xié)議IGMP或組播偵聽發(fā)現(xiàn)MLD協(xié)議。
18.一種實(shí)現(xiàn)組播業(yè)務(wù)的方法，其特征在于，包括終端設(shè)備向應(yīng)用層網(wǎng)關(guān)功能子系統(tǒng)發(fā)送用于開展組播業(yè)務(wù)的應(yīng)用層協(xié)議消息；應(yīng)用層網(wǎng)關(guān)功能子系統(tǒng)收到所述的消息后，觸發(fā)所述的組播傳送管理功能子系統(tǒng)對承載網(wǎng)組播路徑進(jìn)行配置管理。
19.根據(jù)權(quán)利要求18所述的方法，其特征在于，所述的應(yīng)用層消息包括會話初始協(xié)議STP消息、流媒體傳輸協(xié)議RSTP消息、超文本傳輸協(xié)議HTTP消息和/或遠(yuǎn)端桌面協(xié)議RDP消息。
20.根據(jù)權(quán)利要求18所述的方法，其特征在于，所述的方法還包括應(yīng)用層網(wǎng)關(guān)功能子系統(tǒng)根據(jù)設(shè)置的策略通知組播業(yè)務(wù)應(yīng)用服務(wù)器下發(fā)或終止組播業(yè)務(wù)。
21.根據(jù)權(quán)利要求18所述的方法，其特征在于，所述的方法還包括應(yīng)用層網(wǎng)關(guān)功能子系統(tǒng)向業(yè)務(wù)訂閱數(shù)據(jù)管理單元對終端設(shè)備申請的組播業(yè)務(wù)進(jìn)行認(rèn)證；和/或，應(yīng)用層網(wǎng)關(guān)功能子系統(tǒng)向鑒權(quán)、認(rèn)證和/或計(jì)費(fèi)服務(wù)器對接入網(wǎng)絡(luò)的終端設(shè)備進(jìn)行接入鑒權(quán)、接入認(rèn)證和/或業(yè)務(wù)計(jì)費(fèi)處理。
22.根據(jù)權(quán)利要求18、19、20或21所述的方法，其特征在于，所述的方法具體包括終端設(shè)備向應(yīng)用層網(wǎng)關(guān)功能子系統(tǒng)發(fā)送應(yīng)用層的組播業(yè)務(wù)請求/終止消息；應(yīng)用層網(wǎng)關(guān)功能子系統(tǒng)收到所述的消息后，通知組播傳送管理功能子系統(tǒng)進(jìn)行承載網(wǎng)組播路徑的配置管理操作或刪除操作。
23.根據(jù)權(quán)利要求22所述的方法，其特征在于，所述的組播傳送管理功能子系統(tǒng)收到應(yīng)用層網(wǎng)關(guān)功能子系統(tǒng)的通知后，轉(zhuǎn)換為相應(yīng)的組播傳送協(xié)議消息，并發(fā)送。
24.根據(jù)權(quán)利要求23所述的方法，其特征在于，所述的相應(yīng)的組播傳送協(xié)議包括IGMP或MLD協(xié)議。
25.根據(jù)權(quán)利要求22所述的方法，其特征在于，所述的方法還包括應(yīng)用層網(wǎng)關(guān)功能子系統(tǒng)定時(shí)向終端設(shè)備與終端設(shè)備間進(jìn)行消息交互，根據(jù)所述的消息交互結(jié)果監(jiān)測終端設(shè)備業(yè)務(wù)是否在線。
26.根據(jù)權(quán)利要求18、19、20或21所述的方法，其特征在于，所述的終端設(shè)備與應(yīng)用層網(wǎng)關(guān)功能子系統(tǒng)之間采用保密機(jī)制進(jìn)行所述的應(yīng)用層協(xié)議消息的交互。
27.根據(jù)權(quán)利要求18、19、20或22所述的方法，其特征在于，所述的組播傳送管理功能子系統(tǒng)進(jìn)行承載網(wǎng)組播路徑的配置管理操作還包括組播路徑的連接接納控制CAC處理和網(wǎng)絡(luò)資源分配回收管理，所述的CAC用于判斷組播承載網(wǎng)絡(luò)剩余的資源是否滿足待建立的組播路徑的QOS所要求的資源。
全文摘要
本發(fā)明涉及一種實(shí)現(xiàn)組播業(yè)務(wù)的系統(tǒng)及方法。本發(fā)明主要包括通過設(shè)置于網(wǎng)絡(luò)側(cè)的應(yīng)用層網(wǎng)關(guān)功能子系統(tǒng)，處理網(wǎng)絡(luò)側(cè)與終端設(shè)備間交互的開展組播業(yè)務(wù)過程中的應(yīng)用層協(xié)議消息，并根據(jù)應(yīng)用層協(xié)議消息的處理結(jié)果觸發(fā)設(shè)置于網(wǎng)絡(luò)側(cè)的組播傳送管理單元，以進(jìn)行承載網(wǎng)組播路徑的配置管理，包括創(chuàng)建或刪除相應(yīng)的組播路徑。采用本發(fā)明開展組播業(yè)務(wù)，由于應(yīng)用層協(xié)議和組播網(wǎng)絡(luò)的協(xié)議實(shí)現(xiàn)了有效結(jié)合，從而使得針對組播網(wǎng)絡(luò)的管理較為方便，即通過應(yīng)用層協(xié)議，運(yùn)營商可以提供靈活的運(yùn)營管理，同時(shí)，還可以保證組播業(yè)務(wù)的安全性。
文檔編號H04L29/06GK101047607SQ200610083829
公開日2007年10月3日 申請日期2006年6月1日 優(yōu)先權(quán)日2006年6月1日
發(fā)明者陽振庭 申請人:華為技術(shù)有限公司