NB-IoT: ມັນເຮັດວຽກແນວໃດ? ພາກທີ 2

ເວລາທີ່ຜ່ານມາພວກເຮົາໄດ້ເວົ້າກ່ຽວກັບຄຸນລັກສະນະຂອງມາດຕະຖານ NB-IoT ໃຫມ່ຈາກທັດສະນະຂອງສະຖາປັດຕະຍະກໍາເຄືອຂ່າຍການເຂົ້າເຖິງວິທະຍຸ. ມື້ນີ້ພວກເຮົາຈະປຶກສາຫາລືກ່ຽວກັບສິ່ງທີ່ມີການປ່ຽນແປງໃນເຄືອຂ່າຍຫຼັກພາຍໃຕ້ NB-IoT. ດັ່ງນັ້ນ, ໃຫ້ໄປ.

ມີການປ່ຽນແປງທີ່ສໍາຄັນຕໍ່ກັບຫຼັກຂອງເຄືອຂ່າຍ. ໃຫ້ເລີ່ມຕົ້ນດ້ວຍຄວາມຈິງທີ່ວ່າອົງປະກອບໃຫມ່ໄດ້ປາກົດ, ເຊັ່ນດຽວກັນກັບກົນໄກຈໍານວນຫນຶ່ງ, ເຊິ່ງຖືກກໍານົດໂດຍມາດຕະຖານເຊັ່ນ "CIoT EPS Optimization" ຫຼືການເພີ່ມປະສິດທິພາບຂອງເຄືອຂ່າຍຫຼັກສໍາລັບອິນເຕີເນັດມືຖືຂອງສິ່ງຕ່າງໆ.

ຕາມທີ່ທ່ານຮູ້, ໃນເຄືອຂ່າຍມືຖືມີສອງຊ່ອງທາງການສື່ສານຕົ້ນຕໍ, ເອີ້ນວ່າ Control Plane (CP) ແລະ User Plane (UP). ຍົນຄວບຄຸມແມ່ນມີຈຸດປະສົງເພື່ອແລກປ່ຽນຂໍ້ຄວາມການບໍລິການລະຫວ່າງອົງປະກອບເຄືອຂ່າຍຕ່າງໆ ແລະຖືກນໍາໃຊ້ເພື່ອຮັບປະກັນການເຄື່ອນທີ່ (ການຄຸ້ມຄອງການເຄື່ອນທີ່) ຂອງອຸປະກອນ (UE) ແລະສ້າງ/ຮັກສາເຊດຊັນການສົ່ງຂໍ້ມູນ (ການຈັດການເຊດຊັນ). ໃນຄວາມເປັນຈິງ, ຍົນຜູ້ໃຊ້ແມ່ນຊ່ອງທາງສໍາລັບການສົ່ງການຈະລາຈອນຂອງຜູ້ໃຊ້. ໃນ LTE ແບບຄລາສສິກ, ການແຈກຢາຍ CP ແລະ UP ໃນທົ່ວອິນເຕີເຟດແມ່ນດັ່ງຕໍ່ໄປນີ້:

ກົນໄກການເພີ່ມປະສິດທິພາບຂອງ CP ແລະ UP ສໍາລັບ NB-IoT ແມ່ນຖືກປະຕິບັດຢູ່ໃນໂຫນດ MME, SGW ແລະ PGW, ເຊິ່ງຖືກລວມເຂົ້າກັນຕາມທໍາມະດາເປັນອົງປະກອບດຽວທີ່ເອີ້ນວ່າ C-SGN (Cellular IoT Serving Gateway Node). ມາດຕະຖານຍັງສົມມຸດການເກີດຂື້ນຂອງອົງປະກອບເຄືອຂ່າຍໃຫມ່ - SCEF (Service Capability Exposure Function). ການໂຕ້ຕອບລະຫວ່າງ MME ແລະ SCEF ຖືກເອີ້ນວ່າ T6a ແລະຖືກປະຕິບັດໂດຍອີງໃສ່ໂປໂຕຄອນ DIAMETER. ເຖິງວ່າຈະມີຄວາມຈິງທີ່ວ່າ DIAMETER ເປັນໂປໂຕຄອນສັນຍານ, ໃນ NB-IoT ມັນຖືກດັດແປງສໍາລັບການສົ່ງຂໍ້ມູນຂະຫນາດນ້ອຍທີ່ບໍ່ແມ່ນ IP.

ດັ່ງທີ່ຊື່ຂອງມັນຊີ້ໃຫ້ເຫັນ, SCEF ແມ່ນຂໍ້ສະແດງຄວາມສາມາດໃນການໃຫ້ບໍລິການ. ໃນຄໍາສັບຕ່າງໆອື່ນໆ, SCEF ເຊື່ອງຄວາມຊັບຊ້ອນຂອງເຄືອຂ່າຍຂອງຜູ້ປະຕິບັດການ, ແລະຍັງຊ່ວຍບັນເທົາຜູ້ພັດທະນາແອັບພລິເຄຊັນຂອງຄວາມຕ້ອງການໃນການກໍານົດແລະການກວດສອບອຸປະກອນມືຖື (UE), ອະນຸຍາດໃຫ້ເຄື່ອງແມ່ຂ່າຍຂອງແອັບພລິເຄຊັນ (Application Server, hereinafter AS) ຮັບຂໍ້ມູນແລະຈັດການອຸປະກອນໂດຍຜ່ານອັນດຽວ. ການໂຕ້ຕອບ API.

ຕົວລະບຸ UE ກາຍເປັນເບີໂທລະສັບ (MSISDN) ຫຼືທີ່ຢູ່ IP, ເຊັ່ນດຽວກັນກັບກໍລະນີໃນເຄືອຂ່າຍ 2G/3G/LTE ຄລາສສິກ, ແຕ່ອັນທີ່ເອີ້ນວ່າ "ID ພາຍນອກ", ເຊິ່ງຖືກກໍານົດໂດຍມາດຕະຖານໃນຮູບແບບທີ່ຄຸ້ນເຄີຍ. ໃຫ້ກັບຜູ້ພັດທະນາແອັບພລິເຄຊັນ “@". ນີ້​ແມ່ນ​ຫົວ​ຂໍ້​ຂະ​ຫນາດ​ໃຫຍ່​ທີ່​ແຕກ​ຕ່າງ​ກັນ​ທີ່​ສົມ​ຄວນ​ກັບ​ອຸ​ປະ​ກອນ​ການ​ແຍກ​ຕ່າງ​ຫາກ​, ດັ່ງ​ນັ້ນ​ພວກ​ເຮົາ​ຈະ​ບໍ່​ໄດ້​ເວົ້າ​ກ່ຽວ​ກັບ​ການ​ລາຍ​ລະ​ອຽດ​ໃນ​ປັດ​ຈຸ​ບັນ​.

ຕອນນີ້ໃຫ້ເບິ່ງການປະດິດສ້າງທີ່ສໍາຄັນທີ່ສຸດ. "CIoT EPS Optimization" ແມ່ນການເພີ່ມປະສິດທິພາບຂອງກົນໄກການສົ່ງການຈະລາຈອນແລະການຄຸ້ມຄອງກອງປະຊຸມຜູ້ຈອງ. ນີ້ແມ່ນສິ່ງຕົ້ນຕໍ:

• ໂດນາສ
• NIDD
• ກົນໄກການປະຫຍັດພະລັງງານ PSM ແລະ eDRX
• HLCOM

DoNAS (ຂໍ້ມູນຜ່ານ NAS):

ນີ້ແມ່ນກົນໄກທີ່ຖືກອອກແບບມາເພື່ອເພີ່ມປະສິດທິພາບການໂອນຂໍ້ມູນຈໍານວນນ້ອຍໆ.

ໃນ LTE ແບບຄລາສສິກ, ເມື່ອລົງທະບຽນຢູ່ໃນເຄືອຂ່າຍ, ອຸປະກອນຜູ້ສະຫມັກຈະສ້າງການເຊື່ອມຕໍ່ PDN (ຕໍ່ໄປນີ້ເອີ້ນວ່າ PDN) ຜ່ານ eNodeB ກັບ MME-SGW-PGW. ການເຊື່ອມຕໍ່ UE-eNodeB-MME ແມ່ນອັນທີ່ເອີ້ນວ່າ "Signaling Radio Bearer" (SRB). ຖ້າ​ຫາກ​ວ່າ​ມັນ​ເປັນ​ສິ່ງ​ຈໍາ​ເປັນ​ເພື່ອ​ສົ່ງ / ຮັບ​ຂໍ້​ມູນ​, UE ໄດ້​ສ້າງ​ຕັ້ງ​ການ​ເຊື່ອມ​ຕໍ່​ກັບ eNodeB - “Data Radio Bearer” (DRB​)​, ເພື່ອ​ສົ່ງ​ການ​ຈະ​ລາ​ຈອນ​ຜູ້​ໃຊ້​ກັບ SGW ແລະ​ຕໍ່​ໄປ​ທີ່ PGW (ສ່ວນ​ພົວ​ພັນ S1-U ແລະ S5​, ຕາມ​ລໍາ​ດັບ​) . ໃນຕອນທ້າຍຂອງການແລກປ່ຽນແລະຖ້າບໍ່ມີການຈະລາຈອນສໍາລັບບາງເວລາ (ປົກກະຕິແລ້ວ 5-20 ວິນາທີ), ການເຊື່ອມຕໍ່ເຫຼົ່ານີ້ຖືກປິດແລະອຸປະກອນເຂົ້າໄປໃນໂຫມດສະແຕນບາຍຫຼື "ໂຫມດ Idle". ຖ້າມັນຈໍາເປັນຕ້ອງແລກປ່ຽນຂໍ້ມູນສ່ວນໃຫມ່, SRB ແລະ DRB ຈະຖືກຕັ້ງຄືນໃຫມ່.

ໃນ NB-IoT, ການສົ່ງຕໍ່ການຈະລາຈອນຂອງຜູ້ໃຊ້ສາມາດປະຕິບັດໄດ້ໂດຍຜ່ານຊ່ອງທາງສັນຍານ (SRB), ໃນຂໍ້ຄວາມໂປໂຕຄອນ NAS (http://www.3gpp.org/more/96-nas). ການຕັ້ງຄ່າ DRB ແມ່ນບໍ່ຈໍາເປັນອີກຕໍ່ໄປ. ອັນນີ້ຊ່ວຍຫຼຸດຜ່ອນການໂຫຼດສັນຍານໄດ້ຢ່າງຫຼວງຫຼາຍ, ຊ່ວຍປະຫຍັດຊັບພະຍາກອນວິທະຍຸເຄືອຂ່າຍ ແລະ, ທີ່ສຳຄັນທີ່ສຸດ, ຍືດອາຍຸຂອງແບັດເຕີຣີຂອງອຸປະກອນ.

ໃນສ່ວນ eNodeB - MME, ຂໍ້ມູນຜູ້ໃຊ້ເລີ່ມຖືກສົ່ງຜ່ານອິນເຕີເຟດ S1-MME, ເຊິ່ງບໍ່ແມ່ນກໍລະນີໃນເທກໂນໂລຍີ LTE ຄລາສສິກ, ແລະໂປໂຕຄອນ NAS ຖືກນໍາໃຊ້ສໍາລັບການນີ້, ໃນ "ຖັງຂໍ້ມູນຜູ້ໃຊ້" ປາກົດ.

ເພື່ອປະຕິບັດການໂອນ "ຍົນຜູ້ໃຊ້" ຈາກ MME ໄປ SGW, ການໂຕ້ຕອບໃຫມ່ S11-U ປາກົດ, ເຊິ່ງຖືກອອກແບບມາສໍາລັບການໂອນຂໍ້ມູນຜູ້ໃຊ້ຈໍານວນຫນ້ອຍ. ໂປຣໂຕຄໍ S11-U ແມ່ນອີງໃສ່ GTP-U v1, ເຊິ່ງຖືກໃຊ້ສຳລັບການສົ່ງຜ່ານ User Plane ໃນສ່ວນຕິດຕໍ່ເຄືອຂ່າຍອື່ນໆຂອງສະຖາປັດຕະຍະກຳ 3GPP.

NIDD (ການສົ່ງຂໍ້ມູນທີ່ບໍ່ແມ່ນ IP):

ເປັນສ່ວນຫນຶ່ງຂອງການເພີ່ມປະສິດທິພາບເພີ່ມເຕີມຂອງກົນໄກສໍາລັບການສົ່ງຂໍ້ມູນຂະຫນາດນ້ອຍ, ນອກເຫນືອຈາກປະເພດ PDN ທີ່ມີຢູ່ແລ້ວເຊັ່ນ IPv4, IPv6 ແລະ IPv4v6, ປະເພດອື່ນໄດ້ປາກົດ - ບໍ່ແມ່ນ IP. ໃນກໍລະນີນີ້, UE ບໍ່ໄດ້ຖືກມອບຫມາຍທີ່ຢູ່ IP ແລະຂໍ້ມູນຖືກສົ່ງໂດຍບໍ່ໄດ້ໃຊ້ໂປໂຕຄອນ IP. ມີຫຼາຍເຫດຜົນສໍາລັບການນີ້:

1. ອຸປະກອນ IoT ເຊັ່ນເຊັນເຊີສາມາດສົ່ງຂໍ້ມູນຈໍານວນນ້ອຍຫຼາຍ, 20 bytes ຫຼືຫນ້ອຍກວ່າ. ເນື່ອງຈາກຂະຫນາດຫົວ IP ຕໍາ່ສຸດທີ່ແມ່ນ 20 bytes, IP encapsulation ບາງຄັ້ງສາມາດຂ້ອນຂ້າງແພງ;
2. ບໍ່ຈໍາເປັນຕ້ອງປະຕິບັດ IP stack ໃນ chip, ເຊິ່ງນໍາໄປສູ່ການຫຼຸດຜ່ອນຄ່າໃຊ້ຈ່າຍຂອງພວກເຂົາ (ຄໍາຖາມສໍາລັບການສົນທະນາໃນຄໍາເຫັນ).

ໂດຍແລະຂະຫນາດໃຫຍ່, ທີ່ຢູ່ IP ແມ່ນມີຄວາມຈໍາເປັນສໍາລັບອຸປະກອນ IoT ເພື່ອສົ່ງຂໍ້ມູນຜ່ານອິນເຕີເນັດ. ໃນແນວຄວາມຄິດ NB-IoT, SCEF ເຮັດຫນ້າທີ່ເປັນຈຸດເຊື່ອມຕໍ່ AS ດຽວ, ແລະການແລກປ່ຽນຂໍ້ມູນລະຫວ່າງອຸປະກອນແລະເຄື່ອງແມ່ຂ່າຍຂອງແອັບພລິເຄຊັນເກີດຂື້ນຜ່ານ API. ໃນກໍລະນີທີ່ບໍ່ມີ SCEF, ຂໍ້ມູນທີ່ບໍ່ແມ່ນ IP ສາມາດຖືກສົ່ງໄປຫາ AS ຜ່ານອຸໂມງ Point-to-Point (PtP) ຈາກ PGW ແລະ IP encapsulation ຈະຖືກປະຕິບັດໃນມັນ.

ທັງຫມົດນີ້ເຫມາະສົມກັບ NB-IoT paradigm - ຄວາມງ່າຍດາຍສູງສຸດແລະການຫຼຸດຜ່ອນຄ່າໃຊ້ຈ່າຍຂອງອຸປະກອນ.

ກົນໄກການປະຫຍັດພະລັງງານ PSM ແລະ eDRX:

ຫນຶ່ງໃນຂໍ້ໄດ້ປຽບທີ່ສໍາຄັນຂອງເຄືອຂ່າຍ LPWAN ແມ່ນປະສິດທິພາບພະລັງງານ. ອຸປະກອນດັ່ງກ່າວໄດ້ຖືກອ້າງວ່າສາມາດຢູ່ໄດ້ເຖິງ 10 ປີຂອງຊີວິດຫມໍ້ໄຟໃນຫມໍ້ໄຟດຽວ. ຂໍໃຫ້ຄິດອອກວ່າຄ່າດັ່ງກ່າວບັນລຸໄດ້ຢ່າງໃດ.

ເມື່ອໃດທີ່ອຸປະກອນໃຊ້ພະລັງງານຫນ້ອຍທີ່ສຸດ? ແກ້ໄຂເມື່ອມັນຖືກປິດ. ແລະຖ້າຫາກວ່າມັນເປັນໄປບໍ່ໄດ້ທີ່ຈະ de-energize ອຸປະກອນຢ່າງສົມບູນ, ໃຫ້ de-energize ໂມດູນວິທະຍຸເປັນຕາບໃດທີ່ມັນບໍ່ຈໍາເປັນ. ທ່ານພຽງແຕ່ຕ້ອງການປະສານງານນີ້ກັບເຄືອຂ່າຍກ່ອນ.

PSM (ໂໝດປະຢັດພະລັງງານ):

ຮູບແບບການປະຫຍັດພະລັງງານ PSM ຊ່ວຍໃຫ້ອຸປະກອນປິດໂມດູນວິທະຍຸເປັນເວລາດົນນານ, ໃນຂະນະທີ່ຍັງລົງທະບຽນຢູ່ໃນເຄືອຂ່າຍ, ແລະບໍ່ໃຫ້ຕິດຕັ້ງ PDN ຄືນໃໝ່ທຸກຄັ້ງທີ່ມັນຕ້ອງການສົ່ງຂໍ້ມູນ.

ເພື່ອໃຫ້ເຄືອຂ່າຍຮູ້ວ່າອຸປະກອນຍັງມີຢູ່, ມັນເລີ່ມຂັ້ນຕອນການອັບເດດເປັນໄລຍະ - Tracking Area Update (TAU). ຄວາມຖີ່ຂອງຂັ້ນຕອນນີ້ຖືກກໍານົດໂດຍເຄືອຂ່າຍໂດຍໃຊ້ຕົວຈັບເວລາ T3412, ມູນຄ່າທີ່ຖືກສົ່ງໄປຫາອຸປະກອນໃນລະຫວ່າງຂັ້ນຕອນ Attach ຫຼື TAU ຕໍ່ໄປ. ໃນ LTE ແບບຄລາດສິກ, ຄ່າເລີ່ມຕົ້ນຂອງໂມງຈັບເວລານີ້ແມ່ນ 54 ນາທີ, ແລະສູງສຸດແມ່ນ 186 ນາທີ. ຢ່າງໃດກໍຕາມ, ເພື່ອຮັບປະກັນປະສິດທິພາບພະລັງງານສູງ, ຄວາມຕ້ອງການທີ່ຈະອອກອາກາດທຸກໆ 186 ນາທີແມ່ນລາຄາແພງເກີນໄປ. ກົນໄກ PSM ໄດ້ຖືກພັດທະນາເພື່ອແກ້ໄຂບັນຫານີ້.

ອຸປະກອນເປີດໃຊ້ໂຫມດ PSM ໂດຍການສົ່ງຄ່າຂອງສອງຕົວຈັບເວລາ T3324 ແລະ T3412-Extended ໃນຂໍ້ຄວາມ “Attach Request” ຫຼື “Tracking Area Request”. ທໍາອິດກໍານົດເວລາທີ່ອຸປະກອນຈະສາມາດໃຊ້ໄດ້ຫຼັງຈາກປ່ຽນເປັນ "ໂໝດບໍ່ເຮັດວຽກ". ອັນທີສອງແມ່ນເວລາທີ່ຕ້ອງເຮັດ, ພຽງແຕ່ໃນປັດຈຸບັນມູນຄ່າຂອງມັນສາມາດບັນລຸ 35712000 ວິນາທີຫຼື 413 ມື້. ອີງຕາມການຕັ້ງຄ່າ, MME ສາມາດຍອມຮັບຄ່າ timer ທີ່ໄດ້ຮັບຈາກອຸປະກອນຫຼືປ່ຽນພວກມັນໂດຍການສົ່ງຄ່າໃຫມ່ໃນຂໍ້ຄວາມ "Attach Accept" ຫຼື "Tracking Area Update Accept". ໃນປັດຈຸບັນອຸປະກອນບໍ່ສາມາດເປີດໂມດູນວິທະຍຸໄດ້ເປັນເວລາ 413 ມື້ແລະຍັງຄົງລົງທະບຽນຢູ່ໃນເຄືອຂ່າຍ. ດັ່ງນັ້ນ, ພວກເຮົາໄດ້ຮັບການປະຫຍັດຢ່າງຫຼວງຫຼາຍໃນຊັບພະຍາກອນເຄືອຂ່າຍແລະປະສິດທິພາບພະລັງງານຂອງອຸປະກອນ!

ຢ່າງໃດກໍຕາມ, ໃນໂຫມດນີ້, ອຸປະກອນບໍ່ສາມາດໃຊ້ໄດ້ສໍາລັບການສື່ສານຂາເຂົ້າເທົ່ານັ້ນ. ຖ້າມີຄວາມຈໍາເປັນທີ່ຈະສົ່ງບາງສິ່ງບາງຢ່າງໄປສູ່ເຄື່ອງແມ່ຂ່າຍຂອງແອັບພລິເຄຊັນ, ອຸປະກອນສາມາດອອກຈາກ PSM ໄດ້ທຸກເວລາແລະສົ່ງຂໍ້ມູນ, ຫຼັງຈາກນັ້ນມັນຍັງຄົງມີການເຄື່ອນໄຫວໃນລະຫວ່າງການຈັບເວລາ T3324 ເພື່ອຮັບຂໍ້ຄວາມຂໍ້ມູນຈາກ AS (ຖ້າມີ).

eDRX (ຂະຫຍາຍການຮັບທີ່ບໍ່ຕໍ່ເນື່ອງ):

eDRX, ປັບປຸງການຕ້ອນຮັບແບບບໍ່ຢຸດຢັ້ງ. ເພື່ອໂອນຂໍ້ມູນໄປຍັງອຸປະກອນທີ່ຢູ່ໃນ “ໂໝດບໍ່ເຮັດວຽກ”, ເຄືອຂ່າຍເຮັດຂັ້ນຕອນການແຈ້ງເຕືອນ - “Paging”. ເມື່ອໄດ້ຮັບຫນ້າ, ອຸປະກອນເລີ່ມຕົ້ນການສ້າງຕັ້ງ SRB ສໍາລັບການສື່ສານເພີ່ມເຕີມກັບເຄືອຂ່າຍ. ແຕ່ເພື່ອບໍ່ໃຫ້ພາດຂໍ້ຄວາມ Paging ທີ່ຢູ່ກັບມັນ, ອຸປະກອນຈະຕ້ອງຕິດຕາມອາກາດທາງວິທະຍຸຢ່າງຕໍ່ເນື່ອງ, ເຊິ່ງກໍ່ໃຊ້ພະລັງງານຫຼາຍ.

eDRX ເປັນໂໝດທີ່ອຸປະກອນບໍ່ໄດ້ຮັບຂໍ້ຄວາມຈາກເຄືອຂ່າຍຢ່າງຕໍ່ເນື່ອງ, ແຕ່ເປັນໄລຍະໆ. ໃນລະຫວ່າງຂັ້ນຕອນ Attach ຫຼື TAU, ອຸປະກອນຕົກລົງກັບເຄືອຂ່າຍໃນໄລຍະເວລາທີ່ມັນຈະ "ຟັງ" ການອອກອາກາດ. ຕາມ​ນັ້ນ​ແລ້ວ, ຂັ້ນ​ຕອນ​ການ​ເຮັດ​ໜ້າ​ເວັບ​ຈະ​ຖືກ​ດຳ​ເນີນ​ໃນ​ໄລ​ຍະ​ດຽວ​ກັນ. ໃນໂໝດ eDRX, ການເຮັດວຽກຂອງອຸປະກອນຖືກແບ່ງອອກເປັນຮອບວຽນ (eDRX cycle). ໃນຕອນເລີ່ມຕົ້ນຂອງແຕ່ລະວົງຈອນມີອັນທີ່ເອີ້ນວ່າ "ປ່ອງຢ້ຽມຫນ້າ" (Paging Time Window, ຕໍ່ຈາກນີ້ PTW) - ນີ້ແມ່ນເວລາທີ່ອຸປະກອນຟັງຊ່ອງວິທະຍຸ. ໃນຕອນທ້າຍຂອງ PTW, ອຸປະກອນຈະປິດໂມດູນວິທະຍຸຈົນກ່ວາໃນຕອນທ້າຍຂອງວົງຈອນ.

HLCOM (ການສື່ສານ latency ສູງ):

ຖ້າມັນຕ້ອງການໂອນຂໍ້ມູນໄປຫາ Uplink, ອຸປະກອນສາມາດອອກຈາກທັງສອງໂຫມດປະຫຍັດພະລັງງານໄດ້ໂດຍບໍ່ຕ້ອງລໍຖ້າໃຫ້ວົງຈອນ PSM ຫຼື eDRX ສໍາເລັດ. ແຕ່ມັນເປັນໄປໄດ້ທີ່ຈະໂອນຂໍ້ມູນໄປຍັງອຸປະກອນພຽງແຕ່ໃນເວລາທີ່ມັນເຮັດວຽກ.

ການທໍາງານຂອງ HLCOM ຫຼືການສື່ສານ latency ສູງແມ່ນ buffering ຂອງ Packet Downlink ໃນ SGW ໃນຂະນະທີ່ອຸປະກອນແມ່ນຢູ່ໃນຮູບແບບການປະຫຍັດພະລັງງານແລະບໍ່ສາມາດໃຊ້ໄດ້ສໍາລັບການຕິດຕໍ່ສື່ສານ. ແພັກເກັດແພັກເກັດຈະຖືກຈັດສົ່ງທັນທີທີ່ອຸປະກອນອອກຈາກ PSM ໂດຍການເຮັດ TAU ຫຼືຜ່ານ Uplink traffic, ຫຼືເມື່ອ PTW ເກີດຂຶ້ນ.

ນີ້, ແນ່ນອນ, ຮຽກຮ້ອງໃຫ້ມີການປູກຈິດສໍານຶກໃນສ່ວນຂອງນັກພັດທະນາຜະລິດຕະພັນ IoT, ເນື່ອງຈາກວ່າການສື່ສານກັບອຸປະກອນບໍ່ບັນລຸໄດ້ໃນເວລາທີ່ແທ້ຈິງແລະຮຽກຮ້ອງໃຫ້ມີວິທີການສະເພາະໃດຫນຶ່ງໃນການອອກແບບເຫດຜົນທາງທຸລະກິດຂອງຄໍາຮ້ອງສະຫມັກ.

ສະຫລຸບລວມແລ້ວ, ໃຫ້ເວົ້າວ່າ: ການນໍາສະເຫນີສິ່ງໃຫມ່ແມ່ນຫນ້າຕື່ນເຕັ້ນສະເຫມີ, ແຕ່ໃນປັດຈຸບັນພວກເຮົາກໍາລັງປະຕິບັດກັບມາດຕະຖານທີ່ບໍ່ໄດ້ຮັບການທົດສອບຢ່າງເຕັມທີ່ເຖິງແມ່ນວ່າ "bisons" ຂອງໂລກເຊັ່ນ Vodafone ແລະ Telefonica - ດັ່ງນັ້ນມັນເປັນສິ່ງທີ່ຫນ້າຕື່ນເຕັ້ນສອງເທົ່າ. ການນຳສະເໜີເອກະສານຂອງພວກເຮົາບໍ່ໄດ້ທຳທ່າວ່າຄົບຖ້ວນສົມບູນ, ແຕ່ພວກເຮົາຫວັງວ່າມັນຈະໃຫ້ຄວາມເຂົ້າໃຈຢ່າງພຽງພໍກ່ຽວກັບເທັກໂນໂລຢີ. ພວກເຮົາຂໍຂອບໃຈກັບຄໍາຕິຊົມຂອງທ່ານ.

ຜູ້ຂຽນ: ຜູ້ຊ່ຽວຊານຂອງພະແນກການແກ້ໄຂ Convergent ແລະການບໍລິການ Multimedia Alexey Lapshin
 ລົ້ມ

ແຫຼ່ງຂໍ້ມູນ: www.habr.com