az sga-7n mérohálózattsplab.hu/doc/word/sga-7ta/sga-7ta_usman.doc · web viewaz sga-7ta...

Az SGA-7TA HÍVÁSSTATISZTIKAI RENDSZER

FELHASZNÁLÓI LEÍRÁSA

Készítette: Agent-lab Kft.

Budapest 2003.02.19.

SGA-7TA hívásstatisztikai rendszer felhasználói leírása

Tartalom

1. Az ismertető tárgya.................................................................................................................5

2. A rendszer célja, alapelvei......................................................................................................6

2.1. Célkitűzés.........................................................................................................................6

2.2. A rendszer alapszolgáltatásai...........................................................................................6

2.3. Kiegészítő szolgáltatások.................................................................................................7

2.4. A megvalósítás legfontosabb követelményei...................................................................7

3. A rendszer felépítése...............................................................................................................8

3.1. A rendszer elemeinek áttekintése.....................................................................................8

3.1.1. Monitorgép................................................................................................................8

3.1.2. Szervergép.................................................................................................................8

3.1.3. Kiértékelő gép...........................................................................................................9

3.2. A rendszerelemek kapcsolata.........................................................................................10

3.2.1. Összeköttetés...........................................................................................................10

3.2.2. Méretezés................................................................................................................10

3.2.3. Üzemeltetés.............................................................................................................11

3.3. A szoftver rendszer funkcionális vázlata.......................................................................11

3.3.1. Monitor szoftverfelépítése......................................................................................11

3.4. Szerver szoftver..............................................................................................................13

3.4.1. A szerver szoftver felépítése...................................................................................13

3.4.2. Naplózási funkciók.................................................................................................15

3.5. Kiértékelő szoftver.........................................................................................................16

3.5.1. Statisztikai információk számítása..........................................................................16

3.5.2. Riasztások generálása.............................................................................................17

3.5.3. CDR rekordok szöveges kigyűjtése........................................................................17

3.5.4. A kigyűjthető hívásadatok......................................................................................18

3.6. Hívásadatok statisztikai kiértékelése.............................................................................19

3.7. A programok indítása.....................................................................................................20

4. A CDR listázó program kezelése..........................................................................................21

4.1. A CDR listázás paramétereinek megadása....................................................................21

/tt/file_convert/5ec27c62360ddd56162476b5/document.doc

2/59


4.1.1. INI fájl tartalma.......................................................................................................21

4.1.2. Az INI fájl előkészítése...........................................................................................21

4.2. A program indítása.........................................................................................................22

4.3. Szűrőfeltételek megadása...............................................................................................23

4.3.1. Időintervallum feltétel.............................................................................................23

4.3.2. Viszonylat feltétel...................................................................................................23

4.3.3. Hívási feltételek......................................................................................................24

4.4. Kimenő fájl megadása....................................................................................................24

4.5. Opciók............................................................................................................................25

4.6. Vezérlőgombok..............................................................................................................25

5. A CDR statisztikai program kezelése...................................................................................26

5.1. A statisztika paramétereinek megadása.........................................................................26

5.1.1. INI fájl tartalma.......................................................................................................26

5.1.2. Az INI fájl előkészítése...........................................................................................27

5.2. Szűrő - csoportosító feltételek megadása.......................................................................28

5.2.1. Az MX fájl megadásánál alkalmazandó általános szabályok.................................28

5.2.2. Az MX fájlok mezői...............................................................................................29

5.2.3. Pontkódok és iránykódok megadása.......................................................................30

5.3. Zónaidők egy napon belül, napkategóriák szerint.........................................................31

5.4. Napkategóriák dátum szerint.........................................................................................32

5.5. Pontkódok nevének megadása.......................................................................................32

5.6. Iránykódok nevének megadása......................................................................................34

5.7. A program indítása.........................................................................................................36

5.8. Időintervallum feltétel....................................................................................................37

5.9. Szűrőfeltételek megadása...............................................................................................37

5.10. Kimenő fájl megadása..................................................................................................37

5.11. Opciók megadása.........................................................................................................38

5.12. Vezérlőgombok............................................................................................................39

6. Függelékek............................................................................................................................40

6.1. CDR listázó program INI fájl.........................................................................................40

6.2. CDR listázó program TXT típusú kimenete..................................................................41

6.3. CDR listázó program CSV típusú kimenete..................................................................42

6.4. CDR statisztikai program INI fájl..................................................................................43

6.5. CDR statisztika szűrőfeltételei.......................................................................................45

6.6. A CDR statisztika kimenete...........................................................................................47


3/59


6.7. A bontási kód szabványos értékei..................................................................................50

6.8. A CDR bináris állományok szerkezete..........................................................................53

6.9. A hívás lebontásának okai..............................................................................................55

6.10. A CDR generálásnál fellépő hibák és figyelmeztetések..............................................56

6.11. Figyelmeztető és hiba kijelzések a CDR generálás során............................................56


4/59


1. Az ismertető tárgya

Jelen kezelési leírás áttekinti az SGA-7TA hívásstatisztikai rendszer felépítését, legfontosabb funkcióit, majd részletesen ismerteti az alábbi két kiértékelő szoftver modul beállításait, kezelését, a készített statisztikák értelmezését és a statisztikákhoz kapcsolódó riasztási funkciókat.

A kiértékelő szoftver modulok:

SGA-7TA CDR listázó program (Sga7TACDRList)

SGA-7TA CDR (hívás)statisztikai modul (Sga7TACDRStat)

A két statisztikai modulban az a közös, hogy mindkettő a CDR-ek (Call Data Record), vizsgálatára épül, vagyis a már lezárt hívásokat tekinti alapegységnek, és ennek jellemzőivel foglalkozik. A hívások felépítésével és kezelésével kapcsolatos üzenetek vizsgálata

A funkciók és adatformátumok egzakt ismertetésén túl néhány példa bemutatásával igyekszünk megvilágítani a rendszer használatának lehetőségeit.

A leírás nem tér ki a rendszer napi üzemeltetési teendőire, a szerver modulok kezelésére, és a hibakeresésre. Erről a rendszer Üzemeltetői leírása szól részletesebben.

Jelen dokumentációban nem térünk ki részletesen a rendszer üzembe helyezésére, installálására, erről is az Üzemeltetői leírásban olvashatunk.


5/59


2. A rendszer célja, alapelvei

2.1. Célkitűzés

Az SGA-7TA hívásstatisztikai rendszer fő célja, hogy közvetlenül a telefonhálózat 7-es jelzés-linkjeinek monitorozásával - a központok erőforrásainak igénybevétele nélkül - gyűjtse a hívási információkat, amelyek kiértékelése alapján a szolgáltatók közötti és szolgáltatón belüli részletes forgalmi adatok határozhatók meg.

A forgalmi adatok ezen kívül sok hasznos információt szolgáltatnak a telefonhálózat működéséről, a hívások sikerességéről, a linkek terheltségéről, az egyes szolgáltatások kihasználtságáról, valamint az előfizetők telefonálási szokásairól.

A hívási rekordok rendszeres, gyakori kiértékelése réven aktuális képet kaphatunk a központok közötti forgalmi viszonyok alakulásáról, határértékek felhasználásával kritikus terhelési- illetve hibaállapotok bekövetkezése esetén riasztásokat generálhatunk.

Az online alkalmazáson túl az eltárolt és archivált adatok utólag bármilyen felbontású statisztikák elkészítéséhez nyújtanak alapot, támpontot biztosítanak reklamációk felülvizsgálatához, hibajavításhoz.

2.2. A rendszer alapszolgáltatásai

A rendszer alapszolgáltatásait az alábbiak:

SS7 jelzés-linkek monitorozása

Statisztikák készítése:

o Online (15 perces)

o Napi

o Heti

Riasztás generálása

A hívási adatok kiértékelésének paramétereit a felhasználó flexibilisen változtathatja. Tetszőlegesen beállítható időintervallumokra és összeköttetési viszonylatokra tarifazónánként részletes statisztikai adatok állíthatók elő. Az eredmények a hívások darabszámát, valamint hívások felépülésének, tartásának és lebontásának jellegzetes összesített időadatait tartalmazzák.


6/59


2.3. Kiegészítő szolgáltatások

A fő funkciókon túlmenően az alábbi szolgáltatásokat biztosítja még a rendszer:

ISUP üzenetek kigyűjtése, rendezése és dekódolása

Hívásrekordok listázása

Egyéb, nem hívásfelépítéssel kapcsolatos statisztikák készítése

Önteszt

Kiegészítő szolgáltatásként - ilyen irányú igény esetén - a rendszer a telefonhálózat ellenőrzésére, szinte tetszőleges statisztikai és minőségi adatok gyűjtésére, illetve archiválására, hibakeresésre, a vonalak távmonitorozására és valós időben az élő vagy a korábbi hívások követésére és akár bitszintű analízisére is alkalmas. Számos, ilyen szolgáltatásokra alkalmas program készen is rendelkezésre áll.

2.4. A megvalósítás legfontosabb követelményei

A rendszer megtervezésénél, méretezésénél az alábbi legfontosabb kritériumokra, követelményekre ügyeltünk.

A Monitorok és a Szerver gép jelenti a rendszer kritikus részét, amelyek a megbízhatóság végett ipari kivitelű, nagy megbízhatóságú, IBM kompatíbilis PC-kből vannak kialakítva.

Ideiglenesen legalább 2 hónapnyi ISUP üzenet tárolható a monitorgépen.

A szervergép merevlemeze duplikálva van.

A monitor és szerver gép közötti IP kapcsolat megszakadása esetén helyreállás után a feldolgozás adatvesztés nélkül folytatható.

Tápkimaradás esetén az addig tárolt adatok nem vesznek el.

A rendszer táv-menedzselhető.

A fontos beállítások módosítása védett (jelszó, elkülönítés nyílt hálózattól).

Rendszeren belüli és külső időszolgáltatóhoz igazodó időszinkronizálás.


7/59


3. A rendszer felépítése

3.1. A rendszer elemeinek áttekintése

A rendszer alapvetően 3 fizikailag elkülönült komponens – típusból épül fel:

Monitorgép

Szervergép

Kiértékelő gép

Mindhárom komponenstípusnak megvan a maga funkciója, de bizonyosak a másik gépen is futtathatóak.

3.1.1. Monitorgép

A Monitorgép, amely a központok közötti 2,048 Mbps-os trönk vonalakhoz csatlakozik nagyimpedanciás leválasztással, és a jelzés időrés(ek)ből kicsatolja a 7-es jelzésüzeneteket, amelyek közül a hívási üzeneteket (ISUP MSU), továbbá az esetleges riasztási és fenntartási információkat elküldi a Szervergép felé.

A Monitorgép nagy megbízhatóságú ipari PC.

A Monitor gép esetleges hibája miatt történő leállás esetén egy hardver Watchdog biztosítja az újraindulást, azonban ilyenkor üzenetek is elvesznek. Ez a tény a Szerver gépben is feljegyződik. (Duplikált rendszernél a kiesett időre egyszerűen a tartalék rendszerből kell venni a CDR adatokat.)

3.1.2. Szervergép

A szervergép három fő funkciót lát el:

Hívásrekordokat (CDR: Call Data Record) képez.

A CDR rekordokat folyamatosan kiértékeli.

A kiértékelések eredményétől függően riasztást generál.

A Szervergép a Monitorgéptől kapott jelzésüzenetekből részletes hívásrekordokat (CDR: Call Data Record) képez, és ezeket bináris állományokban diszken tárolja a további feldolgozás céljára. Ezen kívül fenntartási és ellenőrzési célból a Szerver a vonalon fellépő riasztási eseményekről, valamint a rendszer saját működéséről kívánt részletességű naplóállományokat (log) készít./tt/file_convert/5ec27c62360ddd56162476b5/document.doc

8/59


Az összegyűjtött CDR-ek alapján időszakonként kiértékelések hajthatók végre.

A kiértékelések automatikusan indulnak el, négy gyakoriságot különböztetünk meg:

Online feldolgozás (15 percenként)

Órás feldolgozás

Napi feldolgozás (0 óra után)

Heti feldolgozás

Online kiértékelés esetén határértékek elérésekor riasztások generálódhatnak.

A Szervergép nagy kapacitású PC.

3.1.3. Kiértékelő gép

A Kiértékelő gépeken – a szerverhez hasonlóan - a gyűjtött CDR állományokat a felhasználó által megadott paraméterek szerint lehet kiértékelni. Ezek a kiértékelések egyedi elemzéseket támogatják, így nem automatikusan indulnak, és a beállított feltételek sem állandóak, hanem mindig a konkrét egyedi igénynek megfelelőek.

A másik fő funkciója a Kiértékelő gépnek az ISUP jelzések távmonitorozása és a jelzés-üzenetek vizsgálata.

A Kiértékelő gép (kliens gép) segítségével lehet a rendszer működési jellemzőit megtekinteni, valamint a statisztikai beállításokat megváltoztatni.

A Kiértékelő gépeknél nincs szükség különösen nagy megbízhatóságra, ezek közönséges asztali PC-k lehetnek, amelyeket más napi munkára is használunk.


9/59


3.2. A rendszerelemek kapcsolata

3.2.1. Összeköttetés

A rendszer elemei egy helyi (10/100 Mbps Ethernet) hálózaton, TCP/IP protokoll felhasználásával kapcsolódnak az alábbi ábra szerint:

LAN/WAN

linkek2 Mb/s

Monitor

......

Szerver

Kezelői állomás

3.1. ábra. Az SGA-7TA rendszer hardver blokkvázlata

Az elemek akár egyetlen hub-bal közvetlenül össze köthetők egy 10/100 Mbps-os hálózatba.

Az ábrán feltüntetett Kezelői állomás is PC-s kivitelű. Ilyen állomás több is lehet és ezek bárhol elhelyezhetők, ahol a Szervergép felé hálózati kapcsolat van kiépítve. A Kezelői állomás megbízhatósága nem kritikus, de a kiértékelés során elkészült eredmény állományok mentésére megfelelő adathordozók (pl. diszk, CD, vagy flash memória) alkalmazása ajánlott, hogy esetleges hiba esetén a kiértékelést ne kelljen megismételni.

3.2.2. Méretezés

A Monitor gépben vannak elhelyezve a vonali illesztő kártyák, amelyekből egy gépben max. 8 db lehet, és mindegyik 2 db kétirányú trönk vonal monitorozására alkalmas. Ezért egy ipari PC 16 db kétirányú trönk (és mindegyiken belül max. 8 db 64 kbps-os jelzéslink) monitorozására elegendő. Monitoronként 24-nél több jelzéslink nem javasolt, de kis (10 %


10/59


alatti) forgalom esetén akár 32 link is lehet egy Monitorban. Ha ez kevés, akkor egyszerűen több Monitor gépet kell alkalmazni.

Igény esetén a trönkök „felfűzésével” megoldható, hogy egy trönknek akár 31 időrésében is lehessen jelzéslink.

A CDR (hívásrekord) információ bináris állományok formájában, időrendben a Szerver gép diszkjein tárolódik, és igény esetén file mentéssel archiválható. Egy 36 GB kapacitású diszken akár 200 millió CDR is tárolható, amelynek az automatikus on-line archíválása is megoldható.

Megemlítjük, hogy elvileg több szervergép alkalmazása is lehetséges, de ebben az esetben meg kell oldani a több szerver által gyűjtött adatok összefésülését.

3.2.3. Üzemeltetés

Részletesebb információkat lásd az Üzemeltetési Leírásban!

A Monitor és a Szerver gépek normális működés közben nem igényelnek display-t és billentyűzetet, de a tesztelési fázisban ezekre szükség van.

A megbízható hálózati IP kapcsolat biztosítása a szolgáltató feladata. A hálózati csatlakozás a gépek számára 10/100 Mbps-os Ethernet. A Monitor és a Szerver közötti adatforgalom becsléséhez 5.000 BHC (forgalmas órai hívás) mennyiségenként 2 kbps értéket lehet alapul venni, és ezt kell megfelelő tartalékkal biztosítani a felhasznált átviteli utakon.

A pontos időzítés érdekében a Szervert a pontos világidővel vagy a telefonközpont órájával kell szinkronizálni, amelyhez NTP protokoll használható. A Monitorok órája a vonali jelről jár, és beállítás szerint, legalább naponta egyszer automatikusan szinkronizálódik a Szerver időzítéséhez.

3.3. A szoftver rendszer funkcionális vázlata

A kezelés elsajátítása érdekében szükséges a rendszer főbb szoftver komponenseinek megismerése, főképpen azért, hogy lássuk az egyes adatok keletkezésének, tárolásának, továbbításának helyét, módját.

A szoftver rendszer az alábbi fő részekből áll:

Monitor szoftver

Szerver szoftver

Kiértékelő szoftver

3.3.1. Monitor szoftverfelépítése

A monitor szoftver az alábbi főbb feladatokat ellátó egységekből áll.

Jelzésüzenetek gyűjtése és továbbítása a szervernek


11/59


Statisztikai információk gyűjtése és továbbítása

Távmonitorozás üzeneteinek továbbítása

A Monitorokban elhelyezett 2 Mbps-os illesztő egységeken minden trönk mindkét irányához tartozik egy-egy dedikált jelfeldolgozó processzor (DSP), amely a fizikai és az MTP (Message Transfer Part) réteg feladatait látja el, és továbbítja az érvényes jelzésüzeneteket, valamint a riasztási és az üzenetstatisztikai információkat a Monitor gép központi processzorához.

A Monitor szoftver működését az alábbi, egyszerűsített ábra mutatja. A DSP-ktől kapott jelzésüzenetek először egy diszk pufferbe íródnak a biztonság érdekében, majd TCP/IP kapcsolaton elküldésre kerülnek a Szerver számára. Ugyancsak elküldésre kerülnek a link hibákkal és a Monitor működésével kapcsolatos fenntartási és riasztási információk.

3.1. ábra. A Monitor szoftverének egyszerűsített blokkvázlata

A monitor szoftver másik fontos feladata a távmonitorozás biztosítása. Ha a szervertől távmonitorozási kérést kap, akkor a kérés paramétereinek megfelelő ISUP üzeneteket egy az egyben átadja a szervergépnek.


12/59


3.4. Szerver szoftver

3.4.1. A szerver szoftver felépítése

A szerver szoftver az alábbi főbb egységekből áll.

Lekérdező (Poller) modul a monitor adataink gyűjtésére.

Eseménymegjelenítő modul.

Statisztikai modul.

CDR generátor – hívásrekordok készítése.

A Szerver szoftver a hálózaton keresztül lekérdezi a Monitorokat, és a kapott jelzésüzenetek alapján hívásrekordokat állít össze, amelyeket periódikusan bináris CDR állományokba ment. A periódusidő rendszerparaméter, amelynek az értéke alapértelmezésben 10 perc. Az élő hívások adatai a Szerver gép memóriájában tárolódnak és csak a hívás befejezésekor (a RELC üzenet vétele után) mentődnek. Egy-egy hívásról minden olyan állományba kerül bejegyzés, amelynek idejét részben vagy egészben átfedi, így a kiértékelésnél egyszerűen összesíthetők a hívásidők egy tetszőleges időintervallumra.

3.2. ábra. A Szerver CDR kezelő szoftverének egyszerűsített blokkvázlata

A Szerver diszkjén tárolt CDR állományokban a hívásadatok mellett az egyes üzenetek időpecsétjei is rögzítésre kerülnek, ezért a későbbi kiértékeléshez minden információ rendelkezésre áll. Ha a kiértékelés paraméterei (például a zónaidők) változnak, a feldolgozást egyszerűen újra el kell végezni. A feldolgozás a Kezelői állomáson vagy bármely más, a hálózathoz kapcsolt gépen is elvégezhető off-line módon. Természetesen korábbi időszakban gyűjtött és tárolt CDR adatok kiértékelése is bármikor elvégezhető az on-line működő /tt/file_convert/5ec27c62360ddd56162476b5/document.doc

13/59


rendszertől teljesen függetlenül. Ha a CDR adatok időközben mentésre kerültek pl. CD-re, akkor bármely gépen ezek off-line kiértékelhetők a kívánt időintervallumra és szűrési feltételek mellett.


14/59


3.4.2. Naplózási funkciók

A Szerver további feladata még a Monitorok figyelése, valamint a riasztási információ naplózása és kijelzése. A fenntartási és riasztási adatok is a Szerveren tárolódnak, hogy a naplók (log-ok) alapján az esetleges hibajelenségek visszakereshetőek legyenek.

A Szerveren folyamatosan háromféle naplóállomány (log) keletkezik:

CDR log, amely a hívásadatok gyűjtési folyamatáról ad információt.

Esemény (event) log, amely a riasztási információkat, ill. ezek megszűnését tartalmazza, az előfordulás időpecsétjével.

Statisztika (statistics) log, amely az érkezett hívásüzenetek számáról ad automatikusan információt periódikusan, vagy manuális kérésre, azonnal.

Ha a helyi hálózatban történt kiesés vagy bármely más hiba miatt nem jut el egy bontási üzenet a CDR generátor programhoz, akkor az nem értesül a megfelelő hívás lezárásáról. Erre az esetre beállítható egy időzítés, ameddig a CDR generátor az IAM után vár a bontó üzenetre. Ezt az értéket célszerű olyan nagyra (pl. néhány napra) állítani, amelynél hosszabb hívás általában nem fordul elő. A beállítás az sgatscdr.ini állományban végezhető el (dwActiveCallDurationTimeOutSec). Természetesen, ha az adott csatornán újabb hívás indul, azt a program "észreveszi", és bontja az előző hívást, hiszen egy beszédcsatornán nem lehet több hívás egyidejűleg.

A bontás lehetséges okait és a CDR generálás során fellépő hibák figyelését a ….sz. Függelék sorolja fel.


15/59


3.5. Kiértékelő szoftver

A kiértékelő szoftver-rendszernek az alábbi három feladata van:

A CDR-ek alapján statisztikai információk számítása

Határérték átlépése esetén riasztás generálása

CDR-ek szöveges kigyűjtése

3.5.1. Statisztikai információk számítása

A Szerver gép által gyűjtött és annak a diszkjén binárisan tárolt hívásadatokat (CDR) a Kezelői állomáson (tehát tipikusan egy másik PC-n) futó Kiértékelő program olvassa (shared drive rendszer), és a felhasználó által megadható paraméter állományok (*.MX) adatai alapján kapott eredményeket egy szöveges, vesszőkkel elválasztott adatokat tartalmazó (CSV) állományba gyűjti, amely MS-Excel programmal közvetlenül megjeleníthető. (Az adatok igény esetén, távlatilag egyéb formában is előállíthatók.)

CDR statisztikaKiértékelő(Szervertől) *.CSV

paraméterek MS-Excelmegjelenítés

program

*.MX

3.3. ábra. Az adatfeldolgozó szoftver egyszerűsített blokkvázlata

A kiértékelésnél az MX állományokban a paraméterek a viszonylatokat adják meg, amelyekre a kiértékelést el kell végezni. A viszonylatokat egyrészt a pontkódok (DPC/OPC) másrészt pedig az iránykódok (kapcsolási számok kezdőszeletei) határozzák meg. Mindenegyes viszonylathoz a program külön gyűjti a jellemzőket. Megadhatók viszonylatonként 4 időzónára vonatkoztatva olyan feltételek, amelyek segítségével a program ellenőrzi a vizsgált rendszer állapotát. Ha az elvárt értékhatárokat a rendszer átlépi, akkor a kritikus értéket megjelöli a program, illetve online működés esetén riasztást generál. Az időzónákat napkategóriánként lehet megadni.


16/59


Ilyen módon kezeljük a hívások számát és ezen belül a sikeres hívások arányát, a tartási időket, a hívásmentes időszak vizsgálatát, illetve csoportosítjuk bontási kódok szerint a hívásokat.

A statisztikai program CSV állományt szolgáltat. Az eredmény MS-Excel programba közvetlenül bevihető egyetlen gombnyomással, és ott kényelmesen tanulmányozható vagy kívánság szerint tovább analizálható.

A kiértékelő program alapvetően kétféle üzemmódban használható:

Folyamatos, rendszeres feldolgozás

Eseti feldolgozás

A folyamatos kiértékelés lehet online, 15 perces vagy napi felbontású. Lényege, hogy a CDR rekordok elkészülésekor automatikusan generálódnak a kívánt statisztikák. Online üzem esetén kérhető, hogy a határértékek túllépése riasztásokat generáljon. Az online feldolgozás eredménye ezért kétféle fájlba kerülhet. Az egyikben az összes statisztikai bejegyzés szerepel, a másikban csak azok, amelyek riasztásokat okoznak.

Eseti feldolgozás esetén nincs tényleges riasztás, csak a kérdéses sorokat jelöljük meg.

3.5.2. Riasztások generálása

Az MX file-ok tartalmazzák azon hívásokkal kapcsolatos határértékeket, amelyek túllépése esetén riasztást kell generálni.

A riasztás-generálás mindig az online feldolgozás végén történik meg, amikorra összeálltak az előző negyedórára vonatkozó statisztikai információk.

A riasztás módja lehet:

Adott címre e-mail küldés az összefűzött statisztikai állományok mellékelésével.

Telnet-es bejelentkezés és egy script lefuttatása.

SNMP trap generálás (távlati igény).

3.5.3. CDR rekordok szöveges kigyűjtése

Amennyiben részletesebb információkra van szükségünk, mint amit statisztikai kiértékelés szolgáltat, az érintett CDR rekordok szöveges (TXT) állomány, vagy CSV állomány készíthető az adott időtartamra vonatkozóan. A listázott CDR rekordok így további feldolgozásra is alkalmasak, Excel vagy adatbázis kezelő program pl Access által.


17/59


3.5.4. A kigyűjthető hívásadatok

Az adatgyűjtés a Monitorokban alapvetően a 7-es jelzésrendszer ISUP (ISDN User Part) hívásüzeneteire korlátozódik. Ezek a következők:

IAM Initial Address Message (hívás indítása)

SAM Subsequent Address Message (kiegészítés a hívószámhoz)

ACM Address Complete Message (hívásindítás nyugtázása)

CON Connect (hívott válaszol, hívásidítás nyugtázása és összekapcsolás visszajelzése)

ANM Answer (hívott válaszol, összekapcsolás visszajelzése)

SUS Suspend (felfüggesztés kérés, analóg készüléknél a hívott letesz)

RES Resume (a hívás folytatódik SUS után, hívott újra felveszi)

REL Release (bontás kérés bármely irányból)

RLC Release Complete (bontás vége)

(A hívások felépülésének és lebontásának a folyamatáról részletes magyarázat található az ITU Q.760-as ajánlás sorozatában.)

Az említett üzeneteket a Monitorok a 7-es jelzés-linkekről gyűjtik, diszken tárolják, majd elküldik a Szerver gép számára TCP/IP hálózaton. Ha a Monitor és a Szerver közötti hálózati kapcsolat átmenetileg szünetel, vagy a Szerver áll le egy időre, akkor a Monitor diszkek kapacitásáig az adatok megőrződnek, de természetesen a hiba elhárítása után a felgyülemlett adatok átviteli idejét is figyelembe kell venni a normális működés helyreállási idejének meghatározásához.

A Szerver gép a kapott üzenetek alapján bináris CDR (Call Data Record) állományokat állít elő, amelyeket mentési ciklusidőnként diszkre ír. A ciklusidő alapértelmezés szerinti értéke 15 perc.

A bináris CDR állományokban a következő adatok szerepelnek (a részletes leírást lásd az 1. Mellékletben):

a hívó száma

a hívott száma

az átirányított szám(ok)

hálózat indikátor (NI)

a hívás indításának időpontja (IAM)

a hívás felépítésének időpontja (ACM)

az összekapcsolás időpontja, ha van (CON vagy ANM)

az első bontási üzenet időpontja (REL)


18/59


a lebontás időpontja (RELC)

a hívás felfüggesztés időpontja, ha van (SUS)*

a hívás felfüggesztés vége, ha van (RES)*

az igényelt hordozószolgálat (TraMR)

az igénybevett szolgáltatás információ (UseSI)

a linkek neve, ahol az IAM, RLC, ill. CON vagy ANM üzenet érkezett

OPC, DPC, CIC (jelzés pont kódok és a beszéd áramkör azonosító

a bontás oka (Release Cause)

egy hívás folyamán több is lehet, jelenleg max. 5 db-ot tárol a CDR

Továbbá származtatott adatként a CDR-ben még az alábbi időtartam adatok is megtalálhatók:

a hívás teljes időtartama (seconds between IAM and last MSU)

a hívás felépítésének időtartama (seconds between IAM and nearest of ACM, CON/ANM, REL, or RLC)

a csengetés időtartama (seconds between ACM and nearest of CON/ANM, REL, or RLC)

a beszélgetés időtartama (seconds between CON/ANM and nearest of REL, or RLC)

a hívás bontásának időtartama (seconds between REL and RLC)

Lényeges megjegyezni, hogy ezen utóbbi időtartamok nem a teljes hívásra, hanem csak az aktuális CDR-re vonatkoznak. A CDR adatfile-ok pl. 15 perces periódikus mentésnél az adott 15 perc adatait tartalmazzák, ezért egy hosszabb, vagy az időhatárokon átnyúló hívásról több CDR keletkezik. A kiértékelő program azután hívásonként értelemszerűen összevonja az egyes CDR-ekben lévő fenti időtartam adatokat.

Előfordulhat, hogy hálózati vagy egyéb hiba folytán egy bontási üzenet elveszik. Ezért a CDR készítésnél korlátozni kell a maximálisan megengedett híváshosszat. Erre szolgál a CDR generáló program INI állományában beállítható ’dwActiveCallDurationTimeOutSec= ’ paraméter, amelynek értéke 2 napos korlát esetén pl. 48 h x 3600 s = 172800. (Természetesen, ha ennél hosszabb hívások is vannak, akkor a mért hívásstatisztikai adatok emiatt nem lesznek pontosak.)

A CDR-ben lévő időpontok (időpecsétek) pontossága egy kiterjedt hálózatban korlátozott, de a Monitorok és a Szerver közötti válaszidő mérésével a földrajzi távolságtól függően kb. 10-100 ms hibahatár biztosítható, ha a hálózat terhelése nem túl nagy és a PCM trönkök órajele legalább 10-7 pontosságú. A Szerver óráját célszerű NTP-vel (Network Time Protocol) egy pontos világidőhöz állítani, de pontos hívásstatisztikához a központ időzítésének is erről kell járni. Egyébként a központok által szolgáltatott és a 7TA rendszer adatai eltérhetnek, ha a központ órája nem elég pontos.

3.6. Hívásadatok statisztikai kiértékelése


19/59


A CDR tábla minden hívás részletes adatait tartalmazza, ezért a kiértékelés flexibilisen megoldható, és a statisztikai értékelés is bármikor változtatható és bővíthető. Az SGA-7TA rendszer esetén a kiértékelésnek alapvetően a hívó-hívott páronként számított hívás darabszám és beszélgetési időtartam adatok az elsődlegesek, de a sikeres és sikertelen hívások száma, valamint a hívások jellemző időadatai is kiértékelhetők.

A kiértékelés a tarifatípusok (E: éjszakai, K: kedvezményes, N: nappali, C: csúcs), valamint a napkategóriák figyelembevételével történik. A megfelelő időközökre való összesítést és az aktuális naptár szerinti kategóriát a Kiértékelő program bemenő paramétereként lehet figyelembe venni.

A statisztikai értékelés paraméterei text állományban (*.MX) adhatók meg, az értékelés eredménye pedig *.CSV formában állítható elő, amely kényelmesen MS-Excel programmal jeleníthető meg.

3.7. A programok indítása

A Program használata

Poller CDR Gen. Events Log Stat. Log CDR listázó,

Statisztika

A programokat a fenti ikonokra kattintással lehet indítani. A Poller modul által begyűjtött adatokat a CDR Generátor modul dolgozza fel, ezért ezt a két modult mindenképpen el kell indítani. Lényeges, hogy ezek a program modulok egy adatállományra vonatkozóan csak egyszer legyenek elindítva, és előtte a megfelelő INI állományok helyes beállítására is ügyelni kell (l. a következő fejezetet). A Poller modul percenként ellenőrzi a Monitorokat és alapértelmezésben 15 percenként kéri le a statisztikákat. Az események és hívásüzenetek azonnal továbbításra kerülnek a Monitortól a Szerver felé.

Célszerű indításkor az Events Log és a Statistics Log modult is elindítani, amelyek az esetleges riasztási eseményekről ill. az érkezett üzenetek számáról adnak folyamatosan információt a képernyőn ill. az adatokat file-ba mentik. A kiértékelő modult az előzőektől függetlenül csak akkor kell indítani, ha a tárolt bináris CDR adatokról kiértékelés szükséges. Egyéb vizsgálatok hiányában ez esetleg havonta is elegendő.

Az egyes modulok kezelése az MS-Windows rendszernél szokásos módon történik. Az egyes ablakok esetén választható lehetőségeket az angol nyelvű feliratok egyértelműen mutatják.


20/59


4. A CDR listázó program kezelése

4.1. A CDR listázás paramétereinek megadása

A program indítása előtt szükséges az INI állomány előkészítése.

4.1.1. INI fájl tartalma

Az INI fájl neve: SgaTACDRList.ini

Az INI fájl helye: Windows könyvtár.

Az INI fájlt azért kell a Windows rendszer könyvtárában elhelyezni, mert így biztosítható, hogy a program hálózatos telepítése esetén is egyedi beállítások érvényesülhessenek.

Az INI fájl tárolja a legfontosabb elérési utakat és beállításokat, ide menti el a program a kilépéskor az előző állapotokat, hogy a legközelebbi belépésnél ezeket kínálhassa fel.

Az INI fájl részletes tartalmát a függelékben találjuk.

Az INI fájl adja meg többek között az alábbiakat:

A bemenő CDR fájlokat tartalmazó alapkönyvtár elérési útvonalát.

Az időintervallumot

A kapcsolási szám szűrési feltételeket

A DPC/OPC, CIC szűrőfeltételeket

A kimeneti fájlok alapkönyvtárának elérési útvonalát.

A kimeneti fájl típusát

Egyéb működési jellemzőket

4.1.2. Az INI fájl előkészítése

A program futtatása előtt az INI fájlban meg kell adni a CDR rekordokat tartalmazó alapkönyvtár elérési útját, például:

[Advanced]

sDataPath=c:\Sga-7TA\DataFiles

A további paraméterek megadhatóak a program főképernyőjén.


21/59


4.2. A program indítása

A programot a Start/Run paranccsal, vagy a megfelelő ikonra duplán kattintva lehet elindítani.

A program indításakor az alábbi képernyő jelenik meg:

A képernyő baloldala a beállításokat, a kezelőgombokat és az állapotinformációt jeleníti meg, míg a jobboldal a végrehajtott műveleteket listázza.


22/59


4.3. Szűrőfeltételek megadása

4.3.1. Időintervallum feltétel

Az Interval filter blokkban megadandó a listázni kívánt CDR-ek kezdő- és végintervalluma. A from után a kezdő, a to után a végidőpontot kell megadni év.hó.nap óra:perc:másodperc formátumban.

A megadást segíti a szerkesztőmezők mellett levő felkiáltójel gombok, amelyekre kattintva az aktuális időpont jelenik meg a megfelelő szerkesztőablakban.

Mindkét időpontot kötelező megadni.

Az időintervallum értelmezése függ az Output (result list) file blokkban megadott választástól. Ha TXT–t választottunk, azokat a hívásokat dolgozzuk fel, amelyek első (IAM) üzenete az intervallumba eseik.

Ha CSV-t választottunk, akkor csak azon CDR-ek dolgozódnak fel, amelyek kezdete beleesik a megadott intervallumba (egy híváshoz a megadott gyakorisággal több CDR is generálódhat) és a CDR-ekben szereplő Call Total [ms], Setup [ms], Ringing [ms], Con'ed [ms], Sus'ed [ms], Release [ms] időtartamoknak is csak azon része lesz figyelembe véve, amely a megadott intervallumba esik, viszont a Durations [ms] mező a valós, hívásra vonatkozó időket mutatja a listában.

4.3.2. Viszonylat feltétel

A Routing filter blokkban opcionálisan további szűrőfeltételek adhatóak meg. Ezek:

Destination Point Code (DPC)

Originating Point Code (OPC)

Circuit Identification Code (CIC)

A számadatokat decimálisan kell megadni. A pontkódok nincsenek három részre bontva.

A szűrőfeltétel csak akkor érvényesül, ha a kis négyzetet pipával megjelöltük. Ezt az egér bal gombjával tehetjük meg.

A szűrőfeltételeket egymástól függetlenül adhatjuk meg, illetve hagyhatjuk el.


23/59


4.3.3. Hívási feltételek

A Call filters blokkban adhatjuk meg a hívási szűrőfeltételeket. Maximum két feltétel megadására van lehetőség. A két számmezőbe vagy a teljes hívószámot írjuk be, vagy a szám kezdőszeletét és *-got teszünk a szám végére, jelezve, hogy a megadott számjegyeket követően tetszőleges számjegyek lehetnek (vagy akár egy sincs).

A számmezők mellett megjelölendő, hogy milyen típusú számként vegyük figyelembe a szűrőfeltételt (több is megadható):

A – Calling party number

B – Called party number

C – Original call number

D – Redirecting call number

Két szám megadása esetén kiválasztandó, hogy a program a két szám között logikai vagy (Or) vagy és (And) kapcsolatot képezzen.

4.4. Kimenő fájl megadása

Az Output (result list) file blokkban megadandó, hogy a kimenő fájl milyen elérési úton lgyen, és mi legyen a neve. Ezt a Browse… gomb könnyíti meg, amennyiben már létezik azonos, vagy hasonló nevű fájl.

A blokkban ki kell választani, hogy a kimenet TXT vagy CSV legyen. Az első esetben minden egyes hívásról egy rekord lesz kilistázva, melynek tartalmát a függelék mutatja. A mezőket hullámvonal (Tilde) választja el.

A második estben a felbontás szerint akár hívásonként több CDR rekord is listázódhat. Ennek más a formátuma (lásd melléklet), az egyes mezők vesszővel vannak elválasztva közvetlenül Excelbe tölthető a fájl.

Az elkészült TXT vagy CSV fájl a blokkban szereplő View gomb segítségével közvetlenül is megtekinthető. A kiterjesztés a Window-os hozzárendelésétől függően aktivál valamely szövegszerkesztőt vagy az Excel-t.


24/59


4.5. Opciók

A Log input CDR checking operations kiválasztásakor részletesebb információk jelennek meg a képernyő jobboldalán szereplő információs ablakban.

A Include partial (+++) records, too opció megadásakor, ha CSV formátumú kimenetet kértünk, nemcsak a kezdő CDR rekordok jelennek meg hívásonként, hanem ha egy hívás átnyúlik a következő bontási intervallumba, akkor ennek megfelelő CDR rekord is listázásra kerül +++ jellel megjelölve.

4.6. Vezérlőgombok

A listakészítés a Do it nevű gombbal indítható el.

Ha időközben rájöttünk, hogy pl. tévesen adtuk meg a szűrőfeltételeket, akkor a listakészítés során látható Abort nevű gombbal szakíthatjuk meg a lsitázást.

A programból az Exit nevű gombbal léphetünk ki.


25/59


5. A CDR statisztikai program kezelése

5.1. A statisztika paramétereinek megadása

A program indítása előtt szükséges az INI állomány előkészítése.

5.1.1. INI fájl tartalma

Az INI fájl neve: SgaTACDRStat.ini

Az INI fájl helye: Windows könyvtár.

Az INI fájlt azért kell a Windows rendszer könyvtárában elhelyezni, mert így biztosítható, hogy a program hálózatos telepítése esetén is egyedi beállítások érvényesülhessenek.

Az INI fájl tárolja a legfontosabb elérési utakat és beállításokat, ide menti el a program a kilépéskor az előző állapotokat, hogy a legközelebbi belépésnél ezeket kínálhassa fel.

Az INI fájl részletes tartalmát a függelékben találjuk.

Az INI fájl adja meg többek között az alábbiakat:

A bemenő CDR fájlokat tartalmazó alapkönyvtár elérési útvonalát.

A zónakönyvtárak elérési útvonalit és neveit

A kód-szótárak elérési útvonalit és neveit

A szűrőfájl elérési útvonalát és nevét

A bontási kódok csoportjait

Az időintervallumot

A kimeneti fájl nevének (névkezdetének) alapkönyvtárának elérési útvonalát.

A kimeneti fájl típusát (későbbi fejlesztési lehetőség)

Egyéb működési jellemzőket


26/59


5.1.2. Az INI fájl előkészítése

A program futtatása előtt az INI fájlban meg kell adni a release cause kód csoportjait decimálisan. A csoport kódjait vesszővel vagy helyközzel szeparálhatjuk, például:

[RelCause Groups]

sRelCause0=16,31

sRelCause1=17 , 21 29

sRelCause2=1 18 19

sRelCause3=3 9 27 34 41 42 58 88 102

Meg kell adni továbbá a következőket:

CDR rekordokat tartalmazó alapkönyvtár elérési útját (sDataPath),

A kivételnapokat tartalmazó fájlok elérési útját és nevét (sTariffDateZones)

Az időzónákat tartalmazó fájlok elérési útját és nevét (sTariffTimeZones)

A pontkód-szótár elérési útját és nevét (sPointCodeDictionary)

A iránykód-szótár elérési útját és nevét (sPointCodeDictionary)

Például:

[Advanced]

sDataPath=d:\SGA\Vivendi\CDR

sTariffDateZones=d:\SGA\Vivendi\Life\SgaTACallStat_Dates.mx

sTariffTimeZones=d:\SGA\Vivendi\Life\SgaTACallStat_Times.mx

sPointCodeDictionary=d:\SGA\Vivendi\Life\SgaTACallStat_PCNames.mx

sNumPrefixDictionary=d:\SGA\Vivendi\Life\SgaTACallStat_NumPrefNames.mx

A további paraméterek megadhatóak a program főképernyőjén.


27/59


5.2. Szűrő - csoportosító feltételek megadása

Az MX kiterjesztésű fájlok határozzák meg a statisztikai program számára, hogy mely pontkódokat és irányokat kell vizsgálnia, azokat milyen csoportosításban dolgozza fel, illetve hogy időzónánként milyen feltételeket kell figyelembe venni a riasztás tényének megállapításához.

A függelék példát tartalmaz MX fájlra.

5.2.1. Az MX fájl megadásánál alkalmazandó általános szabályok

Ha a sor első pozíciójában pontosvessző szerepel, a sor csak tájékoztató jellegű (magyarázat) – ilyen pl. a fejléc sora. A többi sorokra érvényes szabályok:

Egy szűrőfeltétel (vagy egyéb összetartozó információ) egy külön sorban van.

A sor összetartozó adatai mezőkre tagolódik, a mezők sorrendje kötött.

A sor mezői fix pozíciókban helyezkednek el. Tabulátor karakter alkalmazása nem megengedett.

Alakalmazható un. Default sor, melyet az első pozíció felkiáltójele (!) jelöl. A default sorokban megadott mezők a későbbi sorokban felhasználhatóak.

Default sor lehet több is, tartalma a sorrendben utána következõ sorokra érvényes.

Előzőleg megadott default sor valamely mezőjére úgy hivatkozhatunk, hogy a hivatkzó mezőbe felkiáltójelet teszünk. Ez vonatkozik a default sorokra is, azaz a default sorban a ! a megelõzõ default sor kérdéses elemének ismétlését jelenti.

Ha egy opcionális mezőt üresen hagyunk, akkor ez a riasztás kikapcsolását jelenti, ha a default sorban adunk meg üres mezőt, akkor ennek felhasználása a riasztás kikapcsolását jelzi.

Az egyes mezőkben az adatokat tetszőleges helyre igazíthatjuk, kivétel a kapcsolási szám kezdőszelete, amit balra kell igazítani.

Minden mezőt egy helyköz választ el egymástól.


28/59


5.2.2. Az MX fájlok mezői

NI – Network Indicator (1 kar.) kötelező megadni – default sorban itt felkiálótójel áll.

DPC - Destination Point Code (5 karakter) decimálisan (kötelezõ, kivéve ha NI='!')

OPC - Originating Point Code (5 karakter) decimálisan (kötelezõ, kivéve ha NI='!')

NOA - B szám (Called party) Nature of Address Indicator mezeje (1 karakter) decimálisan (kötelezõ, ha B szám mezõ nem üres; üres ha NI='!' vagy B szám mezõ üres)

Called_party_prefix - B szám (Called party) elõtagja (20 karakter), balra igazítva, szóközökkel kitöltve (opcionális; üres ha NI='!')

A következő mezők 4-szeresen szerepelnek, az időzónáknak megfelelően P, D, N, R sorrendben és a riasztási határértékeket határozzák meg:

X% - Sok hibás rekord esetén riasztási határ % (2 karakter, opcionális; lehet default)

Y% - Kevés sikeres hívás esetén riasztási határ % (2 karakter, opcionális; lehet default)

RÁTIs - Rövid átlagos tartási idõ esetén riasztási határ másodpercben (5 karakter, opcionális; lehet default)

HÁTIs - Hosszú átlagos tartási idõ esetén riasztási határ másodpercben (5 karakter, opcionális; lehet default)

NF - Forgalommentes idõ esetén riasztási határ órában (2 karakter, opcionális; lehet default)

NÜ - Üzenetmentes idõ esetén riasztási határ órában (2 karakter, opcionális; lehet default)

KÉ - Riasztás kiváltásához szükséges hívás darabszám küszöbértéke (3 karakter, kötelezõ ha riasztási határérték adott vagy NI='!'; lehet default)


29/59


5.2.3. Pontkódok és iránykódok megadása

Pontkódok megadásához az NI-t, a DPC-t és az OPC-t kell megadni.

Az iránykódok megadásánál elegendő a szám kezdőszeletét megadni. Amennyiben egy hívószám azonos pontkód párhoz tartozó több iránykód-szeletnek is megfelel, (pl az 132 és 13255 szeletnek egyaránt megfelel a 13255847 hívószám), akkor a program indításakor dönthető el, hogy mindkét helyen figyelembe vegyük-e vagy csak ott, ahová a legpontosabban illeszkedik (példánkban ez a 13255 számnak megfelelő sor).

A pontkódok és iránykódok együtt kulcsszerepet játszanak, azaz kétszer nem szabad megadni azonos NI, DPC, OPC, iránykódot. Az utóbbinál természetesen az is egy lehetőségnek számít, ha nem adunk meg semmit.


30/59


5.3. Zónaidők egy napon belül, napkategóriák szerint

A zónaidők azt határozzák meg, hogy a háromféle napkategória esetén az egyes időzónák mikor kezdődnek. A háromféle napkategória:

0: munkanap

1: szombat, vagy szabadnap

2: vasárnap, vagy ünnepnap

Az időzónákat betűkódokkal azonosítjuk az alábbiak szerint:

P – csúcs

D – nappali

R – kedvezményes

N – éjszakai

Az alábbi példa mutatja a tipikus zónaidő megadást háromféle napkategória (0, 1, 2) esetén:

0 00:00 N

0 05:00 R

0 07:00 D

0 09:00 P

0 15:00 D

0 18:00 R

0 22:00 N

1 00:00 N

1 05:00 R

1 22:00 N

2 00:00 N

2 05:00 R

2 22:00 N


31/59


5.4. Napkategóriák dátum szerint

A kiértékelő program alapértelmezésként rendeli hozzá a hét napjait a napkódokhoz (0, 1, 2).

Az ünnepnapok és környékén levő munkanapok átcsoportosítása a kivételek kezelését teszi szükségessé. Ezt biztosítja a napkategóriák dátum szerinti megadása, amely dátum szerint megadja, hogy a konkrét nap milyen napkóddal rendelkezzen.

Természetesen a táblázatot évente frissíteni kell.

Az alábbi példa mutatja a napkategória (munkanap, szabadnap stb.) megadását, amelynek alapján a zónaidők csoportosíthatók.

2000.06.19 0

2000.06.23 1

2000.06.25 1

2000.06.26 1

2000.06.27 1

2000.10.23 2

2000.11.01 2

5.5. Pontkódok nevének megadása

Az NI (Network Indicator), a DPC (Destination Point Code) és az OPC (Original Point Code) kódokhoz tartozó jelentés az alábbi formátumú listában adhatjuk meg. A lista célja, hogy a statisztikában az OPC, DPC decimális megjelenítésén túl a központ nevét is fel lehessen tüntetni. Példa:

; Bármely sor elsõ karaktere lehet a ';' karakter, és ekkor a teljes sor megjegyzéssornak számít.

; Minden egyéb sorra az alábbi szigorú mezõdefiníció érvényes; a tabulátor karakter nem megengedett.

;

; Irányítási adatok

; N1 Network Indicator mezõ (kötelezõ)

; S1 mezõelválasztó space

; N5 Originating/Destination Point Code decimálisan (kötelezõ)

; S1 mezõelválasztó space/tt/file_convert/5ec27c62360ddd56162476b5/document.doc

32/59


; N20 Központnév, balra igazítva (opcionális, vesszõt nem tartalmazhat)

;

; O/DPC Name of PBX or GwMSC

; 12345 12345678901234567890

;|=====|====================

2 545 Dunaujváros T

2 2560 RDS

3 35 Dunaujváros T

3 32 BP1

3 33 BP2

3 224 Pantel

3 256 BT

3 352 ETEL

0 4357 Dunaujváros T

0 5934 CONTCTEL

0 5291 TELIA

0 4629 UTA


33/59


5.6. Iránykódok nevének megadása

Az iránykódokhoz és a NADI (Natore of Address Indicator, NOA) értékhez tartozó megnevezéseket adhatjuk meg az iránykód-fájl segítségével. Az iránykód a kapcsolási szám kezdőszelete. A lista célja, hogy a statisztikában az iránykódok és a NOA számszerű megjelenítésén túl az irány megnevezését is fel lehessen tüntetni. Példa:



;


; N1 B szám (Called party) Nature of Address Indicator mezeje decimálisan (kötelezõ)


; N20 B szám (Called party) elõtagja, balra igazítva, szóközökkel kitöltve (kötelezõ)


; N20 B szám (Called party) elõtaghoz tartozó név, balra igazítva (opcionális, vesszõt nem tartalmazhat)

;

; Called_party_prefix Name of prefix

; 12345678901234567890 12345678901234567890

;|====================|====================

4 1 Amerika

4 7 Russia

4 30 Greece

4 31 Netherland

4 32 Belgium

4 33 France

4 34 Spain

4 39 Italy

4 40 Romania

4 41 Switzerland

4 43 Ausztria

4 44 UK


34/59


4 46 Sweden

4 48 Poland

4 49 Germany

4 62 Indonesia

4 63 Philippine

4 65 Singapore

4 82 S. Korea

4 90 Turkey

4 380 Ukraine

4 381 Yugoszlavia

4 385 Croatia

4 358 Finland

4 386 Slovenia

4 420 Czech R.

4 421 Slovakia

4 672 Australia


35/59


5.7. A program indítása

A programot a Start/Run paranccsal, vagy a megfelelő ikonra duplán kattintva lehet elindítani.

A program indításakor az alábbi képernyő jelenik meg:

A képernyő baloldala a beállításokat, a kezelőgombokat és az állapotinformációt jeleníti meg, míg a jobboldal a végrehajtott műveleteket listázza.


36/59


Lehetőség van a program több példányának futtatására is. Erre akkor lehet szükség, ha különböző paraméterekkel egyszerre többféle statisztikát akarunk készíteni. Ebben az esetben másoljuk le szükséges példányban a futtatható exe fájlt különböző (lehetőleg jellemző) néven és a Windows könyvtárban készítsük el auz egyes exe fájlokkal azonos nevü INI fájlokat a megfelelő paraméterezéssel.


37/59


5.8. Időintervallum feltétel

Az Interval filter blokkban megadandó a listázni kívánt CDR-ek kezdő- és végintervalluma. A from után a kezdő, a to után a végidőpontot kell megadni év.hó.nap óra:perc:másodperc formátumban.

A megadást segítik a szerkesztőmezők mellett levő kérdőjel gombok, amelyekre kattintva a program kijelzi, hogy a beállított időpont milyen tarifa-zónának felel meg.

Mindkét időpontot kötelező megadni.

A megadott időtartam a hívások első (IAM) üzenetének idejére vonatkoznak.

Ügyeljünk arra, hogy kerek többszöröse legyen a megadott időintervallum a felbontási periódusnak (pl. n-szer 15 perc, n nap), a végérték a következő periódus kezdőidőpontjára utaljon. A heti statisztika esetén kezdődátumnak hétfői napot kell megadni. Ha nem kerek időtartamot adunk meg, akkor is elkészül a statisztika, csak figyelmeztető jelzést kapunk.

Folyamatos feldolgozásnál a végérték tetszőlegesen távoli dátum, pl 2010 legyen.

5.9. Szűrőfeltételek megadása

A Thresold definition file blokkban adható meg a szűrőfeltételeket definiáló MX file elérési útja és neve. A megadást a Browse gomb könnyíti meg, amely lehetőséget biztosít a fájl megkeresésére és kiválasztására.

5.10. Kimenő fájl megadása

Az Output (result list) file blokkban megadandó, hogy a kimenő fájl milyen elérési úton lgyen, és mi legyen a neve. Ezt a Browse… gomb könnyíti meg, amennyiben már létezik azonos, vagy hasonló nevű fájl.

Távlatilag a blokkban ki lehet választani, hogy a kimenet TXT vagy CSV legyen. Az első esetben olyan fájl keletkezik, amelynek mezői hullámvonallal (tilde) vannak szeparálva, a második esetben pedig olyan, amelynek mezői vesszővel vannak szeparálva.

A függelék példát tartalmaz az eredményfájlról.


38/59


Abban az esetben, ha a Separate output files opció ki van választva (lásd később), az egyes időtartamok szerint több fájl keletkezik. Ezek neve ezen blokkban megadott név kiegészítve az időtartam és időtípus megadásával, lásd később. Ebben az esetben az új kimenő fájlok automatikusan, rákérdezés nélkül felülírják a korábbiakat, ha léteznek.

Ha a Separate output file opció nincs beállítva, az elkészült egyedi TXT vagy CSV fájl a blokkban szereplő View gomb segítségével közvetlenül is megtekinthető. A kiterjesztés a Window-os hozzárendelésétől függően aktivál valamely szövegszerkesztőt vagy az Excel-t.

5.11. Opciók megadása

Az Options blokkban különféle műveleti opció adható meg.

A Log input CDR checking operations kiválasztásakor részletesebb információk jelennek meg a képernyő jobboldalán szereplő információs ablakban.

A Dump input filter files into output files opció bekapcsolása esetén a szűrőállomány tartalma listázódik a kimeneti fájl elején tájékoztatásul.

A Dump alarms only bekapcsolásakor csak azon sorok jelennek meg a kimeneti fájlban, amelyek riasztásokat okoznak. Ezekben a sorokban szerepel valahol az *Alarm* megjegyzés.

A Separate output files opció bekapcsolása azt eredményezi, hogy a kimenet egyes időperiódusra vonatkozó blokkjai külön fájlokba képződnek. Ezen fájlok nevei a szűrőfeltételnél megadott név, bővítve az időszak megadásával, amelyet az időtípus karaktere követ: H-órás felbontás, D-napi felbontás, W-heti felbontás esetén.

Ha az Agregate results opció be van kapcsolva, akkor a periódikusan kiértékelt CDR-eket összevonja nagyobb egységekbe. Ha az opció nincs bekapcsolva, akkor a statisztika bontása a CDR-ek bontásával lesz azonos. Ezt a CDR generátor programnál lehet beállítani, tipikusan 15 perc.

Ha az Agregate results opció be van kapcsolva, akkor meg kell adni, hogy milyen összevonást alkalmazzunk. Választható órás (for hours), napi (for days), vagy heti (for weeks).

A Run with delay of t minutes opció kiválasztásakor percben meg kell adni a t időtartamot. Az időérték a feldolgozás késleltetését határozza meg. Azaz nem dolgozódnak fel a t időnél fiatalabb adatok, vagyis az időperiódus vége után még t percet várunk arra, hogy az esetlegesen még folyamatban levő hívások befejeződjenek.


39/59


5.12. Vezérlőgombok

A listakészítés a Do it nevű gombbal indítható el.

Ha időközben rájöttünk, hogy pl. tévesen adtuk meg a szűrőfeltételeket, akkor a statisztika készítés során látható Abort nevű gombbal szakíthatjuk meg a feldolgozást.

A programból az Exit nevű gombbal léphetünk ki.


40/59


6. Függelékek

6.1. CDR listázó program INI fájl

Az alábbi példa a CDR listázó program INI fájlját adja meg:

[Settings]

bStartDate=1

StartYear=2003

StartMonth=1

StartDay=20

StartHour=17

StartMinute=40

StartSecond=0

bEndDate=1

EndYear=2003

EndMonth=1

EndDay=20

EndHour=17

EndMinute=41

EndSecond=0

bDPCSet=1

wDPC=94

bOPCSet=0

wOPC=456

bCICSet=0

wCIC=2077

bNumber1ASet=1

bNumber1BSet=0

bNumber1CSet=0

bNumber1DSet=0

sNumber1Value=25*

bNumber12AND=1

bNumber2ASet=0


41/59


bNumber2BSet=1

bNumber2CSet=0

bNumber2DSet=0

sNumber2Value=12*

bRelCauseSet=0

dwRelCause=16

bFileOutCSV=1

sCSVFileNameOut=c:\SgaTAList.csv

bLogFileChecking=0

bIncludePartialRecords=1

[Advanced]

sDataPath=c:\Sga-7TA\DataFiles

6.2. CDR listázó program TXT típusú kimenete

Az alábbi példa a CDR listázó TXT típusú kimenetét mutatja

Date~Time~NI~DPC~OPC~CIC~RelCause~CagPN(A)~NoA A~CadPN(B)~NoA B~OriCN(C)~NoA C~RedGN(D)~NoA D~SigLink IAM~SigLink CON~SigLink RLC~Call Total {ms}~Setup {ms}~Ringing {ms}~Con'ed {ms}~Sus'ed {ms}~Release {ms}

2003.01.28~10:19:32.235~3~224~35~13~00000010~33513300~3~421905116115~4~~0~~0~PNT<<<~PNT>>>~PNT<<<~57839~10355~7397~40029~0~58

2003.01.28~10:22:08.045~3~224~35~19~00000010~33414205~3~421262414185~4~~0~~0~PNT<<<~PNT>>>~PNT>>>~211637~16555~25111~169953~0~18

2003.01.28~10:25:14.050~3~224~35~8~00000010~33313696~3~4217077~4~~0~~0~PNT<<<~~PNT<<<~44563~15551~28958~0~0~54

2003.01.28~10:27:56.682~3~224~35~24~00000010~33523161~3~421905491180~4~~0~~0~PNT<<<~PNT>>>~PNT<<<~107087~13736~4366~88931~0~54


42/59


6.3. CDR listázó program CSV típusú kimenete

[2003.01.28 10:15:00 ... 2003.01.28 10:30:00)

Input CDRs:

+++ Date & timeNI/DPC/OPC/CIC Durations [ms] RelCause TraMR/(NoA)/UseSI

'2003.01.28 10:19:32.235 3/224/35/13 17752 / 57781 '00000010 '3/(3/4/0/0)/0

'2003.01.28 10:22:08.045 3/224/35/19 41666 / 211619 '00000010 '3/(3/4/0/0)/0

'2003.01.28 10:25:14.050 3/224/35/8 --- / 44509 '00000010 '3/(3/4/0/0)/0

'2003.01.28 10:27:56.682 3/224/35/24 18102 / 107033 '00000010 '3/(3/4/0/0)/0

(folytatás, további oszlopok.)

CagPN(A) CadPN(B) OriCN(C) RedGN(D)IAM SigLink

CON SigLink

RLC SigLink Counted from

'33513300 '421905116115 ' ' [PNT<<<] [PNT>>>] [PNT<<<] '2003.01.28 10:19:32

'33414205 '421262414185 ' ' [PNT<<<] [PNT>>>] [PNT>>>] '2003.01.28 10:22:08

'33313696 '4217077 ' ' [PNT<<<] [PNT<<<] '2003.01.28 10:25:14

'33523161 '421905491180 ' ' [PNT<<<] [PNT>>>] [PNT<<<] '2003.01.28 10:27:56

(folytatás, további oszlopok.)Call Total [ms]

~Setup [ms]

~Ringing [ms]

~Con'ed [ms]

~Sus'ed [ms]

~Release [ms]

57839 10355 7397 40029 0 58

211637 16555 25111 169953 0 18

44563 15551 28958 0 0 54

107087 13736 4366 88931 0 54


43/59


6.4. CDR statisztikai program INI fájl

Az alábbi példa a CDR statisztikai program INI fájlját adja meg:

[Settings]

StartYear=2003

StartMonth=2

StartDay=10

StartHour=0

StartMinute=0

StartSecond=0

bStartDate=1

EndYear=2003

EndMonth=2

EndDay=17

EndHour=0

EndMinute=0

EndSecond=0

bEndDate=1

sFileNameIn=D:\Sga\Vivendi\Life\teszt1_1.mx

bFileOutCSV=1

sCSVFileNameOut=D:\Sga\Vivendi\Life\0210_D.csv

bLogFileChecking=0

bDumpInputFilters=0

bDumpAlarmsOnly=0

bSeparateOutputFiles=0

bAggregateResults=1

byAggregateResults=1

bRunWithDelay=1

wRunWithDelay=180

[RelCause Groups]

sRelCause0=16,31

sRelCause1=17 , 21 29

sRelCause2=1 18 19


44/59


sRelCause3=3 9 27 34 41 42 58 88 102

[Advanced]

sDataPath=d:\SGA\Vivendi\CDR

sTariffDateZones=d:\SGA\Vivendi\Life\SgaTACallStat_Dates.mx

sTariffTimeZones=d:\SGA\Vivendi\Life\SgaTACallStat_Times.mx

sPointCodeDictionary=d:\SGA\Vivendi\Life\SgaTACallStat_PCNames.mx

sNumPrefixDictionary=d:\SGA\Vivendi\Life\SgaTACallStat_NumPrefNames.mx


45/59


6.5. CDR statisztika szűrőfeltételei

Az alábbi példa a szűrőfeltételek beállítását mutatja



; Default sorban a ! a megelõzõ default sor kérdéses elemének ismétlését jelenti.

; Default sor lehet több is, tartalma a sorrendben utána következõ sorokra érvényes.

; Opcionális mezõk üresen hagyása a riasztás kikapcsolását jelenti.

;


; N1 Network Indicator mezõ (kötelezõ, de ha '!' akkor ez a default sor)


; N5 Destination Point Code decimálisan (kötelezõ, kivéve ha NI='!')


; N5 Originating Point Code decimálisan (kötelezõ, kivéve ha NI='!')


; N1 B szám (Called party) Nature of Address Indicator mezeje decimálisan (kötelezõ, ha B szám mezõ nem üres; üres ha NI='!' vagy B szám mezõ üres)


; N20 B szám (Called party) elõtagja, balra igazítva, szóközökkel kitöltve (opcionális; üres ha NI='!')

;

; Riasztási határértékek; minden elem négyszer ismétlõdik: P, D, R, N sorrendben.


; N2 Sok hibás rekord esetén riasztási határ % (opcionális; lehet default)


; N2 Kevés sikeres hívás esetén riasztási határ % (opcionális; lehet default)


; N5 Rövid átlagos tartási idõ esetén riasztási határ másodpercben (opcionális; lehet default)


; N5 Hosszú átlagos tartási idõ esetén riasztási határ másodpercben (opcionális; lehet default)



46/59


; N2 Forgalommentes idõ esetén riasztási határ órában (opcionális; lehet default)


; N2 Üzenetmentes idõ esetén riasztási határ órában (opcionális; lehet default)


; N3 Riasztás kiváltásához szükséges hívás darabszám küszöbértéke (kötelezõ ha riasztási határérték adott vagy NI='!'; lehet default)

;

; DPC OPC NoA Called_party_prefix X% X% X% X% Y% Y% Y% Y% RÁTIs RÁTIs RÁTIs RÁTIs HÁTIs HÁTIs HÁTIs HÁTIs NF NF NF NF NÜ NÜ NÜ NÜ KÉ KÉ KÉ KÉ

; 12345 12345 1 12345678901234567890 12 12 12 12 12 12 12 12 12345 12345 12345 12345 12345 12345 12345 12345 12 12 12 12 12 12 12 12 123 123 123 123

;|=====|=====|=|====================|==-==-==-==|==-==-==-==|=====-=====-=====-=====|=====-=====-=====-=====|==-==-==-==|==-==-==-==|===-===-===-===

! 1 1 1 1 10 10 10 10 20 20 20 20 10 10 10 10 1 1 1 1 2 2 2 2 10 10 10 10

3 75 295 ! ! ! ! 10 10 10 10 20 20 20 20 300 300 300 300 1 1 1 1 2 2 2 2 10 10 10 10

3 292 64 ! ! ! ! 10 10 10 10 20 20 20 20 ! ! ! ! 1 1 1 1 2 2 2 2 10 10 10 10

0 4629 4357 ! ! ! ! ! ! ! ! ! ! ! ! ! ! ! ! 3 3 3 3 1 1 1 1 25 25 25 25

3 70 289 ! ! ! ! 5 5 5 5 100 100 100 100 50 50 50 50 2 2 2 2 1 1 1 1 20 20 20 20

3 70 289 3 40 ! ! ! ! 5 5 5 5 100 100 100 100 50 50 50 50 2 2 2 2 1 1 1 1 2 2 2 2

3 70 289 3 402 ! ! ! ! 5 5 5 5 100 100 100 100 50 50 50 50 2 2 2 2 1 1 1 1 1 1 1 1

3 72 290 ! ! ! ! 5 5 5 5 100 100 100 100 50 50 50 50 2 2 2 2 1 1 1 1 20 20 20 20

3 68 294 3 205 ! ! ! ! 5 5 5 5 100 100 100 100 50 50 50 50 2 2 2 2 1 1 1 1 1 1 1 1

3 64 291 3 205 ! ! ! ! 98 98 98 98 2 2 2 2

; 64 291 3 205 ! ! ! ! 50 50 50 50 2 2 2 2

; 64 291 3 205 ! ! ! ! 10 10 10 10 2 2 2 2


47/59


6.6. A CDR statisztika kimenete

Az alábbi példa a CDR statisztika kimentét mutatja:

[2003.02.10 00:00:00 ... 2003.02.17 00:00:00)

Result file (multiple zones):

[2003.02.13 00:00:00 ... 2003.02.13 06:59:59] NI DPC name OPC name NoA

B Number prefix name

0 5291 TELIA 4357Dunaujváros T 4 '1 Amerika

0 5291 TELIA 4357Dunaujváros T 4 '7 Russia

0 5291 TELIA 4357Dunaujváros T 4 '30 Greece

0 5291 TELIA 4357Dunaujváros T 4 '31 Netherland

0 5291 TELIA 4357Dunaujváros T 4 '32 Belgium

0 5291 TELIA 4357Dunaujváros T 4 '33 France

0 5291 TELIA 4357Dunaujváros T 4 '380 Ukraine

0 5291 TELIA 4357Dunaujváros T 4 '381

Yugoszlavia

0 5291 TELIA 4357Dunaujváros T 4 '385 Croatia

0 5291 TELIA 4357Dunaujváros T 4 '358 Finland

0 5291 TELIA 4357Dunaujváros T 4 '386 Slovenia

0 5291 TELIA 4357Dunaujváros T 4 '420 Czech R.

0 5291 TELIA 4357Dunaujváros T 4 '421 Slovakia

0 5291 TELIA 4357Dunaujváros T 4 '672 Australia

3 256 BT 35Dunaujváros T 4 '1 Amerika

3 256 BT 35Dunaujváros T 4 '7 Russia


48/59


(folyt. A túloldalon)


49/59


(folytatás, további oszlopok.)Total CDRs

Bad CDRs [%] * if above limit [%]

Con'ed CDRs [%] * if below limit [%]

9 0 0 1 4 44 40

4 0 0 1 3 75 40

0 0 1 0 40

5 0 0 1 5 100 40

0 0 1 0 40

32 0 0 1 12 38 *ALARM* 40

9 0 0 1 7 78 40

0 0 1 0 40

0 0 1 0 40

3 0 0 1 3 100 40

0 0 1 0 40

0 0 1 0 40

0 0 1 0 40

0 0 1 0 40

0 0 1 0 40

0 0 1 0 40

(folytatás, további oszlopok.)Avg con.[s] * if below [s] * if above [s] NF NU Threshold

1396 60 900 x x 10

299 60 900 x x 10

x x 10

78 60 900 x x 10

x x 10

647 60 *ALARM* 900 x x 10

215 60 900 x x 10

x x 10

x x 10

84 60 900 x x 10

x x 10

x x 10

x x 10

x x 10

x x 10


50/59


x x 10

(folytatás, további oszlopok.)RelCau grp0

RelCau grp1

RelCau grp2

RelCau grp3

RelCau other

9 0 0 0 0

4 0 0 0 0

0 0 0 0 0

5 0 0 0 0

0 0 0 0 0

21 10 0 1 0

9 0 0 0 0

0 0 0 0 0

0 0 0 0 0

3 0 0 0 0

0 0 0 0 0

0 0 0 0 0

0 0 0 0 0

0 0 0 0 0

0 0 0 0 0

0 0 0 0 0


51/59


6.7. A bontási kód szabványos értékei

A bontási (REL) üzenetben található 'Cause value' szabványos értékei:

1 unallocated (unassigned) number

2 no route to specified transit network

3 no route to destination

4 send special information tone

5 misdialled trunk prefix

6 channel unacceptable

7 call awarded and being delivered in an established channel

8 preemption

9 preemption - circuit reserved for reuse

16 normal call clearing

17 user busy

18 no user responding

19 no answer from user (user alerted)

20 subscriber absent

21 call rejected

22 number changed

26 non-selected user clearing

27 destination out of order

28 invalid number format (address incomplete)

29 facility rejected

30 response to STATUS ENQUIRY

31 normal, unspecified

34 no circuit/channel available

38 network out of order

39 permanent frame mode connection out of service

40 permanent frame mode connection operational

41 temporary failure

42 switching equipment congestion


52/59


43 access information discarded

44 requested circuit/channel not available

46 precedence call blocked

47 resource unavailable, unspecified

49 quality of service unavailable

50 requested facility not subscribed

53 outgoing calls barred within CUG

55 incoming calls barred within CUG

57 bearer capability not authorized

58 bearer capability not presently available

62 inconsistency in designated outgoing access information and subscriber class

63 service or option not available, unspecified

65 bearer capability not implemented

66 channel type not implemented

69 requested facility not implemented

70 only restricted digital information bearer capability is available

79 service or option not implemented, unspecified

81 invalid call reference value

82 identified channel does not exist

83 a suspended call exists, but this call identity does not

84 call identity in use

85 no call suspended

86 call having the requested call identity has been cleared

87 user not member of CUG

88 incompatible destination

90 non-existent CUG

91 invalid transit network selection

95 invalid message, unspecified

96 mandatory information element is missing

97 message type non-existent or not implemented

98 message not compatible with call state or message type non-existent or not implemented

99 information element /parameter non-existent or not implemented

100 invalid information element contents

101 message not compatible with call state

102 recovery on timer expiry


53/59


103 parameter non-existent or not implemented, passed on

110 message with unrecognized parameter, discarded

111 protocol error, unspecified

127 interworking, unspecified


54/59


6.8. A CDR bináris állományok szerkezete

A CDR állományok szerkezetét az alábbi hívásrekord (kék színnel) bináris tartalma szemlélteti:

66 66 32 75 ¦ 2C 01 DA 57 ¦ 96 39 A5 02 ¦ D8 00 00 00

02 0C 01 0C ¦ DD 04 02 00 ¦ C8 56 96 39 ¦ 2F 00 00 00

AD 02 00 00 ¦ 06 1B 00 00 ¦ FF FF FF FF ¦ FF FF FF FF

FF FF FF FF ¦ FF FF FF FF ¦ FF FF FF FF ¦ FF FF FF FF

FF FF FF FF ¦ FF FF FF FF ¦ FF FF FF FF ¦ FF FF FF FF

AB 27 04 00 ¦ FC 27 04 00 ¦ 10 00 00 00 ¦ 03 03 00 08

08 00 36 32 ¦ 34 33 34 34 ¦ 39 34 00 00 ¦ 31 31 00 00

00 00 00 00 ¦ 00 00 00 32 ¦ 33 34 32 32 ¦ 36 39 34 00

00 00 00 00 ¦ 31 00 00 00 ¦ 00 00 00 00 ¦ 00 32 34 31

34 38 33 36 ¦ 00 00 00 00 ¦ 00 00 00 00 ¦ 00 00 00 00

00 00 00 00 ¦ 4C 4E 33 00 ¦ 4C 4E 33 01 ¦ 4C 4E 33 01

00 00 00 00 ¦ 00 00 00 00 ¦ 00 00 00 00 ¦ 00 00 00 00

00 00 00 00 ¦ 00 00 00 00 ¦ 00 00 00 00 ¦ D8 57 96 39

AB 01 00 00 ¦ 00 00 00 00 ¦ 00 00 00 00 ¦ 5A 01 00 00

00 00 00 00 ¦ 51 00 00 00 ¦ 3A 3D 32 75 ¦ 2C 01 DB 57

CDRFILE; // 2+n*232 bytes

66 66 WORD wFileStartupCode; // 'ff' means file flushed correctly

32 75 2C 01 DWORD dwMagicCode; // == 0x12C7532UL

DA 57 96 39 DWORD dwTimeStampHi; // time stamp of Release (sec from 1/1/1970)

A5 02 WORD wTimeStampLo; // msec

D8 00 00 00 DWORD dwDataGramLength; // [byte]; including byDataGram only

02 0C 01 0C DWORD dwODPC; // { twCallID, byNI }

DD 04 WORD wCIC;

02 BYTE byNI;

00 //BYTE byDummyPadding1;

C8 56 96 39 DWORD dwIAMTimeStampHi; // [s]; time stamp of IAM

2F 00 WORD wIAMTimeStampLo; // [ms]; fractions of dwIAMTimeStampHi

00 00 //BYTE byDummyPadding2; byDummyPadding3;


55/59

SGA-7TA hívásstatisztikai rendszer felhasználói leírásaAD 02 00 00 DWORD dwIAMACMDurationMSec; // duration between IAM and ACM;

given in ms; ~0 if ACM not seen

06 1B 00 00 DWORD dwIAMCONDurationMSec; // duration between IAM and CON; given in ms; ~0 if CON not seen

FF FF FF FF 1. DWORD dwIAMSUSDurationMSec[5];

FF FF FF FF 2.

FF FF FF FF 3.

FF FF FF FF 4.

FF FF FF FF 5.

FF FF FF FF 1. DWORD dwIAMRESDurationMSec[5];

FF FF FF FF 2.

FF FF FF FF 3.

FF FF FF FF 4.

FF FF FF FF 5.

AB 27 04 00 DWORD dwIAMRELDurationMSec; // duration between IAM and REL; given in ms; ~0 if REL not seen

FC 27 04 00 DWORD dwIAMRLCDurationMSec; // duration between IAM and RLC or end; given in ms; ~0 until RLC or end

10 00 00 00 DWORD dwReleaseCause;

03 BYTE byTraMR;

03 BYTE byNoA;

00 BYTE byUseSI;

08 BYTE byDigitACount,

08 BYTE byDigitBCount,

00 BYTE byDigitCCount; // cannot be greater than (sizeof sNumberX - 1)

#define MAXISDNNUMBERLENGTH 20

36 32 34 33 34 34 39 34 00 00 31 31 00 00 00 00 00 00 00 00 00

BYTE sNumberA[MAXISDNNUMBERLENGTH+1], 62-434-49432 33 34 32 32 36 39 34 00 00 00 00 00 31 00 00 00 00 00 00 00

BYTE sNumberB[MAXISDNNUMBERLENGTH+1], 23-422-69400 32 34 31 34 38 33 36 00 00 00 00 00 00 00 00 00 00 00 00 00

BYTE sNumberC[MAXISDNNUMBERLENGTH+1], 0

// '\0' terminated strings

00 00 00 //BYTE byDummyPadding4; byDummyPadding5; byDummyPadding6;

//DWORD dwSLIDs[10];

4C 4E 33 00 LN3 // Name of the link where IAM was detected

4C 4E 33 01 LN3 // Name of the link where RLC was detected

4C 4E 33 01 LN3 // Name of the link where CON was detected


56/59

SGA-7TA hívásstatisztikai rendszer felhasználói leírása00 00 00 00

00 00 00 00

00 00 00 00

00 00 00 00

00 00 00 00

00 00 00 00

00 00 00 00 CDRITEM; // 188 bytes

D8 57 96 39 DWORD dwIAMTimeHere;

AB 01 00 00 DWORD dwCallTotalMSecHere;

00 00 00 00 DWORD dwCallSetupMSecHere;

00 00 00 00 DWORD dwCallRingingMSecHere;

5A 01 00 00 DWORD dwCallConnectedMSecHere;

00 00 00 00 DWORD dwCallSuspendedMSecHere;

51 00 00 00 DWORD dwCallReleaseMSecHere;

3A 3D WORD wCRC; // simple sum of all bytes above

CDRRECORD; // 232 bytes

32 75 2C 01 DB 57 // Magic Code of NEXT RECORD...

6.9. A hívás lebontásának okai

A bontás oka a részletes CDR naplóállományokban található. Itt a bontási üzenetben (REL/CauI/CauseValue, lásd az E pontot) lévő adat jelenik meg, illetve hiba esetén - ennek hiányában - a CDR generátor az alább felsorolt kódokat jelzi ki, és egyúttal számolja az adott hibákat (lásd a következő pontot).

0x20000000: Elveszett az előző kapcsolat bontási üzenete, és az áramkör újra felépült. (E3 hibaszámláló lép)

0x40000000: Elveszett az előző kapcsolat bontási üzenete vagy túl hosszú a hívás, ezért bont a program időzítéssel. (E6 hibaszámláló lép)

0x80000000: A CDRGen program le lett állítva.


57/59


6.10. A CDR generálásnál fellépő hibák és figyelmeztetések

A CDR generátor hat hibaszámlálója az alábbi hibákat számolja:

E1: Hívásüzenetek (SAM,ACM,ANM/CON,REL,RLC) érkeztek, de nincs kezdő üzenet (IAM). CDR nem keletkezik; sárga sor jelenik meg a naplóban.

E2: (IAM) Túl sok aktív kapcsolat. CDR nem keletkezik; piros sor jelenik meg a naplóban.

E3: (IAM) Az áramkör újra felépült egy beszédáramkörön, amelyen még az előző kapcsolat lebontását nem észlelte a CDR generátor.

E4: Összekapcsolás történt (CON), de hiányzott az ACM nyugta üzenet a felépítés során. (CDR mentésekor keletkezik.)

E5: A hívásfelfüggesztési (SUS, RES) üzenetek száma meghaladja a maximális (MAXSUSPERCDRCOUNT) értéket; sárga sor jelenik meg a naplóban.

E6: A bontás komplett (RLC), de hiányzott a bontó (REL) üzenet. (CDR mentésekor keletkezik.)

E7: Nem jött a bontás vége (RLC) üzenet, és lejárt a hívás időzítés.

6.11. Figyelmeztető és hiba kijelzések a CDR generálás során

LogError ( "Missing IAM for this [...]!" )

LogWarning ( "Call total length would be negative. Durations set to 0." )

LogWarning ( "Call setup duration would be negative; set to 0." )

LogWarning ( "Call ringing duration would be negative; set to 0." )

LogWarning ( "Call connected duration would be negative; set to 0." )

LogWarning ( "Call release duration would be negative; set to 0." )

LogWarning ( "More RES than SUS in this connection. Suspended time will *not* be counted here." )

LogWarning ( "More SUS than RES in this connection. Suspended time will *not* be counted here." )

LogWarning ( "A RES was earlier than its SUS in this connection. Suspended time will *not* be counted here." )

LogWarning ( "A SUS was earlier than the previous RES in this connection. Suspended time will *not* be counted here." )

LogWarning ( "A SUS was earlier than the CON in this connection. Suspended time will *not* be counted here." )


58/59


LogWarning ( "A RES was later than the REL in this connection. Suspended time will *not* be counted here." )

LogWarning ( "A RES was later than the RLC in this connection. Suspended time will *not* be counted here." )

LogWarning ( "Too many SUS in this connection. This SUS will be ignored now." )

LogWarning ( "Too many RES in this connection. This RES will be ignored now." )

LogError ( "Too many active connections. This IAM will be ignored now." )


59/59

az sga-7n mérohálózattsplab.hu/doc/word/sga-7ta/sga-7ta_usman.doc · web viewaz sga-7ta...

Documents