-
QUERVERWEIS AUF VERWANDTE ANMELDUNGEN
-
Diese Anmeldung beansprucht die Priorität von der am 14. September 2012 eingereichten koreanischen Patentanmeldung Nr. 10-2012-0102483, deren Gesamtheit durch Bezugnahme hierin mit aufgenommen wird.
-
HINTERGRUND
-
Das erfinderische Konzept betrifft embedded Multimedia Cards (eMMC), einen Host steuernde eMMC und Verfahren zum Betreiben eines eMMC-Systems, das einen Host und eine eMMC enthält. Insbesondere betrifft das erfinderische Konzept eine eMMC, eMMC-Systeme und Betriebsverfahren, die die Lese-/Schreibperformance verbessern.
-
Die sogenannte Multimedia Card (MMC) ist ein besonderer Typ einer Flashspeicherkarte, die gemäß anwendbaren Standards definiert ist. Die eMMC ist ein embedded MMC-Standard, der durch einen Satz von durch die Joint Electron Devices Engineering Council (JEDEC) administrierten Standards definiert ist. In einer allgemeinen Konfiguration und Anwendung sind eMMCs entworfen, um in Verbindung mit einem Host innerhalb einer mobilen Kommunikationsvorrichtung, wie z. B. Smartphones, eingeführt (oder ”eingebettet”) zu werden. Die eMMC kommuniziert herkömmlich Datensignale, Steuersignale, Befehle, Takt(e) und/oder Leistungssignale mit einem verbunden Host über einen standardisierten 10-Linienbus.
-
KURZFASSUNG DER ERFINDUNG
-
Gemäß bestimmter Ausführungsformen des erfinderischen Konzepts wird eine eingebettete Multimedia Card (eMMC) vorgeschlagen, die einen Flashspeicher und einen eMMC-Controller enthält, der den Betrieb des Flashspeichers steuert. Der eMMC-Controller enthält ein Befehlsregister, das von einem Host einen Befehlssatz empfängt, der eine nächste Operation definiert, die zweite Daten gleichzeitig mit einer Übermittlung von ersten Daten spezifiziert, die durch eine aktuelle Operation spezifiziert sind, einen ersten Speicher, der die ersten Daten speichert, und einen zweiten Speicher, der die zweiten Daten speichert.
-
Gemäß bestimmten Ausführungsformen des erfinderischen Konzepts wird ein Verfahren zum Betreiben einer embedded Multimedia Card (eMMC) vorgeschlagen, die einen Flashspeicher enthält, wobei die eMMC mit einem Host über eine Befehlsleitung und einen Datenbus verbunden ist, wobei das Verfahren enthält: Übertragen von in einem ersten Speicher der eMMC gespeicherten ersten Daten zu dem Host über den Datenbus als Reaktion auf einen aktuellen Befehl, und gleichzeitig mit der Übertragung der ersten Daten, Kommunizieren eines Befehlssatzes, der eine nächste Operation definiert, die zweite Daten spezifiziert, von dem Host an die eMMC über die Befehlsleitung und Speichern des Befehlssatzes in einem Befehlsregister der eMMC.
-
Gemäß bestimmten Ausführungsformen des erfinderischen Konzepts wird ein Verfahren zum Betreiben einer embedded Multimedia Card (eMMC) vorgeschlagen, die einen Flashspeicher enthält, wobei die eMMC mit einem Host über eine Befehlsleitung und einen Datenbus verbunden ist, wobei das Verfahren enthält: Verwendung von zwei normalen Lese-/Schreiboperationen, um sequentiell eine erste Lese-/Schreiboperation und anschließend eine zweite Lese-/Schreiboperation der Reihe nach auszuführen, wobei jede normale Lese-/Schreiboperation eine Übermittlung von in dem Flashspeicher gespeicherten Daten verursacht; anderenfalls Verwendung einer einzelnen Multi-Warteschlangen-Lese-/Schreiboperation, um die erste Lese-/Schreiboperation gleichzeitig mit der zweiten Lese-/Schreiboperation auszuführen, wobei die Multi-Wartschlangen-Schreiboperation eine Übermittlung von in dem Flashspeicher gespeicherten Daten verursacht.
-
KURZE BESCHREIBUNG DER FIGUREN
-
Merkmale und Vorteile des erfinderischen Konzepts zusammen mit deren Durchführung und Verwendung kann auf einfache Weise durch einen Fachmann beim Betrachten von bestimmten beispielhaften, nachstehend beschriebenen Ausführungsformen in Zusammenhang mit den beigefügten Figuren verstanden werden, in denen:
-
1 ein Blockdiagramm eines eingebetteten Multimedia (eMMC)-Systems gemäß bestimmten Ausführungsformen des erfinderischen Konzepts ist;
-
2 ein Blockdiagramm ist, das ferner die eMMC von 1 darstellt;
-
3 ein konzeptionelles Diagramm ist, das ein mögliches Beispiel eines Befehlsregisters darstellt, das in Zusammenhang mit der eMMC von 2 verwendet werden kann;
-
4 mit 4A, 4B und 4C bestimmte beispielhafte Multi-Warteschlangen-Befehle sowie zu denselben zugehörige Informationen darstellt;
-
5 ein Blockdiagramm ist, das ferner einzelne Puffer 341 und 345 in dem Speicher 340 von 2 gemäß bestimmten Ausführungsformen des erfinderischen Konzepts darstellt;
-
6 ein konzeptionelles Diagramm ist, das eine mögliche Herangehensweise an eine Multi-Warteschlangen-Leseoperation darstellt, die durch das eMMC-System von 1 gemäß bestimmten Ausführungsformen des erfinderischen Konzepts ausgeführt werden kann;
-
7 ein Operationsdiagramm ist, das ferner in einer zeitlichen Art und Weise eine Multi-Warteschlangen-Leseoperation gemäß bestimmten Ausführungsformen des erfinderischen Konzepts darstellt;
-
8 mit 8A und 8B ein Satz von Operationsdiagrammen ist, die eine Nennleseoperation, die durch eine eMMC ausgeführt werden kann, mit einer Multi-Warteschlangen-Leseoperation vergleichen, die durch eine eMMC gemäß Ausführungsformen des erfinderischen Konzepts ausgeführt werden kann;
-
9 ein Operationsdiagramm ist, das eine mögliche Herangehensweise an eine Multi-Warteschlangen-Schreiboperation darstellt, die durch bestimmte Ausführungsformen des erfinderischen Konzepts ausgeführt werden kann; und
-
10 mit 10A und 10B ein Satz von Operationsdiagrammen ist, die eine Nennleseoperation, die durch eine eMMC ausgeführt werden kann, mit einer Multi-Warteschlangen-Leseoperation vergleichen, die durch eine eMMC gemäß Ausführungsformen des erfinderischen Konzepts ausgeführt werden kann.
-
DETAILLIERTE BESCHREIBUNG
-
Bestimmte Ausführungsformen des erfinderischen Konzepts werden nun in zusätzlicher Einzelheit mit Bezug auf die begleitenden Figuren beschrieben. Dieses erfinderische Konzept kann jedoch in vielen verschiedenen Ausführungsformen verkörpert werden und soll nicht derart ausgelegt werden, dass es lediglich auf die dargestellten Ausführungsformen beschränkt ist. Vielmehr sind diese Ausführungsformen derart vorgesehen, dass diese Offenbarung durchgängig und vollständig sein wird, und den Schutzbereich des erfinderischen Konzepts den Fachleuten vollständig vermittelt wird. Durchgängig werden in der schriftlichen Beschreibung und in den Figuren gleiche Bezugszeichen und Bezeichnungen für gleiche oder ähnliche Elemente verwendet.
-
Es wird verstanden werden, dass ein Element als ”verbunden” oder ”gekoppelt” an ein anderes Element bezeichnet wird, das direkt verbunden oder gekoppelt an das andere Element oder dazwischenliegende Elemente vorhanden sein können. Im Gegensatz dazu, wenn ein Element als ”direkt verbunden” oder ”direkt gekoppelt” an ein weiteres Element bezeichnet wird, sind keine dazwischen liegenden Elemente vorhanden. Wie hier verwendet wird, enthält der Begriff ”und/oder” eine und alle Kombinationen von einem oder mehreren der zugehörigen aufgelisteten Gegenstände und kann als ”/” abgekürzt werden.
-
Es soll verstanden werden, dass obwohl die Begriffe erstens, zweitens, usw. zum Beschreiben verschiedener Elemente verwendet werden können, diese Elemente nicht auf diese Begriffe beschränkt sein sollen. Diese Begriffe werden lediglich dazu verwendet, ein Element von einem anderen Element zu unterscheiden. Beispielsweise könnte ein erstes Signal als ein zweites Signal bezeichnet werden und auf ähnliche Weise könnte ein zweites Signal als ein erstes Signal bezeichnet werden ohne von den Lehren der Offenbarung abzuweichen.
-
Die nachfolgend verwendete Terminologie ist nur zum Zwecke der Beschreibung von besonderen beispielhaften Ausführungsformen und ist nicht dazu gedacht, das vorliegende erfinderische Konzept zu beschränken. Die hier verwendeten Singularformen ”ein” und ”der/die/das” sind dazu gedacht auch die Pluralformen zu umfassen, soweit der Zusammenhang nichts anderes klar anzeigt. Es wird ferner verstanden werden, dass die Begriffe ”aufweisen” und/oder ”aufweisend”, oder ”enthalten” und/oder ”enthaltend”, wenn sie in diesen Unterlagen verwendet werden, das Vorhandensein von genannten Merkmalen, Regionen, ganzen Zahlen, Schritten, Operationen, Elemente und/oder Komponenten angeben, aber nicht das Vorhandensein oder Hinzufügen von einem oder mehreren weiteren Merkmalen, Regionen, ganzen Zahlen, Schritten, Operationen, Elementen, Komponenten und/oder Gruppen davon ausschließen.
-
Sofern nichts anderes definiert ist, haben alle hier verwendeten Begriffe (einschließlich technischer und wissenschaftlicher Begriffe) die gleiche Bedeutung wie sie von einem gewöhnlichen Fachmann in dem Bereich, zu dem das Erfindungskonzept gehört, verstanden werden. Es wird weiter verstanden werden, dass hier verwendete Begriffe so interpretiert werden sollen, dass ihre Bedeutung übereinstimmend mit ihrer Bedeutung in dem Kontext dieser Beschreibung und der verwandten Technik ist, und nicht in einer idealisierten und überformalen Art und Weise ausgelegt werden, außer wenn es ausdrücklich hier so definiert ist.
-
Fachleute verstehen, dass verschiedene JEDEC-Standards verfügbar sind, die die Struktur, den Aufbau und/oder die Betriebszustände bzw. -bedingungen der eMMCs kennzeichnen und/oder definieren. Diese Standards können auf einfache Weise aus der Quelle http://www.jedec.org erhalten und herangezogen werden. Beispielsweise enthält der elektrische Standard für eine eingebettete Multimediakarte (eMMC), Version 4.51, die im Juni 2012 veröffentlicht wurde (d. h. JESD84-B451), viele Begriffe und technische Definitionen, die für ein Verständnis des erfinderischen Konzepts zweckdienlich sind.
-
Verschiedene Ausführungsformen des erfinderischen Konzepts können eine oder mehrere Signalleitungen oder Signalbusse zusammen mit entsprechenden Kommunikationskanälen enthalten, die zusätzlich zu dem Standard 10-Drahtbus sind, der durch die JEDEC eMMC-Standards definiert ist.
-
1 ist ein Blockdiagramm eines eMMC-Systems 100 gemäß bestimmten Ausführungsformen des erfinderischen Konzepts. Das eMMC-System 100 enthält einen Host 200, der mit einer ”Vorrichtung” (z. B. einer eMMC) 300 verbunden ist. Der Host 200 kann verwendet werden, um Steuerdatenverarbeitungsoperationen (z. B. Lese-/Schreiboperationen) zu steuern, die durch die eMMC 300 ausgeführt werden. Solche Datenverarbeitungsoperationen können mit einer Singledatenrate (SDR) oder einer doppelten Datenrate (DDR) ausgeführt werden.
-
Der Host 200 kann einer von einer Anzahl von verschiedenen Datenverarbeitungsvorrichtung(en) sein, wie z. B. eine zentrale Recheneinheit (CPU), ein Prozessor, ein Mikroprozessor oder ein Anwendungsprozessor, der Daten verarbeiten kann. Der Host 200 und/oder die eMMC 300 können in einer elektronischen Vorrichtung eingebettet oder implementiert sein. Die elektronische Vorrichtung kann als ein Personalcomputer (PC), ein Laptopcomputer, ein Mobiltelefon, ein Smartphone, ein Tablet-PC, ein Personal-Digital-Assistent (PDA), ein Enterprise(Unternehmens)-Digital-Assistent (EDA), eine Digital-Fotokamera, eine Digital-Videokamera, eine Audiovorrichtung, ein tragbarer Multimediaplayer (PMP), eine persönliche Navigationsvorrichtung oder eine tragbare Navigationsvorrichtung (PND), ein MP3-Player, eine von Hand getragene Spielkonsole oder ein e-Book.
-
Wie durch einen Fachmann erkannt wird, kann die eMMC 300 verschiedenartig mit der elektronischen Vorrichtung über eine Anzahl von Verbindungen, Kanäle oder Signalpfaden verbunden sein, die durch eine oder mehrere herkömmliche Komponenten implementiert sind, die (z. B.) Pad(s), Pin(s), Leitung(en) und Bus(e) mit einschließen.
-
Der in 1 dargestellte Host 200 enthält allgemein einen Prozessor 215, einen Speicher (RAM) 220 und einen Host-Controller 230. Zusätzlich kann ein Host-Resident-Betriebssystem (OS) oder eine Firmware 210 durch den Prozessor 215 verwendet werden, um Daten/Adressen/Befehle/Steuersignale an die eMMC 300 anzusteuern. Der Host 200 und in bestimmten Ausführungsformen der Host-Controller 230 des Hosts 200, kann ein Takterzeuger (nicht gezeigt) und/oder eine Zustandssteuereinheit (nicht gezeigt) enthalten. Der Takterzeuger kann verwendet werden, um ein ”Takt”-Signal CLK zu erzeugen, das als ein Referenzsignal in dem Host 200 und/oder der eMMC 300 verwendet wird. Beispielsweise wird von den Fachleuten verstanden, wie ein fachgemäßer Takterzeuger mit einer Phasenregelkreis(PLL)-Schaltung implementiert werden kann.
-
In bestimmten Ausführungsformen des erfinderischen Konzepts kann der Prozessor 215 eine Hardware-Komponente sein, die die Erzeugung eines zu der eMMC 300 kommunizierten Befehls CMD steuert. Der Prozessor 215 kann auch verwendet werden, um eine aus der eMMC 300 als Reaktion auf einen Befehl empfangene Antwort RES zu analysieren. Der Prozessor 215 kann auch verwendet werden, um in einem Extended Card Specific Data(CSD)-Register (oder einem EXT_CSD-Register) 371 der eMMC 300 gespeicherte Daten zu verarbeiten. Der Prozessor 215 kann auch verwendet werden, um aus der eMMC 300 empfangene Daten und/oder andere Daten zu verarbeiten. In jeder dieser allgemeinen Funktionen kann der Prozessor 215 die OS/Host-Firmware 210 verwenden.
-
Der Host-Controller 230 ist mit der eMMC 300 verbunden und der Host-Controller 230 kann verwendet werden, um den Befehl CMD an die eMMC 300 zu kommunizieren, die Antwort RES aus der eMMC 300 zu empfangen, zu der eMMC 300 zu schreibende ”Schreibdaten” zu übertragen und aus der eMMC 300 abgerufene ”Lesedaten” zu empfangen.
-
Die standardmäßig zehn (10) eMMC-Signalleitungen 101, 102 und der in 1 dargestellte Datenbus 103 sind konsistent mit einsetzbaren Industriestandards (z. B. der durch JEDEC definierte eMMC 4.51). Allerdings ist, wie vorstehend angemerkt, der Umfang des erfinderischen Konzepts nicht nur auf die Standardsignalleitungs-Buskonfigurationen zwischen einem Host und einer eMMC begrenzt.
-
Bei der Standardsignalleitungs-Buskonfiguration von 1 kann eine bidirektionale Taktleitung 101 verwendet werden, um ein Taktsignal CLK von dem Host 200 an die eMMC 300 zu kommunizieren. Eine bidirektionale Befehlsleitung 102 kann verwendet werden, um einen Befehl CMD von dem Host 200 an die eMMC 300 zu kommunizieren und eine Antwort RES zu dem Befehl CMD von der eMMC 300 an den Host 200 zu kommunizieren. Und ein bidirektionaler Datenbus 103, der acht (8) Datensignalleitungen [0:7] enthält, kann verwendet werden, um Schreibdaten von dem Host 200 an die eMMC 300 während einer Schreiboperation zu kommunizieren oder Lesedaten von der eMMC 300 an den Host 200 zu kommunizieren während einer Leseoperation.
-
Bei bestimmten Ausführungsformen des erfinderischen Konzepts kann der Host 200 ein Hardwarerücksetzsignal an die eMMC 300 über eine Rücksetzleitung (nicht gezeigt) kommunizieren. Eine oder mehrere Spannungserzeugungsschaltungen (nicht gezeigt) in dem Host 200 können verwendet werden, um eine oder mehrere Betriebsspannungen an die eMMC 300 vorzusehen. Solche durch einen Host erzeugten Betriebsspannungen können an die eMMC 300 über eine oder mehrere Spannungsleitungen (nicht gezeigt) kommuniziert werden.
-
2 zeigt ein Blockdiagramm, das ferner ein Beispiel der eMMC 300 von 1 gemäß bestimmter Ausführungsformen des erfinderischen Konzepts darstellt. Hier enthält die eMMC 300 allgemein einen Vorrichtungs(eMMC)-Controller 310 und einen Flashspeicher 370.
-
Der eMMC-Controller 310 steuert den Austausch von Lesedaten und Schreibdaten zwischen dem Host 200 und dem Flashspeicher 370. Der in 1 dargestellte eMMC-Controller 310 enthält eine eMMC-Hostschnittstelle 320, eine CPU 330, einen Speicher 340, einen Fehlerkorrekturcode(ECC)-Block 360 und eine Flashschnittstelle 365.
-
Die eMMC-Hostschnittstelle 320 analysiert beim Empfang des Taktsignals CLK und eines Befehls CMD von dem Host 200 den Befehl CMD, erzeugt eine geeignete Antwort RES und kommuniziert die Antwort RES zusammen mit den Lesedaten gegebenenfalls an den Host 200. Die eMMC-Hostschnittstelle 320 von 2 enthält ein Befehlsregister 325, das verwendet werden kann, um eine Multi-Warteschlangen-Leseoperation und/oder Multi-Warteschlangen-Schreiboperation zu implementieren. Diese Operationen werden nachstehend beschrieben.
-
3 zeigt ein konzeptionelles Diagramm, das ein mögliches Beispiel eines Befehlsregisters darstellt, das in Verbindung mit der eMMC von 2 verwendet werden kann. Das Befehlsregister 325 von 3 enthält eine Anzahl bzw. Zahl ”N” von Registersätzen (oder Befehlsregistersätzen), wobei N eine ganze Zahl größer als 1 ist. Somit kann diese Anzahl N verwendet werden, um eine ”Tiefe” (oder Warteschlangen-Größe) für das Multi-Warteschlangen-Register 325 zu verwenden.
-
Bezugnehmend nun auf 2 und 3 kann die eMMC-Hostschnittstelle 320 einen Multi-Warteschlangen-Befehl von dem Host 200 empfangen, der eine maximale Multi-Warteschlangentiefe für das Befehlsregister 325 angibt. Die eMMC-Hostschnittstelle kann anschließend den empfangenen Multi-Warteschlangen-Befehl in die Registersätze des Befehlsregisters 325 speichern. Das Befehlsregister 325 von 3 enthält ”Datengrößenregister” 326-1 bis 326-N, und entsprechende ”Adressregister” 327-1 bis 327-N, die jeweils Startadressen SAN speichern. Die Datengrößen DS1 bis DSN und entsprechende Startadressen SA1 bis SAN sind Beispiele des Typs von Informationen, der in einem durch die Hostschnittstelle 320 empfangenen Multi-Warteschlangen-Befehl enthalten sein können.
-
Auf eine bestimmte Art und Weise kann der Multi-Warteschlangen-Befehl als ein Befehl verstanden werden, der zwischen dem Host 200 und der eMMC 300 vordefiniert ist. Das bedeutet die Kommunikation eines Multi-Warteschlangen-Befehls von dem Host 200 an die eMMC 300 ist eine Art von ”Nach-Vorne-Schauen” zu einem ”nächsten Befehl”, der durch die eMMC 300 auszuführen ist sobald der ”aktuelle Befehl”, der durch die eMMC 300 ausgeführt wird, abgeschlossen wurde. Somit kann ein nächster Befehl (der Multi-Warteschlangen-Befehl) in einer Befehlsausführwarteschlange der eMMC 300 während wenigstens einem Teil der Zeitperiode gespeichert werden, während der ein aktueller Befehl ausgeführt wird.
-
Ein Multi-Warteschlangen-Befehl kann einen ”Lesebefehl”, der bewirkt, dass Lesedaten aus der eMMC 300 abgerufen werden, oder einen ”Schreibebefehl” definieren, der bewirkt, dass Schreibedaten zu der eMMC 300 geschrieben werden. Ein Multi-Warteschlangen-Befehl kann ein ”Datenauslesebefehl”, der bewirkt, dass abgerufene Lesedaten von der eMMC 300 zu dem Host 200 kommuniziert werden, und einen ”Dateneinschreibbefehl” definieren, der Schreibdaten in den mit dem Flashspeicher 370 verbunden Pufferspeicher speichert. Allerdings sind dies nur einfache Beispiele von bestimmten Multi-Warteschlangen-Befehle, die durch Ausführungsformen des erfinderischen Konzepts verwendet werden können.
-
4, inklusive 4A, 4B und 4C, zeigt konzeptionell bestimmte beispielhafte Multi-Warteschlangebefehle sowie Informationen verbunden mit denselben.
-
Bezugnehmend auf 4A kann ein Multi-Warteschlangen-Befehl als ein ”Befehlssatz” CS implementiert werden, der wenigstens einen Befehlsregistereintrag enthält, wobei jeder einen oder mehrere Teile aufweist (z. B. CMD_ds und CMD_sa). Hier ist der erste Teil des Befehlsregistereintrags (CMD_ds 430) ein ”Größenbefehl”, der verwendet wird, um die Größe entweder von den aus dem Flashspeicher 370 abgerufenen Lesedaten oder der Größe der zu dem Flashspeicher 370 zu schreibenden Schreibdaten zu spezifizieren. Der zweite Teil des Befehlsregistereintrags (Befehl CMD_sa 440) ist ein ”Adressbefehl”, der verwendet wird, um eine Startadresse für die Lesedaten oder Schreibdaten zu spezifizieren. Bei der dargestellten Ausführungsform von 4a kann der Größenbefehl CMD_ds der erste ausgegebene gefolgt durch den Adressbefehl CMD_sa sein. Allerdings kann diese Ausgabereihenfolge umgekehrt werden.
-
Bezugnehmend auf 4B kann der Größenbefehl 430 bei wenigstens einer Ausführungsform einen Befehlstyp 431 und einen Datengrößenwert (z. B. eine Blockanzahl) 432 enthalten. In diesem Zusammenhang ist ein Block eine vorgegebene Dateneinheit einer vorbestimmten Größe und kann z. B. der Größe der Datenspeicherstelle in dem Flashspeicher 370 entsprechen. Passend zu der Ausführungsform von 3 kann die Datengröße 432 von 4 in einem der Datengrößenregister 326-1 bis 326-N in dem Registersatz 325 gespeichert werden.
-
Bezugnehmend auf 4C kann der Adressbefehl 440 bei wenigstens einer Ausführungsform einen Befehlstyp 441 und einen Startadresswert 442 enthalten. Der Startadresswert 442 des Adressbefehls 440 kann in einem der entsprechenden Adressregister 327-1 bis 327-N in dem Registersatz 325 gespeichert werden. Allerdings können bei anderen Ausführungsformen des erfinderischen Konzepts der Datengrößenwert 432 und der Startadressenwert 442 in einem zu der eMMC 300 kommunizierten Einzelbefehl enthalten sein.
-
Bezugnehmend zurück auf 3 können eine ”Datengröße” DS und eine ”Startadresse” SA in einem von dem Host 200 ausgegebenen Multi-Warteschlangen-Befehl enthalten sein und zu der eMMC 300 kommuniziert werden. Die Startadresse SA gibt eine Startposition für durch den Multi-Warteschlangen-Befehl identifizierte Daten an und die Datengröße DS zeigt die Größe der Daten an. Beispielsweise kann, wenn der Multi-Warteschlangen-Befehl ein Lesebefehl ist, die Startadresse SA als ”100” angezeigt werden, und die Datengröße DS kann als ”10” angezeigt werden. Somit wird der einzelne Lesebefehl die eMMC 300 veranlassen, 10 Datenblöcke von Lesedaten abzurufen, die bei der Startadresse in dem Flashspeicher 370 von 100 beginnen.
-
Bezugnehmend auf 2 kann die CPU 330 verwendet werden, um die Operationen der Hostschnittstelle 320 und der Flashschnittstelle 365 zu steuern, sowie die Gesamtoperation der eMMC 300. Der Speicher 340 kann verwendet werden, um temporär Schreibdaten und/oder Lesedaten, die zwischen der Hostschnittstelle 320 und der Flashschnittstelle 365 kommuniziert werden, speichern. Der Speicher 340 kann durch einen nicht-flüchtigen Speicher implementiert sein. Bei der dargestellten Ausführungsform von 2 enthält der Speicher 340 Speicherabschnitte, die als ein normaler Puffer 341, ein Warteschlangen-Datenpuffer 345 und eine Vorrichtungsfirmware 350 bezeichnet werden. Der Vorrichtungsfirmware 350-Abschnitt kann verwendet werden, um einen durch die CPU 330 ausgeführten Programmcode zu speichern.
-
Der ECC-Block 360 von 2 kann verwendet werden, um Fehler in durch den Flashspeicher 370 vorgesehene Lesedaten zu erfassen und/oder zu korrigieren.
-
Der Flashspeicher 370 von 3 kann verwendet werden, um Daten als Reaktion auf verschiedene Befehle zu empfangen und zu speichern, zu löschen und/oder abzurufen und bereitzustellen. Wenn der Flashspeicher 370 durch den NAND-Flashspeicher implementiert ist, kann z. B. die Flashschnittstelle 365 durch eine NAND-Flashschnittstelle implementiert sein. Bei bestimmten Ausführungsformen kann der Flashspeicher 370 das sogenannte und herkömmlich verstandene EXT_CSD-Register 371 enthalten, das verwendet werden kann, um Vorrichtungseigenschaften und auswählbare Operationsmodi für den Flashspeicher 370 zu speichern.
-
Die eMMC 300 kann zusätzlich oder alternativ ein Hoststeuerregister 372 (1) zusätzlich zu dem EXT_CSD-Register 371 enthalten, wobei das Hoststeuerregister ein Register ist, das in der eMMC 300 mit Ausnahme des EXT_CSD-Registers 371 angeordnet ist, das durch den Host gesteuert werden kann oder deren Dateninhaltssatz aufweist.
-
Bei der dargestellten Ausführungsform von 2 enthält der Flashspeicher 370 eine Mehrzahl von Speicherelementen CE0 bis CE3. Obwohl vier (4) Speicherelemente CE0 bis CE3 in 2 dargestellt sind, ist das erfinderische Konzept nicht auf diese Anzahl beschränkt. Der Flashspeicher 370 kann konfiguriert sein, um mit zwei oder mehreren Kanälen betrieben zu werden.
-
Der Host 200 kann einen SEND_EXT_CSD-Befehl (= CMD8) ausgeben, um das EXT_CSD-Register 371 zu lesen. Als Reaktion wird die eMMC 300 als ein Block (z. B. 512 Bits in der Länge) die durch das EXT_CSD-Register 371 gespeicherten Daten kommunizieren. Informationen, die die Tiefe ”N” des Befehlsregisters 325 (oder Multi-Warteschlangentiefe) anzeigen, können in einem reservierten Feld des EXT_CSD-Registers 371 enthalten sein. Alternativ können Informationen, die die Multi-Warteschlangentiefe definieren, durch das Hoststeuerregister 371 in der eMMC 300 bereitgestellt werden.
-
5 zeigt ein Blockdiagramm, das ferner einzelne Puffer 341 und 345 in dem Speicher 340 von 2 gemäß bestimmten Ausführungsformen des erfinderischen Konzepts darstellt. Der normale Puffer 341 und der Warteschlangen-Datenpuffer können entsprechend verwendet werden, um temporär Schreibdaten, die von dem Host 200 empfangen wurden und zu dem Flashspeicher 370 zu schreiben sind, oder Lesedaten zu speichern, die aus dem Flashspeicher 370 abgerufen wurden und an den Host 200 zurückgegeben werden sollen.
-
Der normale Puffer 341 wird während normalen Lese-/Schreiboperationen verwendet, wobei eine ”normale” Lese-/Schreiboperation eine Lese-/Schreiboperation ist, die durch den Host 200 mit Ausnahme einer Multi-Warteschlangen-Lese-/Schreiboperation spezifiziert wird. Dagegen wird der Warteschlangen-Datenpuffer 345 während einer Multi-Warteschlangen-Lese-/Schreiboperation verwendet. Allerdings kann entsprechend eines Betriebsverfahrens und/oder einer eMMC-Systemnotwendigkeit und verfügbarer Ressourcen der normale Puffer 341 als ein Teil des Warteschlangen-Datenpuffers 345 verwendet werden und/oder der Warteschlangen-Datenpuffer 345 kann als Teil des normalen Puffers 341 verwendet werden.
-
Bestimmte Abschnitte eines Einzelspeichers 340 in dem Vorrichtungscontroller 310 können für den normalen Puffer 341 und Warteschlangen-Daten 345 verwendet werden. Alternativ können separate Speicher oder ein Abschnitt eines allgemeinen Pufferspeichers oder ein Zwischenregisterspeicher für den normalen Puffer 341 und Warteschlangen-Daten 345 verwendet werden. Diese Speicherelemente können intern oder extern von dem Vorrichtungscontroller 310 vorgesehen sein.
-
Der normale Puffer 341 wird üblicherweise verwendet, um Daten als Reaktion auf einen ”normalen Befehl”, der einen normalen Lese-/Schreibbefehl anzeigt, zu speichern, während der Warteschlangen-Datenpuffer 345 üblicherweise verwendet wird, um Daten als Reaktion auf einen ”Multi-Warteschlangen-Befehl” zu speichern, der eine Multi-Warteschlangen-Operation gemäß der Ausführungsform des erfinderischen Konzepts anzeigt. In bestimmten Ausführungsformen des erfinderischen Konzepts wird die Größe des Warteschlangen-Datenpuffers 345 gleich der Multi-Warteschlangentiefe N sein.
-
Wie vorstehend beschrieben, können, wenn der Warteschlangen-Datenpuffer 345 separat von dem normalen Puffer 341 vorgesehen ist, Daten entsprechend einem Multi-Warteschlangen-Befehl in dem Warteschlangen-Datenpuffer 345 ”gleichzeitig mit” (d. h. Ausführzeitperioden für entsprechende Befehle werden wenigstens teilweise in einer überlappenden Weise ausgeführt) Daten gespeichert, die in dem normalen Puffer 341 gespeichert werden.
-
6 zeigt ein konzeptionelles Diagramm, das eine mögliche Herangehensweise einer Multi-Warteschlangen-Leseoperation darstellt, die durch das eMMC-System von 1 gemäß bestimmten Ausführungsformen des erfinderischen Konzepts ausgeführt werden kann. Kollektiv Bezugnehmend auf die 1, 2, 3, 4, 5 und 6 wird angenommen, dass der Host 200 einen Befehlssatz, der Befehlssatzregistereinträge 411, 412, 413 und 414 enthält, an die eMMC 300 über eine Befehlsleitung 102 gleichzeitig mit der Übermittlung der Lesedaten 401, die durch einen ”aktuellen Befehl” (d. h. einen Befehl, der aktuell ausgeführt wird) spezifiziert werden, über den Datenbus 103 zu übermitteln. Auf diese Weise kann eine Befehlswarteschlange für die eMMC 300 wirksam mit einem oder mehreren ”nächsten Befehlen” geladen (oder vorgeladen) werden (d. h. einen oder mehreren sequentiell ausgeführten Befehlen, die dem Abschluss der aktuellen Befehlsausführung folgen), während Daten 401, die mit einem aktuellen Befehl verbunden sind, über den Datenbus 103 kommuniziert werden.
-
Die maximale Anzahl von Befehlsregistereinträgen für einen Multi-Warteschlangen-Satz CS, den der Host 200 an die eMMC 300 senden kann, wird durch die Multi-Warteschlangentiefe N definiert. Unter der Annahme einer Struktur eines in Bezug auf 4 beschriebenen Befehlsregistereintrags kann jeder der Multi-Warteschlangen-Sätze (z. B. 411, 412, 413 und 414) einen Größenbefehl und einen Adressbefehl enthalten. Somit wird bei bestimmten Ausführungsformen angenommen, dass ein Befehlssatz der gleiche wie ein entsprechender Befehlsregistersatz ist, aber dies muss nicht immer der Fall sein.
-
Weiter unter der Annahme der Konfiguration des Befehlsregisters 325 von 3, wird die Datengröße DS1 des Größenbefehls in dem ersten Multi-Warteschlangen-Befehlssatz 411 in dem Datengrößenregister 326-1 gespeichert und wird die Startadresse SA1 des Adressbefehls in dem ersten Multi-Warteschlangen-Befehlssatz 411 in dem Adressregister 327-1 gespeichert. Ebenfalls werden die Datengrößen DS2 des Größenbefehls und die Startadresse SA2 des Adressbefehls bei dem zweiten Multi-Warteschlangen-Befehlssatz 412 in die entsprechenden Register 326-1 bzw. 327-2, und so weiter, gespeichert wie in 6 dargestellt ist.
-
Obwohl in 6 der Klarheit halber nicht dargestellt, kann die eMMC 300 jedes Mal, wenn ein Größenbefehl und ein entsprechender Adressbefehl von dem Host 200 empfangen wird, eine Antwort R1 zu dem Host 200 kommunizieren.
-
Die eMMC 300 kann nun die ersten Daten DAT-a aus dem Speicherelement CE0 des Flashspeichers 370 entsprechend der Datengröße DS1 und der Startadresse SA1 des ersten Multi-Warteschlangen-Befehls 411, die in den Registern 326-1 und 327-1 gespeichert sind, lesen und speichert die ersten Daten DAT-a in dem Warteschlangen-Datenpuffer 345. Die eMMC 300 kann anschließend zweite Daten DAT-b aus dem Speicherelement CE1 entsprechend der Datengröße DS2 und die Startadresse SA2 des zweiten Multi-Warteschlangen-Befehls 412, die in den Registern 326-2 und 327-2 gespeichert sind, lesen und speichert die zweiten Daten DAT-b in den Warteschlangen-Datenpuffer 345, und so weiter, für jeden Multi-Warteschlangen-Befehl in einer seriellen Weise.
-
Alternativ könnten bei bestimmten Ausführungsformen des erfinderischen Konzepts die ersten Daten DAT-a, die zweiten Daten DAT-b, die dritten Daten DAT-c und die vierten Daten DAT-d parallel aus dem Flashspeicher 370 gelesen werden.
-
Wenn die Übermittlung der aktuellen Operationsdaten 401 abgeschlossen ist, kann der Host 200 die Übermittlung der ersten Daten DAT-a, der zweiten Daten DAT b, der dritten Daten DAT-c und der vierten Daten DAT-d von dem Warteschlangen-Datenpuffer 345 empfangen. Beispielsweise kann der Host 200 einen Multi-Warteschlangen-Datenauslesebefehl an die eMMC 300 übertragen, um die in dem Warteschlangen-Datenpuffer 345 gespeicherten Daten zu erhalten. Als Reaktion kann die eMMC 300 sequentiell die ersten Daten DAT-a, die zweiten DAT-b, die dritten Daten DAT-c und die vierten Daten DAT-d, die in den Warteschlangen-Datenpuffer 345 gespeichert sind, an den Host 200 als Reaktion auf einen einzelnen Datenauslesebefehl übertragen. Mit anderen Worten, der Host 200 kann alle in einem bestimmten Warteschlangen-Datenpuffer 345 gespeicherten Daten (DAT-a, DAT-b, DAT-c und DAT-d) als Reaktion auf lediglich einen einzelnen Multi-Warteschlangen-Auslesebefehl erhalten anstatt mehrere normale Datenauslesebefehle anzuwenden, die entsprechend mit den Daten (DAT-a, DAT-b, DAT-c und DAT-d) verbunden sind.
-
7 zeigt ein Operationsdiagramm, das ferner in einer zeitlichen Art und Weise eine Multi-Warteschlangen-Leseoperation gemäß bestimmter Ausführungsformen des erfinderischen Konzepts darstellt. Um eine Multi-Warteschlangen-Leseoperation auszuführen, überträgt der Host 200 einen Größenbefehl CMD_ds, der eine Größe für durch den eMMC-Controller 310 (S510) zu lesende Daten spezifiziert, und der eMMC-Controller 310 sendet eine entsprechende Antwort R1 zurück an den Host 200 (S515). Der eMMC-Controller 310 speichert anschließend den Datengrößenwert, der durch den Größenbefehl CMD_ds angezeigt wird, in einem Registersatz.
-
Nach Empfangen der Antwort R1 sendet der Host 200 einen Adressbefehl CMD_sa an den eMMC-Controller (S520). Der eMMC-Controller sendet eine entsprechende Antwort R1 (S525) und speichert den Startadressenwert, der durch den Adressbefehl CMD_sa angezeigt wird, in dem Registersatz.
-
Die Kombination (oder gemeinsam ”eine Iteration”) von Operationen S510, S515, S520 und S525 können so oft wiederholt werden, wie durch die Multi-Warteschlangentiefe N des Befehlsregisters 325 zugelassen wird. Mehrere Iterationen können gleichzeitig mit der Kommunikation der mit einem aktuellen Befehl verbundenen Daten über den Datenbus 103 ausgeführt werden.
-
Der eMMC-Controller kann nun einen Multi-Warteschlangen-Lesebefehl an den Flashspeicher 370 senden, der wenigstens eine Datengröße und wenigstens eine entsprechende Startadresse, die in dem Befehlsregister 325 (S530) gespeichert sind, anzeigt. Als Reaktion wird der Flashspeicher 370 die spezifizierten Lesedaten (S540) wiedergewinnen und die Lesedaten aus dem Flashspeicher 370 zu dem Warteschlangen-Datenpuffer 345 (S545) zu laden.
-
Wenn der aktuelle Befehl (z. B. ein normaler Auslesebefehl) abgeschlossen wurde (S550 = JA), kann der Host 200 einen Multi-Warteschlangen-Auslesebefehl CMD_ro an den eMMC-Controller 310 (S555) senden und als Reaktion zu diesem einzelnen (Multi-Warteschlangen) Datenauslesebefehl CMD_ro, kann der eMMC-Controller 310 eine Antwort R1 an den Host (S560) zurückgeben und anschließend alle Daten kommunizieren die in dem Warteschlangen-Datenpuffer (S565) entsprechend einer Multi-Warteschlangen-Leseoperation gespeichert sind.
-
8, inklusive 8A und 8B, zeigt einen Satz von Operationsdiagrammen, die eine Nennleseoperation, die durch eine eMMC ausgeführt werden kann, mit einer Multi-Warteschlangen-Leseoperation vergleicht, die durch eine eMMC gemäß Ausführungsformen des erfinderischen Konzepts ausgeführt werden kann. 8A stellt eine Nenn- oder herkömmliche ausgeführte Leseoperation dar und 8B stellt eine Multi-Warteschlangen-Leseoperation gemäß einer Ausführungsform des erfinderischen Konzepts dar.
-
Bei der in 8A dargestellten Nennleseoperation kann, wenn ein aktueller Zustand ein Datenübermittlungszustand ist, d. h. während Daten durch einen Datenbus (610) übermittelt werden, ein Host nicht einen Befehl zum Lesen oder Schreiben von Daten zu einem Flashspeicher mit Ausnahme eines besonderen Befehls, z. B. eines Stoppbefehls oder eines Abbruchbefehls zum Stoppen eines vorangegangenen Befehls, senden. Erst nachdem die Datenübermittlung 610 abgeschlossen ist, kann der Host einen normalen Lesebefehl 620 an die eMMC senden. Die eMMC liest Daten aus dem Flashspeicher als Reaktion auf die normalen Datenlesebefehle 621 und 623 (tR oder 625) und übermittelt die Daten an den Host (627). Während die eMMC die Daten aus dem Flashspeicher (625) liest und die Daten an den Host (627) überträgt, kann der Host nicht einen nachfolgenden Lesebefehl senden. Dadurch muss der Host darauf warten, dass die Daten vollständig empfangen sind bevor der Lesebefehl gesendet wird.
-
Allerdings sendet der Host 200 mit Bezug auf 8B einen Multi-Warteschlangen-Lesebefehlssatz 720 an die eMMC 300 selbst während der Übermittlung von Daten 710. Im Einzelnen sendet der Host 200 einen Größenbefehl CMD57 oder 721 an die eMMC 300 und die eMMC 300 sendet an den Host 200 eine Antwort R1 oder 722 zu dem Größenbefehl CMD57 oder 721. Als Nächstes sendet der Host 200 einen Adressbefehl CMD58 oder 723 an die eMMC 300 und die eMMC 300 sendet an den Host 200 eine Antwort R1 oder 724 zu dem Adressenspezifizierungsbefehl CMD58 oder 723. Hier entspricht der Größenbefehl CMD57 oder 721 dem in 4B dargestellten Größenbefehl 430 und der Adressbefehl CMD58 oder 723 entspricht dem in 4C dargestellten Adressbefehl 440.
-
Der Host 200 kann einen Multi-Wartschlangen-Lesebefehlssatz, der die Befehle CMD57 und CMD58 enthält, an die eMMC 300 n mal senden. Die eMMC 300 liest Daten aus dem Flashspeicher 370 als Reaktion auf den Multi-Warteschlangen-Lesebefehlssatz 720 und speichert die Daten in den Warteschlangen-Datenpuffer 345. Unterdessen werden die übermittelten Daten 710 in dem normalen Puffer 341 gespeichert.
-
Wenn die Übermittlung der vorangegangenen Daten 710 abgeschlossen ist, sendet der Host 200 einen Datenauslesebefehl CMD59 oder 726 an die eMMC 300, um Daten 731 bis 733 aus dem Warteschlangen-Datenpuffer 345 auszulesen. Die eMMC 300 sendet eine Antwort R1 oder 726 an den Host 200 als Reaktion auf den Datenauslesebefehl CMD59 oder 726 und überträgt die Daten 731 bis 733, die in dem Warteschlangen-Datenpuffer 345 gespeichert sind, an den Host 200 über den Datenbus 103.
-
9 zeigt ein Operationsdiagramm, das eine Multi-Warteschlangen-Schreiboperation gemäß bestimmter Ausführungsformen des erfinderischen Konzepts darstellt. Bezugnehmend auf 2, 3 und 9 überträgt der Host 200 einen Größenbefehl CMD_ds, der die Größe der zu schreibenden Daten spezifiziert, an die eMMC 300 mit dem eMMC-Controller 310 (S610). Der eMMC-Controller sendet eine entsprechende Antwort R1 an den Host 200 (S615) und speichert einen Datengrößenwert entsprechend dem Größenbefehl CMD_ds in das Befehlsregister 325.
-
Der Host 200 sendet beim Empfang der Antwort R1 zu dem Größenbefehl CMD_ds einen Adressbefehl CMD_sa an den eMMC-Controller 310 (S620) und der eMMC-Controller 310 sendet eine entsprechende Antwort R1 an den Host 200 (S625) und speichert den Startadressenwert entsprechend dem Adressbefehl CMD_sa in das Befehlsregister 325.
-
Wie zuvor können Operationen S610, S615, S620 und S625 so oft wiederholt werden wie die maximale Multi-Warteschlangentiefe N es zulässt, und können ausgeführt werden, selbst während Daten, die durch eine aktuelle Operation angezeigt werden, über den Datenbus 103 kommuniziert werden. Und Operationen S610, S615, S620 und S625 können ausgeführt werden, selbst während der eMMC-Controller 310 den Befehl, der die aktuelle Operation spezifiziert, zu dem Flashspeicher 370 (S630) sendet und/oder während der Flashspeicher 370 die mit dem aktuellen Schreibbefehl (S640) verbundenen Daten programmiert. Somit können die mit einer aktuellen Adresse verbundenen Schreibdaten übermittelt werden und/oder in dem Flashspeicher 370 mit dem normalen Puffer 341 programmiert werden.
-
Sobald die Übermittlung der aktuellen Schreibdaten abgeschlossen ist (S650 = JA), kann der Host 200 einen Multi-Warteschlangen-Dateneinschreibebefehl CMD_wr an den eMMC-Controller 310 (S655) senden. Als Reaktion auf den Multi-Warteschlangen-Dateneinschreibebefehl CMD_wr sendet der eMMC-Controller 310 eine entsprechende Antwort R1 (S660) und anschließend kann der Host 200 alle mit der Multi-Warteschlangen-Schreiboperation verbundenen Schreibdaten zu dem eMMC-Controller 310 (S665) kommunizieren.
-
Der eMMC-Controller 310 wird alle Schreibdaten in den Warteschlangen-Datenpuffer 345 (S670) speichern. Der eMMC-Controller 310 kann anschließend einen Programmbefehl zu dem Flashspeicher 370 kommunizieren, der die in dem Warteschlangen-Datenpuffer 345 (S675) gespeicherten Schreibdaten programmieren wird und anschließend die Schreibdaten zu dem Flashspeicher (S680) programmiert.
-
10, inklusive 10A und 10B, zeigt einen Satz von Operationsdiagrammen, die eine Nennleseoperation, die durch eine eMMC ausgeführt werden kann, mit einer Multi-Warteschlangen-Operation vergleichen, die durch eine eMMC gemäß Ausführungsformen des erfinderischen Konzepts ausgeführt werden kann. 10A stellt eine Nenn- oder herkömmliche Schreiboperation dar und 10B zeigt eine Multi-Warteschlangen-Schreiboperation.
-
Bei der in 10A dargestellten Nennschreiboperation sendet ein Host nach Abschluss der Übermittlung der vorangegangenen Daten 811 an eine eMMC einen Schreibbefehl CMD oder 821 und Daten DAT-a oder 812 entsprechen dem Schreibbefehl CMD oder 821. Die eMMC programmiert die Daten DAT-a oder 812 in den Flashspeicher (tPRG1). Erst wenn die Daten DAT-a oder 812 vollständig programmiert sind, ist die Übermittlung der Daten DAT-a oder 812 abgeschlossen. Dementsprechend steht der Host bereit bis das Programmieren der Daten DAT-a abgeschlossen ist und sendet erst dann einen weiteren Schreibbefehl CMD oder 822 und die Daten DAT-b oder 813 entsprechend dem Schreibbefehl 822 zu der eMMC.
-
Allerdings sendet der Host 200 mit Bezug auf 10B Multi-Warteschlangen-Schreibbefehlssätze 841 bis 844 zu der eMMC 300, selbst während der Übermittlung der vorangegangenen Daten 831. Die Multi-Warteschlangen-Schreibbefehlssätze 841 bis 844 können einen Größenspezifizierungsbefehl und einen Adressenspezifizierungsbefehl, wie in 4A bis 4C dargestellt, enthalten.
-
Die eMMC 300 speichert die Multi-Warteschlangen-Schreibbefehlssätze 841 bis 844 in dem Befehlsregister 325. Wenn die Übermittlung und die Programmierung (tPROG) der vorangegangenen Daten 831 abgeschlossen ist, sendet der Host 200 an die eMMC 300 einen Dateneinschreibebefehl CMD oder 845 und die Daten DAT-a, DAT-b, DAT-c und DAT-d entsprechend dem Dateneinschreibebefehl 845. Die eMMC 300 speichert die Daten DAT-a, DAT-b, DAT-c und DAT-d in dem Warteschlangen-Datenpuffer 345 und programmiert die Daten DAT-a, DAT-b, DAT-c und DAT-d, die in dem Warteschlangen-Datenpuffer 345 gespeichert sind, in den Flashspeicher 370.
-
Wie vorstehend beschrieben, kann gemäß Ausführungsformen des erfinderischen Konzepts ein Host einen nächsten Lese-/Schreibbefehl senden, selbst während mit einem aktuellen Befehl verbundene Daten übermittelt werden, wodurch es einer eMMC ermöglicht wird, Vorbereitungen für die Ausführungen eines nächsten Lese-/Schreibbefehls durchzuführen. Dadurch wird die Lese-/Schreibperformance der eMMC verbessert.
-
Während das erfinderische Konzept insbesondere mit Bezug auf beispielhafte Ausführungsformen davon gezeigt und beschrieben wurde, wird von den Fachleuten verstanden werden, dass verschiedene Veränderungen in den Ausprägungen und Einzelheiten darin durchgeführt werden können ohne vom Umfang des erfinderischen Konzepts, wie es durch die nachfolgenden Ansprüche definiert ist, abzuweichen.
-
ZITATE ENTHALTEN IN DER BESCHREIBUNG
-
Diese Liste der vom Anmelder aufgeführten Dokumente wurde automatisiert erzeugt und ist ausschließlich zur besseren Information des Lesers aufgenommen. Die Liste ist nicht Bestandteil der deutschen Patent- bzw. Gebrauchsmusteranmeldung. Das DPMA übernimmt keinerlei Haftung für etwaige Fehler oder Auslassungen.
-
Zitierte Nicht-Patentliteratur
-
- http://www.jedec.org [0023]
