專利名稱：數(shù)據(jù)流處理方法及系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及廣播電視技術(shù)，尤其涉及一種數(shù)據(jù)流處理方法及系統(tǒng)。
背景技術(shù)：
下一代廣播電視網(wǎng)(NextGeneration Broadcasting Network ；簡(jiǎn)稱為NGB)是具有統(tǒng)一技術(shù)標(biāo)準(zhǔn)的、可管可控可信的、全程全網(wǎng)的寬帶交互式下一代廣播電視網(wǎng)絡(luò)。傳統(tǒng)的廣播電視網(wǎng)主要以廣播業(yè)務(wù)為主，在有線電視前端設(shè)置專門人員M小時(shí)嚴(yán)密監(jiān)視播出信號(hào)，對(duì)可能遭受攻擊的衛(wèi)星節(jié)目源進(jìn)行安全監(jiān)播，隨著三網(wǎng)融合的演進(jìn)，廣播電視網(wǎng)不斷引入新的業(yè)務(wù)形態(tài)，網(wǎng)絡(luò)架構(gòu)和傳輸體制也發(fā)生了重大的轉(zhuǎn)變，終端類型也隨之增加。面向三網(wǎng)融合的安全管控體系的目標(biāo)是杜絕與防范非法內(nèi)容的傳播、確保業(yè)務(wù)合法性傳播、保障業(yè)務(wù)的服務(wù)質(zhì)量、確保網(wǎng)絡(luò)傳輸質(zhì)量、保障用戶/終端的合法性使用。然而，隨著網(wǎng)絡(luò)承載業(yè)務(wù)形態(tài)的不斷增加，多種業(yè)務(wù)共用鏈路，不同業(yè)務(wù)的服務(wù)質(zhì)量(Quality of Service ；簡(jiǎn)稱為QoS)需求與流量模式也不同，如果沒有完善的技術(shù)處理機(jī)制來識(shí)別不同業(yè)務(wù)流量，可能發(fā)生資源搶占，造成業(yè)務(wù)之間的干擾，嚴(yán)重情況下，會(huì)造成服務(wù)異常，這給業(yè)務(wù)管控系統(tǒng)帶來極大的挑戰(zhàn)。

發(fā)明內(nèi)容
本發(fā)明提供一種數(shù)據(jù)流處理方法及系統(tǒng)，用以實(shí)現(xiàn)對(duì)不同運(yùn)營(yíng)商、業(yè)務(wù)源、本地或異地業(yè)務(wù)的識(shí)別，提高對(duì)于業(yè)務(wù)控制的精細(xì)程度，降低彼此業(yè)務(wù)之間的影響。本發(fā)明提供一種數(shù)據(jù)流處理方法，包括部署于業(yè)務(wù)平臺(tái)的管控節(jié)點(diǎn)單元為所述業(yè)務(wù)平臺(tái)輸出的數(shù)據(jù)流封裝對(duì)應(yīng)的業(yè)務(wù)標(biāo)識(shí)，并將封裝所述業(yè)務(wù)標(biāo)識(shí)的數(shù)據(jù)流發(fā)送出去，所述業(yè)務(wù)標(biāo)識(shí)至少包括業(yè)務(wù)來源、業(yè)務(wù)類型、業(yè)務(wù)運(yùn)營(yíng)區(qū)域、業(yè)務(wù)優(yōu)先級(jí)和終端類型；部署于傳輸網(wǎng)中的管控節(jié)點(diǎn)單元攔截所述數(shù)據(jù)流，并對(duì)所述數(shù)據(jù)流的業(yè)務(wù)標(biāo)識(shí)進(jìn)行一致性檢查和分類深度檢查，以判斷所述數(shù)據(jù)流對(duì)應(yīng)的業(yè)務(wù)是否發(fā)生異常；當(dāng)判斷出所述業(yè)務(wù)發(fā)生異常時(shí)，部署于傳輸網(wǎng)中的管控節(jié)點(diǎn)單元根據(jù)監(jiān)控策略對(duì)所述數(shù)據(jù)流進(jìn)行處理。本發(fā)明提供一種數(shù)據(jù)流處理系統(tǒng)，包括部署于業(yè)務(wù)平臺(tái)的管控節(jié)點(diǎn)單元和部署于傳輸網(wǎng)中的管控節(jié)點(diǎn)單元；所述部署于業(yè)務(wù)平臺(tái)的管控節(jié)點(diǎn)單元，用于為所述業(yè)務(wù)平臺(tái)輸出的數(shù)據(jù)流封裝對(duì)應(yīng)的業(yè)務(wù)標(biāo)識(shí)，并將封裝所述業(yè)務(wù)標(biāo)識(shí)的數(shù)據(jù)流發(fā)送出去，所述業(yè)務(wù)標(biāo)識(shí)至少包括業(yè)務(wù)來源、業(yè)務(wù)類型、業(yè)務(wù)運(yùn)營(yíng)區(qū)域、業(yè)務(wù)優(yōu)先級(jí)和終端類型；所述部署于傳輸網(wǎng)中的管控節(jié)點(diǎn)單元，用于攔截所述數(shù)據(jù)流，并對(duì)所述數(shù)據(jù)流的業(yè)務(wù)標(biāo)識(shí)進(jìn)行一致性檢查和分類深度檢查，以判斷所述數(shù)據(jù)流對(duì)應(yīng)的業(yè)務(wù)是否發(fā)生異常， 并在判斷出所述業(yè)務(wù)發(fā)生異常時(shí)，根據(jù)監(jiān)控策略對(duì)所述數(shù)據(jù)流進(jìn)行處理。本發(fā)明提供的數(shù)據(jù)流處理方法及系統(tǒng)，由部署于業(yè)務(wù)平臺(tái)的管控節(jié)點(diǎn)單元為業(yè)務(wù)平臺(tái)輸出的數(shù)據(jù)流封裝業(yè)務(wù)標(biāo)識(shí)，數(shù)據(jù)流在整個(gè)傳輸過程中都攜帶業(yè)務(wù)標(biāo)識(shí)，而部署于傳輸網(wǎng)的管控節(jié)點(diǎn)單元通過對(duì)數(shù)據(jù)流中的業(yè)務(wù)標(biāo)識(shí)進(jìn)行一致性檢測(cè)和分類深度檢查，來判斷數(shù)據(jù)流對(duì)應(yīng)的業(yè)務(wù)是否發(fā)生異常，并在檢測(cè)到異常時(shí)，管控節(jié)點(diǎn)單元根據(jù)監(jiān)控策略對(duì)數(shù)據(jù)流進(jìn)行處理，保證了數(shù)據(jù)流的安全和傳輸質(zhì)量。進(jìn)一步，在本發(fā)明技術(shù)方案中，部署于業(yè)務(wù)平臺(tái)的管控節(jié)點(diǎn)單元同時(shí)使用業(yè)務(wù)來源、業(yè)務(wù)類型、業(yè)務(wù)運(yùn)營(yíng)區(qū)域、業(yè)務(wù)優(yōu)先級(jí)和終端類型作為業(yè)務(wù)標(biāo)識(shí)，達(dá)到了對(duì)同一鏈路上傳輸?shù)牟煌\(yùn)營(yíng)商、業(yè)務(wù)源、本地或異地業(yè)務(wù)的精細(xì)識(shí)別，提高對(duì)于業(yè)務(wù)控制的精細(xì)程度，降低彼此業(yè)務(wù)之間的影響。


為了更清楚地說明本發(fā)明實(shí)施例或現(xiàn)有技術(shù)中的技術(shù)方案，下面將對(duì)實(shí)施例或現(xiàn)有技術(shù)描述中所需要使用的附圖作一簡(jiǎn)單地介紹，顯而易見地，下面描述中的附圖是本發(fā)明的一些實(shí)施例，對(duì)于本領(lǐng)域普通技術(shù)人員來講，在不付出創(chuàng)造性勞動(dòng)的前提下，還可以根據(jù)這些附圖獲得其他的附圖。圖1為IPv4分組頭部包含8位TOS字段的示意圖；圖2為IPv6分組頭部中DSCP字段的示意圖；圖3A為本發(fā)明一實(shí)施例提供的數(shù)據(jù)流處理方法的流程圖；圖;3B為IPv4報(bào)文頭部的格式示意圖；圖3C為本發(fā)明一實(shí)施例提供的封裝業(yè)務(wù)標(biāo)識(shí)的IPv4選項(xiàng)字段的示意圖；圖3D為IPv6報(bào)文頭部的格式示意圖；圖3E為本發(fā)明一實(shí)施例提供的封裝業(yè)務(wù)標(biāo)識(shí)的IPv6擴(kuò)展字段的示意圖；圖4為本發(fā)明另一實(shí)施例提供的數(shù)據(jù)流處理方法的流程圖；圖5為本發(fā)明一實(shí)施例提供的數(shù)據(jù)流處理系統(tǒng)的結(jié)構(gòu)示意圖；圖6為本發(fā)明另一實(shí)施例提供的數(shù)據(jù)流處理系統(tǒng)的結(jié)構(gòu)示意圖。
具體實(shí)施例方式為使本發(fā)明實(shí)施例的目的、技術(shù)方案和優(yōu)點(diǎn)更加清楚，下面將結(jié)合本發(fā)明實(shí)施例中的附圖，對(duì)本發(fā)明實(shí)施例中的技術(shù)方案進(jìn)行清楚、完整地描述，顯然，所描述的實(shí)施例是本發(fā)明一部分實(shí)施例，而不是全部的實(shí)施例?；诒景l(fā)明中的實(shí)施例，本領(lǐng)域普通技術(shù)人員在沒有作出創(chuàng)造性勞動(dòng)前提下所獲得的所有其他實(shí)施例，都屬于本發(fā)明保護(hù)的范圍。本發(fā)明技術(shù)方案重點(diǎn)在于對(duì)業(yè)務(wù)流進(jìn)行標(biāo)識(shí)，故在對(duì)本發(fā)明各實(shí)施進(jìn)行說明之前，先簡(jiǎn)單介紹一些業(yè)務(wù)標(biāo)識(shí)機(jī)制。起初，根據(jù)當(dāng)時(shí)IP QoS的研究進(jìn)展，引入流標(biāo)識(shí)(Flow Label)機(jī)制用來處理QoS。 由于受到當(dāng)時(shí)網(wǎng)絡(luò)技術(shù)發(fā)展水平的限制，第一個(gè)比較成熟的成果在1994年前后才推出， 即所謂WhtServ模型。該htSerV模型在信息傳遞之前，使用資源預(yù)留協(xié)議(Resource Reservation Protocol ；簡(jiǎn)稱為RSVP)建立一個(gè)可以保證QoS各項(xiàng)指標(biāo)的一個(gè)通道。這種想法似乎是可行的，因?yàn)楹退囝愃频漠惒絺鬏斈Ｊ?Asynchronous Transfer Mode ；簡(jiǎn)稱為ATM)技術(shù)在QoS上獲得了較大的成功，或者說后者的一個(gè)主要特點(diǎn)就是解決了 QoS問題。但是，由于ATM網(wǎng)絡(luò)支持的電路/流的數(shù)量，基本上是以千條(thousands)為單位實(shí)施擴(kuò)展的，而IP網(wǎng)絡(luò)，特別是互聯(lián)網(wǎng)(Internet)這樣的全球網(wǎng)絡(luò)，其業(yè)務(wù)流基本上是以百萬條(millions)為基本單位的，這對(duì)于網(wǎng)絡(luò)中的路由器設(shè)備來說，很難支持如此大量的軟狀態(tài)，故^tServ模型并沒有獲得廣泛的應(yīng)用。另外，IntServ模型也無法解決跨多個(gè)運(yùn)營(yíng)商進(jìn)行資源預(yù)留管理等問題。后來進(jìn)一步發(fā)展了 Diffkrv模型，它基于對(duì)網(wǎng)絡(luò)業(yè)務(wù)的分類來簡(jiǎn)化處理的類別，從而解決了可擴(kuò)展性問題，為IP網(wǎng)絡(luò)的QoS提供了一個(gè)可行的解決方案。通用的區(qū)分服務(wù)(Differentiated Service ；簡(jiǎn)稱為DiffServ)體系結(jié)構(gòu)是一種保證QoS的網(wǎng)絡(luò)技術(shù)。Diffkrv模型定義了一種可以在互聯(lián)網(wǎng)上實(shí)施可擴(kuò)展的服務(wù)分類的體系結(jié)構(gòu)。一種“服務(wù)”是由在一個(gè)網(wǎng)絡(luò)內(nèi)，在同一個(gè)傳輸方向上，通過一條或幾條路徑傳輸數(shù)據(jù)包時(shí)的某些重要特征所定義的。這些特征可能包括吞吐率、時(shí)延、時(shí)延抖動(dòng)和/或丟包率的量化值或統(tǒng)計(jì)值等，也可能是指其獲取網(wǎng)絡(luò)資源的相對(duì)優(yōu)先權(quán)。服務(wù)分類要求能適應(yīng)不同應(yīng)用程序和用戶的需求，并且允許對(duì)互聯(lián)網(wǎng)服務(wù)的分類收費(fèi)。Diffkrv體系結(jié)構(gòu)由許多在網(wǎng)絡(luò)節(jié)點(diǎn)上實(shí)現(xiàn)的功能要素組成，包括每一跳轉(zhuǎn)發(fā)小集合、數(shù)據(jù)包歸類功能和交通調(diào)節(jié)功能。其中，交通調(diào)節(jié)功能又包含測(cè)量、標(biāo)記、整形和監(jiān)察策略四部分。在Diffkrv體系結(jié)構(gòu)，只在網(wǎng)絡(luò)的邊界節(jié)點(diǎn)上實(shí)現(xiàn)復(fù)雜的分類和調(diào)節(jié)功能， 并且通過在IPv4和IPv6包頭的數(shù)據(jù)段(Data Segment ；簡(jiǎn)稱為DS)做適當(dāng)?shù)臉?biāo)記，聚合流量，然后根據(jù)所做的標(biāo)記，采取不同的每一跳轉(zhuǎn)發(fā)策略。因此，DiffServ體系結(jié)構(gòu)具備可擴(kuò)展性?！懊恳惶袨椤北ＷC了在互相競(jìng)爭(zhēng)資源的數(shù)據(jù)流中為每個(gè)網(wǎng)絡(luò)節(jié)點(diǎn)分配緩沖區(qū)和帶寬資源時(shí)，有一個(gè)合理的處理力度。在核心網(wǎng)絡(luò)節(jié)點(diǎn)上，無需維護(hù)每個(gè)應(yīng)用程序流或每個(gè)用戶的轉(zhuǎn)發(fā)狀態(tài)。實(shí)現(xiàn)DifTserv模型主要包括三部分功能部件1.通信量分類器和調(diào)節(jié)器 (Traffic Conditioner ；簡(jiǎn)稱為TC)在入節(jié)點(diǎn)，分組到達(dá)時(shí)先經(jīng)過分類器分類，然后分組根據(jù)分類的結(jié)果到達(dá)不同的調(diào)節(jié)器。通信量調(diào)節(jié)器的作用是對(duì)輸入的通信量進(jìn)行調(diào)節(jié)，如果到達(dá)分組沒有標(biāo)注，則要根據(jù)協(xié)定對(duì)分組進(jìn)行標(biāo)注，或者進(jìn)行重標(biāo)注。在出節(jié)點(diǎn)，通信量調(diào)節(jié)器的作用是根據(jù)協(xié)定對(duì)發(fā)送到下端DS域的通信量進(jìn)行調(diào)節(jié)，使其不超過協(xié)定的資源。 內(nèi)部節(jié)點(diǎn)可以不需要通信量調(diào)節(jié)器。2. PHB :PHB是對(duì)行為集合(Behavior Aggregate ；簡(jiǎn)稱為BA)分配緩沖器和帶寬資源的方法，是實(shí)現(xiàn)DifTserv模型的核心，其實(shí)現(xiàn)機(jī)制包括緩沖管理技術(shù)和分組調(diào)度技術(shù)。3.資源管理部件資源管理部件完成兩部分功能，一部分是負(fù)責(zé)域內(nèi)的資源管理，主要是完成對(duì)每個(gè)節(jié)點(diǎn)的通信量調(diào)節(jié)器和PHB的相關(guān)參數(shù)的設(shè)置；管理部件的另一部分是完成域間的資源管理，這一部分主要在不同域之間進(jìn)行相互通信時(shí)， 用于域之間的資源協(xié)商?；谏鲜龈鞴δ懿考?，Diffserv模型的工作流程主要包括在通信量進(jìn)入網(wǎng)絡(luò)之前，先在網(wǎng)絡(luò)邊界處進(jìn)行分類，并在必要時(shí)對(duì)通信量進(jìn)行約束，使其符合一定的規(guī)范，然后通信量被聚集到不同的BA中，BA為通過某一鏈路的具有相同轉(zhuǎn)發(fā)方向和差分服務(wù)代碼點(diǎn) (Differentiated Services Code Point ；簡(jiǎn)稱為=DSCP)的分組的集合。在網(wǎng)絡(luò)內(nèi)部，分組根據(jù)其標(biāo)注的DSCP值，選擇不同的PHB來處理，不同的PHB決定了分組的轉(zhuǎn)發(fā)性能。從本質(zhì)上講，Diffserv模型是一種基于相對(duì)優(yōu)先級(jí)的服務(wù)模型，不同要求的分組用不同的優(yōu)先級(jí)處理，相同優(yōu)先級(jí)的分組匯聚到同一類中，在適當(dāng)?shù)目刂葡?，高?yōu)先級(jí)的分組將比低優(yōu)先級(jí)的分組得到更好的服務(wù)性能。 在傳統(tǒng)的hternet協(xié)議中，IPv4分組頭部包含8位服務(wù)類型標(biāo)記(Type Of Service ；簡(jiǎn)稱為T0Q字段，如圖1所示。其中，Prec為三位優(yōu)先級(jí)字段，這一優(yōu)先級(jí)定義了不同分組之間的相對(duì)優(yōu)先級(jí)，從0級(jí)(正常優(yōu)先級(jí))到第7級(jí)(用于網(wǎng)絡(luò)控制)。DTR三位的含義如下D = 0，正常延遲；D = 1，低延遲。T = O,正常吞吐量；T = 1，高吞吐量。R = O,正?？煽啃裕籖 = 1，高可靠性。在DifTserv模型中，為提供行為集合的匯聚標(biāo)示，重新定義了 TOS字段的含義，將其稱為DSCP。不同的DSCP對(duì)應(yīng)于不同的服務(wù)級(jí)別，網(wǎng)絡(luò)對(duì)不同DSCP的分組進(jìn)行不同的處理。對(duì)IPv6，DSCP域占用了通信量類型字段，如圖2所示。在圖2中，CU (Current Unused)兩位當(dāng)前未定義。理論上DSCP有64種選擇，但如何應(yīng)用互聯(lián)網(wǎng)數(shù)字分配機(jī)構(gòu)(The Internet Assigned Numbers Authority ；簡(jiǎn)稱為IANA) 做了規(guī)定，將64種DSCP值分為三個(gè)應(yīng)用范圍，每一范圍稱為一 DSCP池。DSCP空間劃分如表1所示。表 權(quán)利要求
1.一種數(shù)據(jù)流處理方法，其特征在于，包括部署于業(yè)務(wù)平臺(tái)的管控節(jié)點(diǎn)單元為所述業(yè)務(wù)平臺(tái)輸出的數(shù)據(jù)流封裝對(duì)應(yīng)的業(yè)務(wù)標(biāo)識(shí)， 并將封裝所述業(yè)務(wù)標(biāo)識(shí)的數(shù)據(jù)流發(fā)送出去，所述業(yè)務(wù)標(biāo)識(shí)至少包括業(yè)務(wù)來源、業(yè)務(wù)類型、業(yè)務(wù)運(yùn)營(yíng)區(qū)域、業(yè)務(wù)優(yōu)先級(jí)和終端類型；部署于傳輸網(wǎng)中的管控節(jié)點(diǎn)單元攔截所述數(shù)據(jù)流，并對(duì)所述數(shù)據(jù)流的業(yè)務(wù)標(biāo)識(shí)進(jìn)行一致性檢查和分類深度檢查，以判斷所述數(shù)據(jù)流對(duì)應(yīng)的業(yè)務(wù)是否發(fā)生異常；當(dāng)判斷出所述業(yè)務(wù)發(fā)生異常時(shí)，部署于傳輸網(wǎng)中的管控節(jié)點(diǎn)單元根據(jù)監(jiān)控策略對(duì)所述數(shù)據(jù)流進(jìn)行處理。
2.根據(jù)權(quán)利要求1所述的數(shù)據(jù)流處理方法，其特征在于，還包括當(dāng)判斷出所述業(yè)務(wù)未發(fā)生異常時(shí)，部署于傳輸網(wǎng)中的管控節(jié)點(diǎn)單元將所述數(shù)據(jù)流輸出到廣播電視網(wǎng)絡(luò)的鏈路上。
3.根據(jù)權(quán)利要求1所述的數(shù)據(jù)流處理方法，其特征在于，所述部署于業(yè)務(wù)平臺(tái)的管控節(jié)點(diǎn)單元為所述業(yè)務(wù)平臺(tái)輸出的數(shù)據(jù)流封裝對(duì)應(yīng)的業(yè)務(wù)標(biāo)識(shí)，并將封裝所述業(yè)務(wù)標(biāo)識(shí)的數(shù)據(jù)流發(fā)送出去包括所述部署于業(yè)務(wù)平臺(tái)的管控節(jié)點(diǎn)單元為所述業(yè)務(wù)平臺(tái)輸出的數(shù)據(jù)流定義具有唯一性的業(yè)務(wù)標(biāo)識(shí)；所述部署于業(yè)務(wù)平臺(tái)的管控節(jié)點(diǎn)單元將所述業(yè)務(wù)標(biāo)識(shí)封裝在所述數(shù)據(jù)流的互聯(lián)網(wǎng)協(xié)議版本4IPv4選項(xiàng)字段或互聯(lián)網(wǎng)協(xié)議版本6IPv6擴(kuò)展報(bào)頭中；所述部署于業(yè)務(wù)平臺(tái)的管控節(jié)點(diǎn)單元將封裝所述業(yè)務(wù)標(biāo)識(shí)的數(shù)據(jù)流發(fā)送出去。
4.根據(jù)權(quán)利要求1所述的數(shù)據(jù)流處理方法，其特征在于，所述部署于傳輸網(wǎng)中的管控節(jié)點(diǎn)單元對(duì)所述數(shù)據(jù)流的業(yè)務(wù)標(biāo)識(shí)進(jìn)行一致性檢查，以判斷所述數(shù)據(jù)流對(duì)應(yīng)的業(yè)務(wù)是否發(fā)生異常包括所述部署于傳輸網(wǎng)的管控節(jié)點(diǎn)單元判斷所述業(yè)務(wù)標(biāo)識(shí)是否存在于預(yù)設(shè)標(biāo)識(shí)列表中，當(dāng)判斷結(jié)果為否時(shí)，確定所述數(shù)據(jù)流對(duì)應(yīng)的業(yè)務(wù)發(fā)生異常；或者所述部署于傳輸網(wǎng)的管控節(jié)點(diǎn)單元判斷所述數(shù)據(jù)流的各個(gè)數(shù)據(jù)包所攜帶的業(yè)務(wù)標(biāo)識(shí)是否相同，當(dāng)判斷結(jié)果為否時(shí)，確定所述數(shù)據(jù)流對(duì)應(yīng)的業(yè)務(wù)發(fā)生異常；所述部署于傳輸網(wǎng)中的管控節(jié)點(diǎn)單元對(duì)所述數(shù)據(jù)流的業(yè)務(wù)標(biāo)識(shí)進(jìn)行分類深度檢查，以判斷所述數(shù)據(jù)流對(duì)應(yīng)的業(yè)務(wù)是否發(fā)生異常包括所述部署于傳輸網(wǎng)的管控節(jié)點(diǎn)單元根據(jù)所述業(yè)務(wù)標(biāo)識(shí)中的業(yè)務(wù)類型和相應(yīng)的應(yīng)用層協(xié)議判斷所述數(shù)據(jù)流中各個(gè)數(shù)據(jù)包的操作行為是否符合請(qǐng)求評(píng)論RFC標(biāo)準(zhǔn)或預(yù)先約定的私有協(xié)議，以此判斷所述數(shù)據(jù)包是否是惡意的或未經(jīng)授權(quán)的，當(dāng)判斷結(jié)果為否時(shí)，確定所述數(shù)據(jù)流對(duì)應(yīng)的業(yè)務(wù)發(fā)生異常。
5.根據(jù)權(quán)利要求4所述的數(shù)據(jù)流處理方法，其特征在于，所述部署于傳輸網(wǎng)中的管控節(jié)點(diǎn)單元根據(jù)監(jiān)控策略對(duì)所述數(shù)據(jù)流進(jìn)行處理包括所述部署于傳輸網(wǎng)的管控節(jié)點(diǎn)單元根據(jù)管控中心預(yù)先下發(fā)的監(jiān)控策略對(duì)所述數(shù)據(jù)流進(jìn)行截?cái)?、丟棄或替換處理；或者所述部署于傳輸網(wǎng)的管控節(jié)點(diǎn)單元向管控中心上報(bào)業(yè)務(wù)異常信息，所述管控中心根據(jù)所述業(yè)務(wù)異常信息進(jìn)行統(tǒng)計(jì)分析，生成解決方案并將所述解決方案下發(fā)給所述部署于傳輸網(wǎng)的管控節(jié)點(diǎn)單元，所述部署于傳輸網(wǎng)的管控節(jié)點(diǎn)單元根據(jù)所述解決方案對(duì)所述數(shù)據(jù)流進(jìn)行處理。
6.根據(jù)權(quán)利要求5所述的數(shù)據(jù)流處理方法，其特征在于，還包括所述管控中心根據(jù)所述解決方案更新監(jiān)控策略，并將更新后的監(jiān)控策略下發(fā)給所述部署于業(yè)務(wù)平臺(tái)和傳輸網(wǎng)的管控節(jié)點(diǎn)單元，以使所述部署于業(yè)務(wù)平臺(tái)和傳輸網(wǎng)的管控節(jié)點(diǎn)單元更新所存儲(chǔ)的監(jiān)控策略。
7.一種數(shù)據(jù)流處理系統(tǒng)，其特征在于，包括部署于業(yè)務(wù)平臺(tái)的管控節(jié)點(diǎn)單元和部署于傳輸網(wǎng)中的管控節(jié)點(diǎn)單元；所述部署于業(yè)務(wù)平臺(tái)的管控節(jié)點(diǎn)單元，用于為所述業(yè)務(wù)平臺(tái)輸出的數(shù)據(jù)流封裝對(duì)應(yīng)的業(yè)務(wù)標(biāo)識(shí)，并將封裝所述業(yè)務(wù)標(biāo)識(shí)的數(shù)據(jù)流發(fā)送出去，所述業(yè)務(wù)標(biāo)識(shí)至少包括業(yè)務(wù)來源、業(yè)務(wù)類型、業(yè)務(wù)運(yùn)營(yíng)區(qū)域、業(yè)務(wù)優(yōu)先級(jí)和終端類型；所述部署于傳輸網(wǎng)中的管控節(jié)點(diǎn)單元，用于攔截所述數(shù)據(jù)流，并對(duì)所述數(shù)據(jù)流的業(yè)務(wù)標(biāo)識(shí)進(jìn)行一致性檢查和分類深度檢查，以判斷所述數(shù)據(jù)流對(duì)應(yīng)的業(yè)務(wù)是否發(fā)生異常，并在判斷出所述業(yè)務(wù)發(fā)生異常時(shí)，根據(jù)監(jiān)控策略對(duì)所述數(shù)據(jù)流進(jìn)行處理。
8.根據(jù)權(quán)利要求7所述的數(shù)據(jù)流處理系統(tǒng)，其特征在于，所述部署于傳輸網(wǎng)中的管控節(jié)點(diǎn)單元，還用于在判斷出所述業(yè)務(wù)未發(fā)生異常時(shí)，將所述數(shù)據(jù)流輸出到廣播電視網(wǎng)絡(luò)的鏈路上。
9.根據(jù)權(quán)利要求7所述的數(shù)據(jù)流處理系統(tǒng)，其特征在于，所述部署于業(yè)務(wù)平臺(tái)的管控節(jié)點(diǎn)單元具體用于為所述業(yè)務(wù)平臺(tái)輸出的數(shù)據(jù)流定義具有唯一性的業(yè)務(wù)標(biāo)識(shí)，將所定義的業(yè)務(wù)標(biāo)識(shí)封裝在所述數(shù)據(jù)流的互聯(lián)網(wǎng)協(xié)議版本4IPv4選項(xiàng)字段或互聯(lián)網(wǎng)協(xié)議版本6IPv6擴(kuò)展報(bào)頭中，然后將封裝所述業(yè)務(wù)標(biāo)識(shí)的數(shù)據(jù)流發(fā)送出去。
10.根據(jù)權(quán)利要求7所述的數(shù)據(jù)流處理系統(tǒng)，其特征在于，所述部署于傳輸網(wǎng)的管控節(jié)點(diǎn)單元具體用于判斷所述業(yè)務(wù)標(biāo)識(shí)是否存在于預(yù)設(shè)標(biāo)識(shí)列表中，當(dāng)判斷結(jié)果為否時(shí)，確定所述數(shù)據(jù)流對(duì)應(yīng)的業(yè)務(wù)發(fā)生異常；或者具體用于判斷所述數(shù)據(jù)流的各個(gè)數(shù)據(jù)包所攜帶的業(yè)務(wù)標(biāo)識(shí)是否相同，當(dāng)判斷結(jié)果為否時(shí)，確定所述數(shù)據(jù)流對(duì)應(yīng)的業(yè)務(wù)發(fā)生異常；所述部署于傳輸網(wǎng)的管控節(jié)點(diǎn)單元還具體用于根據(jù)所述業(yè)務(wù)標(biāo)識(shí)中的業(yè)務(wù)類型和相應(yīng)的應(yīng)用層協(xié)議判斷所述數(shù)據(jù)流中各個(gè)數(shù)據(jù)包的操作行為是否符合請(qǐng)求評(píng)論RFC標(biāo)準(zhǔn)或預(yù)先約定的私有協(xié)議，當(dāng)判斷結(jié)果為否時(shí)，確定所述數(shù)據(jù)流對(duì)應(yīng)的業(yè)務(wù)發(fā)生異常。
11.根據(jù)權(quán)利要求10所述的數(shù)據(jù)流處理系統(tǒng)，其特征在于，還包括管控中心；所述部署于傳輸網(wǎng)的管控節(jié)點(diǎn)單元具體用于根據(jù)所述管控中心預(yù)先下發(fā)的監(jiān)控策略對(duì)所述數(shù)據(jù)流進(jìn)行截?cái)唷G棄或替換處理；或者所述部署于傳輸網(wǎng)的管控節(jié)點(diǎn)單元具體用于向所述管控中心上報(bào)業(yè)務(wù)異常信息，并接收所述管控中心下發(fā)的解決方案，然后根據(jù)所述解決方案對(duì)所述數(shù)據(jù)流進(jìn)行處理；所述管控中心用于根據(jù)所述業(yè)務(wù)異常信息進(jìn)行統(tǒng)計(jì)分析，生成解決方案并將所述解決方案下發(fā)給所述部署于傳輸網(wǎng)的管控節(jié)點(diǎn)單元。
12.根據(jù)權(quán)利要求11所述的數(shù)據(jù)流處理系統(tǒng)，其特征在于，所述管控中心還用于根據(jù)所述解決方案更新監(jiān)控策略，并將更新后的監(jiān)控策略下發(fā)給所述部署于業(yè)務(wù)平臺(tái)和傳輸網(wǎng)的管控節(jié)點(diǎn)單元，以使所述部署于業(yè)務(wù)平臺(tái)和傳輸網(wǎng)的管控節(jié)點(diǎn)單元更新所存儲(chǔ)的監(jiān)控策略。
全文摘要
本發(fā)明提供一種數(shù)據(jù)流處理方法及系統(tǒng)。其中，方法包括部署于業(yè)務(wù)平臺(tái)的管控節(jié)點(diǎn)單元為所述業(yè)務(wù)平臺(tái)輸出的數(shù)據(jù)流封裝對(duì)應(yīng)的業(yè)務(wù)標(biāo)識(shí)，并將封裝所述業(yè)務(wù)標(biāo)識(shí)的數(shù)據(jù)流發(fā)送出去，所述業(yè)務(wù)標(biāo)識(shí)至少包括業(yè)務(wù)來源、業(yè)務(wù)類型、業(yè)務(wù)運(yùn)營(yíng)區(qū)域、業(yè)務(wù)優(yōu)先級(jí)和終端類型；部署于傳輸網(wǎng)中的管控節(jié)點(diǎn)單元攔截所述數(shù)據(jù)流，并對(duì)所述數(shù)據(jù)流的業(yè)務(wù)標(biāo)識(shí)進(jìn)行一致性檢查和分類深度檢查，以判斷所述數(shù)據(jù)流對(duì)應(yīng)的業(yè)務(wù)是否發(fā)生異常；當(dāng)判斷出所述業(yè)務(wù)發(fā)生異常時(shí)，部署于傳輸網(wǎng)中的管控節(jié)點(diǎn)單元根據(jù)監(jiān)控策略對(duì)所述數(shù)據(jù)流進(jìn)行處理。本發(fā)明技術(shù)方案實(shí)現(xiàn)了對(duì)不同運(yùn)營(yíng)商、業(yè)務(wù)源、本地或異地業(yè)務(wù)的識(shí)別，提高了對(duì)于業(yè)務(wù)控制的精細(xì)程度，降低了彼此業(yè)務(wù)之間的影響。
文檔編號(hào)H04L12/24GK102377602SQ201110329540
公開日2012年3月14日 申請(qǐng)日期2011年10月26日 優(yōu)先權(quán)日2011年10月26日
發(fā)明者萬倩, 崔競(jìng)飛, 朱里越, 歐陽峰, 牛妍華 申請(qǐng)人:國(guó)家廣播電影電視總局廣播科學(xué)研究院