19-08-13 Conversant v. Daimler Patent Infringement Complaint

Case 5:19-cv-02520-LHK Document 185-30 Filed 10/08/19 Page 1 of 85
EXHIBIT 13
EIP Europe LLP
Case 5:19-cv-02520-LHK
Graf-Adolf-Strafle 14 Document 185-30 Filed 10/08/19 Page 2 of 85
0-40212 OUsseldorf
T +49 (0)211 9595 8500
F +49 (0)211 9595 8544 Beg1aubigte Abschrift
[email protected]
eip.com
Vorab per FAX +49 89 5597 3003

® p LEGAL
1
(ohne Anlagen)
Rechtsanwalte
Landgericht Mi..inchen Dr. Christof Hohne. LL.M.1
- Patentstreitkammer - Florian Schmidt-Bogatzky, LL.M. 2
Prielmayerstraf1e 7
80335 Mi..inchen Michael Munsch1
Isabelle Schaller
Elisa Seekamp. LL.M.
Dimitri Kosenko
Dr. Christof Hahne, LL.M

[email protected]
+4921195958510
Isabelle Schaller
[email protected]
+49 211 95 95 85 11
13. August 2019
Unser Zeichen: 866.LM(DE)
KLAGE
de r Conversant Wireless Licensing S.a.r.l., 12 rue Jean

Engling, 1466 Luxembourg, gesetzlich vertreten durch
ihre Geschaftsfi..ihrer Nick Procopenko, Boris Teksler und
Nicholas van Beek ebenda,
- Klagerin •
Prozessbevollmachtigte: EIP Europe LLP, Graf-Adolf-Straf1e 14, 40212

Di..isseldorf
Mitwirkend: df-mp Dorries Frank-Molnia & Pohlman Patentanwalte

Rechtsanwalte PartG mbB, Fi..inf Hofe /
Theatinerstraf1e 16, 80333 Mi..inchen
Bath Cardiff Denver• Diisseldorf Leeds London

IOI 1225 337 8113 101292023 0509 720-SGS-6065 1012119595 8500 IOl11 3 245 7981 10120 7440 951(1
EIP Europe LLP Seite 2
Klageschrift vom 13. August 2019
gegen Daimler AG, Mercedesstral'!.e 120, 70327 Stuttgart,

gesetzlich vertreten durch ihren Vorstandsvorsitzenden
Ola Ka.Uenius, ebenda
- Beklagte -
we gen: Patentverletzung
(die 7. Zivilkarnrner ist bereits mit anderen Verfahren der Klagerin vorbefasst)
Streitwert (vorlaufig geschatzt): 1.000.000,00 EUR
Narnens und in Vollrnacht der Klagerin erheben wir Klage und werden in der rnundlichen
Verhandlung beantragen:
(Deutscher Teil des EP 2 934 050)
I. Die Beklagte wird verurteilt, der Klagerin Auskunft dariiber zu erteilen,

in welchem Umfang sie seit dem 03. Oktober 2018,
1. Benutzerendgeratevorrichtungen
in der Bundesrepublik Deutschland anbietet, in Verkehr bringt oder

gebraucht oder zu den genannten Zwecken einfuhrt oder besitzt, die
konfiguriert sind zum
Speichern eines Kernnetzwerkelementbezeichners; Hinzufugen des

Kernnetzwerkelementbezeichners zu einer RRC-Nachricht zum
Herstellen einer RRC-Verbindung; und Senden der RRC-Nachricht mit
dem Kernnetzwerkelementbezeichner uber eine Funkverbindung zu
einem Netzwerkelement eines Funkzugangsnetzwerks, um eine
Conversant Wireless Licensing S.a.r.l ./. Daimler AG - EP 050

Verbindung zu einem von einem Satz von Kernnetzwerkelementen

herzustellen, mit dem sich die Vorrichtung verbinden wird.
(EP 2 934 050 B1 - Anspruch 1)
2. Benutzerendgerate,
Abnehmern in der Bundesrepublik Deutschland anbietet und/oder an

solche liefert,
die dazu geeignet sind, ein Verfahren durchzufuhren, welches die

folgenden Schritte aufweist:
Speichern eines Kernnetzwerkelementbezeichners; Hinzufugen des

Kernnetzwerkelementbezeichners zu einer RRC-Nachricht zum
Herstellen einer RRC.Verbindung; und Senden der RRC-Nachricht mit
dem Kernnetzwerkelementbezeichner iiber eine Funkverbindung zu
einem Netzwerkelement eines Funkzugangsnetzwerks, um eine
Verbindung zu einem von einem Satz von Kernnetzwerkelementen
herzustellen, mit dem sich die Vorrichtung verbinden wird.
(EP 2 934 050 81 - Anspruch 5)
und zwar unter Angabe
a) der Namen und Anschriften der Hersteller, Lieferanten und

anderen Vorbesitzer;
b) der Namen und Anschriften der gewerblichen Abnehmer sowie

der Verkaufsstellen, fiir die die Erzeugnisse bestimmt waren;
c) der Menge der erhaltenen oder bestellten Erzeugnisse sowie

der Preise, die fiir die betreffenden Erzeugnisse bezahlt
wurden;

wobei zum Nachweis der Angaben die entsprechenden Kaufbelege

(Rechnungen, hilfsweise Lieferscheine) in Kopie vorzulegen sind und
geheimhaltungsbedurttige Details auBerhalb der auskunftspflichtigen
Oaten geschwarzt werden durfen.
II. Die Beklagte wird weiter verurteilt, der Klagerin im Wege eines
chronologisch geordneten Verzeichnisses daruber Rechnung zu legen,
in welchem Umfang sie die zu Ziffern 1.1. und 1.2. bezeichneten
Handlungen seit dem 03. November 2018 begangen hat, und zwar unter
Angabe:
1. der einzelnen Lieferungen, aufgeschlusselt nach Liefermengen,

-zeiten,-preisen und Typenbezeichnungen sowie den Namen und An-
schriften der Abnehmer;
2. der einzelnen Angebote, aufgeschlusselt nach Angebotsmengen,

-zeiten,-preisen und Typenbezeichnungen sowie den Namen und An-
schriften der Angebotsempfanger;
wobei der Beklagten vorbehalten bleibt, die Namen und Anschriften

der nichtgewerblichen Abnehmer und der Angebotsempfanger statt
der Klagerin einem von der Klagerin zu bezeichnenden, ihr
gegenuber zur Verschwiegenheit verpflichteten, in der Bundes-
republik Deutschland ansassigen, vereidigten Wirtschaftsprufer
mitzuteilen, sofern die Beklagte dessen Kosten tragt und ihn
ermachtigt und verpflichtet, der Klagerin auf konkrete Anfrage
mitzuteilen, ob ein bestimmter Abnehmer oder Angebotsempfanger
in der Aufstellung enthalten ist.
Ill. Es wird festgestellt, dass die Beklagte verpflichtet ist, der Klagerin allen
Schaden zu ersetzen der dieser durch die Handlungen zu I. 1. und I. 2 seit
dem 03. November 2018 entstanden ist und noch entstehen wird.
IV. Die Beklagte tragt die Kosten des Verfahrens.

EIP Europe LLP Seile 5
V. Oas Urteil wird fur vorlaufig vollstreckbar erklart.
VI. Zu Zwecken der Vollstreckung Einzelstreitwerte hinsichtlich der

jeweiligen Antrage festzusetzen.
Bei Vorliegen der Voraussetzungen beantragen wir eine Entscheidung gemaR

§ 331 Abs. 3 ZPO.
Von der Durchfuhrung eines vorgeschalteten Schieds· bzw. Guteverfahrens ist mangels
Erfolgswahrscheinlichkeit vorliegend abzusehen. AuBergerichtliche Korrespondenz zu
einer Lizenznahme ist bislang erfolglos geblieben.
Conversant Wireless Licensing S.a.r.l .I. Daimler AG - EP 050

I nhaltsverzeichnis
A. Die Parteien .............................................................................................................. 8

I. Die Klagerin und der Avanci Patent Pool ............................................................... 8
II. Die Beklagte............................................................................................................ 10
Ill. Hintergrund des Rechtsstreits .............................................................................. 13
IV. Streitwert ................................................................................................................ 14
B. Zurn Klagepatent .................................................................................................... 15
I. Formalien ................................................................................................................ 15
II. Gegenstand des Klagepatents .............................................................................. 15
1. Technischer Hintergrund .......................................................................................... 16
a) UMTS-Netzarchitektur .................................................................................. 17
b) UMTS-Schichtenarchitektur .......................................................................... 18
c) Aufbau einer NAS-Verbindung ...................................................................... 20
d) Aufbau einer RRC-Verbindung ..................................................................... 21
2. Aufgabe und technisches Problem ........................................................................... 22
3. Erfindungsgemar..e Losung ...................................................................................... 24
Ill. Verletzung des Klagepatents ................................................................................. 26
1. Verletzungshandlungen der Beklagten ..................................................................... 26
2. Verwendung der Leh re des Klagepatents im LTE-Standard ..................................... 26
a) Allgemeines .................................................................................................. 26
b) Netz- und Schichtenarchitektur im LTE-Standard und Herstellung einer RRC-
und NAS-Verbindung .................................................................................... 28
c) LTE-Bezeichner (Identifier) ........................................................................... 30
d) NAS-Zustandsmodell .................................................................................... 33
e) Aufbau einer NAS-Verbindung ...................................................................... 33
f) Aufbau einer RRC-Verbindung ..................................................................... 34
3. Im Einzelnen zur Benutzung der klagepatentgemar..en Lehre .................................. 35
a) Attach Request- erste Prozedur .................................................................. 35
b) Service Request - zweite Prozedur .............................................................. 37
4. Verletzung von Anspruch 1 und 5 - erste Prozedur (Attach Request) ...................... 37
a) Wortsinngemar..e Verletzung von Anspruch 1 ............................................... 38
b} Mittelbare Verletzung des Verfahrensanspruchs 5 ........................................ 60
5. Verletzung von Anspruch 1 und 5 - zweite Prozedur (Service Request) .................. 61
a) Wortsinngemar..e Verletzung von Anspruch 1 ............................................... 61

b) Mittelbare Verlelzung des Verfahrensanspruchs 5 ........................................ 78

IV. Rechtsausfuhrungen ............................................................................................. 78
C. Zustandigkeit .......................................................................................................... 79

Begrundung
1. Mit der vorliegenden Klage geht die Klagerin aus einem Patent ihres Portfolios (deutscher Teil
des Patents EP 2 934 050), welches im Hinblick auf die 4G-(LTE)-Standards als essentiell
erklart wurde, gegen die Beklagte vor. Hintergrund des Rechtsstreits ist die Tatsache, dass
die Beklagte bislang, trotz jahrelangen Lizenzverhandlungen zwischen ihr und dem Avanci
Pool die ihr angebotene FRAND Lizenz nicht abgeschlossen hat. Das Avanci Lizenzprogramm
ist in der Automobilindustrie etabliert; Lizenznehmer sind beispielsweise Audi, BMW, MAN,
Mini, Porsche, Rolls Royce, Saab, Seat und Volkswagen. Zusatzlich hierzu hat die Klagerin
der Beklagten ein bilaterales FRAND-Lizenzangebot unterbreitet, welches ebenfalls bislang
nicht angenommen wurde. Var diesem Hintergrund ist die Klagerin, zur Wahrung ihrer
lnteressen, auf die gerichtliche Geltendmachung angewiesen. Zurn gegenwartigen Zeitpunkt,
indes ahne Prajudiz fur die Zukunft, fokussiert sich die Klage auf die geltend gemachten
Antrage.
Im Einzelnen:
A. Die Parteien
I. Die Klagerin und der Avanci Patent Pool
2. Die Klagerin ist ein in Luxemburg ansassiges Unternehmen und, unter anderem, lnhaberin
verschiedener Patentportfolios, die sie zur Lizenznahme anbietet.
3. Die Klagerin hat gegenuber der Standardisierungsorganisation ETSI Erklarungen abgegeben,

dass das mit dieser Klage geltend gemachte Patent essentiell fur den 4G-Mobilfunkstandard
ist. Des Weiteren hat die Klagerin am 22. Juli 2014 eine generelle Erklarung gemar.. Klausel 6.1
der ETSI-IPR-Policy abgegeben, gemar.. welcher sie bereit ist, Lizenzen an den, van ihr
gehaltenen als essentiell deklarierten, Patenten bzw. Anmeldungen auf Basis van FRAND-
Bedingungen zu erteilen.
4. Die Klagerin hat eine Oberprufung ihres Portfolios durchgefuhrt um festzustellen, welche
Patentfamilien als tatsachlich essentiell fur den 4G-(LTE)-Standard (im Folgenden .,LTE-

Standard") (.,true LTE"), fur den 3G-(UMTS)-Standard (im Folgenden "UMTS-Standard")

(,,true UMTS") und fur den 2G-(GSM)-Standard (,,true GSM') gelten. Diese tatsachlich
essentiellen Familien umfassen die Familie des hier geltend gemachten Patents EP 2 934 050.
5. Die Klagerin ist im Oktober 2018 dem Avanci-Patentpool beigetreten. Im Jahr 2016 gegrundet,
ist die Avanci LLC (im Folgenden ,,Avanci") ein Untemehmen, das Patentpool
lizenzierungsprogramme fur verschiedene standardisierte Technologien verwaltet. In dieser
Eigenschaft reprasentiert Avanci wichtige lnhaber von Patenten, die fur die jeweiligen
Technologien essentiell sind. Eines dieser Lizenzierungsprogramme ist das ,,Connected
Cars" Programm. Die Klagerin ist u.a. mit dem Klagepatent dem genannten
Lizenzierungsprog ramm beigetreten.
6. Weitere Lizenzgeber in dem benannten Patent-Pool sind ebenfalls namhafte Unternehmen,

wie beispielsweise Ericsson, Nokia, Panasonic, Panoptis, Qualcomm, Sharp, Siemens, Sony,
IPBridge, Unwired Planet, ASUSTek Computer, SK Telecom und Datang Mobile. Avanci agiert
fur die Patentinhaber bei den Verhandlungen uber Lizenzvereinbarungen mit Dritten.
Zahlreiche namhafte Unternehmen sind Lizenznehmer des ,,Connected
Cars" Lizenzierungsprogramms, (aktuell Audi, Bentley, BMW, MAN, Mini, Porsche, Rolls
Royce, Saab, Seat und Volkswagen).
7. Die ,.Connected Cars" Patentlizenz wird als kombinierte Lizenz angeboten, um

Transaktionskosten zu reduzieren, die andernfalls entstehen wurden, wenn ein Benutzer
individuelle, bilaterale lizenzvereinbarungen mit jeweiligen einzelnen Patentinhabern
abschliel!.en wurde. Naturlich steht es jedem Benutzer des LTE Standards frei, sich um eine
separate bilaterale Lizenz mit dem jeweiligen Patentinhaber zu bemuhen, wenn dies seinen
Geschaftsanforderungen besser entspricht.

II. Die Beklagte
8. Die Beklagte ist ein in Deutschland ansassiger, international tatiger Automobilhersteller. Die
Beklagte betreibt zur Vermarktung ihrer Automobile, unter anderem, die Webseite
www.mercedes-benz.de, wo sie als Anbieter benannt ist. Einen Ausdruck des lmpressums
legen wir vor als
Anlage EIP 1.
9. Auf der Webseite der Beklagten werden Automobile verschiedener Modelle und Typen der
Marke .. Mercedes-Benz" mit Telematic Control Units (TCUs) zum Kauf angeboten, die im LTE-
Netz kommunizieren konnen (,.Connected Cars"). Bei der angegriffenen Ausfuhrungsfom1
handelt es sich somit um Automobile, die mobilfunkfahig sind (nachfolgend: angegriffene
Ausfuhrungsform}. Eine Obersicht der angebotenen Automobile findet sich direkt auf der
Startseite, auf der samtliche Personenwagen-ModeUe dargesteut werden. Dort werden aktuell
Automobile folgender PKW-Modelle angeboten (hier beispielhaft aufgefuhrt):
A-KLASSE
C-KLASSE
E-KLASSE
S-KLASSE
CLA- und CLS-Klasse usw.
10. Die oben genannten Automobile sind unter anderem durch fest verbaute und bereits ab Werk
serienmal1ig ausgestattete TCUs LTE- (bzw. 4G-) fahig. Der Hinweis auf die fest verbauten
LTE- (bzw. 4G-) fahigen TCUs als Serienausstattung der Automobile findet sich in den
Preislisten, welche fur jedes Model! heruntergeladen werden konnen. sobald man ein
FahrzeugmodeU mit dem Mausklick auswahlt. Dies ist untenstehend exemplarisch fur die A-
Klasse dargestellt (in roter Markierung).

Seri en- und Sondera usstattu ng. ;< f •!

-"
f ~
::: ",;
ig
t~i
" -11:•li
a
~
c,] ~
•!:i
Pno1s Euro ~
Infotainment, Navigation u nd Kommu nikation

=·
Jn1tl.l.l,rSc
..,ll M,i,~t
:i ~ :;l!
0
~
Q 0
i;~
<!:.
..8U~M..,_"~ ~s 0.00 s s s s s
Gfllle!»I\ SilQ Scnc,'J"""1 una fntel~nz e1nes d,,g,011s1ertm Mui1med1HyRRtr'\S. Se entxlwi,je't 0,00
--.-.osi,..,
•li;..l'a lrlixm.ttoni1fl 0~ .artl'I 1gl thllnso llt.r,c.l S4r,,dcht Bidiiff"lftn-gac.nw•otwa :im baruhn.lnp,
rut".....-c~"', ..,uG ....u•1.11.iinc M9u~u..."•l"'IC'OL.»l11~"" 15-4~:se,~

..,,e.d.s-S.n: Notruhyst,-m s s
)51 0.00 s s s
Da~ r.4._.,~.e,~e-!r8or-n: ~¥,1' .;ts-r~,:.m t...)1"1'" M N.rH.,11 rv J..lf."'rH;h->, lec'U"fl z.,it»<Jct,IJ.t 30"1,;Ell U~~
1
•J.on
li)otn ( ~ rr-. th1Klf'Jsrrr.,at:I 111! ~1~r-.~ $1r,..1,.t:,J,rt.i ..,,ra t.lii ,lK"1o>m lJrra I 1~1vl'l.Jtr-1":t< .. ir, Pforr ;f
.)l..;.gt:.~• .JH j,i? lt" II t~ :vr- f,n,~H,.i,.. 'o'OO P...;nung~~rairn .("r"iner\ • lr..n C.\:!r •,ohut ,,1nr
~...h rr.sr,.ll , ~.;~,Mirdli,11 Jrn s,:tir,ii,J~ H:,lf. , :1, org;_yi,,... .,.,.,
n . -v'lt-r 1,c:•:111 • '" .,,.,, Oio!' ·eo:tt"'-'<' .,., ~ 111,•ior..,., ~n ,j:Ji, ..«•..:.er,:1~.,,. 1.:.-e:+-, ,11cit
•.P· Poe,,._- ~ ~ >:11 il"ft""- ,!;1 ,~-.,1 ,c:n n, f •"" .. 1,c.-:"(lj ~,.__._..-1.-, r.-,1,_, ..... ._,ce,;...,---1, A_·_.. -.i,,.. fo,o,
•.-1'-" U.:.o ..e.~. ~i.::.r-" _ . ('t. ~ ~..,.,c: I ~{"(~•.,,.., • ,~l"l('., r~!~~ f 1" I ld'.W'I · '!',•
~.,:-..- .,.r, ,- .,,.,....,; .'v' Lbf'""'t.. :tu, ( .ll' 4" ,·i.c:::,,.., :• ..:.....,.1 ..,.,., .1~·; ,,,t ~ L of"'l.1• ;1,o~•r,, '°'' "
fl'•· _-1,,, I JJ"41-c - <t('l'f._, , . -tl'kllll ~k-~- ',t"r' 11 ;! '':'t,~ , lll'•.!.1\t.._,,,, I .....
J62 0,)0 s s s s s s s
•
o.,JO
11. Diese Module ermoglichen unter anderem die Herstellung einer lnternetverbindung im
Rahmen der Nutzung von ,,Mercedes me connect"-Diensten.
Mercedes me connect.
Vorau~tJung:
NII • N ~ dw naiarofpnd MpfCahnan 0..,si. i:11-.n1 bgi1t1..,..un& •m Mtrcitdin m.t Porul lt(lllllt dit lustilnfflun, zu dltn ~~W'ltunll'q fur dil me con,-d: Okftsr. nor-,dlig:, ._,~$
Zos.itzldl muss d.as jlltllt1Ml9 a:ait.rnug fflllt dlom B-nutlric,q[o wrkllUpft Min. '-th A.b~ur der ivttall n Ul~I ~ D o.nsr. ~npftctl(JI wrlinpr1 Wflden. OIi! lt$11'N NII' .lk1'rlHUnl det
DIIMn:z• m: Jl"l""'11.11bVCfl 1 JaN abE~~~un,: odM lf'lbfU.,...ahm. du~ dfot"I ~ mogt"1-i, M' ~ - - ~ ftfoql.
M8UX
"~s-Benz NotrutsyU.Pm {lS 1)
(),K, ,.~1Cfo4iit+&r.l NctnJt~e:n, k.aM .rT'I ~-k(i,1N l.jr <itn eotsicht~n z.,~act,.il50f~ . Ob:!! @Ill kOfl'Vru·\ik~,ion,..
~ - ' 'Tllll ~ l " O Qf St.\.t.:i.rto ,..d ~ ~~.,, arl!.afll'iton Unbl ,3. J t ~1$Q"I ~,r- Nctt'\.lf "~~13"ll:. oc-, ~ lN !>~ .:.u,;,
t .-..~tt~ ~t1 Retll.Jl6.'l''~IHl"il-'l.iirzenl.1M l»r , r rlc.~rn :h fl".JN.Wi.ll oL1S!1'kr.i'""""''~n.urr lJd.e :u 0t~~"'"
12. Wahlt man im Menu oben auf der Webseite www.mercedes-benz.de ,.Kaufen Sie lhren
Mercedes-Benz" und danach ,.Online Store", wird der Nutzer auf die Webseite des
Onlineshops https://www.online-store.mercedes-benz.de der Beklagten weitergeleitet. auf der
er die Automobile direkt erwerben kann:

\I'll!"' Angrhott• im Onli1w SroP' .
>
CD
GLC 250 JMATIC Coupe

.- C ZOOCou""
•• GlA IBO S1>ort Utlltly Ve~tCle
rr, I 1
GlC
;a • a (" 't • ) II " • •I • • ,. • • ' • • • • a• •

13. Auch fi.ir diesen Online Store wird die Bekfagte als Anbieterin aufgefuhrt, wie sich aus der
Anlage EIP 2
ergibt. Klickt man hier auf ein Automobil, findet man auch den Hinweis auf das fest verbaute
LTE (bzw. 4G-)-fahige Kommunikationsmoduf als eines von ..weiteren Ausstattungen" des
Automobils unter .,Alie Serien- und Sonderausstattungen" (in rater Markierung):

C 200 C~up,•
WMIM
.\IIP Si>riPn- untl SonclPl'c:JUSstc1ttungrn.
' :. - '
Extras v lnfotamm~f\l. tbvig.Jt1on uml KommumkJt 1on V
AMG v h,terieur V
~ussl,oltungslime V
Exteneur V Weiter Aus-stattungcn
.:e--~ ~.1 r ,1 1 r ~
-: I L· t ' ii! e \ 4•:
II
14. Das TCU gehort zur Serienausstattung.
Ill. Hintergrund des Rechtsstreits
15. Nach dem Verstandnis der Klagerin kontaktierte Avanci die Beklagte erstmals im Jahr 2016.
Nach Unterzeichnung einer Geheimhaltungsvertragsvereinbarung kam es zunachst zu
Treffen, bei welchen das Lizenzprogramm besprochen wurde. Im Dezember 2017 informierte
Avanci die Beklagte daruber, dass BMW mit ihr einen Lizenzvertrag abgeschlossen hat und
ubermittelte der Beklagten ein Lizenzvertragsangebot. Im Marz 2018 teilte die Beklagte in
einer E-Mail mit, dass sich Avanci an die Zulieferer der TCUs richten solle. Die genauen
Zulieferer wurden indes nicht benannt. In weiterer Korrespondenz im Marz 2019 stellte Avanci
umfangreiche weitere detaillierte lnformationen zu ihrem Lizenzierungsprogramm und ihrer
Berechnungsmethode zur Verfugung. Nach Kenntnis der Klagerin, haben Avanci und die
Beklagte seitdem die Kommunikation zwar fortgesetzt, jedoch kam es zu keinem wirklichen
Fortschritt bzgl. des Abschlusses eines Lizenzvertrags.
16. Neben dem Angebot van Avanci hat auch die Klagerin der Beklagten am 18. Dezember 2018
ein bilaterales FRAND-Lizenzangebot unterbreitet und Zugang zu einer .. Share File

Site'' gewahrt, auf welcher Claim Charts einzelner relevanter Patente (beinhaltend das
Klagepatent) abgerufen werden kbnnen. Zwischenzeitlich wurde zwischen den Parteien
korrespondiert; aber auch hier ist es bislang nicht zu einem Lizenzabschluss gekommen.
17. Mit der vorliegenden Klage wahrt die Klagerin ihre Rechte: Die FRANO-Lizenz des Avanci-
Pools, dem die Klagerin angehbrt, wurde - trotz mehrjahriger Verhandlungen und
zwischenzeitlicher Etablierung dieser als Branchenlizenz - von der Beklagten bislang nicht
angenommen. Auch hinsichtlich der angebotenen bilateralen FRAND-Lizenz ist bislang kein
erkennbarer Fortschritt zu verzeichnen.
IV. Streitwert
18. Der eingangs bezeichnete, vorlaufig geschatzte Streitwert basiert auf folgenden
grundsatzlichen Oberlegungen:
19. Ausgangspunkt der Berechnung ist die angebotene weltweite bilaterale FRAND-Lizenz der
Klagerin fur das gesamte weltweite Portfolio der Klagerin. Diese Berechnungsgrundlage wurde
- nur zu Zwecken einer Streitwertbestimmung im hier gegenstandlichen deutschen Verfahren
- auf das Klagepatent heruntergebrochen und auf dessen deutschen Teil beschrankt.
Basierend auf dieser angepassten Grundlage wurden die aus allgemein zuganglichen, fur die
Klagerin nicht uberpri.ifbaren Quellen ersichtlichen Stuckzahlen verkaufter Fahrzeuge in
Deutschland berucksichtigt (seit Oktober 201 B); fur die zukunftige Restlaufzeit des
Klagepatents wurden entsprechende Schatzungen angestellt und ein Sicherheitszuschlag
addiert.

B. Zurn Klagepatent
I. Formalien
20. Die Klagerin ist eingetragene lnhaberin des deutschen Teils des EP 2 934 050 81 (im
Folgenden .. Klagepatent") mit dem Titel ,.VORRICHTUNG UNO VERFAHREN ZUR
BEREITSTELLUNG EINER VERBINDUNG".
21. Unter lnanspruchnahme der Prioritat der PCT-Anmeldung WO-PCT/EP00/04647 vom 22. Mai
2000 wurde die europaische Anmeldung am 19. Januar 2001 eingereicht und am 21. Oktober
2015 veroffentlicht. Die Veroffentfichung des Erteilungshinweises erfolgte am 03. Oktober
2018. Wir i..i berreichen eine Kopie des Klagepatents - dreifach fUr die Kammer - als
Anlage EIP A1.
22. Eine deutsche Ubersetzung des Klagepatents uberreichen wir - dreifach fur die Kammer - als
Anlage EIP A1a.
23. Einen Registerauszug uberreichen wir als
Anlage EIP Al.
II. Gegenstand des Klagepatents
24. Die klagepatentgemar!e Erfindung betrifft allgemein Vorrichtungen, Systeme und Verfahren,
beispielsweise zum Bereitstellen einer Verbindung in einem Kommunikationsnetzwerk. Das
Kommunikationsnelzwerk kann ein reines Datennetzwerk, ein Netzwerk zum Obertragen van
Oaten und/oder eine andere Art van lnformationen wie Sprache sein oder es kann ein
Netzwerk sein, das ausschlier!lich fur Nicht-Dateninformationen reserviert ist. Das Netzwerk
kann ein leitungsvermitteltes Netzwerk sein, ein paketvermitteltes Netzwerk, wie ein GPRS-
oder UMTS-Netzwerk oder es kann aus einer Kombination von Netzwerken unterschiedlicher
Art bestehen (Klagepatent, [0001]).

25. Bei der Herstellung einer Verbindung in einern Netzwerk sind rnehrere Netzwerkelernente
involviert ([0002} des Klagepatents). Beispielweise dann, wenn sich ein Benutzerendgerat rnit
einern Netzwerk verbinden rnochte, urn eine Verbindung z.8. zum Telefonieren herzustellen,
muss sich das Benutzerendgerat mit einem Serviceknoten im Kernnetzwerk, der wiederum
eine Verbindung zum Festnetz oder zurn Internet bereitstellt, verbinden. Oieses Vorgehen
sorgt fur Konnektivitat, z.B. dann, wenn sich das Benutzerendgerat innerhalb des Netzwerks
bewegt. Oa mehrere solcher Serviceknoten gleichzeitig dasselbe Gebiet abdecken, muss die
Vorrichtung einen passenden Serviceknoten auswahlen konnen ([0010] des Klagepatents).
26. Um eine mbglichst schnelle Auswahl und Verbindung zu diesem Serviceknoten zu

gewahrfeisten und die Anzahf der Signalisierungen innerhalb des Netzwerks zu reduzieren.
schlagt die Erfindung vor, bereits beim Verbindungsaufbau zu einer Basisstation einen
Bezeichner (Identifier) mitzuschicken, mit der aus einer Gruppe mehrerer in Frage kommender
Serviceknoten, einer ausgewahlt werden kann ([0027) des Klagepatents).
Im Einzelnen:
1. · Technischer Hintergrund
27. Das technische Problem und dessen erfindungsgemar..e Losung erschlier..t sich vor dem
Hintergrund der UMTS-Netzwerkarchitektur und UMTS-Schichtenarchitektur (vgf. [0001] bis
((00121) des Kfagepatents). Bevor wir uns diesem Teil detailliert zuwenden, ist es hilfreich den
Stand der Technik im UMTS-Netzwerk, seine grundfegende Architektur und das Verfahren zur
Hersteffung einer Verbindung zwischen dem Benutzerendgerat, dem Funknetzwerk und dem
Kernnetzwerk zu verstehen. Deshafb stelfen wir in Falge die Architektur und deren
Funktionsweise anhand des Lehrbuchs .WCDMA for UMTS, Radio Access For Third
Generation Mobile Communications" von Harri Halma und Antti Toskala dar. Wir legen dieses
Lehrbuch aus dem Jahr 2000 in Auszugen vor als
Anlage EIP A3
sowie eine deutsche Ubersetzung der relevanten Abschnitte daraus als

Anlage EIP A3a.

(wird nachgereicht)
a) UMTS-Netzarchitektur
28. Das UMTS-Netzwerk besteht aus drei Hauptkomponenten:
• dem Benutzerendgerat (,.UE"),
• dem Funknetzwerk (,,UTRAN"} und
• dem Kernnetzwerk (.,CN").
29. lnnerhalb des Benutzerendgerats ist zwischen dem eigentlichen Gerat (,.ME")
und der SIM-Karte ( .. USIM") zu unterscheiden. Das Funknetzwerk besteht aus
Basisstation (.,Node B") und Funknetzsteuerung (,,RNC"). Eine Einheit aus
Funknetzsteuerung und zumindest einer Basisstation wird wiederum als
Funknetzsystem ("RNS"} bezeichnet. Das Kernnetz besteht aus Elementen wie
"SGSN" (Serving GPRS Support Node / Serviceknoten) und
,.MSCNLR" (Mobile Switching CentresNisitor Location Register). Grafisch !asst
sich die UMTS-Netzwerkarchitektur wie folgt darstellen:
UE
·................... ,
I
Figure 5.3. UTRAN architel...'turt:
(siehe Seite 57 Anlage EIP A3)
Conversant W ireless Licensing S.a.r.l ./. Daimler AG - EP 050

b) UMTS-Schichtenarchitektur
30. Die UMTS Architektur ist vertikal in Ebenen und horizontal in Schichten
unterteilt. Vertikal ist die UMTS Architektur in die Benutzerebene (user plane)
und die Kontrollebene (control plane) aufgeteilt. Im Folgenden werden wir nur
auf letztere eingehen.
31. Horizontal ist die Steuerebene der UMTS Architektur in Schichten eingeteilt. wie
in der technischen Spezifikation 3GPP TS 25.401 Version 3.1 .0 Release 1999
aus Januar 2000 (Titel: .. UTRAN Overall Description") wie folgt dargestellt
(S. 10, Figur 3):
C~.MM.GMM.4 M (3) Non-Access Stratum cMIMM.GMM.srJ ~:: o

.--"--,. I ! I ---1....
I
'*
Radio ,., ..... Radio lu _/ ...... Iu
, ...... .,-
proto- "' proto- proto proto
cols cols cols cols
( 1) ( 1) (2) (2)
Access Stratum
UE
I (Uu)
R~dio l UTRAN I
:
lu I CN
32. Wir legen die relevanten Abschnitte der technischen Spezifikation 25.401
Version 3. 1.0 var als
Anlage EIP A4.
33. Dieser Figur !asst sich zunachst die Unterteilung in zwei Hauptschichten
entnehmen: Der Non-Access-Stratum-(im Folgenden .,NAS")-Schicht und der
darunter liegenden Access-Stratum-(im Folgenden .,AS")-Schicht.

34. Die NAS-Schicht dient dem Aufbau einer Kommunikationsverbindung und der
Aufrechterhaltung dieser Kommunikationsverbindung, wahrend sich das
Benutzerendgerat im Mobilfunknetz bewegt. Dafur weist die NAS-Schicht
verschiedene funktionale Einheiten auf, z.B. Session Management ,.SM",
Mobility Management .,MM" und Short Message Service ,,SMS". Die Endpunkte
der NAS-Schicht liegen in der UE und dem Kernnetzwerk (Core Network·, im
Folgenden ,,CN").
35. Die AS-Schicht wiederum ist fur die Obertragung van Oaten i.iber die
Luftschnittstelle (,,Radio (Uu)") verantwortlich. Die Endpunkte der AS-Schicht
liegen insbesondere in der UE und dem Zugangsnetzwerk (Radio Access
Network (RAN), UMTS Terrestrial RAN, im Folgenden ,,UTRAN").
36. Die AS-Schicht selbst ist aus mehreren Schichten der Steuerungsebene
aufgebaut (RRC, RLC, MAC und L1 ). Diesen Aufbau zeigt die Figur 8
(Abschnitt 5.6.3.2 auf S. 30) der technischen Spezifikation 3GPP TS 23.060
Version 3.3.0 Release 1999 aus April 2000 wie folgt (rote Markierung
hinzugefugt):
MS - SGSN (UMTS Only)
GMM GMM
SM S\IS S\I Sl\15
RRC - ~~RRC A AP R.I\NAP

RLC RLC seer seer
MAC MAC S1gmdlini:: S1gMllmi;
LI
AAL5 AALl
LI
/\TM ATM
Uu
\ I~ RNS 1G SGS!\.
Figure 8: Control Plane MS - 3G-SGSN

37. Wir legen die relevanten Auszuge der technischen Spezifikation 23.060
Version 3.3.0 vor als
Anlage EIP A5.
38. Die oberste Schicht der AS-Schicht ist die RRC-Schicht, welche unmittelbar an
die NAS-Schicht angrenzt. Die RRC-Schicht bietet den oberen Schichten
innerhalb der NAS-Schicht Obertragungsdienste an.
39. Auf derselben Ebene wie die RRC-Schicht ist noch eine weitere Schicht
angeordnet, die sogenannte RANAP-Schicht. Diese dient der Kommunikation
zwischen dem Funknetz und dem Kernnetz.
c) Aufbau einer NAS-Verbindung
40. Der Aufbau einer NAS-Verbindung erfolgt nach dem UMTS-Standard durch den
Austausch von NAS-Nachrichten. Beispiele hierfur sind u.a. die sog. Attach
Request- und die Service Request-Nachricht. Naheres zu diesen Nachrichten
lasst sich der technischen Spezifikation 3GPP TS 24.008 Version 3.3.1 Release
1999 aus April 2000 entnehmen (Abschn. 9.4.20 auf S. 254 und Abschn. 9.4.1
auf S. 239-240}. Die relevanten Auszi..ige dieser technischen Spezifikation legen
wir vor als
Anlage EIP A6.
41. Solien in der NAS-Schicht Nachrichten zwischen den Endpunkten der NAS-
Schicht ausgetauscht werden, so wird dieser Austausch durch die RRC-Schicht
und die RANAP-Schicht vermittell Will die NAS-Einheit in dem
Benutzerendgerat beispielsweise eine NAS-Nachricht in Richtung des
Kernnetzes absenden, so gibt sie diese weiter an die RRC-Schicht, die sie zum
Funknetzsystem C.RNS"} transportiert, wo sie dann von der RANAP-Schicht
waiter an das Kernnetz weitergeleitet wird. Mit anderen Worten:
Jegliche Signalgebung der NAS-Schichten des Benutzerendgerats wird in eine
RRC-Nachricht verpackt, die dann vermittels der niedrigeren Schichten Uber die
Funkschnittstelle i..ibertragen wird (vgl. auch Anlage EIP A3, S. 121ff.}.

EJP Europe LLP Seite 21
42. Die RRC-Schicht dient also der Steuerung der Funkressourcenvergabe. Dazu
werden zwischen den Endpunkten der RRC-Schicht RRC-Nachrichten
ausgetauscht. Daruber hinaus tragen RRC-Nachrichten in ihrer Nutzlast auch
die Signalisierungsnachrichten der NAS-Schicht (vgl. Anlage EIP A3, S. 135,
Abschnitt 7.7).
43. Um eine NAS-Nachricht uber eine CN-Verbindung uberhaupt aufbauen zu

konnen, muss daher zunachst eine RRC-Verbindung hergestellt werden. Um
eine RRC-Verbindung herzustellen, initiiert das UE das RRC-
Verbindungsaufbauverfahren (RRC Connection Establishment).
d) Aufbau einer RRC-Verbindung
44. Das Verfahren zum Aufbau einer RRC-Verbindung wird in der folgenden
Abbildung dargestellt:
UE UTRAl\J / RN C
If;) ~i~
1a1e
mode
CCC' H / RAC' H: RRC Connection Requ st

C'CC!f / FACH· RRC Connection Setu
. -
UTAAI\
onnec:ec mo
DCC H: ARC Connection Setup Comp /
-·--~- ----
Fi~ure 7. 13 RRC .:unnl.>cllon .:,l.!tlh,hn'k:nt pro.:C"durc
(vgl. S. 141 der Anlage EIP A3)

Ef P Europe LLP Seite 22
45. lnsgesamt werden fur den Aufbau einer RRC-Verbindung drei Nachrichten
zwischen dem UE und dem UTRAN hin- und hergeschickt. In der ersten van
dem UE ausgehenden RRC-Nachricht (RRC Connection Request) handelt es
sich um die Anfrage zum Verbindungsaufbau. Die nachste Nachricht wird vom
UTRAN zum UE gesendet und heir..t RRC-Verbindungsaufbau (RRC
Connection Setup). Die zweite von dem UE ausgehenden RRC-Nachricht (RRC
Connection Setup Complete) ist als letzter Schritt zum Aufbau einer RRC-
Verbindung erforderlich.
46. Fur die klagepatentgemar.e Losung sind insbesondere die Ablaufe eines RRC-
Verbindungsaufbaus und eines CN-Verbindungsaufbaus von Bedeutung.
47. Fur die Richtigkeit des vorstehend beschriebenen Sachverhalts bieten wir an
Beweis: Sachverstandigengutachten.
2. Aufgabe und technisches Problem
48. Das Klagepatent fi..ihrt eingangs aus, dass in einem UMTS-Netzwerk eine Verbindung (z.B. ein
Anruf) van einem Benutzerendgerat zu einem anderen Benutzerendgerat unter Verwendung
eines RNC, der mit einer SGSN oder moglicherweise mit einer GGSN kommuniziert,
aufgebaut wird. Dabei konnen sich die Benutzerendgerate in demselben oder in
unterschiedlichen Netzwerken befinden. Der tatsa.chliche Standort des UE, das sich z.B. im
Ruhezustand befindet, wird i..iber eine Auflosung des Routing-Bereichs (Routing Area, im
Folgenden ,,RA") definiert. RA meint das Gebiet, wo das Benutzerendgerat in dem
unterstutzenden Knoten (z.B. SGSN) registriert ist und wo die SGSN letztendlich das
Benutzerendgerat anfunkt (.,pages"), um eine Datenubermittlungsverbindung herzustellen (vgl.
Klagepatent [00031).
49. Der Abdeckungsbereich eines gesamten Netzwerks ist normalerweise in mehrere Gebiete
(RA's und Location Areas, im Folgenden ,,LA") unterteift, wobei ein Gebiet einer SGSN
zugeordnet ist. Eine SGSN bedient typischerweise mehrere Bereiche (vgl.
Klagepatent [00041).

50. Als nachteilig daran identifrziert das Klagepatent, dass im Falle eines Zusammenbruchs einer
SGSN oder eines notwendigen Wartungsvorgangs (z.B. Software-Update), das Gebiet
vollstandig heruntergefahren werden musse und zumindest zeitweise nicht mehr fur die
Bereitstellung van Verbindungen nutzbar sei (vgl. Klagepatent [0005]}.
51. Diese Situation wi.irde erheblich verbessert werden, wenn die Netzwerkstruktur so geandert
wird, dass mindestens zwei SGSNs in der Lage sind, dasselbe Gebiet abzudecken (vgl.
Klagepatent [0006]).
52. Die Bereitstellung van zwei oder mehr SGSNs, die dasselbe Gebiet bedienen, bietet mehrere
Vorteile, z. B. Ausfallsicherheit, indem ein RNC die Verwendung eines anderen SGSN
ermoglicht, falls der zuvor verwendete SGSN uberlastet oder au~er Betrieb geraten sollte.
Daruber hinaus konnen Wartungsarbeiten wie Software-Updates durchgefuhrt werden, ohne
dass der Bereich heruntergefahren werden muss. Au~erdem kann der Netzwerk-
Signalisierungsverkehr reduziert werden (vgl. [0007] des Klagepatents).
53. Beispielsweise konnen mehrere SGSNs bereitgestellt werden, um ein BaUungsgebiet wie etwa
das Munchner Stadtgebiet abzudecken, und eine Mobilstation, die sich in der Stadt bewegt,
kann immer ihren urspri.inglichen SGSN zur Bereitstellung einer Verbindung verwenden (vgl.
[0008] des Klagepatents).
54. So kann beispielsweise ein IP-Netzwerk auf einer Schnittstelle wie der lu-Schnittstelle
eingefi.ihrt werden, die aktuell hauptsachlich als Punkt-zu-Punkt-lu-Schnittstelle zwischen der
RNC und dem SGSN verwendet wird. Wenn ein IP-Netzwerk oder ein Netzwerk eines anderen
geeigneten Typs auf der lu-Schnittstelle eingefuhrt wird, kann eine RNC mit verschiedenen
SGSNs verbunden sein (vgl. [0009] des Klagepatents).
55. In einem Fall, in dem der RNC in der Lage ist. eine Verbindung zu verschiedenen SGSN's
herzustellen, die alternativ vorgesehen sind, existiert das Problem, einen geeiqneten SGSN
zu finden und auszuwahlen (vgl. [0010] des Klagepatents).

3. ErfindungsgemaBe Losung
56. Das vorstehend geschilderte technische Problem wird klagepatentgemar.. durch die
Bereitstellung einer Benutzerendgeratevorrichtung nach Anspruch 1 und eines Verfahrens fur
ein Benutzerendgerat nach Anspruch 5 gelost.
57. Diese AnsprUche lassen sich wie folgt nach Merkrnalen gliedern:
58. Vorrichtungsanspruch 1:
1. Benutzerendgeratevorrichtung, die konfiguriert ist zurn:
1.1 Speichern eines Kernnetzwerkelementbezeichners;
1.2 HinzufOgen des Kernnetz.verkelementbezeichners zu

einer RRC-Nachricht
1.2.1 zum Herstellen einer RRC-Verbindung; und
1.3 Senden der RRC-Nachricht
1.3.1 rnit dem Kernnetzwerkelementbezeichner
1.3.2 uber eine Funkverbindung
1.3.3 zu einem Netzwerkefement eines

Funkzugangsnetzwerks,
1.3.4 um eine Verbindung zu einem Satz van

Kernnetzwerkelementen herzustellen, mit dem
sich die Vorrichtung verbinden wird.
59. Verfahrensanspruch 5:
5. Verfahren fur ein Benutzerendgerat, welches folgende Schritte

aufweist:
5.1 Speichern eines Kernnetzwerkefementbezeichners;
5.2 Hinzufugen des Kernnetzwerkelementbezeichners zu

einer RRC-Nachricht
Conversant Wireless Licensing S.a.r.1 ./. Daimler AG - EP 050

5.2.1 zum Herstellen einer RRC-Verbindung; und
5.3 Senden der RRC-Nachricht
5.3.1 mit dem Kernnetzwerkelementbezeichner
5.3.2 Ober eine Funkverbindung
5.3.3 zu einem Netzwerketement eines

Funkzugangsnetzwerks,
5.3.4 um eine Verbindung zu einem Satz von

Kernnetzwerkelementen herzustellen, mit dem
sich die Vorrichtung verbinden wird.
60. Wir uberreichen die Merkmalsgliederung der obigen Anspri.iche nebst einer
Gegenuberstellung des deutschen mit dem englischen Anspruchswortlaut - fur die Kammer
dreifach - als
Anlage EIP A7.
61. Die Patentanspri.iche 1 und 5 betreffen eine besonders vorteilhafte Weise zwei verschiedene
Verbindungen herzustellen;
1. die RRC-Verbindung zwischen Benutzerendgerat und Funknetz und
2. die Verbindung zwischen Benutzerendgerat zum Kernnetzwerk (CN).
62. Das Klagepatent tehrt, dass eine CN-ID (Core Network Identifier) bereits einer RRC-Nachricht
hinzugefugt wird, die fi..ir die Herstellung einer Verbindung verwendet wird (vgl. [0022] des
Klagepatents).
63. Diese Vorgehensweise ermoglicht den Verbindungsaufbau mit einem von dem
Benutzerendgerat gewunschten Kernnetzelement auf besonders effiziente Weise: Anstelle
zunachst eine RRC-Verbindung aufzubauen, um anschliel1end i..iber den Austausch weiterer
Nachrichten die Verbindunq mit dem Kernnetz herzustellen, schlagt das Klagepatent vor,
bereits wahrend des Aufbaus der RRC-Verbindunq einer RRC-Nachricht den
Ke rnn etzwerkeleme ntbeze ichne r beizufOgen.
Conversant Wireless Licensing S.a.r.f ./. Daimler AG - EP 050

64. Auf dieser Grundlage ist es dem Netzelement der Funkzugangsverbindung moglich,
zuverlassig aus mehreren Kernnetzelementen das passende (,.appropriate") Kernnetzelement
auszuwahlen (vgl. [0010) des Klagepatents). lnsbesondere I.asst sich durch die
klagepatentgemaBe Vorgehensweise das Benutzerendgerat mit geringem
Signalisierungsauf'wand wieder mit demjenigen Kernnetzelement verbinden, mit dem es
bereits zuvor verbunden war (vgl. [0010] des Klagepatents}.
Ill. Verletzung des Klagepatents
1. Verletzungshandlungen der Beklagten
65. Die Beklagte bietet die hier angegriffenen Ausfuhrungsformen in der Bundesrepublik
Deutschland an. Wir nehmen Bezug auf die vorstehenden Ausfuhrungen unter Abschnitt A. II.
2. Verwendung der Lehre des Klagepatents im L TE-Standard
66. Die beschriebene technische Lbsung des Klagepatents wurde in den LTE-Standard
Obernommen.
a) Allgemeines
67. Fur die Verwirklichung der patentgemal!en Lehre sind eine Reihe von
technischen Spezifikationen des LTE-Standards relevant. Die technische
Spezifikation 3GPP TS 23.401 Version 11.4.0 Release 11 (2013-01 ), (im
Folgenden ,,TS 23.401") legen wir in den relevanten Auszugen vor ars
Anlage EIP AS.
68. Weiter Oberreichen wir AuszUge aus der technischen Spezifikation 3GPP
TS 23.003 Version 11.4.0 Release 11 (2013-01) (im Folgenden ,,TS 23.003")
als
Anlage EIP A9.

69. Zudem ubermitteln wir AuszUge aus den technischen Spezifikationen 3GPP
TS 36.300 Version 11.4.0 Release 11 (2013-02) (im Folgenden ,,TS 36.300")
als
Anlage EIP A10,
70. 3GPP TS 24.301 Version 11.5.0 Release 11 (2013-01) (im Folgenden

"TS 24.301") als
Anlage EIP A11
71. und 3GPP TS 36.331 Version 11.2.0 Release 11 (2013-02) (im Folgenden
,.TS 36.331") als
Anlage EIP A12.
72. Samtliche Automobile der Beklagten, die diesen und alien nachfolgenden
inhaltlich entsprechenden Versionen der technischen Spezifikationen
entsprechen, verletzen die Lehre des Klagepatents und werden mit dieser
Klage angegriffen.
73. Der Vollsti:indigkeit halber weisen wir nachfolgend noch auf uie bei
Klageeinreichung aktuellsten Versionen der oben benannten technischen
Spezifikationen, die der hier relevanten Technik entsprechen, sowie die URL,
unter welcher diese Dokumente verfQgbar sind, hin:
3GPP TS 23.401 Version 16.3.0 Release 16 (2019-06)

https://portal.3qpp.org/desktopmodules/Specifications/Specification0etails
.aspx?specificationld=849

https://portal.3g pp.orq/desktopmod ules/S pecifications/Specifica tion Details
.aspx?specificationfd=729


https://portal.3qpp.org/desktopmodules/Specifications/SpecificationDetails
.aspx?specificationld=2430
3GPPTS 24.301 Version 16.1.0 Release 16 (2019-06)
https://portal.3gpp.org/desktopmodules/Specifications/SpecificationDetails
.aspx?specification Id= 1072

https://portal.3gpp.org/desktopmodules/Specifications/Specification0etails
.aspx?specification ld=2440
b) Netz- und Schichtenarchitektur im LTE-Standard und Herstellung einer

RRC- und NAS-Verbindung
74. Bevor naher auf die Benutzung der klagepatentgemar..en Lehre eingegangen
wird , isl es zum Verstandnis hilfreich, die im LTE-Standard festgelegte Netz-
und Schichtenarchitektur sowie den Aufbau einer RRC- und NAS-Verbindung
naher zu betrachten. Wir legen dazu einen Auszug aus dem Fachbuch "LTE in
Bullets" von Chris Johnson aus dem Jahr 2012 vor als
Anlage EIP A13.
(1) L TE-Netzarchitektur
75. Das LTE-Netzwerk besteht wie das UMTS-Netzwerk aus drei

Hauptkomponenten: dem Benutzerendgerat (.. UE"), dem Funknetzwerk
(..E-UTRAN") sowie dem Kernnetzwerk ("Evolved Packet Core"). Das
Funknetzwerk besteht aus Basisstationen (,,eNode B"), die auch die
Funktion der Funknetzsteuerung ubernehmen. Das Kernnetz besteht
aus Kemnetzwerkelementen (wie ,.Serving Gateway" und
.,MME" ( Mobile Management Entity)). Grafisch las st sich die LTE-
Netzwerkarchitektur wie folgt darstellen:

Evolved Packet Core

PON
Gateway
MME
eNooe B
e Node B
UE
Radio Access Network· E-UTRAN
Fi~ure 3 - 11.:c.1 in1erfacc, for LTF. (ln!,!ical rcprc~c111.1tiou \
(vgl. Anlage EIP A13, S. 18 und TS 36.300, S. 19ff.)
(2) LTE-Schichtenarchitektur
76. Aucll die LTE-Schichtenarchitektur ahnelt ihrem Gegenstuck aus dem

UMTS- Standard, welches sich der nachfolgenden eingeblendeten
Figur entnehmen lasst:
RR?'.._~- s~l St-AP

--
• _-----,... ~ .....__
POCP POCP l SCTP SClP
~·
---
RLC
IIIW:- A"·
,,..,.,.14.. ~
RLC
MM:
IP
L2
s,
i·
IP
L2
L1 j¢==:> L1 l1 ~~ L1 !
~ I..----
UE MME
t !¥Ure !Jl - '"" \cct-S" ~1n1wm , , \ \,,) c-onfrol 11laDC' prolocol "tad,
(vgl. S. 410 der Anlage EIP A 13, TS 36.300, S. 20ff.)

ElP Europe LLP Seite 30
77. Auch hier ist die NAS-Schicht zustandig fur Mobilitatsmanagement-

Funktionen. Die NAS-Verbindung soll dabei zwischen dem UE und der
Mobile Management Entity (MME) hergestellt werden .
78. Die darunter liegende RRC-Schicht ist dafur zustandig, NAS-

Nachrichten an die im LTE-Standard sag. evolved Node B (eNode 8),
die ein Netzwerkelement des Evolved-UTRAN (E-UTRAN) darstellt, zu
transportieren. Dies geschieht, wie im UMTS-Standard, vermittels der
unteren Schichten. Die NAS-Nachricht wird dann von der eNode B i.iber
die sich auf Ebene der RRC-Schicht befindlichen S 1-AP-Schicht an die
MME weitergeleitet, damit zwischen dem UE und der MME eine NAS-
Verbindung hergestellt werden kann.
79. RRC-Nachrichten werden somit dazu verwendet NAS-Nachrichten

aufzunehmen (.,encapsulated") und zwischen dem UE und der eNode B
zu ubertragen. S1-AP-Nachrichten werden dazu verwendet NAS-
Nachrichten aufzunehmen (..encapsulated") und zwischen der eNode B
und der MME zu ubertragen (vgl. S. 410ff. der Anlage EIPA13).
c) LTE-Bezeichner (Identifier)
80. Auf der USIM Karte sind temporare Bezeichner gespeichert, wie zum Beispiel
die Temporary Mobile Subscriber Identity (TMSI) und die Globally Unique
Temporary UE Identity (GUTI) (vgl. S. 18 des Fachbuchs ,,LTE Signaling,
Troubleshooting, and Optimization" von Ralf Kreher und Karsten Gaenger,
Auflage 2011; TS 23.003, S. 14ff.).
81 . Die relevanten Abschnitte aus dem Buch .,LTE Signaling, Troubleshooting, and
Optimization' von Ralf Kreher und Karsten Gaenger aus dem Jahr 2011 legen
wir vor als
Anlage EIP A14.

82. Bei den fur den vorliegenden Fall relevanten Bezeichnern, durch welche die
MME aus dem Kernnetzwerk identifiziert werden kann, handelt es sich um:
die GUTI (Globally Unique Temporary UE Identity),
die GUMMEI (Globally Unique Mobility Management Entity Identity) und
die S-TMSI (System Architecture Evolution Temporary Mobile

Subscriber Identity).
(1) GUTI und GUMMEI
83. Die GUTI wird der UE zugewiesen, wenn es sich erstmalig mil dem E-
UTRAN verbindet (.,initial attach"). Der Zweck der GUTI besteht darin,
eine eindeutige ldentifikation des UE bereitzustellen, die die wahre
ldentitat des UEs (die sogenannte .,IMSI") im E-UTRAN nicht offenbart.
Sie ermoglicht aber auch die ldentifizierung des Kernnetzelements
MME und des Netzwerks, an das das UE angeschlossen ist. Die GUTI
kann vom Netzwerk verwendet werden, um jedes UE wahrend
Signalisierungsverbindungen eindeutig zu identifizieren. Die GUTI hat
zwei Hauptkomponenten:
die GUMMEI, die die MME eindeutig identifiziert, die die GUTI
zugewiesen hat, und
die M-TMSI, die das UE innerhalb der MME eindeutig identifiziert,

die die GUTI zugewiesen hat.
84. Die GUTI lasst sich wie folgt darstellen (vgl. S. 17 der TS 23.003 und
Figur 1.16 auf Seite 21 der Anlage EIP A 14 - rote Markierung
hinzugefugt):

3bcl 16 b et 8 b,t 32 0 ,1
.___M_c_c_ M_N_c_
_,[.._I__ _,JI G~~pE10 ll. ._c_Moc1_M_;;_ ....JII M-TMSI
MME Identifier
S - TMSI
\ G obally U nique MME lcent1he1 IGUMMEI \
-----,---------'}
'
' --
y
Globally Unique Temporary UE Identity (GUTI)
85. Der jeweilige Netzbetreiber muss sicherstellen, dass der MME-Code

innerhalb des MME-Poolbereichs eindeutig ist und, wenn uberlappende
Poolbereiche verwendet werden, innerhalb des Bereichs sich
i.iberlappender MME-Pools eindeutig ist.
Beweis: Sachverstandigeng utachten.
(2) S-TMSI
86. Die S-TMSI ist eine verkurzte Form der GUTI. Der Zweck der S-TMSI
besteht deshalb ebenfalls darin. eine eindeutige ldentifikation des UE
bereitzustellen, die die wahre ldentitat des UEs (die sogenannte .,IMSI")
im E-UTRAN nicht offenbart. Sie ermoglicht aber auch die
ldentifizierung des Kernnetzelements MME. Die S-TMSI besteht aus
dem MME-Code (Mobility Management Entity Code) und der M-TMSI
(vgl. TS 23.003, S. 20). Diese Bestandteile sind allerdings fur eine
eindeutige ldentifizierung der UE einerseits und der MME andererseits
ausreichend, wenn die Mobilstation bereits beim Kernnetz registriert isl
und im Tracking-Bereich bekannt ist. Dann isl der Einsatz der S-TMSI
gegenuber der GUTI vorteilhaft, weil ihre Obermittlung weniger
Funkressourcen beansprucht.

Klageschrifl vom 13. August 2019
d) NAS-Zustandsmodell
87. Die NAS-Schicht kann verschiedene Zustande annehmen. Zunachst wird

zwischen EMM-DEREGISTERED und EMM-REGISTERED unterschieden. In
ersterem Zustand hat sich das Benutzerendgerat noch nicht beim Kernnetz
registriert. Im letzteren Zustand hat sich das Benutzerendgerat registriert,
sodass ein sogenannter EMM-Kontext zwischen dem Benutzerendgerat und
dem Kernnetz besteht (vgl. TS 24.301, S. 20, Anlage EIP A 11; sowie TS 23.401,
S. 58-59, Anlage EIP AS).
88. lnnerhalb des Zustands EMM-REGISTERED wird zwischen zwei weiteren

Zustanden differenziert, namlich zwischen EMM/ECM-IDLE und EMM/ECM-
CONNECTED. Nur in letzterem Zustand besteht eine NAS-Verbindung zur
Obertragung von NAS-Nachrichten (vgl. TS 24.301, S. 20, Anlage EIP A11;
sowie TS 23.401, S. 59-60, Anlage EIP A8).
e) Aufbau einer NAS-Verbindung
89. Der Aufbau einer NAS-Verbindung erfolgt nach dem LTE-Standard durch den
Austausch von NAS-Nachrichten. Beispiele hierfUr sind u.a. die sog. Attach
Request- und die Service Request-Nachricht (vgl. TS 24.301, S. 53, Anlage
EIP A 11 ). Diese NAS-Nact1rict1ten konnen aber nur ausgetauscht werden,
wenn eine RRC-Verbindung besteht (vgl. TS 23.401, S. 60, Anlage EIP A8):
RRC connection
released
ECM-IDLE ECM-CONNECTED
RRC connection
established
Figure 4.6.4-3: ECM state model in UE

f) Aufbau einer RRC-Verbindung
90. Seim Aufbau einer RRC-Verbindung (RRC Connection Establishment)

wechselt das Benutzerendgerat aus dem RRC-Ruhemodus (RRC Idle) in den
RRC-Verbunden-Modus (RRC Connected). Das UE muss den Obergang zu
RRC Connected durchfi.ihren bevor es Anwendungsdaten Obermitteln oder
andere Signalisierungsprozeduren durchfuhren kann. Das Herstellen einer
RRC-Verbindung im LTE-Standard erfolgt wie im UMTS-Standard durch den
Austausch von drei Nachrichten (vgl. TS 36.331 , S. 40, Anlage EIP A 12):
UE
I I EllTRAN
RRC( ·01111cct io11R<!,/ll<!., t _
RR( ·co1111ecrio11Sc:111v
RRC( ·01111<.' c l w11.~·..,111pC0111pfere

•
Figure 5.3.3.1-1: RRC connection establishment, successful
91 . An dieser Stelle sei bereits darauf hingewiesen, dass die dritte Nachricht
(RRCConnectionSetupComplete) bereits eine NAS-Nachricht transportiert. So
heir!.t es beispielsweise in dem als Anlage EIP A13 vorgelegten Lehrbuch van
Johnson auf Seite 414:
"- In the case of L TE, the initial Non-Access Stratum (NAS)

message is transferred as part of the RRC connection
establishment procedure. In the case of UMTS, the initial NAS
message is transferred after the RRC connection establishment
procedure. The approach used by L TE helps to reduce connection
establishment delay."

Auf Deutsch:
"- Im Fa/le von L TE wird die anfangliche Non-Access-Stratum

(NAS)-Nachricht im Rahmen des Aufbaus der RRC-Verbindung
ubertragen. Im Falle von UMTS wird die ursprungliche NAS-
Nachricht nach dem Aufbau der RRC-Verbindung ubertragen. Der
von LTE verwendete Ansatz hi/ft, eine Verzogerung beim Aufbau
der Verbindung zu reduzieren."
3. Im Einzelnen zur Benutzung der klagepatentgemaBen Lehre
92. Wie eingangs erwahnt machen zwei in LTE vorgesehene und damit in den angegriffenen
Ausfuhrungsformen implementierte Prozeduren von der klagepatentgemat1en Erfindung
Gebrauch:
93. Bei der ersten Prozedur ist das UE im Netzwerk unbekannt und war dort noch nie registriert
(Szenario ..Attach Request"). Es befindet sich somit im sogenannten ,,EMM-
DEREGISTERED" Zustand. Bei dieser Prozedur wird die CN-ID (in Form einer GUMMEI) im
Zusammenhang einer Attach-Request-Prozedur uber die zweite vom UE ausgehenden RRC
Nachricht (RRCConnectionSetupComplete) versendet.
94. In der zweiten Prozedur ist das UE im Netzwerk, in welchem es sich aufhalt, bereits bekannt.
und war dart schon einmal registriert (Szenario ,,Service Request"). Es besteht aber keine
NAS-Verbindung, sodass es sich im sogenannten ,,EMM/ECM-IDLE" Zustand befindet. Bei
dieser Variante wird die CN-10 (in Form einer S-TMSI) im Zusammenhang einer NAS-Service-
Request-Prozedur uber die erste vom UE ausgehende RRC Nachricht
(RRCCo nn ection Request) verse ndet.
a) Attach Request - erste Prozedur
95. Wie aus 2G- und 3G-Mobilfunknetzen bekannt, mussen sich Teilnehmer beim
Netz registrieren. Wenn die Registrierung einmal erfolgreich abgeschlossen ist,
stehen die vom Netzbetreiber angebotenen Dienste den Teifnehmern zur
Verfugung. Eine typische Teilnehmeraktion hinter der Signalisierungsprozedur
des Reg istrierens (Attach) ist das Einschalten eines UEs (vgl. Seite 135 der
Anlage EIP A 14; TS 24.301, S. 53f.).

96. Die Verbindungsprozedur beginnt mit der RRC-Verbindungsherstellung, die

das UE aus dem RRC-ldle-Modus in den RRC-Verbindungs-Modus bringt.
Hierzu tauscht das UE mit einem Element des Funknetzwerks drei RRC-
Nachrichten aus (dazu bereits oben unter 111.2.f)). Die NAS-Attach-Request-
Nachricht ist als "Dedicated NAS Information" in der RRC-Setup-Complete-
Nachricht enthalten (vgl. Seite 419 der Anlage EIP A13; TS 36.331, S.44).
97. Diese RRC-Setup-Complete-Nachricht enthalt unter anderem einen

Bezeichner. Wenn das UE bereits einmal in einem 4G-Netzwerk registriert war,
handelt es sich bei dieser Kennung um die zuletzt gespeicherte GUMMEI (vgl.
Seite 153 der TS 36.331, Anlage EIP A 12). Die GUM MEI ist ein eindeutiger
Bezeichner des Kernnelzelements MME, mit welchem die Mobilstation zuletzt
verbunden war.
98. Der Attach Request wird somit verwendet, wenn sich das UE im Netzwerk
registrieren muss. Wenn eine ,.alte" GUTI und somit auch eine ,,alte" GUMMEI
in dem UE gespeichert ist, wird diese alte GUMMEI an das Element des
Funknetzwerks ubermittelt, so dass sich das UE mit der geeigneten MME
verbinden kann.
99. Nach dem erfolgreichen Abschluss der NAS-Attach-Request-Prozedur hat sich

das UE beim Kernnetz registriert und eine NAS-Verbindung zu einem
Kernnetzelement MME aufgebaut. Oas UE befindet sich also in den Zustanden
EMM-REGlSTERED und EMM/ECM-CONNECTEO (vgl. S. 58ft. der
TS 23.401, Anlage EIP AS).
100. Auch nach einer Zeit der lnaktivitat bleibt das UE zwar registriert, aber die NAS-
Verbindung wird 9etrennt, um unnotige Kernnetzwerkressourcen zu vermeiden.
Das UE bleibt also im Zustand EMM-REGISTERED, aber es wechselt vom
Zustand EMM/ECM-CONNECTED in den Zustand EMM/ECM-IDLE.

b) Service Request - zweite Prozedur
101. Auch nach dem Wechsel vom Zustand EMM/ECM-CONNECTED in den

Zustand EMM/ECM-IDLE bleibt das UE beim Kernnetz EPC registriert (sog.
EMM-REGISTERED). Nur die NAS-Verbindung besteht nicht weiter fort. Durch
das Durchfuhren einer NAS-Service-Request-Prozedur, kann die NAS-
Verbindung aber sehr schnell wieder aufgenommen werden.
102. Zur Durchfi.ihrung einer NAS-Service-Request-Prozedur sendet das UE

zunachst eine RRC-Connection-Request-Nachricht an ein Element des
Funknetzwerks. Diese RRC-Connection-Request-Nachricht enthalt bereits
einen Bezeichner, namlich die S-TMSI. Wie oben bereits erlautert handelt es
sich bei der S-TMSI um eine verkurzte Version der GUTI, die dann zum Einsatz
kommt, wenn das UE bereits beim Kernnetz registriert ist. Die S-TMSI enthalt
die eindeutige Kennung desjenigen Kernnetzelements MME, mit welchem das
UE die NAS-Verbindung wiederherstellen mochte (vgl. S. 53f. der TS 24.301,
Anlage EIP A 11 ).
103. Samit wird die NAS-Service-Request-Prozedur verwendet, wenn das UE

bereits beim Kernnetz registriert ist, aber die NAS-Verbindung beispielsweise
wegen lnaktivitat des UEs beendet wurde und nur wiederhergestellt werden
muss. Oabei kann anstelle der GUTI die S-TMSI verwendet werden, da diese
aufgrund der bestehenden Registrierung des UEs beim Netz ausreicht, um die
MME zu identifizieren, mit der eine NAS-Verbindung aufgebaut werden soil
(dazu siehe oben unter lll.2.c)(2)).
4. Verletzung von Anspruch 1 und 5 - erste Prozedur (Attach Request)
104. Die angegriffenen Ausfuhrungsformen der Beklagten verletzen den Vorrichtungsanspruch 1

sowie den Verfahrensanspruch 5. Denn die angegriffenen AusfUhrungsformen sind dazu
eingerichtet eine "Attach Request"-Prozedur durchzufUhren.

105. In dem Fall, dass das UE in dem Sinne neu in dem Netzwerk ist, als das es sich noch mit
keinem MME aus dem CN verbunden hat, befindet sich das Gerat in einem nicht registrierten
Zustand (MME-DEREGISTERED).
106. In diesem Fall muss das UE erstmals eine Verbindung zu einem MME herstellen, wofur es
eine NAS-Nachricht mit einer Verbindungsanfrage (Attach Request) schicken muss (siehe
oben).
107. Diese Nachricht wird im LTE-Standard huckepack (,,piggybacked") mil einer RRC-Nachricht
verschickt. Die Attach Request-Nachricht wird namlich als Bestandteil der Connection Setup
Complete-Nachricht an die eNode B verschickt. Dabei handelt es sich um die zweite vom UE
ausgehende RRC-Nachricht, die zur Herstellung einer RRC-Verbindung erforderlich ist.
108. Diese Connection Setup Complete-Nachricht enthalt einen Bezeichner der MME, mit welcher
eine Verbindung aufgebaut werden soil. Bei diesem Bezeichner handelt es sich um die
GUMMEI, bei der es sich um eine Verkettung aus der PLMN identity, der MME Gruppen
identity (MMGEI) und dem MME Code (MMEC) handelt (vgl. TS 36.331, S. 153,
Anlage EIP A12).
109. Die eNode B nutzt die GUM MEI. um ein MME fur die NAS-Verbindung mit dem UE
auszuwahlen.
a) WortsinngemaBe Verletzung von Anspruch 1
(1) Merkmal 1
,,Benutzerendgeratevorrichtung, die konfiguriert ist zum"
110. Bei den angegriffenen Ausfuhrungsformen handelt es sich um

Benutzerendgeratevorrichtungen im Sinne von Merkmal 1. Diese
werden im Standard auch als UE (User Equipment) oder MS
{Mobilstation) bezeichnet.
111. Merkmal 1 ist somit wortsinngemal1 verwirklicht.

(2) Merkmal 1.1
,.Speichern eines Kernnetzwerkelementbezeichners;"
112. Die angegriffenen Ausfuhrungsformen sind allesamt fahig, eine CN-10

zu speichern im Sinne von Merkmal 1.1. Im Standarddokument
TS 23.401 , S. 213, (Anlage EIP A8) heil1t es:
,,5.7.5 UE
The UE maintains the following context information. Table
5. 7.5-1 shows the context fields. A GERAN or UTRAN
capable UE maintains in addition the context information as
described in a similar UE context table in TS 23. 060 [l]. "
Table 5. 7. 5-1: UE context

Field Description
IMS/ IMS/ (International Mobile
Subscriber Identity) is the
subscriber's permanent identity
EMM State Mobility management state EMM-
REGISTERED, EMM-
DEREGISTERED
GUT! Global Unique Temporary Identity.
ME Identity Mobile Equipment Identity - (e.g.
IME/1/MEISV) Software Version
Number.
Tracking Area List Current Trackina area list
Auf Deutsch:
"5.7.5 UE
Das UE beinhaltet die folgenden Kontextinformationen.
Tabelle 5.7.5-1 zeigt die Kontextfelder. Ein GERAN- oder
UTRAN-fahiges UE beinhaltet zusatzlich die
Kontextinformationen, wie sie in einer ahnlichen UE-
Kontexttabelle in TS 23.06 0[7] beschrieben sind. "
Tabelle 5. 7.5-1: UE-Kontext

I Feld Beschreibung
I IMS/ IMS/ (intemationaler
Mobilteilnehmerbezeichner) isl der
dauerhafte Teilnehmerbe zeichner

EMM-Zustand Zustand des

Mobilitatsmanagements EMM-
REGISTERED, EMM-
DEREGISTERED
GUT/ Globaler eindeutiger temporarer
Bezeichner.
ME-ldentitat Bezeichnung mobiler Gerate -
(z.B. IMEI/IMEISV) Software-
Versionsnummer.
Tracking-Bereichsliste Liste der aktuellen Tracking-
Bereiche
(Hervorhebung hinzugefi.igt)
113. Durch das Speichern der Globally Unique Temporary Identity (,,GUTI"),
speichert das UE auch die GUMMEI (Globally Unique MME Identity),
die in der GUTI enthalten ist (TS 23.003, S. 17, Anlage EIP A9):
,,2.8 Globally Unique Temporary UE Identity (GUT/)

2. 8.1 Introduction
The purpose of the GUT/ is to provide an unambiguous
identification of the UE that does not reveal the UE or the
user's permanent identity in the Evolved Packet System
(EPS). It also allows the identification of the MME and
network. It can be used by the network and the UE to
establish the UE's identity during signaling between them in
the EPS. See 3GPP TS 23.401 [72].
The GUT/ has two main components:
- one that uniquely identifies the MME which
allocated the GUT!; and
- one that uniquely identifies the UE within the MME
that allocated the GUT!.
Within the MME, the mobile shall be identified by the M-
TMSI.
The Globally Unique MME Identifier (GUMMEI) shall be
constructed from the MCC, MNC and MME Identifier
(MME/). The MME/ shall be constructed from an MME
Group ID (MMEG!) and an MME Code (MMEC).
The GUT/ shall be constructed from the GUMMEI and the
M-TMSI.
For paging purposes, the mobile is paged with the S-TMS/.
The S-TMSI shall be constructed from the MMEC and the
M-TMSI.

The operator shall need to ensure that the MMEC is unique

within the MME pool area and, if overlapping pool areas are
in use, unique within the area of overlapping MME pools.
The GUT/ shall be used to support subscriber identity
confidentiality, and, in the shortened S-TMSI form, to enable
more efficient radio signalling procedures (e.g. paging and
Service Request).
The format and size of the GUT/ is therefore the following:
<GUT/> = <GUMMEl><M-TMSI>,
where <GUMMEI> = <MCC><MNC><MME Identifier>
and <MME Identifier> = <MME Group IO><MME Code>"
Auf Deutsch:
"2.8 Globaler eindeutiger temporarer UE-Bezeichner

(GUT/)
2.8.1 Einfiihrung
Der Zweck der GUT/ ist es, eine eindeutige ldentifizierung
des UE zu erm6glichen, die weder das UE noch die
dauerhafte ldentitat des Benutzers im Evolved Packet
System (EPS) offenbart. Es erm6glicht auch die
ldentifizierung von MME und Netzwerk. Es kann vom
Netzwerk und dem UE verwendet werden, um die ldentitat
des UE wahrend der Signalisierung zwischen ihnen im EPS
zu ermitteln. Siehe 3GPP TS 23.401 {72].
Die GUT/ besteht aus zwei Hauptkomponenten:
- eine, die die MME eindeutig indentifiziert, die die
GUT/ zugeordnet hat; und
- eine, die das UE innerhalb der MME, die die GUT/
zugeordnet hat, eindeutig identifiziert.
lnnerhalb der MME muss das Benutzerendgerat durch die
M- TMSI identifiziert werden.
Der Globally Unique MME Identifier (GUMMEI) ist aus dem
MCC, MNC und MME Identifier (MME/) aufzubauen. Der
MME/ ist aus einer MME Group ID (MMEGI) und einem
MME Code (MMEC) aufzubauen.
Die GUT/ isl aus dem GUMMEI und dem M-TMSI
aufzubauen.
Fur Pagingzwecke wird das Handy mil der S-TMSI
ausgelagert. Die S-TMS/ ist aus dem MMEC und der M-
TMSI aufzubauen.

Der Betreiber muss sicherstellen, dass das MMEC innerhalb

des MME-Poolbereichs eindeutig isl und, wenn
uberlappende Poolbereiche verwendet werden, innerhalb
des Bereichs der uberlappenden MME-Pools eindeutig ist.
Die GUT/ ist zu verwenden, um die Vertraulichkeit der
Teilnehmeridentitat zu untersWtzen und in der verkurzten S-
TMSI-Form effizientere Funksignalisierungsverfahren (z.B.
Paging und Service Request) zu ermoglichen.
Das Format und die Grol!,e der GUT/ isl daher wie folgt:
wo <GUMMEI> = <MCC><MNC><MME Identifier>
und <MME Identifier> = <MME Group ID><MME Code>"
(Hervorhebung hinzugefugt)
114. Bei der GUM MEI handelt es sich um eine CN-10, da sie verwendet wird,
um eine MME zu identifizieren (siehe oben). Die GUMMEI besteht aus
einer Verkettung der PLMN Identity, der MME Group Identity (MMGID)
und dem MME Code (MMEC). Wenn das UE beim Kernnetz noch nicht
registriert ist, identifiziert die Kombination aus MMGID und MMEC eine
MME in eindeutiger Weise. In der TS 36.300, S. 61, Anlage EIP A10,
heir-1t es dazu:
,,8.2 Network entity related Identities

The following identities are used in E-UTRAN for identifying
a specific network entity TS 36. 413 [25]:
- Globally Unique MME Identity (GUMMEI): used to identify
MME globally. The GUMMEI is constructed from the PLMN
identity the MME belongs to, the group identity of the MME
group the MME belongs to and the MME code (MMEC) of
the MME within the MME group."
Auf Deutsch:
"8.2 Netzwerkeinheitbezogene Bezeichner

Die folgenden ldentitaten werden im E-UTRAN zur
ldentifizierung einer bestimmten Netzwerkeinheit TS 36. 413
[25] verwendet:
- Globaler Eindeutiger MME Bezeichner (GUMMEI): wird
verwendet, um MME global zu identifizieren. Die GUMMEI

wird aus der PLMN-ldentitat, zu der die MME gehort, der

Gruppenidentitat der MME-Gruppe, zu der die MME gehort,
und dem MME-Code (MMEC) der MME innerhalb der MME-
Gruppe gebifdet. "
(Hervorhebung hinzugefOgt)
115. Merkmal 1.1 ist somit wortsinngemar.. verwirklicht.
(3) Merkmal 1.2
,,Hinzufiigen des Kernnetzwerkelementbezeichners zu einer

RRC-Nachricht"
116. In Abschnitt 6.2.2 unter RRCConnectionSetupComplete im Standard

TS 36.331 (Seiten 44 und 153, Anlage EIP A12) wird beschrieben,
welche Bestandteile die zweite vom UE ausgehende RRC-Nachricht
enthalt:
"1> set the content of RRCConnectionSetupComptete

message as foffows:
2> set the sefectedPLMN-ldentity to the PLMN selected
by upper layers (see TS 23.122 {11), TS 24.301 [35))
from the PLMN(s) included in the plmn-ldentityList in
SystemlnformationBlockType 1;
2> if upper layers provide the 'Registered MME', include
and set the registeredMME as foffows:
3> if the PLMN identity of the 'Registered MME' is
different from the PLMN selected by the upper layers:
4> include the plmnldentity in the registeredMME
and set it to the value of the PLMN identity in the
'Registered MME' received from upper layers;
3> set the mmegi and the mmec to the value received
from upper layers;
2> if upper layers provided the 'Registered MME':
3> include and set the gummei-Type to the value
provided by the upper layers;
2> if connecting as an RN:
3> include the rn-SubframeConfigReq;

2> set the dedicatedlnfoNAS to include the information

received from upper layers;"
RRCConnectionSetupComplete field descriptions
gummei-Type
This field is used to indicate whether the GUMMEI included is
native (assigned by EPC) or mapped (from 2G/3G identifiers).
mmegi
Provides the Group Identity of the registered MME within the
PLMN, as provided by upper layers, see TS 23.003 [27].
registeredMME
This field is used to transfer the G UMMEI of the MME where the
UE is registered, as provided by upper layers.
rn-SubframeConfigReq
If present, this field indicates that the connection establishment
is for an RN and whether a subframe configuration is requested
or not.
selectedPLMN-ldentity
Index of the PLMN selected by the UE from the plmn-ldentityList
included in S181. 1 if the 1st PLMN is selected from the plmn-
ldentityList included in SIB1, 2 if the 2nd PLMN is selected from
the plmn-ldentityList included in SIB1 and so on.
Auf Deutsch:
"1> Der lnhalt der Nachricht

RRCConnectionSetupComplete wird wie folgt eingestellt:
2> Die ausgewahlte PLMN-ldentitat wird auf das PLMN
eingestellt, das von den oberen Schichten ausgewahlt
wurde (siehe TS 23.122 [11], TS 24.301[35]), aus den
PLMN(s), die in der pfmn-ldentityList in
SystemlnformationBfockType 1 enthalten sind;
2> wenn obere Schichten die 'Registered MME'
bereitstellen, wird die registeredMME eingeschfo/3en
und wie folgt eingestellt:
3> wenn die PLMN-ldentitat des'Registered MME'
sich vom PLMN unterscheidet. das von den oberen
Schichten ausgewahlt wurde:
4> Die plmnldentity wird in die registeredMME
aufgenommen und auf den Wert der PLMN-

ldentitat in der von oberen Schichten

empfangenen 'Registered MME' gesetzt;
3> Das mmegi und das mmec wird auf den Wert
eingestefft, der von oberen Schichten empfangen
wird;
geliefert haben:
3> Wird der gummei-Typ eingeschlossen und auf
den Wert gesetzt, der von oberen Schichten
bereitgestellt wird;
2> bei Verbindung als RN:
3> der rn-SubframeConfigReq wird aufgenommen;
2> Der dedicatedlnfoNAS wird so eingestellt, dass er die
von oberen Schichten empfangenen lnformationen
enthalt;"
RRCConnectionSetupComplete-Feldbeschreibungen
gummei-Typ ,
In diesem Feld wird angegeben, ob die enthaltene GUMMEI nativ
(vom EPC zugewiesen) oder abgebildet (van 2G/3G-Bezeichnern)
ist.
mmegi
Bietet die Gruppenidentitat der registrierten MME innerhalb des
PLMN, wie sie von oberen Schichten bereitgestefft wird, siehe TS
23.003 {27}.
registeredMME
Dieses Feld wird verwendet, um die GUMMEI der MME zu
ubertragen, in der das UE registriert isl, wie es obere Schichten
bereitsteflen.
Wenn vorhanden, zeigt dieses Feld an. dass der Verbindungsaufbau
fur ein RN erfolgt und ob eine Subframe-Konfiguration angefordert
wird oder nicht.
selectedPLMN -ldentitat
Index des vom UE aus der in S/81 entha/tenen plmn-/dentityList
ausgewahlten PLMN. 1, wenn das erste PLMN aus der in SIB1
enthaltenen plmn-ldentityList ausgewahlt wird, 2, wenn das zweite
PLMN aus der in SIB1 enthaltenen plmn-ldentityList ausgewahlt wird
und so weiter.
(Hervorhebungen hinzugefi.igt)

117. Bestandteil dieser RRC-Nachricht kann daher eine GUMMEI sein, die
der RRC-Schicht van der daruberliegenden NAS-Schicht zur Verfiigung
gestellt wurde. Das geschieht wie unter Abschnitt 5.3.1.1 der TS 24.301
(Seite 53f., An Iage EIP A 11) dann, wenn das UE beim Kernnetz noch
nichi registriert ist:
"- When the UE is not registered in the tracking area of the

current cell during the NA$ signalling connection
establishment, the UE NAS does not provide the lower
layers with the S- TMS/. Instead,
a) if the TIN indicates "GUTI" or "RAT-related TMSI'~ or the
TIN is not available, and the UE holds a valid GUT/, the
UE NAS shall provide the lower layers with the MME
identifier part of the valid GUT/ with an indication that the
identifier is a native GUMMEI; or
b} if the TIN indicates "P- TMS/" and the UE holds a valid
P- TMSI and RAJ, the UE NA$ shall provide the lower
layers with the MME identifier part of the mapped GUT/,
which is generated from the P-TMSI and RA! with an
indication that the identifier is a mapped GUMMEI. "
Auf Deutsch:
" Wenn das UE wahrend des Aufbaus der NAS-

Signalverbindung nicht im Tracking-Bereich der aktuellen
Zelle registriert ist, stellt der UE NAS den unteren Schichten
die S- TMSI nicht zur Verfugung. Stattdessen,
a) wenn die TIN "GUT/" oder "RAT-bezogene TMSI"
anzeigt oder die TIN nicht verfugbar ist und das UE eine
gultige GUT/ besitzt, muss der UE NAS den unteren
Schichten den MME-Bezeichnerteil der gultigen GUT/ mit
einem Hinweis, dass es sich bei dem Bezeichner um eine
native GUMMEI handelt; zur Verfugung stellen; oder
b) wenn die TIN "P-TMSI" anzeigt und das UE eine gultige
P-TMSI und RA/ besitzt, muss der UE NAS den unteren
Schichten den MME-Bezeichnerteil der abgebildeten
GUT/, der aus der P- TMSI und RA/ generiert wird, mit
einem Hinweis. dass es sich beim Bezeichner um eine
abgebildete GUMMEI handelt, zur Verfugung stellen. "
(Hervorllebung hinzugefugt)
118. Merkmal 1.2 ist somit wortsinngemal?, verwirklicht.
Conversant Wireless Licensing S.a.r.l ./. Daim ler AG - EP 050

(4) Merkmal 1.2.1
.,zum Herstellen einer RRC-Verbindung; und"
119. In Abschnitt 5.3.3 der TS 36.331, S. 40, Anlage EIP A12, wird die
Herstellung einer RRC-Verbindung wie folgt dargestellt:
5.3.3 RRC connection establishment
5.3.3.1 General
UE EUlRA.N
R.RCConnectlonR est
RRCComredionSetu
r.RRCComrectionSetupComplete• I
Fig,.. 5.3.3.1,1: RRC connecllon astabllshm.rt, aucceuful
120. Es ist ersichtlich, dass die zweite von dem UE ausgehende Nachricht
(RRCConnectionSetupComplete) eine RRC-Nachricht innerhalb des
RRC-Verbindungsprozesses ist.
121. Merkmal 1.2.1 ist somit wortsinngemar.i verwirklicht.
(5) Merkmal 1.3
,,Senden der RRC-Nachricht"
(6) Merkmal 1.3.1
,,mil dem Kemnetzwerkelementbezeichner"

(7) Merkmal 1.3.2
,,Ober eine Funkverbindung"
122. Wie bereits da rges tel It, handelt es sich bei der
RRCConnectionSetupComplete-Nachricht um eine RRC-Nachricht.
123. In der Verletzungsvariante, in der das UE im Kernnetz noch nicht

registriert ist (,,DEREGISTEREO"), muss zur Herstellung einer
tatsachlichen Verbindung (NAS Signalling Connection) zunachst ein
Attach Request Verfahren durchgefuhrt werden. Die Herstellung einer
NAS Signalisierungsverbindung wird im Standard TS 24.301, S. 53f.,
Anlage EIP A11 wie folgt dargestellt:
"5.3.1.1 Establishment of the NAS signalling connection

When the UE is in EMM-IDLE mode and needs to transmit
an initial NAS message, the UE shall request the lower layer
to establish a RRC connection. In this request to the lower
layer the NAS shall provide to the lower layer the RRC
establishment cause and the call type as specified in annex
D of this specification.
Initial NAS messages are:
- ATTACH REQUEST;
- DETACH REQUEST;
- TRACKING AREA UPDATE REQUEST;
- SERVICE REQUEST; and
- EXTENDED SERVICE REQUEST. "
Auf Deutsch:
"5.3.1.1 Aufbau der NAS-Signalverbindung

Wenn sich das UE im EMM-IDLE-Modus befindet und eine
anfangliche NAS-Nachricht senden muss, muss das UE die
untere Schicht auffordem, eine RRC-Verbindung
herzustel/en. Bei dieser Anforderung an die untere Schicht
muss der NAS der unteren Schicht die Ursache fur den
RRC-Aufbau und die Rufart, wie im Anhang D dieser
Spezifikation festgelegt, mitteilen.

Anfangliche NAS-Nachrichten sind:

- ATTACH REQUEST;
- DETACH REQUEST;
- SERVICE REQUEST; und
124. Die RRC-Nachricht (RRCConnectionSetupComplete) beinhaltet eine

,,piggybacked" Attach Anfrage (Attach Request), bei welcher es sich um
eine NAS-Nachricht handelt. Diese RRC-Nachricht wird (zusammen mit
dem Attach Request) an das E-UTRAN gesendet, um eine Verbindung
zu einem MME aufzubauen. Das Attach-Verfahren (Attach procedure)
wird im Standard TS 24.301, S.76ff., Anlage EIP A11 wie folgt
dargestellt:
"5.5. 1 Attach procedure

5.5.1.1 General
The attach procedure is used to attach to an EPC for packet
services in EPS.
The attach procedure is used for three purposes:
- by a UE in PS mode of operation to attach for EPS
services only;
- by a UE in CS/PS mode 1 or CS/PS mode 2 of operation
to attach for both EPS and non-EPS services; or
- to attach for emergency bearer services. "
Auf Deutsch:
"5.5.1 Attach-Verfahren
5.5.1.1.1 Allgemeines
Das Attach-Verfahren wird verwendet, um an einen EPC fur
Paketdienste in EPS anzuschlief3en.
Das Attach-Verfahren wird fur drei Zwecke verwendet:
- durch ein UE im PS-Betriebsmodus, um nur fur EPS-
Dienste anzuschlief3en;

- durch ein UE im CS/PS-Betriebsmodus 1 oder CS/PS-

Betriebsmodus 2, um fur beide EPS- und Nicht-EPS-
Dienste anzuschlie/3en; oder
- fur Notfalltragerdienste anzuschlie/3en "
{Hervorhebung hinzugefugt)
125. Wenn das UE also noch nicht in dem relevanten Kernnetz registriert ist
(EMM-OEREGISTERED), initiiert es den Aufbau einer NAS-Verbindung
durch das Ubersenden einer Attach Request-Nachricht (= NAS-
Nachricht) an das entsprechende MME. Dieser Vorgang wird unter
Abschnitt 5.5.1.2.2 der TS 24.301, S. 77, Anlage EJP A11 beschrieben:
"5.5.1.2.2 Attach procedure initiation

In state EMM-DEREGISTERED, the UE initiates the attach
procedure by sending an ATTACH REQUEST message to
the MME, starting timer T341 O and entering state EMM-
REGISTERED-INITIA TED (see example in figure
5.5.1.2.2.1). If timer T3402 is currently running, the UE shall
stop timer T3402. ff timer T3411 is currently running, the UE
shall stop timer T3411. "
Auf Deutsch;
"5.5.1.2.2 Einleitung von Attach-Verfahren

Im Zustand EMM-DEREGISTERED leitet das UE das
Attach-Verfahren ein, indem es eine ATTACH REQUEST-
Nachricht an die MME sendet, den Timer T3410 starlet und
in den Zustand EMM-REGISTERED-INITIA TED eingibt
(siehe Beispiel in Abbi/dung 5.5.1.2.2.1). Wenn der Timer
T3402 gerade lauft, sol/ die UE den Timer T3402 stoppen.
Wenn der Timer T3411 gerade lauft, muss das UE den
Timer T3411 stoppen. "
126. Wie aus dem Standard TS 36.331 (S. 44 und 152 / S. 262,
Anlage EIP A 12) ersichtlich, ist die DedicatedlnfoNAS in der RRC-
Nachricht {RRCConnectionSetupComplete) enthalten {,,piggybacked").
Die DedicatedlnfoNAS wiederum enthalt die NAS-Nachricht in Form des
Attach Requests:

Klageschrift vom 13. August 2D19
"5.3.3.4 Reception of the RRCConnectionSetup by the

UE(...J
1> set the content of RRCConnectionSetupComplete
message as follows:
2> set the selectedPLMN-ldentity to the PLMN
selected by upper layers (see TS 23.122 [11], TS
24.301 [35]) from the PLMN(s) included in the plmn-
ldentityList in System/nformationB1ockType1;
2> if upper layers provide the 'Registered MME',
include and set the registeredMME as follows:
different from the PLMN selected by the upper
layers:
4> include the plmnldentity in the
registeredMME and set it to the value of the
PLMN identity in the 'Registered MME' received
from upper layers;
3> set the mmegi and the mmec to the value
received from upper layers;
2> if upper layers provided the 'Registered MME':
3> include and set the gummei-Type to the value
provided by the upper layers;
2> if connecting as an RN:
3> include the rn-SubframeConfigReq;
2> set the dedicatedlnfoNAS to include the information
received from upper layers;
2:> if the UE has radio link failure or handover failure
information available"
"- DedicatedlnfoNAS
The IE DedicatedlnfoNAS is used to transfer UE specific
NAS layer information between the network and the UE. The
RRC layer is transparent for this information."
Auf Deutsch:
"5.3.3.4 Empfang des RRCConnectionSetup durch das

UE(...J
1>Der lnhalt der Nachricht
2> Die ausgewahlte PLMN-ldentitat wird auf das PLMN
eingestellt, das von den oberen Schichten ausgewahlt
Conversant Wireless Licensing S.a.r.l ./. Daimler AG - EP D50

wurde (siehe TS 23.122 [11], TS 24.301[35}), aus den

PLMN(s), die in der plmn-ldentityList in
SystemlnformationB!ockType 1 enthalten sind;
bereitstellen, die registeredMME eingeschlossen und
wie to/gt eingestellt:
3> wenn die PLMN-ldentitat des'Registered MME'
sich vom PLMN unterscheidet, das von den oberen
Schichten ausgewahlt wurde:
4> wird die plmnldentity in die registeredMME
aufgenommen und auf den Wert der PLMN-
/dentitat, in der van oberen Schichten
empfangenen 'Registered MME', gesetzt;
3> Das mmegi und das mmec werden auf den Wert
eingestellt, der van oberen Schichten empfangen
wird;
2> wenn obere Schichten die 'Registered MME' ge/iefert
haben:
3>Wird der gummei-Typ eingeschlossen und auf
den Wert gesetzt, der van oberen Schichten
bereitgestellt wird
2> bei Verbindung als RN:
3> wird der rn-SubframeConfigReq aufgenommen;
2> der dedicatedlnfoNAS wird so eingestellt, dass er die
von oberen Schichten empfangenen lnformationen
enthalt;
2> wenn das EU uber lnformationen zum Ausfall der
Funkverbindung oder zum Ubergabefehfer verfugt. "
·~ DedicatedlnfoNAS
Der IE DedicatedlnfoNAS wird verwendet, um UE-
spezifische NAS-Schichtinformationen zwischen dem
Netzwerk und dem UE zu Obertragen. Die RRC-Schicht ist
fi.ir diese lnformationen transparent."
127. In der RRC-Nachricht ,,RRCConnectionSetupComplete'' ist auch die

CN-ID (hier: GUMMEI) enthalten, was wir bereits oben dargelegt haben
und sich aus TS 24.301 (S. 53ff., Anlage EIP A11) ergibt:

Klageschrift vom 13. August 20 19
"5. 3. 1. 1 Establishment of the NAS signalling connection

- ATTACH REQUEST;
- DETACH REQUEST;
- TRA CKING AREA UPDATE REQUEST;
-SERVICE REQUEST; and
- EXTENDED SERVICE REQUEST.
For the routing of the initial NAS message to the appropriate
MME, the UE NAS provides the lower layers with either the
S- TMSI or the registered globally unique MME identifier
(GUMMEI) that consists of the PLMN ID, the MME group ID,
and the MME code (see 3GPP TS 23. 003 [2]) according to
the following rules:
- When the UE is registered in the tracking area of the
current cell during the NAS signalling connection
establishment, the UE NAS shall provide the lower layers
with the S-TMSI, but shall not provide the registered
MME identifier to the lower layers. Exceptionally, when
the UE in EMM-IDLE mode initiates a tracking area
updating or combined tracking area updating procedure
for load balancing purposes, the UE NAS shall provide
the lower layers with neither S- TMSI nor registered MME
identifier.
- When the UE is not registered in the tracking area of
the current cell during the NAS signalling connection
establishment, the UE NAS does not provide the lower
layers with the S-TMSI. Instead,
a) if the TIN indicates "GUT/" or "RAT-related
TMSI", or the TIN is not available, and the UE holds
a valid GUT/, the UE NAS shall provide the lower
layers with the MME identifier pan of the valid GUT/
with an indication that the identifier is a native
GUMMEI; or
b) if the TIN indicates "P-TMSI" and the UE holds
a valid P-TMSI and RA/, the UE NAS shall provide
the lower layers with the MME identifier part of the
mapped GUT!, which is generated from the P-

TMSI and RA! with an indication that the identifier

is a mapped GUMMEI."
Auf Deutsch:
"S.3.1.1 Aufbau der NAS-Signalverbindung

untere Schicht auffordem, eine RRC-Verbindung
herzustellen. Bei dieser Anforderung an die untere Schicht
muss der NAS der unteren Schicht die Ursache fiir den
Spezifikation festgelegt, mitteilen.
- ATTACH REQUEST;
-DETACH REQUEST;
Fur das Routing der anfanglichen NAS-Nachricht an die
entsprechende MME stellt der UE NAS den unteren
Schichten entweder die S-TMSI oder den registrierten
global eindeutigen MME-Bezeichner (GUMMEI}, der aus
der PLMN-ID, der MME-Gruppen-/0 und dem MME-Code
(siehe 3GPP TS 23.003 [21) besteht, zur Verfugung:
- Wenn das UE wahrend des Aufbaus der NAS-
Signalverbindung im Tracking-Bereich der aktuellen
Zelle registriert ist, muss der UE NAS den unteren
Schichten die S- TMSI zur Verfugung stellen, muss
jedoch nicht den unteren Schichten den registrierten
MME-Bezeichner zur VerfiJgung stellen. In
Ausnahmefallen, wenn das UE im EMM-IOLE-Modus
eine Aktua/isierung des Tracking-Bereichs oder ein
kombiniertes Aktualisierungsverfahren des Tracking-
Bereichs zum Zweck des Lastausgleichs einleitet, muss
der UE NAS den unteren Schichten weder S-TMSI noch
einen registrierten MME-Bezeichner zur Verfugung
stelfen.
- Wenn das UE wahrend des Aufbaus der NAS
Signalverbindung nicht im Tracking-Bereich deri
aktuellen Zelle registriert ist, stellt der UE NAS den
unteren Schichten die S- TMS/ nicht zur Verfiigung.
Stattdessen,
Conversant Wireless Licensing Siu.I./. Daimler AG - EP 050

a) wenn die TIN "GUT/" oder "RA T-bezogene

TMSr anzeigt oder die TIN nicht verfugbar ist und
das UE eine gattige GUT/ besitzt, muss der UE
NAS den unteren Schichten den MME-
Bezeichnerteil der gultigen GUT/ mit einem
Hinweis, dass es sich bei dem Bezeichner um eine
native GUMMEI handelt; zur Verfugung steffen;
oder
b) wenn die TIN "P-TMSI" anzeigt und das UE eine
gultige P- TMSI und RA/ besitzt, muss der UE NAS
den unteren Schichten den MME-Bezeichnerteil
der abgebildeten GUT/, der aus der P-TMSI und
RA/ generiert wird, mit einem Hinweis, dass es sich
beim Bezeichner um eine abgebifdete GUMMEI
handelt, zur Verfugung steffen. "
128. Die Feldbeschreibung der RRCConnectionSetupComplete Nachricht

wird auf S. 153 der TS 36.331 {Anlage EIP A 12) aufgefi..ihrt:
RRCConnectionSetupComplete field descriptions
gummei-Type
This field is used to indicate whether the GUMMEI included is
native (assigned by EPC) or mapped (from 2G/3G identifiers).
mmegi
Provides the Group Identity of the registered MME within the
PLMN, as provided by upper layers, see TS 23.003 [27].
registeredMME
This field is used to transfer the GUMMEI of the MME where the
UE is registered, as provided by upper layers.
If present, this field indicates that the connection establishment
is for an RN and whether a subframe configuration is requested
or not.
se/ectedPLMN-ldentity
Index ofthe PLMN selected by the UE from the plmn-ldentityList
included in S/81. 1 if the 1st PLMN is selected from the plmn-
fdenlityList included in S/81, 2 if the 2nd PLMN is selected from
the plmn-fdentityList included in S/81 and so on.

Auf Deutsch:
RRCConnectionSetupComplete-Feldbeschreibungen
gummei- Typ,
In diesem Feld wird angegeben, ob die enthaltene GUMMEI nativ
(vom EPC zugewiesen) oder abgebildet (von 2G/3G-Bezeichnern)
ist.
mmegi
Bietet die Gruppenidentitat der registrierten MME innerhalb des
PLMN, wie sie von oberen Schichten bereitgestelft wird, siehe TS
23.003 {27/.
registeredMME
Dieses Feld wird verwendet, um die GUMMEI der MME zu
ubertragen, in der das UE registriert ist, wie es obere Schichten
bereitstel/en.
Wenn vorhanden, zeigt dieses Feld an, dass der Verbindungsaufbau
fur ein RN erfolgt und ob eine Subframe-Konfiguration angefordert
wird oder nicht.
selectedPLMN -ldentitat
Index des vom UE aus der in S/81 enthaltenen plmn-ldentityList
ausgewahlten PLMN. 1, wenn das erste PLMN aus der in SIB1
enthaltenen plmn-ldentityList ausgewahlt wird, 2, wenn das zweite
PLMN aus der in S181 enthaltenen plmn-ldentityList ausgewahlt wird
und so weiter.
129. Auf Seite 44 der selben TS wird der Aufbau der

RRCConnectionSetupComplete Nachricht beschrieben:
"1> set the content of RRCConnectionSetupComplete

message as follows:
2> set the selectedPLMN-ldentity to the PLMN
selected by upper layers (see TS 23.122 (11), TS
24.301 [35]) from the PLMN(s) included in the plmn-
ldentityList in SystemlnformationBlockType1;
2> if upper layers provide the 'Registered MME',
include and set the registeredMME as follows:
different from the PLMN selected by the upper
layers:
4> include the plmn/dentity in the
registeredMME and set it to the value of the PLMN
Conversant W ireless Licensing S.a.r.l .I. Daimler AG - EP 050

identity in the 'Registered MME' received from

upper layers;
3> set the mmegi and the mmec to the value

received from upper layers, (... )"
Auf Deutsch:
"1>Der lnhalt der Nachricht

2> Die ausgewahlte PLMN-ldentifat wird auf das PLMN
eingesteflt, das von den oberen Schichten ausgewahlt
wurde (siehe TS 23.122 [11], TS 24.301(35]), aus den
PLMN(s), die in der plmn-ldentityList in
SystemlnformationBlockType1 enthalten sind;
bereitstellen, wird die registeredMME eingeschlossen
und wie folgt eingesetzt:
3> wenn die PLMN-ldentitat des'Registered
MME' sich vom PLMN unterscheidet, das von
den oberen Schichten ausgewahlt wurde:
4> wird die plmnldentity in die
registeredMME aufgenommen und auf den
Wert der PLMN-ldentitat, in der von oberen
Schichten empfangenen 'Registered MME',
gesetzt;
3> Das mmegi und das mmec werden auf den Wert
eingestellt, der von oberen Schichten empfangen
wird(. . .);
{Hervorhebung hinzugefugt)
130. Merkmale 1.3, 1.3.1 und 1.3.2 sind somit wortsinngemar.. verwirklicht.
(8) Merkmal 1.3.3
.,zu einem Netzwerkelement eines Funkzugangsnetzwerks,"
131. Die RRC-Nachricht (KKCConnectionSetupComplete) wird an die

eNode B {Netzwerkelement) im E-UTRAN (Funkzugangsnetzwerk)
gesendet (vgl. TS 36.331, S. 152, Anlage EIP A 12):

"- RRCConnectionSetupComplete
The RRCConnectionSetupComplete message is used to
confirm the successful completion of an RRC connection
establishment.
Signalling radio bearer: SRB 1
RLC-SAP: AM
Logical channel: DCCH
Direction: UE to E-UTRAN"
Auf Deutsch:
"- RRCConnectionSetupComp/ete
Die RRCConnectionSetupComplete-Nachricht wird
verwendet, um den erfolgreichen Abschluss eines RRC-
Verbindungsaufbaus zu bestatigen.
Signalisierungsfunktrager: SR81
RLC-SAP: AM
Logischer Kanai: DCCH
Richtung: UE an E-UTRAN"
(Hervorhebung hinzugefugt}
132. Merkmal 1.3.3 ist somit wortsinngemaf1 verwirklicht.
(9) Merkmal 1.3.4
,,um eine Verbindung zu einem Satz von

Kernnetzwerkelementen herzustellen, mit dem sich die
Vorrichtung verbinden wird."
133. Die eNode B wahlt eine MME anhand der RRC Parameter aus, die die
GUMM El enthalten. Im TS 23.401, S. 85f., Anlage EIP A8 heir.it es dazu:
"2. The eNodeB derives the MME from the RRC parameters
carrying the old GUMMEI and the indicated Selected
Network. If that MME is not associated with the eNodeB or
the old GUMMEI is not available, the eNodeB selects an
MME as described in clause 4.3.8.3 on "MME selection
function". The eNodeB forwards the Attach Request

message to the new MME contained in a S 1-MME control

message (Initial UE message) together with"
Auf Deutsch:
"2. Das eNodeB /eitet die MME von den RRC-Parametern

ab, die die alte GUMMEI und den angegebenen gewahlten
Netzwerk tragen. Wenn diese MME nicht mit dem eNodeB
verbunden ist oder die alte GUMMEI nicht verfugbar ist,
wahlt das eNodeB eine MME aus, wie in Abschnitt 4. 3. 8. 3
Ober "MME-Auswahlfunktion" beschrieben. Das eNodeB
leitet die Attach-Request-Nachricht an die neue MME
weiter, die in einer S1-MME-Steuernachricht (lanfangfiche
UE-Nachricht) enthalten ist, zusammen mit"
(Hervorhebung hinzugefi..igt)
134. Weiterwird in derTS 36.300, S. 134, Anlage EIPA10 die NNSF erlautert
und unter anderem herausgestellt, dass die fur das UE zustandige MME
auf Basis der GUMMEI bestimmt wird:
"19.2.1. 7 NAS Node Selection Function (NNSF)

The interconnection of eNBs or HeNB GW, if deployed, to
multiple MME/Serving S-GWs is supported in the E-
UTRANIEPC architecture. Therefore a NAS node selection
function is located in the eNB or the HeNB GW, if deployed,
to determine the MME association of the UE, based on the
UE's temporary identifier, which was assigned to the UE by
the CN node (e.g. MME or SGSN).
NO TE: In case the UE's temporary identifier is
assigned by the SGSN, respective mapping rules
are defined in TS 23.003 {26].
Depending on the actual scenario the NNSF determines the
UE's MME association either based its S-TMSI (e.g. at
service request) or based on its GUMMEI and selected
PLMN (e.g. at attach or tracking area update in non-
registered TA). "
Auf Deutsch:
"19.2.1.7 NAS-Knotenauswahlfunktion (NNSF)

Die Zusammenschaltung von eNBs oder HeNB GW, falls
vorhanden, mit mehreren MME/Serving S-GWs wird in der

E-UTRANIEPC-Architektur untersti.itzt. Daher befindet sich

im eNB oder im HeNB GW, falls vorhanden, eine NAS-
Knotenauswahlfunktion, um die MME-Zuordnung des UE
basierend auf dem temporaren Bezeichner des UE zu
bestimmen, der dem UE vom CN-Knoten zugewiesen wurde
(z.B. MME oder SGSN).
HINWEIS: Wird der temporare Bezeichner des UE
durch das SGSN zugewiesen, sind in TS 23.003
[26) entsprechende Mapping-Regeln definiert.
Abhangig vom tatsachlichen Szenario bestimmt die NNSF
die MME-Zuordnung des UE entweder auf der Grund/age
ihrer S-TMSI (z.B. auf Service Request) oder auf der
Grund/age ihrer GUMMEI und ausgewahlter PLMN (z.B. bei
der Aktualisierung von Attach oder Tracking-Bereich in nicht
registrierten TA). "
135. Merkmal 1.3.4 ist somit wortsinngemaf!. verwirklicht.
b) Mittelbare Verletzung des Verfahrensanspruchs 5
136. Der Verfahrensanspruch 5 wird durch das oben beschriebene Verfahren

mittelbar verwirklicht. Um Wiederholungen zu vermeiden, verweisen wir
vollumfanglich auf unseren vorherigen Vortrag. Die angegriffenen
Ausfi.ihrungsformen sind als Benutzerendgerate zu qualifizieren und stellen
somit ein wesentliches Element der Erfindung dar. Der obige Vortrag macht
deutlich, dass sie dazu fahig sind, das geltend gemachte Verfahren gemaf1
Anspruch 5 auszufuhren. Das Verfahren soll zudem in Deutschland ausgefuhrt
werden; die angegriffenen Ausfi.ihrungsformen werden entsprechend in
Deutschland Nutzern unter dem Hinweis ihrer LTE-Fahigkeit angeboten.

5. Verletzung von Anspruch 1 und 5 - zweite Prozedur (Service Request)
137. Die angegriffenen AusfUhrungsformen der Beklagten verletzen den Vorrichtungsanspruch 1

sowie den Verfahrensanspruch 5. Denn die angegriffenen Ausfi.ihrungsformen sind dazu
eingerichtet eine "Service Request"-Prozedur durchzufuhren.
138. Die NAS-Schicht sendet eine Service Request-Nachricht, wenn das UE bereits zuvor eine
Verbindung mit dem MME hergestellt hat und diese auf Grund der lnaktivitat des UE wieder
beendet wurde (EMM-ldle mode).
139. In diesem Fall hat das Benutzerendgerat bereits die GUTI und somil auch die S-TMSI in ihrem
Speicher (siehe oben unter Rn. 83). Diese S-TMSI enthalt als Bestandteil einen
ausdrUcklichen Bezeichner des Kernnetzelements MME, mit ctem das Benutzerendgerat zuvor
NAS-verbunden war (siehe oben unter Rn. 86).
140. Um erneut eine NAS-Verbindung mit dem Kernnetzelement MME herzustellen, fordert die
NAS-Schicht im UE die RRC-Schicht auf, eine RRC-Verbindung zu etablieren, da wie bereits
dargestellt, nur so eine NAS-Verbindung aufgebaut werden kann.
141. Darn it die Verbindung zu der bereits bekannten MME hergestellt werden kann, versorgt die
NAS-Schicht die RRC-Schicht mit dem gespeicherten S-TMSI-Bezeichner (vgl. TS 24.301,
S. 53. Anlage EIP A 11 ).
142. Die RRC-Einheit der Mobilstation fugt diese S-TMSI bereits in die erste RRC-Nachricht
(RRCConnectionRequest) ein und ubermittelt diese an das Funknetzwerk E-UTRAN, konkret
an die Basisstation eNode B. Durch die Ubermittlung des S-TMSI, kann die eNode B die
richtige, bereits bekannte MME identifizieren und die NAS-Nachricht an diese weiterleiten (vgl.
TS 23.401, S. 35f., Anlage EIP A8; LTE in Bullets/Johnson, S. 417, Anlage EIP A13).
a) WortsinngemaBe Verletzung von Anspruch 1
(1) Merkmal 1
,,Benutzerendgeratevorrichtung, die konfiguriert ist zum"

143. Bei den angegriffenen Ausfuhrungsformen handelt es sich um

Benulzerendgeratevorrichtungen im Sinne von Merkmal 1. Diese
werden im Standard auch als UE (User Equipment) oder MS
(Mobilstation) bezeichnet.
144. Merkmal 1 ist somit wortsinngemar.. verwirklicht.
(2) Merkmal 1.1
,,Speichern eines Kemnetzwerkelementbezeichners;'·
145. Die angegriffenen Ausfuhrungsformen sind allesamt fahig, eine CN-10

zu speichern im Sinne von Merkmal 1.1. Im Standarddokument
TS 23.401, Seite 213, Anlage EIP A8 heir..t es:
"5.7.5 UE
The UE maintains the following context information. Table

5.7.5-1 shows the context fields. A GERAN or UTRAN
capable UE maintains in addition the context information as
described in a similar UE context table in TS 23.060 [7}.
Field description
IMS/ IMS/ (International Mobile
Subscriber Identity) is the
subscribers permanent identity.
EMM State Mobility management state EMM-
REG/S TERED, EMM-
DEREGISTERED.
GUT/ Globally Unique Temporary
Identity.
ME Identity Mobile Equipment Identity - (e.g.
IMEI/IMEISV) Software Version
Number.
Tracking Area List Current Tracking area list. "

Auf Deutsch:
"5.7.5 UE
Das UE beinhaltet die folgenden Kontextinformationen.
Tabelle 5.7.5-1 zeigt die Kontextfelder. Ein GERAN- oder
UTRAN-fahiges UE beinhaltet zusatzlich die
Kontextinformationen, wie sie in einer ahnlichen UE-
Kontexttabe//e in TS 23. 06 0[7] beschrieben sind.
Feld Beschreibung
IMS/ IMS/ (internationaler
Mobilteilnehmerbezeichner) ist die
dauerhafte Teilnehmeridentitat.
EMM-Zustand Zustand des
Mobilitatsmanagements EMM-
REGISTERED, EMM-
DEREGISTERED.
GUT/ Globaler eindeutiger temporarer
Bezeichner.
ME ldentitat ldentitat mobiler Gerate - (z.B.
IMEIIIMEISV) Software-
Versionsnummer.
Trackingbereichsliste Liste der aktuellen Tracking-
Bereiche. "
146. Durch das Speichern der Globally Unique Temporary Identity (,,GUTI"),
speichert das UE auch die S-TMSI. Bei einer S-TMSI handelt es sich
um eine CN-ID. Denn wie sich aus TS 23.003, Seite 17, Anlage EIP A9
ergibt, ist die GUTI wie folgt aufgebaut:
,,2.8 Globally Unique Temporary UE Identity (GUT/)

2.8.1 Introduction
The purpose of the GUT/ is to provide an unambiguous
identification of the UE that does not reveal the UE or the
user's permanent identity in the Evolved Packet System
(EPS). It also allows the identification of the MME and
network. It can be used by the network and the UE to
establish the UE's identity during signaling between them in
the EPS. See 3GPP TS 23.401 [72].

The GUT/ has two main components:

- one that uniquely identifies the MME which allocated the
GUT/; and
- one that uniquely identifies the UE within the MME that
allocated the GUT/.
Within the MME, the mobile shall be identified by the M-
TMSI.
The Globally Unique MME Identifier (GUMMEI) shall be
constructed from the MCC, MNC and MME Identifier
(MMEI). The MMEI shall be constructed from an MME
Group JD (MMEGI) and an MME Code (MMEC).
The GUT/ shall be constructed from the GUMMEI and the
M-TMS/.
For paging purposes, the mobile is paged with the S-TMSI.
The S-TMSI shall be constructed from the MMEC and the
M-TMSI.
The operator shall need to ensure that the MMEC is unique
within the MME pool area and, if overlapping pool areas are
in use, unique within the area of overlapping MME pools.
The GUTI shall be used to support subscriber identity
confidentiality, and, in the shortened S-TMSI form, to enable
Service Request).
The format and size of the GUT/ is therefore the following:
where <GUMMEI> = <MCC><MNC><MME Identifier>
and <MME Identifier> = <MME Group /D><MME Code>"
Auf Deutsch:
""2.8 Globaler eindeutiger temporarer UE-Bezeichner

(GUT/)
2.8.1 Einfuhrung
Der Zweck der GUT/ ist es, eine eindeutige ldentifizierung
des UE zu ermoglichen, die weder das UE noch die
dauerhafte ldentitat des Benutzers im Evolved Packet
System (EPS) offenbart. Es ermoglicht auch die
ldentifizierung van MME und Netzwerk. Es kann vom
Netzwerk und dem UE verwendet werden, um die ldentitat

des UE wahrend der Signalisierung zwischen ihnen im EPS

zu ermitteln. Siehe 3GPP TS 23.401 [72].
Die GUT/ besteht aus zwei Hauptkomponenten:
- eine, die die MME, die die CUTI zugeordnet hat,
eindeutig identifiziert; und
- eine, die das UE innerhalb der MME, die die GUT/
zugeordnet hat, eindeutig identifiziert.
lnnerhalb der MME muss das Benutzerendgerat durch die
M- TMSI identifiziert werden.
Der Globale Eindeutige MME Bezeichner (GUMMEI) isl aus
dem MCC, MNC und MME Bezeichner (MME/) aufzubauen.
Der MME! isl aus einer MME Group ID (MMEGI) und einem
MME Code (MMEC) aufzubauen.
Die GUT/ ist aus dem GUMMEI und dem M-TMSI
aufzubauen.
Fi.ir Pagingzwecke wird das Handy mit der S-TMSI
ausgelagert. Die S-TMSI ist aus dem MMEC und der M-
TMSI aufzubauen.
Der Betreiber muss sicherstellen, dass das MMEC innerhalb
des MME-Poolbereichs eindeutig ist und, wenn
uberlappende Poolbereiche verwendet werden, innerhalb
des Bereichs der Oberlappenden MME-Pools eindeutig isl.
Die GUT/ isl zu verwenden, um die Vertrau/ichkeit der
Teilnehmeridentitat zu unterstutzen und in der verkurzten S-
TMSI-Form effizientere Funksignalisierungsverfahren (z.B.
Paging und Service Request) zu ermoglichen.
Oas Format und die Grof3e der GUT/ isl daher wie folgt:
wo <GUMMEI> = <MCC><MNC><MME Identifier>
und <MME Identifier> = <MME Group ID><MME Code>'1
147. Die S-TMSI ist die Kurzfassung der GUTI, um

Funksignalisierungsprozesse effizienter zu gestalten. Sie besteht aus
der M-TMSI und dem MME Code:

"2.9 Structure of the S-Temporary Mobile Subscriber

Identity {STMSI)
The S-TMS/ is the shortened form of the GUT/ to enable
Service Request). For paging purposes, the mobile is paged
with the S-TMSI. The S-TMSI shall be constructed from the
MMEC and the M- TMSI:
<S-TMS/> = <MMEC><M-TMS/>"
Auf Deutsch:
"2.9 Struktur des S-Temporaren

Mobilteilnehmerbezeichners{STMSI)
Die S-TMSI ist die Kurzform der GUT/ zur Ermoglichung
eines effizienteren Funksignalisierungsverfahrens (z. B.
Paging und Service Request). Fur Pagingzwecke wird das
Handy mit der S-TMSI ausge/agert. Die S-TMSI ist aus dem
MMEC und der M-TMSI aufzubauen:
<S-TMS/> = <MMEC><M-TMS/>"
148. Merkmal 1.1 ist somit wortsinngemar?, verwirklicht.
(3) Merkmal 1.2
,,Hinzufugen des Kernnetzwerkelementbezeichners zu einer

RRC-Nachricht"
(4) Merkmal 1.2.1
,,zum Herstellen einer RRC-Verbindung; und"
149. In Abschnitt 5.3.3 der TS 36.331, S. 40f., Anlage EIP A12 wird die
Herstellung einer RRC-Verbindung wie folgt dargestellt:
Conversant Wireless Licensing S.a.r.1./. Daimler AG - EP 050

5.3.3 RRC connection establishment
5.3.3.1 General
UE EUTRAN
RRCO:mnectiD
RRCCannecilonSetu
RRCConnec1ionSetupCamplete
Figure 5.3.3.1-1: RRC connection ntllbllshment, auccessful
150. Es ist ersichtlich, dass die erste Nachricht ausgehend van dem UE
(RRCConnectionRequest) eine RRC-Nachricht innerhalb des RRC-
Verbindungsprozesses ist. Wenn man sich den lnhalt dieser ersten
RRC-Nachricht anschaut, wird deutlich, dass sie die S-TMSI und somit
eine CN-ID enthalt (vgl. TS 36.331, S. 150ff., Anlage EIP A12):
"- RRCConnectionRequest
The RRCConnectionRequest message is used to request
the establishment of an RRC connection.
Signaffing radio bearer: SRBO
RLC-SAP: TM
Logical channel: CCCH

RRCConnectionRequest mes.sage
RRCC<>nnectlanl!equest , :• 5~MCE (
cr1t1calExt.naiotll! CHC>ta
rrcconnectionR~eat-rl lAC:Connectiona~••t-rl-1.ICII,
cr1t1calEltt•naionaFUtur• HQUIHC'I II
RRCCon.ne.eUoaJ!A!que5t - r8-I !.ti : , • SE0!1RNCB I

ue-rdentlty rn1t1alL'II.-Ident1ty,
••t&bli&bmentC&Wle Eat&bl1sha>*ntC•uae,
spare BIT ~TRI~ •SIZE (1))
tn1t1&!11E - Ic1.tnt1ty : ,. OiOICE (

•·ntSl s · 'TMSl,
r .t.r.dolnVd l UJ! BIT STRI!l'G ISI%..!1. !(0) I
lffllCICIIATED I
•mergeney, hi9hPriorltyAcce••• at-Ace•••. 1DO-Sign..ll109.
QIO·O.t&, CS.layTolerantAcc•••·Vl020, •P•re2. ap,ar•l)
•• AS?llSTOI'
Auf Deutsch:
Die RRCConnectionRequest-Nachricht wird verwendet um
den Aufbau einer RRC-Verbindung anzufordern.
Signalisierungsfunktrager: SRBO
RLC-SAP: TM
Logischcr Kanai: CCCH
151. Merkmale 1.2 und 1.2.1 sind somit wortsinngemal1 verwirklicht.
(5) Merkmal 1.3
,.Senden der RRC-Nachricht"
(6) Merkmal 1.3.1
,.mit dem Kernnetzwerkelementbezeichner"
Conversant Wireless licensing S.a.r.l ./. Daimler AG - EP 050

Klageschrift vorn 13. August 2019
(7) Merkmal 1.3.2
,,uber eine Funkverbindung"
152. In der Verletzungsvariante, in der das UE im Netzwerk bereits registriert

ist, wird zur Herstellung einer tatsachlichen Verbindung (NAS Signalling
Connection) das sogenannte NAS Service Request Verfahren
angewendet. Oas NAS Service Request Verfahren wird benotigt, wenn
Nutzerdaten von dem UE zu versenden sind, das UE sich im EMM-IDLE
Modus befindet (Ruhemodus; registriert, aber nicht NAS-verbunden)
und eine NAS Signalisierungsverbindung gebraucht wird. Im Standard
TS 24.301, S. 130. Anlage EIP A 11 wird dies wie folgt dargestellt:
"5. 6. 1 Service request procedure

5.6. 1. 1 General
The purpose of the service request procedure is to transfer
the EMM mode from EMM-IDLE to EMM-CONNECTED
mode and establish the radio and S 1 bearers when user
data or signalling is to be sent. Another purpose of this
procedure is to invoke MO/MT CS faffback or 1xCS faflback
procedures.
This procedure is used when:
- the network has downlink signalling pending;
- the UE has uplink signalling pending;
- the UE or the network has user data pending and the UE
is in EMM-IDLE mode;
- the UE in EMM-/DLE or EMM-CONNECTED mode has
requested to perform mobile originating/terminating CS
tailback or 1xCS fallback; "
Auf Deutsch:
"5. 6. 1 Service Request Verfahren

5. 6.1.1 Allgemeines
Zweck des Service Request Verfahrens ist es, den EMM-
Modus von EMM-IDLE in EMM-CONNECTED-Modus zu
ubertragen und die Funk- und S1-Trager festzulegen, wenn
Benutzerdaten oder Signalisierung zu senden sind. Ein

weiterer Zweck dieses Verfahrens ist der Aufruf von MO/MT

CS Fallback- oder 1xCS Fallback-Verfahren.
Dieses Verfahren wird verwendet, wenn:
- das Netzwerk eine Downlink-Signalisierung ausstehend
hat;
- das UE eine Up/ink-Signalisierung ausstehend hat;
- das UE oder das Netzwerk Benutzerdaten ausstehend
hat und sich das UE im EMM-IDLE-Modus befindet;
- das UE im EMM-IDLE- oder EMM-CONNECTED-Modus
aufgefordert hat, einen mobilen Ursprung/Beendigung von
CS-Fallback oder 1xCS-Fallback durchzufuhren;"
153. Der Aufbau einer NAS Signalisierungsverbindung wird unter

Abschnitt 5.3.1.1 (TS 24.301, S. 53f., Anlage EIP A11) dargestellt:
"5.3. 1. 1 Establishment of the NAS signalling connection

- A TTACH REQUEST;
- DETACH REQUEST;
- EXTENDED SERVICE REQUEST."
Auf Deutsch:
"5.3. 1.1 Aufbau der NAS-Signa/verbindung

untere Schicht auffordern, eine RRC-Verbindung


Spezifikation festge/egt, mitteilen.
-ATTACH REQUEST;
- DETACH REQUEST;
154. Wie aus dem Standard ersichtlich, handelt es sich bei einem Service
Request um eine NAS-Nachricht.
155. Wenn das UE zur Herstellung einer CN-Verbindung (NAS Signalling

Connection) einen Service Request verschickt, initiiert es gleichzeitig
das Verfahren zum RRC-Verbindungsaufbau, indem es die erste RRC-
Nachricht (RRCConnectionRequest) an das E-UTRAN sendet. Der
RRC-Verbindungsaufbau ist somit notwendiger erster Schritt im
Rahmen des Verbindungsaufbaus zum CN.
156. Die S-TMSI wird der RRC Schicht durch die NAS Schicht in dem UE zur
Verfugung gestellt (TS 24.301, S. 53f., Anlage EIP A 11 ):
"5.3. 1.1 Establishment of the NAS signalling connection

establishment cause and the cafl type as specified in annex
- ATTACH REQUEST;
- DETACH REQUEST;

For the routing of the initial NAS message to the appropriate

MME, the UE NAS provides the lower layers with either the
S-TMSI or the registered globally unique MME identifier
(GUMMEI) that consists of the PLMN ID, the MME group ID,
and the MME code (see 3GPP TS 23.003 [2]) according to
the fof/owing rules:
- When the UE is registered in the tracking area of the
current cell during the NAS signalling connection
establishment, the UE NAS shall provide the lower layers
with the S-TMSI, but shall not provide the registered MME
identifier to the lower layers. Exceptionally, when the UE
in EMM-IDLE mode initiates a tracking area updating or
combined tracking area updating procedure for load
balancing purposes, the UE NAS shall provide the lower
layers with neither S-TMSI nor registered MME identifier. "
Auf Deutsch:
"5.3.1. 1 Aufbau der NAS-Signalverbindung

untere Schicht auffordern, eine RRC-Verbindung
Spezifikation festge/egt, mittei/en.
-ATTACH REQUEST;
- DETACH REQUEST;
Fur das Routing der anfanglichen NAS-Nachricht an die

entsprechende MME stellt der UE NAS den unteren
Schichten entweder die S-TMSI oder den registrierten
global eindeutigen MME-Bezeichner (GUMMEI), der aus
der PLMN-ID, der MME-Gruppen-lD und dem MME-Code
(siehe 3GPP TS 23.003 [21) besteht, zur Verfugung:
- Wenn das UE wahrend des Aufbaus der NAS-
Signalverbindung im Tracking-Bereich der aktue/len Zelle
registriert ist, muss der UE NAS den unteren Schichten die
S-TMSI zur Verfugung stellen, muss jedoch nicht den
unteren Schichten den registrierten MME-Bezeichner zur
Verfugung stel/en. In Ausnahmefallen, wenn das UE im

EMM-IDLE-Modus eine Aktualisierung des Tracking-

Bereichs oder ein kombiniertes Aktualisierungsverfahren
des Tracking-Bereichs zum Zweck des Lastausgleichs
einleitet, muss der UE NAS den unteren Schichten weder
S-TMSI noch einen registrierten MME-Bezeichner zur
Verfugung stellen. "
157. Das wiederum fuhrt dazu, dass die RRC-Schicht in dem UE den S-TMSI
von der NAS-Schicht dem lnhalt der RRC-Nachricht
(RRCConnectionRequest) hinzufUgt und diese versendet (TS 36.331,
S. 43, Anlage EIP A 12):
5.3.3.3 Actions related to transmission of

RRCConnectionRequest message
The UE shall set the contents of RRCConnectionRequest
message as follows:
1'> set the ue-ldentity as follows:
2> if upper layers provide an S-TMSI:
3> set the ue-ldentity to the value received from
upper layers;
2> else:
3> draw a random value in the range O .. 240-1 and
set the ue-ldentity to this value;
NOTE 1: Upper layers provide the S-TMSI if the UE is
registered in the TA of the current cell.
1> set the establishmentCause in accordance with the
information received from upper layers;
The UE shall submit the RRCConnectionRequest message
to lower layers for transmission.
The UE shall continue cell re-selection related
measurements as well as cell re-selection evaluaUon. If the
conditions for cell re-selection are fulfilled, the UE shall
perform cell re-selection as specified in 5. 3. 3. 5.

Auf Deutsch:
"5.3.3.3 Aktionen zur Uberlragung der

RRCConnectionRequest Nachricht
Das UE muss den lnhalt der RRCConnectionRequest
Nachricht einstellen wie folgt:
1> der ue-Bezeichner wird wie folgt eingestellt:
2> wenn obere Schichten eine S-TMSI
bereitstellen:
3> der ue-Bezeichner wird auf den Wert
eingestellt, der von oberen Schichten empfangen
wurde;
2> sonst:
3> wird ein Zufallswert im Bereich O .. 240-1
gewahlt und der ue-Bezeichner auf diesen Wert
eingestellt;
HINWEIS 1: Obere Schichten liefern die S-TMSI, wenn
das UE im TA der aktuellen Zelle registriert ist.
1> Die establishmentCause wird entsprechend den von
oberen Schichten erhaltenen lnformationen eingestellt;
Das UE muss die RRCConnectionRequest Nachricht an
untere Schichten zur Obertragung ubermitteln.
Das EU muss Messungen zur Zellneuselektion sowie
Bewertung der Zellneuselektion fortsetzen. Wenn die
Bedingungen fiir die Zellwiederauswahl erfiillt sind, muss
das UE die Zellneuselektion wie in 5 3 3 5 festgelegt
durchfiihren. "
158. Merkmale 1.3, 1.3.1 und 1.3.2 sind somit wortsinngemar.. verwirklicht.
(8) Merkmal 1.3.3
,,zu einem Netzwerkelement eines Funkzugangsnetzwerks,"
159. Die RRC-Nachricht (RRCConnectionRequest) wird an die eNodeB

(Netzwerkelement) im E-UTRAN (Funkzugangsnetzwerk) gesendet

The RRCConnectionRequest message is used to request
the establishment of an RRC connection.
Signalling radio bearer: SRBO
RLC-SAP: TM
Logical channel: CCCH
Auf Deutsch:
Die RRCConnectionRequest-Nachricht wird verwendet, um
den Aufbau einer RRC-Verbindung anzufordern.
Signalisierungsfunktrager: SRBO
RLC-SAP: TM
Logischer Kanai: CCCH
(Hervorhebung hinzugefi.igt}
160. Merkmal 1.3.3 ist somit wortsinngemar.. verwirklicht.
(9) Merkmal 1.3.4
,,um eine Verbindung zu einem Satz von

Kernnetzwerkelementen herzustellen, mit dem sich die
Vorrichtung verbinden wird. "
161. Sobald die S-TMSI im UTRAN angekommen ist, wird sie verwendet, um
die zugeordnete MME im CN mit der NAS Knoten Auswahl Funktion
(NAS Node Selection Function, .,NNSF") der eNodeB zu bestimmen. Im
TS 23.401, S. 36f., Anlage EIP A8 heif1t es dazu:
4.3.10 Functionality for Connection of eNodeBs to

Multiple MMEs
An eNodeB may connect to several MMEs. This implies that
an eNodeB must be able to determine which of the MMEs,
covering the area where an UE is located, should receive

the signalling sent from a UE. To avoid unnecessary

signalling in the core network, a UE that has attached to one
MME should generally continue to be served by this MME
as long as the UE is in the radio coverage of the pool area
to which the MME is associated. The concept of pool area
is a RAN based definition that comprises one or more TA(s)
that, from a RAN perspective, are served by a certain group
of MMEs. This does not exclude that one or more of the
MMEs in this group serve TAs outside the pool area. This
group of MMEs is also referred to as an MME pool.
Auf Deutsch:
"4.3.10 Funktionalitat fur die Verbindung von eNodeBs

mit mehreren MMEs
Ein eNodeB kann sich mit verschiedenen MMEs verbinden.
Dies bedeutet, dass ein eNodeB in der Lage sein muss, zu
bestimmen, welche der MMEs, die den Bereich abdecken,
in dem sich eine UE befindet, die von einer UE gesendete
Signalisierung empfangen sol/en. Um unndtige
Signalisierungen im Kernnetz zu vermeiden, sollte eine UE,
die an eine MME angeschlossen ist, im Allgemeinen
weiterhin von dieser MME bedient werden, solange sich die
UE in der Funkabdeckung des Poolbereichs befindet, dem
die MME zugeordnet ist. Das Konzept des Poolbereichs ist
eine RAN-basierte Definition, die eine oder mehrere TA(s)
umfasst, die aus RAN-Sicht von einer bestimmten Gruppe
von MMEs bedient werden. Dies schlief!,t nicht aus, dass
eine oder mehrere der MMEs in dieser Gruppe TAs
auBerhalb des Poolbereichs bedienen. Oiese Gruppe von
MMEs wird auch als MME-Pool bezeichnet. "
(Hervorhebung hinzugefi..igt)
162. Weiter wird in der TS 36.300, S. 134, Anlage EIP A 1Odie NNSF erlautert
und unter anderem herausgestellt, dass die fur das UE zustandige MME
auf Basis der S-TMSI bestimmt wird:
"19.2.1.7 NAS Node Selection Function (NNSF)

The interconnection of eNBs or HeNB GW, if deployed, to
multiple MME/Serving S-GWs is supported in the E-
UTRANIEPC architecture. Therefore a NAS node selection
function is located in the eNB or the HeNB GW, if deployed,
to determine the MME association of the UE, based on the

UE's temporary indetifier, which was assigned to the UE by

the CN node (e.g. MME or SGSN).
NOTE: In case the UE's temporary identifier is
assigned by the SGSN, respective mapping rules
are defined in TS 23.003 [26).
Depending on the actual scenario the NNSF determines the
UE's MME association either based its S-TMSI (e.g. at
service request) or based on its GUMMEI and selected
PLMN (e.g. at attach or tracking area update in non-
registered TA)."
Auf Deutsch:
''19. 2.1. 7 NAS-Knotenauswahlfunktion (NNSF)

Die Zusammenschaltung von eNBs oder HeNB GW, falls
vorhanden, mit mehreren MME/Serving S-GWs wird in der
E-UTRAN/EPC-Architektur unterstiitzt. Daher befindet sich
im eNB oder im HeNB GW, falls vorhanden, eine NAS-
Knotenauswahlfunktion, um die MME-Zuordnung des UE
basierend auf dem temporaren Bezeichner des UE zu
bestimmen, der dem UE vom CN-Knoten zugewiesen wurde
(z.B. MME oder SGSN).
HINWEIS: Wird der temporare Bezeichner des UE
durch das SGSN zugewiesen, sind in TS 23.003
[26] entsprechende Mapping-Regeln definiert.
Abhangig vom tatsachlichen Szenario bestimmt die NNSF
die MME-Zuordnung des UE entweder auf der Grund/age
ihrer S-TMSI (z.B. auf Service Request) oder auf der
Grund/age ihrer GUMMEI und ausgewahlter PLMN (z.B. bei
der Aktualisierung von Attach oder Tracking-Bereich in nicht
registrierten TA). "
163. Merkmal 1.3.4 ist somit wortsinngemar.. verwirklicht.
Beweis (fur das Vorstehende insgesamt): Sachverstandigengutachten.

b) Mittelbare Verletzung des Verfahrensanspruchs 5
164. Der Verfahrensanspruch 5 wird durch das oben beschriebene Verfahren

mittefbar verwirkficht. Um Wiederholungen zu vermeiden, verweisen wir
vollumfanglich auf unseren vorherigen Vortrag. Die angegriffenen
Ausfuhrungsformen sind als Benutzerendgerate zu qualifizieren und stelfen
somit ein wesentliches Element der Erfindung dar. Der obige Vortrag macht
deutlich, dass sie dazu fahig sind, das geltend gemachte Verfahren gemar..
Anspruch 5 auszufuhren. Das Verfahren soil zudem in Deutschland ausgefuhrt
werden; die angegriffenen AusfUhrungsformen werden entsprechend 1n
Deutschland Nutzern unter dem Hinweis ihrer LTE-Fahigkeit angeboten.
IV. Rechtsausfuhrungen
165. Da das Klagepatent fur den L TE-Standard essentielf ist und somit die mit der Klage
angegriffenen Automobile, die mit LTE-fahigen TCUs ausgestattet sind, den
Standardvorgaben entsprechen mussen, verfetzt die Beklagte den Vorrichtungsanspruch 1
unmittelbar. Die Beklagte verletzt ebenfalls, durch das Anbieten und Vertreiben in Deutschfand
zur Benutzung in Deutschland, den Verfahrensanspruch 5 mittelbar. Die angegriffenen
Ausfuhrungsformen qualifizieren insoweit als eine im Anspruch benannte und funktional im
Vordergrund stehende Vorrichtung und mithin als ein wesentliches Erfindungselement (vgl.
BGH GRUR 2004, 758 - Flugelradzah/er). Durch das Anbieten in Deutschland bestimmt die
Beklagte vorsatzlich deren Abnehmer, die nicht zur Benutzung befugt sind, zur Durchfuhrung
des Verfahrens in Deutschland. Da das Kfagepatent im Hinblick auf den LTE-Standard
essentiell ist, scheidet eine patentfreie Nutzung aus.
166. Der mit Klageantrag Ill geltend gemachte Schadensersatzanspruch ist dem Grunde nach
gemar.. § 139 Abs. 2 PatG gerechtfertigt. Die Beklagte hat schufdhaft - und zwar zumindest
fahrfassig - in das Klagepatent eingegriffen. Da die Klagerin ohne Verschulden das genaue
Ausmar.. der Benutzung nicht kennt, steht ihr ein Auskunfts- und Rechnungslegungsanspruch
unter gewohnheitsrechtlicher Anwendung des § 242 8GB, bzw. § 140b PatG zu.

C. Zustandigkeit
167. Die Beklagte bietet die angegriffenen Ausfuhrungsformen deutschlandweit - mithin im

Zustandigkeitsbereich des Landgerichts Munchen an.
168. Der Klage ist antragsgema~ stattzugeben.
169. Abschriften zum Zwecke der Zustellung anbei.
Isabelle Schaller
Rechtsanwaltin

Anlagenverzeichnis
Anlage EIP 1 Ausdruck des lmpressums www.mercedes-

benz.de
Anlage EIP 2 Ausdruck des lmpressums www.online-

store.mercedes-benz.de
Anlage EIP A1 Klagepatent EP 2 934 050 81
Anlage EIP A1a Deutsche Ubersetzung des Klagepatents

Anlage El P A2. Registerauszug DPMA
Anlage EIP A3 Relevante Kapitel aus ,,WCDMA for UMTS,

Radio Access For Third Generation Mobile
Communications" von Harri Halma und Antti
T oskala, 2000
Anlage EIP A3a Deutsche Ubersetzung der relevanten Ab-

schnitte aus WCDMA for UMTS
Anlage EIP A4 Relevante AuszOge aus der Technischen

Spezifikation 3G TS 25.401 Version 3.1.0
Release 1999 (2000-01)
Anlage EIP AS Relevante Auszi..ige aus der Technischen

Release 1999 (2000-04)
Anlage EIP A6 Relevante Auszuge aus der Technischen

Release 1999 (2000-04)
Anlage EIP A7 Merkmalsgliederung der Anspruche nebst

einer Gegenuberstellung des deutschen mit
dem englischen Anspruchswortlaut
Anlage EIP AB Relevante Auszuge aus der Technischen

Spezifikation ETSI TS 123 401 Version
11.4.0 (2013-01)

11.4.0 (2013-01)
Conversant Wireless Licensing S.a.r.r ./. Daimler AG - EP 050


11.4.0 (2013-02}

11.5.0(2013-01)
Anlage EIP A12 Relevante Auszuge aus der T echnischen

11.2.0 (2013-02)
Anlage EIP A13 Relevante Kapitel aus dem Fachbuch ,,LTE

in Bullets" von Chris Johnson, 2012
Anlage EIP A14 Relevante Kapitel aus dem Fachbuch ,,LTE

Signaling, Troubleshooting, and
Optimization" van Ralf Kreher und Karsten
Gaenger, 2011
Conversant Wireless Licensing S.a.r.r ./. Daimler AG - EP 050

Akronymliste
zur Klageschrift vom 13. August 2019
Akronym Englisch Deutsch
AS Access-Stratum Access-Stratum
CCCH Common Control Channel Gemeinsamer Kontrollkanal
CN Core Network Kernnetzwerk
cs Circuit Switched Leitungsvermittert
DCCH Dedicated Control Channel Dedizierter Kontrollkanal
ECM EPS Connection Management EPS Verbindungs-Management
EMM EPS Mobility Management EPS Mobilitats-Management
EPC Evolved Packet Core Evolved Packet Core
EPS Evolved Packet System Evolved Packet System
FACH Forward Access Channel Vorwarts-Zugangskanal
GERAN GSM EDGE Radio Access Network GSM EDGEE
Funkzugangsnetzwerk
GGSN Gateway GPRS Support Node Gateway GPRS Supportknoten
GSM Global System for Mobile Globales System fi.ir
communications Mobilkommunikation
GUMMEJ Globally Unique Mobility Globaler Eindeutiger
Management Entity Identity Mobilitatsmanagement Einheit
Bezeichner
GUTI Globally Unique Temporary UE Globaler Eindeutiger Temporarer
Identity UE-Bezeichner
GW Gateway Gateway
IMSI International Mobile Subscriber lnternationaler Mobilteilnehmer
Identity Bezeichner
L1 Layer 1 (physical layer) Schicht 1 (physische Schicht)
LTE Long Term Evolution Long Term Evolution
MAC Medium Access Control Medium Zugangssteuerung
MCC Mobile Country Code Mobile Landerkennung
MCS Modulation and Coding Scheme Modulations- und Codierschema
ME Mobile Equipment Mobiles Gerat

MME Mobile Management Entity Mobile Management Einheit

MMEC MME Code MME Kennung
MMEGI MME Group ID MME Gruppenbezeichner
MNC Mobile Network Code Mobile Netzwerk Kennung
MS Mobile Station Mobilstation
MSC Mobile Switching Centres Mobile Vermittlungszentren
M-TMSI MME Temporary Mobile Subscriber MME Temporarer Mobilteilnehmer
Identity Bezeichner
NAS Non-Access-Stratum Non-Access-Stratum
NNSF NAS Node Selection Function NAS-Knotenauswahlfunktion
Node B / eNode B evolved NodeB Basisstation (LTE)
PON Public Data Network Offentliches Datennetzwerk
PLMN Public Land Mobile Network Offentliches terrestrisches
Mobilfunknetz
PS Packet Switched Paketvermittelt
P-TMSI Packet-Temporary Mobile Paket-Temporarer Mobilteilnehmer
Subscriber Identity Bezeichner
RA Routing Area Routing-Bereich
RAI Routing Area Identity Routing Bereich Bezeichner
RAN Radio Access Network Funkzugangsnetzwerk
RANAP Radio Access Network Application Funkzugangsnetzwerk
Part Anwendungsbestandteil
RAT Radio Access Technology Funkzugangstechnologie
RLC Radio Link Control Fun kve rbi nd ungssteuerung
RNC Radio Network Controller Funknetzwerksteuerung
RNS Radio Network Subsystem Fun knetzwerksubsyste m
RRC Radio Resource Control Fun kressource nste ueru ng
S1-AP S 1 Application Protocol S1 Anwendungsprotokoll
SGSN Serving GPRS Support Node Service GPRS Supportknoten /
Serviceknoten
SM Session Management Session Management
SMS Short Message Service Kurznachrichtendienst

SRB Signalling Radio Bearer Signalisierungsfunktrager

S-TMSI Serving-Temporary Mobile Dienender-Temporarer
Subscriber Identity Mobilteilnehmer Bezeichner
TMSI Temporary Mobile Subscriber Temporarer Mobilteilnehmer
Identity Bezeichner
UE User Equipment Benutzerendgerat
UMTS Universal Mobile Universelles Mobiles
Telecommunications System Telekommunikationssystem
USIM Universal Subscriber Identity Module Universelles Teilnehmer Bezeichner
Modul / SIM-Karte
UTRAN / E- Universal Terrestrial Radio Access Universelles terrestrisches
UTRAN Network / Evolved-UTRAN Funkzugangsnetzwerk
VLR Visitor Location Register Besu cherortsreg iste r
WCDMA Wideband Code Division Multiple Breitband Codemultiplexverfahren
Access

19-08-13 Conversant v. Daimler Patent Infringement Complaint

Hochgeladen von

Dokumentinformationen

Copyright

Verfügbare Formate

Dieses Dokument teilen

Dokument teilen oder einbetten

Freigabeoptionen

Stufen Sie dieses Dokument als nützlich ein?

Sind diese Inhalte unangemessen?

Copyright:

Verfügbare Formate

19-08-13 Conversant v. Daimler Patent Infringement Complaint

Hochgeladen von

Copyright:

Verfügbare Formate

Case 5:19-cv-02520-LHK Document 185-30 Filed 10/08/19 Page 1 of 85

Vorab per FAX +49 89 5597 3003

Dr. Christof Hahne, LL.M

13. August 2019

Unser Zeichen: 866.LM(DE)

de r Conversant Wireless Licensing S.a.r.l., 12 rue Jean

Prozessbevollmachtigte: EIP Europe LLP, Graf-Adolf-Straf1e 14, 40212

Mitwirkend: df-mp Dorries Frank-Molnia & Pohlman Patentanwalte

Bath Cardiff Denver• Diisseldorf Leeds London

gegen Daimler AG, Mercedesstral'!.e 120, 70327 Stuttgart,

Streitwert (vorlaufig geschatzt): 1.000.000,00 EUR

(Deutscher Teil des EP 2 934 050)

I. Die Beklagte wird verurteilt, der Klagerin Auskunft dariiber zu erteilen,

in der Bundesrepublik Deutschland anbietet, in Verkehr bringt oder

Speichern eines Kernnetzwerkelementbezeichners; Hinzufugen des

Conversant Wireless Licensing S.a.r.l ./. Daimler AG - EP 050

Verbindung zu einem von einem Satz von Kernnetzwerkelementen

(EP 2 934 050 B1 - Anspruch 1)

Abnehmern in der Bundesrepublik Deutschland anbietet und/oder an

die dazu geeignet sind, ein Verfahren durchzufuhren, welches die

Speichern eines Kernnetzwerkelementbezeichners; Hinzufugen des

(EP 2 934 050 81 - Anspruch 5)

und zwar unter Angabe

a) der Namen und Anschriften der Hersteller, Lieferanten und

b) der Namen und Anschriften der gewerblichen Abnehmer sowie

c) der Menge der erhaltenen oder bestellten Erzeugnisse sowie

Conversant Wireless Licensing S.a.r.l ./. Daimler AG - EP 050

wobei zum Nachweis der Angaben die entsprechenden Kaufbelege

1. der einzelnen Lieferungen, aufgeschlusselt nach Liefermengen,

2. der einzelnen Angebote, aufgeschlusselt nach Angebotsmengen,

wobei der Beklagten vorbehalten bleibt, die Namen und Anschriften

IV. Die Beklagte tragt die Kosten des Verfahrens.

Conversant Wireless Licensing S.a.r.l ./. Daimler AG - EP 050

V. Oas Urteil wird fur vorlaufig vollstreckbar erklart.

VI. Zu Zwecken der Vollstreckung Einzelstreitwerte hinsichtlich der

Bei Vorliegen der Voraussetzungen beantragen wir eine Entscheidung gemaR

Conversant Wireless Licensing S.a.r.l .I. Daimler AG - EP 050

A. Die Parteien .............................................................................................................. 8

Conversant Wireless Licensing S.a.r.l ./. Daimler AG - EP 050

b) Mittelbare Verlelzung des Verfahrensanspruchs 5 ........................................ 78

Conversant Wireless Licensing S.a.r.l ./. Daimler AG - EP 050

I. Die Klagerin und der Avanci Patent Pool

3. Die Klagerin hat gegenuber der Standardisierungsorganisation ETSI Erklarungen abgegeben,

Conversant Wireless Licensing S.a.r.l ./. Daimler AG - EP 050

Standard") (.,true LTE"), fur den 3G-(UMTS)-Standard (im Folgenden "UMTS-Standard")

6. Weitere Lizenzgeber in dem benannten Patent-Pool sind ebenfalls namhafte Unternehmen,

7. Die ,.Connected Cars" Patentlizenz wird als kombinierte Lizenz angeboten, um

Conversant Wireless Licensing S.a.r.l ./. Daimler AG - EP 050

II. Die Beklagte

CLA- und CLS-Klasse usw.

Conversant Wireless Licensing S.a.r.l ./. Daimler AG - EP 050

Seri en- und Sondera usstattu ng. ;< f •!

Infotainment, Navigation u nd Kommu nikation

rut".....-c~"', ..,uG ....u•1.11.iinc M9u~u..."•l"'IC'OL.»l11~"" 15-4~:se,~

Conversant Wireless Licensing S.a.r.l ./. Daimler AG - EP 050

\I'll!"' Angrhott• im Onli1w SroP' .

GLC 250 JMATIC Coupe

;a • a (" 't • ) II " • •I • • ,. • • ' • • • • a• •

Conversant Wireless Licensing S.a.r.l ./. Daimler AG - EP 050

Extras v lnfotamm~f\l. tbvig.Jt1on uml KommumkJt 1on V

Exteneur V Weiter Aus-stattungcn

14. Das TCU gehort zur Serienausstattung.

Ill. Hintergrund des Rechtsstreits

Conversant Wireless Licensing S.a.r.l ./. Daimler AG - EP 050