3.2.1 Nhận dạng người dựng tới giải đỏp HSS
Phần này trỡnh bày kĩ thuật phõn tớch để I-CSCF và S-CSCF tỡm ra địa chỉ của HSS–nơi lưu trữ dữ liệu thuờ bao để nhận dạng thuờ bao. Kĩ thuật phõn tớch này khụng được sử dụng tại mạng chỉ cú một HSS
Ở bản tin REGISTER và MT INVITE, I-CSCF truy vấn HSS để cú dữ liệu đặc tả thuờ bao như vị trớ hiện tại hay tham số nhận thực. Điều này cũng phải được thiết lập nhờ đăng kớ trờn S-CSCF. Trong trường hợp cú nhiều hơn một HSS độc lập trong mạng, thỡ HSS mà chứa thụng tin người dựng đang cần thiết cần phải được tỡm thấy. Để biết tờn của HSS, I-CSCF và S-CSCF truy vấn tới thực thể chức năng vị trớ thuờ bao (SLF).
Bộ vị trớ thuờ bao được truy nhập thụng qua giao diện Dx Diameter. Giao diện Dx Diameter là giao diện chuẩn giữa CSCF và SLF.
Giao diện Dx cung cấp:
Một sự vận hành để truy vấn vào bộ định vị thuờ bao từ I-CSCF hoặc từ S- CSCF.
Một sự đỏp ứng để cung cấp tờn HSS về phớa I-CSCF hoặc về phớa S-CSCF. Bằng việc gửi lờn giao diện Dx bản tin Dx-SLF-Query mà I-CSCF hoặc S- CSCF yờu cầu một nhận dạng thuờ bao của thuờ bao mà nú đang tỡm trong HSS. Bằng cỏch gửi lờn giao diện Dx bản tin Dx-SLF-RESP mà SLF đỏp ứng được tờn HSS. I- CSCF hoặc S-CSCF tương ứng tiếp tục truy vấn HSS đó lựa chọn đú. Như một tựy chọn tại thời điểm đăng kớ, I-CSCF cú thể chuyển tiếp tờn của HSS tới S-CSCF để đơn giản húa thủ tục S-CSCF tỡm HSS của thuờ bao. Tựy chọn này cú thể được sử dụng ở mạng chỉ cú một HSS đơn.
2 bản tin được đưa ra được sử dụng trong giao diện Dx:
• Yờu cầu thụng tin vị trớ Location-Info-Request (LIR) – yờu cầu tỡm HSS • Trả lời thụng tin vị trớ Location-Info-Request (LIA) – Trả lời vị trớ HSS
Định dạng của bản tin thanh toỏn: yờu cầu thụng tin vị trớ và trả lời vị trớ được định nghĩa trong giao thức cơ bản Diameter.
Những biểu tượng sau được sử dụng trong bản tin:
• <AVP> núi rằng cỏc AVP bắt buộc này được gỏn cố định trong bản tin • {AVP} cho biết một AVP bắt buộc trong bản tin
• [AVP] cho biết rằng AVP tựy chọn trong bản tin
• *AVP cho biết rằng nhiều sự kiện cú thể cú trong một AVP
Bản tin định vị vớ trớ (LIR) (chỉ định trường mó lệnh đặt thành 302 và bit R được đặt trong trường cờ) (3GPP).
Định dạng bản tin LIR:
<Diameter header: 302, REQ, PXY, 16777216> <Session-Id> {Vendor-Specific-Application-Id} {Auth- Session-State} {Origin-Host} {Origin-Realm} [Destination-Host] {Destinaiton-Realm} *[Supported-Features] {Public-Identity} *[AVP] *[Proxy] *[Routed-Record] Yờu cầu này bao gồm:
Nhận dạng người dựng cụng khai – bao gồm nhận dạng từ trường yờu cầu URI của phương thức SIP.
Thụng tin định tuyến – bao gồm địa chỉ của HSS nếu I-CSCF nhận biết. Nếu I- CSCF khụng biết địa chỉ của HSS, khi đú nú kể đến vị trớ đớch.
Nhận dạng miền mà bản tin Diameter định tuyến đến. HSS trả lời với một lệnh trả lời thụng tin vị trớ (LIA).
Lệnh Trả lời thụng tin vị trớ (LIA), với mó lệnh đặt thành 302, và bit R được sẽ bị xúa trong trường cờ, đỏp ứng lại bản tin LIR.
Định dạng bản tin LIA:
<Diameter header: 302, REQ , PXY, 16777216> <Session-Id> [Result-Code] {Vendor-Specific-Application-Id} {Experimental-Result} {Auth- Session-State} {Origin-Host} {Origin-Realm} *[Supported-Features] {Public-Identity} [Server - Capabilities] *[AVP]
*[Failed-AVP] *[Proxy - Info] *[Routed-Record] Cõu trả lời này bao gồm:
Kết quả - thụng bỏo kết quả của lệnh LIR.
Tờn hoặc cỏc khả năng S-CSCF – sau cựng được trả lời nếu người dựng khụng cú tờn S-CSCF được gỏn, mặt khỏc URI SIPcủa S-CSCF được trả lời.
Giỏ trị của Mó kết quả AVP
a> thành cụng
1.Đăng kớ Diameter lần đầu DIAMETER_FIRST_REGISTRATON HSS cho I-CSCF biết rằng:
- Người dựng được cấp quyền để đăng kớ với nhận dạng cụng khai; - Một S-CSCF sẽ được gỏn tới người dựng;
2. Dịch vụ chưa đăng kớ DIAMETER_UNTERGISTERED_SERVICE HSS cho I-CSCF biết rằng:
- nhận dạng cụng khai khụng được đăng kớ nhưng cú cỏc dịch vụ liờn quan tới trạng thỏi chưa đăng kớ;
- Một S-CSCF sẽ được gỏn tới người dựng;
3. DIAMETER_SUCCESS_SERVER_NAME_NOT_STORE HSS cho I-CSCF biết rằng:
- kết thỳc đăng kớ được đưa ra;
- S-CSCF khụng được lưu trữ trong HSS; 4. DIAMETER_SERVER_SELECTION
HSS cho I-CSCF biết rằng:
- Người dựng được cấp quyền để đăng kớ với nhận dạng cụng khai này; - Một S-CSCF đó được gỏn cho cỏc dịch vụ liờn quan tới trạng thỏi chưa
đăng kớ rồi;
- Cú thể cần thiết để gỏn một S-CSCF mới tới người dựng;
b> Lỗi
1. DIAMETER_ERROR_USER_UNKNOW Bản tin được nhận từ một người dựng lạ mặt;
Một bản tin được nhận với một nhận dạng cụng khai và một nhận dạng cỏ nhõn của người dựng, và server xỏc định rằng nhận dạng cụng khai khụng tương ứng với nhận dạng cỏ nhõn;
3. DIAMETER_ERROR_IDENTITY_NOT_REGISTERED
Một truy vấn đối với thụng tin vị trớ được nhận từ một nhận dạng cụng khai mà khụng được đăng kớ trước đú;
4. DIAMETER_ERROR_ROAMING_NOT_ALLOWED
Người dựng khụng được phộp chuyển vựng trong mạng khỏch; 5. DIAMETER_ERROR_IDENTITY_ALREADY_REGISTERED
Nhận dạng được đăng kớ với server được gỏn rồi và trạng thỏi đăng kớ khụng cho phộp chốn vào;
6. DIAMETER_ERROR_TOO_MUCH_DATA
Số lượng dữ liệu tới bờn nhận vượt quỏ dụng lượng;
7. DIAMETER_ERROR_NOT_SUPPORTED_USER_DATA
S-CSCF cho HSS biết rằng nhận được dữ liệu chứa thụng tin khụng được nhận ra hoặc hỗ trợ;
3.2.2 Đăng kớ trờn SLF
Hỡnh 3.8 Đăng kớ trờn SLF (trường hợp 1)
1. I-CSCF nhận một yờu cầu đăng kớ và bõy giờ phải truy vấn vị trớ dữ liệu của thuờ bao.
2. I-CSCF gửi một Dx-SLF-Query tới SLF chứa cỏc tham số nhận dạng thuờ bao đặt trong yờu cầu REGISTER.
3. SLF tỡm trong cơ sở dữ liệu của nú nhận dạng thuờ bao được truy vấn. 4. SLF trả lời dữ liệu của thuờ bao cựng với tờn HSS.
5. I-CSCF cú thể tiến hành bằng cỏch truy vấn HSS phự hợp.
Hỡnh 3.9 Đăng kớ trờn SLF(trường hợp 2)
1. I-CSCF gửi yờu cầu REGISTER tới S-CSCF. và bõy giờ phải truy vấn vị trớ dữ liệu của thuờ bao.
2. S-CSCF gửi Dx-SLF-QUERY tới SLF với cỏc tham số nhận dạng thuờ bao đặt trong yờu cầu đăng kớ.
3. SLF tỡm trong cơ sở dữ liệu của nú nhận dạng thuờ bao được truy vấn. 4. SLF trả lời dữ liệu của thuờ bao kốm với tờn của HSS.
3.2.3 Mời UE trờn SLF
Hỡnh 3.10 Mời UE trờn SLF
1. I-CSCF nhận yờu cầu INVITE và bõy giờ phải truy tỡm vị trớ dữ liệu của thuờ bao.
2. I-CSCF gửi Dx-SLF-QUERY tới HSS chứa cỏc tham số nhận dạng thuờ bao được đặt trong yờu cầu INVITE.
3. SLF tỡm trong cơ sở dữ liệu của nú nhận dạng thuờ bao được truy vấn. 4. SLF trả lời dữ liệu thuờ bao cựng với tờn của HSS.
Để ngăn cản dịch vụ SLF sai, SLF cú thể được phõn phối trờn nhiều Server. Một vài phương phỏp cú thể được đặt để tỡm ra cỏc server này.