專利名稱：連接接納控制的方法、系統(tǒng)、邊緣路由及資源管理設(shè)備的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信技術(shù)領(lǐng)域，特別涉及連接接納控制的方法、系統(tǒng)、邊緣路由及資源
管理設(shè)備。
背景技術(shù)：
參閱圖l，在現(xiàn)有的通信技術(shù)領(lǐng)域中，接入?yún)R聚網(wǎng)絡(luò)包括用戶接入節(jié)點(AccessNetwork, AN)如數(shù)字用戶線路接入復(fù)用器(DSLAM)、用戶接入?yún)R聚節(jié)點(UPE)、核心網(wǎng)接入節(jié)點(NPE)以及UPE和NPE之間的匯聚網(wǎng)絡(luò)等。其中NPE可以包括遠程寬帶接入服務(wù)器(Broadband Remote AccessService， BRAS)、業(yè)務(wù)路由器(Service Router, SR)等多種業(yè)務(wù)的服務(wù)器，且在每種NPE下可以有多個具體的服務(wù)提供商的服務(wù)器(InternetServiceProvider， ISP)。這種情況下，通過資源管理服務(wù)器(Resource Manager, RM)來調(diào)節(jié)多臺業(yè)務(wù)服務(wù)器對上行接入網(wǎng)寬帶資源的共享。ISP根據(jù)用戶點播情況，并通過接入?yún)R聚網(wǎng)絡(luò)發(fā)送業(yè)務(wù)數(shù)據(jù)給終端，隨著點播技術(shù)的發(fā)展，節(jié)目頻道數(shù)量快速增加，而接入?yún)R聚網(wǎng)絡(luò)帶寬有限，必須限制注入接入?yún)R聚網(wǎng)絡(luò)中的允許點播帶寬和頻道數(shù)量。
現(xiàn)有的組播連結(jié)接納控制(Connection Admission Control,CAC)方法為用戶通過終端點播頻道節(jié)目，在UPE上控制連結(jié)AN節(jié)點的下行鏈路、連結(jié)匯聚網(wǎng)絡(luò)的上行鏈路，配置和調(diào)整允許點播的頻道數(shù)量及總寬帶，可以防止過多的頻道點播數(shù)量超出接入?yún)R聚網(wǎng)絡(luò)中物理鏈路的能力；在NPE上，限制連結(jié)到匯聚網(wǎng)絡(luò)的頻道總數(shù)和最大帶寬，從而形成多級CAC控制。 在對上述現(xiàn)有技術(shù)進行研究和實踐的過程中，本發(fā)明的發(fā)明人發(fā)現(xiàn)現(xiàn)有的連結(jié)接納控制方法中，用戶點播業(yè)務(wù)后，邊緣路由設(shè)備UPE和NPE對連接到匯聚網(wǎng)絡(luò)的業(yè)務(wù)數(shù)量及總寬帶進行限制，當多個ISP是根據(jù)各自的設(shè)置下發(fā)相應(yīng)的業(yè)務(wù)數(shù)據(jù)時，由于受到下行鏈路的寬帶限制，用戶無法接收到全部的業(yè)務(wù)數(shù)據(jù)，從而造成點播業(yè)務(wù)失敗，傳輸數(shù)據(jù)的浪費，及網(wǎng)絡(luò)資源的浪費。

發(fā)明內(nèi)容
本發(fā)明提供連接接納控制方法、系統(tǒng)、邊緣路由及資源管理設(shè)備，通過資源管理設(shè)備對用戶的業(yè)務(wù)數(shù)據(jù)所占資源進行管理，節(jié)省了網(wǎng)絡(luò)資源。
本發(fā)明提供的一種連接接納控制的方法，包括 偵聽到運營商服務(wù)器發(fā)送的組管理協(xié)議IGMP加入消息后，發(fā)送請求消息給資源管理設(shè)備，所述請求消息中包含用戶標識及用戶標識對應(yīng)的點播業(yè)務(wù)，請求所述資源管理設(shè)備根據(jù)所述用戶標識及其對應(yīng)的點播業(yè)務(wù)判斷所述用戶標識對應(yīng)的用戶能否接納點播業(yè)務(wù)； 接收所述資源管理設(shè)備返回的結(jié)果消息； 當所述結(jié)果消息包括標識所述用戶標識對應(yīng)的用戶能接納所述點播業(yè)務(wù)的信息，根據(jù)所述IGMP加入消息建立IGMP組播復(fù)制轉(zhuǎn)發(fā)表，并下發(fā)所述IGMP組播復(fù)制轉(zhuǎn)發(fā)表。
本發(fā)明提供的一種連接接納控制的方法，包括 接收邊緣路由設(shè)備發(fā)送的請求消息，所述請求消息中包含用戶標識及用戶標識對應(yīng)的點播業(yè)務(wù)； 根據(jù)所述用戶標識，獲得對應(yīng)的資源配置信息； 根據(jù)所述用戶標識對應(yīng)的點播業(yè)務(wù)和所述資源配置信息，判斷所述用戶標識對應(yīng)的用戶是否能接納所述點播業(yè)務(wù)的數(shù)據(jù)，并將判斷結(jié)果返回給所述邊緣路由設(shè)備。
本發(fā)明提供的一種連接接納控制系統(tǒng)，包括 邊緣路由設(shè)備，用于偵聽到運營商服務(wù)器發(fā)送的組管理協(xié)議IGMP加入消息后，發(fā)送請求消息給資源管理設(shè)備，所述請求消息中包含用戶標識及用戶標識對應(yīng)的點播業(yè)務(wù)，請求所述資源管理設(shè)備根據(jù)所述用戶標識及其對應(yīng)的點播業(yè)務(wù)判斷所述用戶標識對應(yīng)的用戶能否接納點播業(yè)務(wù)；接收所述資源管理設(shè)備返回的結(jié)果消息；當所述結(jié)果消息包括標識所述用戶標識對應(yīng)的用戶能接納所述點播業(yè)務(wù)的信息，根據(jù)所述IGMP加入消息建立IGMP組播復(fù)制轉(zhuǎn)發(fā)表，并下發(fā)所述IGMP組播復(fù)制轉(zhuǎn)發(fā)表； 資源管理設(shè)備，用于接收所述邊緣路由設(shè)備發(fā)送的請求消息，所述請求消息中包含用戶標識及用戶標識對應(yīng)的點播業(yè)務(wù)；根據(jù)所述用戶標識，獲得對應(yīng)的資源配置信息；根據(jù)所述用戶標識對應(yīng)的點播業(yè)務(wù)和所述資源配置信息，判斷所述用戶標識對應(yīng)的用戶是否能接納所述點播業(yè)務(wù)的數(shù)據(jù)，并將判斷結(jié)果返回給所述邊緣路由設(shè)備。
本發(fā)明提供的一種邊緣路由設(shè)備，包括 請求發(fā)送單元，用于當偵聽到運營商服務(wù)器發(fā)送的IGMP加入消息，發(fā)送請求消息給資源管理設(shè)備，所述請求消息中包含用戶標識及用戶標識對應(yīng)的點播業(yè)務(wù)，請求所述資源管理設(shè)備根據(jù)所述用戶標識及其對應(yīng)的點播業(yè)務(wù)判斷所述用戶標識對應(yīng)的用戶能否接納點播業(yè)務(wù)； 結(jié)果接收單元，用于接收所述資源管理設(shè)備根據(jù)所述請求發(fā)送單元發(fā)送的請求消息返回的結(jié)果消息； 復(fù)制表發(fā)送單元，用于當所述結(jié)果接收單元接收的結(jié)果消息包括標識所述用戶標識對應(yīng)的用戶能接納所述點播業(yè)務(wù)的信息，根據(jù)所述IGMP加入消息建立IGMP組播復(fù)制轉(zhuǎn)發(fā)表，并下發(fā)所述IGMP組播復(fù)制轉(zhuǎn)發(fā)表。
本發(fā)明提供的一種資源管理設(shè)備RM，包括 請求接收單元，用于接收邊緣路由設(shè)備發(fā)送的請求消息，所述請求消息中包含用戶標識及用戶標識對應(yīng)的點播業(yè)務(wù)； 信息獲得單元，用于根據(jù)所述請求接收單元接收的請求消息中的用戶標識，獲得對應(yīng)的資源配置信息； 判斷單元，用于根據(jù)所述請求接收單元接收的請求消息中的用戶標識對應(yīng)的點播業(yè)務(wù)和所述信息獲得單元獲得的資源配置信息判斷所述用戶標識對應(yīng)的用戶是否能接納所述點播的業(yè)務(wù)數(shù)據(jù)； 結(jié)果返回單元，用于返回所述判斷單元判斷的判斷結(jié)果給所述邊緣路由設(shè)備。
本發(fā)明實施例中的連接接納控制方法是，在ISP下發(fā)業(yè)務(wù)數(shù)據(jù)后，UPE或NPE并不是將這些業(yè)務(wù)數(shù)據(jù)組播給相應(yīng)的用戶，而是向資源管理設(shè)備發(fā)送請求消息，請求判斷用戶是否能接納點播業(yè)務(wù)的數(shù)據(jù)，在資源管理設(shè)備確認用戶可以接納業(yè)務(wù)數(shù)據(jù)后，才進行組播，和現(xiàn)有技術(shù)中無論用戶是否都能接納業(yè)務(wù)數(shù)據(jù)都進行組播相比，本實施例的方法節(jié)省了數(shù)據(jù)的傳輸，同時節(jié)省了網(wǎng)絡(luò)資源。


為了更清楚地說明本發(fā)明實施例或現(xiàn)有技術(shù)中的技術(shù)方案，下面將對實施例或現(xiàn)有技術(shù)描述中所需要使用的附圖作簡單地介紹，顯而易見地，下面描述中的附圖僅僅是本發(fā)明的一些實施例，對于本領(lǐng)域普通技術(shù)人員來講，在不付出創(chuàng)造性勞動性的前提下，還可以根據(jù)這些附圖獲得其他的附圖。
圖1是現(xiàn)有技術(shù)中接入?yún)R聚網(wǎng)絡(luò)的網(wǎng)絡(luò)結(jié)構(gòu)圖； 圖2是本發(fā)明方法實施例提供的一種連接接納控制的方法的信令流程圖； 圖3是本發(fā)明方法實施例提供的判斷用戶標識對應(yīng)的用戶是否能接納點播的業(yè)
務(wù)數(shù)據(jù)的方法流程圖； 圖4是本發(fā)明系統(tǒng)實施例提供的一種連接接納控制的系統(tǒng)的結(jié)構(gòu)示意 圖5是本發(fā)明實施例提供的一種資源管理設(shè)備的結(jié)構(gòu)示意 圖6是本發(fā)明實施例提供的另一種資源管理設(shè)備的結(jié)構(gòu)示意 圖7是本發(fā)明實施例提供的又一種資源管理設(shè)備的結(jié)構(gòu)示意 圖8是本發(fā)明實施例提供的一種邊緣路由設(shè)備的結(jié)構(gòu)示意圖。
具體實施例方式
下面將結(jié)合本發(fā)明實施例中的附圖，對本發(fā)明實施例中的技術(shù)方案進行清楚、完整地描述，顯然，所描述的實施例僅僅是本發(fā)明一部分實施例，而不是全部的實施例?；诒景l(fā)明中的實施例，本領(lǐng)域普通技術(shù)人員在沒有做出創(chuàng)造性勞動前提下所獲得的所有其他實施例，都屬于本發(fā)明保護的范圍。 如圖2所示一種連接接納控制的方法，其信令流程圖包括
步驟101、用戶點播業(yè)務(wù)； 用戶可以通過各個服務(wù)提供商提供的業(yè)務(wù)客戶平臺進行業(yè)務(wù)的點播。
步驟102、點播的業(yè)務(wù)通過接入?yún)R聚網(wǎng)連接到對應(yīng)的ISP。 在這個過程中點播的業(yè)務(wù)要經(jīng)過AN節(jié)點、UPE節(jié)點、匯聚網(wǎng)絡(luò)，NPE節(jié)點，最后連接到ISP，其中，UPE和NPE根據(jù)上行資源狀況、用戶點播情況及設(shè)備內(nèi)設(shè)置的資源信息、自身的策略信息等信息對所述用戶點播節(jié)目的接入進行調(diào)整，來限制接入?yún)R聚網(wǎng)絡(luò)的寬帶。
例如不同的用戶點播節(jié)目的總數(shù)為IO個，且IO個節(jié)目需要通過兩個不同的NPE連接到ISP，如果這10個節(jié)目的總寬帶大于當前UPE的上行資源，則UPE根據(jù)設(shè)置的兩個不同NPE的優(yōu)先級及比例參數(shù)等進行調(diào)整用戶點播的每個節(jié)目所占用的寬帶，如降低優(yōu)先級比較低的寬帶數(shù)，或保證當前用戶連接的業(yè)務(wù)質(zhì)量等。 步驟103、 ISP根據(jù)用戶的點播情況及預(yù)置的設(shè)置下發(fā)的相應(yīng)的業(yè)務(wù)數(shù)據(jù)。 步驟104、UPE或NPE偵聽到ISP發(fā)送的IGMP加入消息，發(fā)送請求消息給RM，所述
請求消息中包含用戶標識及用戶標識對應(yīng)的點播業(yè)務(wù)，請求所述資源管理設(shè)備根據(jù)所述用
戶標識及其對應(yīng)的點播業(yè)務(wù)判斷所述用戶標識對應(yīng)的用戶能否接納點播業(yè)務(wù)。 這里的IGMP加入消息中可以包括用戶標識如用戶的網(wǎng)絡(luò)地址(IP)、介質(zhì)訪問控制(MAC)地址、線路地址(ID)等，還包括用戶標識對應(yīng)的點播業(yè)務(wù)、點播業(yè)務(wù)的數(shù)據(jù)等。
UPE或NPE根據(jù)IGMP加入消息中的信息，發(fā)送請求消息給RM，請求RM對下發(fā)給到用戶的節(jié)目數(shù)據(jù)所用的資源進行管理。 步驟105、 RM接收請求消息，所述請求消息中包含用戶標識及用戶標識對應(yīng)的點
播業(yè)務(wù)，請求判斷所述用戶標識對應(yīng)的用戶能否接納所述點播業(yè)務(wù)。
步驟106、 RM根據(jù)所述用戶標識，獲得對應(yīng)的資源配置信息。 RM解析所述請求消息獲得與所述用戶標識對應(yīng)的資源配置信息如所述下發(fā)用
戶標識對應(yīng)的點播業(yè)務(wù)數(shù)據(jù)的最小和/或最大允許帶寬、寬帶服務(wù)質(zhì)量(Quality of
Service, QOS)參數(shù)、多個ISP下發(fā)業(yè)務(wù)數(shù)據(jù)的寬帶比例、多個ISP業(yè)務(wù)的優(yōu)先級別等，而RM
獲得的信息除了上述相關(guān)的資源配置信息外，還可以包括下行資源的狀態(tài)信息。 上述這些資源配置信息可以通過從RM預(yù)先配置的資源信息中查找來獲得，這就
需要在步驟105之前RM配置從邊緣路由設(shè)備到用戶的下行鏈路上的資源信息，也可以是從
其它服務(wù)器獲取的。這并不夠成對本發(fā)明的限制。 步驟107、 RM根據(jù)所述用戶標識對應(yīng)的點播業(yè)務(wù)和獲得的資源配置信息判斷所述用戶標識對應(yīng)的用戶是否能接納所述點播的業(yè)務(wù)數(shù)據(jù)，并返回是否能接納的判斷結(jié)果的結(jié)果消息給邊緣路由設(shè)備如UPE或NPE。 可以理解，RM在進行判斷時，可以根據(jù)步驟106中獲得的資源配置信息、下行資源
狀況、用戶點播業(yè)務(wù)的情況等信息來判斷用戶能否接納點播的業(yè)務(wù)數(shù)據(jù)。 參閱圖3， RM在進行判斷時，可以通過以下步驟實現(xiàn) Al、根據(jù)資源配置信息中用戶標識對應(yīng)的點播業(yè)務(wù)數(shù)據(jù)的最大寬帶資源，計算所述用戶標識對應(yīng)的用戶的總寬帶資源； 可以理解，在計算用戶的業(yè)務(wù)數(shù)據(jù)的總寬帶時，包括每個用戶點播的業(yè)務(wù)數(shù)據(jù)的寬帶數(shù)總和及每個用戶使用的承載網(wǎng)絡(luò)的寬帶總和。 A2、判斷步驟Al中計算的總寬帶資源是否大于下行鏈路的寬帶資源，當所述總寬帶資源大于下行鏈路的寬帶資源，則判斷為用戶不能接納點播的業(yè)務(wù)數(shù)據(jù)，可以執(zhí)行步驟A3，也可以不執(zhí)行步驟A3，直接返回不能接納的結(jié)果消息；如果小于或等于，則判斷為用戶能接納點播的業(yè)務(wù)數(shù)據(jù)，則將能接納的結(jié)果消息返回； A3、調(diào)整所述用戶標識對應(yīng)的點播業(yè)務(wù)數(shù)據(jù)所占的資源信息，將調(diào)整后的新的資源信息通過結(jié)果消息返回。 在調(diào)整資源信息時可以根據(jù)點播業(yè)務(wù)的優(yōu)先級及質(zhì)量等參數(shù)進行調(diào)整，如降低優(yōu)先級比較低的寬帶數(shù)，或保證當前用戶連接的業(yè)務(wù)質(zhì)量等。 例如RM根據(jù)3個不同用戶標識A、B、C在步驟106中獲得的資源配置信息為A和B用戶分別點播的3個節(jié)目屬于ISP1，而C點播4個節(jié)目屬于ISP2 ;且在ISP1中的節(jié)目優(yōu)先級不同；且ISP1的優(yōu)先級比ISP2的優(yōu)先級高等信息。在進行判斷時，RM計算結(jié)果為發(fā)送給用戶A、B、C的點播業(yè)務(wù)數(shù)據(jù)的總寬帶不大于下行鏈路的寬帶資源時，可以適當降低ISP2的寬帶數(shù)，但保證該業(yè)務(wù)的正常進行，或降低ISP1中優(yōu)先級比較低的節(jié)目的寬帶數(shù)，并通過結(jié)果消息將不能接納及調(diào)整后的新的資源信息如寬帶參數(shù)返回，還可以直接返回不能接納的結(jié)果消息；若不大于，則執(zhí)行步驟。 步驟108、 UPE或NPE接收所述RM根據(jù)所述請求消息返回的結(jié)果消息。
步驟109、當所述結(jié)果消息包括標識所述用戶標識對應(yīng)的用戶能接納所述點播業(yè)務(wù)的信息，UPE或NPE根據(jù)所述IGMP加入消息建立IGMP組播復(fù)制轉(zhuǎn)發(fā)表，并下發(fā)所述IGMP組播復(fù)制轉(zhuǎn)發(fā)表。 這里的IGMP組播轉(zhuǎn)發(fā)表為點播業(yè)務(wù)與用戶的對應(yīng)關(guān)系，如一個點播業(yè)務(wù)對應(yīng)于4個不同的用戶。NPE或者UPE可以通過接入節(jié)點控制協(xié)議(AccessNode ControlProtocol, ANCP)下發(fā)IGMP組播復(fù)制轉(zhuǎn)發(fā)表。 在本步驟中，當所述結(jié)果消息中包括標識用戶不能接納所述點播業(yè)務(wù)的信息，可以下發(fā)點播失敗的消息；如果在結(jié)果消息中包括新的資源配置信息如上述步驟A3中調(diào)整的新的資源信息，則可以根據(jù)新的資源配置信息及IGMP加入消息中的信息建立IGMP組播復(fù)制轉(zhuǎn)發(fā)表。例如新的資源配置信息如寬帶參數(shù)添加到IGMP組播復(fù)制轉(zhuǎn)發(fā)表中，與點播業(yè)務(wù)及用戶對應(yīng)起來。 步驟110、AN接收到IGMP組播復(fù)制轉(zhuǎn)發(fā)表，根據(jù)所述IGMP組播復(fù)制轉(zhuǎn)發(fā)表進行業(yè)務(wù)數(shù)據(jù)的組播。 AN根據(jù)IGMP組播轉(zhuǎn)發(fā)表中點播業(yè)務(wù)與用戶的對應(yīng)關(guān)系，將每個業(yè)務(wù)數(shù)據(jù)組播給相應(yīng)的用戶。 可見，本發(fā)明實施例中，ISP下發(fā)業(yè)務(wù)數(shù)據(jù)后，UPE或NPE并不是將這些業(yè)務(wù)數(shù)據(jù)組播給相應(yīng)的用戶，而是向資源管理設(shè)備發(fā)送請求消息請求判斷用戶是否能接納點播業(yè)務(wù)的數(shù)據(jù)，在資源管理設(shè)備確認用戶可以接納業(yè)務(wù)數(shù)據(jù)后，才進行組播，和現(xiàn)有技術(shù)中無論用戶是否都能接納業(yè)務(wù)數(shù)據(jù)都進行組播相比，本實施例的方法節(jié)省了數(shù)據(jù)的傳輸，同時節(jié)省了網(wǎng)絡(luò)資源； 另外，資源管理設(shè)備確認用戶不能接納業(yè)務(wù)數(shù)據(jù)時，可以做適當調(diào)整到下行鏈路
資源的資源之內(nèi)，再由UPE或NPE根據(jù)調(diào)整后的新的資源信息組播業(yè)務(wù)數(shù)據(jù)，這樣使得用戶
在網(wǎng)絡(luò)較忙的時候，也可以收看點播的業(yè)務(wù)數(shù)據(jù)，提高了用戶體驗。 如圖4為一種連接接納控制的系統(tǒng)的結(jié)構(gòu)示意圖，具體包括 邊緣路由設(shè)備200，用于偵聽到運營商服務(wù)器發(fā)送的IGMP加入消息后，發(fā)送請求
消息給資源管理設(shè)備ioo，所述請求消息中包含用戶標識及用戶標識對應(yīng)的點播業(yè)務(wù)，請求
所述資源管理設(shè)備100根據(jù)所述用戶標識及其對應(yīng)的點播業(yè)務(wù)判斷所述用戶標識對應(yīng)的用戶能否接納點播業(yè)務(wù)；接收所述資源管理設(shè)備100返回的結(jié)果消息；當所述結(jié)果消息包括標識所述用戶標識對應(yīng)的用戶能接納所述點播業(yè)務(wù)的信息，根據(jù)所述IGMP加入消息建立IGMP組播復(fù)制轉(zhuǎn)發(fā)表，并下發(fā)所述IGMP組播復(fù)制轉(zhuǎn)發(fā)表。 資源管理設(shè)備IOO，用于接收邊緣路由設(shè)備200發(fā)送的請求消息，所述請求消息中
包含用戶標識及用戶標識對應(yīng)的點播業(yè)務(wù)；根據(jù)所述用戶標識獲得對應(yīng)的資源配置信息；
根據(jù)所述用戶標識對應(yīng)的點播業(yè)務(wù)和所述資源配置信息判斷所述用戶標識對應(yīng)的用戶是
否能接納所述點播業(yè)務(wù)的數(shù)據(jù)，并將判斷結(jié)果返回給所述邊緣路由設(shè)備200。 本發(fā)明實施的通信系統(tǒng)中，在ISP下發(fā)業(yè)務(wù)數(shù)據(jù)后，邊緣路由設(shè)備200并不是將這
些業(yè)務(wù)數(shù)據(jù)組播給相應(yīng)的用戶，而是向資源管理設(shè)備ioo請求資源的管理，在資源管理設(shè)
備100確認用戶可以接納業(yè)務(wù)數(shù)據(jù)后，才進行組播，和現(xiàn)有技術(shù)中無論用戶是否都能接納
業(yè)務(wù)數(shù)據(jù)都進行組播相比，本實施例的方法節(jié)省了數(shù)據(jù)的傳輸，同時節(jié)省了網(wǎng)絡(luò)資源。
如圖5為一種資源管理設(shè)備的結(jié)構(gòu)示意圖，具體包括
8
請求接收單元IO，用于接收邊緣路由設(shè)備發(fā)送的請求消息，所述請求消息中包含用戶標識及用戶標識對應(yīng)的點播業(yè)務(wù)，請求判斷所述用戶標識對應(yīng)的用戶能否接納所述點播業(yè)務(wù)； 信息獲得單元ll，用于根據(jù)所述請求接收單元10接收的請求消息中的用戶標識獲得相關(guān)的資源配置信息； 信息獲得單元11獲得的與所述用戶標識相關(guān)的資源配置信息如所述下發(fā)用戶標識對應(yīng)的點播業(yè)務(wù)數(shù)據(jù)的最小和/或最大允許帶寬、Q0S參數(shù)、多個ISP下發(fā)業(yè)務(wù)數(shù)據(jù)的寬帶比例、多個ISP業(yè)務(wù)的優(yōu)先級別等，除了上述相關(guān)的資源配置信息外，信息獲得單元11還可以包括下行資源的狀態(tài)信息。 判斷單元12，用于根據(jù)所述請求接收單元10接收的請求消息中的用戶標識對應(yīng)的點播業(yè)務(wù)和所述信息獲得單元11獲得的資源配置信息判斷所述用戶標識對應(yīng)的用戶是否能接納所述點播的業(yè)務(wù)數(shù)據(jù)； 結(jié)果返回單元13，用于返回所述判斷單元12判斷的判斷結(jié)果給所述邊緣路由設(shè)備。 本發(fā)明資源管理設(shè)備的實施例中，在ISP下發(fā)業(yè)務(wù)數(shù)據(jù)后，向通過請求接收單元10接收UPE或NPE發(fā)送的請求資源管理請求消息，在判斷單元12確認用戶可以接納業(yè)務(wù)數(shù)據(jù)后，通過結(jié)果返回單元13將判斷的結(jié)果消息返回，UPE或NPE才進行組播，和現(xiàn)有技術(shù)中資源管理設(shè)備只能管理接入?yún)R聚網(wǎng)絡(luò)的上行資源相比，本實施例的資源管理設(shè)備可以有效管理服務(wù)器發(fā)送業(yè)務(wù)數(shù)據(jù)的下行資源，使得用戶能很好的接收業(yè)務(wù)數(shù)據(jù)，提高了用戶體驗。
如圖6所示一種資源管理設(shè)備的結(jié)構(gòu)示意圖，本實施例中細化了判斷單元12，所述判斷單元12包括 計算單元120，用于根據(jù)所述信息獲得單元11獲得的資源配置信息中用戶標識對應(yīng)的點播業(yè)務(wù)數(shù)據(jù)的最大寬帶資源，計算所述請求接收單元10的用戶標識對應(yīng)的用戶的業(yè)務(wù)數(shù)據(jù)的總寬帶資源； 資源判斷單元121，用于判斷所述計算單元計算的總寬帶資源是否大于下行鏈路的寬帶資源，若所述總寬帶資源小于或等于下行鏈路的寬帶資源，則判斷所述用戶標識對應(yīng)的用戶能接納點播的業(yè)務(wù)數(shù)據(jù)。 可以理解，本實施例中結(jié)果返回單元13根據(jù)所述判斷單元12中資源判斷單元121的比較結(jié)果返回的。 本實施例中資源管理設(shè)備通過資源判斷單元121來判斷用戶是否能接納業(yè)務(wù)數(shù)據(jù)，這樣方法比較簡單，且結(jié)構(gòu)簡單，易于實現(xiàn)。 如圖7所示一種資源管理設(shè)備的結(jié)構(gòu)示意圖，本實施例增加了調(diào)整單元14，其中
調(diào)整單元14，用于當所述判斷單元12中的資源判斷單元121判斷的結(jié)果為所述用戶標識對應(yīng)的用戶不能接納點播的業(yè)務(wù)數(shù)據(jù)，調(diào)整所述用戶標識對應(yīng)的點播業(yè)務(wù)數(shù)據(jù)所占的資源信息調(diào)整所述用戶標識對應(yīng)的點播業(yè)務(wù)數(shù)據(jù)所占的資源信息。 本實施例中所述結(jié)果返回單元13，用于將所述調(diào)整單元14調(diào)整后的新的資源信息通過所述結(jié)果消息返回。 本實施例的資源管理設(shè)備在確認用戶不能接納業(yè)務(wù)數(shù)據(jù)時，可以通過調(diào)整單元14做適當調(diào)整到下行鏈路資源的資源之內(nèi)，再由UPE或NPE根據(jù)調(diào)整后的新的資源信息組
9播業(yè)務(wù)數(shù)據(jù)，這樣使得用戶在網(wǎng)絡(luò)較忙的時候，也可以收看點播的業(yè)務(wù)數(shù)據(jù)，提高了用戶體驗。 圖8所示一種邊緣路由設(shè)備400的結(jié)構(gòu)示意圖，具體包括 請求發(fā)送單元40，用于當偵聽到運營商服務(wù)器發(fā)送的IGMP加入消息，發(fā)送請求消息給資源管理設(shè)備，所述請求消息中包含用戶標識及用戶標識對應(yīng)的點播業(yè)務(wù)，請求所述資源管理設(shè)備根據(jù)所述用戶標識及其對應(yīng)的點播業(yè)務(wù)判斷所述用戶標識對應(yīng)的用戶能否接納點播業(yè)務(wù)； 這里的IGMP加入消息中可以包括用戶標識如用戶的網(wǎng)絡(luò)地址(IP)、介質(zhì)訪問控制(MAC)地址、線路地址(ID)等，還包括用戶標識對應(yīng)的點播業(yè)務(wù)、點播業(yè)務(wù)的數(shù)據(jù)等。
結(jié)果接收單元41，用于接收所述資源管理設(shè)備根據(jù)所述請求發(fā)送單元發(fā)送的請求消息返回的結(jié)果消息； 復(fù)制表發(fā)送單元42，用于當所述結(jié)果接收單元41接收的結(jié)果消息包括標識所述用戶標識對應(yīng)的用戶能接納所述點播業(yè)務(wù)時，根據(jù)所述IGMP加入消息建立IGMP組播復(fù)制轉(zhuǎn)發(fā)表，并下發(fā)所述IGMP組播復(fù)制轉(zhuǎn)發(fā)表。 這里的IGMP組播轉(zhuǎn)發(fā)表為點播業(yè)務(wù)與用戶的對應(yīng)關(guān)系，如一個點播業(yè)務(wù)對應(yīng)于
4個不同的用戶。NPE或者UPE可以通過ANCP下發(fā)IGMP組播復(fù)制轉(zhuǎn)發(fā)表。 本發(fā)明實施例的邊緣路由設(shè)備400可以為UPE或NPE，在ISP下發(fā)業(yè)務(wù)數(shù)據(jù)后，不
是將這些業(yè)務(wù)數(shù)據(jù)組播給相應(yīng)的用戶，而是向資源管理設(shè)備請求資源的管理，在資源管理
設(shè)備確認用戶可以接納業(yè)務(wù)數(shù)據(jù)后，才進行組播，和現(xiàn)有技術(shù)中無論用戶是否都能接納業(yè)
務(wù)數(shù)據(jù)都進行組播相比，本實施例的方法節(jié)省了數(shù)據(jù)的傳輸，同時節(jié)省了網(wǎng)絡(luò)資源。 從上述本發(fā)明的連接接納控制的方法、系統(tǒng)、邊緣路由及資源管理設(shè)備可以看出，
本發(fā)明能帶來如下有益效果 在ISP下發(fā)業(yè)務(wù)數(shù)據(jù)后，UPE或NPE并不是將這些業(yè)務(wù)數(shù)據(jù)組播給相應(yīng)的用戶，而
是向資源管理設(shè)備發(fā)送請求消息，請求判斷用戶是否能接納點播的業(yè)務(wù)數(shù)據(jù)，在資源管理
設(shè)備確認用戶可以接納業(yè)務(wù)數(shù)據(jù)后，才進行組播，和現(xiàn)有技術(shù)中無論用戶是否都能接納業(yè)
務(wù)數(shù)據(jù)都進行組播相比，本實施例的方法節(jié)省了數(shù)據(jù)的傳輸，同時節(jié)省了網(wǎng)絡(luò)資源； 另外，資源管理設(shè)備確認用戶不能接納業(yè)務(wù)數(shù)據(jù)時，可以做適當調(diào)整到下行鏈路
資源的資源之內(nèi)，再由UPE或NPE根據(jù)調(diào)整后的新的資源信息組播業(yè)務(wù)數(shù)據(jù)，這樣使得用戶
在網(wǎng)絡(luò)較忙的時候，也可以收看點播的業(yè)務(wù)數(shù)據(jù)，提高了用戶體驗。 本領(lǐng)域普通技術(shù)人員可以理解上述實施例的各種方法中的全部或部分步驟是可以通過程序來指令相關(guān)的硬件來完成，該程序可以存儲于一計算機可讀存儲介質(zhì)中，存儲介質(zhì)可以包括R0M、RAM、磁盤或光盤等。 以上對本發(fā)明實施例所提供的連接接納控制的方法、系統(tǒng)、邊緣路由及資源管理設(shè)備進行了詳細介紹，本文中應(yīng)用了具體的實施例對本發(fā)明的原理及實施方式進行了闡述，以上實施例的說明只是用于幫助理解本發(fā)明的方法及其核心思想；同時，對于本領(lǐng)域的一般技術(shù)人員，依據(jù)本發(fā)明的思想，在具體實施方式
及應(yīng)用范圍上均會有改變之處，綜上所述，本說明書內(nèi)容不應(yīng)理解為對本發(fā)明的限制。
權(quán)利要求
一種連接接納控制的方法，其特征在于，包括偵聽到運營商服務(wù)器發(fā)送的組管理協(xié)議IGMP加入消息后，發(fā)送請求消息給資源管理設(shè)備，所述請求消息中包含用戶標識及用戶標識對應(yīng)的點播業(yè)務(wù)，請求所述資源管理設(shè)備根據(jù)所述用戶標識及其對應(yīng)的點播業(yè)務(wù)判斷所述用戶標識對應(yīng)的用戶能否接納點播業(yè)務(wù)；接收所述資源管理設(shè)備返回的結(jié)果消息；當所述結(jié)果消息包括標識所述用戶標識對應(yīng)的用戶能接納所述點播業(yè)務(wù)的信息時，根據(jù)所述IGMP加入消息建立IGMP組播復(fù)制轉(zhuǎn)發(fā)表，并下發(fā)所述IGMP組播復(fù)制轉(zhuǎn)發(fā)表。
2. 如權(quán)利要求1所述的方法，其特征在于，當所述資源管理設(shè)備返回的結(jié)果消息包括新的資源配置信息，則根據(jù)所述新的資源配置信息及IGMP加入消息建立IGMP組播復(fù)制轉(zhuǎn)發(fā)表。
3. 如權(quán)利要求1或2所述的方法，其特征在于，所述下發(fā)所述IGMP組播復(fù)制轉(zhuǎn)發(fā)表是通過接入節(jié)點控制協(xié)議ANCP發(fā)送的。
4. 一種連接接納控制的方法，其特征在于，包括接收邊緣路由設(shè)備發(fā)送的請求消息，所述請求消息中包含用戶標識及用戶標識對應(yīng)的點播業(yè)務(wù)；根據(jù)所述用戶標識，獲得對應(yīng)的資源配置信息；根據(jù)所述用戶標識對應(yīng)的點播業(yè)務(wù)和所述資源配置信息，判斷所述用戶標識對應(yīng)的用戶是否能接納所述點播業(yè)務(wù)的數(shù)據(jù)，并將判斷結(jié)果返回給所述邊緣路由設(shè)備。
5. 如權(quán)利要求4所述的方法，其特征在于，所述根據(jù)所述用戶標識對應(yīng)的點播業(yè)務(wù)和所述資源配置信息，判斷所述用戶標識對應(yīng)的用戶是否能接納所述點播業(yè)務(wù)的數(shù)據(jù)具體包括根據(jù)所述資源配置信息中所述用戶標識對應(yīng)的點播業(yè)務(wù)數(shù)據(jù)的最大寬帶資源，計算所述用戶標識對應(yīng)的用戶的業(yè)務(wù)數(shù)據(jù)的總寬帶資源；判斷所述總寬帶資源是否大于下行鏈路的寬帶資源；當所述總寬帶資源小于或等于下行鏈路的寬帶資源，則判斷所述用戶標識對應(yīng)的用戶能接納點播的業(yè)務(wù)數(shù)據(jù)。
6. 如權(quán)利要求5所述的方法，其特征在于，當所述用戶標識對應(yīng)的用戶不能接納所述點播的業(yè)務(wù)，還包括調(diào)整所述用戶標識對應(yīng)的點播業(yè)務(wù)數(shù)據(jù)所占的資源信息；將調(diào)整后的新的資源信息通過所述結(jié)果消息返回。
7. 如權(quán)利要求4所述的方法，其特征在于，所述資源配置信息為以下的一種或幾種所述用戶標識對應(yīng)的點播業(yè)務(wù)的最大帶寬、寬帶服務(wù)質(zhì)量QOS參數(shù)、多個服務(wù)提供商的服務(wù)器ISP下發(fā)業(yè)務(wù)數(shù)據(jù)的帶寬比例、多個ISP的優(yōu)先級別。
8. —種連接接納控制的系統(tǒng)，其特征在于，包括邊緣路由設(shè)備，用于偵聽到運營商服務(wù)器發(fā)送的組管理協(xié)議IGMP加入消息后，發(fā)送請求消息給資源管理設(shè)備，所述請求消息中包含用戶標識及用戶標識對應(yīng)的點播業(yè)務(wù)，請求所述資源管理設(shè)備根據(jù)所述用戶標識及其對應(yīng)的點播業(yè)務(wù)判斷所述用戶標識對應(yīng)的用戶能否接納點播業(yè)務(wù)；接收所述資源管理設(shè)備返回的結(jié)果消息；當所述結(jié)果消息包括標識所述用戶標識對應(yīng)的用戶能接納所述點播業(yè)務(wù)的信息，根據(jù)所述IGMP加入消息建立IGMP組播復(fù)制轉(zhuǎn)發(fā)表，并下發(fā)所述IGMP組播復(fù)制轉(zhuǎn)發(fā)表；資源管理設(shè)備，用于接收所述邊緣路由設(shè)備發(fā)送的請求消息，所述請求消息中包含用戶標識及用戶標識對應(yīng)的點播業(yè)務(wù)；根據(jù)所述用戶標識，獲得對應(yīng)的資源配置信息；根據(jù)所述用戶標識對應(yīng)的點播業(yè)務(wù)和所述資源配置信息，判斷所述用戶標識對應(yīng)的用戶是否能接納所述點播業(yè)務(wù)的數(shù)據(jù)，并將判斷結(jié)果返回給所述邊緣路由設(shè)備。
9. 一種邊緣路由設(shè)備，其特征在于，包括請求發(fā)送單元，用于當偵聽到運營商服務(wù)器發(fā)送的IGMP加入消息，發(fā)送請求消息給資源管理設(shè)備，所述請求消息中包含用戶標識及用戶標識對應(yīng)的點播業(yè)務(wù)，請求所述資源管理設(shè)備根據(jù)所述用戶標識及其對應(yīng)的點播業(yè)務(wù)判斷所述用戶標識對應(yīng)的用戶能否接納點播業(yè)務(wù)；結(jié)果接收單元，用于接收所述資源管理設(shè)備根據(jù)所述請求發(fā)送單元發(fā)送的請求消息返回的結(jié)果消息；復(fù)制表發(fā)送單元，用于當所述結(jié)果接收單元接收的結(jié)果消息包括標識所述用戶標識對應(yīng)的用戶能接納所述點播業(yè)務(wù)的信息，根據(jù)所述IGMP加入消息建立IGMP組播復(fù)制轉(zhuǎn)發(fā)表，并下發(fā)所述IGMP組播復(fù)制轉(zhuǎn)發(fā)表。
10. —種資源管理設(shè)備RM，其特征在于，包括請求接收單元，用于接收邊緣路由設(shè)備發(fā)送的請求消息，所述請求消息中包含用戶標識及用戶標識對應(yīng)的點播業(yè)務(wù)；信息獲得單元，用于根據(jù)所述請求接收單元接收的請求消息中的用戶標識，獲得對應(yīng)的資源配置信息；判斷單元，用于根據(jù)所述請求接收單元接收的請求消息中的用戶標識對應(yīng)的點播業(yè)務(wù)和所述信息獲得單元獲得的資源配置信息判斷所述用戶標識對應(yīng)的用戶是否能接納所述點播的業(yè)務(wù)數(shù)據(jù)；結(jié)果返回單元，用于返回所述判斷單元判斷的判斷結(jié)果給所述邊緣路由設(shè)備。
11. 如權(quán)利要求10所述的資源管理設(shè)備，其特征在于，所述判斷單元包括計算單元，用于根據(jù)所述信息獲得單元獲得的資源配置信息中用戶標識對應(yīng)的點播業(yè)務(wù)數(shù)據(jù)的最大寬帶資源，計算所述請求接收單元接收的用戶標識對應(yīng)的用戶的業(yè)務(wù)數(shù)據(jù)的總寬帶資源；資源判斷單元，用于判斷所述計算單元計算的總寬帶資源是否大于下行鏈路的寬帶資源，若所述總寬帶資源小于或等于下行鏈路的寬帶資源，則判斷所述用戶標識對應(yīng)的用戶能接納點播的業(yè)務(wù)數(shù)據(jù)。
12. 如權(quán)利要求IO所述的資源管理設(shè)備，其特征在于，還包括調(diào)整單元，用于當所述判斷單元判斷的結(jié)果為所述用戶標識對應(yīng)的用戶不能接納點播的業(yè)務(wù)數(shù)據(jù)，調(diào)整所述用戶標識對應(yīng)的點播業(yè)務(wù)數(shù)據(jù)所占的資源信息；所述結(jié)果返回單元，用于將所述調(diào)整單元調(diào)整后的新的資源信息返回。
全文摘要
本發(fā)明公開了連接接納控制的方法、系統(tǒng)、邊緣路由及資源管理設(shè)備。本發(fā)明實施例連接接納控制方法為ISP下發(fā)業(yè)務(wù)數(shù)據(jù)后，UPE或NPE向資源管理設(shè)備發(fā)送請求消息，所述請求消息中包含用戶標識及用戶標識對應(yīng)的點播業(yè)務(wù)，請求判斷用戶是否能接納點播業(yè)務(wù)，在資源管理設(shè)備確認用戶可以接納業(yè)務(wù)數(shù)據(jù)后，進行組播，本發(fā)明還提供了邊緣路由設(shè)備及資源管理設(shè)備，通過本發(fā)明實施例節(jié)省了網(wǎng)絡(luò)資源。
文檔編號H04L29/08GK101771596SQ200810188869
公開日2010年7月7日 申請日期2008年12月30日 優(yōu)先權(quán)日2008年12月30日
發(fā)明者子康, 秦浩, 郝衛(wèi)國 申請人:華為技術(shù)有限公司