Sie sind auf Seite 1von 85

Case 5:19-cv-02520-LHK

Document 185-30

Filed 10/08/19

Page 1 of 85

EXHIBIT 13

EIP Europe LLP

Graf-Adolf-Strafle 14 0-40212 OUsseldorf

Case 5:19-cv-02520-LHK

T

+49 (0)211 9595 8500

F

+49 (0)211 9595 8544

dusseldorf@eip.com

eip.com

Document 185-30

Filed 10/08/19

Page 2 of 85

Beg1aubigte Abschrift

185-30 Filed 10/08/19 Page 2 of 85 Beg1aubigte Abschrift Vorab per FAX +49 89 5597 3003

Vorab per FAX +49 89 5597 3003 (ohne Anlagen)

Landgericht Mi inchen

- Patentstreitkammer - Prielmayerstraf1e 7

80335 Mi inchen

® 1 p LEGAL

Rechtsanwalte

Dr. Christof Hohne. LL.M. 1 Florian Schmidt-Bogatzky, LL.M. 2 Michael Munsch 1 Isabelle Schaller Elisa Seekamp. LL.M. Dimitri Kosenko

Dr. Christof Hahne, LL.M chohne@eip.com

+4921195958510

Isabelle Schaller ischaller@eip.com +49 211 95 95 85 11

Unser Zeichen: 866.LM(DE)

de r

Prozessbevollmachtigte:

Mitwirkend:

13. August 2019

KLAGE

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

Engling, 1466 Luxembourg, gesetzlich vertreten durch

Nick Procopenko, Boris Teksler und

ihre Geschaftsfi

Nicholas van Beek ebenda,

ihrer

- Klagerin

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

Di isseldorf

df-mp Dorries Frank-Molnia & Pohlman Patentanwalte

/

Rechtsanwalte PartG mbB, Fi

Theatinerstraf1e 16, 80333 Mi inchen

inf

Hofe

Bath

IOI 1225 337 8113

Cardiff

101292023 0509

Denver•

720- SGS- 6065

Diisseldorf

10121 1 9595 8500

Leeds

IOl 11 3 245 7981

London

10120 7440 95 1(1

Case 5:19-cv-02520-LHK

Document 185-30

Filed 10/08/19

Page 3 of 85

EIP Europe LLP Klageschrift vom 13. August 2019

Seite 2

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

Case 5:19-cv-02520-LHK

Document 185-30

EIP Europe LLP Klageschrift vom 13. August 2019

Filed 10/08/19

Page 4 of 85

Seite 3

Verbindung zu einem von einem Satz von Kernnetzwerkelementen

herzustellen, mit dem sich die Vorrichtung verbinden wird.

2.

Benutzerendgerate,

(EP 2 934 050 B1 - Anspruch 1)

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.

und zwar unter Angabe

(EP 2 934 050 81 - Anspruch 5)

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

wurden;

Preise,

die

fiir

die

betreffenden

Erzeugnisse bezahlt

Case 5:19-cv-02520-LHK

Document 185-30

EIP Europe LLP Klageschrift vom 13. August 2019

Filed 10/08/19

Page 5 of 85

Seite 4

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.

Case 5:19-cv-02520-LHK

Document 185-30

EIP Europe LLP Klageschrift vom 13. August 2019

Filed 10/08/19

Page 6 of 85

Seile 5

V. Oas Urteil wird fur vorlaufig vollstreckbar erklart.

VI.

Zu

Zwecken

der

Vollstreckung

jeweiligen Antrage festzusetzen.

Einzelstreitwerte

hinsichtlich

der

Bei

Vorliegen

der

§ 331 Abs. 3 ZPO.

Voraussetzungen

beantragen

wir

eine

Entscheidung

gemaR

Von der Durchfuhrung eines vorgeschalteten Schieds· bzw. Guteverfahrens ist mangels

Erfolgswahrscheinlichkeit vorliegend abzusehen. AuBergerichtliche Korrespondenz zu

einer Lizenznahme ist bislang erfolglos geblieben.

Case 5:19-cv-02520-LHK

Document 185-30

EIP Europe LLP

Klageschrift vom 13. August 2019

Inhaltsverzeichnis

Filed 10/08/19

Page 7 of 85

Seite 6

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

c) einer NAS-Verbindung

Aufbau

d) einer RRC-Verbindung

Aufbau

2. Aufgabe und technisches Problem

18

20

21

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

3.

b) Netz- und Schichtenarchitektur im LTE-Standard und Herstellung einer RRC-

28

30

33

33

34

35

35

und NAS-Verbindung

c) LTE-Bezeichner (Identifier)

d) NAS-Zustandsmodell

e)

f)

einer NAS-Verbindung

Aufbau einer RRC-Verbindung

Aufbau

Im Einzelnen zur Benutzung der klagepatentgemar

a)

en

Lehre

Attach Request- erste Prozedur

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

Case 5:19-cv-02520-LHK

Document 185-30

EIP Europe LLP Klageschrift vom 13. August 2019

Filed 10/08/19

Page 8 of 85

Seite 7

 

b)

Mittelbare Verlelzung des Verfahrensanspruchs 5

78

IV.

Rechtsausfuhrungen

78

C.

Zustandigkeit

79

Case 5:19-cv-02520-LHK

Document 185-30

EIP Europe LLP Klageschrift vom 13. August 2019

Begrundung

Filed 10/08/19

Page 9 of 85

Seite 8

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-

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

Case 5:19-cv-02520-LHK

Document 185-30

EIP Europe LLP Klageschrift vom 13. August 2019

Filed 10/08/19

Page 10 of 85

Seite 9

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

Diese tatsachlich

(,,true UMTS") und fur den 2G-(GSM)-Standard (,,true GSM') gelten.

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"

Lizenzierungsprog ramm beigetreten.

Programm.

Die

Klagerin

ist u.a. mit dem Klagepatent dem genannten

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.

Case 5:19-cv-02520-LHK

Document 185-30

EIP Europe LLP Klageschrift vom 13. August 2019

II. Die Beklagte

Filed 10/08/19

Page 11 of 85

Seite 10

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).

Case 5:19-cv-02520-LHK

Document 185-30

EIP Europe LLP Klageschrift vom 13. August 2019

Seri en- und Sondera usstattu ng .

Infotainment, Navigation und Kommunikation

8U~M

,_"~

Gfllle!»I\ SilQ Scnc,'J"""1 una fntel~nz e1nes d,,g,011s1ertm Mui1med1HyRRtr'\S. Se entxlwi,je't

--.-.osi,

lrlixm.ttoni1fl 0~ .artl'I1gl thllnso llt.r,c.l S4r,,dcht Bidiiff"lftn-gac.nw•otwa :im baruhn.lnp,

•li;

l'a

,

rut"

-c~"',

,,e.d.s-S.n:

,uG

u•1.11.iinc M9u~u

Notruhyst,-m

"•l"'IC'OL.»l11~""

15-4~:se,~

Da~ r.4 ,~.e,~e-!r8or-n: ~¥,1' 1 .;ts-r~,:.m t )1"1'" M N.rH.,11 rv J lf. "'rH ;h->
Da~ r.4
,~.e,~e-!r8or-n:
~¥,1' 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~~
li)otn ( ~ rr-.
th1Klf'Jsrrr.,at:I 111!
~1~r-.~ $1 r,
1,.t:,J,rt.i
,,ra
t.lii ,lK"1o>m lJrra I 1~1vl'l.Jtr-1":t<
ir, Pforr ;f
.)l
;.gt:.~•
f,n,~H,.i, 'o'OO P
.JH j,i? lt" II t~ :vr-
;nung~~rairn
.("r"ine r\ • 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"'-'<'
.,., ~
«•
~n ,j:Ji,
:.er,:1~.,,.
111,•ior
,.,
1.:.-e:+-, ,11 cit
-
1.-
,
Poe ,,
- ~~ >:11 il"ft"" - ,!;1 ,~-., 1 , c:n n, f • ""
r.-
,1,_,
,ce,;
,---1,
A_ ·
. -.i, ,
• .P ·
1,c .- :"(lj ~,
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
,.,.,
.1~·; ,,,t
~ L of"'l.1• ;1,o~•r,, '°''"
fl'•·
I JJ"41-c - <t('l'f
,,.
-tl'klll l ~k-~- ',t"r' 11 ;!
'':'t,~ , l ll'•.!.1\t
,,,,
I

Filed 10/08/19

~s

)51

J62

Pno1s Euro

Jn1tl.l.l,rSc

,ll

M,i,~t

0.00

0,00

0.00

J.on

0,)0

o.,JO

~

:i

s

Page 12 of 85

f

s

s

s

Seite 11

s

< f

; ~

i

:::

" g

,;

~

s

s

s

c,]

:;l!

s

s

~

0

~

s

s

Q

s

"

a

0

s

s

-"

!

t~i

~

•!:i

-11:•li

i;~

<!:.

s

s

11. Diese Module ermoglichen unter anderem die Herstellung einer lnternetverbindung im Rahmen der Nutzung von ,,Mercedes me connect"-Diensten.

Me r cedes me conn ect.

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 ivttalln Ul~I ~

DIIMn:z• m: Jl"l""'11.11bVCfl 1 JaN abE~~~un,: odM lf'lbfU.,

o.nsr. ~npftctl(JI wrlinpr1 Wflden. OIi! lt$11'NNII' .lk1'rlHUnl det ftfoql.

D

ahm. du~ dfot"I ~

mogt"1-i, M' ~--~

"~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
"~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"OQ f St.\.t.:i.rto ,
d
~ ~~ .,, arl!.afll'iton Unbl ,3.Jt~ 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~~"'"

M8UX

lJd.e :u 0t~~"'" M8UX 12. Wahlt man im Menu oben auf der Webseite
lJd.e :u 0t~~"'" M8UX 12. Wahlt man im Menu oben auf der Webseite

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:

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

Case 5:19-cv-02520-LHK

Document 185-30

EIP Europe LLP Klageschrift vom 13. August 2019

Filed 10/08/19

Page 13 of 85

Seite 12

;a

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

CD

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

GLC 250 JMATIC Coupe

a

("

't

)

II

"

•I

-

Coupe • a (" 't • ) II " • •I • - C ZOOCou"" ••

C ZOOCou""

••

>

) II " • •I • - C ZOOCou"" •• > GlA IBO S1>ort Utlltly Ve~tCle

GlA IBO S1>ort Utlltly Ve~tCle

rr , I

1

,.

'

a

Gl C

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

Ausstattungen" des

Automobils unter .,Alie Serien- und Sonderausstattungen" (in rater Markierung):

LTE (bzw. 4G- )-fahige Kommunikationsmoduf als eines von

weiteren

Case 5:19-cv-02520-LHK

Document 185-30

EIP Europe LLP Klageschrift vom 13. August 2019

Filed 10/08/19

Page 14 of 85

Seite 13

C 200 C~up,•

.\IIP Si>riPn- untl SonclPl'c:JUSstc1ttungrn.

WMIM

'

:.

-

'

Extras

v

lnfotamm~f\l. tbv ig.Jt1on uml KommumkJt 1on

V

AMG

v

h,terieur

V

~ussl,oltungslime

~ussl,oltungslime V

V

Exteneur

V

Weiter

Aus-stattungcn

V E x t e n e u r V Weiter Aus-stattungcn .:e-- ~ ~.1 r
.:e-- ~ ~.1 r ,1 1 r ~ -: I L· t ' ii! e
.:e-- ~ ~.1
r ,1
1 r ~
-:
I
L· t
'
ii! e \ 4•:
.:e-- ~ ~.1 r ,1 1 r ~ -: I L· t ' ii! e \

14. Das TCU gehort zur Serienausstattung.

Ill.

Hintergrund des Rechtsstreits

II

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

File

ein bilaterales FRAND-Lizenzangebot unterbreitet und Zugang zu einer

Share

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

FRAND-Lizenzangebot unterbreitet und Zugang zu einer Share Conversant Wireless Licensing S.a.r.l ./. Daimler AG - EP
FRAND-Lizenzangebot unterbreitet und Zugang zu einer Share Conversant Wireless Licensing S.a.r.l ./. Daimler AG - EP
FRAND-Lizenzangebot unterbreitet und Zugang zu einer Share Conversant Wireless Licensing S.a.r.l ./. Daimler AG - EP
FRAND-Lizenzangebot unterbreitet und Zugang zu einer Share Conversant Wireless Licensing S.a.r.l ./. Daimler AG - EP
FRAND-Lizenzangebot unterbreitet und Zugang zu einer Share Conversant Wireless Licensing S.a.r.l ./. Daimler AG - EP
FRAND-Lizenzangebot unterbreitet und Zugang zu einer Share Conversant Wireless Licensing S.a.r.l ./. Daimler AG - EP
FRAND-Lizenzangebot unterbreitet und Zugang zu einer Share Conversant Wireless Licensing S.a.r.l ./. Daimler AG - EP
FRAND-Lizenzangebot unterbreitet und Zugang zu einer Share Conversant Wireless Licensing S.a.r.l ./. Daimler AG - EP
FRAND-Lizenzangebot unterbreitet und Zugang zu einer Share Conversant Wireless Licensing S.a.r.l ./. Daimler AG - EP
FRAND-Lizenzangebot unterbreitet und Zugang zu einer Share Conversant Wireless Licensing S.a.r.l ./. Daimler AG - EP
FRAND-Lizenzangebot unterbreitet und Zugang zu einer Share Conversant Wireless Licensing S.a.r.l ./. Daimler AG - EP
FRAND-Lizenzangebot unterbreitet und Zugang zu einer Share Conversant Wireless Licensing S.a.r.l ./. Daimler AG - EP
FRAND-Lizenzangebot unterbreitet und Zugang zu einer Share Conversant Wireless Licensing S.a.r.l ./. Daimler AG - EP
FRAND-Lizenzangebot unterbreitet und Zugang zu einer Share Conversant Wireless Licensing S.a.r.l ./. Daimler AG - EP

Case 5:19-cv-02520-LHK

Document 185-30

EIP Europe LLP Klageschrift vom 13. August 2019

Filed 10/08/19

Page 15 of 85

Seite 14

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.

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

Case 5:19-cv-02520-LHK

Document 185-30

EIP Europe LLP Klageschrift vom 13. August 2019

Filed 10/08/19

Page 16 of 85

Seite 15

B. Zurn Klagepatent

I.

Formalien

20. Die Klagerin ist eingetragene lnhaberin des deutschen Teils des EP 2 934 050 81 (im

UNO VERFAHREN ZUR

Folgenden

BEREITSTELLUNG EINER VERBINDUNG".

Klagepatent")

mit

dem

Titel

,.VORRICHTUNG

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 iberreichen

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]).

Case 5:19-cv-02520-LHK

Document 185-30

EIP Europe LLP Klageschrift vom 13. August 2019

Filed 10/08/19

Page 17 of 85

Seite 16

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

Case 5:19-cv-02520-LHK

EIP Europe LLP Klageschrift vom 13. August 2019

Document 185-30

Anlage EIP A3a. (wird nachgereicht)

a) UMTS-Netzarchitektur

Filed 10/08/19

Page 18 of 85

Seite 17

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 (

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:

) zu unterscheiden. Das Funknetzwerk besteht aus

USIM"

·

UE

,

I

Figure 5.3. UTRAN arc hitel 'turt:

(siehe Seite 57 Anlage EIP A3)

30.

31.

32.

33.

Case 5:19-cv-02520-LHK

Document 185-30

EIP Europe LLP Klageschrift vom 13. August 2019

b)

UMTS-Schichtenarchitektur

Filed 10/08/19

Page 19 of 85

Seite 18

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.

Horizontal ist die Steuerebene der UMTS Architektur in Schichten eingeteilt. wie in der technischen Spezifikation 3GPP TS 25.401 Vers ion 3.1 .0 Release 1999

aus Januar 2000 (Titel:

(S. 10, Figur 3):

Overall Desc riptio n" ) wie folg t dargestellt

UTRAN

.--"--,. I Non-Access Stratum ! I ---1 C~.MM.GMM. 4 M (3) I '* Radio proto-

.--"--,.

I

Non-Access Stratum

!

I

---1

C~.MM.GMM. 4 M (3)

I '*
I '*
I
'*
I '*
Stratum ! I ---1 C~.MM.GMM. 4 M (3) I '* Radio proto- cols (1) U E

Radio

proto-

cols

(1)

UE

,.,

Radio

lu

_/

Iu

proto-

proto

cols

cols

(1)

(2)

(2)

"'

,

.,-

proto

 

cols

Access Stratum

UTRAN

I

:

I

CN

lu

I R~dio l (Uu)

c MIMM.GMM.srJ ~:: o

Wir legen die relevanten Abschnitte der technischen Spezifikation 25.401 Version 3. 1.0 var als

Anlage EIP A4.

Dieser Figur !asst sich zunachst die Unterteilung in zwei Hauptschichten entnehmen: Der Non-Access-Stratu m-(im Folgenden .,NAS")-Schicht und der

darunter liegenden Access-Stratum-(im Folgenden .,AS")-Schicht.

34.

35.

36.

Case 5:19-cv-02520-LHK

Document 185-30

EIP Europe LLP Klageschrift vom 13. August 2019

Filed 10/08/19

Page 20 of 85

Seite 19

Die NAS-Schicht dient dem Aufbau einer Kommunikationsverbindung und der

Aufrechterhaltung dieser Kommunikationsverbindung, wahrend sich das

Benutzerendgerat im

Dafur weist die NAS-Schicht

Mobilfunknetz bewegt.

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" ).

verschiedene funktionale

Einheiten

auf,

z.B.

Session

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" ).

Die AS-Schicht selbst ist aus mehreren Schichten der Steuerungsebene

aufgebaut (RRC, RLC,

(Abschnitt 5.6.3.2 auf S. 30) der technischen Spezifikation 3GPP TS 23.060

Markierung

hinzugefugt):

Version

Aufbau zeigt die Figur 8

MAC und

1999 aus

L1). Diesen

April

2000

3.3.0

Release

wie

folgt

(rote

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;

   

AAL5

AALl

LI

   

LI

 

/\TM

ATM

\ I~

Uu

RNS

 

1G SGS!\.

Figure 8: Control Plane MS - 3G-SGSN

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

37.

38.

39.

40.

41.

Case 5:19-cv-02520-LHK

Document 185-30

EIP Europe LLP Klageschrift vom 13. August 2019

Filed 10/08/19

Page 21 of 85

Seite 20

Wir legen die relevanten Auszuge der technischen Spezifikation 23.060 Version 3.3.0 vor als

Anlage EIP A5.

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.

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

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

dieser technischen Spezifikation legen

auf S. 239-240}. Die relevanten Auszi wir vor als

ige

Anlage EIP A6.

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.}.

Case 5:19-cv-02520-LHK

Document 185-30

EJP Europe LLP Klageschrift vom 13. August 2019

Filed 10/08/19

Page 22 of 85

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).

44.

d) Aufbau einer RRC-Verbindung

Das Verfahren zum Aufbau einer RRC-Verbindung wird in der folgenden

Abbildung dargestellt:

UE

If;)

UTRAl\J / RNC

~i~

1a1e

mode

CCC' H / RA C'

H: RRC Connection Requ

RRC Connection Setu

C'CC!f / FA C H·

UTAAI\

st

onnec:ec mo

.

DCC

H: ARC Connection Setup Comp /

--·--~- ----

mo . DCC H: ARC Connection Setup Comp / - -·--~- ---- Fi~ure 7. 13 RRC

Fi~ure 7. 13

RRC .:unnl.>cllon .:,l.!tlh,hn'k:nt pro.:C"durc

(vgl. S. 141 der Anlage EIP A3)

45.

46.

Case 5:19-cv-02520-LHK

Document 185-30

EfP Europe LLP Klageschrift vom 13. August 2019

Filed 10/08/19

Page 23 of 85

Seite 22

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

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.

UTRAN zum UE gesendet und heir

t

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

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

eine Auflosung des Routing -Bereichs (Routing Area, im

Ruhezustand befindet, wird i

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).

ihrt

iber

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

Klagepatent [00041).

ist.

Eine

SGSN

bedient

typischerweise

mehrere Bereiche (vgl.

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

Case 5:19-cv-02520-LHK

Document 185-30

EIP Europe LLP Klageschrift vom 13. August 2019

Filed 10/08/19

Page 24 of 85

Seite 23

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).

Case 5:19-cv-02520-LHK

Document 185-30

EIP Europe LLP Klageschrift vom 13. August 2019

Filed 10/08/19

Page 25 of 85

Seite 24

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.

1.1

1.2

1.3

1.2.1

1.3.1

1.3.2

1.3.3

1.3.4

59. Verfahrensanspruch 5:

5.

5.1

5.2

Benutzerendgeratevorrichtung, die konfiguriert ist zurn:

Speichern eines Kernnetzwerkelementbezeichners;

HinzufOgen

einer RRC-Nachricht

des

Kernnetz.verkelementbezeichners

zu

zum Herstellen einer RRC-Verbindung; und

Senden der RRC-Nachricht

rnit dem Kernnetzwerkelementbezeichner

uber eine Funkverbindung

zu

einem

Netzwerkefement

Funkzugangsnetzwerks,

eines

um eine Verbindung zu einem Satz van Kernnetzwerkelementen herzustellen, mit dem sich die Vorrichtung verbinden wird.

Verfahren fur ein Benutzerendgerat, welches folgende Schritte aufweist:

Speichern eines Kernnetzwerkefementbezeichners;

Hinzufugen

einer RRC-Nachricht

des

Kernnetzwerkelementbezeichners

zu

Case 5:19-cv-02520-LHK

EIP Europe LLP Klageschrift vom 13. August 2019

5.3

5.2.1

5.3.1

5.3.2

5.3.3

5.3.4

Document 185-30

Filed 10/08/19

Page 26 of 85

Seite 25

zum Herstellen einer RRC-Verbindung; und

Senden der RRC-Nachricht

mit dem Kernnetzwerkelementbezeichner

Ober eine Funkverbindung

zu

Funkzugangsnetzwerks,

einem

Netzwerketement

eines

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

die Herstellung einer Verbindung verwendet wird (vgl. [0022] des

hinzugefugt wird, die fi

Klagepatents).

ir

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

Nachrichten die Verbindunq mit dem Kernnetz herzustellen, schlagt das Klagepatent vor,

einer RRC-Nachricht den

bereits

Ke rnn etzwerkelementbezeichner beizufOgen.

iber

den Austausch weiterer

wahrend

des

Aufbaus

der

RRC-Verbindunq

Case 5:19-cv-02520-LHK

Document 185-30

EIP Europe LLP Klageschrift vom 13. August 2019

Filed 10/08/19

Page 27 of 85

Seite 26

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 LTE-Standard

 

66. beschriebene

Die

technische

Lbsung

des

Klagepatents

wurde

in

den

LTE-Standard

67.

68.

Obernommen.

a)

Allgemeines

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.

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.

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

(2013-01) (im Folgenden ,,TS 23.003") als Anlage EIP A9. Conversant Wireless Licensing S.a.r.l ./. Daimler AG
(2013-01) (im Folgenden ,,TS 23.003") als Anlage EIP A9. Conversant Wireless Licensing S.a.r.l ./. Daimler AG
(2013-01) (im Folgenden ,,TS 23.003") als Anlage EIP A9. Conversant Wireless Licensing S.a.r.l ./. Daimler AG
(2013-01) (im Folgenden ,,TS 23.003") als Anlage EIP A9. Conversant Wireless Licensing S.a.r.l ./. Daimler AG
(2013-01) (im Folgenden ,,TS 23.003") als Anlage EIP A9. Conversant Wireless Licensing S.a.r.l ./. Daimler AG
(2013-01) (im Folgenden ,,TS 23.003") als Anlage EIP A9. Conversant Wireless Licensing S.a.r.l ./. Daimler AG
(2013-01) (im Folgenden ,,TS 23.003") als Anlage EIP A9. Conversant Wireless Licensing S.a.r.l ./. Daimler AG
(2013-01) (im Folgenden ,,TS 23.003") als Anlage EIP A9. Conversant Wireless Licensing S.a.r.l ./. Daimler AG
(2013-01) (im Folgenden ,,TS 23.003") als Anlage EIP A9. Conversant Wireless Licensing S.a.r.l ./. Daimler AG
(2013-01) (im Folgenden ,,TS 23.003") als Anlage EIP A9. Conversant Wireless Licensing S.a.r.l ./. Daimler AG
(2013-01) (im Folgenden ,,TS 23.003") als Anlage EIP A9. Conversant Wireless Licensing S.a.r.l ./. Daimler AG
(2013-01) (im Folgenden ,,TS 23.003") als Anlage EIP A9. Conversant Wireless Licensing S.a.r.l ./. Daimler AG
(2013-01) (im Folgenden ,,TS 23.003") als Anlage EIP A9. Conversant Wireless Licensing S.a.r.l ./. Daimler AG
(2013-01) (im Folgenden ,,TS 23.003") als Anlage EIP A9. Conversant Wireless Licensing S.a.r.l ./. Daimler AG
(2013-01) (im Folgenden ,,TS 23.003") als Anlage EIP A9. Conversant Wireless Licensing S.a.r.l ./. Daimler AG
(2013-01) (im Folgenden ,,TS 23.003") als Anlage EIP A9. Conversant Wireless Licensing S.a.r.l ./. Daimler AG
(2013-01) (im Folgenden ,,TS 23.003") als Anlage EIP A9. Conversant Wireless Licensing S.a.r.l ./. Daimler AG
(2013-01) (im Folgenden ,,TS 23.003") als Anlage EIP A9. Conversant Wireless Licensing S.a.r.l ./. Daimler AG
(2013-01) (im Folgenden ,,TS 23.003") als Anlage EIP A9. Conversant Wireless Licensing S.a.r.l ./. Daimler AG

69.

70.

71.

72.

73.

Case 5:19-cv-02520-LHK

Document 185-30

EIP Europe LLP Klageschrift vom 13. August 2019

Filed 10/08/19

Page 28 of 85

Seite 27

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,

3GPP TS 24.301 Version 11.5.0 Release 11 (2013-01) (im Folgenden

"TS 24.301") als

Anlage EIP A11

und 3GPP TS 36.331 Version 11.2.0 Release 11 (2013-02) (im Folgenden ,.TS 36.331") als

Anlage EIP A12.

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.

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

3GPP TS 23.003 Version 15.7.0 Release 15 (2019-06)

https://portal .3gpp.orq/desktopmodules/Specifications/ Specifica tion Details

.aspx?specificationfd=729

Case 5:19-cv-02520-LHK

Document 185-30

EIP Europe LLP Klageschrift vom 13. August 2019

Filed 10/08/19

Page 29 of 85

Seite 28

3GPP TS 36.300 Version 15.5.0 Release 15 (2019-05)

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?specificationId=1072

3GPP TS 36.331 Version 15.5.1 Release 15 (2019-05)

https://portal.3gpp.org/desktopmodules/Specifications/Specification0etails

.aspx?specification ld=2440

b) Netz- und Schichtenarchitektur im LTE-Standard und Herstellung einer

74.

75.

RRC- und NAS-Verbindung

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

Bevor naher auf die Benutzung der klagepatentgemar

en

(1)

LTE-Netzarchitektur

Anlage EIP A13.

Das LTE-Netzwerk besteht wie das UMTS-Netzwerk aus drei

dem Funknetzwerk

( E-UTRAN")

Funknetzwerk besteht aus Basisstationen (,,eNode B"), die auch die

Funktion der Funknetzsteuerung ubernehmen. Das Kernnetz besteht aus Kemnetzwerkelemen ten (wie ,.Serving Gateway" und .,MME" ( Mobile Management Enti t y)). Grafisch las st sich d ie LTE-

sowie dem Kernnetzwerk ( "Evolved Packet Core"). Das

Hauptkomponenten: dem Benutzerendgerat (

UE"),

Netzwerkarchitektur wie folgt darstellen:

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

( UE"), Netzwerkarchitektur wie folgt darstellen: Conversant W ireless Licensing S.a.r.l ./. Daimler AG - EP
( UE"), Netzwerkarchitektur wie folgt darstellen: Conversant W ireless Licensing S.a.r.l ./. Daimler AG - EP
( UE"), Netzwerkarchitektur wie folgt darstellen: Conversant W ireless Licensing S.a.r.l ./. Daimler AG - EP
( UE"), Netzwerkarchitektur wie folgt darstellen: Conversant W ireless Licensing S.a.r.l ./. Daimler AG - EP

Case 5:19-cv-02520-LHK

Document 185-30

EIP Europe LLP Klageschrift vom 13. August 2019

Filed 10/08/19

Page 30 of 85

Seite 29

Evolved Packet Core PON Gateway MME eNooe B eNode B UE Radio Access Network· E-UTRAN
Evolved Packet Core
PON
Gateway
MME
eNooe B
eNode B
UE
Radio Access Network· E-UTRAN

76.

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

Aucll die LTE-Schichtenarchitektur ahnelt ihrem Gegenstuck aus dem

UMTS- Standard, welches sich der nachfolgenden eingeblendeten Figur entnehmen lasst:

•

POCP RLC --- IIIW:- A"· ,, ,.,.14 ~ j¢==:> L1
POCP
RLC
---
IIIW:-
A"·
,, ,.,.14
~
j¢==:>
L1

RR?'

RLC

~-

l

s~l

--

SCTP

IP

L2

l1

_-----,

POCP

~ s, ~~ ~
~
s,
~~
~

MM:

L1

s~l - - SCTP IP L 2 l1 _-----, POCP ~ s, ~~ ~ MM: L1

St-AP

SClP

i ·

IP

L2

I

L1

----

!

UE

~~ ~ MM: L1 St-AP S C l P i · I P L2 I L1

MME~~ ~ MM: L1 St-AP S C l P i · I P L2 I L1

t !¥Ure !Jl - '""

\cct-S" ~1n1wm ,, \ \,,) c-onfrol 11laDC' prolocol "tad,

(vgl. S. 410 der Anlage EIP A 13, TS 36.300, S. 20ff.)

77.

78.

79.

Case 5:19-cv-02520-LHK

Document 185-30

ElP Europe LLP Klageschrift vom 13. August 2019

Filed 10/08/19

Page 31 of 85

Seite 30

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.

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 S1-AP-Schicht an die

MME weitergeleitet, damit zwischen dem UE und der MME eine NAS-

Verbindung hergestellt werden kann.

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-

encapsulated" ) und zwischen der eNode B

Nachrichten aufzunehmen (

und der MME zu ubertragen (vgl. S. 410ff. der Anlage EIPA13).

80.

81 .

c) LTE-Bezeichner (Identifier)

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.).

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.

Case 5:19-cv-02520-LHK

Document 185-30

EIP Europe LLP Klageschrift vom 13. August 2019

Filed 10/08/19

Page 32 of 85

Seite 31

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

(1)

die

Subscriber Identity).

S-TMSI

(System

GUTI und GUMMEI

Architecture

Evolution

Temporary

Mobile

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 GUT I lasst sich wie folgt

darstellen (vgl. S. 17 der TS

23 .003 und

Figur 1.16 auf Seite 21

hinzugefugt):

der Anlage

EIP

A 14

-

rote Markierung

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

21 hinzugefugt): der Anlage EIP A 14 - rote Markierung Conversant Wireless Licensing S.a.r.l ./. Daimler
21 hinzugefugt): der Anlage EIP A 14 - rote Markierung Conversant Wireless Licensing S.a.r.l ./. Daimler
21 hinzugefugt): der Anlage EIP A 14 - rote Markierung Conversant Wireless Licensing S.a.r.l ./. Daimler
21 hinzugefugt): der Anlage EIP A 14 - rote Markierung Conversant Wireless Licensing S.a.r.l ./. Daimler
21 hinzugefugt): der Anlage EIP A 14 - rote Markierung Conversant Wireless Licensing S.a.r.l ./. Daimler
21 hinzugefugt): der Anlage EIP A 14 - rote Markierung Conversant Wireless Licensing S.a.r.l ./. Daimler
21 hinzugefugt): der Anlage EIP A 14 - rote Markierung Conversant Wireless Licensing S.a.r.l ./. Daimler
21 hinzugefugt): der Anlage EIP A 14 - rote Markierung Conversant Wireless Licensing S.a.r.l ./. Daimler

Case 5:19-cv-02520-LHK

Document 185-30

EIP Europe LLP Klageschrift vom 13. August 2019

Filed 10/08/19

Page 33 of 85

Seite 32

M_c_c_

_,[

I

3bcl

M_N_c_

_,JI

16

b et

G~~pE10

ll

8

b,t

c_Moc1_M_;;_

32 0 ,1

JII

M-TMSI

MME Identifier

S -TMSI

\ G obally U nique MME lcent1he1 IGUMMEI\

85.

'--' -----,---------'}

y

Globally Unique Temporary UE Identity (GUTI)

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:

Sachverstandigengutachten.

(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.

Beweis:

Sachverstandigengutachten.

87.

Case 5:19-cv-02520-LHK

Document 185-30

EIP Europe LLP Klageschrifl vom 13. August 2019

d) NAS-Zustandsmodell

Filed 10/08/19

Page 34 of 85

Seite 33

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 A11; 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):

besteht (vgl. TS 23.401, S. 60, Anlage EIP A8): ECM-IDLE RRC connection released RRC connection established

ECM-IDLE

RRC connection

released

S. 60, Anlage EIP A8): ECM-IDLE RRC connection released RRC connection established EC M-CONNECTED Figure 4.6.4-3:

RRC connection

established

EC M-CONNECTED

Figure 4.6.4-3: ECM state mode l in UE

90.

Case 5:19-cv-02520-LHK

Document 185-30

EIP Europe LLP Klageschrift vom 13. August 2019

f) Aufbau einer RRC-Verbindung

Filed 10/08/19

Page 35 of 85

Seite 34

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

(vgl. TS 36.331 , S. 40, Anlage EIP A 12): UE I I EllTRAN RRC( ·01111cct

RRC( ·01111cct io 11R<!, /ll <!., t _

RR( ·co1111 ecrio11Sc: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 LTE, 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."

Conve rsant Wireless Lice nsing S .a.r .l ./. Daimler A G - EP 050

helps to reduce connection establishment delay." Conve rsant Wireless Lice nsing S .a.r .l ./. Daimler
helps to reduce connection establishment delay." Conve rsant Wireless Lice nsing S .a.r .l ./. Daimler
helps to reduce connection establishment delay." Conve rsant Wireless Lice nsing S .a.r .l ./. Daimler
helps to reduce connection establishment delay." Conve rsant Wireless Lice nsing S .a.r .l ./. Daimler

Case 5:19-cv-02520-LHK

Document 185-30

EIP Europe LLP Klageschrift vom 13. August 2019

Auf Deutsch:

Filed 10/08/19

Page 36 of 85

Seite 35

"- 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

implementierte Prozeduren von der klagepatentgemat1en Erfindung

Ausfuhrungsformen

Gebrauch:

93. Bei der ersten Prozedur ist das UE im Netzwerk unbekannt und war dort noch nie registriert

Request"). Es befindet sich somit im sogenannten ,,EMM-

(Szenario

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.

Attach

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

(RRCConnectionRequest) versendet.

 

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.

97.

98.

99.

100.

Case 5:19-cv-02520-LHK

Document 185-30

EIP Europe LLP Klageschrift vom 13. August 2019

Filed 10/08/19

Page 37 of 85

Seite 36

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).

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 A12). Die GUMMEI ist ein eindeutiger

Bezeichner des Kernnelzelements MME, mit welchem die Mobilstation zuletzt verbunden war.

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.

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).

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.

101.

102.

103.

Case 5:19-cv-02520-LHK

Document 185-30

EIP Europe LLP

Klageschrift vom 13. August 2019

Filed 10/08/19

b) Service Request - zweite Prozedur

Page 38 of 85

Seite 37

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.

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 ).

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.

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

 

Case 5:19-cv-02520-LHK

Document 185-30

Filed 10/08/19

Page 39 of 85

EIP Europe LLP

 

Seite 38

Klageschrift vom 13. August 2019

 

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 e iner RRC-Nachrich t

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 GUMMEI.

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.

 

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

112.

Case 5:19-cv-02520-LHK

Document 185-30

EIP Europe LLP Klageschrift vom 13. August 2019

(2)

Merkmal 1.1

Filed 10/08/19

Page 40 of 85

Seite 39

,.Speichern eines Kernnetzwerkelementbezeichners;"

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 Teilnehmerbezeichner

Case 5:19-cv-02520-LHK

Document 185-30

Filed 10/08/19

Page 41 of 85

 

EJP Europe LLP Klageschrift vom 13. August 2019

 

Seite 40

 

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

 

113.

(Hervorhebung hinzugefi.igt)

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.

Case 5:19-cv-02520-LHK