X ZR 128/22

ECLI:DE:BGH:2024:101224UXZR128.22.0 BUNDESGERICHTSHOF IM NAMEN DES VOLKES URTEIL X ZR 128/22 Verkündet am: 10. Dezember 2024 Wieseler Justizangestellte als Urkundsbeamtin der Geschäftsstelle in der Patentnichtigkeitssache - 2 - Der X. Zivilsenat des Bundesgerichtshofs hat auf die mündliche Verhandlung vom 10. Dezember 2024 durch den Vorsitzenden Richter Dr. Bacher, den Richter Hoffmann und die Richterinnen Dr. Kober-Dehm, Dr. Rombach und Dr. von Pückler für Recht erkannt: Die Berufung der Beklagten gegen das Urteil des 5. Senats (Nich- tigkeitssenats) des Bundespatentgerichts vom 25. Oktober 2022 wird zurückgewiesen. Auf die Berufung der Klägerin wird das genannte Urteil abgeändert. Das europäische Patent 3 068 077 wird mit Wirkung für die Bun- desrepublik Deutschland für nichtig erklärt. Die Beklagte trägt die Kosten des Rechtsstreits. Von Rechts wegen - 3 - Tatbestand: Die Beklagte ist Inhaberin des mit Wirkung für die Bundesrepublik Deutschland erteilten europäischen Patents 3 068 077 (Streitpatents), das aus der Teilung einer Stammanmeldung vom 9. Dezember 2007 hervorgegangen ist, eine US-amerikanische Priorität vom 21. Dezember 2006 beansprucht und einen Netzwerkknoten betrifft. Patentanspruch 1, auf den 14 weitere Ansprüche zurückbezogen sind, lautet in der Verfahrenssprache: A network node (20) for use with a multicast source (24) in a packet-switched network, the node comprising: three or more physical ports (28a, 28b, 28c, 28d, 28e) for communicating with other nodes in the packet-switched network, the ports are grouped into multiple distinct groups (32a, 32b), where each group comprises one or more physical ports, each port is part of a single group, and at least one group comprises two or more physical ports; a first port different from the grouped physical ports connectable to the multicast source (24) for receiving a multicast packet therefrom having a multicast destina- tion address; and a switching fabric (40) coupled between the first port and to the grouped physical ports for switching packets received at one port to be output by one or more other ports, wherein the node assigns (54) an identifier to the received multicast packet, wherein the switching fabric selects a single port in each of the multiple distinct groups in response to the identifier, and wherein the multicast packet is output (56) via the selected ports in each of the multiple distinct groups. Die Klägerin hat geltend gemacht, der Gegenstand des Streitpatents sei nicht patentfähig und gehe über den Inhalt der ursprünglich eingereichten Unter- lagen hinaus. Die Beklagte hat das Streitpatent in der erteilten Fassung und hilfs- weise in elf geänderten Fassungen verteidigt. 1 2 3 - 4 - Das Patentgericht hat das Streitpatent für nichtig erklärt, soweit dessen Gegenstand über die Fassung nach Hilfsantrag 6 hinausgeht, und die Klage im Übrigen abgewiesen. Dagegen richten sich die Berufungen beider Parteien, die jeweils ihre erst- instanzlichen Anträge weiterverfolgen. Die Beklagte verteidigt das Streitpatent ergänzend mit einem weiteren Hilfsantrag. Entscheidungsgründe: Beide Rechtsbehelfe sind zulässig. Das Rechtsmittel der Klägerin ist be- gründet und führt zur Nichtigerklärung des Streitpatents. Das Rechtsmittel der Beklagten erweist sich dagegen als unbegründet. I. Das Streitpatent betrifft einen Netzwerkknoten, der mit einer Multi- cast-Quelle eingesetzt werden kann. 1. Das Streitpatent beschreibt einleitend die für die Übertragung von Daten in Netzwerken vorgesehenen Standards VPLS und LAG. VPLS (virtual private local area network service) sei ein Punkt-zu-Multi- punkt-Dienst, der die Funktionalität eines lokalen Netzwerks (local area network, LAN) über die Netzwerke von Dienstleistern emuliere (Abs. 2). LAG (Link Aggregation) sei eine Technik, durch die eine Gruppe von parallelen physischen Verbindungen zwischen zwei Endpunkten in einem Daten- netzwerk zu einer einzigen logischen Verbindung zusammengefasst werden könne (Abs. 3). Netzwerkknoten umfassten typischerweise mehrere Leitungskarten, die durch eine Vermittlungsstruktur miteinander verbunden seien. Einige Ziele seien 4 5 6 7 8 9 10 11 - 5 - zu LAG-Gruppen zusammengefasst (Abs. 18). Ein Netzwerkknoten, der VPLS unterstütze, müsse häufig Pakete zu einer Vielzahl von Zielen weiterleiten, zu denen auch LAG-Gruppen gehörten (Abs. 19). Bei einem aus dem US-amerikanischen Patent 6 510 749 bekannten Ver- fahren werde ein für mehrere Endpunkte bestimmter Rahmen (multi-destination frame) an jeden Ausgangsport einer Link-Aggregationsgruppe gesendet. Jeder Anschluss (port) bestimme sodann, ob er den Rahmen sende oder verwerfe (Abs. 4). Dies führe zu unnötigem Datenverkehr auf der Eingangskarte und der Vermittlungsstruktur (Abs. 23). Die europäische Patentanmeldung 1 713 316 schlage einen Mechanis- mus zur Verteilung von Rahmen auf die einzelnen Anschlüsse vor (Abs. 5). Sol- che Mechanismen führten häufig zu einer unausgewogenen Verteilung des Datenverkehrs (Abs. 34). 2. Das Streitpatent betrifft vor diesem Hintergrund das technische Problem, die Weiterleitung von Multicast-Verkehr in Kommunikationsnetzwerken effizienter zu gestalten. 3. Zur Lösung schlägt das Streitpatent in Anspruch 1 einen Netzwerk- knoten vor, dessen Merkmale sich wie folgt gliedern lassen: 1 A network node (20) for use with a multicast source (24) in a packet-switched network, the node comprising: Netzwerkknoten (20) zur Verwendung mit einer Multicast-Quelle (24) in einem paketvermittelten Netzwerk, wobei der Knoten Folgendes umfasst: 1.1 three or more physical ports (28a, 28b, 28c, 28d, 28e) for communicating with other nodes in the packet-switched network, drei oder mehrere physische An- schlüsse (28a, 28b, 28c, 28d, 28e) zur Kommunikation mit anderen Knoten in dem paketvermittelten Netzwerk, 1.1.1 the ports are grouped into multiple distinct groups (32a, 32b), wobei die Anschlüsse in mehrere ver- schiedene Gruppen (32a, 32b) grup- piert sind, 12 13 14 15 16 - 6 - 1.1.2 where each group comprises one or more physical ports, each port is part of a single group, and at least one group comprises two or more physi- cal ports; wobei jede Gruppe einen oder meh- rere physische Anschlüsse umfasst, jeder Anschluss Teil einer einzigen Gruppe ist, und mindestens eine Gruppe zwei oder mehrere physische Anschlüsse umfasst; 1.2 a first port different from the grouped physical ports con- nectable to the multicast source (24) for receiving a multicast packet therefrom having a multicast destination address; and einen ersten Anschluss, der anders als die gruppierten physischen An- schlüsse ist und mit der Multicast- Quelle (24) verbindbar ist, um von die- ser ein Multicast-Paket zu empfangen, das eine Multicast-Zieladresse auf- weist; und 1.3 a switching fabric (40) coupled between the first port and to the grouped physical ports for switching packets received at one port to be output by one or more other ports, eine Vermittlungsstruktur (40), die zwi- schen dem ersten Anschluss und den gruppierten physischen Anschlüssen gekoppelt ist, um Pakete zu vermit- teln, die an einem Anschluss empfan- gen werden, damit sie von einem oder mehreren anderen Anschlüssen aus- gegeben werden, 1.4 wherein the node assigns (54) an identifier to the received multicast packet, wobei der Knoten dem empfangenen Multicast-Paket eine Kennung zuweist (54), 1.4.1 wherein the switching fabric selects a single port in each of the multiple distinct groups in response to the identifier, and wobei die Vermittlungsstruktur einen einzigen Anschluss in jeder der meh- reren verschiedenen Gruppen als Re- aktion auf die Kennung auswählt, und 1.4.2 wherein the multicast packet is output (56) via the selected ports in each of the multiple distinct groups. wobei das Multicast-Paket über die ausgewählten Anschlüsse in jeder der mehreren verschiedenen Gruppen ausgegeben (56) wird. 4. Einige Merkmale bedürfen der näheren Erläuterung.17 - 7 - a) Wie die Beklagte zu Recht geltend macht, geben die Merkmale 1 und 1.2 nicht zwingend vor, dass der Netzwerkknoten nur einen einzigen An- schluss für eine Multicast-Quelle umfasst. Wie das Patentgericht zu Recht angenommen hat, sind Multicast-Pakete im Sinne von Merkmal 1.2 Datenpakete, die von nur einer Quelle - der Multicast- Quelle - gesendet werden und für mehrere Zieladressen bestimmt sind. Die Be- schreibung führt als Beispiele hierfür Internet Protocol Television (IPTV), Near Video on Demand (NVOD) und Videokonferenzen an (Abs. 25). Daraus ergibt sich lediglich, dass ein Anschluss, über den ein Multicast- Paket eingeht, nur mit einer einzigen Quelle verbunden sein darf. Nicht ausge- schlossen ist hingegen, dass es mehrere Anschlüsse dieser Art gibt und dass jeder Anschluss von einer anderen Quelle gespeist wird. Ebenfalls nicht ausgeschlossen ist, dass der Anschluss für die Multicast- Quelle daneben auch Pakete entgegennimmt, die nur für eine einzige Zieladresse (unicast) oder für das gesamte Netzwerk (broadcast) bestimmt sind. b) Zur Weiterleitung der Pakete an andere Knoten sieht Merkmals- gruppe 1.1 mindestens drei physische Anschlüsse vor, die in mehrere Gruppen eingeteilt sind, wobei jeder Anschluss nur einer Gruppe zugehört und zumindest eine Gruppe mehr als einen Anschluss umfasst. Bei diesen Gruppen kann es sich um LAG-Gruppen handeln. Zwingend vorgegeben ist dies durch Patentanspruch 1 nicht. c) Patentanspruch 1 ist nicht auf VPLS beschränkt. Das Verfahren kann vielmehr in jeder Anwendung verwendet werden, in der Pakete multipliziert oder dupliziert und an eine Gruppe von Schnittstellen oder Zielen gesendet wer- den (Abs. 64 f.). d) Von zentraler Bedeutung für die angestrebte Steigerung der Effizi- enz ist Merkmalsgruppe 1.4. 18 19 20 21 22 23 24 25 - 8 - aa) Nach den Merkmalen 1.4.1 und 1.4.2 leitet die Vermittlungsstruktur ein Multicast-Paket jeweils nur einem einzigen Anschluss pro Empfängergruppe zu. Bei Gruppen, die aus mehreren Anschlüssen bestehen, wird auf diese Weise unnötiger Rechenaufwand und Datenverkehr vermieden, der entsteht, wenn Duplikate eines Pakets erzeugt, über die Vermittlungsstruktur geleitet und auf der Ausgangsseite verworfen werden (Abs. 23). bb) Die Zuweisung eines Multicast-Pakets zu einem einzigen An- schluss erfolgt gemäß den Merkmalen 1.4 und 1.4.1 anhand einer Kennung (identifier), die der Knoten dem Paket zuweist. (1) Welche Komponente diese Zuweisung vornimmt, ist in Anspruch 1 nicht festgelegt. Die Zuweisung muss aber erfolgen, bevor die Vermittlungsstruk- tur den Ziel-Anschluss auswählt, weil die Auswahl in Reaktion auf die Kennung erfolgt. (2) Art und Inhalt der Kennung sind in Patentanspruch 1 ebenfalls nicht vorgegeben. Die Kennung kann in einer fabric multicast identification (FMID) bestehen, wie sie in der Beschreibung geschildert wird. Zwingend ist dies nicht. Eine FMID kann zum Beispiel zugeordnet werden durch Erzeugen eines Hashwerts aus Feldern des Datenpakets (Abs. 12, Abs. 40) oder durch Zuordnen bestimmter Header-Informationen (Abs. 12), etwa Ziel-IP-Adressen oder Paaren von Quell- und Ziel-IP-Adressen (Abs. 41), zu bestimmten Werten. Die Zuordnung der Kennungen zu den Anschlüssen kann zum Beispiel dadurch erfolgen, dass jedem Anschluss eine bestimmte Anzahl von Kennungen zugewiesen wird, oder dadurch, dass die Paketverarbeitungslogik die zugeord- neten FMID-Werte auf die möglichen FMID-Werte in dem Bereich verteilt, so 26 27 28 29 30 31 32 33 - 9 - dass die Verkehrslast zwischen den Ports in der Teilmenge ausgeglichen ist (Abs. 11). cc) Zu Recht hat das Patentgericht entschieden, dass ein Multicast-Pa- ket, das für mehrere Gruppen von Empfängern bestimmt ist, für jede Gruppe eine unterschiedliche Kennung erhalten kann. (1) Der Wortlaut von Merkmal 1.4, der vorsieht, dass einem empfange- nen Multicast-Paket "eine Kennung" (an identifier) zugewiesen wird, schließt die Zuweisung weiterer Kennungen nicht zwingend aus. (2) Die in Merkmal 1.4.1 vorgegebene Funktion der Kennung, die Aus- wahl eines einzelnen Anschlusses für jede Gruppe zu ermöglichen, erfordert, dass ein Paket für jede Gruppe, an die es weitergeleitet werden soll, nur eine Kennung enthält, damit eine Zuweisung an zwei zu derselben Gruppe gehörende Anschlüsse ausgeschlossen ist. Wenn ein Paket für weitere Gruppen bestimmt ist, hängt die Auswahl eines Anschlusses in der zweiten und jeder weiteren Gruppe hingegen nicht zwingend davon ab, welcher Anschluss für die erste Gruppe ausgewählt worden ist. Dies lässt die Möglichkeit offen, für jede Gruppe eine gesonderte Kennung zuzuwei- sen, die ausschließlich für die Auswahl in der jeweiligen Gruppe maßgeblich ist. Da Patentanspruch 1 die inhaltliche Ausgestaltung der Kennung und de- ren Verwendung zur Auswahl des einzelnen Anschlusses nicht näher vorgibt, bleibt entgegen der Ansicht der Beklagten auch die Möglichkeit offen, eine Ken- nung so auszugestalten, dass jeweils nur Teile davon für die Zuweisung des je- weiligen Anschlusses für die einzelnen Gruppen eingesetzt werden. (3) Dass diese Vorgehensweise im Stand der Technik bekannt war und mit höherem Ressourcenverbrauch verbunden sein kann, führt nicht zu einer ab- weichenden Beurteilung. 34 35 36 37 38 39 - 10 - Der Umstand, dass sich ein Patent von einer im Stand der Technik be- kannten Lösung abgrenzt, kann zwar für die Auslegung eines Patentanspruchs von Bedeutung sein. Voraussetzung dafür ist jedoch, dass sich das Patent von einer konkreten Entgegenhaltung abgrenzt und hinreichend deutlich zu erkennen ist, welche Merkmale dieser Abgrenzung dienen. Keine dieser beiden Vorausset- zungen ist beim Streitpatent erfüllt. In der Beschreibung wird allerdings ausgeführt, die FMID werde durch die Eingangskarte zugewiesen und ein Paket, das für mehrere LAG-Gruppen be- stimmt sei, werde gegebenenfalls durch die Vermittlungsstruktur dupliziert (Abs. 20). Diese Ausgestaltung mag effizienter sein, weil sie die mehrfache Über- mittlung eines Pakets von der Eingangskarte an die Vermittlungsstruktur vermei- det. Das Streitpatent grenzt sich in diesem Zusammenhang aber nicht von einer konkreten Entgegenhaltung ab. Zudem hat die Anforderung, dass die Kennung bereits in der Eingangskarte zugewiesen wird und ein gegebenenfalls erforderli- ches Duplizieren erst in der Vermittlungsstruktur erfolgt, in Patentanspruch 1 kei- nen Niederschlag gefunden. II. Das Patentgericht hat seine Entscheidung im Wesentlichen wie folgt begründet: Der Gegenstand des erteilten Patentanspruchs 1 gehe über den Inhalt der ursprünglichen Anmeldungsunterlagen und der Stammanmeldung hinaus. Die in Merkmal 1.4 genannte Kennung (identifier) sei als Begriff weder in den Anmeldungsunterlagen des Streitpatents noch in der Stammanmeldung ge- nannt. Dem Fachmann, einem Diplom-Ingenieur der Fachrichtung Nachrichten- technik mit mehrjähriger Berufserfahrung in der technischen Konzeption und Um- setzung von praxistauglichen Multicast-Kommunikationssystemen einschließlich der dort auftretenden Fragen hinsichtlich eines load-balancing, sowie Fachkennt- nissen betreffend den Aufbau von Switches, sei bekannt, dass die Weiterleitung von Datenpaketen in Switches entweder mit einer verbindungsorientierten oder 40 41 42 43 44 - 11 - mit einer adressorientierten Kennung erfolge. Der Fachmann entnehme der An- meldung lediglich eine adressorientierte Kennung in Form einer FMID. Dagegen umfasse Merkmal 1.4 nach fachmännischem Verständnis auch eine verbin- dungsorientierte Kennung. Diese sei nicht ursprünglich offenbart. Zudem sei der Gegenstand des erteilten Patentanspruchs 1 gegenüber dem US-amerikanischen Patent 7 023 797 (NK13) nicht neu. Dieses lehre eine identifier-basierte Zuordnung von LAG-Gruppen im Multicast-Modus. Zwar zeige das vereinfachte Ausführungsbeispiel gemäß Figur 4 die Verarbeitung eines Uni- cast-Pakets. Der Fachmann entnehme aber den Ausführungen zum Legacy-Fall nach dem Ausführungsbeispiel gemäß Figur 3 und mehreren weiteren Stellen, dass die Forwarding Mask des dort beschriebenen Switches auch mehr als einen einzigen Eintrag haben könne und somit ein Multicast-Paket parallel an mehrere LAG-Gruppen weitergeleitet werde. Die gegenüber dem Unicast-Beispiel gemäß Figur 4 für ein Multicast-Paket erforderliche Adressierung lese der Fachmann in der Gesamtschau von NK13 zwanglos mit. Die mit den Hilfsanträgen 1, 5 und 5a verteidigten Gegenstände gingen ebenfalls über den Inhalt der ursprünglichen Anmeldungsunterlagen und der Stammanmeldung hinaus. Zudem seien die mit den Hilfsanträgen 1 bis 5a ver- teidigten Gegenstände nicht patentfähig. Hingegen sei der mit Hilfsantrag 6 verteidigte Gegenstand rechtsbestän- dig. Der anspruchsgemäße identification value weise dadurch, dass ein zweiter Kennwert kleiner sei als ein erster Kennwert, nunmehr die Eigenschaft einer (vir- tuellen) adressbezogenen Kennung im Sinne einer FMID auf. Er sei damit ur- sprünglich offenbart. Auch werde der mit Hilfsantrag 6 verteidigte Gegenstand weder durch NK13 noch durch die US-amerikanischen Patentanmeldungen 2005/0238018 (NK14) oder 2006/0114876 (NK16) vorweggenommen. Diesen Entgegenhaltungen sei eine kaskadenartige Zuweisung von ersten und zweiten Kennungswerten, die zu einer effizienten Lastverteilung bei der Zustellung von 45 46 47 - 12 - Multicast-Paketen führten, nicht zu entnehmen. Eine Kombination dieser Entge- genhaltungen lege den mit Hilfsantrag 6 verteidigten Gegenstand auch nicht nahe. III. Diese Beurteilung hält den Berufungsangriffen der Beklagten stand. 1. Zu Recht hat das Patentgericht entschieden, dass der Gegenstand von Patentanspruch 1 in NK13 vollständig offenbart ist. a) NK13 betrifft die Link-Aggregation in Port-Masken-basierten Netz- werk-Switches (Sp. 1 Z. 10-12). aa) NK13 führt aus, ein Switch sei üblicherweise ein Rechner mit einer Reihe von Komponenten (z.B. Karten), die miteinander verbunden seien. Jede Karte könne eine bestimmte Anzahl an Ports umfassen, die die Ver- bindung mit verschiedenen Medien ermöglichten, etwa Ethernet, Lichtwellenlei- ter (Fiber Distributed Data Interface, FDDI) oder Token Ring. Eine Netzwerkein- heit könne aus einer Quelle bestehen, die Daten über diese Medien übertrage, oder einer Senke, die Daten empfange (Sp. 1 Z. 15-25). Ein Datenrahmen werde häufig an mehr als einen, aber an weniger als alle Ports des Switches übertragen. Solche Multicast-Übertragungen führten re- gelmäßig zu einer Verschlechterung der Leistung eines Switches. Die mehrfa- chen Output-Kopien verbrauchten zusätzliche Bandbreite und für die Entschei- dung über die Weiterleitung müsse Software einbezogen werden (Sp. 1 Z. 26-39). Wenn der Weiterleitungsteil eines Switches einen Datenrahmen emp- fange, müsse er entscheiden, an welche(n) von mehreren Output-Ports dieser gesendet werde. Werde Link-Aggregation eingesetzt, sollte der Weiterleiter ver- suchen, die Last gleichmäßig auf jeden Satz der aggregierten Output-Verbindun- gen zu verteilen, wobei ein Satz jeweils einen einzigen "logischen" Port darstelle. Für jede zur Weiterleitung ausgewählte Aggregat-Gruppe sei ein Rahmen nur an 48 49 50 51 52 53 54 - 13 - eine einzige Verbindung auszugeben. Bei Port-Masken-basierten Switch-Vor- richtungen geschehe dies durch die Kombination von zwei Port-Masken, nämlich einer Weiterleitungsmaske, die angebe, an welche Aggregat-Gruppe(n) der Rah- men ausgegeben werde, und einer Aggregationsmaske, die angebe, welcher Port im jeweiligen Aggregat zu verwenden sei (Sp.1 Z. 45-56). Bei einem aktuellen Verfahren zur Verteilung von Datenrahmen werde an- hand des weiterzuleitenden Rahmens ein Aggregationscode (z.B. ein numeri- scher Wert) abgeleitet. Der Aggregationscode werde dann als Index für eine Ag- gregationstabelle verwendet. Die Aggregationstabelle gebe einen Port an, an den der Rahmen für jeden Aggregationscode auf jeder aggregierten Verbindung zu senden sei (Sp. 1 Z. 57-63). Der Aggregationscode könne auf verschiedene Weise aus den Informati- onen im Rahmen abgeleitet werden. Sogenannte Legacy-Methoden leiteten den Aggregationscode üblicherweise aus der Media Access Control (MAC)-Adresse der Quelle ab. Modernere Verfahren basierten auf anderen aus dem Rahmen extrahierten Feldern, wie etwa der IP-Adresse der Quelle. Der Aggregationscode werde als Index für die Aggregationstabelle verwendet, um den geeigneten Port für eine bestimmte aggregierte Gruppe nachzuschlagen (Sp. 1 Z. 64 bis Sp. 2 Z. 16; Sp. 5 Z. 1 ff.). Moderne Aggregationsmethoden seien mit den Legacy-Methoden nicht kompatibel. In Netzwerken mit Legacy-Switches und fortschrittlicheren Switches würden möglicherweise Legacy-Methoden für die Link-Aggregation für alle Swit- ches verwendet. Die Wahrscheinlichkeit einer gleichmäßigen Verteilung des Netzwerkverkehrs an den Switches sei dadurch geringer (Sp. 2 Z. 24-30). bb) Um Kompatibilität zwischen den beiden Methoden zu erreichen und dabei eine gleichmäßige Verteilung des Netzwerkverkehrs zu gewährleisten, schlägt NK13 vor, den Port, an den ein Datenrahmen übermittelt wird, anhand eines Indexwerts zu bestimmen. 55 56 57 58 - 14 - Dieser Wert kann aus dem Inhalt des Rahmens abgeleitet werden, etwa den beiden unteren Bits der Quell-MAC-Adresse, der Ziel-MAC-Adresse oder ähnlicher Informationsstrings. Für jeden Indexwert und jede LAG-Gruppe wird in einer Tabelle der Port festgelegt, an den der zugehörige Datenrahmen übermittelt wird. (1) Eine solche Tabelle ist in der nachfolgend wiedergegebenen Fi- gur 3 für ein Legacy-Verfahren beispielhaft dargestellt. Für jeden Indexwert (0 bis 7) und jede LAG-Gruppe (1 und 2) wird jeweils einer der zugehörigen Ports (a bis d bzw. a bis h) durch den Wert 1 als Ausgangs- port festgelegt (Sp. 4 Z. 40-59). Durch eine weitere, in diesem Zusammenhang nicht näher geschilderte Operation wird ermittelt, welche der LAG-Gruppen die Daten empfangen sollen (Sp. 4 Z. 60-62). (2) NK13 schlägt vor, die Ausgabemaske so auszugestalten, dass sie mehrere Aggregationsmethoden unterstützt (Sp. 5 Z. 10-16). 59 60 61 62 63 - 15 - Ein Ausführungsbeispiel für eine solche Aggregationstabelle ist in der nachfolgend wiedergegebenen Figur 4 dargestellt. Die Felder dieser Tabelle enthalten den Wert 1, wenn die jeweilige Aggre- gationsgruppe die angegebene Aggregationsmethode nutzt und die Ausgabe über den betreffenden Port erfolgen soll oder wenn die jeweilige Gruppe die an- gegebene Methode nicht nutzt (Sp. 5 Z. 26-38). Daraus geht hervor, dass die Methode 1 in dem dargestellten Beispiel nur von der LAG-Gruppe 1 genutzt wird und die Methode 2 nur von der LAG-Gruppe 2. Bei einem Rahmen, für den beide Aggregationsmethoden zur Anwendung kommen sollen, werden die beiden einschlägigen Tabellenzeilen durch logische und-Verknüpfung miteinander kombiniert. Dies ist beispielhaft in der nachfolgend wiedergegebenen Tabelle dargestellt (Sp. 6 Z. 2-17). 64 65 66 - 16 - In diesem Beispiel wird der Datenrahmen in der LAG-Gruppe 1 gegebe- nenfalls auf Port c ausgegeben und in der LAG-Gruppe 2 gegebenenfalls auf Port e. Auch in diesem Beispiel wird in einem zweiten Schritt festgelegt, an wel- che LAG-Gruppen der Rahmen übermittelt wird. Hierzu wird die im ersten Schritt erhaltene Aggregationsmaske mit einer Weiterleitungsmaske verknüpft. Dies ist in der nachfolgend wiedergegebenen Tabelle dargestellt (Sp. 6 Z. 18-33). In diesem Beispiel erfolgt die Weiterleitung nur an LAG-Gruppe 2 und zwar, wie im ersten Schritt festgelegt, an deren Port e (Sp. 6 Z. 34 f.). b) Wie auch die Beklagte nicht in Zweifel zieht, sind damit die Merk- male 1 bis 1.3 offenbart. c) Die Merkmale 1.4.1 und 1.4.2 sind ebenfalls offenbart. aa) Wie auch die Beklagte im Ansatz nicht verkennt, offenbart NK13, dass ein Datenrahmen, der für eine LAG-Gruppe bestimmt ist, jeweils nur an einen zu der Gruppe gehörenden Port übermittelt wird. 67 68 69 70 71 72 - 17 - bb) Entgegen der Auffassung der Beklagten beziehen sich diese Aus- führungen auch auf Multicast-Pakete, die für mehrere LAG-Gruppen bestimmt sind. Wie oben aufgezeigt wurde, befasst sich NK13 einleitend mit Paketen, die an mehrere, aber nicht an alle Ziele in einem Netzwerk weitergeleitet werden. Diese Pakete werden ausdrücklich als Multicast-Rahmen bezeichnet. Vor diesem Hintergrund ergibt sich aus den oben wiedergegebenen Aus- führungen zu den Beispielen hinreichend deutlich, dass die dort geschilderten Vorgehensweisen auch und insbesondere für Multicast-Pakete zur Anwendung kommen sollen. Wie die Beklagte im Ansatz zutreffend geltend macht, werden Multicast- Pakete in den Erläuterungen zu den Ausführungsbeispielen allerdings nicht aus- drücklich angesprochen. Dies gilt auch für die Angabe, mehrere Pakete (multiple frames) könnten auf eine Reihe von mit dem Switch verbundene Link-Aggregati- onsgruppen verteilt werden (Sp. 4 Z. 57 ff.); diese kann sich bei isolierter Be- trachtung auch auf eine Reihe von aufeinanderfolgenden Paketen beziehen. Entgegen der Auffassung der Beklagten ergibt sich jedoch aus dem Ge- samtzusammenhang hinreichend deutlich, dass die einleitenden Bemerkungen, in denen Multicast-Pakete hervorgehoben werden, und die sich daran anschlie- ßenden Ausführungen zu den Beispielen nicht beziehungslos nebeneinanderste- hen, sondern dass diese Beispiele auch und gerade zur Lösung der eingangs aufgezeigten Schwierigkeiten im Zusammenhang mit Multicast-Paketen dienen sollen. Die Kombination von Aggregations- und Weiterleitungsmasken wird schon in den einleitenden Bemerkungen als Mittel angegeben, um zu bestimmen, an welchen Port innerhalb einer Gruppe und an welche Gruppe(n) (group(s)) ein Rahmen weitergeleitet werden soll (Sp. 1 Z. 53 f.). Die optionale Pluralform lässt 73 74 75 76 77 78 - 18 - erkennen, dass ein Rahmen nicht nur an jeweils eine Gruppe weitergeleitet wer- den kann, sondern bei Bedarf auch an mehrere oder alle Gruppen, wie dies in den eingangs geschilderten Szenarien erforderlich ist. Die Ausführungen zu dem in Figur 4 dargestellten Beispiel stehen in inne- rem Zusammenhang damit und lassen erkennen, dass dort eine Weiterleitungs- maske eingesetzt wird, die den genannten Vorgaben entspricht. Wenn die Weiterleitungsmaske die Werte gemäß der oben wiedergegebe- nen Tabelle aufweist, erfolgt die Weiterleitung zwar nur an eine der beiden Grup- pen. Aus dem damit zugleich offenbarten Grundprinzip, wonach eine Weiterlei- tung erfolgt, wenn die der jeweiligen Gruppe zugeordneten Bits den Wert 1 auf- weisen, ergibt sich aber, dass eine Weiterleitung an beide Gruppen möglich ist, wenn auch die ersten vier Bits den Wert 1 aufweisen. Eines ausdrücklichen Hinweises auf diesen Zusammenhang bedarf es vor dem aufgezeigten Hintergrund nicht. Er ist schon dadurch unmittelbar und ein- deutig offenbart, dass die Ausführungen zu Figur 4 erkennbar an die einleitenden Bemerkungen anknüpfen und eine auch für Multicast-Pakete geeignete Vorge- hensweise vorschlagen. cc) Angesichts all dessen vermag das Argument, NK13 könne eine Weiterleitung von Multicast-Paketen mittels einer einheitlichen Kennung nicht of- fenbaren, weil eine solche Vorgehensweise nach den Ausführungen im Streitpa- tent im Stand der Technik nicht bekannt gewesen sei, nicht zu verfangen. Aus NK13 ergibt sich, dass die in der Patentschrift geäußerte Einschät- zung nicht zutrifft. d) Entgegen der Auffassung der Beklagten ist auch Merkmal 1.4 of- fenbart. Bei der in Ausführungsbeispiel 4 geschilderten Vorgehensweise wird zwar für jede Aggregationsmethode eine gesonderte Kennung übermittelt. Dies steht 79 80 81 82 83 84 85 - 19 - der Offenbarung von Merkmal 1.4 aber nicht entgegen, weil dieses Merkmal eine solche Vorgehensweise aus den oben dargestellten Gründen nicht ausschließt. Unabhängig davon wird bei der in Ausführungsbeispiel 3 geschilderten Vorgehensweise für beide Gruppen dieselbe Kennung verwendet. 2. Für den mit Hilfsantrag 1 verteidigten Gegenstand gilt nichts ande- res. a) Nach Hilfsantrag 1 soll Patentanspruch 1 wie folgt gefasst werden (Änderungen gegenüber der erteilten Fassung sind hervorgehoben): 1 A network node (20) for use with a multicast source (24) in a packet-switched network, the node comprising: Netzwerkknoten (20) zur Verwendung mit einer Multicast-Quelle (24) in einem paketvermittelten Netzwerk, wobei der Knoten Folgendes umfasst: 1.1' three four or more physical ports (28a, 28b, 28c, 28d, 28e) for communicating with other nodes in the packet- switched network, drei vier oder mehrere physische An- schlüsse (28a, 28b, 28c, 28d, 28e) zur Kommunikation mit anderen Knoten in dem paketvermittelten Netzwerk, 1.1.1 the ports are grouped into multiple distinct groups (32a, 32b), wobei die Anschlüsse in mehrere ver- schiedene Gruppen (32a, 32b) grup- piert sind, 1.1.2' wherein each group is config- ured as a Link Aggregation (LAG) group and comprises one two or more physical ports, each port is part of a single group, and at least one group comprises two or more physical ports; wobei jede Gruppe als eine Link-Ag- gregations- (LAG)-Gruppe konfiguriert ist und zwei einen oder mehrere phy- sische Anschlüsse umfasst, jeder An- schluss Teil einer einzigen Gruppe ist, und mindestens eine Gruppe zwei oder mehrere physische Anschlüsse umfasst; 86 87 88 89 - 20 - 1.2 a first port different from the grouped physical ports con- nectable to the multicast source (24) for receiving a multicast packet therefrom having a multicast destination address; and einen ersten Anschluss, der anders als die gruppierten physischen An- schlüsse ist und mit der Multicast- Quelle (24) verbindbar ist, um von die- ser ein Multicast-Paket zu empfangen, das eine Multicast-Zieladresse auf- weist; und 1.3' a switching fabric (40) coupled between the first port and to the grouped physical ports for switching multicast packets received at one port to be out- put by one two or more other ports, eine Vermittlungsstruktur (40), die zwi- schen dem ersten Anschluss und den gruppierten physischen Anschlüssen gekoppelt ist, um Multicast-Pakete zu vermitteln, die an einem Anschluss empfangen werden, damit sie von einem zwei oder mehreren anderen Anschlüssen ausgegeben werden, 1.4' wherein the node assigns (54) an identifier identification value to the received multicast packet, wobei der Knoten dem empfangenen Multicast-Paket einen Kennungswert zuweist (54), 1.4a wherein the identification value is selected from a range of possible values, each value being associated with one of the ports in each of the groups, wobei der Kennungswert aus einem Bereich möglicher Werte ausgewählt wird, wobei jeder Wert mit einem der Anschlüsse in jeder der Gruppen ver- knüpft ist, 1.4.1' wherein the switching fabric selects a single port in each of the multiple distinct groups in response to the identifier iden- tification value, and wobei die Vermittlungsstruktur einen einzigen Anschluss in jeder der meh- reren verschiedenen Gruppen als Re- aktion auf die den Kennungswert aus- wählt, und 1.4.2' wherein the multicast packet is output (56) via only one of the physical ports of each group that is selected in re- sponse to the identification value the selected ports in each of the multiple distinct groups. wobei das Multicast-Paket über nur einen der physischen Anschlüsse jeder Gruppe, der als Reaktion auf den Kennungswert ausgewählt wird, die ausgewählten Anschlüsse in jeder der mehreren verschiedenen Gruppen ausgegeben (56) wird. - 21 - b) Die sich daraus ergebenden Konkretisierungen führen zu keiner ab- weichenden Beurteilung in Bezug auf die Patentfähigkeit. Insbesondere ist das Patentgericht zu Recht zu der Einschätzung gelangt, dass die Begriffe "identifier" und "identification value" ihrem Gehalt nach gleichzusetzen sind. Entgegen der Auffassung der Beklagten ergibt sich aus dem in Merkmal 1.4' verwendeten Begriff "identification value" und der in Merkmal 1.4a zusätzlich definierten Anforderung, dass dieser Wert aus einem Bereich möglicher Werte ausgewählt ist, von denen jeder mit einem der Anschlüsse in jeder der Gruppen verknüpft ist, nicht, dass einem Paket für jede Gruppe zwingend derselbe Wert zugeordnet werden muss. Vielmehr bleibt auch nach der Fassung von Hilfsan- trag 1 offen, wie der einem Paket zugewiesene Wert inhaltlich ausgestaltet ist und in welcher Weise er zur Auswahl eines einzelnen Pakets innerhalb einer Gruppe eingesetzt wird. Deshalb ist der Gegenstand von Patentanspruch 1 auch in dieser Fassung durch NK13 vollständig vorweggenommen. 3. Entsprechendes gilt für Hilfsantrag 2. a) Nach Hilfsantrag 2 soll Patentanspruch 1 in der Fassung von Hilfs- antrag 1 um folgendes Merkmal ergänzt werden: 1.4b and wherein the identification value is based on a value of a header field in the multicast packet, and the header field is associated with the Internet Protocol (IP) field or the Media Access Control (MAC) field, und wobei der Kennungswert auf einem Wert eines Header-Felds in dem Multicast-Paket basiert, und das Header-Feld mit dem Internetproto- koll- (IP)-Feld oder dem Medienzu- griffsteuerungs- (MAC)-Feld verknüpft ist, 90 91 92 93 94 95 - 22 - b) Mit dieser Beschränkung ist der Gegenstand des Streitpatents zwar auch ausgehend vom rechtlichen Ausgangspunkt des Patentgerichts ursprüng- lich offenbart. Hinsichtlich der Patentfähigkeit ergibt sich aber keine abweichende Beurteilung. Die Ableitung des Kennungswerts aus IP- oder MAC-Adressen ist in NK13 offenbart. Die abweichende Auffassung der Beklagten beruht auf deren Annahme, die in NK13 vorgeschlagene Vorgehensweise beziehe sich nicht auf Multicast- Pakete. Diese Annahme trifft aus den oben dargelegten Gründen nicht zu. 4. Hilfsantrag 2a unterliegt im Ergebnis keiner abweichenden Beurtei- lung. a) Nach Hilfsantrag 2a soll Patentanspruch 1 in der Fassung von Hilfs- antrag 2 dahin ergänzt werden, dass vor den Wörtern "value of a header field" das Wort "hashed" eingefügt wird. b) Wie das Patentgericht zutreffend ausgeführt hat, ist die Bildung eines Hashwerts in NK13 zwar nicht offenbart, ausgehend von dieser Entgegen- haltung aber nahegelegt. NK13 schlägt unter anderem vor, die Auswahl des Ports, über den ein Pa- ket versendet wird, aus Adressinformationen abzuleiten und hierbei auch kom- plexe Operationen einzusetzen (Sp. 5 Z. 1-10). Die Bildung von Hashwerten ist ein gebräuchliches Mittel, um eindeutige Werte aus anderen Informationen ab- zuleiten. 5. Der mit Hilfsantrag 3 verteidigte Gegenstand ist ebenfalls nicht patentfähig. a) Nach Hilfsantrag 3 soll Patentanspruch 1 in der Fassung von Hilfs- antrag 2 wie folgt geändert werden: 96 97 98 99 100 101 102 103 104 - 23 - 1.4.2'' wherein the multicast packet is output (56) via only one of the physical ports of each group that is selected in re- sponse to the identification value, so as to balance a traf- fic load within the group. wobei das Multicast-Paket über nur einen der physischen Anschlüsse je- der Gruppe, der als Reaktion auf den Kennungswert ausgewählt wird, aus- gegeben (56) wird, um eine Verkehrs- last innerhalb der Gruppe auszuglei- chen. b) Eine gleichmäßige Auslastung der Verkehrslast durch die Vertei- lung der Pakete auf die zu einer Gruppe gehörenden Ports ist auch in NK13 of- fenbart (Sp. 4 Z. 18-21). 6. Für Hilfsantrag 3a gilt nichts anderes. Nach Hilfsantrag 3a soll Patentanspruch 1 in der Fassung von Hilfsantrag 3 in der in Hilfsantrag 2a vorgesehenen Weise modifiziert werden. Diese Ausge- staltung war aus den im Zusammenhang mit Hilfsantrag 2a dargelegten Gründen ausgehend von NK13 naheliegend. 7. Der mit Hilfsantrag 4 verteidigte Gegenstand ist ebenfalls nicht patentfähig. a) Nach Hilfsantrag 4 soll Patentanspruch 1 in der Fassung von Hilfs- antrag 3 wie folgt modifiziert werden: 1.4b' and wherein the identification value is based on a value of a header field in the multicast packet, and the header field is associated with a combination of source and destination ad- dresses of the Internet Proto- col (IP) field or the Media Ac- cess Control (MAC) field, und wobei der Kennungswert auf einem Wert eines Header-Felds in dem Multicast-Paket basiert, und das Header-Feld mit dem eine Kombina- tion von Quell- und Zieladressen des Internetprotokoll- (IP)-Felds oder des dem Medienzugriffsteuerungs- (MAC)-Felds verknüpft ist, 105 106 107 108 109 110 111 - 24 - b) Dieses Merkmal ist, wie das Patentgericht zutreffend ausgeführt hat, in NK13 offenbart. NK13 führt aus, fortgeschrittene Aggregationsmethoden könnten komple- xere Operationen ausführen, etwa eine boole'sche Verknüpfung von ausgewähl- ten Bits der IP-Adresse der Quelle oder der MAC-Adresse von Ziel oder Quelle (Sp. 5 Z. 4-10). Dies entspricht der zweiten der beiden in Merkmal 1.4b' alternativ beanspruchten Vorgehensweisen. Darüber hinaus ist dadurch auch eine Kombi- nation der IP-Adressen von Ziel und Quelle nahegelegt. 8. Für Hilfsantrag 4a gilt nichts anderes. Nach Hilfsantrag 4a soll Patentanspruch 1 in der Fassung von Hilfsantrag 4 in der in Hilfsantrag 2a vorgesehenen Weise modifiziert werden. Diese Ausge- staltung ist auch in diesem Zusammenhang aus den oben aufgezeigten Gründen naheliegend. 9. Der mit Hilfsantrag 5 verteidigte Gegenstand geht über den Inhalt der ursprünglich eingereichten Unterlagen hinaus. a) Nach Hilfsantrag 5 soll Patentanspruch 1 in der Fassung von Hilfs- antrag 3 wie folgt modifiziert werden: 1.4'' wherein the node assigns (54) an first identification value to the received mul- ticast packet that is selected from a first range of possible values, wobei der Knoten dem empfangenen Multicast-Paket einen ersten Ken- nungswert zuweist (54), der aus einem ersten Bereich möglicher Werte ausgewählt wird, 112 113 114 115 116 117 118 - 25 - 1.4a'' wherein the identification value is selected from a range of possible values the node further assigns a sec- ond identification value that is selected from a second range of possible values that is different from the first range, each of the second values being associated with one of the ports in each of the groups, wobei der Kennungswert aus einem Bereich möglicher Werte ausgewählt wird der Knoten ferner einen zweiten Kennungswert zuweist, der aus einem zweiten Bereich möglicher Werte aus- gewählt wird, der sich von dem ersten Bereich unterscheidet, wobei jeder der zweiten Werte mit einem der An- schlüsse in jeder der Gruppen ver- knüpft ist, 1.4b'' and wherein the second identification value is based on a value of a header field in the multicast packet, and the header field is associated with the Internet Protocol (IP) field or the Media Access Control (MAC) field, und wobei der zweite Kennungswert auf einem Wert eines Header-Felds in dem Multicast-Paket basiert, und das Header-Feld mit dem Internetproto- koll-- (IP)-Feld oder dem Medienzu- griffsteuerungs-- (MAC)-Feld ver- knüpft ist, 1.4.1'' wherein the switching fabric selects a single port in each of the multiple distinct groups in response to the second identification value, and wobei die Vermittlungsstruktur einen einzigen Anschluss in jeder der meh- reren verschiedenen Gruppen als Re- aktion auf den zweiten Kennungswert auswählt, und 1.4.2''' wherein the multicast packet is output (56) via only one of the physical ports of each group that is selected in re- sponse to the second identi- fication value so as to bal- ance a traffic load within the group. wobei das Multicast-Paket über nur einen der physischen Anschlüsse jeder Gruppe, der als Reaktion auf den zweiten Kennungswert ausgewählt wird, ausgegeben (56) wird, um eine Verkehrslast innerhalb der Gruppe auszugleichen. b) Zu Recht ist das Patentgericht zu dem Ergebnis gelangt, dass die- ser Gegenstand über den Inhalt der Anmeldung hinausgeht. Wie das Streitpatent (Abs. 58-62) führen bereits die Stammanmeldung (S. 14 Z. 13 bis S. 16 Z. 1) und die Teilanmeldung (Abs. 55-59) aus, die Anzahl 119 120 - 26 - der in der Vermittlungsstruktur zuweisbaren FMID könne geringer sein als die Anzahl der FMID für die Anschlusskarten. In diesem Zusammenhang werden Möglichkeiten aufgezeigt, aus dieser Diskrepanz resultierende Ineffizienzen möglichst gering zu halten. Daraus geht nicht hervor, dass sich die Menge der in der Vermittlungs- struktur und in den Anschlusskarten verfügbaren FMID auch in anderer Weise voneinander unterscheiden kann, etwa dergestalt, dass die erste Menge größer ist als die zweite oder dass die beiden Mengen zwar gleich groß sind, aber un- terschiedliche Werte enthalten. 10. Für Hilfsantrag 5a gilt nichts anderes. Hilfsantrag 5a sieht eine Kombination der Modifikationen aus den Hilfsan- trägen 5 und 2a vor. Dieser Gegenstand geht aus denselben Gründen über den Inhalt der ursprünglich eingereichten Unterlagen hinaus wie der mit Hilfsantrag 5 verteidigte Gegenstand. IV. Die Berufung der Klägerin ist begründet. 1. Entgegen der Auffassung des Patentgerichts geht der mit Hilfsan- trag 6 verteidigte Gegenstand über den Inhalt der ursprünglich eingereichten Un- terlagen hinaus. a) Nach Hilfsantrag 6 soll Patentanspruch 1 in der Fassung von Patentanspruch 5 wie folgt geändert werden: 1.4a''' wherein the node further as- signs a second identification value that is selected from a second range of possible val- ues that is different from smaller than the first range, each of the second values be- ing associated with one of the ports in each of the groups, wobei der Knoten ferner einen zwei- ten Kennungswert zuweist, der aus einem zweiten Bereich möglicher Werte ausgewählt wird, der sich von dem kleiner ist als der ersten Bereich unterscheidet, wobei jeder der zwei- ten Werte mit einem der Anschlüsse in jeder der Gruppen verknüpft ist, 121 122 123 124 125 126 127 - 27 - 1.4b''' and wherein the first and sec- ond identification value is based on a value of a header field in the multicast packet and the second identification value is derived from the first identification value. und wobei der erste und zweite Ken- nungswert auf einem Wert eines Header-Felds in dem Multicast-Pa- ket basierent und der zweite Ken- nungswert von dem ersten Ken- nungswert abgeleitet ist. b) Merkmal 1.4a''' konkretisiert das Verhältnis zwischen den Berei- chen, aus denen der erste und der zweite Kennungswert ausgewählt werden können, dahin, dass der zweite Bereich kleiner sein muss als der erste. Dies entspricht dem bereits erwähnten Ausführungsbeispiel, bei dem die Anzahl der verfügbaren C-FMID geringer ist als die Anzahl der LC-FMID. Die nach Merkmal 1.4a''' erforderliche Verknüpfung zwischen dem zweiten Kennungswert und einem (einzigen) Port ist gegeben, wenn dieser Kennungs- wert eindeutig auf einen Port verweist. c) Der damit verteidigte Gegenstand geht über den Inhalt der Stammanmeldung hinaus. aa) Wie auch die Klägerin nicht verkennt, schildert die Stammanmel- dung (S. 14 Z. 13 bis S. 16 Z. 1) - ebenso wie die Teilanmeldung (Abs. 55-59) und das Streitpatent (Abs. 58-62) - allerdings Ausgestaltungen, bei denen die Anzahl der zur Verfügung stehenden FMID in der Vermittlungsstruktur (central FMID, C-FMID) geringer ist als die Anzahl der FMID in den Anschlusskarten (line card FMID, LC-FMID). In diesen Fällen ist die C-FMID ein zweiter Identifikationswert im Sinne von Merkmal 1.4a''', der aus einem Bereich ausgewählt wird, der kleiner ist als der Bereich der LC-FMID. bb) Wie die Klägerin zu Recht geltend macht, kann bei diesen Ausge- staltungen die C-FMID jedoch mit mehr als einem Port verknüpft sein. 128 129 130 131 132 133 134 - 28 - (1) Nach den bereits oben wiedergegebenen Ausführungen wird die C-FMID in den genannten Fällen aus den Bits der LC-FMID mit der höchsten oder geringsten Wertigkeit (MSB oder LSB) abgeleitet. Dies führt dazu, dass es mehrere LC- FMID geben kann, die die in der C-FMID festgelegte Bitfolge ent- halten. Die Stammanmeldung (S. 14 Z. 32 bis S. 15 Z. 6) zeigt zwar - ebenso wie die Teilanmeldung (Abs. 57) und das Streitpatent (Abs. 59-61) - Möglichkeiten auf, die Anzahl der Fälle, in denen es deshalb zu einer unnötigen Duplizierung von Datenpaketen kommt, möglichst gering zu halten. Zudem führt sie den Ein- satz von MSB oder LSB ausdrücklich lediglich als Beispiel an. Es wird jedoch nicht unmittelbar und eindeutig als Alternative aufgezeigt, eine anderweitige Zu- ordnung zwischen C-FMID oder LC-FMID so auszugestalten, dass jede C-FMID auf einen einzigen Port verweist. Entgegen der Ansicht der Beklagten ist eine solche Ausgestaltung auch nicht der Angabe zu entnehmen, die geschilderte Situation könne durch eine Mo- difikation der LC-FMID vermieden werden (NK3 S. 15 Z. 5 f.). Diese Ausführun- gen beziehen sich auf den Umstand, dass ein Rückgriff auf die Bits mit der ge- ringsten Wertigkeit (LSB) unweigerlich zur Folge hat, dass eine große Anzahl von Paketen dupliziert wird. Die Situation, deren Vermeidung die vorgeschlagene Mo- difikation der LC-FMID dient, ist also nicht die Entstehung von Duplikaten schlechthin, sondern die Entstehung einer besonders großen Anzahl von Dupli- katen. Eine Ausgestaltung, bei der Duplikate generell ausgeschlossen sind, ist auch damit nicht offenbart. (2) Ob eine eindeutige Zuordnung auf anderem Wege möglich ist, be- darf keiner abschließenden Entscheidung. Eine Vorgehensweise, mit der dieses Ziel erreicht werden kann, ist in der Stammanmeldung jedenfalls nicht offenbart. (3) Aus den in der Stammanmeldung formulierten Ansprüchen 21, 27 und 28, die in der Beschreibung von Teilanmeldung und Streitpatent mit gleicher 135 136 137 138 139 - 29 - Nummerierung als "items" aufgeführt sind, ergibt sich kein weitergehender Offen- barungsgehalt. Die Ansprüche 21 und 27 sehen allerdings vor, dass eine FMID mit einem Port verknüpft ist, wie dies auch Merkmal 1.4a''' vorsieht. Aus Anspruch 28, der ergänzend die Zuordnung einer LC-FMID und C-FMID vorsieht, ergibt sich aber nicht, dass auch jede C-FMID - und damit jeder zweite Wert im Sinne von Merk- mal 1.4a''' - eindeutig einem Port zugeordnet ist. cc) Damit fehlt es zugleich an einer Offenbarung der Merkmale 1.4.1'' und 1.4.2''. (1) Da die Anmeldung keine eindeutige Zuordnung zwischen der C-FMID und einem einzelnen Port offenbart, zeigt sie auch nicht auf, dass die Festlegung dieses Kennungswerts dazu genutzt wird, einen einzigen Port pro Gruppe auszuwählen. (2) Soweit die Beklagte in diesem Zusammenhang vorbringt, die dupli- zierten Pakete würden lediglich an die Ausgangskarten ausgegeben, nicht dage- gen an die Ausgangsports, mag dies zwar zutreffen. Merkmal 1.4.1'' gibt insoweit allerdings vor, dass (bereits) die Vermittlungsstruktur einen einzigen Anschluss in jeder der mehreren verschiedenen Gruppen als Reaktion auf den zweiten Ken- nungswert auswählt. Dies ist in der Anmeldung nicht offenbart. 2. Für Hilfsantrag 6a gilt nichts Abweichendes. Hilfsantrag 6a sieht eine Kombination der Modifikationen aus den Hilfsan- trägen 6 und 2a vor. Dieser Gegenstand geht aus denselben Gründen über den Inhalt der ursprünglich eingereichten Unterlagen hinaus wie der mit Hilfsantrag 6 verteidigte Gegenstand. 140 141 142 143 144 145 - 30 - 3. Hilfsantrag 6b unterliegt ebenfalls keiner abweichenden Beurtei- lung. a) Nach Hilfsantrag 6b sollen in Patentanspruch 1 in der Fassung von Hilfsantrag 6 in Merkmal 1.4b''' die Wörter "and wherein the first and second iden- tification value is based on a value of a header field in the multicast packet" ent- fallen. b) Auch dieser Gegenstand ist nicht ursprünglich offenbart, weil er das Merkmal 1.4a''' umfasst. V. Die Kostenentscheidung beruht auf § 121 Abs. 2 PatG sowie § 97 Abs. 1 und § 91 Abs. 1 ZPO. Bacher Hoffmann Kober-Dehm Rombach von Pückler Vorinstanz: Bundespatentgericht, Entscheidung vom 25.10.2022 - 5 Ni 26/19 (EP) - 146 147 148 149