Нийтлэлд "", NB-IoT сүлжээний пакетийн цөмийн архитектурын талаар ярихдаа бид шинэ SCEF зангилааны дүр төрхийг дурдсан. Энэ нь юу вэ, яагаад хэрэгтэй байгааг бид гурав дахь хэсэгт тайлбарлав.
M2M үйлчилгээг бий болгохдоо програм хөгжүүлэгчид дараах асуултуудтай тулгардаг.
- төхөөрөмжийг хэрхэн тодорхойлох;
- ямар баталгаажуулах, баталгаажуулах алгоритмыг ашиглах;
- төхөөрөмжүүдтэй харилцахын тулд ямар тээврийн протокол сонгох;
- төхөөрөмжүүдэд өгөгдлийг хэрхэн найдвартай хүргэх;
- тэдэнтэй мэдээлэл солилцох журмыг хэрхэн зохион байгуулах, тогтоох;
- тэдний нөхцөл байдлын талаархи мэдээллийг онлайнаар хэрхэн хянах, авах;
- Хэрхэн өөрийн төхөөрөмжүүдийн бүлэгт өгөгдлийг нэгэн зэрэг хүргэх;
- нэг төхөөрөмжөөс хэд хэдэн үйлчлүүлэгч рүү хэрхэн нэгэн зэрэг өгөгдөл илгээх;
- төхөөрөмжөө удирдах нэмэлт операторын үйлчилгээнд хэрхэн нэгдсэн хандалт авах.
Тэдгээрийг шийдэхийн тулд техникийн хувьд "хүнд" шийдлүүдийг бий болгох шаардлагатай бөгөөд энэ нь хөдөлмөрийн зардал, зах зээлд хүргэх үйлчилгээний хугацааг нэмэгдүүлэхэд хүргэдэг. Энэ бол шинэ SCEF зангилаа аврах ажилд ирдэг газар юм.
3GPP-ийн тодорхойлсончлон SCEF (үйлчилгээний чадварт өртөх функц) нь API-уудаар дамжуулан 3GPP сүлжээний интерфэйсүүдийн үзүүлж буй үйлчилгээ, чадавхийг аюулгүйгээр харуулах үүрэг бүхий 3GPP архитектурын цоо шинэ бүрэлдэхүүн хэсэг юм.
Энгийнээр хэлбэл, SCEF нь сүлжээ болон програмын сервер (AS) хооронд зуучлагч бөгөөд энгийн, стандартчилагдсан API интерфейсээр дамжуулан NB-IoT сүлжээнд таны M2M төхөөрөмжийг удирдах операторын үйлчилгээнд нэвтрэх нэг цонх юм.
SCEF нь операторын сүлжээний нарийн төвөгтэй байдлыг нуун дарагдуулж, програм хөгжүүлэгчдэд төхөөрөмжтэй харилцах нарийн төвөгтэй, төхөөрөмжид хамаарах механизмуудыг салгах боломжийг олгодог.
Сүлжээний протоколуудыг програм хөгжүүлэгчдэд танил API болгон хувиргаснаар SCEF API нь шинэ үйлчилгээ бий болгоход тус дөхөм болж, зах зээлд гарах хугацааг багасгадаг. Шинэ зангилаа нь хөдөлгөөнт төхөөрөмжийг таних/гэрчилгээжүүлэх, төхөөрөмж болон AS хооронд өгөгдөл солилцох дүрмийг тодорхойлох, програм хөгжүүлэгчид эдгээр функцийг өөрсдийн талд хэрэгжүүлэх хэрэгцээг арилгах, эдгээр функцийг операторын мөрөн дээр шилжүүлэх функцүүдийг багтаасан болно.
SCEF нь програмын серверүүдийн нэвтрэлт танилт, зөвшөөрөл, UE хөдөлгөөнт байдлыг хангах, өгөгдөл дамжуулах, төхөөрөмжийг идэвхжүүлэх, нэмэлт үйлчилгээнд нэвтрэх, операторын сүлжээний чадавхийг хангахад шаардлагатай интерфейсүүдийг хамардаг.
AS-ийн хувьд 8GPP-ээр стандартчилагдсан API (HTTP/JSON) гэсэн ганц T3 интерфейстэй. T8-аас бусад бүх интерфейс нь DIAMETER протокол дээр тулгуурлан ажилладаг (Зураг 1).
T6a - SCEF болон MME хоорондын интерфейс. Mobility/Session удирдлагын горим, IP бус өгөгдөл дамжуулах, мониторингийн үйл явдлыг хангах, тэдгээрийн тайланг хүлээн авахад ашигладаг.
S6t - SCEF болон HSS хоорондын интерфейс. Захиалагчийн баталгаажуулалт, програмын серверийн зөвшөөрөл, гадаад ID болон 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) гадаад ID-тай холбох;
- IP бус урсгалыг дамжуулах (IP бус өгөгдөл дамжуулах, NIDD);
- гадаад бүлгийн ID-г ашиглан бүлгийн үйлдлүүд;
- баталгаажуулалт бүхий өгөгдөл дамжуулах горимыг дэмжих;
- MO (Mobile Originated) болон MT (Mobile Terminated) өгөгдлийг буферлэх;
- төхөөрөмжүүд болон програмын серверүүдийн баталгаажуулалт, зөвшөөрөл;
- нэг UE-ийн өгөгдлийг хэд хэдэн AS-аар нэгэн зэрэг ашиглах;
- UE-ийн статусын хяналтын тусгай функцуудыг дэмжих (MONTE – Хяналтын үйл явдлууд);
- төхөөрөмжийг идэвхжүүлэх;
- IP бус өгөгдлийн роуминг хийх.
AS болон SCEF-ийн харилцан үйлчлэлийн үндсэн зарчим нь схем гэж нэрлэгддэг зүйл дээр суурилдаг. захиалга. Хэрэв тодорхой UE-ийн аль нэг SCEF үйлчилгээнд хандах шаардлагатай бол програмын сервер нь хүссэн үйлчилгээний тодорхой API руу тушаал илгээж захиалга үүсгэж, хариуд нь өвөрмөц танигч хүлээн авах шаардлагатай. Үүний дараа энэ үйлчилгээний хүрээнд UE-тэй хийх бүх үйлдлүүд, харилцаа холбоог энэ танигч ашиглан хийх болно.
Гадаад ID: Бүх нийтийн төхөөрөмжийн танигч
SCEF-ээр дамжуулан ажиллах үед AS ба төхөөрөмжүүдийн хоорондын харилцан үйлчлэлийн схемд гарсан хамгийн чухал өөрчлөлтүүдийн нэг бол бүх нийтийн танигч гарч ирэх явдал юм. Одоо сонгодог 2G/3G/LTE сүлжээнд байдаг шиг утасны дугаар (MSISDN) эсвэл IP хаягийн оронд програмын серверийн төхөөрөмжийн танигч нь "гадаад ID" болж хувирдаг. Энэ нь програм хөгжүүлэгчдэд танил болсон “@” форматын стандартаар тодорхойлогддог.
Хөгжүүлэгчид төхөөрөмжийн баталгаажуулалтын алгоритмыг хэрэгжүүлэх шаардлагагүй болсон бөгөөд сүлжээ нь энэ функцийг бүрэн хариуцдаг. Гадны ID нь IMSI-тэй холбоотой бөгөөд хөгжүүлэгч нь тодорхой гадаад ID руу нэвтрэхдээ тодорхой SIM карттай харьцдаг гэдэгт итгэлтэй байж болно. SIM чип ашиглах үед гадаад ID нь тодорхой төхөөрөмжийг өвөрмөц байдлаар тодорхойлох үед та бүрэн өвөрмөц нөхцөл байдлыг олж авах болно!
Нэмж дурдахад, хэд хэдэн гадаад ID-г нэг IMSI-тэй холбож болно - гадаад ID нь тодорхой төхөөрөмж дээрх тодорхой үйлчилгээг хариуцах тусгай програмыг өвөрмөц байдлаар тодорхойлох үед бүр илүү сонирхолтой нөхцөл байдал үүсдэг.
Бүлэг танигч нь мөн гарч ирнэ - гадаад бүлгийн ID, үүнд бие даасан гадаад ID-уудын багц орно. Одоо 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 урсгалаас хоёр маш чухал давуу тал гарч ирдэг:
Гадаад ID-ээр дамжуулан төхөөрөмжид 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-ийн цорын ганц төхөөрөмж танигч нь гадаад ID тул AS нь зөвхөн SCEF-д тодорхой гадаад ID-д зориулж өгөгдлийн пакет илгээх шаардлагатай бөгөөд бусад асуудлыг SCEF хариуцдаг. Хэрэв төхөөрөмж PSM эсвэл eDRX эрчим хүч хэмнэх горимд байгаа бол төхөөрөмж бэлэн болмогц өгөгдлийг буфер болгож, хүргэх болно. Хэрэв төхөөрөмж замын хөдөлгөөнд оролцох боломжтой бол өгөгдлийг нэн даруй хүргэх болно. Удирдлагын багуудын хувьд ч мөн адил.
Хэзээ ч AS нь буферлэгдсэн мессежийг UE-д эргүүлэн татах эсвэл шинээр солих боломжтой.
Буферийн механизмыг UE-ээс AS руу MO өгөгдлийг дамжуулах үед мөн ашиглаж болно. Хэрэв SCEF нь AS-д өгөгдлийг нэн даруй хүргэх боломжгүй байсан бол, жишээлбэл, AS серверүүд дээр засварын ажил үргэлжилж байгаа бол эдгээр пакетууд буферт хадгалагдаж, AS бэлэн болмогц хүргэх баталгаатай болно.
Дээр дурдсанчлан, AS-ийн тодорхой үйлчилгээ болон UE-д хандах хандалтыг (мөн NIDD бол үйлчилгээ юм) SCEF талын дүрэм, бодлогоор зохицуулдаг бөгөөд энэ нь нэг UE-ийн өгөгдлийг хэд хэдэн AS-д нэгэн зэрэг ашиглах онцгой боломжийг олгодог. Тэдгээр. хэрэв хэд хэдэн AS нэг UE-д бүртгүүлсэн бол UE-ээс өгөгдөл хүлээн авсны дараа SCEF үүнийг бүх захиалсан AS-д илгээнэ. Энэ нь тусгай төхөөрөмжүүдийн флотыг бүтээгч хэд хэдэн үйлчлүүлэгчдийн хооронд өгөгдөл солилцдог тохиолдолд тохиромжтой. Жишээлбэл, NB-IoT дээр ажилладаг цаг уурын станцуудын сүлжээг бий болгосноор та тэдгээрийн өгөгдлийг олон үйлчилгээнд нэгэн зэрэг зарах боломжтой.
Баталгаат мессеж хүргэх механизм
Найдвартай мэдээллийн үйлчилгээ нь TCP дээр гар барих гэх мэт протоколын түвшинд тусгай алгоритмыг ашиглахгүйгээр MO болон MT мессежийг баталгаатай хүргэх механизм юм. Энэ нь UE болон SCEF хооронд солилцох үед мессежийн үйлчилгээний хэсэгт тусгай тугийг оруулснаар ажилладаг. Хөдөлгөөнийг дамжуулахдаа энэ механизмыг идэвхжүүлэх эсэх нь AS шийдвэрлэдэг.
Хэрэв механизм идэвхжсэн бол UE нь MO урсгалыг баталгаатай хүргэх шаардлагатай үед багцын дээд хэсэгт тусгай тугийг оруулна. Ийм багцыг хүлээн авсны дараа SCEF нь UE-д хүлээн зөвшөөрсөн хариу өгнө. Хэрэв UE нь хүлээн зөвшөөрөгдсөн багцыг хүлээж аваагүй бол SCEF руу илгээсэн багцыг дахин илгээнэ. MT урсгалын хувьд ижил зүйл тохиолддог.
Төхөөрөмжийн хяналт (үйл явдлыг хянах - MONTE)
Дээр дурдсанчлан SCEF функц нь бусад зүйлсийн дунд UE-ийн төлөвийг хянах функцуудыг агуулдаг. төхөөрөмжийн хяналт. Хэрэв шинэ таниулбарууд болон өгөгдөл дамжуулах механизмууд нь одоо байгаа процедуруудын оновчлол (маш ноцтой ч) юм бол MONTE нь 2G/3G/LTE сүлжээнд байхгүй цоо шинэ функц юм. MONTE нь AS-д холболтын байдал, холболтын боломж, байршил, роуминг статус гэх мэт төхөөрөмжийн параметрүүдийг хянах боломжийг олгодог. Бид тус бүрийн талаар дараа нь илүү дэлгэрэнгүй ярих болно.
Хэрэв төхөөрөмж эсвэл бүлэг төхөөрөмжүүдийн мониторингийн аливаа үйл явдлыг идэвхжүүлэх шаардлагатай бол AS нь гадаад Id эсвэл гадаад бүлгийн ID, AS танигч, хяналт гэх мэт параметрүүдийг агуулсан API MONTE командыг SCEF-д илгээж харгалзах үйлчилгээнд бүртгүүлдэг. 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-г ямар нэгэн шалтгаанаар сүлжээнээс хүчээр устгасан тохиолдолд энэ үйл явдал мөн тохиолддог.
* Төхөөрөмжийг ашиглах боломжтой хэвээр байгаа гэдгийг сүлжээнд мэдэгдэхийн тулд энэ нь үе үе шинэчлэх процедурыг эхлүүлдэг - Tracking Area Update (TAU). Энэ процедурын давтамжийг сүлжээгээр T3412 таймер эсвэл (PSM-ийн хувьд T3412_extended) ашиглан тохируулдаг бөгөөд утгыг нь Хавсаргах процедур эсвэл дараагийн TAU үед төхөөрөмжид дамжуулдаг. Гар утасны хүртээмжийн таймер нь ихэвчлэн T3412-ээс хэдэн минут урт байдаг. Хэрэв UE нь "Гар утсанд холбогдох таймер"-ын хугацаа дуусахаас өмнө TAU хийгээгүй бол сүлжээ үүнийг цаашид холбогдох боломжгүй гэж үзнэ.
UE-д хүрэх боломж – UE хэзээ DL траффик эсвэл SMS ашиглах боломжтой болохыг заана. Энэ нь UE нь пейжинг хийх боломжтой болсон үед (eDRX горим дахь UE-ийн хувьд) эсвэл UE нь ECM-CONNECTED горимд орох үед (PSM эсвэл eDRX горим дахь UE-ийн хувьд), өөрөөр хэлбэл. TAU-г хийдэг эсвэл uplink пакет илгээдэг.
Байршлын тайлан – Энэ төрлийн хяналтын үйл явдлууд нь AS-д UE-ийн байршлыг асуух боломжийг олгодог. Одоогийн байршил (Одоогийн байршил) эсвэл хамгийн сүүлд мэдэгдэж буй байршлын аль нэгийг (төхөөрөмжийн TAU хийсэн эсвэл хамгийн сүүлд дамжуулсан траффикийн үүрний ID-аар тодорхойлогддог хамгийн сүүлд мэдэгдэж буй байршил) хүсэлт гаргаж болох бөгөөд энэ нь PSM эсвэл eDRX эрчим хүчний хэмнэлттэй төхөөрөмжүүдэд хамааралтай. горимууд. "Одоогийн байршил"-ын хувьд AS нь төхөөрөмжийн байршил өөрчлөгдөх бүрд MME нь AS-д мэдээлэхийн хамт олон дахин хариу хүсэлт гаргах боломжтой.
IMSI-IMEI холбооны өөрчлөлт - Энэ үйл явдал идэвхжсэн үед SCEF нь IMSI (SIM карт танигч) ба IMEI (төхөөрөмжийн танигч) хослолын өөрчлөлтийг хянаж эхэлдэг. Үйл явдал тохиолдоход AS-д мэдэгдэнэ. Хуваарьт солих ажлын явцад төхөөрөмжид гадаад ID-г автоматаар дахин холбох эсвэл төхөөрөмжийг хулгайлсан тохиолдолд танигч болгон ашиглах боломжтой.
Роуминг статус – энэ төрлийн хяналтыг AS нь UE нь гэрийн сүлжээнд эсвэл роуминг түншийн сүлжээнд байгаа эсэхийг тодорхойлоход ашигладаг. Сонголтоор тухайн төхөөрөмжийг бүртгүүлсэн операторын PLMN (Нийтийн газрын хөдөлгөөнт сүлжээ) дамжуулж болно.
Харилцаа холбооны доголдол — Энэ төрлийн хяналт нь радио хандалтын сүлжээнээс (S1-AP протокол) хүлээн авсан холболтын тасалдсан шалтгаан (шалтгааны код) дээр үндэслэн төхөөрөмжтэй харилцах явцад гарсан алдааны талаар AS-д мэдээлдэг. Энэ үйл явдал нь харилцаа холбоо яагаад бүтэлгүйтсэнийг тодорхойлоход тусална - жишээлбэл, eNodeb хэт ачаалалтай үед (Радио нөөц байхгүй) эсвэл төхөөрөмж өөрөө эвдэрсэн (UE-тэй радио холболт тасарсан) зэрэг сүлжээн дэх асуудлаас болж.
DDN алдаа гарсны дараа ашиглах боломжтой – энэ үйл явдал нь холбоо тасарсаны дараа төхөөрөмж бэлэн болсон тухай AS-д мэдээлнэ. Төхөөрөмж рүү өгөгдөл дамжуулах шаардлагатай үед ашиглах боломжтой боловч UE нь сүлжээний мэдэгдэлд (пейжер) хариу өгөөгүй, өгөгдөл нь хүргэгдээгүй тул өмнөх оролдлого амжилтгүй болсон. Хэрэв UE-д ийм төрлийн хяналт тавих хүсэлт гаргасан бол төхөөрөмж нь ирж буй холбоо барих, TAU хийх эсвэл дээд холбоос руу өгөгдөл илгээх үед төхөөрөмж бэлэн болсон тухай AS-д мэдэгдэх болно. DDN (downlink data notification) процедур нь MME болон S/P-GW хооронд ажилладаг тул энэ төрлийн хяналтыг зөвхөн IP төхөөрөмжүүдэд ашиглах боломжтой.
PDN холболтын төлөв – төхөөрөмжийн төлөв өөрчлөгдөх (PDN холболтын төлөв) - холболт (PDN идэвхжүүлэлт) эсвэл салгах (PDN устгах) үед AS-д мэдэгдэнэ. Үүнийг AS нь UE-тэй холбоо тогтооход ашиглаж болно, эсвэл эсрэгээр нь харилцаа холбоо боломжгүй болсон гэдгийг ойлгохын тулд ашиглаж болно. Энэ төрлийн хяналтыг IP болон IP бус төхөөрөмжүүдэд ашиглах боломжтой.
Газарзүйн бүсэд байгаа UE-ийн тоо – Энэ төрлийн хяналтыг АС нь газарзүйн тодорхой бүс дэх UE-ийн тоог тодорхойлоход ашигладаг.
Төхөөрөмжийг идэвхжүүлж байна)
2G/3G сүлжээнд сүлжээнд бүртгүүлэх журам нь хоёр үе шаттай байсан: эхлээд SGSN-д бүртгүүлсэн төхөөрөмж (хавсрах журам), дараа нь шаардлагатай бол PDP контекстийг идэвхжүүлсэн - пакет гарцтай (GGSN) холболт. өгөгдөл дамжуулах. 3G сүлжээнд эдгээр хоёр процедур дараалан явагдсан, өөрөөр хэлбэл. төхөөрөмж өгөгдөл дамжуулах шаардлагатай мөчийг хүлээгээгүй боловч хавсаргах процедур дууссаны дараа шууд PDP-г идэвхжүүлсэн. LTE-д эдгээр хоёр процедурыг нэг болгон нэгтгэсэн, өөрөөр хэлбэл, залгах үед төхөөрөмж MME-SGW-PGW руу eNodeB-ээр дамжуулан PDN холболтыг (2G/3G-ийн PDP-тэй адил) идэвхжүүлэхийг хүссэн.
NB-IoT нь холболтын аргыг "PDNгүйгээр хавсаргах" гэж тодорхойлдог, өөрөөр хэлбэл UE нь PDN холболт үүсгэхгүйгээр хавсаргадаг. Энэ тохиолдолд урсгалыг дамжуулах боломжгүй бөгөөд зөвхөн SMS хүлээн авах эсвэл илгээх боломжтой. Ийм төхөөрөмж рүү PDN-г идэвхжүүлж, AS-д холбогдох командыг илгээхийн тулд "Төхөөрөмжийг идэвхжүүлэх" функцийг боловсруулсан.
Ийм UE-г AS-аас холбох командыг хүлээн авах үед SCEF нь SMS төвөөр дамжуулан төхөөрөмж рүү хяналтын SMS илгээж эхэлдэг. SMS хүлээн авах үед төхөөрөмж PDN-г идэвхжүүлж, нэмэлт заавар хүлээн авах эсвэл өгөгдөл дамжуулахын тулд AS-д холбогддог.
Таны төхөөрөмжийн захиалгын хугацаа SCEF дээр дуусч магадгүй. Тийм ээ, захиалга нь операторын тогтоосон эсвэл AS-тай тохиролцсон өөрийн гэсэн ашиглалтын хугацаатай байдаг. Хугацаа дууссаны дараа MME дээрх PDN идэвхгүй болох ба төхөөрөмж AS-д боломжгүй болно. Энэ тохиолдолд "Төхөөрөмжийг идэвхжүүлэх" функц нь бас туслах болно. AS-аас шинэ мэдээлэл хүлээн авах үед SCEF нь төхөөрөмжийн холболтын төлөвийг олж мэдээд SMS сувгаар дамжуулан мэдээллийг хүргэх болно.
дүгнэлт
SCEF-ийн үйл ажиллагаа нь мэдээж дээр дурдсан үйлчилгээнээр хязгаарлагдахгүй бөгөөд байнга хөгжиж, өргөжиж байдаг. Одоогоор SCEF-д зориулж арав гаруй үйлчилгээг аль хэдийн стандартчилсан байна. Одоо бид зөвхөн хөгжүүлэгчдээс эрэлт хэрэгцээтэй байгаа үндсэн функцуудыг хөндсөн бөгөөд үлдсэн зүйлийн талаар бид дараагийн нийтлэлүүдэд ярих болно.
Энэ "гайхамшигт" зангилаа руу тестийн хандалтыг хэрхэн яаж авах вэ гэсэн асуулт гарч ирж байна. Бүх зүйл маш энгийн. Аливаа хөгжүүлэгч хүсэлт гаргаж болно [имэйлээр хамгаалагдсан], үүнд холболтын зорилго, боломжит тохиолдлын тодорхойлолт, харилцахын тулд холбоо барих мэдээллийг зааж өгөхөд хангалттай.
Дараагийн удаа хүртэл!
Зохиогчид:
- Конвергент шийдэл, мультимедиа үйлчилгээний хэлтсийн ахлах мэргэжилтэн Сергей Новиков ,
- Конвергент шийдэл, мультимедиа үйлчилгээний хэлтсийн мэргэжилтэн Алексей Лапшин
Эх сурвалж: www.habr.com