ເຈົ້າຢູ່ນີ້: ບ້ານ » ບລັອກ » QoS ໃນເຄືອຂ່າຍ MANET: ວິທີການຈັດລໍາດັບຄວາມສໍາຄັນຂອງ PTT ສຽງ, ຄໍາສັ່ງ, Telemetry, ແລະວິດີໂອ

QoS ໃນເຄືອຂ່າຍ MANET: ວິທີການຈັດລໍາດັບຄວາມສໍາຄັນຂອງ PTT ສຽງ, ຄໍາສັ່ງ, Telemetry, ແລະວິດີໂອ

Views: 0     Author: Site Editor ເວລາເຜີຍແຜ່: 2026-07-07 ຕົ້ນກໍາເນີດ: ເວັບໄຊ

ສອບຖາມ

ປຸ່ມການແບ່ງປັນ facebook
ປຸ່ມການແບ່ງປັນ twitter
ປຸ່ມ​ແບ່ງ​ປັນ​ເສັ້ນ​
ປຸ່ມການແບ່ງປັນ wechat
linkedin ປຸ່ມການແບ່ງປັນ
ປຸ່ມການແບ່ງປັນ pinterest
ປຸ່ມການແບ່ງປັນ whatsapp
ປຸ່ມການແບ່ງປັນ kakao
ປຸ່ມການແບ່ງປັນ Snapchat
ແບ່ງປັນປຸ່ມແບ່ງປັນນີ້

A MANET ສາມາດດໍາເນີນການໂທຫາ PTT ທີ່ຊັດເຈນໃນເວລາດຽວແລະຕໍ່ສູ້ກັບຕໍ່ໄປຍ້ອນວ່າການເຄື່ອນຍ້າຍຂອງ nodes, ເສັ້ນທາງເພີ່ມຂຶ້ນ hops, ຫຼືການຖ່າຍທອດວິດີໂອກິນເວລາອອກອາກາດຮ່ວມກັນ. ເນື່ອງຈາກວ່າຄວາມອາດສາມາດໄຮ້ສາຍແມ່ນປ່ຽນແປງໄດ້ ແລະຮັບຮູ້ໄດ້ວ່າກະແສໄຟຟ້າມັກຈະຕົກຕໍ່າກວ່າອັດຕາຂອງວິທະຍຸ, ການປະຕິບັດທຸກແພັກເກັດຢ່າງເທົ່າທຽມກັນສາມາດຫຼຸດການຈັດສົ່ງຄໍາສັ່ງ, ຄວາມສົດຂອງ telemetry, ແລະຄວາມສະຫຼາດຂອງສຽງໄດ້ຢ່າງວ່ອງໄວ.

MANET QoS ທີ່ມີປະສິດທິພາບ ເລີ່ມຕົ້ນໂດຍການຈັບຄູ່ແຕ່ລະປະເພດການຈະລາຈອນກັບມູນຄ່າການດໍາເນີນງານແລະຄວາມທົນທານຕໍ່ການຊັກຊ້າ, ການສູນເສຍແລະຄວາມແອອັດ. ພາກສ່ວນຂ້າງຫນ້າສະແດງໃຫ້ເຫັນວິທີການຈັດລໍາດັບຄວາມສໍາຄັນຂອງສຽງ PTT, ຄໍາສັ່ງ, telemetry, ແລະວິດີໂອໃນຂະນະທີ່ຮັກສາຕາຫນ່າງຕອບສະຫນອງຕາມເງື່ອນໄຂການປ່ຽນແປງ.

 

ກໍານົດຄໍາສັ່ງຈະລາຈອນກ່ອນທີ່ຈະສໍາຜັດກັບຄິວ

ຕັດສິນການຈະລາຈອນໂດຍຜົນກະທົບຂອງພາລະກິດແລະຄວາມອ່ອນໄຫວທີ່ໃຊ້ເວລາ

ບູລິມະສິດການຈະລາຈອນຄວນສະທ້ອນເຖິງສິ່ງທີ່ເກີດຂື້ນຖ້າຂໍ້ຄວາມມາຮອດຊ້າແລະວິທີການທີ່ແອັບພລິເຄຊັນປະຕິບັດຕໍ່ການຊັກຊ້າຫຼືການສູນເສຍ. ສຽງຂອງ PTT ແມ່ນມີຄວາມອ່ອນໄຫວຕໍ່ຄວາມລ່າຊ້າສູງ, ແຕ່ຄຳສັ່ງສຸກເສີນຂະໜາດນ້ອຍອາດສົ່ງຜົນກະທົບຕໍ່ພາລະກິດຫຼາຍກວ່າເກົ່າ. telemetry ທີ່ສໍາຄັນສາມາດຫມົດອາຍຸຢ່າງໄວວາ, ບົດລາຍງານປົກກະຕິສາມາດທົນທານຕໍ່ batching, ແລະວິດີໂອມັກຈະສາມາດຫຼຸດຜ່ອນ bitrate ຫຼືຄວາມລະອຽດ.

ການຈາລະຈອນຄວບຄຸມເຄືອຂ່າຍຕ້ອງການການປົກປ້ອງແຍກຕ່າງຫາກເພາະວ່າການບໍາລຸງຮັກສາເສັ້ນທາງແລະ topology ຮັກສາຜ້າສົ່ງຕໍ່. ການຄວບຄຸມເຄືອຂ່າຍ, ຜູ້ຖືໂທລະສັບ, ການສົ່ງສັນຍານ, ການຈະລາຈອນແບບໂຕ້ຕອບແບບສົດໆ, ແລະມັນຕິມີເດຍທີ່ປັບຕົວໄດ້ຮຽກຮ້ອງໃຫ້ມີຫ້ອງຮຽນການບໍລິການທີ່ແຕກຕ່າງກັນແທນທີ່ຈະເປັນປະເພດ 'critical' ຢ່າງກວ້າງຂວາງ. ນະໂຍບາຍ MANET QoS ທີ່ມີສຽງປະຕິບັດຕາມຫຼັກການດຽວກັນ: ຈັດປະເພດການຈະລາຈອນຕາມພຶດຕິກໍາທີ່ຕ້ອງການ, ບໍ່ແມ່ນໂດຍປ້າຍຄວາມສໍາຄັນທີ່ບໍ່ຊັດເຈນ.

ເລີ່ມຕົ້ນດ້ວຍຂັ້ນໄດບູລິມະສິດປ້ອງກັນ

ຄໍາສັ່ງເລີ່ມຕົ້ນພາກປະຕິບັດແມ່ນ:

1. ການກຳນົດເສັ້ນທາງ, ການຊິ້ງຂໍ້ມູນ ແລະການຈະລາຈອນຄວບຄຸມເຄືອຂ່າຍ.

2. ຄໍາສັ່ງສຸກເສີນ ແລະສັນຍານ PTT.

3. PTT voice bearer ຈະລາຈອນ.

4. telemetry ທີ່ສໍາຄັນແລະສັນຍານເຕືອນ.

5. ວິດີໂອປະຕິບັດງານທີ່ຄວບຄຸມອັດຕາ.

6. telemetry ປົກກະຕິ, ການໂອນໄຟລ໌, ແລະຂໍ້ມູນພື້ນຫລັງ.

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

ນະໂຍບາຍ MANET QoS ຍັງຕ້ອງການຂອບເຂດອັດຕາ. ການບໍລິການບູລິມະສິດສູງຄວນສະໜອງການສົ່ງຕໍ່ທີ່ຄາດເດົາໄດ້ພາຍໃນຊອງຈົດໝາຍທີ່ອອກແບບມາ, ບໍ່ແມ່ນການສົ່ງຕໍ່ແບບບໍ່ຈຳກັດ. ຖ້າບໍ່ດັ່ງນັ້ນ, ການປະຊຸມສຽງພ້ອມໆກັນຫຼືການຈາລະຈອນທີ່ບໍ່ຖືກຕ້ອງສາມາດຕື່ມຂໍ້ມູນໃສ່ຄິວທີ່ເຄັ່ງຄັດແລະຄໍາສັ່ງຄວາມເສຍຫາຍ, telemetry, ແລະການປະຕິບັດເສັ້ນທາງ.

MANET QoS

 

ໃຫ້ແຕ່ລະປະເພດການຈາລະຈອນການປິ່ນປົວທີ່ມັນຕ້ອງການຕົວຈິງ

ຮັກສາສຽງ PTT ໄວ—ແຕ່ວາງເພດານໃສ່ມັນ

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

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

ແບ່ງຄໍາສັ່ງແລະ Telemetry ເຂົ້າໄປໃນຫ້ອງຮຽນທີ່ມີຄວາມຫມາຍ

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

Telemetry ຄວນຖືກແບ່ງອອກເປັນຫ້ອງຮຽນທີ່ສໍາຄັນແລະປົກກະຕິ. ສັນຍານເຕືອນ, ການປ່ຽນແປງຕໍາແໜ່ງຢ່າງກະທັນຫັນ, ຄວາມຜິດ, ສະຖານະຄວາມປອດໄພ, ແລະຄໍາຄຶດຄໍາເຫັນກ່ຽວກັບການຄວບຄຸມແມ່ນຢູ່ໃນຫ້ອງຮຽນທີ່ສໍາຄັນ; ບົດລາຍງານສຸຂະພາບ ແລະສິ່ງແວດລ້ອມເປັນໄລຍະສາມາດໃຊ້ການລວບລວມ, ຂີດຈຳກັດການລະເບີດ, ຫຼືໄລຍະທີ່ຍາວກວ່າ. MANET QoS ຄວນປົກປ້ອງຄວາມສົດ, ບໍ່ແມ່ນພຽງແຕ່ການຈັດສົ່ງຊອງ.

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

ເຮັດໃຫ້ວິດີໂອເປັນກະແສຕົ້ນຕໍທໍາອິດເພື່ອປັບຕົວ

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

ຫ້ອງຮຽນຈະລາຈອນ

ການປິ່ນປົວແບບປະຕິບັດ

ການຕອບສະໜອງຄວາມແອອັດ

ການຄວບຄຸມເຄືອຂ່າຍ

ຄິວທີ່ມີຄວາມປອດໄພສູງທີ່ມີການປົກປ້ອງ

ຮັກສາ; ຈໍາ​ກັດ overhead ເກີນ​

ສັນຍານ PTT ແລະຄໍາສັ່ງດ່ວນ

ຄິວຊ້າຊ້າສັ້ນ

ຮັກສາ; packets stale ຫມົດອາຍຸ

PTT ຜູ້ຮັບຜິດຊອບສຽງ

ບູລິມະສິດທີ່ຖືກຜູກມັດ ຫຼືຄິວທີ່ຄ້າຍ EF

ປະຕິເສດເຊດຊັນໃໝ່ກ່ອນ

telemetry ທີ່ສໍາຄັນ

ຈອງບໍລິການຊັກຊ້າ

ຮັກສາຄວາມສົດຊື່ນ

ວິດີໂອປະຕິບັດງານ

ໝັ້ນໃຈໄດ້, ຄິວຈຳກັດອັດຕາ

ອັດຕາບິດຕ່ໍາ, ອັດຕາເຟມ, ຫຼືຄວາມລະອຽດ

ຂໍ້ມູນປະຈຳ

ການບໍລິການທີ່ດີທີ່ສຸດ

ຊັກຊ້າ, batch, ຫຼື suspend

ໃນ MANET QoS, ການເຊື່ອມໂຊມຂອງວິດີໂອຄວນເກີດຂຶ້ນເປັນຂັ້ນຕອນ: ຫຼຸດອັດຕາບິດ, ຈາກນັ້ນອັດຕາເຟຣມ ຫຼືຄວາມລະອຽດ, ແລະສຸດທ້າຍຈະຢຸດການປ້ອນຂໍ້ມູນສຳຮອງ. ບ່ອນທີ່ codec ເປີດເຜີຍຄວາມສໍາຄັນຂອງແພັກເກັດ, metadata, ຂໍ້ມູນການຄວບຄຸມ, ແລະຂໍ້ມູນຮູບພາບທີ່ສໍາຄັນຄວນຈະຢູ່ລອດກ່ອນການຈະລາຈອນທີ່ເພີ່ມຂຶ້ນ.

 

ຮັກສາບູລິມະສິດໃຫ້ຢູ່ສະເໝີຜ່ານຕາໜ່າງ Multi-Hop ທີ່ເຄື່ອນທີ່

ບັງຄັບໃຊ້ນະໂຍບາຍຢູ່ທຸກ Relay

ເຄື່ອງຫມາຍແຫຼ່ງຢ່າງດຽວບໍ່ໄດ້ສ້າງ MANET QoS ໃນຕອນທ້າຍ. ທຸກໆ relay ທີ່ສາມາດກາຍເປັນຄວາມແອອັດຈະຕ້ອງຈັດປະເພດ, ຄິວ, ແລະຈັດຕາຕະລາງການຈະລາຈອນຢ່າງສະຫມໍ່າສະເຫມີ, ຫຼືສຽງທີ່ຖືກຫມາຍອາດຈະຍັງລໍຖ້າຢູ່ຫລັງວິດີໂອທີ່ດັງຂຶ້ນໃນເວລາຕໍ່ໄປ. ຂອບເຂດຄວາມໄວ້ວາງໃຈຍັງປ້ອງກັນບໍ່ໃຫ້ຈຸດສິ້ນສຸດຈາກການຕິດປ້າຍການຈະລາຈອນພື້ນຫລັງເປັນຄໍາສັ່ງຮີບດ່ວນຫຼືການຄວບຄຸມເຄືອຂ່າຍ.

ການຕັດສິນໃຈຄວາມສາມາດຂອງ MANET QoS ຕ້ອງອີງໃສ່ເສັ້ນທາງທີ່ສົມບູນ. throughput ແຕກຕ່າງກັນກັບການເຂົ້າເຖິງຂະຫນາດກາງ, fading, ສິ່ງລົບກວນ, interference, retransmissions, ແລະການປ່ຽນແປງ topology. ກະແສທີ່ພໍດີກັບໜຶ່ງ hop ອາດຈະໃຊ້ເວລາອອກອາກາດຊ້ຳໆໃນທົ່ວຫຼາຍ relay ແລະຫຼຸດຄວາມຈຸຂອງການໄຫຼໃກ້ຄຽງ. ການຈັດແຖວຕໍ່ແຖວສົ່ງຕໍ່ເຫຼົ່ານັ້ນປ້ອງກັນບໍ່ໃຫ້ຄົນໜຶ່ງທີ່ອ່ອນແອຈາກການຍົກເລີກນະໂຍບາຍທີ່ນຳໃຊ້ຢູ່ບ່ອນອື່ນ.

ການອັບເດດເສັ້ນທາງ ແລະ topology ຕ້ອງການການບໍລິການທີ່ສະຫງວນໄວ້ເຊັ່ນກັນ. ຖ້າຄວາມແອອັດຊັກຊ້າ ແພັກເກດທີ່ຈໍາເປັນເພື່ອຮັກສາເສັ້ນທາງ, ການຟື້ນຕົວຊ້າລົງ ແລະຄິວແອັບພລິເຄຊັນຈະເຕີບໂຕ. ການປົກປ້ອງການຄວບຄຸມເຄືອຂ່າຍດັ່ງນັ້ນຈຶ່ງສະຫນັບສະຫນູນທຸກຫ້ອງຮຽນ MANET QoS ອື່ນໆ.

ການ​ປ່ຽນ​ແປງ​ການ​ໂຫຼດ​ເປັນ​ການ​ປ່ຽນ​ແປງ​ເສັ້ນ​ທາງ​

ການຕັດສິນໃຈເຂົ້າຮຽນແບບຄົງທີ່ຈະກາຍເປັນທີ່ບໍ່ປອດໄພເມື່ອເສັ້ນທາງໄດ້ຮັບ hops ຫຼື retransmissions ເພີ່ມຂຶ້ນໃນການເຊື່ອມຕໍ່ທີ່ອ່ອນແອ. ຄວາມເລິກຂອງຄິວ, ຄວາມຍາວຂອງເສັ້ນທາງ, ຄຸນນະພາບການເຊື່ອມຕໍ່, ອັດຕາການສົ່ງຄືນ, ແລະຄວາມອາດສາມາດຄາດຄະເນຄວນເຮັດໃຫ້ເກີດການຕອບໂຕ້ແບບຂັ້ນຕອນ. ຫຼຸດວິດີໂອກ່ອນ, ຢຸດການສົ່ງຂໍ້ມູນສຳຮອງໄວ້ຊົ່ວຄາວ, ການສົ່ງສັນຍານໂທລະທັດແບບປົກກະຕິຊ້າໆ ແລະປະຕິເສດເຊດຊັນທີ່ບໍ່ຈຳເປັນໃໝ່ກ່ອນທີ່ຈະເປັນອັນຕະລາຍຕໍ່ຄຳສັ່ງ, ການວັດແທກຄວາມຖີ່ສຳຄັນ ຫຼືການບໍລິການ PTT ທີ່ຖືກຈຳກັດໄວ້.

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

QoS ບໍ່ສາມາດສ້າງ spectrum ຫຼືສ້ອມແປງເສັ້ນທາງທີ່ແຕກຫັກ. ມັນເຮັດໃຫ້ການຂາດແຄນຄາດຄະເນໂດຍການກໍາຈັດການຈະລາຈອນທີ່ເສຍຫາຍຫນ້ອຍທີ່ສຸດກ່ອນ. ນະໂຍບາຍທີ່ບໍ່ເຄີຍປັບຕົວເຂົ້າກັບການປ່ຽນແປງ topology ບໍ່ແມ່ນຍຸດທະສາດ MANET QoS ທີ່ສົມບູນ.

MANET QoS

 

ປ່ຽນນະໂຍບາຍເປັນໂປຣໄຟລ໌ທາງບົກ ແລະທາງອາກາດ

ຂໍ້ມູນພື້ນຖານສໍາລັບ PTT-Led Team Communications

ໂປຣໄຟລ໌ພື້ນດິນຄວນຢູ່ຈຸດໃຈກາງຂອງສັນຍານ PTT, ສຽງ, ຄໍາສັ່ງສົ່ງ, ການປັບປຸງຕໍາແຫນ່ງ, ແລະການຖ່າຍທອດວິດີໂອທີ່ຄວບຄຸມຫນຶ່ງ. WDS MIMO-BP ປະສົມປະສານ PTT, Ethernet ແລະ serial interfaces, ບູລິມະສິດການບໍລິການທີ່ເລືອກໄດ້, ທາງເລືອກວິດີໂອການຊັກຊ້າຕ່ໍາ, ແລະການເບິ່ງເຫັນການຄຸ້ມຄອງສໍາລັບ topology, ຄຸນນະພາບສັນຍານ, ແລະການຈະລາຈອນ. ຟັງຊັນເຫຼົ່ານີ້ສະຫນັບສະຫນູນໂປຣໄຟລ໌ພາກປະຕິບັດແທນທີ່ຈະເປັນຄິວດຽວທີ່ບໍ່ມີຄວາມແຕກຕ່າງ.

ຂໍ້ຄວາມຄວບຄຸມພື້ນຄວນຂ້າມວິດີໂອອອກມາຢ່າງໄວວາ, ສຽງທີ່ໃຊ້ວຽກຄວນໄດ້ຮັບການບໍລິການທີ່ມີເວລາແພັກເກັດໜ້ອຍ, ແລະການປ່ຽນແປງສະຖານທີ່ສຳຄັນຄວນຖືກປົກປ້ອງ. ເມື່ອຄຸນນະພາບການເຊື່ອມໂຍງຫຼຸດລົງຫຼືຄວາມຍາວຂອງເສັ້ນທາງ, ໂຫນດສາມາດປ່ຽນໄປສູ່ໂປຣໄຟລ໌ MANET QoS ທີ່ຈໍາກັດທີ່ຫຼຸດຜ່ອນການລາຍງານວິດີໂອແລະການລາຍງານປົກກະຕິກ່ອນທີ່ການປະສານງານຈະທົນທຸກ. ຂໍ້ມູນການຈັດການເຊັ່ນ: topology ແລະອັດຕາສ່ວນສັນຍານຫາສຽງລົບກວນສາມາດຊ່ວຍກະຕຸ້ນການປ່ຽນນັ້ນ.

ໂປຼໄຟລ໌ທາງອາກາດທີ່ປົກປ້ອງການຄວບຄຸມທໍາອິດ

ໂປຼໄຟລ໌ທາງອາກາດຄວນໃສ່ຄໍາສັ່ງການບິນຫຼື payload, ການຮັບຮູ້, ແລະ telemetry ທີ່ສໍາຄັນກ່ອນຄຸນນະພາບຂອງຮູບພາບ. WDS MIMO-AB ຮອງຮັບ Ethernet ແລະການຂົນສົ່ງແບບ serial, MAVLink, ບູລິມະສິດການບໍລິການທີ່ເລືອກໄດ້, ແລະທາງເລືອກໃນການໂຕ້ຕອບວິດີໂອທີ່ຊັກຊ້າຕ່ໍາ. ການໂຕ້ຕອບເຫຼົ່ານັ້ນອະນຸຍາດໃຫ້ຄວບຄຸມແລະ payload traffic ເພື່ອແບ່ງປັນຫນຶ່ງ node ໂດຍບໍ່ມີການແບ່ງປັນການປິ່ນປົວຫນຶ່ງ.

ອັດຕາບິດຂອງວິດີໂອຄວນຈະຫຼຸດລົງທັນທີທີ່ຄຸນນະພາບເສັ້ນທາງຫຼຸດລົງ, ບໍ່ແມ່ນຫຼັງຈາກຫມົດເວລາຄໍາສັ່ງປາກົດ. ການລ່າຊ້າ unidirectional single-hop ສະເລ່ຍ 6 ms ພາຍໃຕ້ການຕັ້ງຄ່າ 20 MHz ແມ່ນຕົວເລກການປະຕິບັດລະດັບອົງປະກອບແທນທີ່ຈະເປັນການຄໍ້າປະກັນແບບ end-to-end ໃນທົ່ວເສັ້ນທາງການເຄື່ອນຍ້າຍ. ການວາງແຜນ Airborne MANET QoS ຕ້ອງປະກອບມີການນັບ relay, queuing, retransmissions, ແລະ loop ການຄວບຄຸມທີ່ສົມບູນ.

 

ທົດສອບຊ່ວງເວລາທີ່ນະໂຍບາຍອາດຈະລົ້ມເຫລວຫຼາຍທີ່ສຸດ

ແຜ່ພັນຄວາມແອອັດ, ການເຄື່ອນໄຫວ, ແລະການລະເບີດຂອງການຈະລາຈອນ

ການທົດສອບການສົ່ງຜ່ານ one-hop ທີ່ສະອາດບໍ່ສາມາດກວດສອບ MANET QoS ໄດ້. ແຜນການທົດສອບຄວນລວມເອົາຜູ້ໃຊ້ຫຼາຍຄົນທີ່ກົດ PTT ກັບວິດີໂອອັດຕາສູງສຸດ, ໄລຍະການສົ່ງຕໍ່ໃນລະຫວ່າງການໂທ, ເສັ້ນທາງທີ່ເພີ່ມຂຶ້ນ hops, ສັນຍານເຕືອນໄພຂອງເຊັນເຊີພ້ອມໆກັນ, ແລະຟີດໃນພື້ນທີ່ແລະທາງອາກາດທີ່ແຂ່ງຂັນ. ການເຊື່ອມຕໍ່ທີ່ອ່ອນເພຍ, ບໍ່ສົມມາຕຣິກເບື້ອງ, ຫຼືການແຊກແຊງທີ່ໄດ້ຮັບຜົນກະທົບຍັງມີຄວາມສໍາຄັນເພາະວ່າ MANET topology ແລະຄວາມສາມາດທີ່ຮັບຮູ້ສາມາດປ່ຽນແປງຢ່າງໄວວາ. ການທົດສອບຄວນປະກອບມີການຟື້ນຕົວ, ບໍ່ພຽງແຕ່ຄວາມລົ້ມເຫຼວ, ດັ່ງນັ້ນວິສະວະກອນສາມາດເບິ່ງວ່າບູລິມະສິດກັບຄືນສູ່ປົກກະຕິຫຼັງຈາກເສັ້ນທາງສະຖຽນລະພາບ.

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

ການວັດແທກຜົນໄດ້ຮັບໂດຍການບໍລິການ, ຫຼັງຈາກນັ້ນ, ປັບຕາມລໍາດັບທີ່ຖືກຕ້ອງ

ການທົດສອບ PTT ຄວນບັນທຶກເວລາການຊື້ຂອງພື້ນ, ຄວາມລ່າຊ້າ, ສັ່ນສະເທືອນ, ການສູນເສຍ, ແລະຄວາມສະຫລາດ. ການປະເມີນຄໍາສັ່ງຕ້ອງການເວລາຮັບຮູ້, ເປີເຊັນການຈັດສົ່ງ, ເວລາຫມົດເວລາ, ແລະການຫຼຸດລົງຄໍາສັ່ງ; telemetry ຄວນຈະຖືກຕັດສິນໂດຍອາຍຸການປັບປຸງແລະສັນຍານເຕືອນພາດ. ການວັດແທກວິດີໂອຄວນປະກອບມີຄວາມລ່າຊ້າໃນຕອນທ້າຍເຖິງຈຸດສິ້ນສຸດ, ອັດຕາເຟມທີ່ໃຊ້ໄດ້, ຄວາມໄວການປັບຕົວ, ແລະການຟື້ນຕົວຫຼັງຈາກການປ່ຽນແປງເສັ້ນທາງ, ໃນຂະນະທີ່ສຸຂະພາບຕາຫນ່າງຄວນຕິດຕາມການລວມກັນ, ການສົ່ງຄືນ, ຄວາມເລິກຂອງແຖວ, ການຫຼຸດລົງຕໍ່ຊັ້ນຮຽນ, ແລະການຄວບຄຸມ overhead.

ການປັບຄວນໄປຕາມເສັ້ນທາງແພັກເກັດ. ຢືນຢັນການຈັດປະເພດກ່ອນ, ກວດສອບເຄື່ອງໝາຍໃນທຸກ relay, ກວດສອບການຈຳກັດແຖວ ແລະກຳນົດເວລາ, ປັບການຄວບຄຸມການຮັບເຂົ້າຊົມ ແລະອັດຕາລາຄາ, ຈາກນັ້ນປັບປ່ຽນວິດີໂອ ແລະປະເມີນເງື່ອນໄຂວິທະຍຸ ຫຼືເສັ້ນທາງ. ຄໍາສັ່ງນີ້ແຍກຄວາມຜິດພາດນະໂຍບາຍອອກຈາກຄວາມລົ້ມເຫຼວຂອງເສັ້ນທາງແລະເຮັດໃຫ້ຜົນໄດ້ຮັບ MANET QoS ງ່າຍຕໍ່ການຜະລິດຄືນໃຫມ່. ທົດສອບກໍລະນີ overload ຕົ້ນສະບັບຄືນໃຫມ່ຫຼັງຈາກທຸກໆການປ່ຽນແປງແທນທີ່ຈະຍອມຮັບການປັບປຸງໃນສະຖານະການທີ່ບໍ່ກ່ຽວຂ້ອງ.

 

ສະຫຼຸບ

MANET QoS ທີ່ເຊື່ອຖືໄດ້ແມ່ນຂຶ້ນກັບຫຼາຍກວ່າການວາງສຽງຂ້າງເທິງວິດີໂອ. ການຄວບຄຸມເຄືອຂ່າຍ, ຄໍາສັ່ງຮີບດ່ວນ, ສັນຍານ PTT, telemetry ທີ່ສໍາຄັນ, ແລະວິດີໂອປັບຕົວແຕ່ລະຄົນຕ້ອງການການປິ່ນປົວທີ່ສະທ້ອນໃຫ້ເຫັນເຖິງມູນຄ່າການດໍາເນີນງານຂອງເຂົາເຈົ້າ, ຄວາມທົນທານຊັກຊ້າ, ແລະຄວາມຕ້ອງການແບນວິດ. ນະໂຍບາຍຍັງຄວນປັບເປັນຈໍານວນ hop, congestion, ແລະການປ່ຽນແປງຄຸນນະພາບການເຊື່ອມຕໍ່.

Shenzhen Sinosun Technology Co., Ltd. ສະຫນອງ backpack MIMOmesh ແລະເວທີວິທະຍຸທາງອາກາດທີ່ສະຫນັບສະຫນູນສຽງປະສົມ, ການຄວບຄຸມ, telemetry, ແລະການນໍາໃຊ້ວິດີໂອ. ໃຊ້ກັບການຈັດປະເພດການຈະລາຈອນທີ່ມີລະບຽບວິໄນ, ແຖວບູລິມະສິດທີ່ມີຂອບເຂດ, ແລະການທົດສອບຕົວຈິງ, ລະບົບເຫຼົ່ານີ້ສາມາດຊ່ວຍໃຫ້ທີມງານຮັກສາການສື່ສານທີ່ຈໍາເປັນໃນເວລາທີ່ຄວາມສາມາດໄຮ້ສາຍມີຈໍາກັດ.

 

FAQ

Q: MANET QoS ແມ່ນຫຍັງ?

A: MANET QoS ຄຸ້ມຄອງຊັບພະຍາກອນໄຮ້ສາຍທີ່ຈໍາກັດໂດຍການຈັດປະເພດແລະຈັດລໍາດັບຄວາມສໍາຄັນຂອງການຈະລາຈອນຕາມແບນວິດ, ຄວາມລ່າຊ້າ, ຄວາມວຸ້ນວາຍ, ການສູນເສຍແພັກເກັດ, ແລະຄວາມຫນ້າເຊື່ອຖືໃນທົ່ວການປ່ຽນແປງເສັ້ນທາງ multi-hop.

Q: ເປັນຫຍັງ QoS ຈຶ່ງຍາກທີ່ຈະຮັກສາຢູ່ໃນ MANET?

A: ການເຄື່ອນທີ່ຂອງ Node, ການຢຸດເສັ້ນທາງ, ຊ່ອງທາງວິທະຍຸທີ່ແບ່ງປັນ, ການແຊກແຊງ, ແລະການປ່ຽນແປງຄວາມສາມາດໃນການເຊື່ອມຕໍ່ເຮັດໃຫ້ປະສິດທິພາບຂອງ end-to-end ຄາດຄະເນຫນ້ອຍກ່ວາໃນເຄືອຂ່າຍຄົງທີ່.

ຖາມ: ການຈະລາຈອນໃດຄວນໄດ້ຮັບຄວາມສໍາຄັນສູງສຸດ?

A: ຊຸດຄວບຄຸມເຄືອຂ່າຍ, ຄໍາສັ່ງດ່ວນ, ແລະສັນຍານ PTT ໂດຍທົ່ວໄປຕ້ອງການການປົກປ້ອງກ່ອນ, ຕິດຕາມດ້ວຍສຽງທີ່ມີຂອບເຂດ, telemetry ທີ່ສໍາຄັນ, ວິດີໂອຄວບຄຸມອັດຕາ, ແລະຂໍ້ມູນປະຈໍາ.

ຖາມ: ສຽງ PTT ຄວນມີຄວາມສຳຄັນກວ່າວິດີໂອສະເໝີບໍ?

A: ສຽງ PTT ປົກກະຕິຕ້ອງການຄວາມລ່າຊ້າ ແລະສຽງສັ່ນສະເທືອນ, ແຕ່ຄິວບູລິມະສິດຂອງມັນຄວນຈະຖືກຈຳກັດອັດຕາ, ດັ່ງນັ້ນການໂທຢ່າງຕໍ່ເນື່ອງບໍ່ສາມາດປິດກັ້ນຄຳສັ່ງ, ໂທລະເລກ ຫຼືເສັ້ນທາງການສັນຈອນໄດ້.

ຖາມ: ຕົວຊີ້ວັດໃດທີ່ເປັນປະໂຫຍດທີ່ສຸດສໍາລັບການປະເມີນ MANET QoS?

A: ການວັດແທກທີ່ເປັນປະໂຫຍດລວມມີຄວາມລ່າຊ້າໃນຕອນທ້າຍ, ການສັ່ນສະເທືອນ, ການສູນເສຍແພັກເກັດ, ການສົ່ງຜ່ານ, ການລວມເສັ້ນທາງ, ການສົ່ງຄືນ, ຄວາມເລິກຂອງແຖວ, ເວລາການຮັບຮູ້ຄໍາສັ່ງ, ຄວາມສົດຊື່ນຂອງ telemetry, ແລະອັດຕາເຟມວິດີໂອທີ່ໃຊ້ໄດ້.

ຖາມ: QoS ສາມາດຮັບປະກັນການປະຕິບັດທີ່ເຊື່ອຖືໄດ້ເມື່ອເສັ້ນທາງ MANET ປ່ຽນແປງ?

A: QoS ປັບປຸງການປິ່ນປົວການຈະລາຈອນໃນລະຫວ່າງການແອອັດ, ແຕ່ມັນບໍ່ສາມາດສ້າງແບນວິດຫຼືປ້ອງກັນຄວາມລົ້ມເຫຼວຂອງເສັ້ນທາງ. ນະໂຍບາຍຕ້ອງປັບຕົວເມື່ອນັບ, ການແຊກແຊງ, ຫຼືການປ່ຽນແປງຄຸນນະພາບການເຊື່ອມໂຍງ.

  +86-852-4401-7395
  +86-755-8384-9417
  ຫ້ອງ 3A17, ອາຄານ Cangsong ໃຕ້, ສວນວິທະຍາສາດ Tairan, ເມືອງ Futian, ເມືອງ Shenzhen, ແຂວງ Guangdong, PR ຈີນ.
ລິຂະສິດ ©️   2024 Shenzhen Sinosun Technology Co., Ltd. All Rights Reserved. | ສະໜັບສະໜູນໂດຍ leadong.com