NB-IoT៖ តើវាដំណើរការយ៉ាងដូចម្តេច? ផ្នែកទី 3៖ SCEF - បង្អួចតែមួយនៃការចូលប្រើសេវាកម្មប្រតិបត្តិករ

នៅក្នុងអត្ថបទ“NB-IoT៖ តើវាដំណើរការយ៉ាងដូចម្តេច? ផ្នែកទី 2"ដោយនិយាយអំពីស្ថាបត្យកម្មនៃស្នូលកញ្ចប់ព័ត៌មាននៃបណ្តាញ NB-IoT យើងបានលើកឡើងពីរូបរាងនៃថ្នាំង SCEF ថ្មី។ យើងពន្យល់នៅផ្នែកទីបីថាតើវាជាអ្វី ហើយហេតុអ្វីបានជាវាត្រូវការ?

នៅពេលបង្កើតសេវាកម្ម M2M អ្នកបង្កើតកម្មវិធីប្រឈមនឹងសំណួរដូចខាងក្រោមៈ

• របៀបកំណត់អត្តសញ្ញាណឧបករណ៍;
• តើក្បួនដោះស្រាយការផ្ទៀងផ្ទាត់ និងផ្ទៀងផ្ទាត់អ្វីដែលត្រូវប្រើ;
• ពិធីការដឹកជញ្ជូនដែលត្រូវជ្រើសរើសសម្រាប់អន្តរកម្មជាមួយឧបករណ៍;
• របៀបបញ្ជូនទិន្នន័យដោយភាពជឿជាក់ទៅឧបករណ៍;
• របៀបរៀបចំ និងបង្កើតច្បាប់សម្រាប់ការផ្លាស់ប្តូរទិន្នន័យជាមួយពួកគេ;
• របៀបតាមដាន និងទទួលបានព័ត៌មានអំពីស្ថានភាពរបស់ពួកគេតាមអ៊ីនធឺណិត។
• របៀបបញ្ជូនទិន្នន័យក្នុងពេលដំណាលគ្នាទៅកាន់ក្រុមនៃឧបករណ៍របស់អ្នក;
• របៀបបញ្ជូនទិន្នន័យក្នុងពេលដំណាលគ្នាពីឧបករណ៍មួយទៅអតិថិជនជាច្រើន;
• របៀបដើម្បីទទួលបានការចូលប្រើរួមគ្នាទៅកាន់សេវាកម្មប្រតិបត្តិករបន្ថែមសម្រាប់ការគ្រប់គ្រងឧបករណ៍របស់អ្នក។

ដើម្បីដោះស្រាយបញ្ហាទាំងនោះ ចាំបាច់ត្រូវបង្កើតដំណោះស្រាយ "ធ្ងន់" តាមលក្ខណៈបច្ចេកទេសដែលមានកម្មសិទ្ធិ ដែលនាំឱ្យតម្លៃពលកម្មកើនឡើង និងសេវាពេលវេលាទៅទីផ្សារ។ នេះគឺជាកន្លែងដែលថ្នាំង SCEF ថ្មីមកជួយសង្គ្រោះ។

ដូចដែលបានកំណត់ដោយ 3GPP, SCEF (មុខងារបង្ហាញសមត្ថភាពសេវាកម្ម) គឺជាធាតុផ្សំថ្មីទាំងស្រុងនៃស្ថាបត្យកម្ម 3GPP ដែលមុខងាររបស់វាគឺដើម្បីបង្ហាញសុវត្ថិភាពសេវាកម្ម និងសមត្ថភាពដែលផ្តល់ដោយចំណុចប្រទាក់បណ្តាញ 3GPP តាមរយៈ APIs ។

នៅក្នុងពាក្យសាមញ្ញ SCEF គឺជាអន្តរការីរវាងបណ្តាញ និងម៉ាស៊ីនមេកម្មវិធី (AS) ដែលជាបង្អួចតែមួយនៃការចូលទៅកាន់សេវាប្រតិបត្តិករសម្រាប់ការគ្រប់គ្រងឧបករណ៍ M2M របស់អ្នកនៅក្នុងបណ្តាញ NB-IoT តាមរយៈចំណុចប្រទាក់ API ស្តង់ដារដែលមានលក្ខណៈវិចារណញាណ។

SCEF លាក់បាំងភាពស្មុគស្មាញនៃបណ្តាញរបស់ប្រតិបត្តិករ ដែលអនុញ្ញាតឱ្យអ្នកអភិវឌ្ឍន៍កម្មវិធីដកយន្តការជាក់លាក់ និងស្មុគស្មាញសម្រាប់ធ្វើអន្តរកម្មជាមួយឧបករណ៍។

តាមរយៈការផ្លាស់ប្តូរពិធីការបណ្តាញទៅជា API ដែលធ្លាប់ស្គាល់សម្រាប់អ្នកអភិវឌ្ឍន៍កម្មវិធី SCEF API ជួយសម្រួលដល់ការបង្កើតសេវាកម្មថ្មី និងកាត់បន្ថយពេលវេលាទៅទីផ្សារ។ ថ្នាំងថ្មីនេះក៏រួមបញ្ចូលមុខងារសម្រាប់កំណត់អត្តសញ្ញាណ/ផ្ទៀងផ្ទាត់ឧបករណ៍ចល័ត កំណត់ច្បាប់សម្រាប់ការផ្លាស់ប្តូរទិន្នន័យរវាងឧបករណ៍ និង AS ដោយដកចេញនូវតម្រូវការសម្រាប់អ្នកអភិវឌ្ឍន៍កម្មវិធីដើម្បីអនុវត្តមុខងារទាំងនេះនៅខាងពួកគេ ដោយផ្លាស់ប្តូរមុខងារទាំងនេះទៅស្មារបស់ប្រតិបត្តិករ។

SCEF គ្របដណ្តប់លើចំណុចប្រទាក់ដែលចាំបាច់សម្រាប់ការផ្ទៀងផ្ទាត់ និងការអនុញ្ញាតរបស់ម៉ាស៊ីនមេកម្មវិធី ការរក្សាការចល័តរបស់ UE ការផ្ទេរទិន្នន័យ និងការកេះឧបករណ៍ ការចូលប្រើសេវាកម្មបន្ថែម និងសមត្ថភាពបណ្តាញប្រតិបត្តិករ។

ឆ្ពោះទៅ 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 កំណត់ថ្នាំង MTC-IWF ដែលត្រូវបានប្រើសម្រាប់ការកេះឧបករណ៍ និងការបញ្ជូនសារ SMS នៅក្នុងបណ្តាញ NB-IoT។ ទោះជាយ៉ាងណាក៏ដោយ នៅក្នុងការអនុវត្តទាំងអស់ មុខងាររបស់ថ្នាំងនេះត្រូវបានបញ្ចូលទៅក្នុង SCEF ដូច្នេះសម្រាប់ភាពសាមញ្ញនៃសៀគ្វីយើងនឹងមិនពិចារណាវាដោយឡែកទេ) ។ ប្រើដើម្បីទទួលបានព័ត៌មានផ្លូវសម្រាប់ការផ្ញើសារ SMS និងអន្តរកម្មជាមួយមជ្ឈមណ្ឌលផ្ញើសារ។

T8 - ចំណុចប្រទាក់ API សម្រាប់អន្តរកម្ម SCEF ជាមួយម៉ាស៊ីនមេកម្មវិធី។ ទាំងពាក្យបញ្ជាត្រួតពិនិត្យ និងចរាចរណ៍ត្រូវបានបញ្ជូនតាមរយៈចំណុចប្រទាក់នេះ។

* តាមការពិតមានចំណុចប្រទាក់ច្រើនទៀត មានតែចំណុចប្រទាក់មូលដ្ឋានបំផុតប៉ុណ្ណោះដែលត្រូវបានរាយនៅទីនេះ។ បញ្ជីពេញលេញត្រូវបានផ្តល់ឱ្យនៅក្នុង 3GPP 23.682 (4.3.2 បញ្ជីនៃចំណុចយោង) ។

ខាងក្រោមនេះជាមុខងារ និងសេវាកម្មសំខាន់ៗរបស់ SCEF៖

• ការភ្ជាប់ឧបករណ៍កំណត់អត្តសញ្ញាណស៊ីមកាត (IMSI) ទៅលេខសម្គាល់ខាងក្រៅ;
• ការបញ្ជូនចរាចរដែលមិនមែនជា IP (ការបញ្ជូនទិន្នន័យមិនមែន IP, NIDD);
• ប្រតិបត្តិការក្រុមដោយប្រើលេខសម្គាល់ក្រុមខាងក្រៅ;
• ការគាំទ្រសម្រាប់របៀបបញ្ជូនទិន្នន័យជាមួយនឹងការបញ្ជាក់;
• ការផ្អាកទិន្នន័យ MO (Mobile Originated) និង MT (Mobile Terminated)
• ការផ្ទៀងផ្ទាត់ និងការអនុញ្ញាតឧបករណ៍ និងម៉ាស៊ីនមេកម្មវិធី;
• ការប្រើប្រាស់ទិន្នន័យក្នុងពេលដំណាលគ្នាពី UE មួយដោយ ASEs ជាច្រើន;
• ការគាំទ្រសម្រាប់មុខងារត្រួតពិនិត្យស្ថានភាព UE ពិសេស (MONTE – តាមដានព្រឹត្តិការណ៍);
• ឧបករណ៍បង្កក;
• ផ្តល់ការរ៉ូមីងទិន្នន័យមិនមែន IP ។

គោលការណ៍ជាមូលដ្ឋាននៃអន្តរកម្មរវាង AS និង SCEF គឺផ្អែកលើអ្វីដែលគេហៅថាគ្រោងការណ៍។ ការជាវ។ ប្រសិនបើវាចាំបាច់ដើម្បីទទួលបានការចូលប្រើសេវាកម្ម SCEF ណាមួយសម្រាប់ UE ជាក់លាក់នោះម៉ាស៊ីនមេកម្មវិធីត្រូវបង្កើតការជាវដោយផ្ញើពាក្យបញ្ជាទៅកាន់ API ជាក់លាក់នៃសេវាកម្មដែលបានស្នើ ហើយទទួលបានអត្តសញ្ញាណតែមួយគត់ក្នុងការឆ្លើយតប។ បន្ទាប់ពីនោះរាល់សកម្មភាព និងការប្រាស្រ័យទាក់ទងបន្ថែមទៀតជាមួយ UE ក្នុងក្របខ័ណ្ឌនៃសេវាកម្មនេះនឹងប្រព្រឹត្តទៅដោយប្រើឧបករណ៍កំណត់អត្តសញ្ញាណនេះ។

លេខសម្គាល់ខាងក្រៅ៖ ឧបករណ៍សម្គាល់ឧបករណ៍សកល

ការផ្លាស់ប្តូរដ៏សំខាន់បំផុតមួយនៅក្នុងគ្រោងការណ៍អន្តរកម្មរវាង AS និងឧបករណ៍នៅពេលធ្វើការតាមរយៈ SCEF គឺជារូបរាងនៃឧបករណ៍កំណត់អត្តសញ្ញាណសកល។ ឥឡូវនេះជំនួសឱ្យលេខទូរស័ព្ទ (MSISDN) ឬអាសយដ្ឋាន IP ដូចករណីនៅក្នុងបណ្តាញ 2G/3G/LTE បុរាណ ឧបករណ៍កំណត់អត្តសញ្ញាណឧបករណ៍សម្រាប់ម៉ាស៊ីនមេកម្មវិធីក្លាយជា "លេខសម្គាល់ខាងក្រៅ" ។ វាត្រូវបានកំណត់ដោយស្តង់ដារក្នុងទម្រង់ដែលស៊ាំទៅនឹងអ្នកអភិវឌ្ឍន៍កម្មវិធី " @ "

អ្នកអភិវឌ្ឍន៍មិនចាំបាច់អនុវត្តក្បួនដោះស្រាយការផ្ទៀងផ្ទាត់ឧបករណ៍ទៀតទេ បណ្តាញទទួលយកមុខងារនេះទាំងស្រុង។ លេខសម្គាល់ខាងក្រៅត្រូវបានភ្ជាប់ជាមួយ IMSI ហើយអ្នកអភិវឌ្ឍន៍អាចប្រាកដថានៅពេលចូលប្រើលេខសម្គាល់ខាងក្រៅជាក់លាក់ វាមានអន្តរកម្មជាមួយស៊ីមកាតជាក់លាក់មួយ។ នៅពេលប្រើស៊ីមឈីប អ្នកទទួលបានស្ថានភាពពិសេសទាំងស្រុង នៅពេលដែលលេខសម្គាល់ខាងក្រៅកំណត់អត្តសញ្ញាណឧបករណ៍ជាក់លាក់មួយ!

លើសពីនេះទៅទៀត លេខសម្គាល់ខាងក្រៅជាច្រើនអាចត្រូវបានភ្ជាប់ទៅ IMSI មួយ - ស្ថានភាពគួរឱ្យចាប់អារម្មណ៍ជាងនេះកើតឡើងនៅពេលដែល ID ខាងក្រៅកំណត់អត្តសញ្ញាណកម្មវិធីជាក់លាក់ដែលទទួលខុសត្រូវចំពោះសេវាកម្មជាក់លាក់នៅលើឧបករណ៍ជាក់លាក់មួយ។

លេខសម្គាល់ក្រុមក៏លេចឡើងផងដែរ - លេខសម្គាល់ក្រុមខាងក្រៅ ដែលរួមបញ្ចូលសំណុំនៃលេខសម្គាល់ខាងក្រៅនីមួយៗ។ ឥឡូវនេះ ជាមួយនឹងសំណើមួយទៅកាន់ SCEF AS អាចផ្តួចផ្តើមប្រតិបត្តិការជាក្រុម - ការបញ្ជូនទិន្នន័យ ឬពាក្យបញ្ជាបញ្ជាទៅកាន់ឧបករណ៍ជាច្រើនដែលរួបរួមក្នុងក្រុមតក្កវិជ្ជាតែមួយ។

ដោយសារតែការពិតដែលថាសម្រាប់អ្នកអភិវឌ្ឍន៍ AS ការផ្លាស់ប្តូរទៅឧបករណ៍កំណត់អត្តសញ្ញាណឧបករណ៍ថ្មីមិនអាចកើតឡើងភ្លាមៗនោះ SCEF បានចាកចេញពីលទ្ធភាពនៃការទំនាក់ទំនង AS ជាមួយ UE តាមរយៈលេខស្តង់ដារ - MSISDN ។

ការបញ្ជូនចរាចរដែលមិនមែនជា IP (ការបញ្ជូនទិន្នន័យមិនមែន IP, NIDD)

នៅក្នុង NB-IoT ដែលជាផ្នែកមួយនៃការបង្កើនប្រសិទ្ធភាពនៃយន្តការសម្រាប់ការបញ្ជូនទិន្នន័យក្នុងបរិមាណតិចតួច បន្ថែមលើប្រភេទ PDN ដែលមានស្រាប់ដូចជា IPv4, IPv6 និង IPv4v6 ប្រភេទមួយផ្សេងទៀតបានបង្ហាញខ្លួន - មិនមែន 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 - ផ្ញើសារទៅកាន់តំណឡើង។

3. បង្កើត APN ឯកជន (VRF) ដែលម៉ាស៊ីនមេកម្មវិធី និងឧបករណ៍នឹងស្ថិតនៅលើបណ្តាញរងដូចគ្នា ហើយផ្តល់អាសយដ្ឋាន IP ឋិតិវន្តដល់ឧបករណ៍។ វានឹងដំណើរការប៉ុន្តែវាស្ទើរតែមិនអាចទៅរួចទេនៅពេលដែលយើងកំពុងនិយាយអំពីកងនាវារាប់ពាន់ឧបករណ៍រាប់ម៉ឺន។

4. ជាចុងក្រោយ ជម្រើសដែលសមស្របបំផុត៖ ប្រើ IPv6 វាមិនត្រូវការ NAT ទេ ព្រោះអាសយដ្ឋាន IPv6 អាចចូលប្រើបានដោយផ្ទាល់ពីអ៊ីនធឺណិត។ ទោះយ៉ាងណាក៏ដោយ សូម្បីតែក្នុងករណីនេះ នៅពេលដែលឧបករណ៍ត្រូវបានចុះឈ្មោះឡើងវិញ វានឹងទទួលបានអាសយដ្ឋាន IPv6 ថ្មី ហើយនឹងមិនអាចចូលប្រើបានដោយប្រើលេខមុនទៀតទេ។

ដូច្នោះហើយ វាចាំបាច់ក្នុងការផ្ញើកញ្ចប់ព័ត៌មានបឋមមួយចំនួនជាមួយនឹងឧបករណ៍កំណត់អត្តសញ្ញាណទៅម៉ាស៊ីនមេ ដើម្បីរាយការណ៍អំពីអាសយដ្ឋាន IP ថ្មីរបស់ឧបករណ៍។ បន្ទាប់មករង់ចាំកញ្ចប់បញ្ជាក់ពី AS ដែលប៉ះពាល់ដល់ប្រសិទ្ធភាពថាមពលផងដែរ។

វិធីសាស្រ្តទាំងនេះដំណើរការល្អសម្រាប់ឧបករណ៍ 2G/3G/LTE ដែលឧបករណ៍នេះមិនមានតម្រូវការតឹងរ៉ឹងសម្រាប់ស្វ័យភាព ហើយជាលទ្ធផល វាមិនមានការរឹតបន្តឹងលើម៉ោងផ្សាយ និងចរាចរណ៍ទេ។ វិធីសាស្រ្តទាំងនេះមិនសមរម្យសម្រាប់ NB-IoT ដោយសារតែការប្រើប្រាស់ថាមពលខ្ពស់របស់ពួកគេ។

SCEF ដោះស្រាយបញ្ហានេះ៖ ដោយសារឧបករណ៍កំណត់អត្តសញ្ញាណឧបករណ៍តែមួយគត់សម្រាប់ AS គឺជាលេខសម្គាល់ខាងក្រៅ AS ត្រូវការតែផ្ញើកញ្ចប់ទិន្នន័យទៅ SCEF សម្រាប់លេខសម្គាល់ខាងក្រៅជាក់លាក់មួយ ហើយ SCEF ថែរក្សានៅសល់។ ក្នុងករណីដែលឧបករណ៍ស្ថិតនៅក្នុងរបៀបសន្សំថាមពល PSM ឬ eDRX ទិន្នន័យនឹងត្រូវបានសតិបណ្ដោះអាសន្ន និងបញ្ជូននៅពេលដែលឧបករណ៍នេះអាចប្រើបាន។ ប្រសិនបើឧបករណ៍មានសម្រាប់ចរាចរណ៍ ទិន្នន័យនឹងត្រូវបានបញ្ជូនភ្លាមៗ។ ដូចគ្នាដែរចំពោះក្រុមគ្រប់គ្រង។

នៅពេលណាក៏បាន AS អាចរំលឹកសារដែលបានរារាំងទៅកាន់ UE ឬជំនួសវាដោយសារថ្មីមួយ។

យន្តការសតិបណ្ដោះអាសន្នក៏អាចត្រូវបានប្រើនៅពេលបញ្ជូនទិន្នន័យ MO ពី UE ទៅ AS ។ ប្រសិនបើ SCEF មិនអាចបញ្ជូនទិន្នន័យទៅ AS ភ្លាមៗទេ ឧទាហរណ៍ប្រសិនបើការងារថែទាំកំពុងបន្តនៅលើម៉ាស៊ីនមេ AS នោះកញ្ចប់ព័ត៌មានទាំងនេះនឹងត្រូវបានរារាំង ហើយធានាថានឹងបញ្ជូនបានភ្លាមៗនៅពេលដែល AS មាន។

ដូចដែលបានកត់សម្គាល់ខាងលើ ការចូលប្រើសេវាកម្មជាក់លាក់មួយ និង UE សម្រាប់ AS (ហើយ NIDD គឺជាសេវាកម្មមួយ) ត្រូវបានគ្រប់គ្រងដោយច្បាប់ និងគោលនយោបាយនៅខាង SCEF ដែលអនុញ្ញាតឱ្យមានលទ្ធភាពតែមួយគត់នៃការប្រើប្រាស់ទិន្នន័យក្នុងពេលដំណាលគ្នាពី UE ដោយ ASEs ជាច្រើន។ ទាំងនោះ។ ប្រសិនបើ 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 នៅសល់នឹងត្រូវបានផ្តល់ដោយ HSS នៅលើ MME ។
ព្រឹត្តិការណ៍អាចមានតែម្តង ឬតាមកាលកំណត់ ហើយត្រូវបានកំណត់ដោយប្រភេទរបស់វា។

ការផ្ញើរបាយការណ៍អំពីព្រឹត្តិការណ៍មួយ (ការរាយការណ៍) ត្រូវបានអនុវត្តដោយថ្នាំងដែលត្រួតពិនិត្យព្រឹត្តិការណ៍ដោយផ្ទាល់ទៅ SCEF (រូបភាព 5) ។

ចំណុចសំខាន់: ការតាមដានព្រឹត្តិការណ៍អាចត្រូវបានអនុវត្តចំពោះឧបករណ៍មិនមែន IP ទាំងពីរដែលភ្ជាប់តាមរយៈឧបករណ៍ SCEF និង IP ដែលបញ្ជូនទិន្នន័យតាមរបៀបបុរាណតាមរយៈ MME-SGW-PGW ។

តោះ​មើល​ព្រឹត្តិការណ៍​តាមដាន​នីមួយៗ​ឲ្យ​កាន់តែ​ច្បាស់៖

ការបាត់បង់ការតភ្ជាប់ — ជូនដំណឹងដល់ AS ថា UE លែងមានសម្រាប់ចរាចរណ៍ទិន្នន័យ ឬការផ្តល់សញ្ញាទៀតហើយ។ ព្រឹត្តិការណ៍កើតឡើងនៅពេលដែល "កម្មវិធីកំណត់ពេលវេលាអាចទៅដល់បានតាមទូរសព្ទ" សម្រាប់ UE ផុតកំណត់នៅលើ MME ។ នៅក្នុងសំណើសម្រាប់ការត្រួតពិនិត្យប្រភេទនេះ AS អាចបង្ហាញពីតម្លៃ "ពេលវេលាកំណត់អតិបរមា" របស់វា - ប្រសិនបើក្នុងអំឡុងពេលនេះ UE មិនបង្ហាញសកម្មភាពណាមួយ AS នឹងត្រូវបានជូនដំណឹងថា UE មិនអាចប្រើបាន ដោយបង្ហាញពីហេតុផល។ ព្រឹត្តិការណ៍ក៏កើតឡើងផងដែរប្រសិនបើ UE ត្រូវបានដកចេញដោយបណ្តាញដោយបង្ខំដោយហេតុផលណាមួយ។

* ដើម្បីឱ្យបណ្តាញដឹងថាឧបករណ៍នៅតែអាចប្រើបាន វាចាប់ផ្តើមដំណើរការអាប់ដេតជាទៀងទាត់ - តាមដានការធ្វើបច្ចុប្បន្នភាពតំបន់ (TAU) ។ ភាពញឹកញាប់នៃនីតិវិធីនេះត្រូវបានកំណត់ដោយបណ្តាញដោយប្រើកម្មវិធីកំណត់ម៉ោង T3412 ឬ (T3412_ពង្រីកក្នុងករណី PSM) តម្លៃដែលត្រូវបានបញ្ជូនទៅឧបករណ៍ក្នុងអំឡុងពេលដំណើរការភ្ជាប់ ឬ TAU បន្ទាប់។ កម្មវិធីកំណត់ម៉ោងដែលអាចទៅដល់បានតាមទូរសព្ទដៃជាធម្មតាមានរយៈពេលច្រើននាទីជាង T3412។ ប្រសិនបើ UE មិនបានបង្កើត TAU មុនពេលផុតកំណត់នៃ "កម្មវិធីកំណត់ពេលវេលាដែលអាចទៅដល់បានតាមទូរស័ព្ទ" នោះបណ្តាញចាត់ទុកថាវាមិនអាចទៅដល់បានទៀតទេ។

លទ្ធភាពទទួលបាន UE - ចង្អុលបង្ហាញនៅពេលដែល UE មានសម្រាប់ចរាចរ DL ឬ SMS ។ វាកើតឡើងនៅពេលដែល UE អាចប្រើបានសម្រាប់ទំព័រ (សម្រាប់ UE នៅក្នុងរបៀប eDRX) ឬនៅពេលដែល UE ចូលទៅក្នុងរបៀប ECM-CONNECTED (សម្រាប់ UE នៅក្នុងរបៀប PSM ឬ eDRX) ពោលគឺឧ។ បង្កើត TAU ឬផ្ញើកញ្ចប់ឯកសារភ្ជាប់។

ការរាយការណ៍ទីតាំង - ប្រភេទនៃព្រឹត្តិការណ៍ត្រួតពិនិត្យនេះអនុញ្ញាតឱ្យ AS សាកសួរទីតាំងរបស់ UE ។ ទាំងទីតាំងបច្ចុប្បន្ន (ទីតាំងបច្ចុប្បន្ន) ឬទីតាំងដែលគេស្គាល់ចុងក្រោយ (កំណត់ដោយលេខសម្គាល់ក្រឡាដែលឧបករណ៍បានបង្កើត TAU ឬចរាចរណ៍ដែលបានបញ្ជូនចុងក្រោយ) អាចត្រូវបានស្នើសុំ ដែលពាក់ព័ន្ធសម្រាប់ឧបករណ៍នៅក្នុងរបៀបសន្សំថាមពល PSM ឬ eDRX ។ សម្រាប់ "ទីតាំងបច្ចុប្បន្ន" AS អាចស្នើសុំការឆ្លើយតបម្តងហើយម្តងទៀត ដោយ MME ជូនដំណឹងដល់ AS រាល់ពេលដែលការផ្លាស់ប្តូរទីតាំងរបស់ឧបករណ៍។

ការផ្លាស់ប្តូរសមាគម IMSI-IMEI – នៅពេលដែលព្រឹត្តិការណ៍នេះត្រូវបានធ្វើឱ្យសកម្ម SCEF ចាប់ផ្តើមត្រួតពិនិត្យការផ្លាស់ប្តូរនៅក្នុងការរួមបញ្ចូលគ្នានៃ IMSI (ឧបករណ៍កំណត់អត្តសញ្ញាណស៊ីមកាត) និង IMEI (ឧបករណ៍កំណត់អត្តសញ្ញាណឧបករណ៍)។ នៅពេលដែលព្រឹត្តិការណ៍កើតឡើង សូមជូនដំណឹងដល់ AS ។ អាចត្រូវបានប្រើដើម្បីភ្ជាប់លេខសម្គាល់ខាងក្រៅឡើងវិញដោយស្វ័យប្រវត្តិទៅឧបករណ៍ក្នុងអំឡុងពេលការងារជំនួសដែលបានកំណត់ពេល ឬបម្រើជាឧបករណ៍កំណត់អត្តសញ្ញាណសម្រាប់ការលួចឧបករណ៍។

ស្ថានភាពរ៉ូមីង - ប្រភេទនៃការត្រួតពិនិត្យនេះត្រូវបានប្រើដោយ AS ដើម្បីកំណត់ថាតើ UE ស្ថិតនៅក្នុងបណ្តាញផ្ទះ ឬនៅក្នុងបណ្តាញដៃគូរ៉ូមីង។ ជាជម្រើស PLMN (បណ្តាញទូរស័ព្ទចល័តដីសាធារណៈ) របស់ប្រតិបត្តិករដែលឧបករណ៍នេះត្រូវបានចុះឈ្មោះអាចត្រូវបានបញ្ជូន។

ការបរាជ័យក្នុងការទំនាក់ទំនង — ប្រភេទនៃការត្រួតពិនិត្យនេះជូនដំណឹងដល់ AS អំពីការបរាជ័យក្នុងការទំនាក់ទំនងជាមួយឧបករណ៍ ដោយផ្អែកលើហេតុផលនៃការបាត់បង់ការតភ្ជាប់ (លេខកូដមូលហេតុការចេញផ្សាយ) ដែលទទួលបានពីបណ្តាញចូលប្រើវិទ្យុ (ពិធីការ S1-AP) ។ ព្រឹត្តិការណ៍នេះអាចជួយកំណត់ថាហេតុអ្វីបានជាការទំនាក់ទំនងបរាជ័យ - ដោយសារបញ្ហានៅលើបណ្តាញ ឧទាហរណ៍ នៅពេលដែល eNodeb ផ្ទុកលើសទម្ងន់ (ធនធានវិទ្យុមិនមាន) ឬដោយសារតែការបរាជ័យនៃឧបករណ៍ខ្លួនវា (ការភ្ជាប់វិទ្យុជាមួយ UE បាត់បង់) ។

ភាពអាចរកបានបន្ទាប់ពីការបរាជ័យ DDN - ព្រឹត្តិការណ៍នេះជូនដំណឹងដល់ AS ថាឧបករណ៍នេះអាចប្រើបានបន្ទាប់ពីការបរាជ័យនៃការទំនាក់ទំនង។ អាចប្រើបាននៅពេលមានតម្រូវការផ្ទេរទិន្នន័យទៅឧបករណ៍ ប៉ុន្តែការប៉ុនប៉ងពីមុនមិនជោគជ័យទេ ដោយសារ UE មិនឆ្លើយតបទៅនឹងការជូនដំណឹងពីបណ្តាញ (ទំព័រ) ហើយទិន្នន័យមិនត្រូវបានបញ្ជូន។ ប្រសិនបើការត្រួតពិនិត្យប្រភេទនេះត្រូវបានស្នើសុំសម្រាប់ UE នោះ ដរាបណាឧបករណ៍ធ្វើការទំនាក់ទំនងចូល បង្កើត TAU ឬផ្ញើទិន្នន័យទៅកាន់តំណឡើង AS នឹងត្រូវបានជូនដំណឹងថាឧបករណ៍នេះអាចប្រើបានហើយ។ ចាប់តាំងពីនីតិវិធី DDN (ការជូនដំណឹងទិន្នន័យចុះក្រោម) ដំណើរការរវាង MME និង S/P-GW ការត្រួតពិនិត្យប្រភេទនេះមានសម្រាប់តែឧបករណ៍ IP ប៉ុណ្ណោះ។

ស្ថានភាពការតភ្ជាប់ PDN - ជូនដំណឹងដល់ AS នៅពេលស្ថានភាពឧបករណ៍ផ្លាស់ប្តូរ (ស្ថានភាពការតភ្ជាប់ PDN) - ការតភ្ជាប់ (ការធ្វើឱ្យសកម្ម PDN) ឬការផ្តាច់ (ការលុប PDN) ។ នេះអាចត្រូវបានប្រើដោយ AS ដើម្បីផ្តួចផ្តើមទំនាក់ទំនងជាមួយ UE ឬផ្ទុយមកវិញដើម្បីយល់ថាការប្រាស្រ័យទាក់ទងមិនអាចទៅរួចទៀតទេ។ ប្រភេទនៃការត្រួតពិនិត្យនេះមានសម្រាប់ឧបករណ៍ IP និងមិនមែន IP ។

ចំនួន UE ដែលមានវត្តមាននៅក្នុងតំបន់ភូមិសាស្ត្រមួយ។ - ប្រភេទនៃការត្រួតពិនិត្យនេះត្រូវបានប្រើដោយ AS ដើម្បីកំណត់ចំនួន UE នៅក្នុងតំបន់ភូមិសាស្ត្រជាក់លាក់មួយ។

ការកេះឧបករណ៍)

នៅក្នុងបណ្តាញ 2G/3G នីតិវិធីចុះឈ្មោះក្នុងបណ្តាញមានពីរដំណាក់កាល៖ ដំបូងឧបករណ៍ដែលបានចុះឈ្មោះជាមួយ SGSN (នីតិវិធីភ្ជាប់) បន្ទាប់មកប្រសិនបើចាំបាច់ វាបានធ្វើឱ្យបរិបទ PDP សកម្ម - ការតភ្ជាប់ជាមួយច្រកចេញចូលកញ្ចប់ព័ត៌មាន (GGSN) ដើម្បីបញ្ជូនទិន្នន័យ។ នៅក្នុងបណ្តាញ 3G នីតិវិធីទាំងពីរនេះបានកើតឡើងជាបន្តបន្ទាប់ ពោលគឺឧ។ ឧបករណ៍​មិន​បាន​រង់ចាំ​ពេល​ដែល​វា​ត្រូវ​ការ​ផ្ទេរ​ទិន្នន័យ​នោះ​ទេ ប៉ុន្តែ​បាន​បើក​ដំណើរការ PDP ភ្លាមៗ​បន្ទាប់​ពី​ដំណើរការ​ភ្ជាប់​ត្រូវ​បាន​បញ្ចប់។ នៅក្នុង LTE នីតិវិធីទាំងពីរនេះត្រូវបានបញ្ចូលគ្នាជាតែមួយ ពោលគឺនៅពេលភ្ជាប់ ឧបករណ៍ភ្លាមៗបានស្នើសុំការធ្វើឱ្យការតភ្ជាប់ PDN សកម្ម (ស្រដៀងទៅនឹង PDP ក្នុង 2G/3G) តាមរយៈ eNodeB ទៅ MME-SGW-PGW ។

NB-IoT កំណត់វិធីតភ្ជាប់ជា "ភ្ជាប់ដោយគ្មាន PDN" ពោលគឺ UE ភ្ជាប់ដោយមិនបង្កើតការតភ្ជាប់ PDN ។ ក្នុង​ករណី​នេះ វា​មិន​មាន​សម្រាប់​បញ្ជូន​ចរាចរណ៍​ទេ ហើយ​អាច​ទទួល​បាន​ឬ​ផ្ញើ​សារ SMS ប៉ុណ្ណោះ។ ដើម្បីផ្ញើពាក្យបញ្ជាទៅឧបករណ៍បែបនេះដើម្បីដំណើរការ PDN និងភ្ជាប់ទៅ AS មុខងារ "ការកេះឧបករណ៍" ត្រូវបានបង្កើតឡើង។

នៅពេលទទួលបានពាក្យបញ្ជាដើម្បីភ្ជាប់ UE ពី AS នោះ SCEF ចាប់ផ្តើមផ្ញើសារ SMS បញ្ជាទៅឧបករណ៍តាមរយៈមជ្ឈមណ្ឌលផ្ញើសារ។ នៅពេលទទួលសារ SMS ឧបករណ៍នឹងដំណើរការ PDN ហើយភ្ជាប់ទៅ AS ដើម្បីទទួលបានការណែនាំបន្ថែម ឬផ្ទេរទិន្នន័យ។

អាចមានពេលខ្លះនៅពេលដែលការជាវឧបករណ៍របស់អ្នកផុតកំណត់នៅលើ SCEF ។ បាទ/ចាស ការជាវមានអាយុកាលផ្ទាល់ខ្លួន កំណត់ដោយប្រតិបត្តិករ ឬយល់ព្រមជាមួយ AS ។ នៅពេលផុតកំណត់ PDN នឹងត្រូវបានបិទដំណើរការនៅលើ MME ហើយឧបករណ៍នឹងក្លាយទៅជាមិនអាចប្រើបានសម្រាប់ AS ។ ក្នុងករណីនេះមុខងារ "ការកេះឧបករណ៍" ក៏នឹងជួយផងដែរ។ នៅពេលទទួលបានទិន្នន័យថ្មីពី AS SCEF នឹងស្វែងរកស្ថានភាពនៃការតភ្ជាប់ឧបករណ៍ និងបញ្ជូនទិន្នន័យតាមរយៈឆានែល SMS ។

សេចក្តីសន្និដ្ឋាន

ជាការពិតណាស់ មុខងាររបស់ SCEF មិនត្រូវបានកំណត់ចំពោះសេវាកម្មដែលបានពិពណ៌នាខាងលើទេ ហើយកំពុងវិវត្ត និងពង្រីកឥតឈប់ឈរ។ បច្ចុប្បន្ននេះ សេវាជាងដប់មួយត្រូវបានធ្វើឱ្យមានលក្ខណៈស្តង់ដារសម្រាប់ SCEF រួចហើយ។ ឥឡូវនេះយើងបានប៉ះតែលើមុខងារសំខាន់ៗដែលមានតម្រូវការពីអ្នកអភិវឌ្ឍន៍ យើងនឹងនិយាយអំពីអ្វីដែលនៅសល់នៅក្នុងអត្ថបទនាពេលអនាគត។

សំណួរភ្លាមៗកើតឡើង: របៀបដើម្បីទទួលបានការចូលប្រើសាកល្បងទៅថ្នាំង "អព្ភូតហេតុ" នេះសម្រាប់ការធ្វើតេស្តបឋមនិងការបំបាត់កំហុសនៃករណីដែលអាចកើតមាន? អ្វីគ្រប់យ៉ាងគឺសាមញ្ញណាស់។ អ្នកអភិវឌ្ឍន៍ណាមួយអាចផ្ញើសំណើទៅ iot.info@mts.ru ដែលក្នុងនោះវាគ្រប់គ្រាន់ដើម្បីបង្ហាញពីគោលបំណងនៃការតភ្ជាប់ ការពិពណ៌នាអំពីករណីដែលអាចកើតមាន និងព័ត៌មានទំនាក់ទំនងសម្រាប់ការទំនាក់ទំនង។

រហូតដល់​ពេលក្រោយ!

អ្នកនិពន្ធ៖

• អ្នកជំនាញជាន់ខ្ពស់នៃនាយកដ្ឋានដំណោះស្រាយរួម និងសេវាកម្មពហុព័ត៌មាន លោក Sergey Novikov សាណូវ,
• អ្នកជំនាញនៃផ្នែកដំណោះស្រាយរួម និងសេវាកម្មពហុព័ត៌មាន Alexey Lapshin aslapsh

ប្រភព: www.habr.com