{"id":52138,"date":"2019-11-01T00:00:00","date_gmt":"2019-10-31T21:00:00","guid":{"rendered":"https:\/\/prohoster.info\/blog\/blog_prohoster\/nb-iot-kak-on-rabotaet-chast-3-scef-edinoe-okno-dostupa-k-uslugam-operatora"},"modified":"2020-02-18T13:59:48","modified_gmt":"2020-02-18T10:59:48","slug":"nb-iot-kak-on-rabotaet-chast-3-scef-edinoe-okno-dostupa-k-uslugam-operatora","status":"publish","type":"post","link":"https:\/\/prohoster.info\/pl\/blog\/administrirovanie\/nb-iot-kak-on-rabotaet-chast-3-scef-edinoe-okno-dostupa-k-uslugam-operatora","title":{"rendered":"NB-IoT: jak to dzia\u0142a? Cz\u0119\u015b\u0107 3: SCEF \u2013 jedno okno dost\u0119pu do us\u0142ug operatora","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"<p><b>W artykule \u201e<noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/company\/ru_mts\/blog\/431648\/\">NB-IoT: jak to dzia\u0142a? Cz\u0119\u015b\u0107 2<\/a><\/noindex>\u201d, opowiadaj\u0105c o architekturze pakietowego j\u0105dra sieci NB-IoT, wspomnieli\u015bmy o pojawieniu si\u0119 nowego w\u0119z\u0142a SCEF. Wyja\u015bniamy w trzeciej cz\u0119\u015bci, czym to jest i po co jest potrzebne?<\/b><\/p>\n<p><img decoding=\"async\" alt=\"NB-IoT: jak to dzia\u0142a? Cz\u0119\u015b\u0107 3: SCEF \u2013 jedno okno dost\u0119pu do us\u0142ug operatora\" src=\"\/wp-content\/uploads\/2019\/11\/95652a1e2bfce0589b51b106ebf6e64f.png\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nTworz\u0105c us\u0142ug\u0119 M2M, deweloperzy aplikacji staj\u0105 przed nast\u0119puj\u0105cymi pytaniami:<\/p>\n<ul>\n<li>jak zidentyfikowa\u0107 urz\u0105dzenia;<\/li>\n<li>jaki algorytm u\u017cy\u0107 do weryfikacji i potwierdzenia to\u017csamo\u015bci;<\/li>\n<li>jaki protok\u00f3\u0142 transportowy wybra\u0107 do komunikacji z urz\u0105dzeniami;<\/li>\n<li>jak zagwarantowa\u0107 dostarczenie danych do urz\u0105dze\u0144;<\/li>\n<li>jak zorganizowa\u0107 i ustali\u0107 zasady wymiany danych z nimi;<\/li>\n<li>jak kontrolowa\u0107 i w czasie rzeczywistym uzyska\u0107 informacje o ich stanie;<\/li>\n<li>jak jednocze\u015bnie dostarczy\u0107 dane do grupy swoich urz\u0105dze\u0144;<\/li>\n<li>jak jednocze\u015bnie wys\u0142a\u0107 dane z jednego urz\u0105dzenia do kilku klient\u00f3w;<\/li>\n<li>jak uzyska\u0107 zunifikowany dost\u0119p do dodatkowych us\u0142ug operatora w celu zarz\u0105dzania swoim urz\u0105dzeniem. <\/li>\n<\/ul>\n<p>\nAby je rozwi\u0105za\u0107, trzeba tworzy\u0107 w\u0142asno\u015bciowe technicznie \u201eci\u0119\u017ckie\u201d rozwi\u0105zania, co prowadzi do zwi\u0119kszenia nak\u0142adu pracy i czasu wprowadzenia us\u0142ug na rynek. Tutaj z pomoc\u0105 przychodzi nowy w\u0119ze\u0142 SCEF.<noindex><a rel=\"nofollow\" name=\"habracut\"><\/a><\/noindex><\/p>\n<p>Zgodnie z definicj\u0105 3GPP, SCEF (funkcja eksponowania zdolno\u015bci us\u0142ugowych) to zupe\u0142nie nowy komponent architektury 3GPP, kt\u00f3rego funkcj\u0105 jest bezpieczne eksponowanie us\u0142ug i mo\u017cliwo\u015bci oferowanych przez interfejsy sieciowe 3GPP za po\u015brednictwem API. <\/p>\n<p>M\u00f3wi\u0105c pro\u015bciej, SCEF to po\u015brednik mi\u0119dzy sieci\u0105 a serwerem aplikacji (application server \u2014 AS), stanowi\u0105cy jednolite okno dost\u0119pu do us\u0142ug operatora w celu zarz\u0105dzania swoim urz\u0105dzeniem M2M w sieci NB-IoT za po\u015brednictwem intuicyjnego, ustandaryzowanego interfejsu API.<\/p>\n<p>SCEF ukrywa z\u0142o\u017cono\u015b\u0107 sieci operatora, pozwalaj\u0105c deweloperom aplikacji abstrahowa\u0107 od skomplikowanych, specyficznych mechanizm\u00f3w interakcji z urz\u0105dzeniami.<\/p>\n<p>Dzi\u0119ki przekszta\u0142ceniu protoko\u0142\u00f3w sieciowych w znajomy dla deweloper\u00f3w aplikacji interfejs API, SCEF u\u0142atwia tworzenie nowych us\u0142ug i skraca czas wprowadzenia na rynek. Nowy w\u0119ze\u0142 zawiera r\u00f3wnie\u017c funkcje identyfikacji\/autoryzacji urz\u0105dze\u0144 mobilnych oraz okre\u015blania zasad wymiany danych mi\u0119dzy urz\u0105dzeniem a AS, znosz\u0105c konieczno\u015b\u0107 implementacji tych funkcji po stronie deweloper\u00f3w aplikacji, przenosz\u0105c te zadania na operatora.<\/p>\n<p>SCEF skupia interfejsy niezb\u0119dne do uwierzytelniania i autoryzacji serwer\u00f3w aplikacji, utrzymania mobilno\u015bci UE, przesy\u0142ania danych oraz wyzwalania urz\u0105dze\u0144, jak r\u00f3wnie\u017c dost\u0119pu do dodatkowych us\u0142ug i mo\u017cliwo\u015bci sieci operatora.<\/p>\n<p>W kierunku AS idzie jeden jedyny interfejs T8, interfejs API (HTTP\/JSON), standaryzowany przez 3GPP. Wszystkie interfejsy, z wyj\u0105tkiem T8, dzia\u0142aj\u0105 na bazie protoko\u0142u DIAMETER (rys. 1).<\/p>\n<p><img decoding=\"async\" alt=\"NB-IoT: jak to dzia\u0142a? Cz\u0119\u015b\u0107 3: SCEF \u2013 jedno okno dost\u0119pu do us\u0142ug operatora\" src=\"\/wp-content\/uploads\/2019\/11\/6538d7d9e0d94244e6415b78f080b159.png\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nT6a to interfejs mi\u0119dzy SCEF a MME. S\u0142u\u017cy do procedur zarz\u0105dzania mobilno\u015bci\u0105\/sesjami, przesy\u0142ania danych non-IP, provisioningu zdarze\u0144 monitorowania oraz otrzymywania raport\u00f3w dotycz\u0105cych tych zdarze\u0144.<\/p>\n<p>S6t to interfejs mi\u0119dzy SCEF a HSS. Niezb\u0119dny do uwierzytelniania abonenta, autoryzacji serwer\u00f3w aplikacji, uzyskania powi\u0105zania external ID oraz IMSI\/MSISDN, provisioningu zdarze\u0144 monitorowania oraz otrzymywania raport\u00f3w dotycz\u0105cych tych zdarze\u0144.<\/p>\n<p>S6m\/T4 to interfejsy od SCEF do HSS i SMS-C (w 3GPP okre\u015blony jako w\u0119ze\u0142 MTC-IWF, kt\u00f3ry jest wykorzystywany do wyzwalania urz\u0105dze\u0144 oraz przesy\u0142ania SMS w sieciach NB-IoT. Jednak we wszystkich realizacjach funkcjonalno\u015b\u0107 tego w\u0119z\u0142a jest zintegrowana z SCEF, wi\u0119c dla uproszczenia schematu nie b\u0119dziemy go rozpatrywa\u0107 osobno). S\u0142u\u017c\u0105 do uzyskania informacji o trasie dla wysy\u0142ania SMS oraz interakcji z centrum SMS.<\/p>\n<p>T8 to interfejs API interakcji SCEF z serwerami aplikacji. Przez ten interfejs przesy\u0142ane s\u0105 zar\u00f3wno komendy steruj\u0105ce, jak i ruch.<\/p>\n<p>*w rzeczywisto\u015bci interfejs\u00f3w jest wi\u0119cej, tutaj wymienione s\u0105 tylko najwa\u017cniejsze. Pe\u0142na lista znajduje si\u0119 w 3GPP 23.682 (4.3.2 Lista punkt\u00f3w odniesienia).<\/p>\n<p>Poni\u017cej przedstawione s\u0105 kluczowe funkcje i us\u0142ugi SCEF:<\/p>\n<ul>\n<li>przypisanie identyfikatora karty SIM (IMSI) do external ID; <\/li>\n<li>przesy\u0142anie ruchu non-IP (Non-IP Data Delivery, NIDD);<\/li>\n<li>operacje grupowe z wykorzystaniem external group ID;<\/li>\n<li>wsparcie dla trybu przesy\u0142ania danych z potwierdzeniem;<\/li>\n<li>buforowanie danych MO (Mobile Originated) i MT (Mobile Terminated);<\/li>\n<li>uwierzytelnianie i autoryzacja urz\u0105dze\u0144 oraz serwer\u00f3w aplikacji;<\/li>\n<li>jednoczesne wykorzystanie danych jednego UE przez wiele AS;<\/li>\n<li>wsparcie dla specjalnych funkcji kontroli stanu UE (MONTE \u2013 Monitoring Events);<\/li>\n<li>wyzwalanie urz\u0105dze\u0144;<\/li>\n<li>zapewnienie roamingu danych non-IP.<\/li>\n<\/ul>\n<p>\nPodstawow\u0105 zasad\u0105 interakcji mi\u0119dzy AS a SCEF jest model tzw. subskrypcji. W przypadku potrzeby uzyskania dost\u0119pu do konkretnej us\u0142ugi SCEF dla danego UE, serwer aplikacji musi stworzy\u0107 subskrypcj\u0119, wysy\u0142aj\u0105c polecenie na konkretny interfejs API \u017c\u0105danej us\u0142ugi i w odpowiedzi otrzyma\u0107 unikalny identyfikator. Po tym wszystkie dalsze dzia\u0142ania i komunikacje z UE w ramach tej us\u0142ugi b\u0119d\u0105 odbywa\u0107 si\u0119 przy u\u017cyciu tego identyfikatora.<\/p>\n<p><b>External ID: uniwersalny identyfikator urz\u0105dzenia<\/b><\/p>\n<p>Jedn\u0105 z najwa\u017cniejszych zmian w schemacie interakcji AS z urz\u0105dzeniami podczas pracy przez SCEF jest pojawienie si\u0119 uniwersalnego identyfikatora. Teraz zamiast numeru telefonu (MSISDN) czy adresu IP, jak to mia\u0142o miejsce w klasycznej sieci 2G\/3G\/LTE, identyfikatorem urz\u0105dzenia dla serwera aplikacji staje si\u0119 \u201eexternal ID\u201d. Jest on zdefiniowany przez standard w znanym dla programist\u00f3w formacie \u201e@\u201d.<\/p>\n<p>Programi\u015bci nie musz\u0105 ju\u017c wdra\u017ca\u0107 algorytm\u00f3w uwierzytelniania urz\u0105dze\u0144, sie\u0107 w pe\u0142ni przejmuje t\u0119 funkcj\u0119. External ID jest powi\u0105zane z IMSI, a programista mo\u017ce by\u0107 pewien, \u017ce wzywaj\u0105c konkretny external ID, wchodzi w interakcj\u0119 z konkretn\u0105 kart\u0105 SIM. Przy u\u017cyciu chipu SIM uzyskuje si\u0119 sytuacj\u0119, w kt\u00f3rej external ID jednoznacznie identyfikuje konkretne urz\u0105dzenie!<\/p>\n<p>Co wi\u0119cej, do jednego IMSI mo\u017cna powi\u0105za\u0107 kilka external ID \u2014 pojawia si\u0119 jeszcze bardziej interesuj\u0105ca sytuacja, gdy external ID jednoznacznie identyfikuje konkretne aplikacje odpowiedzialne za okre\u015blon\u0105 us\u0142ug\u0119 na konkretnym urz\u0105dzeniu.<\/p>\n<p>Pojawia si\u0119 r\u00f3wnie\u017c identyfikator grupowy \u2014 external group ID, kt\u00f3ry obejmuje zestaw pojedynczych external ID. Teraz jednym \u017c\u0105daniem do SCEF AS mo\u017cna inicjowa\u0107 operacje grupowe \u2014 wysy\u0142anie danych lub polece\u0144 do wielu urz\u0105dze\u0144 po\u0142\u0105czonych w jedn\u0105 logiczn\u0105 grup\u0119.<\/p>\n<p>Ze wzgl\u0119du na to, \u017ce dla programist\u00f3w AS przej\u015bcie na nowy identyfikator urz\u0105dzenia nie mo\u017ce by\u0107 natychmiastowe, SCEF pozostawi\u0142 mo\u017cliwo\u015b\u0107 komunikacji AS z UE przez standardowy numer \u2013 MSISDN.<\/p>\n<p><b>Przesy\u0142anie ruchu non-IP (Non-IP Data Delivery, NIDD)<\/b><\/p>\n<p>W NB-IoT, w ramach optymalizacji mechanizm\u00f3w przesy\u0142ania ma\u0142ych ilo\u015bci danych, obok istniej\u0105cych typ\u00f3w PDN, takich jak IPv4, IPv6 i IPv4v6, pojawi\u0142 si\u0119 kolejny typ \u2014 non-IP. W tym przypadku urz\u0105dzenie (UE) nie otrzymuje adresu IP, a dane s\u0105 przesy\u0142ane bez u\u017cycia protoko\u0142u IP. Ruch dla takich po\u0142\u0105cze\u0144 mo\u017ce by\u0107 routowany na dwa sposoby: klasyczny \u2014 MME -&gt; SGW -&gt; PGW, a nast\u0119pnie przez tunel PtP do AS (rys. 2) lub z wykorzystaniem SCEF (rys. 3). <\/p>\n<p><img decoding=\"async\" alt=\"NB-IoT: jak to dzia\u0142a? Cz\u0119\u015b\u0107 3: SCEF \u2013 jedno okno dost\u0119pu do us\u0142ug operatora\" src=\"\/wp-content\/uploads\/2019\/11\/557caf393c9da84fc635c57bb5ecf4a5.png\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nKlasyczny spos\u00f3b nie niesie ze sob\u0105 szczeg\u00f3lnych zalet w por\u00f3wnaniu do ruchu IP, z wyj\u0105tkiem zmniejszenia rozmiaru przesy\u0142anych pakiet\u00f3w dzi\u0119ki braku nag\u0142\u00f3wk\u00f3w IP. Zastosowanie SCEF otwiera jednak szereg nowych mo\u017cliwo\u015bci i znacznie upraszcza procedury interakcji z urz\u0105dzeniami.<\/p>\n<p>Przy przesy\u0142aniu danych przez SCEF pojawiaj\u0105 si\u0119 dwie bardzo wa\u017cne zalety w por\u00f3wnaniu do klasycznego ruchu IP: <\/p>\n<p><u>Dostarczenie ruchu MT do urz\u0105dzenia za pomoc\u0105 external ID<\/u><\/p>\n<p>Aby wys\u0142a\u0107 wiadomo\u015b\u0107 do klasycznego urz\u0105dzenia IP \u2014 AS musi zna\u0107 jego adres IP. Tutaj pojawia si\u0119 problem: poniewa\u017c urz\u0105dzenie podczas rejestracji zwykle otrzymuje \u00abszary\u00bb adres IP, komunikuje si\u0119 z serwerem aplikacji, kt\u00f3ry znajduje si\u0119 w Internecie, przez w\u0119ze\u0142 NAT, gdzie nast\u0119puje translacja szarego adresu na bia\u0142y. Zwi\u0105zek szarego i bia\u0142ego adresu IP utrzymuje si\u0119 przez ograniczony czas, w zale\u017cno\u015bci od ustawie\u0144 NAT. \u015arednio dla TCP lub UDP \u2014 nie d\u0142u\u017cej ni\u017c pi\u0119\u0107 minut. Oznacza to, \u017ce je\u015bli w ci\u0105gu 5 minut nie by\u0142o wymiany danych z tym urz\u0105dzeniem, zwi\u0105zek si\u0119 rozpada i urz\u0105dzenie przestaje by\u0107 dost\u0119pne pod tym bia\u0142ym adresem, z kt\u00f3rym zosta\u0142a zainicjowana sesja z AS. Istnieje kilka rozwi\u0105za\u0144: <\/p>\n<p>1. U\u017cy\u0107 heartbeat. Po jednorazowym nawi\u0105zaniu po\u0142\u0105czenia urz\u0105dzenie powinno wymienia\u0107 z AS pakiety co kilka minut, aby nie dopu\u015bci\u0107 do zamkni\u0119cia translacji na NAT. Ale tutaj nie ma mowy o \u017cadnej efektywno\u015bci energetycznej. <\/p>\n<p>2. Za ka\u017cdym razem, gdy to konieczne, sprawdza\u0107 dost\u0119pno\u015b\u0107 pakiet\u00f3w dla urz\u0105dzenia na AS \u2014 wysy\u0142a\u0107 wiadomo\u015b\u0107 w uplink.<\/p>\n<p>3. Stworzy\u0107 prywatny APN (VRF), w kt\u00f3rym serwer aplikacji i urz\u0105dzenia b\u0119d\u0105 znajdowa\u0107 si\u0119 w tej samej podsieci, i przypisa\u0107 urz\u0105dzeniom statyczne adresy IP. To b\u0119dzie dzia\u0142a\u0107, ale prawie nie jest wykonalne, gdy mowa o parku sk\u0142adaj\u0105cym si\u0119 z tysi\u0119cy, dziesi\u0105tek tysi\u0119cy urz\u0105dze\u0144.<\/p>\n<p>4. Ostatecznie, najdogodniejsza opcja: u\u017cywa\u0107 IPv6, poniewa\u017c nie wymaga NAT, a adresy IPv6 s\u0105 dost\u0119pne bezpo\u015brednio z Internetu. Jednak nawet w tym przypadku, przy ponownej rejestracji urz\u0105dzenia, otrzyma ono nowy adres IPv6 i nie b\u0119dzie ju\u017c dost\u0119pne pod poprzednim. <\/p>\n<p>W zwi\u0105zku z tym konieczne jest wys\u0142anie jakiego\u015b pakietu inicjuj\u0105cego z identyfikatorem urz\u0105dzenia do serwera, aby poinformowa\u0107 o nowym adresie IP urz\u0105dzenia. Nast\u0119pnie trzeba czeka\u0107 na potwierdzaj\u0105cy pakiet od AS, co r\u00f3wnie\u017c wp\u0142ywa na efektywno\u015b\u0107 energetyczn\u0105.<\/p>\n<p>Te metody dobrze dzia\u0142aj\u0105 dla urz\u0105dze\u0144 2G\/3G\/LTE, gdzie nie stawiane s\u0105 rygorystyczne wymagania dotycz\u0105ce autonomiczno\u015bci, co wi\u0105\u017ce si\u0119 z brakiem ogranicze\u0144 co do czasu w eterze i ruchu. Dla NB-IoT te metody nie s\u0105 odpowiednie ze wzgl\u0119du na ich du\u017c\u0105 energoch\u0142onno\u015b\u0107.<\/p>\n<p>SCEF rozwi\u0105zuje ten problem: poniewa\u017c jedynym identyfikatorem urz\u0105dzenia dla AS jest external ID, AS wystarczy wys\u0142a\u0107 pakiet danych do SCEF dla konkretnego external ID, a SCEF zajmie si\u0119 wszystkim innym. W przypadku, gdy urz\u0105dzenie jest w trybie oszcz\u0119dzania energii PSM lub eDRX, dane b\u0119d\u0105 buforowane i dostarczone, gdy urz\u0105dzenie stanie si\u0119 dost\u0119pne. Je\u015bli jednak urz\u0105dzenie jest dost\u0119pne dla ruchu, dane b\u0119d\u0105 dostarczone natychmiast. To samo dotyczy polece\u0144 zarz\u0105dzaj\u0105cych.<\/p>\n<p>W ka\u017cdej chwili AS mo\u017ce anulowa\u0107 buforowan\u0105 wiadomo\u015b\u0107 w kierunku UE lub zast\u0105pi\u0107 j\u0105 now\u0105.<\/p>\n<p>Mechanizm buforowania mo\u017ce by\u0107 r\u00f3wnie\u017c stosowany przy przesy\u0142aniu danych MO od UE w kierunku AS. Je\u015bli SCEF nie m\u00f3g\u0142 dostarczy\u0107 danych do AS od razu, na przyk\u0142ad w przypadku prac serwisowych na serwerach AS, te pakiety b\u0119d\u0105 buforowane i zapewnione dostarczenie ich, gdy AS stanie si\u0119 dost\u0119pny.<\/p>\n<p>Jak wspomniano powy\u017cej, dost\u0119p do okre\u015blonej us\u0142ugi i UE dla AS (a NIDD to us\u0142uga) jest regulowany zasadami i politykami po stronie SCEF, co umo\u017cliwia unikaln\u0105 mo\u017cliwo\u015b\u0107 jednoczesnego wykorzystania danych jednego UE przez kilka AS. Tzn. je\u015bli kilka AS zapisa\u0142o si\u0119 na jedno UE, to po otrzymaniu danych z UE, SCEF rozsy\u0142a je do wszystkich zapisuj\u0105cych si\u0119 AS. Dobrze nadaje si\u0119 to do przypadk\u00f3w, gdy tw\u00f3rca parku wyspecjalizowanych urz\u0105dze\u0144 dzieli si\u0119 danymi mi\u0119dzy wieloma klientami. Na przyk\u0142ad, tworz\u0105c sie\u0107 stacji meteorologicznych dzia\u0142aj\u0105cych na NB-IoT, mo\u017cna sprzedawa\u0107 dane z nich wielu us\u0142ugom jednocze\u015bnie.<\/p>\n<p><b>Mechanizm gwarantowanej dostawy wiadomo\u015bci <\/b><\/p>\n<p>Reliable Data Service \u2014 mechanizm gwarantowanej dostawy wiadomo\u015bci MO i MT bez u\u017cycia specjalizowanych algorytm\u00f3w na poziomie protoko\u0142u, takich jak handshake w TCP. Dzia\u0142a dzi\u0119ki w\u0142\u0105czeniu specjalnego flagu w cz\u0119\u015bci s\u0142u\u017cbowej wiadomo\u015bci podczas wymiany mi\u0119dzy UE a SCEF. Aktywacja lub dezaktywacja tego mechanizmu podczas przesy\u0142ania danych jest decyzj\u0105 AS.<\/p>\n<p>Je\u015bli mechanizm jest aktywowany, UE w przypadku gwarantowanej dostawy ruchu MO w\u0142\u0105cza specjalny flag w cz\u0119\u015bci s\u0142u\u017cbowej pakietu. Po odebraniu takiego pakietu SCEF odpowiada UE potwierdzeniem. Je\u015bli UE nie otrzyma\u0142a pakietu z potwierdzeniem, pakiet w stron\u0119 SCEF zostanie ponownie wys\u0142any. To samo dotyczy ruchu MT.<\/p>\n<p><b>Monitorowanie urz\u0105dze\u0144 (monitoring events- MONTE)<\/b><\/p>\n<p>Jak wspomniano wcze\u015bniej, funkcjonalno\u015b\u0107 SCEF, opr\u00f3cz innych, obejmuje funkcje kontroli stanu UE, znane jako monitorowanie urz\u0105dze\u0144. I je\u015bli nowe identyfikatory i mechanizmy przesy\u0142ania danych s\u0105 optymalizacjami (cho\u0107 bardzo powa\u017cnymi) ju\u017c istniej\u0105cych procedur, to MONTE to ca\u0142kowicie nowa funkcjonalno\u015b\u0107, niedost\u0119pna w sieciach 2G\/3G\/LTE. MONTE pozwala AS \u015bledzi\u0107 takie parametry urz\u0105dzenia, jak status po\u0142\u0105czenia, dost\u0119pno\u015b\u0107 do komunikacji, lokalizacj\u0119, status roamingu itd. Wi\u0119cej szczeg\u00f3\u0142\u00f3w podamy nieco p\u00f3\u017aniej.<\/p>\n<p>W razie potrzeby aktywowa\u0107 jakiekolwiek zdarzenie monitorowania dla urz\u0105dzenia lub grupy urz\u0105dze\u0144, AS zapisuje si\u0119 na odpowiedni\u0105 us\u0142ug\u0119, wysy\u0142aj\u0105c do SCEF polecenie odpowiedniego API MONTE, kt\u00f3re zawiera takie parametry jak external Id lub external group ID, identyfikator AS, typ monitorowania, liczba raport\u00f3w, kt\u00f3re AS chce otrzyma\u0107. Je\u015bli AS jest autoryzowany do wykonania \u017c\u0105dania, SCEF w zale\u017cno\u015bci od typu zrealizuje zdarzenie na HSS lub MME (rys. 4). Po wyst\u0105pieniu zdarzenia MME lub HSS generuj\u0105 raport w stron\u0119 SCEF, kt\u00f3ry wysy\u0142a go do AS.<\/p>\n<p>Prowizjonowanie wszystkich zdarze\u0144, z wyj\u0105tkiem \u201eLiczby UEs obecnych w obszarze geograficznym\u201d, odbywa si\u0119 przez HSS. Dwa zdarzenia \u201eZmiana stowarzyszenia IMSI-IMEI\u201d i \u201eStatus roamingu\u201d s\u0105 \u015bledzone bezpo\u015brednio na HSS, pozosta\u0142e HSS prowizjonuje na MME.<br \/>\nZdarzenia mog\u0105 by\u0107 jednorazowe lub cykliczne i s\u0105 uzale\u017cnione od ich typu.<\/p>\n<p><img decoding=\"async\" alt=\"NB-IoT: jak to dzia\u0142a? Cz\u0119\u015b\u0107 3: SCEF \u2013 jedno okno dost\u0119pu do us\u0142ug operatora\" src=\"\/wp-content\/uploads\/2019\/11\/da265ed0443b7459d28101aa07adf221.png\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nWysy\u0142anie raportu o zdarzeniu (raportowanie) jest realizowane przez w\u0119ze\u0142 monitoruj\u0105cy zdarzenie bezpo\u015brednio do SCEF (rys. 5).<\/p>\n<p><img decoding=\"async\" alt=\"NB-IoT: jak to dzia\u0142a? Cz\u0119\u015b\u0107 3: SCEF \u2013 jedno okno dost\u0119pu do us\u0142ug operatora\" src=\"\/wp-content\/uploads\/2019\/11\/9b385bbc324f14e1d484f1949d926b34.png\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\n<b>Wa\u017cny punkt:<\/b> zdarzenia monitorowania mog\u0105 dotyczy\u0107 zar\u00f3wno urz\u0105dze\u0144 non-IP po\u0142\u0105czonych przez SCEF, jak i urz\u0105dze\u0144 IP przesy\u0142aj\u0105cych dane w tradycyjny spos\u00f3b przez MME-SGW-PGW.<\/p>\n<p>Przyjrzyjmy si\u0119 bli\u017cej ka\u017cdemu z zdarze\u0144 monitorowania:<\/p>\n<p><u>Utrata \u0142\u0105czno\u015bci<\/u> \u2014 informuje AS, \u017ce UE nie jest ju\u017c dost\u0119pna ani dla ruchu danych, ani dla wymiany sygna\u0142owej. Zdarzenie to wyst\u0119puje, gdy na MME wyga\u015bnie \"mobile reachability timer\" dla UE. W \u017c\u0105daniu dotycz\u0105cego tego typu monitorowania AS mo\u017ce okre\u015bli\u0107 swoje w\u0142asne warto\u015bci \"Maximum Detection Time\" \u2014 je\u015bli w trakcie tego czasu UE nie wyka\u017ce \u017cadnej aktywno\u015bci, AS zostanie poinformowany, \u017ce UE jest niedost\u0119pna, z podaniem przyczyny. Zdarzenie to wyst\u0119puje r\u00f3wnie\u017c, gdy UE zostaje z jakiego\u015b powodu wymuszenie usuni\u0119ta z sieci.<\/p>\n<p>* Aby sie\u0107 wiedzia\u0142a, \u017ce urz\u0105dzenie jest nadal dost\u0119pne, okresowo inicjuje procedur\u0119 aktualizacji \u2014 Tracking Area Update (TAU). Cz\u0119stotliwo\u015b\u0107 tej procedury jest ustawiana przez sie\u0107 za pomoc\u0105 timera T3412 lub (T3412_extended w przypadku PSM), kt\u00f3rego warto\u015b\u0107 jest przekazywana urz\u0105dzeniu w trakcie procedury Attach lub kolejnego TAU. Timer dost\u0119pno\u015bci mobilnej zwykle jest o kilka minut d\u0142u\u017cszy ni\u017c T3412. Je\u015bli UE przed up\u0142ywem \"Mobile reachability timer\" nie wykona TAU, sie\u0107 uznaje je za niedost\u0119pne. <\/p>\n<p><u>Dost\u0119pno\u015b\u0107 UE<\/u> \u2013 pokazuje, kiedy UE staje si\u0119 dost\u0119pna dla ruchu DL lub SMS. Dzieje si\u0119 to, gdy UE staje si\u0119 dost\u0119pna do stronnicowania (dla UE w trybie eDRX) lub kiedy UE przechodzi w tryb ECM-CONNECTED (dla UE w trybie PSM lub eDRX), tj. wykonuje TAU lub wysy\u0142a pakiet w g\u00f3r\u0119.<\/p>\n<p><u>Raportowanie lokalizacji<\/u> \u2013 ten rodzaj zdarze\u0144 monitoruj\u0105cych pozwala AS za\u017c\u0105da\u0107 danych o lokalizacji UE. Mo\u017ce by\u0107 \u017c\u0105dana zar\u00f3wno aktualna lokalizacja (Current Location), jak i ostatnia znana (Last Known Location, okre\u015blana na podstawie cell ID, z kt\u00f3rego urz\u0105dzenie wykona\u0142o TAU lub przesy\u0142a\u0142o ruch po raz ostatni), co jest istotne dla urz\u0105dze\u0144 znajduj\u0105cych si\u0119 w trybach oszcz\u0119dzania energii PSM lub eDRX. Dla \"Current Location\" AS mo\u017ce za\u017c\u0105da\u0107 powtarzaj\u0105cych si\u0119 raport\u00f3w, a MME b\u0119dzie informowa\u0107 AS za ka\u017cdym razem o zmianie lokalizacji urz\u0105dzenia. <\/p>\n<p><u>Zmiana powi\u0105zania IMSI-IMEI<\/u> \u2013 Po aktywacji tego zdarzenia SCEF zaczyna \u015bledzi\u0107 zmiany powi\u0105zania IMSI (identyfikator karty SIM) i IMEI (identyfikator urz\u0105dzenia). W przypadku wyst\u0105pienia zdarzenia informuje AS. Mo\u017ce by\u0107 u\u017cywane do automatycznego przypisania external ID do urz\u0105dzenia podczas planowych prac wymiany lub s\u0142u\u017cy\u0107 jako identyfikator kradzie\u017cy urz\u0105dzenia.<\/p>\n<p><u>Status roamingu<\/u> \u2013 ten rodzaj monitorowania jest u\u017cywany przez AS, aby okre\u015bli\u0107, czy UE znajduje si\u0119 w domowej sieci, czy w sieci partnera roamingowego. Opcjonalnie mo\u017ce by\u0107 przekazany PLMN (Public Land Mobile Network) operatora, w kt\u00f3rym urz\u0105dzenie jest zarejestrowane.<\/p>\n<p><u>Awaria komunikacji<\/u> \u2014 Ten typ monitorowania informuje AS o awariach w komunikacji z urz\u0105dzeniem, opieraj\u0105c si\u0119 na przyczynach przerwania po\u0142\u0105czenia (release cause code) uzyskanych od sieci radiowej (protok\u00f3\u0142 S1-AP). To zdarzenie mo\u017ce pom\u00f3c ustali\u0107, dlaczego wyst\u0105pi\u0142a awaria komunikacji \u2014 z powodu problem\u00f3w w sieci, na przyk\u0142ad przy przeci\u0105\u017ceniu eNodeB (Radio resources not available) lub z powodu awarii samego urz\u0105dzenia (Radio Connection With UE Lost). <\/p>\n<p><u>Dost\u0119pno\u015b\u0107 po awarii DDN<\/u> \u2013 to zdarzenie informuje AS, \u017ce urz\u0105dzenie sta\u0142o si\u0119 dost\u0119pne po awarii komunikacji. Mo\u017ce by\u0107 stosowane, gdy konieczne jest przes\u0142anie danych do urz\u0105dzenia, ale poprzednia pr\u00f3ba by\u0142a nieudana, poniewa\u017c UE nie odpowiedzia\u0142a na powiadomienie od sieci (paging), wi\u0119c dane nie zosta\u0142y dostarczone. Je\u015bli ten typ monitorowania zosta\u0142 za\u017c\u0105dany dla UE, to gdy tylko urz\u0105dzenie wykona po\u0142\u0105czenie przychodz\u0105ce, przeprowadzi TAU lub wy\u015ble dane w kierunku uplinku, AS zostanie poinformowane, \u017ce urz\u0105dzenie sta\u0142o si\u0119 dost\u0119pne. Poniewa\u017c procedura DDN (downlink data notification) dzia\u0142a mi\u0119dzy MME a S\/P-GW, ten rodzaj monitorowania jest dost\u0119pny tylko dla urz\u0105dze\u0144 IP.<\/p>\n<p><u>Status \u0142\u0105czno\u015bci PDN<\/u> \u2013 informuje AS o zmianie statusu urz\u0105dzenia (PDN connectivity status) \u2014 po\u0142\u0105czenia (aktywacja PDN) lub roz\u0142\u0105czenia (usuni\u0119cie PDN). Mo\u017ce by\u0107 u\u017cywane przez AS do inicjacji komunikacji z UE lub odwrotnie, do zrozumienia, \u017ce komunikacja ju\u017c nie jest mo\u017cliwa. Ten typ monitorowania jest dost\u0119pny dla urz\u0105dze\u0144 IP oraz non-IP.<\/p>\n<p><u>Liczba UE w danym obszarze geograficznym<\/u> \u2013 ten typ monitorowania jest u\u017cywany przez AS, aby okre\u015bli\u0107 liczb\u0119 UE w okre\u015blonej strefie geograficznej.<\/p>\n<p><b>Urz\u0105dzenia wyzwalaj\u0105ce (Device triggering<\/b>)<\/p>\n<p>W sieciach 2G\/3G procedura rejestracji w sieci by\u0142a dwuetapowa: najpierw urz\u0105dzenie rejestrowa\u0142o si\u0119 w SGSN (procedura attach), a nast\u0119pnie, w razie potrzeby przes\u0142ania danych, aktywowa\u0142o PDP context \u2013 po\u0142\u0105czenie z bram\u0105 pakietow\u0105 (GGSN). W sieciach 3G te dwie procedury nast\u0119powa\u0142y po sobie, tzn. urz\u0105dzenie nie czeka\u0142o na moment, gdy trzeba przes\u0142a\u0107 dane, a aktywowa\u0142o PDP od razu po zako\u0144czeniu procedury attach. W LTE te dwie procedury zosta\u0142y po\u0142\u0105czone w jedn\u0105, co oznacza, \u017ce przy attach urz\u0105dzenie od razu \u017c\u0105da\u0142o aktywacji PDN connection (analogicznie do PDP w 2G\/3G) przez eNodeB do MME-SGW-PGW.<\/p>\n<p>W NB-IoT zdefiniowano spos\u00f3b po\u0142\u0105czenia, taki jak \u201eattach without PDN\u201d, co oznacza, \u017ce UE dokonuje attach, nie ustanawiaj\u0105c po\u0142\u0105czenia PDN. W takim przypadku nie jest dost\u0119pne do przesy\u0142ania ruchu i mo\u017ce tylko odbiera\u0107 lub wysy\u0142a\u0107 SMS. Aby przes\u0142a\u0107 na takie urz\u0105dzenie polecenie aktywacji PDN i po\u0142\u0105czenia z AS, opracowano funkcjonalno\u015b\u0107 \u201eDevice triggering\u201d. <\/p>\n<p>Po otrzymaniu polecenia po\u0142\u0105czenia takiego UE od AS, SCEF za po\u015brednictwem centrum SMS inicjuje wys\u0142anie zarz\u0105dzaj\u0105cej wiadomo\u015bci SMS do urz\u0105dzenia. Po otrzymaniu SMS urz\u0105dzenie aktywuje PDN i \u0142\u0105czy si\u0119 z AS, aby otrzyma\u0107 kolejne instrukcje lub przes\u0142a\u0107 dane.<\/p>\n<p>Mog\u0105 wyst\u0105pi\u0107 przypadki, gdy na SCEF wyga\u015bnie subskrypcja urz\u0105dzenia. Tak, subskrypcja ma swoj\u0105 \u017cywotno\u015b\u0107, ustalon\u0105 przez operatora lub uzgodnion\u0105 z AS. Po jej wyga\u015bni\u0119ciu na MME zadeaktywowana zostanie PDN, a urz\u0105dzenie stanie si\u0119 niedost\u0119pne dla AS. W takim przypadku r\u00f3wnie\u017c pomo\u017ce funkcjonalno\u015b\u0107 \u201eDevice triggering\u201d. Po otrzymaniu nowych danych od AS SCEF ustali status po\u0142\u0105czenia urz\u0105dzenia i przeka\u017ce dane przez kana\u0142 SMS.<\/p>\n<p><b>Podsumowanie<\/b><\/p>\n<p>Funkcjonalno\u015b\u0107 SCEF, oczywi\u015bcie, nie ogranicza si\u0119 do opisanych powy\u017cej us\u0142ug i stale ewoluuje oraz rozszerza si\u0119. Obecnie dla SCEF ju\u017c ustandaryzowano ponad dziesi\u0119\u0107 us\u0142ug. Dotkn\u0119li\u015bmy teraz tylko podstawowych i poszukiwanych przez deweloper\u00f3w funkcji, o pozosta\u0142ych porozmawiamy w przysz\u0142ych artyku\u0142ach. <\/p>\n<p><b>Od razu pojawia si\u0119 pytanie, jak uzyska\u0107 dost\u0119p testowy do tego \u201ecudownego\u201d w\u0119z\u0142a w celu wst\u0119pnego testowania i debugowania mo\u017cliwych przypadk\u00f3w? To bardzo proste. Ka\u017cdy deweloper mo\u017ce wys\u0142a\u0107 zapytanie na iot.info@mts.ru, w kt\u00f3rym wystarczy poda\u0107 cel po\u0142\u0105czenia, opis mo\u017cliwego przypadku oraz dane kontaktowe do kontaktu.<br \/>\n<\/b><br \/>\nDo zobaczenia!<\/p>\n<p><i>Autorzy: <\/p>\n<ul>\n<li>starszy ekspert ds. rozwi\u0105za\u0144 konwergentnych i us\u0142ug multimedialnych Siergiej Nowikow <noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/users\/sanov\/\" class=\"user_link\">sanov<\/a><\/noindex>, <\/li>\n<li>ekspert ds. rozwi\u0105za\u0144 konwergentnych i us\u0142ug multimedialnych Aleksiej \u0141apszin <noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/users\/aslapsh\/\" class=\"user_link\">aslapsh<\/a><\/noindex><\/li>\n<\/ul>\n<p><\/i><br \/>\n<br \/>\u0179r\u00f3d\u0142o: <a content=\"nofollow\" rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/company\/ru_mts\/blog\/473982\/\">habr.com<\/a><\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"<p>\u0412 \u0441\u0442\u0430\u0442\u044c\u0435 \u00abNB-IoT: \u043a\u0430\u043a \u043e\u043d \u0440\u0430\u0431\u043e\u0442\u0430\u0435\u0442? \u0427\u0430\u0441\u0442\u044c 2\u00bb, \u0440\u0430\u0441\u0441\u043a\u0430\u0437\u044b\u0432\u0430\u044f \u043f\u0440\u043e \u0430\u0440\u0445\u0438\u0442\u0435\u043a\u0442\u0443\u0440\u0443 \u043f\u0430\u043a\u0435\u0442\u043d\u043e\u0433\u043e \u044f\u0434\u0440\u0430 \u0441\u0435\u0442\u0438 NB-IoT, \u043c\u044b \u0443\u043f\u043e\u043c\u044f\u043d\u0443\u043b\u0438 \u043f\u0440\u043e \u043f\u043e\u044f\u0432\u043b\u0435\u043d\u0438\u0435 \u043d\u043e\u0432\u043e\u0433\u043e \u0443\u0437\u043b\u0430 SCEF. \u041e\u0431\u044a\u044f\u0441\u043d\u044f\u0435\u043c \u0432 \u0442\u0440\u0435\u0442\u044c\u0435\u0439 \u0447\u0430\u0441\u0442\u0438, \u0447\u0442\u043e \u0436\u0435 \u044d\u0442\u043e \u0442\u0430\u043a\u043e\u0435 \u0438 \u0437\u0430\u0447\u0435\u043c \u044d\u0442\u043e \u043d\u0443\u0436\u043d\u043e? \u041f\u0440\u0438 \u0441\u043e\u0437\u0434\u0430\u043d\u0438\u0438 M2M-\u0441\u0435\u0440\u0432\u0438\u0441\u0430 \u0440\u0430\u0437\u0440\u0430\u0431\u043e\u0442\u0447\u0438\u043a\u0438 \u043f\u0440\u0438\u043b\u043e\u0436\u0435\u043d\u0438\u0439 \u0441\u0442\u0430\u043b\u043a\u0438\u0432\u0430\u044e\u0442\u0441\u044f \u0441\u043e \u0441\u043b\u0435\u0434\u0443\u044e\u0449\u0438\u043c\u0438 \u0432\u043e\u043f\u0440\u043e\u0441\u0430\u043c\u0438: \u043a\u0430\u043a \u0438\u0434\u0435\u043d\u0442\u0438\u0444\u0438\u0446\u0438\u0440\u043e\u0432\u0430\u0442\u044c \u0443\u0441\u0442\u0440\u043e\u0439\u0441\u0442\u0432\u0430; \u043a\u0430\u043a\u043e\u0439 \u0438\u0441\u043f\u043e\u043b\u044c\u0437\u043e\u0432\u0430\u0442\u044c \u0430\u043b\u0433\u043e\u0440\u0438\u0442\u043c \u043f\u0440\u043e\u0432\u0435\u0440\u043a\u0438 \u0438 \u043f\u043e\u0434\u0442\u0432\u0435\u0440\u0436\u0434\u0435\u043d\u0438\u044f \u043f\u043e\u0434\u043b\u0438\u043d\u043d\u043e\u0441\u0442\u0438; \u043a\u0430\u043a\u043e\u0439 \u0432\u044b\u0431\u0440\u0430\u0442\u044c [&hellip;]<\/p>\n","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"author":1,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[688],"tags":[],"class_list":["post-52138","post","type-post","status-publish","format-standard","hentry","category-administrirovanie"],"aioseo_notices":[],"aioseo_head":"\n\t\t<!-- All in One SEO 5.0.1.1 - aioseo.com -->\n\t<meta name=\"description\" content=\"\u0412 \u0441\u0442\u0430\u0442\u044c\u0435 \u00abNB-IoT: \u043a\u0430\u043a \u043e\u043d \u0440\u0430\u0431\u043e\u0442\u0430\u0435\u0442?\" \/>\n\t<meta name=\"robots\" content=\"max-image-preview:large\" \/>\n\t<meta name=\"author\" content=\"Yuri Gagarin\"\/>\n\t<link rel=\"canonical\" href=\"https:\/\/prohoster.info\/pl\/blog\/administrirovanie\/nb-iot-kak-on-rabotaet-chast-3-scef-edinoe-okno-dostupa-k-uslugam-operatora\" \/>\n\t<meta name=\"generator\" content=\"All in One SEO (AIOSEO) 5.0.1.1\" \/>\n\t\t<meta property=\"og:locale\" content=\"pl_PL\" \/>\n\t\t<meta property=\"og:site_name\" content=\"ProHoster | \u041a\u0443\u043f\u0438\u0442\u044c \u043d\u0430\u0434\u0435\u0436\u043d\u044b\u0439 \u0445\u043e\u0441\u0442\u0438\u043d\u0433 \u0434\u043b\u044f \u0441\u0430\u0439\u0442\u043e\u0432 \u0441 \u0437\u0430\u0449\u0438\u0442\u043e\u0439 \u043e\u0442 DDoS, VPS VDS \u0441\u0435\u0440\u0432\u0435\u0440\u044b\" \/>\n\t\t<meta property=\"og:type\" content=\"article\" \/>\n\t\t<meta property=\"og:title\" content=\"\ud83e\udd47NB-IoT: \u043a\u0430\u043a \u043e\u043d \u0440\u0430\u0431\u043e\u0442\u0430\u0435\u0442? \u0427\u0430\u0441\u0442\u044c 3: SCEF \u2013 \u0435\u0434\u0438\u043d\u043e\u0435 \u043e\u043a\u043d\u043e \u0434\u043e\u0441\u0442\u0443\u043f\u0430 \u043a \u0443\u0441\u043b\u0443\u0433\u0430\u043c \u043e\u043f\u0435\u0440\u0430\u0442\u043e\u0440\u0430 | ProHoster\" \/>\n\t\t<meta property=\"og:description\" content=\"\u0412 \u0441\u0442\u0430\u0442\u044c\u0435 \u00abNB-IoT: \u043a\u0430\u043a \u043e\u043d \u0440\u0430\u0431\u043e\u0442\u0430\u0435\u0442?\" \/>\n\t\t<meta property=\"og:url\" content=\"https:\/\/prohoster.info\/pl\/blog\/administrirovanie\/nb-iot-kak-on-rabotaet-chast-3-scef-edinoe-okno-dostupa-k-uslugam-operatora\" \/>\n\t\t<meta property=\"og:image\" content=\"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg\" \/>\n\t\t<meta property=\"og:image:secure_url\" content=\"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg\" \/>\n\t\t<meta property=\"og:image:width\" content=\"350\" \/>\n\t\t<meta property=\"og:image:height\" content=\"350\" \/>\n\t\t<meta property=\"article:published_time\" content=\"2019-10-31T21:00:00+00:00\" \/>\n\t\t<meta property=\"article:modified_time\" content=\"2020-02-18T10:59:48+00:00\" \/>\n\t\t<meta property=\"article:publisher\" content=\"https:\/\/www.facebook.com\/prohoster\" \/>\n\t\t<meta property=\"article:author\" content=\"https:\/\/www.facebook.com\/prohoster\" \/>\n\t\t<!-- All in One SEO -->\n\n","aioseo_head_json":{"title":"\ud83e\udd47NB-IoT: jak to dzia\u0142a? Cz\u0119\u015b\u0107 3: SCEF \u2013 jedno okno dost\u0119pu do us\u0142ug operatora | ProHoster","description":"W artykule \"NB-IoT: jak to dzia\u0142a?","canonical_url":"https:\/\/prohoster.info\/pl\/blog\/administrirovanie\/nb-iot-kak-on-rabotaet-chast-3-scef-edinoe-okno-dostupa-k-uslugam-operatora","robots":"max-image-preview:large","keywords":"","webmasterTools":{"miscellaneous":""},"schema":null,"og:locale":"pl_PL","og:site_name":"ProHoster | \u041a\u0443\u043f\u0438\u0442\u044c \u043d\u0430\u0434\u0435\u0436\u043d\u044b\u0439 \u0445\u043e\u0441\u0442\u0438\u043d\u0433 \u0434\u043b\u044f \u0441\u0430\u0439\u0442\u043e\u0432 \u0441 \u0437\u0430\u0449\u0438\u0442\u043e\u0439 \u043e\u0442 DDoS, VPS VDS \u0441\u0435\u0440\u0432\u0435\u0440\u044b","og:type":"article","og:title":"\ud83e\udd47NB-IoT: \u043a\u0430\u043a \u043e\u043d \u0440\u0430\u0431\u043e\u0442\u0430\u0435\u0442? \u0427\u0430\u0441\u0442\u044c 3: SCEF \u2013 \u0435\u0434\u0438\u043d\u043e\u0435 \u043e\u043a\u043d\u043e \u0434\u043e\u0441\u0442\u0443\u043f\u0430 \u043a \u0443\u0441\u043b\u0443\u0433\u0430\u043c \u043e\u043f\u0435\u0440\u0430\u0442\u043e\u0440\u0430 | ProHoster","og:description":"\u0412 \u0441\u0442\u0430\u0442\u044c\u0435 \u00abNB-IoT: \u043a\u0430\u043a \u043e\u043d \u0440\u0430\u0431\u043e\u0442\u0430\u0435\u0442?","og:url":"https:\/\/prohoster.info\/pl\/blog\/administrirovanie\/nb-iot-kak-on-rabotaet-chast-3-scef-edinoe-okno-dostupa-k-uslugam-operatora","og:image":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:secure_url":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:width":350,"og:image:height":350,"article:published_time":"2019-10-31T21:00:00+00:00","article:modified_time":"2020-02-18T10:59:48+00:00","article:publisher":"https:\/\/www.facebook.com\/prohoster","article:author":"https:\/\/www.facebook.com\/prohoster"},"aioseo_meta_data":{"post_id":"52138","title":null,"description":null,"keywords":null,"keyphrases":null,"primary_term":null,"canonical_url":null,"og_title":null,"og_description":null,"og_object_type":"default","og_image_type":"default","og_image_url":null,"og_image_width":null,"og_image_height":null,"og_image_custom_url":null,"og_image_custom_fields":null,"og_video":null,"og_custom_url":null,"og_article_section":null,"og_article_tags":null,"twitter_use_og":false,"twitter_card":"default","twitter_image_type":"default","twitter_image_url":null,"twitter_image_custom_url":null,"twitter_image_custom_fields":null,"twitter_title":null,"twitter_description":null,"schema":{"blockGraphs":[],"customGraphs":[],"default":{"data":{"Article":[],"Course":[],"Dataset":[],"FAQPage":[],"Movie":[],"Person":[],"Product":[],"ProductReview":[],"Car":[],"Recipe":[],"Service":[],"SoftwareApplication":[],"WebPage":[]},"graphName":"","isEnabled":true},"graphs":[]},"schema_type":null,"schema_type_options":null,"pillar_content":false,"robots_default":true,"robots_noindex":false,"robots_noarchive":false,"robots_nosnippet":false,"robots_nofollow":false,"robots_noimageindex":false,"robots_noodp":false,"robots_notranslate":false,"robots_max_snippet":null,"robots_max_videopreview":null,"robots_max_imagepreview":"large","priority":null,"frequency":null,"local_seo":null,"seo_analyzer_scan_date":"2026-01-24 02:37:20","breadcrumb_settings":null,"limit_modified_date":false,"reviewed_by":null,"ai":null,"created":"2021-02-28 20:48:32","updated":"2026-01-24 02:37:20","focus_keyword":null,"additional_keywords":null,"truseo_locale":null},"gt_translate_keys":[{"key":"link","format":"url"}],"_links":{"self":[{"href":"https:\/\/prohoster.info\/pl\/wp-json\/wp\/v2\/posts\/52138","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/pl\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/pl\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/pl\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/pl\/wp-json\/wp\/v2\/comments?post=52138"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/pl\/wp-json\/wp\/v2\/posts\/52138\/revisions"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/pl\/wp-json\/wp\/v2\/media?parent=52138"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/pl\/wp-json\/wp\/v2\/categories?post=52138"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/pl\/wp-json\/wp\/v2\/tags?post=52138"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}