Ich hab nochmal darüber nachgedacht, wie eine Signalisierung zum Festnetz bestenfalls aussehen sollte. Ich würde folgende Codecs von höchster bis niedrigster Priorität signalisieren:
[list=1]
[*]EVS
[*]AMR-WB
[*]G.722 (gewandelt, Mobiltelefon nutzt AMR-WB oder EVS)
[*]AMR-NB
[*]G.711 (gewandelt, Mobiltelefon nutzt AMR-NB, oder schlechter)
[*]GSM-EFR
[*]GSM
[/list=1]
Damit sollte immer die beste Qualität je nach Verfügbarkeit im Endgerät ausgewählt werden. Es zeigt auch, dass es gar keinen wirklichen Sinn macht, den GSM-Codec transparent zu übertragen. Selbst, wenn das IP-Telefon kein AMR-NB beherrscht, könnte durch die Wahl von G.711 auf Festnetz-Seite und AMR-NB auf Mobiltelefon-Seite eine deutlich bessere Qualität erreicht werden, als wenn beide Seiten sich auf GSM-EFR einigen würden. Ich gehe auch davon aus, dass es durch eine Wandlung von GSM-EFR zu G.711 zu keiner Verschlechterung der Sprachqualität kommt. Wenn man zusätzlich davon ausgeht, dass alle IP-Telefone mindestens G.711 beherrschen, sollte der GSM-EFR und GSM-Codec nie ausgewählt werden. Somit kann man die beiden letztgenannten auch weglassen.
Beiträge von msowen
-
-
Zitat
Original geschrieben von VoIPTom
Sobald umgewandelt wird, hast du immer einen Qualitätsverlust.
Im Prinzip hast Du recht. Aber meine These ist, dass eine Wandlung von AMR-NB (Mobiltelefon)<->G.711 (Festnetz) eine bessere Qualität liefert, als GSM-EFR (Mobiltelefon)<->GSM-EFR (Festnetz).Hintergrund ist, dass AMR-NB gerade bei schlechter Verbindungsqualität deutlich bessere Ergebnisse liefert als GSM-EFR und G.711 ohnehin immer eine bessere Qualität liefert als GSM-EFR.
-
Hab zufällig heute ein leeres iPhone SE in den Händen und noch irgendwo eine AldiTalk-Karte herumfliegen gehabt. Hab mich dann mal auf meinem Telekom-Festnetz angerufen und war sehr erstaunt:
INVITE sip:04131*******@93.234.149.156:55539;line=357qraxr SIP/2.0
Max-Forwards: 51
Via: SIP/2.0/UDP 217.0.23.167:5060;branch=z9hG4bKg3Zqkv7i6p2rr1zt9txkdoe3okqy5424c
To: <sip:+494131*******@tel.t-online.de;user=phone>
From: <sip:+49157********@telefonica.de;user=phone>;tag=h7g4Esbg_p65552t1499683808m706568c2599060040s1_1488036314-156162849
Call-ID: p65552t1499683808m706568c2599060040s2
CSeq: 1 INVITE
Contact: <sip:sgc_c@217.0.23.167;transport=udp>;+g.3gpp.icsi-ref="urn%3Aurn-7%3A3gpp-service.ims.icsi.mmtel"
Record-Route: <sip:217.0.23.167;transport=udp;lr>
Accept-Contact: *;+g.3gpp.icsi-ref="urn%3Aurn-7%3A3gpp-service.ims.icsi.mmtel"
Min-Se: 900
P-Asserted-Identity: <sip:+49157********@telefonica.de;user=phone>
Session-Expires: 1800
Supported: timer
Supported: histinfo
Supported: norefersub
Content-Type: application/sdp
Content-Length: 261
X-Hmr: iis12!ois12!
Session-ID: a30bb0d232c9c0f2f8ffb19fcaa1279a
Request-Disposition: no-fork
Allow: REGISTER, REFER, NOTIFY, SUBSCRIBE, INFO, PRACK, UPDATE, INVITE, ACK, OPTIONS, CANCEL, BYEv=0
o=- 1038554871 1488036037 IN IP4 217.0.23.167
s=-
c=IN IP4 217.0.5.68
t=0 0
m=audio 30672 RTP/AVP 104 3 8 105
b=AS:80
a=rtpmap:104 GSM-EFR/8000
a=rtpmap:3 GSM/8000
a=rtpmap:8 PCMA/8000
a=rtpmap:105 telephone-event/8000
a=maxptime:20
a=ptime:20Es gibt also tatsächlich mittlerweile eine Zusammenschaltung von Telefonica und Telekom Festnetz. Im Gegensatz zu Telekom Mobil <-> Telekom Festnetz werden sogar die GSM-Codecs mit angeboten:
- GSM (EFR)
- GSM
- G.711 a-law
Einzig verwunderlich ist, warum kein HD-Codec angeboten wurde, obwohl das iPhone SE alle neueren Codecs (bis auf EVS) beherrscht. Das iPhone ist beim Rufaufbau mit CSFB vom LTE-Netz ins UMTS-Netz zurück gefallen. Weder VoLTE noch WIFI-Calling werden anscheinend bei AldiTalk mit dem iPhone SE angeboten.Nachtrag: Auch wenn kein HD-Codec angeboten wird, hätte ich jetzt zumindest zusätzlich AMR-NB erwartet, der ja weitgehend den GSM-Codec (inkl. EFR) ersetzt hat. Somit sollte G.711 trotzdem immer die beste Qualität liefern, da dann ja netzintern AMR-NB<->G.711 gewandelt wird.
-
Zitat
Original geschrieben von kammann
Die Verfügbarkeit von HD-Voice ist bei 1&1 leider so kompliziert, dass sie sich nicht einer einfachen Tabelle abbilden lässt:Unter diesem Gesichtspunkt macht es ja keinen Sinn, 1&1 separat aufzulisten. Viel mehr sollten nur die verwendeten Carrier in der Tabelle auftauchen. Ich werde 1&1 wieder aus der Tabelle entfernen und ein Hinweis hinzufügen.
Hier nochmal der Link: https://docs.google.com/spread…mauLHCHQ/edit?usp=sharing
-
Zitat
Original geschrieben von Abi99
B) Telekom: Angenommen ich habe einen IP-basierten Anschluss der Deutschen Telekom und erhalte einen HD-Anruf aus dem Netz von T-Mobile – bietet mir die Deutsche Telekom dann neben G.711, G.722 auch noch AMR-WB an?
Nein, leider nicht. Hab gerade von meinem iPhone 7 eingebucht im Telekom-LTE-Netz (VoLTE) meinen Telekom-IP-Festnetzanschluss angerufen. Der Telefonie-Server sendet folgendes SIP/SDP-Paket:v=0
o=- 1870359054 2952334536 IN IP4 217.0.21.105
s=-
c=IN IP4 217.0.4.132
t=0 0
a=sendrecv
m=audio 31776 RTP/AVP 9 8 100
a=rtpmap:9 G722/8000
a=rtpmap:8 PCMA/8000
a=rtpmap:100 telephone-event/8000
a=fmtp:100 0-15
a=maxptime:40
a=sendrecv
a=ptime:20Also folgende Reihenfolge:
[list=1]
[*]G722
[*]G711 (a-law)
[/list=1] -
Zitat
Original geschrieben von mobiNerd
Ich vermute mal nicht lange :/.
Ich würde bereits vorhanden Zellen schützen, und Beiträge über Änderungen nur per Kommentare erlauben.
Ich habe mal 1&1 DSL <-> Vodafone Mobil ergänzt.Alles klar. Ich hab es jetzt geschützt. Hab nicht so viel Erfahrung mit öffentlichen Dokumenten.
Danke für Deine Ergänzungen!
-
Zitat
Original geschrieben von sailing2capeside
Ich habe nach Rücksprache das Dokument mal auf Google Docs erstellt. Ich probiere mal wie lange das gut geht, wenn ich das Dokument editierbar online stelle. Wer möchte, kann seinen Provider mal ergänzen:
https://docs.google.com/spread…mauLHCHQ/edit?usp=sharing
Viel Spaß!
-
Zitat
Original geschrieben von gaspode
Mal schauen wann iOS unterstützt wird. Geht iOS bei Vodafone?
Die Codecs werden nicht in Software, sondern nur in Hardware realisiert. Auch wegen der Batterielaufzeit. Der Chipsatz des iPhone 7 kann jedenfalls kein EVS. Also vor dem iPhone 8 (Edit: bzw. iPhone 7s) wird das nichts. -
Zitat
Original geschrieben von 42407
EVS wird wegen der etwas höheren benötigten Bandbreite auf keinen Fall über GSM funktionieren. Dass da was bei UMTS nachimplementiert wird, kann ich mir kaum vorstellen.EVS geht schon ab 5,9 kbps los. Ob die Qualität dann aber wirklich besser als AMR-WB ist, weiß ich nicht.
-
Zitat
Original geschrieben von sailing2capeside
Das ist mal eine brillante Übersicht! Wäre es möglich das Dokument per Google Docs/Office 365 etc. online zu stellen? Vielleicht kann man gemeinsam das Dokument auf dem aktuellen Stand halten? Neu wäre zum Beispiel, dass die Telekom jetzt auch EVS unterstützt:
https://www.telekom.com/de/med…-mit-hd-voice-plus-494308
Leider steht in der Pressemitteilung nur etwas von LTE, nicht von UMTS oder GSM. Das wäre noch zu überprüfen. Es wäre auch interessant, welcher Codec bei der Weiterleitung ins Telekom Festnetz verwendet wird. Weiterhin steht in der Pressemitteilung: "Netzbetreiber-übergreifende Gespräche werden in Kürze ebenfalls möglich sein.". Ich bin gespannt!
