XLX Multiprotocol Reflectors คืออะไร ทำงานอย่างไร และสามารถนำไปใช้งานได้อย่างไร?

 ระบบ XLX Multiprotocol Reflector เกิดขึ้นจากความจำเป็นในการแก้ไขปัญหาเครือข่ายวิทยุดิจิทัลที่กระจัดกระจายอย่างมากระบบนี้ถูกสร้างและเปิดให้ใช้งานแบบโอเพนซอร์สในปี 2016โดยนักวิทยุสมัครเล่นสองคนจากลักเซมเบิร์กได้แก่ Jean-Luc Deltombe (LX3JL) และ Luc Engelmann (LX1IQ )

ตัวอักษร "LX" ใน XLX เป็นเพียงคำนำหน้าสัญญาณเรียกขานวิทยุสมัครเล่นมาตรฐานของ ITU สำหรับประเทศลักเซมเบิร์ก

ต่อไปนี้คือที่มาและวิวัฒนาการของโครงการจนกลายเป็นระบบที่ใช้ในปัจจุบัน:

ยุคก่อน XLX: "สงครามโปรโตคอล" ของ D-Star

ก่อนที่ XLX จะถือกำเนิดขึ้น การกำหนดเส้นทางเสียงดิจิทัลนั้นแทบจะมุ่งเน้นไปที่ D-Star เป็นหลักอย่างไรก็ตาม เครือข่าย D-Star ทั่วโลกได้แตกออกเป็นสามระบบรีเฟล็กเตอร์ที่แตกต่างกันและเข้ากันไม่ได้ ซึ่งพัฒนาโดยกลุ่มต่างๆ:

1. REF (DPlus Protocol): ระบบสะท้อนแสงแบบดั้งเดิม ระบบดังกล่าวเชื่อมโยงกับระบบการลงทะเบียน US-Trust แบบรวมศูนย์ ซึ่งผู้ประกอบการบางรายมองว่ามีข้อจำกัด
   
   
2. XRF (DExtra Protocol): ทางเลือกแบบโอเพนซอร์สและกระจายอำนาจแทน REF ผู้ประกอบการสามารถตั้งเซิร์ฟเวอร์ XRF ของตนเองได้โดยไม่ต้องขออนุญาตจากหน่วยงานกลาง
   
   
3. DCS (Digital Call Server): ระบบที่สามที่พัฒนาขึ้นในประเทศเยอรมนี ทำงานบนโปรโตคอลเครือข่าย "DCS" ของตนเอง โดยมีจุดประสงค์เพื่อให้มีประสิทธิภาพสูง
   
   

เนื่องจากระบบทั้งสามนี้ใช้โปรโตคอลเครือข่ายที่แตกต่างกัน ตัวทวนสัญญาณที่เชื่อมต่อกับตัวสะท้อนสัญญาณ XRF จึงไม่สามารถสื่อสารกับตัวทวนสัญญาณบนตัวสะท้อนสัญญาณ DCS ได้โดยตรงเครือข่ายนั้นถูกทำลายแล้ว

วัตถุประสงค์ดั้งเดิมของไฟล์ XLX

ฌอง-ลุค (LX3JL) และลุค (LX1IQ) ได้พัฒนาซอฟต์แวร์ XLX เพื่อทำหน้าที่เป็น "ศิลาโรเซตตา" สำหรับ D-Star

เมื่อเปิดตัวครั้งแรก คุณสมบัติหลักของ XLX คือความสามารถในการสื่อสารผ่าน โปรโตคอลเครือข่าย D-Star รุ่นเก่า ทั้งสามแบบ (DPlus, DExtra และ DCS) พร้อมกันได้เป็นครั้งแรกที่ผู้ใช้สามารถเชื่อมต่อวิทยุของตนกับตัวสะท้อนสัญญาณ XLX โดยใช้ คำสั่ง REF, XRF, หรือDCSlink แบบดั้งเดิม และเซิร์ฟเวอร์ XLX จะทำการส่งต่อข้อมูลระหว่างกันได้อย่างราบรื่น

วิวัฒนาการสู่ "มัลติโปรโตคอล"

เมื่อระบบเสียงดิจิทัลรุ่นใหม่ เช่นDMRและYaesu System Fusion (C4FM/YSF)ได้รับความนิยมอย่างแพร่หลาย ชุมชนวิทยุสมัครเล่นก็เผชิญกับปัญหาใหม่ นั่นคือ ผู้ใช้งานถูกแบ่งแยกตามยี่ห้อของอุปกรณ์   ใช้งานวิทยุสื่อสาร Icom (D-Star) ไม่สามารถติดต่อสื่อสารกับผู้ใช้งานวิทยุสื่อสาร Motorola/AnyTone (DMR) หรือผู้ใช้งานวิทยุสื่อสาร Yaesu (YSF) ได้

เมื่อเห็นเช่นนี้ ทีม XLX จึงขยายซอฟต์แวร์ของตนจากบริดจ์เครือข่าย D-Star ไปเป็น รีเฟล็กเตอร์แบบหลายโปรโตคอลอย่างแท้จริง พวกเขาได้เพิ่มการรองรับเครือข่ายสำหรับโปรโตคอล DMR (ผ่าน MMDVM/DMRPlus) และ YSF แล้ว

เนื่องจากการเชื่อมต่อ D-Star กับ DMR จำเป็นต้องมีการแปลงตัวแปลงสัญญาณเสียงจริง (ไม่ใช่แค่การกำหนดเส้นทางเครือข่าย) นี่คือเหตุผลที่ซอฟต์แวร์ XLX ได้รวมการสนับสนุนสำหรับตัวแปลงสัญญาณเสียงฮาร์ดแวร์ AMBED เข้า ไว้ ด้วยด้วยการผสานซอฟต์แวร์เครือข่ายสากลเข้ากับชิปแปลงสัญญาณเสียงฮาร์ดแวร์ LX3JL และ LX1IQ ได้สร้างโครงสร้างพื้นฐานของเครือข่ายวิทยุสมัครเล่นข้ามแบรนด์สมัยใหม่ขึ้นมา

XLX Multiprotocol Reflector 
คือซอฟต์แวร์โอเพนซอร์สที่ทำหน้าที่เป็นศูนย์กลางสำหรับเครือข่ายเสียงดิจิทัลของวิทยุสมัครเล่น เดิมทีออกแบบมาสำหรับ D-STAR และ DMR และปัจจุบันรองรับ Yaesu System Fusion (YSF) โดยตรง ทำให้โหมดดิจิทัลที่ไม่สามารถใช้งานร่วมกันได้ในอดีตเหล่านี้สามารถสื่อสารกันได้อย่างราบรื่นบนเซิร์ฟเวอร์เดียวที่รวมเป็นหนึ่งเดียว

วิธีการทำงานของพวกมัน

โดยปกติแล้ว ระบบเสียงดิจิทัลไม่สามารถสื่อสารกันได้ เนื่องจากใช้โปรโตคอลการส่งสัญญาณข้อมูลและตัวแปลงสัญญาณเสียงที่แตกต่างกัน (เช่น D-STAR ใช้ตัวแปลงสัญญาณ AMBE ในขณะที่ DMR ใช้ AMBE+2) XLX แก้ปัญหานี้โดยใช้สถาปัตยกรรมแบบฮับและสปokes และการแปลงรหัสแบบเรียลไทม์

• โครงสร้างศูนย์กลาง:แทนที่จะให้เครื่องรับส่งสัญญาณเชื่อมต่อกันโดยตรง เครื่องทวนสัญญาณในพื้นที่และฮอตสปอตส่วนบุคคล (เช่น อุปกรณ์ Pi-Star) จะเชื่อมต่อกับเซิร์ฟเวอร์ XLX Linux ส่วนกลางผ่านทางอินเทอร์เน็ต
  
  
• โมดูลเปรียบเสมือนห้องสนทนา:เซิร์ฟเวอร์ถูกแบ่งออกเป็น 26 ช่องทางการสื่อสารที่แตกต่างกัน เรียกว่า "โมดูล" (มีป้ายกำกับตั้งแต่ A ถึง Z) เมื่อผู้ใช้เชื่อมต่อกับโมดูลเดียวกัน พวกเขาสามารถได้ยินกันและกันได้XLX จะแมปโมดูลเหล่านี้อย่างชาญฉลาด ตัวอย่างเช่น โมดูล A จะแปลงเป็น Talkgroup 4001 สำหรับผู้ใช้ DMR ในขณะที่ผู้ใช้ D-STAR เพียงแค่เลือกโมดูล A
  
  
• การแปลงรหัสด้วยฮาร์ดแวร์:นี่คือหัวใจสำคัญของระบบ XLX ในขณะที่ซอฟต์แวร์ของเซิร์ฟเวอร์จะแปลงข้อมูลเครือข่ายระหว่างโปรโตคอลต่างๆ การแปลงข้อมูลเสียง ดิจิทัลจริง ระหว่างรูปแบบต่างๆ เช่น D-STAR และ DMR นั้นต้องใช้ฮาร์ดแวร์เฉพาะทาง เซิร์ฟเวอร์ XLX ใช้ชิปโวโคเดอร์ฮาร์ดแวร์ (เช่น แฟลชไดรฟ์ AMBE3000) เพื่อถอดรหัสสตรีมเสียง AMBE ที่เข้ามาทันทีและเข้ารหัสใหม่เป็น AMBE+2 สำหรับวิทยุรับสัญญาณ

  

วิธีการใช้งาน

สำหรับผู้ประกอบการวิทยุ: อุปกรณ์นี้ช่วยให้การสื่อสารข้ามแพลตฟอร์มเป็นไปอย่างราบรื่นคุณไม่จำเป็นต้องลงทะเบียนในระบบความน่าเชื่อถือแบบเก่าที่ซับซ้อนเพื่อใช้งานรีเฟล็กเตอร์ XLXเพียงแค่ชี้ฮอตสปอตส่วนตัวหรือเครื่องทวนสัญญาณดิจิทัลในพื้นที่ของคุณไปยังหมายเลขเซิร์ฟเวอร์ XLX ที่ใช้งานอยู่ และเลือกโมดูล คุณก็สามารถพูดคุยกับผู้ให้บริการทั่วโลกได้ ไม่ว่าพวกเขาจะใช้เครื่องรับส่งวิทยุ Icom, Yaesu หรือ AnyTone ก็ตาม

สำหรับผู้ดูแลระบบเซิร์ฟเวอร์และชมรมต่างๆ: ชมรมวิทยุสมัครเล่นมักใช้แพลตฟอร์ม VPS บนคลาวด์ (เช่น Debian หรือ Ubuntu) ในการโฮสต์รีเฟลกเตอร์ XLX ซึ่งช่วยให้ชมรมสามารถเชื่อมต่อโครงสร้างพื้นฐานของตนได้ ตัวอย่างเช่น ชมรมอาจเชื่อมต่อเครื่องทวนสัญญาณ D-STAR เข้ากับความถี่หนึ่ง เครื่องทวนสัญญาณ DMR เข้ากับอีกความถี่หนึ่ง และเครื่องทวนสัญญาณ YSF เข้ากับความถี่ที่สามด้วยเซิร์ฟเวอร์ XLX ที่เชื่อมโยงอุปกรณ์เข้าด้วยกัน ชุมชนวิทยุสมัครเล่นในท้องถิ่นจึงมีความเป็นหนึ่งเดียวกัน กล่าวคือ นักวิทยุสมัครเล่นที่ขับรถโดยใช้เครื่องรับส่งวิทยุเคลื่อนที่ของ Yaesu สามารถพูดคุยโดยตรงกับนักวิทยุสมัครเล่นที่ใช้เครื่องรับส่งวิทยุ DMR แบบพกพาได้

แดชบอร์ด XLX Multiprotocol Reflector เป็นอินเทอร์เฟซเว็บแบบเรียลไทม์ที่ช่วยให้ผู้ดูแลระบบและผู้ใช้งานวิทยุสมัครเล่นสามารถตรวจสอบการรับส่งข้อมูลแบบเรียลไทม์ อุปกรณ์ที่เชื่อมต่อ และโหนดเครือข่ายที่เชื่อมโยงได้

แม้ว่าเซิร์ฟเวอร์บางแห่งจะใช้ธีมสีเข้มที่ปรับแต่งเอง แต่แดชบอร์ด XLX แบบโอเพนซอร์สส่วนใหญ่มีเค้าโครงมาตรฐานที่แบ่งออกเป็นแท็บและตารางเฉพาะ

แท็บแดชบอร์ดหลัก

ขึ้นอยู่กับเวอร์ชัน โดยปกติแล้วส่วนบนสุดของแดชบอร์ดจะมีแท็บนำทางหลักดังต่อไปนี้:

1. ผู้ใช้ / โมดูล:หน้าหลัก จะแสดงรายชื่อผู้ที่เพิ่งป้อนข้อมูล (ส่งข้อมูล) และโมดูล (A–Z) ที่พวกเขากำลังใช้งานอยู่
   
   
2. อุปกรณ์ทวนสัญญาณ / โหนด:รายชื่ออุปกรณ์ฮาร์ดแวร์ทั้งหมดที่เชื่อมต่อกับเซิร์ฟเวอร์ในปัจจุบัน ซึ่งรวมถึงฮอตสปอตส่วนบุคคล (เช่น Pi-Star หรือ openSPOT) และอุปกรณ์ทวนสัญญาณขนาดมาตรฐาน
   
   
3. Peers:แสดงการเชื่อมต่อกับ รีเฟล็กเตอร์ อื่นๆเซิร์ฟเวอร์ XLX สามารถเชื่อมต่อกันเพื่อแบ่งปันปริมาณการรับส่งข้อมูลในเครือข่ายที่กว้างขึ้นได้
   
   
4. Reflectorlist:สารบบทั่วโลกของอุปกรณ์สะท้อนแสง XLX ที่ลงทะเบียนและออนไลน์อยู่ในปัจจุบันทั่วโลก
   
   

สัญลักษณ์และคอลัมน์ทั่วไป

เมื่อดูข้อมูลการใช้งานหรือผู้ใช้งานที่เชื่อมต่อ คุณจะเห็นข้อมูลในรูปแบบตาราง โดยคอลัมน์และไอคอนมาตรฐานจะแสดงความหมายดังนี้:

คอลัมน์ / สัญลักษณ์	ความหมาย
Flag ธง	ประเทศต้นกำเนิดจะถูกกำหนดโดยอัตโนมัติจากคำนำหน้าสัญญาณเรียกขานของผู้ปฏิบัติงาน
Callsign สัญญาณเรียกขาน	สัญญาณเรียกขานวิทยุสมัครเล่นของสถานีส่งสัญญาณหรือรีพีทเตอร์/ฮอตสปอตที่เชื่อมต่ออยู่
Suffix / ID คำต่อท้าย / รหัสประจำตัว	ตัวระบุที่ต่อท้ายสัญญาณเรียกขาน สำหรับฮอตสปอต มักจะเป็นตัวอักษรประจำโมดูล (เช่นB) หรือ SSID
ไอคอน DPRS	ไอคอนรูปดาวเทียมหรือหมุดแผนที่ขนาดเล็ก หากไฮไลต์หรือคลิกได้ แสดงว่าผู้ใช้กำลังส่งข้อมูลตำแหน่ง GPS พร้อมกับเสียงพูด (ระบบรายงานข้อมูลแบบดิจิทัล)
Via / Peer ผ่านทาง / เพียร์	เส้นทางที่สัญญาณเดินทาง แสดงสัญญาณเรียกขานของรีพีทเตอร์หรือฮอตสปอตที่ผู้ใช้กำลังส่งสัญญาณไปก่อนที่จะถึงรีเฟล็กเตอร์
Module โมดูล (A–Z)	ห้องเฉพาะที่ผู้ใช้กำลังอยู่ ผู้ใช้ต้องอยู่ในโมดูลเดียวกันจึงจะได้ยินเสียงกัน โดยปกติโมดูล A จะเป็นค่าเริ่มต้น
Protocol (Badges) พิธีการ (ป้ายประจำตัว)	โดยปกติแล้ว ข้อความสีต่างๆ (เช่น , D-Star, DMR) YSFจะบ่งบอกถึงโหมดดิจิทัลที่วิทยุขาเข้ากำลังใช้งานอยู่
Duration ระยะเวลา	ระยะเวลาของการส่งสัญญาณครั้งล่าสุดหรือครั้งปัจจุบัน วัดเป็นวินาที
Loss / PL (%) สูญเสีย / PL (%)	การสูญเสียแพ็กเก็ต (Packet Loss ) คือตัวชี้วัดที่สำคัญสำหรับการแก้ไขปัญหา มันแสดงเปอร์เซ็นต์ของข้อมูลเสียงดิจิทัลที่สูญหายไปในระหว่างการเชื่อมต่ออินเทอร์เน็ต ตัวเลขที่สูงหมายความว่าเสียงจะฟังดูเหมือนหุ่นยนต์หรือขาดหายไป ("เอฟเฟกต์ R2D2")

สถานะโวโคเดอร์/ทรานสโคเดอร์

โดยปกติแล้ว คุณจะพบส่วนที่เกี่ยวข้องกับAMBE Vocoder อยู่ทางด้านขวาของแดชบอร์ด หรือภายใต้แท็บการตั้งค่าเฉพาะ เนื่องจาก XLX แปลงโหมดดิจิทัลต่างๆ จึงต้องอาศัยชิปฮาร์ดแวร์ในการประมวลผลหลัก

• ช่อง/วงกลมสีเขียว:แสดงช่องฮาร์ดแวร์สำหรับการแปลงรหัสที่ว่างอยู่
  
  
• กรอบ/วงกลมสีแดง:แสดงว่าช่องสัญญาณนั้นกำลังใช้งานอยู่ โดยมีการแปลงสัญญาณเสียง (เช่น การแปลงสัญญาณ D-STAR เป็น DMR) แบบเรียลไทม์
  
  
• จำนวนช่องสัญญาณทั้งหมด:หากเซิร์ฟเวอร์มี 10 ช่องสัญญาณและทั้ง 10 ช่องเปลี่ยนเป็นสีแดง แสดงว่าเซิร์ฟเวอร์นั้นเต็มความจุสำหรับการแปลงสัญญาณข้ามโหมดแล้ว แต่การรับส่งข้อมูลโหมดเดียวกัน (DMR ไปยัง DMR) ยังคงใช้งานได้

หากไม่มี AMBED Server XLX การสื่อสารระหว่างฮาร์ดแวร์และซอฟต์แวร์ยังคงเป็นไปได้หรือไม่?

ใช่แล้ว XLX Reflector ยังคงทำงานได้อย่างสมบูรณ์แบบแม้ไม่มีเซิร์ฟเวอร์ AMBED (ตัวเข้ารหัสเสียงแบบฮาร์ดแวร์) แต่จะมีข้อจำกัดสำคัญอย่างหนึ่งคือจะสูญเสียความสามารถในการแปลงระหว่างโหมดดิจิทัลต่างๆ

หากไม่มีชิปฮาร์ดแวร์สำหรับแปลงสัญญาณเสียง เซิร์ฟเวอร์ XLX จะทำหน้าที่เป็นเพียงเราเตอร์เครือข่ายเท่านั้น ไม่ใช่ตัวแปลงสัญญาณอเนกประสงค์

นี่คือลักษณะการทำงานของระบบโดยไม่มีเซิร์ฟเวอร์ AMBED:

สิ่งที่ใช้งานได้อย่างสมบูรณ์แบบ (การกำหนดเส้นทางแบบโหมดเดียวกัน)

หากผู้ใช้งานสองรายใช้โปรโตคอลดิจิทัลเดียวกัน พวกเขาสามารถสื่อสารผ่านตัวสะท้อนสัญญาณ XLX ได้โดยไม่มีปัญหาใดๆ เซิร์ฟเวอร์จะรับแพ็กเก็ตข้อมูลดิจิทัลที่เข้ามาจากวิทยุเครื่องหนึ่ง แล้วส่งต่อไปยังโหนดอื่นๆ ที่เชื่อมต่ออยู่ทั้งหมด

• การเชื่อมต่อ DMR กับ DMR:ใช้งานได้อย่างไม่มีปัญหา
  
  
• การเชื่อมต่อ D-STAR กับ D-STAR:ใช้งานได้อย่างสมบูรณ์แบบ
  
  
• YSF ถึง YSF:ใช้งานได้อย่างราบรื่นไร้ที่ติ
  
  

คุณยังคงสามารถใช้ซอฟต์แวร์ฮอตสปอต (เช่น Pi-Star) และฮาร์ดแวร์วิทยุเพื่อเชื่อมต่อกับโมดูลได้ เซิร์ฟเวอร์ยังคงติดตามสัญญาณเรียกขาน กำหนดเส้นทางการรับส่งข้อมูล IP และแสดงทุกอย่างได้อย่างแม่นยำบนแดชบอร์ด

สิ่งที่ล้มเหลว (การสื่อสารข้ามโหมด)

เซิร์ฟเวอร์ AMBED จำเป็นต้องใช้เฉพาะเมื่อต้องแปลงโคเด็กเสียง เท่านั้น ตัวอย่างเช่น D-STAR ใช้โคเด็ก AMBE รุ่นเก่า ในขณะที่ DMR และ YSF ใช้โคเด็ก AMBE+2 รุ่นใหม่กว่า

หากคุณไม่ได้เชื่อมต่อเซิร์ฟเวอร์ AMBED:

• ผู้ใช้งาน DMR ที่ส่งสัญญาณเข้าไปในโมดูล A จะสามารถรับสัญญาณได้โดยผู้ใช้งาน DMR รายอื่น ๆ ทุกคนในโมดูล A
  
  
• อย่างไรก็ตาม หากผู้ใช้ D-STAR นั่งอยู่ในห้อง A ด้วย วิทยุของพวกเขาจะได้รับกระแสข้อมูล แต่จะไม่มีเสียงเนื่องจากฮาร์ดแวร์วิทยุ D-STAR ไม่สามารถถอดรหัสสัญญาณเสียง DMR (AMBE+2) ได้
  
  
• ในทางกลับกัน หากผู้ใช้ D-STAR พูด ผู้ใช้ DMR จะไม่ได้ยินอะไรเลย
  
  

วิธีที่ผู้ดูแลระบบจัดการกับเซิร์ฟเวอร์ "ไม่มี AMBE"

เพื่อป้องกันความสับสนที่เกิดขึ้นโดยปริยาย (ซึ่งเรียกว่า "การขัดแย้งของโหมด") ผู้ดูแลระบบเซิร์ฟเวอร์ที่ไม่มีเซิร์ฟเวอร์ AMBED มักจะล็อกโมดูลเฉพาะไว้กับโหมดเฉพาะ

แทนที่จะอนุญาตให้ทุกโปรโตคอลเข้าสู่โมดูล A พวกเขาตั้งค่าเซิร์ฟเวอร์ดังนี้:

• โมดูล A ถูกล็อกไว้สำหรับ D-STAR เท่านั้น
  
  
• โมดูล B ถูกล็อกไว้สำหรับใช้งานกับระบบ DMR เท่านั้น
  
  
• โมดูล C ถูกล็อกไว้สำหรับ YSF เท่านั้น
  
  

วิธีนี้ช่วยให้ผู้ปฏิบัติงานเชื่อมต่อได้เฉพาะห้องที่ทุกคนใช้ภาษาดิจิทัลเดียวกัน ทำให้ไม่จำเป็นต้องใช้เซิร์ฟเวอร์ AMBED

URF Reflectors คืออะไร และมันต่อยอดจากแนวคิด XLX อย่างไร?

ระบบ URF (Universal Reflector)ซึ่งขับเคลื่อนด้วยซอฟต์แวร์โอเพนซอร์สurfdถือเป็นวิวัฒนาการขั้นต่อไปของแนวคิด XLX อย่างแท้จริง URF ซึ่งพัฒนาขึ้นโดยหลักโดย Tom Early (N7TAE) ทำหน้าที่เป็น "ซูเปอร์เซ็ต" ของ XLX โดยนำเอาคุณสมบัติการกำหนดเส้นทางแบบหลายโปรโตคอลพื้นฐานของ XLX มาขยายขีดความสามารถให้กว้างขวางยิ่งขึ้น

การติดตั้งใช้งานurfdบนระบบ Debian มีขั้นตอนการทำงานที่คล้ายคลึงกับการย้ายและกำหนดค่าเซิร์ฟเวอร์ Mumble เช่น XNexus แต่ URF นำเสนอการเปลี่ยนแปลงทางสถาปัตยกรรมที่สำคัญหลายประการซึ่งออกแบบมาโดยเฉพาะสำหรับการกำหนดเส้นทาง RF

ส่วนเสริมที่สำคัญเหนือกว่า XLX

ในขณะที่เซิร์ฟเวอร์ XLX รุ่นดั้งเดิมเชื่อมต่อระบบวิทยุสื่อสารหลักสามระบบ (D-STAR, DMR และ YSF) เข้าด้วยกัน แต่ URF ถูกสร้างขึ้นเพื่อรวมระบบวิทยุสื่อสารดิจิทัลทั้งแบบใหม่และแบบเก่าที่หลากหลายยิ่งขึ้น

• การบูรณาการโปรโตคอลที่ขยายเพิ่มเติม: URF เพิ่มการรองรับโปรโตคอลโอเพนซอร์สM17 (รองรับทั้งเสียงและข้อมูล), NXDN , P25 (โดยใช้ซอฟต์แวร์ IMBE) และ USRPสำหรับเชื่อมต่อกับเครือข่าย AllStarLink
  
  
• การแปลงรหัสฮาร์ดแวร์ระยะไกล:นี่อาจถือเป็นความก้าวหน้าทางเทคนิคที่สำคัญที่สุดของ URF ในการตั้งค่า XLX แบบคลาสสิก ตัวแปลงเสียงฮาร์ดแวร์จะต้องเสียบเข้ากับเซิร์ฟเวอร์รีเฟล็กเตอร์โดยตรงURF แบ่งซอฟต์แวร์ออกเป็นสองส่วนที่แตกต่างกัน คือ รีเฟล็กเตอร์ ( urfd) และตัวแปลงรหัสแบบไฮบริด ( tcd) ซึ่งสื่อสารกันผ่านการเชื่อมต่อ TCP มาตรฐานนั่นหมายความว่าคุณสามารถโฮสต์เซิร์ฟเวอร์ URF หลักบน VPS คลาวด์ที่รวดเร็ว ในขณะที่ยังคงใช้ฮาร์ดแวร์ AMBE เช่น DVMEGA DVstick-30 หรือ DVstick-33 เสียบเข้ากับ Raspberry Pi ในเครือข่ายท้องถิ่นเพื่อจัดการการแปลงไฟล์จากระยะไกลได้
  
  
• การเชื่อมโยงขั้นสูง: urfdประกอบด้วยไฟล์การกำหนดค่าเฉพาะสำหรับการเชื่อมต่อโดยตรงกับเครือข่าย BrandMeister รวมถึงไฟล์เทอร์มินัลเฉพาะสำหรับการจัดการโหมดเทอร์มินัลและจุดเชื่อมต่อ (G3) ของ Icom ซึ่งต้องการทรัพยากรการเชื่อมต่อที่สูงกว่ามาก
  
  
• ปรับปรุงโค้ดเบสให้ทันสมัย: ในส่วนการทำงานภายในurfdเซิร์ฟเวอร์จะจัดการการจัดสรรหน่วยความจำให้ทันสมัยขึ้น ทำให้ระบบมีความเสถียรมากขึ้นเมื่อจัดการกับสตรีมข้อมูลขนาดใหญ่หลายรายการพร้อมกัน
  
  

ข้อจำกัดที่สำคัญอย่างหนึ่งของสถาปัตยกรรมใหม่นี้คือตัวสะท้อนแสง URF ไม่สามารถเชื่อมต่อโดยตรงกับตัวสะท้อนแสง XLX รุ่นเก่าได้เซิร์ฟเวอร์เหล่านี้ดำรงอยู่เป็นกลุ่มเครือข่ายที่ทันสมัยของตนเอง โดยสื่อสารกับเซิร์ฟเวอร์ URF อื่นๆ ในขณะเดียวกันก็เชื่อมโยงเข้ากับมาตรฐานเสียงดิจิทัลหลักๆ เกือบทุกมาตรฐานที่ใช้งานอยู่ในปัจจุบัน

ที่มา : https://github.com

#XNexus Team
#AmateurRadio
#XLXMultiprotocol
#Analoge #Digital #Radio

#XLXMultiprotocolReflectors #AMBE
#Dstar #DMR #YSF #NXDN #P25 #M17 #Allstarlink