Yn yr erthygl “", Wrth siarad am bensaernïaeth craidd pecyn y rhwydwaith NB-IoT, soniasom am ymddangosiad nod SCEF newydd. Eglurwn yn y drydedd ran beth ydyw a pham fod ei angen?
Wrth greu gwasanaeth M2M, mae datblygwyr cymwysiadau yn wynebu'r cwestiynau canlynol:
- sut i adnabod dyfeisiau;
- pa algorithm dilysu a dilysu i'w ddefnyddio;
- pa brotocol trafnidiaeth i'w ddewis ar gyfer rhyngweithio â dyfeisiau;
- sut i gyflenwi data yn ddibynadwy i ddyfeisiau;
- sut i drefnu a sefydlu rheolau ar gyfer cyfnewid data gyda nhw;
- sut i fonitro a chael gwybodaeth am eu cyflwr ar-lein;
- sut i ddosbarthu data ar yr un pryd i grŵp o'ch dyfeisiau;
- sut i anfon data ar yr un pryd o un ddyfais i nifer o gleientiaid;
- sut i gael mynediad unedig i wasanaethau gweithredwr ychwanegol ar gyfer rheoli eich dyfais.
Er mwyn eu datrys, mae angen creu atebion technegol "trwm" perchnogol, sy'n arwain at gostau llafur uwch a gwasanaethau amser-i-farchnad. Dyma lle daw'r nod SCEF newydd i'r adwy.
Fel y'i diffinnir gan 3GPP, mae SCEF (swyddogaeth datguddio gallu gwasanaeth) yn elfen gwbl newydd o'r bensaernïaeth 3GPP a'i swyddogaeth yw datgelu'n ddiogel y gwasanaethau a'r galluoedd a ddarperir gan ryngwynebau rhwydwaith 3GPP trwy APIs.
Mewn geiriau syml, mae SCEF yn gyfryngwr rhwng y rhwydwaith a gweinydd y cymhwysiad (AS), sef ffenestr mynediad sengl at wasanaethau gweithredwr ar gyfer rheoli'ch dyfais M2M yn rhwydwaith NB-IoT trwy ryngwyneb API safonol, greddfol.
Mae SCEF yn cuddio cymhlethdod rhwydwaith gweithredwr, gan ganiatáu i ddatblygwyr cymwysiadau dynnu i ffwrdd fecanweithiau cymhleth, dyfais-benodol ar gyfer rhyngweithio â dyfeisiau.
Trwy drawsnewid protocolau rhwydwaith yn API cyfarwydd ar gyfer datblygwyr cymwysiadau, mae API SCEF yn hwyluso creu gwasanaethau newydd ac yn lleihau amser-i-farchnad. Mae'r nod newydd hefyd yn cynnwys swyddogaethau ar gyfer adnabod / dilysu dyfeisiau symudol, diffinio'r rheolau ar gyfer cyfnewid data rhwng y ddyfais ac AS, gan ddileu'r angen i ddatblygwyr cymwysiadau weithredu'r swyddogaethau hyn ar eu hochr, gan symud y swyddogaethau hyn i ysgwyddau'r gweithredwr.
Mae SCEF yn cwmpasu'r rhyngwynebau sy'n angenrheidiol ar gyfer dilysu ac awdurdodi gweinyddwyr cymwysiadau, cynnal symudedd UE, trosglwyddo data a sbarduno dyfeisiau, mynediad at wasanaethau ychwanegol a galluoedd rhwydwaith gweithredwyr.
Tuag at yr UG mae un rhyngwyneb T8, sef API (HTTP/JSON) wedi'i safoni gan 3GPP. Mae pob rhyngwyneb, ac eithrio T8, yn gweithredu yn seiliedig ar y protocol DIAMETER (Ffig. 1).
T6a – rhyngwyneb rhwng SCEF ac MME. Fe'i defnyddir ar gyfer gweithdrefnau rheoli Symudedd/Sesiynau, trosglwyddo data nad yw'n eiddo deallusol, darparu digwyddiadau monitro a derbyn adroddiadau arnynt.
S6t – rhyngwyneb rhwng SCEF a HSS. Yn ofynnol ar gyfer dilysu tanysgrifwyr, awdurdodi gweinyddwyr cymwysiadau, cael cyfuniad o ID allanol ac IMSI/MSISDN, darparu digwyddiadau monitro a derbyn adroddiadau arnynt.
S6m/T4 - rhyngwynebau o SCEF i HSS a SMS-C (3GPP yn diffinio'r nod MTC-IWF, a ddefnyddir ar gyfer sbarduno dyfeisiau a throsglwyddo SMS mewn rhwydweithiau NB-IoT. Fodd bynnag, ym mhob gweithrediad mae ymarferoldeb y nod hwn wedi'i integreiddio i mewn i SCEF, felly er mwyn symleiddio'r gylched, ni fyddwn yn ei ystyried ar wahân). Fe'i defnyddir i gael gwybodaeth llwybro ar gyfer anfon SMS a rhyngweithio â'r ganolfan SMS.
T8 - rhyngwyneb API ar gyfer rhyngweithio SCEF â gweinyddwyr cymwysiadau. Mae gorchmynion rheoli a thraffig yn cael eu trosglwyddo trwy'r rhyngwyneb hwn.
* mewn gwirionedd mae mwy o ryngwynebau; dim ond y rhai mwyaf sylfaenol a restrir yma. Rhoddir rhestr gyflawn yn 3GPP 23.682 (4.3.2 Rhestr o Bwyntiau Cyfeirio).
Isod mae swyddogaethau a gwasanaethau allweddol SCEF:
- cysylltu'r dynodwr cerdyn SIM (IMSI) i ID allanol;
- trosglwyddo traffig nad yw'n IP (Cyflwyno Data Di-IP, NIDD);
- gweithrediadau grŵp gan ddefnyddio ID grŵp allanol;
- cefnogaeth ar gyfer modd trosglwyddo data gyda chadarnhad;
- byffro data MO (Mobile Origined) a MT (Mobile Terminated);
- dilysu ac awdurdodi dyfeisiau a gweinyddwyr cymwysiadau;
- defnydd ar yr un pryd o ddata o un UE gan sawl AS;
- cefnogaeth ar gyfer swyddogaethau monitro statws UE arbennig (MONTE – Digwyddiadau Monitro);
- sbarduno dyfais;
- darparu crwydro data nad yw'n IP.
Mae'r egwyddor sylfaenol o ryngweithio rhwng UG a SCEF yn seiliedig ar y cynllun a elwir. tanysgrifiadau. Os oes angen cael mynediad i unrhyw wasanaeth SCEF ar gyfer UE penodol, mae angen i weinydd y cais greu tanysgrifiad trwy anfon gorchymyn i API penodol y gwasanaeth y gofynnwyd amdano a derbyn dynodwr unigryw mewn ymateb. Wedi hynny, bydd yr holl gamau gweithredu pellach a chyfathrebiadau â'r UE o fewn fframwaith y gwasanaeth hwn yn digwydd gan ddefnyddio'r dynodwr hwn.
ID allanol: Dynodwr dyfais cyffredinol
Un o'r newidiadau pwysicaf yn y cynllun rhyngweithio rhwng UG a dyfeisiau wrth weithio trwy SCEF yw ymddangosiad dynodwr cyffredinol. Nawr, yn lle rhif ffôn (MSISDN) neu gyfeiriad IP, fel yn achos y rhwydwaith 2G/3G/LTE clasurol, mae dynodwr dyfais ar gyfer gweinydd y rhaglen yn dod yn “ID allanol”. Fe'i diffinnir gan y safon mewn fformat sy'n gyfarwydd i ddatblygwyr cymwysiadau “ @ "
Nid oes angen i ddatblygwyr weithredu algorithmau dilysu dyfeisiau mwyach; mae'r rhwydwaith yn cymryd drosodd y swyddogaeth hon yn llwyr. Mae ID allanol ynghlwm wrth IMSI, a gall y datblygwr fod yn siŵr, wrth gyrchu ID allanol penodol, ei fod yn rhyngweithio â cherdyn SIM penodol. Wrth ddefnyddio sglodyn SIM, rydych chi'n cael sefyllfa gwbl unigryw pan fydd yr ID allanol yn nodi dyfais benodol yn unigryw!
At hynny, gellir cysylltu sawl ID allanol ag un IMSI - mae sefyllfa hyd yn oed yn fwy diddorol yn codi pan fydd yr ID allanol yn nodi'n unigryw raglen benodol sy'n gyfrifol am wasanaeth penodol ar ddyfais benodol.
Mae dynodwr grŵp hefyd yn ymddangos - ID grŵp allanol, sy'n cynnwys set o IDau allanol unigol. Nawr, gydag un cais i SCEF, gall AS gychwyn gweithrediadau grŵp - anfon data neu orchmynion rheoli i ddyfeisiau lluosog wedi'u huno mewn un grŵp rhesymegol.
Oherwydd na all y trawsnewidiad i ddynodwr dyfais newydd fod ar unwaith i ddatblygwyr UG, gadawodd SCEF y posibilrwydd o gyfathrebu UG â'r UE trwy rif safonol - MSISDN.
Trosglwyddo traffig nad yw'n IP (Cyflwyno Data Di-IP, NIDD)
Yn NB-IoT, fel rhan o optimeiddio mecanweithiau ar gyfer trosglwyddo symiau bach o ddata, yn ogystal â'r mathau PDN sydd eisoes yn bodoli, megis IPv4, IPv6 ac IPv4v6, mae math arall wedi ymddangos - nad yw'n IP. Yn yr achos hwn, ni roddir cyfeiriad IP i'r ddyfais (UE) a throsglwyddir data heb ddefnyddio'r protocol IP. Gellir cyfeirio traffig ar gyfer cysylltiadau o'r fath mewn dwy ffordd: clasurol - MME -> SGW -> PGW ac yna trwy'r twnnel PtP i AS (Ffig. 2) neu ddefnyddio SCEF (Ffig. 3).
Nid yw'r dull clasurol yn cynnig unrhyw fanteision arbennig dros draffig IP, ac eithrio lleihau maint y pecynnau a drosglwyddir oherwydd absenoldeb penawdau IP. Mae defnyddio SCEF yn agor nifer o bosibiliadau newydd ac yn symleiddio'n sylweddol y gweithdrefnau ar gyfer rhyngweithio â dyfeisiau.
Wrth drosglwyddo data trwy SCEF, mae dwy fantais bwysig iawn yn ymddangos dros draffig IP clasurol:
Dosbarthu traffig MT i'r ddyfais trwy ID allanol
I anfon neges i ddyfais IP clasurol, rhaid i'r AS wybod ei gyfeiriad IP. Yma mae problem yn codi: gan fod y ddyfais fel arfer yn derbyn cyfeiriad IP “llwyd” wrth gofrestru, mae'n cyfathrebu â gweinydd y cais, sydd wedi'i leoli ar y Rhyngrwyd, trwy nod NAT, lle mae'r cyfeiriad llwyd yn cael ei gyfieithu i wyn. Mae'r cyfuniad o gyfeiriadau IP llwyd a gwyn yn para am gyfnod cyfyngedig, yn dibynnu ar y gosodiadau NAT. Ar gyfartaledd, ar gyfer TCP neu CDU - dim mwy na phum munud. Hynny yw, os nad oes cyfnewid data gyda'r ddyfais hon o fewn 5 munud, bydd y cysylltiad yn dadelfennu ac ni fydd y ddyfais bellach yn hygyrch yn y cyfeiriad gwyn y cychwynnwyd y sesiwn AS ag ef. Mae yna nifer o atebion:
1. Defnyddiwch curiad y galon. Unwaith y bydd cysylltiad wedi'i sefydlu, rhaid i'r ddyfais gyfnewid pecynnau gyda'r AS bob ychydig funudau, a thrwy hynny atal cyfieithiadau NAT rhag cau. Ond ni all fod unrhyw sôn am unrhyw effeithlonrwydd ynni yma.
2. Bob tro, os oes angen, gwiriwch argaeledd pecynnau ar gyfer y ddyfais ar yr UG - anfonwch neges i'r uplink.
3. Creu APN preifat (VRF), lle bydd gweinydd y cymhwysiad a'r dyfeisiau ar yr un isrwyd, a neilltuo cyfeiriadau IP sefydlog i'r dyfeisiau. Bydd yn gweithio, ond mae bron yn amhosibl pan fyddwn yn sôn am fflyd o filoedd, degau o filoedd o ddyfeisiau.
4. Yn olaf, yr opsiwn mwyaf addas: defnyddiwch IPv6; nid oes angen NAT arno, gan fod cyfeiriadau IPv6 yn uniongyrchol hygyrch o'r Rhyngrwyd. Fodd bynnag, hyd yn oed yn yr achos hwn, pan fydd y ddyfais yn cael ei ail-gofrestru, bydd yn derbyn cyfeiriad IPv6 newydd ac ni fydd bellach yn hygyrch gan ddefnyddio'r un blaenorol.
Yn unol â hynny, mae angen anfon rhywfaint o becyn cychwyn gyda dynodwr dyfais i'r gweinydd er mwyn adrodd am gyfeiriad IP newydd y ddyfais. Yna arhoswch am becyn cadarnhau gan AS, sydd hefyd yn effeithio ar effeithlonrwydd ynni.
Mae'r dulliau hyn yn gweithio'n dda ar gyfer dyfeisiau 2G/3G/LTE, lle nad oes gan y ddyfais ofynion llym ar gyfer ymreolaeth ac, o ganlyniad, nid oes unrhyw gyfyngiadau ar amser awyr a thraffig. Nid yw'r dulliau hyn yn addas ar gyfer NB-IoT oherwydd eu defnydd uchel o ynni.
Mae SCEF yn datrys y broblem hon: gan mai ID allanol yw'r unig ddynodwr dyfais ar gyfer UG, dim ond pecyn data y mae angen i'r UG ei anfon i SCEF ar gyfer ID allanol penodol, ac mae SCEF yn gofalu am y gweddill. Rhag ofn bod y ddyfais mewn modd arbed pŵer PSM neu eDRX, bydd data'n cael ei glustogi a'i ddosbarthu pan fydd y ddyfais ar gael. Os yw'r ddyfais ar gael ar gyfer traffig, bydd y data yn cael ei gyflwyno ar unwaith. Mae'r un peth yn wir am dimau rheoli.
Ar unrhyw adeg, gall yr AS adalw'r neges glustog i'r UE neu roi un newydd yn ei lle.
Gellir defnyddio'r mecanwaith byffro hefyd wrth drosglwyddo data MO o'r UE i'r UG. Pe na bai SCEF yn gallu cyflwyno data i'r UG ar unwaith, er enghraifft os yw gwaith cynnal a chadw yn mynd rhagddo ar y gweinyddion UG, bydd y pecynnau hyn yn cael eu clustogi a'u gwarantu i gael eu dosbarthu cyn gynted ag y bydd yr UG ar gael.
Fel y nodwyd uchod, mae mynediad i wasanaeth penodol ac UE ar gyfer UG (ac mae NIDD yn wasanaeth) yn cael ei reoleiddio gan reolau a pholisïau ar ochr SCEF, sy'n caniatáu ar gyfer y posibilrwydd unigryw o ddefnyddio data o un UE ar yr un pryd gan sawl AS. Y rhai. os yw sawl AS wedi tanysgrifio i un UE, yna ar ôl derbyn data gan yr UE, bydd SCEF yn ei anfon at bob AS sydd wedi tanysgrifio. Mae hyn yn addas iawn ar gyfer achosion lle mae crëwr fflyd o ddyfeisiau arbenigol yn rhannu data rhwng sawl cleient. Er enghraifft, trwy greu rhwydwaith o orsafoedd tywydd sy'n rhedeg ar NB-IoT, gallwch werthu data ohonynt i lawer o wasanaethau ar yr un pryd.
Mecanwaith cyflwyno neges gwarantedig
Mae Gwasanaeth Data Dibynadwy yn fecanwaith ar gyfer cyflwyno negeseuon MO a MT yn sicr heb ddefnyddio algorithmau arbenigol ar lefel protocol, megis, er enghraifft, ysgwyd llaw yn TCP. Mae'n gweithio trwy gynnwys baner arbennig yn rhan gwasanaeth y neges pan gaiff ei chyfnewid rhwng yr UE a SCEF. Yr UG sy'n penderfynu a ddylid actifadu'r mecanwaith hwn wrth drosglwyddo traffig.
Os yw'r mecanwaith yn cael ei actifadu, mae'r UE yn cynnwys baner arbennig yn rhan uwchben y pecyn pan fydd angen cyflenwad gwarantedig o draffig MO. Ar ôl derbyn pecyn o'r fath, mae'r SCEF yn ymateb i'r UE gyda chydnabyddiaeth. Os na fydd yr UE yn derbyn y pecyn cydnabod, bydd y pecyn tuag at SCEF yn cael ei ail-anfon. Mae'r un peth yn digwydd ar gyfer traffig MT.
Monitro dyfais (monitro digwyddiadau - MONTE)
Fel y soniwyd uchod, mae swyddogaeth SCEF, ymhlith pethau eraill, yn cynnwys swyddogaethau ar gyfer monitro cyflwr yr UE, yr hyn a elwir. monitro dyfais. Ac os yw dynodwyr newydd a mecanweithiau trosglwyddo data yn optimeiddiadau (er yn ddifrifol iawn) o weithdrefnau presennol, yna mae MONTE yn swyddogaeth gwbl newydd nad yw ar gael mewn rhwydweithiau 2G/3G/LTE. Mae MONTE yn caniatáu i AS fonitro paramedrau dyfais megis statws cysylltiad, argaeledd cyfathrebu, lleoliad, statws crwydro, ac ati. Byddwn yn siarad am bob un yn fanylach ychydig yn ddiweddarach.
Os oes angen actifadu unrhyw ddigwyddiad monitro ar gyfer dyfais neu grŵp o ddyfeisiau, mae'r UG yn tanysgrifio i'r gwasanaeth cyfatebol trwy anfon y gorchymyn API MONTE cyfatebol i SCEF, sy'n cynnwys paramedrau fel Id allanol neu ID grŵp allanol, dynodwr AS, monitro math, nifer yr adroddiadau, y mae AS am eu derbyn. Os yw'r UG wedi'i awdurdodi i gyflawni'r cais, bydd SCEF, yn dibynnu ar y math, yn darparu'r digwyddiad i'r HSS neu'r MME (Ffig. 4). Pan fydd digwyddiad yn digwydd, mae'r MME neu'r HSS yn cynhyrchu adroddiad i SCEF, sy'n ei anfon i'r UG.
Mae darparu'r holl ddigwyddiadau, ac eithrio “Nifer yr UEs sy'n bresennol mewn ardal ddaearyddol”, yn digwydd trwy HSS. Mae dau ddigwyddiad “Newid Cymdeithas IMSI-IMEI” a “Statws Crwydro” yn cael eu holrhain yn uniongyrchol ar HSS, bydd y gweddill yn cael eu darparu gan HSS ar MME.
Gall digwyddiadau fod yn rhai un-amser neu gyfnodol, a chânt eu pennu yn ôl eu math.
Mae anfon adroddiad am ddigwyddiad (adrodd) yn cael ei wneud gan y nod sy'n olrhain y digwyddiad yn uniongyrchol i SCEF (Ffig. 5).
Pwynt pwysig: Gellir cymhwyso digwyddiadau monitro i ddyfeisiau nad ydynt yn IP sydd wedi'u cysylltu trwy ddyfeisiau SCEF ac IP sy'n trosglwyddo data yn y ffordd glasurol trwy MME-SGW-PGW.
Gadewch i ni edrych yn agosach ar bob un o'r digwyddiadau monitro:
Colli cysylltedd — yn hysbysu'r AS nad yw'r UE ar gael mwyach ar gyfer traffig data neu signalau. Mae'r digwyddiad yn digwydd pan fydd yr “amserydd gallu cyrraedd symudol” ar gyfer yr UE yn dod i ben ar yr MME. Mewn cais am y math hwn o fonitro, gall yr UG nodi ei werth “Uchafswm Amser Canfod” - os nad yw’r UE yn dangos unrhyw weithgaredd yn ystod y cyfnod hwn, bydd yr UG yn cael ei hysbysu nad yw’r UE ar gael, gan nodi’r rheswm. Mae'r digwyddiad hefyd yn digwydd os cafodd yr UE ei dynnu'n orfodol gan y rhwydwaith am unrhyw reswm.
* Er mwyn rhoi gwybod i'r rhwydwaith bod y ddyfais ar gael o hyd, mae'n cychwyn gweithdrefn ddiweddaru o bryd i'w gilydd - Diweddariad Ardal Olrhain (TAU). Mae amlder y weithdrefn hon yn cael ei osod gan y rhwydwaith gan ddefnyddio amserydd T3412 neu (T3412_extended yn achos PSM), y mae ei werth yn cael ei drosglwyddo i'r ddyfais yn ystod y weithdrefn Attach neu'r TAU nesaf. Mae amserydd cyraeddadwyedd symudol fel arfer sawl munud yn hirach na T3412. Os nad yw’r UE wedi gwneud TAU cyn i’r “Amserydd cyraeddadwy symudol ddod i ben”, mae’r rhwydwaith yn ystyried na ellir ei gyrraedd mwyach.
Cyrraeddadwyedd UE - Yn nodi pryd y bydd yr UE ar gael ar gyfer traffig DL neu SMS. Mae hyn yn digwydd pan fydd UE ar gael i'w galw (ar gyfer UE yn y modd eDRX) neu pan fydd UE yn mynd i mewn i'r modd ECM-CONNECTED (ar gyfer UE yn y modd PSM neu eDRX), h.y. yn gwneud TAU neu'n anfon pecyn cyswllt.
Adrodd ar leoliad – Mae’r math hwn o ddigwyddiadau monitro yn galluogi’r AS i gwestiynu lleoliad yr UE. Naill ai'r lleoliad presennol (Lleoliad Presennol) neu'r lleoliad hysbys diwethaf (Wedi'i bennu gan ID y gell y gellir gwneud cais am y ddyfais TAU neu draffig a drosglwyddwyd y tro diwethaf ohono), sy'n berthnasol ar gyfer dyfeisiau mewn moddau arbed pŵer PSM neu eDRX. Ar gyfer “Lleoliad Presennol”, gall yr AS ofyn am atebion dro ar ôl tro, gyda'r MME yn hysbysu'r AS bob tro y bydd lleoliad y ddyfais yn newid.
Newid Cymdeithas IMSI-IMEI – Pan fydd y digwyddiad hwn yn cael ei actifadu, mae SCEF yn dechrau monitro newidiadau yn y cyfuniad o IMSI (dynodwr cerdyn SIM) ac IMEI (dynodwr dyfais). Pan fydd digwyddiad yn digwydd, yn hysbysu AS. Gellir ei ddefnyddio i ail-rwymo ID allanol yn awtomatig i ddyfais yn ystod gwaith adnewyddu a drefnwyd neu wasanaethu fel dynodwr ar gyfer dwyn dyfais.
Statws Crwydro – defnyddir y math hwn o fonitro gan AS i benderfynu a yw’r UE yn y rhwydwaith cartref neu yn rhwydwaith partner crwydro. Yn ddewisol, gellir trosglwyddo PLMN (Public Land Mobile Network) y gweithredwr y mae'r ddyfais wedi'i chofrestru ynddo.
Methiant cyfathrebu - Mae'r math hwn o fonitro yn hysbysu'r AS am fethiannau mewn cyfathrebu â'r ddyfais, yn seiliedig ar y rhesymau dros y golled cysylltiad (cod achos rhyddhau) a dderbyniwyd gan y rhwydwaith mynediad radio (protocol S1-AP). Gall y digwyddiad hwn helpu i benderfynu pam y methodd cyfathrebu - oherwydd problemau ar y rhwydwaith, er enghraifft, pan fydd yr eNodeb wedi'i orlwytho (Nid yw adnoddau radio ar gael) neu oherwydd methiant y ddyfais ei hun (Radio Connection With UE Lost).
Argaeledd ar ôl Methiant DDN – mae'r digwyddiad hwn yn hysbysu'r AS bod y ddyfais ar gael ar ôl methiant cyfathrebu. Gellir ei ddefnyddio pan fo angen trosglwyddo data i ddyfais, ond ni fu'r ymgais flaenorol yn llwyddiannus oherwydd ni ymatebodd yr UE i hysbysiad gan y rhwydwaith (paging) ac ni chyflwynwyd y data. Os gofynnwyd am y math hwn o fonitro ar gyfer yr UE, yna cyn gynted ag y bydd y ddyfais yn gwneud cyfathrebiad sy'n dod i mewn, yn gwneud TAU neu'n anfon data i'r ddolen gyswllt, bydd yr AS yn cael ei hysbysu bod y ddyfais wedi dod ar gael. Gan fod y weithdrefn DDN (hysbysiad data downlink) yn gweithio rhwng MME a S/P-GW, dim ond ar gyfer dyfeisiau IP y mae'r math hwn o fonitro ar gael.
Statws Cysylltedd PDN - yn hysbysu AS pan fydd statws y ddyfais yn newid (statws cysylltedd PDN) - cysylltiad (actifadu PDN) neu ddatgysylltu (dileu PDN). Gall yr AS ddefnyddio hwn i gychwyn cyfathrebu â’r UE, neu i’r gwrthwyneb, i ddeall nad yw cyfathrebu bellach yn bosibl. Mae'r math hwn o fonitro ar gael ar gyfer dyfeisiau IP a dyfeisiau nad ydynt yn IP.
Nifer yr UEs sy'n bresennol mewn ardal ddaearyddol – Defnyddir y math hwn o fonitro gan yr UG i bennu nifer yr UEs mewn ardal ddaearyddol benodol.
Sbardun dyfais)
Mewn rhwydweithiau 2G / 3G, roedd y weithdrefn gofrestru yn y rhwydwaith yn ddau gam: yn gyntaf, y ddyfais a gofrestrwyd gyda'r SGSN (gweithdrefn atodi), yna, os oes angen, roedd yn actifadu'r cyd-destun PDP - cysylltiad â'r porth pecynnau (GGSN) i drosglwyddo data. Mewn rhwydweithiau 3G, digwyddodd y ddwy weithdrefn hyn yn olynol, h.y. nid oedd y ddyfais yn aros am y foment pan oedd angen iddo drosglwyddo data, ond gweithredodd PDP yn syth ar ôl cwblhau'r weithdrefn atodi. Yn LTE, cyfunwyd y ddwy weithdrefn hon yn un, hynny yw, wrth atodi, gofynnodd y ddyfais ar unwaith i'r cysylltiad PDN gael ei weithredu (sy'n cyfateb i PDP yn 2G/3G) trwy'r eNodeB i'r MME-SGW-PGW.
Mae NB-IoT yn diffinio dull cysylltu fel “atodi heb PDN”, hynny yw, mae'r UE yn atodi heb sefydlu cysylltiad PDN. Yn yr achos hwn, nid yw ar gael i drosglwyddo traffig, a dim ond derbyn neu anfon SMS y gall. Er mwyn anfon gorchymyn i ddyfais o'r fath i actifadu PDN a chysylltu ag UG, datblygwyd y swyddogaeth “Sbarduno Dyfais”.
Wrth dderbyn gorchymyn i gysylltu UE o'r fath o'r UG, mae SCEF yn cychwyn anfon SMS rheoli i'r ddyfais trwy'r ganolfan SMS. Wrth dderbyn SMS, mae'r ddyfais yn actifadu'r PDN ac yn cysylltu â'r AS i dderbyn cyfarwyddiadau pellach neu drosglwyddo data.
Efallai y bydd adegau pan fydd eich tanysgrifiad dyfais yn dod i ben ar SCEF. Oes, mae gan y tanysgrifiad ei oes ei hun, wedi'i osod gan y gweithredwr neu wedi'i gytuno ag AS. Pan ddaw i ben, bydd y PDN yn cael ei ddadactifadu ar yr MME ac ni fydd y ddyfais ar gael i'r UG. Yn yr achos hwn, bydd y swyddogaeth “Sbarduno Dyfais” hefyd yn helpu. Wrth dderbyn data newydd gan AS, bydd SCEF yn darganfod statws cysylltiad y ddyfais ac yn cyflwyno'r data trwy sianel SMS.
Casgliad
Nid yw ymarferoldeb SCEF, wrth gwrs, wedi'i gyfyngu i'r gwasanaethau a ddisgrifir uchod ac mae'n esblygu ac yn ehangu'n gyson. Ar hyn o bryd, mae mwy na dwsin o wasanaethau eisoes wedi'u safoni ar gyfer SCEF. Nawr rydym wedi cyffwrdd yn unig ar y prif swyddogaethau y mae galw amdanynt gan ddatblygwyr; byddwn yn siarad am y gweddill mewn erthyglau yn y dyfodol.
Mae'r cwestiwn yn codi ar unwaith: sut i gael mynediad prawf i'r nod “gwyrth” hwn ar gyfer profi rhagarweiniol a dadfygio achosion posibl? Mae popeth yn syml iawn. Gall unrhyw ddatblygwr gyflwyno cais i [e-bost wedi'i warchod], lle mae'n ddigon i nodi pwrpas cysylltiad, disgrifiad o achos posibl a gwybodaeth gyswllt ar gyfer cyfathrebu.
Welwn ni chi eto!
Awduron:
- uwch arbenigwr yr adran datrysiadau cydgyfeiriol a gwasanaethau amlgyfrwng Sergey Novikov ,
- arbenigwr yr adran atebion cydgyfeiriol a gwasanaethau amlgyfrwng Alexey Lapshin
Ffynhonnell: hab.com