專利名稱：：一種基于流的服務(wù)質(zhì)量處理的方法、設(shè)備及系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
：本發(fā)明涉及通信領(lǐng)域，特別是涉及一種基于流的QoS處理的方法、設(shè)備及系統(tǒng)。
背景技術(shù)：
：RTP(Real-TimeTransportProtocol,實(shí)時(shí)傳輸協(xié)議)是針對(duì)Internet上多媒體數(shù)據(jù)流的一個(gè)傳輸協(xié)議，由IETF(InternetEngineeringTaskForce,因特網(wǎng)工程任務(wù)組)作為RFC1889發(fā)布。RTP被定義為在一對(duì)一或一對(duì)多的傳輸情況下工作，其目的是提供時(shí)間信息和實(shí)現(xiàn)流同步，主要提供負(fù)載類型標(biāo)識(shí)、順序編號(hào)、時(shí)間定位和傳輸監(jiān)控等服務(wù)。RTP的典型應(yīng)用建立在UDP(UserDatagramProtocol,用戶數(shù)據(jù)報(bào)協(xié)議)上，但也可以在TCP(TransmissionControlProtocol,傳輸控制協(xié)議)或ATM(AsynchronousTransferMode,異步傳輸模式)等其它協(xié)議之上工作。RTP本身只保證實(shí)時(shí)數(shù)據(jù)的傳輸，并不能為按順序傳送數(shù)據(jù)包提供可靠的傳送機(jī)制，也不提供流量控制或擁塞控制，它依靠RTCP提供這些服務(wù)。RTCP(Real-timeTransportControlProtocol,實(shí)時(shí)傳輸控制協(xié)議)負(fù)責(zé)管理傳輸質(zhì)量，在當(dāng)前應(yīng)用進(jìn)程之間交換控制信息。在RTP會(huì)話期間，各參與者周期性地傳送RTCP包，包中含有已發(fā)送的數(shù)據(jù)包的數(shù)量、丟失的數(shù)據(jù)包的數(shù)量等統(tǒng)計(jì)資料，因此，服務(wù)器可以利用這些信息動(dòng)態(tài)地改變傳輸速率，甚至改變有效載荷類型。RTP和RTCP配合使用，能以有效的反饋和最小的開銷使傳輸效率最佳化，特別適合傳送網(wǎng)上的實(shí)時(shí)數(shù)據(jù)。RTCP主要有4個(gè)功能(l)用反饋信息的方法來提供分配數(shù)據(jù)的傳送質(zhì)量，這種反饋可以用來進(jìn)行流量的擁塞控制，也可以用來監(jiān)視網(wǎng)絡(luò)和用來診斷網(wǎng)絡(luò)中的問題；(2)為RTP源提供一個(gè)永久性的CNAME(CanonicalName,規(guī)范性名字)的傳送層標(biāo)志，因?yàn)樵诎l(fā)現(xiàn)沖突或者程序更新重啟時(shí)SSRC(SynchronousSource,同步源標(biāo)識(shí))會(huì)變，需要一個(gè)運(yùn)作痕跡，在一組相關(guān)的會(huì)話中接收方也要用CNAME來從一個(gè)指定的與會(huì)者得到相聯(lián)系的數(shù)據(jù)流(如音頻和視頻)；(3)根據(jù)與會(huì)者的數(shù)量來調(diào)整RTCP包的發(fā)送頻率；(4)傳送會(huì)話控制信息，如可在用戶接口顯示與會(huì)者的標(biāo)識(shí)，這是可選功能。工作時(shí)，RTP協(xié)議從上層接收流媒體信息碼流(如H.263)，添加RTP首部裝配成RTP數(shù)據(jù)包發(fā)送給下層，下層協(xié)議提供RTP和RTCP的分流。如在UDP中，RTP使用一個(gè)偶數(shù)號(hào)端口，則相應(yīng)的RTCP使用其后的奇數(shù)號(hào)端口。RTP數(shù)據(jù)包沒有長(zhǎng)度限制，它的最大包長(zhǎng)只受下層協(xié)議的限制。RTP首部具有固定報(bào)文格式，為12字節(jié)，發(fā)送者和接收者按照該報(bào)文格式進(jìn)行音視頻媒體流的編解碼處理，但是RTP沒有明確的協(xié)議特征值，其協(xié)議報(bào)文的確定由發(fā)送方和接收方根據(jù)信令協(xié)議(如H.323等)協(xié)商得到的端口號(hào)來判斷。RTP首部的報(bào)文格式如下表所示<table>tableseeoriginaldocumentpage6</column></row><table>其中，各字段含義如下V:版本號(hào)，2比特，定義RTP的版本。當(dāng)前版本是2(版本1用于RTP草案)；P:填充指示，1比特，0表示無填充數(shù)據(jù)，l表示有填充數(shù)據(jù)；X(Extension):擴(kuò)展指示，1比特，0表示無擴(kuò)展頭，1表示有擴(kuò)展頭；CC(CSRCCount):CSRC記數(shù)，4比特；指示固定頭部后部的CSRC標(biāo)識(shí)的個(gè)數(shù)；M(Marker):標(biāo)志位，1比特，標(biāo)志位表示在分組流中有幀邊界；PT(playloadtype):負(fù)載類型，7比特，該字段表明RTP負(fù)載類型(如G.711音頻編碼數(shù)據(jù))；Sequencenumber(SN):序列號(hào)，16比特；表示該分組的發(fā)送順序，其初值為隨機(jī)數(shù)，每發(fā)送一個(gè)RTP分組，序號(hào)加1，它可以被接收方用來檢查包丟失及重組包的順序；Timestamp:時(shí)間戳，32比特。標(biāo)示RTP數(shù)據(jù)分組第一個(gè)字節(jié)的取樣時(shí)刻，用于重新建立原始音頻或視頻的時(shí)序，還可以幫助接收方確定數(shù)據(jù)到達(dá)時(shí)間的一致性或變化，其初始值為一隨機(jī)值，根據(jù)凈荷的不同，以不同的速率遞增；SSRC(SynchronousSource):同步源標(biāo)識(shí)，32比特，用來標(biāo)識(shí)RTP包的數(shù)據(jù)源，在一個(gè)會(huì)話中惟一，幫助接收方利用發(fā)送方生成的唯一的數(shù)值來區(qū)分多個(gè)同時(shí)的數(shù)據(jù)流；CSRC(ContributingSource):分信源標(biāo)識(shí)，32比特，CSRC標(biāo)識(shí)由混合器插入，其值就是組成復(fù)合信號(hào)的各個(gè)分信號(hào)的SSRC標(biāo)識(shí)，用于標(biāo)識(shí)各個(gè)分信號(hào)的信源，RTP分組頭部最多可以包含15個(gè)CSRC標(biāo)識(shí)，其數(shù)目由CC字段指明。QoS(QualityofService,服務(wù)質(zhì)量)是指網(wǎng)絡(luò)通信過程中，允許用戶業(yè)務(wù)在丟包率、延遲、抖動(dòng)和帶寬等方面獲得的可預(yù)期的服務(wù)水平。運(yùn)營商在開展流媒體QoS業(yè)務(wù)的時(shí)候，一般按照一定的收斂比進(jìn)行業(yè)務(wù)擴(kuò)展。同時(shí)為了保證差異服務(wù)，一般會(huì)對(duì)用戶的等級(jí)進(jìn)行區(qū)分，高優(yōu)先級(jí)用戶得到的服務(wù)質(zhì)量較好，低優(yōu)先級(jí)用戶在網(wǎng)絡(luò)空閑的時(shí)候，可以得到相應(yīng)的服務(wù)質(zhì)量，但是在網(wǎng)絡(luò)擁塞的情況下，由于其報(bào)文會(huì)被優(yōu)先丟棄，所以得到的服務(wù)質(zhì)量較差。但是，當(dāng)負(fù)載帶寬超過整體帶寬且用戶優(yōu)先級(jí)相同時(shí)，會(huì)導(dǎo)致所有的流丟包，這樣所有的用戶看到的信息都會(huì)出現(xiàn)相應(yīng)的延遲，馬塞克等現(xiàn)象。基于此，出現(xiàn)了對(duì)用戶媒體流進(jìn)行識(shí)別，從而實(shí)現(xiàn)基于流的QoS處理，以便在網(wǎng)絡(luò)擁塞時(shí)只對(duì)特定流量進(jìn)行丟棄的技術(shù)，主要有兩種一種是通過路由器監(jiān)聽媒體流控制協(xié)議識(shí)別特定的數(shù)據(jù)流來實(shí)現(xiàn)基于流的QoS處理；另一種是通過網(wǎng)絡(luò)中的網(wǎng)關(guān)設(shè)備(如SessionBorderController,邊界會(huì)話控制器)監(jiān)聽媒體流控制協(xié)議(如H.323協(xié)議等)來獲取流的五元組信息(源IP地址、目的IP地址、源端口號(hào)、目的端口號(hào)、協(xié)議號(hào))，然后網(wǎng)關(guān)設(shè)備通過聯(lián)動(dòng)協(xié)議向路由器下發(fā)基于五元組信息的控制策略，從而實(shí)現(xiàn)基于流的QoS處理。在實(shí)現(xiàn)本發(fā)明過程中，發(fā)明人發(fā)現(xiàn)現(xiàn)有技術(shù)中至少存在如下問題通過路由器來實(shí)現(xiàn)基于流的QoS處理的方法需要路由器支持復(fù)雜的信令協(xié)議，工作量大，處理流程復(fù)雜，影響效率(路由器不是協(xié)議網(wǎng)關(guān)，其CPU的主要工作應(yīng)該用于路由協(xié)議的維護(hù))；通過網(wǎng)關(guān)設(shè)備來實(shí)現(xiàn)基于流的QoS處理需要部署多種類型的設(shè)備，路由器與網(wǎng)關(guān)設(shè)備支持聯(lián)動(dòng)協(xié)議進(jìn)行配合設(shè)置，網(wǎng)絡(luò)比較復(fù)雜，對(duì)設(shè)備要求也較高。
發(fā)明內(nèi)容本發(fā)明實(shí)施例提供一種基于流的QoS處理的方法、設(shè)備及系統(tǒng)，能夠基于流進(jìn)行QoS處理，實(shí)現(xiàn)在擁塞情況下，只丟棄特定用戶的數(shù)據(jù)流，而其它用戶的數(shù)據(jù)流則不受影響。本發(fā)明實(shí)施例一方面，提供一種基于流的服務(wù)質(zhì)量處理的方法，包括根據(jù)控制平面下發(fā)的實(shí)時(shí)傳輸協(xié)議RTP數(shù)據(jù)流特征，復(fù)制符合所述RTP數(shù)據(jù)流特征的RTP報(bào)文上送控制平面；在控制平面學(xué)習(xí)上送的所述RTP報(bào)文，識(shí)別并監(jiān)控根據(jù)所述RTP報(bào)文確定的RTP數(shù)據(jù)流之后，根據(jù)控制平面下發(fā)的監(jiān)控到的所述RTP數(shù)據(jù)流的QoS控制策略，對(duì)所述RTP數(shù)據(jù)流進(jìn)行QoS處理。本發(fā)明實(shí)施例另一方面，還提供了另一種基于流的服務(wù)質(zhì)量處理的方法，包括向轉(zhuǎn)發(fā)平面下發(fā)RTP數(shù)據(jù)流特征；學(xué)習(xí)轉(zhuǎn)發(fā)平面上送的符合所述RTP數(shù)據(jù)流特征的RTP報(bào)文，識(shí)別并監(jiān)控根據(jù)所述RTP報(bào)文確定的RTP數(shù)據(jù)流；向轉(zhuǎn)發(fā)平面下發(fā)所述RTP數(shù)據(jù)流的QoS控制策略，用于轉(zhuǎn)發(fā)平面對(duì)所述RTP數(shù)據(jù)流進(jìn)行QoS處理。為解決上述技術(shù)問題，本發(fā)明實(shí)施例再一方面，還提供了一種基于流的服務(wù)質(zhì)量處理的設(shè)備，包括轉(zhuǎn)發(fā)模塊和控制模塊；所述轉(zhuǎn)發(fā)模塊用于根據(jù)所述控制模塊下發(fā)的實(shí)時(shí)傳輸協(xié)議RTP數(shù)據(jù)流特征，復(fù)制符合所述RTP數(shù)據(jù)流特征的RTP報(bào)文上送控制模塊；并在所述控制模塊學(xué)習(xí)上送的所述RTP報(bào)文，識(shí)別并監(jiān)控根據(jù)所述RTP報(bào)文確定的RTP數(shù)據(jù)流之后，用于根據(jù)所述控制模塊下發(fā)的監(jiān)控到的所述RTP數(shù)據(jù)流的QoS控制策略，對(duì)所述RTP數(shù)據(jù)流進(jìn)行QoS處理。本發(fā)明實(shí)施例再一方面，還提供了一種基于流的服務(wù)質(zhì)量處理的系統(tǒng)，包括轉(zhuǎn)發(fā)設(shè)備，所述轉(zhuǎn)發(fā)設(shè)備與控制設(shè)備通信；所述轉(zhuǎn)發(fā)設(shè)備用于根據(jù)所述控制設(shè)備下發(fā)的實(shí)時(shí)傳輸協(xié)議RTP數(shù)據(jù)流特征，復(fù)制符合所述RTP數(shù)據(jù)流特征的RTP報(bào)文上送控制設(shè)備；并在所述控制設(shè)備學(xué)習(xí)上送的所述RTP報(bào)文，識(shí)別并監(jiān)控根據(jù)所述RTP報(bào)文確定的RTP數(shù)據(jù)流之后，用于根據(jù)所述控制設(shè)備下發(fā)的監(jiān)控到的所述RTP數(shù)據(jù)流的QoS控制策略，對(duì)所述RTP數(shù)據(jù)流進(jìn)行QoS處理。由以上技術(shù)方案可以看出，由于本發(fā)明實(shí)施例提供的方法、設(shè)備及系統(tǒng)利用RTP數(shù)據(jù)流進(jìn)行QoS處理，實(shí)現(xiàn)了在網(wǎng)絡(luò)擁塞情況下，只丟棄特定用戶的數(shù)據(jù)流，而其它用戶的數(shù)據(jù)流則不受影響，并且這種方法、設(shè)備及系統(tǒng)不需要復(fù)雜的信令協(xié)議，也不需要在網(wǎng)絡(luò)中部署多種類型的設(shè)備。圖1為本發(fā)明提供的基于流的QoS處理方法的實(shí)施例的流程圖2為本發(fā)明提供的基于流的QoS處理方法的實(shí)施例中控制平面識(shí)別并監(jiān)控RTP數(shù)據(jù)流的流程圖3為本發(fā)明實(shí)施例提供的基于流的QoS處理設(shè)備的示意圖4為本發(fā)明實(shí)施例提供的基于流的QoS處理系統(tǒng)的示意圖。具體實(shí)施例方式本發(fā)明實(shí)施例提供一種基于流的QoS處理的方法、設(shè)備及系統(tǒng)，這種方法、設(shè)備及系統(tǒng)不需要復(fù)雜的信令協(xié)議，也不需要在網(wǎng)絡(luò)中部署多種類型的設(shè)備，能夠基于流進(jìn)行QoS處理，實(shí)現(xiàn)在網(wǎng)絡(luò)擁塞情況下，只丟棄特定用戶的數(shù)據(jù)流，而其它用戶的數(shù)據(jù)流則不受影響。圖l為本發(fā)明提供的基于流的QoS處理的方法實(shí)施例的流程圖。該方法包括101:控制平面向轉(zhuǎn)發(fā)平面下發(fā)RTP數(shù)據(jù)流特征；控制平面下發(fā)的RTP數(shù)據(jù)流特征是用于轉(zhuǎn)發(fā)平面識(shí)別其轉(zhuǎn)發(fā)的數(shù)據(jù)流是否為RTP數(shù)據(jù)流，這些RTP數(shù)據(jù)流特征可以通過特征模板的方式來下發(fā)。特征模板包括以下三種(每次只能下發(fā)一種模板)(1)模板1:下發(fā)RTP數(shù)據(jù)流的前N個(gè)字節(jié)，其中，建議將N設(shè)置為<=128，以便于處理，并且下發(fā)的匹配內(nèi)容包括但不限于UDP協(xié)議類型值+RTP首部中的版本號(hào)，或，TCP協(xié)議類型值+RTP首部中的版本號(hào)。對(duì)于按照這種模板下發(fā)的RTP數(shù)據(jù)流特征，轉(zhuǎn)發(fā)平面可以根據(jù)其接收的數(shù)據(jù)流是否匹配下發(fā)的具體值(全部或部分字段)來識(shí)別RTP數(shù)據(jù)流。這種匹配可以設(shè)置成全部匹配或部分匹配，全部匹配時(shí)與下發(fā)的所有字節(jié)都要匹配，部分匹配時(shí)僅需匹配一部分字節(jié)，不需進(jìn)行匹配的字節(jié)則用內(nèi)部定義的特殊值(如0)表示；(2)模板2:下發(fā)某一范圍的端口號(hào)，這個(gè)范圍通常可以設(shè)置成1638432767的偶數(shù)端口。這是因?yàn)镽TP在UDP、TCP上應(yīng)用時(shí)，其目的端口是16384~32767之間的某一偶數(shù)端口。對(duì)于按照這種模板下發(fā)的RTP數(shù)據(jù)流特征，當(dāng)轉(zhuǎn)發(fā)平面發(fā)現(xiàn)接收的數(shù)據(jù)流的目的端口是上述范圍內(nèi)的端口時(shí)，即可以將這些數(shù)據(jù)流認(rèn)定為RTP數(shù)據(jù)流；(3)模板3:下發(fā)ACL(AccessControlList，訪問控制列表)表項(xiàng)到轉(zhuǎn)發(fā)平面，ACL包括RTP數(shù)據(jù)流的五元組信息(也可以包括報(bào)文的二層頭信息)。對(duì)于按照這種模板下發(fā)的RTP數(shù)據(jù)流特征，由轉(zhuǎn)發(fā)平面對(duì)接收的數(shù)據(jù)流進(jìn)行ACL查表匹配，匹配的數(shù)據(jù)流即認(rèn)定為RTP數(shù)據(jù)流。這里，控制平面下發(fā)RTP數(shù)據(jù)流^^征時(shí)將模板號(hào)和具體內(nèi)容下發(fā)到轉(zhuǎn)發(fā)平面。102:轉(zhuǎn)發(fā)平面復(fù)制符合RTP數(shù)據(jù)流特征的RTP報(bào)文上送控制平面，原RTP報(bào)文正常轉(zhuǎn)發(fā)；當(dāng)轉(zhuǎn)發(fā)平面接收到數(shù)據(jù)流時(shí)，根據(jù)101中下發(fā)的數(shù)據(jù)流特征進(jìn)行匹配，符合條件的報(bào)文即被認(rèn)定為RTP報(bào)文，可以在該RTP報(bào)文上增加鏡像標(biāo)志，轉(zhuǎn)發(fā)平面復(fù)制帶有鏡像標(biāo)志的RTP報(bào)文上送控制平面，原RTP報(bào)文正常轉(zhuǎn)發(fā)，即按照通常的流程轉(zhuǎn)發(fā)。對(duì)于上送的RTP報(bào)文，不必要將RTP報(bào)文全部上送，僅上送包括RTP首部的報(bào)文即可(比如，可以為128字節(jié)固定長(zhǎng)度的報(bào)文)。另外，由于大量上送報(bào)文會(huì)對(duì)控制平面造成較大沖擊，因此需要在轉(zhuǎn)發(fā)平面上送RTP報(bào)文的時(shí)候進(jìn)行CAR(CommittedAccessRate,承諾訪問速率)控制，即配置允許的上送帶寬大小，超過該帶寬的報(bào)文將被丟棄。103:控制平面學(xué)習(xí)上送的RTP報(bào)文，識(shí)別并監(jiān)控RTP數(shù)據(jù)流?？刂破矫娓鶕?jù)RTP協(xié)議對(duì)轉(zhuǎn)發(fā)平面上送的RTP報(bào)文進(jìn)行分析，獲取其中的RTP首部中所包含的各字段信息，建立學(xué)習(xí)表項(xiàng)，并根據(jù)這些信息判斷所上送的報(bào)文中哪些是屬于同一條RTP數(shù)據(jù)流的。判斷方法可以根據(jù)RTP協(xié)議格式特征實(shí)現(xiàn)，例如，同時(shí)符合以下五個(gè)條件的，即可認(rèn)定為這些報(bào)文屬于同一條RTP數(shù)據(jù)流(1)RTP版本號(hào)V為定值2;(2)RTP報(bào)文負(fù)荷類型PT值不變(915bit);(3)RTP報(bào)文的每包SN值后包比前包遞增為1;(4)RTP報(bào)文的Timestamp值為遞增；(5)RTP報(bào)文的SSRC值為定值。具體而言，控制平面學(xué)習(xí)上送的RTP報(bào)文，包括表項(xiàng)建立、表項(xiàng)更新、表項(xiàng)確認(rèn)、表項(xiàng)老化。其中表項(xiàng)建立控制平面在得到RTP報(bào)文首部的各字段信息后，檢査版本號(hào)V是否為2，如果不是，則認(rèn)為是不合法的RTP報(bào)文，丟棄不處理；如果版本號(hào)是2，則以PT值和SSRC值的組合作為查找索引査找學(xué)習(xí)表項(xiàng)(這里，事實(shí)上指的就是在控制平面中己建立的RTP數(shù)據(jù)流表項(xiàng))，如果表項(xiàng)不存在，則新建一個(gè)表項(xiàng)，并將SN值和Timestamp值保存到該表項(xiàng)中，在表項(xiàng)中還應(yīng)保存RTP報(bào)文的五元組信息，同時(shí)在該表項(xiàng)中還應(yīng)設(shè)置老化時(shí)間戳和表項(xiàng)更新次數(shù)，該老化時(shí)間戳設(shè)置為當(dāng)前時(shí)間(即該表項(xiàng)的建立時(shí)間)，該更新次數(shù)設(shè)置為l;表項(xiàng)更新在前述的表項(xiàng)建立過程中，當(dāng)以PT值和SSRC值的組合作為查找索引查找學(xué)習(xí)表項(xiàng)時(shí)，如果査找到了學(xué)習(xí)表項(xiàng)，則檢査上送的RTP報(bào)文中的SN值和Timestamp值是否大于表項(xiàng)中的相應(yīng)值，以及五元組信息是否與表項(xiàng)中的五元組信息相同，如果檢査結(jié)果是肯定的，則更新表項(xiàng)中的SN值和Timestamp值，并將更新次數(shù)加1，同時(shí)更新老化時(shí)間戳為當(dāng)前時(shí)間(即檢查上送的RTP數(shù)據(jù)流時(shí)的時(shí)間)；如果否，則認(rèn)為該查找到的學(xué)習(xí)表項(xiàng)不合法，將其刪除；表項(xiàng)確認(rèn)當(dāng)表項(xiàng)更新的次數(shù)達(dá)到判斷閾值后(該閾值可以配置確定，比如5次)，即認(rèn)為該表項(xiàng)對(duì)應(yīng)的數(shù)據(jù)流為一條確定的RTP數(shù)據(jù)流；表項(xiàng)老化表項(xiàng)老化用于防止長(zhǎng)時(shí)間沒有收到后續(xù)報(bào)文的表項(xiàng)一直占用控制平面內(nèi)存而不能刪除。老化過程通過一個(gè)老化定時(shí)器來實(shí)現(xiàn)，該老化定時(shí)器是一個(gè)周期性定時(shí)器，可以設(shè)置為在激活流QoS處理功能時(shí)啟動(dòng)。老化定時(shí)器到期時(shí)，則對(duì)所有的學(xué)習(xí)表項(xiàng)進(jìn)行遍歷，檢查表項(xiàng)是否需要被老化，即在遍歷到第一表項(xiàng)時(shí)，將老化時(shí)間戳與當(dāng)前時(shí)間(即遍歷到該表項(xiàng)時(shí)的時(shí)間)比較，如果它們的時(shí)間間隔超過配置的老化時(shí)間閾值，則認(rèn)為該表項(xiàng)需要老化，刪除該表項(xiàng)；否則遍歷下一表項(xiàng)，重復(fù)上述過程直至遍歷完所有的學(xué)習(xí)表項(xiàng)。需要說明的是，這里，當(dāng)老化定時(shí)器第一次到期時(shí)，可以只處理一定數(shù)量(比如500個(gè))的表項(xiàng)，當(dāng)老化定時(shí)器第二次到期時(shí)再繼續(xù)處理同樣數(shù)量的表項(xiàng)，如此周而復(fù)始。控制平面識(shí)別并監(jiān)控RTP數(shù)據(jù)流的過程如圖2所示，包括201:控制平面獲取學(xué)習(xí)到的RTP數(shù)據(jù)流的信息；控制平面對(duì)上送的RTP報(bào)文進(jìn)行學(xué)習(xí)，經(jīng)過表項(xiàng)確認(rèn)后，即識(shí)別出了一條確定的RTP數(shù)據(jù)流，然后控制平面即可獲取該條確定的RTP數(shù)據(jù)流的五元組信息以及其它信息(如ToS(TypeofService,服務(wù)類型)、出接口、入接口等)。202:控制平面確定與該條RTP數(shù)據(jù)流關(guān)聯(lián)的RTCP報(bào)文的特征值；根據(jù)201中獲取的RTP數(shù)據(jù)流的信息，就可以事實(shí)上確定與其關(guān)聯(lián)的RTCP報(bào)文的特征值(主要是目的端口號(hào))。比如在UDP、TCP中，RTP數(shù)據(jù)流的目的端口是偶數(shù)號(hào)端口，該端口號(hào)加l就是與其關(guān)聯(lián)的RTCP報(bào)文的目的端口號(hào)。203:控制平面向轉(zhuǎn)發(fā)平面下發(fā)該RTCP報(bào)文的特征值；控制平面向轉(zhuǎn)發(fā)平面下發(fā)該RTCP報(bào)文的特征值，包括RTCP報(bào)文的目的端口號(hào)。204:轉(zhuǎn)發(fā)平面捕獲該RTCP報(bào)文，復(fù)制該報(bào)文并上送控制平面；205:控制平面分析上送的RTCP報(bào)文，獲取RTP數(shù)據(jù)流監(jiān)控信息；104:控制平面向轉(zhuǎn)發(fā)平面下發(fā)監(jiān)控到的RTP數(shù)據(jù)流的QoS控制策略；經(jīng)過103后，控制平面即可對(duì)識(shí)別到的RTP數(shù)據(jù)流進(jìn)行監(jiān)控。這時(shí)，為了實(shí)現(xiàn)對(duì)監(jiān)控到的RTP數(shù)據(jù)流的QoS處理，需要將他們的QoS策略下發(fā)到轉(zhuǎn)發(fā)平面。這里，在下發(fā)QoS策略前，應(yīng)首先確定RTP數(shù)據(jù)流的QoS控制策略，確定監(jiān)控到的RTP數(shù)據(jù)流的QoS控制策略的方式有以下兩種(1)控制平面將監(jiān)控到的RTP數(shù)據(jù)流輸出給用戶，由用戶通過配置確定該條RTP數(shù)據(jù)流的QoS控制策略(如是否直接丟棄，或修改優(yōu)先級(jí)大小，修改帶寬大小等)；(2)控制平面自動(dòng)確定QoS控制策略，包括先建立的RTP數(shù)據(jù)流具有較高的優(yōu)先級(jí)，帶寬優(yōu)先保證，后建立的流在擁塞時(shí)最先丟棄；基于用戶(VLAN、接口、VPN)重新設(shè)置優(yōu)先級(jí)，并由轉(zhuǎn)發(fā)平面根據(jù)優(yōu)先級(jí)進(jìn)行調(diào)度，在網(wǎng)絡(luò)擁塞時(shí)，高優(yōu)先級(jí)用戶的帶寬得到保證，而優(yōu)先級(jí)較低的用戶流量首先被丟棄，其中用戶的優(yōu)先級(jí)修改方式可通過預(yù)先配置實(shí)現(xiàn)，缺省情況下，先建立RTP數(shù)據(jù)流的用戶具有較高優(yōu)先級(jí)。對(duì)于控制平面自動(dòng)確定QoS控制策略的情形，可以通過用戶配置閾值對(duì)需要下發(fā)QoS控制策略的表項(xiàng)進(jìn)行控制，如將占一定比例(如10%)或數(shù)量(如30條)的流直接丟棄，或進(jìn)行降優(yōu)先級(jí)處理(當(dāng)進(jìn)行降級(jí)處理時(shí)，如果出現(xiàn)高優(yōu)先級(jí)的流老化，需要將一條或多條降級(jí)的流恢復(fù)其原有優(yōu)先級(jí)，以充分利用網(wǎng)絡(luò)帶寬。)QoS的控制策略確定后，控制平面將其下發(fā)到轉(zhuǎn)發(fā)平面即可。105:轉(zhuǎn)發(fā)平面根據(jù)RTP數(shù)據(jù)流的QoS控制策略進(jìn)行QoS處理。轉(zhuǎn)發(fā)平面得到RTP數(shù)據(jù)流的QoS控制策略后，對(duì)RTP數(shù)據(jù)流進(jìn)行轉(zhuǎn)發(fā)時(shí)，按照正常的QoS處理流程進(jìn)行處理即可。即將RTP數(shù)據(jù)流與轉(zhuǎn)發(fā)平面中的ACL表項(xiàng)進(jìn)行匹配，然后把命中的流量按照ACL表項(xiàng)中指示的控制策略進(jìn)行處理，包括直接丟棄、重新標(biāo)記該流的優(yōu)先級(jí)并根據(jù)新的優(yōu)先級(jí)進(jìn)行調(diào)度、按照表項(xiàng)中指定的帶寬大小進(jìn)行速率限制，經(jīng)過QoS處理的流量可以在設(shè)備接口帶寬允許的情況實(shí)現(xiàn)高優(yōu)先級(jí)數(shù)據(jù)優(yōu)先轉(zhuǎn)發(fā)，以及按照要求保證帶寬等。如圖3所示，本發(fā)明實(shí)施例還提供了一種基于流的QoS處理的設(shè)備，包括轉(zhuǎn)發(fā)模塊和控制模塊；所述轉(zhuǎn)發(fā)模塊用于根據(jù)所述控制模塊下發(fā)的實(shí)時(shí)傳輸協(xié)議RTP數(shù)據(jù)流特征，復(fù)制符合所述RTP數(shù)據(jù)流特征的RTP報(bào)文上送控制模塊；并在所述控制模塊學(xué)習(xí)上送的所述RTP報(bào)文，識(shí)別并監(jiān)控根據(jù)所述RTP報(bào)文確定的RTP數(shù)據(jù)流之后，用于根據(jù)所述控制模塊下發(fā)的監(jiān)控到的所述RTP數(shù)據(jù)流的QoS控制策略，對(duì)所述RTP數(shù)據(jù)流進(jìn)行QoS處理。如圖4所示，本發(fā)明實(shí)施例還提供了一種基于流的QoS處理的系統(tǒng)，包括轉(zhuǎn)發(fā)設(shè)備，所述轉(zhuǎn)發(fā)設(shè)備與控制設(shè)備通信；所述轉(zhuǎn)發(fā)設(shè)備用于根據(jù)所述控制設(shè)備下發(fā)的實(shí)時(shí)傳輸協(xié)議RTP數(shù)據(jù)流特征，復(fù)制符合所述RTP數(shù)據(jù)流特征的RTP報(bào)文上送控制設(shè)備；并在所述控制設(shè)備學(xué)習(xí)上送的所述RTP報(bào)文，識(shí)別并監(jiān)控根據(jù)所述RTP報(bào)文確定的RTP數(shù)據(jù)流之后，用于根據(jù)所述控制設(shè)備下發(fā)的監(jiān)控到的所述RTP數(shù)據(jù)流的QoS控制策略，對(duì)所述RTP數(shù)據(jù)流進(jìn)行QoS處理。至于本發(fā)明實(shí)施例提供的一種基于流的QoS處理的設(shè)備及系統(tǒng)的具體實(shí)施方式，參照本發(fā)明的方法實(shí)施例，這里不再詳述。本領(lǐng)域普通技術(shù)人員可以理解實(shí)現(xiàn)上述實(shí)施例方法中的全部或部分步驟是可以通過程序來指令相關(guān)的轉(zhuǎn)發(fā)平面完成，所述的程序可以存儲(chǔ)于計(jì)算機(jī)可讀存儲(chǔ)介質(zhì)中，所述存儲(chǔ)介質(zhì)可以是ROM/RAM，磁盤或光盤等。以上對(duì)本發(fā)明所提供的提供一種基于流的QoS處理的方法、設(shè)備及系統(tǒng)進(jìn)行了詳細(xì)介紹，本文中應(yīng)用了具體個(gè)例對(duì)本發(fā)明的原理及實(shí)施方式進(jìn)行了闡述，以上實(shí)施例的說明只是用于幫助理解本發(fā)明的方法及其核心思想；同時(shí)，對(duì)于本領(lǐng)域的一般技術(shù)人員，依據(jù)本發(fā)明的思想，在具體實(shí)施方式及應(yīng)用范圍上均會(huì)有改變之處，綜上所述，本說明書內(nèi)容不應(yīng)理解為對(duì)本發(fā)明的限制。權(quán)利要求1、一種基于流的服務(wù)質(zhì)量QoS處理的方法，其特征在于，包括根據(jù)控制平面下發(fā)的實(shí)時(shí)傳輸協(xié)議RTP數(shù)據(jù)流特征，復(fù)制符合所述RTP數(shù)據(jù)流特征的RTP報(bào)文上送控制平面；在控制平面學(xué)習(xí)上送的所述RTP報(bào)文，識(shí)別并監(jiān)控根據(jù)所述RTP報(bào)文確定的RTP數(shù)據(jù)流之后，根據(jù)控制平面下發(fā)的監(jiān)控到的所述RTP數(shù)據(jù)流的QoS控制策略，對(duì)所述RTP數(shù)據(jù)流進(jìn)行QoS處理。2、根據(jù)權(quán)利要求1所述的方法，其特征在于，所述復(fù)制符合所述RTP數(shù)據(jù)流特征的RTP報(bào)文上送控制平面，具體包括在符合所述RTP數(shù)據(jù)流特征的RTP報(bào)文上增加鏡像標(biāo)志；復(fù)制帶有所述鏡像標(biāo)志的RTP報(bào)文上送控制平面。3、根據(jù)權(quán)利要求2所述的方法，其特征在于，所述RTP報(bào)文是包括RTP首部的固定長(zhǎng)度的報(bào)文。4、根據(jù)權(quán)利要求3所述的方法，其特征在于，所述上送控制平面的行為進(jìn)行承諾訪問速率CAR控制。5、一種基于流的服務(wù)質(zhì)量QoS處理的方法，其特征在于，包括向轉(zhuǎn)發(fā)平面下發(fā)RTP數(shù)據(jù)流特征；學(xué)習(xí)轉(zhuǎn)發(fā)平面上送的符合所述RTP數(shù)據(jù)流特征的RTP報(bào)文，識(shí)別并監(jiān)控根據(jù)所述RTP報(bào)文確定的RTP數(shù)據(jù)流；向轉(zhuǎn)發(fā)平面下發(fā)所述RTP數(shù)據(jù)流的QoS控制策略，用于轉(zhuǎn)發(fā)平面對(duì)所述RTP數(shù)據(jù)流進(jìn)行QoS處理。6、根據(jù)權(quán)利要求5所述的方法，其特征在于，所述RTP數(shù)據(jù)流特征通過特征模板下發(fā)，所述特征模板包括以下三種(1)RTP數(shù)據(jù)流的多個(gè)字節(jié)，所述多個(gè)字節(jié)包括UDP協(xié)議類型值與RTP首部中的版本號(hào)，或TCP協(xié)議類型值與RTP首部中的版本號(hào)；(2)UDP或TCP的端口號(hào)，所述端口號(hào)用于確定RTP數(shù)據(jù)流；(3)ACL表項(xiàng)，所述ACL表項(xiàng)用于確定RTP數(shù)據(jù)流；所述下發(fā)指的是下發(fā)所述三種特征模板中的一種。7、根據(jù)權(quán)利要求6所述的方法，其特征在于，所述識(shí)別并監(jiān)控根據(jù)所述RTP報(bào)文確定的RTP數(shù)據(jù)流，具體包括獲取學(xué)習(xí)到的所述RTP數(shù)據(jù)流的信息；確定與所述RTP數(shù)據(jù)流關(guān)聯(lián)的實(shí)時(shí)傳輸控制協(xié)議RTCP報(bào)文的特征值；向轉(zhuǎn)發(fā)平面下發(fā)所述RTCP報(bào)文的特征值；在轉(zhuǎn)發(fā)平面根據(jù)所述RTCP報(bào)文的特征值獲取所述RTCP報(bào)文，并復(fù)制所述RTCP報(bào)文上送控制平面后，分析上送的所述RTCP報(bào)文，獲取所述RTP數(shù)據(jù)流的監(jiān)控信息。8、根據(jù)權(quán)利要求7所述的方法，其特征在于，所述QoS控制策略由用戶通過配置確定或者由控制平面確定。9、一種基于流的服務(wù)質(zhì)量QoS處理的設(shè)備，其特征在于，包括轉(zhuǎn)發(fā)模塊和控制模塊；所述轉(zhuǎn)發(fā)模塊用于根據(jù)所述控制模塊下發(fā)的實(shí)時(shí)傳輸協(xié)議RTP數(shù)據(jù)流特征，復(fù)制符合所述RTP數(shù)據(jù)流特征的RTP報(bào)文上送控制模塊；并在所述控制模塊學(xué)習(xí)上送的所述RTP報(bào)文，識(shí)別并監(jiān)控根據(jù)所述RTP報(bào)文確定的RTP數(shù)據(jù)流之后，用于根據(jù)所述控制模塊下發(fā)的監(jiān)控到的所述RTP數(shù)據(jù)流的QoS控制策略，對(duì)所述RTP數(shù)據(jù)流進(jìn)行QoS處理。10、一種基于流的服務(wù)質(zhì)量QoS處理的系統(tǒng)，其特征在于，包括轉(zhuǎn)發(fā)設(shè)備，所述轉(zhuǎn)發(fā)設(shè)備與控制設(shè)備通信；所述轉(zhuǎn)發(fā)設(shè)備用于根據(jù)所述控制設(shè)備下發(fā)的實(shí)時(shí)傳輸協(xié)議RTP數(shù)據(jù)流特征，復(fù)制符合所述RTP數(shù)據(jù)流特征的RTP報(bào)文上送控制設(shè)備；并在所述控制設(shè)備學(xué)習(xí)上送的所述RTP報(bào)文，識(shí)別并監(jiān)控根據(jù)所述RTP報(bào)文確定的RTP數(shù)據(jù)流之后，用于根據(jù)所述控制設(shè)備下發(fā)的監(jiān)控到的所述RTP數(shù)據(jù)流的QoS控制策略，對(duì)所述RTP數(shù)據(jù)流進(jìn)行QoS處理。全文摘要本發(fā)明實(shí)施例提供了一種基于流的服務(wù)質(zhì)量處理的方法、設(shè)備及系統(tǒng)。本發(fā)明實(shí)施例提供的基于流的服務(wù)質(zhì)量處理的方法包括根據(jù)控制平面下發(fā)的實(shí)時(shí)傳輸協(xié)議RTP數(shù)據(jù)流特征，復(fù)制符合所述RTP數(shù)據(jù)流特征的RTP報(bào)文上送控制平面；在控制平面學(xué)習(xí)上送的所述RTP報(bào)文，識(shí)別并監(jiān)控根據(jù)所述RTP報(bào)文確定的RTP數(shù)據(jù)流之后，根據(jù)控制平面下發(fā)的監(jiān)控到的所述RTP數(shù)據(jù)流的QoS控制策略，對(duì)所述RTP數(shù)據(jù)流進(jìn)行QoS處理。通過應(yīng)用本發(fā)明，能夠?qū)崿F(xiàn)在網(wǎng)絡(luò)擁塞情況下，只丟棄特定用戶的數(shù)據(jù)流，而其它用戶的數(shù)據(jù)流則不受影響，并且不需要復(fù)雜的信令協(xié)議和在網(wǎng)絡(luò)中部署多種類型的設(shè)備。文檔編號(hào)H04L29/06GK101364999SQ20081021627公開日2009年2月11日申請(qǐng)日期2008年9月18日優(yōu)先權(quán)日2008年9月18日發(fā)明者滕新東申請(qǐng)人:華為技術(shù)有限公司