5G

إيه الفرق بين RSSI و RSRP و RSRQ و SINR؟وإمتى أستخدم كل واحد في التقييم والتحليل؟ القياسات دي بتطلع قدامك طول الوقت في الـ Drive Test والـ KPIs،بس كل واحدة منهم بتحكي قصة مختلفة عن الشبكة. أولاً: RSSI (Received Signal Strength Indicator) ده إجمالي القدرة المستقبلة عند الموبايل.يعني:إشارة مفيدة + تداخل + Noise RSSI ما بيفرقش بين الإشارة الصح والغلط.هو بس بيقولك “فيه طاقة قد إيه واصلة”. يُستخدم في:• تقييم عام لقوة الإشارة مش مفضل لوحده لأنه مضلل. ثانيًا: RSRP (Reference Signal Received Power) ده أهم مقياس للتغطية في 4G و5G.بيقيس قدرة الإشارة المرجعية بسمن غير تداخل ولا Noise. يعني:RSRP = قوة التغطية الحقيقية للخلية. يُستخدم في:• Coverage Analysis• تحديد Cell Edge• تخطيط الشبكة• تقييم قوة الإشارة RSRP عالي = تغطية كويسةRSRP منخفض = مشكلة Coverage ثالثًا: RSRQ (Reference Signal Received Quality) RSRQ بيجمع بينهم:N*RSRP / RSSI يعني هو مقياس جودة الإشارةمش قوتها بس. RSRQ بيطلع وحش لما:• التداخل عالي• الخلية زحمة• فيه Overlapping كبير يُستخدم في:• تقييم جودة الشبكة• اكتشاف Congestion• مشاكل التداخل ممكن تلاقي RSRP كويسبس RSRQ وحش…وده معناه الشبكة موجودة بس متداخلة أو زحمة. رابعًا: SINR (Signal to Interference plus Noise Ratio) ده أقوى مقياس للأداء الفعلي.بيقيس نسبة:الإشارة المفيدةمقارنة بالتداخل + الضوضاء. SINR هو اللي بيحدد:• Modulation• Coding Rate• Throughput• سرعة الداتا SINR عالي = سرعة عاليةSINR منخفض = داتا بطيئة حتى لو الإشارة قوية نستخدم كل واحد إمتى؟ • RSSI: نظرة عامة (مش دقيق في LTE/5G)• RSRP: تقييم التغطية• RSRQ: تقييم الجودة والازدحام• SINR: تقييم الأداء والسرعة الزتونة:RSRP يقولك الشبكة واصلة ولا لأRSRQ يقولك الشبكة نظيفة ولا متداخلةSINR يقولك هتطلع سرعة قد إيهRSSI رقم عام… ما تعتمدش عليه لوحده التحليل الصحمش إنك تبص على رقم واحد،لكن تفهم العلاقة بينهم كلهم. #RF #RSRP #RSRQ #SINR #DriveTest #Optimization #WaleedElsafoury #وليد_الصافوري #الزتونة

إزاي بتتنفّذ Voice Calls في شبكة الـ 5G؟وهل الـ 5G جاب طريقة جديدة للصوت ولا لسه بيعتمد على الأجيال اللي قبله؟رغم إن الـ 5G اتصمم أساسًا للداتا،الصوت لسه خدمة أساسية،وعشان كده فيه أكتر من سيناريو لتنفيذ المكالمة حسب نوع الشبكة وانتشارها.أولاً: EPS Fallback (5G → 4G)ده أول حل استخدمته الشركات مع بداية الـ 5G.الفكرة:• الموبايل يكون متصل 5G• أول ما يعمل مكالمة• الشبكة ترجعه تلقائي على 4G• المكالمة تتم عن طريق VoLTEالميزة:• سريع في التنفيذ• مش محتاج IMS 5G كاملالعيب:• Delay في بدء المكالمة• فقدان تجربة 5G أثناء المكالمةوده شائع جدًا في شبكات 5G NSA.ثانيًا: VoNR (Voice over New Radio)ده الحل الحقيقي للصوت في 5G.الفكرة:• المكالمة تتم بالكامل على 5G• من غير الرجوع لـ 4G• باستخدام IMS مع 5G Coreالميزة:• Setup أسرع• Latency أقل• جودة صوت أعلى• دعم Use Cases مستقبليةالعيب:• محتاج 5G SA• محتاج IMS متكامل• مش كل الأجهزة بتدعمه حاليًاثالثًا: CS Fallback (نادر في 5G)ده سيناريو شبه منقرض،وبيظهر في حالات انتقالية جدًا.الفكرة:• الرجوع لشبكة 2G أو 3G• تنفيذ المكالمة بنظام Circuit Switchingده حل مؤقت وغير مفضل،وغالبًا بيتم إلغاؤه مع إيقاف 2G/3G.رابعًا: OTT Voice (غير تابع للشبكة)زي:WhatsApp – Telegram – Teamsده مش Voice Service من الشبكة نفسها،لكن بيستخدم داتا 5G.الميزة:• مش محتاج IMS• بيشتغل على أي شبكةالعيب:• جودة غير مضمونة• مفيش QoS حقيقي من الشبكةطيب إمتى نستخدم كل سيناريو؟• 5G NSA → EPS Fallback• 5G SA + IMS → VoNR• شبكات قديمة → CS Fallback• تطبيقات إنترنت → OTT Voiceالزتونة:الصوت في 5G ليه أكتر من شكل حسب نضج الشبكة.EPS Fallback حل انتقالي،VoNR هو المستقبل الحقيقي،وأي شبكة عايزة تستفيد من 5G بالكامللازم تمشي في طريق 5G SA + VoNR.#5G #VoNR #EPSFallback #Voice #MobileNetworks #WaleedElsafoury #وليد_الصافوري #الزتونة

هو إيه الفرق بين Normal Handover و Conditional Handover؟ وليه الـ 5G قدم مفهوم جديد للهاند أوفر بدل الطريقة التقليدية؟ الهاند أوفر هو قلب تجربة الحركة في شبكات الموبايل، وأي تأخير أو فشل فيه بيبان فورًا على المستخدم. أولاً: Normal Handover (الطريقة التقليدية) اللي حصل في 2G و3G و4G: • الموبايل يقيس الخلايا المجاورة • يبعت Measurement Report • الشبكة تحلل القرار • تبعت أمر Handover • الموبايل ينفذ الانتقال الميزة: • بسيط • واضح • متطبق على كل الأجهزة العيب: • وقت تنفيذ أطول • حساس للحركة السريعة • ممكن يفشل لو ظروف الراديو اتغيرت فجأة ثانيًا: Conditional Handover (CHO) ده مفهوم اتقدّم مع 5G. الفكرة: • الشبكة تجهّز أكتر من أمر Handover مسبقًا • تربط كل واحد بشروط (Conditions) • تبعتهم للموبايل بدري الموبايل: • يراقب الشروط • أول ما الشرط يتحقق • ينفذ الهاند أوفر فورًا • من غير ما يستنى أمر جديد من الشبكة إيه هي الشروط دي؟ • RSRP / RSRQ • Timing Advance • Signal Quality Thresholds • Mobility Events الشروط دي بتخلي القرار أسرع وأذكى. ليه Conditional Handover أفضل؟ • تقليل الـ Latency • تقليل Handover Failure • أداء أفضل في السرعات العالية • تجربة مستخدم أنعم • مناسب للـ 5G Use Cases الحساسة للزمن عيوب Conditional Handover • إعداد أعقد • محتاج تخطيط دقيق للشروط • يعتمد على دعم الموبايل • استهلاك إشارات أعلى لو اتظبط غلط عشان كده مش بيتفعل بشكل عشوائي. مقارنة سريعة Normal Handover • القرار لحظي • تنفيذ أبطأ • اعتماد كامل على الشبكة Conditional Handover • القرار شبه استباقي • تنفيذ أسرع • مرونة أعلى للموبايل الزتونة: Normal Handover مناسب للشبكات التقليدية، لكن Conditional Handover هو اللي يخدم 5G الحقيقي. الهاند أوفر بقى ذكي واستباقي، مش مجرد رد فعل لضعف الإشارة. #5G#ConditionalHandover#Mobility#Optimization#WaleedElsafoury#وليد_الصافوري#الزتونة

The Evolution of Core Networks: EPC vs 5GC –لما الشبكة بقت Platform مش مجرد Pipes في عالم الموبايل، الكور نتورك هو “المخ” اللي بيدير كل حاجة من أول ما تشغل الموبايل لحد ما تبعت ميم على واتساب.ومع كل جيل جديد من الشبكات، الكور بيتطور مش بس علشان يمشي البيانات أسرع… لكن علشان يفهم أكتر، ويتعامل بذكاء أكتر. خلينا نرجع خطوة ورا: إيه حكاية EPC؟ في شبكات 4G، الكور اسمه Evolved Packet Core – EPC، وده كان مبني على architecture واضح وتقليدي: كل وحدة (node) ليها وظيفة سابتة: MME: بيهندل الـ signaling SGW/PGW: بينقلوا البيانات HSS: مسؤول عن الـ subscriber data التواصل ما بينهم كان point-to-point، والبروتوكولات معظمها Diameter و GTP. الشغل كان linear… شبه خط إنتاج: كل حاجة ماشية في سكة معينة ومفيش مرونة كبيرة. دخلت 5G وقالت: لأ، احنا عايزين نعملها SaaS style! مع ظهور 5G Core – 5GC، الدنيا اتقلبت: بقى فيه حاجة اسمها Service-Based Architecture (SBA) كل وظيفة في الكور (زي الـ AMF، SMF، UPF، AUSF، UDM…) بقت خدمة مستقلة، تقدر تتكلم مع أي مكون تاني باستخدام HTTP/2 و RESTful APIs مفيش communication “مقصورة” بين نود ونود… كله بقى dynamic ده خلى الشبكة تقدر: تعمل scaling لكل مكون لوحده حسب اللود تحقق high availability و resiliency تدعم network slicing: نفس الشبكة تقدر تخدم عربية ذاتية القيادة وفي نفس الوقت جيمر بيلعب cloud gaming من غير ما يقفلو على بعض يعني إيه الكلام ده بقى؟ يعني الشبكة بقت شبه microservices architecture بتاع الـ Web Services، وده خلاها: أذكى: decisions أسرع، وأكتر دقة أكثر مرونة: تقدر تتأقلم مع كل use-case على حدة جاهزة للمستقبل: AR/VR، IoT، automation… كله متخططله من جوه الكور الزتونة: الـ EPC كان شغال زي موظف حكومة: كل واحد عارف شغلته ومبيعديش حدوده.الـ 5GC بقى شغال زي ستارتاب: كل خدمة مستقلة، مرنة، وقابلة للتطوير حسب الظروف.وده الفرق بين شبكة “تنقل” بيانات وشبكة “تفهم” البيانات وتخدمك حسب احتياجك. #WaleedElsafoury#وليد_الصافوري

MME vs AMF – نفس الدور… ولا تغيير اللعبة؟ في شبكات 4G، الـ MME (Mobility Management Entity) كان نجم الـ Signaling بلا منازع.بيستقبل الـ Attach Request من الموبايل، يحددلك مين ال SGW المناسب، يتعامل مع HSS، ويهندل حاجات زي handover والـ paging…يعني باختصار: الراجل ده كان عامل كل حاجة ما عدا نقل البيانات نفسها. لكن لما دخلت 5G، الشبكة قالت: احنا عايزين كل حد يركز في تخصصه… وظهر AMF – Access and Mobility Function. الفرق الجوهري؟ الـ MME كان مسؤول عن حاجات كتير في نفس الوقت (signaling + control + session)، فكان شبه مدير شغال في كل الأقسام. الـ AMF في 5G بقى جزء من الـ Service-Based Architecture، يعني ما بيشتغلش لوحده… كل حاجة بتتم بالتنسيق مع باقي ال functions: الـ AMF بقى متخصص في mobility management و access control فقط أما session management فبقت شغلانة SMF – Session Management Function الـ authentication اتنقلت للـ AUSF والـ subscription data بقت مع UDM + UDR طيب إيه فايدة التقسيم ده؟ كل component يقدر يتعمله scaling على حدة لما يحصل مشكلة، مش لازم الكور كله يقع والـ update لأي خدمة بقى أسهل (microservices style) وبيديك حرية تكامل رهيبة مع الـ Cloud والـ Edge Computing من الآخر: الـ MME كان جندي مجهول بيشيل كتير…لكن الـ AMF في 5G بقى team player: بيركّز في اللي بيعرف يعمله كويس، ويسيب الباقي للزملاء. الزتونة: الفرق بين MME و AMF مش مجرد أسامي جديدة…ده shift كامل في الـ mindset:من “كيان واحد بيعمل كل حاجة” إلى “نظام موزع ذكي بيشتغل كأنك في بيئة DevOps وCloud Native”. #WaleedElsafoury#وليد_الصافوري