本發(fā)明涉及通信技術(shù)領(lǐng)域，尤其涉及一種路由通告的方法及裝置。

背景技術(shù)：

下一代組播虛擬專用網(wǎng)絡(luò)(英文：Next Generation-Multicast Virtual Private Network，NG-MVPN)由組播數(shù)據(jù)發(fā)送端(英文：Sender site)、組播數(shù)據(jù)接收端(英文：Receiver site)以及服務(wù)提供商骨干網(wǎng)(英文：Service provider’s backbone)組成，其典型的網(wǎng)絡(luò)場景如圖1所示。其中，發(fā)送端通過用戶網(wǎng)絡(luò)邊緣(英文：Customer Edge，CE)設(shè)備和組播數(shù)據(jù)發(fā)送端服務(wù)提供商網(wǎng)絡(luò)邊緣(英文：Provider Edge，PE)設(shè)備與服務(wù)提供商骨干網(wǎng)相連，接收端通過CE設(shè)備和組播數(shù)據(jù)接收端PE設(shè)備與服務(wù)提供商骨干網(wǎng)相連。

NG-MVPN中建立組播轉(zhuǎn)發(fā)表項(S,G)需要采用邊界網(wǎng)關(guān)協(xié)議(英文：Border Gateway Protocol，BGP)將接收端中的CE設(shè)備的私網(wǎng)組播路由通告給發(fā)送端中的CE設(shè)備，在服務(wù)提供商骨干網(wǎng)中需要通過組播數(shù)據(jù)發(fā)送端PE設(shè)備將私網(wǎng)組播路由通告給組播數(shù)據(jù)接收端PE設(shè)備。目前，基于BGP的私網(wǎng)組播路由通告方法為：如果服務(wù)提供商骨干網(wǎng)中啟動了RR設(shè)備，則組播數(shù)據(jù)發(fā)送端PE設(shè)備將私網(wǎng)組播路由通告RR設(shè)備，之后由RR設(shè)備將私網(wǎng)組播路由通告給服務(wù)提供商骨干網(wǎng)中其他所有的PE設(shè)備；如果服務(wù)提供商骨干網(wǎng)中沒有啟動路由反射(英文：Router Reflector，RR)設(shè)備，組播數(shù)據(jù)發(fā)送端PE設(shè)備將私網(wǎng)組播路由通告給服務(wù)提供商骨干網(wǎng)中其他所有的PE設(shè)備。

在實際應(yīng)用過程中，發(fā)明人發(fā)現(xiàn)NG-MVPN中組播數(shù)據(jù)接收端PE設(shè)備數(shù)量較少和組播數(shù)據(jù)發(fā)送端PE設(shè)備數(shù)量較多，且僅組播數(shù)據(jù)接收端PE設(shè)備才使用私網(wǎng)組播路由，其他的組播數(shù)據(jù)接收端PE設(shè)備將拒絕私網(wǎng)組播路由。因此，采用上述路由通告方法會導(dǎo)致RR設(shè)備或者組播數(shù)據(jù)接收端PE設(shè)備發(fā)送大量無效的路由通告，造成RR設(shè)備或者組播數(shù)據(jù)接收端PE設(shè)備的負(fù)荷較大，以及網(wǎng)絡(luò)資源的浪費。

技術(shù)實現(xiàn)要素：

本發(fā)明提供一種路由通告的方法及裝置，能夠解決私網(wǎng)組播路由通告過程中RR設(shè)備或者組播數(shù)據(jù)接收端PE設(shè)備的負(fù)荷較大，以及網(wǎng)絡(luò)資源浪費的問題。

為達(dá)到上述目的，本發(fā)明采用如下技術(shù)方案：

第一方面，本發(fā)明提供一種路由通告的方法，該方法包括：

獲取待接收私網(wǎng)組播路由的PE設(shè)備的虛擬路由轉(zhuǎn)發(fā)表路由導(dǎo)入屬性(英文：VPN Routing Forwarding Route Import，VRF Route Import)屬性；

在過濾表中查找所述VRF Route Import屬性，所述過濾表用于存儲組播數(shù)據(jù)發(fā)送端PE設(shè)備發(fā)送的虛擬專用網(wǎng)絡(luò)VPN路由的VRF Route Import屬性；

如果所述過濾表中存在所述VRF Route Import屬性，則將所述私網(wǎng)組播路由發(fā)送至所述VRF Route Import屬性對應(yīng)的鄰居PE設(shè)備。

第二方面，本發(fā)明提供一種路由通告的裝置，該裝置包括：

獲取單元，用于獲取待接收私網(wǎng)組播路由的PE設(shè)備的VRF Route Import屬性；

查找單元，用于在過濾表中查找所述獲取單元獲取的VRF Route Import屬性，所述過濾表用于存儲組播數(shù)據(jù)發(fā)送端PE設(shè)備發(fā)送的虛擬專用網(wǎng)絡(luò)VPN路由的VRF Route Import屬性；

發(fā)送單元，用于當(dāng)所述查找單元在所述過濾表中找到所述VRF Route Import屬性時，將所述私網(wǎng)組播路由發(fā)送至所述VRF Route Import屬性對應(yīng)的鄰居PE設(shè)備。

本發(fā)明提供的路由通告的方法及裝置，相比較于現(xiàn)有技術(shù)中將私網(wǎng)組播路由通告給服務(wù)提供商骨干網(wǎng)中其他所有的PE設(shè)備，本發(fā)明通過在過濾表中查找鄰居PE設(shè)備的VRF Route Import屬性，將私網(wǎng)組播路由只通告給組播數(shù)據(jù)發(fā)送端PE設(shè)備。由于NG-MVPN中僅組播數(shù)據(jù)接收端PE設(shè)備才使用私網(wǎng)組播路由，本發(fā)明從發(fā)送端過濾私網(wǎng)組播路由與現(xiàn)有技術(shù)從接收端過濾私網(wǎng)組播路由相比，能夠避免發(fā)送大量無效私網(wǎng)組播路由通告，減少了網(wǎng)絡(luò)資源的浪費，減輕了組播數(shù)據(jù)接收端PE設(shè)備的負(fù)荷，因此，本發(fā)明能夠解決私網(wǎng)組播路由通告過程中RR設(shè)備或者組播數(shù)據(jù)接收端PE設(shè)備的負(fù)荷較大，以及網(wǎng)絡(luò)資源浪費的問題。

附圖說明

為了更清楚地說明本發(fā)明實施例中的技術(shù)方案，下面將對實施例中所需要使用的附圖作簡單地介紹，顯而易見地，下面描述中的附圖僅僅是本發(fā)明的一些實施例，對于本領(lǐng)域普通技術(shù)人員來講，在不付出創(chuàng)造性勞動的前提下，還可以根據(jù)這些附圖獲得其它的附圖。

圖1為本發(fā)明實施例提供的一種具體應(yīng)用場景示意圖；

圖2為本發(fā)明實施例提供的一種路由通告的方法流程圖；

圖3為本發(fā)明實施例提供的另一種路由通告的方法流程圖；

圖4為本發(fā)明實施例提供的另一種路由通告的方法流程圖；

圖5為本發(fā)明實施例提供的一種二叉樹示意圖；

圖6為本發(fā)明實施例提供的另一種路由通告的方法流程圖；

圖7為本發(fā)明實施例提供的一種路由通告的裝置結(jié)構(gòu)示意圖。

具體實施方式

下面將結(jié)合本發(fā)明實施例中的附圖，對本發(fā)明實施例中的技術(shù)方案進(jìn)行清楚、完整地描述，顯然，所描述的實施例僅僅是本發(fā)明一部分實施例，而不是全部的實施例。基于本發(fā)明中的實施例，本領(lǐng)域普通技術(shù)人員在沒有做出創(chuàng)造性勞動前提下所獲得的所有其它實施例，都屬于本發(fā)明保護(hù)的范圍。

本發(fā)明實施例提供一種路由通告的方法，該方法可以應(yīng)用于如圖1所示的NG-MVPN網(wǎng)絡(luò)場景，該方法可以由RR設(shè)備或組播數(shù)據(jù)接收端PE設(shè)備執(zhí)行，在本發(fā)明實施例中以組播數(shù)據(jù)接收端PE設(shè)備為例進(jìn)行說明，如圖2所示，該方法流程具體包括：

101、獲取待接收私網(wǎng)組播路由的PE設(shè)備的VRF Route Import屬性。

在網(wǎng)絡(luò)部署的過程中，PE設(shè)備之間通過發(fā)送VPN路由建立鄰居關(guān)系。其中，組播數(shù)據(jù)發(fā)送端PE設(shè)備向組播數(shù)據(jù)接收端PE設(shè)備發(fā)送的VPN路由中攜帶有VRF Route Import屬性。通過VRF Route Import屬性可以確定唯一的PE設(shè)備，各組播數(shù)據(jù)發(fā)送端PE設(shè)備對應(yīng)的VRF Route Import屬性不同。因此，可以將VRF Route Import屬性作為組播數(shù)據(jù)發(fā)送端PE設(shè)備的標(biāo)識。

組播數(shù)據(jù)接收端PE設(shè)備接收到組播數(shù)據(jù)發(fā)送端PE設(shè)備發(fā)送的VPN路由后，將VPN路由中攜帶的VRF Route Import屬性添加至私網(wǎng)組播路由中。之后，進(jìn)行私網(wǎng)組播路由通告。因此，在本發(fā)明實施例中，可以從私網(wǎng)組播路由中獲取待接收私網(wǎng)組播路由的組播數(shù)據(jù)發(fā)送端PE設(shè)備的VRF Route Import屬性。

102、在過濾表中查找VRF Route Import屬性。

在本發(fā)明實施例中，組播數(shù)據(jù)接收端PE設(shè)備配置有過濾表，該過濾表用于存儲組播數(shù)據(jù)發(fā)送端PE設(shè)備發(fā)送的VPN路由的VRF Route Import屬性。也就是說，過濾表中存儲的VRF Route Import屬性對應(yīng)的PE設(shè)備，是組播數(shù)據(jù)發(fā)送端PE設(shè)備。

在現(xiàn)有技術(shù)中，組播數(shù)據(jù)接收端PE設(shè)備將私網(wǎng)組播路由通告給所有鄰居PE設(shè)備。鄰居PE設(shè)備在接收到私網(wǎng)組播路由通告后，查找私網(wǎng)組播路由通告所攜帶的VRF Route Import屬性。如果鄰居PE設(shè)備在私網(wǎng)組播路由攜帶的VRF Route Import屬性中找到自身對應(yīng)的VRF Route Import屬性，則使用該私網(wǎng)組播路由；否則，丟棄該私網(wǎng)組播路由。這一私網(wǎng)組播路由通告的過程屬于在接收端過濾。

在本發(fā)明實施例中，組播數(shù)據(jù)接收端PE設(shè)備獲取私網(wǎng)組播路由攜帶的VRF Route Import屬性，并在過濾表中查找VRF Route Import屬性。如果組播數(shù)據(jù)接收端PE設(shè)備在過濾表中找到了VRF Route Import屬性，則將私網(wǎng)組播路由發(fā)送至VRF Route Import屬性對應(yīng)的鄰居PE設(shè)備；否則，不將私網(wǎng)組播路由發(fā)送至VRF Route Import屬性對應(yīng)的鄰居PE設(shè)備。這一私網(wǎng)組播路由通告的過程屬于在發(fā)送端過濾。

103、如果過濾表中存在VRF Route Import屬性，則將私網(wǎng)組播路由發(fā)送至VRF Route Import屬性對應(yīng)的鄰居PE設(shè)備。

如果過濾表中存在VRF Route Import屬性，則說明該VRF Route Import屬性對應(yīng)的鄰居PE設(shè)備是組播數(shù)據(jù)發(fā)送端PE設(shè)備。由于組播數(shù)據(jù)發(fā)送端PE設(shè)備需要使用私網(wǎng)組播路由，因此，將私網(wǎng)組播路由發(fā)送至該VRF Route Import屬性對應(yīng)的鄰居PE設(shè)備，有助于建立組播轉(zhuǎn)發(fā)表項(S,G)，并非浪費網(wǎng)絡(luò)資源。

本發(fā)明實施例提供的路由通告的方法，相比較于現(xiàn)有技術(shù)中將私網(wǎng)組播路由通告給服務(wù)提供商骨干網(wǎng)中其他所有的PE設(shè)備，本發(fā)明通過在過濾表中查找鄰居PE設(shè)備的VRF Route Import屬性，將私網(wǎng)組播路由只通告給組播數(shù)據(jù)發(fā)送端PE設(shè)備。由于NG-MVPN中僅組播數(shù)據(jù)接收端PE設(shè)備才使用私網(wǎng)組播路由，本發(fā)明從發(fā)送端過濾私網(wǎng)組播路由與現(xiàn)有技術(shù)從接收端過濾私網(wǎng)組播路由相比，能夠避免發(fā)送大量無效私網(wǎng)組播路由通告，減少了網(wǎng)絡(luò)資源的浪費，減輕了組播數(shù)據(jù)接收端PE設(shè)備的負(fù)荷，因此，本發(fā)明能夠解決私網(wǎng)組播路由通告過程中RR設(shè)備或者組播數(shù)據(jù)接收端PE設(shè)備的負(fù)荷較大，以及網(wǎng)絡(luò)資源浪費的問題。

為了適應(yīng)網(wǎng)絡(luò)的變化，在本發(fā)明實施例的一個實現(xiàn)方式中，可以通過添加、刪除等操作維護(hù)過濾表。因此，在如圖2所示的實現(xiàn)方式的基礎(chǔ)上，還可以實現(xiàn)為如圖3所示的實現(xiàn)方式。其中，在執(zhí)行步驟102在過濾表中查找VRF Route Import屬性之前，還可以執(zhí)行步驟104至步驟106：

104、接收鄰居PE設(shè)備發(fā)送的VPN路由。

由于組播數(shù)據(jù)發(fā)送端PE設(shè)備發(fā)送的VPN路由中攜帶有VRF Route Import屬性，而組播數(shù)據(jù)接收端PE設(shè)備發(fā)送的VPN路由中不攜帶VRF Route Import屬性。因此，當(dāng)從鄰居PE設(shè)備接收到VPN路由之后，可以根據(jù)VPN路由中是否攜帶有VRF Route Import屬性，來確定發(fā)送該VPN路由的鄰居PE設(shè)備是否為組播數(shù)據(jù)發(fā)送端PE設(shè)備。

105、如果VPN路由中攜帶有VRF Route Import屬性，則將VRF Route Import屬性存儲至過濾表中。

當(dāng)VPN路由中攜帶有VRF Route Import屬性時，說明發(fā)送該VPN路由的鄰居PE設(shè)備是組播數(shù)據(jù)發(fā)送端PE設(shè)備，將該VRF Route Import屬性存儲至過濾表中，以便于組播數(shù)據(jù)源接收端PE設(shè)備根據(jù)過濾表確定私網(wǎng)組播路由的通告對象。

106、將VRF Route Import屬性的數(shù)量加一個計數(shù)單位值。

同一個組播數(shù)據(jù)發(fā)送端PE設(shè)備的VRF Route Import屬性相同。由于鄰居PE設(shè)備之間可以多次發(fā)送VPN路由，每發(fā)送一次VPN路由，相當(dāng)于建立了一個VPN通道。也就意味著，組播數(shù)據(jù)接收端PE設(shè)備可能會多次接收到同一個組播數(shù)據(jù)發(fā)送端PE設(shè)備發(fā)送的VPN路由。因此，在本發(fā)明實施例中，組播數(shù)據(jù)接收端PE設(shè)備可以每接收到一次組播數(shù)據(jù)發(fā)送端PE設(shè)備發(fā)送的VPN路由，就將該組播數(shù)據(jù)發(fā)送端PE設(shè)備對應(yīng)的VRF Route Import屬性的數(shù)量加一個計數(shù)單位值。

在本發(fā)明實施例中，VRF Route Import屬性的數(shù)量，可以用計數(shù)器來記錄，計數(shù)器的計數(shù)單位可以設(shè)置為1，也可以設(shè)置為大于1的數(shù)，只要每次增加或者減少計數(shù)器記錄的數(shù)量采用相同的計數(shù)單位即可。

在本發(fā)明實施例的一個實現(xiàn)方式中，在如圖2所示的實現(xiàn)方式的基礎(chǔ)上，還可以實現(xiàn)為如圖4所示的實現(xiàn)方式。其中，在執(zhí)行步驟102在過濾表中查找VRF Route Import屬性之前，還可以執(zhí)行步驟107至步驟110：

107、接收鄰居PE設(shè)備發(fā)送的VPN路由刪除消息。

當(dāng)從鄰居PE設(shè)備接收到VPN路由刪除消息時，將該刪除消息對應(yīng)的VPN路由攜帶的VRF Route Import屬性從過濾表中刪除?？紤]到PE設(shè)備之間可能建立有多個VPN通道。如果組播數(shù)據(jù)接收端PE設(shè)備與某個鄰居PE設(shè)備之間的VPN通道是唯一的，當(dāng)組播數(shù)據(jù)接收端PE設(shè)備接收到鄰居PE設(shè)備發(fā)送的VPN路由刪除消息后，組播數(shù)據(jù)接收端PE設(shè)備與該鄰居PE設(shè)備之間不再有VPN通道；否則，組播數(shù)據(jù)接收端PE設(shè)備與該鄰居PE設(shè)備之間仍然存在VPN通道。

108、確定VRF Route Import屬性的數(shù)量是否為加了一個計數(shù)單位值。如果是，則執(zhí)行步驟109；否則，執(zhí)行步驟110。

109、從過濾表中刪除鄰居PE設(shè)備對應(yīng)的VRF Route Import屬性。

110、將鄰居PE設(shè)備對應(yīng)的VRF Route Import屬性的數(shù)量減一個計數(shù)單位值。

需要說明的是，為了高效處理VRF Route Import屬性的添加、刪除和查詢等操作，在本發(fā)明實施例中可以采用形如圖5所示的二叉樹建立過濾表，在圖5中最下層的節(jié)點可以表示為000、001、010、011、100、101、110和111。VRF Route Import屬性占用64比特位，因此過濾表可以設(shè)計成深度為64的二叉樹。每個比特位的取值為0或1，在本發(fā)明實施例中，可以使用比特位的取值來決定左右子樹。過濾表中每個VRF Route Import屬性對應(yīng)二叉樹的一個節(jié)點，每個節(jié)點上設(shè)計一個計數(shù)器，該計數(shù)器記錄的數(shù)量與該節(jié)點對應(yīng)的VRF Route Import屬性的數(shù)量相等。這樣一來，攜帶VRF Route Import屬性的VPN路由的添加、刪除可以轉(zhuǎn)化為向過濾表添加、刪除VRF Route Import屬性，以及增加、減少計數(shù)器記錄的數(shù)量。計數(shù)器的計數(shù)單位可以設(shè)置為1，也可以設(shè)置為大于1的數(shù)，只要每次增加或者減少計數(shù)器記錄的數(shù)量采用相同的計數(shù)單位即可。

本發(fā)明實施例提供的路由通告的方法，相比較于現(xiàn)有技術(shù)中將私網(wǎng)組播路由通告給服務(wù)提供商骨干網(wǎng)中其他所有的PE設(shè)備，本發(fā)明在解決私網(wǎng)組播路由通告過程中RR設(shè)備或者組播數(shù)據(jù)接收端PE設(shè)備的負(fù)荷較大，以及網(wǎng)絡(luò)資源浪費的問題的基礎(chǔ)上，根據(jù)接收到的VPN路由以及VPN路由刪除消息，完成過濾表的維護(hù)，使得組播數(shù)據(jù)接收端PE設(shè)備能夠根據(jù)過濾表將私網(wǎng)組播路由僅通告給組播數(shù)據(jù)發(fā)送端PE設(shè)備。

為了增加靈活性，在本發(fā)明實施例的一個實現(xiàn)方式中，可以由用戶對過濾表是否生效進(jìn)行配置。因此，在如圖2所示的實現(xiàn)方式的基礎(chǔ)上，還可以實現(xiàn)為如圖6所示的實現(xiàn)方式。其中，在執(zhí)行步驟101從私網(wǎng)組播路由中獲取鄰居PE設(shè)備的VRF Route Import屬性之前，還可以執(zhí)行步驟111：

111、確定過濾表是否處于激活狀態(tài)。如果是，則執(zhí)行步驟101；否則，執(zhí)行步驟112。

112、將私網(wǎng)組播路由發(fā)送至所有的鄰居PE設(shè)備。

本發(fā)明實施例提供的路由通告的方法，在過濾表處于激活狀態(tài)時向過濾表中存在的VRF Route Import屬性對應(yīng)的鄰居PE設(shè)備發(fā)送私網(wǎng)組播路由，從而解決私網(wǎng)組播路由通告過程中RR設(shè)備或者組播數(shù)據(jù)接收端PE設(shè)備的負(fù)荷較大，以及網(wǎng)絡(luò)資源浪費的問題。在過濾表處于未激活狀態(tài)時，向所有鄰居PE設(shè)備發(fā)送私網(wǎng)組播路由，使得過濾表不可用時仍然能夠成功通告私網(wǎng)組播路由。

本發(fā)明實施例提供一種路由通告的裝置20，該裝置20可以用于執(zhí)行如圖2、3、4和6所示的任意一套方法流程，如圖7所示，該裝置20包括：

獲取單元201，用于獲取待接收私網(wǎng)組播私網(wǎng)組播路由的服務(wù)提供商網(wǎng)絡(luò)邊緣PE設(shè)備的虛擬路由轉(zhuǎn)發(fā)表路由導(dǎo)入VRF Route Import屬性。

查找單元202，用于在過濾表中查找獲取單元201獲取的VRF Route Import屬性，過濾表用于存儲組播數(shù)據(jù)發(fā)送端PE設(shè)備發(fā)送的虛擬專用網(wǎng)絡(luò)VPN路由的VRF Route Import屬性。

發(fā)送單元203，用于當(dāng)查找單元202在過濾表中找到VRF Route Import屬性時，將私網(wǎng)組播路由發(fā)送至VRF Route Import屬性對應(yīng)的鄰居PE設(shè)備。

在本發(fā)明實施例的一個實現(xiàn)方式中，裝置20包括：

接收單元204，用于接收鄰居PE設(shè)備發(fā)送的VPN路由。

計數(shù)單元205，用于當(dāng)接收單元204接收的VPN路由中攜帶有VRF Route

Import屬性時，將VRF Route Import屬性存儲至過濾表中，并將VRF Route Import屬性的數(shù)量加一個計數(shù)單位值。

在本發(fā)明實施例的一個實現(xiàn)方式中，接收單元204，還用于接收鄰居PE設(shè)備發(fā)送的VPN路由刪除消息。

計數(shù)單元205，還用于將鄰居PE設(shè)備對應(yīng)的VRF Route Import屬性的數(shù)量減一個計數(shù)單位值。

在本發(fā)明實施例的一個實現(xiàn)方式中，其特征在于，計數(shù)單元205具體用于：

確定VRF Route Import屬性的數(shù)量是否為加了一個計數(shù)單位值；

如是，從過濾表中刪除鄰居PE設(shè)備對應(yīng)的VRF Route Import屬性；

否則，將鄰居PE設(shè)備對應(yīng)的VRF Route Import屬性的數(shù)量減一個計數(shù)單位值。

在本發(fā)明實施例的一個實現(xiàn)方式中，裝置20還包括：

確定單元206，用于確定過濾表的是否處于激活狀態(tài)；

獲取單元201，還用于當(dāng)確定單元206確定過濾表處于激活狀態(tài)時，從私網(wǎng)組播路由中獲取鄰居PE設(shè)備的VRF Route Import屬性；

發(fā)送單元203，還用于當(dāng)確定單元206確定過濾表處于未激活狀態(tài)時，將私網(wǎng)組播路由發(fā)送至所有的鄰居PE設(shè)備。

本發(fā)明實施例提供的路由通告的裝置，相比較于現(xiàn)有技術(shù)中將私網(wǎng)組播路由通告給服務(wù)提供商骨干網(wǎng)中其他所有的PE設(shè)備，本發(fā)明通過在過濾表中查找鄰居PE設(shè)備的VRF Route Import屬性，將私網(wǎng)組播路由只通告給組播數(shù)據(jù)發(fā)送端PE設(shè)備。由于NG-MVPN中僅組播數(shù)據(jù)接收端PE設(shè)備才使用私網(wǎng)組播路由，本發(fā)明從發(fā)送端過濾私網(wǎng)組播路由與現(xiàn)有技術(shù)從接收端過濾私網(wǎng)組播路由相比，能夠避免發(fā)送大量無效私網(wǎng)組播路由通告，減少了網(wǎng)絡(luò)資源的浪費，減輕了組播數(shù)據(jù)接收端PE設(shè)備的負(fù)荷，因此，本發(fā)明能夠解決私網(wǎng)組播路由通告過程中RR設(shè)備或者組播數(shù)據(jù)接收端PE設(shè)備的負(fù)荷較大，以及網(wǎng)絡(luò)資源浪費的問題。

本說明書中的各個實施例均采用遞進(jìn)的方式描述，各個實施例之間相同相似的部分互相參見即可，每個實施例重點說明的都是與其他實施例的不同之處。尤其，對于裝置實施例而言，由于其基本相似于方法實施例，所以描述得比較簡單，相關(guān)之處參見方法實施例的部分說明即可。

本領(lǐng)域普通技術(shù)人員可以理解實現(xiàn)上述實施例方法中的全部或部分流程，是可以通過計算機(jī)程序來指令相關(guān)的硬件來完成，所述的程序可存儲于計算機(jī)可讀取存儲介質(zhì)中，該程序在執(zhí)行時，可包括如上述各方法的實施例的流程。其中，所述的存儲介質(zhì)可為磁碟、光盤、只讀存儲記憶體(英文：Read-Only Memory，ROM)或隨機(jī)存儲記憶體(英文：Random Access Memory，RAM)等。

以上所述，僅為本發(fā)明的具體實施方式，但本發(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)。