Ist die Datenkomprimierung (V.42bis, V.44, MNP5) für die mobile Breitbanddatenverbindung (GPRS, UMTS, LTE) anwendbar?

497
Golar Ramblar

Bei der Verwendung von GSM (GPRS, UMTS, LTE) Mobilfunkmodems gibt es Optionen zur Steuerung der Datenkomprimierung (z. B. V.42bis, V.44, MNP5).

Wenn "moderne" USB-Dongles oder Telefone im Modem-Modus verwendet werden, ist dies immer noch anwendbar. Wenn Sie diese Komprimierungseinstellungen ändern, hat dies einige Auswirkungen, so dass Sie sich darum kümmern können oder ist dies nur für "echte" DFÜ-Datenverbindungen möglich wie in den "alten Zeiten" und man sollte sich nicht um zellulare Datenverbindungen kümmern (da Baseband und Mobilfunk-Tower / Netzanbieter sowieso das Beste für die aktuelle Situation aushandeln werden)? Ich weiß nicht wirklich, wo die Endpunkte dieser Kompression ohnehin liegen werden. Ich habe gerade über diese Kompression gelesen und mich gewundert. Und denken Sie immer noch daran, dass bei der Einwahl über eine normale Telefonleitung vor vielen Jahren pppdauch Kompression mit der anderen Seite ausgehandelt wurde.

Einige Auszüge aus der Dokumentation von Huawei ( AT+CGDCONT-Befehl) und Nokia ( AT+DS-Befehl, wird auch von einigen Huawei-Geräten akzeptiert):

Bei Huawei-Geräten ist dies normalerweise der fünfte und sechste Parameter des AT+CGDCONTBefehls:

AT + CGDCONT - PDP-Kontext definieren
Siehe den AT+CGDCONTin 3GPP TS 27.007 beschriebenen Befehl. Die folgende Beschreibung dient nur als Referenz. Beachten Sie die 3GPP-Spezifikationen, wenn die folgende Beschreibung mit den 3GPP-Spezifikationen in Konflikt steht.
Befehlssyntax
AT+CGDCONT=<cid>[,<PDP_type>[,<APN>[,<PDP_addr>[,<d_comp>[,<h_comp>[,<IPv4AddrAlloc>[,<emergency indication>[,<PCSCF_discovery>[,<IM_CN_Signalling_Flag_Ind>]]]]]]]]]
[...]
<d_comp>: ein numerischer Parameter, der die PDP-Datenkomprimierung steuert.
0: Off
1: On
2: V.42bis
3: V.44
<h_comp>: Ein numerischer Parameter, der die PDP- Headerkomprimierung steuert.
0: Aus
1: Ein
2: RFC1144 (nur für SNDCP anwendbar) 3: RFC2507
4: RFC3095

(Trifft dies überhaupt zu, wenn man sich dann mit AT+NDISDUP=1,1* 99 # verbindet und nicht)?

Auf einigen Huawei-Geräten, wie dem E160E, wird auch AT+DSdie Datenkomprimierung unterstützt (dazu habe ich keine Huawei-Dokumentation gefunden, siehe unten in der Nokia-Dokumentation).

Bei einigen Nokia-Telefonen werden die zusätzlichen Parameter AT+CGDCONTnicht unterstützt, sie werden jedoch AT+DSunterstützt:

+ DS-Datenkomprimierung
Dieser Befehl steuert die Datenkomprimierungsfunktionen von V.42bis und MNP5. V.42bis kann mit transparenten und nicht transparenten Datendiensten verwendet werden, und MNP5 kann nur mit transparenten Datendiensten verwendet werden. Der Datendienst wird mit dem Befehl AT + CBST ausgewählt. (V.25ter Abschnitt 6.6.1.)
Syntax: Legt die
AT+DS=[<dir>[,<neg>[,<P1>[,<P2>]]]]Kompressionsparameter fest.
[...]
Parameter ::
<dir>
0keine Komprimierung (V.42bis P0 = 0)
1: Nur V.42bis-Übertragung oder MNP5
2: V.42bis-Empfang oder MNP5
3: V.42bis in beide Richtungen oder MNP5
[ <neg>steuert nur, was bei der Komprimierung zu tun ist wird nicht verhandelt]
<P1>: maximale Anzahl der Wörterbucheinträge, die ausgehandelt werden sollen, 512 bis 2048
<P2>: Maximale Stringlänge, die neto 32 sein sollte, Standard 20 (V.42bis P2).

activexperts.com schreibt dann auch über den AT%C<n>-Befehl:

AT% C3 - Datenkomprimierung: MNP5 und v.42bis
%Cn - "Datenkomprimierung" - Dieser Befehl wählt die Datenkomprimierung aus.
- %C0- Deaktivieren Sie die Datenkomprimierung.
- %C1- MNP5
- %C2- v.42bis
- %C3- MNP5 und v.42bis

3
Obwohl ich keinen direkten Bezug habe (also einen Kommentar und keine Antwort), sind die Protokolle für die Datenkomprimierung und Fehlerkorrektur spezifisch für analoge Verbindungen, und obwohl sie in modernen digitalen Protokollen nicht funktionieren, bleibt deren Verwendung erhalten für Anwendungskompatibilität, auch wenn sie keine Funktion haben. acejavelin vor 7 Jahren 1

0 Antworten auf die Frage