中國(guó)移動(dòng)cm-ims試點(diǎn)多媒體電話(huà)與補(bǔ)充業(yè)務(wù)總體技術(shù)要求(編輯修改稿)
2025-08-09 21:07 本頁(yè)面
【文章內(nèi)容簡(jiǎn)介】 S 。本特性不涉及核心網(wǎng)和AS的接口。 Sh接口流程 sh接口信令流程圖1. 用戶(hù)簽約了新的業(yè)務(wù)，運(yùn)營(yíng)商在AS上為用戶(hù)服務(wù)。AS存儲(chǔ)了一些業(yè)務(wù)數(shù)據(jù)，用ShUpdate來(lái)給HSS上傳數(shù)據(jù)；2. HSS確認(rèn)數(shù)據(jù)已經(jīng)更新；3. 用戶(hù)注冊(cè)到這個(gè)網(wǎng)絡(luò)；4. SCSCF從HSS下載用戶(hù)數(shù)據(jù)。IFC指示了注冊(cè)成功后將要被通知的AS；5. 對(duì)用戶(hù)終端注冊(cè)消息的200 OK響應(yīng)；6. SCSCF發(fā)送第三方注冊(cè)消息到AS通知用戶(hù)已經(jīng)注冊(cè)；7. 對(duì)第三方注冊(cè)消息的200 OK響應(yīng)；8. AS通過(guò)ShPull從HSS下載業(yè)務(wù)需要的數(shù)據(jù) (user identity, requested data, and service information)；9. HSS向AS發(fā)送數(shù)據(jù)；10. AS通過(guò)ShSubsNotif向HSS訂閱數(shù)據(jù)更改通知 (user identity, requested data, and/or service information)；11. HSS對(duì)訂閱消息的確認(rèn)；12. 當(dāng)HSS用戶(hù)數(shù)據(jù)變更時(shí). HSS 通過(guò)ShNotif通知AS數(shù)據(jù)的變更 (user identity, updated data)；；14. AS某些時(shí)候可以通過(guò)CxUpdate更新HSS中的數(shù)據(jù) (user identity, updated data)；15. HSS 確認(rèn)數(shù)據(jù)已經(jīng)更新； UE和核心網(wǎng)接口要求本特性不涉及UE和核心網(wǎng)的接口。 核心網(wǎng)和AS接口要求遵循RFC 3261和3GPP TS 、3GPP TS 。 多媒體電話(huà)業(yè)務(wù)流程多媒體電話(huà)業(yè)務(wù)流程包含了點(diǎn)到點(diǎn)語(yǔ)音業(yè)務(wù)與視頻業(yè)務(wù)流程。 UE和核心網(wǎng)接口要求UE和核心網(wǎng)的接口遵循3GPP TS 。 核心網(wǎng)和AS接口要求核心網(wǎng)和AS的接口要求遵循3GPP TS 。 信令流程 多媒體電話(huà)信令流程1 主叫用戶(hù)UEA的呼叫請(qǐng)求通過(guò)PCSCF(O)被送到SCSCF(O)。2 SCSCF(O)根據(jù)用戶(hù)簽約的IFC將INVITE請(qǐng)求發(fā)送到AS。 3 AS處理主叫用戶(hù)的業(yè)務(wù)，并向SCSCF(O)發(fā)送INVITE消息。4 SCSCF(O)根據(jù)被叫號(hào)碼進(jìn)行路由，將INVITE請(qǐng)求消息發(fā)送給被叫用戶(hù)所在的ICSCF(T)，ICSCF(T)收到INVITE請(qǐng)求后，通過(guò)Cx操作LIR/LIA獲取為被叫用戶(hù)服務(wù)的SCSCF(T)。并將INVITE消息發(fā)送給SCSCF(T)。5 SCSCF(T)收到INVITE請(qǐng)求后，根據(jù)用戶(hù)簽約IFC信息，將請(qǐng)求觸發(fā)到AS，AS處理被叫用戶(hù)的業(yè)務(wù)。6 SCSCF(T)收到AS的INVITE請(qǐng)求，并將請(qǐng)求通過(guò)PCSCF(T)路由至被叫用戶(hù)UEB。7 通過(guò)后續(xù)的180、200 OK消息交互，會(huì)話(huà)建立。8 主叫用戶(hù)UEA發(fā)送BYE消息，釋放會(huì)話(huà)。 主叫號(hào)碼識(shí)別顯示(CLIP) UE和核心網(wǎng)接口要求UE和核心網(wǎng)的接口遵循3GPP TS 。以下僅列出業(yè)務(wù)特殊的需要： INVITE（核心網(wǎng)—— UE）序號(hào)參數(shù)屬性參數(shù)描述1PAssertedIdentity可選用于傳遞主叫地址的信息本參數(shù)由P－CSCF填寫(xiě)，由核心網(wǎng)傳遞到被叫UE 核心網(wǎng)和AS接口要求核心網(wǎng)和AS的接口要求遵循3GPP TS 。以下僅列出業(yè)務(wù)特殊的需要： INVITE（核心網(wǎng)——AS）序號(hào)參數(shù)屬性參數(shù)描述1PAssertedIdentity必選用于傳遞主叫IMPU；核心網(wǎng)和主被叫AS雙向傳遞 信令流程，主叫號(hào)碼顯示的信令處理過(guò)程如下：1 根據(jù)終端的策略或者發(fā)端用戶(hù)的選擇，在INVITE中可以包含PPreferredIdentity頭域，表示終端期望使用哪個(gè)號(hào)碼用于號(hào)碼顯示。如果主叫終端發(fā)送的會(huì)話(huà)請(qǐng)求中包含PPreferredIdentity 頭字段，則PCSCF 應(yīng)刪除該頭字段，并檢查該頭字段所填寫(xiě)的標(biāo)識(shí)是否與該用戶(hù)已注冊(cè)的公共用戶(hù)標(biāo)識(shí)之一相符合。若符合，PCSCF 應(yīng)將其值填寫(xiě)在PAssertedIdentity 頭字段中；若不符合，或者主叫終端發(fā)送的請(qǐng)求中沒(méi)有包含PPreferredIdentity 頭字段，則PCSCF 應(yīng)將用戶(hù)注冊(cè)公共用戶(hù)標(biāo)識(shí)的默認(rèn)值填寫(xiě)在PAssertedIdentity頭字段中。如果公共用戶(hù)標(biāo)識(shí)的默認(rèn)值有多個(gè)，則PCSCF 可隨機(jī)選取其中的一個(gè)。2 INVITE頭域中可以包含一個(gè)或兩個(gè)PAssertedIdentity頭域，一個(gè)PAssertedIdentity頭域中也可能會(huì)包括兩個(gè)PAssertedId值（參考RFC3325）。發(fā)端PCSCF按照上述原則在INVITE中插入PAssertedIdentity頭域。3 AS根據(jù)業(yè)務(wù)要求選擇要給被叫顯示的主叫號(hào)碼，并把要顯示的號(hào)碼放在From頭域中，F(xiàn)rom頭域用來(lái)做主叫號(hào)碼顯示。為了保證from頭域的可靠性，AS要求能夠根據(jù)PAssertedIdentity中的號(hào)碼對(duì)from頭域進(jìn)行鑒別，保證from頭域和PAssertedIdentity頭域的一致性。4 收端PCSCF和AS對(duì)PAssertedIdentity頭域和From頭域沒(méi)有特殊處理，頭域在INVITE中透?jìng)鹘o被叫終端，終端從From頭域取號(hào)碼做主叫號(hào)碼顯示。 主叫號(hào)碼識(shí)別限制(CLIR) UE和核心網(wǎng)接口要求UE和核心網(wǎng)的接口遵循3GPP TS 。被叫AS應(yīng)當(dāng)有去掉主叫信息的能力。以下僅列出業(yè)務(wù)特殊的需要： INVITE（核心網(wǎng)——UE）序號(hào)參數(shù)屬性參數(shù)描述1privacy可選用于傳遞主叫顯示限制的信息：參見(jiàn)RFC3261及3GPP 其值為”id”、”user”、 ”header”是表示主叫有CLIR業(yè)務(wù)，值為”none”或未攜帶時(shí)表示主叫沒(méi)有CLIR業(yè)務(wù)；核心網(wǎng)到被叫UE時(shí)可以攜帶此頭域 核心網(wǎng)和AS接口要求核心網(wǎng)和AS的接口要求遵循3GPP TS 。以下僅列出業(yè)務(wù)特殊的需要： INVITE（核心網(wǎng)——AS）序號(hào)參數(shù)屬性參數(shù)描述1privacy必選用于傳遞主叫顯示限制的信息：其值為”id”、”user”、”header”是表示主叫有CLIR業(yè)務(wù)，值為”none”或未攜帶時(shí)表示主叫沒(méi)有CLIR業(yè)務(wù)；主叫AS到核心網(wǎng)攜帶此頭域，被叫AS到核心網(wǎng)是雙向的 信令流程，主叫號(hào)碼顯示限制的信令處理過(guò)程如下：1 主叫號(hào)碼顯示限制有兩種觸發(fā)方式：永久方式和臨時(shí)方式。對(duì)于臨時(shí)方式，終端可以通過(guò)接入碼方式觸發(fā)，也可以通過(guò)在請(qǐng)求消息中插入Privacy頭域方式來(lái)觸發(fā)。如果主叫用戶(hù)希望當(dāng)前呼叫限制主叫號(hào)碼顯示，可以在INVITE中插入Privacy頭域，值為id或header，同時(shí)隱藏From頭域中可能暴露主叫號(hào)碼的信息。（參考RFC3323及RFC3325）2 發(fā)端SCSCF將呼叫觸發(fā)到發(fā)端AS后，如果INVITE消息中沒(méi)有Privacy頭域，發(fā)端AS通過(guò)檢查用戶(hù)簽約（永久方式）或通過(guò)號(hào)碼分析（臨時(shí)方式）確定當(dāng)前呼叫是否觸發(fā)主叫號(hào)碼顯示限制業(yè)務(wù)。3 如果當(dāng)前呼叫需要限制主叫號(hào)碼顯示，則發(fā)端AS在INVITE消息中插入Privacy頭域，Privacy頭域中的字段值填寫(xiě)為id或user或header，同時(shí)隱藏From和Contact頭域中可能暴露主叫號(hào)碼的信息（參考RFC3323及RFC3325）。4 收端PCSCF收到INVITE后，檢查消息中有Privacy頭域，且字段值為id或user或header，如果被叫用戶(hù)沒(méi)有主叫號(hào)碼顯示逾越權(quán)限，則在發(fā)送給被叫終端的INVITE消息中，隱藏PAssertedIdentity頭域和From頭域。在號(hào)碼限制顯示的情況下，依賴(lài)于終端的實(shí)現(xiàn)，可能會(huì)顯示為“*”號(hào)或顯示“CLIR”等。 無(wú)條件呼叫前轉(zhuǎn)(CFU) UE和核心網(wǎng)接口要求UE和核心網(wǎng)的接口遵循3GPP TS 。以下僅列出業(yè)務(wù)特殊的需要： INVITE（核心網(wǎng)——被叫UE）序號(hào)參數(shù)屬性參數(shù)描述1HistoryInfo可選用于傳遞會(huì)話(huà)中前轉(zhuǎn)的歷史信息，參見(jiàn)RFC4244的定義2Request URI必選用于表示前轉(zhuǎn)方的地址3To必選用于表示初始被叫的地址 核心網(wǎng)和AS接口要求核心網(wǎng)和AS的接口要求遵循3GPP TS 。以下僅列出業(yè)務(wù)特殊的需要： INVITE（核心網(wǎng)——被叫AS）序號(hào)參數(shù)屬性參數(shù)描述1HistoryInfo可選用于傳遞會(huì)話(huà)中前轉(zhuǎn)的歷史信息，參見(jiàn)RFC4244的定義2Request URI必選用于表示前轉(zhuǎn)方的地址3To必選用戶(hù)表示初始被叫的地址4PAssertedIdentity必選用于表示主叫用戶(hù)的地址 信令流程 無(wú)條件呼叫前轉(zhuǎn)信令流程主叫UE發(fā)起INVITE到AS，AS檢查用戶(hù)是否有CFU業(yè)務(wù)，如果有，處理如下：1 判斷本次前轉(zhuǎn)是否已超過(guò)設(shè)置的最大前轉(zhuǎn)次數(shù)。前轉(zhuǎn)次數(shù)可以根據(jù)HistoryInfo頭域中的條
醫(yī)療健康相關(guān)推薦
鄂ICP備17016276號(hào)-1