專利名稱：報文轉(zhuǎn)發(fā)方法、報文轉(zhuǎn)發(fā)設(shè)備及其上行接口板的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及報文轉(zhuǎn)發(fā)技術(shù)，具體涉及一種報文轉(zhuǎn)發(fā)方法、 一種報文轉(zhuǎn)發(fā) 設(shè)備，以及該報文轉(zhuǎn)發(fā)設(shè)備中的上行接口板。
背景技術(shù)：
目前，為了提高報文轉(zhuǎn)發(fā)性能，高端的報文轉(zhuǎn)發(fā)設(shè)備，例如高性能交換 機和路由器，都采取分布式結(jié)構(gòu)。分布式結(jié)構(gòu)的報文轉(zhuǎn)發(fā)設(shè)備包括多塊接口 板，各接口板都插接在設(shè)備機框提供的槽位內(nèi)，每塊都具有處理器，能夠獨 立完成基本的轉(zhuǎn)發(fā)和業(yè)務(wù)處理功能，不同接口板可以通過交換網(wǎng)進行通信。 在分布式結(jié)構(gòu)的報文轉(zhuǎn)發(fā)設(shè)備中，轉(zhuǎn)發(fā)流程分為上行流程和下行流程。其中， 上行接口板處理上行流程，對進入上行接口板的待轉(zhuǎn)發(fā)報文進行報文信息提取，流分類，服務(wù)質(zhì)量(Qos, Quality of service)策略確定，2、 3層報文轉(zhuǎn) 發(fā)處理等一系列操作，從而得到目的下行接口板信息并完成一些必要的信息 獲取和報文修改；下行接口板處理下行流程，對經(jīng)上行接口板處理的報文進 行報文封裝、Qos處理、Qos隊列調(diào)動等筒單操作?？梢?，報文轉(zhuǎn)發(fā)的主要 工作都是在上行接口板完成的。對于一些處理過程比較復(fù)雜且消耗設(shè)備資源較多的特殊業(yè)務(wù)，例如網(wǎng)絡(luò) 地址轉(zhuǎn)換(NAT, Network Address Translator)業(yè)務(wù)、防火墻業(yè)務(wù)等，為了 減輕上行接口板和下行接口板的工作量，由上行接口板將需要進行特殊業(yè)務(wù) 處理的數(shù)據(jù)流轉(zhuǎn)發(fā)到報文轉(zhuǎn)發(fā)設(shè)備中的專門業(yè)務(wù)板，或主控板上作為業(yè)務(wù)板 的特殊處理板上，完成業(yè)務(wù)處理后，再重新進行轉(zhuǎn)發(fā)處理。圖1為現(xiàn)有報文轉(zhuǎn)發(fā)設(shè)備的結(jié)構(gòu)示意圖。如圖1所示，該報文轉(zhuǎn)發(fā)設(shè)備 包括接口板和業(yè)務(wù)板，其中，接口板包括凈艮文處理單元，負(fù)責(zé)上行流程和/或下行流程的處理，業(yè)務(wù)板包括業(yè)務(wù)/轉(zhuǎn)發(fā)處理單元，負(fù)責(zé)業(yè)務(wù)處理，或業(yè)息交互。因此，無論是業(yè)務(wù)板還是接口板都具有交換網(wǎng)適配單元，用于對從 交換網(wǎng)進出板卡的報文進行適配。上行接口板和下行接口板都需要與交換設(shè) 備以外的外部網(wǎng)絡(luò)進行通信，因此還需要具有接口適配單元，用于對從外部 網(wǎng)絡(luò)進出接口板的報文進行適配。交換網(wǎng)適配單元和接口適配單元都是協(xié)議 適配單元，并非轉(zhuǎn)發(fā)處理流程的重點，因此以下描述轉(zhuǎn)發(fā)流程時將省略對適 配過程的描述。圖l僅僅示出了報文轉(zhuǎn)發(fā)設(shè)備中的板卡及其通信網(wǎng)絡(luò)。在圖2中，詳細 示出了接口板報文處理單元和業(yè)務(wù)板業(yè)務(wù)/報文處理單元的結(jié)構(gòu)。為了簡化描述，圖2中只示出了與報文處理和業(yè)務(wù)處理相關(guān)的組成單元，省略了各適配單元。而且，在圖2中，將上行接口板和下行接口板分開，其目的只是為了便于理解，實際上，上行接口板和下行接口板是可以采用同 一接口板的不 同芯片實現(xiàn)的。如圖2所示，上行接口板210中的報文處理部分包括流分類模塊211和 上行報文轉(zhuǎn)發(fā)處理模塊212,其中，流分類模塊211接收待轉(zhuǎn)發(fā)報文，利用 訪問控制列表(ACL, Access Control List)重定向技術(shù)，確定待轉(zhuǎn)向業(yè)務(wù)板 220的業(yè)務(wù)報文并發(fā)送給業(yè)務(wù)板220;將無需轉(zhuǎn)向業(yè)務(wù)板的普通報文發(fā)送到 上行報文轉(zhuǎn)發(fā)處理模塊212。上行報文轉(zhuǎn)發(fā)處理模塊212對普通報文繼續(xù)進 行上行接口板的轉(zhuǎn)發(fā)處理，然后發(fā)送給下行接口板230。業(yè)務(wù)板220包括業(yè)務(wù)處理模塊221和業(yè)務(wù)報文轉(zhuǎn)發(fā)處理模塊222。其中， 業(yè)務(wù)處理模塊221對接收的業(yè)務(wù)報文進行業(yè)務(wù)處理；業(yè)務(wù)報文轉(zhuǎn)發(fā)處理模塊 222對業(yè)務(wù)處理后的業(yè)務(wù)報文進行轉(zhuǎn)發(fā)處理，然后發(fā)送給下行接口板230。下行接口板230中的下行流程處理模塊231對所接收的業(yè)務(wù)報文和普通 才艮文進行下行流程處理并輸出?？梢?，圖2示出的報文轉(zhuǎn)發(fā)設(shè)備需要業(yè)務(wù)板220能夠支持完整的轉(zhuǎn)發(fā)處 理，由于轉(zhuǎn)發(fā)處理需要消耗業(yè)務(wù)板的大量資源，因此，同時負(fù)責(zé)業(yè)務(wù)處理和轉(zhuǎn)發(fā)處理使得業(yè)務(wù)板的轉(zhuǎn)發(fā)能力都不高，而且也會極大的降低業(yè)務(wù)板的業(yè)務(wù) 處理能力，從而降低了整個報文轉(zhuǎn)發(fā)設(shè)備的轉(zhuǎn)發(fā)性能。此外，由于上行接口板和業(yè)務(wù)板可能對同 一報文執(zhí)行兩次路由查找操 作，因此還有可能出現(xiàn)轉(zhuǎn)發(fā)路徑不一致的情況。這是因為，路由查找又分為 基于流分類的路由查找和基于報文目的地址的路由查找。其中，基于流分類 的路由查找主要是基于策略來轉(zhuǎn)發(fā)，相當(dāng)于基于源地址的路由查找。圖2中 的流分類模塊211在流分類過程中執(zhí)行的是基于源地址的路由查找，而上行報文轉(zhuǎn)發(fā)處理模塊212和業(yè)務(wù)報文轉(zhuǎn)發(fā)處理模塊222執(zhí)行的是目的地址的路 由查找。在上行接口板上，只會執(zhí)行兩種路由查找操作中的一種。如果待轉(zhuǎn) 發(fā)報文命中了流分類操作且是待轉(zhuǎn)向業(yè)務(wù)板的業(yè)務(wù)報文，那么，上行接口板 對業(yè)務(wù)報文進行基于源地址的路由查找后，業(yè)務(wù)板又對該業(yè)務(wù)報文進行基于 目的地址路由查找，此時，上行接口板和業(yè)務(wù)板所確定的轉(zhuǎn)發(fā)路徑可能不同， 從而出現(xiàn)了轉(zhuǎn)發(fā)路徑不 一 致的情況。發(fā)明內(nèi)容有鑒于此，本發(fā)明提供了一種報文轉(zhuǎn)發(fā)方法，能夠提高報文轉(zhuǎn)發(fā)設(shè)備的 轉(zhuǎn)發(fā)性能。該方法包括上行接口板判定當(dāng)前處理報文為待轉(zhuǎn)向業(yè)務(wù)板的業(yè)務(wù)報文時，繼續(xù)上行接 口板的報文上行處理，將完成報文上行處理的業(yè)務(wù)報文發(fā)送給所述業(yè)務(wù)板；所述業(yè)務(wù)板對所述業(yè)務(wù)報文進行業(yè)務(wù)處理，將業(yè)務(wù)處理后的業(yè)務(wù)報文發(fā)向 下4亍接口板進行下行處理。其中，將完成報文上行處理的業(yè)務(wù)報文發(fā)送給所述業(yè)務(wù)板為將報文上行 處理過程中獲得的下行接口板設(shè)備地址，攜帶在所述業(yè)務(wù)報文中發(fā)送給所述業(yè)務(wù)板；所述將業(yè)務(wù)處理后的業(yè)務(wù)報文發(fā)向下行接口板進行下行處理為在判定 所述業(yè)務(wù)處理未改變所述業(yè)務(wù)報文的報文目的地址時，根據(jù)所述攜帶的下行 接口板設(shè)備地址，將業(yè)務(wù)處理后的業(yè)務(wù)報文發(fā)送給下行接口板。所述將業(yè)務(wù)處理后的業(yè)務(wù)報文發(fā)向下行接口板進行下行處理還可以為業(yè) 務(wù)板在判定所述業(yè)務(wù)處理改變所述業(yè)務(wù)報文的報文目的地址時，業(yè)務(wù)板根據(jù)改變后的報文目的地址進行路由查找，確定所述業(yè)務(wù)報文的當(dāng) 前下行接口板設(shè)備地址，并根據(jù)當(dāng)前下行接口板設(shè)備地址，將業(yè)務(wù)處理后的業(yè)務(wù)報文發(fā)送給下行接口板；或者，將報文目的地址改變的業(yè)務(wù)報文發(fā)還給上行接口板，由上行接口板根據(jù)改變后的報文目的地址進行路由查找，確定所述業(yè)務(wù)報文的當(dāng)前下行接口板設(shè)備地址，并根據(jù)當(dāng)前下行接口板設(shè)備地址，將業(yè)務(wù)處理后的業(yè)務(wù)報文發(fā)送給下行接口板。本發(fā)明還提供了 一種報文轉(zhuǎn)發(fā)設(shè)備，能夠提高報文轉(zhuǎn)發(fā)性能。 該報文轉(zhuǎn)發(fā)設(shè)備包括上行接口板、業(yè)務(wù)板和下行接口板； 所述上行接口板，用于在判定當(dāng)前處理報文為待轉(zhuǎn)向業(yè)務(wù)板的業(yè)務(wù)報文時，完成上行接口板的報文上行處理，將完成報文上行處理的業(yè)務(wù)報文發(fā)送給所述業(yè)務(wù)板；所述業(yè)務(wù)板，用于對所接收的業(yè)務(wù)報文進行業(yè)務(wù)處理，將業(yè)務(wù)處理后的業(yè) 務(wù)報文發(fā)向下行接口板；所述下行接口板，用于對所接收的報文進行下行處理。本發(fā)明又提供了 一種報文轉(zhuǎn)發(fā)設(shè)備中的上行接口卡，能夠提高報文轉(zhuǎn)發(fā) 設(shè)備的轉(zhuǎn)發(fā)性能。該上行接口板包括流分類模塊和上行報文轉(zhuǎn)發(fā)處理模塊，所述流分類模塊在判定當(dāng)前處理報文為待轉(zhuǎn)向業(yè)務(wù)板的業(yè)務(wù)報文時，將所 述待轉(zhuǎn)向業(yè)務(wù)板的業(yè)務(wù)報文發(fā)送給所述上行報文轉(zhuǎn)發(fā)處理模塊；所述上行報文轉(zhuǎn)發(fā)處理模塊，對所述待轉(zhuǎn)向業(yè)務(wù)板的業(yè)務(wù)報文繼續(xù)上行接 口板的報文上行處理，將所述報文上行處理過程中獲得的下行接口板設(shè)備地址， 攜帶在所述業(yè)務(wù)報文中發(fā)送給業(yè)務(wù)板。根據(jù)以上技術(shù)方案可見，本發(fā)明的上行接口板對業(yè)務(wù)報文完成上行處理 后再轉(zhuǎn)向業(yè)務(wù)板，因此上行接口板分擔(dān)了業(yè)務(wù)板的轉(zhuǎn)發(fā)工作，業(yè)務(wù)板無需像現(xiàn)有技術(shù)一樣對業(yè)務(wù)處理后的業(yè)務(wù)報文進行再次的完整轉(zhuǎn)發(fā)處理，大大減少 了業(yè)務(wù)板的設(shè)備資源消耗，從而提高了業(yè)務(wù)板的業(yè)務(wù)處理性能，進而提高了 報文轉(zhuǎn)發(fā)設(shè)備的轉(zhuǎn)發(fā)性能。對于報文目的地址未轉(zhuǎn)換的業(yè)務(wù)報文，業(yè)務(wù)板直接將其發(fā)向下行接口 板，因此業(yè)務(wù)板只需要支持最筒單的轉(zhuǎn)發(fā)功能即可，同時由于業(yè)務(wù)板不對報 文目的地址未轉(zhuǎn)換的業(yè)務(wù)報文進行第二次路由查找，還保證了作業(yè)務(wù)后的轉(zhuǎn) 發(fā)路徑與實際轉(zhuǎn)發(fā)路徑一致，避免了現(xiàn)有技術(shù)中可能出現(xiàn)的轉(zhuǎn)發(fā)路徑不一致 的問題。對于報文目的地址轉(zhuǎn)換的業(yè)務(wù)報文，業(yè)務(wù)板可以自己進行路由查找，也 可以發(fā)還給上行接口板進行路由查找，從而確定新的下行接口板。在發(fā)回上 行接口板進行路由查找的情況下，可以充分利用上行接口板的空閑處理能 力，減少業(yè)務(wù)板的處理負(fù)擔(dān)，使得業(yè)務(wù)板的處理能力進一步增強。在業(yè)務(wù)板 進行路由查找的情況下，雖然業(yè)務(wù)板的負(fù)擔(dān)比發(fā)回上行接口板進行路由查找 要重，但是該路由查找工作比現(xiàn)有技術(shù)在業(yè)務(wù)板上進行的完整轉(zhuǎn)發(fā)工作簡單 的多，與現(xiàn)有技術(shù)相比，業(yè)務(wù)板的負(fù)擔(dān)相對較輕。


圖1為現(xiàn)有報文轉(zhuǎn)發(fā)設(shè)備的結(jié)構(gòu)示意圖。圖2為圖1中與報文處理和業(yè)務(wù)處理相關(guān)的組成單元示意圖。 圖3為本發(fā)明實施例一中4艮文轉(zhuǎn)發(fā)方法流程圖。圖4為本發(fā)明實施例一中攜帶下行接口板設(shè)備地址的業(yè)務(wù)報文格式示 意圖。圖5為本發(fā)明實施例一中上行接口板的處理流程圖。圖6為本發(fā)明實施例一中業(yè)務(wù)板的處理流程圖。圖7為本發(fā)明中報文轉(zhuǎn)發(fā)設(shè)備的結(jié)構(gòu)示意圖。圖8為本發(fā)明實施例一中報文轉(zhuǎn)發(fā)設(shè)備的結(jié)構(gòu)示意圖。圖9為本發(fā)明實施例二中報文轉(zhuǎn)發(fā)設(shè)備的示例性結(jié)構(gòu)示意圖。圖10為本發(fā)明實施例二中報文轉(zhuǎn)發(fā)方法流程圖。圖11為本發(fā)明實施例二中業(yè)務(wù)板的處理流程圖。圖12為本發(fā)明實施例二中報文轉(zhuǎn)發(fā)設(shè)備的 一種結(jié)構(gòu)示意圖。圖13為本發(fā)明實施例二中報文轉(zhuǎn)發(fā)設(shè)備的另一種結(jié)構(gòu)示意圖。
具體實施方式
本發(fā)明實施例提供了一種報文轉(zhuǎn)發(fā)方案，該方案在上行接口板判定當(dāng)前 處理報文為待轉(zhuǎn)向業(yè)務(wù)板的業(yè)務(wù)報文時，不立即將其轉(zhuǎn)向到業(yè)務(wù)板，而是繼 續(xù)上行接口板的報文上行處理，將完成報文上行處理的業(yè)務(wù)報文發(fā)送給業(yè)務(wù) 板；業(yè)務(wù)板對接收的業(yè)務(wù)報文進行業(yè)務(wù)處理，將業(yè)務(wù)處理后的業(yè)務(wù)報文發(fā)向下行接口板進行下行處理。由于上行接口板對業(yè)務(wù)報文完成上行處理后才轉(zhuǎn) 向業(yè)務(wù)板，因此上行接口板分擔(dān)了業(yè)務(wù)板的轉(zhuǎn)發(fā)工作，業(yè)務(wù)板無需像現(xiàn)有技 術(shù)一樣對業(yè)務(wù)處理后的業(yè)務(wù)報文進行再次的完整轉(zhuǎn)發(fā)處理，大大減少了業(yè)務(wù) 板的設(shè)備資源消耗，從而提高了業(yè)務(wù)板的業(yè)務(wù)處理性能，進而提高了報文轉(zhuǎn) 發(fā)設(shè)備的轉(zhuǎn)發(fā)性能。在上述報文轉(zhuǎn)發(fā)方案中，如果業(yè)務(wù)板進行的業(yè)務(wù)處理未改變業(yè)務(wù)報文的 報文目的地址，則根據(jù)業(yè)務(wù)報文攜帶的下行接口板設(shè)備地址，將業(yè)務(wù)處理后 的業(yè)務(wù)報文發(fā)送給下行接口板。其中，業(yè)務(wù)報文攜帶的下行接口板設(shè)備地址 是在報文上行處理過程中確定的。由于業(yè)務(wù)報文在上行接口板已經(jīng)完成了全 部的上行流程，所以業(yè)務(wù)板只需將攜帶交換網(wǎng)信息頭的業(yè)務(wù)報文發(fā)送到正確 的下行接口4反，下行接口板就能正確的完成后續(xù)處理。如則由業(yè)務(wù)板或上行接口板根據(jù)改變后的報文目的地址重新進行路由查找，確 定正確的下^f于4妾口 4反{史備地址并轉(zhuǎn)發(fā)。需要說明的是，本發(fā)明實施例中涉及的設(shè)備地址與報文地址并不是同樣 的概念。其中，設(shè)備地址是指上行接口板、業(yè)務(wù)板和下行接口板的設(shè)備地址， 是報文轉(zhuǎn)發(fā)設(shè)備的內(nèi)部網(wǎng)絡(luò)地址。上行接口板、業(yè)務(wù)板和下行接口板可能是采用單獨的板卡實現(xiàn)的，也可能是板卡中的某個芯片實現(xiàn)的，因此設(shè)備地址 可能是板卡標(biāo)識、槽位號、IP地址、芯片號中的一個或任意組合。而，報文 地址包括報文源地址和報文目的地址，是報文轉(zhuǎn)發(fā)設(shè)備之外的外網(wǎng)地址。根據(jù)以上所述可見，采用本發(fā)明實施例中的業(yè)務(wù)板無需對報文目的地址 未改變的業(yè)務(wù)報文進行轉(zhuǎn)發(fā)處理，大大減少了業(yè)務(wù)板的設(shè)備資源消耗，從而 提高了業(yè)務(wù)板的業(yè)務(wù)性能，進而提高了報文轉(zhuǎn)發(fā)設(shè)備的轉(zhuǎn)發(fā)性能。大多數(shù)不 提供網(wǎng)絡(luò)地址轉(zhuǎn)換功能的業(yè)務(wù)板甚至不用設(shè)置報文轉(zhuǎn)發(fā)功能，大大筒化了業(yè) 務(wù)板的設(shè)計。同時，業(yè)務(wù)板不對報文目的地址未改變的業(yè)務(wù)報文進行第二次 路由查找，還保證了作業(yè)務(wù)后的轉(zhuǎn)發(fā)路徑與實際轉(zhuǎn)發(fā)路徑一致，避免了現(xiàn)有 技術(shù)中可能出現(xiàn)的轉(zhuǎn)發(fā)路徑不 一致的問題。只有在報文目的地址改變的情況下，才重新進行路由查找，但是由于報 文目的地址的改變，原來的轉(zhuǎn)發(fā)路徑是不正確的，重新進行路由查找是獲取 正確轉(zhuǎn)發(fā)路徑的必由之路，因此也不會出現(xiàn)路徑不一致的問題。而且重新的 路由查找比現(xiàn)有技術(shù)中業(yè)務(wù)板對業(yè)務(wù)處理后的業(yè)務(wù)報文重新進行完整的轉(zhuǎn) 發(fā)處理簡單的多。下面結(jié)合附圖并舉實施例，對本發(fā)明進行詳細描述。實施例一本實施例仍采用圖1示出的報文轉(zhuǎn)發(fā)設(shè)備基本結(jié)構(gòu)作為本實施例一的 報文轉(zhuǎn)發(fā)設(shè)備。該i殳備包括上行接口板，業(yè)務(wù)板和下行接口^反。各片反卡之間 采用交換網(wǎng)進行信息交換。業(yè)務(wù)板可以采用擴展業(yè)務(wù)處理功能的接口板實 現(xiàn)，也可以在具有交換網(wǎng)接口的主控板上擴展業(yè)務(wù)處理功能，從而實現(xiàn)業(yè)務(wù) 板功能。通常，通過交換網(wǎng)進行接口板間的報文交換時，需要在報文前面封裝一 個交換信息頭，這個交換信息頭指示交換網(wǎng)將報文發(fā)送到哪個交換節(jié)點，是 交換網(wǎng)的交換依據(jù)。交換網(wǎng)信息頭中會留有一些空閑信息字段，用來攜帶一 些下行流程必需的額外信息。為了簡化描述，以下將不需要轉(zhuǎn)向業(yè)務(wù)板的報文稱為普通報文，將待轉(zhuǎn)向業(yè)務(wù)板的業(yè)務(wù)報文稱為業(yè)務(wù)報文。圖3為本發(fā)明實施例一中報文轉(zhuǎn)發(fā)方法流程圖，如圖3所示，該方法包括以下步驟步驟301:上行接口板接收待轉(zhuǎn)發(fā)報文，查詢預(yù)設(shè)的ACL流分類-見則表。這里，ACL流分類規(guī)則表保存有一系列報文的特征項及其對應(yīng)的處理 動作。當(dāng)待轉(zhuǎn)發(fā)才艮文的特征命中ACL流分類規(guī)則表中的特征項時，對這些 命中報文實施對應(yīng)的動作，例如丟棄、統(tǒng)計、重定向、鏡像等。其中，重定 向是指將命中的報文發(fā)送給指定的目標(biāo)板進行處理。本實施例主要涉及的重 定向動作是將命中的報文重定向到業(yè)務(wù)板。步驟302:如果當(dāng)前處理報文命中重定向到業(yè)務(wù)板的流重定向規(guī)則，則 確定當(dāng)前處理沖艮文為待轉(zhuǎn)向業(yè)務(wù)板的業(yè)務(wù)4艮文，根據(jù)流重定向MJ'j確定目標(biāo) 業(yè)務(wù)板的業(yè)務(wù)板設(shè)備地址。步驟303:上行接口板繼續(xù)對業(yè)務(wù)報文的上行接口板處理流程，從而得 到下行接口板設(shè)備地址。步驟304:上行接口板將步驟302確定的業(yè)務(wù)板設(shè)備地址作為業(yè)務(wù)報文 的當(dāng)前目的設(shè)備地址，同時將下行接口板設(shè)備地址作為報文中的數(shù)據(jù)信息封 裝在業(yè)務(wù)報文中，然后發(fā)送到交換網(wǎng)。此時，交換網(wǎng)會根據(jù)業(yè)務(wù)報文的當(dāng)前 目的設(shè)備地址，將業(yè)務(wù)報文轉(zhuǎn)發(fā)到目標(biāo)業(yè)務(wù)板。在實際中，可以將下行接口板設(shè)備地址封裝在業(yè)務(wù)報文的首部。圖4示 出了本發(fā)明實施例 一 中攜帶下行接口板設(shè)備地址的業(yè)務(wù)報文格式示意圖。如 圖4所示，發(fā)往業(yè)務(wù)板的業(yè)務(wù)報文包括交換信息頭、保存下行接口板設(shè)備地 址部分以及原始報文部分。如果業(yè)務(wù)報文的交換信息頭有空余信息位，也可 以將下行接口板設(shè)備地址保存在交換信息頭部分步驟305:業(yè)務(wù)板對接收的業(yè)務(wù)報文進行業(yè)務(wù)處理，判斷該業(yè)務(wù)處理是 否改變了業(yè)務(wù)報文的目的IP，如果是，則執(zhí)行步驟307;否則，執(zhí)行步驟306。一塊業(yè)務(wù)板可以具有多種業(yè)務(wù)處理能力。有些業(yè)務(wù)可以改變4艮文地址，例如NAT變換業(yè)務(wù)。該NAT業(yè)務(wù)是一種轉(zhuǎn)換報文網(wǎng)絡(luò)地址的技術(shù)，通常用 于在寺艮文出局域網(wǎng)時，將報文的私網(wǎng)地址轉(zhuǎn)換為公網(wǎng)地址。NAT轉(zhuǎn)換包括 IP地址轉(zhuǎn)換，以及IP地址和端口轉(zhuǎn)換兩種。在進ftIP地址轉(zhuǎn)換時，可以對 報文的目的IP和/或源IP進行轉(zhuǎn)換。步驟306:業(yè)務(wù)板將業(yè)務(wù)報文所攜帶的下行接口板設(shè)備地址作為該業(yè)務(wù) 報文的當(dāng)前目的設(shè)備地址，經(jīng)封裝后，將該業(yè)務(wù)報文發(fā)送到交換網(wǎng)。此時， 交換網(wǎng)會根據(jù)業(yè)務(wù)報文的當(dāng)前目的設(shè)備地址，將業(yè)務(wù)報文轉(zhuǎn)發(fā)到目標(biāo)下行接 口板，然后執(zhí)行步驟308。步驟307:根據(jù)改變后的目的IP對業(yè)務(wù)報文重新進行路由查找，得到 新的下行接口板設(shè)備地址，將新的下行接口 4反設(shè)備地址作為該業(yè)務(wù)4艮文的當(dāng) 前目的設(shè)備地址，經(jīng)封裝后，將該業(yè)務(wù)報文發(fā)送到交換網(wǎng)，然后執(zhí)行步驟 308。本步驟可以由業(yè)務(wù)板執(zhí)行路由查找和轉(zhuǎn)發(fā)處理；當(dāng)然，也可以將目的IP 改變的業(yè)務(wù)報文通過交換網(wǎng)發(fā)送回上行接口板，由上行接口板執(zhí)行^^由查找 和轉(zhuǎn)發(fā)。上行接口板對業(yè)務(wù)板返回的業(yè)務(wù)報文進行路由查找的處理可以采用 目前已有處理完成。步驟308:下行接口板對接收的業(yè)務(wù)報文和普通報文進行下行處理。至此，本流考呈結(jié)束。從圖3示出的流程可見，本實施例一對上行接口板和業(yè)務(wù)板的處理功能 進行了修改，下面配以附圖，分別對圖3中上行接口板執(zhí)行的步驟301到 304，以及業(yè)務(wù)板執(zhí)行的步驟305到307進行詳細描述。圖5為本發(fā)明實施例一中上行接口板的處理流程圖。如圖5所示，該流 程包括以下步驟步驟501:接收待轉(zhuǎn)發(fā)報文。步驟502:查詢預(yù)設(shè)ACL流分類規(guī)則表，判斷待轉(zhuǎn)發(fā)報文是否命中重 定向到業(yè)務(wù)板的流重定向規(guī)則，如果是，則判定是業(yè)務(wù)報文，執(zhí)行步驟503 和504;否則，判定是普通報文，直接執(zhí)行步驟504。步驟503:在流重定向規(guī)則中查找業(yè)務(wù)報文待轉(zhuǎn)向到的業(yè)務(wù)板設(shè)備地址。 步驟504:保存ACL流分類規(guī)則表的查詢結(jié)果。步驟505:繼續(xù)進行上行接口板的轉(zhuǎn)發(fā)處理流程，得到下行接口板設(shè)備 地址。步驟506:將業(yè)務(wù)報文封裝為符合交換網(wǎng)協(xié)議的業(yè)務(wù)報文。此時，已封 裝的業(yè)務(wù)報文具有交換網(wǎng)信息頭，且目的設(shè)備地址為下行接口板設(shè)備地址。步驟507:取出步驟504保存的查詢結(jié)果，判斷當(dāng)前處理報文是否需要 轉(zhuǎn)向業(yè)務(wù)板，如果是，則執(zhí)行步驟508;否則，執(zhí)行步驟509。本步驟507中，根據(jù)查詢結(jié)果判斷當(dāng)前處理報文是否具有對應(yīng)的業(yè)務(wù)板 設(shè)備地址，如果是，則判定需要轉(zhuǎn)發(fā)到業(yè)務(wù)板。與報文對應(yīng)的業(yè)務(wù)板設(shè)備地 址可以采用與才艮文對應(yīng)的特定標(biāo)識記錄。步驟508:將已封裝報文中的下行接口板設(shè)備地址替換為業(yè)務(wù)板設(shè)備地裝報文中，并將該業(yè)務(wù)報文通過交換網(wǎng)發(fā)送到下行接口板。本流程結(jié)束。 步驟509:將已封裝報文通過交換網(wǎng)發(fā)送到下行接口板。本流程結(jié)束。 至此，本流程結(jié)束。圖6為本發(fā)明實施例一中業(yè)務(wù)板的處理流程圖。本流程以業(yè)務(wù)板具有報 文轉(zhuǎn)發(fā)功能為例。如圖6所示，該流程包括以下步驟步驟601:接收來自上行接口板的業(yè)務(wù)報文。該業(yè)務(wù)報文攜帶有上行接 口板確定的下行接口板設(shè)備地址。步驟602:對所接收的業(yè)務(wù)報文進行業(yè)務(wù)處理。步驟603:判斷業(yè)務(wù)處理后的業(yè)務(wù)報文是否有目的IP改變，如果是， 則執(zhí)行步驟604和605;否則，執(zhí)行步驟606。本步驟中，如果業(yè)務(wù)板不支持NAT業(yè)務(wù)，可以直接判定無目的IP改變。 如果業(yè)務(wù)板支持NAT業(yè)務(wù)，再進一步判斷是否對當(dāng)前業(yè)務(wù)報文進行了 NAT 業(yè)務(wù)處理，如杲有NAT處理，則判定有目的IP改變。步驟604:重新根據(jù)改變后的目的IP進行路由查找，得到新的下行接口板設(shè)備地址。步驟605:將新的下行接口板設(shè)備地址作為當(dāng)前目的設(shè)備地址，完成下 行報文封裝。執(zhí)行步驟607。步驟606:從業(yè)務(wù)報文中獲取其攜帶的下行接口板設(shè)備地址，并作為當(dāng) 前目的設(shè)備地址，完成下行報文封裝。執(zhí)行步驟607。步驟607:將封裝后的業(yè)務(wù)報文發(fā)送到交換網(wǎng)。為了實現(xiàn)本實施例的報文轉(zhuǎn)發(fā)方法，本發(fā)明還提供了一種報文轉(zhuǎn)發(fā)設(shè) 備。首先本發(fā)明實施例的報文轉(zhuǎn)發(fā)設(shè)備的結(jié)構(gòu)進行描述，然后再具體描述執(zhí) 行本實施例報文轉(zhuǎn)發(fā)方法的報文轉(zhuǎn)發(fā)設(shè)備結(jié)構(gòu)。圖7為本發(fā)明中報文轉(zhuǎn)發(fā)設(shè)備的結(jié)構(gòu)示意圖。如圖7所示，該設(shè)備包括 上朽、接口板701、業(yè)務(wù)一反702和下行4妾口板703。其中，上行接口板701 ，用于在判定當(dāng)前處理報文為待轉(zhuǎn)向業(yè)務(wù)板的業(yè)務(wù)報文 時，完成上行接口板的報文處理，將該報文處理過程中獲得的下行接口板設(shè) 備地址，攜帶在業(yè)務(wù)報文中發(fā)送給業(yè)務(wù)板702。業(yè)務(wù)板702，用于對所接收的業(yè)務(wù)報文進行業(yè)務(wù)處理，在判定所述業(yè)務(wù) 處理未改變業(yè)務(wù)報文的目的IP時，根據(jù)所接收業(yè)務(wù)報文攜帶的下行接口板 設(shè)備地址，將業(yè)務(wù)處理后的業(yè)務(wù)報文發(fā)送給下行接口板703。下行接口板703,用于對所接收的報文進行下行處理。本實施例中，業(yè)務(wù)板與上行接口板和下行接口板通過交換網(wǎng)相連。圖8 為為本發(fā)明實施例一中報文轉(zhuǎn)發(fā)設(shè)備的結(jié)構(gòu)示意圖。如圖8所示，該設(shè)備包 括上行接口板801、業(yè)務(wù)板802和下行接口板803。其中，上行接口板801具體包括交換網(wǎng)適配單元810、報文處理單元820和接 口適配單元830。其中，接口適配單元830，用于將來自設(shè)備外部網(wǎng)絡(luò)的報文適配為所在上行接 口板801可識別的格式，然后發(fā)送給報文處理單元820;將來自報文處理單 元820的報文適配為外部網(wǎng)絡(luò)可識別的格式發(fā)送到外部網(wǎng)絡(luò)。報文處理單元820，用于從接口適配單元830接收報文并處理，在判定當(dāng)前處理才艮文為待轉(zhuǎn)向業(yè)務(wù)板的業(yè)務(wù)報文時，繼續(xù)上行接口板的報文處理， 將該報文處理過程中獲得的下行接口板設(shè)備地址攜帶在業(yè)務(wù)報文中進行封 裝，并將封裝后的業(yè)務(wù)報文通過交換網(wǎng)適配單元810發(fā)送給業(yè)務(wù)板802。這里的封裝為將業(yè)務(wù)報文封裝為符合交換網(wǎng)協(xié)議的報文，該報文包括交換網(wǎng)信息頭，作為交換依據(jù)。此外，報文處理單元820進一步用于，在判定當(dāng)前處理報文為普通報文 時，繼續(xù)上行接口板的報文處理，獲得下行接口板設(shè)備地址，然后將普通報 文發(fā)送到下行接口板設(shè)備地址指示的下行接口 4反803。具體來說，報文處理單元820包括流分類模塊822和上行報文轉(zhuǎn)發(fā)處理 模塊821。其中，流分類模塊822,用于根據(jù)當(dāng)前處理報文查詢流分類規(guī)則表，如果命中 重定向到業(yè)務(wù)板的流重定向規(guī)則，則確定當(dāng)前處理報文為待轉(zhuǎn)向業(yè)務(wù)板的業(yè) 務(wù)報文，并確定待轉(zhuǎn)向到的業(yè)務(wù)板的業(yè)務(wù)板設(shè)備地址，然后將業(yè)務(wù)報文及確 定的業(yè)務(wù)板設(shè)備地址發(fā)送給上行報文轉(zhuǎn)發(fā)處理模塊821。上行報文轉(zhuǎn)發(fā)處理模塊821,用于對所接收的業(yè)務(wù)報文繼續(xù)執(zhí)行上行接業(yè)務(wù)報文中，將業(yè)務(wù)板設(shè)備地址作為業(yè)務(wù)報文當(dāng)前目的設(shè)備地址，經(jīng)封裝后， 通過交換網(wǎng)適配單元810發(fā)送到交換網(wǎng)中。交換網(wǎng)適配單元810，用于將來自凈艮文處理單元820的報文適配為設(shè)備 內(nèi)部交換網(wǎng)可識別的格式發(fā)送到交換網(wǎng)；將來自交換網(wǎng)的報文適配為所在上 行接口板801可識別的格式發(fā)送給報文處理單元820。以上就是本實施例中，上行接口板801的功能。下面對業(yè)務(wù)板802進行 描述。業(yè)務(wù)板802包括交換網(wǎng)適配單元840和業(yè)務(wù)處理單元850。其中，交換網(wǎng)適配單元840對進出業(yè)務(wù)板的報文進行適配。其原理與上 行接口板801中的交換網(wǎng)適配單元810相同。業(yè)務(wù)處理單元850，通過交換網(wǎng)適配單元840接收業(yè)務(wù)報文并進行業(yè)務(wù) 處理，在判定進行的業(yè)務(wù)處理未改變業(yè)務(wù)報文的目的IP時，將業(yè)務(wù)報文攜帶的下行接口板設(shè)備地址作為業(yè)務(wù)處理后的業(yè)務(wù)報文的當(dāng)前目的設(shè)備地址， 然后將該業(yè)務(wù)處理后的業(yè)務(wù)報文通過交換網(wǎng)適配單元840發(fā)送到交換網(wǎng)中。 交換網(wǎng)會根據(jù)其當(dāng)前目的設(shè)備地址將業(yè)務(wù)報文交換到正確的下行接口板。業(yè)務(wù)處理單元850進一步用于，在判定業(yè)務(wù)處理改變了目的IP,則將 處理后寺艮文通過交換網(wǎng)發(fā)還給上行接口板801，由上行接口4反801重新進4亍 上行報文的轉(zhuǎn)發(fā)處理。這種情況下，上行接口板801接收到來自業(yè)務(wù)板802 的業(yè)務(wù)報文后，不進行流分類，只采用上行報文轉(zhuǎn)發(fā)處理模塊821根據(jù)改變 的目的IP重新查找路由，得到新的下行接口板設(shè)備地址，然后將新的下行 接口板設(shè)備地址作為業(yè)務(wù)報文當(dāng)前目的設(shè)備地址，將該業(yè)務(wù)報文發(fā)送到交換 網(wǎng)中。當(dāng)然，如圖8所示，業(yè)務(wù)板還可以進一步包括業(yè)務(wù)報文轉(zhuǎn)發(fā)處理單元 890，用于對目的IP改變的業(yè)務(wù)l艮文進行路由查找，確定新的下行接口4反設(shè) 備地址，然后將攜帶新的下行接口板設(shè)備地址的處理后業(yè)務(wù)報文通過交換網(wǎng) 適配單元840，發(fā)送到交換網(wǎng)中。圖8采用虛線示出業(yè)務(wù)報文轉(zhuǎn)發(fā)處理單元 890，表示該模塊為可選。下行接口板803包括交換網(wǎng)適配單元860、 4艮文處理單元870和接口適 配單元880。其中，交換網(wǎng)適配單元860和接口適配單元880的功能原理與 上行接口板801中的同名模塊相同。報文處理單元870用于對所接收的報文 進行現(xiàn)有已知的下行處理流程。實施例二本實施例采用圖9示出的報文轉(zhuǎn)發(fā)設(shè)備結(jié)構(gòu)。如圖9所示，該設(shè)備包括 上行接口板、業(yè)務(wù)板和下行接口板。其中，上行接口板和下行接口板之間的 信息交換通過交換網(wǎng)實現(xiàn)。業(yè)務(wù)板不采用具有交換網(wǎng)適配單元的板卡實現(xiàn)， 而是采用業(yè)務(wù)處理芯片實現(xiàn)。該業(yè)務(wù)處理芯片可以設(shè)置在主控板上，或者， 業(yè)務(wù)板功能也可以直接使用主控板上的CPU實現(xiàn)。與實施例一不同之處主要體現(xiàn)在業(yè)務(wù)板與上行接口板和下行接口板之 間的信息傳輸通道，圖9采用帶箭頭的粗實線示出。本實施例二中，業(yè)務(wù)板采用非交換網(wǎng)通道與上行接口板的報文處理單元相連，同時通過非交換網(wǎng)通 道與下行接口板的報文處理單元相連。這個非交換網(wǎng)通道可以是共享總線通 道、以太網(wǎng)傳輸通道或其他協(xié)議的傳輸通道。通常，非交換網(wǎng)的總帶寬小于 交換網(wǎng)帶寬，但由于業(yè)務(wù)處理一般都比較慢，因此這樣的帶寬已經(jīng)可以滿足 需求。而且，由于業(yè)務(wù)板上不用配置交換網(wǎng)適配單元和高速的交換網(wǎng)接口 ， 大大減少了設(shè)備成本，因此，本實施例二中的處理方式更適用于低性能、低 成本的解決場合。圖IO為本發(fā)明實施例二中報文轉(zhuǎn)發(fā)方法流程圖，如圖IO所示，該方法包括以下步驟步驟1001:上行接口板接收待轉(zhuǎn)發(fā)報文，查詢預(yù)設(shè)ACL流分類規(guī)則表。 步驟1002:如果待轉(zhuǎn)發(fā)業(yè)務(wù)報文命中重定向到業(yè)務(wù)處理器的流重定向 規(guī)則，則確定待轉(zhuǎn)發(fā)報文為業(yè)務(wù)報文，根據(jù)流重定向規(guī)則確定目標(biāo)業(yè)務(wù)板的 位置信息，這里是業(yè)務(wù)板通道地址。本步驟中，由于業(yè)務(wù)板不是與交換網(wǎng)相連的接口板，因此步驟1001所 確定的目標(biāo)業(yè)務(wù)板通道地址。通道地址對艮據(jù)業(yè)務(wù)板與接口板之間的通道類型 而定。例如，業(yè)務(wù)板與接口4反采用以太網(wǎng)相連，則本步驟可以確定出目標(biāo)業(yè) 務(wù)板在以太網(wǎng)中的媒體接入控制(MAC， Media Access Control)地址；如 果業(yè)務(wù)板與接口板采用共享總線相連，則本步驟可以確定出目標(biāo)業(yè)務(wù)板的總 線地址。步驟1003:繼續(xù)進行對業(yè)務(wù)報文的上行接口板處理流程，得到下行接 口板設(shè)備地址。步驟1004:上行接口板將包括下行接口板設(shè)備地址的交換網(wǎng)信息頭作 為報文數(shù)據(jù)保存在業(yè)務(wù)報文中，將該報文通過上行接口板與業(yè)務(wù)板之間的專 用通道發(fā)送到業(yè)務(wù)板上。發(fā)送時，將業(yè)務(wù)板的MAC地址或總線地址作為當(dāng) 前目的i也址。步驟1005:業(yè)務(wù)板保存交換網(wǎng)信息頭，對接收的業(yè)務(wù)報文進行業(yè)務(wù)處 理，判斷判斷業(yè)務(wù)處理后的業(yè)務(wù)報文是否有目的IP改變，如果是，則執(zhí)行步驟1006;否則，執(zhí)行步驟1007。步驟1006:業(yè)務(wù)板根據(jù)改變后的目的IP重新進行路由查找，確定新的 下行接口板設(shè)備地址，并根據(jù)新的下行接口板設(shè)備地址確定下行接口板通道 地址，將攜帶交換網(wǎng)信息頭的業(yè)務(wù)報文發(fā)送到下行接口板通道地址指示的下 行接口板。執(zhí)行步驟1008。在實際中，也可以將目的IP改變的業(yè)務(wù)報文通過專業(yè)通道發(fā)還給上行 接口板的報文處理單元，由上行接口板的報文處理單元確定新的下行接口 4反 設(shè)備地址，并轉(zhuǎn)發(fā)給下行接口板。由于上行接口板是通過交換網(wǎng)轉(zhuǎn)發(fā)業(yè)務(wù)報 文給下行接口板，因此在發(fā)送前上行接口板會在業(yè)務(wù)報文中封裝上交換網(wǎng)信 息頭。在這種情況下，業(yè)務(wù)處理單元在發(fā)還業(yè)務(wù)報文時，可以不攜帶交換網(wǎng) 信息頭。步驟1007:業(yè)務(wù)板根據(jù)下行接口板設(shè)備地址，確定下行接口板中處理 單元的通道地址，將攜帶交換網(wǎng)信息頭的業(yè)務(wù)報文發(fā)送到下行接口板的報文 處理單元。執(zhí)行步驟1008。這里，業(yè)務(wù)報文中攜帶的交換網(wǎng)信息頭并非用 于網(wǎng)絡(luò)交換，而是執(zhí)行下行流程時的需要。然后執(zhí)行步驟1008。步驟1008:下行接口板對接收的業(yè)務(wù)4艮文和普通才艮文進行下行處理。至此，本流程結(jié)束。在實際中，也可以將目的IP不變的業(yè)務(wù)報文發(fā)還給上行接口板，由上 行接口板將所接收的業(yè)務(wù)報文透傳給下行流程。在這種情況下，上行接口板 也可以不將下行接口板設(shè)備地址發(fā)送給業(yè)務(wù)板，而是在上行接口板中保存， 并在業(yè)務(wù)板返回業(yè)務(wù)報文后使用。下面就對分別上行接口板和業(yè)務(wù)4反的處理流程配以附圖進4亍描述。 本實施例二中上行接口板的處理流程仍可以采用圖5示出的流程，不同 之處在于，本實施例二中，步驟503查找到的是待轉(zhuǎn)向到的業(yè)務(wù)板通道地址； 步驟508中，業(yè)務(wù)板將步驟506封裝的業(yè)務(wù)報文重新封裝為符合專用通道協(xié) 議的報文，該報文以業(yè)務(wù)板通道地址為目的地址，且該報文中封裝有包含下 行接口板設(shè)備地址的交換網(wǎng)信息頭，然后將該報文通過專用通道發(fā)送到業(yè)務(wù)板。圖11為本發(fā)明實施例二中業(yè)務(wù)板的處理流程圖。本流程中，業(yè)務(wù)板不 具有轉(zhuǎn)發(fā)功能，在目的IP改變的情況下，將業(yè)務(wù)報文發(fā)還上行接口板處理。 如圖ll所示，該流程包括以下步驟步驟1101:通過專用通道接收來自上行接口板的業(yè)務(wù)報文。該業(yè)務(wù)報文攜帶包含下行接口板設(shè)備地址的交換網(wǎng)信息頭。步驟1102:對所接收的業(yè)務(wù)報文進行業(yè)務(wù)處理。步驟1103:判斷業(yè)務(wù)處理后的業(yè)務(wù)報文是否有目的IP改變，如果是， 則執(zhí)行步驟1104;否則，沖丸行步驟1105。步驟1104:通過專用通道，將業(yè)務(wù)處理后的業(yè)務(wù)報文發(fā)回上行接口板 中的業(yè)務(wù)處理單元。該發(fā)回上行接口板中的業(yè)務(wù)l艮文中可以不包括交換網(wǎng)信 息，因為上行接口板會再次進行路由查找和交換網(wǎng)信息的封裝。本流程結(jié)束。步驟1105:從業(yè)務(wù)報文攜帶的交換網(wǎng)信息頭中獲取下行接口板設(shè)備地 址，獲取與下行接口板設(shè)備地址對應(yīng)的下行接口板通道地址。下行接口板設(shè) 備地址與下行接口板通道地址的對應(yīng)關(guān)系預(yù)先存儲在業(yè)務(wù)板中。步驟1106:將處理后業(yè)務(wù)報文封裝為符合專用通道協(xié)議的報文，該報 文以下行接口板通道地址為目的地址，且該凈艮文中封裝有包含下行接口拓J殳 備地址的交換網(wǎng)信息頭，然后將已封裝業(yè)務(wù)報文通過專用通道發(fā)送到下行接 口板。本流程結(jié)束。圖12為本發(fā)明實施例二中報文轉(zhuǎn)發(fā)設(shè)備的一種結(jié)構(gòu)示意圖。如圖12所 示，該設(shè)備同樣包括上行接口板1201、業(yè)務(wù)板1202和下行接口板1203。與 圖8不同之處在于，業(yè)務(wù)板1202不與交換網(wǎng)相連，而是通過專用通道與上 行接口板1201和下行接口板1202相連。因此，為了通過專用通道通信，上 行接口板、業(yè)務(wù)板和下行接口板分別增加了通道適配單元，其作用是適配進 出所在板卡的報文，以下不再對通道適配單元的功能進行描述。其中，上行接口板1201具體包括交換網(wǎng)適配單元1210、報文處理單元 1220、接口適配單元1230和通道適配單元1240。其中，交換網(wǎng)適配單元1210、接口適配單元1230和報文處理單元1220中的流分類才莫塊1222的功能與圖 8上行接口板801中的同名模塊相同。不同在于，本實施例二中的上行報文轉(zhuǎn)發(fā)處理模塊1221，在對所接收 的業(yè)務(wù)報文完成上行接口板的報文處理后，將報文處理過程中獲得的下行接 口板設(shè)備地址保存在業(yè)務(wù)報文中，根據(jù)接收自流分類模塊1222的業(yè)務(wù)板設(shè) 備地址獲取對應(yīng)的業(yè)務(wù)板通道地址，然后業(yè)務(wù)板將攜帶業(yè)務(wù)板通道地址的業(yè) 務(wù)報文封裝后，通過通道適配單元發(fā)送到業(yè)務(wù)板。這里的封裝是封裝為符合 專用通道協(xié)議的報文。業(yè)務(wù)板1202包括通道適配單元1250和業(yè)務(wù)處理單元1260。其中，業(yè)務(wù)處理單元1260,用于在判定進行的業(yè)務(wù)處理未改變業(yè)務(wù)報文的目 的IP時，根據(jù)業(yè)務(wù)報文攜帶的下行接口板設(shè)備地址，找到下行接口板通道 地址，仍將交換網(wǎng)信息頭作為報文信息攜帶在處理后業(yè)務(wù)報文中，通過通道 適配單元1250,發(fā)送給下行接口板通道地址指示的下行接口板。如果業(yè)務(wù)處理單元1260判定出現(xiàn)了目的IP的改變，則通過專用通道將 業(yè)務(wù)報文發(fā)還給上行接口板1201的上行報文轉(zhuǎn)發(fā)處理模塊1221。如圖12所示，業(yè)務(wù)板還可以進一步包括業(yè)務(wù)寺艮文轉(zhuǎn)發(fā)處理單元1280, 則業(yè)務(wù)處理單元1260判定出現(xiàn)了目的IP的改變后，由業(yè)務(wù)凈艮文轉(zhuǎn)發(fā)處理單 元1280重新進行路由查找，得到新的下行接口^1設(shè)備地址及其對應(yīng)的下行 接口板通道地址，然后將攜帶包含有新下行接口板設(shè)備地址的交換網(wǎng)信息， 通過通道適配單元1250發(fā)送到下行接口板1203。下行接口板1203包括交換網(wǎng)適配單元1292、纟艮文處理單元1293和接 口適配單元1294。與圖8中下行接口板803相比，本實施例中的下行接口 板1203進一步包括通道適配單元1291。在實際中，還可以不在下行接口板1203中設(shè)置通道適配單元。參見圖 13示出的實施例二報文轉(zhuǎn)發(fā)設(shè)備的另一種結(jié)構(gòu)示意圖。圖13中的下行接口 板1203沒有通道適配單元且不與業(yè)務(wù)板1202相連，業(yè)務(wù)板1202不具有上 行報文轉(zhuǎn)發(fā)處理功能。那么，業(yè)務(wù)板1202中的業(yè)務(wù)處理單元在進行完業(yè)務(wù)處理后，如果沒有目的IP改變，則將業(yè)務(wù)寺良文通過上行接口板1201透傳給下行4妻口板；如果 業(yè)務(wù)處理改變了目的IP，則也發(fā)還上行接口板1201中的上行報文轉(zhuǎn)發(fā)處理 模塊1221重新進行路由查找。由本實施例二的描述可見，與實施例一中業(yè)務(wù)板將目的1P改變的業(yè)務(wù) 報文發(fā)回上行接口板進4亍路由查找處理相比，本實施例二中，由于業(yè)務(wù)板通 過專用通道與上行接口板中的上行報文轉(zhuǎn)發(fā)處理模塊1221相連，因此業(yè)務(wù) 板可以直接通過專用通道將業(yè)務(wù)報文發(fā)送到上行接口板中的上行報文轉(zhuǎn)發(fā) 處理模塊1221,發(fā)送過程無需通過交換網(wǎng)發(fā)送，不占用上行接口板的交換 網(wǎng)接口資源，令上行接口板的整體性能得以提高。由以上所述可以看出，本發(fā)明所提供的報文轉(zhuǎn)發(fā)方案能夠提高報文轉(zhuǎn)發(fā) 性能，而且能夠避免現(xiàn)有技術(shù)中可能出現(xiàn)的轉(zhuǎn)發(fā)路徑不一致的問題。綜上所述，以上僅為本發(fā)明的較佳實施例而已，并非用于限定本發(fā)明的 保護范圍。凡在本發(fā)明的精神和原則之內(nèi)，所作的任何修改、等同替換、改 進等，均應(yīng)包含在本發(fā)明的保護范圍之內(nèi)。
權(quán)利要求
1. 一種報文轉(zhuǎn)發(fā)方法，其特征在于，該方法包括上行接口板判定當(dāng)前處理報文為待轉(zhuǎn)向業(yè)務(wù)板的業(yè)務(wù)報文時，繼續(xù)上行接口板的報文上行處理，將完成報文上行處理的業(yè)務(wù)報文發(fā)送給所述業(yè)務(wù)板；所述業(yè)務(wù)板對所述業(yè)務(wù)報文進行業(yè)務(wù)處理，將業(yè)務(wù)處理后的業(yè)務(wù)報文發(fā)向下行接口板進行下行處理。
2、 如權(quán)利要求1所述的方法，其特征在于，所述將完成報文上行處理的業(yè) 務(wù)報文發(fā)送給所述業(yè)務(wù)板為將報文上行處理過程中獲得的下行接口板設(shè)備地 址，攜帶在所述業(yè)務(wù)報文中發(fā)送給所述業(yè)務(wù)板；所述將業(yè)務(wù)處理后的業(yè)務(wù)報文發(fā)向下行接口板進行下行處理為業(yè)務(wù)板在 判定所述業(yè)務(wù)處理未改變所述業(yè)務(wù)報文的報文目的地址時，根據(jù)所述攜帶的下 行接口板設(shè)備地址，將業(yè)務(wù)處理后的業(yè)務(wù)報文發(fā)送給下行接口板。
3、 如權(quán)利要求1所述的方法，其特征在于，所述將業(yè)務(wù)處理后的業(yè)務(wù)報文 發(fā)向下行接口板進行下行處理為業(yè)務(wù)板在判定所述業(yè)務(wù)處理改變所述業(yè)務(wù)報 文的凈艮文目的地址時，業(yè)務(wù)板根據(jù)改變后的報文目的地址進行路由查找，確定所述業(yè)務(wù)報文的當(dāng) 前下4亍接口板設(shè)備地址，并根據(jù)當(dāng)前下行接口板設(shè)備地址，將業(yè)務(wù)處理后的業(yè)務(wù)報文發(fā)送給下行接口板；或者，將報文目的地址改變的業(yè)務(wù)報文發(fā)還給上行接口板，由上行接口板 根據(jù)改變后的報文目的地址進行路由查找，確定所述業(yè)務(wù)報文的當(dāng)前下行接口 板設(shè)備地址，并根據(jù)當(dāng)前下行接口板設(shè)備地址，將業(yè)務(wù)處理后的業(yè)務(wù)報文發(fā)送 給下行接口板。
4、 如權(quán)利要求2所述的方法，其特征在于，所述上行接口板判定當(dāng)前處理 報文為待轉(zhuǎn)向業(yè)務(wù)板的業(yè)務(wù)報文為上行接口板根據(jù)當(dāng)前處理報文查詢預(yù)設(shè)的 流分類規(guī)則表，如果命中重定向到業(yè)務(wù)板的流重定向規(guī)則，則確定當(dāng)前處理報 文為待轉(zhuǎn)向業(yè)務(wù)板的業(yè)務(wù)報文；所述判定當(dāng)前處理報文為待轉(zhuǎn)向業(yè)務(wù)板的業(yè)務(wù)報文之后，進一步確定所述 業(yè)務(wù)板的業(yè)務(wù)板位置信息。
5、 如權(quán)利要求4所述的方法，其特征在于，所述業(yè)務(wù)板通過交換網(wǎng)與上行接口板和下行接口板相連；所述業(yè)務(wù)板位置信息為業(yè)務(wù)板設(shè)備地址；所述將報文上行處理過程中獲得的下行接口板設(shè)備地址，攜帶在所述業(yè)務(wù) 報文中發(fā)送給所述業(yè)務(wù)板為將所述業(yè)務(wù)板設(shè)備地址作為業(yè)務(wù)報文的當(dāng)前目的中，通過交換網(wǎng)發(fā)送給業(yè)務(wù)板；所述根據(jù)攜帶的下行接口板設(shè)備地址，將業(yè)務(wù)處理后的業(yè)務(wù)報文發(fā)送給下 行接口板為業(yè)務(wù)板將所述業(yè)務(wù)報文攜帶的下行接口板設(shè)備地址作為業(yè)務(wù)報文 的當(dāng)前目的設(shè)備地址，將該業(yè)務(wù)報文通過交換網(wǎng)發(fā)送給下行接口板。
6、 如權(quán)利要求5所述的方法，其特征在于，所述下行接口板設(shè)備地址攜帶 在業(yè)務(wù)報文中交換信息頭的空余信息位中。
7、 如權(quán)利要求4所述的方法，其特征在于，所述業(yè)務(wù)板通過專用通道與上 行接口板相連；所述業(yè)務(wù)板位置信息為業(yè)務(wù)板通道地址；所述將報文上行處理過程中獲得的下行接口板設(shè)備地址，攜帶在所述業(yè)務(wù) 報文中發(fā)送給所述業(yè)務(wù)板為上行接口板將業(yè)務(wù)板通道地址作為當(dāng)前目的設(shè)備 地址，將包含所述下行接口板設(shè)備地址的交換網(wǎng)信息頭攜帶在業(yè)務(wù)報文中，并 通過專用通道發(fā)送給業(yè)務(wù)板。
8、 如權(quán)利要求7所述的方法，其特征在于，所述根據(jù)攜帶的下行接口板設(shè) 備地址，將業(yè)務(wù)處理后的業(yè)務(wù)報文發(fā)送給下行接口板為業(yè)務(wù)板將業(yè)務(wù)處理后 的業(yè)務(wù)報文通過上行接口板發(fā)送給下行接口板。
9、 如權(quán)利要求7所述的方法，其特征在于，所述業(yè)務(wù)板通過專用通道與下 行接口板相連；所述根據(jù)所述攜帶的下行接口板設(shè)備地址，將業(yè)務(wù)處理后的業(yè)務(wù)報文發(fā)送 給下行接口板為業(yè)務(wù)板根據(jù)所述下行接口板設(shè)備地址，確定下行接口板通道 地址，將該下行接口板通道地址作為當(dāng)前目的設(shè)備地址，將包含下行接口板設(shè)備地址的交換網(wǎng)信息頭攜帶在業(yè)務(wù)處理后的業(yè)務(wù)報文中，通過專用通道發(fā)送給 下行接口板。
10、 如權(quán)利要求7或9所述的方法，其特征在于，所述專用通道為除交換 網(wǎng)通道以外的交換通道。
11、 如權(quán)利要求7或9所述的方法，其特征在于，所述專用通道為共享總 線通道，則所述通道地址為總線地址；或者，所述專用通道為以太網(wǎng)通道，則所述通道地址為i某體接入控制MAC 地址。
12、 如權(quán)利要求9所述的方法，其特征在于，所述未改變報文目的地址的 業(yè)務(wù)包括網(wǎng)絡(luò)地址轉(zhuǎn)換NAT業(yè)務(wù)。
13、 如權(quán)利要求3所述的方法，其特征在于，業(yè)務(wù)板通過專用通道與下行 接口板相連，所述根據(jù)新下行接口板設(shè)備地址，將業(yè)務(wù)處理后的業(yè)務(wù)報文發(fā)送給下行接 口板為獲取新下行接口板設(shè)備地址對應(yīng)的下行接口板通道地址，將該下行接 口板通道地址作為當(dāng)前目的設(shè)備地址，將包含新下行接口板設(shè)備地址的交換網(wǎng) 信息頭攜帶在業(yè)務(wù)處理后的業(yè)務(wù)報文中，通過專用通道發(fā)送給下行接口板。
14、 如權(quán)利要求1所述的方法，其特征在于，該方法進一步包括上行接 口板在判定當(dāng)前處理報文為無需轉(zhuǎn)向到業(yè)務(wù)板的普通報文時，繼續(xù)上行接口板 的報文上行處理，直接將上行處理后的所述普通報文發(fā)送給下行接口板。
15、 一種報文轉(zhuǎn)發(fā)設(shè)備，包括上行接口板、業(yè)務(wù)板和下行接口板，其特 征在于，所述上行接口板，用于在判定當(dāng)前處理報文為待轉(zhuǎn)向業(yè)務(wù)板的業(yè)務(wù)報文時， 完成上行接口板的報文上行處理，將完成報文上行處理的業(yè)務(wù)報文發(fā)送給所述 業(yè)務(wù)板；所述業(yè)務(wù)板，用于對所接收的業(yè)務(wù)報文進行業(yè)務(wù)處理，將業(yè)務(wù)處理后的業(yè) 務(wù)報文發(fā)向下行接口板；所述下行接口板，用于對所接收的報文進行下行處理。
16、 如權(quán)利要求15所述的設(shè)備，其特征在于，所述上行接口板包括第一接口適配單元、報文處理單元和第一交換網(wǎng)適配單元；所述第一接口適配單元，用于將來自設(shè)備外部網(wǎng)絡(luò)的報文適配為所在上行 接口板可識別的格式發(fā)送給報文處理單元，將來自報文處理單元的報文適配為外部網(wǎng)絡(luò)可識別的格式發(fā)送到外部網(wǎng)絡(luò)；所述報文處理單元，用于在判定當(dāng)前處理報文為待轉(zhuǎn)向業(yè)務(wù)板的業(yè)務(wù)報文 時，繼續(xù)上行接口板的報文上行處理，將所述報文上行處理過程中獲得的下行 接口板設(shè)備地址，攜帶在所述業(yè)務(wù)報文中發(fā)送給所述業(yè)務(wù)板；所述第一交換網(wǎng)適配單元，用于將來自報文處理單元的報文適配為設(shè)備內(nèi) 部交換網(wǎng)可識別的格式發(fā)送給交換網(wǎng)；將來自內(nèi)部交換網(wǎng)的報文適配為所在上 行接口板可識別的格式發(fā)送給所述報文處理單元。
17、 如權(quán)利要求16所述的設(shè)備，其特征在于，所述報文處理單元包括流分 類模塊和上行報文轉(zhuǎn)發(fā)處理模塊；所述流分類模塊，用于根據(jù)當(dāng)前處理報文查詢預(yù)設(shè)的流分類規(guī)則表，如果 命中重定向到業(yè)務(wù)板的流重定向規(guī)則，則確定當(dāng)前處理報文為待轉(zhuǎn)向業(yè)務(wù)板的 業(yè)務(wù)^^文，并確定所述業(yè)務(wù)板的業(yè)務(wù)板位置信息；所述上行報文轉(zhuǎn)發(fā)處理模塊，用于對流分類模塊確定的業(yè)務(wù)報文繼續(xù)上行 接口板的報文上行處理，將所述報文上行處理過程中獲得的下行接口板設(shè)備地 址保存在業(yè)務(wù)報文中，將該業(yè)務(wù)報文發(fā)送給所述業(yè)務(wù)板位置信息指示的業(yè)務(wù)板。
18、 如權(quán)利要求17所述的設(shè)備，其特征在于，所述上行接口板通過交換網(wǎng) 與業(yè)務(wù)板相連；所述業(yè)務(wù)板位置信息為交換網(wǎng)的業(yè)務(wù)板設(shè)備地址；所述上行報文轉(zhuǎn)發(fā)處理模塊進一步用于，將所述業(yè)務(wù)板設(shè)備地址作為業(yè)務(wù) 報文的當(dāng)前目的設(shè)備地址，然后將該業(yè)務(wù)報文通過所述第 一交換網(wǎng)適配單元發(fā) 送到交換網(wǎng)中。
19、 如權(quán)利要求17所述的設(shè)備，其特征在于，所述上行接口板通過專用通 道與業(yè)務(wù)板相連；所述業(yè)務(wù)板位置信息為業(yè)務(wù)板通道地址；所述上行接口板進一步包括第一通道適配單元，用于將來自報文處理單元的報文適配為所述專用通道可識別的格式；將來專用通道的報文適配為上行接口板可識別的格式發(fā)送給上行報文轉(zhuǎn)發(fā)處理模塊；所述上行報文轉(zhuǎn)發(fā)處理模塊進一步用于，將包含下行接口板設(shè)備地址的交 換網(wǎng)信息頭攜帶在業(yè)務(wù)報文中，通過所述第一通道適配單元發(fā)送給所述業(yè)務(wù)板 通道地址指示的業(yè)務(wù)板。
20、 如權(quán)利要求19所述的設(shè)備，其特征在于，所述專用通道為共享總線通 道或以太網(wǎng)通道。
21、 如權(quán)利要求15所述的設(shè)備，其特征在于，所述業(yè)務(wù)板通過交換網(wǎng)與上 4亍才矣口 4反和下4于4妻收一反相連；所述業(yè)務(wù)板包括第二交換網(wǎng)適配單元和業(yè)務(wù)處理單元；所述第二交換網(wǎng)適配單元，用于將來自交換網(wǎng)的報文適配為所在業(yè)務(wù)板可 識別的格式發(fā)送給業(yè)務(wù)處理單元，將業(yè)務(wù)板的報文適配為交換網(wǎng)可識別的格式 發(fā)送到交換網(wǎng)；所述業(yè)務(wù)處理單元，用于對通過第二交換網(wǎng)適配單元接收的業(yè)務(wù)報文進行 業(yè)務(wù)處理，在判定所述業(yè)務(wù)處理未改變報文目的地址時，將所述業(yè)務(wù)報文攜帶 的下行接口板設(shè)備地址作為業(yè)務(wù)處理后的業(yè)務(wù)報文的當(dāng)前目的設(shè)備地址，將該 業(yè)務(wù)處理后的業(yè)務(wù)報文通過所述第二交換網(wǎng)適配單元發(fā)送到交換網(wǎng)中。
22、 如權(quán)利要求15所述的設(shè)備，其特征在于，所述業(yè)務(wù)板通過專用通道與 上行接口板相連；所述業(yè)務(wù)板包括第二通道適配單元和業(yè)務(wù)處理單元；所述第二通道適配單元，用于將來自專用通道的報文適配為所在業(yè)務(wù)板可 識別的格式發(fā)送給業(yè)務(wù)處理單元；將來自業(yè)務(wù)板的報文適配為交換網(wǎng)可識別的 格式發(fā)送到專用通道；所述業(yè)務(wù)處理單元，用于對通過第二通道適配單元接收的業(yè)務(wù)報文進行業(yè) 務(wù)處理，在判定所述業(yè)務(wù)處理未改變報文目的地址時，將業(yè)務(wù)處理后的業(yè)務(wù)報 文發(fā)送給下行接口板設(shè)備地址指示的下行接口板。
23、 如權(quán)利要求22所述的設(shè)備，其特征在于，所述業(yè)務(wù)處理單元進一步用于將業(yè)務(wù)處理后的業(yè)務(wù)報文通過第二通道適配單元發(fā)送給上行接口板，由上行 接口板透傳給下行接口板設(shè)備地址指示的下行接口板；或者，所述業(yè)務(wù)板通過專用通道與下^f亍接口板相連；所述業(yè)務(wù)處理單元根據(jù)下行接口纟反設(shè)備地址獲取下行接口板通道地址，將業(yè)務(wù)處理后的業(yè)務(wù)報文通 過第二通道適配單元發(fā)送給下行接口板通道地址指示的下行接口板。
24、 如權(quán)利要求22所述的設(shè)備，其特征在于，所述業(yè)務(wù)板為所在報文轉(zhuǎn)發(fā) 設(shè)備主控板上的CPU或業(yè)務(wù)處理芯片。
25、 如權(quán)利要求21或22所述的設(shè)備，其特征在于，所述業(yè)務(wù)處理單元進 一步用于在判定所述業(yè)務(wù)處理改變了報文目的地址時，將業(yè)務(wù)處理后的業(yè)務(wù)才艮 文發(fā)還給上行接口板重新確定下行接口板設(shè)備并發(fā)送給重新確定的下行接口 板；或者，所述業(yè)務(wù)板進一步包括業(yè)務(wù)報文轉(zhuǎn)發(fā)處理單元，用于對報文目的地 址改變的業(yè)務(wù)處理后業(yè)務(wù)報文重新確定下行接口板設(shè)備，將業(yè)務(wù)處理后的業(yè)務(wù) 報文發(fā)送給重新確定的下行接口板。
26、 一種報文轉(zhuǎn)發(fā)設(shè)備的上行接口板，其特征在于，該上行接口板包括流 分類模塊和上行報文轉(zhuǎn)發(fā)處理模塊，所述流分類模塊在判定當(dāng)前處理報文為待轉(zhuǎn)向業(yè)務(wù)板的業(yè)務(wù)報文時，將所 述待轉(zhuǎn)向業(yè)務(wù)板的業(yè)務(wù)報文發(fā)送給所述上行報文轉(zhuǎn)發(fā)處理模塊；所述上行報文轉(zhuǎn)發(fā)處理模塊，對所述待轉(zhuǎn)向業(yè)務(wù)板的業(yè)務(wù)報文繼續(xù)上行接 口板的報文上行處理，將所述報文上行處理過程中獲得的下行接口板設(shè)備地址， 攜帶在所述業(yè)務(wù)報文中發(fā)送給業(yè)務(wù)板。
全文摘要
本發(fā)明公開了一種報文轉(zhuǎn)發(fā)方法，該方法包括上行接口板判定當(dāng)前處理報文為待轉(zhuǎn)向業(yè)務(wù)板的業(yè)務(wù)報文時，繼續(xù)上行接口板的報文上行處理，將完成報文上行處理的業(yè)務(wù)報文發(fā)送給所述業(yè)務(wù)板；所述業(yè)務(wù)板對所述業(yè)務(wù)報文進行業(yè)務(wù)處理，將業(yè)務(wù)處理后的業(yè)務(wù)報文發(fā)向下行接口板進行下行處理。本發(fā)明還提供了一種報文轉(zhuǎn)發(fā)設(shè)備及該設(shè)備中的上行接口板。使用本發(fā)明能夠提高報文轉(zhuǎn)發(fā)設(shè)備的轉(zhuǎn)發(fā)性能。
文檔編號H04L29/06GK101267399SQ20081010486
公開日2008年9月17日 申請日期2008年4月24日 優(yōu)先權(quán)日2008年4月24日
發(fā)明者盧勝文 申請人:杭州華三通信技術(shù)有限公司