لعبة البروتوكولات: هل QUIC جاهز للبث في أوقات الذروة؟

العنوان لعبة البروتوكولات: هل QUIC جاهز للبث في أوقات الذروة؟
المؤلف أريسو، شوكت، يلدز، إرتان، مثل، علي جنكيز
تاريخ النشر: 2020-05
مكان النشر - وايلي
النوع دورية
اللغة الإنجليزية
رقمي نعم
مخطوط لا
المكتبة: جامعة اوزيجين
معرف أصل المكتبة 1055-7148
رقم السجل 5fe3e174-3343-4720-8566-bdb6ea446488
موقع المكتبة علوم الكمبيوتر
التاريخ 2020-05
نص عينة بروتوكول مخطط بيانات المستخدم السريع (UDP) واتصالات الإنترنت (QUIC) هو بروتوكول نقل تجريبي ومنخفض الكمون مقترح من Google، والذي لا يزال قيد التحسين والمحدد في فريق عمل هندسة الإنترنت (IETF). قد يتم تحسين جودة تجربة المشاهد (QoE) في تطبيقات البث التكيفي HTTP (HAS) بمساعدة زمن الوصول المنخفض لـ QUIC، والتحكم المحسن في الازدحام، وميزات تعدد الإرسال. لقد قمنا بقياس أداء تدفق QUIC على الشبكات اللاسلكية والخلوية لفهم ما إذا كان من الممكن تقليل المشكلات التي تحدث عند تشغيل HTTP عبر TCP باستخدام HTTP عبر QUIC. تم اختبار أداء QUIC في ظل وجود تغييرات في واجهة الشبكة ناجمة عن تنقل المشاهد. لاحظنا أن QUIC أدى إلى بداية أسرع لتدفقات الوسائط، وتدفق أفضل، والبحث عن الخبرة، خاصة أثناء المستويات الأعلى من الازدحام في الشبكة، وكان أداءه أفضل من TCP عندما كان العارض متنقلًا ويتنقل بين الشبكات اللاسلكية. علاوة على ذلك، قمنا بقياس أداء QUIC في شبكة تمت محاكاتها والتي كان بها قدر متفاوت من الخسائر والتأخير لتقييم مدى فائدة ميزة تعدد الإرسال في QUIC لتطبيقات HAS. قمنا بمقارنة أداء تطبيقات HAS التي تستخدم تدفقات الفيديو المتعددة مع HTTP/1.1 عبر اتصالات TCP المتعددة مع HTTP/2 عبر اتصال TCP واحد ومع QUIC عبر اتصال UDP واحد. ولهذا الغرض، لاحظنا أن QUIC يوفر أداءً أفضل من بروتوكول TCP على شبكة بها تأخيرات كبيرة. ومع ذلك، لم تقدم شركة QUIC تحسنا كبيرا عندما كان معدل الخسارة كبيرا. أخيرًا، قمنا بتحليل أداء آليات التحكم في الازدحام التي تنفذها QUIC وTCP، واختبرنا قدرتها على توفير العدالة بين عملاء البث. لقد وجدنا أن QUIC يوفر دائمًا العدالة بين تدفقات QUIC، ولكنه لم يكن دائمًا عادلاً لـ TCP.
DOI 10.1002/nem.2063
Cilt 30
عرض في المصدر جامعة اوزيجين جامعة اوزيجين - محرك بحث المخطوطات العثمانية
جامعة اوزيجين - محرك بحث المخطوطات العثمانية جامعة اوزيجين

لعبة البروتوكولات: هل QUIC جاهز للبث في أوقات الذروة؟

المؤلف أريسو، شوكت، يلدز، إرتان، مثل، علي جنكيز
تاريخ النشر 2020-05
مكان النشر - وايلي
النوع دورية
اللغة الإنجليزية
رقمي نعم
مخطوط لا
المكتبة جامعة اوزيجين
معرف أصل المكتبة 1055-7148
رقم السجل 5fe3e174-3343-4720-8566-bdb6ea446488
موقع المكتبة علوم الكمبيوتر
التاريخ 2020-05
نص عينة بروتوكول مخطط بيانات المستخدم السريع (UDP) واتصالات الإنترنت (QUIC) هو بروتوكول نقل تجريبي ومنخفض الكمون مقترح من Google، والذي لا يزال قيد التحسين والمحدد في فريق عمل هندسة الإنترنت (IETF). قد يتم تحسين جودة تجربة المشاهد (QoE) في تطبيقات البث التكيفي HTTP (HAS) بمساعدة زمن الوصول المنخفض لـ QUIC، والتحكم المحسن في الازدحام، وميزات تعدد الإرسال. لقد قمنا بقياس أداء تدفق QUIC على الشبكات اللاسلكية والخلوية لفهم ما إذا كان من الممكن تقليل المشكلات التي تحدث عند تشغيل HTTP عبر TCP باستخدام HTTP عبر QUIC. تم اختبار أداء QUIC في ظل وجود تغييرات في واجهة الشبكة ناجمة عن تنقل المشاهد. لاحظنا أن QUIC أدى إلى بداية أسرع لتدفقات الوسائط، وتدفق أفضل، والبحث عن الخبرة، خاصة أثناء المستويات الأعلى من الازدحام في الشبكة، وكان أداءه أفضل من TCP عندما كان العارض متنقلًا ويتنقل بين الشبكات اللاسلكية. علاوة على ذلك، قمنا بقياس أداء QUIC في شبكة تمت محاكاتها والتي كان بها قدر متفاوت من الخسائر والتأخير لتقييم مدى فائدة ميزة تعدد الإرسال في QUIC لتطبيقات HAS. قمنا بمقارنة أداء تطبيقات HAS التي تستخدم تدفقات الفيديو المتعددة مع HTTP/1.1 عبر اتصالات TCP المتعددة مع HTTP/2 عبر اتصال TCP واحد ومع QUIC عبر اتصال UDP واحد. ولهذا الغرض، لاحظنا أن QUIC يوفر أداءً أفضل من بروتوكول TCP على شبكة بها تأخيرات كبيرة. ومع ذلك، لم تقدم شركة QUIC تحسنا كبيرا عندما كان معدل الخسارة كبيرا. أخيرًا، قمنا بتحليل أداء آليات التحكم في الازدحام التي تنفذها QUIC وTCP، واختبرنا قدرتها على توفير العدالة بين عملاء البث. لقد وجدنا أن QUIC يوفر دائمًا العدالة بين تدفقات QUIC، ولكنه لم يكن دائمًا عادلاً لـ TCP.
DOI 10.1002/nem.2063
Cilt 30
جامعة اوزيجين - محرك بحث المخطوطات العثمانية
جامعة اوزيجين يتم إعادة توجيهك...

يرجى الانتظار