Nová technologie pro přenos hlasu VoLTE

[alfi]

Dnes mě byla nabídnuta nová verze CSipSimple, kde bylo uvedeno HD Voice. Že by ... ?

HD Voice = G722 a to už tam funguje hodně dlouho. AMR-WB alias G722.2 je pak jedna z variant a s LTE nemá přímo nic společného = jen použitý kodek pro přenos hlasu

Fakt, že to podporuje asociace GSM, naznačuje, že to bude směr, kterým se v příštích letech hlasová komunikace bude ubírat.

ono jim ani nic jiného nezbývá. aktuální LTE sítě hlas vlastně vůbec neumí - a každý pokus o vytočení hlasového hovoru z mobilu (vč. příchozího) znamená vynucený přechod do 3G nebo dokonce 2G sítě - se všemi dopady, které to má (chvíli to trvá, rozpojí se probíhající data, neproběhne to ve 100% případů...), takže jakákoliv nativní podpora hlasu je hodně žádoucí.
V LTE je hlas sice postavený na SIPu+RTP, ale předpokládám, že podobně jako MMS zprávy (interně) postavené na e-mailech to zůstane jako uzavřený a v podstatě proprietární protokol bez možnosti přímé interakce na SIP protokolu nebo otevření se alternativním poskytovatelům hlasu apod. (leda by to nějaká Evropská komise opět nařídila). Takže asi nejužitečnější může být nějaká větší standardizace SIP API přímo v telefonech, jak píše p. Soukup. Ale taky nemusí..

[xsouku04]

standardizace SIP API přímo v telefonech, jak píše p. Soukup. Ale taky nemusí.

Já bych si to představoval tak, že API oznámím, na jakou IP adresu má posílat RTP a v jakém kodeku a s jakou paketizací a ono se to samo postará o čistý pěkný zvuk. Na stejném portu, z kterého to zvuk posílá, by to i rtp pakety přijímalo. Naprogramovat k tomu SIP signalizaci, kterou je možné dále rozšiřovat, už zvládne kde kdo.
Jde o to, že ke kvalitnímu zpracování zvuku (popř. i videa) je potřeba odladit pro každý hardwarový typ zvlášť, a kdyby se toho ujal operační systém, byla by to obrovská úleva pro vývojáře a cesta k opravdu dobré kvalitě a spolehlivosti.

[osmdesát]

aktuální LTE sítě hlas vlastně vůbec neumí - a každý pokus o vytočení hlasového hovoru z mobilu (vč. příchozího) znamená vynucený přechod do 3G nebo dokonce 2G sítě - se všemi dopady, které to má (chvíli to trvá, rozpojí se probíhající data, neproběhne to ve 100% případů...), takže jakákoliv nativní podpora hlasu je hodně žádoucí.

To je pravda.

standardizace SIP API přímo v telefonech, jak píše p. Soukup. Ale taky nemusí.

S Androidem nedělám, takže o něm nic nevím, ale zběžným prohledáním webu jsem zjistil, že Android SIPové API obsahuje (už od verze 2.3) objekty pro práci se Sipem :
http://developer.android.com/guide/topi ... y/sip.html
Nedočetl jsem se tam sice, jak a jestli vůbec se nějak nakládá se zachyceným zvukem, ale domnívám se, že když tohle api je určené pro volání, mělo by nastavit zvukový hardvér přesně tak, jako při běžném telefonování, a tedy i kvalita zvuku by měla být stejná. V opačném případě by to byl jen jakýsi nedodělek. Bohužel nemám ani možnost ani čas to ozkoušet.
Nevím, jaký zvukový problém mají Sipové klienty na Androidu (jestli je to přebuzené, zkreslené, šumí to, není slyšet...), ale myslím, že nějaké drobné zpracování zvuku by se dalo udělat i softwarově (dynamické zesílení vstupu v závislosti na hlasitosti přicházejícího zvuku a ohlídání špiček).

Každopádně LTE bude pro VoIP přínosem, i kdyby pro něj nebyla dosažitelná taková optimalizace jako pro VoLTE, protože jednak jsou tu nesrovnatelně lepší parametry LTE oproti 3G (a to i 3G je už celkem slušně použitelné) a hlavně je tu tlak vrchnosti na kompletní pokrytí území!

Největším problémem je podle mě ale naprostá neznalost VoIPu mezi veřejností a neinformovanost. Ubohá až žádná podpora v mobilních telefonech a složité nastavování tomu už jen nahrávají. Vždyť uživatel si chce prostě strčit simku do telefonu a telefonovat a ne složitě nastavovat všelijaké údaje pro SIPového klienta.

[Largon]

Nikdy jsem se v telefonech a GSM moc nevrtal, ale nějaké vysvětlení jsem našel v článku o OsmocomBB.

Z toho popisu to chápu tak, že o veškeré zpracování audia a použití hlasových filtrů se stará GSM modem jako samostatná komponenta, na kterou Android (nebo jiný OS) jen deleguje veškerou práci. A aplikace jedoucí v uživatelském systému přes data mají smůlu.

[Petr-II]

Když se tu objevil odborník na kodeky, který kodek je tedy nejlépe zvolit, jako prioritní v CSipSimple pro rychlé a pomalé spojení: AMR-WB 16kHz, AMR 8kHz, ILBC 8kHz, G722 16kHz,SILK 24kHz, PCMU 8kHz,PCMU 8kHz, PCMA 8kHz, speex 16kHz, speex 8kHz, speex 32kHz, GSM 8 kHz, ISAC 16 kHz, SILK 8kHz, SILK 12kHz nebo SILK 16kHz ? Dík za info.

[xsouku04]

Když se tu objevil odborník na kodeky, který kodek je tedy nejlépe zvolit, jako prioritní v CSipSimple pro rychlé a pomalé spojení: AMR-WB 16kHz, AMR 8kHz, ILBC 8kHz, G722 16kHz,SILK 24kHz, PCMU 8kHz,PCMU 8kHz, PCMA 8kHz, speex 16kHz, speex 8kHz, speex 32kHz, GSM 8 kHz, ISAC 16 kHz, SILK 8kHz, SILK 12kHz nebo SILK 16kHz ? Dík za info.

To si musíte vyzkoušet sám, co nejlépe funguje s Vašim konkrétním telefonem. Hlavní problém totiž není nekvalita způsobená vlastností kodeků, ale nekvalita způsobená androidem, která se liší individuálně v závislosti na programu, telefonu, kodeku, verzi systému android a konstelaci hvězd.

[Petr-II]

Tak jako problém nemám, volám přes WiFi i H+ a žádný problém. Jak porovnat kvalitu v domácích podmínkách nevím. V aplikaci se dají zvolit priority kodeků a tak jsem si říkal, že si nechám poradit. Teď mám pořadí priority ILBC 8kHz, G722 16kHz, SILK 24kHz, PCMU 8kHz a PCMA8kHz. Zda je to nejlepší pořadí a výběr kodeků vůbec netuším.

[xsouku04]

Tak jako problém nemám, volám přes WiFi i H+ a žádný problém. Jak porovnat kvalitu v domácích podmínkách nevím. V aplikaci se dají zvolit priority kodeků a tak jsem si říkal, že si nechám poradit. Teď mám pořadí priority ILBC 8kHz, G722 16kHz, SILK 24kHz, PCMU 8kHz a PCMA8kHz. Zda je to nejlepší pořadí a výběr kodeků vůbec netuším.

Ano, také záleží na tom, kam voláte. Pokud voláte na běžný mobil, asi nejlepší je volba PCMA8kH, protože na ten se to potom stejně u nás transformuje.
Pokud si ale volají dva CSipSimple programy mezi sebou, mohou použít i nějaký kvalitnější kodek a mohou mít z toho užitek.

[utx]

Ono silně záleží na telefonu a instalovaném softwaru. Kódování a dekódování hovoru sice nevyžaduje kdovíjak výkonný procesor (v pohodě to zvládají i 10 let staré ARMv5), leč Android s výkonem procesoru nehorázně plýtvá, takže mu často na stejný výkon nestačí ani gigahertzové čtyřjádro.

V okamžiku, kdy někam voláte, vyvolá se v Androidu událost „Nový odchozí hovor“. K odběru této události se může přihlásit jakákoliv aplikace. V případě, že zrovna běží, je ji zpráva o událost pouze doručena. V případě, že neběží, je aplikace spuštěna, aby jí bylo možné událost doručit. To způsobí, že v okamžiku započetí hovoru probíhá v androidím telefonu slušný průvan v paměti. Ten průvan je ve skutečnosti ještě větší, protože ještě před navázáním hovoru řeší Android problém, která aplikace implementuje telefon, a která provede vytočení čísla. A pravděpodobně i aplikace Kontakty probudila spoustu modulů, aby si ověřila v cloudu aktuálnost kontaktu.

Když už konečně voláte, tak se zase ozývají o slovo aplikace, které byly kvůli těmto procesům vymeteny z paměti, a snaží se dostat zpět do RAM.

To vše samozřejmě vyžaduje netriviální množství strojového času. Když se podívám do svého telefonu, tak tam má událost „Nový odchozí hovor“ 8 odběratelů. I kdyby to bylo osmijádro (jako že není), a mělo dost paměti (jako že nemá) tak by nedokázalo zpracování SIP audia přiřadit celé jedno jádro. Jenže každé přepínání kontextu jádra stojí strojový čas. A SIP ho potřebuje zatraceně často.

V horším případě se ještě během hovoru probudí některá z aplikací, aby si ověřila, jestli se zrovna něco neděje v sociálních sítích (a Facebook se svým Messengerem dnes vyžaduje sám o sobě více než 100MB RAM), nepřišel mail nebo aktualizace balíku (to je vůbec nejhorší, událost aktualizace balíku mívá desítky odběratelů, a všichni z nich se budou snažit dostat do paměti).

Výsledkem jsou nezpracované SIP pakety, a slyšitelné výpadky v hovoru. Když se podíváte do popisu jednotlivých kodeků, zjistíte, že ne každý kodek se s takovou situací vyrovnává stejně dobře.

Další možností je pročistit Android a zlikvidovat aplikace, které se právě díky výše uvedeným procesům cpou do paměti v nevhodný okamžik: Aplikace Autostarts jim dokáže znemožnit reagovat na odchozí hovor. Aplikace Greenify je umí uspat (pryč z RAM) a shodit jim běžící časovače (nikoliv však čakání na události). Aplikace Per App Hacking dokáže hříšníkům zabránit ve vytvoření rezidentních služeb (které dále zvyšují nedostatek RAM) a v používání časovačů probouzení. A nakonec aplikace App Settings dokáže zabránit vymetení SIP aplikace z RAM.

Smutné je, že to vše vyžaduje Root, a není součástí standardního Android API.

[alfi]

právě. docela dlouho používám csipsimple přes wifi na stejném hw, ale poslední dobou si volaní stežujou na můj přerušovaný hlas, já žádný problém neslyším. stejně tak odezva rozhraní telefonu začala pokulhávát, na pozadí se pořád spouští různé aplikace samy od sebe, po jejich sestřelení je to na chvíli lepší. mazat obsah telefonu kvůli tomu nebudu, ale nejspíš taky skončím u vestavěného klienta, pokud se bude chovat líp.