Ұзын сеанстар

Парк түйіндерінің байланыс сеанстары өз нормасына қатысты аномалды ұзақ жұмыс істейтін жағдайларды түйін бойынша IQR-шектерімен, проблемалылық score-ымен және оқиғаларға негізделген түбегейлі себеп талдауымен анықтайды.

Ұзын сеанстар есебі есепке алу түйіндерінің бүкіл паркі бойынша телеметриялық байланыс сеанстарын талдайды және байланыс тұрақсыз жұмыс істейтін немесе деректерді беру үшін шамадан тыс ұзақ уақыт қажет ететін құрылғыларды, орналасуларды, күндер мен түзеткіш түрлерін анықтайды.

Есептің шапкасы жеті KPI алып жүреді: компания, парк қамтуы, деректер дайындығы, аномалиясы бар түйіндер саны, аномалды сеанстар саны, сеанстың максималды ұзақтығы, сағаттық оқиғалардың жалпы саны және талдау кезеңі. Басты сан — парк жиынтығынан аномалиясы бар түйіндер саны; оқиғалар — бес немесе одан көп түйінде бір мезгілде ұзын сеанстар болатын сағаттық кластерлер.

Есеп пайдалану жөніндегі практикалық сұрақтарға жауап береді:

қандай түйіндерде байланыс сеанстары тым ұзақ;
осы нақты түйін үшін қандай сеанстар аномалды болып саналады;
проблема қай жерде локальды: антенна, SIM-карта, қоректендіру, модем, орнату орны;
проблема қай жерде базалық станция немесе байланыс операторының оқиғасына ұқсас;
паркте сағаттық жаппай оқиғалар бар ма;
ең проблемалы күндер қандай болды;
қандай түзеткіш түрлері ұзын сеанстарға жиі түседі;
қайталанатын немесе ұзартылған тасымалдауларға шамамен қанша энергия жұмсалды;
қандай түйіндерге сыртқы антеннамен, ретранслятормен немесе SIM тексерумен шығу қажет;
қай жерде байланыс операторын немесе нақты орналасудағы қамту сапасын тексеру қажет.

Есептің орны

Есеп телеметрияны операциялық диагностикалауға жатады. Ол екі түрлі жағдайды араластырмауы тиіс:

Байланыс мүлдем жоқ. Түйін байланысқа шықпайды, дерек жоқ.
Байланыс бар, бірақ сеанстар тым ұзақ. Түйін деректерді береді, бірақ оны баяу, тұрақсыз немесе қайталау әрекеттерімен жасайды.

Бұл есеп екінші жағдайды талдайды. Байланыс, мұрағат немесе дерек мүлдем жоқ жерде «Ең проблемалы түйіндер» есебін қолданыңыз; жеке түйіннің деректері есепке алуға жарамды-жарамсызын тексеру қажет болса, «Тұтыну аналитикасын» қолданыңыз.

Есеп кімге арналған

Рөл	Есептен не алады
Пайдалану басшысы	парк бойынша жалпы көрініс, аномалиясы бар түйіндер саны, жаппай оқиғалар
Байланыс инженері	нашар RSSI, ұзын сеанстары және локальды проблемалары бар түйіндер тізімі
Диспетчер	өтінімдердің басым тізімі және проблемалы күндер
Шығу бригадасы	антенна, SIM, қоректендіру және орнату орнын тексеруге арналған ТОП-түйіндер
Интеграция инженері	деректер дайындығын диагностикалау, API қамту және сеанс деректері болмаған жағдайлар
Сатып алу маманы	түзеткіш түрлері бойынша салыстырмалы қима
Парк аналитигі	түбегейлі себеп гипотезалары: базалық станция, оператор, микробағдарлама, локальды түйін

Есеп не істемейді

Есеп мыналарды жасамауы тиіс:

шығусыз нақты модемнің ақаулығын дәлелдеу;
ұзын сеансты нашар құрылғының тікелей дәлелі ретінде санау;
серверді немесе байланыс операторын автоматты түрде айыптау;
«дерек жоқ» дегенді «аномалия жоқ» дегенмен араластыру;
барлық түйіндердің сеанс ұзақтығын бір ортақ шекпен салыстыру;
сеанс саны аз қысқа кезеңді статистикалық сенімді деп санау;
іріктемедегі құрылғылар санын есепке алмай құрал моделінің сапасы туралы қорытынды жасау;
орнату орнына радиотехникалық тексеруді алмастыру;
батарея шығынының бағасын дәл өлшем ретінде қарастыру;
AI-түсіндірмені диагностика көзі ретінде пайдалану.

Негізгі терминдер

Термин	Мағынасы
Байланыс сеансы	құрылғының деректерді беру жүйесіне қосылуының бір эпизоды
Сеанс ұзақтығы	сеанстың басынан аяқталуына дейінгі уақыт
Қалыпты сеанс	ұзақтығы түйіннің жеке нормасында болатын сеанс
Ұзын сеанс	ұзақтығы түйіннің жеке IQR-шегінен асатын сеанс
`IQR`	квартиларалық ауқым: `Q3 − Q1`
`Q1`	сеанстар ұзақтығының бірінші квартилі
`Q3`	сеанстар ұзақтығының үшінші квартилі
`UpperFence`	норманың жоғарғы шекарасы: `Q3 + 1.5 × IQR`
`RSSI`	радиосигнал деңгейі, dBm
`CSQ`	GSM сигнал сапасының индексі, dBm-ге қайта есептеуге болады
`Btm`	құрылғының батарея кернеуі немесе қоректендіру көрсеткіші
`Long share`	түйіннің барлық сеанстары арасындағы ұзын сеанстардың үлесі
`Severity score`	ұзын сеанстар бойынша түйіннің проблемалылық деңгейінің қорытынды бағасы
Оқиға	бірнеше түйінде бір мезгілде ұзын сеанстар пайда болған сағаттық кластер
`RCA`	ықтимал себепті талдау: базалық станция, желі, сервер, микробағдарлама, локальды түйін
`Battery loss`	беру ұзақтығының артық уақытына жұмсалған энергияның шамалас бағасы

Есептің жалпы логикасы

Есеп парк ауқымындағы байланыс сеанстарын талдау ретінде құрылады.

text

List of fleet nodes
→ retrieve communication sessions
→ check data readiness
→ individual session norm for each node
→ search for long sessions via IQR
→ compute score for each node
→ group long sessions into hourly incidents
→ determine probable RCA cause
→ distribute hypotheses across nodes
→ top problem nodes
→ breakdown by corrector type
→ breakdown by days and months
→ recommendations for operations

Басты қағида:

text

a long session is defined relative to the norm of a specific node,
not relative to a common fixed threshold across the entire fleet.

Бұл маңызды, өйткені әртүрлі құрылғылар, өңірлер, байланыс операторлары мен сұрау режимдерінде сеанстардың әртүрлі қалыпты ұзақтығы болуы мүмкін.

Іске қосу параметрлері

Параметр	Мағынасы
From date / To date	талдау терезесінің шекаралары
Талдау терезесі, күн	күндер бос болғанда қолданылатын резервтік терезе (әдепкі 30)
Түзеткіш түріне түйіндер	түр бойынша іріктеме көлемі; `0` барлық парк түйіндерін білдіреді
Түйіндегі IQR үшін минималды сеанс	түйін біліктілікке ие болу үшін қажетті минималды сеанс саны (әдепкі 30)
Есептегі проблемалы түйіндер саны	топ-N кесте көлемі (әдепкі 50)
LLM талдауы	нәтижелерді түсіндіретін қосымша AI-баяндама
Жабдықтаушы компания	талдауды бір жабдықтаушының паркімен шектейді

Кіріс деректер

Негізгі деректер

Деректер	Не үшін қажет
Түйіндер тізімі	талдау паркін анықтау
Түзеткіш түрі	модельдер бойынша қима құру
`Equipment ID`	нақты құрылғының сеанстарын алу
Байланыс сеанстары	есептің негізі
Сеанс басталу уақыты	күндер, айлар және сағаттар бойынша топтау
Сеанс ұзақтығы	негізгі талданатын көрсеткіш
`RSSI` / `CSQ`	радиосигнал сапасын бағалау
`Btm` / батарея	қоректендіру әсерін бағалау
Ұйым / орналасу	оқиға атрибуциясы: локальды клиент, базалық станция, парк

Қажетті минималды жинақ

Түйінді дұрыс талдау үшін қажет:

құрылғы идентификаторы;
сеанстардың минималды санынан кем емес;
әр сеанстың ұзақтығы;
әр сеанстың уақыт белгісі.

Сеанс ұзақтығы болмаса, мұндай сеанс IQR-талдауға қатыспайды.

Деректер дайындығы: деректер қақпасы

Аномалияларды есептеуге дейін есеп талдау жүргізуге болатын-болмайтынын тексереді. Деректер дайындығы блогы парк көлемін, компания сүзгісінен кейінгі көлемді, қанша түйін сеанс деректерін қайтарғанын және олардың қаншасы IQR үшін минималды сеанстарды өткенін көрсетеді. Бұл аса маңызды диагностика — онсыз «аномалиялар жоқ» бен «талдау үшін деректер жоқ» дегенді шатастыру оңай.

Дайындықтың негізгі көрсеткіштері

Көрсеткіш	Формула / мән
Парктегі түйіндер	`N_park`
Іріктемедегі түйіндер	`N_sampled`
Сеанс деректері бар түйіндер	`N_with_data`
Сеанс минимумын өткен түйіндер	`N_qualified`
Барлық сеанстар	`N_sessions`
API-шақырулар	`N_calls`
API-қателер	`N_errors`
API-қателер үлесі	`N_errors / N_calls × 100%`
Деректермен қамту	`N_with_data / N_sampled × 100%`
IQR-іріктемемен қамту	`N_qualified / N_sampled × 100%`

API-қателер үлесі

APIErrorRate = \frac{N_{errors}}{N_{calls}} \times 100\%

Деректермен қамту

Coverage_{with\_data} = \frac{N_{with\_data}}{N_{sampled}} \times 100\%

IQR үшін жарамды түйіндермен қамту

Coverage_{qualified} = \frac{N_{qualified}}{N_{sampled}} \times 100\%

Дайындық мәртебелері

Мәртебе	Шарты	Нені білдіреді
`OK`	IQR үшін жеткілікті іріктеме бар	есепті жұмыс есебі ретінде оқуға болады
`DEGRADED`	іріктеме аз, бірақ талдау мүмкін	қорытындылар сақтықпен жасалады
`INCONCLUSIVE`	қателер көп немесе қамту шектен тыс төмен	аномалиялар бойынша қорытындылар сенімсіз
`NO_DATA`	сеанс деректері жоқ	талдау мүмкін емес
`NO_FLEET`	сүзгіден кейін түйіндер жоқ	талдайтын ештеңе жоқ

Сын шарттары

Талдау мүмкін емес деп саналады, егер:

APIErrorRate \ge 50\%

немесе:

Coverage_{with\_data} < 5\%

немесе:

N_{qualified} = 0

Түйіндегі минималды сеанс саны

Сенімді IQR-талдау үшін әр түйіннің жеткілікті сеанс саны болуы тиіс.

Минималды шек

Әдепкі бойынша:

N_{sessions,station} \ge 30

Түйінде сеанстар осыдан аз болса, жеке норма статистикалық тұрғыдан сенімсіз болып саналады және түйін IQR-сүзгіден өтпейді.

Минимум неге қажет

IQR квартильдік бағаларды қолданады. Бақылау саны аз болғанда квартиль тұрақсыз болады:

бір кездейсоқ ұзын сеанс шекті асырып жіберуі мүмкін;
бір қысқа байланыс кезеңі шекті төмендетуі мүмкін;
түйін нормасын кездейсоқтықтан ажырату мүмкін болмай қалады.

Сеанс ұзақтығының жеке нормасы

Норма неге жеке

Бүкіл парк үшін бір ортақ шек қолдануға болмайды, мысалы «10 минуттан асатын барлық сеанстар нашар». Әртүрлі түйіндерде байланыс шарттары әртүрлі:

әртүрлі түзеткіш түрлері;
әртүрлі байланыс операторлары;
әртүрлі RSSI;
әртүрлі мұрағат көлемдері;
әртүрлі сұрау кестелері;
әртүрлі орнату орындары;
әртүрлі антенналар.

Сондықтан әр түйін үшін өз статистикалық нормасы есептеледі.

Жарамды ұзақтықтарды іріктеу

Әр түйін үшін тек оң ұзақтықтар алынады:

D = \{d_i \mid d_i > 0\}

мұндағы:

d_i — i-ші сеанстың ұзақтығы секундта.

Квартильдер

Ұзақтықтар өсу ретімен сұрыпталады.

D_{sorted} = sort(D)

Бірінші квартиль:

Q1 = percentile(D, 25\%)

Медиана:

Q2 = median(D)

Үшінші квартиль:

Q3 = percentile(D, 75\%)

Квартиларалық ауқым

IQR = Q3 - Q1

Tukey-шектеулерінің норма жоғарғы шекарасы

Әр түйін үшін норманың жеке жоғарғы шекарасы есептеледі:

UpperFence = Q3 + 1.5 \times IQR

Бұл шығарып тастауларды анықтаудың классикалық Tukey-шектеулері ережесі.

Ұзын сеанс

Сеанс аномалды ұзын деп саналады, егер:

d_i > UpperFence

мұндағы:

d_i — сеанс ұзақтығы;
UpperFence — осы түйіннің жеке шегі.

Түйіннің базалық көрсеткіштері

Әр түйін үшін келесі көрсеткіштер есептеледі.

Сеанстардың жалпы саны

N_{total} = count(D)

Ұзын сеанстардың саны

N_{long} = count(d_i > UpperFence)

Ұзын сеанстардың үлесі

Pct_{long} = \frac{N_{long}}{N_{total}} \times 100\%

Барлық сеанстардың орташа ұзақтығы

AvgDuration = \frac{\sum d_i}{N_{total}}

Ұзын сеанстардың орташа ұзақтығы

AvgLongDuration = \frac{\sum_{d_i > UpperFence} d_i}{N_{long}}

Максималды ұзақтық

MaxLongDuration = max(d_i \mid d_i > UpperFence)

Орташа RSSI

RSSI_{avg} = \frac{\sum RSSI_i}{N_{RSSI}}

мұндағы N_RSSI — RSSI мәні қолжетімді сеанстар саны.

Түйіннің проблемалылық score-ы

Score мағынасы

Score түйіннің ұзын сеанстар тұрғысынан қаншалықты проблемалы екенін көрсетеді. Ол үш өлшемді ескереді:

ұзын сеанстардың үлесі;
ұзын сеанстардың норманы қаншалықты асып кеткені;
ұзын сеанстардың абсолюттік саны.

Мұндай тәсіл жеке шығып тұратын мәнді асыра бағаламауға және орташа ұзын сеанстары көп түйінді бағаламай қалмауға мүмкіндік береді.

A компоненті — ұзын сеанстардың үлесі

A = min(100,\;4 \times Pct_{long})

Түсіндіру:

Ұзындар үлесі	A
5%	20
10%	40
25%	100
>25%	100

B компоненті — салыстырмалы ұзақтық

B = min \left( 100,\; 8 \times \frac{AvgLongDuration}{max(1, MedianDuration)} \right)

мұндағы MedianDuration — түйін сеансының медианалық ұзақтығы.

Түсіндіру:

AvgLong / Median	B
2×	16
5×	40
10×	80
12.5×	100

C компоненті — ұзын сеанстар саны

C = min(100,\;N_{long})

Яғни 100 және одан көп ұзын сеанс осы компонент бойынша максималды үлес береді.

Қорытынды score

Score = 0.5 \times A + 0.3 \times B + 0.2 \times C

мұндағы:

A — ұзын сеанстардың үлесі;
B — ұзын сеанстардың салыстырмалы ұзақтығы;
C — ұзын сеанстардың абсолюттік саны.

Қорытынды score диапазонмен шектеледі:

0 \le Score \le 100

Score-ды түсіндіру

Score	Деңгей
≥ 80	сын байланыс түйіні
60–80	жоғары басымдылық
40–60	орташа басымдылық
20–40	бақылау / жоспарлы тексеру
< 20	әлсіз сигнал

Ұзын сеанстардағы батарея шығынын бағалау

Мағынасы

Ұзын сеанс беру уақытын ұлғайтады және батареяны қосымша жұмсауы мүмкін. Есеп энергияның артық шығынының шамалас бағасын береді. Бұл батареяның дәл өлшемі емес, операциялық баға.

Берудің артық уақыты

Әр ұзын сеанс үшін түйіннің медианалық нормасынан асып кету есептеледі:

ExtraTime_i = max(0,\;d_i - MedianDuration)

Жалпы артық уақыт:

ExtraTime_{total} = \sum_{i \in LongSessions} ExtraTime_i

Беру тогы

Шамалас бағалау үшін базалық беру тогы пайдаланылады:

I_{TX} = 340 \; mA

Батарея шығыны

BatteryLoss_{mAh} = \frac{I_{TX} \times ExtraTime_{total}}{3600}

мұндағы:

ExtraTime_total — секундта;
I_TX — миллиамперде ток;
нәтиже — mAh-та.

Ah-та көрсету үшін:

BatteryLoss_{Ah} = \frac{BatteryLoss_{mAh}}{1000}

Шектеу

Бұл баға мыналарды есепке алмайды:

нақты модельдің нақты ток профилін;
ұйқы режимін;
модем деңгейіндегі қайталау әрекеттерін;
таратқыш қуатын;
температураны;
батарея жасын;
батарея сыйымдылығын;
беру кезіндегі желі сапасын.

Сондықтан оны зертханалық өлшем ретінде емес, ауқым бағасы ретінде оқу қажет.

RSSI және CSQ

RSSI

RSSI радиосигнал деңгейін dBm-де көрсетеді. Мән нөлге неғұрлым жақын болса, сигнал соғұрлым күшті.

Шамамен түсіндіру:

RSSI	Бағалау
≥ −65 dBm	жақсы сигнал
−65…−75 dBm	қолайлы
−75…−85 dBm	әлсіз
< −85 dBm	өте әлсіз

CSQ

Кейбір құрылғылар RSSI-ді dBm-де емес, CSQ — GSM-сигнал сапасы индексін береді. Мән CSQ-ге ұқсаса, оны қайта есептеуге болады:

RSSI_{dBm} = -113 + 2 \times CSQ

Мысалы:

CSQ = 29

RSSI = -113 + 2 \times 29 = -55 \; dBm

Локальды әлсіз сигнал

Егер:

RSSI_{avg} < -85 \; dBm

және түйіннің аномалиялары жаппай парк-оқиғаларымен сәйкес келмесе, себеп былайша жіктелуі мүмкін:

text

weak signal at the installation site

Ұзын сеанстарды оқиғаларға топтау

Аномалиялар сағаттық терезелерге топтастырылады. Бір сағатта бірнеше түйін ұзын сеанс алса, бұл түйіннің локальды проблемасы емес, желі, сервер немесе оператор оқиғасы. Гипотеза қамту еніне қарай — терезедегі түйіндер, модельдер мен клиенттер санына қарай — автоматты түрде анықталады.

Топтау не үшін қажет

Бір сағатта көп түйінде бірден ұзын сеанстар пайда болса, бұл, сірә, бір құрылғының локальды проблемасы емес. Бұл болуы мүмкін:

базалық станция проблемасы;
оператордың локальды артық жүктемесі;
жаппай желілік оқиға;
регламенттік серверлік операция;
нақты модель микробағдарламасының ерекшелігі.

Сағаттық себет

Әр ұзын сеанс сағаттық себетке орналастырылады:

Bucket(t) = floor\left( \frac{t}{1h} \right) \times 1h

Яғни бір сағат ішіндегі барлық оқиғалар бір себетке түседі.

Оқиға

Сағаттық себет оқиға болып саналады, егер кем дегенде:

N_{stations,bucket} \ge 5

түйінге әсер еткен болса.

Оқиға көрсеткіштері

Әр оқиға үшін есептеледі:

Көрсеткіш	Формула
түйіндер саны	`count(unique station_id)`
модельдер саны	`count(unique equipment_type)`
клиенттер / орналасулар саны	`count(unique customer_id)`
сеанстар саны	`count(long sessions in bucket)`
орташа RSSI	`average(RSSI)`
топ модельдер	`top equipment types by count`

RCA: оқиға себебінің атрибуциясы

Парк бойынша жиынтық басты кінәліні — базалық станция, сервер, желі, микробағдарлама немесе локальды түйін — анықтайды, аномалиясы бар түйіндер бойынша кінә атрибуциясын береді және әрекеттер жоспарын қалыптастырады. Төмендегі қосымша AI-баяндама сандарды адам тілінде түсіндіреді, бірақ оларды өзгертпейді.

RCA — бұл ұзын сеанстардың ықтимал себебін жіктеу.

Ықтимал гипотезалар

Гипотеза	Мағынасы
`Server driver`	жинау драйверінің жаппай ақаулығы
`Server routine`	тұрақты серверлік операция немесе техникалық қызмет
`Network outage`	байланыс операторының желілік ақаулығы
`Cell tower`	нақты базалық станция немесе орналасу проблемасы
`Firmware`	құрылғы / микробағдарлама моделінің проблемасы
`Local signal`	орнату орнындағы әлсіз сигнал
`Battery low`	төмен қоректендіру / батарея деградациясы
`Isolated device`	нақты түйіннің локальды ақаулығы
`Mixed causes`	аралас себептер

Кең серверлік оқиға

Оқиға бір мезгілде көп түйін, көп модель және көп клиентке әсер еткенде серверлік деп жіктеледі. Шартты түрде:

N_{stations} \ge ServerWideStations

N_{models} \ge ServerWideModels

N_{customers} \ge ServerWideCustomers

Есепте бұл мынаны білдіреді:

text

wide fleet incident, not similar to a local single-node problem.

Оператордың желілік ақаулығы

Бірнеше модель мен бірнеше клиентке әсер еткенде, бірақ ауқым серверлік ақаулыққа жетпегенде:

N_{models} \ge 3

және:

N_{customers} \ge 3

онда гипотеза:

text

mobile network failure / operator incident

Базалық станция проблемасы

Көп түйінге әсер еткенде, бірақ олар бір немесе екі орналасуға / клиентке жататын болса:

N_{customers} \le 2

және:

N_{stations} \ge CellMinStations

онда гипотеза:

text

base station problem or local coverage problem

Микробағдарлама немесе модель проблемасы

Бір модельге әсер еткенде, бірақ әртүрлі клиенттер болса:

N_{models} = 1

және:

N_{customers} \ge 3

онда гипотеза:

text

firmware / device model peculiarity

Аралас себептер

Шарттар бір мәнді жіктеу бермесе, оқиға келесі мәртебені алады:

text

mixed causes

Қайталанатын серверлік рутина

Кейде жаппай серверлік оқиғалар тәуліктің бір сағатында болады.

Шарты

Тәуліктің бір сағатында үштен кем емес server-wide оқиға болса:

N_{server\_incidents,same\_hour} \ge 3

онда олар келесідей жіктелуі мүмкін:

text

server routine

Мағынасы

Бұл сеанс ұзақтығына әсер ететін тұрақты түнгі тапсырманы, мұрағат қызметін, batch-процесті немесе жаппай операцияны көрсетуі мүмкін.

Әр түйін бойынша себеп атрибуциясы

Парк-оқиғаларын іздегеннен кейін есеп әр түйінде не басым екенін анықтайды: сыртқы оқиғалар ма әлде локальды проблема ма.

Парк-оқиғаларға түскен түйін аномалияларының үлесі

InIncidentPct = \frac{N_{long,in\_incidents}}{N_{long}} \times 100\%

Аномалиялардың көпшілігі парк-оқиғаларымен сәйкес келсе

Егер:

InIncidentPct \ge 70\%

онда түйіннің басым себебі парк-оқиғадан алынады:

text

network_outage / cell_tower / firmware / server

Бұл мынаны білдіреді:

text

the device is probably not the main culprit; it suffered together with others.

Төмен батареяны тексеру

Аномалиялар парк-оқиғаларымен түсіндірілмесе, қоректендіру тексеріледі. Айталық:

Btm_{first}

— ұзын сеанстардағы алғашқы қолжетімді батарея мәні, ал:

Btm_{last}

— соңғы қолжетімді мән. Төмендеу:

BtmDrop = Btm_{first} - Btm_{last}

battery_low гипотезасы мүмкін, егер:

Btm_{first} < 3500 \; mV

және:

BtmDrop > 200 \; mV

Локальды әлсіз сигналды тексеру

Егер:

RSSI_{avg} < -85 \; dBm

онда гипотеза:

text

weak signal at the installation site

Түйіннің оқшауланған ақаулығы

Егер:

аномалиялар парк-оқиғаларымен сәйкес келмесе;
батарея көріністі түсіндірмесе;
RSSI шектен тыс әлсіз болмаса;

онда себеп былайша жіктеледі:

text

local malfunction of the node

Парк бойынша гипотезалардың таралуы

Әр түйін үшін басым себеп таңдалады. Түйіндердің көпшілігі парк-оқиғаларынан зардап шеккенде, түйіннің өзі кінәлі емес; тек азшылығында ғана оқшауланған локальды проблема бар. Бұл әрекеттер жоспарын өзгертеді: басты күш базалық станцияларға және операторға жұмсалады, аномалиясы бар әр түйінге жаппай шығуға емес.

Есеп әр басым себепке қанша түйін жатқызылғанын көрсетеді.

Гипотеза үлесінің формуласы

Share_{hypothesis} = \frac{N_{stations,hypothesis}}{N_{stations,with\_anomalies}} \times 100\%

Себептер топтары

Басқарушылық жиынтық үшін гипотезаларды біріктіруге болады:

Топ	Кіреді
желі / сервер	`server_driver`, `server_routine`, `network_outage`, `cell_tower`
құрылғылардың локальды проблемалары	`isolated_device`, `local_signal`, `battery_low`
модель / микробағдарлама	`firmware`
аралас	`mixed`

Түсіндіру

Басым	Не істеу керек
`Cell tower`	қамтуды, операторды, зардап шеккен клиенттердегі сыртқы антенналарды тексеру
`Local signal`	нақты түйінге шығу, антенна, ретранслятор, орнату орны
`Isolated device`	модем, SIM, қоректендіру, микробағдарлама диагностикасы
`Firmware`	бағдарламалық жасақтама нұсқасын тексеру және жеткізушіге жүгіну
`Server routine`	платформаның тұрақты процестерін тексеру
`Network outage`	байланыс операторынан уақыт пен аймақ бойынша сұрау салу

Проблемалы түйіндердің топы

Проблемалы түйіндер кестесі түйіндерді ұзын сеанстардың үлесінен, олардың орташа ұзақтығынан және санынан құрылған композициялық score (0–100) бойынша сұрыптайды. Жолды басқанда түйіннің ең ұзын сеанстары RSSI және Btm мәндерімен ашылады — бұл шығуды жоспарлау үшін қолданылады.

Мақсаты

Кесте алдымен қайда бару немесе нені тексеру керектігін көрсетеді.

Кесте бағандары

Баған	Мағынасы
Түйін	түйіннің атауы мен ID
Түзеткіш	құрал түрі
Сеанстар	жарамды сеанстардың жалпы саны
Ұзындар	аномалды ұзын сеанстардың саны
Үлесі	ұзын сеанстардың пайызы
Орташа ұзын	ұзын сеанстардың орташа ұзақтығы
Максималды сеанс	табылған ең нашар сеанс
`RSSI` орташа	радиосигнал сапасы
Батарея шығыны	есептелген артық энергия
Score	проблемалылықтың композициялық бағасы

Топты қалай оқу керек

Жоғары score әртүрлі себептермен пайда болуы мүмкін:

ұзын сеанстардың үлкен үлесі;
жекелеген өте ұзын сеанстар;
ұзын сеанстардың үлкен абсолюттік саны;
осы факторлардың үйлесімі.

Шығуды жоспарлау үшін тек score-ды ғана емес, мыналарды да оқу қажет:

RSSI;
RCA гипотезасы;
батарея шығыны;
максималды сеанс;
парк-оқиғаларға түсуі;
түзеткіш түрі.

Проблемалы күндердің топы

Барлық аномалды сеанстар күнтізбелік күн бойынша топтастырылады. Аномалиялар саны ең көп күн — бұл, сірә, парк-оқиға болған жер. Әр күн түйіндер тізіміне олардың аномалияларымен, максималды сеансымен және сілтемелерімен ашылады. Бұл жаппай оқиғаларды талдауға және қайталануды тексеруге пайдалы.

Мақсаты

Күндер бойынша қима ұзын сеанстар паркте жаппай пайда болған күндерді көрсетеді.

Күн көрсеткіштері

Көрсеткіш	Мағынасы
Күні	күнтізбелік күн
Ұзын сеанстар	бір күндегі ұзын сеанстар саны
Түйіндер	қанша түйінге әсер еткен
Орташа ұзын	ұзын сеанстардың орташа ұзақтығы
Максималды сеанс	күннің ең нашар жағдайы
Ең нашар түйін	максималды сеансы бар түйін

Түсіндіру

Көрініс	Ықтимал себеп
бір күнде көп түйін	желілік немесе парк-оқиға
күн сайын бір түйін	локальды проблема
демалыста көтерілу	операторлық желі / техникалық жұмыстар
бірдей уақытта көтерілу	тұрақты тапсырма немесе кесте
айлар бойынша өсу	желі деградациясы, маусымдық артық жүктеме, сұрау режимінің өзгеруі

Түзеткіш түрлері бойынша қима

Қамту блогы әр түзеткіш түрі бойынша парктен нені тексергенін көрсетеді: іріктемеде қанша түйін бар, қаншасы дерек қайтарды, қаншасы IQR өтті және қаншасында аномалия бар. Түрде «норма» көрсетілсе, дерек келді, бірақ аномалия табылмады. «Дерек жоқ» — түр API-ға сеанс ұзақтығын бермейді дегенді білдіреді (кейбір модельдер үшін бұл қалыпты).

Түзеткіш түрлері бойынша егжей-тегжейлі қима

Түрді ашыңыз — оның аномалиясы бар барлық түйіндерін көресіз; түйінді ашыңыз — оның нақты ұзын сеанстарын уақытымен, ұзақтығымен, RSSI және Btm мәндерімен көресіз. Сеанстың ерекшелену түсі оның түйін нормасынан қаншалықты ұзын екеніне байланысты.

Мақсаты

Түзеткіш түрлері бойынша қима қандай модельдер аномалды ұзын сеанстарға жиі түсетінін көрсетеді.

Түр бойынша көрсеткіштер

Көрсеткіш	Мағынасы
Іріктемеде	паркте осы түрдің қанша түйіні бар
Деректері бар	қанша түйін сеанс деректерін қайтарды
IQR өтті	қанша түйінде минималды сеанс бар
Аномалиялар	ұзын сеанстар саны
Күйі	норма / аномалиялар / дерек жоқ

Маңызды шектеу

Түзеткіш түрлерін тек аномалиялар саны бойынша тікелей салыстыруға болмайды. Мыналарды ескеру қажет:

паркте осы түрдің қанша құрылғысы бар;
олардың қаншасы дерек қайтарды;
қаншасы сеанс минимумын өтті;
олар қай жерде орнатылған;
қандай желілерде жұмыс істейді;
сұрау режимі бірдей ме;
бір клиентке шоғырланбаған ба.

Түр бойынша нормаланған аномалиялар үлесі

Дұрыс салыстыру үшін мынаны қолдануға болады:

TypeAnomalyRate = \frac{N_{long,type}}{N_{sessions,type}} \times 100\%

немесе:

TypeAffectedRate = \frac{N_{stations\_anomalous,type}}{N_{stations\_qualified,type}} \times 100\%

Уақыт бойынша қима: динамика және айлар

Күндер бойынша ұзын сеанстардың динамикасы

Күндік динамика диаграммасы терезенің әр күнінде паркте қанша аномалды сеанс болғанын көрсетеді. «Шарпулар» — бүкіл желідегі нашар байланыс күндері — көрініп тұрады. Оқиғалар тізілімімен сәйкес келетін шың әдетте бір орналасудағы базалық станция проблемаларының сериясы болып табылады.

Күнтізбелік айлар бойынша қима маусымдылықты немесе ұзақ мерзімді трендті көруге көмектеседі. Жаппай айлық шың күндік динамикадағы оқиғалар сериясының сол өзіне сәйкес келеді; уақыт өте біртіндеп өсу байланыс немесе батарея деградациясының кандидаты болып табылады.

Мақсаты

Айлар бойынша қима ұзын сеанстардың маусымдылығын немесе ұзақ мерзімді трендін көрсетеді.

Ай көрсеткіші

N_{long,month} = count(long\_sessions \; in \; month)

Ай үлесі

Үлесті көрсету қажет болса:

Share_{month} = \frac{N_{long,month}}{\sum N_{long,all\_months}} \times 100\%

Түсіндіру

Көрініс	Ықтимал түсіндірме
күрт айлық шарпу	желінің өзгеруі, жаппай ақаулық, маусымдық жүктеме
біртіндеп өсу	байланыс немесе батарея деградациясы
қыста шарпу	ауа райы шарттары, желі жүктемесі, қоректендіру
жаңартудан кейін шарпу	микробағдарлама, баптаулар, сұрау кестесі

Нақты сеанстарды түсті ерекшелеу

Түйін ашылғанда оның жекелеген ұзын сеанстары жеке шекті асып кету күшіне қарай ерекшеленеді және әр ұзын сеанс кезіндегі RSSI мен Btm дәл мәндері көрсетіледі. Бұл — шығу бригадасына қажет нәрсе: төмен RSSI радиосигнал проблемасына нұсқайды, ал қалыпты батарея кернеуі батареяны жоққа шығарады.

Асып кету Ratio

Ratio_i = \frac{d_i}{UpperFence}

Түсіндіру

Ratio	Түс / деңгей
1–2×	әлсіз асып кету
2–5×	орташа асып кету
≥5×	күшті асып кету

Бұл орташа ұзын сеанстарды экстремалдылардан тез ажыратуға көмектеседі.

Есеп нәтижелері бойынша не істеу керек

Себеп — базалық станция болса

Тексеру:

орналасудағы қамту сапасын;
балама байланыс операторын;
сыртқы антеннаны;
ретрансляторды;
күндер бойынша оқиғалардың қайталануын;
сол орналасудағы көрші түйіндерді;
нақты сағаттардағы желінің артық жүктемесін.

Себеп — локальды түйін болса

Тексеру:

антеннаны;
SIM-картаны;
модемді;
қоректендіруді;
батареяны;
қосқыштарды;
орнату орнын;
кедергілерді;
микробағдарлама нұсқасын;
беру кестесінің баптауларын.

Себеп — әлсіз сигнал болса

Әрекеттер:

орнындағы RSSI-ді өлшеу;
антеннаны жылжытуға тырысу;
антенна бағытын тексеру;
балама операторды тексеру;
сыртқы антеннаны немесе ретрансляторды қою.

Себеп — батарея болса

Әрекеттер:

орнындағы Btm-ді тексеру;
қажет болса батареяны ауыстыру;
тұтыну тогын тексеру;
қайталау әрекеттерінің жиілігін тексеру;
құрылғы желіні қайталау әрекеттерімен артық жүктемейтінін тексеру.

Себеп — модель / микробағдарлама болса

Әрекеттер:

түйіндерді бағдарламалық жасақтама нұсқасы бойынша топтау;
жеткізушінің шығарылым ескертпелерін тексеру;
белгілі проблемаларды сұрау;
сол орналасулардағы басқа модельдермен салыстыру;
зертханада байланыс режимін сынау.

AI-түсіндірмелер

Қосымша AI-түсіндірме RCA-ны оқиды және бригада үшін қысқа, адам оқуға болатын шығу жоспарын жазады. Бұл тілдік түсіндірме, диагностика көзі емес — барлық сандар мен себептер жоғарыдағы формулалар мен ережелер арқылы анықталады.

AI не істей алады

RCA-ны қысқаша мазмұндау;
басты ықтимал кінәліні түсіндіру;
топ-түйіндерді бөліп көрсету;
шығу жоспарын құру;
модельдер бойынша қиманы түсіндіру.

AI не істей алмайды

AI істей алмайды:

IQR-шекті өзгерту;
ұзын сеанстар тізімін өзгерту;
score-ды өзгерту;
деректерсіз шынайы себепті анықтау;
радиотехникалық тексеруді алмастыру;
шығуды алмастыру;
дәлелдеу базасы болу.

Түсіндірудің типтік қателіктері

Қате: ұзын сеанс = нашар құрал

Дұрыс емес. Ұзын сеанс желімен, базалық станциямен, әлсіз сигналмен, серверлік рутинамен, локальды антеннамен, SIM-картамен немесе батареямен туындауы мүмкін.

Қате: модельде көп аномалия = модель нашар

Дұрыс емес. Құрылғылар санына, сеанстар санына, орналасуларға және байланыс операторларына нормалау қажет.

Қате: аномалия жоқ = бәрі жақсы

Сеанс деректері болмаса немесе қамту тым төмен болса, дұрыс емес.

Қате: жоғары RSSI байланыс проблемасын жоққа шығарады

Әрқашан емес. Оператор проблемалары, артық жүктеме, микробағдарлама, серверлік қабылдау, қайталау әрекеттері немесе протокол қателері болуы мүмкін.

Қате: батарея шығыны = батареяның дәл шығыны

Дұрыс емес. Бұл берудің артық уақыты мен шартты токқа негізделген баға.

Қате: бір экстремалды ұзын сеанс түйінді басты проблемалы етеді

Әрқашан емес. Score тек максимумды ғана емес, үлесті, орташа ұзақтықты және ұзын сеанстар санын ескереді.

Толыққанды есептің минималды критерийлері

Есеп мыналарды қамтыса, әдістемелік тұрғыдан толық болып саналады:

талдау кезеңі;
парк қамтуы;
деректер қақпасының мәртебесі;
парктегі түйіндер саны;
сұралған түйіндер саны;
сеанс деректері бар түйіндер саны;
IQR-шегін өткен түйіндер саны;
іріктемедегі сеанстар саны;
ұзын сеанстар саны;
аномалиясы бар түйіндер саны;
сеанстың максималды ұзақтығы;
сағаттық оқиғалар саны;
RCA-гипотезалардың таралуы;
IQR-шек формуласы;
түйін score формуласы;
батарея шығыны формуласы;
RCA-жіктеу ережелері;
проблемалы түйіндер кестесі;
күндер бойынша қима;
түзеткіш түрлері бойынша қима;
айлар бойынша қима;
батарея шығынының шамалас сипаты туралы дисклеймер;
AI рөлі туралы дисклеймер;
әрекеттер бойынша ұсыныстар.

Есептің жиынтық формуласы

Әр түйін үшін:

D = \{d_i \mid d_i > 0\}

IQR = Q3(D) - Q1(D)

UpperFence = Q3(D) + 1.5 \times IQR

LongSessions = \{d_i \mid d_i > UpperFence\}

Pct_{long} = \frac{|LongSessions|}{|D|} \times 100\%

A = min(100,\;4 \times Pct_{long})

B = min \left( 100,\; 8 \times \frac{AvgLongDuration}{max(1, MedianDuration)} \right)

C = min(100,\;|LongSessions|)

Score = 0.5A + 0.3B + 0.2C

Батареяның артық шығынының бағасы:

ExtraTime_{total} = \sum_{d_i \in LongSessions} max(0,\;d_i - MedianDuration)

BatteryLoss_{mAh} = \frac{340 \times ExtraTime_{total}}{3600}

Оқиғаларды топтау:

Bucket(t) = floor(t / 1h) \times 1h

Incident = Bucket \; where \; N_{unique\_stations} \ge 5

Ұсынылатын дисклеймер

text

The report detects abnormally long communication sessions relative to each
node's individual norm. The result is used for prioritising diagnostics of
communications, antennas, SIM cards, power, carriers and base stations. The
report is not proof of a specific device's malfunction without a field visit and
does not assess the correctness of commercial gas metering.

Басқа есептермен байланыс

Не түсіну қажет болса	Қолдану
қандай түйіндер байланысты ұзақ ұстап, батареяны жұмсайды	осы есеп
қандай түйіндерде байланыс немесе мұрағат жоқ	Ең проблемалы түйіндер
нақты түйін бойынша кезеңді жабуға бола ма	Тұтыну аналитикасы
кем есептеу күдігі бар ма	Күдікті түйіндер
нақты түйін неге күдікті	Есепті айналып өту
батареяларды қашан ауыстыру керек	Батарея болжамы

Мұндай бөлу ұзын байланыс сеанстарының коммерциялық, метрологиялық және forensic-қорытындылармен араласуына жол бермейді.

Қатысты тақырыптар

Оқиғаларды зерттеу

Соңғы жаңарту 2026 ж. 26 маусым

Бұл бет пайдалы болды ма?