NB-IoT: ഇത് എങ്ങനെ പ്രവർത്തിക്കും? ഭാഗം 3: SCEF - ഓപ്പറേറ്റർ സേവനങ്ങളിലേക്കുള്ള പ്രവേശനത്തിന്റെ ഏകജാലകം

ലേഖനത്തിൽ "NB-IoT: ഇത് എങ്ങനെ പ്രവർത്തിക്കും? ഭാഗം 2", NB-IoT നെറ്റ്‌വർക്കിൻ്റെ പാക്കറ്റ് കോറിൻ്റെ ആർക്കിടെക്ചറിനെക്കുറിച്ച് സംസാരിക്കുമ്പോൾ, ഒരു പുതിയ SCEF നോഡിൻ്റെ രൂപത്തെക്കുറിച്ച് ഞങ്ങൾ പരാമർശിച്ചു. അത് എന്താണെന്നും എന്തുകൊണ്ട് അത് ആവശ്യമാണെന്നും ഞങ്ങൾ മൂന്നാം ഭാഗത്തിൽ വിശദീകരിക്കുന്നു?

ഒരു M2M സേവനം സൃഷ്ടിക്കുമ്പോൾ, ആപ്ലിക്കേഷൻ ഡെവലപ്പർമാർ ഇനിപ്പറയുന്ന ചോദ്യങ്ങൾ അഭിമുഖീകരിക്കുന്നു:

• ഉപകരണങ്ങൾ എങ്ങനെ തിരിച്ചറിയാം;
• എന്ത് സ്ഥിരീകരണവും പ്രാമാണീകരണ അൽഗോരിതവുമാണ് ഉപയോഗിക്കേണ്ടത്;
• ഉപകരണങ്ങളുമായി സംവദിക്കുന്നതിന് ഏത് ട്രാൻസ്പോർട്ട് പ്രോട്ടോക്കോൾ തിരഞ്ഞെടുക്കണം;
• ഉപകരണങ്ങളിലേക്ക് ഡാറ്റ എങ്ങനെ വിശ്വസനീയമായി കൈമാറാം;
• അവരുമായി ഡാറ്റ കൈമാറ്റം ചെയ്യുന്നതിനുള്ള നിയമങ്ങൾ എങ്ങനെ സംഘടിപ്പിക്കുകയും സ്ഥാപിക്കുകയും ചെയ്യാം;
• അവരുടെ അവസ്ഥയെക്കുറിച്ചുള്ള വിവരങ്ങൾ ഓൺലൈനിൽ എങ്ങനെ നിരീക്ഷിക്കുകയും നേടുകയും ചെയ്യാം;
• നിങ്ങളുടെ ഉപകരണങ്ങളുടെ ഒരു ഗ്രൂപ്പിലേക്ക് എങ്ങനെ ഒരേസമയം ഡാറ്റ ഡെലിവർ ചെയ്യാം;
• ഒരു ഉപകരണത്തിൽ നിന്ന് നിരവധി ക്ലയൻ്റുകളിലേക്ക് ഒരേസമയം ഡാറ്റ എങ്ങനെ അയയ്ക്കാം;
• നിങ്ങളുടെ ഉപകരണം കൈകാര്യം ചെയ്യുന്നതിനായി അധിക ഓപ്പറേറ്റർ സേവനങ്ങളിലേക്ക് ഏകീകൃത ആക്‌സസ് എങ്ങനെ നേടാം.

അവ പരിഹരിക്കുന്നതിന്, കുത്തക സാങ്കേതികമായി "കനത്ത" പരിഹാരങ്ങൾ സൃഷ്ടിക്കേണ്ടത് ആവശ്യമാണ്, ഇത് വർദ്ധിച്ചുവരുന്ന തൊഴിൽ ചെലവുകളും സമയ-വിപണി സേവനങ്ങളും നയിക്കുന്നു. ഇവിടെയാണ് പുതിയ SCEF നോഡ് രക്ഷാപ്രവർത്തനത്തിലേക്ക് വരുന്നത്.

3GPP നിർവചിച്ചിരിക്കുന്നതുപോലെ, SCEF (സർവീസ് കപ്പബിലിറ്റി എക്സ്പോഷർ ഫംഗ്‌ഷൻ) 3GPP ആർക്കിടെക്ചറിൻ്റെ തികച്ചും പുതിയൊരു ഘടകമാണ്, ഇതിൻ്റെ പ്രവർത്തനം API-കൾ വഴി 3GPP നെറ്റ്‌വർക്ക് ഇൻ്റർഫേസുകൾ നൽകുന്ന സേവനങ്ങളും കഴിവുകളും സുരക്ഷിതമായി വെളിപ്പെടുത്തുക എന്നതാണ്.

ലളിതമായി പറഞ്ഞാൽ, SCEF എന്നത് നെറ്റ്‌വർക്കിനും ആപ്ലിക്കേഷൻ സെർവറിനും (AS) ഇടയിലുള്ള ഒരു ഇടനിലക്കാരനാണ്, അവബോധജന്യവും സ്റ്റാൻഡേർഡ് API ഇൻ്റർഫേസിലൂടെ NB-IoT നെറ്റ്‌വർക്കിൽ നിങ്ങളുടെ M2M ഉപകരണം കൈകാര്യം ചെയ്യുന്നതിനുള്ള ഓപ്പറേറ്റർ സേവനങ്ങളിലേക്കുള്ള പ്രവേശനത്തിൻ്റെ ഏകജാലകമാണ്.

ഒരു ഓപ്പറേറ്ററുടെ നെറ്റ്‌വർക്കിൻ്റെ സങ്കീർണ്ണത SCEF മറയ്ക്കുന്നു, ഇത് ആപ്ലിക്കേഷൻ്റെ ഡെവലപ്പർമാരെ ഉപകരണങ്ങളുമായി സംവദിക്കുന്നതിനുള്ള സങ്കീർണ്ണമായ, ഉപകരണ-നിർദ്ദിഷ്ട മെക്കാനിസങ്ങളെ അമൂർത്തമാക്കാൻ അനുവദിക്കുന്നു.

നെറ്റ്‌വർക്ക് പ്രോട്ടോക്കോളുകളെ ആപ്ലിക്കേഷൻ ഡെവലപ്പർമാർക്കുള്ള പരിചിതമായ API ആക്കി മാറ്റുന്നതിലൂടെ, SCEF API പുതിയ സേവനങ്ങൾ സൃഷ്ടിക്കുന്നതിനും സമയം-ടു-വിപണി കുറയ്ക്കുന്നതിനും സഹായിക്കുന്നു. പുതിയ നോഡിൽ മൊബൈൽ ഉപകരണങ്ങൾ തിരിച്ചറിയുന്നതിനും പ്രാമാണീകരിക്കുന്നതിനുമുള്ള പ്രവർത്തനങ്ങളും ഉൾപ്പെടുന്നു, ഉപകരണവും എഎസും തമ്മിലുള്ള ഡാറ്റാ കൈമാറ്റത്തിനുള്ള നിയമങ്ങൾ നിർവചിക്കുക, ആപ്ലിക്കേഷൻ ഡെവലപ്പർമാർക്ക് ഈ ഫംഗ്ഷനുകൾ അവരുടെ ഭാഗത്ത് നടപ്പിലാക്കേണ്ടതിൻ്റെ ആവശ്യകത നീക്കം ചെയ്യുക, ഈ പ്രവർത്തനങ്ങൾ ഓപ്പറേറ്ററുടെ ചുമലിലേക്ക് മാറ്റുക.

ആപ്ലിക്കേഷൻ സെർവറുകളുടെ പ്രാമാണീകരണത്തിനും അംഗീകാരത്തിനും ആവശ്യമായ ഇൻ്റർഫേസുകൾ, യുഇ മൊബിലിറ്റി നിലനിർത്തൽ, ഡാറ്റ കൈമാറ്റം, ഉപകരണം ട്രിഗറിംഗ്, അധിക സേവനങ്ങളിലേക്കുള്ള ആക്സസ്, ഓപ്പറേറ്റർ നെറ്റ്‌വർക്ക് കഴിവുകൾ എന്നിവ SCEF ഉൾക്കൊള്ളുന്നു.

AS-ന് നേരെ ഒരൊറ്റ T8 ഇൻ്റർഫേസ് ഉണ്ട്, ഒരു API (HTTP/JSON) സ്റ്റാൻഡേർഡ് 3GPP ആണ്. T8 ഒഴികെയുള്ള എല്ലാ ഇൻ്റർഫേസുകളും DIAMETER പ്രോട്ടോക്കോൾ (ചിത്രം 1) അടിസ്ഥാനമാക്കി പ്രവർത്തിക്കുന്നു.

T6a - SCEF, MME എന്നിവയ്‌ക്കിടയിലുള്ള ഇൻ്റർഫേസ്. മൊബിലിറ്റി/സെഷൻ മാനേജ്മെൻ്റ് നടപടിക്രമങ്ങൾ, നോൺ-ഐപി ഡാറ്റയുടെ കൈമാറ്റം, ഇവൻ്റുകൾ നിരീക്ഷിക്കുന്നതിനും അവയിൽ റിപ്പോർട്ടുകൾ സ്വീകരിക്കുന്നതിനും ഉപയോഗിക്കുന്നു.

S6t - SCEF-നും HSS-നും ഇടയിലുള്ള ഇൻ്റർഫേസ്. സബ്‌സ്‌ക്രൈബർ പ്രാമാണീകരണം, ആപ്ലിക്കേഷൻ സെർവറുകളുടെ അംഗീകാരം, എക്‌സ്‌റ്റേണൽ ഐഡി, IMSI/MSISDN എന്നിവയുടെ സംയോജനം നേടൽ, മോണിറ്ററിംഗ് ഇവൻ്റുകൾ പ്രൊവിഷൻ ചെയ്യൽ, അവയിൽ റിപ്പോർട്ടുകൾ സ്വീകരിക്കൽ എന്നിവയ്‌ക്ക് ആവശ്യമാണ്.

S6m/T4 - SCEF-ൽ നിന്ന് HSS, SMS-C എന്നിവയിലേക്കുള്ള ഇൻ്റർഫേസുകൾ (3GPP MTC-IWF നോഡ് നിർവചിക്കുന്നു, ഇത് NB-IoT നെറ്റ്‌വർക്കുകളിൽ ഉപകരണം ട്രിഗറിംഗിനും SMS ട്രാൻസ്മിഷനും ഉപയോഗിക്കുന്നു. എന്നിരുന്നാലും, എല്ലാ നടപ്പിലാക്കലുകളിലും ഈ നോഡിൻ്റെ പ്രവർത്തനക്ഷമത സംയോജിപ്പിച്ചിരിക്കുന്നു. SCEF, അതിനാൽ സർക്യൂട്ട് ലളിതമാക്കുന്നതിന്, ഞങ്ങൾ അത് പ്രത്യേകം പരിഗണിക്കില്ല). SMS അയയ്‌ക്കുന്നതിനും SMS കേന്ദ്രവുമായി സംവദിക്കുന്നതിനുമുള്ള റൂട്ടിംഗ് വിവരങ്ങൾ നേടുന്നതിന് ഉപയോഗിക്കുന്നു.

T8 - ആപ്ലിക്കേഷൻ സെർവറുകളുമായുള്ള SCEF ഇടപെടലിനുള്ള API ഇൻ്റർഫേസ്. നിയന്ത്രണ കമാൻഡുകളും ട്രാഫിക്കും ഈ ഇൻ്റർഫേസിലൂടെ കൈമാറ്റം ചെയ്യപ്പെടുന്നു.

*യഥാർത്ഥത്തിൽ കൂടുതൽ ഇൻ്റർഫേസുകൾ ഉണ്ട്; ഒരു പൂർണ്ണമായ ലിസ്റ്റ് 3GPP 23.682 (4.3.2 റഫറൻസ് പോയിൻ്റുകളുടെ പട്ടിക) ൽ നൽകിയിരിക്കുന്നു.

SCEF-ൻ്റെ പ്രധാന പ്രവർത്തനങ്ങളും സേവനങ്ങളും ചുവടെ:

• സിം കാർഡ് ഐഡൻ്റിഫയർ (IMSI) ബാഹ്യ ഐഡിയിലേക്ക് ലിങ്ക് ചെയ്യുന്നു;
• നോൺ-ഐപി ട്രാഫിക്കിൻ്റെ സംപ്രേക്ഷണം (നോൺ-ഐപി ഡാറ്റ ഡെലിവറി, എൻഐഡിഡി);
• ബാഹ്യ ഗ്രൂപ്പ് ഐഡി ഉപയോഗിച്ചുള്ള ഗ്രൂപ്പ് പ്രവർത്തനങ്ങൾ;
• സ്ഥിരീകരണത്തോടുകൂടിയ ഡാറ്റാ ട്രാൻസ്മിഷൻ മോഡിനുള്ള പിന്തുണ;
• MO (മൊബൈൽ ഒറിജിനേറ്റഡ്), MT (മൊബൈൽ ടെർമിനേറ്റഡ്) ഡാറ്റയുടെ ബഫറിംഗ്;
• ഉപകരണങ്ങളുടെയും ആപ്ലിക്കേഷൻ സെർവറുകളുടെയും പ്രാമാണീകരണവും അംഗീകാരവും;
• ഒരു യുഇയിൽ നിന്നുള്ള ഡാറ്റയുടെ ഒരേസമയം നിരവധി എഎസ്എസ് ഉപയോഗം;
• പ്രത്യേക UE സ്റ്റാറ്റസ് മോണിറ്ററിംഗ് പ്രവർത്തനങ്ങൾക്കുള്ള പിന്തുണ (MONTE - മോണിറ്ററിംഗ് ഇവൻ്റുകൾ);
• ഉപകരണം ട്രിഗറിംഗ്;
• ഐപി ഇതര ഡാറ്റ റോമിംഗ് നൽകുന്നു.

AS ഉം SCEF ഉം തമ്മിലുള്ള ആശയവിനിമയത്തിൻ്റെ അടിസ്ഥാന തത്വം സ്കീം എന്ന് വിളിക്കപ്പെടുന്നതിനെ അടിസ്ഥാനമാക്കിയുള്ളതാണ്. സബ്സ്ക്രിപ്ഷനുകൾ. ഒരു നിർദ്ദിഷ്‌ട UE-യ്‌ക്കായി ഏതെങ്കിലും SCEF സേവനത്തിലേക്ക് ആക്‌സസ് നേടേണ്ടത് ആവശ്യമാണെങ്കിൽ, അപേക്ഷിച്ച സേവനത്തിൻ്റെ നിർദ്ദിഷ്ട API-യിലേക്ക് ഒരു കമാൻഡ് അയച്ചുകൊണ്ട് ആപ്ലിക്കേഷൻ സെർവർ ഒരു സബ്‌സ്‌ക്രിപ്‌ഷൻ സൃഷ്‌ടിക്കുകയും പ്രതികരണമായി ഒരു അദ്വിതീയ ഐഡൻ്റിഫയർ സ്വീകരിക്കുകയും ചെയ്യേണ്ടതുണ്ട്. അതിനുശേഷം ഈ ഐഡൻ്റിഫയർ ഉപയോഗിച്ച് ഈ സേവനത്തിൻ്റെ ചട്ടക്കൂടിനുള്ളിൽ യുഇയുമായുള്ള എല്ലാ തുടർ പ്രവർത്തനങ്ങളും ആശയവിനിമയങ്ങളും നടക്കും.

ബാഹ്യ ഐഡി: യൂണിവേഴ്സൽ ഉപകരണ ഐഡൻ്റിഫയർ

എസ്‌സിഇഎഫിലൂടെ പ്രവർത്തിക്കുമ്പോൾ എഎസും ഉപകരണങ്ങളും തമ്മിലുള്ള ഇൻ്ററാക്ഷൻ സ്കീമിലെ ഏറ്റവും പ്രധാനപ്പെട്ട മാറ്റങ്ങളിലൊന്ന് ഒരു സാർവത്രിക ഐഡൻ്റിഫയറിൻ്റെ രൂപമാണ്. ഇപ്പോൾ, ഒരു ടെലിഫോൺ നമ്പർ (MSISDN) അല്ലെങ്കിൽ IP വിലാസത്തിന് പകരം, ക്ലാസിക് 2G/3G/LTE നെറ്റ്‌വർക്കിലെ പോലെ, ആപ്ലിക്കേഷൻ സെർവറിനുള്ള ഉപകരണ ഐഡൻ്റിഫയർ "ബാഹ്യ ഐഡി" ആയി മാറുന്നു. ആപ്ലിക്കേഷൻ ഡെവലപ്പർമാർക്ക് പരിചിതമായ ഒരു ഫോർമാറ്റിലുള്ള സ്റ്റാൻഡേർഡ് ഇത് നിർവചിച്ചിരിക്കുന്നു " @ "

ഡെവലപ്പർമാർക്ക് ഉപകരണ ആധികാരികത അൽഗോരിതം നടപ്പിലാക്കേണ്ട ആവശ്യമില്ല; ബാഹ്യ ഐഡി IMSI-യുമായി ബന്ധിപ്പിച്ചിരിക്കുന്നു, ഒരു പ്രത്യേക ബാഹ്യ ഐഡി ആക്‌സസ് ചെയ്യുമ്പോൾ അത് ഒരു നിർദ്ദിഷ്‌ട സിം കാർഡുമായി സംവദിക്കുന്നുവെന്ന് ഡെവലപ്പർക്ക് ഉറപ്പുണ്ടായിരിക്കാനാകും. ഒരു സിം ചിപ്പ് ഉപയോഗിക്കുമ്പോൾ, ബാഹ്യ ഐഡി ഒരു പ്രത്യേക ഉപകരണം അദ്വിതീയമായി തിരിച്ചറിയുമ്പോൾ നിങ്ങൾക്ക് തികച്ചും സവിശേഷമായ ഒരു സാഹചര്യം ലഭിക്കും!

മാത്രമല്ല, ഒരു ഐഎംഎസ്ഐയിലേക്ക് നിരവധി ബാഹ്യ ഐഡികൾ ലിങ്ക് ചെയ്യാവുന്നതാണ് - ഒരു നിർദ്ദിഷ്ട ഉപകരണത്തിലെ ഒരു നിർദ്ദിഷ്ട സേവനത്തിന് ഉത്തരവാദിയായ ഒരു നിർദ്ദിഷ്ട ആപ്ലിക്കേഷനെ ബാഹ്യ ഐഡി അദ്വിതീയമായി തിരിച്ചറിയുമ്പോൾ അതിലും രസകരമായ ഒരു സാഹചര്യം ഉണ്ടാകുന്നു.

ഒരു ഗ്രൂപ്പ് ഐഡൻ്റിഫയറും പ്രത്യക്ഷപ്പെടുന്നു - ബാഹ്യ ഗ്രൂപ്പ് ഐഡി, അതിൽ ഒരു കൂട്ടം വ്യക്തിഗത ബാഹ്യ ഐഡികൾ ഉൾപ്പെടുന്നു. ഇപ്പോൾ, SCEF-നോടുള്ള ഒരു അഭ്യർത്ഥനയോടെ, AS-ന് ഗ്രൂപ്പ് പ്രവർത്തനങ്ങൾ ആരംഭിക്കാൻ കഴിയും - ഒരൊറ്റ ലോജിക്കൽ ഗ്രൂപ്പിൽ ഒന്നിച്ചിരിക്കുന്ന ഒന്നിലധികം ഉപകരണങ്ങളിലേക്ക് ഡാറ്റ അല്ലെങ്കിൽ നിയന്ത്രണ കമാൻഡുകൾ അയയ്ക്കുന്നു.

AS ഡെവലപ്പർമാർക്ക് ഒരു പുതിയ ഉപകരണ ഐഡൻ്റിഫയറിലേക്കുള്ള മാറ്റം തൽക്ഷണം ആകാൻ കഴിയില്ല എന്ന വസ്തുത കാരണം, SCEF ഒരു സ്റ്റാൻഡേർഡ് നമ്പറിലൂടെ UE-യുമായി AS ആശയവിനിമയം നടത്താനുള്ള സാധ്യത ഉപേക്ഷിച്ചു - MSISDN.

നോൺ-ഐപി ട്രാഫിക്കിൻ്റെ ട്രാൻസ്മിഷൻ (നോൺ-ഐപി ഡാറ്റ ഡെലിവറി, എൻഐഡിഡി)

NB-IoT-ൽ, ചെറിയ അളവിലുള്ള ഡാറ്റ കൈമാറ്റം ചെയ്യുന്നതിനുള്ള മെക്കാനിസങ്ങളുടെ ഒപ്റ്റിമൈസേഷൻ്റെ ഭാഗമായി, ഇതിനകം നിലവിലുള്ള IPv4, IPv6, IPv4v6 പോലുള്ള PDN തരങ്ങൾക്ക് പുറമേ, മറ്റൊരു തരം പ്രത്യക്ഷപ്പെട്ടു - നോൺ-ഐപി. ഈ സാഹചര്യത്തിൽ, ഉപകരണത്തിന് (UE) ഒരു IP വിലാസം നൽകിയിട്ടില്ല, കൂടാതെ IP പ്രോട്ടോക്കോൾ ഉപയോഗിക്കാതെ ഡാറ്റ കൈമാറ്റം ചെയ്യപ്പെടുന്നു. അത്തരം കണക്ഷനുകൾക്കുള്ള ട്രാഫിക് രണ്ട് തരത്തിൽ റൂട്ട് ചെയ്യാവുന്നതാണ്: ക്ലാസിക് - MME -> SGW -> PGW തുടർന്ന് PtP ടണൽ വഴി AS ലേക്ക് (ചിത്രം 2) അല്ലെങ്കിൽ SCEF ഉപയോഗിച്ച് (ചിത്രം 3).

ഐപി തലക്കെട്ടുകളുടെ അഭാവം മൂലം ട്രാൻസ്മിറ്റ് ചെയ്ത പാക്കറ്റുകളുടെ വലുപ്പം കുറയ്ക്കുന്നത് ഒഴികെ, ക്ലാസിക് രീതി ഐപി ട്രാഫിക്കിൽ പ്രത്യേക ഗുണങ്ങളൊന്നും നൽകുന്നില്ല. SCEF ൻ്റെ ഉപയോഗം നിരവധി പുതിയ സാധ്യതകൾ തുറക്കുകയും ഉപകരണങ്ങളുമായി ഇടപഴകുന്നതിനുള്ള നടപടിക്രമങ്ങൾ ഗണ്യമായി ലഘൂകരിക്കുകയും ചെയ്യുന്നു.

എസ്‌സിഇഎഫ് വഴി ഡാറ്റ കൈമാറുമ്പോൾ, ക്ലാസിക് ഐപി ട്രാഫിക്കിൽ രണ്ട് പ്രധാന ഗുണങ്ങൾ ദൃശ്യമാകും:


എക്‌സ്‌റ്റേണൽ ഐഡി വഴി ഉപകരണത്തിലേക്ക് എംടി ട്രാഫിക്ക് ഡെലിവറി

ഒരു ക്ലാസിക് IP ഉപകരണത്തിലേക്ക് ഒരു സന്ദേശം അയയ്ക്കുന്നതിന്, AS അതിൻ്റെ IP വിലാസം അറിഞ്ഞിരിക്കണം. ഇവിടെ ഒരു പ്രശ്നം ഉയർന്നുവരുന്നു: രജിസ്ട്രേഷനുശേഷം ഉപകരണത്തിന് സാധാരണയായി "ചാരനിറത്തിലുള്ള" ഐപി വിലാസം ലഭിക്കുന്നതിനാൽ, അത് ഇൻ്റർനെറ്റിൽ സ്ഥിതിചെയ്യുന്ന ആപ്ലിക്കേഷൻ സെർവറുമായി ഒരു NAT നോഡിലൂടെ ആശയവിനിമയം നടത്തുന്നു, അവിടെ ചാര വിലാസം വെള്ളയിലേക്ക് വിവർത്തനം ചെയ്യുന്നു. NAT ക്രമീകരണങ്ങളെ ആശ്രയിച്ച്, ചാരനിറവും വെള്ളയും IP വിലാസങ്ങളുടെ സംയോജനം പരിമിതമായ സമയത്തേക്ക് നിലനിൽക്കും. ശരാശരി, TCP അല്ലെങ്കിൽ UDP - അഞ്ച് മിനിറ്റിൽ കൂടുതൽ. അതായത്, 5 മിനിറ്റിനുള്ളിൽ ഈ ഉപകരണവുമായി ഡാറ്റാ എക്സ്ചേഞ്ച് ഇല്ലെങ്കിൽ, കണക്ഷൻ ശിഥിലമാകും, കൂടാതെ AS-നൊപ്പം സെഷൻ ആരംഭിച്ച വെളുത്ത വിലാസത്തിൽ ഉപകരണം ഇനി ആക്സസ് ചെയ്യാനാകില്ല. നിരവധി പരിഹാരങ്ങളുണ്ട്:

1. ഹൃദയമിടിപ്പ് ഉപയോഗിക്കുക. ഒരു കണക്ഷൻ സ്ഥാപിച്ചുകഴിഞ്ഞാൽ, ഉപകരണം ഓരോ മിനിറ്റിലും AS-മായി പാക്കറ്റുകൾ കൈമാറണം, അതുവഴി NAT വിവർത്തനങ്ങൾ അടയ്ക്കുന്നതിൽ നിന്ന് തടയുന്നു. എന്നാൽ ഇവിടെ ഊർജ്ജ കാര്യക്ഷമതയെക്കുറിച്ച് സംസാരിക്കാൻ കഴിയില്ല.

2. ഓരോ തവണയും, ആവശ്യമെങ്കിൽ, AS-ലെ ഉപകരണത്തിനായുള്ള പാക്കേജുകളുടെ ലഭ്യത പരിശോധിക്കുക - അപ്ലിങ്കിലേക്ക് ഒരു സന്ദേശം അയയ്ക്കുക.

3. ഒരു സ്വകാര്യ APN (VRF) സൃഷ്‌ടിക്കുക, അവിടെ ആപ്ലിക്കേഷൻ സെർവറും ഉപകരണങ്ങളും ഒരേ സബ്‌നെറ്റിൽ ആയിരിക്കും, കൂടാതെ ഉപകരണങ്ങൾക്ക് സ്റ്റാറ്റിക് ഐപി വിലാസങ്ങൾ നൽകുക. ഇത് പ്രവർത്തിക്കും, പക്ഷേ നമ്മൾ ആയിരക്കണക്കിന്, പതിനായിരക്കണക്കിന് ഉപകരണങ്ങളെക്കുറിച്ച് സംസാരിക്കുമ്പോൾ അത് മിക്കവാറും അസാധ്യമാണ്.

4. അവസാനമായി, ഏറ്റവും അനുയോജ്യമായ ഓപ്ഷൻ: IPv6 ഉപയോഗിക്കുക, ഇതിന് NAT ആവശ്യമില്ല, കാരണം IPv6 വിലാസങ്ങൾ ഇൻ്റർനെറ്റിൽ നിന്ന് നേരിട്ട് ആക്സസ് ചെയ്യാൻ കഴിയും. എന്നിരുന്നാലും, ഈ സാഹചര്യത്തിൽ പോലും, ഉപകരണം വീണ്ടും രജിസ്റ്റർ ചെയ്യുമ്പോൾ, അതിന് ഒരു പുതിയ IPv6 വിലാസം ലഭിക്കും, മുമ്പത്തേത് ഉപയോഗിച്ച് ഇനി ആക്സസ് ചെയ്യാൻ കഴിയില്ല.

അതനുസരിച്ച്, ഉപകരണത്തിൻ്റെ പുതിയ ഐപി വിലാസം റിപ്പോർട്ടുചെയ്യുന്നതിന് സെർവറിലേക്ക് ഒരു ഉപകരണ ഐഡൻ്റിഫയർ ഉള്ള ചില ഇനീഷ്യലൈസേഷൻ പാക്കറ്റ് അയയ്ക്കേണ്ടത് ആവശ്യമാണ്. AS-ൽ നിന്നുള്ള ഒരു സ്ഥിരീകരണ പാക്കറ്റിനായി കാത്തിരിക്കുക, ഇത് ഊർജ്ജ കാര്യക്ഷമതയെയും ബാധിക്കുന്നു.

ഈ രീതികൾ 2G/3G/LTE ഉപകരണങ്ങൾക്ക് നന്നായി പ്രവർത്തിക്കുന്നു, അവിടെ ഉപകരണത്തിന് സ്വയംഭരണത്തിന് കർശനമായ ആവശ്യകതകൾ ഇല്ല, തൽഫലമായി, എയർടൈമിലും ട്രാഫിക്കിലും നിയന്ത്രണങ്ങളൊന്നുമില്ല. ഉയർന്ന ഊർജ്ജ ഉപഭോഗം കാരണം ഈ രീതികൾ NB-IoT ന് അനുയോജ്യമല്ല.

SCEF ഈ പ്രശ്നം പരിഹരിക്കുന്നു: ഒരു AS-നുള്ള ഏക ഉപകരണ ഐഡൻ്റിഫയർ ഒരു ബാഹ്യ ഐഡി ആയതിനാൽ, ഒരു നിർദ്ദിഷ്ട ബാഹ്യ ഐഡിക്കായി AS-ന് ഒരു ഡാറ്റ പാക്കറ്റ് SCEF-ലേക്ക് അയച്ചാൽ മതിയാകും, ബാക്കിയുള്ളവ SCEF പരിപാലിക്കുന്നു. ഉപകരണം PSM അല്ലെങ്കിൽ eDRX പവർ സേവിംഗ് മോഡിൽ ആണെങ്കിൽ, ഉപകരണം ലഭ്യമാകുമ്പോൾ ഡാറ്റ ബഫർ ചെയ്യുകയും ഡെലിവർ ചെയ്യുകയും ചെയ്യും. ഉപകരണം ട്രാഫിക്കിനായി ലഭ്യമാണെങ്കിൽ, ഡാറ്റ ഉടനടി കൈമാറും. മാനേജ്മെൻ്റ് ടീമുകളുടെ കാര്യത്തിലും ഇതുതന്നെയാണ് സ്ഥിതി.

ഏത് സമയത്തും, AS-ന് UE-യിലേക്ക് ബഫർ ചെയ്‌ത സന്ദേശം തിരിച്ചുവിളിക്കാനോ പുതിയൊരെണ്ണം ഉപയോഗിച്ച് മാറ്റിസ്ഥാപിക്കാനോ കഴിയും.

UE-യിൽ നിന്ന് AS-ലേക്ക് MO ഡാറ്റ കൈമാറുമ്പോഴും ബഫറിംഗ് മെക്കാനിസം ഉപയോഗിക്കാം. SCEF-ന് AS-ലേക്ക് ഡാറ്റ ഉടനടി ഡെലിവർ ചെയ്യാൻ കഴിയുന്നില്ലെങ്കിൽ, ഉദാഹരണത്തിന്, AS സെർവറുകളിൽ അറ്റകുറ്റപ്പണികൾ നടക്കുന്നുണ്ടെങ്കിൽ, ഈ പാക്കറ്റുകൾ ബഫർ ചെയ്യപ്പെടുകയും AS ലഭ്യമാകുന്ന മുറയ്ക്ക് ഡെലിവർ ചെയ്യുമെന്ന് ഉറപ്പ് നൽകുകയും ചെയ്യും.

മുകളിൽ സൂചിപ്പിച്ചതുപോലെ, ഒരു AS-നുള്ള ഒരു നിർദ്ദിഷ്‌ട സേവനത്തിലേക്കും UE-ലേക്കുള്ള ആക്‌സസ് (ഒപ്പം NIDD ഒരു സേവനവുമാണ്) SCEF വശത്തെ നിയമങ്ങളും നയങ്ങളും വഴി നിയന്ത്രിക്കപ്പെടുന്നു, ഇത് ഒരു UE-യിൽ നിന്നുള്ള ഡാറ്റ ഒരേസമയം നിരവധി AS-കൾ ഉപയോഗിക്കുന്നതിനുള്ള അതുല്യമായ സാധ്യതയെ അനുവദിക്കുന്നു. ആ. ഒരു യുഇയിലേക്ക് നിരവധി എഎസ് സബ്‌സ്‌ക്രൈബ് ചെയ്‌തിട്ടുണ്ടെങ്കിൽ, യുഇയിൽ നിന്ന് ഡാറ്റ ലഭിച്ച ശേഷം, സബ്‌സ്‌ക്രൈബ് ചെയ്‌ത എല്ലാ എഎസിലേക്കും എസ്‌സിഇഎഫ് അത് അയയ്‌ക്കും. ഒരു പ്രത്യേക ഉപകരണങ്ങളുടെ സ്രഷ്ടാവ് നിരവധി ക്ലയൻ്റുകൾക്കിടയിൽ ഡാറ്റ പങ്കിടുന്ന സന്ദർഭങ്ങളിൽ ഇത് നന്നായി യോജിക്കുന്നു. ഉദാഹരണത്തിന്, NB-IoT-യിൽ പ്രവർത്തിക്കുന്ന കാലാവസ്ഥാ സ്റ്റേഷനുകളുടെ ഒരു ശൃംഖല സൃഷ്ടിക്കുന്നതിലൂടെ, നിങ്ങൾക്ക് അവയിൽ നിന്നുള്ള ഡാറ്റ ഒരേസമയം നിരവധി സേവനങ്ങളിലേക്ക് വിൽക്കാൻ കഴിയും.

ഗ്യാരണ്ടീഡ് മെസേജ് ഡെലിവറി മെക്കാനിസം

പ്രോട്ടോക്കോൾ തലത്തിൽ പ്രത്യേക അൽഗോരിതങ്ങൾ ഉപയോഗിക്കാതെ MO, MT സന്ദേശങ്ങൾ ഉറപ്പുനൽകുന്നതിനുള്ള ഒരു സംവിധാനമാണ് വിശ്വസനീയമായ ഡാറ്റ സേവനം, ഉദാഹരണത്തിന്, TCP-യിൽ ഹാൻഡ്‌ഷേക്ക്. UE ഉം SCEF ഉം തമ്മിൽ കൈമാറ്റം ചെയ്യുമ്പോൾ സന്ദേശത്തിൻ്റെ സേവന ഭാഗത്ത് ഒരു പ്രത്യേക ഫ്ലാഗ് ഉൾപ്പെടുത്തിയാണ് ഇത് പ്രവർത്തിക്കുന്നത്. ട്രാഫിക് ട്രാൻസ്മിറ്റ് ചെയ്യുമ്പോൾ ഈ സംവിധാനം സജീവമാക്കണോ വേണ്ടയോ എന്ന് തീരുമാനിക്കുന്നത് AS ആണ്.

മെക്കാനിസം സജീവമാക്കിയാൽ, MO ട്രാഫിക്കിൻ്റെ ഗ്യാരണ്ടീഡ് ഡെലിവറി ആവശ്യമുള്ളപ്പോൾ, പാക്കറ്റിൻ്റെ ഓവർഹെഡ് ഭാഗത്ത് UE ഒരു പ്രത്യേക ഫ്ലാഗ് ഉൾപ്പെടുത്തും. അത്തരമൊരു പാക്കറ്റ് ലഭിക്കുമ്പോൾ, SCEF ഒരു അംഗീകാരത്തോടെ UE- യോട് പ്രതികരിക്കുന്നു. യു.ഇ.ക്ക് അക്‌നോളജ്‌മെൻ്റ് പാക്കറ്റ് ലഭിച്ചില്ലെങ്കിൽ, SCEF-ലേക്കുള്ള പാക്കറ്റ് വീണ്ടും അയയ്‌ക്കും. എംടി ട്രാഫിക്കിലും ഇതുതന്നെ സംഭവിക്കുന്നു.

ഉപകരണ നിരീക്ഷണം (മോണിറ്ററിംഗ് ഇവൻ്റുകൾ - MONTE)

മുകളിൽ സൂചിപ്പിച്ചതുപോലെ, എസ്‌സിഇഎഫ് പ്രവർത്തനത്തിൽ, മറ്റ് കാര്യങ്ങളിൽ, യുഇയുടെ അവസ്ഥ നിരീക്ഷിക്കുന്നതിനുള്ള പ്രവർത്തനങ്ങൾ ഉൾപ്പെടുന്നു, എന്ന് വിളിക്കപ്പെടുന്നവ. ഉപകരണ നിരീക്ഷണം. പുതിയ ഐഡൻ്റിഫയറുകളും ഡാറ്റാ ട്രാൻസ്ഫർ മെക്കാനിസങ്ങളും നിലവിലുള്ള നടപടിക്രമങ്ങളുടെ ഒപ്റ്റിമൈസേഷനുകളാണെങ്കിൽ (വളരെ ഗൗരവമേറിയതാണെങ്കിലും), 2G/3G/LTE നെറ്റ്‌വർക്കുകളിൽ ലഭ്യമല്ലാത്ത തികച്ചും പുതിയ പ്രവർത്തനമാണ് MONTE. കണക്ഷൻ നില, ആശയവിനിമയ ലഭ്യത, ലൊക്കേഷൻ, റോമിംഗ് നില മുതലായവ പോലുള്ള ഉപകരണ പാരാമീറ്ററുകൾ നിരീക്ഷിക്കാൻ MONTE AS-നെ അനുവദിക്കുന്നു. ഓരോന്നിനെയും കുറിച്ച് ഞങ്ങൾ കുറച്ച് കഴിഞ്ഞ് കൂടുതൽ വിശദമായി സംസാരിക്കും.

ഒരു ഉപകരണത്തിനോ ഉപകരണങ്ങളുടെ ഗ്രൂപ്പിനോ വേണ്ടി ഏതെങ്കിലും മോണിറ്ററിംഗ് ഇവൻ്റ് സജീവമാക്കേണ്ടത് ആവശ്യമാണെങ്കിൽ, ബാഹ്യ ഐഡി അല്ലെങ്കിൽ ബാഹ്യ ഗ്രൂപ്പ് ഐഡി, എഎസ് ഐഡൻ്റിഫയർ, മോണിറ്ററിംഗ് പോലുള്ള പാരാമീറ്ററുകൾ ഉൾപ്പെടുന്ന അനുബന്ധ API MONTE കമാൻഡ് SCEF-ലേക്ക് അയച്ചുകൊണ്ട് AS അനുബന്ധ സേവനത്തിലേക്ക് സബ്‌സ്‌ക്രൈബുചെയ്യുന്നു. AS സ്വീകരിക്കാൻ ആഗ്രഹിക്കുന്ന തരം, റിപ്പോർട്ടുകളുടെ എണ്ണം. അഭ്യർത്ഥന നടപ്പിലാക്കാൻ AS-ന് അധികാരമുണ്ടെങ്കിൽ, തരം അനുസരിച്ച് SCEF, HSS അല്ലെങ്കിൽ MME-ലേക്ക് ഇവൻ്റ് നൽകും (ചിത്രം 4). ഒരു ഇവൻ്റ് സംഭവിക്കുമ്പോൾ, MME അല്ലെങ്കിൽ HSS SCEF-ലേക്ക് ഒരു റിപ്പോർട്ട് സൃഷ്ടിക്കുന്നു, അത് AS-ലേക്ക് അയയ്ക്കുന്നു.

"ഒരു ഭൂമിശാസ്ത്രപരമായ പ്രദേശത്ത് നിലവിലുള്ള UE-കളുടെ എണ്ണം" ഒഴികെയുള്ള എല്ലാ ഇവൻ്റുകളുടെയും പ്രൊവിഷൻ ചെയ്യുന്നത് HSS വഴിയാണ്. "IMSI-IMEI അസോസിയേഷൻ്റെ മാറ്റം", "റോമിംഗ് സ്റ്റാറ്റസ്" എന്നീ രണ്ട് ഇവൻ്റുകൾ HSS-ൽ നേരിട്ട് ട്രാക്ക് ചെയ്യപ്പെടുന്നു, ബാക്കിയുള്ളവ MME-യിൽ HSS നൽകും.
ഇവൻ്റുകൾ ഒറ്റത്തവണയോ ആനുകാലികമോ ആകാം, അവ അവയുടെ തരം അനുസരിച്ച് നിർണ്ണയിക്കപ്പെടുന്നു.

ഒരു ഇവൻ്റിനെക്കുറിച്ചുള്ള ഒരു റിപ്പോർട്ട് അയയ്ക്കുന്നത് (റിപ്പോർട്ടിംഗ്) SCEF-ലേക്ക് നേരിട്ട് ഇവൻ്റ് ട്രാക്ക് ചെയ്യുന്ന നോഡാണ് (ചിത്രം 5).

പ്രധാന പോയിന്റ്: SCEF വഴി ബന്ധിപ്പിച്ചിട്ടുള്ള IP ഇതര ഉപകരണങ്ങളിലേക്കും MME-SGW-PGW വഴി ക്ലാസിക് രീതിയിൽ ഡാറ്റ കൈമാറുന്ന IP ഉപകരണങ്ങളിലേക്കും മോണിറ്ററിംഗ് ഇവൻ്റുകൾ പ്രയോഗിക്കാൻ കഴിയും.

ഓരോ മോണിറ്ററിംഗ് ഇവൻ്റുകളിലേക്കും നമുക്ക് സൂക്ഷ്മമായി നോക്കാം:

കണക്റ്റിവിറ്റി നഷ്ടം — ഡാറ്റാ ട്രാഫിക്കിനും സിഗ്നലിങ്ങിനും ഇനി UE ലഭ്യമല്ലെന്ന് AS-നെ അറിയിക്കുന്നു. MME-യിൽ UE-യ്‌ക്കുള്ള "മൊബൈൽ റീച്ചബിലിറ്റി ടൈമർ" കാലഹരണപ്പെടുമ്പോൾ ഇവൻ്റ് സംഭവിക്കുന്നു. ഇത്തരത്തിലുള്ള നിരീക്ഷണത്തിനുള്ള അഭ്യർത്ഥനയിൽ, AS-ന് അതിൻ്റെ “പരമാവധി കണ്ടെത്തൽ സമയം” മൂല്യം സൂചിപ്പിക്കാൻ കഴിയും - ഈ സമയത്ത് UE ഒരു പ്രവർത്തനവും കാണിക്കുന്നില്ലെങ്കിൽ, കാരണം സൂചിപ്പിക്കുന്നു, UE ലഭ്യമല്ലെന്ന് AS-നെ അറിയിക്കും. ഏതെങ്കിലും കാരണത്താൽ യുഇ നെറ്റ്‌വർക്ക് ബലമായി നീക്കം ചെയ്‌താലും ഇവൻ്റ് സംഭവിക്കുന്നു.

* ഉപകരണം ഇപ്പോഴും ലഭ്യമാണെന്ന് നെറ്റ്‌വർക്കിനെ അറിയിക്കുന്നതിന്, അത് കാലാകാലങ്ങളിൽ ഒരു അപ്‌ഡേറ്റ് നടപടിക്രമം ആരംഭിക്കുന്നു - ട്രാക്കിംഗ് ഏരിയ അപ്‌ഡേറ്റ് (TAU). ഈ നടപടിക്രമത്തിൻ്റെ ആവൃത്തി ടൈമർ T3412 അല്ലെങ്കിൽ (PSM-ൻ്റെ കാര്യത്തിൽ T3412_extended) ഉപയോഗിച്ച് നെറ്റ്‌വർക്ക് സജ്ജീകരിച്ചിരിക്കുന്നു, ഇതിൻ്റെ മൂല്യം അറ്റാച്ച് നടപടിക്രമം അല്ലെങ്കിൽ അടുത്ത TAU സമയത്ത് ഉപകരണത്തിലേക്ക് കൈമാറ്റം ചെയ്യപ്പെടുന്നു. മൊബൈൽ റീച്ചബിലിറ്റി ടൈമർ സാധാരണയായി T3412 നേക്കാൾ കുറച്ച് മിനിറ്റ് ദൈർഘ്യമുള്ളതാണ്. "മൊബൈൽ റീച്ചബിലിറ്റി ടൈമർ" കാലഹരണപ്പെടുന്നതിന് മുമ്പ് UE ഒരു TAU ഉണ്ടാക്കിയിട്ടില്ലെങ്കിൽ, നെറ്റ്‌വർക്ക് അത് ഇനി ലഭ്യമല്ലെന്ന് കരുതുന്നു.

UE എത്തിച്ചേരാനാകുന്നത് - DL ട്രാഫിക്ക് അല്ലെങ്കിൽ SMS-ന് UE ലഭ്യമാകുമ്പോൾ സൂചിപ്പിക്കുന്നു. പേജിങ്ങിന് UE ലഭ്യമാകുമ്പോൾ (eDRX മോഡിലെ ഒരു UE-യ്ക്ക്) അല്ലെങ്കിൽ UE ECM-കണക്‌റ്റഡ് മോഡിലേക്ക് (PSM അല്ലെങ്കിൽ eDRX മോഡിൽ ഒരു UE-ന്) പ്രവേശിക്കുമ്പോൾ ഇത് സംഭവിക്കുന്നു, അതായത്. ഒരു TAU ഉണ്ടാക്കുന്നു അല്ലെങ്കിൽ ഒരു അപ്‌ലിങ്ക് പാക്കറ്റ് അയയ്ക്കുന്നു.

ലൊക്കേഷൻ റിപ്പോർട്ടിംഗ് - ഇത്തരത്തിലുള്ള നിരീക്ഷണ ഇവൻ്റുകൾ യുഇയുടെ സ്ഥാനം അന്വേഷിക്കാൻ AS-നെ അനുവദിക്കുന്നു. PSM അല്ലെങ്കിൽ eDRX പവർ സേവിംഗ് മോഡുകളിലെ ഉപകരണങ്ങൾക്ക് പ്രസക്തമായ നിലവിലെ ലൊക്കേഷൻ (നിലവിലെ ലൊക്കേഷൻ) അല്ലെങ്കിൽ അവസാനം അറിയപ്പെടുന്ന ലൊക്കേഷൻ (ഉപകരണം TAU ഉണ്ടാക്കിയതോ കഴിഞ്ഞ തവണ ട്രാൻസ്മിറ്റ് ചെയ്ത ട്രാഫിക്കിൻ്റെയോ സെൽ ഐഡി നിർണ്ണയിക്കുന്നത്) അഭ്യർത്ഥിക്കാം. "നിലവിലെ ലൊക്കേഷനായി", AS-ന് ആവർത്തിച്ചുള്ള മറുപടികൾ അഭ്യർത്ഥിക്കാൻ കഴിയും, ഓരോ തവണയും ഉപകരണത്തിൻ്റെ ലൊക്കേഷൻ മാറുമ്പോൾ MME AS-നെ അറിയിക്കും.

IMSI-IMEI അസോസിയേഷൻ്റെ മാറ്റം - ഈ ഇവൻ്റ് സജീവമാകുമ്പോൾ, IMSI (സിം കാർഡ് ഐഡൻ്റിഫയർ), IMEI (ഡിവൈസ് ഐഡൻ്റിഫയർ) എന്നിവയുടെ സംയോജനത്തിലെ മാറ്റങ്ങൾ SCEF നിരീക്ഷിക്കാൻ തുടങ്ങുന്നു. ഒരു സംഭവം നടക്കുമ്പോൾ, AS-നെ അറിയിക്കുന്നു. ഷെഡ്യൂൾ ചെയ്‌ത മാറ്റിസ്ഥാപിക്കൽ ജോലിയുടെ സമയത്ത് ഒരു ഉപകരണത്തിലേക്ക് ഒരു ബാഹ്യ ഐഡി യാന്ത്രികമായി റീബൈൻഡ് ചെയ്യുന്നതിനോ ഒരു ഉപകരണം മോഷ്ടിക്കുന്നതിനുള്ള ഒരു ഐഡൻ്റിഫയറായി സേവിക്കുന്നതിനോ ഉപയോഗിക്കാം.

റോമിംഗ് നില - UE ഹോം നെറ്റ്‌വർക്കിലാണോ റോമിംഗ് പങ്കാളിയുടെ നെറ്റ്‌വർക്കിലാണോ എന്ന് നിർണ്ണയിക്കാൻ AS ഇത്തരത്തിലുള്ള നിരീക്ഷണം ഉപയോഗിക്കുന്നു. ഓപ്ഷണലായി, ഉപകരണം രജിസ്റ്റർ ചെയ്തിട്ടുള്ള ഓപ്പറേറ്ററുടെ PLMN (പബ്ലിക് ലാൻഡ് മൊബൈൽ നെറ്റ്‌വർക്ക്) കൈമാറാൻ കഴിയും.

ആശയവിനിമയ പരാജയം - റേഡിയോ ആക്സസ് നെറ്റ്‌വർക്കിൽ നിന്ന് (S1-AP പ്രോട്ടോക്കോൾ) ലഭിച്ച കണക്ഷൻ നഷ്‌ടത്തിൻ്റെ (റിലീസ് കോസ് കോഡ്) കാരണങ്ങളെ അടിസ്ഥാനമാക്കി, ഉപകരണവുമായുള്ള ആശയവിനിമയത്തിലെ പരാജയങ്ങളെക്കുറിച്ച് ഇത്തരത്തിലുള്ള നിരീക്ഷണം AS-നെ അറിയിക്കുന്നു. ആശയവിനിമയം പരാജയപ്പെട്ടത് എന്തുകൊണ്ടെന്ന് നിർണ്ണയിക്കാൻ ഈ ഇവൻ്റ് സഹായിക്കും - നെറ്റ്‌വർക്കിലെ പ്രശ്നങ്ങൾ കാരണം, ഉദാഹരണത്തിന്, eNodeb ഓവർലോഡ് ചെയ്യുമ്പോൾ (റേഡിയോ ഉറവിടങ്ങൾ ലഭ്യമല്ല) അല്ലെങ്കിൽ ഉപകരണത്തിൻ്റെ തന്നെ പരാജയം (UE നഷ്‌ടപ്പെട്ട റേഡിയോ കണക്ഷൻ).

DDN പരാജയത്തിന് ശേഷമുള്ള ലഭ്യത - ആശയവിനിമയ പരാജയത്തിന് ശേഷം ഉപകരണം ലഭ്യമായി എന്ന് ഈ ഇവൻ്റ് AS-നെ അറിയിക്കുന്നു. ഒരു ഉപകരണത്തിലേക്ക് ഡാറ്റ കൈമാറ്റം ചെയ്യേണ്ട ആവശ്യം ഉള്ളപ്പോൾ ഉപയോഗിക്കാനാകും, എന്നാൽ നെറ്റ്‌വർക്കിൽ നിന്നുള്ള അറിയിപ്പിനോട് (പേജിംഗ്) UE പ്രതികരിക്കാത്തതിനാലും ഡാറ്റ ഡെലിവർ ചെയ്യാത്തതിനാലും മുമ്പത്തെ ശ്രമം വിജയിച്ചില്ല. UE-യ്‌ക്കായി ഇത്തരത്തിലുള്ള നിരീക്ഷണം അഭ്യർത്ഥിച്ചിട്ടുണ്ടെങ്കിൽ, ഉപകരണം ഒരു ഇൻകമിംഗ് ആശയവിനിമയം നടത്തുകയോ TAU ഉണ്ടാക്കുകയോ അപ്‌ലിങ്കിലേക്ക് ഡാറ്റ അയയ്‌ക്കുകയോ ചെയ്‌താൽ, ഉപകരണം ലഭ്യമായതായി AS-നെ അറിയിക്കും. DDN (ഡൗൺലിങ്ക് ഡാറ്റ അറിയിപ്പ്) നടപടിക്രമം MME, S/P-GW എന്നിവയ്ക്കിടയിൽ പ്രവർത്തിക്കുന്നതിനാൽ, ഇത്തരത്തിലുള്ള നിരീക്ഷണം IP ഉപകരണങ്ങൾക്ക് മാത്രമേ ലഭ്യമാകൂ.

PDN കണക്റ്റിവിറ്റി നില - ഉപകരണ നില മാറുമ്പോൾ (PDN കണക്റ്റിവിറ്റി നില) - കണക്ഷൻ (PDN ആക്റ്റിവേഷൻ) അല്ലെങ്കിൽ വിച്ഛേദിക്കൽ (PDN ഇല്ലാതാക്കൽ) എപ്പോൾ അറിയിക്കുന്നു. UE-യുമായി ആശയവിനിമയം ആരംഭിക്കുന്നതിന് AS-ന് ഇത് ഉപയോഗിക്കാം, അല്ലെങ്കിൽ തിരിച്ചും, ആശയവിനിമയം ഇനി സാധ്യമല്ലെന്ന് മനസ്സിലാക്കാൻ. ഐപി, നോൺ ഐപി ഉപകരണങ്ങൾക്ക് ഇത്തരത്തിലുള്ള നിരീക്ഷണം ലഭ്യമാണ്.

ഒരു ഭൂമിശാസ്ത്രപരമായ പ്രദേശത്ത് നിലവിലുള്ള UE-കളുടെ എണ്ണം - ഒരു നിശ്ചിത ഭൂമിശാസ്ത്രപരമായ പ്രദേശത്ത് UE-കളുടെ എണ്ണം നിർണ്ണയിക്കാൻ AS ഇത്തരത്തിലുള്ള നിരീക്ഷണം ഉപയോഗിക്കുന്നു.

ഉപകരണം ട്രിഗർ ചെയ്യുന്നു)

2G/3G നെറ്റ്‌വർക്കുകളിൽ, നെറ്റ്‌വർക്കിലെ രജിസ്ട്രേഷൻ നടപടിക്രമം രണ്ട്-ഘട്ടമായിരുന്നു: ആദ്യം, SGSN-ൽ രജിസ്റ്റർ ചെയ്ത ഉപകരണം (അറ്റാച്ച് നടപടിക്രമം), തുടർന്ന്, ആവശ്യമെങ്കിൽ, അത് PDP സന്ദർഭം സജീവമാക്കി - പാക്കറ്റ് ഗേറ്റ്‌വേ (GGSN) യുമായുള്ള ഒരു കണക്ഷൻ ഡാറ്റ കൈമാറാൻ. 3G നെറ്റ്‌വർക്കുകളിൽ, ഈ രണ്ട് നടപടിക്രമങ്ങളും തുടർച്ചയായി സംഭവിച്ചു, അതായത്. ഉപകരണം ഡാറ്റ കൈമാറ്റം ചെയ്യേണ്ട നിമിഷത്തിനായി കാത്തിരിക്കുന്നില്ല, എന്നാൽ അറ്റാച്ച് നടപടിക്രമം പൂർത്തിയായ ഉടൻ തന്നെ PDP സജീവമാക്കി. LTE-യിൽ, ഈ രണ്ട് നടപടിക്രമങ്ങളും ഒന്നായി സംയോജിപ്പിച്ചു, അതായത്, അറ്റാച്ചുചെയ്യുമ്പോൾ, ഉപകരണം ഉടൻ തന്നെ PDN കണക്ഷൻ (2G/3G-യിലെ PDP-ക്ക് സമാനമാണ്) eNodeB വഴി MME-SGW-PGW-ലേക്ക് സജീവമാക്കാൻ അഭ്യർത്ഥിച്ചു.

NB-IoT ഒരു കണക്ഷൻ രീതിയെ "PDN ഇല്ലാതെ അറ്റാച്ചുചെയ്യുക" എന്ന് നിർവചിക്കുന്നു, അതായത്, PDN കണക്ഷൻ സ്ഥാപിക്കാതെ തന്നെ UE അറ്റാച്ചുചെയ്യുന്നു. ഈ സാഹചര്യത്തിൽ, ട്രാഫിക്ക് കൈമാറാൻ ഇത് ലഭ്യമല്ല, മാത്രമല്ല SMS സ്വീകരിക്കാനോ അയയ്ക്കാനോ മാത്രമേ കഴിയൂ. PDN സജീവമാക്കുന്നതിനും AS-ലേക്ക് കണക്‌റ്റുചെയ്യുന്നതിനും അത്തരം ഒരു ഉപകരണത്തിലേക്ക് ഒരു കമാൻഡ് അയയ്‌ക്കുന്നതിന്, “ഡിവൈസ് ട്രിഗറിംഗ്” പ്രവർത്തനം വികസിപ്പിച്ചെടുത്തു.

AS-ൽ നിന്ന് അത്തരമൊരു UE കണക്റ്റുചെയ്യുന്നതിനുള്ള ഒരു കമാൻഡ് ലഭിക്കുമ്പോൾ, എസ്എംഎസ് കേന്ദ്രം വഴി ഉപകരണത്തിലേക്ക് ഒരു നിയന്ത്രണ SMS അയയ്ക്കാൻ SCEF ആരംഭിക്കുന്നു. ഒരു SMS ലഭിക്കുമ്പോൾ, കൂടുതൽ നിർദ്ദേശങ്ങൾ സ്വീകരിക്കുന്നതിനോ ഡാറ്റ കൈമാറുന്നതിനോ ഉപകരണം PDN സജീവമാക്കുകയും AS-ലേക്ക് ബന്ധിപ്പിക്കുകയും ചെയ്യുന്നു.

SCEF-ൽ നിങ്ങളുടെ ഉപകരണ സബ്‌സ്‌ക്രിപ്‌ഷൻ കാലഹരണപ്പെടുന്ന സമയങ്ങളുണ്ടാകാം. അതെ, സബ്‌സ്‌ക്രിപ്‌ഷന് അതിൻ്റേതായ ആയുസ്സ് ഉണ്ട്, ഓപ്പറേറ്റർ സജ്ജമാക്കിയതോ AS-മായി അംഗീകരിച്ചതോ ആണ്. കാലഹരണപ്പെടുമ്പോൾ, MME-യിൽ PDN നിർജ്ജീവമാക്കുകയും ഉപകരണം AS-ന് ലഭ്യമല്ലാതാവുകയും ചെയ്യും. ഈ സാഹചര്യത്തിൽ, "ഡിവൈസ് ട്രിഗറിംഗ്" പ്രവർത്തനവും സഹായിക്കും. AS-ൽ നിന്ന് പുതിയ ഡാറ്റ ലഭിക്കുമ്പോൾ, SCEF ഉപകരണ കണക്ഷൻ നില കണ്ടെത്തുകയും SMS ചാനൽ വഴി ഡാറ്റ കൈമാറുകയും ചെയ്യും.

തീരുമാനം

തീർച്ചയായും, SCEF-ൻ്റെ പ്രവർത്തനം മുകളിൽ വിവരിച്ച സേവനങ്ങളിൽ മാത്രം പരിമിതപ്പെടുന്നില്ല, അത് നിരന്തരം വികസിക്കുകയും വികസിക്കുകയും ചെയ്യുന്നു. നിലവിൽ, എസ്‌സിഇഎഫിനായി ഒരു ഡസനിലധികം സേവനങ്ങൾ ഇതിനകം മാനദണ്ഡമാക്കിയിട്ടുണ്ട്. ഇപ്പോൾ ഞങ്ങൾ ഡവലപ്പർമാരിൽ നിന്ന് ആവശ്യപ്പെടുന്ന പ്രധാന പ്രവർത്തനങ്ങളിൽ മാത്രം സ്പർശിച്ചു;

ചോദ്യം ഉടനടി ഉയർന്നുവരുന്നു: സാധ്യമായ കേസുകളുടെ പ്രാഥമിക പരിശോധനയ്ക്കും ഡീബഗ്ഗിംഗിനുമായി ഈ "അത്ഭുത" നോഡിലേക്ക് എങ്ങനെ ടെസ്റ്റ് ആക്‌സസ് നേടാം? എല്ലാം വളരെ ലളിതമാണ്. ഏതൊരു ഡവലപ്പർക്കും iot.info@mts.ru എന്ന വിലാസത്തിലേക്ക് ഒരു അഭ്യർത്ഥന അയയ്ക്കാൻ കഴിയും, അതിൽ കണക്ഷന്റെ ഉദ്ദേശ്യം, സാധ്യമായ കേസിന്റെ വിവരണം, ആശയവിനിമയത്തിനുള്ള ബന്ധപ്പെടാനുള്ള വിവരങ്ങൾ എന്നിവ സൂചിപ്പിക്കാൻ ഇത് മതിയാകും.

ദൊ നൊവ്ыഹ് വ്സ്ത്രെഛ്!

രചയിതാക്കൾ:

• കൺവെർജൻ്റ് സൊല്യൂഷനുകളുടെയും മൾട്ടിമീഡിയ സേവനങ്ങളുടെയും വകുപ്പിലെ മുതിർന്ന വിദഗ്ധൻ സെർജി നോവിക്കോവ് സനോവ്,
• കൺവെർജൻ്റ് സൊല്യൂഷൻസ് ആൻഡ് മൾട്ടിമീഡിയ സർവീസ് ഡിപ്പാർട്ട്‌മെൻ്റിലെ വിദഗ്ധൻ അലക്സി ലാപ്ഷിൻ അസ്ലാപ്ഷ്

അവലംബം: www.habr.com