اختبار VoNR في الميدان 2026: كيفية التحقّق من جودة الصوت على 5G Standalone

مهندس RF يقود سيّارته على طريق الشيخ زايد في دبي في مارس 2026. لقد أنهى للتوّ التحقّق من الموقع على 5G SA، وعدّادات gNB نظيفة، وبطاقة SIM مُهيَّأة في UDM. يُجري مكالمة اختبار VoNR. تعمل.

على بعد ألف متر، عند تغيير القطاع، تسقط المكالمة إلى LTE. والّتي تليها أيضًا. والّتي تليها أيضًا.

اثنتا عشرة مكالمة، اثنا عشر إسقاطًا خلفيًّا (EPS Fallback). لا انقطاع RF. لا رفض ظاهر على شاشة الأندرويد. لكنّ شبكة du التجاريّة، الّتي أُطلقت رسميًّا في فبراير 2026 بوصفها أوّل تشغيل تجاريّ لـ VoNR في الإمارات، لا تُبقي الصوت على NR. شيءٌ ما، في مكان ما بين AMF و SMF و IMS، يدفع تلك المكالمة عائدةً إلى نواة 4G.

كيف تُثبت ذلك؟ بأيّ مؤشّر تقيسه؟ وكيف تعزله بهاتف أندرويد، دون Keysight، ودون Anritsu، ودون مختبر نواة؟

هذا الدليل يُجيب على ذلك. إنّه بروتوكول التحقّق من VoNR الّذي يستطيع المُدمِج تنفيذه في الميدان عام 2026.

لم يعد VoNR بندًا في خارطة الطريق: إنّه قيد التشغيل التجاريّ في 2026

طوال أربع سنوات، كان VoNR وعدًا يظهر في كلّ خارطة طريق للمُشغِّل ويختفي من عرض الربع التالي. في 2026 تغيّر ذلك.

أعلنت Verizon و Ericsson في الربع الأوّل من 2026 عن أوّل تجوال VoNR على المستوى الوطنيّ في الولايات المتّحدة، ببنية IMS مترابطة تسمح بالحفاظ على الصوت على NR عند انتقال المُشترك من شبكة زائرة إلى أخرى دون السقوط إلى Circuit Switched Fallback أو إلى الإسقاط الخلفي EPS Fallback. هذه أوّل مرّة تُصادق فيها الصناعة على صوت NR من طرف إلى طرف خارج شبكة المنزل.

أطلقت du في الإمارات في فبراير 2026 أوّل خدمة VoNR تجاريّة في البلاد، مدمجةً مع نواتها 5G SA ومتاحة على هواتف أندرويد و iPhone المتوافقة. فعّلت Bell Canada خدمة VoNR على iPhone في منطقة تورونتو الكبرى في أغسطس 2025. وتُشغّل T-Mobile US و Vodafone ألمانيا خدمة VoNR تجاريّة على شبكتيهما 5G SA منذ ذلك الحين.

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

ومع ذلك، وفقًا لتقرير State of Play 5G SA من Opensignal لشهر فبراير 2026، بلغ توفّر SA عالميًّا في نهاية 2025 نحو 17,6%. وتُفيد GSA بـ 89 شبكة SA أُطلقت تجاريًّا و 181 مُشغِّلًا يستثمرون في 73 دولة. البنية منتشرة؛ تسييل الصوت متأخّر. تلك الفجوة هي المساحة الّتي يُقدّم فيها مُدمِج الميدان قيمته في 2026.

إذا كنتَ ستتحقّق من الصوت على SA في 2026، فأنت لا تُجري إثبات مفهوم. أنت تُدقّق خدمةً تجاريّةً يفترضها الزبون.

ما الّذي يتغيّر بين VoLTE و VoNR، ولماذا لم تعد طريقتك VoLTE صالحة

الفخّ الأكثر شيوعًا في 2026 هو افتراض أنّ صوت NR هو “VoLTE لكن أسرع”. ليس كذلك. تتغيّر طبقة النقل وتفاوض QoS من الأساس.

في VoLTE، يسير IMS فوق اتّصال PDN LTE مُخصَّص، مُنقولًا عبر bearer مُخصَّص QCI=1. تعبر إشارات SIP وحركة RTP عبر SGW و PGW. برنامج الترميز الافتراضيّ، في معظم شبكات أوروبا والشرق الأوسط، هو AMR-WB، مع EVS كخيار حين يكون المُشغِّل قد نشره.

في VoNR، يسير IMS فوق جلسة PDU في 5GC، مُحدَّدةً بـ 5QI=1 و QFI مُخصَّص ضمن NSSAI المُختار (عادةً شريحة eMBB، رغم أنّ مُشغِّلين مثل du و Verizon بدأوا تجربة شرائح مُخصَّصة للصوت). تعبر إشارات SIP و RTP عبر UPF على واجهتَي N3 (gNB→UPF) و N6 (UPF→IMS). برنامج الترميز المُفضَّل هو EVS Super-Wideband (EVS-SWB)، مع AMR-WB كإسقاط مقبول. تتوقّف طبقة NAS عن كونها EMM/ESM وتنتقل إلى 5GMM/5GSM بحسب TS 24.501.

لهذا تبعةٌ تشغيليّةٌ كبيرة: الإسقاط الخلفي (EPS Fallback) و VoNR الكامل خدمتان مختلفتان من منظور KPI. إذا أعلنت شبكتك دعم VoNR، لكن في لحظة إنشاء المكالمة يُطلق AMF تسليمًا (handover) إلى EPS قبل أن يستجيب IMS بـ 200 OK، فإنّ ما تقيسه ليس VoNR، بل VoLTE بزمن إنشاء أبطأ. كثيرٌ من المُشغّلين يُعلنون “VoNR” بينما لديهم EPS-FB مع SA idle camping.

التتبّع الكامل لمكالمة VoNR خالصة يعبر سبع طبقات: RRC NR (إنشاء signalling radio bearer) + NAS 5GMM (المصادقة، سياق التنقّل) + NAS 5GSM (تعديل جلسة PDU لإضافة تدفّق 5QI=1) + SIP INVITE فوق QFI الصوت + RTP عبر N3→UPF→N6 + P-CSCF / I-CSCF / S-CSCF في IMS + MGW إذا كانت هناك إنهاء PSTN. طريقتك لاختبار VoLTE كانت تُغطّي الطبقات الأربع الأولى مُكيَّفة لـ EPS فقط. على NR عليك إعادة بناء خطّ المعالجة من الصفر.

مؤشّرات الأداء الميدانيّة الستّة الّتي تُثبت أنّ مكالمة VoNR تعمل (أو لا تعمل)

تُحدّد 3GPP TS 26.114 إطار خدمة الاتّصال متعدّد الوسائط IMS وبرامج الترميز (بما فيها EVS)، وتُحدّد TS 23.501 جدول 5QI وبنية 5GC. على هذا الأساس، نعمل في الميدان عام 2026 بستّة مؤشّرات. ليست قابلة للتفاوض.

KPI 1: زمن إنشاء مكالمة VoNR. يُقاس من SIP INVITE الصادر إلى 200 OK + ACK + أوّل حزمة RTP. الهدف: < 4 ثوانٍ. في VoLTE الناضج نحن قرب الثانيتين؛ الفارق على NR يأتي من إنشاء جلسة PDU إضافيّة إن لم يكن UE قد فعّلها بالفعل لحظة الـ INVITE.

KPI 2: MOS POLQA وفق ITU-T P.863.2. في المكالمات بترميز EVS-SWB، الهدف MOS ≥ 4,0. في المكالمات الّتي يُتفاوض عليها بـ AMR-WB (لأنّ الطرف الآخر لا يدعم EVS أو لأنّ IMS أعاد الترميز transcoding)، يهبط الهدف إلى MOS ≥ 3,5. إذا كان MOS-POLQA لديك < 3,5 على EVS-SWB، فلديك مشكلة jitter، أو فقد حزم في مستوى المستخدم، أو انجراف ساعة في UPF.

KPI 3: تأخير one-way لتدفّق 5QI=1. من خروج RTP من UE إلى وصوله إلى بوّابة IMS على الجانب المُنهي. الهدف: < 100 ميلي ثانية. إن تجاوز 150 ميلي ثانية في شبكة SA بـ UPF موزّع، فاشتبه في backhaul سيء التحجيم أو UPF مركزيّ في منطقة بعيدة.

KPI 4: معدّل الإسقاط الخلفي EPS غير المقصود. في منطقة SA ناضجة بتغطية NR متواصلة، يجب أن يكون EPS-FB < 5% من إجماليّ محاولات VoNR. إذا أطلق زبونك VoNR التجاريّ وقاس 35% إسقاطًا خلفيًّا، فهو لا يملك VoNR، بل يملك VoLTE بضريبة إشارات إضافيّة.

KPI 5: معدّل رفض Service Request. يطلب UE استئناف جلسة PDU لإرسال SIP INVITE؛ يردّ AMF بـ Service Reject إن كان السياق فاسدًا. الهدف: < 1%. تجاوز 3% يدلّ غالبًا على مزامنة سيّئة بين AMF و UDM، أو سياسات SMF سيّئة الإعداد لشريحة الصوت.

KPI 6: برنامج الترميز المُتفاوض عليه. EVS-SWB أو EVS-FB في SDP الردّ. إن رأيتَ AMR-WB بشكل منهجيّ في شبكة تُعلن دعم EVS، فإنّ IMS يُعيد الترميز أو P-CSCF يُخفّض العرض عمدًا. هذا تسرّب جودة صوت لا يراه المُشغِّل في عدّادات نواته.

بهذه المؤشّرات الستّة على ورقة واحدة، يصبح لديك لوحة قياس تُميّز VoNR التجاريّ السليم عن VoNR التجميليّ. إن ذكّرك هذا بعمل سابق فعلناه على قياس جودة الصوت في VoLTE، فلأنّ منطق QoE هو نفسه، لكنّ الالتقاط يتغيّر.

تشخيص مكالمة VoNR فاشلة: أربع أسباب جذريّة وكيفيّة رصدها على أندرويد

هاتف أندرويد بصلاحيّات root مع شريحة Qualcomm (Snapdragon 8 Gen 2 أو أعلى، مع DIAG متاح) يسمح لك بالتقاط سجلّ L3 بصيغة QMDL وفكّ تشفير الأسباب الأربعة الأكثر شيوعًا لمكالمة VoNR فاشلة. الإشارة الّتي تبحث عنها دائمًا هي NAS 5GMM/5GSM + SIP. طبقة RRC NR تُخبرك بحدوث reconfiguration، لكنّ قرار الإسقاط الخلفي أو الرفض يتّخذه AMF أو IMS، لا الراديو.

أ. الإسقاط الخلفي EPS Fallback غير المقصود. ترى في التتبّع Registration Accept يحمل 5GS update result بقيمة “SMS only” أو Service Reject بسبب 5GS_services_not_allowed. أكثر دقّة: يقبل AMF جلسة PDU، لكنّه فور استلام SIP INVITE يُطلق handover command إلى E-UTRAN. يسقط UE إلى LTE قبل تمرير أوّل حزمة RTP NR. إن أعلن المُشغِّل دعم VoNR وحدث هذا في > 30% من المكالمات، فما هو منشور لديه فعلًا هو EPS Fallback مع SA camping، لا VoNR كامل.

ب. SIP 488 Not Acceptable Here. السبب الجذريّ: عدم توافق برنامج الترميز (codec) بين UE و IMS-AS. يعرض UE EVS-SWB في SDP، فيُمرّره P-CSCF إلى IMS، فيردّ IMS-AS بـ 488 لأنّ ملفّ الخدمة لديه لا يشمل EVS-SWB لهذه الفئة من المُشتركين. التشخيص: التقاط SIP INVITE الصادر ومقارنة سطر m=audio في SDP مع سطر m=audio في الردّ 488. إن كان تقاطع payload types فارغًا، فلديك إعداد سيّئ في codec policy داخل IMS.

ج. PDU session establishment reject من SMF. يطلب UE جلسة PDU للـ DNN “ims” أو ما يكافئها؛ يرفض SMF بسبب NAS 5GSM #26 (“Insufficient resources for specific slice”) أو #67 (“Insufficient resources for specific slice and DNN”). السبب المحتمل: DNN المُوجَّه إلى UPF الصحيح لا يحمل 5QI=1، أو شريحة الصوت غير مُهيّأة في UDM لهذا الـ SUPI. هذه هي النسخة 5G من المشكلة الكلاسيكيّة الّتي غطّيناها سابقًا في APN في 4G إلى DNN في 5G: ما الّذي يتغيّر، لكن الآن مع SST/SD من NSSAI كبُعد إضافيّ.

د. عدم توافق الحزمة (beam mismatch) في التسليم. في مناطق mmWave أو sub-6 ذات الحزم الضيّقة، تسقط مكالمة VoNR عند Xn handover حين يكون SS-RSRP لـ gNB الهدف < −110 dBm. يملك UE تغطية SS-SINR مقبولة لكنّ حزمة الخدمة لدى الهدف ليست موجَّهة جيّدًا، فيبدأ RTP بفقدان حزم خلال الانتقال. يُظهر التتبّع RRC reconfiguration ناجحًا لكنّ RTCP يُبلّغ عن fraction lost > 5% خلال 200 إلى 400 ميلي ثانية بعد الـ handover.

إن كان السبب الّذي تجده يُشبه Registration Reject أكثر منه فشلًا في الصوت، يستحقّ الأمر تقاطعًا مع الحالة الموثَّقة في تشخيص رفض التسجيل 5G SA ورموز سبب GMM، لأنّ المشكلة “VoNR” أحيانًا هي في الواقع مشكلة attach سيّء التهيئة.

بروتوكول اختبار VoNR ميدانيّ عمليّ (أندرويد فقط، بدون معدّات مختبر)

ما يلي قابل للتنفيذ في يوم ميدانيّ واحد لمهندس واحد، بهاتف أندرويد بصلاحيّات root وبطاقة SIM مُهيَّأة. دون Keysight. دون Anritsu. دون مختبر نواة.

الإعداد. هاتف Qualcomm بصلاحيّات root، بحدّ أدنى Snapdragon 8 Gen 2، مع وصول DIAG مُفعَّل. فرض وضع 5G SA من قائمة الهندسة الخاصّة بالمُصنِّع أو عبر AT command. التحقّق من تسجيل IMS (PRACK نظيف في التتبّع بعد SIP REGISTER). بطاقة SIM مع شريحة الصوت مُهيَّأة في UDM واشتراك نشط في تجميعة HSS/UDM لدى المُشغِّل.

الطريقة. خمسون مكالمة A→B في منطقة SA مُتحقَّق منها (تغطية NR متواصلة، دون carrier aggregation شاذّ)، وخمسون مكالمة في حافّة التغطية (SS-RSRP بين −105 و −115 dBm، حيث يرتفع خطر beam mismatch). في كلّ مكالمة، تسجيل QMDL كامل بالتزامن مع الصوت المرجعيّ لتحليل POLQA محلّيّ على عيّنة 8 ثوانٍ في كلّ طرف.

القياس. POLQA محلّيّ على الصوت المُلتقَط، بمرجعيّة ITU-T P.863.2 لـ SWB. فكّ تشفير L3 على QMDL لاستخراج الأختام الزمنيّة لـ INVITE و 200 OK وأوّل RTP NR وأحداث handover أو fallback. يُحسب تأخير 5QI=1 بعلامات RTCP-XR إن فعّل المُشغِّل extension reports؛ وإلّا يُقرَّب بـ RTT الخاصّ بـ RTCP نفسه.

التقرير. جدول لكلّ موقع. الصفّ الأدنى:

call_id	setup_time	MOS POLQA	fallback	السبب الجذريّ
SZR-001	3,2 ث	4,1 (EVS-SWB)	لا	OK
SZR-002	4,8 ث	3,2 (AMR-WB)	نعم	EPS-FB بعد INVITE
SZR-003	3,5 ث	4,0 (EVS-SWB)	لا	OK
SZR-004	غير متاح	غير متاح	نعم	SMF reject #67 (slice DNN)
SZR-005	3,9 ث	3,7 (EVS-SWB)	لا	RTCP loss 6% بعد التسليم

بمئة صفّ كهذه، يُقدّم المُدمِج تقريرًا يستطيع مهندس النواة لدى المُشغِّل اتّخاذ إجراء بشأنه فورًا: كلّ سبب جذريّ مرتبطٌ بمكوّن (AMF، SMF، P-CSCF، gNB)، مع KPI مقيس مقابل هدف القسم 3.

إن أردتَ بناء هذا التدفّق على سلسلة أدواتنا، فإنّ VoLTE Checker يدعم بالفعل التقاط L3 على Android Qualcomm؛ ووضع VoNR-aware على خارطة الطريق لتغطية فكّ تشفير 5GMM/5GSM و SDP الخاصّ بـ IMS بشكل أصيل. في غضون ذلك، يمكنك الاعتماد على QoS و QoE في الشبكات المتنقّلة وعلى مرجع KPI لقيادة اختبار 5G في 2026 لإدماج VoNR في منهجيّتك القائمة.

خلاصة القول

انتقل VoNR من وعدٍ إلى خدمة تجاريّة في 2026. الشبكات الّتي تُعلنه ليست متجانسة: كثيرٌ منها يُشغّل في الواقع EPS Fallback مع SA idle camping ويُفوتر ذلك على أنّه VoNR. يظهر الفرق في ستّة مؤشّرات قابلة للقياس من هاتف أندرويد بصلاحيّات root، ويُعزَل بأربعة أسباب جذريّة يستطيع أيّ مُدمِج تحديدها في يوم ميدانيّ واحد: إسقاط خلفي غير مقصود، عدم توافق ترميز، رفض من SMF بسبب الشريحة/الـ DNN، وعدم توافق حزمة في التسليم.

طريقة VoLTE لم تعد كافية. جلسة PDU، ومُحدِّد 5QI، و QFI، و NSSAI تُغيّر الالتقاط من أوّل إطار RRC. مَن يستمرّ في التحقّق من الصوت على SA بقائمة 2022 سيُوقّع تقارير لا تصمد أمام مراجعة ثانية.

ما هو معدّل الإسقاط الخلفي VoNR لديك حاليًّا في المواقع التجاريّة؟ وكم نسبة مكالماتك “VoNR” الّتي هي في الواقع VoLTE مع تسليم تلقائيّ بعد الـ INVITE؟