3.8 S-CSCF委派

3.7節解釋了UE如何找到IMS的接入點，也就是P-CSCF。在一個會話信令路徑上的下一個實體是S-CSCF。在S-CSCF委派時有三種情況：

· 使用者已經在網路中註冊。

· 未註冊的使用者收到一個SIP請求。

· 之前委派的S-CSCF不再響應。

3.8.1 註冊時的S-CSCF委派

當用戶向網路中註冊自己的時候，UE向發現的P-CSCF傳送一個REGISTER請求，而P-CSCF又去找到使用者所屬域的I-CSCF，就如3.2節中描述的。接著I-CSCF如2.3.4中描述那樣和HSS互動訊息（UAR和UAA）。作為結果，只要網路之前還沒有給該UE委派S-CSCF，I-CSCF就會接收到S-CSCF的能力描述。I-CSCF基於收到的能力描述選擇一個合適的S-CSCF。

圖 3‑11 S-CSCF委派的一個例子

能力資訊被包含在Server-Capabilities屬性值對（AVP）中在HSS和I-CSCF間傳遞。Server-Capabilities AVP 包含[3GPP TS 29.228和TS 29.229]：

· Mandatory-Capability AVP – 這類AVP是非負的數字，它包含了S-CSCF所必需的能力。每一個單獨的運營商網路中的必需能力會被分配一個唯一的數值。

· Optional-Capability AVP –這類AVP是非負的數字，它包含了S-CSCF可選的能力。每一個單獨的運營商網路中的可選能力會被分配一個唯一的數值。

· Server-Name AVP – 這個AVP包含了用來標識一個SIP伺服器的SIP URI。

基於必需的和可選的能力AVP，運營商能夠根據每個S-CSCF所擁有的不同能力（使用者服務所需的能力，針對每個使用者的運營商喜好）在S-CSCF間分配使用者。運營商有責任定義必需和可選能力的確切意義（很可能是根據安裝在網路中的每個S-CSCF所提供的功能）。作為首選，I-CSCF會選擇包含使用者所有必需和可選能力的S-CSCF。如果這樣不可能，那麼I-CSCF會應用一個“最佳適配”演算法。沒有這樣的演算法是被標準化了的（也就是說方案都是依賴於各自的實現的）。上圖顯示了一個例子。

通過Server-Name AVP，運營商就有可能把使用者指引到某個S-CSCF。例如，用一個專門的S-CSCF來為同一個公司/團體實現一個VPN服務，或者用伺服器名字來簡化S-CSCF的委派。

3.8.2 為未註冊使用者進行的S-CSCF委派

3.3節和圖3.2從較高角度解釋了會話是如何從UE A路由到UE B。從圖中可以看出來I-CSCF是網路中的聯絡點。在2.3.4節中解釋了位置找回過程（也就是一個收到的SIP請求會觸發LIR/LIA命令來找出哪個S-CSCF為使用者B提供服務）。如果HSS不知道之前委派的S-CSCF，那它就返回S-CSCF的能力描述，而S-CSCF委派過程就會如3.8.1節描述的那樣在I-CSCF上進行。

3.8.3 錯誤情況下的S-CSCF委派

3GPP標準允許在註冊過程中，如果委派的S-CSCF不響應，則可以進行S-CSCF重新委派。也就是當I-CSCF意識到它不能夠聯絡到原先委派的S-CSCF時候，向HSS傳送UAR命令並將authorization information信元的值設成registration_and_capabilities。在收到S-CSCF能力後，I-CSCF如3.8.1節描述那樣進行S-CSCF委派。

3.8.4 S-CSCF的取消委派

當用戶從網路中登出或者網路決定登出使用者時（例如註冊過期或者訂閱過期），S-CSCF就會被取消委派。S-CSCF有責任去清除HSS中儲存的S-CSCF名字。

3.8.5 維持S-CSCF的委派

當一個使用者從網路中登出或者S-CSCF中的註冊定時器過期了，運營商可能會為未註冊的使用者保持這個已經分配的S-CSCF。S-CSCF有責任告訴HSS使用者已經登出了，然而卻可以指示它想繼續保持使用者描述（user profile）。這優化了Cx介面，這是因為當用戶重新再註冊或者收到會話請求時（使用者有未註冊狀態相關的服務）不需要再傳輸使用者描述。

－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－
本文內容來自下面的著作，如果讀者對本文內容感興趣，請購買正版原著書籍閱讀。
書名：THE IMS IP Multimedia Concepts and Services in the Mobile Domain
出版社：John wiley & Sons, Ltd

本譯文內容未經作者許可，不得用於商業用途。