when i got a call for at least 2 rings the phone ist not ringing. Instead i get messages of an missed call before the phone starts to ring. I am located in germany and use a congstar sim card. Congstar is the discount company of t-mobile.
Issue
(enter here…)
**KI Analyse:
CALL_STATE_RINGING. Aber schon 61 ms später (10:56:12.367) fällt der Status wieder auf CALL_STATE_IDLE. Das Telefon-Framework kommt gar nicht dazu, die Verbindung fertig aufzubauen, und bricht mit der Meldung ab:Found no ringing call, INCOMING_MISSED
→ Ergebnis: verpasster Anruf, Benachrichtigung Nr. 1.
2. Versuch – 10:56:18.300 Uhr:
Exakt dasselbe passiert nochmal, wieder über VoLTE/IMS, wieder nach ca. 60 ms Abbruch mit derselben INCOMING_MISSED-Ursache.
→ Ergebnis: verpasster Anruf, Benachrichtigung Nr. 2.
3. Versuch – 10:56:21.098 Uhr:
Diesmal kommt der Anruf nicht über VoLTE/IMS, sondern als normaler leitungsvermittelter (CS) Anruf (“UpdateCsCallSession… INCOMING”) rein – also über klassisches 2G/3G-Fallback statt VoLTE. Dieser Versuch läuft sauber durch alle Filter (Anrufer-Info, Blockierprüfung, Spam-Check) und das Telefon klingelt tatsächlich.
Das heißt konkret: Dein Netz/die Funkzelle versucht den Anruf zweimal per VoLTE zuzustellen, was jeweils sofort scheitert und als „verpasster Anruf" verbucht wird, bevor der dritte Versuch als normaler Anruf tatsächlich durchklingelt. Das ist kein Software-Bug im eigentlichen Sinne des Pixel, sondern ein Problem beim VoLTE-Handshake zwischen Netz und Modem – typischerweise durch schwachen Empfang, eine überlastete Zelle, oder ein Problem in der Netz-/Modemkonfiguration ausgelöst.
Workaround, ist das Ausschalten von VoLTE (Einstellungen → Netzwerk&Internet → Sim-Karten → Anbieter z.B. congstar → VoLTE ausschalten). Allerdings funktioniert der Workaround nur bis das 2G Netz (2028) abgeschaltet wird. Dann wird VoLTE wieder zwinged benötigt. Weitere Einschränkung ist. dass man während des telefonierens nicht gleichzeitig im Internet surfen kann.
Prüfe nach jedem IodeOS-/Sicherheits-Update kurz testweise, ob VoLTE mit einem eingehenden Testanruf wieder sauber funktioniert (einfach kurz einschalten, jemanden bitten dich anzurufen, ggf. wieder ausschalten). Solche IMS-Bugs werden öfter durch Modem-Firmware- oder Systemupdates behoben.
Warum das trotzdem an mehreren Orten passiert
Das passt zu einem bekannten Fehlerbild bei Pixel-Geräten (bes. Pixel 8/9 mit Samsung-„Shannon"-Modem) in Kombination mit bestimmten VoLTE-Netzen: Das Netz baut den Anruf parallel über mehrere Wege auf (z. B. gleichzeitig IMS/VoLTE-Signalisierung an mehrere Zellen/Pfade, sog. “Forking”), und storniert dann den nicht genutzten Pfad. Wenn das Handy/Modem diese Race-Condition nicht sauber behandelt, wird der stornierte Pfad fälschlich als “verpasster Anruf” gebucht, bevor der tatsächliche Anruf (oft dann als klassischer CS-Fallback) durchkommt. Das ist eher ein Zusammenspiel aus Netzverhalten des Mutternetzes (Telekom D1) und **Modemsoftware des Pixels
**