Temat: HSDPA i ilość połączeń

Witam,
Zastanawiam się od jakiegoś czasu nad tym, czemu dostawcy 3G tak nie lubią większej ilości połączeń... Praktycznie wszyscy dostawcy jakich znam pakują się w każde połączenie za pomocą proxy analizującego ruch. Jeśli wykryją HTTP to pakują strony i wrzucają wszystko w jedno połączenie. Dzięki temu wszystkie połączenia mają opóźnienie min. 5 sekund. Czy jest jakiś techniczny powód dlaczego oni chcą wszystko dawać mi w jednym streamie? Przeglądnąłem szybko wiki, ale nie mogę znaleźć przyczyny...

Szczególnie dziwi mnie to z tego powodu, że voip działa mi znakomicie - z opóźnieniem, ale stabilnym. No ale praktycznie każdy dostawca 3G oficjalnie na voip nie pozwala.

Póki co rzucam cały ruch TCP przez openvpn po UDP na serwer i stamtąd do internetu - wszystko działa dużo stabilniej niż bezpośrednie TCP. (i jeszcze mnie nikt nie ściga ;) )

Czy może mi ktoś tą sprawę choć trochę wyjaśnić?

Temat: HSDPA i ilość połączeń

Hmm, nie wiem czy dobrze zrozumiałem o co chodzi z tymi połączeniami. To znaczy, jak to wygląda - wiele osób
korzysta z internetu, a potem to idzie przez jeden modem HSDPA w stronę sieci radiowej 3G?

Mogę więc tylko pomóc króciutkim wykładem na temat "channel switchingu":
Jeśli chodzi o download to system próbuje przyznać minimalne resourcy potrzebne do transmisji. Jak będziesz używał gg, to dostaniesz dostęp do kanału transportowego FACH (na którym lecą też dane związane z signallingiem), jak prędkość transmisji się zwiększy, to dostaniesz kanał transportowy dedykowany dla Twojej transmisji z max. oferowaną prędkością 64, 128 lub 384 Kb/s
w zależności od potrzeb).
Do tego momentu jest to zwykle WCDMA z Release 99. A jak to będzie za mało to przerzuci cię na częstotliwości, na których używane jest HSDPA i będziesz miał transmisję we wspólnym kanale transportowym (HS-DSCH).

Nie wiem czy to chodziło o to "jedno połączenie"/"jeden stream", mam nadzieję że pomogłem.Marcin Szwebs edytował(a) ten post dnia 01.05.09 o godzinie 11:17

Temat: HSDPA i ilość połączeń

Chodziło mi o połączenie w sensie tcp/ip. Modemu używam bezpośrednio tylko ja.

Czyli kanał jest przydzielany na mnie (modem), a nie na konkretne połączenie ip, tak? I z tego co zrozumiałem kanał zależy tylko od ilości surowych danych?

Czy można więc jakoś sensownie wytłumaczyć fakt szybszego działania UDP? Czy to po prostu specyfika operatorów z którymi się potkałem?

Temat: HSDPA i ilość połączeń

Stanisław Pitucha:
Chodziło mi o połączenie w sensie tcp/ip. Modemu używam bezpośrednio tylko ja.

Czyli kanał jest przydzielany na mnie (modem), a nie na konkretne połączenie ip, tak? I z tego co zrozumiałem kanał zależy tylko od ilości surowych danych?

tak.

Terminal może otworzyć kilka kanałów dedykowanych, np. jak ściąga dane i w tym czasie odbierze połączenie głosowe. Ale to nie obejmuje Twojego przyapdku.

Czy można więc jakoś sensownie wytłumaczyć fakt szybszego działania UDP? Czy to po prostu specyfika operatorów z którymi się potkałem?

Mam taką koncepcję:

(Połączenie_1, Połączenie_2, Połączenie_n)--ModemHSPA--nodeB--RNC--Sieć Szkieletowa--Internet

ModemHSPA wysyła poprzez sieć radiową do stacji bazowej (NodeB) dane w ramkach o długośći 10ms (WCDMA Release 99) lub 2ms (HSPA).
W tym momencie nieważne jest co do niego przychodzi z Połaczenie_1, ..., Połączenie_n, czy to są datagramy UDP, czy pakiety TCP. Sieci radiowej jest wszywstko jedno,
NodeB nie analizuje tych ramek, tylko przesyła je do RNC, które odrzuca informacje związane z zabezpieczeniem transportu poprzez radio (protokoły MAC/RLC) a potem składa z powrotem datagramy/pakiety UDP/TCP. Przesyłane są one do sieci szkieletowej a potem do internetu. Tak samo zachodzi też proces ze strony Internet->RNC->modem.

W samym internecie oczywiście ma to już znaczenie czy to jest UDP czy TCP, i stąd mniejsze lub wieksze opóźnienia, ale z punktu widzenia sieci radiowej nie ma różnicy.