ความแตกต่างระหว่างอัตราบิตและอัตรารับส่งข้อมูลและต้นกำเนิดของมัน?


21

ทุกคนดูเหมือนจะมีคำจำกัดความที่แตกต่างกันทุกที่ที่ฉันมอง

ตามอาจารย์ของฉัน:

Rbit=bitstime

Rbaud=datatime

ตามที่ผู้ผลิต :

Rbit=datatime

Rbaud=bitstime

อันไหนถูกต้องและทำไม อย่าลังเลที่จะบอกต้นกำเนิดว่าทำไมมันถึงถูกนิยามด้วยเช่นกัน

คำถามที่เกี่ยวข้อง: การเชื่อมโยง


1
ถ้ามันเป็นแค่เลขศูนย์และเลข baud เป็นบิตต่อวินาที
Umar

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

6
ความซ้ำซ้อนที่เป็นไปได้ของความแตกต่างระหว่างเฮิร์ตซ์และ bps (คำถามไม่ซ้ำกันแน่นอน แต่คำตอบตอบคำถามนี้)
The Photon

5
บิตสามารถเป็นสัญลักษณ์ได้ Baud เป็นสัญลักษณ์ต่อวินาที
Voltage Spike

คำตอบ:


46

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

อัตราบิตคืออัตราที่บิตข้อมูลจริงได้รับการถ่ายโอน นี่อาจน้อยกว่าอัตราการรับส่งข้อมูลเนื่องจากมีการใช้ช่วงเวลาบิตเล็กน้อยสำหรับค่าใช้จ่ายในโพรโทคอล นอกจากนี้ยังอาจเป็นมากกว่าอัตรารับส่งข้อมูลในโปรโตคอลขั้นสูงที่ดำเนินการมากกว่าหนึ่งบิตต่อสัญลักษณ์

ตัวอย่างเช่นพิจารณาโปรโตคอล RS-232 ทั่วไป สมมติว่าเราใช้ 9600 baud, 8 data bits, one stop bit และไม่มี parity bit หนึ่ง "อักขระ" ที่ส่งแล้วมีลักษณะดังนี้:

เนื่องจากอัตรารับส่งข้อมูลเป็น 9600 บิต / วินาทีแต่ละช่วงเวลามีช่วงเวลา 1/9600 วินาที = 104 ยาว อักขระประกอบด้วยบิตเริ่มต้นบิตข้อมูล 8 บิตและบิตหยุดสำหรับช่วงเวลา 10 บิตทั้งหมด อักขระทั้งหมดจึงใช้เวลา 1.04 ms ในการส่ง

อย่างไรก็ตามจะมีการส่งบิตข้อมูลจริงเพียง 8 บิตเท่านั้นในช่วงเวลานี้ ดังนั้นอัตราบิตที่มีประสิทธิภาพจึง (8 บิต) / (1.04 ms) = 7680 บิต / วินาที

หากนี่เป็นโปรโตคอลที่แตกต่างกันตัวอย่างเช่นใช้ระดับแรงดันไฟฟ้าสี่ระดับเพื่อระบุสองบิตในแต่ละครั้งโดยที่อัตราการรับส่งข้อมูลอยู่ในระดับเดียวกันจากนั้นจะมีการถ่ายโอน 16 อักขระแต่ละตัว นั่นจะทำให้อัตราบิต 15,360 บิต / วินาทีสูงกว่าอัตรารับส่งข้อมูลจริง ๆ


27
ควรสังเกตว่าอัตราบิตอาจสูงกว่าอัตรารับส่งได้หากใช้การเข้ารหัสสัญลักษณ์มากกว่าหลายบิตต่อหนึ่งสัญลักษณ์ สิ่งนี้ไม่สามารถทำได้ในลิงค์ไบนารีอย่างง่ายเช่น RS-232 แต่เป็นเรื่องปกติในระบบที่ใช้รูปแบบการเข้ารหัสที่ซับซ้อนมากขึ้น
Andrew

6
ใครก็ตามที่ลงคะแนนในเรื่องนี้ฉันก็นิ่งงันกับสิ่งที่คุณคิดว่าผิด
Olin Lathrop

6
ไม่ใช่ฉัน แต่ฉันเชื่อว่าบิตเริ่มต้น / หยุดบัญชีสำหรับความแตกต่างระหว่างอัตราบิตดิบและอัตราข้อมูลไม่ใช่สำหรับความแตกต่างระหว่างอัตราบิตและอัตรารับส่งข้อมูล (ซึ่งเป็นสิ่งเดียวกันสำหรับ RS-232)
Dmitry Grigoryev

5
ไม่ baudrate คือจำนวนสัญลักษณ์ต่อวินาที ในตัวอย่างของคุณ bit rate = baud rate เมื่อสัญลักษณ์สามารถดำเนินการมากกว่าหนึ่งบิตแล้วอัตราการส่งข้อมูล <อัตราบิต ตัวอย่างเช่น 16-QAM ถือสิบหกบิตต่อสัญลักษณ์
พอลเอลเลียต

4
@OlinLathrop อัตราการส่งข้อมูลจะน้อยกว่าอัตราบิตเกือบทุกครั้ง ในขณะที่ RS232 เป็นเรื่องธรรมดามันไม่มีที่ไหนใกล้เคียงกันอีกต่อไปเช่น DSL, Ethernet และโปรโตคอลอื่น ๆ อีกมากมายที่มีอัตรารับส่งข้อมูลต่ำกว่าอัตราบิต RS232 เป็นค่าผิดปกติเพราะโบราณ
David Schwartz

30

เส้นอัตราบิตคือจำนวนของบิตต่อความเป็นอยู่ที่สองย้าย

ข้อมูลอัตราบิตเป็นจำนวนบิตข้อมูลถูกย้ายต่อวินาที

บอดอัตราคือจำนวนของสัญลักษณ์ต่อวินาที (บอดเป็นชื่อหลังจากEmile Baudot )

อัตราบรรทัดและอัตราข้อมูลอาจแตกต่างกันเนื่องจากการเข้ารหัสบรรทัด

64 = 26linebitrate6

ในฐานะตัวอย่าง (มีการวางแผนอย่างมาก) เราอาจเห็นสิ่งนี้:

Base rate = 64000 บิตต่อวินาที - นี่คืออัตราข้อมูล

Line coded โดยใช้ framing มาตรฐานบนพื้นฐาน 32 บิตเพิ่ม 1 framing bit ต่อคำ: เพิ่ม bit 2000 framing ลงไปดังนั้นอัตราของ lineตอนนี้คือ 66,000 bits ต่อวินาที

ตอนนี้เราทำการ QAM16 (เข้ารหัส 4 บิตต่อสัญลักษณ์) ดังนั้นอัตรา baud (หรืออัตราสัญลักษณ์) = 16.5kBaud

วิธีการที่อัตราบิต line และข้อมูลอัตราการอาจแตกต่างกันก็คือการที่เราต้องบิตสิ่งใน bitstream เช่นSDLC

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

เพื่อป้องกันสิ่งนี้หากตรวจพบลำดับ 5 '1' บิตภายในส่วนของน้ำหนักบรรทุกของเฟรม (ซึ่งแหล่งส่งสัญญาณรู้) ศูนย์จะถูกแทรกเข้าไปในบิตสตรีมเพื่อป้องกันสัญลักษณ์สิ้นสุดเฟรมก่อนกำหนด ค่าใช้จ่ายในช่องไม่ได้กำหนดไว้ล่วงหน้า


1
และอัตราบิตและอัตราการส่งข้อมูลจะแตกต่างกันเมื่อใด
Chiel ten Brinke

1
@ChieltenBrinke: เมื่อมีการใช้การแก้ไขข้อผิดพลาดบิตพิเศษจะถูกส่งซึ่งไม่ได้ให้บริการข้อมูลเพิ่มเติมเพียงให้การตรวจสอบข้อผิดพลาดสำหรับข้อมูลที่มีอยู่เท่านั้น นอกจากนี้ยังมีค่าใช้จ่ายในโปรโตคอลที่ใช้ซึ่งเป็นสิ่งจำเป็น แต่ไม่ได้เพิ่มบิตข้อมูลเพิ่มเติม
loneboat

ตามโพสต์นี้จะอธิบายความแตกต่างระหว่างอัตราข้อมูลและอัตราบิตบรรทัดเท่านั้น โดยการอ่านโพสต์นี้ แต่ฉันไม่สามารถอนุมานความแตกต่างระหว่างอัตราการรับส่งข้อมูลและอัตราบิตบรรทัด
Chiel ten Brinke

1
หัวข้อนี้มีการพูดถึงกันมากเมื่อโมเด็ม 9600 bps มีวางจำหน่ายครั้งแรกในปี 1980 ฉันประหลาดใจที่ไม่มีใครได้ไปขจัดรอบในจดหมายเหตุ 20 ไป 30 ปีของcomp.dcom.modems
shoover

3
@ThomasHollis นี่ควรเป็นคำตอบที่ยอมรับได้
tcrosley

0

อัตรารับส่งข้อมูลหมายถึงจำนวน "ช่อง" ต่อวินาที ด้วยรูปแบบการสื่อสารแบบอนุกรมส่วนใหญ่ข้อมูลในแต่ละช่องจะเป็นหนึ่งหรือศูนย์ แต่สามารถทำได้เช่นส่งแรงดันไฟฟ้าที่ระบุค่าระหว่างศูนย์ถึงสามสำหรับค่าที่เป็นไปได้สี่ (vs สอง) ต่อช่อง ด้วยสี่ค่าต่อหนึ่งช่องสามารถส่งข้อมูลได้สองครั้งเร็วเหมือนกับข้อมูลโหมด "ไบนารี" ปกติ

การเข้ารหัสแบบนี้ใช้ในยุคแรก ๆ ของโทรเลข (เมื่อพยายามใช้กลยุทธ์แปลก ๆ ทุกประเภท) แต่แทบจะไม่เคยทำอีกต่อไปสำหรับการสื่อสารทุกระยะทาง อย่างไรก็ตามการเข้ารหัสหลายระดับยังทำในบางครั้งในวงจรรวมของคอมพิวเตอร์เพื่อลดจำนวนสายที่ต้องการ


1
การเข้ารหัสหลายระดับเป็นเรื่องปกติอย่างยิ่งในการสื่อสารข้อมูล ตัวอย่างเช่น 1000BASE-T (Gigabit Ethernet) ใช้การปรับ PAM-5
พอลเอลเลียต

1
สิ่งนี้จะเพิกเฉยต่อมาตรฐานอื่น ๆ อีกหลายร้อยรายการโดยใช้ QAM ผ่านทางไกล (WiFi, QAM TV, อื่น ๆ ) และโปรโตคอลอื่น ๆ ที่ไม่ได้ดำเนินการอัตรา 1: 1 บิต / สัญลักษณ์ (USB, Firewire, SATA, Etherent, HD Radio, Digital Cellular มาตรฐาน (3G / 4G / CDMA) ฯลฯ ... ) ดาวเทียมใช้ PSK และ QAM อย่างกว้างขวางสายเคเบิลใต้ทะเลใช้ STM ซึ่งเพิ่มสัญลักษณ์การแก้ไขข้อผิดพลาด
Mitch

ฉันเดาว่าฉันไม่ได้ตระหนักว่าโครงการนี้รอดชีวิตมาได้นอกสภาพแวดล้อม RF ที่สิ่งต่าง ๆ ที่มีอัตราบิตสับสน
Licks ร้อน
โดยการใช้ไซต์ของเรา หมายความว่าคุณได้อ่านและทำความเข้าใจนโยบายคุกกี้และนโยบายความเป็นส่วนตัวของเราแล้ว
Licensed under cc by-sa 3.0 with attribution required.