ชี้แจง ถัว เฉลี่ยเคลื่อนที่ Tcp

อัลกอริทึมการปรับข้อมูล TCP ก่อนที่เราจะดูที่กลไกการปรับตัวแบบมัลติมีเดียจะต้องมีการอธิบายว่าระบบปัจจุบันมีชีวิตรอดได้อย่างไรบ้างสำหรับข้อมูลที่เป็นไปได้โดยการลดประสิทธิภาพการทำงานของทุกคนอย่างราบรื่นด้วยการเพิ่มโหลดแทนที่จะบล็อกการเข้าถึงอินเทอร์เน็ตในปัจจุบัน ยังคงทำงานนี้จะทำผ่านความหลากหลายของขั้นตอนวิธีการปรับตัวทั้งสำหรับข้อมูลและการประยุกต์ใช้มัลติมีเดียปรับตัวในโปรโตคอลเป็นครั้งแรกใน TCP ประมาณ 1988 van 88.Adaption ใน TCP เป็นทั้งเวลาเดินทางรอบเพื่อปรับแต่งแบบไดนามิก ตัวจับเวลา retransmit สำหรับการจัดส่งที่น่าเชื่อถือและอัตราการส่งเพื่อปรับให้เข้ากับอัตราการถ่ายโอนระหว่างผู้ส่งและผู้รับที่เป็นไปได้เนื่องจากปัญหาคอขวดของเครือข่ายหรือปัญหาเกี่ยวกับประสิทธิภาพการทำงานของตัวรับสัญญาณเทคนิคเดียวกันนี้มักใช้ในโปรโตคอลอื่น ๆ บริการมัลติมีเดียเพื่อดำเนินการในช่วงเวลาที่แตกต่างกันบริการเครือข่ายการปรับตัวให้ล่าช้าที่รับสามารถใช้สำหรับ r สองสิ่งที่ 1 บัฟเฟอร์ playout ที่ปรับเปลี่ยนได้เพื่อให้มี playout ที่ราบรื่นเพื่อให้อุปกรณ์สื่ออัตราคงที่เช่นภายในกรอบการสแกนเดียวหรืออุปกรณ์เสียง CBR ใบ้ที่หิวโหยข้อมูลหรือบุกรุก 2 การซิงค์ข้อมูลของสตรีมจากแหล่งที่มาของเวลาที่แตกต่างกันได้ ประสบความสำเร็จที่ผู้รับครั้งแรกของพวกเขาจะทำโดยการดูที่รูปแบบระหว่างการมาถึงเวลาและการคำนวณค่าเฉลี่ยกลิ้งมันเป็นสิ่งจำเป็นเพื่อจัดการกับความจริงที่ว่ามีความล่าช้าของเครือข่ายด้วยเหตุผลสองประการการจราจรอื่น ๆ ทำให้เกิดความยาว ค่าเฉลี่ยระยะยาวที่จะแตกต่างกันความคิดของการจราจรของตัวเองหนึ่งทำให้เกิดความล่าช้าของตัวเองที่จะแตกต่างกันได้อย่างรวดเร็วอัลกอริทึมปกติสำหรับการนี้เป็นค่าเฉลี่ยถ่วงน้ำหนัก Exponential การใช้งานเราวัดเวลาที่จะมาถึงสำหรับแต่ละแพ็คเก็ตที่ฉันเป็น IAT ฉันแล้วค่าเฉลี่ยที่เรียบง่ายจะ จะรวม i 1 n IAT i หารด้วยจำนวน packets. But เนื่องจากค่าเฉลี่ยไม่คงที่เราให้การวัดล่าสุดน้ำหนักมากขึ้นกว่าคนเก่าโดยใช้ในคำอื่น ๆ ที่เราให้ alpha ของมูลค่าความเชื่อถือ ไปที่ mea ล่าสุด surement และมีเพียง 1 - alpha ถึง ALL ทั้งหมดก่อนหน้านี้มันเป็นเพียงเรื่องบังเอิญที่สมการสำหรับการกลิ้ง, ค่าเฉลี่ยเคลื่อนที่สำหรับการประเมิน IAT จะเหมือนกับการประมาณค่า RTT ของ TCP เป็นที่น่าสังเกตว่าทั้งสองอย่าง กรณีความต้องการเฉพาะสำหรับนาฬิกาท้องถิ่นที่จะไม่ลอยเร็วเกินไปเพื่อให้การวัดครั้งที่มาถึงต่อเนื่องของแพ็คเก็ตถูกต้อง wrt คนก่อนหน้านี้ แต่ไม่มีการทำข้อมูลให้ตรงกันนาฬิกาเป็นสิ่งจำเป็นบางครั้งก็ไม่ได้ใช้ตามที่มันมีทั้งหมดที่ผ่านมา, ถ้ามีการเปลี่ยนแปลงขั้นพื้นฐานในเครือข่ายเช่นการเปลี่ยนเส้นทางใหม่ระบบที่สามารถลดจุดที่ห่างออกไปได้อย่างรวดเร็วอาจดีกว่าบทความของ Henning Sculzrinne แสดงให้เห็นถึงแนวทางการกรองแบบแบนด์วิดท์สำหรับการประมาณค่าเฉลี่ย IAT โดยพิจารณาเฉพาะจำนวนรวมที่เล็กที่สุดเท่านั้น ของชุดของการวัดเมื่อเร็ว ๆ นี้มากกว่าจำนวนของพวกเขาเมื่อคุณมีค่าเฉลี่ย IAT แล้วคุณสามารถคำนวณบัฟเฟอร์ playout จำเป็นในปัจจุบันเพราะมันเป็นประมาณสองครั้งรูปแบบใน interarrival. Given สองลำธารเพื่อ syn playout ของพวกเขาที่รับที่เราต้องรู้ความล่าช้าจากแต่ละแหล่งไปยังปลายทางแต่ละและนาฬิกาชดเชยในกรณีที่นาฬิกาในผู้ส่งสองคนหรือมากกว่าจะออกจากขั้นตอนกับผู้รับนี้ต้องใช้การแลกเปลี่ยนของแพ็กเก็ตรวมทั้งคำสั่งของผู้ส่งแต่ละ ของนาฬิกาปัจจุบันจากมุมมองของสมมติว่าความล่าช้าในแต่ละทิศทางในเน็ตจะเหมือนกันและถ้าคุณ don t มันเป็นไปไม่ได้ที่จะแก้ปัญหานี้ 1 ส่งแพ็คเก็ตจาก s ไป d กับแหล่งเวลาใน t 1 และมาถึง ที่ d เมื่อ ds นาฬิกาอ่าน t 2.2 ส่งกลับไปที่ s กับ t 1, t 2 และ t 3 เวลาในนาฬิกา ds เมื่อส่ง it.3 s ได้รับการตอบสนองที่ t 4 โดย clock.4 ของหาก s และ d มีนาฬิกาที่แตกต่างกันโดยชดเชยและเครือข่ายล่าช้า d then. and ชดเชยสามารถคำนวณในทำนองเดียวกันแล้วเราจะทำเช่นนี้ไปหลายและเก็บค่าเฉลี่ยและความแปรปรวนTCPประมาณการ RTT ใช้ Exponential Weighted Moving เฉลี่ยขออภัยฉันสามารถ t คิดวิธีการจัดรูปแบบการเชื่อมโยงหลายมิติบนมือถือโดยใช้ RTT ที่สังเกตได้ในระหว่างการส่งผ่านข้อมูล n โดยทั่วไปเมื่อ TCP ส่งแพ็กเก็ตจะเริ่มจับเวลาซึ่งจะหมดเวลาเมื่อถึงค่า TimeoutInterval ที่คำนวณได้สำหรับความเรียบง่ายใช้เพียงตัวจับเวลาเดียวแม้ว่าจะมีหลายกลุ่มที่อยู่ระหว่างการขนส่งในครั้งนี้เรียกว่า pipelining. For packet ใดก็ตามมีหมายเลขลำดับเมื่อผู้ส่ง TCP ได้รับ ACK สำหรับแพ็กเก็ตจะหยุดตัวจับเวลาที่เวลาที่ผ่านไปจะถูกบันทึกเป็น SampleRTT และให้ภาพรวมของเงื่อนไขของเครือข่ายเนื่องจากค่านี้สามารถเปลี่ยนแปลงไปตามเวลาได้ EWMA คำนวณโดยใช้ EstimatedRTT ก่อนหน้าและ SampleRTT ที่ได้มาใหม่ตามสมการ EstimatedRTT 0 875 EstimatedRTT 0 125 SampleRTT สำหรับคำอธิบายเกี่ยวกับค่าที่ใช้ปรึกษา RFC 6298 การใช้ EWMA หมายถึงความสำคัญเชิงสัมพันธ์ของตัวอย่างที่กำหนด ตกอยู่ในเกณฑ์ที่เพิ่มมากขึ้นในภาษาอังกฤษตัวอย่างล่าสุดถือว่ามีความสำคัญมากขึ้นเนื่องจากเป็นตัวแทนของการประมาณการล่าสุดนอกจากค่าเฉลี่ยความแปรปรวน RTT หรือส่วนเบี่ยงเบนเป็นค่าประมาณ ated by. DevRTT 0 75 DevRTT 0 25 SampleRTT - EstimatedRTT ทำให้ค่าเฉลี่ยเหล่านี้เราต้องตัดสินใจในการหมดเวลาเพื่อกำหนดแน่นอนเวลาหมดควรเป็นอย่างน้อย EstimatedRTT โดยมีส่วนต่างเพิ่มเติมสำหรับความแปรปรวนถ้า DevRTT มีขนาดเล็ก RTT เป็นธรรม คงที่ดังนั้นอัตรากำไรจะเล็กถ้าค่าความแปรปรวนสูงกว่าเราควรอนุญาตให้มีส่วนต่างของข้อผิดพลาดที่มากขึ้นดังนั้นดังนั้น TimeimeInterval EstimatedRTT 4 DevRTT. RFC 6298 ขอแนะนำ TimeoutInterval เริ่มต้นของหนึ่งวินาทีเมื่อหมดเวลาที่เกิดขึ้นค่าของ TimeoutInterval จะเพิ่มเป็นสองเท่า หลีกเลี่ยง timeout อื่นสำหรับ packet เดียวกันนี้จะให้การควบคุมความคับคั่งบางส่วนเช่นกัน - timeouts มากขึ้นเกิดขึ้นอีกต่อไป TCP จะรอก่อน retransmission เมื่อแพ็กเก็ตลำบากผ่าน TimeoutInterval ถูกเรียกคืนไปยังค่าที่คำนวณล่าสุด EstimatedRTT ไม่ได้คำนวณสำหรับแพ็กเก็ตที่มี retransmitted ดังนั้นการเพิ่มขึ้นสองครั้งนี้จะไม่ส่งผลกระทบต่อ value.2 6k มุมมอง View Upvotes Not for Reproduction.9 2 0 น้ำหนักที่เพิ่มขึ้นเฉลี่ยถ่วงน้ำหนัก exponential W ค่าเฉลี่ยถ่วงน้ำหนักที่ทำการวัดเป็นค่าเฉลี่ยที่ใช้ในการวัดค่าของชุดค่าเวลาที่สังเกตได้ไม่เท่ากันโดยมีข้อสังเกตล่าสุดที่ได้รับการถ่วงน้ำหนักมากกว่าการสังเกตที่เก่ากว่านี้การถ่วงน้ำหนักที่ไม่เท่ากันนี้ทำได้ผ่านค่าคงที่ที่ราบเรียบซึ่งกำหนดจำนวนน้ำหนักที่จะได้รับจากการสังเกตการณ์แต่ละชิ้นถ้า m t-1 คือค่าเฉลี่ยเคลื่อนที่ที่คำนวณจากจุด t 1 จุดแรกในชุด xt แล้วให้ค่า xt ค่าเฉลี่ยเคลื่อนที่ใหม่ถูกพบเป็น คือค่าคงที่ที่ราบรื่นคำแนะนำของคู่มือผู้ใช้ UNISTAT เป็นเครื่องหมายการค้าจดทะเบียนของ UNISTAT Ltd. Windows, Word, Excel, Office เป็นเครื่องหมายการค้าของ Microsoft Corporation ชื่อยี่ห้อและผลิตภัณฑ์อื่น ๆ ทั้งหมดเป็นเครื่องหมายการค้าของเจ้าของที่เกี่ยวข้อง