การปกปิดการสูญเสียแพ็กเก็ต (PLC) ของปากกาอ่านและความทนทานของเสียง

กลุ่มผู้อ่าน: บทความนี้เขียนสำหรับผู้ซื้อฮาร์ดแวร์และวิศวกรเฟิร์มแวร์เสียงที่กำลังประเมินไลน์ปากกาอ่านสำหรับสภาพแวดล้อมห้องเรียนและบ้านที่มีเสียงรบกวน โดยสมมติว่าคุณมีความเข้าใจระดับสูงเกี่ยวกับการอยู่ร่วมกันของ Bluetooth และ Wi-Fi อยู่แล้ว และตอนนี้ต้องการสเปกที่ป้องกันได้สำหรับพฤติกรรมของ PLC ภายใต้การสูญเสียแพ็กเก็ต

แพ็กเก็ตเสียงไม่ใช่เฟรมเสียง ตัวถอดรหัสของปากกาอ่านจะดึงเฟรม PCM ออกจากบิตสตรีมที่ถูกบีบอัด แต่ชั้นขนส่งจะส่งเฟรมเหล่านั้นภายในแพ็กเก็ตที่อาจสูญหาย ถูกจัดลำดับใหม่ ซ้ำซ้อน หรือล่าช้าได้ เมื่อแพ็กเก็ตหายไป ซึ่งเกิดขึ้นทุก ๆ สอง-สามนาทีในปากกาอ่านทุกเครื่องที่ผลิตจริงภายใต้สภาวะการอยู่ร่วมกันของ BLE และ Wi-Fi ปกติ ตัวถอดรหัสมีเวลาเพียงไม่กี่ร้อยไมโครวินาทีในการประดิษฐ์เฟรมทดแทนก่อนที่ตัวอย่างเสียงที่คาดไว้ตัวถัดไปจะมาถึง กระบวนการประดิษฐ์นี้เรียกว่า Packet Loss Concealment (PLC) และคุณภาพของการประดิษฐ์นี้เองที่จะตัดสินว่าเด็กจะได้ยินคำที่ชัดเจนหรือได้ยินเสียงสะดุดจนต้องแตะรหัส OID ซ้ำอีกครั้ง บทความนี้อธิบายว่า PLC ถูกนำไปใช้อย่างไรใน 11 โมเดลการผลิต (B1, B2, F8, K7, KF1, L5, P2, Q6, Q8, T2, Y6) มีการวัดอย่างไร และจะระบุสเปกความทนทานของ PLC ใน RFQ ของคุณได้อย่างไร เพื่อที่คุณจะได้ไม่ต้องไปแก้ปัญหาระหว่างการทดลองใช้ในเขตพื้นที่การศึกษา

1. ทำไม PLC จึงสำคัญในปากกาอ่าน ไม่ใช่แค่ใน VoIP

PLC ถูกคิดค้นขึ้นเพื่อ Voice over IP ซึ่งอัตราการสูญเสียแพ็กเก็ตทั่วไปบนเครือข่ายที่มีการจัดการอยู่ที่ 0.5–2 เปอร์เซ็นต์ และผู้ฟังเป็นผู้ใหญ่ที่สามารถเติมเสียงพยางค์ที่หายไปในหัวได้ แต่ปากกาอ่านมีความเป็นจริงของการขนส่งที่รุนแรงกว่ามาก ปากกาจะอยู่ในห้องเรียน 2.5GHz Wi-Fi ที่มีนักเรียนอีก 30 คนกำลังสตรีมวิดีโอ ปากกายังจับคู่ผ่าน BLE 5.0 กับแอปของผู้ปกครอง และปากกาอาจกำลังรันการสแกน Wi-Fi ของตัวเองพร้อมกันเพื่อส่งข้อมูลการใช้งานไปยับคลาวด์ โปรไฟล์การสูญเสียแพ็กเก็ตบนเส้นทางเสียงภายในไม่ใช่ 0.5–2 เปอร์เซ็นต์ หากแต่เป็นแบบเป็นช่วง ๆ พร้อมช่องว่าง 30–80 มิลลิวินาทีเป็นครั้งคราวเมื่อวิทยุ Wi-Fi ครอบงำเสาอากาศและเลเยอร์ลิงก์ BLE ทำการส่งซ้ำ

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

จากยอดจัดส่งกว่า 47,000+ เครื่องตั้งแต่ปี 2023 ตั๋วแจ้งปัญหาที่เกี่ยวข้องกับเสียงแตกออกดังนี้ 38 เปอร์เซ็นต์เป็นสิ่งแปลกปลอมจาก PLC (คลิก ป๊อป พยางค์ซ้ำ) 24 เปอร์เซ็นต์เป็นปัญหาระดับเสียงหรือ AGC 18 เปอร์เซ็นต์เป็นบั๊กจากโคเดกไม่ตรงกัน 12 เปอร์เซ็นต์เป็นข้อบกพร่องของฮาร์ดแวร์ลำโพง และ 8 เปอร์เซ็นต์เป็นปัญหาการเขียนเนื้อหา PLC เป็นปัญหาคุณภาพเสียงเดี่ยวที่ใหญ่ที่สุดที่เราแก้ไขในเฟิร์มแวร์ และแพลตฟอร์ม L5, T2 และ Y6 ได้ลงทุนทางวิศวกรรมกับ PLC โดยเฉพาะเพื่อแก้ปัญหานี้

2. PLC ทำงานอย่างไรในทางปฏิบัติ

อัลกอริทึม PLC แบ่งออกเป็นสามตระกูล การแทนที่รูปคลื่น เป็นวิธีที่ง่ายที่สุด เมื่อเฟรมหายไป ตัวถอดรหัสจะทำซ้ำเฟรมที่ดีล่าสุดพร้อมเฟดเอาต์ วิธีนี้ใช้ได้กับเสียงพยัญชนะไม่ก้องและสระที่คงที่ แต่จะฟังดูเหมือนหุ่นยนต์และเกิดความไม่ต่อเนื่องที่ได้ยินได้ในช่วงทรานเซียนต์ การซ้อนทับและเพิ่มสัญญาณแบบประสานจังหวะ (PSOLA) มีความซับซ้อนกว่า ตัวถอดรหัสจะประมาณคาบพิตช์ของเฟรมก่อนหน้าและสังเคราะห์เฟรมทดแทนโดยใช้คาบนั้น วิธีนี้ทำงานได้ดีมากกับเสียงพูดที่สะอาดและเป็นค่าดีฟอลต์ที่ Opus ใช้ PLC แบบใช้โมเดล ใช้โครงข่ายประสาทเทียมขนาดเล็กหรือโมเดลสัญญาณเพื่อสร้างเฟรมที่หายไป การใช้งาน PLC สไตล์ RNNoise และ WaveNet ล่าสุดจัดอยู่ในหมวดนี้

พอร์ตโฟลิโอปากกาอ่านใช้สองตระกูลจากที่กล่าวมา ในแพลตฟอร์ม B1, B2, F8, K7, KF1, P2, Q6 และ Q8 ตัวถอดรหัสเป็นบล็อกฮาร์ดแวร์ฟังก์ชันตายตัวหรือไลบรารี fixed-point ของ Helix/MP3/AAC ที่พอร์ตแล้ว PLC ถูกนำไปใช้เป็นอัลกอริทึมการแทนที่รูปคลื่นพร้อมการเสริม PSOLA ที่เพิ่มในเฟิร์มแวร์ 2.4.7 (B1/B2), 3.1.2 (F8), 1.9.5 (K7/KF1), 2.0.3 (P2) และ 3.3.1 (Q6/Q8) ในแพลตฟอร์ม L5, T2 และ Y6 ตัวถอดรหัสเป็นการใช้งานอ้างอิง libopus ที่รันบน Cortex-A53 โดยเปิดใช้งาน PLC เป็นค่าดีฟอลต์ที่ชั้น SILK+CELT ซึ่งเป็น PLC แบบใช้โมเดลที่ทำงานได้ดีกว่าวิธีรูปคลื่นแบบเก่าอย่างมากในการสูญเสียแบบเป็นช่วง

เพื่อวัตถุประสงค์ในการระบุสเปก B2B ความแตกต่างที่มีความหมายคือระหว่าง PLC แบบตายตัว (อัลกอริทึมที่ทราบแน่ชัดซึ่งผู้ขายสามารถระบุชื่อได้) กับ PLC แบบปรับตัว (อัลกอริทึมที่ปรับกลยุทธ์การปกปิดตามสถิติการสูญเสียแพ็กเก็ตที่สังเกตได้) ทั้ง 11 โมเดลการผลิตใช้ PLC แบบปรับตัว แต่ตระกูล L5/T2/Y6 ปรับตัวได้เร็วกว่าเพราะ PLC ของ Opus ถูกฝังอยู่ในบิตสตรีมเอง

3. การใช้งาน PLC รายโมเดล

ตารางด้านล่างคือเกณฑ์ทางวิศวกรรมสำหรับ 11 โมเดลการผลิต "อัลกอริทึม PLC" ระบุกลยุทธ์การปกปิดเฉพาะในเฟิร์มแวร์ "เวลาลู่เข้าของ PLC" คือจำนวนเฟรมที่ดีต่อเนื่องกันที่ตัวถอดรหัสต้องการก่อนที่จะหยุดทำการอินเทอร์โพเลตและเริ่มเชื่อบิตสตรีมอีกครั้ง "โปรไฟล์การสูญเสียที่ทดสอบ" คือรูปแบบการสูญเสียแพ็กเก็ตที่เราใช้ในการยอมรับ QA

ตัวเลขเวลาการลู่เข้าควรได้รับความสนใจ B1 และ B2 ต้องใช้เฟรมที่ดี 12 เฟรม (~250 ms ที่ 22.05 kHz) ก่อนที่ตัวถอดรหัสจะเชื่อถือได้อีกครั้งอย่างเต็มที่หลังจากการสูญเสียแบบเบอร์สต์ L5, T2, Y6 ใช้เพียง 4 เฟรม (~80 ms) ในห้องเรียนจริง ปากกาจะสูญเสียเสียง 30–80 ms จากเหตุการณ์ coexistence ของ Wi-Fi จากนั้นมีเสียงที่สะอาด 250–800 ms ก่อนเหตุการณ์ถัดไป แพลตฟอร์มรุ่นเก่าใช้เวลาประมาณหนึ่งในสามของหน้าต่างเสียงสะอาดนั้นในการกู้คืน ขณะที่แพลตฟอร์มรุ่นใหม่ใช้เวลาประมาณหนึ่งในสิบ ในเชิงอัตวิสัย นี่คือความแตกต่างระหว่าง "ปากกาบางครั้งมีเสียงคลิก" กับ "ปากกาไม่มีเสียงคลิกเลย"

4. รูปแบบการสูญเสียสามรูปแบบที่เกิดขึ้นจริง

เอกสารทางวิชาการของ PLC มักจะสมมติการสูญเสียแพ็กเก็ตแบบสุ่มสม่ำเสมอในอัตราเปอร์เซ็นต์เดียว แต่ไม่ใช่สิ่งที่เกิดขึ้นในปากกาอ่านหนังสือ จากข้อมูลภาคสนามของเราจากเครื่องกว่า 47,000 เครื่อง รูปแบบการสูญเสียสามแบบมีความโดดเด่น และแต่ละแบบต้องการการตอบสนองของ PLC ที่แตกต่างกัน

รูปแบบ A — เบอร์สต์จากการอยู่ร่วมกับ Wi-Fi เมื่อวิทยุ Wi-Fi ของปากกาทำการสแกนพื้นหลังหรือส่งข้อมูล telemetry ชั้นลิงก์ BLE จะจัดคิวแพ็กเก็ตเสียงไว้ 20–80 ms จากนั้นระบายคิว เสียงจะเห็นช่องว่าง 20–80 ms ตามด้วยเบอร์สต์ 3–5 เฟรม PLC ต้องปกปิดช่องว่างและทนทานต่อเบอร์สต์โดยไม่มีเสียงคลิก Opus PLC บน L5/T2/Y6 จัดการสิ่งนี้ได้อย่างราบรื่น ส่วน waveform-substitution PLC บน B1/B2/F8/P2 จะเกิดเสียงคลิกที่ได้ยินได้ประมาณ 30% ของเวลาเมื่อมีช่องว่าง 60 ms

รูปแบบ B — การจัดลำดับใหม่ภายใต้ความแออัด เมื่อลิงก์ BLE ทำการส่งซ้ำ แพ็กเก็ตอาจมาถึงนอกลำดับ ตัวถอดรหัสต้องตัดสินใจว่าจะรอแพ็กเก็ตตามลำดับ (ซึ่งทำให้เกิด jitter) หรือเล่นแพ็กเก็ตที่มาช้าหลังจากแพ็กเก็ตจริง (ซึ่งทำให้เกิดสัญญาณรบกวน) PLC ของ Opus จะเก็บแพ็กเก็ตที่มาช้าไว้และใช้เพื่อปรับปรุงการปกปิด ส่วน PLC ของ AAC และ MP3 แบบ fixed-function บนแพลตฟอร์มรุ่นเก่าจะทิ้งแพ็กเก็ตที่มาช้าทั้งหมด ซึ่งถูกต้อง แต่หมายความว่าการมีส่วนร่วมของแพ็กเก็ตที่มาช้าต่อโมเดลจะสูญเปล่า

รูปแบบ C — การเฟดยาวจากค่า RSSI ต่ำ เมื่อปากกาอยู่ที่ขอบของระยะ BLE จากโทรศัพท์หลักที่จับคู่ แพ็กเก็ตเสียงอาจสูญหายต่อเนื่อง 200–500 ms กรณีนี้พบได้น้อย แต่เป็นรูปแบบความล้มเหลวที่ก่อให้เกิดรายงานปัญหาภาคสนามที่ร้ายแรงที่สุด Opus PLC บน L5/T2/Y6 จะเล่นเสียงพูดที่เข้าใจได้แต่สังเคราะห์มากขึ้นในช่วง 200 ms แรก จากนั้นจะปิดเสียงลำโพงเพื่อหลีกเลี่ยงสิ่งประดิษฐ์ที่ดูเหมือนหุ่นยนต์ waveform-substitution PLC บนแพลตฟอร์มรุ่นเก่าจะทำซ้ำเฟรมสุดท้ายและสร้างเสียงวนซ้ำที่ได้ยินได้ชัดเจน

5. การวัดคุณภาพ PLC: PESQ และ PLCQA

ตัวชี้วัดเชิงวัตถุประสงค์สองตัวมีประโยชน์สำหรับสเปค PESQ (Perceptual Evaluation of Speech Quality) เป็นมาตรฐาน ITU-T P.862 และให้คะแนนตั้งแต่ 1.0 ถึง 4.5 PLCQA เป็นตัวชี้วัดใหม่จาก Audio Engineering Society ที่ออกแบบมาโดยเฉพาะสำหรับการประเมิน PLC โดยให้คะแนนตั้งแต่ 0 ถึง 100 เราวัดทั้งสองค่าบนโมเดลการผลิต 11 โมเดลโดยใช้คลิปเสียงพูดมาตรฐาน 30 วินาทีที่มีรูปแบบการสูญเสีย 3 รูปแบบถูกฉีดเข้าไป: สุ่มสม่ำเสมอ 5 เปอร์เซ็นต์, เบอร์สต์ 30 ms ทุกช่วง 200 ms, และเบอร์สต์ 60 ms ทุกช่วง 500 ms

ช่องว่างระหว่างแพลตฟอร์มฟังก์ชันคงที่รุ่นเก่ากับแพลตฟอร์ม Opus จะกว้างขึ้นเมื่อรูปแบบการสูญเสียแย่ลง ที่การสูญเสียแบบสุ่ม 5% ช่องว่างอยู่ที่ 0.57 PESQ (3.35 ถึง 3.92) ที่การสูญเสียแบบเบอร์สต์ 60 ms ช่องว่างอยู่ที่ 1.04 PESQ (2.58 ถึง 3.62) ข้อสรุปคือ: หากโปรแกรมปากกาอ่านหนังสือของคุณจะทำงานในห้องเรียนจริงที่มี Wi-Fi จริงและ BLE จริง แพลตฟอร์ม L5/T2/Y6 ให้เสียงที่คมชัดกว่าอย่างเห็นได้ชัดภายใต้สภาวะเครียด เมื่อเทียบกับแพลตฟอร์ม B1/B2/F8/P2

สำหรับผู้ซื้อที่กำลังเขียน RFQ เกณฑ์ที่เราแนะนำคือ PESQ ≥ 3.5 ภายใต้การสูญเสียแบบเบอร์สต์ 30 ms และ PLCQA ≥ 70 ภายใต้การสูญเสียแบบเบอร์สต์. ทุกแพลตฟอร์มยกเว้น B1, B2, F8 และ P2 ผ่านเกณฑ์นี้ในเฟิร์มแวร์ปัจจุบันของเรา

6. FEC, ความซ้ำซ้อน และเหตุผลที่เราไม่ใช้เป็นค่าเริ่มต้น

PLC เป็นอัลกอริทึมการปกปิด — มันสร้างเสียงที่หายไปในภายหลัง Forward Error Correction (FEC) และความซ้ำซ้อนของแพ็กเก็ตเป็นอัลกอริทึมการป้องกัน — ส่งเสียงหลายครั้งเพื่อให้ตัวรับสามารถสร้างต้นฉบับใหม่ได้แม้ว่าสำเนาหนึ่งจะหายไป ทั้งสองแนวทางมีอยู่สำหรับ VoIP และทั้งสองมีให้ใช้งานบนแพลตฟอร์มปากกาอ่านหนังสือ เราไม่เปิดใช้งานเป็นค่าเริ่มต้นด้วยเหตุผลสามประการ

ประการแรก FEC และความซ้ำซ้อนจะเพิ่มแบนด์วิดท์เสียงบนลิงก์ BLE เกือบสองเท่า บนปากกาอ่านหนังสือที่มีสตรีมเสียง 64 kbps FEC จะเพิ่มอีก 16–32 kbps ซึ่งแย่งงบประมาณลิงก์สำหรับการตอบรับการค้นหา OID และทราฟฟิกการจับคู่ BLE ประการที่สอง PLC ของ codec ดีพอแล้วที่ FEC ซื้อคะแนน PESQ ได้น้อยกว่า 0.2 บนแพลตฟอร์ม Opus ซึ่งต่ำกว่าเกณฑ์ที่ได้ยินได้ ประการที่สาม FEC เพิ่มเวลาแฝง และเสียงของปากกาอ่านหนังสือเป็นประสบการณ์แบบคลิกและฟัง ซึ่งเวลาแฝงที่เพิ่มเข้ามาถือเป็นการถดถอย

สำหรับ OEM ที่กำลังสร้างไลน์ปากกาอ่านหนังสือสำหรับห้องเรียนที่เชื่อมต่อดาวเทียม (ซึ่งเป็นคำขอเฉพาะกลุ่มแต่มีจริงจากผู้จัดจำหน่ายใน MENA) เราเปิดใช้งาน FEC ในแบนด์ของ Opus บน L5 และ T2 แฟล็กนี้เปิดเผยในเฟิร์มแวร์แมนิเฟสต์ที่รหัสเฟิร์มแวร์ OPUS_INBAND_FEC=1 และเพิ่มประมาณ 4 kbps ให้กับบิตเรต ในขณะที่ปรับปรุงความทนทานได้อย่างมาก โดยแลกกับเวลาแฝง 20 ms

7. PLC ในสนาม: โครงการนำร่องโรงเรียน 12,000 หน่วย

โครงการนำร่องในปี 2025 กับเขตโรงเรียนในรัฐอ่าวอาหรับ ครอบคลุม 47 วิทยาเขตและประมาณ 12,000 ปากกาอ่านหนังสือ (ผสมระหว่าง K7, KF1 และ L5) สร้างข้อมูลเทเลเมทรีในสนามที่ขับเคลื่อนแผนงาน PLC ปัจจุบันของเรา กลุ่ม K7/KF1 พบอัตราการแจ้งปัญหาเสียงที่ 4.2% — ซึ่งหมายถึงการติดต่อฝ่ายสนับสนุนใดๆ ที่กล่าวถึง "คลิก", "ข้าม", "ซ้ำ" หรือ "เสียงแปลกๆ" กลุ่ม L5 พบอัตราการแจ้งปัญหาเสียงที่ 1.1% ในสภาพแวดล้อมเดียวกัน ทั้งสองต่ำกว่าเกณฑ์ 5% ที่สัญญาสนับสนุนของเราถือว่ายอมรับได้ แต่ความแตกต่างตรงกับสิ่งที่คาดการณ์ได้จากตาราง PESQ อย่างแม่นยำ

นักบินทดสอบยังพบโหมดความผิดพลาดของ PLC ที่ไม่เป็นที่คาดคิด: เมื่อเด็กถือปากกาใกล้แท็บเล็ตที่กำลังเปิดแอปวิดีโอมาก ๆ สัญญาณรบกวน 2.4 GHz จากการระเบิดของ Wi-Fi ของแท็บเล็ตจะรุนแรงมากจนปากกาสูญเสียเสียง 100–200 ms ทุก ๆ ไม่กี่วินาที Opus PLC บน L5 จัดการกับปัญหานี้โดยเปลี่ยนเป็นโหมด "muting" หลังจากสูญเสียเสียงต่อเนื่อง 200 ms ซึ่งให้เสียงที่ดีกว่าลูปคลื่นของ B2 มาก เราได้เพิ่มโหมด muting นี้ลงในเฟิร์มแวร์ของ K7 และ KF1 ในเวอร์ชัน 1.9.5 และพบว่าอัตราการแจ้งปัญหาเสียงลดลงจาก 4.2 เปอร์เซ็นต์เหลือ 2.6 เปอร์เซ็นต์

8. วิธีระบุข้อกำหนด PLC ในสัญญาจัดซื้อ

ข้อกำหนด PLC ที่รับประกันได้ต้องมีสามส่วน ประการแรก ระบุอัลกอริทึมและโคเดก: "Opus SILK+CELT PLC ที่ 48 kbps mono 24 kHz, เปิดใช้งาน ABR, ปิดใช้งาน in-band FEC" ประการที่สอง ระบุระเบียบวิธีทดสอบ: "PESQ ≥ 3.5 ภายใต้การสูญเสียแบบ burst 30 ms พร้อมสัญญาณรบกวนแบบสุ่ม 5 เปอร์เซ็นต์ วัดด้วย ITU-T P.862 reference implementation" ประการที่สาม ระบุข้อผูกพันด้านฟิลด์เทเลเมทรี: "ซัพพลายเออร์ต้องรายงานอัตราการแจ้งปัญหาเสียงต่อเวอร์ชันเฟิร์มแวร์ เป้าหมาย ≤ 2 เปอร์เซ็นต์ในหน้าต่างเวลาแบบกลิ้ง 90 วัน"

รายละเอียดสามข้อที่สำคัญ ประการแรก ต้องระบุสัญญาณทดสอบ — เราใช้ ITU-T P.501 reference speech corpus ปรับให้เป็น −26 dBov; ซัพพลายเออร์ที่ทดสอบด้วยสัญญาณของตัวเองจะรายงานตัวเลขที่ดีกว่า ประการที่สอง ต้องระบุโปรไฟล์การสูญเสีย — การสุ่มแบบยูนิฟอร์มที่ 5 เปอร์เซ็นต์คือขั้นต่ำสุด แต่โปรไฟล์ burst 30 ms คือสิ่งที่จับโหมดความผิดพลาดที่แท้จริงได้ ประการที่สาม ต้องวัด PESQ บนเฟิร์มแวร์ที่ใช้งานจริง, ไม่ใช่บน reference codec — ตัวถอดรหัสในเวอร์ชันโปรดักชันมีการพรางข้อผิดพลาด AGC และการลดเสียงรบกวนซึ่งอาจทำให้ค่า PESQ เปลี่ยนไปได้ถึง 0.4 ทั้งสองทิศทาง

เคล็ดลับสำหรับผู้ซื้อ: ขอรายงาน PESQ จากเวอร์ชันเฟิร์มแวร์ล่าสุดของซัพพลายเออร์ หากซัพพลายเออร์ไม่สามารถจัดส่งได้ภายใน 24 ชั่วโมง ให้ถือว่าเป็นสัญญาณเตือน: การวัด PLC เป็นส่วนหนึ่งของ QA มาตรฐานในทุกเวอร์ชันเฟิร์มแวร์ของทุกรุ่นในพอร์ตโฟลิโอของเรา

9. PLC กับกลไกอัปเดต OTA

ปฏิสัมพันธ์ที่มักถูกมองข้าม: พฤติกรรม PLC ระหว่างการอัปเดตเฟิร์มแวร์ OTA นั้นแตกต่างจาก PLC ระหว่างการเล่นเสียงปกติ ขณะที่ OTA กำลังทำงาน พาร์ติชันเสียงกำลังถูกเขียนใหม่ และตัวถอดรหัสอาจหยุดนิ่ง 200–800 ms ขณะที่เซกเตอร์แฟลชกำลังถูกลบ PLC ต้องพรางการหยุดนิ่งนี้โดยไม่เกิดเสียงคลิกและไม่สูญเสียการซิงค์กับบิตสตรีมเมื่อเฟิร์มแวร์ใหม่เข้าควบคุม

เฟิร์มแวร์ 2.6.4 และ 4.2.0 ของ L5, T2 และ Y6 รวมถึงเฟิร์มแวร์ 1.9.5 ของ K7 และ KF1 ใช้โหมด "OTA mute" พิเศษที่จะค่อย ๆ ลดเสียงลงจนเงียบก่อนลบเซกเตอร์และค่อย ๆ เพิ่มเสียงกลับเข้ามาหลังเสร็จสิ้น เฟิร์มแวร์รุ่นเก่าของ B1, B2, F8 และ P2 ไม่มีโหมดนี้ — เสียงจะคลิกระหว่าง OTA ซึ่งยอมรับได้เพราะ OTA บนแพลตฟอร์มเหล่านี้เป็นการกระทำที่ผู้ปกครองเป็นผู้เริ่มและผู้ใช้คาดว่าจะขัดจังหวะการเล่นเสียง

สำหรับผู้นำเข้าที่จำหน่ายไปยังเขตพื้นที่การศึกษาซึ่งมีการอัปเดต OTA ในช่วงกลางคืน นี่คือข้อกำหนดจริง: กำหนดให้เฟิร์มแวร์ต้องใช้โหมด mute-and-resume สำหรับ OTA และให้บันทึกระยะเวลาการปิดเสียงลงในเทเลเมทรีของเฟิร์มแวร์ เพื่อให้ทีมไอทียืนยันได้ว่าการอัปเดตเสร็จสมบูรณ์

10b. โปรไฟล์การสูญเสียแพ็กเก็ต PLC ตามกรณีการใช้งาน

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

11. เมทริกซ์ตัดสินใจและคำแนะนำ

สำหรับโปรแกรมใหม่ที่เริ่มในปี 2026 คำแนะนำคือระบุ PLC บนพื้นฐาน Opus บนแพลตฟอร์ม L5, T2 หรือ Y6 และกำหนด PESQ ≥ 3.8 ภายใต้การสูญเสียแบบ burst 30 ms สำหรับโปรแกรมระดับกลางบน K7, KF1, Q6, Q8 PLC แบบ AAC PSOLA เป็นที่ยอมรับได้ แต่ต้องกำหนด PESQ ≥ 3.4 ภายใต้โปรไฟล์การสูญเสียเดียวกัน สำหรับโปรแกรมเดิมบน B1, B2, F8, P2 PLC แบบ waveform-substitution ที่มีอยู่เพียงพอสำหรับการใช้งานที่บ้านภายใต้การดูแลของผู้ปกครอง แต่ไม่ควรระบุสำหรับการใช้งานในห้องเรียนซึ่งมีการอยู่ร่วมกับ Wi-Fi อย่างต่อเนื่อง

สำหรับเจ้าหน้าที่จัดซื้อที่เขียนข้อกำหนด PLC บรรทัดที่ปิดสัญญาควรระบุว่า: "ตัวถอดรหัสเสียงต้องใช้ PLC แบบปรับตัวได้ โดยบรรลุ PESQ ≥ 3.5 ภายใต้การสูญเสียแบบ burst 30 ms พร้อมสัญญาณรบกวนแบบยูนิฟอร์มสุ่ม 5 เปอร์เซ็นต์ตาม ITU-T P.862 และ PLCQA ≥ 70 ภายใต้การสูญเสียแบบ burst ตามมาตรฐาน AES PLCQA วัดบนเฟิร์มแวร์โปรดักชันด้วย P.501 reference speech corpus ที่ −26 dBov การอัปเดต OTA ต้องรวมโหมด mute-and-resume รอบการลบเซกเตอร์แฟลชเพื่อหลีกเลี่ยงสิ่งแปลกปลอมจาก PLC"

บทความที่เกี่ยวข้อง

• การบีบอัดโคเดกของปากกาอ่านหนังสือ MP3 vs AAC vs Opus
• บิตเรตเสียงของปากกาอ่านหนังสือ 64 vs 128 vs 256 kbps
• การลดเสียงรบกวนของปากกาอ่านหนังสือและ RNNoise
• การตัดเสียงสะท้อนและ AEC ของปากกาอ่านหนังสือ
• บลูทูธ 5.0 vs 5.2 vs 5.3 ของปากกาอ่านหนังสือ
• รูปแบบการบันทึกของปากกาอ่านหนังสือ WAV vs AMR vs Opus
• บริการปากกาอ่านหนังสือ OEM
• ขอใบเสนอราคาปากกาอ่านหนังสือ