專利名稱：監(jiān)控組播用戶的裝置及實(shí)現(xiàn)方法
技術(shù)領(lǐng)域：
本發(fā)明涉及網(wǎng)絡(luò)通信技術(shù)領(lǐng)域，尤其涉及一種監(jiān)控組播用戶的裝置及實(shí)現(xiàn)方法。
背景技術(shù)：
IGMP協(xié)議是Internet的組播管理協(xié)議，其標(biāo)準(zhǔn)RFC是RFC1112(version1，版本1)、RFC2236(version2，版本2)和RFC3376(version3，版本3)。通過該協(xié)議用戶可以加入組播組，并從組播源接收組播數(shù)據(jù)報(bào)文。
IGMP組網(wǎng)大致有兩種組網(wǎng)結(jié)構(gòu)，具體如圖1和圖2所示，其中圖1為組播源與組播用戶直接相連的組網(wǎng)結(jié)構(gòu)，圖2為組播源與組播用戶之間存在組播路由器的組網(wǎng)結(jié)構(gòu)。
在所述的圖1和圖2中，PC1、PC2和PC3可以是計(jì)算機(jī)，也可以是機(jī)頂盒，在這里都是指組播用戶。圖1是組播源直接與組播用戶相連的情況，組播源與組播用戶在同一子網(wǎng)中，圖2是組播源與組播用戶之間使用組播路由器的情況，組播源與組播用戶不在同一個(gè)子網(wǎng)中，但是組播路由器與組播用戶在同一子網(wǎng)中。
在圖1中，IGMP協(xié)議運(yùn)行在組播源與組播用戶之間；在圖2中，IGMP協(xié)議運(yùn)行在組播路由器與組播用戶之間，組播路由器與組播源之間運(yùn)行組播路由協(xié)議，如PIM(Protocol Independent Multicast，協(xié)議無關(guān)組播)協(xié)議。
其中，所述的IGMP協(xié)議其工作原理大致如下
加入組播組時(shí)，組播用戶向其直接相連的子網(wǎng)發(fā)送IGMP報(bào)告報(bào)文，處于同一子網(wǎng)中組播源或者組播路由器根據(jù)授權(quán)情況將組播用戶加入自己的用戶列表中，并向收到報(bào)告報(bào)文的鏈路發(fā)送組播數(shù)據(jù)報(bào)文。這樣組播用戶就可以收到組播數(shù)據(jù)報(bào)文了。
離開組播組時(shí)，組播用戶向其直接相連的子網(wǎng)發(fā)送IGMP離開報(bào)文，組播源或者組播路由器將組播用戶從自己的用戶列表中刪除，并不再向用戶所在鏈路發(fā)送組播數(shù)據(jù)報(bào)文。
組播源或者組播路由器會(huì)定時(shí)向其直接相連的子網(wǎng)發(fā)送IGMP查詢報(bào)文，檢測鏈路上是否有組播用戶。組播用戶如果希望接收(或者繼續(xù)接收)組播數(shù)據(jù)報(bào)文，則回應(yīng)一個(gè)IGMP報(bào)告報(bào)文；否則，組播用戶不回應(yīng)IGMP報(bào)告報(bào)文。組播源或者組播路由器如果發(fā)現(xiàn)某個(gè)鏈路經(jīng)過預(yù)先設(shè)定的查詢次數(shù)后，仍然沒有收到回應(yīng)的IGMP報(bào)告報(bào)文，則認(rèn)為該鏈路上不存在組播用戶，組播源或者組播路由器將停止向該鏈路發(fā)送組播數(shù)據(jù)報(bào)文。
上面提到的IGMP報(bào)告報(bào)文、IGMP離開報(bào)文和IGMP查詢報(bào)文是IGMP協(xié)議的三種協(xié)議報(bào)文，這三種報(bào)文都是組播報(bào)文。
圖1和圖2只是IGMP協(xié)議應(yīng)用的模型。在實(shí)際組網(wǎng)中，很多情況是組播用戶并不是與組播源、組播路由器直接相連，用戶與組播源、組播路由器之間往往還有一系列網(wǎng)絡(luò)設(shè)備。例如，如圖3所示，圖3為組播源(組播路由器)與組播用戶之間存在網(wǎng)絡(luò)設(shè)備的情況。
圖3中的網(wǎng)絡(luò)設(shè)備是一個(gè)三層設(shè)備，所謂三層是根據(jù)國際互聯(lián)網(wǎng)協(xié)議模型中的網(wǎng)絡(luò)層，網(wǎng)絡(luò)層處于物理層、鏈路層之上，下面的二層就是指的鏈路層，網(wǎng)絡(luò)層設(shè)備的典型例子就是路由器，且該三層設(shè)備不支持組播路由協(xié)議，則組播用戶發(fā)送的IGMP協(xié)議報(bào)文和組播源(組播路由器)發(fā)送的組播數(shù)據(jù)報(bào)文缺省情況下都會(huì)被這個(gè)網(wǎng)絡(luò)設(shè)備丟棄。需要說明的是二層網(wǎng)絡(luò)設(shè)備，如二層以太網(wǎng)交換機(jī)，是可以轉(zhuǎn)發(fā)組播報(bào)文的，但是某些二層設(shè)備從網(wǎng)絡(luò)安全性考慮或者二層網(wǎng)絡(luò)機(jī)制的局限，仍然會(huì)對(duì)組播報(bào)文做丟棄處理。
在網(wǎng)絡(luò)設(shè)備丟棄組播報(bào)文的情況下，為了使組播用戶仍然能正常的加入和離開組播組，并能正常的從組播源(組播路由器)接收組播數(shù)據(jù)報(bào)文，則需要組播源(組播路由器)與組播用戶之間的網(wǎng)絡(luò)設(shè)備支持IGMP Proxy功能。所述的支持IGMP Proxy功能的網(wǎng)絡(luò)設(shè)備稱為IGMP Proxy設(shè)備。IGMPProxy設(shè)備在把一個(gè)組播用戶從本機(jī)組播用戶列表中刪除時(shí)，如果發(fā)現(xiàn)這個(gè)用戶是組播組的最后一個(gè)用戶，則IGMP Proxy設(shè)備會(huì)向組播源(組播路由器)所在鏈路發(fā)送IGMP離開報(bào)文。
電信提供者有時(shí)需要實(shí)時(shí)監(jiān)控組播用戶的IGMP協(xié)議交互狀況，以達(dá)到對(duì)組播用戶的在線情況進(jìn)行了解，或者進(jìn)行某些統(tǒng)計(jì)數(shù)據(jù)，因此運(yùn)行IGMP協(xié)議的設(shè)備需要提供監(jiān)控組播用戶的工具。
目前采用的監(jiān)控組播用戶的方法主要為使用調(diào)試命令等手段實(shí)現(xiàn)，具體是將組播用戶加入與離開組播組流程中程序執(zhí)行的調(diào)試信息輸出，從而實(shí)現(xiàn)針對(duì)組播用戶的監(jiān)控。
所述的調(diào)試信息是為定位故障而設(shè)置，其包含了大量與加入和離開組播過程無關(guān)的信息，如程序申請(qǐng)資源的信息、系統(tǒng)運(yùn)行信息等。因此，相對(duì)可以從調(diào)試信息中獲得的電信提供者關(guān)注的組播用戶的加入與離開過程及其結(jié)果的信息將很少。
而且，所述的調(diào)試信息的輸出要求特殊的實(shí)現(xiàn)方法，比如提供外部軟件等來實(shí)現(xiàn)，因而如果沒有這些手段則調(diào)試信息無法提供，則組播用戶的加入與離開過程相關(guān)信息無法得到。
另外，所述的輸出的調(diào)試信息一般無固定格式，信息內(nèi)容基本上是無序的，即同一組播用戶的加入與離開流程輸出的信息內(nèi)容與程序執(zhí)行流程相關(guān)，不同的程序執(zhí)行流程則輸出不同的內(nèi)容，因此，無效信息過多，從而無法獲取如收視率等統(tǒng)計(jì)數(shù)據(jù)。

發(fā)明內(nèi)容
鑒于上述現(xiàn)有技術(shù)所存在的問題，本發(fā)明的目的是提供一種監(jiān)控組播用戶的裝置及實(shí)現(xiàn)方法，可以方便且準(zhǔn)確地監(jiān)控到服務(wù)提供商進(jìn)行維護(hù)管理需要的組播用戶開展組播業(yè)務(wù)過程中的相關(guān)信息。
本發(fā)明的目的是通過以下技術(shù)方案實(shí)現(xiàn)的本發(fā)明提供了一種監(jiān)控組播用戶的裝置，包括監(jiān)控模塊與組播網(wǎng)絡(luò)接入設(shè)備中的組播處理模塊交互，用于監(jiān)控組播處理模塊的處理組播用戶的相關(guān)信息，并將相應(yīng)的信息發(fā)送給監(jiān)控信息記錄模塊；監(jiān)控信息記錄模塊用于記錄監(jiān)控模塊監(jiān)控獲得組播用戶的相關(guān)信息。
所述的監(jiān)控模塊設(shè)置于組播網(wǎng)絡(luò)接入設(shè)備中，且所述的組播處理模塊具體包括用戶識(shí)別和鑒權(quán)處理模塊及用戶加入或離開組播組處理模塊。
本發(fā)明中，所述的監(jiān)控信息記錄模塊設(shè)置于本地的管理維護(hù)設(shè)備或維護(hù)終端中；或者，所述的監(jiān)控信息記錄模塊設(shè)置于遠(yuǎn)端的管理維護(hù)設(shè)備或維護(hù)終端中；或者，所述的監(jiān)控信息記錄模塊設(shè)置于維護(hù)組播網(wǎng)絡(luò)接入設(shè)備中并與遠(yuǎn)端的管理維護(hù)設(shè)備或維護(hù)終端連接。
本發(fā)明還提供了一種監(jiān)控組播用戶的實(shí)現(xiàn)方法，包括在網(wǎng)絡(luò)中，當(dāng)監(jiān)測到組播用戶發(fā)送的組播報(bào)文時(shí)，則對(duì)組播報(bào)文的相關(guān)信息進(jìn)行監(jiān)控，并記錄監(jiān)控到的所述組播報(bào)文的相關(guān)信息。
所述的組播報(bào)文的相關(guān)信息包括加入或離開組播組的組播用戶信息、加入或離開組播組的時(shí)間、加入或離開的組播組信息和/或針對(duì)組播加入或離開報(bào)文的處理結(jié)果信息。
所述的監(jiān)控組播用戶的實(shí)現(xiàn)方法包括當(dāng)監(jiān)測到組播用戶發(fā)送的組播加入或離開報(bào)文時(shí)，則記錄接收所述的報(bào)文的時(shí)間作為加入或離開組播組的時(shí)間，記錄發(fā)送報(bào)文的組播用戶信息作為加入或離開組播組的用戶信息，記錄所述報(bào)文中承載的組播用戶要求加入或離開的組播組信息。
所述的監(jiān)控組播用戶的實(shí)現(xiàn)方法還包括監(jiān)控對(duì)所述的組播用戶發(fā)送的組播加入或離開報(bào)文的處理結(jié)果信息，記錄所述的處理結(jié)果信息。
所述的處理結(jié)果信息包括加入或離開組播組成功的信息，加入或離開組播組失敗的消息，以及加入或離開組播組失敗的原因信息。
所述的方法具體包括在網(wǎng)絡(luò)中，當(dāng)監(jiān)測到組播用戶發(fā)送的組播加入或離開報(bào)文時(shí)，對(duì)所述報(bào)文進(jìn)行識(shí)別和鑒權(quán)處理，處理完畢后，記錄組播用戶加入或離開組播組的時(shí)間、組播用戶的信息和請(qǐng)求加入或離開的組播組信息；對(duì)所述經(jīng)過識(shí)別和鑒權(quán)處理的報(bào)文進(jìn)行加入或離開組播組處理，處理完畢后，記錄相應(yīng)的加入或離開組播組的處理結(jié)果信息。
所述的監(jiān)控組播用戶的實(shí)現(xiàn)方法還包括將監(jiān)控記錄的組播報(bào)文的相關(guān)信息實(shí)時(shí)或定時(shí)通過命令行或連接接口提供給維護(hù)終端和/或管理維護(hù)設(shè)備。
本發(fā)明中，將監(jiān)控記錄的組播報(bào)文的相關(guān)信息承載于基于接入設(shè)備與管理維護(hù)設(shè)備間運(yùn)行的任何一種協(xié)議構(gòu)造的報(bào)文中，發(fā)送給所述的管理維護(hù)設(shè)備。
由上述本發(fā)明提供的技術(shù)方案可以看出，本發(fā)明可以實(shí)時(shí)監(jiān)控組播用戶的動(dòng)態(tài)流程，并向維護(hù)終端或管理維護(hù)設(shè)備輸出服務(wù)提供商所關(guān)注的信息，如哪個(gè)組播用戶端口、在什么時(shí)間進(jìn)行的什么操作、加入與離開的組播組，以及用戶端口上運(yùn)行的IGMP協(xié)議版本信息(即IGMPV1、IGMPV2或IGMPV3)。
而且，本發(fā)明還可以根據(jù)實(shí)時(shí)監(jiān)控組播用戶加入離開組播組的信息，簡單定位組播用戶的異常離開組播的原因，比如組播用戶老化，表明沒有收到正常IGMP協(xié)議報(bào)文，等等。
因此，本發(fā)明的實(shí)現(xiàn)使得服務(wù)提供商可以根據(jù)收集到的信息進(jìn)行收視率的統(tǒng)計(jì)、熱點(diǎn)頻道的統(tǒng)計(jì)等。


圖1為組播源與組播用戶直接連接的組網(wǎng)結(jié)構(gòu)示意圖；圖2為組播源與組播用戶間存在組播路由器時(shí)的組網(wǎng)結(jié)構(gòu)示意圖；圖3為組播源與組播用戶間存在網(wǎng)絡(luò)設(shè)備時(shí)的組網(wǎng)結(jié)構(gòu)示意圖；圖4為本發(fā)明所述的系統(tǒng)的結(jié)構(gòu)示意圖；圖5為本發(fā)明所述的方法的處理流程圖。
具體實(shí)施例方式
本發(fā)明的核心是通過提供操作界面的外部命令或者第三方設(shè)備的接口，對(duì)組播用戶加入、離開組播組的過程，以及其加入與離開組播組的結(jié)果信息進(jìn)行監(jiān)控，從而實(shí)現(xiàn)對(duì)組播用戶的有效管理和控制。
本發(fā)明的目的是為監(jiān)測組播用戶開展組播業(yè)務(wù)過程中的相關(guān)信息，以便對(duì)服務(wù)提供商對(duì)組播用戶及組播網(wǎng)絡(luò)進(jìn)行維護(hù)管理。為實(shí)現(xiàn)相應(yīng)信息的監(jiān)測，則需要對(duì)組播用戶加入和離開組播組的過程進(jìn)行監(jiān)控。
為便于理解本發(fā)明，下面首先對(duì)組播用戶加入與離開組播組的過程進(jìn)行說明，相應(yīng)的處理過程具體如下組播用戶加入與離開組播組實(shí)際上就是與路由器之間運(yùn)行IGMP協(xié)議，比如組播用戶加入組播組需要上報(bào)一個(gè)IGMP報(bào)告報(bào)文(即組播加入報(bào)文，或稱為IGMP加入報(bào)文)，離開一個(gè)組播組可以主動(dòng)上報(bào)一個(gè)IGMP離開報(bào)文(即組播離開報(bào)文，或稱為IGMP離開報(bào)文)，也可以由路由器到達(dá)老化時(shí)間后將用戶從組播組中刪除，從而實(shí)現(xiàn)組播用戶離開組播組的處理過程；當(dāng)用戶加入組播組時(shí)可能不成功，不成功的原因可以包括系統(tǒng)已達(dá)最大容量、用戶加入的組播組對(duì)該組播用戶沒有權(quán)限或者該組播組沒有存在、組播用戶的頻道數(shù)已達(dá)最大等等。
基于以上組播用戶加入或離開的組播組的處理過程，下面結(jié)合附圖對(duì)本發(fā)明提供的監(jiān)控組播用戶的裝置進(jìn)行說明。
本發(fā)明所述的監(jiān)控組播用戶的裝置的結(jié)構(gòu)如圖4所示，具體包括設(shè)置于組播網(wǎng)絡(luò)接入設(shè)備中的監(jiān)控模塊，以及與所述監(jiān)控模塊相連的監(jiān)控信息記錄模塊，下面將分別對(duì)兩個(gè)模塊的具體實(shí)現(xiàn)進(jìn)行說明監(jiān)控模塊與組播網(wǎng)絡(luò)接入設(shè)備中的用戶識(shí)別和鑒權(quán)處理模塊及用戶加入或離開組播組處理模塊連接，用于根據(jù)用戶識(shí)別和鑒權(quán)處理模塊及用戶加入或離開組播組處理模塊的處理信息監(jiān)控網(wǎng)絡(luò)中組播用戶加入或離開組播組的信息，并將相應(yīng)的信息發(fā)送給監(jiān)控信息記錄模塊；監(jiān)控信息記錄模塊用于記錄監(jiān)控模塊監(jiān)控獲得的組揪用戶加入或離開組播組的信息。
在所述裝置中，監(jiān)控信息記錄模塊既可以設(shè)置于本地的管理維護(hù)設(shè)備或維護(hù)終端中，或者，也可以設(shè)置于遠(yuǎn)端的管理維護(hù)設(shè)備或維護(hù)終端中；另外，所述的監(jiān)控信息記錄模塊還可以設(shè)置于維護(hù)組播網(wǎng)絡(luò)接入設(shè)備中并與遠(yuǎn)端的管理維護(hù)設(shè)備或維護(hù)終端連接，將其記錄的信息發(fā)送給遠(yuǎn)端的管理維護(hù)設(shè)備或維護(hù)終端。
本發(fā)明并不是IGMP協(xié)議內(nèi)容的簡單跟蹤，而是通過識(shí)別IGMP協(xié)議來實(shí)現(xiàn)組播用戶點(diǎn)播行為的實(shí)時(shí)動(dòng)態(tài)跟蹤，從而實(shí)現(xiàn)組播用戶加入與離開組播組的業(yè)務(wù)流程監(jiān)控的目的。
本發(fā)明所述的方法提供的監(jiān)控處理流程主要包括以下工作過程(1)當(dāng)組播用戶加入某一組播組時(shí)，IGMP PROXY設(shè)備系統(tǒng)會(huì)捕獲到IGMP加入報(bào)文，并把IGMP加入報(bào)文送到組播用戶識(shí)別/鑒權(quán)處理子模塊，組播用戶識(shí)別/鑒權(quán)處理子模塊處理完畢后把鑒權(quán)結(jié)果傳送給監(jiān)控模塊，監(jiān)控模塊此時(shí)記錄系統(tǒng)時(shí)間、組播用戶信息、點(diǎn)播的組播組信息；然后，進(jìn)入組播用戶加入組播組配置子模塊，把組播用戶加入組播組表中，此時(shí)監(jiān)控模塊記錄組播用戶加入組播組的結(jié)果；最后，當(dāng)需要上報(bào)IGMP加入報(bào)文到上層路由器時(shí)，在上報(bào)一個(gè)IGMP加入報(bào)文到上層路由器，監(jiān)控模塊此時(shí)可以記錄組播流到達(dá)的系統(tǒng)時(shí)間。
(2)當(dāng)組播用戶離開某一組播組時(shí)，IGMP PROXY設(shè)備系統(tǒng)會(huì)捕獲到IGMP離開報(bào)文，并把IGMP離開報(bào)文送到組播用戶識(shí)別/鑒權(quán)處理子模塊，組播用戶識(shí)別/鑒權(quán)處理子模塊處理完畢后把鑒權(quán)結(jié)果傳送給監(jiān)控模塊，監(jiān)控模塊此時(shí)記錄系統(tǒng)時(shí)間、組播用戶信息、點(diǎn)播的組播組信息；然后，進(jìn)入組播用戶離開組播組配置子模塊，根據(jù)需要把組播用戶從組播組表中刪除(是否從組播組表中刪除，還決定于組播用戶的老化時(shí)間)，此時(shí)監(jiān)控模塊記錄組播用戶離開組播組的結(jié)果；最后，當(dāng)需要上報(bào)IGMP離開報(bào)文到上層路由器時(shí)，在上報(bào)一個(gè)IGMP離開報(bào)文到上層路由器，監(jiān)控模塊此時(shí)可以記錄組播流到達(dá)的系統(tǒng)時(shí)間。
在上述(1)和(2)描述的處理過程中，監(jiān)控模塊可以在每階段都通過命令行或相應(yīng)的接口輸出信息到維護(hù)終端或管理維護(hù)設(shè)備，也可以在組播用戶的加入/離開過程全部完成后，再通過命令行或相應(yīng)的接口輸出信息到維護(hù)終端或管理維護(hù)設(shè)備上。
其中，監(jiān)控模塊與管理維護(hù)設(shè)備接口是通過一定的協(xié)議來完成，所述協(xié)議可以是企業(yè)私有協(xié)議也可以是標(biāo)準(zhǔn)協(xié)議，比如SYSLOG、SNMP(簡單網(wǎng)絡(luò)管理協(xié)議)、TL1(Transaction Lanage 1，交互語音)、APP協(xié)議等等。監(jiān)控模塊可以將監(jiān)控到的組播用戶的信息承載于相應(yīng)的協(xié)議報(bào)文中發(fā)送給所述的管理維護(hù)設(shè)備，具體可以采用監(jiān)控模塊與管理維護(hù)設(shè)備間運(yùn)行的任何一種協(xié)議構(gòu)造相應(yīng)的報(bào)文進(jìn)行監(jiān)控信息的傳遞。
所述的監(jiān)控模塊與維護(hù)終端間的命令接口是在IGMP組播協(xié)議運(yùn)行的路由器設(shè)備內(nèi)或者運(yùn)行IGMP PROXY或IGMP SNOOPING(IGMP監(jiān)聽)的DSL(數(shù)字用戶線)接入設(shè)備內(nèi)的程序，它直接通過操作界面的命令完成將監(jiān)控到的組播用戶加入與離開組播組的過程信息發(fā)送給維護(hù)終端。
以上接口既可以針對(duì)所有組播用戶也可以針對(duì)具體某一個(gè)組播用戶，也就是說可以對(duì)指定的用戶進(jìn)行監(jiān)控。
本發(fā)明提供的一種監(jiān)控組播用戶的實(shí)現(xiàn)方法如圖4和圖5所示，該方法在具體實(shí)現(xiàn)過程中包括以下步驟步驟51組播網(wǎng)絡(luò)接入設(shè)備中的用戶報(bào)文捕獲模塊捕獲到組播用戶發(fā)來的組播報(bào)文，具體可以為組播加入報(bào)文或者組播離開報(bào)文；步驟52所述的用戶報(bào)文捕獲模塊將捕獲到的報(bào)文交給用戶識(shí)別/鑒權(quán)處理模塊進(jìn)行識(shí)別和鑒權(quán)處理，并獲得相應(yīng)的鑒權(quán)處理結(jié)果信息，然后，分別執(zhí)行步驟53和步驟54；步驟53當(dāng)用戶識(shí)別/鑒權(quán)處理模塊對(duì)所述組播報(bào)文處理完畢后，將所述的鑒權(quán)處理結(jié)果信息中的部分信息發(fā)送給監(jiān)控模塊，并執(zhí)行步驟57；也就是說，在組播用戶加入與離開組播組的處理流程中調(diào)用其與監(jiān)控模塊間的接口，以便于將鑒權(quán)處理結(jié)果中的部分信息發(fā)送給監(jiān)控模塊，所述的部分信息具體包括請(qǐng)求加入或離開的組播用戶的信息，以及請(qǐng)求加入或離開的組播組信息，加入組播組的時(shí)間，離開組播組的時(shí)間等信息通過相應(yīng)的接口發(fā)送給監(jiān)控模塊；步驟54將鑒權(quán)處理結(jié)果發(fā)送給用戶加入或離開組播組處理模塊，以便于進(jìn)行相應(yīng)的加入或離開處理；步驟55由用戶加入或離開組播組處理模塊根據(jù)所述的鑒權(quán)處理結(jié)果對(duì)所述的報(bào)文進(jìn)行加入或離開處理，獲得相應(yīng)的加入或離開處理結(jié)果；步驟56將加入或離開處理結(jié)果信息通過相應(yīng)的接口發(fā)送給監(jiān)控模塊，并執(zhí)行步驟57；所述的處理結(jié)果信息包括加入組播組的處理成功或者失敗的信息，加入失敗的原因信息，以及離開組播組的結(jié)果信息；步驟57由監(jiān)控模塊將通過用戶識(shí)別和鑒權(quán)處理模塊及用戶加入或離開組播組處理模塊獲得的信息通過命令行或接口發(fā)送給維護(hù)終端或管理維護(hù)設(shè)備，從而使得相應(yīng)的服務(wù)提供商可以獲得針對(duì)組播用戶的監(jiān)控信息。
本發(fā)明中，所述的監(jiān)控信息具體包括組播用戶的端口信息、加入離開的組播組信息(包括組IP地址、組播源IP地址、組名稱)、加入組播組的時(shí)間信息、離開組播組的時(shí)間信息、加入/離開組播組的成功失敗信息(離開失敗的原因包括系統(tǒng)處理錯(cuò)誤或者系統(tǒng)忙等)、組播用戶對(duì)組播組的權(quán)限(觀看、預(yù)覽)信息，以及用戶端口上運(yùn)行的IGMP協(xié)議版本信息(如IGMPV1、IGMPV2或IGMPV3)等。
例如，監(jiān)控模塊獲得監(jiān)控信息為“1，0/3/5，224.1.1.1，WATCH，2005-6-18 18:08:08，2005-6-18 18:50:06，CCTV-1，SUCC”，則其含義為序號(hào)＝1、用戶端口信息＝0/3/5、組播組IP地址＝224.1.1.1、權(quán)限＝觀看、上線時(shí)間＝2005-6-18 18:08:08、下線時(shí)間＝2005-6-18 18:50:06、組播組名稱＝CCTV-1、鑒權(quán)結(jié)果＝成功。
綜上所述，本發(fā)明可以獲得服務(wù)提供商所關(guān)注的信息，如哪個(gè)用戶端口、什么時(shí)間進(jìn)行的什么操作、加入與離開的組播組、以及用戶端口上運(yùn)行的IGMP協(xié)議版本信息(即IGMPV1，IGMPV2或IGMPV3)；并可以根據(jù)收集到的信息進(jìn)行收視率的統(tǒng)計(jì)、熱點(diǎn)頻道的統(tǒng)計(jì)等。
以上所述，僅為本發(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.一種監(jiān)控組播用戶的裝置，其特征在于，包括監(jiān)控模塊與組播網(wǎng)絡(luò)接入設(shè)備中的組播處理模塊交互，用于監(jiān)控組播處理模塊的處理組播用戶的相關(guān)信息，并將相應(yīng)的信息發(fā)送給監(jiān)控信息記錄模塊；監(jiān)控信息記錄模塊用于記錄監(jiān)控模塊監(jiān)控獲得組播用戶的相關(guān)信息。
2.根據(jù)權(quán)利要求1所述的監(jiān)控組播用戶的裝置，其特征在于，所述的監(jiān)控模塊設(shè)置于組播網(wǎng)絡(luò)接入設(shè)備中，且所述的組播處理模塊具體包括用戶識(shí)別和鑒權(quán)處理模塊及用戶加入或離開組播組處理模塊。
3.根據(jù)權(quán)利要求1或2所述的監(jiān)控組播用戶的裝置，其特征在于所述的監(jiān)控信息記錄模塊設(shè)置于本地的管理維護(hù)設(shè)備或維護(hù)終端中；或者，所述的監(jiān)控信息記錄模塊設(shè)置于遠(yuǎn)端的管理維護(hù)設(shè)備或維護(hù)終端中；或者，所述的監(jiān)控信息記錄模塊設(shè)置于維護(hù)組播網(wǎng)絡(luò)接入設(shè)備中并與遠(yuǎn)端的管理維護(hù)設(shè)備或維護(hù)終端連接。
4.一種監(jiān)控組播用戶的實(shí)現(xiàn)方法，其特征在于，包括在網(wǎng)絡(luò)中，當(dāng)監(jiān)測到組播用戶發(fā)送的組播報(bào)文時(shí)，則對(duì)組播報(bào)文的相關(guān)信息進(jìn)行監(jiān)控，并記錄監(jiān)控到的所述組播報(bào)文的相關(guān)信息。
5.根據(jù)權(quán)利要求4所述的監(jiān)控組播用戶的實(shí)現(xiàn)方法，其特征在于，所述的組播報(bào)文的相關(guān)信息包括加入或離開組播組的組播用戶信息、加入或離開組播組的時(shí)間、加入或離開的組播組信息和/或針對(duì)組播加入或離開報(bào)文的處理結(jié)果信息。
6.根據(jù)權(quán)利要求4或5所述的監(jiān)控組播用戶的實(shí)現(xiàn)方法，其特征在于，該方法包括當(dāng)監(jiān)測到組播用戶發(fā)送的組播加入或離開報(bào)文時(shí)，則記錄接收所述的報(bào)文的時(shí)間作為加入或離開組播組的時(shí)間，記錄發(fā)送報(bào)文的組播用戶信息作為加入或離開組播組的用戶信息，記錄所述報(bào)文中承載的組播用戶要求加入或離開的組播組信息。
7.根據(jù)權(quán)利要求6所述的監(jiān)控組播用戶的實(shí)現(xiàn)方法，其特征在于，該方法還包括監(jiān)控對(duì)所述的組播用戶發(fā)送的組播加入或離開報(bào)文的處理結(jié)果信息，記錄所述的處理結(jié)果信息。
8.根據(jù)權(quán)利要求7所述的監(jiān)控組播用戶的實(shí)現(xiàn)方法，其特征在于，所述的處理結(jié)果信息包括加入或離開組播組成功的信息，加入或離開組播組失敗的消息，以及加入或離開組播組失敗的原因信息。
9.根據(jù)權(quán)利要求4或5所述的監(jiān)控組播用戶的實(shí)現(xiàn)方法，其特征在于，所述的方法具體包括在網(wǎng)絡(luò)中，當(dāng)監(jiān)測到組播用戶發(fā)送的組播加入或離開報(bào)文時(shí)，對(duì)所述報(bào)文進(jìn)行識(shí)別和鑒權(quán)處理，處理完畢后，記錄組播用戶加入或離開組播組的時(shí)間、組播用戶的信息和請(qǐng)求加入或離開的組播組信息；對(duì)所述經(jīng)過識(shí)別和鑒權(quán)處理的報(bào)文進(jìn)行加入或離開組播組處理，處理完畢后，記錄相應(yīng)的加入或離開組播組的處理結(jié)果信息。
10.根據(jù)權(quán)利要求4或5所述的監(jiān)控組播用戶的實(shí)現(xiàn)方法，其特征在于，該方法還包括將監(jiān)控記錄的組播報(bào)文的相關(guān)信息實(shí)時(shí)或定時(shí)通過命令行或連接接口提供給維護(hù)終端和/或管理維護(hù)設(shè)備。
11.根據(jù)權(quán)利要求10所述的監(jiān)控組播用戶的實(shí)現(xiàn)方法，其特征在于，將監(jiān)控記錄的組播報(bào)文的相關(guān)信息承載于基于接入設(shè)備與管理維護(hù)設(shè)備間運(yùn)行的任何一種協(xié)議構(gòu)造的報(bào)文中，發(fā)送給所述的管理維護(hù)設(shè)備。
全文摘要
本發(fā)明涉及一種監(jiān)控組播用戶的裝置及實(shí)現(xiàn)方法。本發(fā)明的核心是在網(wǎng)絡(luò)中，當(dāng)監(jiān)測到組播用戶發(fā)送的組播加入或離開報(bào)文時(shí)，則對(duì)組播加入或離開報(bào)文的相關(guān)信息進(jìn)行監(jiān)控，其中包括針對(duì)所述報(bào)文的處理結(jié)果信息，然后記錄監(jiān)控到的所述組播報(bào)文的相關(guān)信息，以便于服務(wù)提供商可以獲得組播用戶加入或離開組播組的相關(guān)信息。由于本發(fā)明可以根據(jù)實(shí)時(shí)監(jiān)控組播用戶加入離開組播組的信息，并可以簡單定位組播用戶的異常離開組播的原因，比如組播用戶老化，表明沒有收到正常IGMP協(xié)議報(bào)文，等等。因此，本發(fā)明的實(shí)現(xiàn)使得服務(wù)提供商可以收集到足夠的組播用戶的相關(guān)信息，以用于進(jìn)行收視率的統(tǒng)計(jì)、熱點(diǎn)頻道的統(tǒng)計(jì)等。
文檔編號(hào)H04L12/24GK1889472SQ20051008016
公開日2007年1月3日 申請(qǐng)日期2005年6月30日 優(yōu)先權(quán)日2005年6月30日
發(fā)明者王德義 申請(qǐng)人:華為技術(shù)有限公司