# DIAMETER Cx/Dx وSh: تسجيل IMS وHSS

> Cx/Dx هما واجهتا DIAMETER بين وحدات CSCF في IMS وHSS، المعرّفتان في 3GPP TS 29.228/29.229. أثناء تسجيل SIP يستخدم I-CSCF أمرَ UAR/UAA لإيجاد S-CSCF أو تخصيصه، ويستخدم S-CSCF أمرَ MAR/MAA لجلب بيانات المصادقة وأمرَ SAR/SAA للتسجيل، ويُحدّد LIR/LIA الـ S-CSCF الخادم لمكالمة منتهية. وتربط واجهة Sh خوادمَ التطبيقات بـ HSS.

- الرابط الأساسي: https://www.broadnet.me/ar/reference/diameter-cx-dx-ims
- اللغة: ar
- آخر تحديث: 2026-07-18
- الناشر: BroadNet (https://www.broadnet.me)

كيف يعمل تسجيل IMS ومصادقته فوق DIAMETER Cx/Dx (بين S-CSCF/I-CSCF وHSS) وفق 3GPP TS 29.228/29.229 — UAR/UAA وMAR/MAA وSAR/SAA وLIR/LIA — إضافةً إلى واجهة Sh (بين AS وHSS) وكيف تربط هذه بـ SIP REGISTER.

## أين تقع Cx/Dx في IMS

في نظام الوسائط المتعددة عبر الإنترنت (IMS)، يعمل التحكم في مكالمات SIP عبر ثلاثة أدوار CSCF — الوكيل Proxy-CSCF عند الحافة، والمُستفهِم Interrogating-CSCF عند حدود الشبكة، والخادم Serving-CSCF الذي يحتفظ بالتسجيل ويُشغّل منطق الخدمة. ويحتفظ HSS باشتراك IMS وبيانات مصادقة كل مستخدم. وCx هي واجهة DIAMETER بين I-CSCF/S-CSCF وHSS؛ وDx هي الواجهة نفسها مُوجَّهة عبر SLF (وظيفة تحديد موقع الاشتراك) حين تُنشَر عدة وحدات HSS ويجب على CSCF أولًا إيجاد أيّها يحتفظ بالمستخدم. ويستخدم كلاهما Application-Id قيمته 16777216 (0x01000000) وVendor-Id قيمته 10415. وكل SIP REGISTER وINVITE منتهٍ يُطلق معاملات Cx خلف الكواليس.

## مجموعة أوامر Cx

يُعرّف TS 29.229 أربعةَ أزواج أوامر Cx إضافةً إلى زوجين يبدؤهما HSS. يتيح User-Authorization (UAR/UAA) لـ I-CSCF التحقّقَ ممّا إذا كان مستخدم يُسمح له بالتسجيل من شبكة معيّنة ومعرفةَ الـ S-CSCF المُخصَّص أو القادر. ويتيح Multimedia-Auth (MAR/MAA) لـ S-CSCF جلبَ نواقل المصادقة (IMS-AKA أو SIP Digest) من HSS. ويُسجّل Server-Assignment (SAR/SAA) الـ S-CSCF للمستخدم أو يُلغيه ويُنزّل ملف المستخدم مع معايير الترشيح الابتدائية الخاصة به. ويتيح Location-Info (LIR/LIA) لـ I-CSCF إيجادَ الـ S-CSCF الخادم لطلب منتهٍ. ويتيح Registration-Termination (RTR/RTA) وPush-Profile (PPR/PPA) لـ HSS إلغاءَ تسجيل مستخدم أو دفعَ تغيير في الملف.

*رموز أوامر Cx/Dx (TS 29.229)*

| أمر | الرمز | الغرض |
|---|---|---|
| UAR / UAA | 300 | User-Authorization — التحقق من التسجيل، إيجاد/تعيين S-CSCF |
| SAR / SAA | 301 | Server-Assignment — تسجيل S-CSCF، تنزيل الملف التعريفي للمستخدم |
| LIR / LIA | 302 | Location-Info — تحديد S-CSCF المخدِّم لمكالمة منتهية |
| MAR / MAA | 303 | Multimedia-Auth — جلب بيانات مصادقة IMS-AKA / SIP-Digest |
| RTR / RTA | 304 | Registration-Termination — يلغي HSS تسجيل المستخدم |
| PPR / PPA | 305 | Push-Profile — يدفع HSS تغييرًا في الاشتراك/الملف التعريفي |

## كيف تربط Cx بـ SIP REGISTER

تسجيل IMS إجراءٌ في SIP بخلفية DIAMETER. عندما يرسل مستخدم SIP REGISTER، يُمرّره P-CSCF إلى I-CSCF، الذي يرسل Cx UAR إلى HSS لتفويض التسجيل والحصول على S-CSCF (أو قدراته). ويوجّه I-CSCF الـ REGISTER إلى الـ S-CSCF المُختار، الذي يرسل Cx MAR لجلب تحدّي مصادقة، ويُعيد SIP 401 بتحدّي IMS-AKA. ويُعيد UE التسجيلَ باستجابته؛ ويتحقّق S-CSCF منها ويرسل Cx SAR ليُسجّل نفسه للمستخدم ويُنزّل الملف. فتسجيلٌ واحد ظاهر في SIP يقود UAR وMAR وSAR في الخفاء.

*تسجيل IMS: واجهة SIP أمامًا، وCx خلفًا*

```text
UE → P-CSCF → I-CSCF   SIP REGISTER
I-CSCF → HSS           Cx UAR  { Public-Identity, Visited-Network }
HSS → I-CSCF           Cx UAA  { Server-Name / S-CSCF capabilities }
I-CSCF → S-CSCF        SIP REGISTER
S-CSCF → HSS           Cx MAR  { SIP-Auth-Data-Item (IMS-AKA) }
S-CSCF → UE            SIP 401 (challenge)  ...  UE re-REGISTERs
S-CSCF → HSS           Cx SAR  { Server-Assignment-Type=REGISTRATION }
HSS → S-CSCF           Cx SAA  { User-Data: profile + iFC }
```

## المكالمات المنتهية وLIR

يُخزّن التسجيلُ أي S-CSCF يخدم مستخدمًا؛ وعلى المكالمة المنتهية أن تجده مجددًا. عندما يصل INVITE لمشترك، يرسل I-CSCF طلبَ Cx Location-Info-Request إلى HSS، الذي يُعيد Server-Name للـ S-CSCF الذي يخدم حاليًّا تلك الهوية العامة. ثم يوجّه I-CSCF الـ INVITE إلى ذلك الـ S-CSCF، الذي يُطبّق منطق الخدمة المنتهية (معايير الترشيح الابتدائية) ويُمرّر نحو المستخدم. وهكذا فإن LIR/LIA هو النظير على الجانب المنتهي لزوج UAR/SAR المستخدَم عند التسجيل.

## واجهة Sh: خوادم التطبيقات وHSS

تحتاج خوادم تطبيقات IMS بياناتِ المشترك أيضًا — إعدادات الخدمة، والتواجد، وبيانات المستودع — وتحصل عليها عبر واجهة Sh (TS 29.328/29.329، وApplication-Id قيمته 16777217)، لا عبر Cx. تُعرّف Sh أمرَ User-Data (UDR/UDA) لقراءة البيانات الشفّافة وبيانات الخدمة، وأمرَ Profile-Update (PUR/PUA) لكتابتها مجددًا، وزوجَ اشتراك/إشعار — Subscribe-Notifications (SNR/SNA) وPush-Notification (PNR/PNA) — فيُخبَر AS حين تتغيّر بياناتٌ تهمّه. وهذا يُبقي منطقَ الخدمة في خوادم التطبيقات بينما يبقى HSS المصدرَ الوحيد لحقيقة المشترك، وهو سبب كون HSS، لا CSCF، مرتكزَ مستوى التحكم في IMS.

*رموز أوامر Sh (TS 29.329)*

| أمر | الرمز | الغرض |
|---|---|---|
| UDR / UDA | 306 | User-Data — يقرأ AS بيانات المشترك/الخدمة من HSS |
| PUR / PUA | 307 | Profile-Update — يكتب AS بيانات المستودع/الخدمة |
| SNR / SNA | 308 | Subscribe-Notifications — يشترك AS في تغييرات البيانات |
| PNR / PNA | 309 | Push-Notification — يُخطر HSS خادم التطبيقات (AS) بتغيير |

## الأسئلة الشائعة

### ما هما واجهتا Cx وDx؟

Cx هي واجهة DIAMETER بين I-CSCF/S-CSCF في IMS وHSS (TS 29.228/29.229، وApplication-Id قيمته 16777216)، وتحمل التسجيلَ والمصادقةَ وتنزيلَ الملف. وDx هي الواجهة نفسها مُوجَّهة عبر SLF حين تُنشَر عدة وحدات HSS، فيجد CSCF أولًا أي HSS يحتفظ بالمستخدم.

### كيف يستخدم تسجيل IMS بروتوكولَ DIAMETER؟

يُطلق SIP REGISTER معاملاتِ Cx: يرسل I-CSCF أمرَ UAR للتفويض وإيجاد S-CSCF، ويرسل S-CSCF أمرَ MAR لجلب تحدّي IMS-AKA، وبعد ردّ UE على التحدّي يرسل S-CSCF أمرَ SAR ليُسجّل نفسه ويُنزّل ملف المستخدم. فتسجيلٌ واحد في SIP يقود UAR وMAR وSAR في الخفاء.

### ما الفرق بين MAR وSAR؟

يجلب طلبُ Multimedia-Auth-Request (MAR، الأمر 303) بياناتِ المصادقة — ناقل IMS-AKA أو SIP Digest — كي يتحدّى S-CSCF المستخدمَ. ويُسجّل طلبُ Server-Assignment-Request (SAR، الأمر 301) الـ S-CSCF بوصفه العقدةَ الخادمة للمستخدم ويُنزّل ملف المستخدم مع معايير الترشيح الابتدائية.

### كيف تُوجَّه مكالمة IMS منتهية إلى الـ S-CSCF الصحيح؟

يرسل I-CSCF طلبَ Cx Location-Info-Request (LIR، الأمر 302) إلى HSS، الذي يُعيد Server-Name للـ S-CSCF الذي يخدم حاليًّا الهويةَ العامة المُتّصَل بها. ثم يوجّه I-CSCF الـ INVITE إلى ذلك الـ S-CSCF، الذي يُطبّق منطق الخدمة المنتهية ويُمرّر إلى المستخدم.

### ما الغرض من واجهة Sh؟

تربط Sh (TS 29.329، وApplication-Id قيمته 16777217) خوادمَ تطبيقات IMS بـ HSS. يقرأ AS بياناتِ المشترك والخدمة عبر User-Data (UDR)، ويكتبها مجددًا عبر Profile-Update (PUR)، ويستخدم Subscribe-Notifications (SNR) / Push-Notification (PNR) ليُخبَر حين تتغيّر البيانات — مُبقيًا HSS المصدرَ الوحيد لحقيقة المشترك.

### لماذا يستخدم IMS كلًّا من SIP وDIAMETER؟

يتولّى SIP إشاراتِ الجلسة بين UE ووحدات CSCF — REGISTER وINVITE والتفاوض على الوسائط. ويتولّى DIAMETER عبر Cx/Dx وSh جانبَ بيانات المشترك مقابل HSS — التفويض، ونواقل المصادقة، وتنزيل الملف، وبيانات الخدمة. ويعمل تدفّق SIP الظاهر وتدفّق DIAMETER الخفي معًا في كل تسجيل ومكالمة.

## المصادر

- [3GPP TS 29.228 — IMS Cx and Dx interfaces, signalling flows](https://www.3gpp.org/dynareport/29228.htm)
- [3GPP TS 29.229 — Cx and Dx interfaces, protocol details](https://www.3gpp.org/dynareport/29229.htm)

## ذو صلة

- [بروتوكول DIAMETER الأساسي (RFC 6733)](https://www.broadnet.me/ar/reference/diameter-base-protocol)
- [DIAMETER S6a/S6d نحو HSS](https://www.broadnet.me/ar/reference/diameter-s6a-s6d-hss)
- [نظرة عامة على بروتوكول SIP](https://www.broadnet.me/ar/reference/sip-protocol-overview)
- [أمان تجوال DIAMETER (DRA/DEA)](https://www.broadnet.me/ar/reference/diameter-roaming-security-dra-dea)
- [منصة الإشارات وسجلات CDR](https://www.broadnet.me/ar/platforms/signaling-cdr)