專利名稱：靈活的電信業(yè)務量警管技術的制作方法
技術領域：
本發(fā)明涉及電信業(yè)務量的控制，特別涉及可變長數(shù)據(jù)包的電信業(yè)務量警管(policing)技術。這種技術采用多個成對編組的警管引擎，并且可用于警管算法中，在警管算法中更新警管引擎的算法是相互依賴的。
一種已知的警管機制采用了被稱為虛擬調度算法(縮寫為VSA)的調度算法。VSA可以被看作分開的兩個部分，一致檢查部分顯示是否需要根據(jù)VSA實例丟棄業(yè)務流中的數(shù)據(jù)包，更新部分是用來更新VSA使用的基本參數(shù)，例如預計到達時間，它是作為非遺棄數(shù)據(jù)包的到達時間的函數(shù)來更新的。
電信網(wǎng)中的業(yè)務流是由一系列的數(shù)據(jù)包(在某些例子中是信元)組成的，這些數(shù)據(jù)包(或信元)具有固定的或者可變的長度。在網(wǎng)絡中有很多的業(yè)務流在流動并且可以采用分級結構來安排兩個或以上的業(yè)務流。因此，一個數(shù)據(jù)包可以隸屬于一個或多個業(yè)務流。每個業(yè)務流可以反過來包括兩者中任何一個或者兩個子流(例如，高優(yōu)先權數(shù)據(jù)包子流和包括高優(yōu)先權和低優(yōu)先權數(shù)據(jù)包的總子流)。因此，在這個例子中，高優(yōu)先權數(shù)據(jù)包同樣隸屬于兩種子流。每個子流具有一個單獨的速率控制并包括速率參數(shù)(例如，速率和脈沖串容限)、警管狀態(tài)(例如，預計到達時間)。數(shù)據(jù)包所隸屬的每個子流都需要一個警管引擎。
例如，一個ATM信元流同時包括高優(yōu)先權和低優(yōu)先權信元，由CLP位來標識。對于這樣的ATM信元流，ITU-TS建議I.371規(guī)定高優(yōu)先權第一信元子流是要單獨警管的，反之，第一和第二信元的總ATM流(或為了術語使用的一致性稱為“總子流”)也要作為一個整體來警管。一種實現(xiàn)方法是采用處理裝置，在這種處理裝置中兩個串聯(lián)著的處理器分別對一個特殊子流應用一個特殊警管算法實例。第一個處理器因此根據(jù)包括高優(yōu)先權第一信元的子流上的一個VSA實例來進行操作，而第二個處理器因此根據(jù)另一個包括未警管低優(yōu)先權第二信元和警管的高優(yōu)先權第一信元的子流上的一個相似VSA實例來進行操作。
在1996年7月30日的美國專利5541913中，Witters等人描述了一種上述已知形式的警管設備，具有更加通用的體系結構，這種體系結構易于適用于很多不同的警管方法。因此，這種結構將多個警管引擎實例并聯(lián)安排，并且這種體系結構被描述為不僅易于適用于很多不同的用于ATM流的警管方法，而且還可以作為ITU建議的后續(xù)變化的結果來實現(xiàn)。


圖1所示為上述專利的警管設備示意圖。
即使如描述所說的可以應用于任意算法，但是該警管設備包括多個并行的警管處理器10、12，他們中的每一個都執(zhí)行修正的虛擬調度算法(縮寫為MVSA)，通?？梢詫⑦@個算法分為兩個階段來執(zhí)行更新和一致性(conformance)。更新階段保持算法狀態(tài)(例如，信元的預計到達時間)。確認階段用來計算被評估的信元是否和算法相一致。換句話說，信元的實際到達時間要比預計到達時間晚，換成另一種說法，是在預計到達時間之前信元沒有到達。警管設備還具有啟動電路14，它對一個ATM輸入流的每個收到的信元，來激活一個或全部兩個處理器，然后由處理器產(chǎn)生確認信號。仲裁模塊16根據(jù)確認信號產(chǎn)生丟棄信號18和反饋信號20、22，丟棄信號表明是否可以用丟棄電路將該信元信號插入ATM輸出流，而反饋信號向相應的處理器表明是否執(zhí)行已經(jīng)準備好的對前面所述算法中所用的預計到達時間的更新。通過使用仲裁模塊和啟動電路，這種結構體系可以執(zhí)行很多警管方法。
上述專利中將MVSA描述為包括如下代碼<pre listing-type="program-listing">IF(PAT＜TIME) THEN　　 TEMP_PAT＝TIME+NIAT　　 CS＝1　　 ELSE　　 IF(PAT＞TIME+γ)　　 THEN TEMP_PAT＝PAT+NIAT　　CS＝0　　 ELSE TEMP_PAT＝PAT+NIAT　　CS＝1</pre>其中PAT是預計到達時間；TIME是被處理信元的到達時間；TEMP_PAT是PAT的預備更新值；γ是所謂的信元延遲變化容限；NIAT是商定的信元到達間的時間；CS是一致性值，它表明被處理信元是否與相應的MVSA的應用實例相一致。CS＝1表明一致，CS＝0表明不一致。
除了一些修改之外，上述MVSA與前面所述的虛擬調度算法相似。一種修改是不直接更新預計到達時間，但是只在中間變量TEMP PAT中準備對其進行更新。反饋值FS決定了更新是否被有效執(zhí)行，方法如下IF(FS＝1)THEN PAT＝TEMP_PATELSE PAT＝PAT在另外一種修改中引入了一條新線(new line)，它甚至在MVSA實例發(fā)現(xiàn)被處理信元并不滿足要求時也能夠允許準備更新值。只有在應用特殊警管方法的時候才需要這種修改，但是在很多情況下都引入了這種修改以保持警管設備PD的通用性，也就是說可以允許任何要被它應用的警管方法的執(zhí)行。為了能夠在警管設備中只用相同的警管處理器，它也用每個警管處理器來執(zhí)行。
上述的MVSA被分為得到確認信號的一致性檢驗部分，以及更新部分，它是用于準備更新值TEMP_PAT并在反饋信號的指令下進行更新。因此，在執(zhí)行MVSA實例時，處理器準備更新值TEMP_PAT并且產(chǎn)生一致性值作為一致性信號。另一方面，仲裁模塊產(chǎn)生反饋值，這些值作為反饋信號被處理器在執(zhí)行上述MVSA實例時所使用。
通過定義啟動電路EC和仲裁模塊AM，就能夠實現(xiàn)很多不同的警管方法。例如，通過設計啟動電路EC，對高優(yōu)先權第一信元啟動處理器PP1、PP2，僅對低優(yōu)先權第二信元啟動處理器PP2，就能夠實現(xiàn)滿足ITU-TS建議I.371的警管方法。如前面所述，標準指出包括高優(yōu)先權和低優(yōu)先權信元的ATM流(集合子流)應該作為一個整體被警管，而由高優(yōu)先權信元所組成的子流應該被單獨警管。
該專利描述了一些其他的能夠利用所述的結構實現(xiàn)的警管方法。所述的警管方法可以使用漏桶及其填充時間來計算數(shù)據(jù)包是否一致，而不是使用信元到達時間。盡管在該專利中作為通用結構被描述，但是這種結構不能用于實現(xiàn)這樣一種算法，在該算法中，一個處理器的更新算法是另一個處理器的更新算法的函數(shù)。在上述專利所描述的情況下，PP1和PP2分別獨立進行更新。該專利還描述了只與ATM信元流相關的結構。下面馬上描述一個這種不能實現(xiàn)的算法。正如所詳細描述的，這種方法使用兩個漏桶并且他們的更新是互不相關的。
IETF RFC2697描述了一種單速、三色雙漏桶警管算法，稱為單速三色標識器。這種警管算法是調節(jié)變長數(shù)據(jù)包流，例如IP業(yè)務量，包括MPLS、幀延時及通過因特網(wǎng)的聲音/圖像。這個算法需要兩個漏桶并且它們的貸方(credit)更新算法是互相依賴的。RFC2679中說該標識器能夠作為一個組成部分應用于分類業(yè)務量調節(jié)器。該算法對業(yè)務流(例如，IP數(shù)據(jù)包流)進行測量，并且用綠、黃或者紅來標識這些數(shù)據(jù)包。標識基于三個業(yè)務量參數(shù)進行，信息速率(CIR)和兩個相關的脈沖串大小、承諾脈沖串規(guī)模(CBS)和過剩脈沖串規(guī)模(EBS)。CRI是以IP數(shù)據(jù)包的每秒比特數(shù)計量的，并包括IP報頭，但不包括鏈路特殊報頭。CBS和EBS都是以比特計量的。如果數(shù)據(jù)包沒有超過CBS，那么它將被標識為綠色；如果超過了CBS但沒超過EBS，那么將被標識為黃色；否則，即被標識為紅色。這種算法對，例如，進入服務警管，是有用的，這里只有脈沖串長度，而不是最大速率，決定服務的適用性。有色盲(colour-blind)和色識(colour-aware)兩種操作方法。
圖2所示為采用色盲操作模式的算法的示意框圖，其中所有的數(shù)據(jù)包都被處理為綠色。如圖2所示，選擇電路40將接收到數(shù)據(jù)包的大小、流、時間和顏色(在色識模式中)送到測量器42中，測量器42對每個數(shù)據(jù)包進行測量并將測量結果送到發(fā)送電路44，發(fā)送電路44根據(jù)測量器的結果執(zhí)行通過(接收)/標識(綠色、黃色、紅色)/丟下的操作。測量器包括兩個漏桶C和E，分別用46和48進行標識。兩個漏桶共享CIR。來自漏桶的確認(測量)結果50決定了數(shù)據(jù)包的顏色。確認結果和漏桶的填充狀態(tài)在判決塊52中被處理，來決定執(zhí)行54和56中的哪一個更新函數(shù)。
該算法的操作過程如下漏桶C的最大規(guī)模是CBS，而漏桶E的最大規(guī)模是EBS。Tc和Te是漏桶C和E的填充狀態(tài)。在時間0，這輛個漏桶是滿的，也就是說，Tc(0)＝CBS和Te(0)＝EBS。在時間0之后，這兩個漏桶的填充，即Tc和Te，就每秒被更新CIR次，更新方法如下● 如果Tc小于CBS，則Tc加一，否則；● 如果Te小于EBS，則Te加一，否則；● Tc或Te都不增加。
當大小為B比特的數(shù)據(jù)包在時間t到達時，那么在色盲操作模式下將發(fā)生● 如果Tc(t)-B＞＝0，則數(shù)據(jù)包是綠色的并且將Tc的值朝最小值0的方向減少B，否則；● 如果Te(t)-B＞＝0，則數(shù)據(jù)包是黃色的并且將Te的值朝最小值0的方向減少B，否則；● 數(shù)據(jù)包為紅色并且Tc或Te都不減少。
當大小為B比特的數(shù)據(jù)包在時間t到達時，那么在色識操作模式下將發(fā)生● 如果數(shù)據(jù)包已經(jīng)被標識為綠色并且Tc(t)-B＞＝0，則數(shù)據(jù)包是綠色的并且將Tc的值朝最小值0的方向減少B，否則；● 如果數(shù)據(jù)包已經(jīng)被標識為綠色或者黃色并且Te(t)-B＞＝0，則數(shù)據(jù)包是黃色的并且將Te的值朝最小值0的方向減少B，否則；● 數(shù)據(jù)包為紅色并且Tc或Te都不減少。
如上所述，在本例中，每個數(shù)據(jù)包流都是由兩個漏桶控制的，他們的更新(增加或者減少)取決于這兩個漏桶的狀態(tài)。特別是，是否更新漏桶E取決于漏桶C的狀態(tài)和漏桶E本身的狀態(tài)。上述專利中所描述的通用結構不能用于實現(xiàn)需要多重警管引擎來處理每個數(shù)據(jù)包流的算法，其中一個警管引擎的更新算法是另一個警管引擎等的更新算法的函數(shù)。
根據(jù)本發(fā)明的另一方面，每個警管引擎的更新函數(shù)都包括貸方更新和借方更新。一個警管引擎的貸方更新是該對中另一個警管引擎貸方更新的函數(shù)，這里，這個函數(shù)也可以使它們相互無關。每個警管引擎的借方更新是建立在組合模塊判決的基礎上的。
根據(jù)本發(fā)明的另一個方面，本發(fā)明的目的在于提供一種警管包括一系列的數(shù)據(jù)包的電信業(yè)務量的警管設備。該警管設備中包括至少一對警管引擎模塊來處理數(shù)據(jù)包，每個警管引擎模塊包括一個確認單元來產(chǎn)生已處理數(shù)據(jù)包的確認結果，以及一個貸方單元和一個借方單元。該設備還包括一個選擇模塊來將接收到的數(shù)據(jù)包發(fā)送到一對警管引擎模塊中的一個或全部兩個以進行并行處理；一個組合模塊用于接收警管引擎模塊的確認結果，以決定接收到的數(shù)據(jù)包的類別，并決定哪用一個警管引擎模塊更新貸方單元和借方單元，以響應另一個警管引擎模塊上的貸方單元狀態(tài)進行借方更新。
根據(jù)本發(fā)明的又一個方面，本發(fā)明的目的還在于提供一種警管一系列電信數(shù)據(jù)包的方法。該方法用至少一對警管引擎來處理接收到的數(shù)據(jù)包以便進行確認。該方法根據(jù)模塊確認結果的組合關系來決定對接收到的數(shù)據(jù)包采取的動作。組合關系決定要更新狀態(tài)的模塊。另外，一個模塊的更新還取決于同一對中另外一個模塊的更新。
根據(jù)本發(fā)明的一個進一步的方面，本發(fā)明涉及一個用于警管包括一系列數(shù)據(jù)包的電信業(yè)務量的警管方法。該方法的步驟包括將接收到的數(shù)據(jù)包發(fā)送到至少一對警管引擎模塊進行處理，每個警管引擎模塊都具有一個確認單元，一個貸方單元和一個借方單元；當接收到該對中的另一個警管引擎模塊的貸方單元的指令時，更新一個警管引擎模塊的貸方單元，在每個警管引擎模塊中的確認單元內(nèi)進行接收到的數(shù)據(jù)包的測量并產(chǎn)生確認結果。該方法還包括其他的步驟，用于根據(jù)同一對警管引擎模塊中確認結果的組合關系產(chǎn)生組合判決，根據(jù)組合判決來決定接收到的數(shù)據(jù)包的類別，以及更新根據(jù)組合判決選定的警管引擎模塊的借方單元。
圖3所示為根據(jù)本發(fā)明的一個實施例的警管設備的示意圖。
參見圖3，變長數(shù)據(jù)包到達警管設備82的數(shù)據(jù)包接收電路80，并分類為業(yè)務流。流的ID、大小、到達時間和顏色(也就是說，丟下優(yōu)先權由高到低為紅、黃或者綠)都被送到選擇功能84。與業(yè)務流相關的存儲器允許選擇功能為子流指定警管引擎，并且把數(shù)據(jù)包發(fā)送到在86的指定的警管引擎。數(shù)據(jù)包可能被指定到一個以上的警管引擎，但是同一個業(yè)務流的子流被分到同一個警管引擎對，這是因為他們的更新是互相依賴的，選擇功能還在流的色識結構中作為數(shù)據(jù)包顏色的函數(shù)在90處直接將顏色輸出到組合功能88。在色盲模式中，所有的數(shù)據(jù)包都被假設為綠色并因此而不需要顏色輸出。
將數(shù)據(jù)包大小和到達時間送到每個選定的警管引擎。每個選定的警管引擎進行貸方和借方的更新。還要執(zhí)行一致性檢驗92來決定數(shù)據(jù)包是否與警管引擎中所設置的參數(shù)一致。一致性檢驗結果是針對每個警管引擎計算的并被輸出到組合功能88。組合功能88輸出一個操作來指示數(shù)據(jù)包發(fā)送電路94，可以接收數(shù)據(jù)包(通過、綠色)、遺棄數(shù)據(jù)包(丟下)，或者用紅色或者黃色來標識它(標識)。
如前面所說，每個警管引擎都要執(zhí)行一個更新，這個更新包括貸方更新函數(shù)96和借方更新函數(shù)98。一對中的兩個警管引擎的貸方更新算法是相互依賴的，如箭頭100所示。換句話說，一個引擎的貸方更新是該對中另一個引擎貸方更新的函數(shù)，在某些情況下，這個函數(shù)可能是他們之間是相互獨立的。每個警管引擎的借方更新算法是組合函數(shù)的一個函數(shù)，并且能夠被警管設備82中的其他警管引擎影響，而不是被同一對中的另一個警管引擎影響。例如，與業(yè)務流相關的存儲器允許警管設備82來決定每個警管引擎的確認結果是如何影響該設備中另一個警管引擎的借方更新的。因此，除了一致性檢驗結果之外，組合功能將獨立信號輸出到每個選定警管引擎，這些信號表明借方更新函數(shù)(算法)是否已被執(zhí)行。如果組合函數(shù)信號為肯定，那么每個警管引擎都要執(zhí)行借方更新函數(shù)。
根據(jù)本發(fā)明的一個實施例，圖3中所描述的結構是為執(zhí)行RFC2697中的算法而設計的，其中貸方更新是在數(shù)據(jù)包到達的時候進行的，而不是周期性更新，同時一個警管引擎的貸方更新是依賴于同一對中的另一個警管引擎的貸方更新的。與業(yè)務流相關的存儲器允許警管引擎對決定一對中的一個警管引擎的貸方更新是如何影響該對中另一個警管引擎的貸方更新的。圖3中的數(shù)字100表明了這種依賴關系。正如本說明書前面所詳細描述的，該算法使用了兩個漏桶C和E。當數(shù)據(jù)包到達時，漏桶C和E的填充狀態(tài)Tc和Te在貸方以如下方式更新● 如果Tc小于CBS，則Tc加一，否則；● 如果Te小于EBS，則Te加一，否則；● Tc或Te都不增加。
如前所述，兩個漏桶的貸方更新算法是相互依賴的。盡管在RFC2697中記載的是周期性的，實際上，這個算法的漏桶更新是在數(shù)據(jù)包到達的時候進行的。
繼續(xù)進行該實施例的說明，各漏桶C和E的確認結果Fc和Fe被送到組合功能中。輸入數(shù)據(jù)包的顏色也將直接發(fā)送到組合功能中。組合功能將確認結果和輸入數(shù)據(jù)包的顏色映射成一個決定，決定是否要更新每一個漏桶(C或E)，以及輸出數(shù)據(jù)包的顏色(綠色、黃色或紅色)。
下面的表格中列出了在色盲和色識結構中每一種可能的組合得到的決定和輸出顏色。表中，0表示不一致，1表示一致。借方更新函數(shù)對漏桶C和E分別由Uc和Ue表示。
在色盲工作模式中，輸入數(shù)據(jù)包的顏色為綠色。由于只有兩個二進制輸入變量，因此，一共只有四種組合。下表中列出了更新漏桶C和漏桶E的決定。

在色識工作模式中，每個原有顏色有四種組合，并如下表所示。

以上所述的實施例都采用了RFC2697中定義的算法，RFC2697使用兩個漏桶，這是因為執(zhí)行了兩個速率控制。也可以有多于兩個速率控制的情況，其中每個控制的更新都依賴于任何另外一個。在這種情況下，在一個組中將會有多于兩個的警管引擎，在組合功能中也會考慮到這種關系來設計。
在進一步的實施例中，可能有很多業(yè)務流并且需要兩個或者更多的警管引擎對，而且在每對中，一個警管引擎的貸方更新將會影響另一個。還有一種可能就是一個單獨的警管引擎可能通過維持多業(yè)務流的方式服務于多個業(yè)務流。在這種情況下，兩個或更多的業(yè)務流將會被控制在同一速率。
除了在上面提到的RFC中描述的那些算法之外，本警管體系結構可能被配置成支持其他類型的警管算法。
權利要求
1.一種用來警管包括一系列數(shù)據(jù)包的電信業(yè)務量的警管設備包括至少一對警管引擎模塊，用于處理數(shù)據(jù)包，每個警管引擎模塊包括一個確認單元、一個貸方單元和一個借方單元，確認單元用于產(chǎn)生已處理數(shù)據(jù)包的確認結果，一個選擇模塊，用于將接收到的數(shù)據(jù)包發(fā)送到一對并行處理的警管引擎模塊中的一個或全部兩個；一個組合模塊，用于接收警管引擎模塊的確認結果，以便決定接收到的數(shù)據(jù)包的類別，以及哪個警管引擎模塊來更新借方單元，以及一個警管引擎模塊上的貸方單元，用于響應另一個警管引擎模塊上的貸方單元狀態(tài)進行貸方更新。
2.根據(jù)權利要求1的警管設備，其中在一對警管引擎模塊中的一個模塊用與另一個警管引擎模塊不同的速率來處理接收到的數(shù)據(jù)包。
3.一種用來警管包括一系列數(shù)據(jù)包的電信業(yè)務量的警管設備包括至少一對警管引擎模塊，用于處理數(shù)據(jù)包，每個警管引擎模塊包括一個確認單元，用于根據(jù)警管引擎模塊的狀態(tài)來產(chǎn)生已處理數(shù)據(jù)包的確認結果，和一個貸方單元和一個借方單元，用于在警管引擎模塊更新時調整它們的狀態(tài)；一個選擇模塊，用于將接收到的數(shù)據(jù)包發(fā)送到一對并行處理的警管引擎模塊中的一個或全部兩個；以及一個組合模塊，用于接收警管引擎模塊的確認結果，以便決定接收到的數(shù)據(jù)包的類別，以及哪個警管引擎模塊來更新借方單元，其中每個警管引擎模塊的確認單元根據(jù)警管引擎模塊的狀態(tài)獨立測量接收到的數(shù)據(jù)包，以產(chǎn)生確認結果；組合模塊的決定是基于警管引擎模塊的確認結果預設組合關系，并指示已確定的警管引擎模塊的借方單元調整狀態(tài)并且將接收到的數(shù)據(jù)包分類，以及一個警管引擎模塊的貸方單元響應一對中另一個警管引擎模塊的貸方單元進行更新。
4.根據(jù)權利要求3的警管設備，其中在一對警管引擎模塊中的一個模塊用與另一個警管引擎模塊不同的速率來處理接收到的數(shù)據(jù)包。
5.根據(jù)權利要求4的警管設備，其中電信業(yè)務量包括多個業(yè)務流，并且接收到的數(shù)據(jù)包屬于一個以上的業(yè)務流，警管設備進一步包括一對以上的警管引擎模塊，每一對用來警管一個業(yè)務流；選擇模塊，用于接收到的數(shù)據(jù)包發(fā)送給一對以上的警管引擎模塊，用于處理業(yè)務流；以及組合模塊接收警管引擎模塊的確認結果，以便決定接收到的數(shù)據(jù)包的類別，以及哪個警管引擎模塊來進行狀態(tài)的調整，其中組合模塊的決定基于確認結果的組合關系。
6.一種用來警管包括一系列數(shù)據(jù)包的電信業(yè)務量的警管方法包括將接收到的數(shù)據(jù)包發(fā)送到至少一對中的一個或者全部兩個警管引擎模塊以進行處理，每個警管引擎模塊都具有一個確認單元，貸方單元和借方單元；當由該對中的另一個警管引擎模塊的貸方單元指令時，更新一個警管引擎模塊的貸方單元；在每個警管引擎模塊中，測量確認單元處接收到的數(shù)據(jù)包以產(chǎn)生確認結果；根據(jù)警管引擎模塊對中確認結果的組合關系產(chǎn)生組合判決；根據(jù)組合判決決定接收到的數(shù)據(jù)包的類別，以及更新根據(jù)組合判決選定的警管引擎模塊的借方單元。
7.根據(jù)權利要求6的警管方法，其中在一對警管引擎模塊中的一個模塊用與另一個警管引擎模塊不同的速率來處理接收到的數(shù)據(jù)包。
8.根據(jù)權利要求7的警管方法，其中一對中的警管引擎模塊相互獨立的進行貸方單元的更新。
9.根據(jù)權利要求6的警管方法，其中電信業(yè)務量包括多個業(yè)務流，并且接收到的數(shù)據(jù)包屬于一個以上的業(yè)務流，警管設備進一步包括將接收到的數(shù)據(jù)包發(fā)送給一對以上的警管引擎模塊，每對用于以不同速率警管每個業(yè)務流。
10.根據(jù)權利要求9的警管方法，進一步包括如下步驟基于多于一對的警管引擎模塊確認結果組合關系產(chǎn)生組合判決，以及根據(jù)組合判決決定接收到的數(shù)據(jù)包的類別。
11.根據(jù)權利要求9的警管方法，其中一對中的警管引擎模塊相互獨立的進行貸方單元的更新。
12.根據(jù)權利要求10的警管方法，其中每對中的警管引擎模塊相互獨立的進行貸方單元的更新。
全文摘要
本發(fā)明描述了一種用于警管變長數(shù)據(jù)包的電信業(yè)務量警管技術。該技術使用多個警管引擎，這些警管引擎是按對分組的。選擇模塊選擇出進行數(shù)據(jù)包處理的警管引擎對。每個警管引擎模塊包括確認單元、貸方單元和借方單元，一對中的一個貸方單元的更新影響該對中另一個貸方單元的更新。該技術還使用組合函數(shù)來決定所處理的數(shù)據(jù)包的類別，以及哪個警管引擎更新他們的借方單元。
文檔編號H04Q7/20GK1472921SQ0314631
公開日2004年2月4日 申請日期2003年7月8日 優(yōu)先權日2002年7月8日
發(fā)明者T·戴維斯, P·科斯蒂克, T 戴維斯, 溝倏 申請人:阿爾卡特加拿大公司