MEID-Prüfziffer
Für den MEID-Körper 6C4BFFC0000004 ist die Prüfziffer 4, die fünfzehnstellige MEID lautet also 6C4BFFC00000044: die übliche Luhn-Regel in Basis 16 über die Hex-Ziffern 0 bis 9 und A bis F. Sie können auch eine vollständige MEID prüfen. Kostenlos in Ihrem Browser.
- Kostenlos
- Läuft in Ihrem Browser
- Ohne Anmeldung
- Ihre Daten bleiben auf Ihrem Gerät
Im Browser ausführen – kostenlos
Rechenbeispiel
- MEID
- 6C4BFFC0000004
- Berechnungsmodus
- Compute
- Eingabe
- 6C4BFFC0000004
- Prüfziffer
- 4
- MEID
- 6C4BFFC00000044
CDMA- und Multimode-Handsets kennzeichnen das Funkmodul mit einem Mobile Equipment Identifier (MEID): vierzehn hexadezimale Ziffern für Hersteller- und Serienfelder sowie optional ein fünfzehntes Prüfzeichen, das so berechnet wird, dass ein Tippfehler oder eine Vertauschung weit häufiger scheitert, als wie ein anderes Gerät auszusehen. Diese Fähigkeit berechnet diese Prüfziffer mit der Standardformel Luhn mod-16 über das Hex-Alphabet 0-9A-F oder prüft einen vollständigen fünfzehnstelligen Hex-MEID und meldet, ob das gespeicherte Schlusszeichen dem neu berechneten Wert entspricht.
So wird die MEID-Prüfziffer berechnet
Ein MEID-Rumpf besteht immer aus vierzehn hexadezimalen Ziffern. Das optionale Prüfzeichen ist ein weiteres Symbol desselben Alphabets 0-9A-F, erzeugt durch den Luhn-mod-N-Algorithmus mit N gleich sechzehn. Jedes Produkt wird mit der Ziffernsumme zur Basis sechzehn floor(product/16) plus product modulo sechzehn reduziert; anschließend werden alle reduzierten Werte summiert.
Der Prüfcodepunkt ist sechzehn minus diese Summe modulo sechzehn, erneut modulo sechzehn, sodass eine bereits durch sechzehn teilbare Summe das Prüfzeichen null ergibt. Das Anhängen dieses einzelnen Hex-Zeichens liefert die fünfzehnstellige Zeichenkette für Inventaretiketten, Provisioning-Feeds und Audit-CSVs. Die Validierung ist die Umkehrung: das erwartete Zeichen aus den ersten vierzehn Symbolen neu berechnen und mit dem fünfzehnten vergleichen.
*-Werkzeugen unterscheiden können. Eine bestandenene Prüfziffer beweist nur arithmetische Wohlgeformtheit; sie beweist keine GSMA-Zuteilung, keinen Carrier-Whitelist-Status und nicht, dass das Gerät nicht als verloren gemeldet ist.
Wo MEID-Prüfziffern in reale Geräteabläufe passen
Gerätehersteller und ODMs vergeben Serienfelder unter einem Herstellercode und müssen das korrekte Prüfzeichen vor Lasergravur oder Verpackungsetiketten anhängen, damit Carrier- und Unternehmens-Annahmesysteme die Kennung beim ersten Scan akzeptieren. Carrier und MVNOs importieren Partner-CSVs mit fünfzehnstelligen Hex-MEIDs und sollten Zeilen ablehnen, deren Prüfziffer nicht mehr passt — das fängt sowohl menschliche Bearbeitungen als auch Off-by-one-Fehler in vorgelagerten Generatoren ab. Enterprise-MDM- und RMA-Arbeitsplätze lassen Techniker eine MEID tippen oder scannen und können beim Fokusverlust validieren, die Garantieeröffnung blockieren, bis valid true ist, und fehlgeschlagene Tickets reduzieren.
Druckereien, die Asset-Tags aus vierzehnstelligen MEID-Rümpfen setzen, rufen compute einmal pro Einheit auf und platzieren die fünfzehnstellige Zeichenkette unter der Barcode-Grafik. Behandeln Sie eine bestandenene Prüfziffer nicht als Eigentumsnachweis, Netzfreigabe oder Einzigartigkeit in freier Wildbahn — sie beweist nur, dass die fünfzehnstellige Zeichenkette unter Luhn mod 16 arithmetisch wohlgeformt ist, dieselbe Ehrlichkeitsschwelle wie bei jeder Geräte-Prüfsumme.
Anwendungsfälle
Vierzehnstellige MEID für Druck oder Gravur vervollständigen
Nehmen Sie Hersteller- und Serienfelder (vierzehn Hex), rufen Sie den Modus compute auf und drucken oder lasergravieren Sie meid unter dem Asset-Barcode, damit das Etikett eine Luhn-gültige fünfzehnstellige Kennung trägt.
Partner-Gerätekennungsspalten auditieren
Prüfen Sie stapelweise jede MEID in einem Carrier- oder ODM-CSV-Export und stellen Sie Zeilen unter Quarantäne, deren Prüfziffer nicht mehr dem neu berechneten Erwartungswert entspricht.
Häufige Fragen
Was ist eine MEID-Prüfziffer?
Es ist das optionale fünfzehnte hexadezimale Zeichen eines Mobile Equipment Identifier, berechnet aus den ersten vierzehn Hex-Ziffern mit Luhn mod 16, sodass Ein-Zeichen-Tippfehler weit häufiger scheitern, als wie ein anderes Gerät auszusehen.
Was geschieht bei Nicht-Hex-Zeichen, Leerzeichen oder falschen Längen?
Leerzeichen, Bindestriche, Doppelpunkte und Punkte werden zum bequemen Einfügen entfernt. Fehlgeschlagene Validierungsaufgaben werden nicht berechnet.
Wie wird die MEID-Prüfziffer berechnet?
Mit Luhn in Basis 16. Von rechts im vierzehnstelligen Körper werden die Hex-Werte (A ist 10, F ist 15) abwechselnd mit 2 und 1 multipliziert, jedes Produkt wird auf seine Quersumme in Basis 16 reduziert, und die Prüfziffer macht die Summe durch 16 teilbar.
Beweist eine gültige MEID-Prüfziffer, dass das Gerät legitim ist?
Nein. Sie zeigt nur, dass die fünfzehn Zeichen rechnerisch korrekt aufgebaut sind. Über die Herstellerzuteilung, die Freigabe durch den Netzbetreiber, den Besitz oder eine Verlustmeldung sagt sie nichts aus.
Wo wird die fünfzehnstellige MEID gebraucht?
Auf Etiketten und Verpackungen, in Bereitstellungslisten und in Prüftabellen. Netzbetreiber sollten importierte Zeilen ablehnen, deren Prüfziffer nicht mehr stimmt, denn so fallen sowohl Tippfehler als auch Fehler in vorgelagerten Generatoren auf.
Verwandte Tools
Für Entwickler — API-Zugang
Alles auf dieser Seite ist auch per API verfügbar. Dieser Abschnitt richtet sich an Teams, die es in ihre eigenen Systeme einbinden möchten; alle anderen nutzen einfach das Tool oben.
Endpunkt
Authentifizierung per Bearer-Token. Ein einziger POST stellt die Aufgabe in die Warteschlange; das Ergebnis erhalten Sie per Webhook oder über einen signierten Link.
Aufruf aus Ihrem Stack
curl -X POST https://api.kit.forhosting.com/enc/meid \
-H "Authorization: Bearer $KIT_KEY" \
-H "Content-Type: application/json" \
-d '{"meid":"6C4BFFC0000004"}'const res = await fetch("https://api.kit.forhosting.com/enc/meid", {
method: "POST",
headers: {
"Authorization": `Bearer ${process.env.KIT_KEY}`,
"Content-Type": "application/json"
},
body: JSON.stringify({
"meid": "6C4BFFC0000004"
})
});
const { task_id } = await res.json();import os, requests
res = requests.post(
"https://api.kit.forhosting.com/enc/meid",
headers={"Authorization": f"Bearer {os.environ['KIT_KEY']}"},
json={
"meid": "6C4BFFC0000004"
},
)
task_id = res.json()["task_id"]<?php
$res = file_get_contents("https://api.kit.forhosting.com/enc/meid", false, stream_context_create([
"http" => [
"method" => "POST",
"header" => "Authorization: Bearer " . getenv("KIT_KEY") . "\r\nContent-Type: application/json",
"content" => '{"meid":"6C4BFFC0000004"}',
],
]));
$task = json_decode($res, true);body := bytes.NewBufferString(`{"meid":"6C4BFFC0000004"}`)
req, _ := http.NewRequest("POST", "https://api.kit.forhosting.com/enc/meid", body)
req.Header.Set("Authorization", "Bearer "+os.Getenv("KIT_KEY"))
req.Header.Set("Content-Type", "application/json")
res, _ := http.DefaultClient.Do(req)Beispiel-Anfrage
{
"meid": "6C4BFFC0000004"
}Beispiel-Antwort
{
"task_id": "tsk_a1b2c3d4e5f6a1b2c3d4e5f6",
"type": "enc.meid",
"status": "queued",
"_links": {
"result": "/tasks/tsk_…/result"
}
}Die API arbeitet asynchron: Sie erhalten sofort eine task_id. Polling ist mit 1 Anfrage pro Sekunde erlaubt.
Preis
Der Preis steht auf der Seite – keine Tokens, keine Credits. Fehlgeschlagene Aufgaben werden nicht berechnet.
Fehler
| HTTP | Code | Bedeutung |
|---|---|---|
401 | unauthorized | Der API-Schlüssel fehlt oder ist ungültig – prüfen Sie den Authorization-Header (Bearer). |
402 | insufficient_balance | Ihr Guthaben reicht für diese Aufgabe nicht aus – Aufladungen verfallen nicht. |
404 | unknown_type | Unbekannter Aufgabentyp – prüfen Sie das Feld „type“ gegen den Katalog. |
429 | rate_limited | Zu viele Anfragen – warten Sie kurz; Polling ist mit 1 Anfrage pro Sekunde erlaubt. |
Technische Hinweise
Leerzeichen, Bindestriche und Doppelpunkte werden zum bequemen Einfügen entfernt; jedes andere Nicht-Hex-Zeichen und falsche Längen werden mit einem klaren invalid_input-Fehler abgelehnt, statt stillschweigend Müll umzuschreiben. Führen Sie sie kostenlos im Browser aus oder rufen Sie die KIT-API zum veröffentlichten Preis auf; beide Wege nutzen dieselbe reine Arithmetik ohne Netzwerk-Roundtrip und ohne gespeicherte Kennungen.
So wird die MEID-Prüfziffer berechnet
Von rechts im vierzehnstelligen Payload werden abwechselnd die Faktoren zwei und eins auf jeden Nibble-Codepunkt angewendet (A entspricht zehn, B elf, bis F als fünfzehn). Weil der Algorithmus reine Ganzzahlarithmetik mit festem Alphabet ist, liefert dieselbe MEID auf jeder Plattform — Browser, Worker oder Offline-Testharness — dieselbe Prüfziffer; deshalb erscheint die Fähigkeit als Tier-A-Parse-Engine und nicht als Modellaufruf.
So berechnen oder prüfen Sie eine vollständige MEID
Senden Sie ein meid-Feld, das nach Entfernen optionaler Trennzeichen nur hexadezimale Zeichen enthält. Der Modus validate erwartet genau fünfzehn Hex-Ziffern. Leere Zeichenketten, fehlendes meid, ungültige mode-Werte und falsche Längen (zum Beispiel dreizehn oder sechzehn Ziffern) scheitern vor jedem Luhn-Durchlauf und werden nicht berechnet. Bevorzugen Sie compute, wenn Sie eine neue MEID für Druck oder Provisioning erzeugen oder vervollständigen; bevorzugen Sie validate, wenn Sie eine vollständige Kennung von einem Scanner, einer CSV oder einem Lieferanten-Feed erhalten und vor dem Speichern des Asset-Datensatzes ein boolesches Tor brauchen. Leerzeichen, Bindestriche, Doppelpunkte und Punkte werden entfernt, sodass Zeichenketten wie 6C4B-FFC0-0000-04 sauber eingefügt werden; jeder verbleibende Buchstabe außerhalb von A-F oder jedes andere Symbol wird als fehlerhafte Hex-Eingabe mit invalid_input abgelehnt, sodass ein Formular niemals stillschweigend bereinigte Werte akzeptiert. Der Modus compute ist der Standard: liefern Sie genau vierzehn Hex-Ziffern; die Engine gibt check_digit als einstellige Großbuchstaben-Hex-Zeichenkette, meid als diese vierzehn Ziffern plus Prüfzeichen und length fünfzehn zurück. Die Antwort meldet valid true, wenn das Schlusszeichen dem neu berechneten expected_check_digit entspricht, und enthält stets payload (die ersten vierzehn Ziffern), check_digit wie übermittelt, expected_check_digit und die kanonische meid aus payload plus erwartetem Zeichen. Diese Form erleichtert in einer Lager- oder RMA-Oberfläche die Anzeige „Sie haben X getippt, erwartet war Y“ ohne zweite Anfrage. Weil der Pfad reines Parse ohne Uhr, Zufallsquelle oder Netzwerk ist, liefert dieselbe Eingabe im kostenlosen Browser-Werkzeug und in der API stets dasselbe JSON. Bei $0.002 pro erfolgreicher Anfrage können Sie Massengeräteimporte, Etikettendrucker und Partnerdatei-Audits absichern, ohne eine Sonderstufe zu verhandeln.
Wo MEID-Prüfziffern in reale Geräteabläufe passen
Integrationstests und Datenqualitätsjobs berechnen expected_check_digit für jede MEID-Spalte in einem Export neu und stellen Abweichungen unter Quarantäne, bevor sie das Provisioning-HLR oder die Geräte-Blacklist erreichen.
Integrationsbeispiele
Gescannte oder getippte MEIDs bei der Annahme prüfen
Wenn ein Handscanner oder Formular fünfzehn Hex sendet, rufen Sie den Modus validate auf und blockieren Sie Bestands- oder Garantie-Updates, wenn valid false ist; zeigen Sie expected_check_digit, um einen Tippfehler zu beheben.
Technische Fragen
Wie berechne ich eine MEID-Prüfziffer mit dieser API?
Senden Sie POST mit meid auf genau vierzehn Hex-Ziffern und mode compute (oder lassen Sie mode weg). Die Antwort enthält check_digit und meid (die vollständige fünfzehnstellige Hex-Zeichenkette).
Wie prüfe ich einen vollständigen fünfzehnstelligen Hex-MEID?
Senden Sie POST mit der fünfzehnstelligen Hex-Zeichenkette und mode validate. Die Antwort enthält valid, check_digit, expected_check_digit, payload und die kanonische meid.
Ist das MEID-Prüfziffern-Werkzeug kostenlos?
Das Browser-Werkzeug ist kostenlos und läuft lokal. API-Aufrufe nutzen vorausbezahltes KIT-Guthaben zum veröffentlichten Basispreis $0.002; ungültige Eingaben werden nie berechnet.