Kommt Voice im Festnetz als AMR/EVS an?

msowen · 15. November 2017

Zitat

Original geschrieben von Antonov
Dazu passt folgender Auszug aus der VoIP-Schnittstellenbeschreibung der Telekom (1TR114 Version 3.0.0, Amendment 4.1, Abschnitt §4.2.2):

Interessant ist nur, dass sie das in ihrem eigenen Mobilfunknetz nicht verwenden.

msowen · 15. November 2017

So, der Vollständigkeit halber hier noch ein Versuch von einem iPhone X (mit EVS!) aus dem Vodafone-Netz (LTE+Wifi-Calling) ins Telekom-Festnetz. Eine IP-Zusammenschaltung scheint es zu geben. Es werden aber nur uralte Codecs in folgender Reihenfolge signalisiert:
[list=1]
[*]G.711 (a-law)
[*]G.726-32
[*]G.729
[/list=1]
Es macht übrigens keinen Unterschied, ob das iPhone per LTE oder WiFi-Calling den Anruf startet. Das Ergebnis ist identisch. So viel zu "Crystal Clear".

Code

INVITE sip:04131xxxxxxx@93.234.xxx.xx:51529;line=smkwhsgv SIP/2.0
Max-Forwards: 20
Via: SIP/2.0/UDP 217.0.23.139:5060;branch=z9hG4bKg3Zqkv7iqss2osbm2uqlb4wqv59n7qu9x
To: <sip:+494131xxxxxxx@telekom.de;user=phone>
From: <sip:+49172xxxxxxx@arcor.de;user=phone>;tag=h7g4Esbg_p65541t1510758550m539176c90816975s1_3804179566-779197395
Call-ID: p65541t1510758550m539176c90816975s2
CSeq: 1 INVITE
Contact: <sip:sgc_c@217.0.23.139;transport=udp>;+g.3gpp.icsi-ref="urn%3Aurn-7%3A3gpp-service.ims.icsi.mmtel"
Record-Route: <sip:217.0.23.139;transport=udp;lr>
Accept-Contact: *;+g.3gpp.icsi-ref="urn%3Aurn-7%3A3gpp-service.ims.icsi.mmtel"
Min-Se: 900
P-Asserted-Identity: <sip:+49172xxxxxxx@vodafone.de;user=phone>
Session-Expires: 1800
Supported: timer
Supported: resource-priority
Supported: 100rel
Content-Type: application/sdp
Content-Length: 210
Session-ID: a6e339fabcc6e7766705856c2a952fd0
Allow: REGISTER, REFER, NOTIFY, SUBSCRIBE, PRACK, UPDATE, INFO, INVITE, ACK, OPTIONS, CANCEL, BYE
Accept: application/isup
Accept: application/xml
Accept: application/media_control+xml
Accept: application/vnd.etsi.cug+xml
Accept: application/vnd.etsi.sci+xml
Accept: application/sdp


v=0
o=- 2093329102 3804179345 IN IP4 217.0.23.139
s=IMSS
c=IN IP4 217.0.7.69
t=0 0
m=audio 58610 RTP/AVP 8 101 18 106
a=rtpmap:101 G726-32/8000
a=rtpmap:106 telephone-event/8000
a=sendrecv
a=ptime:20

Alles anzeigen

msowen · 3. Januar 2019

So, jetzt signalisiert die Telekom aus ihrem Mobilfunk endlich auch ins eigene Festnetz AMR-WB - sogar bevorzugt gegenüber G.722! Allerdings von EVS keine Spur...

Code

INVITE sip:04131xxxxxxx@80.131.138.51:34242;transport=tcp;line=72bxdm3m SIP/2.0
Max-Forwards: 52
Via: SIP/2.0/TLS 217.0.20.195:5061;branch=z9hG4bKg3Zqkv7ioqc7nmhh7j9nboppkfive31ws
To: <sip:+494131xxxxxxx@telekom.de;user=phone>
From: <sip:+49177xxxxxxx@tmobile.de;user=phone>;tag=h7g4Esbg_p65541t1546549326m34807c307460156s1_322257890-1630555460
Call-ID: p65541t1546549326m34807c307460156s2
CSeq: 1 INVITE
Contact: <sip:sgc_c@217.0.20.195:5061;transport=tls>;+g.3gpp.icsi-ref="urn%3Aurn-7%3A3gpp-service.ims.icsi.mmtel"
Record-Route: <sip:217.0.20.195:5061;transport=tls;lr>
Accept-Contact: *;+g.3gpp.icsi-ref="urn%3Aurn-7%3A3gpp-service.ims.icsi.mmtel"
Min-Se: 900
P-Asserted-Identity: <sip:+49177xxxxxxx@tmobile.de;user=phone>
P-Asserted-Identity: <tel:+49177xxxxxxx>
Session-Expires: 1800
Supported: timer
Supported: histinfo
Supported: norefersub
Supported: uui
Content-Type: application/sdp
Content-Length: 922
Session-ID: 5654f64c1140c84949438b12f8ffd30f
Request-Disposition: no-fork
Allow: REGISTER, REFER, NOTIFY, SUBSCRIBE, INFO, PRACK, UPDATE, INVITE, ACK, OPTIONS, CANCEL, BYE


v=0
o=- 8352949 322257596 IN IP4 217.0.20.195
s=-
c=IN IP4 217.0.135.5
t=0 0
m=audio 63442 RTP/AVP 96 97 9 98 99 100 101 102 8 103 104
a=rtpmap:96 AMR-WB/16000
a=fmtp:96 mode-set=0,1,2; mode-change-period=2; mode-change-neighbor=1; max-red=0
a=rtpmap:97 AMR-WB/16000
a=fmtp:97 mode-change-capability=2; max-red=0
a=rtpmap:9 G722/8000
a=rtpmap:98 AMR/8000
a=fmtp:98 mode-set=7; max-red=0
a=rtpmap:99 AMR/8000
a=fmtp:99 mode-set=0,1,2,3,4,5,6,7; mode-change-period=2; mode-change-neighbor=1; max-red=0
a=rtpmap:100 AMR/8000
a=fmtp:100 mode-set=0,2,4,7; mode-change-period=2; mode-change-neighbor=1; max-red=0
a=rtpmap:101 AMR/8000
a=fmtp:101 mode-set=0,1,2,3,4,5,6,7; max-red=0
a=rtpmap:102 AMR/8000
a=fmtp:102 mode-set=0,2,4; mode-change-period=2; mode-change-neighbor=1; max-red=0
a=rtpmap:8 PCMA/8000
a=rtpmap:103 telephone-event/8000
a=rtpmap:104 telephone-event/16000
a=ptime:20
a=maxptime:30

Alles anzeigen

Abi99 · 14. Januar 2019

Danke für das Update!

O₂: Seit Herbst geht nicht nur bei Telekom und Vodafone sondern auch bei O₂ der Audio-Codec 3GPP-EVS. Also Sony Xperia XZ1 Compact ausgegraben, O₂ Loop eingesteckt und 1&1-Anschluss über VoWiFi angerufen: EVS, AMR-WB und AMR. Außerdem noch G.722, G.711 (nur a-law) und G.726-32 (ehemals G.721). Wenn EVS, AMR-WB oder G.722 ausgehandelt wurden, erscheint ein kleines HD-Icon im Xperia. Das Routing erfolgt(e) über Versatel. Drei Pferdefüße:

Es klappt nicht immer, 1 aus 10 Testanrufen hatte nur G.722, G.711 und G.726-32. Warum auch immer.
Die Reihenfolge ist G.722, G.711, G.726-32, EVS, AMR-WB und AMR. Dadurch muss die Gegenstelle die anderen Codecs priorisieren, ansonsten greift G.722 (HD) oder G.711 (Normal).
G.726-32 wird in der falsche Byte-Order ausgeliefert; jedenfalls musste ich in Digium Asterisk (chan_sip) g726nonstandard=yes wählen. Und wenn G.726-32 ausgehandelt wurde, dann erscheint im Xperia trotzdem das HD-Icon. Folglich kann ein normaler Benutzer mit dem Icon nichts anfangen, denn G.726-32 ist kein HD und wenn dann noch die Byte-Order auf beiden Seiten ungleich ist, erhält man eine Qualität unter aller Sau.

Somit ist wenigstens meine Mission erfüllt. Ich erhalte 3GPP-EVS im Festnetz.

sailing2capeside · 15. Januar 2019

Schön und gut, aber welcher Client im Soho-Bereich unterstützt EVS und AMR-WB?

Abi99 · 15. Januar 2019

Ist eigentlich nicht das Thema des Threads.
Aber um Deine Frage zu beantworten: Digium Asterisk (EVS, AMR-WB, AMR, GSM-EFR, GSM-FR). Es geht in diesem Thread eher darum, ob und wie die Audio-Codes aus den beiden Welten Festnetz bzw. Mobilfunk im Zeitalter von All-IP durchgereicht bzw. umgewandelt werden. Also wie das technisch umgesetzt ist. Klar, im Festnetz sind G.722 (wegen DECT), G.726-32 (wegen DECT) und G.711 (ISDN) das Maß der Dinge, weil dort die Daten-Bandbreite egal ist. Im Grunde braucht meine Oma mit ihrem Telekom Speedport nicht mehr als diese drei Audio-Codecs. Lass den Rest den Session-Border-Controller machen! Aber viele mobile Clients können AMR-WB. Dadurch kannst Du nur mit UMTS und sogar EDGE immer noch VoIPen. Du kannst die Infos aus diesem Thread für vieles Weitere nutzen. So ist das Protokoll SIP/SDP dermaßen komplex, dass einige Verbindungsprobleme darauf bzw. Implementierungsfehler zurückzuführen sind. Auch kannst Du so ohne große Test-Geräte einfach mitverfolgen, wie sich diese Audio-Codecs im Handover bzw. Roaming verhalten. Der Witz an diesen AMR-Varianten ist nämlich, dass sich während der Verbindung die Datenbreite anpasst. Fährt jemand im Auto und fällt weg von LTE, siehst Du so auf der anderen Seite (einen Teil) der Komplexität „Mobilfunk“. Oder ein Wechsel von VoWiFi auf VoLTE. In diesem Thread geht es nur um die Technik. Was Du mit dem Wissen dann anstellst, bleibt erstmal jedem selbst überlassen. Der Thread lebt von der Community-Power, denn nicht jeder hat jeden Anbieter. Oder hast Du sowohl Telekom, Vodafone bzw. Telefonica, sowohl im Mobilfunk (VoLTE bzw. VoWiFi) als auch im Festnetz?

msowen · 18. Januar 2019

Jetzt geht auch EVS von Telekom Mobilfunk zu Telekom Festnetz! Jetzt wird sogar der User-Agent übermittelt...

Code

INVITE sip:04131xxxxxxx@93.234.153.101:34242;transport=tcp;line=72bxdm3m SIP/2.0
Max-Forwards: 61
Via: SIP/2.0/TLS 217.0.20.195:5061;branch=z9hG4bKg3Zqkv7i2xpncst1xvo42uwscz6mogmjh
To: <sip:+494131xxxxxxx@telekom.de;user=phone>
From: <sip:+49177xxxxxxx@ims.telekom.de>;tag=h7g4Esbg_p65541t1547840554m455328c238177306s1_3060461265-633515528
Call-ID: p65541t1547840554m455328c238177306s2
CSeq: 1 INVITE
Contact: <sip:sgc_c@217.0.20.195:5061;transport=tls>;+g.3gpp.icsi-ref="urn%3Aurn-7%3A3gpp-service.ims.icsi.mmtel";+g.3gpp.mid-call;+g.3gpp.ps2cs-srvcc-orig-pre-alerting;+g.3gpp.srvcc-alerting
Record-Route: <sip:217.0.20.195:5061;transport=tls;lr>
Accept-Contact: *;+g.3gpp.icsi-ref="urn%3Aurn-7%3A3gpp-service.ims.icsi.mmtel"
Min-Se: 900
P-Asserted-Identity: <sip:+49177xxxxxxx@telekom.de>
P-Asserted-Identity: <tel:+49177xxxxxxx>
Session-Expires: 1800
Supported: timer
Supported: 100rel
Supported: replaces
User-Agent: iOS/12.1.2 (16C101) iPhone
Content-Type: application/sdp
Content-Length: 818
Session-ID: d76a9d869ee38ab37865130090ea916f
Allow: REGISTER, REFER, NOTIFY, SUBSCRIBE, INFO, PRACK, UPDATE, INVITE, ACK, OPTIONS, CANCEL, BYE


v=0
o=- 1329959946 3060461039 IN IP4 217.0.20.195
s=-
c=IN IP4 217.0.135.5
t=0 0
a=sendrecv
m=audio 7518 RTP/AVP 109 104 110 9 102 108 8 0 105 100
b=AS:80
a=rtpmap:109 EVS/16000
a=fmtp:109 max-red=0; br=5.9-24.4; bw=nb-wb; cmr=1; ch-aw-recv=-1
a=rtpmap:104 AMR-WB/16000
a=fmtp:104 mode-set=0,1,2; mode-change-capability=2; max-red=0
a=rtpmap:110 AMR-WB/16000
a=fmtp:110 octet-align=1; mode-set=0,1,2; mode-change-capability=2; max-red=0
a=rtpmap:9 G722/8000
a=rtpmap:102 AMR/8000
a=fmtp:102 mode-change-capability=2; max-red=0
a=rtpmap:108 AMR/8000
a=fmtp:108 octet-align=1; mode-change-capability=2; max-red=0
a=rtpmap:8 PCMA/8000
a=rtpmap:0 PCMU/8000
a=rtpmap:105 telephone-event/16000
a=fmtp:105 0-15
a=rtpmap:100 telephone-event/8000
a=fmtp:100 0-15
a=ptime:20
a=maxptime:40
a=sendrecv

Alles anzeigen

msowen · 19. Januar 2019

So, noch eine Ergänzung: o2 Mobil zu Telekom Festnetz geht jetzt auch inkl. EVS. Anscheinend kann das iPhone XS aber nur EVS bis maximal Wideband (wb). EVS würde noch "Full-HD"-Unterstützung mit Superwideband (swb) und Fullband (fb) bis maximal 128 kbit/s unterstützen. Damit wären dann auch Frequenzen bis 20 kHz drin ("CD-Qualität"). Aber das macht das iPhone anscheinend nicht mit, oder es ist eine Begrenzung irgendwo im Netz, was ich aber nicht glaube.

Code

INVITE sip:04131xxxxxxx@93.234.153.101:34242;transport=tcp;line=72bxdm3m SIP/2.0
Max-Forwards: 56
Via: SIP/2.0/TLS 217.0.20.195:5061;branch=z9hG4bKg3Zqkv7ismvpxgcnog122jdwrj4ewb6fu
To: <sip:+494131xxxxxxx@telekom.de;user=phone>
From: <sip:+49176xxxxxxxx@telefonica-mobile.de;user=phone>;tag=h7g4Esbg_p65541t1547896059m117917c239409936s1_2730549305-780939409
Call-ID: p65541t1547896059m117917c239409936s2
CSeq: 1 INVITE
Contact: <sip:sgc_c@217.0.20.195:5061;transport=tls>;+g.3gpp.accesstype="wlan";+g.3gpp.icsi-ref="urn%3Aurn-7%3A3gpp-service.ims.icsi.mmtel"
Record-Route: <sip:217.0.20.195:5061;transport=tls;lr>
Accept-Contact: *;+g.3gpp.icsi-ref="urn%3Aurn-7%3A3gpp-service.ims.icsi.mmtel"
Min-Se: 900
P-Asserted-Identity: <sip:+49176xxxxxxxx@telefonica-mobile.de;user=phone>
P-Asserted-Identity: <tel:+49176xxxxxxxx>
Session-Expires: 1800
Supported: timer
Content-Type: application/sdp
Content-Length: 808
Session-ID: 53e7da4a73767637ad02b6296e182b94
Allow: REGISTER, REFER, NOTIFY, SUBSCRIBE, PUBLISH, UPDATE, INFO, INVITE, ACK, OPTIONS, CANCEL, BYE
Accept: application/sdp


v=0
o=- 1213987616 2730549083 IN IP4 217.0.20.195
s=sip call
c=IN IP4 217.0.135.5
t=0 0
a=sendrecv
m=audio 63226 RTP/AVP 109 104 110 102 108 9 8 0 105 100
b=RR:1875
b=RS:625
b=AS:80
a=rtpmap:109 EVS/16000
a=fmtp:109 max-red=0; br=5.9-24.4; bw=nb-wb; cmr=1
a=rtpmap:104 AMR-WB/16000
a=fmtp:104 mode-change-capability=2; max-red=220
a=rtpmap:110 AMR-WB/16000
a=fmtp:110 octet-align=1; mode-change-capability=2; max-red=220
a=rtpmap:9 G722/8000
a=rtpmap:102 AMR/8000
a=fmtp:102 mode-change-capability=2; max-red=220
a=rtpmap:108 AMR/8000
a=fmtp:108 octet-align=1; mode-change-capability=2; max-red=220
a=rtpmap:8 PCMA/8000
a=rtpmap:0 PCMU/8000
a=rtpmap:105 telephone-event/16000
a=fmtp:105 0-15
a=rtpmap:100 telephone-event/8000
a=fmtp:100 0-15
a=ptime:20
a=maxptime:40
a=sendrecv

Alles anzeigen

Abi99 · 4. August 2021

Zitat von msowen

O₂ Mobil → Telekom Festnetz geht jetzt auch inkl. EVS.

Wenn das geht, müsste doch auch Video (ViLTE bzw. ViWifi mit dem Video-Codec H.264) gehen. Hat das schon jemand hinbekommen, mit welchem Mobiltelefon? Und weitere, andere Frage: Hat jemand schon O₂ Mobil → O₂ Festnetz angeschaut?

Abi99 · 29. Januar 2022

Nochmals Danke an alle, die sich hier beteiligt haben. Dank Eurer positiven Resultate konnte ich es nicht lassen. Und ich habe mir einen Telekom Festnetz-Anschluss geholt. Den kleinsten Telekom MagentaZuhause den ich finden konnte. Und tatsächlich geht auch ViLTE mit meinem Samsung Galaxy A90 5G und einer O₂ Loop. Während dem Wählen erscheint bei LTE-Abdeckung unten links statt dem Icon für Nachrichten eines für Video. Jedenfalls rufe ich so mit Audio+Video an. Video in H.264+H.263. Das SDP sieht wild aus. Jetzt muss mir erstmal eine Gegenstelle basteln, ob das dann auch wirklich tut.

Inzwischen (?) wird AMR-WB auch über GSM angeboten. Selbst mein altes Nokia 700 (Penny Mobil) schlägt auf dem Festnetz-Anschluss mit AMR-WB und G.722 auf. GSM-FR habe ich einmal gesehen. GSM-EFR habe ich bei einem anderen Telefon gesehen. Vodafone D2 geht auch. Ich hatte sogar schon ein Telefon ohne G.711 µ-law (PCMU). Einfach nur völlig verrückt. Man bekommt bei jedem Telefon und bei jeder Technik komplett andere Einladungen über SIP/SDP. Machmal zweimal AMR-WB. Manchmal dreimal AMR. Man sieht bei Apple iOS als Anrufer sogar dessen Firmware-Stand. Was ich noch nicht ganz verstanden habe: Die SDPs ändern sich – obwohl ich das Endgerät nicht ändere – je nach abgehenden Mobilfunk-Netzbetreiber doch.

Zitat von peterdoo

SIP ist so ein Standard, bei dem tausende Möglichkeiten zugelassen sind. […] So implementiert jeder […] mit eigener Interpretation. Die Probleme sind vorprogrammiert.

Und einen Software-Bug habe ich auch schon gefunden. Der tritt bisher nur mit iOS, nur mit Telekom D1 und nur in VoLTE/VoWiFi aber nicht in GSM auf. Es ist so irre.

Kommt Voice im Festnetz als AMR/EVS an?

Jetzt mitmachen!

Teilen