https://vik.wiki/index.php?action=history&feed=atom&title=Protokolloraijegyzet2010_05 2026-04-26T15:44:44Z Az oldal laptörténete a wikiben MediaWiki 1.43.6 https://vik.wiki/index.php?title=Protokolloraijegyzet2010_05&diff=139630&oldid=prev 2012-10-21T20:44:36Z

<p>Új oldal, tartalma: „{{GlobalTemplate|Infoszak|Protokolloraijegyzet2010_05}} ==Protokoll Technológiák== ===5. óra=== ====CCSS7 (Common Channel Signaling System 7)==== * egy másfél h…”</p> <p><b>Új lap</b></p><div>{{GlobalTemplate|Infoszak|Protokolloraijegyzet2010_05}}<br /> <br /> ==Protokoll Technológiák==<br /> <br /> ===5. óra===<br /> ====CCSS7 (Common Channel Signaling System 7)====<br /> <br /> * egy másfél hónapig ez lesz a téma<br /> * CAS (Channel Associated System):<br /> ** csatronához társított jelzésrendszerek<br /> *** beszédcsatornát használjuk a jelzések átvitelét<br /> *** előnyök<br /> **** ugyanazon az érpáron mennek, mint a beszélgetés<br /> **** könnyű a beszéd és a jelzés összerendelése<br /> **** vonalellenőrzés triviális<br /> **** egy interface elég<br /> *** hátrányok<br /> **** analóg jelzésrendszerek régen viszonylag lassúak voltak<br /> **** a beszédátvitel és a jelzésátvitel különbözik biztonságkövetelményi szempontból<br /> ***** nem mindegy egy elveszett hangminta, vagy egy elveszett jelzés <br /> <br /> * kellett egy Digitális jelzésrendszer<br /> * elég flexibilis, hogy több fajta szolgáltatáshoz jó legyen<br /> * bővíthető legyen<br /> ** (később ez lett a GSM jelzésrendszer alapja is, úgyhogy ez bejött)<br /> * elvi hátrány: csak beszédcsatornához tudunk átvinni adatot<br /> ** ez probléma pl a számhordozásnál, vagy a speciális számoknál.<br /> * ugyanezen a hálózaton a legtöbb jelzésrendszert át kell tudni vinni<br /> * ötlet: <br /> ** válasszuk szét teljesen a jelzésrendszert és a hangátviteli rendszert.<br /> * a jelzéshálózathoz csomó minden csatlakozhat.<br /> ** Signaling Point<br /> ** Signaling Transfer Point<br /> * nincs szükség arra, hogy mindegyik központ mindegyikkel beszélni tudjon<br /> ** mindenki csak a beszédvonalak mentén tudjon kommunkikálni.<br /> * azért közös csatornás jelzésrendszer, mert egy vonal több vonal jelzéseit képes átvinni<br /> ====blipp====<br /> * amilyen jelzések vannak, azok két beszédközpont között zajlanak. Ez fontos.<br /> * mindkét központnak van jelzés központja.<br /> * a szabvány azt javasolja, hogy legyen legalább két irány, ahogy el lehet jutni egyikből a másikba.<br /> * jött egy kép, hogy ha nagy biztonságú jelzésközpontokat akarunk, akkor milyet kell csinálni.<br /> * jelzés összeköttetések lehetnek:<br /> ** tárítottak: associated<br /> *** dedikált PCM csatorna<br /> ** kvázi társítottak: quasi associated<br /> *** jelzséösszeköttetések másképpen futnak, mint a jelzésösszeköttetések<br /> * két prioritási szakasz van:<br /> ** egyes prioritású szakaszok: <br /> *** ha az egyik elromlik, akkor átterelik a másikra, ha nincs hiba, 50%-os terheléselosztással dolgoznak.<br /> * ketter priorítású szakaszok:<br /> ** csak akkor használható, ha nincs egyes prioritású szakasz.<br /> ** ha nincs más lehetőség<br /> * kihasználtságuk még csúcsidőben is 5% körüli.<br /> * holtpont kialakulásának elkerülése: nem küldünk &quot;visszafele&quot; üzenetet<br /> <br /> ====A CCSS7 Protokolljai====<br /> * ez most egy nagyon nagy rajz lesz.<br /> * 4 rétegű architektúra: később kiderült, hogy kevés<br /> <br /> =====MTP (Message Transfer Parth)=====<br /> * egy jelzéshálózaton belül tetszőleges jelzéspontból tetszőleges jelzést tetszőleges jelzéspontba el tud küldeni.<br /> * 3 rétegű dolog<br /> ** MTP-1: jelzéskapcsolati szint (fizikai)<br /> *** milyen típusú fizikai összeköttetéseket használhatunk a jelzésszakaszok közt.<br /> *** 64kbps full duplex korlátozatlan digitális csatornára optimalizált.<br /> ** MTP-2: (SLL) Signalink Link Level: Jelzés szakasz szint<br /> *** teljesen megfelel az OSI második rétegének:<br /> *** két szomszédos jelzéspont között üzeneteket tudjunk átvinni hibamentesen<br /> *** framing &amp; hibadetektálás &amp; javítás<br /> ** MTP-3: Signaling Message Handling:<br /> *** egy jelzéshálózaton belül bármely kettő jelzéspont közt tudjunk üzenetet küldeni<br /> *** addressing<br /> *** routing<br /> *** SNM: Signaling Network Managment: a hálózati hibákat észrevegye, és a szükséges konfiguálási beállításokat beállítsa<br /> ** ISUP: ISDN User Part: ISDN összeköttetések vezérlésére alkalmas<br /> <br /> ** SCCP: Signaling Connection Control Part<br /> *** Jelzéskapcsolat vezérlő egység<br /> *** Azért felelős, hogy jelzéshálózatok közt is tudjunk üzeneteket továbbítani.<br /> *** kapcsolat nélküli üzeneteket meg tudjon valósítani<br /> *** jelzéskapcsolatok kiépítésére alkalmas<br /> ** TCAP: Transaction Capabilities Application Part<br /> *** tranzakciós képességet használó egység<br /> *** tudjuk jelezni, hogy melyik kérdéshez melyik válasz tartozik.<br /> ** MAP: Mobile Application Part<br /> *** megmondja milyen tranzakciót kell indítani, ill<br /> *** mit kell csinálni, ha kap egy üzenet<br /> ** INAP: Intelligent Network Application Part<br /> *** felelős: számhordozás megvalósítása pl, az ilyen adatbázisok közti kommunikációt valósítja meg<br /> <br /> -- [[DonGatto|Liba]] - 2010.02.25.<br /> <br /> <br /> [[Category:Infoszak]]</div>

Unknown user