{"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\/da\/blog\/administrirovanie\/nb-iot-kak-on-rabotaet-chast-3-scef-edinoe-okno-dostupa-k-uslugam-operatora","title":{"rendered":"NB-IoT: hvordan fungerer det? Del 3: SCEF \u2013 en samlet adgang til operat\u00f8rens tjenester","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"<p><b>I artiklen \"<noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/company\/ru_mts\/blog\/431648\/\">NB-IoT: hvordan fungerer det? Del 2<\/a><\/noindex>\", n\u00e6vnte vi i beskrivelsen af arkitekturen for NB-IoT-netv\u00e6rkets pakke-kernel fremkomsten af den nye SCEF-komponent. I den tredje del forklarer vi, hvad det er, og hvorfor det er n\u00f8dvendigt?<\/b><\/p>\n<p><img decoding=\"async\" alt=\"NB-IoT: hvordan fungerer det? Del 3: SCEF \u2013 en samlet adgang til operat\u00f8rens tjenester\" src=\"\/wp-content\/uploads\/2019\/11\/95652a1e2bfce0589b51b106ebf6e64f.png\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nN\u00e5r der oprettes en M2M-tjeneste, st\u00e5r applikationsudviklere over for f\u00f8lgende sp\u00f8rgsm\u00e5l:<\/p>\n<ul>\n<li>hvordan man identificerer enheder;<\/li>\n<li>hvilken algoritme man skal bruge til validering og autentificering;<\/li>\n<li>hvilken transportprotokol man skal v\u00e6lge til interaktion med enhederne;<\/li>\n<li>hvordan man sikkert sender data til enhederne;<\/li>\n<li>hvordan man organiserer og fastl\u00e6gger reglerne for datakommunikation med dem;<\/li>\n<li>hvordan man overv\u00e5ger og i realtid f\u00e5r information om deres tilstand;<\/li>\n<li>hvordan man samtidig leverer data til en gruppe af sine enheder;<\/li>\n<li>hvordan man samtidig sender data fra en enhed til flere kunder;<\/li>\n<li>hvordan man f\u00e5r en ensartet adgang til operat\u00f8rens ekstra tjenester til styring af ens enhed. <\/li>\n<\/ul>\n<p>\nFor at l\u00f8se disse problemer er man n\u00f8dt til at skabe propriet\u00e6re tekniske \"tunge\" l\u00f8sninger, hvilket f\u00f8rer til \u00f8gede arbejdsbyrder og l\u00e6ngere time-to-market for tjenesterne. Her kommer den nye SCEF-enhed til hj\u00e6lp.<noindex><a rel=\"nofollow\" name=\"habracut\"><\/a><\/noindex><\/p>\n<p>If\u00f8lge 3GPP's definition er SCEF (service capability exposure function) en helt ny komponent i 3GPP-arkitekturen, hvis funktion er sikkert at eksponere de tjenester og muligheder, der leveres gennem 3GPP-netv\u00e6rksinterface via API. <\/p>\n<p>Enkelt sagt er SCEF en mellemmand mellem netv\u00e6rket og applikationsserveren (application server \u2013 AS), et samlet vindue for adgang til operat\u00f8rens tjenester til styring af ens M2M-enhed i NB-IoT-netv\u00e6rket gennem et intuitivt, standardiseret API-interface.<\/p>\n<p>SCEF skjuler kompleksiteten af operat\u00f8rens netv\u00e6rk og g\u00f8r det muligt for applikationsudviklere at abstrahere fra de komplekse, specifikke interaktionsmekanismer med enhederne.<\/p>\n<p>Ved at konvertere netv\u00e6rksprotokoller til et velkendt API-gr\u00e6nseflade for udviklere letter SCEF oprettelsen af nye tjenester og reducerer time-to-market. Den nye node inkluderer ogs\u00e5 funktioner til identifikation\/autentificering af mobile enheder og fasts\u00e6ttelse af regler for datadetion mellem enheden og AS, hvilket fjerner behovet for udviklere at implementere disse funktioner selv og i stedet overlader dem til operat\u00f8ren.<\/p>\n<p>SCEF fungerer som en central gr\u00e6nseflade for autentificering og autorisation af applikationsservere, underst\u00f8ttelse af mobilitet for UE, datatransmission og enhedstriggere, adgang til ekstra tjenester og netv\u00e6rksmuligheder.<\/p>\n<p>Der er kun \u00e9n enkelt gr\u00e6nseflade T8 mod AS, API-gr\u00e6nsefladen (HTTP\/JSON), standardiseret af 3GPP. Alle gr\u00e6nseflader, undtagen T8, arbejder p\u00e5 basis af protokol DIAMETER (se figur 1).<\/p>\n<p><img decoding=\"async\" alt=\"NB-IoT: hvordan fungerer det? Del 3: SCEF \u2013 en samlet adgang til operat\u00f8rens tjenester\" src=\"\/wp-content\/uploads\/2019\/11\/6538d7d9e0d94244e6415b78f080b159.png\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nT6a \u2013 gr\u00e6nsefladen mellem SCEF og MME. Bruges til procedurer for mobilitets-\/sessionsstyring, overf\u00f8rsel af non-IP data, provisioning af overv\u00e5gningsh\u00e6ndelser og modtagelse af rapporter om dem.<\/p>\n<p>S6t \u2013 gr\u00e6nsefladen mellem SCEF og HSS. N\u00f8dvendig for autentificering af abonnenter, autorisering af applikationsservere, modtagelse af b\u00e5ndet ekstern ID og IMSI\/MSISDN, provisioning af overv\u00e5gningsh\u00e6ndelser og modtagelse af rapporter om dem.<\/p>\n<p>S6m\/T4 \u2013 gr\u00e6nseflader fra SCEF til HSS og SMS-C (i 3GPP defineres en node MTC-IWF, som bruges til enhedstriggere og SMS-overf\u00f8rsel i NB-IoT-netv\u00e6rk. Men i alle implementeringer er denne nodes funktionalitet integreret i SCEF, s\u00e5 for at forenkle diagrammet vil vi ikke behandle det separat). De bruges til at modtage ruteoplysninger til sending af SMS og interaktion med SMS-centret.<\/p>\n<p>T8 \u2013 API-gr\u00e6nsefladen til interaktion mellem SCEF og applikationsservere. Gennem denne gr\u00e6nseflade sendes b\u00e5de kontrolkommandoer og trafik.<\/p>\n<p>*Der er faktisk flere gr\u00e6nseflader, her er kun de mest grundl\u00e6ggende angivet. Den fulde liste findes i 3GPP 23.682 (4.3.2 Liste over referencepunkter).<\/p>\n<p>Nedenfor er de n\u00f8glefunktioner og -tjenester, SCEF tilbyder:<\/p>\n<ul>\n<li>binding af SIM-kortets identificering (IMSI) til ekstern ID; <\/li>\n<li>overf\u00f8rsel af non-IP trafik (Non-IP Data Delivery, NIDD);<\/li>\n<li>gruppeoperationer, ved brug af ekstern gruppe-ID;<\/li>\n<li>underst\u00f8ttelse af bekr\u00e6ftet datatransmission;<\/li>\n<li>buffering af MO (Mobile Originated) og MT (Mobile Terminated) data;<\/li>\n<li>autentificering og autorisation af enheder og applikationsservere;<\/li>\n<li>samtidig brug af data fra en UE af flere AS;<\/li>\n<li>underst\u00f8ttelse af s\u00e6rlige funktioner til overv\u00e5gning af UE's tilstand (MONTE \u2013 Overv\u00e5gningsbegivenheder);<\/li>\n<li>triggering af enheder;<\/li>\n<li>sikring af roaming af non-IP data.<\/li>\n<\/ul>\n<p>\nDet grundl\u00e6ggende princip for interaktionen mellem AS og SCEF er baseret p\u00e5 en s\u00e5kaldt abonnementsmodel. Ved behov for adgang til en given service for en bestemt UE skal applikationsserveren oprette et abonnement ved at sende en kommando til den specifikke API for den \u00f8nskede service og modtage et unikt identifikationsnummer som svar. Herefter vil alle yderligere handlinger og kommunikation med UE inden for denne service ske ved hj\u00e6lp af dette identifikationsnummer.<\/p>\n<p><b>Ekstern ID: universelt identifikationsnummer for enheden<\/b><\/p>\n<p>En af de vigtigste \u00e6ndringer i m\u00e5den AS interagerer med enheder via SCEF er introduktionen af et universelt identifikationsnummer. Nu bliver enhedens identifikator for applikationsserveren \"ekstern ID\" i stedet for telefonnummeret (MSISDN) eller IP-adressen, som det var i det klassiske netv\u00e6rk 2G\/3G\/LTE. Det defineres som standard i et format, der er velkendt for applikationsudviklere \"@\".<\/p>\n<p>Udviklere har ikke l\u00e6ngere behov for at implementere autentifikationsalgoritmer for enhederne, da netv\u00e6rket fuldst\u00e6ndigt overtager denne funktion. Den eksterne ID knyttes til IMSI, og udvikleren kan v\u00e6re sikker p\u00e5, at ved at henvende sig til en bestemt ekstern ID, interagerer de med et specifikt SIM-kort. Ved brug af et SIM-chip opst\u00e5r der endda en unik situation, hvor den eksterne ID entydigt identificerer den specifikke enhed!<\/p>\n<p>Desuden kan flere eksterne ID'er knyttes til en enkelt IMSI \u2014 hvilket skaber en endnu mere interessant situation, hvor den eksterne ID entydigt identificerer en bestemt applikation, der er ansvarlig for en specifik service p\u00e5 en bestemt enhed.<\/p>\n<p>Derudover introduceres en gruppeidentifikator \u2014 ekstern gruppe-ID, som inkluderer et s\u00e6t separate eksterne ID'er. Nu kan en enkelt anmodning til SCEF tillade AS at igangs\u00e6tte gruppeoperationer \u2014 sending af data eller kontrolkommandoer til mange enheder samlet i en enkelt logisk gruppe.<\/p>\n<p>Da skiftet til det nye enhedsidentifikationsnummer ikke kan v\u00e6re \u00f8jeblikkeligt for udviklerne af AS, har SCEF efterladt muligheden for kommunikation mellem AS og UE via det almindelige nummer \u2013 MSISDN.<\/p>\n<p><b>Overf\u00f8rsel af non-IP trafik (Non-IP Data Delivery, NIDD)<\/b><\/p>\n<p>I NB-IoT, i forbindelse med optimering af mekanismer til overf\u00f8rsel af sm\u00e5 datam\u00e6ngder, er der kommet en ny type PDN til ud over de eksisterende typer som IPv4, IPv6 og IPv4v6 \u2014 non-IP. I dette tilf\u00e6lde tildeles enheden (UE) ikke en IP-adresse, og data overf\u00f8res uden brug af IP-protokollen. Trafik til s\u00e5danne forbindelser kan rutes p\u00e5 to m\u00e5der: den klassiske \u2014 MME -&gt; SGW -&gt; PGW og derefter gennem PtP tunnel til AS (figur 2) eller ved brug af SCEF (figur 3). <\/p>\n<p><img decoding=\"async\" alt=\"NB-IoT: hvordan fungerer det? Del 3: SCEF \u2013 en samlet adgang til operat\u00f8rens tjenester\" src=\"\/wp-content\/uploads\/2019\/11\/557caf393c9da84fc635c57bb5ecf4a5.png\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nDen klassiske metode giver ikke store fordele i forhold til IP-trafik, bortset fra at st\u00f8rrelsen af de overf\u00f8rte pakker reduceres p\u00e5 grund af manglende IP-overskrifter. Brugen af SCEF \u00e5bner derimod for en r\u00e6kke nye muligheder og forenkler interaktionsprocedurerne med enhederne.<\/p>\n<p>N\u00e5r data overf\u00f8res gennem SCEF, opst\u00e5r der to meget vigtige fordele i forhold til klassisk IP-trafik: <\/p>\n<p><u>Levering af MT trafik til enheden via ekstern ID<\/u><\/p>\n<p>For at sende en besked til en klassisk IP-enhed \u2014 skal AS kende dens IP-adresse. Her opst\u00e5r problemet: da enheden ved registrering normalt f\u00e5r en 'gr\u00e5' IP-adresse, kommunikerer den med applikationsserveren, som er placeret p\u00e5 internettet, gennem en NAT-node, hvor den gr\u00e5 adresse overs\u00e6ttes til en hvid. Forbindelsen mellem gr\u00e5 og hvid IP-adresse opretholdes i en begr\u00e6nset tid, afh\u00e6ngigt af NAT-indstillingerne. I gennemsnit for TCP eller UDP \u2014 ikke l\u00e6ngere end fem minutter. Det vil sige, at hvis der ikke har v\u00e6ret datatransmission med denne enhed i 5 minutter, vil forbindelsen bryde sammen, og enheden vil ikke v\u00e6re tilg\u00e6ngelig via den hvide adresse, som sessionen med AS blev indg\u00e5et med. Der er flere l\u00f8sninger: <\/p>\n<p>1. Bruge heartbeat. N\u00e5r forbindelsen f\u00f8rst er etableret, skal enheden udveksle pakker med AS hvert par minutter, s\u00e5 overs\u00e6ttelsen p\u00e5 NAT ikke lukkes. Men her kan der ikke v\u00e6re tale om nogen form for energieffektivitet. <\/p>\n<p>2. Hver gang det er n\u00f8dvendigt, kontrollere for tilstedev\u00e6relsen af pakker til enheden p\u00e5 AS \u2014 sende en besked i uplink.<\/p>\n<p>3. Oprette en privat APN (VRF), hvor applikationsserveren og enhederne vil befinde sig i det samme subnet, og tildele statiske IP-adresser til enhederne. Dette vil fungere, men det er n\u00e6sten urealistisk, n\u00e5r det drejer sig om en park af tusinder, titusinder af enheder.<\/p>\n<p>4. Endelig er den mest hensigtsm\u00e6ssige mulighed: at bruge IPv6, da der ikke er behov for NAT, da IPv6-adresser er direkte tilg\u00e6ngelige fra internettet. Dog, selv i dette tilf\u00e6lde, vil enhedens IPv6-adresse \u00e6ndre sig ved genregistrering, og den vil ikke l\u00e6ngere v\u00e6re tilg\u00e6ngelig via den tidligere adresse. <\/p>\n<p>Derfor er det n\u00f8dvendigt at sende en slags initialiseringspakke med enhedens identifikator til serveren for at informere om den nye IP-adresse for enheden. Derefter venter man p\u00e5 en bekr\u00e6ftelsespakke fra AS, hvilket ogs\u00e5 p\u00e5virker energieffektiviteten.<\/p>\n<p>Disse metoder fungerer godt for 2G\/3G\/LTE-enheder, hvor der ikke er strenge krav til enhedens batterilevetid, og dermed er der ingen begr\u00e6nsninger p\u00e5 airtime og trafik. For NB-IoT er disse metoder ikke anvendelige p\u00e5 grund af deres h\u00f8je energiforbrug.<\/p>\n<p>SCEF l\u00f8ser dette problem: da den eneste enhedsidentifikator for AS er external ID, er det tilstr\u00e6kkeligt for AS at sende en datapakke til SCEF for en bestemt external ID, og SCEF h\u00e5ndterer resten. Hvis enheden er i str\u00f8mbesparende tilstand (PSM) eller eDRX, vil data blive buffere og leveret, n\u00e5r enheden bliver tilg\u00e6ngelig. Hvis enheden er tilg\u00e6ngelig for trafik, vil data blive leveret omg\u00e5ende. Det samme g\u00e6lder for kontrolkommandoer.<\/p>\n<p>N\u00e5r som helst kan AS tilbagekalde den buffere meddelelse til UE eller erstatte den med en ny.<\/p>\n<p>Buffer-mekanismen kan ogs\u00e5 anvendes, n\u00e5r man sender MO-data fra UE til AS. Hvis SCEF ikke kunne levere dataene til AS straks, for eksempel under servicearbejde p\u00e5 AS-serverne, vil disse pakker blive buffere og garanteret leveret, s\u00e5 snart AS bliver tilg\u00e6ngelig.<\/p>\n<p>Som n\u00e6vnt tidligere reguleres adgangen til en bestemt tjeneste og UE for AS (og NIDD \u2013 det er en tjeneste) af regler og politikker p\u00e5 SCEF-siden, hvilket muligg\u00f8r muligheden for samtidig brug af data fra en enkelt UE af flere AS. Det vil sige, hvis flere AS har tilmeldt sig en UE, vil SCEF efter modtagelse af data fra UE sende dem til alle tilmeldte AS. Dette er godt egnet til tilf\u00e6lde, hvor skaberen af en r\u00e6kke specialiserede enheder deler data mellem flere kunder. For eksempel, ved at oprette et netv\u00e6rk af vejrstationer, der arbejder p\u00e5 NB-IoT, kan man s\u00e6lge data fra dem til mange tjenester samtidigt.<\/p>\n<p><b>Mekanismen for garanteret leverings af beskeder <\/b><\/p>\n<p>Reliable Data Service \u2014 mekanismen for garanteret levering af MO og MT beskeder uden brug af specialiserede algoritmer p\u00e5 protokolniveau, s\u00e5som handshake i TCP. Den fungerer ved at inkludere et s\u00e6rligt flag i kontrolfeltet for beskeden under udvekslingen mellem UE og SCEF. Det er AS, der beslutter, om mekanismen skal aktiveres eller ej ved trafikoverf\u00f8rsel.<\/p>\n<p>Hvis mekanismen er aktiveret, inkluderer UE et s\u00e6rligt flag i kontrolfeltet for pakken, n\u00e5r der er behov for garanteret levering af MO trafik. Ved modtagelse af en s\u00e5dan pakke svarer SCEF med en bekr\u00e6ftelse til UE. Hvis UE ikke modtager en pakke med bekr\u00e6ftelse, vil pakken blive sendt igen mod SCEF. Det samme g\u00e6lder for MT trafik.<\/p>\n<p><b>Overv\u00e5gning af enheder (monitoring events - MONTE)<\/b><\/p>\n<p>Som n\u00e6vnt tidligere omfatter SCEF\u2019s funktionalitet udover andet funktioner til at kontrollere tilstanden af UE, det vil sige overv\u00e5gning af enheder. Hvis nye identifikatorer og dataoverf\u00f8rselsmekanismer er optimeringer (om end meget alvorlige) af allerede eksisterende procedurer, er MONTE en helt ny funktionalitet, der ikke er tilg\u00e6ngelig i 2G\/3G\/LTE netv\u00e6rk. MONTE giver AS mulighed for at overv\u00e5ge enhedens parametre som forbindelsesstatus, tilg\u00e6ngelighed for kommunikation, placering, roamingstatus mv. Vi vil senere uddybe hver enkelt parameter.<\/p>\n<p>For at aktivere en overv\u00e5gningsh\u00e6ndelse for en enhed eller en gruppe af enheder, tilmelder AS sig den relevante tjeneste ved at sende en kommando til SCEF via den relevante MONTE API, som inkluderer parametre som external Id eller external group ID, AS identifikatoren, type overv\u00e5gning, antal rapporter som AS \u00f8nsker at modtage. Hvis AS er autoriseret til at udf\u00f8re anmodningen, provisionerer SCEF h\u00e6ndelsen p\u00e5 HSS eller MME afh\u00e6ngigt af typen (se figur 4). Ved h\u00e6ndelsens indtr\u00e6den genererer MME eller HSS en rapport til SCEF, som sender den til AS.<\/p>\n<p>Provisionering af alle h\u00e6ndelser, undtagen \"Number of UEs present in a geographic area\", sker gennem HSS. To h\u00e6ndelser, \"Change of IMSI-IMEI Association\" og \"Roaming Status\" overv\u00e5ges direkte p\u00e5 HSS, mens de \u00f8vrige provisioneres af HSS til MME.<br \/>\nH\u00e6ndelserne kan v\u00e6re engangsh\u00e6ndelser eller periodiske, afh\u00e6ngigt af deres type.<\/p>\n<p><img decoding=\"async\" alt=\"NB-IoT: hvordan fungerer det? Del 3: SCEF \u2013 en samlet adgang til operat\u00f8rens tjenester\" src=\"\/wp-content\/uploads\/2019\/11\/da265ed0443b7459d28101aa07adf221.png\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nRapportering af h\u00e6ndelser foretages af noden, der overv\u00e5ger h\u00e6ndelsen, direkte til SCEF (fig. 5).<\/p>\n<p><img decoding=\"async\" alt=\"NB-IoT: hvordan fungerer det? Del 3: SCEF \u2013 en samlet adgang til operat\u00f8rens tjenester\" src=\"\/wp-content\/uploads\/2019\/11\/9b385bbc324f14e1d484f1949d926b34.png\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\n<b>Vigtig pointe:<\/b> overv\u00e5gningsh\u00e6ndelser kan anvendes b\u00e5de til non-IP-enheder, der tilsluttes via SCEF, og til IP-enheder, der overf\u00f8rer data p\u00e5 traditionel m\u00e5de gennem MME-SGW-PGW.<\/p>\n<p>Lad os se n\u00e6rmere p\u00e5 hver af overv\u00e5gningsh\u00e6ndelserne:<\/p>\n<p><u>Tab af forbindelse<\/u> \u2014 informerer AS om, at UE ikke l\u00e6ngere er tilg\u00e6ngelig for hverken data-trafik eller signaludveksling. H\u00e6ndelsen indtr\u00e6ffer, n\u00e5r \"mobile reachability timer\" for UE udl\u00f8ber p\u00e5 MME. I anmodningen om denne type overv\u00e5gning kan AS angive sin egen v\u00e6rdi for \"Maximum Detection Time\" \u2014 hvis UE ikke viser nogen aktivitet inden for denne tid, vil AS blive informeret om, at UE er utilg\u00e6ngelig, med angivelse af \u00e5rsagen. H\u00e6ndelsen indtr\u00e6ffer ogs\u00e5, hvis UE af en eller anden grund er blevet tvunget ud af netv\u00e6rket.<\/p>\n<p>* For at netv\u00e6rket skal vide, at enheden stadig er tilg\u00e6ngelig, initierer den periodisk en opdateringsprocedure \u2014 Tracking Area Update (TAU). Frekvensen for denne procedure bestemmes af netv\u00e6rket ved hj\u00e6lp af timer T3412 eller (T3412_extended i tilf\u00e6lde af PSM), hvis v\u00e6rdi overf\u00f8res til enheden under proceduren Attach eller den n\u00e6ste TAU. Mobile reachability timer er normalt nogle f\u00e5 minutter l\u00e6ngere end T3412. Hvis UE ikke har udf\u00f8rt TAU inden for udl\u00f8bet af \"Mobile reachability timer\", betragter netv\u00e6rket den som utilg\u00e6ngelig. <\/p>\n<p><u>UE tilg\u00e6ngelighed<\/u> \u2013 Viser, hvorn\u00e5r UE bliver tilg\u00e6ngelig for DL-trafik eller SMS. Dette sker, n\u00e5r UE bliver tilg\u00e6ngelig for paging (for UE i eDRX-tilstand) eller n\u00e5r UE g\u00e5r til ECM-CONNECTED tilstand (for UE i PSM eller eDRX tilstand), dvs. g\u00f8r TAU eller sender en uplink-pakke.<\/p>\n<p><u>Placering rapportering<\/u> \u2013 Denne type overv\u00e5gningsh\u00e6ndelser tillader AS at anmode om data om UE's placering. Enten den nuv\u00e6rende placering (Current Location) eller den senest kendte (Last Known Location, bestemmes ud fra cell ID, som enheden sidst gjorde TAU eller overf\u00f8rte trafik fra), hvilket er relevant for enheder i energibesparende tilstande som PSM eller eDRX. For \"Current Location\" kan AS anmode om gentagne rapporter, hvormed MME vil informere AS hver gang, enheden skifter placering. <\/p>\n<p><u>\u00c6ndring af IMSI-IMEI-tilknytning<\/u> \u2013 N\u00e5r denne begivenhed aktiveres, begynder SCEF at overv\u00e5ge \u00e6ndringer i b\u00e5ndet mellem IMSI (SIM-kortets identifikator) og IMEI (enhedens identifikator). N\u00e5r begivenheden indtr\u00e6ffer, informerer den AS. Kan bruges til automatisk at ompr\u00e6sentere external ID til enheden under planlagte vedligeholdelsesarbejder eller fungere som en identifikator for tyveri af enheden.<\/p>\n<p><u>Roamingstatus<\/u> \u2013 Denne slags overv\u00e5gning bruges af AS for at bestemme, om UE er i hjemmenetv\u00e6rket eller i netv\u00e6rket af en roamingpartner. PLMN (Public Land Mobile Network) fra den operat\u00f8r, hvor enheden er registreret, kan ogs\u00e5 overf\u00f8res valgfrit.<\/p>\n<p><u>Kommunikationsfejl<\/u> \u2014 Denne type overv\u00e5gning informerer AS om fejl i kommunikationen med enheden, baseret p\u00e5 \u00e5rsagerne til forbindelsesbrud (release cause code) modtaget fra det radiotilgangsnetv\u00e6rk (S1-AP-protokol). Denne begivenhed kan hj\u00e6lpe med at fastsl\u00e5, hvorfor kommunikationsfejlen opstod \u2013 enten p\u00e5 grund af problemer i netv\u00e6rket, for eksempel ved overbelastning af eNodeb (Radio resources not available), eller p\u00e5 grund af en fejl i selve enheden (Radio Connection With UE Lost). <\/p>\n<p><u>Tilg\u00e6ngelighed efter DDN-fejl<\/u> \u2013 Denne begivenhed informerer AS om, at enheden er blevet tilg\u00e6ngelig efter en kommunikationsfejl. Kan bruges, n\u00e5r det er n\u00f8dvendigt at overf\u00f8re data til enheden, men den tidligere fors\u00f8g var ikke vellykket, da UE ikke svarede p\u00e5 netv\u00e6rksnotifikationer (paging), og dataene ikke blev leveret. Hvis denne type overv\u00e5gning er anmodet for UE, vil AS blive informeret, n\u00e5r enheden foretager en indkommende kommunikation, udf\u00f8rer TAU eller sender data i uplink. Da DDN-proceduren (downlink data notification) fungerer mellem MME og S\/P-GW, er denne type overv\u00e5gning kun tilg\u00e6ngelig for IP-enheder.<\/p>\n<p><u>PDN-forbindelsesstatus<\/u> \u2013 Informerer AS om \u00e6ndringen af enhedens status (PDN connectivity status) \u2013 tilslutning (aktivering af PDN) eller frakobling (fjernelse af PDN). Dette kan bruges af AS til at initiere kommunikation med UE, eller omvendt, for at forst\u00e5, at kommunikation ikke l\u00e6ngere er mulig. Denne type overv\u00e5gning er tilg\u00e6ngelig for b\u00e5de IP- og non-IP-enheder.<\/p>\n<p><u>Antal UEs til stede i et geografisk omr\u00e5de<\/u> \u2013 Denne type overv\u00e5gning bruges af AS for at bestemme antallet af UE i et bestemt geografisk omr\u00e5de.<\/p>\n<p><b>Enhedstriggere (Device triggering)<\/b>)<\/p>\n<p>I 2G\/3G netv\u00e6rkene var registreringsproceduren i netv\u00e6rket to-trins: f\u00f8rst blev enheden registreret i SGSN (attach-proceduren), og derefter, n\u00e5r det var n\u00f8dvendigt at overf\u00f8re data, aktiverede den PDP-konteksten \u2013 forbindelsen til pakkegatewayen (GGSN). I 3G-netv\u00e6rk blev disse to procedurer udf\u00f8rt sekventielt, dvs. enheden ventede ikke p\u00e5 at skulle overf\u00f8re data, men aktiverede PDP straks efter afslutningen af attach-proceduren. I LTE blev disse to procedurer samlet til \u00e9n, hvilket betyder, at enheden straks anmodede om aktivering af PDN-forbindelsen (tilsvarende PDP i 2G\/3G) via eNodeB til MME-SGW-PGW.<\/p>\n<p>I NB-IoT er en metode til tilslutning defineret som \"attach without PDN\", hvilket betyder, at UE foretager attach uden at etablere PDN-forbindelse. I dette tilf\u00e6lde er den ikke tilg\u00e6ngelig for trafikoverf\u00f8rsel og kan kun modtage eller sende SMS. For at sende en kommando til en s\u00e5dan enhed for at aktivere PDN og forbinde til AS er funktionen \"Device triggering\" blevet udviklet. <\/p>\n<p>N\u00e5r AS modtager en kommando om at forbinde en s\u00e5dan UE, initierer SCEF via SMS-centeret afsendelsen af en styringssms til enheden. N\u00e5r enheden modtager SMS, aktiverer den PDN og forbinder til AS for at f\u00e5 efterf\u00f8lgende instruktioner eller overf\u00f8re data.<\/p>\n<p>Der kan forekomme tilf\u00e6lde, hvor abonnementet p\u00e5 enheden udl\u00f8ber p\u00e5 SCEF. Ja, abonnementet har en livscyklus, der er fastsat af operat\u00f8ren eller aftalt med AS. N\u00e5r det udl\u00f8ber, vil PDN blive deaktiveret p\u00e5 MME, og enheden bliver utilg\u00e6ngelig for AS. I dette tilf\u00e6lde vil funktionen \"Device triggering\" ogs\u00e5 v\u00e6re nyttig. N\u00e5r SCEF modtager nye data fra AS, vil den unders\u00f8ge status for enhedens forbindelse og levere data via SMS-kanalen.<\/p>\n<p><b>Konklusion<\/b><\/p>\n<p>SCEF-funktionen er naturligvis ikke begr\u00e6nset til de ovenfor beskrevne tjenester og udvikler sig konstant og udvides. I \u00f8jeblikket er der allerede standardiseret mere end et dusin tjenester for SCEF. I dag har vi kun ber\u00f8rt de grundl\u00e6ggende og efterspurgte funktioner fra udviklernes side; de \u00f8vrige vil vi diskutere i fremtidige artikler. <\/p>\n<p><b>Det rejser straks sp\u00f8rgsm\u00e5let om, hvordan man f\u00e5r testadgang til denne \"mirakel\"-node til forudg\u00e5ende testning og fejlfinding af mulige cases? Det er meget enkelt. Enhver udvikler kan sende en anmodning til iot.info@mts.ru, som blot skal angive form\u00e5let med forbindelsen, en beskrivelse af den mulige case og kontaktinformation til kommunikation.<br \/>\n<\/b><br \/>\nP\u00e5 gensyn!<\/p>\n<p><i>Forfattere: <\/p>\n<ul>\n<li>Senior ekspert inden for konvergerende l\u00f8sninger og multimedietjenester Sergey Novikov <noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/users\/sanov\/\" class=\"user_link\">sanov<\/a><\/noindex>, <\/li>\n<li>Ekspert inden for konvergerende l\u00f8sninger og multimedietjenester Alexey Lapshin <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 \/>Kilde: <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.3 - 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\/da\/blog\/administrirovanie\/nb-iot-kak-on-rabotaet-chast-3-scef-edinoe-okno-dostupa-k-uslugam-operatora\" \/>\n\t\t<meta name=\"generator\" content=\"All in One SEO (AIOSEO) 5.0.3\" \/>\n\t\t<meta property=\"og:locale\" content=\"da_DK\" \/>\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\/da\/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: hvordan fungerer det? Del 3: SCEF \u2013 et samlet adgangspunkt for operat\u00f8rens tjenester | ProHoster","description":"I artiklen \"NB-IoT: hvordan fungerer det?","canonical_url":"https:\/\/prohoster.info\/da\/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":"da_DK","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\/da\/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\/da\/wp-json\/wp\/v2\/posts\/52138","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/comments?post=52138"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/posts\/52138\/revisions"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/media?parent=52138"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/categories?post=52138"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/tags?post=52138"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}