<?xml version="1.0"?>
<feed xmlns="http://www.w3.org/2005/Atom" xml:lang="hu">
	<id>https://vik.wiki/api.php?action=feedcontributions&amp;feedformat=atom&amp;user=Gyoroka</id>
	<title>VIK Wiki - Felhasználó közreműködései [hu]</title>
	<link rel="self" type="application/atom+xml" href="https://vik.wiki/api.php?action=feedcontributions&amp;feedformat=atom&amp;user=Gyoroka"/>
	<link rel="alternate" type="text/html" href="https://vik.wiki/Speci%C3%A1lis:Szerkeszt%C5%91_k%C3%B6zrem%C5%B1k%C3%B6d%C3%A9sei/Gyoroka"/>
	<updated>2026-05-14T00:39:24Z</updated>
	<subtitle>Felhasználó közreműködései</subtitle>
	<generator>MediaWiki 1.43.8</generator>
	<entry>
		<id>https://vik.wiki/index.php?title=M%C3%A9r%C3%A9s_laborat%C3%B3rium_4._-_3._m%C3%A9r%C3%A9s&amp;diff=163682</id>
		<title>Mérés laboratórium 4. - 3. mérés</title>
		<link rel="alternate" type="text/html" href="https://vik.wiki/index.php?title=M%C3%A9r%C3%A9s_laborat%C3%B3rium_4._-_3._m%C3%A9r%C3%A9s&amp;diff=163682"/>
		<updated>2013-03-13T22:17:06Z</updated>

		<summary type="html">&lt;p&gt;Gyoroka: /* 19. Mi a SIP URI? Hogyan épül fel? */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;{{GlobalTemplate|Infoalap|MeresLabor4ValosSzolgaltatas}}&lt;br /&gt;
&lt;br /&gt;
==1. Hasonlítsa össze a beszédkódolási és hangkódolási eljárásokat!==&lt;br /&gt;
* A hangkódolás nagyobb sávszélességgel történik, mint a beszédkódolás. Példa: zenéhez jellemzően 44100 Hz-es mintavételezés (20-20000 Hz sávot kódolja).&lt;br /&gt;
* Beszéd kódolásához elegendő a 300-3400 Hz-es tartomány, így 8 kHz-es mintavételezés.&lt;br /&gt;
&lt;br /&gt;
Nem vagyok benne biztos, hogy itt erre gondolnak. A G.728 leírása alapján kódoló típusokra lehet következtetni (&amp;quot;thsz16.pdf - Jelátviteli követelmények. Beszédkódolók&amp;quot; alapján):&lt;br /&gt;
&lt;br /&gt;
* &#039;&#039;&#039;Hangkódolás (Hullámforma kódoló):&#039;&#039;&#039;&lt;br /&gt;
** analóg jel alakjának megőrzése&lt;br /&gt;
** jó minőség&lt;br /&gt;
** nagy sebesség&lt;br /&gt;
** átlátszóság&lt;br /&gt;
* &#039;&#039;&#039;Beszédkódolás (Vokóder):&#039;&#039;&#039;&lt;br /&gt;
** adó oldalon: beszédből jellemző paraméterek kiszűrése&lt;br /&gt;
** vevő oldalon: ezek alapján beszéd szintetizálás&lt;br /&gt;
** kis sebesség&lt;br /&gt;
** eredetire nem nagyon hasonlító hang&lt;br /&gt;
* &#039;&#039;&#039;Hibrid kódoló:&#039;&#039;&#039;&lt;br /&gt;
** előbbiek keveréke&lt;br /&gt;
** a G.728 is ilyen&lt;br /&gt;
&lt;br /&gt;
==2. Mik a beszédkódolási eljárások legfontosabb tulajdonságai?==&lt;br /&gt;
* Kódolási késleltetés&lt;br /&gt;
* Igényelt sávszélesség&lt;br /&gt;
* Algoritmikus komplexitás&lt;br /&gt;
* A kódolás minősége&lt;br /&gt;
* Robosztusság (pl. érzékenység csomagvesztésre)&lt;br /&gt;
* Váltás különböző sávszélességű kódolási arányok között&lt;br /&gt;
* Hardver/szoftver támogatottság&lt;br /&gt;
&lt;br /&gt;
==3. Mi a MOS?==&lt;br /&gt;
* MOS - Mean Opinion Score&lt;br /&gt;
* Kétféle teszt metódusból áll:&lt;br /&gt;
** beszélgetési-vélemény alapú&lt;br /&gt;
** hallgatási-vélemény alapú&lt;br /&gt;
* Legalább 30 fő értékeli az adott beszédkódoló hangminőségét 1-5-ös skálán. Az egyes véleményeket átlagolva kapjuk meg a MOS értéket. 4 vagy nagyobb értékre bírált hang megfelelőnek tekinthető.&lt;br /&gt;
&lt;br /&gt;
==4. Mi a a PSQM, és mi az előnye a MOS-hoz képest?==&lt;br /&gt;
* Perceptual Speech Quality Measure.&lt;br /&gt;
* A MOS nagyon szubjektív, nehéz elvégezni a teszteket, mert sok emberre van szükség - ezért találták ki a PSQM-et.&lt;br /&gt;
* A PSQM-nél pszichoakusztikus modellel számoljuk ki a rendszerbe beérkező és kimenő hangjelek különbségét.&lt;br /&gt;
* Ha a bemenő jel egyenlő a kimenővel, a különbség 0 lesz, a max. különbség értéke 6.5.&lt;br /&gt;
* Hiányzik néhány hibaforrás, pl. hangerővel kapcsolatos elváltozások, akadozó hang érzékelése és értékelése; ezért 1997-ben bevezették a PSQM+ szabványt.&lt;br /&gt;
&lt;br /&gt;
==5. Soroljon fel néhány csomagkapcsolt hálózati jellegzetességet, mely a hangátvitel szempontjából extra megfontolásokat igényel az áramkörkapcsolthoz képest!==&lt;br /&gt;
* Nincs garantált sávszélesség, egyéb alkalmazások/folyamatok függvényében változhat az átvitel sebessége.&lt;br /&gt;
* Késleltetés is bármikor változhat, akár csomagonként is (függ az útba ejtett csomópontok számától, adatátviteli csatorna késleltetésétől, beszédkódolótól, háttérforgalomtól).&lt;br /&gt;
* Csomagok el is veszhetnek.&lt;br /&gt;
&lt;br /&gt;
==6. Soroljon fel 3 szabványosított beszédkódolási eljárást, és néhány szóval jellemezze azok legfontosabb tulajdonságait!==&lt;br /&gt;
* &#039;&#039;&#039;G.711 (PCM - Pulse Code Modulation)&#039;&#039;&#039; - nemzetközileg elismert standard beszédkódolási eljárás, ehhez szokták hasonlítani a többit. 8 kHz mintavételezés 8 biten. Kétféle almodell: A-law (13 bites hangminták) és mu-law (14 bites kezdeti hangminták).&lt;br /&gt;
** &#039;&#039;&#039;Előnyök:&#039;&#039;&#039;&lt;br /&gt;
*** Alacsony számításigény, egyszerű, kis komplexitású&lt;br /&gt;
*** kis késleltetés&lt;br /&gt;
*** jó hangminőség&lt;br /&gt;
** &#039;&#039;&#039;Hátrányok:&#039;&#039;&#039;&lt;br /&gt;
*** nagy sávszéligény (64 kbps)&lt;br /&gt;
&lt;br /&gt;
* &#039;&#039;&#039;G.721 (ADPCM - Adaptive Differential PCM)&#039;&#039;&#039; - nem a mintákat kódolja el, hanem azok különbségét (természetesen kezdő mintára szükség van a többi kiszámításához). Kis mintaértékkel operál, ezáltal pontosabban kvantál. A kvantálás finomságát adaptívan változtatja.&lt;br /&gt;
** &#039;&#039;&#039;Előnyök:&#039;&#039;&#039;&lt;br /&gt;
*** egyszerű, kis komplexitású&lt;br /&gt;
*** jó minőségű hang&lt;br /&gt;
*** kis késleltetés&lt;br /&gt;
** &#039;&#039;&#039;Hátrányok:&#039;&#039;&#039;&lt;br /&gt;
*** viszonylag nagy sávszéligényű (32 kbps)&lt;br /&gt;
*** fix kódolási sebesség&lt;br /&gt;
&lt;br /&gt;
* &#039;&#039;&#039;GSM 06.10&#039;&#039;&#039; - hang és kis sávszélességű adatkommunikációra használt az európai mobilhálózatokban. 13 kbps sebességen megy, 8 kHz mintavételezéssel. Lineáris predikciót használ. Létezik félsebességű változata (7 kbps, 5 kHz-es mintavételezéssel).&lt;br /&gt;
** &#039;&#039;&#039;Előnyök:&#039;&#039;&#039;&lt;br /&gt;
*** egyszerű, viszonylag kis komplexitású (mobilokra tervezték, amelyek alacsony számítási kapacitással rendelkeznek/rendelkeztek)&lt;br /&gt;
*** kis sávszélesség-igény&lt;br /&gt;
*** kis késleltetés&lt;br /&gt;
*** nyílt forrás&lt;br /&gt;
** &#039;&#039;&#039;Hátrányok:&#039;&#039;&#039;&lt;br /&gt;
*** a sávszélesség/hangminőség arányában a G729 felülmúlja&lt;br /&gt;
&lt;br /&gt;
==7. Mi a legfontosabb különbség az A-law és a mu-law kódolások között, melyiket hol használják a világon?==&lt;br /&gt;
* mu-law: 14 bitesek a kezdeti hangminták, nagyobb dinamikatartomány, de alacsonyabb hangszint mellett durvább mintavételezést alkalmaz. USA-ban, Japánban használatos.&lt;br /&gt;
* A-law: 13 bitesek a kezdeti hangminták. Európában használják.&lt;br /&gt;
Mindkettőnél figyelembe véve a beszédhangerőt, az alacsonyabb szinteket sűrűbben, a magasakat ritkábban skálázva a logaritmikus skála alapján 8 bites mintákat kapunk.&lt;br /&gt;
&lt;br /&gt;
http://www.voip-sip.org/g-711-u-law-or-a-law/&lt;br /&gt;
&lt;br /&gt;
==8. Mi az elve az ADPCM kódolónak?==&lt;br /&gt;
* Nem a mintákat kódolja el, hanem azok különbségét (természetesen kezdő mintára szükség van a többi kiszámításához).&lt;br /&gt;
* Kis mintaértékekkel operál, ezáltal pontosabban kvantál.&lt;br /&gt;
* A kvantálás finomságát adaptívan változtatja.&lt;br /&gt;
&lt;br /&gt;
==9. Hasonlítsa össze a G.711 és GSM kódolási eljárásokat!==&lt;br /&gt;
* G.711 - PCM, 8 kHz-es mintavételezés, 8 bites minták, 64 kbps sávszéligény, kisebb számításigény, nagyobb sávszéligény mint a GSM&lt;br /&gt;
* GSM - 8 khz mintavételezés, kisebb (13 kbps vagy 7 kbps half-ratenél) sávszéligény, kis számításigény, rosszabb MOS érték&lt;br /&gt;
&lt;br /&gt;
==10. Tipikusan milyen tartományban mozog a ma elterjedt VoIP beszédkódolók csomagolásból származó késleltetése?==&lt;br /&gt;
* 10-30 ms között // ez nem biztos, saccra :)&lt;br /&gt;
* 0,125 ms (pl. G.711) - 30 ms (pl. G.723.1)&lt;br /&gt;
&lt;br /&gt;
==11. Tipikusan milyen tartományban mozog a ma elterjedt VoIP beszédkódolók sávszélessége?==&lt;br /&gt;
* 4.75 kbps (AMR-NB) -&amp;gt; 64kbps (PCM)&lt;br /&gt;
&lt;br /&gt;
==12. Melyik a legelterjedtebb digitális beszédkódolási eljárás napjainkban?==&lt;br /&gt;
* G.711 - PCM (alapértelmezett a H.323 szabványban)&lt;br /&gt;
* G.723.1 - IMTC VoIP - alapértelmezett alacsony sávszélesség-igényű kódoló a H.323 szabványban&lt;br /&gt;
&lt;br /&gt;
==13. Milyen hatása van a kódolás utáni csomagolás méretének a hangátvitelre? Indokolja állítását!==&lt;br /&gt;
* A nagy csomagméret késlelteti az átvitelt, olyan, mintha növelnénk az átviteli buffer méretét.&lt;br /&gt;
* A végleges sávszélesség igény függ a kódolástól és az egy csomagban lévő minta időtartamától. Ez utóbbi jelentősen befolyásolja a sávszélességet. Ha rövid az időtartam, akkor nagyobb a sávszélesség igény, ha hosszú, akkor a rendszer késleltetése növekszik meg.&lt;br /&gt;
&lt;br /&gt;
==14. Mi az RTP protokoll, mi a szerepe az RTCP-nek?==&lt;br /&gt;
* [http://en.wikipedia.org/wiki/Real-time_Transport_Protocol RTP]: Real-Time Transport Protocol, valós idejű forgalom átvitelére használt protokol.&lt;br /&gt;
* [http://en.wikipedia.org/wiki/RTP_Control_Protocol RTCP]: Real-Time Transport Control Protocol, felügyeli az átvitel minőségét és információt hordoz a résztvevőkről.&lt;br /&gt;
&lt;br /&gt;
Az RTP-ről írok egy kicsit bővebben, hátha belekérdeznek zh-n. Általában UDP fölött használják. Első sorban multicasthoz készült, de működik unicast fölött is. Az RTP csomagok szállítják a valós idejű adatot, az RTCP csomagok felügyelik az átvitel minőségét, illetve információt hordoznak a résztvevőkről.&lt;br /&gt;
&lt;br /&gt;
_Szolgáltatásai_:&amp;lt;br&amp;gt;&lt;br /&gt;
- hasznos teher azonosítása&amp;lt;br&amp;gt;&lt;br /&gt;
- sorszámozás&amp;lt;br&amp;gt;&lt;br /&gt;
- időbélyegzés&amp;lt;br&amp;gt;&lt;br /&gt;
- átvitel felügyelete&lt;br /&gt;
&lt;br /&gt;
_Nem foglalkozik ezekkel_:&amp;lt;br&amp;gt;&lt;br /&gt;
- szolgáltatás minőség, erőforrás foglalás, késleltetés&amp;lt;br&amp;gt;&lt;br /&gt;
- helyes csomagsorrend&amp;lt;br&amp;gt;&lt;br /&gt;
- nyugta&amp;lt;br&amp;gt;&lt;br /&gt;
&lt;br /&gt;
-- [[KissAnett|Olthyer]] - 2008.05.03.&lt;br /&gt;
&lt;br /&gt;
==15. Milyen információkat hordoz az RTP csomag fejléce?==&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
	0						 1						 2						 3&lt;br /&gt;
	0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1&lt;br /&gt;
  +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+&lt;br /&gt;
  |V=2|P|X|  CC	|M|	  PT		|		 sorszám					  |&lt;br /&gt;
  +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+&lt;br /&gt;
  |									időbélyeg									|&lt;br /&gt;
  +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+&lt;br /&gt;
  |			  szinkronizációs forrás (SSRC)azonosító				  |&lt;br /&gt;
  +=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+&lt;br /&gt;
  |				közreműködő forrás (CSRC) azonosító					 |&lt;br /&gt;
  |									  ....										|&lt;br /&gt;
  +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
* *Verzió (V)*: Az RTP verziója.&lt;br /&gt;
* &#039;&#039;&#039;Kitöltés (Padding - P)&#039;&#039;&#039; &lt;br /&gt;
* *Kiterjesztés (Extension - X)*: A fix fejléc után következik pontosan egy fejléc kiterjesztés.&lt;br /&gt;
* *Közreműködő forrásszámláló (CSRC count - CC)*: A fix fejléc után következő közreműködő forrás azonosítók száma.&lt;br /&gt;
* &#039;&#039;&#039;Jelző (Marker - M)&#039;&#039;&#039;&lt;br /&gt;
* *Hasznos teher típusa (Payload Type - PT)*: Azonosítja a hasznos teher típusát.&lt;br /&gt;
* *Sorszám*: Egyesével növekszik, a csomagvesztés észlelését segíti.&lt;br /&gt;
* *Időbélyeg*: A mintavételezés időbélyege, monoton és lineárisan növekvő órától származik.&lt;br /&gt;
* *Szinkronizációs forrás (SSRC) azonosító*: Azonosítja a forrást szinkronizáció céljából.&lt;br /&gt;
* *Közreműködő forrás (CSRC) azonosító*: Azonosítja az adatfolyamhoz tartozó közreműködő forrásokat.&lt;br /&gt;
&lt;br /&gt;
==16. Mi a jelzésprotokollok feladata távközlő hálózatokban?==&lt;br /&gt;
* A hívás lefolytatásához szükséges menedzsment feladatok elvégzése, hívó és hívott felek azonosítása, mindkét oldal értesítése, hangadat fogadására való felkészítése, számos egyéb ezekhez hasonló feladatok ellátása.&lt;br /&gt;
&lt;br /&gt;
==17. Mi a média-átviteli protokollok feladata a távközlő hálózatokban?==&lt;br /&gt;
* A hasznos adatok (hanginformáció) átvitelére használatosak.&lt;br /&gt;
&lt;br /&gt;
==18. Mik a legfontosabb különbségek a SIP és H323 között?==&lt;br /&gt;
* A H323 a hagyományos áramkörkapcsolt alkalmazások logikájával operált, azokhoz való összekapcsolhatóságot helyezte előtérbe.&lt;br /&gt;
* A SIP inkább az internettel való könnyebb integrálhatóságot tartotta szem előtt.&lt;br /&gt;
&lt;br /&gt;
==19. Mi a SIP URI? Hogyan épül fel?==&lt;br /&gt;
* A kliensek azonosítása un. SIP URI segítségével történik, melynek tipikus alakja nev@IP, ahol a nev a telefonkészülék neve az IP cím pedig a telefonközpont IP címe. Megjegyzendő, hogy a központ lehet a készülékbe is beépítve, ekkor az IP cím is a készüléket azonosítja. Az IP cím helyén állhat domain név is, abban az esetben, hogy a DNS szerver ezt a domain nevet a megfelelő IP címre tudja cserélni. (segédlet 13. oldal)&lt;br /&gt;
* Megjegyzés: Az URI hardveresen a telefonhoz tartozó kagylóhoz van hozzárendelve, mert van olyan készülék, aminek több kagylója is lehet.&lt;br /&gt;
&lt;br /&gt;
==20. Soroljon fel 3 SIP üzenettípust, röviden vázolja célukat!==&lt;br /&gt;
* INVITE: összeköttetés kezdeményezése, felhasználható médiumok&lt;br /&gt;
* ACK: hívásfelépítés megerősítése&lt;br /&gt;
* OPTIONS: szolgáltató által támogatott szolgáltatások&lt;br /&gt;
* REGISTER: cím bejegyzése a szerverbe, a felhasználó ezzel jelzi, hogy hol van&lt;br /&gt;
* BYE: összeköttetés lezárása, kapcsolat bontása&lt;br /&gt;
* CANCEL: ha egy helyről válasz érkezett a kérésünkre, ezzel törölhetjük a többi, felesleges kérést&lt;br /&gt;
&lt;br /&gt;
==21. Mire jó a SIP Trying üzenet?==&lt;br /&gt;
* Akkor kapjuk, ha a válasz több mint 200 ms múlva érkezne meg. Ha például hívást kezdeményezünk proxyn keresztül, akkor a proxy ezt küldi vissza, amíg a kapcsolatot próbálja felépíteni.&lt;br /&gt;
&lt;br /&gt;
==22. Ismertessen néhány SIP felhasználó ügynök (user agent) implementáció típust!==&lt;br /&gt;
* softphone program, számítógépen&lt;br /&gt;
* PBX-ben&lt;br /&gt;
* (IP-)telefonban&lt;br /&gt;
* DSL / egyéb kábeles berendezésben&lt;br /&gt;
&lt;br /&gt;
==23. Soroljon fel 3 SIP szerver típust, ismertesse feladatukat!==&lt;br /&gt;
* proxy szerver: hívás felépítésében kisegítő/közvetítő szerepet lát el&lt;br /&gt;
* redirect szerver: továbbítás a feladata, címfeloldásra location szervert használ&lt;br /&gt;
* location szerver: felhasználók aktuális helyének tárolására&lt;br /&gt;
* registrar szerver: ügynökök regisztrációjára&lt;br /&gt;
&lt;br /&gt;
==24. Vázoljon fel egy SIP kapcsolat-felépítési folyamatot (proxy vagy egyéb szerverek nélkül)==&lt;br /&gt;
	{{InLineImageLink|Infoalap|MeresLabor4ValosSzolgaltatas|sipsessionsetup.png}}&lt;br /&gt;
	&lt;br /&gt;
	Ábra javítva, kiegészítve -- [[NadudvariGyorgy|Gyuri]] - 2010.02.21.&lt;br /&gt;
&lt;br /&gt;
==25. Mi az SDP, mi a szerepe a SIP kommunikációban?==&lt;br /&gt;
	Session Description Protocol. A SIP üzenet formátumát definiálja.&lt;br /&gt;
&lt;br /&gt;
	Mérésen megnéztuk ezt is, és nem egészen a formátumot definiálja szerintem.Ez a protokoll lényegében egy megegyezés a két VoIP-os fél &lt;br /&gt;
	kozott.SDP uzenet formájában kozli az egyik fél, hogy milyen kodekeket támogat, melyik porton várja a választ... A másik fél szintén SDP &lt;br /&gt;
	uzenet formájában kozli a választását a kodeket illetoen...(Egy eszkoz tobb kodeket is támogat általában.)&lt;br /&gt;
&lt;br /&gt;
	[http://en.wikipedia.org/wiki/Session_Description_Protocol SDP] - Session Description Protocol&lt;br /&gt;
&lt;br /&gt;
	A protokol segítségével cserélnek információkat a kapcsolatban résztvevő felek. Ilyen információk pl. a kapcsolatot, multimédiás tartalmat leíró paraméterek.&lt;br /&gt;
&lt;br /&gt;
-- [[NadudvariGyorgy|Gyuri]] - 2010.02.21.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
[[Category:Infoalap]]&lt;/div&gt;</summary>
		<author><name>Gyoroka</name></author>
	</entry>
</feed>