專利名稱:一種cpu與協(xié)處理單元通信的方法及系統(tǒng)的制作方法
技術領域:
本發(fā)明涉及通信技術領域,具體涉及一種CPU與協(xié)處理單元通信的方法及系統(tǒng)。
背景技術:
在數(shù)據通信產品中,有很多情況是數(shù)據、控制報文共用通信通道的情況,如中央處理器(CPU)和網絡處理器(NP)之間的通訊,CPU和外圍邏輯之間的通訊,NP或外圍邏輯我們統(tǒng)稱為協(xié)處理單元。線卡上送給CPU的數(shù)據報文需要交給協(xié)處理單元進行處理,這些報文一般是大量的、快速的、可以丟棄的業(yè)務數(shù)據包,這些數(shù)據流占用了通信通道95%以上的帶寬,為了保證業(yè)務處理的性能,數(shù)據報文一般在中斷中進行處理。同時,CPU和協(xié)處理單元之間需要有一定的控制信息需要傳遞,比如,一方面CPU需要實時地對協(xié)處理單元進行參數(shù)配置,控制協(xié)處理單元的行為,另一方面協(xié)處理單元需要實時上報異常情況給CPU;另外還有CPU和協(xié)處理單元之間定時傳送的心跳報文,即CPU定時向協(xié)處理單元發(fā)送的查詢報文,協(xié)處理單元收到該報文后,將自身的狀態(tài)返回給CPU,這些報文通常是小量的、慢速的、不允許丟棄的控制報文,這些數(shù)據流占用了通信通道不到5%的帶寬。一般情況下,通訊通道、CPU、協(xié)處理單元的最大允許流量是小于接口卡的線速流量(接口卡的滿負荷流量)的,因此,正確協(xié)調數(shù)據流和控制流的關系,如何使系統(tǒng)保證最大的數(shù)據流,同時使系統(tǒng)穩(wěn)定運行(控制報文不丟失,同時控制報文能夠得到及時的處理),一直是困擾各個數(shù)據通訊產品的技術難點。
目前,隨著新技術的出現(xiàn)和標準化的進展,對高速路由器的業(yè)務功能要求也越來越高。高速分布式路由處理器的出現(xiàn),使人們發(fā)現(xiàn)了一個與傳統(tǒng)的集中式路由器截然不同的高速路由處理體系,NP或ASIC(專用集成電路)的出現(xiàn),極大地解放了CPU,NP通常由若干微處理器和一些硬件協(xié)處理單元組成,多個微處理器并行處理,通過軟件來控制處理流程。對于一些復雜的標準的操作,比如內存操作、路由表查找算法、QoS(服務質量)的擁塞控制算法、流量調度算法等,采用硬件協(xié)處理單元來提高處理性能。一些大量消耗CPU資源的工作被交給協(xié)處理單元去處理,CPU僅僅處理極少數(shù)的系統(tǒng)控制任務,CPU和協(xié)處理單元之間的通信通道一般被用來傳遞控制信息,而且它的帶寬是有一定限制的。
為了應付不斷增長的數(shù)據流量,提高通信效率,通常也用CPU和協(xié)處理單元之間的通信通道來傳遞業(yè)務流,現(xiàn)有技術對這種情況進行了最保險的處理,即保證控制報文的傳輸,對數(shù)據報文的傳輸性能不關心。因此,通常是采用任務處理的方法對所有報文等同處理,即中斷接收報文后,向任務發(fā)送消息通知報文到,然后接收任務對該報文進行處理。其處理流程如圖1所示。采用這種方式的數(shù)據通信系統(tǒng)帶寬利用率通常小于20%,通信效率低,而且在有大量數(shù)據報文經過通信通道的系統(tǒng)中,控制信息仍然可能丟失,造成系統(tǒng)不穩(wěn)定。
發(fā)明內容
本發(fā)明的目的是克服現(xiàn)有技術的上述缺點,提供一種CPU與協(xié)處理單元通信的方法及系統(tǒng),以使數(shù)據通訊產品實現(xiàn)高效、可靠的通信。
本發(fā)明的目的是通過以下技術方案實現(xiàn)的一種CPU與協(xié)處理單元通信的方法,用于CPU和協(xié)處理單元使用共享緩存的通信系統(tǒng),其特征在于,所述方法包括
A、在所述CPU中分別建立數(shù)據報文接收緩沖區(qū)和控制報文接收緩沖區(qū);B、所述CPU和協(xié)處理單元通過一條通信通道交換信息,具體包括C、所述CPU通過所述共享緩存直接將信息傳送給所述協(xié)處理單元;D、所述協(xié)處理單元通過所述共享緩存?zhèn)魉托畔⒔o所述CPU時,所述CPU根據所述數(shù)據報文接收緩沖區(qū)和控制報文接收緩沖區(qū)的空間處理所述信息。
所述步驟A包括根據所述通信系統(tǒng)業(yè)務需要,分別設定所述數(shù)據報文接收緩沖區(qū)和控制報文接收緩沖區(qū)的長度。
通過調整所述控制報文接收緩沖區(qū)的長度調整所述通信系統(tǒng)的業(yè)務處理能力。
所述步驟C包括所述CPU通過直接內存訪問將報文傳送給所述共享緩存;由現(xiàn)場可編程門陣列將所述共享緩存中的報文傳送給所述協(xié)處理單元。
所述步驟D包括D1、所述協(xié)處理單元通過直接內存訪問將報文傳送給所述共享緩存;D2、所述CPU通過邏輯中斷接收所述報文,將所述共享緩存中的報文傳送到本地內存;D3、判斷所述數(shù)據報文接收緩沖區(qū)和控制報文接收緩沖區(qū)是否都有足夠的接收空間;D4、如果有足夠的接收空間,則處理所述接收的報文;D5、如果沒有足夠的接收空間,則暫不處理所述接收的報文,打開所述邏輯中斷。
所述步驟D2包括
D21、當所述共享緩存中有需要傳送給所述CPU的報文時,產生邏輯中斷;D22、所述CPU屏蔽所述邏輯中斷并建立直接內存訪問傳輸;D23、通過所述直接內存訪問傳輸將所述共享緩存中的報文傳送到本地內存。
所述步驟D4包括D41、按照不同單元依次處理所述本地內存中的報文;D42、所述本地內存中的報文處理完成后,判斷所述共享緩存中是否還有發(fā)送給所述CPU的報文;D43、如果有,則所述CPU繼續(xù)接收并處理所述報文;D44、如果沒有,則打開所述CPU屏蔽的邏輯中斷。
所述步驟D41具體為當前所述本地內存單元中的報文為數(shù)據報文時,進行數(shù)據業(yè)務流的轉發(fā);當前所述本地內存單元中的報文為控制報文時,通知所述CPU的報文接收任務接收所述控制報文。
所述方法還包括在所述共享緩存中建立兩個不同方向的先進先出隊列,分別存儲所述CPU發(fā)往所述協(xié)處理單元的報文和所述協(xié)處理單元發(fā)往所述CPU的報文。
本發(fā)明還提供了一種CPU與協(xié)處理單元通信的系統(tǒng),所述系統(tǒng)包括CPU、協(xié)處理單元、邏輯控制單元、共享緩存;其中,所述CPU、協(xié)處理單元、共享緩存分別耦合到所述邏輯控制單元,由所述邏輯控制單元控制CPU和協(xié)處理單元通過所述共享緩存交換信息。
所述邏輯控制單元包括
中斷產生裝置,用于所述協(xié)處理單元將需要發(fā)送到CPU的信息緩存到所述共享緩存后產生中斷信號,通知所述CPU將所述信息接收到本地內存;中斷控制裝置,用于控制所述中斷產生裝置打開或關閉;CPU雙緩沖接收設定裝置,用于設定CPU接收數(shù)據報文緩沖區(qū)和控制報文緩沖區(qū)的長度;緩沖調節(jié)裝置,用于調整所述CPU接收控制報文緩沖區(qū)的長度;接收判決裝置,用于判斷所述數(shù)據報文接收緩沖區(qū)和控制報文接收緩沖區(qū)是否都有足夠的接收空間,如果有足夠的接收空間,則通知所述CPU處理本地內存中的信息,否則通知所述中斷控制裝置打開中斷。
由上述本發(fā)明提供的技術方案可以看出,利用本發(fā)明能夠很好地協(xié)調數(shù)據通信中數(shù)據流和控制流之間的關系,在保證控制報文可靠傳輸及系統(tǒng)穩(wěn)定運行的前提下,使系統(tǒng)的業(yè)務處理能力達到最大,同時,實現(xiàn)對控制粒度的動態(tài)調整。
圖1是現(xiàn)有技術中CPU和協(xié)處理單元共享通信通道的報文處理流程;圖2是本發(fā)明CPU與協(xié)處理單元通信的系統(tǒng)的結構示意圖;圖3是圖2所示本發(fā)明系統(tǒng)中的邏輯控制單元的組成示意圖;圖4是圖2所示的本發(fā)明系統(tǒng)中CPU發(fā)送報文的流程示意圖;圖5是圖2所示的本發(fā)明系統(tǒng)中CPU接收報文的流程示意圖;圖6是本發(fā)明方法的優(yōu)選實施例中CPU接收報文的步驟的流程圖;圖7是本發(fā)明方法中在CPU中建立的報文接收中的雙緩沖結構示意圖。
具體實施例方式
為了使本領域普通技術人員理解和實施本發(fā)明,現(xiàn)結合附圖詳細描繪實施例,通過這些實施例本領域技術人員可以更容易地理解本發(fā)明的目的和技術方案及本發(fā)明的效果。
首先,參照圖2對本發(fā)明CPU與協(xié)處理單元通信的系統(tǒng)的結構作一詳細描述。
本發(fā)明系統(tǒng)由CPU、協(xié)處理單元、邏輯控制單元和共享緩存組成,其中,CPU、協(xié)處理單元、共享緩存分別耦合到邏輯控制單元,由邏輯控制單元控制CPU和協(xié)處理單元通過共享緩存交換信息,CPU和協(xié)處理單元之間只有一條通信通道。其中,所述協(xié)處理單元是指高速業(yè)務處理設備,如NP(網絡處理器)等ASIC(專用集成電路),其特點是處理能力強,一般有多個小的RISC(精簡指令集)處理器組成;共享緩存通過FPGA(現(xiàn)場可編程門陣列)邏輯進行維護。通訊通道與CPU的接口可以是通過北橋出的PCI總線,可以是CPU的60X總線,也可以是北橋出的其它總線,通訊通道與協(xié)處理單元的接口可以是PCI總線,也可以是協(xié)處理單元自身特有的總線,如IBM Rainier的DMU(數(shù)據傳輸單元)接口,IXP-1200的IX-BUS,以及各種業(yè)務端口,如以太網,POS(Packet Over SDH)接口,ATM(異步傳輸模式)接口等,共享緩存中維護了雙方通信的信息,共享緩存一般由高速的SRAM(靜態(tài)隨機存儲單元)組成,報文在共享緩存中以FIFO(先進先出)的形式存在,每個方向都有一個FIFO。
協(xié)處理單元一般是快速設備,因此,從CPU到協(xié)處理單元的報文可以很快被協(xié)處理單元接收,但是CPU需要承擔更多的事務,一般是來不及處理短時間大量從協(xié)處理單元來的報文。因此,在本發(fā)明系統(tǒng)中,主要由邏輯控制單元來控制CPU處理從協(xié)處理單元來的報文。
參照圖3,該邏輯控制單元由以下幾部分組成
中斷產生裝置,用于協(xié)處理單元將需要發(fā)送到CPU的信息緩存到共享緩存后產生中斷信號,通知CPU將所述信息接收到本地內存;中斷控制裝置,用于打開或關閉所述中斷產生裝置;CPU雙緩沖接收設定裝置,用于設定CPU接收數(shù)據報文緩沖區(qū)和控制報文緩沖區(qū)的長度;緩沖調節(jié)裝置,用于調整CPU接收控制報文緩沖區(qū)的長度;接收判決裝置,用于判斷數(shù)據報文接收緩沖區(qū)和控制報文接收緩沖區(qū)是否都有足夠的接收空間,如果有足夠的接收空間,則通知CPU處理本地內存中的信息,否則通知中斷控制裝置打開中斷。
圖4和圖5分別描繪了圖2所示的本發(fā)明系統(tǒng)中CPU發(fā)送報文及接收報文的流程。
在共享緩存中建立兩個不同方向的先進先出隊列,分別用于存儲CPU發(fā)往協(xié)處理單元的報文和協(xié)處理單元發(fā)往CPU的報文。
參照圖4,圖4是圖2所示的本發(fā)明系統(tǒng)中CPU發(fā)送報文的流程示意圖在CPU向協(xié)處理單元發(fā)送報文(數(shù)據報文+控制報文)時,CPU將本地內存中的數(shù)據包用DMA(直接內存訪問)方式傳輸?shù)酵ㄓ嵧ǖ赖墓蚕砭彺嬷校缓笸ㄟ^FPGA邏輯硬件將共享緩存中的數(shù)據包傳送給協(xié)處理單元,在這個方向上,DMA的速度和FPGA邏輯硬件向協(xié)處理單元傳輸?shù)乃俣榷己芸?,可以認為每發(fā)送一個報文,通信通道都能夠迅速處理,因此,這個方向的傳輸是沒有阻塞的。
再參照圖5,圖5是圖2所示的本發(fā)明系統(tǒng)中CPU接收報文的流程示意圖在CPU接收協(xié)處理單元發(fā)送的報文(數(shù)據報文+控制報文)時,當協(xié)處理單元將數(shù)據包用DMA方式傳送到通訊通道的共享緩存中后,再由FPGA邏輯硬件將共享緩存中的數(shù)據包傳送給CPU,在這個方向上,由于受CPU多任務的影響,CPU接收協(xié)處理單元發(fā)送的報文(數(shù)據報文+控制報文)的速度會受到一定的限制。為了提高CPU的接收效率及通信通道的利用率,保證控制報文的傳輸,本發(fā)明系統(tǒng)通過邏輯控制單元控制CPU對報文的接收。接收報文的具體過程如下首先由CPU雙緩沖接收設定裝置設定CPU接收數(shù)據報文緩沖區(qū)和控制報文緩沖區(qū)的長度,該長度可根據通信系統(tǒng)所需要的業(yè)務處理能力來調整CPU接收控制報文緩沖區(qū)的長度。
當協(xié)處理單元有報文需要發(fā)送到CPU時,首先由協(xié)處理單元將數(shù)據包用DMA方式傳送到通訊通道的共享緩存中,當數(shù)據達到設定數(shù)量后由中斷產生裝置產生中斷信號,通知CPU接收數(shù)據到本地內存;CPU收到中斷信號后,通知中斷控制裝置關閉中斷產生裝置,同時建立DMA(直接內存訪問)傳輸將共享緩存中的報文傳送到本地內存;然后,由接收判決裝置判斷數(shù)據報文接收緩沖區(qū)和控制報文接收緩沖區(qū)是否都有足夠的接收空間,如果有足夠的接收空間,則通知CPU處理本地內存中的信息,根據不同單元的報文,對數(shù)據報文進行數(shù)據業(yè)務流的快速轉發(fā),對控制報文則通知CPU的報文接收任務接收該報文;如果沒有足夠的接收空間,則暫不處理本地內存中的報文,通知中斷控制裝置打開中斷。
為了使本技術領域人員更好地理解本發(fā)明,下面將參照圖6對本發(fā)明方法的實現(xiàn)流程作詳細說明。
參照圖6,圖6示了本發(fā)明方法中CPU接收報文的流程,包括以下步驟步驟601在CPU中分別建立數(shù)據報文接收緩沖區(qū)和控制報文接收緩沖區(qū),并根據系統(tǒng)業(yè)務需要,分別設定所述數(shù)據報文接收緩沖區(qū)和控制報文接收緩沖區(qū)的長度。
步驟602當共享緩存中有協(xié)處理單元發(fā)送到CPU的報文時,產生邏輯中斷到CPU;通常在共享緩存中建立雙向的FIFO隊列,分別存儲CPU發(fā)送和需要接收的報文,當FIFO中有CPU需要接收的報文時即產生邏輯中斷到CPU。
步驟603CPU屏蔽上述邏輯中斷。
步驟604CPU開始接收報文,產生DMA中斷。
步驟605建立一次DMA傳輸,以將共享緩存中需要CPU接收的報文傳送到CPU的本地內存中。
步驟606CPU結束上述DMA中斷,開始處理本次DMA傳輸完畢的報文。
步驟607判斷接收緩沖空間是否足夠,此處的判斷是指判斷在步驟601建立的數(shù)據報文接收緩沖區(qū)和控制報文接收緩沖區(qū)空閑單元是否都足夠。
如果沒有足夠的接收緩沖空間,則進到步驟615通知CPU的接收任務打開邏輯中斷,暫時不處理本地內存中接收的報文。
如果有足夠的接收緩沖空間,則進到步驟608取得CPU的本地內存當前單元中的報文。
然后,進到步驟609判斷取得的報文是否為數(shù)據報文。
如果是數(shù)據報文,則進到步驟610進行數(shù)據業(yè)務流的轉發(fā)。
如果是控制報文,則進到步驟611向CPU的報文接收任務發(fā)送消息,通知接收任務接收控制報文。
CPU的本地內存當前單元中的報文處理完成后,也就是步驟610或者步驟611結束后,進到步驟612判斷本次DMA傳輸?shù)紺PU的本地內存中的報文是否已全部處理完畢。
如果還未全部處理完畢,則進到步驟613取得CPU的本地內存中下一個單元中的報文。
然后,返回步驟609判斷取得的報文是否為數(shù)據報文。
如果已全部處理完畢,則進到步驟614判斷共享緩存中是否還有需要CPU接收的報文。
如果有,則返回步驟604重新產生DMA中斷,以進行后續(xù)報文的接收和處理。
如果沒有,則進到步驟615通知CPU的報文接收任務打開邏輯中斷。
然后,進到步驟616退出CPU接收報文流程。
上面詳細描述了本發(fā)明方法中協(xié)處理單元到CPU的通信過程,整個流程基本上是在中斷服務程序中完成的,而數(shù)據業(yè)務流就是在這個主流程中完成的,它的處理不需要經過任務,即數(shù)據報文直接在中斷中查找路由,通過出接口被發(fā)送出去,因此,數(shù)據業(yè)務流的處理效率能達到非常高。同時,少量的控制信息被送到接收任務進行處理,接收任務的調度是被接收緩沖的使用情況激活的,參見圖6的步驟607。DMA中斷服務程序中,CPU首先要判斷接收緩沖的使用情況,接收緩沖分為數(shù)據報文接收緩沖和控制報文接收緩沖,僅僅當數(shù)據報文接收緩沖和控制報文接收緩沖的數(shù)量都足夠時,CPU才繼續(xù)接收協(xié)處理單元過來的報文,否則,CPU通知接收任務可以打開FPGA邏輯的中斷。CPU的報文接收任務首先要將控制報文接收緩沖中的報文接收完畢后,才會打開中斷。為了不使大量的數(shù)據業(yè)務流的中斷獨占CPU而使報文接收任務得不到調度,系統(tǒng)中使用了一個雙緩沖的結構,參見圖7,使數(shù)據報文和控制報文接收相互牽制,以達到控制報文的正確接收和數(shù)據報文的高速轉發(fā)。
參見圖7,圖7是本發(fā)明方法中在CPU中建立的報文接收中的雙緩沖結構示意圖,利用此雙緩沖結構,CPU在DMA中斷處理中,如果控制報文的空閑單元空間不夠,則中斷程序會退出,報文接收任務將控制報文緩沖中的控制報文處理完畢,然后打開FPGA邏輯的中斷。在大流量數(shù)據業(yè)務流的情況下,控制報文在接收緩沖中的堆積相對較慢,因此,可以保證中斷在處理完一定數(shù)量的數(shù)據報文之后,再切換到控制報文的接收。這樣,既保證了數(shù)據報文的高效率接收,又可以保證控制報文的接收,避免了頻繁任務切換引起的系統(tǒng)效率下降,同時,這個過程是自適應的,中斷的退出是根據實際通信情況進行的,報文接收緩沖的長度決定了中斷執(zhí)行的頻率和任務執(zhí)行頻率,可以通過調整報文接收緩沖的長度對系統(tǒng)處理能力進行動態(tài)調整。
雖然通過實施例描繪了本發(fā)明,本領域普通技術人員知道,本發(fā)明有許多變形和變化而不脫離本發(fā)明的精神,例如,稍加變化,也可以通過多個線程實現(xiàn)相同的功能,希望所附的權利要求包括這些變形和變化而不脫離本發(fā)明的精神。
權利要求
1.一種CPU與協(xié)處理單元通信的方法,用于CPU和協(xié)處理單元使用共享緩存的通信系統(tǒng),其特征在于,所述方法包括A、在所述CPU中分別建立數(shù)據報文接收緩沖區(qū)和控制報文接收緩沖區(qū);B、所述CPU和協(xié)處理單元通過一條通信通道交換信息,具體包括C、所述CPU通過所述共享緩存直接將信息傳送給所述協(xié)處理單元;D、所述協(xié)處理單元通過所述共享緩存?zhèn)魉托畔⒔o所述CPU時,所述CPU根據所述數(shù)據報文接收緩沖區(qū)和控制報文接收緩沖區(qū)的空間處理所述信息。
2.如權利要求1所述的CPU與協(xié)處理單元通信的方法,其特征在于,所述步驟A包括根據所述通信系統(tǒng)業(yè)務需要,分別設定所述數(shù)據報文接收緩沖區(qū)和控制報文接收緩沖區(qū)的長度。
3.如權利要求2所述的CPU與協(xié)處理單元通信的方法,其特征在于,通過調整所述控制報文接收緩沖區(qū)的長度調整所述通信系統(tǒng)的業(yè)務處理能力。
4.如權利要求1、2或3所述的CPU與協(xié)處理單元通信的方法,其特征在于,所述步驟C包括所述CPU通過直接內存訪問將報文傳送給所述共享緩存;由現(xiàn)場可編程門陣列將所述共享緩存中的報文傳送給所述協(xié)處理單元。
5.如權利要求4所述的CPU與協(xié)處理單元通信的方法,其特征在于,所述步驟D包括D1、所述協(xié)處理單元通過直接內存訪問將報文傳送給所述共享緩存;D2、所述CPU通過邏輯中斷接收所述報文,將所述共享緩存中的報文傳送到本地內存;D3、判斷所述數(shù)據報文接收緩沖區(qū)和控制報文接收緩沖區(qū)是否都有足夠的接收空間;D4、如果有足夠的接收空間,則處理所述接收的報文;D5、如果沒有足夠的接收空間,則暫不處理所述接收的報文,打開所述邏輯中斷。
6.如權利要求5所述的CPU與協(xié)處理單元通信的方法,其特征在于,所述步驟D2包括D21、當所述共享緩存中有需要傳送給所述CPU的報文時,產生邏輯中斷;D22、所述CPU屏蔽所述邏輯中斷并建立直接內存訪問傳輸;D23、通過所述直接內存訪問傳輸將所述共享緩存中的報文傳送到本地內存。
7.如權利要求5所述的CPU與協(xié)處理單元通信的方法,其特征在于,所述步驟D4包括D41、按照不同單元依次處理所述本地內存中的報文;D42、所述本地內存中的報文處理完成后,判斷所述共享緩存中是否還有發(fā)送給所述CPU的報文;D43、如果有,則所述CPU繼續(xù)接收并處理所述報文;D44、如果沒有,則打開所述CPU屏蔽的邏輯中斷。
8.如權利要求7所述的CPU與協(xié)處理單元通信的方法,其特征在于,所述步驟D41具體為當前所述本地內存單元中的報文為數(shù)據報文時,進行數(shù)據業(yè)務流的轉發(fā);當前所述本地內存單元中的報文為控制報文時,通知所述CPU的報文接收任務接收所述控制報文。
9.如權利要求1所述的CPU與協(xié)處理單元通信的方法,其特征在于,所述方法還包括在所述共享緩存中建立兩個不同方向的先進先出隊列,分別存儲所述CPU發(fā)往所述協(xié)處理單元的報文和所述協(xié)處理單元發(fā)往所述CPU的報文。
10.一種CPU與協(xié)處理單元通信的系統(tǒng),其特征在于,所述系統(tǒng)包括CPU、協(xié)處理單元、邏輯控制單元、共享緩存;其中,所述CPU、協(xié)處理單元、共享緩存分別耦合到所述邏輯控制單元,由所述邏輯控制單元控制CPU和協(xié)處理單元通過所述共享緩存交換信息。
11.如權利要求10所述的系統(tǒng),其特征在于,所述邏輯控制單元包括中斷產生裝置,用于所述協(xié)處理單元將需要發(fā)送到CPU的信息緩存到所述共享緩存后產生中斷信號,通知所述CPU將所述信息接收到本地內存;中斷控制裝置,用于控制所述中斷產生裝置打開或關閉;CPU雙緩沖接收設定裝置,用于設定CPU接收數(shù)據報文緩沖區(qū)和控制報文緩沖區(qū)的長度;緩沖調節(jié)裝置,用于調整所述CPU接收控制報文緩沖區(qū)的長度;接收判決裝置,用于判斷所述數(shù)據報文接收緩沖區(qū)和控制報文接收緩沖區(qū)是否都有足夠的接收空間,如果有足夠的接收空間,則通知所述CPU處理本地內存中的信息,否則通知所述中斷控制裝置打開中斷。
全文摘要
本發(fā)明提供了一種CPU與協(xié)處理單元通信的方法及系統(tǒng),所述系統(tǒng)由CPU、協(xié)處理單元、邏輯控制單元、共享緩存組成;該方法包括在CPU中分別建立數(shù)據報文接收緩沖區(qū)和控制報文接收緩沖區(qū);CPU和協(xié)處理單元通過一條通信通道交換信息,具體包括CPU通過共享緩存直接將信息傳送給協(xié)處理單元;協(xié)處理單元通過共享緩存?zhèn)魉托畔⒔oCPU時,CPU根據所述數(shù)據報文接收緩沖區(qū)和控制報文接收緩沖區(qū)的空間處理所述信息。利用本發(fā)明,可以很好地協(xié)調數(shù)據通信中數(shù)據流和控制流之間的關系,在保證系統(tǒng)穩(wěn)定運行的前提下,使系統(tǒng)的業(yè)務處理能力達到最大,同時實現(xiàn)對控制粒度的動態(tài)調整。
文檔編號H04L12/56GK1642138SQ20041000234
公開日2005年7月20日 申請日期2004年1月9日 優(yōu)先權日2004年1月9日
發(fā)明者陶濤 申請人:華為技術有限公司