ලිපියේ “", NB-IoT ජාලයේ පැකට් හරයේ ගෘහ නිර්මාණ ශිල්පය ගැන කතා කරමින්, අපි නව SCEF නෝඩයක පෙනුම ගැන සඳහන් කළෙමු. එය කුමක්ද සහ එය අවශ්ය වන්නේ මන්දැයි අපි තුන්වන කොටසින් පැහැදිලි කරමු.
M2M සේවාවක් නිර්මාණය කිරීමේදී, යෙදුම් සංවර්ධකයින් පහත ප්‍රශ්නවලට මුහුණ දෙයි:
- උපාංග හඳුනා ගන්නේ කෙසේද;
- භාවිතා කළ යුතු සත්‍යාපනය සහ සත්‍යාපන ඇල්ගොරිතම මොනවාද;
- උපාංග සමඟ අන්තර් ක්‍රියා කිරීම සඳහා තෝරා ගත යුතු ප්‍රවාහන ප්රොටෝකෝලය;
- උපාංග වෙත විශ්වාසදායක ලෙස දත්ත ලබා දෙන්නේ කෙසේද;
- ඔවුන් සමඟ දත්ත හුවමාරු කර ගැනීම සඳහා නීති රීති සංවිධානය කරන්නේ කෙසේද සහ ස්ථාපිත කරන්නේ කෙසේද;
- අන්තර්ජාලය ඔස්සේ ඔවුන්ගේ තත්ත්වය පිළිබඳ තොරතුරු නිරීක්ෂණය කිරීම සහ ලබා ගන්නේ කෙසේද;
- ඔබගේ උපාංග සමූහයකට එකවර දත්ත ලබා දෙන්නේ කෙසේද;
- එක් උපාංගයකින් සේවාදායකයින් කිහිප දෙනෙකුට එකවර දත්ත යවන්නේ කෙසේද;
- ඔබගේ උපාංගය කළමනාකරණය කිරීම සඳහා අතිරේක ක්‍රියාකරු සේවාවන් වෙත ඒකාබද්ධ ප්රවේශය ලබා ගන්නේ කෙසේද.
ඒවා විසඳීම සඳහා, හිමිකාර තාක්ෂණික වශයෙන් "බර" විසඳුම් නිර්මාණය කිරීම අවශ්ය වන අතර, එය ශ්රම පිරිවැය සහ කාලය-වෙළඳපොල සේවා සඳහා හේතු වේ. නව SCEF නෝඩය ගලවා ගැනීමට පැමිණෙන්නේ මෙහිදීය.
3GPP විසින් නිර්වචනය කර ඇති පරිදි, SCEF (සේවා හැකියාවන් නිරාවරණ ශ්‍රිතය) යනු 3GPP ගෘහ නිර්මාණ ශිල්පයේ සම්පූර්ණයෙන්ම නව අංගයකි, එහි කාර්යය වන්නේ API හරහා 3GPP ජාල අතුරුමුහුණත් මඟින් සපයනු ලබන සේවාවන් සහ හැකියාවන් ආරක්ෂිතව නිරාවරණය කිරීමයි.
සරල වචන වලින් කිවහොත්, SCEF යනු ජාලය සහ යෙදුම් සේවාදායකය (AS) අතර අතරමැදියෙකු වන අතර, බුද්ධිමය, ප්‍රමිතිගත API අතුරුමුහුණතක් හරහා NB-IoT ජාලය තුළ ඔබේ M2M උපාංගය කළමනාකරණය කිරීම සඳහා ක්‍රියාකරු සේවා වෙත ප්රවේශ වීමේ තනි කවුළුවකි.
SCEF ක්‍රියාකරුගේ ජාලයක සංකීර්ණත්වය සඟවයි, යෙදුම් සංවර්ධකයින්ට උපාංග සමඟ අන්තර් ක්‍රියා කිරීම සඳහා සංකීර්ණ, උපාංග විශේෂිත යාන්ත්‍රණයන් වියුක්ත කිරීමට ඉඩ සලසයි.
ජාල ප්‍රොටෝකෝල යෙදුම් සංවර්ධකයින් සඳහා හුරුපුරුදු API බවට පරිවර්තනය කිරීමෙන්, SCEF API නව සේවා නිර්මාණය කිරීමට පහසුකම් සපයන අතර වෙළඳපොළට කාලය අඩු කරයි. නව නෝඩයට ජංගම උපාංග හඳුනාගැනීම/සත්‍යාපනය කිරීම, උපාංගය සහ ඒඑස් අතර දත්ත හුවමාරුව සඳහා නීති නිර්වචනය කිරීම, යෙදුම් සංවර්ධකයින්ට මෙම කාර්යයන් ඔවුන්ගේ පැත්තෙන් ක්‍රියාත්මක කිරීමේ අවශ්‍යතාවය ඉවත් කිරීම, මෙම කාර්යයන් ක්‍රියාකරුගේ උරහිස් වෙත මාරු කිරීම වැනි කාර්යයන් ද ඇතුළත් වේ.
යෙදුම් සේවාදායක සත්‍යාපනය සහ අවසරය, UE සංචලතාව පවත්වා ගැනීම, දත්ත හුවමාරුව සහ උපාංග ප්‍රේරණය කිරීම, අමතර සේවා සඳහා ප්රවේශය සහ ක්‍රියාකරු ජාල හැකියාවන් සඳහා අවශ්ය අතුරුමුහුණත් SCEF ආවරණය කරයි.
AS වෙත තනි T8 අතුරුමුහුණතක් ඇත, API (HTTP/JSON) 3GPP මගින් සම්මත කර ඇත. සියලුම අතුරුමුහුණත්, T8 හැර, DIAMETER ප්රොටෝකෝලය මත ක්‍රියා කරයි (රූපය 1).
T6a - SCEF සහ MME අතර අතුරු මුහුණත. සංචලනය/සැසි කළමනාකරණ ක්‍රියා පටිපාටි, IP නොවන දත්ත සම්ප්රේෂණය කිරීම, සිදුවීම් නිරීක්ෂණය කිරීම සහ ඒවා පිළිබඳ වාර්තා ලබා ගැනීම සඳහා භාවිතා වේ.
S6t - SCEF සහ HSS අතර අතුරු මුහුණත. ග්‍රාහක සත්‍යාපනය, යෙදුම් සේවාදායකයන්ගේ අවසරය, බාහිර හැඳුනුම්පත සහ IMSI/MSISDN සංයෝගයක් ලබා ගැනීම, නිරීක්ෂණ සිදුවීම් සැපයීම සහ ඒවා පිළිබඳ වාර්තා ලබා ගැනීම සඳහා අවශ්ය වේ.
S6m/T4 – SCEF සිට HSS සහ SMS-C දක්වා අතුරුමුහුණත් (3GPP මඟින් NB-IoT ජාල තුළ උපාංග ක්‍රේරණය සහ SMS සම්ප්රේෂණය සඳහා භාවිතා කරන MTC-IWF නෝඩය නිර්වචනය කරයි. කෙසේ වෙතත්, සියලුම ක්‍රියාත්මක කිරීම් වලදී මෙම නෝඩයේ ක්‍රියාකාරීත්වය ඒකාබද්ධ වේ. SCEF, එබැවින් පරිපථය සරල කිරීම සඳහා, අපි එය වෙන වෙනම සලකා බලන්නේ නැත). SMS යැවීම සහ SMS මධ්‍යස්ථානය සමඟ අන්තර් ක්‍රියා කිරීම සඳහා මාර්ගගත තොරතුරු ලබා ගැනීමට භාවිතා කරයි.
T8 - යෙදුම් සේවාදායකයන් සමඟ SCEF අන්තර්ක්‍රියා සඳහා API අතුරුමුහුණත. පාලන විධාන සහ ගමනාගමනය යන දෙකම මෙම අතුරු මුහුණත හරහා සම්ප්රේෂණය වේ.
* යථාර්ථයේ දී තවත් අතුරුමුහුණත් තිබේ; වඩාත්ම මූලික ඒවා පමණක් මෙහි ලැයිස්තුගත කර ඇත. සම්පූර්ණ ලැයිස්තුවක් 3GPP 23.682 (4.3.2 යොමු ලකුණු ලැයිස්තුව) ලබා දී ඇත.
SCEF හි ප්‍රධාන කාර්යයන් සහ සේවාවන් පහත දැක්වේ.
- SIM කාඩ්පත් හඳුනාගැනීම (IMSI) බාහිර හැඳුනුම්පතට සම්බන්ධ කිරීම;
- IP නොවන ගමනාගමනය සම්ප්රේෂණය කිරීම (IP නොවන දත්ත බෙදා හැරීම, NIDD);
- බාහිර කණ්ඩායම් හැඳුනුම්පත භාවිතා කරමින් කණ්ඩායම් මෙහෙයුම්;
- තහවුරු කිරීම සමඟ දත්ත සම්ප්රේෂණ මාදිලිය සඳහා සහාය;
- MO (ජංගම මූලාරම්භය) සහ MT (ජංගම අවසන් කරන ලද) දත්ත බෆරින් කිරීම;
- උපාංග සහ යෙදුම් සේවාදායක සත්‍යාපනය සහ අවසරය;
- AS කිහිපයක් විසින් එක් UE වෙතින් දත්ත එකවර භාවිතා කිරීම;
- විශේෂ UE තත්ව නිරීක්ෂණ කාර්යයන් සඳහා සහාය (MONTE - අධීක්ෂණ සිදුවීම්);
- උපාංගය අවුලුවන;
- IP නොවන දත්ත රෝමිං සැපයීම.
AS සහ SCEF අතර අන්තර්ක්‍රියා කිරීමේ මූලික මූලධර්මය ඊනියා යෝජනා ක්‍රමය මත පදනම් වේ. දායකත්ව. නිශ්චිත UE සඳහා ඕනෑම SCEF සේවාවකට ප්රවේශය ලබා ගැනීමට අවශ්ය නම්, ඉල්ලුම් කරන ලද සේවාවේ නිශ්චිත API වෙත විධානයක් යැවීමෙන් සහ ප්රතිචාර වශයෙන් අනන්‍ය හඳුනාගැනීමක් ලැබීමෙන් යෙදුම් සේවාදායකයට දායකත්වයක් සෑදිය යුතුය. ඉන් පසුව මෙම සේවාවේ රාමුව තුළ UE සමඟ ඇති සියලුම ඉදිරි ක්‍රියා සහ සන්නිවේදනයන් මෙම හඳුනාගැනීම භාවිතයෙන් සිදුවේ.
බාහිර ID: විශ්ව උපාංග හඳුනාගැනීම
SCEF හරහා වැඩ කරන විට AS සහ උපාංග අතර අන්තර්ක්‍රියා යෝජනා ක්‍රමයේ වඩාත්ම වැදගත් වෙනස්කම් වලින් එකක් වන්නේ විශ්වීය හඳුනාගැනීමේ පෙනුමයි. දැන්, දුරකථන අංකයක් (MSISDN) හෝ IP ලිපිනය වෙනුවට, සම්භාව්ය 2G/3G/LTE ජාලයේ සිදු වූ පරිදි, යෙදුම් සේවාදායකය සඳහා උපාංග හඳුනාගැනීම “බාහිර හැඳුනුම්පත” බවට පත්වේ. යෙදුම් සංවර්ධකයින්ට හුරුපුරුදු “@” ආකෘතියේ ඇති ප්‍රමිතියෙන් එය අර්ථ දක්වා ඇත.
සංවර්ධකයින්ට තවදුරටත් උපාංග සත්‍යාපන ඇල්ගොරිතම ක්‍රියාත්මක කිරීමට අවශ්ය නොවේ; ජාලය මෙම කාර්යය සම්පූර්ණයෙන්ම භාර ගනී. බාහිර හැඳුනුම්පත IMSI වෙත බැඳී ඇති අතර, නිශ්චිත බාහිර හැඳුනුම්පතකට ප්රවේශ වන විට, එය නිශ්චිත SIM කාඩ්පතක් සමඟ අන්තර්ක්‍රියා කරන බව සංවර්ධකයාට සහතික විය හැකිය. SIM චිපයක් භාවිතා කරන විට, බාහිර හැඳුනුම්පත නිශ්චිත උපාංගයක් අද්විතීය ලෙස හඳුනා ගන්නා විට ඔබට සම්පූර්ණයෙන්ම අද්විතීය තත්වයක් ලැබේ!
එපමනක් නොව, බාහිර හැඳුනුම්පත් කිහිපයක් එක් IMSI වෙත සම්බන්ධ කළ හැකිය - බාහිර හැඳුනුම්පත නිශ්චිත උපාංගයක නිශ්චිත සේවාවක් සඳහා වගකිව යුතු විශේෂිත යෙදුමක් අනන්‍ය ලෙස හඳුනා ගන්නා විට ඊටත් වඩා සිත්ගන්නා තත්වයක් පැන නගී.
කණ්ඩායම් හැඳුනුම්කාරකයක් ද දිස්වේ - බාහිර කණ්ඩායම් හැඳුනුම්පත, එයට තනි බාහිර හැඳුනුම් කට්ටලයක් ඇතුළත් වේ. දැන්, SCEF වෙත එක් ඉල්ලීමක් සමඟින්, AS හට කණ්ඩායම් මෙහෙයුම් ආරම්භ කළ හැක - තනි තාර්කික කණ්ඩායමක් තුළ ඒකාබද්ධ වූ බහු උපාංග වෙත දත්ත හෝ පාලන විධාන යැවීම.
AS සංවර්ධකයින් සඳහා නව උපාංග හඳුනාගැනීමක් වෙත මාරුවීම ක්ෂණික විය නොහැකි නිසා, SCEF විසින් සම්මත අංකයක් - MSISDN හරහා UE සමඟ AS සන්නිවේදනය කිරීමේ හැකියාව අත්හැර ඇත.
IP නොවන ගමනාගමනය සම්ප්රේෂණය කිරීම (IP නොවන දත්ත බෙදා හැරීම, NIDD)
NB-IoT හි, කුඩා දත්ත ප්‍රමාණයක් සම්ප්රේෂණය කිරීමේ යාන්ත්‍රණ ප්‍රශස්ත කිරීමේ කොටසක් ලෙස, දැනටමත් පවතින IPv4, IPv6 සහ IPv4v6 වැනි PDN වර්ග වලට අමතරව, තවත් වර්ගයක් දර්ශනය වී ඇත - IP නොවන. මෙම අවස්ථාවේදී, උපාංගයට (UE) IP ලිපිනයක් ලබා දී නොමැති අතර IP ප්රොටෝකෝලය භාවිතයෙන් තොරව දත්ත සම්ප්රේෂණය වේ. එවැනි සම්බන්ධතා සඳහා ගමනාගමනය ක්රම දෙකකින් ගමන් කළ හැක: සම්භාව්ය - MME -> SGW -> PGW සහ පසුව PtP උමග හරහා AS වෙත (රූපය 2) හෝ SCEF භාවිතා කිරීම (රූපය 3).
සම්භාව්ය ක්‍රමය IP ශීර්ෂ නොමැති වීම හේතුවෙන් සම්ප්රේෂණය කරන ලද පැකට් වල ප්‍රමාණය අඩු කිරීම හැර IP ගමනාගමනයට වඩා විශේෂ වාසි ලබා නොදේ. SCEF භාවිතය නව හැකියාවන් ගණනාවක් විවෘත කරන අතර උපාංග සමඟ අන්තර්ක්‍රියා කිරීමේ ක්‍රියා පටිපාටි සැලකිය යුතු ලෙස සරල කරයි.
SCEF හරහා දත්ත සම්ප්රේෂණය කරන විට, සම්භාව්ය IP ගමනාගමනයට වඩා ඉතා වැදගත් වාසි දෙකක් දිස්වේ:
බාහිර හැඳුනුම්පත හරහා උපාංගය වෙත MT ගමනාගමනය ලබා දීම
සම්භාව්ය IP උපාංගයකට පණිවිඩයක් යැවීමට, AS එහි IP ලිපිනය දැන සිටිය යුතුය. මෙහිදී ගැටළුවක් පැන නගී: උපාංගය ලියාපදිංචි කිරීමේදී සාමාන්යයෙන් “අළු” IP ලිපිනයක් ලැබෙන බැවින්, එය අන්තර්ජාලයේ පිහිටා ඇති යෙදුම් සේවාදායකය සමඟ NAT නෝඩයක් හරහා සන්නිවේදනය කරයි, එහිදී අළු ලිපිනය සුදු බවට පරිවර්තනය වේ. අළු සහ සුදු IP ලිපින සංයෝජනය NAT සැකසුම් මත පදනම්ව සීමිත කාලයක් සඳහා පවතී. සාමාන්යයෙන්, TCP හෝ UDP සඳහා - විනාඩි පහකට වඩා වැඩි නොවේ. එනම්, මිනිත්තු 5 ක් ඇතුළත මෙම උපාංගය සමඟ දත්ත හුවමාරුවක් නොමැති නම්, සම්බන්ධතාවය බිඳ වැටෙනු ඇති අතර, AS සමඟ සැසිය ආරම්භ කළ සුදු ලිපිනයට උපාංගය තවදුරටත් ප්රවේශ විය නොහැක. විසඳුම් කිහිපයක් තිබේ:
1. හෘද ස්පන්දනය භාවිතා කරන්න. සම්බන්ධතාවයක් ස්ථාපිත වූ පසු, උපාංගය සෑම මිනිත්තු කිහිපයකට වරක් AS සමඟ පැකට් හුවමාරු කර ගත යුතු අතර එමඟින් NAT පරිවර්තන වැසීම වළක්වයි. නමුත් මෙහි කිසිදු බලශක්ති කාර්යක්ෂමතාවයක් ගැන කතා කළ නොහැක.
2. සෑම විටම, අවශ්ය නම්, AS මත උපාංගය සඳහා පැකේජ තිබේදැයි පරීක්ෂා කරන්න - uplink වෙත පණිවිඩයක් යවන්න.
3. පුද්ගලික APN (VRF) සාදන්න, එහිදී යෙදුම් සේවාදායකය සහ උපාංග එකම උපජාලයේ ඇති අතර, උපාංගවලට ස්ථිතික IP ලිපින පවරන්න. එය ක්‍රියාත්මක වනු ඇත, නමුත් අපි දහස් ගණනක්, දස දහස් ගණනක් උපාංග ගැන කතා කරන විට එය කළ නොහැකි තරම්ය.
4. අවසාන වශයෙන්, වඩාත් සුදුසු විකල්පය: IPv6 භාවිතා කරන්න; IPv6 ලිපින අන්තර්ජාලයෙන් සෘජුවම ප්රවේශ විය හැකි බැවින් එයට NAT අවශ්ය නොවේ. කෙසේ වෙතත්, මෙම අවස්ථාවෙහිදී පවා, උපාංගය නැවත ලියාපදිංචි කළ විට, එය නව IPv6 ලිපිනයක් ලැබෙනු ඇති අතර පෙර එක භාවිතයෙන් තවදුරටත් ප්රවේශ විය නොහැක.
ඒ අනුව, උපාංගයේ නව IP ලිපිනය වාර්තා කිරීම සඳහා සේවාදායකයට උපාංග හඳුනාගැනීමක් සහිත ආරම්භක පැකට්ටුවක් යැවීම අවශ්ය වේ. ඉන්පසු AS වෙතින් තහවුරු කිරීමේ පැකට්ටුවක් බලා සිටින්න, එය බලශක්ති කාර්යක්ෂමතාවයටද බලපායි.
මෙම ක්රම 2G/3G/LTE උපාංග සඳහා හොඳින් ක්‍රියා කරයි, එහිදී උපාංගයට ස්වාධිපත්‍යය සඳහා දැඩි අවශ්‍යතා නොමැති අතර, එහි ප්‍රතිඵලයක් වශයෙන්, ගුවන් කාලය සහ ගමනාගමනය පිළිබඳ සීමාවන් නොමැත. මෙම ක්රම NB-IoT සඳහා යෝග්‍ය නොවේ ඒවායේ අධික බලශක්ති පරිභෝජනය හේතුවෙන්.
SCEF මෙම ගැටලුව විසඳයි: AS සඳහා ඇති එකම උපාංග හඳුනාගැනීම බාහිර හැඳුනුම්පතක් වන බැවින්, AS හට SCEF වෙත දත්ත පැකට්ටුවක් යැවීමට අවශ්ය වන්නේ නිශ්චිත බාහිර හැඳුනුම්පතක් සඳහා වන අතර SCEF ඉතිරිය බලා ගනී. උපාංගය PSM හෝ eDRX බල ඉතිරි කිරීමේ මාදිලියේ තිබේ නම්, උපාංගය ලබා ගත හැකි වූ විට දත්ත බෆර කර බෙදා හරිනු ලැබේ. උපාංගය ගමනාගමනය සඳහා තිබේ නම්, දත්ත වහාම ලබා දෙනු ඇත. කළමනාකරණ කණ්ඩායම් සඳහා ද එය එසේම වේ.
ඕනෑම අවස්ථාවක, AS හට Buffered පණිවිඩය UE වෙත නැවත කැඳවීමට හෝ එය අලුත් එකක් සමඟ ප්‍රතිස්ථාපනය කිරීමට හැකිය.
UE සිට AS වෙත MO දත්ත සම්ප්රේෂණය කිරීමේදීද බෆරින් යාන්ත්‍රණය භාවිතා කළ හැක. SCEF හට වහාම AS වෙත දත්ත ලබා දීමට නොහැකි වුයේ නම්, උදාහරණයක් ලෙස AS සර්වර් වල නඩත්තු කටයුතු සිදු වෙමින් පවතී නම්, මෙම පැකට් AS ලබා ගත් විගස බෆර කර ලබා දෙන බවට සහතික වේ.
ඉහත සඳහන් කළ පරිදි, AS සඳහා නිශ්චිත සේවාවක් සහ UE වෙත ප්රවේශය (සහ NIDD යනු සේවාවකි) SCEF පැත්තේ නීති සහ ප්‍රතිපත්ති මගින් නියාමනය කරනු ලැබේ, එමඟින් AS කිහිපයක් විසින් එක් UE වෙතින් දත්ත එකවර භාවිතා කිරීමේ අද්විතීය හැකියාවට ඉඩ සලසයි. එම. AS කිහිපයක් එක් UE සඳහා දායක වී ඇත්නම්, UE වෙතින් දත්ත ලැබීමෙන් පසු, SCEF විසින් එය දායක වූ සියලුම AS වෙත යවනු ලැබේ. විශේෂිත උපාංග සමූහයක නිර්මාතෘ සේවාදායකයන් කිහිප දෙනෙකු අතර දත්ත හුවමාරු කරන අවස්ථා සඳහා මෙය හොඳින් ගැලපේ. උදාහරණයක් ලෙස, NB-IoT මත ක්‍රියාත්මක වන කාලගුණ මධ්‍යස්ථාන ජාලයක් නිර්මාණය කිරීමෙන්, ඔබට ඒවායින් ලැබෙන දත්ත බොහෝ සේවාවන්ට එකවර විකිණීමට හැකිය.
සහතික කළ පණිවිඩ බෙදා හැරීමේ යාන්ත්‍රණය
විශ්වසනීය දත්ත සේවාව යනු ප්‍රොටෝකෝල මට්ටමින් විශේෂිත ඇල්ගොරිතම භාවිතයෙන් තොරව MO සහ MT පණිවිඩ සහතික කිරීම සඳහා වන යාන්ත්‍රණයකි, උදාහරණයක් ලෙස, TCP හි අතට අත දීම. UE සහ SCEF අතර හුවමාරු වන විට පණිවිඩයේ සේවා කොටසෙහි විශේෂ ධජයක් ඇතුළත් කිරීමෙන් එය ක්‍රියා කරයි. ගමනාගමනය සම්ප්රේෂණය කිරීමේදී මෙම යාන්ත්‍රණය සක්රිය කළ යුතුද නැද්ද යන්න තීරණය කරනු ලබන්නේ AS විසිනි.
යාන්ත්‍රණය සක්රිය කර ඇත්නම්, UE විසින් MO ගමනාගමනය සහතික කළ යුතු විට පැකට්ටුවේ උඩිස් කොටසෙහි විශේෂ ධජයක් ඇතුළත් වේ. එවැනි පැකට්ටුවක් ලැබීමෙන් පසු, SCEF UE වෙත පිළිගැනීමක් සමඟ ප්රතිචාර දක්වයි. UE හට පිළිගැනීමේ පැකට්ටුව නොලැබුනේ නම්, SCEF වෙත පැකට්ටුව නැවත යවනු ලැබේ. MT ගමනාගමනය සඳහාද එයම සිදු වේ.
උපාංග අධීක්ෂණය (සිදුවීම් නිරීක්ෂණය - MONTE)
ඉහත සඳහන් කළ පරිදි, SCEF ක්‍රියාකාරීත්වය, වෙනත් දේ අතර, UE හි තත්වය නිරීක්ෂණය කිරීම සඳහා වන කාර්යයන් ඇතුළත් වේ. උපාංග අධීක්ෂණය. නව හඳුනාගැනීම් සහ දත්ත හුවමාරු යාන්ත්‍රණ පවතින ක්‍රියා පටිපාටිවල ප්‍රශස්තකරණයන් (ඉතා බැරෑරුම් වුවද) නම්, MONTE යනු 2G/3G/LTE ජාල තුළ නොමැති සම්පූර්ණයෙන්ම නව ක්‍රියාකාරීත්වයකි. සම්බන්ධතා තත්ත්වය, සන්නිවේදන ලබා ගැනීමේ හැකියාව, ස්ථානය, රෝමිං තත්ත්වය යනාදී උපාංග පරාමිතීන් නිරීක්ෂණය කිරීමට MONTE AS හට ඉඩ දෙයි. අපි එක් එක් ගැන වඩාත් විස්තරාත්මකව ටිකක් පසුව කතා කරමු.
උපාංගයක් හෝ උපාංග සමූහයක් සඳහා කිසියම් අධීක්ෂණ සිදුවීමක් සක්රිය කිරීමට අවශ්ය නම්, බාහිර හැඳුනුම්පත හෝ බාහිර කණ්ඩායම් හැඳුනුම්පත, 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 වෙත දන්වයි. UE සඳහා "ජංගම ළඟා විය හැකි ටයිමරය" MME මත කල් ඉකුත් වූ විට සිදුවීම සිදු වේ. මෙවැනි අධීක්‍ෂණයක් සඳහා වන ඉල්ලීමකදී, AS හට එහි “උපරිම හඳුනාගැනීමේ කාලය” අගය දැක්විය හැක - මෙම කාලය තුළ UE කිසිදු ක්‍රියාකාරකමක් නොපෙන්වන්නේ නම්, හේතුව දක්වමින් UE නොමැති බව AS වෙත දන්වනු ලැබේ. කිසියම් හේතුවක් නිසා UE ජාලය විසින් බලහත්කාරයෙන් ඉවත් කළහොත් සිදුවීම ද සිදු වේ.
* උපාංගය තවමත් පවතින බව ජාලයට දැනුම් දීම සඳහා, එය වරින් වර යාවත්කාලීන ක්‍රියා පටිපාටියක් ආරම්භ කරයි - ට්‍රැකින් ප්‍රදේශ යාවත්කාලීන කිරීම (TAU). මෙම ක්‍රියා පටිපාටියේ සංඛ්‍යාතය ටයිමරය T3412 හෝ (PSM සම්බන්ධයෙන් T3412_extended) භාවිතයෙන් ජාලය විසින් සකසා ඇත, එහි අගය ඇමුණුම් ක්‍රියා පටිපාටිය හෝ ඊළඟ TAU තුළ උපාංගය වෙත සම්ප්රේෂණය වේ. ජංගම ළඟාවීමේ ටයිමරය සාමාන්යයෙන් T3412 ට වඩා මිනිත්තු කිහිපයක් දිගු වේ. "ජංගම ළඟාවීමේ ටයිමරය" කල් ඉකුත් වීමට පෙර UE විසින් TAU එකක් සාදා නොමැති නම්, ජාලය එය තවදුරටත් ළඟා විය නොහැකි බව සලකයි.
UE ළඟා වීමේ හැකියාව - DL ගමනාගමනය හෝ SMS සඳහා UE ලබා ගත හැකි විට පෙන්නුම් කරයි. මෙය සිදු වන්නේ UE පේජිං සඳහා ලබා ගත හැකි වූ විට (eDRX මාදිලියේ UE සඳහා) හෝ UE ECM-CONNECTED මාදිලියට ඇතුළු වූ විට (PSM හෝ eDRX මාදිලියේ UE සඳහා), i.e. TAU සාදා හෝ uplink packet යවයි.
ස්ථාන වාර්තා කිරීම - මෙම ආකාරයේ නිරීක්ෂණ සිදුවීම් AS හට UE හි ස්ථානය විමසීමට ඉඩ දෙයි. PSM හෝ eDRX බල ඉතිරි කිරීමේ මාදිලියේ උපාංග සඳහා අදාළ වන වත්මන් ස්ථානය (වත්මන් ස්ථානය) හෝ අවසන් වරට දන්නා ස්ථානය (උපාංගය TAU සෑදූ හෝ අවසන් වරට සම්ප්රේෂණය කළ ගමනාගමනය කළ සෛල හැඳුනුම්පත මගින් තීරණය කරනු ලැබේ) ඉල්ලා සිටිය හැක. "වත්මන් ස්ථානය" සඳහා, AS හට නැවත නැවත පිළිතුරු ඉල්ලා සිටිය හැක, MME විසින් උපාංගයේ ස්ථානය වෙනස් වන සෑම අවස්ථාවකම AS වෙත දැනුම් දෙයි.
IMSI-IMEI සංගමය වෙනස් කිරීම - මෙම සිදුවීම සක්රිය වූ විට, SCEF IMSI (SIM කාඩ්පත් හඳුනාගැනීම්) සහ IMEI (උපාංග හඳුනාගැනීමේ) සංයෝජනයේ වෙනස්කම් නිරීක්ෂණය කිරීමට පටන් ගනී. සිදුවීමක් සිදු වූ විට, AS වෙත දැනුම් දෙයි. නියමිත ප්‍රතිස්ථාපන කාර්යයේදී උපාංගයකට බාහිර හැඳුනුම්පතක් ස්වයංක්‍රීයව නැවත බැඳීමට හෝ උපාංගයක් සොරකම් කිරීම සඳහා හඳුනාගැනීමක් ලෙස සේවය කිරීමට භාවිත කළ හැක.
රෝමිං තත්ත්වය - UE ගෘහ ජාලයේ තිබේද නැතහොත් රෝමිං හවුල්කරුවෙකුගේ ජාලයේ තිබේද යන්න තීරණය කිරීමට AS විසින් මෙම ආකාරයේ අධීක්ෂණය භාවිතා කරයි. විකල්පයක් ලෙස, උපාංගය ලියාපදිංචි කර ඇති ක්‍රියාකරුගේ PLMN (Public Land Mobile Network) සම්ප්රේෂණය කළ හැක.
සන්නිවේදන අසමත් වීම - රේඩියෝ ප්රවේශ ජාලයෙන් (S1-AP ප්රොටෝකෝලය) ලැබුණු සම්බන්ධතා අලාභය (නිදහස් හේතු කේතය) සඳහා හේතු මත පදනම්ව, මෙම ආකාරයේ නිරීක්ෂණ මඟින් උපාංගය සමඟ සන්නිවේදනයේ අසාර්ථකත්වය පිළිබඳව AS වෙත දැනුම් දෙයි. මෙම සිදුවීම සන්නිවේදනය අසාර්ථක වූයේ මන්දැයි තීරණය කිරීමට උපකාරී වේ - ජාලයේ ඇති ගැටළු හේතුවෙන්, උදාහරණයක් ලෙස, eNodeb අධික ලෙස පටවා ඇති විට (ගුවන්විදුලි සම්පත් නොමැත) හෝ උපාංගයේම අසාර්ථක වීමක් හේතුවෙන් (UE අහිමි වූ ගුවන් විදුලි සම්බන්ධතාවය).
DDN අසාර්ථක වීමෙන් පසුව ලබා ගත හැකි වීම - මෙම සිදුවීම AS වෙත දැනුම් දෙන්නේ සන්නිවේදන අසාර්ථක වීමෙන් පසුව උපාංගය ලබා ගත හැකි බවයි. උපාංගයකට දත්ත මාරු කිරීමේ අවශ්‍යතාවයක් ඇති විට භාවිතා කළ හැක, නමුත් UE ජාලයෙන් (පේජින්) දැනුම්දීමකට ප්රතිචාර නොදැක්වීම සහ දත්ත ලබා නොදීම නිසා පෙර උත්සාහය සාර්ථක නොවීය. UE සඳහා මෙවැනි අධීක්‍ෂණයක් ඉල්ලා තිබේ නම්, උපාංගය පැමිණෙන සන්නිවේදනයක් සිදු කළ විගස, TAU එකක් සෑදූ වහාම හෝ uplink වෙත දත්ත යවන විට, උපාංගය ලබා ගත හැකි බවට AS වෙත දැනුම් දෙනු ලැබේ. DDN (downlink data notification) ක්‍රියා පටිපාටිය MME සහ S/P-GW අතර ක්‍රියා කරන බැවින්, මෙම ආකාරයේ නිරීක්ෂණ ලබා ගත හැක්කේ IP උපාංග සඳහා පමණි.
PDN සම්බන්ධතා තත්ත්වය – උපාංග තත්ත්වය වෙනස් වන විට AS දන්වයි (PDN සම්බන්ධතා තත්ත්වය) - සම්බන්ධතාවය (PDN සක්රිය කිරීම) හෝ විසන්ධි කිරීම (PDN මකාදැමීම). මෙය AS විසින් UE සමඟ සන්නිවේදනය ආරම්භ කිරීමට හෝ අනෙක් අතට, සන්නිවේදනය තවදුරටත් කළ නොහැකි බව තේරුම් ගැනීමට භාවිතා කළ හැක. මෙම ආකාරයේ නිරීක්ෂණ IP සහ IP නොවන උපාංග සඳහා පවතී.
භූගෝලීය ප්‍රදේශයක පවතින UE සංඛ්‍යාව - යම් භූගෝලීය ප්‍රදේශයක ඇති UE ගණන තීරණය කිරීමට AS විසින් මෙම ආකාරයේ නිරීක්ෂණ භාවිතා කරයි.
උපාංගය අවුලුවන)
2G/3G ජාල වල, ජාලයේ ලියාපදිංචි කිරීමේ ක්‍රියා පටිපාටිය අදියර දෙකකින් යුක්ත විය: පළමුව, SGSN සමඟ ලියාපදිංචි වූ උපාංගය (ඇමිණුම් ක්‍රියා පටිපාටිය), පසුව, අවශ්ය නම්, එය PDP සන්දර්භය සක්‍රීය කළේය - පැකට් ගේට්වේ (GGSN) සමඟ සම්බන්ධතාවය. දත්ත සම්ප්රේෂණය කිරීමට. 3G ජාල වල, මෙම ක්‍රියා පටිපාටි දෙක අනුක්‍රමිකව සිදු විය, i.e. උපාංගය දත්ත මාරු කිරීමට අවශ්ය මොහොත එනතෙක් බලා සිටියේ නැත, නමුත් ඇමුණුම් ක්‍රියා පටිපාටිය අවසන් වූ වහාම PDP සක්‍රීය කළේය. LTE හි, මෙම ක්‍රියා පටිපාටි දෙක එකකට ඒකාබද්ධ කරන ලදී, එනම්, ඇමිණීමේදී, උපාංගය වහාම PDN සම්බන්ධතාවය (2G/3G හි PDP ට සමාන) eNodeB හරහා MME-SGW-PGW වෙත සක්රිය කරන ලෙස ඉල්ලා සිටියේය.
NB-IoT සම්බන්ධතා ක්‍රමයක් "PDN නොමැතිව අමුණන්න" ලෙස අර්ථ දක්වයි, එනම් PDN සම්බන්ධතාවයක් ස්ථාපනය නොකර UE අමුණයි. මෙම අවස්ථාවෙහිදී, එය ගමනාගමනය සම්ප්රේෂණය කිරීමට නොහැකි වන අතර, SMS ලැබීමට හෝ යැවීමට පමණක් හැකිය. PDN සක්රිය කිරීම සහ AS වෙත සම්බන්ධ කිරීම සඳහා එවැනි උපකරණයකට විධානයක් යැවීම සඳහා, "උපාංගය අවුලුවාලීම" ක්රියාකාරිත්වය වර්ධනය කරන ලදී.
AS වෙතින් එවැනි UE සම්බන්ධ කිරීමට විධානයක් ලැබුණු විට, SCEF විසින් SMS මධ්‍යස්ථානය හරහා උපාංගය වෙත පාලන SMS යැවීම ආරම්භ කරයි. කෙටි පණිවුඩයක් ලැබෙන විට, උපාංගය PDN සක්රිය කර වැඩිදුර උපදෙස් ලබා ගැනීමට හෝ දත්ත මාරු කිරීමට AS වෙත සම්බන්ධ වේ.
SCEF මත ඔබගේ උපාංග දායකත්වය කල් ඉකුත් වන අවස්ථා තිබිය හැක. ඔව්, දායකත්වයට එහිම ජීවිත කාලයක් ඇත, ක්‍රියාකරු විසින් සකසා ඇත හෝ AS සමඟ එකඟ විය. කල් ඉකුත් වූ පසු, MME මත PDN අක්‍රිය වන අතර උපාංගය AS වෙත ලබා ගත නොහැකි වනු ඇත. මෙම අවස්ථාවේදී, "උපාංගය අවුලුවන" ක්රියාකාරිත්වය ද උපකාර වනු ඇත. AS වෙතින් නව දත්ත ලැබෙන විට, SCEF විසින් උපාංග සම්බන්ධතා තත්ත්වය සොයාගෙන SMS නාලිකාව හරහා දත්ත ලබා දෙනු ඇත.
නිගමනය
SCEF හි ක්‍රියාකාරීත්වය, ඇත්ත වශයෙන්ම, ඉහත විස්තර කර ඇති සේවාවන්ට පමණක් සීමා නොවන අතර නිරන්තරයෙන් විකාශනය වෙමින් හා පුළුල් වෙමින් පවතී. දැනට, SCEF සඳහා සේවා දුසිමකට වඩා දැනටමත් ප්‍රමිතිගත කර ඇත. දැන් අපි ස්පර්ශ කර ඇත්තේ සංවර්ධකයින්ගෙන් ඉල්ලුමේ ඇති ප්‍රධාන කාර්යයන් පමණි; ඉතිරිය ගැන අපි ඉදිරි ලිපි වලින් කතා කරමු.
ප්රශ්නය වහාම පැනනගින්නේ: මෙම "ආශ්චර්යය" නෝඩය වෙත පරීක්ෂණ ප්රවේශය ලබා ගන්නේ කෙසේද යන්න මූලික පරීක්ෂණ සහ විය හැකි අවස්ථා දෝශ නිරාකරණය කිරීම සඳහාද? සෑම දෙයක්ම ඉතා සරලයි. ඕනෑම සංවර්ධකයෙකුට ඉල්ලීමක් ඉදිරිපත් කළ හැක [විද්‍යුත් ආරක්‍ෂිත], සම්බන්ධතාවයේ අරමුණ, හැකි නඩුවක් පිළිබඳ විස්තරයක් සහ සන්නිවේදනය සඳහා සම්බන්ධතා තොරතුරු සඳහන් කිරීමට ප්රමාණවත් වේ.
නැවත හමුවෙමු!
කතුවරුන්:
- අභිසාරී විසඳුම් සහ බහුමාධ්ය සේවා දෙපාර්තමේන්තුවේ ජ්යෙෂ්ඨ විශේෂඥ සර්ජි නොවිකොව් ,
- අභිසාරී විසඳුම් සහ බහුමාධ්ය සේවා දෙපාර්තමේන්තුවේ විශේෂඥ ඇලෙක්සි ලැප්ෂින්
මූලාශ්රය: www.habr.com