يسلط هذا المستند الضوء على العديد من أساليب وميزات حماية الحمل الزائد لوحدة إدارة التنقل (MME) المتوفرة على سلسلة موجه خدمات التجميع (ASR) 5000 من Cisco. في سلسلة ASR 5000، توفر Cisco للعميل وسائل متعددة لتحقيق التحكم، وتشرح هذه المقالة الميزات وأوامر CLI ذات الصلة.
يقوم تقييد معدل الإرفاق بحماية عناصر الشبكة المجاورة مثل خادم المشترك المنزلي (HSS) ووظيفة السياسة وقواعد الشحن (PCRF) وخادم الشحن عبر الإنترنت (OCS) وموارد MME الداخلية مثل IMSIMGR و SESMGR. إرفاق عمليات تقييد المعدل المكالمات الجديدة التي تصل إلى IMSIMGR، مثل Attach و InterMME/Service GPRS Supporting Node (SGSN) Tracking Area Update (TAUs).
تظهر هذه الصورة تدفق الرسائل للمكالمات وقوائم الانتظار الخافتة.
لحماية MME (IMSIMGR و SESMGR وما بعده)، يجب تحديد معدل التقييد ووقت الانتظار في قائمة الانتظار ووقت حجم قائمة الانتظار. يعتمد معدل التقييد على نموذج مكالمة MME نظرا لأن سعة MME تعتمد على نموذج المكالمة.
بالنسبة إلى MME، يعد حساب معدل الكبح بسيطا نسبيا، أستخدم أحداث المكالمات القياسية في الثانية (CEPS) في الشبكة بالإضافة إلى معدل السماح. كما قد تحتاج إلى مراعاة سعة قاعدة بيانات نظام التشغيل HSS أيضا إذا كانت هناك حاجة إلى حماية نظام التشغيل HSS.
مثال
في ساعات العمل، تتعامل MME مع ما يصل إلى 170 إلى 200 مكالمة في الثانية (Attach+ Inter TAU). في حالة فشل أحد المواقع، قد يصل ما يصل إلى 350 إلى 370 مكالمة في الثانية إلى دقيقة واحدة فقط. بموجب معدل الاتصال هذا، يرتفع إستخدام MME بنسبة تقارب 80٪ و400 مكالمة في الثانية وهو المستوى الأمثل للحد من معدل التقييد من أجل تجنب الحمل الزائد لإرسال الإشارات داخل مربع MME.
وقت انتظار قائمة الانتظار بشكل افتراضي هو 5 ثوان. وهو مثالي للعملاء. حجم قائمة الانتظار افتراضيا هو 2500. وهو مثالي للعملاء.
أمر التكوين هو التالي.
asr5k(config)#network-overload-protection mme-new-connections-per-second
new_connections action attach { drop | reject-with-emm-cause
{ congestion | network-failure | no-suitable-cell-in-tracking-area}
tau { drop | reject-with-emm-cause { congestion | network-failure
| no-suitable-cells-in-tracking-area | no-sec-ctxt-in-nw} fwd-reloc
{ drop | reject} }{wait-time <wait-time>} {queue-size <queue-size>}
new_connections
تحديد عدد إتصالات MME الجديدة التي سيتم قبولها في الثانية. يجب أن يكون عددا صحيحا من 50 إلى 5000. الافتراضي هو 500.
الإجراء
يحدد الإجراء الذي يجب إتخاذه عندما تصبح قائمة انتظار الحزم ممتلئة. كلما تم تلقي إتصالات جديدة في MME، يتم وضعها في قائمة انتظار الحزم وتعالج الرسائل من قائمة الانتظار بمعدل تم تكوينه. عند تجاوز قائمة الانتظار (بسبب المعدل الوارد المرتفع)، بناء على "الإجراء" الذي تم تكوينه، يتم إسقاط الحزم أو رفضها.
حجم قائمة الانتظار
يحدد الحد الأقصى لحجم قائمة انتظار الحزم المستخدمة للتخزين المؤقت للحزم. يجب أن يكون عددا صحيحا من 250 إلى 25000. الافتراضي هو 2500.
عينة من التكوين
network-overload-protection mme-new-connections-per-second 400 action attach
reject-with-emm-cause no-suitable-cell-in-tracking-area tau
reject-with-emm-cause no-suitable-cell-in-tracking-area fwd-reloc drop
الآن يتم تعيين معدل الاتصال في الثانية إلى 400، ويكون الإجراء هو الرفض الذكي بالسبب #15 لإعادة اتصال أجهزة المستخدم (UE) بتقنيات الوصول اللاسلكية المختلفة (RATs). تم تعيين وقت الانتظار على الافتراضي (5 ثوان) وحجم قائمة الانتظار هو 2500.
يحمي تقييد ترحيل الصفحات موارد MME الداخلية (MMEMGR) كموارد eNodeB/الراديو (إذا لزم الأمر). يجب تطبيق حد المعدل هذا على جميع الأجهزة المرتبطة ب eNodeB مع MME لهيكل ASR 5000 معين. S1 تكون طلبات ترحيل الصفحات إلى eNodeB محددة بمعدل قيمة الحد هذه. S1 يتم إسقاط طلبات ترحيل الصفحات إلى eNodeB التي تتجاوز هذا الحد.
بالنسبة إلى MME، يكون حساب معدل التقييد بسيطا نسبيا، خذ معدل ترحيل الخروج القياسي في الشبكة بالإضافة إلى التفاوت. (هذا مبني على قرار فريق التصميم فقط).
مثال
في ساعات العمل المشغولة، يمكن لكل MME معالجة ما يصل إلى 35000 رسالة ترحيل في الثانية. في حالة حدوث عطل واحد بالموقع، قد يتم نقل ما يصل إلى 70000 صفحة في الثانية من حاوية واحدة. تحت معدل الترحيل هذا، يرتفع إستخدام MME (MMEMGR) بنسبة تقارب 80٪ و70000 إلى 80000 صفحة في الثانية ليكون المستوى الأمثل للحد من معدل التقييد من أجل تجنب إرسال إشارات S1 الزائدة عبر MMEMGR.
ومع ذلك، يكون المعدل محدودا لكل متوسط eNodeB. يبلغ متوسط المعدل لكل eNodeB (في حالة 6500 eNodeB) 10 صفحات في الثانية. ومع ذلك، فإن مناطق التعقب (TAs) غير متساوية في عدد المشتركين ويتم تحميل مختلف TA/member eNodeB بترحيل الصفحات بشكل مختلف. في حالة وجود ضعف الفرق في حجم TA مقابل متوسط عدد المشتركين لكل TA، يكون معدل كل eNodeB هو 20. في حالة 20 ضعف الفرق في حجم TA مقابل متوسط عدد المشتركين لكل TA، سيكون المعدل لكل eNodeB 200. هذا يعني أن الميزة تصبح أكثر فعالية في الحالات التي يتم فيها تحميل TA (في عدد المشتركين) بشكل متساو.
وهناك إجراء آخر ينبغي إتخاذه بالتوازي وهو تنشيط عملية ترحيل البيانات الذكية. ارجع إلى قسم "TAI Mgmt DB و LTE Paging" في دليل إدارة ASR 5000 MME.
أمر التكوين هو التالي:
asr5000(config)# network-overload-protection mme-tx-msg-rate-control enb s1-paging
network-overload-protection mme-tx-msg-rate-control enb s1-paging 200
Downlink Data Notification (DDN) Throttling ميزة للتحكم في معدل طلبات DDN إلى MME من جانب Serving GateWay (SGW). إنه يحمي موارد MME مثل mmemgr و smgr ضد موجات DDN (أي طلب ترحيل الدخول).
هناك جزءان لهذه الميزة، أحدهما للمركبات متعددة الطبقات المتوافقة مع REL-10 والآخر للمركبات متعددة الطبقات غير المتوافقة مع REL-10:
عندما يتم تمكين هذه الميزة على SGW، فإنها ترسل علامة ARP مائية في DDN Req إلى MME. في الرد، ترسل MME وحدة تأخير تقييد، وقيمة تأخير تقييد، وعامل التحكم. يقوم الجمع بين قيمة التأخير ووحدة التأخير بحساب وقت التقييد. عند إستلام هذه القيم، يقوم SGW بإسقاط DDN REQ ل ARP معين حتى انتهاء صلاحية مؤقت التحكم.
بالنسبة إلى MMEs غير المتوافقة مع REL-10 والتي تستخدم التكوين المحلي، يقوم SGW بالتحكم في DDN Req باستخدام علامة مائية معينة ل ARP.
لا يدعم الإصداران 16 و 17 من Cisco ASR5x00 MME تقييد DDN التلقائي، لذلك يعمل كغير متوافق مع Rel 10 من حيث تقييد DDN.
المواصفات الفنية (TS) 23.401، مرجع ل MME:
تقييد طلبات DDN
في ظروف غير عادية (على سبيل المثال عندما يتجاوز حمل MME الحد الذي تم تكوينه من قبل عامل التشغيل)، قد تقيد MME حمل الإشارات الذي تقوم وحدات SGW الخاصة بها بإنشائه عليه، في حالة تكوينها للقيام بذلك.
يمكن أن ترفض MME طلبات DDN لحركة مرور البيانات ذات الأولوية المنخفضة للمعالجات المستخدمة في وضع الخمول أو إلغاء تحميل MME بشكل إضافي. يمكن أن يطلب MME من SGWs أن يقلل انتقائيا عدد طلبات DDN التي يرسلها لتنزيل حركة مرور الأولوية المنخفضة التي يتم استقبالها ل UEs في وضع الخمول وفقا لعامل التحكم ولتأخير التقييد المحدد في رسالة DDN Ack.
يحدد SGW ما إذا كان الحامل لحركة مرور ذات أولوية منخفضة أم لا على أساس مستوى أولوية ARP الخاص بالحامل ونهج المشغل (أي أنه يجب إعتبار تكوين المشغل في SGW لمستويات أولوية ARP كحركة مرور ذات أولوية أو غير ذات أولوية). تحدد MME ما إذا كان طلب DDN لحركة مرور ذات أولوية منخفضة أم لا على أساس مستوى أولوية ARP الذي تم إستلامه من SGW وسياسة المشغلين.
إذا لم يكن خفض إشارات حالة الخمول (ISR) نشطا بالنسبة ل UE، أثناء تأخير التقييد، يقوم SGW بإسقاط حزم الارتباط إلى الأسفل المستلمة على جميع حامليه ذوي الأولوية المنخفضة لأنواع غير متصلة بمستوى المستخدم (أي، تشير بيانات سياق SGW إلى عدم وجود معرف نهاية مستوى المستخدم (TEID) للاتصال بالأسفل الذي تخدمه MME بالتناسب مع عامل التقييد، ويرسل رسالة DDN إلى MME فقط للحاملين غير المخمومين.
إذا كان ISR نشطا ل UE أثناء تأخير التقييد، فإن SGW لا يرسل DDN إلى MME ويرسل فقط DDN إلى SGSN. إذا قامت كل من MME و SGSN بخفض حمل الطلب، فإن SGW يقوم بإسقاط حزم الارتباط التي يتم استقبالها على جميع حامليه ذوي الأولوية المنخفضة لأنواع المياه المعروفة بأنها غير متصلة بمستوى المستخدم (أي، تشير بيانات سياق SGW إلى عدم وجود مستوى مستخدم ذي إرتباط منخفض) بما يتناسب مع عوامل التقييد.
يستأنف SGW العمليات العادية عند انتهاء مهلة التقييد. آخر قيمة تم تلقيها لعامل التقييد وتأخير التقييد تحل محل أي قيم سابقة تم تلقيها من تلك MME. يعيد إستقبال تأخير تقييد تشغيل مؤقت SGW المرتبط بتلك MME.
بالنسبة إلى SGW مقابل MME، يكون حساب معدل التقييد بسيطا نسبيا. أستخدم الحد الأقصى المسموح به لمعدل ترحيل المدخل الذي يبلغ 1100 رسالة في الثانية لكل مربع MME.
أوامر التكوين هي كما يلي:
#configure
#context saegw-gtp
#sgw-service sgw-svc
#ddn throttle arp-watermark <arp_value> rate-limit <limit> time-factor <seconds>
throttle-factor <percent> increment-factor <percent> poll-interval <second>
throttle-time-sec <seconds> throttle-time-min <minutes> throttle-time-hour <hour>
stab-time-sec <seconds> stab-time-min <minutes> stab-time-hour <hour>
throttle arp-watermark arp_value
إذا تم تكوين العلامة المائية ARP وإذا قامت MME/SGSN بإرسال عامل التقييد والتأخير في رسالة DDN ACK، فسيتم تقييد جميع شبكات DDN التي تحتوي على قيمة ARP أكبر من القيمة التي تم تكوينها بواسطة عامل الكبح للتأخير المحدد.
arp_value هو عدد صحيح من 1 إلى 15.
معدل الحد
تكوين حد المعدل (أستخدم هذا الرموز المميزة التالية لتحديد المعدل فقط إذا كانت MME عبارة عن 10 MME غير إصدار).
الحد هو عدد صحيح من 1 إلى 99999999.
ثواني العامل الزمني
تكوين المدة الزمنية التي يتخذ خلالها SGW قرارات التحكم.
الثواني هي عدد صحيح من 1 إلى 300.
نسبة معامل الكبح
تكوين عامل تقييد DDN. أدخل النسبة المئوية ل DDN التي سيتم إسقاطها عند اكتشاف زيادة DDN.
النسبة هي عدد صحيح من 1 إلى 100.
نسبة عامل الزيادة
تكوين عامل زيادة تقييد DDN. أدخل النسبة المئوية التي يجب بها زيادة تقييد DDN.
النسبة هي عدد صحيح من 1 إلى 100.
ثواني فاصل الاستقصاء
تكوين الفاصل الزمني لعملية التحقق في التحكم في DDN.
الثواني هي عدد صحيح من 2 إلى 9999999.
ثواني كبح الوقت
تكوين وقت تقييد DDN بالثواني. أدخل الفترة الزمنية بالثواني التي يتم من خلالها تقييد DDN في SGW.
الثواني هي عدد صحيح من 0 إلى 59.
الحد الأدنى لوقت الكبح
تكوين وقت تقييد DDN بالدقائق. أدخل الفترة الزمنية بالدقائق التي يتم من خلالها تقييد DDN في SGW.
الدقائق هي عدد صحيح من 0 إلى 59.
ساعة الكبح
تكوين وقت تقييد DDN بالساعات. أدخل الفترة الزمنية بالساعات التي يتم من خلالها التحكم في DDN في SGW.
الساعة هي عدد صحيح من 0 إلى 310.
ثواني الدباسات - الوقت - الثانية
تكوين وقت تثبيت تقييد DDN بالثواني. أدخل فترة زمنية بالثواني يتم خلالها تعطيل التحكم في النظام إذا تم تثبيته.
الثواني هي عدد صحيح من 0 إلى 59.
فترة الدقائق
تكوين وقت تثبيت تقييد DDN بالدقائق. أدخل فترة زمنية بالدقائق يتم خلالها تعطيل التحكم في النظام إذا تم تثبيته.
الدقائق هي عدد صحيح من 0 إلى 59.
ستاب - الوقت - الساعة
تكوين وقت تثبيت تقييد DDN بالساعات. أدخل فترة زمنية بالساعات التي سيتم خلالها تعطيل التحكم في النظام إذا تم تثبيته.
الساعة هي عدد صحيح من 0 إلى 310.
عينة من التكوين
ddn throttle arp-watermark 1 rate-limit RATE time-factor 120 throttle-factor 50
increment-factor 10 poll-interval 30 throttle-time-sec 0 throttle-time-min 1
throttle-time-hour 0 stab-time-sec 0 stab-time-min 2 stab-time-hour 0
تحمي هذه الميزة موارد MME (SESMGR، MMEMGR) بالإضافة إلى موارد 4G ضد حالات فشل مسار بروتوكول GPRS المحسن (EGTP) في حالة حالات فشل الإرسال في البنية الأساسية ل IP و IP BackHaul بالإضافة إلى ميزة عنصر الشبكة الجانبية failures/restarts.The التي تتيح تحديد كل خادم لأحداث فشل مسار EGTP التي تم الكشف عنها وتعريف المزيد من القابلية للتجزئة لإدارة المشترك، على الجزء العلوي من تقييد ترحيل الصفحات S1. بناء على الانقسام بين المشتركين الخاملين والمتصلين، يتم تعيين الحدود. إنه خاص بالشبكة بدرجة كبيرة ويتطلب الضبط فيما يتعلق بحالة eUTRAN و UE.
مثال
يتم تقسيم المشتركين إلى وضع الخمول من 80:20 تقريبا للاتصال. في أسوأ الحالات، تتسبب إعادة توجيه المسار العكسي (EGTP) للمشتركين الخاملين في حدوث موجة من ترحيل الصفحات مما قد يؤدي إلى الحمل الزائد للذاكرة، وهو أقل الاختناقات في السلسلة. تتسبب زيادة عامل ترحيل بيانات بروتوكول EGTP (للمشتركين الخاملين) أولا في طفرة ترحيل الصفحات، وتصيب هذه الزيادة في عدد مرات الوصول لبروتوكول EGTP عنق الزجاجة، لذلك تحتاج إلى حماية Mmemgr من هذا الأمر أولا. لذلك يمكن إعتبار EGTP PF للوضع في وضع الخمول كنقطة وصول غير متوقعة مسموح بها ل 1100 صفحة/ثانية كحد أقصى.
ينطبق هذا التكوين على خدمة EGTP تحتوي على نوع واجهة "interface-mme".
أمر التكوين هو التالي:
asr5000(config)# network-overload-protection mme-tx-msg-rate-control egtp-pathfail ecm-idle
< rate in sessions per second > ecm-connected < rate in sessions per second >
network-overload-protection mme-tx-msg-rate-control egtp-pathfail ecm-idle
1000 ecm-connected 2000
باستخدام وظيفة التحكم في الازدحام المحسنة، يمكن أن تشير MME إلى نقاط الوصول eNodeBs التي يتم الاتصال بها لإعادة توجيه حركة مرور البيانات إلى نقاط MME الأخرى في تجمع MME. ويتم تحقيق ذلك باستخدام إجراء التحميل الزائد للواجهة S1 (TS 36.300 و TS 36.413).
عند تكوين التحكم في الحمل الزائد والوصول إلى حد الازدحام، يمكن تكوين MME لإرسال رسالة بدء الحمل الزائد لواجهة S1AP إلى نسبة مئوية من eNodeBs التي يتم توصيل MME بها. ولعكس مقدار الحمل الذي ترغب الوزارة في تخفيضه، تكون هذه النسبة المئوية قابلة للتكوين. في عنصر معلومات الاستجابة للتحميل الزائد (IE) الذي يتم إرساله إلى ENodeBs، يمكن أن يطلب MME من eNodeB رفض أنواع معينة من جلسات العمل أو السماح بها، والتي تتضمن:
تتيح لك ميزة التحكم في الازدحام تعيين السياسات والحدود وتحديد كيفية تفاعل النظام عند مواجهته بحالة حمل ثقيل. يراقب التحكم في الازدحام النظام للظروف التي قد تتسبب في تدهور الأداء عندما يكون النظام تحت الحمل الثقيل. وعادة ما تكون هذه الحالات مؤقتة (على سبيل المثال، وحدة المعالجة المركزية (CPU) أو إستخدام الذاكرة) ويتم حلها بسرعة. ومع ذلك، قد يكون للأعداد المستمرة أو الكبيرة من هذه الحالات خلال فترة زمنية محددة تأثير على قدرة النظام على خدمة جلسات المشترك. يساعد التحكم في الازدحام في تحديد هذه الشروط واستدعاء السياسات لمعالجة الحالة.
عند تكوين عتبات التفاوت لمستويات الازدحام الحرجة والأساسية والثانوية، يجب عدم تداخل مستويات العتبة والتغاضي مطلقا. ضع في الاعتبار مثال التكوينات التالي، حيث لا تتداخل مستويات العتبة:
يتم حساب هذا الحد من وحدة المعالجة المركزية (CPU) التجريبية الخاصة بالنظام. يتم حساب الحد استنادا إلى متوسط إستخدام وحدة المعالجة المركزية (CPU) لمدة خمس دقائق.
يتم وضع أعلى قيمة إستخدام لوحدة المعالجة المركزية (CPU) لنقطتي وحدة المعالجة المركزية (CPU) لنظام التشغيل Demux في الاعتبار. على سبيل المثال، إذا كان إستخدام وحدة المعالجة المركزية (CPU) رقم 0 لمدة خمس دقائق تبلغ 40٪ وكان إستخدام وحدة المعالجة المركزية (CPU) رقم 1 لمدة خمس دقائق يبلغ 80٪، فسيتم مراعاة إستخدام وحدة المعالجة المركزية (CPU) رقم 1 لحساب الحد الأدنى.
يتم حساب هذا الحد باستخدام متوسط إستخدام وحدة المعالجة المركزية (CPU) لمدة خمس دقائق لجميع وحدات المعالجة المركزية (باستثناء وحدة المعالجة المركزية (CPU) الاحتياطية ووحدة المعالجة المركزية (SMC)).
يتم مراعاة أعلى قيمة إستخدام لوحدة المعالجة المركزية (CPU) لمركزي وحدة المعالجة المركزية (CPU) لجميع وحدات المعالجة المركزية (CPU).
ويتم حساب هذا الحد باستخدام متوسط إستخدام الذاكرة الذي يبلغ خمس دقائق لجميع وحدات المعالجة المركزية (باستثناء وحدة المعالجة المركزية (CPU) الاحتياطية ووحدة المعالجة المركزية (CPU) الخاصة بوحدة المعالجة المركزية (SMC)).
تكوين ملف تعريف إجراء إزدحام
تعرف ملفات تعريف إجراءات الازدحام مجموعة من الإجراءات التي يمكن تنفيذها بعد تجاوز الحد المطابق.
إقران ملف تعريف إجراء إزدحام بنهج التحكم في الازدحام
يجب أن يكون كل نهج تحكم في الازدحام (هام، رئيسي، ثانوي) مرتبطا بملف تعريف التحكم في الازدحام.
تكوين التحكم في الحمل الزائد
عند الكشف عن حالة تحميل زائد على MME، يمكن تكوين النظام للإبلاغ عن الحالة إلى نسبة مئوية محددة من eNodeBs واتخاذ الإجراء الذي تم تكوينه على جلسات العمل الواردة.
تكون إجراءات التحميل الزائد هذه متاحة أيضا (بالإضافة إلى رفض-جلسات عمل جديدة):
نموذج شرح التكوين
هذا يمكن وظيفة التحكم في الازدحام:
congestion-control
This monitors the overall CPU Utilization including the sessmgr and demux mgrs
congestion-control threshold system-cpu-utilization critical 90
congestion-control threshold system-cpu-utilization major 85
congestion-control threshold system-cpu-utilization minor 80
Memory utilization thresholds:
congestion-control threshold system-memory-utilization critical 85
congestion-control threshold system-memory-utilization major 75
congestion-control threshold system-memory-utilization minor 70
CPU utilization on DEMUX card:
congestion-control threshold service-control-cpu-utilization critical 85
congestion-control threshold service-control-cpu-utilization major 75
congestion-control threshold service-control-cpu-utilization minor 70
Defining tolerance margins:
congestion-control threshold tolerance critical 5
congestion-control threshold tolerance major 5
congestion-control threshold tolerance minor 5
تحديد ملفات تعريف إجراء الازدحام (حرج، رئيسي، وصغير)
lte-policy
congestion-action-profile criticalCogestionProfile
reject s1-setups time-to-wait 60
drop handovers
drop combined-attaches
drop service-request
drop addn-brr-requests
drop addn-pdn-connects
exclude-voice-events
exclude-emergency-events
report-overload permit-emergency-sessions-and-mobile-terminated-service enodeb-percentage 50
congestion-action-profile majorCogestionProfile
report-overload permit-emergency-sessions-and-mobile-terminated-service enodeb-percentage 50
congestion-action-profile minorCogestionProfile
report-overload permit-emergency-sessions-and-mobile-terminated-service enodeb-percentage 30
end
تطبيق سياسات الازدحام
configure
congestion-control policy critical mme-service action-profile criticalCogestionProfile
congestion-control policy major mme-service action-profile majorCogestionProfile
congestion-control policy minor mme-service action-profile minorCogestionProfile
end
.
المراجعة | تاريخ النشر | التعليقات |
---|---|---|
1.0 |
12-Jun-2015 |
الإصدار الأولي |