亚洲狠狠干,亚洲国产福利精品一区二区,国产八区,激情文学亚洲色图

一種報文分段處理系統(tǒng)及處理方法

文檔序號:7889537閱讀:327來源:國知局
專利名稱:一種報文分段處理系統(tǒng)及處理方法
技術(shù)領(lǐng)域
本發(fā)明涉及通信技術(shù)領(lǐng)域,特別涉及一種報文分段處理系統(tǒng)及處理方法。
背景技術(shù)
在通信技術(shù)高速發(fā)展的當(dāng)今社會,網(wǎng)絡(luò)已進(jìn)入人們生活的方方面面,在網(wǎng)絡(luò)上有各種應(yīng)用及業(yè)務(wù)數(shù)據(jù),要求網(wǎng)絡(luò)傳輸設(shè)備、轉(zhuǎn)發(fā)設(shè)備和控制設(shè)備,對數(shù)據(jù)進(jìn)行深入分析和處理;如需要支持IPv4數(shù)據(jù)流,IPv6數(shù)據(jù)流,多協(xié)議標(biāo)簽交換(MPLS)數(shù)據(jù)流,支持訪問列表過濾(ACL),支持?jǐn)?shù)據(jù)流的承諾速率訪問控制(CAR),支持各種QOS流量控制等。除了數(shù)據(jù)的豐富,各種接入技術(shù)、網(wǎng)絡(luò)技術(shù)和傳輸技術(shù)也是異彩紛呈,如需要支持高速的萬兆以太 (XGE)接口,千兆以太(GE)接口,同時要支持低速的El接口等,要支持報文的二層交換,同時也要支持報文的三層轉(zhuǎn)發(fā)。對路由器來說,如何在支持眾多功能的同時滿足高速轉(zhuǎn)發(fā)的需求是個挑戰(zhàn)性的問題。在現(xiàn)有技術(shù)中,有的設(shè)備通過使用網(wǎng)絡(luò)處理器(NP)來提升整機(jī)性能,有的通過多核處理器來提高處理能力,有的通過提高通信處理器的主頻來提升轉(zhuǎn)發(fā)性能;但僅僅通過提高硬件處理能力,對整機(jī)性能的提升并不能達(dá)到很好的增益。要達(dá)到很好的性價比,需要優(yōu)化相應(yīng)的軟件流程,而傳統(tǒng)的轉(zhuǎn)發(fā)方式如進(jìn)程交換,快速交換,快速轉(zhuǎn)發(fā)等已不適合現(xiàn)在的各種有硬件加速的系統(tǒng)。高中低端的路由器在硬件上會有所不同,有的是集中式的,有的是分布式的,有的采用的是單核CPU,有的采用多核CPU,有的有硬件加速部件,有的沒有硬件加速部件,有的需要采用AMP(不對稱多處理器)技術(shù),而有的需要采用SMP(對稱多處理器)技術(shù)來達(dá)到更好的整機(jī)性能,如何在適應(yīng)各種硬件差異的同時,提高轉(zhuǎn)發(fā)效率,達(dá)到最優(yōu)的轉(zhuǎn)發(fā)性能就是個問題。因此,有必要提出一種能夠提高報文轉(zhuǎn)發(fā)效率的相關(guān)處理方法。

發(fā)明內(nèi)容
本發(fā)明所要解決的技術(shù)問題是提出一種報文分段處理系統(tǒng)及處理方法,解決傳統(tǒng)技術(shù)中無法適應(yīng)在通信設(shè)備硬件差異的情況下,滿足高效轉(zhuǎn)發(fā)的需求的問題。本發(fā)明解決上述技術(shù)問題所采用的方案是一種報文分段處理系統(tǒng),包括控制平面處理模塊,用于轉(zhuǎn)發(fā)通道或轉(zhuǎn)發(fā)接口的生成,并在轉(zhuǎn)發(fā)接口上生成由轉(zhuǎn)發(fā)路徑和轉(zhuǎn)發(fā)階段組成的轉(zhuǎn)發(fā)矩陣;數(shù)據(jù)平面處理模塊,用于根據(jù)轉(zhuǎn)發(fā)接口的轉(zhuǎn)發(fā)矩陣完成報文的轉(zhuǎn)發(fā)處理;資源調(diào)度模塊,用于完成轉(zhuǎn)發(fā)資源的調(diào)配。進(jìn)一步,所述數(shù)據(jù)平面處理模塊,包括報文接收及分流單元,用于從鏈路接收報文,并基于報文特征劃分?jǐn)?shù)據(jù)流;報文路徑識別單元,用于完成鏈路的處理和接口的查找,及識別轉(zhuǎn)發(fā)路徑;報文分段處理單元,用于完成報文在不同轉(zhuǎn)發(fā)路徑上的轉(zhuǎn)發(fā)處理;報文調(diào)度及發(fā)送單元,用于完成報文出隊及發(fā)送處理。
進(jìn)一步,所述報文分段處理單元,用于使用報文接收接口或報文發(fā)送接口的轉(zhuǎn)發(fā)矩陣中的轉(zhuǎn)發(fā)路徑的各個轉(zhuǎn)發(fā)階段處理函數(shù)進(jìn)行報文的轉(zhuǎn)發(fā)處理。進(jìn)一步,所述轉(zhuǎn)發(fā)路徑由接口上用戶配置的轉(zhuǎn)發(fā)類型來決定,或者,由報文頭中攜帶的負(fù)載類型來決定。進(jìn)一步,所述資源調(diào)度模塊,用于完成轉(zhuǎn)發(fā)矩陣的各轉(zhuǎn)發(fā)階段中CPU核和/或進(jìn)程和/或線程的配置和調(diào)度。進(jìn)一步,所述轉(zhuǎn)發(fā)階段包括鏈路接收處理、輸入解析、鏈路輸入控制、轉(zhuǎn)發(fā)輸入處理及輸入控制、轉(zhuǎn)發(fā)查表、輸出解析、轉(zhuǎn)發(fā)輸出處理及控制、鏈路輸出控制、發(fā)送調(diào)度及報文發(fā)送階段。一種報文分段處理方法,包括控制平面處理模塊劃分報文轉(zhuǎn)發(fā)路徑及轉(zhuǎn)發(fā)階段, 并形成轉(zhuǎn)發(fā)矩陣;當(dāng)數(shù)據(jù)平面處理模塊接收到報文后,完成鏈路的處理和接口的查找,并識別轉(zhuǎn)發(fā)路徑;然后使用報文接收接口或報文發(fā)送接口的轉(zhuǎn)發(fā)矩陣中的本轉(zhuǎn)發(fā)路徑的各個轉(zhuǎn)發(fā)階段處理函數(shù)進(jìn)行報文的轉(zhuǎn)發(fā)處理。進(jìn)一步,在報文的轉(zhuǎn)發(fā)處理過程中,直接修改報文本身或?qū)笪牡奶幚硇畔y帶在報文的描述符中,由后續(xù)處理函數(shù)繼續(xù)處理。進(jìn)一步,該方法具體包括以下步驟a.驅(qū)動接收報文并定位接收物理接口 ;b.鏈路處理相應(yīng)的報文鏈路頭,區(qū)分報文的負(fù)載類型及所在的子接口,識別報文所屬轉(zhuǎn)發(fā)路徑;e.對報文所屬的轉(zhuǎn)發(fā)路徑進(jìn)行輸入處理和控制處理;f.對報文所屬的轉(zhuǎn)發(fā)路徑進(jìn)行查表,根據(jù)查表結(jié)果封裝新的鏈路頭;j.對報文入隊及報文發(fā)送進(jìn)行控制。進(jìn)一步,在步驟b和步驟e之間還包括步驟c.對報文中各個報文頭進(jìn)行解析,并將信息存入報文描述符中;d.對鏈路的輸入控制;在步驟f和步驟j之間還包括步驟g.對報文的輸出進(jìn)行解析;h.對報文所屬轉(zhuǎn)發(fā)路徑的輸出處理及輸出控制;i.對鏈路的輸出控制。本發(fā)明的有益效果是可以充分利用硬件的特性完成高效轉(zhuǎn)發(fā),也可以方便地進(jìn)行靜態(tài)或動態(tài)的任務(wù)劃分,及計算資源的調(diào)配;對不同的產(chǎn)品,采用不同的調(diào)度方法即可達(dá)到高效轉(zhuǎn)發(fā)的目的,同時減少了產(chǎn)品開發(fā)的周期。


圖I是本發(fā)明的一種優(yōu)選實施例的報文分段轉(zhuǎn)發(fā)流程圖;圖2是本發(fā)明的一種優(yōu)選實施例的轉(zhuǎn)發(fā)矩陣的示意圖;圖3是本發(fā)明的轉(zhuǎn)發(fā)處理所用的報文結(jié)構(gòu)的示意圖;圖4是本發(fā)明的另一實施例的報文分段轉(zhuǎn)發(fā)示意圖;圖5是本發(fā)明的一種優(yōu)選實施例的轉(zhuǎn)發(fā)系統(tǒng)的結(jié)構(gòu)示意圖。
具體實施例方式針對傳統(tǒng)技術(shù)中無法適應(yīng)在通信設(shè)備硬件差異的情況下,滿足高效轉(zhuǎn)發(fā)的需求的問題,本發(fā)明提供一種報文分段處理方法及報文分段處理系統(tǒng),其中心思想是要保證報文在各個轉(zhuǎn)發(fā)階段處理的獨立性和整個轉(zhuǎn)發(fā)流程的高效性,并且盡量不依賴于硬件的特異性。本發(fā)明的報文分段處理方法,適用于單核轉(zhuǎn)發(fā)系統(tǒng),也適用于多核的轉(zhuǎn)發(fā)系統(tǒng),適用于使用流水線的報文并行處理,也適用于報文的串行處理。為了方便理解此方法,下面以報文串行處理為例,結(jié)合附圖及相關(guān)實施例,對本發(fā)明進(jìn)行詳細(xì)描述。該報文分段處理方法的要點如下第一轉(zhuǎn)發(fā)中用到的數(shù)據(jù)最好以轉(zhuǎn)發(fā)流程中訪問最多的結(jié)構(gòu)為基礎(chǔ)進(jìn)行組織。眾所周知,系統(tǒng)中的cache的大小會對轉(zhuǎn)發(fā)的性能有很大的影響,而cache的局部性原理,使轉(zhuǎn)發(fā)過程中訪問的內(nèi)存的數(shù)據(jù)的內(nèi)聚性越好,轉(zhuǎn)發(fā)性能越高;訪問RAM的次數(shù)越少,性能越高。為了提高性能,首先需要考慮的就是要將報文轉(zhuǎn)發(fā)流程中所用到的數(shù)據(jù)盡可能組織在一起,盡可能減少轉(zhuǎn)發(fā)過程中訪問內(nèi)存數(shù)據(jù)的代價。而轉(zhuǎn)發(fā)系統(tǒng)中多數(shù)數(shù)據(jù)和業(yè)務(wù)等與接口密切相關(guān),故而以接口等最小的轉(zhuǎn)發(fā)單位為基礎(chǔ)來組織數(shù)據(jù)對轉(zhuǎn)發(fā)性能有很大的幫助。第二劃分轉(zhuǎn)發(fā)路徑和轉(zhuǎn)發(fā)階段時盡量使同一個報文所跑的代碼最精減,可以考慮各個轉(zhuǎn)發(fā)路徑處理的獨立性,轉(zhuǎn)發(fā)處理中的相關(guān)性及各個轉(zhuǎn)發(fā)階段中代碼執(zhí)行時間和代碼量的大小。對報文進(jìn)行處理的常規(guī)步驟一般為驅(qū)動接收,鏈路輸入,轉(zhuǎn)發(fā)系統(tǒng)處理,鏈路輸出,驅(qū)動發(fā)送。而對不同協(xié)議的報文其這幾個階段中所跑的代碼相異性是非常大的,如IP、 MPLS、IPV6和橋接的處理都是不同的,而且對IP,MPLS等報文,在鏈路處理和轉(zhuǎn)發(fā)處理中所作的業(yè)務(wù)控制也可能是截然不同的。在現(xiàn)有的CPU中,分支判斷對性能影響很大,指令 cache的換入換出對性能的影響也不容小視,故而在轉(zhuǎn)發(fā)過程中劃分轉(zhuǎn)發(fā)路徑是一種理想的選擇,使報文盡可能使用最精減的代碼完成其轉(zhuǎn)發(fā)處理。轉(zhuǎn)發(fā)路徑可以根據(jù)接口上用戶配置的轉(zhuǎn)發(fā)類型來決定,也可以由報文頭中帶的負(fù)載類型來決定其轉(zhuǎn)發(fā)路徑。如可以將轉(zhuǎn)發(fā)路徑劃分為橋接二層轉(zhuǎn)發(fā)、VPLS轉(zhuǎn)發(fā)、L2TP轉(zhuǎn)發(fā)、 IPV4單播轉(zhuǎn)發(fā)、IPV4組播轉(zhuǎn)發(fā)、MPLS轉(zhuǎn)發(fā)、IPV6轉(zhuǎn)發(fā)等。在轉(zhuǎn)發(fā)系統(tǒng)中很多業(yè)務(wù)是配置于接口上的,如有的接口上配置了 ACL輸入過濾, 有的配置了流量整形,有的配置了網(wǎng)絡(luò)地址轉(zhuǎn)換(NAT)等,也就是說,不同接口上的相同協(xié)議類型的報文如IP包,都有可能走不同的處理流程,故而基于接口或比接口還小的轉(zhuǎn)發(fā)單位組織轉(zhuǎn)發(fā)流程會使轉(zhuǎn)發(fā)更高效。劃分轉(zhuǎn)發(fā)階段可以在報文處理流程的基礎(chǔ)上,將有類似功能的處理放在一個轉(zhuǎn)發(fā)階段,或者可以根據(jù)各個階段處理中代碼的長度或代碼執(zhí)行時間來劃分。以將有類似功能的處理放在一個階段的劃分標(biāo)準(zhǔn)來說,可以分為如下幾個轉(zhuǎn)發(fā)階段鏈路接收處理、輸入解析、鏈路輸入控制、轉(zhuǎn)發(fā)輸入處理及輸入控制、轉(zhuǎn)發(fā)查表、輸出解析、轉(zhuǎn)發(fā)輸出處理及控制、鏈路輸出控制、發(fā)送調(diào)度及報文發(fā)送階段。
基于以上思想,在接口上就形成了一個由轉(zhuǎn)發(fā)路徑和轉(zhuǎn)發(fā)階段組成的轉(zhuǎn)發(fā)矩陣, 如圖2所示,橫向表示劃分的轉(zhuǎn)發(fā)路徑,豎向表示各轉(zhuǎn)發(fā)路徑下劃分的轉(zhuǎn)發(fā)階段。矩陣中的各個節(jié)點即為一系列的轉(zhuǎn)發(fā)處理函數(shù),且矩陣中的一些節(jié)點是可以為空的,并且在矩陣中以轉(zhuǎn)發(fā)路徑為軸是一個單向的處理流程,無論從哪個處理階段進(jìn)入都只是單向向后處理, 這樣就簡化了流程。這個單向流程可以通過單向鏈表結(jié)合函數(shù)數(shù)組來實現(xiàn)。轉(zhuǎn)發(fā)路徑和轉(zhuǎn)發(fā)階段的擴(kuò)展都非常容易,這樣便于支持更多的業(yè)務(wù)和處理。也方便支持不同類型的設(shè)備,如對分布式的系統(tǒng),可以在處理階段中加一個跨卡預(yù)處理階段。由于各個路徑的獨立性,再擴(kuò)展新的轉(zhuǎn)發(fā)路徑也是同樣簡單。第三、轉(zhuǎn)發(fā)過程中用到的數(shù)據(jù)和需要經(jīng)過的業(yè)務(wù)控制都需要由控制平面下發(fā)至數(shù)據(jù)平面,并在數(shù)據(jù)平面根據(jù)以上原則思想,形成接口上的轉(zhuǎn)發(fā)矩陣。另外將各業(yè)務(wù)信息組織在接口結(jié)構(gòu)上,方便通過接口定位各個控制業(yè)務(wù)的數(shù)據(jù)信息。如圖I所示,為一個報文的完整轉(zhuǎn)發(fā)流程,其包括以下步驟步驟10 :驅(qū)動接收報文并定位接收物理接口,如果是多核的系統(tǒng)可以在此步進(jìn)行初步分流,如基于IP五元組或MPLS標(biāo)簽等分流。步驟20 :鏈路處理相應(yīng)的報文鏈路頭,區(qū)分報文的負(fù)載類型,區(qū)分報文所在的子接口,最后識別報文所屬轉(zhuǎn)發(fā)路徑。步驟30 :對報文中各個報文頭進(jìn)行解析,并將信息存入報文描述符中。此步是可選的步驟,如果后續(xù)輸入處理中有業(yè)務(wù)關(guān)心報文中更詳細(xì)的信息,則在此步驟中進(jìn)行報文解析。步驟40 :與轉(zhuǎn)發(fā)路徑無關(guān)的輸入控制,如基于鏈路的控制,如MAC-ACL,CAR等,此步是可選的步驟,當(dāng)不存在這些配置時,此步驟被跳過。步驟50 :本報文所屬的轉(zhuǎn)發(fā)路徑的輸入處理和控制,如對IP報文來說就是如IP 輸入處理,IP ACL輸入控制等,而對MPLS報文來說,就是MPLS輸入處理和MPLS的輸入控制。步驟60 :本報文所屬的轉(zhuǎn)發(fā)路徑的查表及根據(jù)查表結(jié)果封裝新的鏈路頭。對不同的轉(zhuǎn)發(fā)路徑查找不同的表,如IP單播轉(zhuǎn)發(fā)表,組播轉(zhuǎn)發(fā)表,MPLS標(biāo)簽表等。步驟70 :報文輸出階段處理的解析,類似輸入解析,但是是對即將輸出的報文的解析,也是可選的步驟。步驟80 :本報文所屬的轉(zhuǎn)發(fā)路徑的輸出處理及輸出控制,也是可選的。步驟90 :鏈路輸出控制,如MAC ACL, QOS, CAR等輸出處理。此步是可選的步驟。步驟100 :報文入隊及報文發(fā)送。以上為從外部接口收到一個報文的完整轉(zhuǎn)發(fā)流程。如果涉及到轉(zhuǎn)發(fā)路徑間的切換,可以通過入報文隊列或消息隊列等方式進(jìn)行轉(zhuǎn)發(fā)路徑切換,如IP路徑切換為MPLS路徑等,路徑切換后,從需要的步驟開始后續(xù)流程即可,此流程是從屬于此完整轉(zhuǎn)發(fā)流程的子流程。如圖3所示為報文轉(zhuǎn)發(fā)所使用的報文buffer,此buffer由兩部分組成,報文數(shù)據(jù)本身和報文描述符。報文轉(zhuǎn)發(fā)處理過程中,直接修改報文本身,或者是將報文的處理信息攜帶在報文的描述符中,由后續(xù)處理函數(shù)繼續(xù)處理。各個轉(zhuǎn)發(fā)處理除了需要關(guān)心報文本身和描述符外,不需要關(guān)心是在哪個處理核完成的,也不需要關(guān)心后續(xù)處理在哪個處理核上進(jìn)行的,盡量保證各轉(zhuǎn)發(fā)階段處理的獨立性和內(nèi)聚性,減少不同轉(zhuǎn)發(fā)階段間的通信,方便轉(zhuǎn)發(fā)矩陣適用于多核和單核,或串行和并行的處理環(huán)境。圖4為一個報文分段轉(zhuǎn)發(fā)的實施例示意圖。其中路徑I為IP單播轉(zhuǎn)發(fā)路徑,路徑M是MPLS轉(zhuǎn)發(fā)路徑,其它路徑略去。首先控制平面下發(fā)接口表,下發(fā)接口上的用戶業(yè)務(wù)配置如ACL,CAR等,在數(shù)據(jù)平面形成轉(zhuǎn)發(fā)需要用到的基于接口的轉(zhuǎn)發(fā)矩陣。對一個IP報文來說,其轉(zhuǎn)發(fā)經(jīng)過的處理為201,202,203,204,205,206等,其中 203-205表示該報文在IP單播轉(zhuǎn)發(fā)路徑下所經(jīng)過了 I-N個轉(zhuǎn)發(fā)階段的處理。對一個MPLS報文來說,其轉(zhuǎn)發(fā)經(jīng)過的處理為201,202,207,208,209,206等,其中 207-209表示該報文在MPLS轉(zhuǎn)發(fā)路徑下所經(jīng)過了 1_N個轉(zhuǎn)發(fā)階段的處理。如果某個接口上少一些配置和業(yè)務(wù)控制,就可以跳過一些轉(zhuǎn)發(fā)階段的處理,這在生成此接口的轉(zhuǎn)發(fā)矩陣時就在鏈表中跳過,而不是在轉(zhuǎn)發(fā)流程中才判斷,這樣可以加快報文的處理性能。如若實施例中可以跳過204,那此接口的轉(zhuǎn)發(fā)矩陣中IP路徑上的轉(zhuǎn)發(fā)鏈表中就不包括204階段。對此接口上的IP包來說,其處理流程為201,202,203,205,206等。資源調(diào)度處理在單核系統(tǒng)中可以控制各個轉(zhuǎn)發(fā)階段在哪個進(jìn)程或線程中完成。在多核系統(tǒng)中,可以支配哪個轉(zhuǎn)發(fā)階段在哪個核上完成。另外一個轉(zhuǎn)發(fā)階段可以由一個核完成,也可以由多個核完成。此外,本發(fā)明還提供了一種報文轉(zhuǎn)發(fā)系統(tǒng);圖5為本發(fā)明一種優(yōu)選實施例中報文轉(zhuǎn)發(fā)系統(tǒng)的結(jié)構(gòu)示意圖。如圖所示,該系統(tǒng)包括控制平面處理模塊601,數(shù)據(jù)平面處理模塊 602,資源調(diào)度模塊603,其中數(shù)據(jù)平面處理模塊包括報文接收及分流單元701,報文路徑識別單元702,報文分段處理單元703 708,報文調(diào)度及發(fā)送單元709??刂破矫嫣幚砟K601,用于下發(fā)接口、業(yè)務(wù)配置等,接收數(shù)據(jù)平面的通知和收集轉(zhuǎn)發(fā)統(tǒng)計等,并在轉(zhuǎn)發(fā)接口上生成由轉(zhuǎn)發(fā)路徑和轉(zhuǎn)發(fā)階段組成的轉(zhuǎn)發(fā)矩陣。數(shù)據(jù)平面轉(zhuǎn)發(fā)模塊602,用于完成報文的整個轉(zhuǎn)發(fā)處理。資源調(diào)度模塊603,用于完成轉(zhuǎn)發(fā)資源的調(diào)配。如CPU核的分配等。其中數(shù)據(jù)平面轉(zhuǎn)發(fā)模塊602,又包括如下一些處理模塊報文接收及分流單元701,用于從線路接收報文,對一些系統(tǒng)還完成報文分流的作用。報文路徑識別單元702,完成鏈路的處理和接口的查找,轉(zhuǎn)發(fā)路徑的識別。報文分段處理單元703 708,完成本設(shè)備中相應(yīng)轉(zhuǎn)發(fā)路徑和轉(zhuǎn)發(fā)階段的分段處理。報文調(diào)度及發(fā)送單元709,完成報文的出隊及發(fā)送處理。本發(fā)明所要求保護(hù)的技術(shù)方案包含但不僅限于上述實施方式中的內(nèi)容,在不脫離本發(fā)明的精神實質(zhì)的情況下,本領(lǐng)域技術(shù)人員根據(jù)上述實施方式所記載的內(nèi)容對本發(fā)明的方案作出的等同替換均在本發(fā)明的保護(hù)范圍內(nèi)。
權(quán)利要求
1.一種報文分段處理系統(tǒng),其特征在于,包括控制平面處理模塊,用于轉(zhuǎn)發(fā)通道或轉(zhuǎn)發(fā)接口的生成,并在轉(zhuǎn)發(fā)接口上生成由轉(zhuǎn)發(fā)路徑和轉(zhuǎn)發(fā)階段組成的轉(zhuǎn)發(fā)矩陣;數(shù)據(jù)平面處理模塊,用于根據(jù)轉(zhuǎn)發(fā)接口的轉(zhuǎn)發(fā)矩陣,完成報文的轉(zhuǎn)發(fā)處理;資源調(diào)度模塊,用于完成轉(zhuǎn)發(fā)資源的調(diào)配。
2.如權(quán)利要求I所述的一種報文分段處理系統(tǒng),其特征在于,所述數(shù)據(jù)平面處理模塊, 包括報文接收及分流單元,用于從鏈路接收報文,并基于報文特征劃分?jǐn)?shù)據(jù)流;報文路徑識別單元,用于完成鏈路的處理和接口的查找,并識別轉(zhuǎn)發(fā)路徑;報文分段處理單元,用于完成報文在不同轉(zhuǎn)發(fā)路徑上的轉(zhuǎn)發(fā)處理;報文調(diào)度及發(fā)送單元,用于完成報文出隊及發(fā)送處理。
3.如權(quán)利要求2所述的一種報文分段處理系統(tǒng),其特征在于,所述報文分段處理單元, 用于使用報文接收接口或報文發(fā)送接口的轉(zhuǎn)發(fā)矩陣中的轉(zhuǎn)發(fā)路徑的各個轉(zhuǎn)發(fā)階段處理函數(shù)進(jìn)行報文的轉(zhuǎn)發(fā)處理。
4.如權(quán)利要求I或2所述的一種報文分段處理系統(tǒng),其特征在于,所述轉(zhuǎn)發(fā)路徑由接口上用戶配置的轉(zhuǎn)發(fā)類型來決定。
5.如權(quán)利要求I或2所述的一種報文分段處理系統(tǒng),其特征在于,所述轉(zhuǎn)發(fā)路徑由報文頭中攜帶的負(fù)載類型來決定。
6.如權(quán)利要求I或2所述的一種報文分段處理系統(tǒng),其特征在于,所述資源調(diào)度模塊, 用于完成轉(zhuǎn)發(fā)矩陣的各轉(zhuǎn)發(fā)階段中CPU核和/或進(jìn)程和/或線程的配置和調(diào)度。
7.一種報文分段處理方法,包括控制平面處理模塊劃分報文轉(zhuǎn)發(fā)路徑及轉(zhuǎn)發(fā)階段, 并形成轉(zhuǎn)發(fā)矩陣;當(dāng)數(shù)據(jù)平面處理模塊接收到報文后,完成鏈路的處理和接口的查找,并識別轉(zhuǎn)發(fā)路徑;然后使用報文接收接口或報文發(fā)送接口的轉(zhuǎn)發(fā)矩陣中的轉(zhuǎn)發(fā)路徑的各個轉(zhuǎn)發(fā)階段處理函數(shù)進(jìn)行報文的轉(zhuǎn)發(fā)處理。
8.如權(quán)利要求7所述的一種報文分段處理方法,其特征在于,在報文的轉(zhuǎn)發(fā)處理過程中,直接修改報文本身或?qū)笪牡奶幚硇畔y帶在報文的描述符中,由后續(xù)處理函數(shù)繼續(xù)處理。
9.如權(quán)利要求7或8所述的一種報文分段處理方法,其特征在于,該方法具體包括以下步驟a.驅(qū)動接收報文并定位接收物理接口;b.鏈路處理相應(yīng)的報文鏈路頭,區(qū)分報文的負(fù)載類型及所在的子接口,識別報文所屬轉(zhuǎn)發(fā)路徑;e.對報文所屬的轉(zhuǎn)發(fā)路徑進(jìn)行輸入處理和控制處理;f.對報文所屬的轉(zhuǎn)發(fā)路徑進(jìn)行查表,根據(jù)查表結(jié)果封裝新的鏈路頭; j.對報文入隊及報文發(fā)送進(jìn)行控制。
10.如權(quán)利要求9所述的一種報文分段處理方法,其特征在于,在步驟b和步驟e之間還包括步驟c.對報文中各個報文頭進(jìn)行解析,并將信息存入報文描述符中;d.對鏈路的輸入控制;在步驟f和步驟j之間還包括步驟g.對報文的輸出進(jìn)行解析;h.對報文所屬轉(zhuǎn)發(fā)路徑的輸出處理及輸出控制;i.對鏈路的輸出控制。
全文摘要
本發(fā)明涉及通信技術(shù)領(lǐng)域,其公開了一種報文分段處理方法,解決傳統(tǒng)技術(shù)中無法適應(yīng)在通信設(shè)備硬件差異的情況下,滿足高效轉(zhuǎn)發(fā)的需求的問題。其技術(shù)方案的要點是一種報文分段處理方法,包括控制平面處理模塊劃分報文轉(zhuǎn)發(fā)路徑及轉(zhuǎn)發(fā)階段,并形成轉(zhuǎn)發(fā)矩陣;當(dāng)數(shù)據(jù)平面處理模塊接收到報文后,完成鏈路的處理和接口的查找,并識別轉(zhuǎn)發(fā)路徑;然后使用報文接收接口或報文發(fā)送接口的轉(zhuǎn)發(fā)矩陣中的本轉(zhuǎn)發(fā)路徑的各個轉(zhuǎn)發(fā)階段處理函數(shù)進(jìn)行報文的轉(zhuǎn)發(fā)處理。此外,本發(fā)明還提出了一種報文分段處理系統(tǒng),適用于報文快速高效轉(zhuǎn)發(fā)。
文檔編號H04L12/56GK102594680SQ20121003445
公開日2012年7月18日 申請日期2012年2月15日 優(yōu)先權(quán)日2012年2月15日
發(fā)明者劉寶琴, 楊文楷 申請人:邁普通信技術(shù)股份有限公司
網(wǎng)友詢問留言 已有0條留言
  • 還沒有人留言評論。精彩留言會獲得點贊!
1