Мақалада ««, NB-IoT желісінің пакеттік ядросының архитектурасы туралы айта отырып, біз жаңа SCEF түйінінің пайда болуы туралы айттық. Үшінші бөлімде оның не екенін және ол не үшін қажет екенін түсіндіреміз?
M2M қызметін жасау кезінде қолданбаларды әзірлеушілер келесі сұрақтарға тап болады:
- құрылғыларды қалай анықтауға болады;
- қандай тексеру және аутентификация алгоритмін қолдану керек;
- құрылғылармен әрекеттесу үшін қандай тасымалдау протоколын таңдау керек;
- деректерді құрылғыларға қалай сенімді жеткізуге болады;
- олармен деректер алмасу ережелерін қалай ұйымдастыру және орнату;
- олардың жай-күйі туралы ақпаратты онлайн режимінде қалай бақылауға және алуға болады;
- деректерді бір уақытта құрылғылар тобына қалай жеткізуге болады;
- деректерді бір құрылғыдан бірнеше клиентке бір уақытта қалай жіберуге болады;
- құрылғыңызды басқаруға арналған қосымша оператор қызметтеріне бірыңғай қатынасты қалай алуға болады.
Оларды шешу үшін еңбек шығындары мен нарыққа шығу уақытының өсуіне әкелетін меншікті техникалық «ауыр» шешімдерді жасау қажет. Бұл жерде жаңа SCEF түйіні көмекке келеді.
3GPP анықтағандай, SCEF (қызмет мүмкіндіктерін ашу функциясы) 3GPP архитектурасының мүлдем жаңа құрамдас бөлігі болып табылады, оның қызметі API арқылы 3GPP желі интерфейстерімен қамтамасыз етілген қызметтер мен мүмкіндіктерді қауіпсіз түрде көрсету болып табылады.
Қарапайым сөзбен айтқанда, SCEF – желі мен қолданбалы сервер (AS) арасындағы делдал, интуитивті, стандартталған API интерфейсі арқылы NB-IoT желісіндегі M2M құрылғыңызды басқаруға арналған оператор қызметтеріне қол жеткізудің бір терезесі.
SCEF оператор желісінің күрделілігін жасырып, қолданбаларды әзірлеушілерге құрылғылармен өзара әрекеттесу үшін күрделі, құрылғыға тән механизмдерді алып тастауға мүмкіндік береді.
Желі протоколдарын қолданбаларды әзірлеушілер үшін таныс API-ге түрлендіру арқылы SCEF API жаңа қызметтерді құруды жеңілдетеді және нарыққа шығу уақытын қысқартады. Жаңа түйінде мобильді құрылғыларды анықтау/аутентификациялау, құрылғы мен АС арасында деректер алмасу ережелерін анықтау, қосымша әзірлеушілерге осы функцияларды өз жағында жүзеге асыру қажеттілігін жою, осы функцияларды оператордың иығына ауыстыру функциялары бар.
SCEF қолданба серверлерінің аутентификациясы мен авторизациясы, UE ұтқырлығын қолдау, деректерді тасымалдау және құрылғыны іске қосу, қосымша қызметтерге қол жеткізу және оператор желісінің мүмкіндіктері үшін қажетті интерфейстерді қамтиды.
AS-қа қарай бір T8 интерфейсі, 3GPP стандартталған API (HTTP/JSON) бар. T8-ден басқа барлық интерфейстер DIAMETER протоколы негізінде жұмыс істейді (Cурет 1).
T6a – SCEF және MME арасындағы интерфейс. Мобильділік/сессияны басқару процедуралары, IP емес деректерді беру, бақылау оқиғаларын қамтамасыз ету және олар бойынша есептерді алу үшін қолданылады.
S6t – SCEF және HSS арасындағы интерфейс. Абоненттің аутентификациясы, қолданба серверлерін авторизациялау, сыртқы идентификатор мен IMSI/MSISDN комбинациясын алу, бақылау оқиғаларын қамтамасыз ету және олар бойынша есептерді алу үшін қажет.
S6m/T4 – SCEF-тен HSS және SMS-C интерфейстері (3GPP NB-IoT желілерінде құрылғыны іске қосу және SMS жіберу үшін пайдаланылатын MTC-IWF түйінін анықтайды. Дегенмен, барлық енгізулерде бұл түйіннің функционалдығы біріктірілген. SCEF, сондықтан схеманы жеңілдету үшін біз оны бөлек қарастырмаймыз). SMS жіберу және SMS орталығымен әрекеттесу үшін бағыттау ақпаратын алу үшін қолданылады.
T8 – SCEF қолданбалы серверлермен әрекеттесу үшін API интерфейсі. Басқару командалары да, трафик те осы интерфейс арқылы беріледі.
*шындығында интерфейстер көбірек; мұнда тек ең негізгілері ғана берілген. Толық тізім 3GPP 23.682 (4.3.2 Анықтамалық нүктелер тізімі) ішінде берілген.
Төменде SCEF негізгі функциялары мен қызметтері берілген:
- SIM картасының идентификаторын (IMSI) сыртқы идентификаторға қосу;
- IP емес трафикті беру (Non-IP Data Delivery, NIDD);
- сыртқы топ идентификаторы арқылы топтық операциялар;
- растау арқылы деректерді беру режимін қолдау;
- MO (Mobile Originated) және MT (Mobile Terminated) деректерін буферлеу;
- құрылғылар мен қолданбалы серверлердің аутентификациясы және авторизациясы;
- бір ББ деректерін бірнеше АС бір мезгілде пайдалану;
- арнайы UE күйін бақылау функцияларын қолдау (MONTE – Monitoring Events);
- құрылғыны іске қосу;
- IP емес деректер роумингін қамтамасыз ету.
AS және SCEF өзара әрекеттесуінің негізгі принципі схема деп аталатынға негізделген. жазылымдар. Белгілі бір UE үшін кез келген SCEF қызметіне қол жеткізу қажет болса, қолданба сервері сұралған қызметтің арнайы API интерфейсіне пәрмен жіберу арқылы жазылым жасауы және жауап ретінде бірегей идентификаторды алуы қажет. Осыдан кейін осы идентификатордың көмегімен осы қызмет аясындағы UE-мен келесі әрекеттер мен байланыстар жүзеге асырылады.
Сыртқы идентификатор: әмбебап құрылғы идентификаторы
SCEF арқылы жұмыс істеу кезінде АС және құрылғылар арасындағы өзара әрекеттесу схемасындағы маңызды өзгерістердің бірі әмбебап идентификатордың пайда болуы болып табылады. Енді классикалық 2G/3G/LTE желісіндегідей телефон нөмірі (MSISDN) немесе IP мекенжайының орнына қолданба сервері үшін құрылғы идентификаторы «сыртқы идентификаторға» айналады. Ол қолданбаларды әзірлеушілерге таныс форматта стандартпен анықталады « @ "
Әзірлеушілер бұдан былай құрылғының аутентификация алгоритмдерін енгізудің қажеті жоқ; желі бұл функцияны толығымен қабылдайды. Сыртқы идентификатор IMSI-ге байланған және әзірлеуші белгілі бір сыртқы идентификаторға қол жеткізген кезде оның белгілі бір SIM картасымен әрекеттесетініне сенімді болуы мүмкін. SIM чипін пайдаланған кезде, сыртқы идентификатор нақты құрылғыны бірегей түрде анықтаған кезде сіз мүлдем бірегей жағдайға ие боласыз!
Сонымен қатар, бірнеше сыртқы идентификаторларды бір IMSI-мен байланыстыруға болады - сыртқы идентификатор белгілі бір құрылғыдағы белгілі бір қызметке жауапты нақты қолданбаны бірегей түрде анықтаған кезде одан да қызықты жағдай туындайды.
Топ идентификаторы да пайда болады - жеке сыртқы идентификаторлар жиынын қамтитын сыртқы топ идентификаторы. Енді SCEF-ке бір сұрау арқылы AS топтық операцияларды бастай алады - деректерді немесе басқару пәрмендерін бір логикалық топқа біріктірілген бірнеше құрылғыларға жіберу.
AS әзірлеушілері үшін жаңа құрылғы идентификаторына көшу лезде болуы мүмкін емес болғандықтан, SCEF стандартты нөмір - MSISDN арқылы UE-мен AS байланысу мүмкіндігін қалдырды.
IP емес трафикті беру (Non-IP Data Delivery, NIDD)
NB-IoT-де деректердің аз көлемін беру механизмдерін оңтайландыру шеңберінде IPv4, IPv6 және IPv4v6 сияқты бұрыннан бар PDN түрлеріне қосымша IP емес басқа түрі пайда болды. Бұл жағдайда құрылғыға (UE) IP мекенжайы тағайындалмайды және деректер IP протоколын пайдаланбай жіберіледі. Мұндай қосылымдар үшін трафикті екі жолмен бағыттауға болады: классикалық - MME -> SGW -> PGW, содан кейін PtP туннелі арқылы AS (2-сурет) немесе SCEF көмегімен (3-сурет).
Классикалық әдіс IP тақырыптарының болмауына байланысты жіберілетін пакеттердің көлемін азайтуды қоспағанда, IP-трафиктен ерекше артықшылықтарды ұсынбайды. SCEF пайдалану бірқатар жаңа мүмкіндіктерді ашады және құрылғылармен өзара әрекеттесу процедураларын айтарлықтай жеңілдетеді.
SCEF арқылы деректерді беру кезінде классикалық IP трафигіне қарағанда екі маңызды артықшылық пайда болады:
Сыртқы идентификатор арқылы құрылғыға МТ трафигін жеткізу
Классикалық IP құрылғысына хабарлама жіберу үшін AS оның IP мекенжайын білуі керек. Бұл жерде мәселе туындайды: тіркеу кезінде құрылғы әдетте «сұр» IP мекенжайын алатындықтан, ол сұр мекенжай ақ түске аударылатын NAT түйіні арқылы Интернетте орналасқан қолданба серверімен байланысады. Сұр және ақ IP мекенжайларының тіркесімі NAT параметрлеріне байланысты шектеулі уақытқа созылады. Орташа алғанда, TCP немесе UDP үшін - бес минуттан аспайды. Яғни, 5 минут ішінде бұл құрылғымен деректер алмасу болмаса, қосылым үзіледі және құрылғы AS сеансы басталған ақ мекенжайда енді қолжетімді болмайды. Бірнеше шешімдер бар:
1. Жүрек соғуын пайдаланыңыз. Байланыс орнатылғаннан кейін құрылғы бірнеше минут сайын AS пакетімен алмасуы керек, осылайша NAT аудармаларының жабылуына жол бермейді. Бірақ бұл жерде ешқандай энергия тиімділігі туралы сөз болуы мүмкін емес.
2. Қажет болса, AS-де құрылғыға арналған пакеттердің бар-жоғын әр уақытта тексеріңіз - жоғары сілтемеге хабарлама жіберіңіз.
3. Бағдарлама сервері мен құрылғылар бір ішкі желіде болатын жеке APN (VRF) жасаңыз және құрылғыларға статикалық IP мекенжайларын тағайындаңыз. Бұл жұмыс істейді, бірақ біз мыңдаған, он мыңдаған құрылғылар паркі туралы айтатын болсақ, бұл мүмкін емес.
4. Соңында, ең қолайлы нұсқа: IPv6 пайдаланыңыз, ол үшін NAT қажет емес, өйткені IPv6 мекенжайлары Интернеттен тікелей қол жетімді. Дегенмен, бұл жағдайда да, құрылғы қайта тіркелгенде, ол жаңа IPv6 мекенжайын алады және бұрынғысын пайдалану арқылы енді қол жетімді болмайды.
Сәйкесінше, құрылғының жаңа IP мекенжайы туралы хабарлау үшін серверге құрылғы идентификаторы бар кейбір инициализация пакетін жіберу қажет. Содан кейін қуат тиімділігіне әсер ететін AS растау пакетін күтіңіз.
Бұл әдістер 2G/3G/LTE құрылғыларында жақсы жұмыс істейді, мұнда құрылғыда автономияға қатаң талаптар қойылмайды және нәтижесінде эфир уақыты мен трафикке ешқандай шектеулер жоқ. Бұл әдістер жоғары энергия тұтынуына байланысты NB-IoT үшін жарамсыз.
SCEF бұл мәселені шешеді: AS үшін жалғыз құрылғы идентификаторы сыртқы идентификатор болғандықтан, AS белгілі бір сыртқы идентификатор үшін SCEF-ке деректер пакетін жіберуі керек, ал қалғандарымен SCEF айналысады. Құрылғы PSM немесе eDRX қуатты үнемдеу режимінде болған жағдайда, деректер буферленеді және құрылғы қолжетімді болған кезде жеткізіледі. Құрылғы трафик үшін қол жетімді болса, деректер дереу жеткізіледі. Басқару командалары үшін де солай.
Кез келген уақытта АС буферленген хабарламаны UE-ге қайтара алады немесе оны жаңасымен ауыстыра алады.
Буферлеу механизмі МО деректерін UE-ден АС-қа жіберу кезінде де пайдаланылуы мүмкін. Егер SCEF деректерді AS-ке дереу жеткізе алмаса, мысалы, AS серверлерінде техникалық қызмет көрсету жұмыстары жалғасып жатса, бұл пакеттер буферленеді және AS қол жетімді болған кезде жеткізілетініне кепілдік беріледі.
Жоғарыда атап өтілгендей, АС (және NIDD — қызмет) үшін белгілі бір қызметке және UE-ге қол жеткізу SCEF жағындағы ережелер мен саясаттармен реттеледі, бұл бір UE деректерін бірнеше АС арқылы бір уақытта пайдаланудың бірегей мүмкіндігін береді. Анау. егер бірнеше АС бір UE-ға жазылған болса, онда ББ-дан деректерді алғаннан кейін SCEF оны барлық жазылған АС-қа жібереді. Бұл мамандандырылған құрылғылар паркін жасаушы деректерді бірнеше клиенттер арасында бөлісетін жағдайларға өте қолайлы. Мысалы, NB-IoT жүйесінде жұмыс істейтін метеостанциялар желісін жасау арқылы сіз олардан деректерді бір уақытта көптеген қызметтерге сата аласыз.
Хабарламаны жеткізудің кепілдендірілген механизмі
Reliable Data Service – MO және MT хабарламаларын хаттама деңгейінде, мысалы, TCP-де қол алысу сияқты мамандандырылған алгоритмдерді қолданбай кепілді жеткізу механизмі. Ол UE және SCEF арасында алмасу кезінде хабарламаның қызмет көрсету бөлігіне арнайы жалаушаны қосу арқылы жұмыс істейді. Трафикті жіберу кезінде бұл механизмді іске қосу немесе қоспау АС шешеді.
Егер механизм іске қосылса, UE MO трафигін кепілдендірілген жеткізуді талап еткенде пакеттің үстіңгі бөлігінде арнайы жалаушаны қамтиды. Мұндай пакетті алғаннан кейін SCEF UE-ге растаумен жауап береді. Егер UE растау пакетін алмаса, SCEF-ке пакет қайта жіберіледі. Дәл осындай жағдай MT трафигі үшін де орын алады.
Құрылғы мониторингі (оқиғаларды бақылау - MONTE)
Жоғарыда айтылғандай, SCEF функционалдығы, басқалармен қатар, UE күйін бақылау функцияларын қамтиды, деп аталатын. құрылғыны бақылау. Ал егер жаңа идентификаторлар мен деректерді беру механизмдері бар процедураларды оңтайландыру (өте маңызды болса да) болса, MONTE 2G/3G/LTE желілерінде жоқ мүлде жаңа функция болып табылады. MONTE AS-қа қосылым күйі, байланыстың қолжетімділігі, орналасқан жері, роуминг күйі және т.б. сияқты құрылғы параметрлерін бақылауға мүмкіндік береді. Әрқайсысы туралы сәл кейінірек толығырақ айтатын боламыз.
Құрылғы немесе құрылғылар тобы үшін кез келген бақылау оқиғасын белсендіру қажет болған жағдайда, АС сыртқы идентификатор немесе сыртқы топ идентификаторы, AS идентификаторы, мониторинг сияқты параметрлерді қамтитын SCEF-ке сәйкес API MONTE пәрменін жіберу арқылы сәйкес қызметке жазылады. AS қабылдағысы келетін есептердің түрі, саны. Егер АС сұрауды орындауға рұқсат етілсе, SCEF түріне қарай оқиғаны HSS немесе MME-ге береді (Cурет 4). Оқиға орын алған кезде, MME немесе HSS SCEF-ке есепті жасайды, ол оны AS-ке жібереді.
«Географиялық аймақта бар UE санын» қоспағанда, барлық оқиғаларды қамтамасыз ету HSS арқылы жүзеге асырылады. Екі оқиға «IMSI-IMEI қауымдастығының өзгеруі» және «Роуминг күйі» тікелей HSS-те бақыланады, қалғанын MME-де HSS қамтамасыз етеді.
Оқиғалар бір реттік немесе мерзімді болуы мүмкін және олардың түрі бойынша анықталады.
Оқиға туралы есепті жіберу (есеп беру) оқиғаны тікелей SCEF-ке бақылайтын түйін арқылы жүзеге асырылады (5-сурет).
Маңызды нүкте: Мониторинг оқиғаларын SCEF арқылы қосылған IP емес құрылғыларға да, деректерді MME-SGW-PGW арқылы классикалық жолмен жіберетін IP құрылғыларына да қолдануға болады.
Мониторинг оқиғаларының әрқайсысын толығырақ қарастырайық:
Байланыстың жоғалуы — АС-ға UE деректер трафигі немесе сигнал беру үшін бұдан былай қолжетімді емес екенін хабарлайды. Оқиға MME-де UE үшін "мобильді қолжетімділік таймері" біткен кезде орын алады. Мониторингтің осы түріне сұраныста АС өзінің «Максималды анықтау уақыты» мәнін көрсете алады - егер осы уақыт ішінде UE ешқандай белсенділік көрсетпесе, АС себебін көрсете отырып, UE қолжетімсіз екендігі туралы хабарланады. Оқиға сонымен қатар UE кез келген себеппен желі арқылы күштеп жойылған жағдайда орын алады.
* Желіге құрылғының әлі де қол жетімді екенін білу үшін ол мерзімді түрде жаңарту процедурасын бастайды - Tracking Area Update (TAU). Бұл процедураның жиілігін желі T3412 немесе (PSM жағдайында T3412_extended) таймерін пайдаланып орнатады, оның мәні Тіркеу процедурасы немесе келесі TAU кезінде құрылғыға беріледі. Мобильді қолжетімділік таймері әдетте T3412 қарағанда бірнеше минутқа ұзағырақ. Егер UE «Мобильдік қолжетімділік таймерінің» мерзімі аяқталғанға дейін TAU жасамаса, желі оны енді қолжетімсіз деп санайды.
UE қол жетімділігі – UE DL трафигі немесе SMS үшін қолжетімді болған кезде көрсетеді. Бұл UE пейджинг үшін қол жетімді болғанда (eDRX режиміндегі UE үшін) немесе UE ECM-ҚОСЫЛҒАН режиміне өткенде (PSM немесе eDRX режиміндегі UE үшін), яғни. TAU жасайды немесе жоғары сілтеме пакетін жібереді.
Орналасқан жер туралы есеп беру – Мониторинг оқиғаларының бұл түрі АС-қа UE орнын сұрауға мүмкіндік береді. PSM немесе eDRX қуат үнемдеу режимдеріндегі құрылғыларға қатысты ағымдағы орын (Ағымдағы орын) немесе соңғы белгілі орын (құрылғы TAU жасаған немесе соңғы рет трафикті жіберген ұяшық идентификаторымен анықталады) сұрауға болады. «Ағымдағы орын» үшін АС қайталама жауаптарды сұрай алады, бұл ретте MME құрылғының орны өзгерген сайын AS-ке хабарлайды.
IMSI-IMEI қауымдастығының өзгеруі – Бұл оқиға іске қосылғанда, SCEF IMSI (SIM картасы идентификаторы) және IMEI (құрылғы идентификаторы) тіркесіміндегі өзгерістерді бақылай бастайды. Оқиға орын алған кезде AS хабарлайды. Жоспарланған ауыстыру жұмыстары кезінде сыртқы идентификаторды құрылғыға автоматты түрде қайта қосу үшін немесе құрылғыны ұрлау үшін идентификатор ретінде қызмет ету үшін пайдалануға болады.
Роуминг күйі – бақылаудың бұл түрі UE үй желісінде немесе роуминг-серіктес желісінде екенін анықтау үшін AS пайдаланады. Қажет болса, құрылғы тіркелген оператордың PLMN (қоғамдық жердегі ұялы байланыс желісі) жіберілуі мүмкін.
Байланыс ақаулығы — Мониторингтің бұл түрі радиоқабылдау желісінен (S1-AP протоколы) алынған қосылымды жоғалту себептеріне (шығару себебі коды) негізделген құрылғымен байланыстағы ақаулар туралы АС хабарлайды. Бұл оқиға желідегі ақауларға байланысты, мысалы, eNodeb шамадан тыс жүктелгенде (Радио ресурстары қолжетімсіз) немесе құрылғының өзі істен шыққан кезде (UE жоғалған радио қосылымы) байланыстың неліктен сәтсіз болғанын анықтауға көмектеседі.
DDN сәтсіздігінен кейін қолжетімділік – бұл оқиға байланыс ақаулығынан кейін құрылғының қолжетімді болғаны туралы AS-ке хабарлайды. Деректерді құрылғыға тасымалдау қажеттілігі туындаған кезде пайдалануға болады, бірақ алдыңғы әрекет сәтті болмады, себебі UE желіден (пейджингтен) хабарландыруға жауап бермеді және деректер жеткізілмеді. Бақылаудың бұл түрі UE үшін сұралған болса, құрылғы кіріс байланысын жасағанда, TAU жасағанда немесе деректерді жоғары сілтемеге жіберген кезде, AS құрылғының қолжетімді болғаны туралы хабарланады. DDN (төменгі сілтеме деректері туралы хабарлама) процедурасы MME және S/P-GW арасында жұмыс істейтіндіктен, бақылаудың бұл түрі тек IP құрылғылары үшін қол жетімді.
PDN қосылым күйі – құрылғының күйі өзгергенде (PDN қосылымының күйі) - қосылу (PDN белсендіру) немесе ажырату (PDN жою) туралы хабарлайды. Мұны АС UE-мен байланысты бастау үшін немесе керісінше, байланыс енді мүмкін емес екенін түсіну үшін пайдалана алады. Мониторингтің бұл түрі IP және IP емес құрылғылар үшін қол жетімді.
Географиялық аймақта бар UE саны – Мониторингтің бұл түрін АС белгілі бір географиялық аймақтағы UE санын анықтау үшін пайдаланады.
Құрылғыны іске қосу)
2G/3G желілерінде желідегі тіркеу процедурасы екі сатылы болды: біріншіден, құрылғы SGSN арқылы тіркелген (тіркеу процедурасы), содан кейін қажет болған жағдайда ол PDP контекстін - пакеттік шлюзмен (GGSN) қосылымды белсендірді. деректерді беру үшін. 3G желілерінде бұл екі процедура дәйекті түрде орын алды, яғни. құрылғы деректерді тасымалдау қажет сәтті күтпеді, бірақ тіркеу процедурасы аяқталғаннан кейін бірден PDP іске қосылды. LTE-де бұл екі процедура бір-біріне біріктірілді, яғни тіркеген кезде құрылғы MME-SGW-PGW-ге eNodeB арқылы PDN қосылымын (2G/3G-дегі PDP аналогы) белсендіруді дереу сұрады.
NB-IoT қосылым әдісін «PDN-сіз тіркеу» ретінде анықтайды, яғни UE PDN қосылымын орнатпай тіркейді. Бұл жағдайда трафикті жіберу мүмкін емес және тек SMS қабылдауға немесе жіберуге болады. Мұндай құрылғыға PDN қосу және AS-ке қосылу пәрменін жіберу үшін «Құрылғыны іске қосу» функциясы әзірленді.
АС-тан осындай UE қосу пәрменін алған кезде SCEF SMS орталығы арқылы құрылғыға басқару SMS-хабарламасын жіберуді бастайды. SMS алған кезде құрылғы PDN-ді белсендіреді және қосымша нұсқауларды алу немесе деректерді тасымалдау үшін AS-ке қосылады.
SCEF жүйесінде құрылғы жазылымының мерзімі бітетін кездері болуы мүмкін. Иә, жазылымның оператор белгілеген немесе AS-пен келісілген өзінің қызмет ету мерзімі бар. Мерзімі аяқталғаннан кейін PDN MME-де өшіріледі және құрылғы AS үшін қолжетімсіз болады. Бұл жағдайда «Құрылғыны іске қосу» функциясы да көмектеседі. AS жаңа деректерді алған кезде SCEF құрылғының қосылу күйін анықтайды және деректерді SMS арнасы арқылы жеткізеді.
қорытынды
SCEF функционалдығы, әрине, жоғарыда сипатталған қызметтермен шектелмейді және үнемі дамып, кеңеюде. Қазіргі уақытта SCEF үшін оннан астам қызмет стандартталған. Енді біз әзірлеушілер тарапынан сұранысқа ие негізгі функцияларға ғана тоқталдық, қалғаны туралы алдағы мақалаларда айтатын боламыз.
Бірден сұрақ туындайды: ықтимал жағдайларды алдын ала тестілеу және жөндеу үшін осы «ғажайып» түйінге тесттік рұқсатты қалай алуға болады? Барлығы өте қарапайым. Кез келген әзірлеуші сұрау жібере алады [электрондық пошта қорғалған], онда қосылу мақсатын, ықтимал жағдайдың сипаттамасын және байланыс үшін байланыс ақпаратын көрсету жеткілікті.
Келесі кездескенше!
Авторлар:
- конвергентті шешімдер және мультимедиялық қызметтер бөлімінің аға сарапшысы Сергей Новиков ,
- конвергентті шешімдер және мультимедиялық қызметтер бөлімінің сарапшысы Алексей Лапшин
Ақпарат көзі: www.habr.com