Samsung Galaxy S: Das Telefon sendet oder empfängt keine Anrufe und Textnachrichten

Ich besitze ein gerootetes Samsung Galaxy S mit 2.2 Froyo. Mein Dienstanbieter ist AT&T.

Von Zeit zu Zeit, etwa einmal pro Woche bis einmal im Monat, wechselt mein Telefon unerwartet und ohne Vorwarnung in einen Zustand, in dem es sich weigert, Textnachrichten und Anrufe zu senden oder zu empfangen. Die einzige Möglichkeit, die ich gefunden habe, um mein Telefon wieder normal zum Laufen zu bringen, ist ein Neustart.

Insbesondere wenn ich versuche, eine Textnachricht zu senden, sagt es nur, sendingscheint aber nie wirklich etwas zu senden. Ich erhalte überhaupt keine Textnachrichten (und wenn ich mein Telefon wieder einschalte, erhalte ich möglicherweise mehrere auf einmal, die vor über einer Stunde gesendet wurden).

Ich bekomme keine Anrufe.

Wenn ich versuche, jemanden anzurufen, höre ich das „Klingelgeräusch“ nicht, und das Telefon versucht endlos anzurufen, ohne dies tatsächlich zu tun. Wenn ich aufgebe und versuche, auf die rote Schaltfläche „Anruf beenden“ zu klicken, kehrt es zwar zum Startbildschirm zurück, zeigt aber das Telefonsymbol in der Benachrichtigungsleiste an.

Wenn ich das Benachrichtigungsfeld nach unten schiebe, hat es eine Art grünes „In Bearbeitung“-Anrufding mit ein paar Tasten zum Stummschalten oder Beenden des Anrufs. Der Versuch, den Anruf zu beenden, bewirkt absolut nichts, und die Sache mit dem laufenden Anruf bleibt dort hängen, bis ich neu starte.

Das Internet (sowohl WLAN als auch 3G) scheint jedoch zu funktionieren.

Ich bin mir nicht sicher, was genau dieses Problem verursacht oder wie häufig dies auftritt. Da ich es nur merke, wenn ich jemanden anrufen muss oder einen Anruf erwarte, ist es durchaus möglich, dass dieses Problem häufiger auftritt, als ich es bemerke, und sich ebenso stillschweigend von selbst löst (obwohl ich keine Ahnung habe, wie ich das überprüfen kann).

Ich habe versucht im Internet zu suchen, aber nichts brauchbares gefunden. Kann jemand feststellen, was mit meinem Telefon nicht stimmt, oder mir helfen, das Problem zu diagnostizieren?

Bearbeiten:

Hier ist mein Logcat und hier ist die Ausgabe , die ich nach dem Ausführen von adb bugreport. Der Fehler/Absturz trat zuletzt am Donnerstag, den 10. Januar 2013 auf. Ich weiß, dass ich ab etwa 15:20 Uhr (Pazifikzeit) keine Anrufe/SMS mehr erhalten habe, und ich habe das Telefon gegen 16:10 Uhr neu gestartet. 16:20 Uhr.

Können Sie das Logcat beilegen, damit wir es diagnostizieren können?
@t0mm13b: Ich habe den Logcat hinzugefügt. Lassen Sie mich wissen, ob ich noch etwas hinzufügen kann / ob ich es falsch gemacht habe.
Ich bekomme ungefähr jede Woche genau die gleichen Symptome mit meinem No-quite-so-smart (Nokia)-Telefon ohne Android!? Anderer Dienstleister. Das Telefon scheint ansonsten OK zu funktionieren.

Antworten (3)

Ich vermute, dass der Kernel nach dem Lesen von Logcat und Dump einige Prozesse beendet hat, sei es am ROM selbst oder an einem fehlerhaften RIL (Radio Interface Layer), RIL ist für die Kommunikation mit dem Mobilfunk-Basisband verantwortlich Firmware.

Dies ist der Auszug aus dem Kernel, der zeigt, wie Dolphin, Alarm Clock, Google Voice(?) getötet werden:

[125362.321461] select 2452 (ogle.android.gm), adj 8, size 5199, to kill
[125362.321481] select 2543 (.osp.app.signin), adj 9, size 3650, to kill
[125362.321495] select 2559 (pp.clockpackage), adj 9, size 4222, to kill
[125362.321512] send sigkill to 2559 (pp.clockpackage), adj 9, size 4222
[125363.255635] select 1225 (ek.TunnyBrowser), adj 7, size 19674, to kill
[125363.255657] select 2452 (ogle.android.gm), adj 8, size 5189, to kill
[125363.255671] select 2543 (.osp.app.signin), adj 9, size 3648, to kill
[125363.255684] select 2597 (gphone.acc.free), adj 9, size 3850, to kill
[125363.255699] send sigkill to 2597 (gphone.acc.free), adj 9, size 3850
[125364.339592] touch_led_control: 2 
[125365.378613] select 1225 (ek.TunnyBrowser), adj 7, size 19294, to kill
[125365.378646] select 2452 (ogle.android.gm), adj 8, size 5061, to kill
[125365.378664] select 2543 (.osp.app.signin), adj 9, size 3604, to kill
[125365.378681] select 2611 (ock.xtreme.free), adj 9, size 3969, to kill
[125365.378702] send sigkill to 2611 (ock.xtreme.free), adj 9, size 3969

Dies ist der Auszug aus der Telefonie, beachten Sie die protokollierte Zeitlücke, zuletzt protokolliert um 19:23:48.949 und 19:35:33.144 :

01-13 19:23:48.949 D/RILJ    ( 2574): [14954]> REQUEST_GET_NEIGHBORING_CELL_IDS
01-13 19:23:48.949 D/RILC    ( 2366): [14954]> GET_NEIGHBORING_CELL_IDS 
01-13 19:23:48.949 D/RILC    ( 2366): [14954]< GET_NEIGHBORING_CELL_IDS fails by E_REQUEST_NOT_SUPPORTED
01-13 19:23:48.949 D/RILJ    ( 2574): [14954]< REQUEST_GET_NEIGHBORING_CELL_IDS error: com.android.internal.telephony.CommandException: REQUEST_NOT_SUPPORTED
01-13 19:35:33.144 D/RILJ    ( 2574): [14955]> SCREEN_STATE: true
01-13 19:35:33.148 D/RILC    ( 2366): [14955]> SCREEN_STATE (1)
01-13 19:35:33.152 D/GSM     ( 2574): [GsmMultiDCT] Stop poll NetStat
01-13 19:35:33.644 D/RILC    ( 2366): [UNSL]< UNSOL_RESPONSE_NETWORK_STATE_CHANGED

Weiter im Protokoll zur Telefonie:

01-13 19:36:13.891 D/RILC    ( 2366): [14972]< QUERY_NETWORK_SELECTION_MODE {0}
01-13 19:36:13.891 D/RILJ    ( 2574): [14971]< SCREEN_STATE
01-13 19:36:13.891 D/RILJ    ( 2574): [14972]< QUERY_NETWORK_SELECTION_MODE {0}
01-13 19:36:13.895 D/RILC    ( 2366): [14973]< OPERATOR {AT&T,AT&T,310410}
01-13 19:36:13.899 D/RILJ    ( 2574): [14973]< OPERATOR {AT&T, AT&T, 310410}
01-13 19:36:13.899 I/GSM     ( 2574): EVENT_POLL_STATE_OPERATOR
01-13 19:36:13.899 D/RILC    ( 2366): [14974]< GPRS_REGISTRATION_STATE { 1,a7e9,007537ea,9}
01-13 19:36:13.899 D/RILJ    ( 2574): [14974]< GPRS_REGISTRATION_STATE {1, a7e9, 007537ea, 9}
01-13 19:36:13.899 D/RILC    ( 2366): [14975]< REGISTRATION_STATE {1,a7e9,007537ea,(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),0}
01-13 19:36:13.903 D/RILJ    ( 2574): [14975]< REGISTRATION_STATE {1, a7e9, 007537ea, null, null, null, null, null, null, null, null, null, null, 0}
01-13 19:36:13.923 I/GSM     ( 2574): <Leo> PrePLMN: 310410, plmn: 310410, ss.getState(): 0
01-13 19:36:13.923 I/GSM     ( 2574): handlePollStateResult(); regState: 1, mNewLuRejCause: 0
01-13 19:36:13.923 D/GSM     ( 2574): Poll ServiceState done:  oldSS=[0 home AT&T AT&T 310410  HSDPA CSS not supported -1 -1RoamInd: -1DefRoamInd: -1EmergOnly: false] newSS=[0 home AT&T AT&T 310410  HSDPA CSS not supported -1 -1RoamInd: -1DefRoamInd: -1EmergOnly: false] oldGprs=0 newGprs=0 oldType=HSDPA newType=HSDPA
01-13 19:36:21.298 D/RILC    ( 2366): [0001]> OEM_HOOK_RAW (raw_size=6)
01-13 19:36:21.302 D/RILC    ( 2366): [0001]< OEM_HOOK_RAW
01-13 19:36:21.306 D/RILC    ( 2366): [UNSL]< <unknown request> {0}
01-13 19:36:21.306 D/RILJ    ( 2574): processing unsol response: java.lang.RuntimeException: Unrecognized unsol response: 11012

Die NITZ (Netzwerkidentität und Zeitzone) taucht auch ziemlich oft auf, wie unten im gleichen Telefonieprotokoll gezeigt wird, IIRC, NITZ-Handhabung war nicht gerade großartig bis zu ICS, in dem ein Patch erstellt wurde, um die Handhabung der Zeitzonen zu handhaben (entweder Roaming beim Surfen im Netz oder etwas ist mit dem RIL schief gelaufen:

01-13 19:13:19.035 D/RILC    ( 2366): sendUnsolicitedResponses: multi client index=2, fd=28
01-13 19:13:19.035 D/RILC    ( 2366): [UNSL]< UNSOL_NITZ_TIME_RECEIVED {13/01/14,03:13:18-32,00}

Die angezeigten Telefoniefehler fallen auf wie ein wunder Daumen, und auch auf die Tatsache, dass Froyo 2.2 alt ist und möglicherweise nicht in der Lage ist, das Problem mit AT & T zu lösen, das es verursacht. Außerdem könnte AT&T seine Systeme aktualisiert/aufgerüstet haben, d. h. zusätzliche Telefonieinformationen/NITZ in einem Format senden, das Froyo nicht verarbeiten kann und einfriert.

Am besten probierst du ein Firmware-Update aus und schaust, ob das Problem dadurch behoben wird.

Da das Mobilteil gerootet ist, sollten Sie vor einem Update am besten ein Backup von allem erstellen, Titanium Backup verwenden , um Benutzer-Apps und -Daten zu sichern, und SMS Backup & Restore verwenden , um die SMS-Nachrichten zu speichern. Es wird unvermeidlich sein, dass das Upgrade Root verliert, aber andererseits wäre es nach dem Upgrade einfach, dies zu tun.

Es scheint, dass Ihr Mobilteil einige Defekte aufweist. Es gibt also keine einfachen Hacks oder Reparaturen, die speziell auf Ihre Situation zutreffen. Aber hier sind einige ... Vorschläge, wie Sie den Fehler beheben können ... und einige Tipps, um ... das Problem ... zu diagnostizieren ... wie Sie gefragt haben.

  • Versuchen Sie, eine andere SIM-Karte in Ihrem Gerät zu verwenden. Diese Art von Problemen wird häufig verursacht, wenn die SIM-Karte die Metallanschlüsse Ihres Telefons nicht berührt.
  • Überprüfen Sie Ihre Signalstärke. Bei schlechten Signalpegeln verhalten sich einige Geräte seltsam, wenn sie einen schlechten Empfang vom Träger haben.
  • Gehen Sie zu Ihren Mobilfunknetzeinstellungen und versuchen Sie, zwischen den verschiedenen verfügbaren Netzmodi zu wechseln.

Wenn keiner der oben genannten Punkte Ihr Problem gelöst hat, sollten Sie mit Ihrem Händler/Hersteller sprechen (und ggf. Ihre Garantie in Anspruch nehmen) oder es an der Zeit sein, das Mobilteil auszutauschen. Die Option zum Aktualisieren Ihres Betriebssystems auf das neueste Ice Cream Sandwich ist nicht anwendbar. Für Ihr Gerät ist kein offizielles Update verfügbar ( src )

Keine Variante des Galaxy S erhält ein ICS-Update. Siehe den von Ihnen geposteten Quelllink.

Ermöglicht das Telefon den Flugmodus? Versuchen Sie es zu aktivieren und dann zu deaktivieren.

Dies löst das Problem möglicherweise nicht vollständig, ist jedoch eine Problemumgehung für andere Telefone mit ähnlichen Problemen.

Ich kann damit in den Flugzeugmodus wechseln, und ich habe mehrmals versucht, ihn ein- und auszuschalten, aber leider scheint es keinen Unterschied zu machen.
Samsung Galaxy S: Das Telefon sendet oder empfängt keine Anrufe und Textnachrichten
AntwortenHierDatenschutz-Bestimmungen1y, 0v