Page 250 - Computer Network

29.4. สตรีมมิ่งมีเดีย (STREAMING MEDIA) 241

รูปที่ 29.10: ตัวอย่างการทำงานของมิกเซอร์ และ Translator

จะทำการกำหนด CSRC เป็น 1 และ 2 และใช้ SSRC ของตนเองได้แก่ SSRC = 11 เพื่อใช้ในการส่งแพกเกต RTP
book)
จากนั้นเมื่อสตรีมถูกส่งผ่านไปยัง Translator ในเวลาเดียวกันมีสตรีมจาก SSRC = 3 ด้วย ทำให้ Translator สลับ
การใช้บริการ (interleave) สตรีมทั้งสอง (SSRC = 11 และ SSRC =3) อย่างไรก็ตาม เนื่องจากการทำงานของ

Translator ไม่ได้ทำการซิงโครไนซ์สตรีมทั้งหมดใหม่ ทำให้ SSRC ทั้งสองมีค่าเท่าเดิม จากนั้นเมื่อสตรีมทั้งหมดถูก
ส่งไปยังปลายทางผ่านมิกเซอร์ SSRC = 12 สตรีมทั้งหมดจะถูกกำหนดให้เป็น CSRC แทนและใช้ SSRC = 12 ดัง
รูป

29.4.3 RTP Control Protocol (partial

RTP Control Protocol (RTCP) เป็นโพรโตคอลที่ใช้เพื่อเป็นการสื่อสารของสัญญาณควบคุมในการทำงานของ RTP
only
พื้นฐานการทำงานของ RTCP เพื่อสนับสนุนการใช้แจ้งกลับ (feedback) ของ QoS ด้วยการส่งข้อมูลทางสถิติให้กับ
สมาชิกในกลุ่ม (paticipants) ของ session มัลติมีเดียเป็นช่วงๆ

RTCP ทำการรวบรวมข้อมูลทางสถิติของมีเดีย เช่น จำนวนแพกเกต จำนวนแพกเกตที่สูญหาย ข้อมูล Jitter
KKU
และ RTT ทำให้แอพพลิเคชันสามารถที่จะใช้ข้อมูลนี้ เพื่อควบคุมการทำงานของ QoS เช่น การควบคุมขนาดของ
flow และการใช้งานของ codec แบบต่างๆ จากข้อมูลของ RFC 1889 กำหนดการทำงานของ RTCP เป็น 4 ฟังก์ชัน

1. Quality of Service (QoS) และ congestion control : RTCP แจ้งคุณภาพของข้อมูล เนื่องจาก RTCP
เป็นการทำงานแบบมัลติคาสท์ สมาชิกที่อยู่ใน session เดียวกันสามารถที่จะรับทราบว่าสมาชิกอื่นทำงาน
เป็นอย่างไร การแจ้งของภาคส่งทำให้ภาครับสามารถที่จะประมาณอัตราเร็วของข้อมูล และคุณภาพของการ

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

2. Identification : เพื่อเป็นการบอกถึงลักษณะของข้อมูล RTP เรียกว่า the canonical name หรือ
CNAME ที่นอกเหนือจากที่ระบุใน SSRC เนื่องจาก SSRC อาจมีการเปลี่ยนแปลงตลอดเวลา ทำให้ผู้ใช้
สามารถที่จะเข้าร่วมหลายสตรีมจากหลายเซสชัน เช่นการใช้งานเซสชันของวีดีโอ และเซสชันของเสียง

3. Session size estimation and scaling: เพื่อทำงานในฟังก์ชันทั้งสองที่กล่าวไป สมาชิกในกลุ่มจะส่ง
แพกเกต RTCP เป็นช่วง โดยที่อัตราการส่งของแพกเกตจะลดลงเมื่อมีสมาชิกในกลุ่มเพิ่มขึ้น ในกรณีของ
session ที่มีจำนวนสมาชิกในกลุ่มน้อย RTCP จะส่งในอัตราสูงสุดที่หนึ่งแพกเกตทุก 5 วินาที นอกจากนี้

ใน RFC 1889 ยังมีการกำหนดการใช้งานอัลกอริทึมเพื่อจำกัดอัตราการส่ง RTCP บนพื้นฐานของจำนวน