سؤال هل يستخدم البث نفس مقدار عرض النطاق الترددي الذي يتم تنزيله؟


بافتراض أن المحتوى له نفس الجودة (ceteris paribus) ، هل تستخدم الوسائط المتدفقة (مثل الفيديو والصوت) نفس مقدار عرض النطاق الترددي الذي يتم تنزيله به؟

لنفترض أنه تم تنزيل فيلم عالي الدقة من Amazon أو بثه ، هل سيعادل استخدام النطاق الترددي؟


74
2017-10-08 09:33


الأصل


يعتمد على البروتوكول والترميز: على سبيل المثال ، تحميل عبر المتشعب ودفق عبر rtmp ، أو h264 مقابل vp6. IMO هذا السؤال واسع جدا بالنظر إلى كمية طرق الضغط ونقل البيانات للمقارنة. - zamnuts
فقط لتوضيح سؤالك. من خلال عرض النطاق الترددي كنت تشير إلى معدل البيانات ، وليس حجم ملف (فيلم)؟ - Matt H
ميزة التحميل عبر الدفق (وهو التنزيل تقنيًا ولكن للاستخدام الفردي فقط) هي أنه يمكنك استهلاك المادة قدر ما تشاء دون الحاجة إلى إنفاق النطاق الترددي الخاص بك عليه في كل مرة. يمكن لبعض مشغلات الوسائط تشغيل مقاطع الفيديو التي تقوم بتنزيلها حاليًا (لم يتم تنزيلها بالكامل) ، مما يمنح "الشعور" بالبث مع ميزة التنزيل. - ADTC
نعم أنا أشير إلى معدل البيانات. السبب الذي سأله هو وجود خلاف مع أختي وعندما أبدو على الانترنت كل ما استطعت العثور عليه هو إجابات مبهمة من إجابات ياهو. أدرك أن هناك الكثير من المتغيرات وهذا يعتمد على ولكن اعتقدت أنه كان على الأقل يستحق السؤال. - stemie
"في الشبكات الحاسوبية وعلوم الكمبيوتر ، عرض النطاق الترددي ، عرض النطاق الترددي للشبكة ، عرض النطاق الترددي للبيانات ، أو عرض النطاق الترددي الرقمي هو قياس معدل بتات لموارد اتصالات البيانات المتاحة أو المستهلكة معبراً عنها بالبتات في الثانية أو مضاعفاتها (bit / s، kbit / s) و Mbit / s و Gbit / s وغيرها) - wikipedia.org/wiki/Bandwidth_(computing) " - stemie


الأجوبة:


وغالبا ما لا يعادل.

يستخدم مزودو الدفق البروتوكولات ، مثل اندفاعلضبط جودة الفيلم ديناميكيًا لتوفر النطاق الترددي للمستخدمين ورغبات الجودة. بعد ذلك ، قد تقوم الخوادم بتحديد معدل اتصالك بحيث يمكنك تخزين كمية معينة (مثل 10 ثوانٍ ، أو 30 دقيقة أو دقيقة كاملة) ، وبعد ذلك تحصل فقط على مقدار النطاق الترددي المطلوب للحصول على المحتوى الخاص بك في الوقت الفعلي. هذا هو تحسين واضح من وجهة نظر الموفر ، لأنه ينشر عرض النطاق الترددي بشكل أكبر بين المستخدمين ، بالإضافة إلى تجنب نقل البيانات عبثا (على سبيل المثال عندما يشاهد المستخدم فيلم 480P لمدة 10 دقائق ، دون التراكمية و مع وجود وصلة هابطة مشتركة ، فمن المرجح أن أكثر من ذلك قد تم تنزيله بالفعل ، ولكن بعد ذلك يضيع إذا توقف المستخدمون عن مشاهدة الفيديو).

كمية البيانات نقل هو نفسه. ولكن قد يستغرق الأمر وقتًا أطول مع البث ، نظرًا لأن مقدم الخدمة قد يحد من نقل البيانات إلى المعدل المطلوب لتسليم المحتوى بجودة معينة في الوقت الفعلي.

Dailymotion هو أحد مقدمي الخدمات الذين يحددون معدل الاتصالات. من الخادم الذي لا يقل عن 100 ميغابت / ثانية ، نرى السلوك التالي:

youtube-dl http://www.dailymotion.com/video/xhc3zz_long-distance-calling-into-the-black-wide-open_music
[dailymotion] xhc3zz: Downloading webpage 
[dailymotion] xhc3zz: Extracting information 
[dailymotion] xhc3zz: Downloading embed page 
[download] Destination: LONG DISTANCE CALLING - ' Into The Black Wide Open '-xhc3zz.mp4 
[download]   5.8% of 51.99MiB at 203.89KiB/s ETA 04:06

معدل أقل بكثير مما سيكون ممكنا (ويتم تحقيقه مع مقدمي آخرين). أيضًا ، إذا حاولت استخدام مواد مختلفة ، فستجد أن المعدل يعتمد بشكل كبير على الفيديو الفردي: يتم تنزيل فيديو fullhd بسهولة مع> 1MiB / s ، بينما يظل الفيديو الموسيقي مثل هذا حول أو أقل من 200 كيلوبايت / ثانية .

لإجمال كل شيء وإزالة بعض حالات سوء الفهم المحتملة: قد يقيِّد بعض مقدمي الخدمة حد التنزيل أثناء البث ، من خلال تطبيق العميل (على سبيل المثال ، youtube with html5 أو flash video player) أو بوسائل الخادم. إذا لم يتم تحديد الحد الأقصى حسب الخادم ، فسيستهلك التنزيل مزيدًا من النطاق الترددي ، لأن الحد من المعدل الذي يمكن تطبيقه من خلال تطبيق العميل أثناء البث لا يحدث. هذه هي الحالة الرئيسية عندما يختلف عرض النطاق الترددي المتغير فيما يتعلق بالسؤال الأصلي.


  1. أنا أدرك أن هذا نوع من الأدلة الموثقة - لكنني لاحظت هذا السلوك باستمرار.

42
2017-10-08 10:20



Psycogeek Youtube هو أحد الأمثلة التي تستخدم DASH (إذا كان هذا التعليق غير منطقي بالنسبة إليك ، فاقرأ الجزء التمهيدي من المقالة التي ارتبط بها). هذا يعني أن اللاعب الذي يستخدمه العميل يجب أن يطلب قطع متسلسلة من الفيديو على أي حال. إن اتخاذ الخطوة من هناك للتوقف عن طلب المزيد من الأجزاء إذا لم يكن اللاعب يعمل بشكل طبيعي. التنزيلات مثل youtube-dl سيستمر في طلب المزيد من المقاطع حتى يتم تنزيل الفيديو بالكامل. لذا ، فإن البث على DASH يؤدي إلى زيادة الحمل ، ولكن الأمر يستحق ذلك (لكل من المستخدم والموفر) وقابل للإهمال. - Jonas Schäfer
بافتراض استخدام نفس ترميز البيانات والتعريف (انظر تعليق psychogeek) سوف استخدام المزيد من النطاق الترددي الكلي. يكاد يكون من المؤكد أن يتم تنزيل الفيديو مع برنامج التعاون الفني ، في حين أن البث سيكون UDP أو نهج تسليم غير مضمون مماثل. وبالتالي ، سيكون لبروتوكول TCP عدد أكبر من الرسائل المرسلة على الأقل ، ولأنك على الأرجح ستفقد أو تفسد بعض الحزم على الأقل ، فسيكون نهج tcp في الواقع أكثر تحميلًا أيضًا (لأنه سيجلب الحزم المفقودة أيضًا). على الرغم من أن الاختلاف بسيط جدًا مقارنة بحجم التنزيل ، فإن هذا يكون أكاديميًا في الغالب. - dsollen
dsollen: ما لم يكن مرسل UDP يسمح فقط بتدفق الحزم دون الاهتمام بما إذا كان المتلقي المقصود لا يزال موجودًا ، فستحتاج كل من UDP و TCP إلى إقرارات دورية ؛ في كلتا الحالتين ، تمثل الإقرارات جزءًا صغيرًا جدًا من إجمالي عدد الزيارات. علاوة على ذلك ، فإن تنسيق البيانات بطريقة تفهم أن كل حزمة يمكن فهمها حتى لو لم يتم استلام الحزمة السابقة بشكل عام يعني مستوى أعلى من المستوى يتجاوز ما هو مطلوب لبرنامج التعاون الفني. - supercat
كنت أتخلى عن هذا الجواب إذا كان لدي ما يكفي من الممثلين: فهو يفعل ذلك ليس الإجابة على السؤال ، العبارة الرئيسية هي "نفس الجودة". عندما يسقط مقدم الجودة ، فهذا ليس كذلك مع ثبات العوامل. - zamnuts
zamnuts ، ثم نشر أفضل واحد والسماح للمجتمع يقرر. FWIW ، لها تفاحات صغيرة من البرتقال والبرتقال عندما تفكر في أن مقدم الخدمة يقرر انخفاض الجودة ، ولكني لا أعتقد أن الإجابة ستكون كاملة بدونها. - paqogomez


إذا افترضنا أننا نتحدث عن نفس الجودة (أي عدم وجود اختناق أو تخطي إطار أو تدفقات ذات جودة أقل) ، فستتخذ التدفقات في أحسن الأحوال المقدار نفسه من عرض النطاق الترددي كتنزيل ، على الرغم من أنه يمكن القيام به في وقت / معدل أكثر ملاءمة للمزود. ويمكن أيضًا أن يستغرق عرض النطاق الترددي أكثر اعتمادًا على كيفية ضغط الفيديو - معظم الوقت الذي لا يتم فيه إرسال الصورة بأكملها ، بل مجرد التغيير (أو الدلتا) بين الإطارات. هذا يعني أنه كلما كان هناك المزيد من التاريخ (بمعنى استخدام تدرج اللون الأزرق من البكسل X في الإطار Y) ، كلما كان هناك حاجة لإرساله. عادة لا ينبثق هذا كثيرًا ، ولكن عندما يتم إيقاف / إيقاف أي تيار لأي سبب من الأسباب ، يتم فقد هذا "التاريخ" وسيتعين إعادة إرساله ، وبالتالي زيادة عرض النطاق الترددي ، بينما يمكن تنزيله من خلال التنزيل. في "كسر" ، ويفترض أن المتلقي لديها بالفعل هذه المعلومات. نفس الشيء يمكن استخدامه في الصوت ، خاصة عندما لا يكون هناك معدل ثابت (بمعنى FLAC بدلاً من mp3)

يمكن أن يؤثر الانتقال (تخطي أو إعادة لف أو ما إلى ذلك) على الاستخدام - حيث أن تجاوز المخزن المؤقت سيقلل من مقدار عرض النطاق الترددي المستخدم في التدفق ، ولكن أي إعادة التفاف ستزيده. أيضا سيكون هناك مقاطعة ، والتي سوف تتسبب في زيادة الاستخدام (انظر أعلاه) ، وأي نوع من "المعاينة المصغرة" مثل ما يوتيوب واستخدام netflix من شأنه أيضا أن يزيد قليلا من عرض النطاق الترددي.

ملاحظة أخيرة: الانضغاط: يمكن القيام بذلك للتنزيل ، ولكن ليس الكثير بالنسبة للتيارات - التوضيح هو أن معظم مقاطع الفيديو مضغوطة بالفعل ، لذلك لن يكون هناك الكثير المكتسب هنا (على الرغم من أنه قد يكون هناك مجال لتحقيق مكاسب في قسم عالية الدقة / الجودة).


19
2017-10-08 14:21





سيستخدم البث قدرًا أقل من النطاق الترددي ، خاصةً إذا كانت ظروف الشبكة سيئة ، ولكن هذا يأتي بسعر.

المشكلة هي البيانات التي يجب إرسالها. في نموذج التنزيل ، يجب أن تصل جميع البيانات إلى العميل ، وكل ذلك بالترتيب الصحيح ، بغض النظر عن أي شيء. إذا كانت شروط الشبكة سيئة ولم تصل بعض أجزاء البيانات إلى العميل ، فيجب إعادة إرسالها ، وهذا يزيد من استخدام النطاق الترددي. في حالة وجود بعض البيانات خارج النظام ، يجب إعادة ترتيبها قبل تقديمها ، وهذا يقلل من الاستجابة.

في نموذج الدفق ، لا بأس إذا لم تصل بعض البيانات إلى العميل. إذا كنت بصدد بث فيلم ولا يصل الإطار إلى هناك ، فيمكنك تخطي ذلك والانتقال إليه ، حتى لا تستخدم عرض نطاق ترددي إضافي عند إعادة الإرسال. إذا حصلت بعض الإطارات على الترتيب ، فقم فقط بتشغيل الإطارات التي تتقدم ؛ لا يهم وجود حظة مؤقتة ، وبالتالي يزيد هذا من الاستجابة. ومع ذلك ، فهذا يعني أيضًا أنك لا تحصل بالضرورة على البيانات الكاملة: فكل ما تراه هو ما تم الوصول إليه في اللقطة الأولى.

إذا كان عليك الاختيار بين الطرز ، فاختر بناءً على ما تريد القيام به مع البيانات. إذا كنت تريد أرشفتها و / أو ربما عرضها عدة مرات ، فقم بتنزيلها بحيث تكون متأكدًا من الحصول على كل شيء. إذا كنت لا تخطط للأرشفة ، أو تخطط فقط لعرض البيانات مرة واحدة ، ثم المضي قدما والبث ؛ من المحتمل ألا تلاحظ الفرق في العرض الواحد ، وإذا كانت ظروف الشبكة سيئة بما فيه الكفاية بحيث لا تلاحظ ، سيكون التنزيل أسوأ.


7
2017-10-09 12:55



هل تقول أن خدمات البث تستخدم UDP بدلاً من TCP للسماح عمداً بالبيانات المسقطة؟ - FreeAsInBeer
FreeAsInBeer: نعم. يبني بروتوكول TCP في مجموعة من آليات الموثوقية والميزات الأخرى المفيدة جدًا لمعظم التطبيقات التي يمكن تخيلها. ولكن حالات الاستخدام موجودة في حالة وجود أشياء أكثر أهمية من الموثوقية ، ويكون البث أحدها: من المهم إظهار الإطار المناسب في اللحظة المناسبة بدلاً من عرض كل إطار. اللعب عبر الإنترنت هو مثال آخر حيث يكون UDP شائعًا ، للأسباب نفسها: إيقاف الإجراء لإعادة بناء درب حالات اللاعب أسوأ من الاضطرار إلى تصحيح حالة الإسقاط العرضي. - The Spooniest
في الواقع العديد من أنظمة دفق البيانات عبر TCP والعازلة على جانب العميل. لتدفق فيلم ، لا يكون زمن الانتقال حرجًا. لا يوجد أي إزعاج للمستخدم إذا كان بعض الإطارات يجلس في مخزن مؤقت لمدة دقيقة قبل أن يحن الوقت لعرضها. ولكن بالنسبة إلى الاستخدامات التفاعلية مثل مؤتمرات الفيديو ، فإن الكمون أمر بالغ الأهمية. - kasperd
كاسبرد: بالمعنى الدقيق للكلمة ، هذا لا يتدفق. ذكرت إجابات أخرى الخدمات التي يتم تنزيلها ولكن ابدأ اللعب قبل انتهاء التنزيل ، وهذا ما تفعله الأنظمة التي تصفها. - The Spooniest
+1 للإجابة الأقل إرباكًا (حتى الآن) في سلسلة المحادثات هذه. - Cosmic Ossifrage


إذا كنت تطلب حقًا "النطاق الترددي" (بايت / ثانية) وليس "إجمالي البيانات" (بايت) ، فإن السؤال المهم هو: خلال أي فترة من الوقت؟ إذا افترضنا أن المستخدم يشاهد الفيديو بأكمله وأنه يتم إرجاع نفس برنامج الترميز / الجودة وما إلى ذلك ، وتجاهل مقدار صغير من طلبات / الردود المتدفقة ، فإن إجمالي البيانات التي يتم إرجاعها يساوي.

الآن ، ما هو النطاق الترددي؟ هناك طريقتان لفهم سؤالك:

  1. عرض النطاق الترددي خلال الوقت الذي يستغرقه حتى يكتمل التنزيل. بالنسبة إلى البث ، يجب أن ترى ارتفاعات عالية في النطاق الترددي (عند طلب القطعة التالية) التي تعود إلى الصفر بينما تشاهد تلك القطعة حتى تقترب من نهاية القطعة ، وهناك ارتفاع في عرض النطاق الترددي مرة أخرى. بالنسبة إلى التنزيل ، من المفترض أن تشاهد نطاقًا تردديًا عاليًا جدًا ل ، على سبيل المثال ، 10 دقائق والتي تنخفض إلى الصفر بمجرد تنزيل الفيديو بالكامل. إذا قمت بإيقاف التجربة الآن ، فمن الواضح أن عرض النطاق الترددي للتنزيل أعلى لأنه يزيد من قيمة الوصلة الهابطة الخاصة بك حتى تنتهي.

  2. عرض النطاق الترددي أثناء مشاهدة الفيديو. الوقت الذي تتم فيه مشاهدة الفيديو هو نفسه لكل من البث والتنزيل ، بافتراض بدء المشاهدة على الفور. حجم البيانات الإجمالي هو نفسه كذلك. نظرًا لأن النطاق الترددي هو البيانات في كل مرة ، فهو نفسه لكلتا السيناريوهين.

في المثال أدناه ، هناك دائمًا ما مجموعه 40 وحدة (بيانات) تم تنزيلها. ولكن بالنسبة لـ "التنزيل" ، فإن الرقم 40 في الوحدة الأولى من الوقت ، بينما يكون 20 لـ "streaming" أثناء الوحدات الأولى من الوقت (للحصول على جزء أولي كبير) ثم مضاعفة 10 للجزءين الإضافيين. لاحظ أنه في حين يتم رسم النطاق الترددي على المحور y ، فإن المساحة تحت كل من الرسوم البيانية تقابل البيانات (بايت) - إذا كنت دمج بايت / الوقت مع مرور الوقت ، يمكنك الحصول على بايت.


5
2017-10-09 15:58





هم غير قابلة للمقارنة.

في المقام الأول ، يختلف التشفير الأمثل للعرض المحلي عن ترميز optima للعرض المتدفق.

دعونا نتحدث عن ترميز الفيديو.

في معظم تنسيقات ترميز الفيديو ، عادة ما يكون هناك نوعان من الإطارات:

  1. إطار داخل الترميز (I-frame) - وهي إطارات يتم نقلها بالكامل ، يمكن فك هذا الإطار بدون معرفة أي إطار آخر. إطار Intra-coded هو في الأساس صورة ثابتة. سوف تقوم أجهزة التشفير بتوليد هذه خلال التحولات المفاجئة. هذه أقل كفاءة للضغط.
  2. إطار متوقع (P-Frame) أو إطار متوقع ثنائي الأبعاد (B-Frame) - وهي إطارات تخزن فقط الاختلافات بين الإطارات ، ولا يمكن فك شفرتها إلا إذا عرف المشاهد أيضًا الإطارات السابقة و / أو الأُخرى. هذه هي أكثر فعالية لضغط.

يمكن للتشفير للعرض المحلي الاستفادة من القرص السريع الذي يسعى إلى استخدام المزيد من الأرتال P و B ، في حين يجب أن يقوم فيديو مشفر للتدفق الفعال بترميز I-Frame أكثر من اللازم على طول الفيديو بالكامل حتى في حالة عدم وجود انتقالات مفاجئة لاستيعاب البحث عشوائي.

أيضا ، هناك نوعان مختلفان من الدفق. يمكنك الحصول على بث دفق مسجّل مسبقًا (معظم مقاطع الفيديو على Youtube) ومجموعات الأحداث المباشرة (مثل Youtube Live). نظرًا لاحتاجة وقت الاستجابة ، لا يمكن لحدث البث المباشر الاستفادة من تقنيات التشفير المتقدمة التي تستغرق وقتًا طويلاً أو غير متوقع ، في حين يمكن أن يستغرق البث المسجل مسبقًا قدر ما يحتاجه من تشفير.

يتم ترميز الفيديو المتدفّق عادةً بمعدل بتات ثابت (CBR). بالنسبة لنفس حجم الهدف ، عادةً ما يكون جودة الفيديو (VBR) ذات الجودة المتغيرة أعلى من جودة فيديو CBR. على العكس ، يكون الفيديو VBR أصغر بنفس جودة فيديو CBR. يحتوي بروتوكول البث المتكيف مثل DASH على معدل بتكييف (ABR) ، وهو حل وسط بين CBR و VBR. يسمح ABR للمشاهد للتكيف مع التغييرات في عرض النطاق الترددي للشبكة. بالنظر إلى عرض نطاق ثابت وثابت ، يكون ABR أكثر أو أقل تمامًا مثل CBR.

ما كل هذه الوسائل هو ذلك نظرا لنفس الجودة وتجربة المشاهدةيمكنك ترميز الفيديو للعرض المحلي بشكل أكثر كفاءة من الفيديو المتدفق ، ويمكنك ترميز الفيديو للتدفقات المسجلة مسبقًا بشكل أكثر كفاءة من البث المباشر.

ثم هناك أيضا الحمل في بروتوكول الدفق. يمكن لتنزيل HTTP العادي أن يستخدم ترميز النقل المقسم لتنزيل الملف بأكمله الذي يحتوي على الحد الأدنى من الحمل. سيتعين على التنزيل المتدفق التفاوض على القطعة وجودة القطعة لنقلها. في المخطط الكبير للأشياء ، يكون الحمل فوق الحد الأدنى نسبيًا.

بشكل عام ، بالنسبة إلى نفس مقدار مشاهدة الفيديو ، يجب أن ينتهي الفيديو المتدفق بأخذ قدر أكبر من النطاق الترددي. تتمثل الميزة الأساسية للبث ، من حيث استخدام عرض النطاق الترددي ، في إمكانية حفظها بواسطة الأشخاص الذين يقومون بالتنزيل ولكن لا يشاهدون الفيديو بالكامل ، مما يمكن أن يكون توفيرًا كبيرًا للغاية.


4
2017-10-09 00:48





الجواب هو، فإنه يعتمد".

الإجابة هي NO ، بالنسبة للموفرين الذين يستضيفون الفيديو بشكل عام. يقوم مقدمو الخدمة اللائقون الذين يقومون بتدفق الفيديو بالتحكم في معدل التشغيل لضمان التشغيل السلس وعرض النطاق الترددي الأمثل لأكبر عدد ممكن من الأشخاص. وعلى الرغم من أنه قد يكون لديك الكثير من النطاق الترددي ، فقد تقرر منحك 5 ميغابيت فقط وتبدو غير لائقة.

إذا قمت بتنزيل HTTP ، فستبدأ خوارزميات التحكم في معدل TCP للتأكد من أنك تشبع أحد الطرفين أو كلاهما من الاتصال أو أي شيء بينهما. لذا إذا كان لديك 100 ميغابت متاح ، فستستخدم كل ما يمكن أن تصل إليه أو تقترب من 100 ميغابت.

هذا بالطبع يفترض عدم وجود QoS يحدث في أي مكان بين العميل والخادم.

سؤالك في غاية السهولة لدرجة أنني يمكن أن أجعله كذلك في بعض الاعداد الساذجة الجواب هو أيضا نعم (مع افتراضات) ، فإن عرض النطاق الترددي متطابق. للقيام بذلك ، قم ببساطة بإسقاط الملف إلى خادم الويب الأساسي الخاص بك وفتحه مع المتصفح الخاص بك بحيث يبدأ المشاهد. أو قم بتضمين الفيديو على خادم الويب الأساسي الخاص بك ومرة ​​أخرى ، فإنه سيتم تشغيله في المستعرض واستخدام نطاق ترددي متطابق مع الافتراض التالي ... لا يوجد مستخدمون آخرون ، لا أحد آخر يتشارك الشبكة معك ... ليس هناك عوامل أخرى قد تؤثر على عرض النطاق الترددي الخاص بك.

ضع في اعتبارك أنه عند تنزيل ملف من أحد مواقع الويب ، ثم تنزيله مرة أخرى ، يمكن أن يختلف النطاق الترددي بين التنزيل الأول والثاني. هذا ببساطة لأن الحمل على الخادم يمكن أن يتغير والازدحام على الشبكة ويمكن تغيير مسارات الشبكة.

لذلك هناك لديك ... ذلك يتوقف.


1
2017-10-09 03:59



"يمكن أن يختلف عرض النطاق الترددي بين التنزيل الأول والثاني" ولكن من المؤكد أنه يقوم بتنزيل نفس البيانات في النهاية ، حتى إذا استغرق الشخص وقتًا أطول من الآخر / تغيرت ظروف الشبكة. - stemie
stemie ، سيكون قريبًا. البروتوكولات المختلفة إضافة الحمل البروتوكول. ولكن إذا لم يكن هناك تغيير في الشفرة أو تغيير في الجودة / المعدل أثناء عملية البث ، فيجب أن يكون نفس مقدار بيانات الفيديو نظريًا. - Matt H


من خدمات "التنزيل" و "البث" الخاصة بنقطة الاتصال في الشبكة هي خدمات مختلفة ، يطلق عليها "ملف تعريف حركة المرور"

بالنسبة إلى خدمة البث ، يجب على الشبكة توفير معدل نقل ثابت على أقل تقدير (يعني "عرض النطاق الترددي" تقنيًا شيئًا مختلفًا) ، تكون خدمة البث حساسة للانقطاع والتشويش. لا يتطلب الحد الأقصى من صبيب الشبكة أو التأخير أو التأخير غير الحرج.

ويعني ذلك من منظور المستخدم النهائي: يجب تشغيل الفيديو بسلاسة دون مقاطعات أو قطرات. لا يهم ما إذا كان الفيديو يبدأ قبل بضع ثوانٍ أو أقل.

عادةً ما يتطلب "التنزيل" أقصى سعة ممكنة للشبكة ، ويجب أن يتم التنزيل في أسرع وقت ممكن. التأخير والانقطاع والتشويش ليست حرجة.

قد توفر الشبكة عددًا أكبر من الملفات الشخصية للحركة والتي تكون مختلفة تمامًا. على سبيل المثال الخدمات الصوتية (مكالمة هاتفية بسيطة) requrie إنتاجية منخفضة للغاية ولكنها حساسة للغاية للتأخير (أقل من 200 مللي ثانية)


1
2017-10-11 17:47