專利名稱：：一種實現(xiàn)可控組播中組播流服務質量處理的方法及裝置的制作方法
技術領域：
：本發(fā)明涉及組播技術，尤其涉及一種實現(xiàn)可控組播中組播流服務質量處理的方法及裝置。
背景技術：
：隨著互聯(lián)網(wǎng)上的交互式網(wǎng)絡電視(IPTV，InternetProtocolTelevision)、視頻會議、視頻點播(V0D，VideoOnDemand)等多媒體業(yè)務的大規(guī)模開展，傳統(tǒng)的組播技術由于缺乏對未授權的用戶組播業(yè)務的控制，無法滿足電信運營商可控、可管理的需求，在這種情況下可控組播技術應運而生。所謂可控組播技術就是在原有的組播技術基礎上增加了組播控制策略，從而實現(xiàn)對接入用戶組播業(yè)務的控制。可控組播技術主要包括組播頻道管理、頻道訪問控制(CAC，Channelaccesscontrol)、用戶預覽控制等技術，通過CAC在用戶接口上配置頻道訪問權限，來實現(xiàn)對組播用戶觀看頻道的統(tǒng)一控制和管理。這里，組播頻道即為組播組，可簡稱為頻道。服務質量(QoS，QualityofService)是網(wǎng)絡與用戶之間、以及網(wǎng)絡上互相通信的用戶之間信息傳輸與共享的質量約定，如信息傳輸與共享的可靠性、實時性、可控性等。QoS也是網(wǎng)絡的一種安全機制，用來解決網(wǎng)絡延遲和阻塞等問題。目前，對可控組播業(yè)務中組播流的QoS處理，一般是在現(xiàn)有使用的QoS技術中配置可控組播的頻道等信息，再將QoS技術與可控組播技術分別使用在可控組播系統(tǒng)中來實現(xiàn)。由于QoS技術和可控組播技術兩者互相獨立，使得可控組播的QoS配置針對性不強，從而導致可控組播技術中QoS處理存在缺失，并且，也造成可控組播中QoS配置過程的復雜化。
發(fā)明內容有鑒于此，本發(fā)明的主要目的在于提供一種實現(xiàn)可控組播中組播流QoS處理的方法及裝置，以解決現(xiàn)有可控組播業(yè)務中組播流QoS配置針對性不強，以及QoS配置復雜、QoS處理存在缺失的問題。為達到上述目的，本發(fā)明的技術方案是這樣實現(xiàn)的本發(fā)明提供了一種實現(xiàn)可控組播中組播流服務質量QoS處理的方法，所述方法包括在組播接入控制設備上配置所需的QoS策略；根據(jù)所配置的QoS策略，完成對接收到的組播流和/或要轉發(fā)的組播流的QoS處理。在上述方案中，所述配置所需的QoS策略，具體為根據(jù)組播接入控制設備自身的QoS需求，在創(chuàng)建頻道時配置所述頻道的設備級QoS策略。在上述方案中，根據(jù)所配置的QoS策略，完成對接收到的組播流或要轉發(fā)的組播流的QoS處理具體為在接收到組播流時，對接收到的組播流執(zhí)行所配置的各頻道的設備級QoS策略，對接收到的組播流完成相應的QoS處理。在上述方案中，所述配置所需的QoS策略，具體為根據(jù)用于接收所轉發(fā)的組播流的用戶端的QoS需求，在配置所述各頻道的頻道訪問權限時配置所述各頻道的接口級QoS策略。在上述方案中，配置所述各頻道的接口級QoS策略，具體為根據(jù)用于接收所轉發(fā)的組播流的用戶端的QoS需求，對具有觀看和/或預覽權限的各頻道的配置接口級QoS策略。在上述方案中，根據(jù)所配置的QoS策略，完成對接收到的組播流或要轉發(fā)的組播流的QoS處理具體為，在將接收到的組播流復制到各用于轉發(fā)組播流的接口上后，在各接口上分別執(zhí)行已配置的各頻道的接口級QoS策略，完成對要轉發(fā)組播流的QoS處理。本發(fā)明還提供了一種實現(xiàn)可控組播中組播流QoS處理的裝置，所述裝置包括配置單元、處理單元；其中，配置單元，用于在組播接入控制設備上配置所需的QoS策略；處理單元，用于根據(jù)所述配置單元所配置的QoS策略，完成對接收到的組播流或要轉發(fā)的組播流的QoS處理。在上述方案中，所述配置單元，具體用于根據(jù)組播接入控制設備自身的QoS需求，在創(chuàng)建頻道時配置所述頻道的設備級QoS策略；和/或，根據(jù)接收所轉發(fā)的組播流的用戶端的QoS需求，在配置所述各頻道的頻道訪問權限時配置所述各頻道的接口級QoS策略。在上述方案中，所述處理單元，具體用于在接收到組播流時，對接收到的組播流執(zhí)行所述配置單元所配置的各頻道的設備級QoS策略，對接收到的組播流完成相應的QoS處理；和/或，在將接收到的組播流復制到各用于轉發(fā)組播流的接口上后，在各接口上分別執(zhí)行所述配置單元所配置的各頻道的接口級QoS策略，完成對要轉發(fā)組播流的QoS處理。本發(fā)明所提供的實現(xiàn)可控組播中組播流QoS處理的方法及裝置，在可控組播接入控制設備中配置所需的QoS策略，并根據(jù)所配置的QoS策略完成對所接收到的組播流和/或要轉發(fā)的組播流QoS處理，將現(xiàn)有正在使用的可控組播技術和QoS技術緊密結合，使得可控組播技術能較好地整合常用的QoS策略，既彌補了可控組播技術中QoS能力不足的缺陷，也實現(xiàn)了針對性更強的組播流的QoS管理功能，易于從組播角度實現(xiàn)QoS處理，降低了可控組播在QoS策略的配置上、以及組播流的QoS處理上的復雜性。圖1為本發(fā)明實現(xiàn)可控組播中組播流QoS處理的流程示意圖2為配置所需QoS策略的實現(xiàn)流程示意圖；圖3為對接收到的組播流或要轉發(fā)的組播流進行QoS處理的實現(xiàn)流程示意圖4為實現(xiàn)可控組播業(yè)務的可控組播組系統(tǒng)的組成結構示意圖5為本發(fā)明實現(xiàn)可控組播中組播流QoS處理的裝置組成結構示意圖。具體實施例方式下面結合附圖對本發(fā)明的具體實現(xiàn)方式做詳細介紹。本發(fā)明實現(xiàn)可控組播中組播流QoS處理的方法，應用于可控組播技術中，如圖1所示，主要包括以下步驟步驟101:在組播接入控制設備上配置所需的QoS策略；步驟102:根據(jù)所配置的QoS策略，完成對接收到的組播流和/或要轉發(fā)的組播流的QoS處理。其中，步驟101中配置所需的QoS策略的實現(xiàn)流程，具體可以包括在所述組播接入控制設備上創(chuàng)建頻道時，根據(jù)組播接入控制設備自身的QoS需求，配置所述頻道的設備級QoS策略；和/或，在所述組播接入控制設備上配置各頻道的頻道訪問權限時，根據(jù)用于接收所轉發(fā)的組播流的用戶端的QoS需求，配置所述頻道的接口級QoS策略。具體地，用于實現(xiàn)可控組播業(yè)務的組播接入控制設備中包括頻道管理模塊，該頻道管理模塊用于完成可控組播業(yè)務中的頻道創(chuàng)建、頻道刪除、頻道屬性管理等。在頻道管理模塊創(chuàng)建頻道時，根據(jù)組播接入控制設備自身的QoS需求，配置各頻道的QoS策略并指定各QoS參數(shù)的取值，實現(xiàn)各頻道的設備級QoS策略的配置，以實現(xiàn)對接收到的組播流進行相應的QoS處理。具體的，在頻道創(chuàng)建時，配置設備級QoS策略參照表1所示，表1為各頻道的設備級QoS策略配置實例表<table>tableseeoriginaldocumentpage5</column></row><table>表1其中，承諾接入速率(CAR,CommittedAccessRate)用于限制組播接入控制設備整體或其單個接口上的組播流的速率，配置CAR時一般可以選擇性的配置承諾信息速率(CIR，CommittedInformationRate)、峰值信息速率(PIR，PeakInformationRate)、承諾突發(fā)大小(CBS，CommittedBurstSize)、額外突發(fā)大小(EBS，ExcessBurstSize)及符合組播流的流量要求和超出組播流的流量要求的組播報文的處理動作例，如超出流量要求的組播報文丟棄、重標記等。整形(Sh即ing)用于設置組播流的整形需求，配置Sh即ing時主要需要設置CIR、CBS、PIR、峰值突發(fā)大小(PBS，PeakBurstSize)等。加權隨機早丟棄(WRED，WeightedRandomEarlyDetection)主要用于根據(jù)前面CAR的配置信息，設置每種組播報文的丟棄最大值(max)、丟棄最小值(min)、隨機丟棄概率(percent)等。另外，配置WRED時還可以根據(jù)需要設置各種組播報文的各個每跳行為(PHB，PerHobBehavior)值對應的max、min、percent。具體地，根據(jù)所配置的CAR、Sh即ing和WRED可以對組播流實現(xiàn)如下處理如果組播流的流量小于所設置的CIR取值，則可以實現(xiàn)接收全部組播流或轉發(fā)全部組播流等處理，保證不丟棄，并將接收到的組播報文著色(color)為綠(green);如果組播流的流量在所設置的CIR取值和PIR取值之間，則允許接收該組播流或轉發(fā)該組播流，但將對應的組播報文著色成黃(yellow);如果組播流的流量大于所設置的PIR取值，則將接收到的組播流或要轉發(fā)的組播流直接丟棄，或暫時接收這些組播流或轉發(fā)這些組播流，但將對應的組播報文著色成紅(red)。Shaping中也配置CIR和PIR，主要區(qū)別是Shaping中有緩存但不對組播流進行著色處理。其中，組播流的流量在CIR取值以下的可以對其進行接收或轉發(fā)等處理，流量值在所設置的CIR值到PIR值之間的組播流則放入緩存中，流量值超過PIR值的組播流丟棄。WRED則根據(jù)進行與CAR相應的處理后得到的著色信息，來配置每種顏色報文的丟棄最大值、丟棄最小值、隨機丟棄概率。另外，配置QoS策略中的隊列調度策略時，主要需要配置嚴格優(yōu)先級(SP，StrictPriority)、定制隊列(CQ，CustomQueue)等的byte-count的加權公平隊列(WFQ，WeighedFairQueuing)的權重值(weight)等。對于不同隊列之間，按照所配置的WFQweight值進行對應比例調度。除了組播接入控制設備在創(chuàng)建頻道時配置各頻道的設備級QoS策略外，還可以通過組播接入控制設備的頻道訪問控制模塊(CAC)在接口上為各頻道配置頻道權限時，配置各頻道的接口級QoS策略，以對要轉發(fā)的組播流進行相應的QoS處理。此時所配置的接口級QoS策略及其各參數(shù)的取值，根據(jù)接收所轉發(fā)的組播流的用戶端的QoS需求來確定。具體的，接口級QoS策略的配置可以參照表2所示，表2為各頻道的接口級QoS策略配置實例表6<table>tableseeoriginaldocumentpage7</column></row><table>表2需要說明的是，本發(fā)明不限定接口的具體類型，只要能支持組播轉發(fā)的接口，都可以完成如表2所示的配置，表2是以太網(wǎng)接口的接口級QoS策略的配置實例。其中，一般在配置頻道權限時只是在具體接口上配置頻道的權限，所配置頻道權限包括觀看(permit)、預覽(preview)、查詢(query)、拒絕(deny)，以控制各頻道轉發(fā)組播流或拒絕轉發(fā)組播流。一般，只需對每個具有permit或preview權限的頻道配置指定的QoS策略，即可滿足QoS需求。這里，基于組播的基本原理在組播接入控制設備主要是進行接口之間的復制，即入接口收到組播報文后，每個出接口根據(jù)組播轉發(fā)表復制一份入接口所收到的組播報文并轉發(fā)出去，頻道的設備級QoS策略的配置，既可以應用到接收到的組播流上，也可以應用到復制轉發(fā)出去的每份組播流上。與頻道的設備級QoS策略的配置不同，頻道的接口級QoS策略的配置只可以應用到從該接口轉發(fā)出去的每份組播流上。其中，各頻道的設備級QoS策略和接口級QoS策略可以根據(jù)實際需求分別配置或同時配置；如果只需要滿足組播接入控制設備本身的QoS需求，則可以只配置各頻道的設備級QoS策略；如果只需要滿足用戶端的QoS需求，則可以只配置各頻道的接口級QoS策略；如果需要同時滿足組播接入控制設備本身的QoS需求和各用戶端的QoS需求，則需要同時配置各頻道的設備級QoS策略和接口級QoS策略。如果各頻道同時配置有設備級QoS策略和接口級QoS策略，則將設備級QoS策略應用到所接收到的組播流上，對轉發(fā)出去的每份組播流則應用接口級QoS策略。需要說明的是，本發(fā)明重在實現(xiàn)現(xiàn)在常用的QoS策略的配置與可控組播技術體系的結合，而其中具體QoS策略的實現(xiàn)原理和方法為本領域公知的標準，因此對于其中QoS策略的具體內容和原理在本文中不再做詳細解釋。通過組播接入控制設備的頻道管理模塊和CAC分別完成各頻道的設備級QoS策略7和接口級QoS策略的配置，可以完整地實現(xiàn)組播接入控制設備的QoS管理功能，對收到的和各接口要轉發(fā)的組播流都可以進行QoS管理。這里，本發(fā)明中為組播接入控制設備配置完整的QoS策略，具體流程如圖2所示，主要包括步驟201:創(chuàng)建頻道，并確定各頻道的組地址和MVLAN等基本屬性；步驟202:根據(jù)組播接入控制設備本身的QoS需求，為已創(chuàng)建的頻道配置相應的QoS策略；步驟203:在各接口上配置各頻道的頻道訪問權限，所配置的頻道訪問權限可以包括permit、preview、query、deny等；步驟204:根據(jù)用于接收所述接口轉發(fā)的組播流的用戶端的QoS需求，為所述接口上配有permit、preview權限的各頻道配置相應的QoS策略。其中，步驟102中根據(jù)所配置的QoS策略，對接收到的組播流或要轉發(fā)的組播流進行QoS處理，參照圖3所示，具體可以包括以下流程步驟301:組播接入控制設備接收到組播流，對接收到的組播流執(zhí)行各頻道在創(chuàng)建時所配置的設備級QoS策略，對接收到的組播流完成相應的QoS處理；步驟302:查找組播轉發(fā)表，根據(jù)所查找的組播轉發(fā)表，將接收到的組播流復制到每個用于轉發(fā)組播流的接口上，在各接口上分別對要轉發(fā)的各組播流執(zhí)行各接口上已配置的各頻道的接口級QoS策略，完成對要轉發(fā)組播流的QoS處理；步驟303:將經過QoS處理后的組播流，通過各接口轉發(fā)出去。這里，如果在組播接入控制設備中，只配置有設備級QoS策略，則在步驟302中可省去"在各接口上分別對各組播流執(zhí)行已配置的各頻道的接口級QoS策略"的操作；如果只在接口上配置有各頻道的接口級QoS策略，則將步驟301中對接收到的組播流執(zhí)行設備級QoS策略的操作省去；如果同時配置有設備級QoS策略和接口級QoS策略，則執(zhí)行步驟301-303的全部操作。下面以以太網(wǎng)為模型，對本發(fā)明的在可控組播中實現(xiàn)QoS處理的方法做進一步詳細說明。如圖4所示的以太網(wǎng)組播組系統(tǒng)，圖4所示的組播組系統(tǒng)中包括用于實現(xiàn)IPTV組播業(yè)務的IPTV服務器、數(shù)據(jù)分發(fā)服務器、視頻會議服務器、組播接入控制設備、IPTV用戶端、數(shù)據(jù)分發(fā)用戶端、視頻會議用戶端，以及用于各服務器與組播接入控制設備之間進行組播流傳輸?shù)慕M播核心網(wǎng)絡和用于將各用戶端接入組播接入控制設備的組播接入網(wǎng)絡。常見的IPTV、數(shù)據(jù)分發(fā)、視頻會議等組播業(yè)務中，視頻會議對QoS的要求最高，要求低時延性、低抖動性等；IPTV次之，數(shù)據(jù)分發(fā)的QoS要求相對最低。不同的組播服務器發(fā)送的組播數(shù)據(jù)流的組地址可能會一樣，一般可以通過組播報文的屬性來加以區(qū)分。常用的可以通過組播報文中虛擬局域網(wǎng)(VLAN，VirtualLocalAreaNetwork)的服務優(yōu)先級(COS,ClassofService)的取值、IP報頭的有差別服務編碼點(DSCP，DifferentiatedServicesCodePoint)的取值等來區(qū)分各服務器。例如圖4所示的系統(tǒng)中，數(shù)據(jù)分發(fā)服務器分發(fā)組播流的COS值為0，IPTV服務器發(fā)送組播流的COS值為l，視頻會議服務器發(fā)送組播流的COS值為2。其中，IPTV服務器發(fā)送的組播流有兩條，分別是224.1.1.1-224.1.1.2，數(shù)據(jù)分發(fā)服務器發(fā)送的組播流有一條224.1.1.1;視頻會議服務器發(fā)送的組播流有一條224.1.1.2。組播接入控制設備將這些組播流轉發(fā)到對應的用戶端。對于如圖4所示的組播組系統(tǒng)，實現(xiàn)其QoS處理的方法，包括如下流程首先，在組播接入控制設備上，創(chuàng)建頻道時，根據(jù)組播接入控制設備自身的QoS需求，配置各頻道的設備級QoS策略，根據(jù)上述三種可控組播業(yè)務的優(yōu)先級順序，由高到低依次為視頻會議、IPTV、數(shù)據(jù)分發(fā)，配置設備級QoS策略如下表3，表3為根據(jù)組播接入控制設備自身的QoS需求配置的各頻道的設備級QoS策略實例表<table>tableseeoriginaldocumentpage9</column></row><table><table>tableseeoriginaldocumentpage10</column></row><table>表3其中，由于WFQ只要能區(qū)分隊列就可以在隊列之間進行調度，因此，在配置時，需要首先在單個頻道上對其不同COS值的隊列進行一次COS級的調度配置，然后在整個組播接入控制設備上對所有頻道根據(jù)其組播地址區(qū)分隊列后再進行一次頻道級的WFQ調度配置。其次，在組播接入控制設備中的用于轉發(fā)組播流的接口上配置各頻道的頻道訪問權限時，根據(jù)各用戶端的QoS需求，配置各頻道的接口級QoS策略，根據(jù)上述三種可控組播業(yè)務的優(yōu)先級順序，由高到低依次為視頻會議、IPTV、數(shù)據(jù)分發(fā)，例如對于所有組播流均通過組播接入控制設備的同一接口轉發(fā)組播流的情況，配置的各頻道的接口級QoS策略如下表4，表4為所配置的各頻道的接口級QoS策略實例表<table>tableseeoriginaldocumentpage11</column></row><table>表4最后，在組播接入控制設備接收到各服務器發(fā)送的組播流后，依據(jù)表3所配置的QoS策略對接收到的各組播流進行相應的QoS處理，并在將各組播流復制到所述接口上后，對接口上要轉發(fā)給各客戶端的各組播流再依據(jù)表4所配置的QoS策略進行相應的QoS處理，完成可控組播中組播流的QoS處理。需要說明的是，以上配置實例，只是用于說明如何在可控組播中結合QoS管理功能。實際應用中，如何合理地配置各頻道的QoS策略，需要根據(jù)實際的QoS需求情況而定，本文不再贅述。采用本發(fā)明的方法可以在任何支持可控組播的網(wǎng)絡環(huán)境中，根據(jù)組播接入控制設備的QoS需求對各頻道配置相應的設備級QoS策略，實現(xiàn)對接收到的組播流的QoS管理，還可以根據(jù)各用戶端的QoS需求，在接口對各頻道進行相應的接口級QoS策略配置，實現(xiàn)對轉發(fā)出去的組播流的QoS管理，從而可以比較完備的實現(xiàn)可控組播的QoS處理。本發(fā)明所提供的方法，將QoS技術與可控組播技術緊密結合，從組播轉發(fā)的角度進行有針對性的QoS策略的配置，既彌補了可控組播技術中QoS能力不足的缺陷，也易于從組播角度實現(xiàn)QoS處理，降低了可控組播在QoS策略的配置上及組播流的QoS管理上的復雜性。本發(fā)明的提供的一種實現(xiàn)可控組播中組播流的QoS處理的裝置，如圖5所示，主要包括配置單元51，用于在組播接入控制設備上配置所需的QoS策略；處理單元52，用于根據(jù)所述配置單元51所配置的QoS策略，完成對接收到的組播流或要轉發(fā)的組播流的QoS處理。其中，所述配置單元51具體用于根據(jù)組播接入控制設備自身的QoS需求，在創(chuàng)建頻道時配置所述頻道的設備級QoS策略；和/或，根據(jù)用于接收所轉發(fā)的組播流的用戶端的QoS需求，在配置所述各頻道的頻道訪問權限時配置所述各頻道的接口級QoS策略。其中，所述處理單元52具體用于在接收到組播流時，對接收到的組播流執(zhí)行所述配置單元51所配置的各頻道的設備級QoS策略，對接收到的組播流完成相應的QoS處理；和/或，在將接收到的組播流復制到各用于轉發(fā)組播流的接口上后，在各接口上分別執(zhí)行所述配置單元51所配置的各頻道的接口級QoS策略，完成對要轉發(fā)組播流的QoS處理。以上所述，僅為本發(fā)明的較佳實施例而已，并非用于限定本發(fā)明的保護范圍，凡在本發(fā)明的精神和原則之內所作的任何修改、等同替換和改進等，均應包含在本發(fā)明的保護范圍之內。權利要求一種實現(xiàn)可控組播中組播流服務質量QoS處理的方法，其特征在于，所述方法包括在組播接入控制設備上配置所需的QoS策略；根據(jù)所配置的QoS策略，完成對接收到的組播流和/或要轉發(fā)的組播流的QoS處理。2.根據(jù)權利要求1所述實現(xiàn)可控組播中組播流QoS處理的方法，其特征在于，所述配置所需的QoS策略，具體為根據(jù)組播接入控制設備自身的QoS需求，在創(chuàng)建頻道時配置所述頻道的設備級QoS策略。3.根據(jù)權利要求2所述實現(xiàn)可控組播中組播流QoS處理的方法，其特征在于，根據(jù)所配置的QoS策略，完成對接收到的組播流或要轉發(fā)的組播流的QoS處理具體為在接收到組播流時，對接收到的組播流執(zhí)行所配置的各頻道的設備級QoS策略，對接收到的組播流完成相應的QoS處理。4.根據(jù)權利要求1所述實現(xiàn)可控組播中組播流QoS處理的方法，其特征在于，所述配置所需的QoS策略，具體為根據(jù)用于接收所轉發(fā)的組播流的用戶端的QoS需求，在配置所述各頻道的頻道訪問權限時配置所述各頻道的接口級QoS策略。5.根據(jù)權利要求4所述實現(xiàn)可控組播中組播流QoS處理的方法，其特征在于，配置所述各頻道的接口級QoS策略，具體為根據(jù)用于接收所轉發(fā)的組播流的用戶端的QoS需求，對具有觀看和/或預覽權限的各頻道的配置接口級QoS策略。6.根據(jù)權利要求4所述實現(xiàn)可控組播中組播流QoS處理的方法，其特征在于，根據(jù)所配置的QoS策略，完成對接收到的組播流或要轉發(fā)的組播流的QoS處理具體為，在將接收到的組播流復制到各用于轉發(fā)組播流的接口上后，在各接口上分別執(zhí)行已配置的各頻道的接口級QoS策略，完成對要轉發(fā)組播流的QoS處理。7.—種實現(xiàn)可控組播中組播流QoS處理的裝置，其特征在于，所述裝置包括配置單元、處理單元；其中，配置單元，用于在組播接入控制設備上配置所需的QoS策略；處理單元，用于根據(jù)所述配置單元所配置的QoS策略，完成對接收到的組播流或要轉發(fā)的組播流的QoS處理。8.根據(jù)權利要求7所述實現(xiàn)可控組播中組播流QoS處理的裝置，其特征在于，所述配置單元，具體用于根據(jù)組播接入控制設備自身的QoS需求，在創(chuàng)建頻道時配置所述頻道的設備級QoS策略；和/或，根據(jù)接收所轉發(fā)的組播流的用戶端的QoS需求，在配置所述各頻道的頻道訪問權限時配置所述各頻道的接口級QoS策略。9.根據(jù)權利要求8所述實現(xiàn)可控組播中組播流QoS處理的裝置，其特征在于，所述處理單元，具體用于在接收到組播流時，對接收到的組播流執(zhí)行所述配置單元所配置的各頻道的設備級QoS策略，對接收到的組播流完成相應的QoS處理；和/或，在將接收到的組播流復制到各用于轉發(fā)組播流的接口上后，在各接口上分別執(zhí)行所述配置單元所配置的各頻道的接口級QoS策略，完成對要轉發(fā)組播流的QoS處理。全文摘要本發(fā)明公開了一種實現(xiàn)可控組播中組播流QoS處理的方法及裝置，通過在可控組播接入控制設備中配置所需要的QoS策略，并根據(jù)所配置的QoS策略完成對接收到的組播流和/或要轉發(fā)的組播流的QoS處理，將現(xiàn)有正在使用的可控組播技術和QoS技術緊密結合，既彌補了可控組播技術中QoS能力不足的缺陷，也實現(xiàn)了針對性更強的組播流的QoS管理功能，降低了可控組播在QoS策略的配置上、以及在組播流的QoS管理上的復雜性。文檔編號H04L12/18GK101707567SQ20091025430公開日2010年5月12日申請日期2009年12月7日優(yōu)先權日2009年12月7日發(fā)明者夏靚申請人:中興通訊股份有限公司