NB-IoT: اهو ڪيئن ڪم ڪندو آهي؟ حصو 3: SCEF - آپريٽر سروسز تائين رسائي جي واحد ونڊو

مضمون ۾ “NB-IoT: اهو ڪيئن ڪم ڪندو آهي؟ حصو 2"، NB-IoT نيٽ ورڪ جي پيڪيٽ ڪور جي فن تعمير بابت ڳالهائيندي، اسان هڪ نئين SCEF نوڊ جي ظاهري جو ذڪر ڪيو. اسان ٽئين حصي ۾ وضاحت ڪنداسين ته اهو ڇا آهي ۽ ان جي ضرورت ڇو آهي؟

جڏهن M2M سروس ٺاهيندي، ايپليڪيشن ڊولپرز کي هيٺين سوالن کي منهن ڏيڻو پوندو:

• ڊوائيسز کي ڪيئن سڃاڻڻ؛
• ڪهڙي تصديق ۽ تصديق واري الگورتھم استعمال ڪرڻ لاءِ؛
• جيڪو ٽرانسپورٽ پروٽوڪول چونڊڻ لاء ڊوائيسز سان رابطي لاء؛
• ڪيئن معتبر طور تي ڊيٽا کي ڊوائيسز تائين پهچائڻ؛
• ڪيئن منظم ڪرڻ ۽ انهن سان ڊيٽا مٽائڻ لاء ضابطا قائم ڪرڻ؛
• ڪيئن مانيٽر ڪرڻ ۽ سندن حالت آن لائن جي باري ۾ معلومات حاصل ڪرڻ لاء؛
• توهان جي ڊوائيسن جي هڪ گروپ کي هڪ ئي وقت ۾ ڊيٽا ڪيئن پهچائڻ؛
• هڪ ئي وقت هڪ ڊوائيس مان ڪيترن ئي گراهڪن کي ڊيٽا ڪيئن موڪلڻ؛
• توهان جي ڊوائيس کي منظم ڪرڻ لاء اضافي آپريٽر سروسز تائين متحد رسائي ڪيئن حاصل ڪجي.

انهن کي حل ڪرڻ لاءِ، ضروري آهي ته مالڪي واري ٽيڪنيڪل طور تي ”هيئي“ حل پيدا ڪيا وڃن، جيڪي مزدورن جي لاڳت ۽ وقت کان مارڪيٽ سروسز کي وڌائين ٿا. اهو آهي جتي نئين SCEF نوڊ بچاء لاء اچي ٿو.

جيئن ته 3GPP پاران وضاحت ڪئي وئي آهي، SCEF (خدمت جي صلاحيت جي نمائش فنڪشن) 3GPP فن تعمير جو هڪ مڪمل طور تي نئون جزو آهي جنهن جو ڪم محفوظ طور تي APIs ذريعي 3GPP نيٽ ورڪ انٽرفيس پاران مهيا ڪيل خدمتن ۽ صلاحيتن کي بي نقاب ڪرڻ آهي.

سادي لفظن ۾، SCEF نيٽ ورڪ ۽ ايپليڪيشن سرور (AS) جي وچ ۾ هڪ وچولي آهي، توهان جي M2M ڊيوائس کي NB-IoT نيٽ ورڪ ۾ منظم ڪرڻ لاءِ آپريٽر سروسز تائين پهچ جي هڪ واحد ونڊو هڪ وجداني، معياري API انٽرفيس ذريعي.

SCEF هڪ آپريٽر جي نيٽ ورڪ جي پيچيدگي کي لڪائيندو آهي، ايپليڪيشن ڊولپرز کي اجازت ڏئي ٿو ته پيچيده، ڊوائيس سان رابطي لاء مخصوص ميڪانيزم کي ختم ڪرڻ لاء.

ايپليڪيشن ڊولپرز لاءِ نيٽ ورڪ پروٽوڪول کي هڪ واقف API ۾ تبديل ڪرڻ سان، SCEF API نئين خدمتن جي تخليق کي آسان بڻائي ٿو ۽ مارڪيٽ تائين وقت گھٽائي ٿو. نئين نوڊ ۾ موبائيل ڊوائيسز جي سڃاڻپ/تصديق ڪرڻ، ڊيوائس ۽ اي ايس جي وچ ۾ ڊيٽا جي مٽاسٽا لاءِ ضابطن جي وضاحت ڪرڻ، ايپليڪيشن ڊولپرز جي ضرورت کي ختم ڪرڻ، انهن ڪمن کي انهن جي پاسي تي لاڳو ڪرڻ، انهن ڪمن کي آپريٽر جي ڪلهن تي منتقل ڪرڻ لاءِ افعال پڻ شامل آهن.

SCEF ايپليڪيشن سرورز جي تصديق ۽ اختيار ڪرڻ لاءِ ضروري انٽرفيس کي ڍڪي ٿو، UE موبليٽي کي برقرار رکڻ، ڊيٽا جي منتقلي ۽ ڊيوائس ٽرگرنگ، اضافي خدمتن تائين رسائي ۽ آپريٽر نيٽ ورڪ صلاحيتون.

AS جي طرف هڪ واحد T8 انٽرفيس آهي، هڪ API (HTTP/JSON) معياري 3GPP طرفان. سڀ انٽرفيس، T8 جي استثنا سان، DIAMETER پروٽوڪول جي بنياد تي ڪم ڪن ٿا (تصوير 1).

T6a - SCEF ۽ MME جي وچ ۾ انٽرفيس. موبلٽي/سيشن مئنيجمينٽ جي طريقيڪار لاءِ استعمال ڪيو ويو، غير IP ڊيٽا جي منتقلي، واقعن جي نگراني ڪرڻ ۽ انهن تي رپورٽون حاصل ڪرڻ.

S6t - SCEF ۽ HSS جي وچ ۾ انٽرفيس. سبسڪرائبر جي تصديق، ايپليڪيشن سرورز جي اجازت ڏيڻ، خارجي ID ۽ IMSI/MSISDN جو ميلاپ حاصل ڪرڻ، نگراني جي واقعن جي فراهمي ۽ انهن تي رپورٽون حاصل ڪرڻ جي ضرورت آهي.

S6m/T4 - SCEF کان HSS ۽ SMS-C تائين انٽرفيس (3GPP MTC-IWF نوڊ جي وضاحت ڪري ٿو، جيڪو NB-IoT نيٽ ورڪن ۾ ڊيوائس ٽرگرنگ ۽ ايس ايم ايس ٽرانسميشن لاءِ استعمال ٿيندو آهي. جڏهن ته، سڀني عملن ۾ هن نوڊ جي ڪارڪردگيءَ کي ضم ڪيو ويو آهي. SCEF، تنهنڪري سرڪٽ جي آسانيء لاء، اسان ان کي الڳ الڳ نه سمجهيو ويندو). ايس ايم ايس موڪلڻ ۽ ايس ايم ايس سينٽر سان رابطو ڪرڻ لاء روٽنگ معلومات حاصل ڪرڻ لاء استعمال ڪيو ويو.

T8 - ايپليڪيشن سرورز سان SCEF رابطي لاءِ API انٽرفيس. ٻئي ڪنٽرول حڪم ۽ ٽرئفڪ هن انٽرفيس ذريعي منتقل ڪيا ويا آهن.

*حقيقت ۾ وڌيڪ انٽرفيس آهن؛ صرف سڀ کان وڌيڪ بنيادي هتي ڏنل آهن. هڪ مڪمل فهرست 3GPP 23.682 ۾ ڏنل آهي (4.3.2 ريفرنس پوائنٽس جي فهرست).

هيٺ SCEF جا اهم ڪم ۽ خدمتون آهن:

• سم ڪارڊ جي سڃاڻپ ڪندڙ (IMSI) کي ٻاهرين ID سان ڳنڍڻ؛
• غير IP ٽرئفڪ جي منتقلي (غير IP ڊيٽا پهچائڻ، NIDD)؛
• خارجي گروپ ID استعمال ڪندي گروپ آپريشن؛
• تصديق سان ڊيٽا ٽرانسميشن موڊ جي حمايت؛
• MO (Mobile Originated) ۽ MT (موبائل ختم ٿيل) ڊيٽا جي بفرنگ؛
• ڊوائيسز ۽ ايپليڪيشن سرورز جي تصديق ۽ اختيار؛
• ڪيترن ئي اي ايس پاران هڪ UE کان ڊيٽا جو هڪ ئي وقت استعمال؛
• خاص UE اسٽيٽس مانيٽرنگ افعال لاءِ سپورٽ (MONTE - مانيٽرنگ ايونٽس)؛
• ڊوائيس کي متحرڪ ڪرڻ؛
• غير IP ڊيٽا رومنگ مهيا ڪرڻ.

AS ۽ SCEF جي وچ ۾ رابطي جو بنيادي اصول نام نهاد اسڪيم تي ٻڌل آهي. رڪنيتون. جيڪڏهن اهو ضروري آهي ته ڪنهن مخصوص UE لاءِ ڪنهن به SCEF سروس تائين رسائي حاصل ڪرڻ لاءِ، ايپليڪيشن سرور کي گهربل خدمت جي مخصوص API ڏانهن ڪمانڊ موڪلڻ سان سبسڪرپشن ٺاهڻ جي ضرورت آهي ۽ جواب ۾ هڪ منفرد سڃاڻپ ڪندڙ حاصل ڪري. جنهن کان پوءِ هن سروس جي فريم ورڪ جي اندر UE سان سڀ وڌيڪ ڪارناما ۽ ڪميونيڪيشن هن سڃاڻپ ڪندڙ کي استعمال ڪندي ٿيندي.

خارجي ID: يونيورسل ڊيوائس سڃاڻپ ڪندڙ

AS ۽ ڊوائيسز جي وچ ۾ رابطي واري منصوبي ۾ سڀ کان اهم تبديلين مان هڪ آهي جڏهن SCEF ذريعي ڪم ڪندي هڪ آفاقي سڃاڻپ ڪندڙ جي ظاهر آهي. ھاڻي، ھڪ ٽيليفون نمبر (MSISDN) يا IP پتي جي بدران، جيئن ڪلاسڪ 2G/3G/LTE نيٽ ورڪ ۾ ھو، ايپليڪيشن سرور لاءِ ڊيوائس سڃاڻيندڙ ”ٻاھرين ID“ بڻجي ويندو آھي. اهو معيار طرفان بيان ڪيو ويو آهي هڪ فارميٽ ۾ جيڪو ايپليڪيشن ڊولپرز کان واقف آهي " @ "

ڊولپرز کي هاڻي ڊوائيس جي تصديق واري الگورتھم کي لاڳو ڪرڻ جي ضرورت ناهي؛ نيٽ ورڪ مڪمل طور تي هن فنڪشن تي قبضو ڪري ٿو. خارجي ID IMSI سان ڳنڍيل آهي، ۽ ڊولپر کي پڪ ٿي سگھي ٿو ته جڏهن هڪ مخصوص خارجي ID تائين رسائي، اهو هڪ مخصوص سم ڪارڊ سان رابطو ڪري ٿو. جڏهن هڪ سم چپ استعمال ڪندي، توهان هڪ مڪمل طور تي منفرد صورتحال حاصل ڪندا آهيو جڏهن ٻاهرين ID منفرد طور تي هڪ مخصوص ڊوائيس جي سڃاڻپ ڪري ٿي!

ان کان علاوه، ڪيترن ئي خارجي IDs کي ھڪڙي IMSI سان ڳنڍجي سگھجي ٿو - ھڪڙو وڌيڪ دلچسپ صورتحال پيدا ٿئي ٿي جڏھن بيروني ID منفرد طور تي ھڪڙي مخصوص ايپليڪيشن کي سڃاڻي ٿو جيڪو مخصوص ڊوائيس تي مخصوص خدمت لاء ذميوار آھي.

هڪ گروپ جي سڃاڻپ ڪندڙ پڻ ظاهر ٿئي ٿو - خارجي گروپ ID، جنهن ۾ انفرادي خارجي IDs جو هڪ سيٽ شامل آهي. ھاڻي، ھڪڙي درخواست سان SCEF کي، AS گروپ آپريشن شروع ڪري سگھي ٿو - ھڪڙي منطقي گروپ ۾ متحد ڪيترن ئي ڊوائيسز تي ڊيٽا يا ڪنٽرول حڪم موڪلڻ.

انهي حقيقت جي ڪري ته AS ڊولپرز لاءِ نئين ڊوائيس جي سڃاڻپ ڪندڙ ڏانهن منتقلي فوري طور تي نه ٿي سگهي، SCEF هڪ معياري نمبر - MSISDN ذريعي UE سان AS رابطي جي امڪان کي ڇڏي ڏنو.

غير IP ٽرئفڪ جي منتقلي (غير IP ڊيٽا پهچائڻ، NIDD)

NB-IoT ۾، ڊيٽا جي ننڍڙي مقدار کي منتقل ڪرڻ لاء ميڪانيزم جي اصلاح جي حصي جي طور تي، اڳ ۾ ئي موجود PDN قسمن جي اضافي ۾، جهڙوڪ IPv4، IPv6 ۽ IPv4v6، هڪ ٻيو قسم ظاهر ٿيو آهي - غير IP. انهي صورت ۾، ڊوائيس (UE) هڪ IP پتي کي تفويض نه ڪيو ويو آهي ۽ ڊيٽا کي IP پروٽوڪول استعمال ڪرڻ کان سواء منتقل ڪيو ويندو آهي. اهڙن ڪنيڪشن لاءِ ٽريفڪ ٻن طريقن سان ٿي سگهي ٿي: کلاسک - MME -> SGW -> PGW ۽ پوءِ PtP سرنگ ذريعي AS (Fig. 2) تائين يا SCEF (Fig. 3) استعمال ڪندي.

کلاسک طريقو IP ٽريفڪ تي ڪي خاص فائدا پيش نٿو ڪري، سواءِ IP هيڊرن جي غير موجودگيءَ جي ڪري منتقل ٿيل پيڪٽس جي سائيز کي گهٽائڻ جي. SCEF جو استعمال ڪيترن ئي نون امڪانن کي کولي ٿو ۽ خاص طور تي ڊوائيسز سان رابطي جي طريقيڪار کي آسان بڻائي ٿو.

جڏهن ڊيٽا کي SCEF ذريعي منتقل ڪيو وڃي، ٻه اهم فائدا ظاهر ٿيندا آهن کلاسک IP ٽرئفڪ تي:


ٻاهرين ID ذريعي ڊوائيس تائين ايم ٽي ٽرئفڪ جي پهچائڻ

هڪ کلاسک 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 لاءِ واحد ڊوائيس سڃاڻپ ڪندڙ هڪ خارجي ID آهي، AS کي صرف هڪ ڊيٽا پيڪٽ موڪلڻ جي ضرورت آهي SCEF کي هڪ مخصوص ٻاهرين ID لاءِ، ۽ SCEF باقي جو خيال رکي ٿو. صورت ۾ ڊوائيس PSM يا eDRX پاور بچت موڊ ۾ آهي، ڊيٽا بفر ٿي ويندي ۽ پهچائي ويندي جڏهن ڊوائيس دستياب ٿي ويندي. جيڪڏهن ڊوائيس ٽرئفڪ لاء دستياب آهي، ڊيٽا کي فوري طور تي پهچايو ويندو. ساڳيو ئي انتظامي ٽيمن لاء سچو آهي.

ڪنهن به وقت، AS بفر ٿيل پيغام کي UE ڏانهن ياد ڪري سگھي ٿو يا ان کي نئين سان تبديل ڪري سگھي ٿو.

بفرنگ ميڪانيزم پڻ استعمال ڪري سگھجن ٿيون جڏهن ايم اي ڊيٽا منتقل ڪرڻ کان UE کان AS تائين. جيڪڏهن SCEF ڊيٽا کي فوري طور تي AS تائين پهچائڻ جي قابل نه هئي، مثال طور جيڪڏهن سار سنڀال جو ڪم AS سرورز تي جاري آهي، اهي پيڪيٽ بفر ڪيا ويندا ۽ ضمانت ڏني ويندي جيئن ئي AS دستياب ٿي ويندي.

جيئن مٿي بيان ڪيو ويو آهي، هڪ مخصوص سروس تائين رسائي ۽ AS لاءِ UE (۽ 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 ڏانهن موڪلي ٿو، جنهن ۾ پيٽرول شامل آهن جهڙوڪ خارجي Id يا خارجي گروپ ID، AS سڃاڻپ ڪندڙ، نگراني قسم، رپورٽن جو تعداد، جيڪو AS حاصل ڪرڻ گھري ٿو. جيڪڏهن AS کي درخواست تي عمل ڪرڻ جو اختيار آهي، SCEF، قسم جي بنياد تي، واقعي کي HSS يا MME کي فراهم ڪندو (تصوير 4). جڏهن ڪو واقعو ٿئي ٿو، MME يا HSS SCEF ڏانهن هڪ رپورٽ ٺاهي ٿو، جيڪو ان کي AS ڏانهن موڪلي ٿو.

سڀني واقعن جي فراهمي، استثنا سان "جغرافيائي علائقي ۾ موجود UEs جو تعداد"، HSS ذريعي ٿئي ٿو. ٻه واقعا "IMSI-IMEI ايسوسيئيشن جي تبديلي" ۽ "رومنگ اسٽيٽس" سڌو سنئون HSS تي ٽريڪ ٿيل آهن، باقي HSS پاران MME تي مهيا ڪئي ويندي.
واقعا يا ته هڪ دفعي يا وقتي ٿي سگهن ٿا، ۽ انهن جي قسم سان طئي ٿيل آهن.

ھڪڙي واقعي جي باري ۾ رپورٽ موڪلڻ (رپورٽ ڪرڻ) نوڊ طرفان ڪيو ويندو آھي جيڪو واقعي کي سڌو سنئون SCEF (تصوير 5) ڏانھن ٽريڪ ڪري ٿو.

اهم نقطو: مانيٽرنگ واقعا لاڳو ڪري سگھجن ٿا ٻنهي نان-IP ڊوائيسز تي SCEF ذريعي ڳنڍيل آهن ۽ IP ڊوائيسز MME-SGW-PGW ذريعي کلاسک طريقي سان ڊيٽا منتقل ڪن ٿيون.

اچو ته هر هڪ نگراني جي واقعن تي هڪ ويجهي نظر رکون:

رابطي جو نقصان - AS کي ٻڌائي ٿو ته UE هاڻي موجود ناهي ڊيٽا ٽرئفڪ يا سگنلنگ لاءِ. واقعو تڏهن ٿئي ٿو جڏهن "موبائيل رسيبلٽي ٽائمر" UE لاءِ ايم ايم اي تي ختم ٿئي ٿو. هن قسم جي مانيٽرنگ لاءِ درخواست ۾، AS ان جي ”وڌ کان وڌ سڃاڻڻ واري وقت“ جي قيمت کي ظاهر ڪري سگهي ٿو - جيڪڏهن هن وقت دوران UE ڪا سرگرمي نه ڏيکاري، AS کي ٻڌايو ويندو ته UE دستياب ناهي، سبب ظاهر ڪندي. اهو واقعو پڻ ٿئي ٿو جيڪڏهن UE ڪنهن به سبب لاء نيٽ ورڪ طرفان زبردستي هٽايو ويو.

* نيٽ ورڪ کي ٻڌائڻ لاءِ ته ڊوائيس اڃا تائين موجود آهي، اهو وقتي طور تي هڪ تازه ڪاري جو طريقو شروع ڪري ٿو - ٽريڪنگ ايريا اپڊيٽ (TAU). هن طريقيڪار جي تعدد نيٽ ورڪ طرفان ٽائمر استعمال ڪندي مقرر ڪئي وئي آهي T3412 يا (PSM جي صورت ۾ T3412_extended)، جنهن جي قيمت منسلڪ طريقيڪار يا ايندڙ TAU دوران ڊوائيس ڏانهن منتقل ڪئي وئي آهي. موبائل رسيبلٽي ٽائمر عام طور تي T3412 کان ڪيترائي منٽ ڊگهو آهي. جيڪڏهن UE “موبائيل ريچ ايبلٽي ٽائمر” جي ختم ٿيڻ کان اڳ TAU نه ٺاهيو آهي، نيٽ ورڪ سمجهي ٿو ته ان کي وڌيڪ رسائي لائق نه آهي.

UE جي رسائي - اشارو ڪري ٿو جڏهن UE دستياب ٿئي ٿي ڊي ايل ٽرئفڪ يا ايس ايم ايس لاءِ. اهو تڏهن ٿئي ٿو جڏهن UE پيجنگ لاءِ دستياب ٿئي ٿي (eDRX موڊ ۾ UE لاءِ) يا جڏهن UE داخل ٿئي ٿو ECM-Connected موڊ (PSM يا eDRX موڊ ۾ UE لاءِ)، يعني. هڪ TAU ٺاهي ٿو يا هڪ اپ لنڪ پيڪٽ موڪلي ٿو.

جڳھ جي رپورٽنگ - هن قسم جي مانيٽرنگ واقعن کي اجازت ڏئي ٿو AS کي UE جي مقام بابت سوال ڪرڻ جي. يا ته موجوده جڳھ (موجوده جڳھ) يا آخري سڃاتل جڳھ (سيل ID پاران طئي ٿيل آھي جنھن تان ڊوائيس TAU ٺاھيو يا ٽرئفڪ کي آخري ڀيرو منتقل ڪيو ويو) درخواست ڪري سگھجي ٿو، جيڪو PSM يا eDRX پاور بچت موڊس ۾ ڊوائيسز لاء لاڳاپيل آھي. "موجوده جڳھ" لاءِ، AS بار بار جوابن جي درخواست ڪري سگھي ٿو، ايم ايم اي سان گڏ AS کي ھر دفعي ڊيوائس جي جڳھ جي تبديليءَ جي ڄاڻ ڏئي ٿي.

IMSI-IMEI ايسوسيئيشن جي تبديلي - جڏهن هي واقعو چالو ٿئي ٿو، SCEF IMSI (SIM ڪارڊ سڃاڻپ ڪندڙ) ۽ IMEI (ڊوائيس سڃاڻپ ڪندڙ) جي ميلاپ ۾ تبديلين جي نگراني ڪرڻ شروع ڪري ٿو. جڏهن ڪو واقعو ٿئي ٿو، AS کي اطلاع ڏئي ٿو. استعمال ڪري سگھجي ٿو خودڪار طور تي ھڪڙي خارجي ID کي ھڪڙي ڊوائيس تي ريبائنڊ ڪرڻ لاءِ مقرر ڪيل متبادل ڪم دوران يا ھڪڙي ڊوائيس جي چوري لاءِ سڃاڻپ ڪندڙ جي طور تي خدمت ڪريو.

رومنگ اسٽيٽس - هن قسم جي نگراني 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 ڊوائيسز لاء دستياب آهي.

جغرافيائي علائقي ۾ موجود UEs جو تعداد - اهڙي قسم جي نگراني AS پاران استعمال ڪئي ويندي آهي هڪ خاص جغرافيائي علائقي ۾ UEs جو تعداد طئي ڪرڻ لاءِ.

ڊوائيس کي متحرڪ ڪرڻ)

2G/3G نيٽ ورڪن ۾، نيٽ ورڪ ۾ رجسٽريشن جو طريقو ٻه مرحلو هو: پهريون، ڊوائيس SGSN سان رجسٽر ٿيل آهي (منسلڪ طريقيڪار)، پوء، جيڪڏهن ضروري هجي ته، اهو PDP جي حوالي سان چالو ڪيو - پيڪٽ گيٽ وي سان هڪ ڪنيڪشن (GGSN) ڊيٽا کي منتقل ڪرڻ لاء. 3G نيٽ ورڪن ۾، اهي ٻه طريقا ترتيب وار ٿيا، يعني. ڊوائيس ان وقت جو انتظار نه ڪيو جڏهن ڊيٽا کي منتقل ڪرڻ جي ضرورت هئي، پر PDP کي فوري طور تي فعال ڪيو ويو منسلڪ عمل مڪمل ٿيڻ کان پوء. LTE ۾، اهي ٻه طريقا هڪ ۾ گڏ ڪيا ويا، اهو آهي، جڏهن ڳنڍڻ، ڊوائيس فوري طور تي PDN ڪنيڪشن کي چالو ڪرڻ جي درخواست ڪئي (2G/3G ۾ PDP جي مطابق) eNodeB ذريعي MME-SGW-PGW ڏانهن.

NB-IoT هڪ ڪنيڪشن جو طريقو بيان ڪري ٿو "PDN کان سواءِ ڳنڍيو"، اهو آهي، UE PDN ڪنيڪشن قائم ڪرڻ کان سواءِ ڳنڍي ٿو. انهي صورت ۾، اهو ٽرئفڪ کي منتقل ڪرڻ لاء دستياب ناهي، ۽ صرف وصول يا ايس ايم ايس موڪلي سگهي ٿو. PDN کي چالو ڪرڻ ۽ AS سان ڳنڍڻ لاءِ اهڙي ڊيوائس ڏانهن حڪم موڪلڻ لاءِ، ”ڊيوائس ٽرگرنگ“ ڪارڪردگي ٺاهي وئي.

جڏهن AS کان اهڙي UE کي ڳنڍڻ جو حڪم ملي ٿو، SCEF ايس ايم ايس سينٽر ذريعي ڊوائيس تي ڪنٽرول ايس ايم ايس موڪلڻ شروع ڪري ٿو. جڏهن هڪ ايس ايم ايس وصول ڪندي، ڊوائيس PDN کي چالو ڪري ٿو ۽ وڌيڪ هدايتون حاصل ڪرڻ يا ڊيٽا کي منتقل ڪرڻ لاء AS سان ڳنڍي ٿو.

ڪڏهن ڪڏهن ٿي سگهي ٿو جڏهن توهان جي ڊوائيس جي رڪنيت SCEF تي ختم ٿئي ٿي. ها، سبسڪرپشن جي پنهنجي زندگي آهي، آپريٽر طرفان مقرر ڪيل يا AS سان اتفاق ڪيو ويو آهي. ختم ٿيڻ تي، PDN کي MME تي غير فعال ڪيو ويندو ۽ ڊوائيس AS تائين دستياب نه ٿي ويندي. انهي حالت ۾، "ڊيوائس ٽرگرنگ" ڪارڪردگي پڻ مدد ڪندي. جڏهن AS کان نئين ڊيٽا حاصل ڪندي، SCEF ڊوائيس ڪنيڪشن جي صورتحال معلوم ڪندو ۽ ڊيٽا کي ايس ايم ايس چينل ذريعي پهچائيندو.

ٿڪل

SCEF جي ڪارڪردگي، يقينا، مٿي بيان ڪيل خدمتن تائين محدود ناهي ۽ مسلسل ترقي ۽ وسعت آهي. في الحال، درجن کان وڌيڪ خدمتون اڳ ۾ ئي SCEF لاء معياري ڪيو ويو آهي. ھاڻي اسان صرف انھن مکيه ڪمن کي ڇڪيو آھي جيڪي ڊولپرز کان مطالبو ۾ آھن؛ باقي اسان مستقبل جي مضمونن ۾ ڳالهائينداسين.

سوال فوري طور تي پيدا ٿئي ٿو: ممڪن ڪيسن جي ابتدائي جاچ ۽ ڊيبگنگ لاء هن "معجز" نوڊ تائين ٽيسٽ رسائي ڪيئن حاصل ڪجي؟ هر شيء بلڪل سادي آهي. ڪو به ڊولپر هڪ درخواست جمع ڪري سگهي ٿو [ايميل محفوظ ٿيل]، جنهن ۾ اهو ڪافي آهي ته ڪنيڪشن جو مقصد ظاهر ڪرڻ لاءِ، هڪ ممڪن ڪيس جي وضاحت ۽ رابطي لاءِ رابطي جي معلومات.

DO новых встреч!

ليکڪ:

• ڪنورجنٽ حل ۽ ملٽي ميڊيا سروسز ڊپارٽمينٽ جي سينئر ماهر سرجي نوويڪوف سانوف,
• ڪنورجنٽ حل ۽ ملٽي ميڊيا سروسز ڊپارٽمينٽ جو ماهر Alexey Lapshin aslapsh

جو ذريعو: www.habr.com