-
Stand der Technik
-
Die Erfindung betrifft ein Verfahren zum Klassifizieren eines Datensegments bezüglich dessen Weiterverarbeitung nach dem Oberbegriff des Anspruchs 1.
-
Es ist bekannt, dass Kommunikationscontroller für Netzwerke wie bspw. CAN (Controller Area Network) oder FlexRay Filterfunktionen für jeweilige Datenpakete aufweisen können, um nur einen Ausschnitt des Netzwerkverkehrs herauszufiltern und zu beobachten.
-
Für Netzübergangseinheiten bzw. Gateways können Datenpaket-Filter aufgrund der großen Kommunikationsmatritzen unter großem Aufwand bzgl. des Datenspeichers realisiert werden. Insbesondere die gestiegene Anzahl von Netzwerktypen und die gestiegenen Anzahl von Teilnetzen im Automobilbereich erschweren die Konstruktion einer flexiblen Gateway-Einheit zwischen unterschiedlichen Netzwerken.
-
Offenbarung der Erfindung
-
Das der Erfindung zu Grunde zu liegende Problem wird durch ein Verfahren nach dem Anspruch 1 gelöst. Vorteilhafte Weiterbildungen sind in den Unteransprüchen angegeben. Wichtige Merkmale für die Erfindung finden sich ferner in der nachfolgenden Beschreibung und in den Zeichnungen. Die Merkmale sind sowohl in Alleinstellung als auch in Kombination für die Erfindung wichtig, ohne dass hierauf nochmals hingewiesen wird.
-
Dadurch, dass ein erster Schlüssel für eine Lookup-Tabelle und ein zweiter Schlüssel für die Look-Tabelle ermittelt werden, wird ein flexibler Adressraum aufgespannt. Der erste und zweite Schlüssel zeigen vorteilhaft auf einen Adressraum, der insbesondere für eine Kennung der Eingangsdateneinheit sowie für die vorab festgelegte Kennung reserviert ist.
-
In einer vorteilhaften Ausführungsform werden in Abhängigkeit von dem ersten und dem zweiten Schlüssel Parameter zur Weiterverarbeitung eines Datensegments aus der Lookup-Tabelle ermittelt, womit ein nicht dichter Filter (Leaky Filter) geschaffen wird, der gemäß einer white list in Form von vorliegenden Parametern die Weiterverarbeitung des Datensegments bestimmt.
-
In einer vorteilhaften Ausführungsform wird der zweite Schlüssel in Abhängigkeit von der vorab festgelegten Kennung ermittelt, womit eine einfache Ermittlung des zweiten Schlüssels geschaffen wird.
-
In einer vorteilhaften Ausführungsform wird der zweite Schlüssel in Abhängigkeit von einer Header-Information eines Datenpakets eines gekapselten Netzwerkprotokolls ermittelt, womit eine Berücksichtigung des gekapselten Netzwerkprotokolls die Klassifizierung des Datensegments durchgeführt wird.
-
In einer vorteilhaften Ausführungsform wird in Abhängigkeit von einem ersten Abschnitt der Header-Information ein dritter Schlüssel für die Lookup-Tabelle ermittelt und in Abhängigkeit von einem zweiten Abschnitt der Header-Information ein vierter Schlüssel für die Lookup-Tabelle ermittelt. Als zweiter Schlüssel wird dann der dritte oder der vierte Schlüsse ausgewählt. Vorteilhaft müssen nicht alle Permutationen möglicher Header-Informationen, insbesondere der in der Header-Information enthaltenen Adressinformation, auf eine entsprechend große Hashtabelle abgebildet werden. Damit wird sowohl die Komplexität hinsichtlich der vorgehaltenen Daten reduziert und es kann ein terminierendes Verfahren geschaffen werden. Vorteilhaft kann das Verfahren somit in Hardware ausgeführt werden, wobei gleichzeitig der Datenaufwand reduziert wird.
-
In einer vorteilhaften Ausbildung des Verfahrens werden Regelschlüssel ermittelt und einer der Regelschlüssel ausgewählt. In Abhängigkeit von dem ausgewählten Regelschlüssel wird der zweite Schlüssel bestimmt. Durch die zusätzlichen Regeln, die über einen ausgewählten Regelschlüssel den zweiten Schlüssel bestimmen, wird eine Kollisionsauflösung bzgl. des vorgestellten Verfahrens bereitgestellt. Vorteilhaft wird dadurch vermieden, dass ein Nach-Hashen stattfinden müsste, womit ein terminierendes Verhalten des Verfahrens erreicht wird.
-
In einer vorteilhaften Ausführungsform werden Datensegmente verworfen, wenn auf Basis des ersten Schlüssels und/oder auf Basis des zweiten Schlüssels keine Parameter zur Weiterverarbeitung des Datensegments aus der Lookup-Tabelle ermittelt werden können. Damit wird vorteilhaft ein löchriger Filter (Leaky-Filter) geschaffen, der unter zu Hilfenahme einer weißen Liste (white list) in Form der Lookup-Tabelle vorgibt, dass Datensegmente bspw. mit einer bestimmten Kombination der vorab festgelegten Kennung und der Kennung der Eingangsdateneinheit weiterverarbeitet werden. Datensegmente, für die kein Eintrag in der Lookup-Tabelle vorhanden ist, werden verworfen.
-
Alle Merkmale des Verfahrens sind derart ausgestaltet, dass das Verfahren terminierend ausgeführt werden kann, womit eine Hardware-Ausführung als integrierter Schaltkreis möglich wird.
-
Weitere Merkmale, Anwendungsmöglichkeiten und Vorteile der Erfindung ergeben sich aus der nachfolgenden Beschreibung von Ausführungsbeispielen der Erfindung, die in den Figuren der Zeichnungen dargestellt sind. Alle beschriebenen oder dargestellten Merkmale bilden für sich oder in beliebiger Kombination den Gegenstand der Erfindung, unabhängig von ihrer Zusammenfassung in den Patentansprüchen oder deren Rückbeziehung, sowie unabhängig von ihren Formulierung bzw. Darstellung in der Beschreibung bzw. der Zeichnung. Für funktionsäquivalente Größen und Merkmale werden in allen Figuren auch bei unterschiedlichen Ausführungsformen die gleichen Bezugszeichen verwendet.
-
Nachfolgend werden beispielhafte Ausführungsformen der Erfindung unter Bezugnahme auf die Zeichnung erläutert. In der Zeichnung zeigen:
-
1–3 jeweils ein schematisches Blockdiagramm;
-
4 und 5 jeweils ein schematisches Ablaufdiagramm; und
-
6 und 7 jeweils ein schematisches Blockdiagramm.
-
1 zeigt ein schematisches Blockdiagramm 2. Ein Datensegment 4 wird von einer Eingangsschnittstelle 6 bereitgestellt. Das Datensegment 4 umfasst eine vorab festgelegte Kennung chid, die auch als channel identifier bezeichnet wird. Des Weiteren umfasst das Datensegment 4 eine Kennung devid der Eingangsschnittstelle 6. Des Weiteren umfasst das Datensegment 4 einen Datenbereich 8, der auch als Payload des Datensegments 4 bezeichnet wird. Des Weiteren kann das Datensegment 4 weitere Informationen aufweisen, bspw. die Position das Datensegment 4 als Teil eines mehrere Datensegmente 4 umfassenden Datenblocks.
-
Ein Datenpaket 10 eines gekapselten Netzwerkprotokolls umfasst eine Header-Information 12 sowie einen Datenbereich 14. Wie in 1 dargestellt umfasst der Datenbereich 8 des Datensegments 4 nur einen Teil des Datenpakets 10. Beispielhaft ist das Datensegment 4 in 1 ein erstes von mehreren Datensegmenten 4 zur Übertragung des Datenpakets 10.
-
Einem Block 16 werden die vorab vereinbarte Kennung chid, die Kennung devid der Eingangsschnittstelle 6 sowie im Falle eines ersten Datensegments 4 die Header-Information 12 des Datenpakets 10 zugeführt. In Abhängigkeit von den zugeführten Größen ermittelt der Block 16 Parameter 20 zur Weiterverarbeitung des Datensegments 4 aus einer nachfolgend erläuterten Lookup-Tabelle. Damit klassifiziert der Block 16 ein Datensegment 4 bezüglich dessen Weiterverarbeitung in einer Datentransporteinheit, insbesondere in einem Netzwerkprozessor, wobei die Datentransporteinheit zumindest den Block 16 und einen Block 18 umfasst, wobei dem Block 18 die Parameter 20 sowie das entsprechende Datensegment 4 zugeführt werden. Gemäß einem Pfeil 22 leitet der Block 18 Datensegmente 4, für die Parameter 20 ermittelt werden konnten, an eine oder mehrere nicht dargestellte Ausgangsschnittstellen weiter.
-
Bei dem Datenpaket 10 kann es sich beispielsweise um einen CAN-Datenpaket, ein FlexRay-Datenpaket, ein XCP-Datenpaket (universal measurement calibration protocol), einen CCP-Datenpaket (CAN calibration protocol) oder ein Ethernet-Datenpaket handeln. Selbstverständlich sind in diesem Zusammenhang weitere, hier nicht genannte Netzwerkprotokolle denkbar.
-
Einer der Parameter 20 identifiziert bspw. eine Warteschlange innerhalb des Blocks 18 zur Weiterverarbeitung des Datensegments 4. Einer der Parameter 20 identifiziert bspw. zur Weiterverarbeitung des Datensegments eine Verarbeitungseinheit innerhalb des Blocks 18, der das Datensegment 4 zugeführt wird.
-
Vorteilhaft sind alle hier beschriebenen Verfahren so ausgestaltet, dass der Block 16 terminierend, d.h. in einer endlichen Anzahl an Abarbeitungsschritten auf eine Eingabe in Form eines Datensegments 4 eine Ausgabe in Form von Parametern 20 erzeugt. Mithin kann der Block 16 vorteilhaft als integrierter Schaltkreis ausgebildet werden. Ein integrierter Schaltkreis umfasst bspw. einen ASIC (application specific integrated circuit) oder aber einen FPGA (field programmable gate array).
-
2 zeigt in einem schematischen Blockdiagramm einen Ausschnitt des Blocks 16, der ein Datensegment bezüglich dessen Weiterverarbeitung klassifiziert, indem Parameter für die Weiterverarbeitung des Datensegments ermittelt werden. Selbstverständlich umfasst die Klassifizierung eines einzelnen Datensegments auch die Klassifizierung eines Datenblocks, der mehrere Datensegmente aufweist. So kann beispielsweise, wie nachfolgend erläutert, eine Header-Information in einem ersten Datensegment eines Datenblocks vorteilhaft dazu genutzt werden, um ensprechende Parameter zu ermitteln, die auch für die auf das erste Datensegment folgende Datensegmente des Datenblocks für dessen Weiterverarbeitung Anwendung finden.
-
Einem Block 24 werden die vorab festgelegte Kennung chid und die Kennung devid der Eingangsschnittstelle 6 zugeführt. In Abhängigkeit von der vorab festgelegten Kennung chid und der Kennung devid der Eingangsschnittstelle 6 werden die Ausgangsgrößen des Blocks 24 gebildet. Der Block 24 greift auf eine erste vorkonfigurierbare Tabelle 26 und eine zweite vorkonfigurierbare Tabelle 28 zu. In einem ersten Fall kann mittels der Tabelle 26 anhand der Kennung devid der Eingangsschnittstelle 6 ein erster Schlüssel 30 ermittelt werden. In einem anderen Fall kann unter Zuhilfenahme der vorab vereinbarten Kennung chid zusätzlich zu der Kennung devid über die Tabelle 28 der erste Schlüssel 30 in Abhängigkeit von der Kennung devid der Eingangsschnittstelle 6 und der vorab vereinbarten Kennung chid ermittelt werden. Über den ersten Schlüssel 30 können bspw. Speicherbereiche in der Lookup-Tabelle 32 adressiert werden, die einer der Eingangsschnittstellen 6 zugeordnet sind oder aber einer der Eingangsschnittstellen 6 und der vorab vereinbarten Kennung chid zugeordnet sind.
-
Einem Bereich 34 werden der erste Schlüssel 30 und ein zweiter Schlüssel 34 zugeführt. Aus dem ersten Schlüssel 30 und dem zweiten Schlüssel 34 wird ein Lookup-Schlüssel 36 gebildet, bspw. durch Addition des ersten Schlüssels 30 und des zweiten Schlüssels 34. Bei der Addition stellt der zweite Schlüssel 34 beispielsweise einen Offset zu dem ersten Schlüssel 30 dar. Selbstverständlich sind auch andere Kombinationen des ersten Schlüssels 30 und des zweiten Schlüssels 34 denkbar, um den Lookup-Schlüssel 36 zu ermitteln.
-
Ein Block 40 greift auf die vorkonfigurierbare Lookup-Tabelle 32 in Abhängigkeit von dem Lookup-Schlüssel 36 zu und ermittelt somit aus der Lookup-Tabelle 32 Parameter 20 für die Weiterverarbeitung des sich in Bearbeitung befindenden Datensegments 4. Über eine Information 84 wird dem Block 40 mitgeteilt, ob es sich bei dem untersuchten Datensegment 4 um ein letztes, erstes oder mittleres Datensegment 4 eines Datenblocks oder Datenpakets 10 handelt. Kann der Block 40 für den zugeführten Lookup-Schlüssel 36 in der Lookup-Tabelle 32 keinen bzw. keine Parameter 20 zur Weiterverarbeitung des Datensegments 4 ermitteln, so wird das Datensegment 4 nicht weiterverarbeitet und verworfen. Durch das Verwerfen eines Datensegments 4, das durch eine Vorkonfiguration in der Lookup-Tabelle 32 nicht erfasst wird, müssen vorteilhaft keine Filterelemente vor der Eingangsschnittstelle 6 im Bereich des jeweiligen Netzwerkes vorgesehen werden und die Filterung der Datenströme unterschiedlicher Teilnetze bzw. Netzwerktypen kann vorteilhaft zentralisiert durch den Block 16 ausgeführt werden. Darüber hinaus stellt eine Hardware-Implementierung des Blocks 16 eine weitere Verbesserung dar.
-
Gemäß dem Signal 42 wird einem Block 44 signalisiert, welches der Eingangssignale des Blocks 44 als zweiter Schlüssel 34 weitergeleitet wird.
-
Der Block 46 ermittelt einen zweiten Schlüssel 34a in Abhängigkeit von der vorab festgelegten Kennung chid.
-
Der Block 48 erzeugt einen zweiten Schlüssel 34b in Abhängigkeit von Header-Informationen 12 eines Datenpakets 10 und in Abhängigkeit von einem Signal 52, wobei das Signal 52 durch den Block 24 erzeugt wird und den Block 48 mitteilt, welches Protokoll und welcher Bereich der Header-Informationen 12 ausgewertet werden sollen.
-
Bei einem Block 50 handelt es sich um einen XCP-Klassifizierer für das XCP (universal measurement calibration protocol). Der Block 24 teilt dem Block 50 über das Signal 54 mit, an welcher Stelle der XCP-Header in den Daten vorhanden ist, da XCP bspw. über Ethernet, CAN oder FlexRay übertragen wird und sich damit die Header-Information 12 der Netzwerktypen unterscheiden und damit auch die Position des XCP Headers an anderer bzw. unterschiedlicher Position vorhanden ist. Über ein Signal 56 werden dem Block 50 Informationen bzgl. der Startposition des XCP Headers in dem Header 12 und Informationen bzgl. der Kodierung des XCP Headers übermittelt. Gemäß einem Signal 58 wird der Block 50 zur Erzeugung eines zweiten Schlüssels 34c ausgewählt.
-
Ein Block 60 erzeugt einen zweiten Schlüssel 34d in Abhängigkeit von dem Header 12 und einem Signal 62, das den Block 60 zur Erzeugung des zweiten Schlüssels 34d auswählt. Der Block 60 erzeugt den zweiten Schlüssel 34d aus der Header-Information 12 für das CCP Protokoll (CAN calibration protocol).
-
Ein Block 64 dient somit zur Erzeugung und Auswahl des zweiten Schlüssels 34. Insbesondere durch Auswertung der Header-Information 12 wird der zweite Schlüssel 34 gebildet. So kann eine FRAME-ID (Datenrahmenidentifikation) aus der Header-Information 12, und insbesondere eine Ursprungsadresse und/oder eine Zieladresse in der Header-Information 12 vorteilhaft so ausgewertet werden, dass ein eineindeutiger Zusammenhang zwischen devid, chid, Header-Information 12 und den Parametern 20, d.h. einem Eintrag in der Lookup-Tabelle 32 herstellbar ist.
-
In einem Block 66 sind ein Block 68 und ein Block 70 enthalten. Der Block 68 greift auf eine dritte Tabelle 72 und eine vierte Tabelle 74 zu. Der Block 68 erzeugt einen zweiten Schlüssel 34e. Der Block 24 führt den Block 68 über ein Signal 76 die Informationen zu, in welchen Modus der Block 68 den zweiten Schlüssel 34e erzeugen soll.
-
Der Block 24 erzeugt mittels der Tabelle 28 ein Signal 78, das eine von mehreren virtuellen Eingangsschnittstellen bezeichnet. Gemäß einem Signal 82 wird den Block 70 mitgeteilt, dass die virtuelle Eingangsschnittstelle verwendet werden soll.
-
Der Block 68 erzeugt eine weitere Header-Information 12a, die die Header-Information des untersuchten Protokolls darstellt. Des Weiteren erzeugt der Block 68 einen Regelschlüssel 80 für den Block 70. Der Block 70 greift auf eine Regeltabelle 82 zu.
-
3 zeigt als schematisches Blockdiagramm einen Ausschnitt aus dem Block 68 in Abhängigkeit von der Header-Information 12 und dem Signal 76 wird die Header-Information 12a erzeugt. Die Header-Information 12a wird den Blöcken 88 und 90 zugeführt, wobei die Blöcke 88 und 90 mittels jeweils vorkonfigurierbarer Masken 92 und 94 einen ersten Abschnitt 96 und einen zweiten Abschnitt 98 erzeugen. So entspricht der erste Abschnitt 96 bspw. einem oberen Bereich aus dem Header 12a und der zweite Abschnitt 98 entspricht einem unteren Bereich aus dem Header 12a. In Abhängigkeit von dem ersten Abschnitt 96 ermittelt ein Block 100 einen dritten Schlüssel 104 und einen ersten Regelschlüssel 106 aus der vorkonfigurierten Tabelle 72. Ein Block 108 ermittelt aus der vorkonfigurierten Tabelle 74 in Abhängigkeit von dem zweiten Abschnitt 98 einen vierten Schlüssel 110 und einen zweiten Regelschlüssel 112.
-
Gemäß einem Signal 114 werden Gewichtungen aus den Tabellen 72 und 74 ausgelesen, die für das betrachtete Datensegment 4 eine Gewichtung zwischen den Blöcken 100 und 108 bedeuten. Ein Block 116 entscheidet anhand der Gewichtungen gemäß dem Signal 114, welcher der Schlüssel 104 und 110 als zweiter Schlüssel 34f an einem Block 118 weitergeleitet wird. Des Weiteren entscheidet der Block 116 anhand der Gewichtungen gemäß dem Signal 114, welcher der Regelschlüssel 106 und 112 als ausgewählter Regelschlüssel 80 weitergeleitet wird. Ein vorkonfigurierbarer Block 120 erzeugt auf Basis der Header-Information 12, bspw. anhand einer Typinformation des Datenpakets 10, einen zweiten Schlüssel 34g. Den Block 118 wird des Weiteren ein zweiter Schlüssel 34h zugeführt, der vom Block 70 erzeugt wird. Block 118 wählt unter den zweiten Schlüsseln 34f, 34g und 34h einen zur Weiterleitung als zweiten Schlüssel 34e aus.
-
4 zeigt ein schematisches Ablaufdiagramm als Teil des Blocks 116 zur Erzeugung des zweiten Schlüssels 34f. Wird ein gültiger dritter Schlüssel 104 aus der Tabelle 72 ermittelt, so wird von der Stelle 112 zur Stelle 124 gewechselt. An der Stelle 124 wird überprüft, ob der vierte Schlüssel 110 aus der Tabelle 74 in gültiger Weise erzeugt wurde. Wurde der vierte Schlüssel 110 in gültiger Weise erzeugt, so wird von der Stelle 124 zur Stelle 126 gewechselt. An der Stelle 126 werden die Gewichtungen aus den Tabellen 72 und 74 bezüglich der Blöcke 100 und 108 miteinander verglichen. Ist die Gewichtung bzgl. des Blocks 100 größer als die des Blocks 108 wird gemäß dem Block 128 der dritte Schlüssel 104 als zweiter Schlüssel 34f an den Block 118 weitergeleitet. Ist die Gewichtung in dem Vergleich 126 zugunsten des Blocks 108 ausgefallen, so wird gemäß dem Block 130 der vierte Schlüssel 110 als zweiter Schlüssel 34f weitergeleitet. Wurde an der Stelle 124 kein gültiger vierter Schlüssel 110 aus der Tabelle 74 ermittelt, so wird der dritte Schlüssel 104 als zweiter Schlüssel 34f weitergeleitet gemäß einem Block 132. Wurde an der Stelle 122 kein gültiger dritter Schlüssel 104 aus der Tabelle 72 ermittelt, so wird zu der Stelle 134 gewechselt. An der Stelle 134 wird überprüft, ob ein gültiger Schlüssel 110 aus der Tabelle 74 ermittelt wurde. Wurde ein gültiger vierter Schlüssel 110 aus der Tabelle 74 ermittelt, so wird gemäß einem Block 136 der vierte Schlüssel 110 als zweiter Schlüssel 34f weitergeleitet. Wurde an der Stelle 134 kein gültiger Schlüssel 110 aus der Tabelle 74 ermittelt, so wird gemäß einem Block 140 das Segment 4 verworfen.
-
Nach dem gleichen Prinzip wie in 4 wird zur Ermittlung des Regelschlüssels 80 verfahren. So wird gemäß dem Block 128 und dem Block 132 der erste Regelschlüssel 106 als ausgewählter Regelschlüssel 80 weitergeleitet. Gemäß den Blöcken 130 und 136 wird der zweite Regelschlüssel 112 als ausgewählter Regelschlüssel 80 weitergeleitet. Gemäß dem Block 140 wird kein Regelschlüssel 80 ausgewählt und das entsprechende Datensegment 4 verworfen.
-
5 zeigt ein schematisches Ablaufdiagramm als Teil des Blocks 118 aus 3. An einer Stelle 142 wird überprüft, ob der vorkonfigurierbare Block 120 in gültiger Weise einen zweiten Schlüssel 34g erzeugt hat. Wurde der zweite Schlüssel 34g in gültiger Weise erzeugt, so wird gemäß einem Block 144 der zweite Schlüssel 34g als zweiter Schlüssel 34e weitergeleitet. Wird an der Stelle 142 festgestellt, dass kein gültiger zweiter Schlüssel 34g vorliegt, so wird zur Stelle 146 gewechselt. An der Stelle 146 wird überprüft, ob ein gültiger zweiter Schlüssel 34f vorliegt. Liegt kein gültiger zweiter Schlüssel 34f vor, so wird das Datensegment 4 gemäß einem Block 148 verworfen. Liegt ein gültiger zweiter Schlüssel 34f vor, so wird zur Stelle 150 gewechselt. An der Stelle 150 wird überprüft, ob ein gültiger Regelschlüssel 80 erzeugt wurde. Wurde kein gültiger Regelschlüssel 80 erzeugt, so wird gemäß einem Block 152 der zweite Schlüssel 34f als zweiter Schlüssel 34e ausgewählt und weitergeleitet. Wurde ein gültiger Regelschlüssel 80 erzeugt, so wird zur Stelle 154 gewechselt. Wird an der Stelle 154 festgestellt, dass ein gültiger zweiter Schlüssel 34h erzeugt wurde, so wird dieser als zweiter Schlüssel 34e gemäß dem Block 156 weitergeleitet. Wird an der Stelle 154 festgestellt, dass kein gültiger zweiter Schlüssel 34h erzeugt wurde, so wird der zweite Schlüssel 34f als zweiter Schlüssel 34e weitergeleitet gemäß einem Block 158.
-
Wird vorangehend von einem gültigen Wert gesprochen, so bedeutet der Wortlaut "gültig", dass ein entsprechender Eintrag in der jeweiligen vorkonfigurierten Tabelle gefunden wurde.
-
6 zeigt ein schematisches Blockschaltbild als Teil des Blocks 70 aus 2. Der Block 70 ermittelt aus der Tabelle 82 in Abhängigkeit von einem zugeführten Regelschlüssel 80 die zu dem Regelschlüssel 80 passenden Einträge 160 und 162. Ein Block 164 führt in Abhängigkeit von den Einträgen 160 und 162 und der zugeführten Header-Information 12a ein Verfahren zum Ermitteln der Ausgangsgrößen 34h, 58, 62 sowie weiterer Größen 166 und 168 durch. Bspw. kann der Eintrag 160 eine Bitmaske umfassen, die mittels eines logischen UND mit den Header-Informationen 12a verknüpft wird. Stimmt diese Verknüpfung mit einem gemäß des Eintrags 160 übermittelten Wert überein, so kann aus dem zugehörigen Eintrag 162 bspw. der zweite Schlüssel 34h an den Block 68 übermittelt werden. Darüber hinaus kann der Eintrag 162 die entsprechenden Werte für die Ausgänge 58 und 62 beinhalten.
-
Findet hingegen die UND-Verknüpfung der Header-Information 12a mit der entsprechenden Maske aus dem Eintrag 160 keine Entsprechung in der Tabelle 82, so erzeugt der Block 164 keine gültigen Ausgänge. Mit dem Blockschaltbild des Blocks 70 können vorteilhaft die Fälle, bei denen aus der Header-Information 12a trotz des Vorsehens der Tabellen 72 und 74 noch Konflikte bzgl. eines Hashing-Verfahrens bestehen, aufgelöst werden und ein zweiter Schlüssel 34h ermittelt werden. Damit wird ein Nach-Hashen umgangen und eine Hardwarebasierte Lösung wird durch den Block 70 möglich. Entsprechend muss die Tabelle 82 vorkonfiguriert werden, womit sich aber der Umfang der Tabellen 72 und 74 reduziert.
-
7 zeigt in einem schematischen Blockschaltbild einen Ausschnitt aus dem Block 40. Aus der Lookup-Tabelle 32 werden die zu dem Lookup-Schlüssel 36 passenden Parameter 20a an einen Block 170 übermittelt. Der Block 170 übermittelt mittels eines Signals 172 an einen Block 174, welche der Parameter 20c und 20d als Parameter 20 weitergeleitet werden. Ist das Datensegment 4 ein einziges, also ein erstes und ein letztes Datensegment 4, so werden von dem Block 170 die Parameter 20a als Parameter 20c an den Block 174 und von dem Block 174 als Parameter 20 weitergeleitet.
-
Ist hingegen gemäß dem Signal 84 ein Datensegment 4 ein erstes von mehreren einem Datenblock und/oder einem Datenpaket 10 zugeordneten Datensegment 4, so wird der über die Blöcke 24, 66 und 64 erzeugte Lookup-Schlüssel 36 in einem Zwischenspeicher 176 gespeichert. Für die auf das erste Datensegment 4 folgenden Datensegmente 4 kann damit das Resultat der Blöcke 34, 66 und 64 in Form des Lookup-Schlüssels 36 wiederverwendet werden. Alternativ werden die Parameter 20a in dem Zwischenspeicher 176 zwischengespeichert und für die mittleren und das letzte Datensegment 4 wiederverwendet. Das Signal 78 zeigt gemäß einer virtuellen Eingangsschnittstelle auf den entsprechenden Eintrag in den Zwischenspeicher 176, womit der Block 170 gemäß den Parametern 20d diese aus der Lookup-Tabelle 32 holen und als Parameter 20 weiterleiten kann.
