通信華為MSOFTXT3000CAP協(xié)議介紹

1、真誠為您提供優(yōu)質(zhì)參考資料，若有不當(dāng)之處，請指正。目 錄第11章 CAP協(xié)議11-111.1 概述11-111.1.1 接口定義及功能11-111.1.2 CAP協(xié)議的應(yīng)用11-111.1.3 協(xié)議棧結(jié)構(gòu)11-211.1.4 消息結(jié)構(gòu)11-211.2 CAP操作11-311.2.1 與呼叫相關(guān)的CAP操作11-311.2.2 與短消息相關(guān)的CAP操作11-711.3 CAP基本信令流程11-811-10 / 11第11章 CAP協(xié)議11.1 概述11.1.1 接口定義及功能CAP（CAMEL Application Part，CAMEL應(yīng)用部分）是從有線智能網(wǎng)的INAP協(xié)議演化而來，實現(xiàn)無線智能

2、網(wǎng)功能實體gsmSSF、gsmSRF和gsmSCF之間的信令交互，從而實現(xiàn)對CAMEL業(yè)務(wù)的支持。CAP協(xié)議是SS7信令系統(tǒng)的一部分。CAP在SS7信令系統(tǒng)中屬于TCAP的用戶部分，利用TCAP協(xié)議提供的結(jié)構(gòu)化/非結(jié)構(gòu)化對話能力，實現(xiàn)不同功能實體間的信令交互。在UMTS網(wǎng)絡(luò)系統(tǒng)中，CAP接口參見圖11-1。圖11-1 UMTS網(wǎng)絡(luò)支持的CAP接口11.1.2 CAP協(xié)議的應(yīng)用MSOFTX3000在UMTS R4組網(wǎng)中作為MSC Server或GMSC Server，同時內(nèi)嵌有SSP功能實體。CAP協(xié)議用在MSOFTX3000與SCP的接口上，如圖11-2所示。圖11-2 CAP協(xié)議的應(yīng)用11.

3、1.3 協(xié)議棧結(jié)構(gòu)MSOFTX3000提供兩種方式傳輸CAP協(xié)議：一是基于TDM，利用消息傳遞部分（MTP）提供的服務(wù)來進(jìn)行信息傳遞；一是基于IP，利用信令傳輸協(xié)議（SIGTRAN）提供的服務(wù)進(jìn)行傳輸。其協(xié)議棧如圖11-3所示。圖11-3 CAP協(xié)議棧結(jié)構(gòu)11.1.4 消息結(jié)構(gòu)CAP消息結(jié)構(gòu)如圖11-4所示。圖11-4 CAP在鏈路消息中的位置在SS7信令系統(tǒng)中，CAP消息作為TCAP消息的成分部分傳遞，CAP消息的編碼采用ASN.1格式。CAP消息的類型和TCAP成分中的操作碼（operation code）一一對應(yīng)，在消息傳遞過程中，每發(fā)起一個操作就需要分配一個調(diào)用識別（Invoke ID

4、），調(diào)用標(biāo)識主要用于標(biāo)識CAP對話某一個方向上某一次操作。通過區(qū)分操作碼，可以將一個成分“翻譯”成對應(yīng)的CAP消息，CAP與TCAP之間的消息轉(zhuǎn)換由功能實體接入管理（FEAM：Functional Entity Access Manager）來完成。11.2 CAP操作移動智能網(wǎng)不同功能實體之間的交互，依靠CAP協(xié)議定義的各種操作來實現(xiàn)。CAP協(xié)議在不同的階段所定義的操作集有所不相同，MSOFTX3000支持CAMEL Phase 3。在這一階段，CAP協(xié)議定義了32條CAP操作，其中24條與呼叫相關(guān)，8條與短消息相關(guān)。每個操作的功能簡要描述如下。11.2.1 與呼叫相關(guān)的CAP操作1. 啟動

5、DP（Initial DP）此操作由gsmSSF發(fā)送給gsmSCF。BCSM檢測DP點，需要觸發(fā)智能呼叫流程時，由gsmSSF產(chǎn)生“啟動 DP”，在“啟動DP”操作中包含了gsmSCF需要的各種信息，如主叫號碼、被叫號碼、主叫位置信息、被叫位置信息、用戶狀態(tài)等。2. 請求報告BCSM事件（RequestReportBCSMEvent）此操作由gsmSCF發(fā)送給gsmSSF。gsmSCF可以根據(jù)業(yè)務(wù)需求利用“請求報告BCSM事件”要求得知gsmSSF本次呼叫的相關(guān)BCSM事件。gsmSSF收到此操作以后，將把本次呼叫g(shù)smSCF需要上報的BCSM事件記錄下來，而當(dāng)該BCSM事件發(fā)生時，通過“BC

6、SM事件報告”操作通知gsmSCF。3. BCSM事件報告EventReportBCSM）此操作由gsmSSF發(fā)送給gsmSCF。gsmSSF記錄gsmSCF發(fā)送的RRBE消息中要求上報的事件，如果檢測到需上報的事件已發(fā)生，則通過“BCSM事件報告”通知gsmSCF，gsmSCF根據(jù)事件的類型進(jìn)行下一步的處理。4. 呼叫信息請求（CallInformationRequest）此操作由gsmSCF發(fā)送給gsmSSF。當(dāng)業(yè)務(wù)的運營和管理中要求收集相關(guān)的呼叫信息后，gsmSCF可以向gsmSSF發(fā)送“呼叫信息請求”消息來收集以下的呼叫信息：l 試呼歷時時間l 呼叫停止時間l 呼叫連接歷時時間l 釋放

7、原因在呼叫拆除或信息收集全，由gsmSSF以“呼叫信息報告”的形式上報給gsmSCF。5. 呼叫信息報告（CallInformationReport）此操作由gsmSSF發(fā)送給gsmSCF。當(dāng)gsmSSF收到gsmSCF發(fā)送的“呼叫信息請求”時，在呼叫拆除或信息收集全將相應(yīng)“呼叫信息請求”中要求的信息以“呼叫信息報告”的形式發(fā)送給gsmSCF，以便gsmSCF實現(xiàn)相關(guān)呼叫信息的收集。如果gsmSCF請求gsmSSF報告某個呼叫信息事件，則可以稱gsmSSF存在某個呼叫信息報告懸置。如果gsmSSF報告了該呼叫信息事件，則呼叫信息報告懸置被解除。6. 申請計費（ApplyCharging）此操作

8、由gsmSCF發(fā)給gsmSSF，用于控制本次呼叫的呼叫時長。在“申請計費”操作中含有本次呼叫的最大呼叫時長和費率切換時長等控制參數(shù)，實際的呼叫時長在呼叫到達(dá)最大呼叫時長或者用戶拆線時由gsmSSF通過發(fā)送“申請計費報告”來通知gsmSCF。7. 申請計費報告（ApplyChargingReport）此操作由gsmSSF發(fā)給gsmSCF，gsmSSF在實際的呼叫時長到達(dá)相應(yīng)“申請計費”操作規(guī)定的最大呼叫時長時或者用戶拆線時向gsmSCF發(fā)送此操作，通知呼叫的實際時長以及其它相關(guān)信息。8. 發(fā)送計費信息（SendChargingInformation）此操作由gsmSCF發(fā)送給gsmSSF。gsm

9、SCF通過此操作向gsmSSF發(fā)送e參數(shù)，“發(fā)送計費信息”中包含了AoC的計費值（CAI），可以利用此信息來代替由MSC產(chǎn)生的AoC計費值并且禁止MSC進(jìn)一步產(chǎn)生CAI。 9. 提供計費信息（FurnishChargingInformation）此操作由gsmSCF發(fā)送給gsmSSF。根據(jù)業(yè)務(wù)的要求,gsmSCF向gsmSSF發(fā)送“提供計費信息”消息,通過該消息來控制gsmSSF的計費信息輸出。10. 繼續(xù)（Continue）此操作由gsmSCF發(fā)送給gsmSSF，gsmSCF通過“繼續(xù)”操作命令gsmSSF將當(dāng)前懸置的呼叫繼續(xù)往下處理。11. 連接（Connect）此操作由gsmSCF發(fā)送給

10、gsmSSF，gsmSCF可以根據(jù)業(yè)務(wù)的需求通過“連接”操作改變當(dāng)前呼叫的某些參數(shù)，如被叫地址、主叫號碼顯示等，使當(dāng)前呼叫按照業(yè)務(wù)的要求進(jìn)一步往下進(jìn)行。12. 拆除呼叫（ReleaseCall）此操作由gsmSCF發(fā)送給gsmSSF。gsmSCF可以根據(jù)業(yè)務(wù)需求在呼叫的任何時刻利用“拆除呼叫”操作要求gsmSSF拆除對應(yīng)的呼叫。13. 連接到資源（ConnectToResource）此操作由gsmSCF發(fā)送給gsmSSF。gsmSCF在業(yè)務(wù)需要進(jìn)行用戶交互時，通過“連接到資源”操作命令gsmSSF將當(dāng)前呼叫連接到gsmSRF上，準(zhǔn)備進(jìn)行隨后的用戶交互過程。14. 播放通知音（PlayAnnou

11、ncement）此操作由gsmSCF發(fā)送給輔助gsmSSF/gsmSRF。此操作用于智能呼叫處理的用戶交互流程中，gsmSCF通過此操作命令gsmSRF向用戶播放通知音，gsmSSF在此過程中起到信令中繼的作用，gsmSSF收到此操作時，會將其轉(zhuǎn)遞給相關(guān)的gsmSRF。15. 提示并收集用戶信息（PromptAndCollectInformation）此操作由gsmSCF發(fā)送給輔助gsmSSF/gsmSRF。此操作用于智能呼叫處理的用戶交互流程中，gsmSCF通過此操作命令gsmSRF向用戶播送通知音，要求用戶輸入相關(guān)信息（如帳號信息、用戶密碼等），gsmSRF收集完用戶輸入以后，以“提示并收

12、集用戶信息”結(jié)果的形式發(fā)送給gsmSCF。gsmSSF在此過程中起到信令中繼的作用，gsmSSF收到此操作時，會將其轉(zhuǎn)遞給其控制的gsmSRF。16. 拆除前向連接（DisconnectForwardConnection）此操作由gsmSCF發(fā)送給gsmSSF/gsmSRF，gsmSCF在完成用戶交互過程以后，通過“拆除前向連接”操作要求gsmSSF/gsmSRF拆除當(dāng)前呼叫專用資源的連接。17. 專用資源報告（SpecializeResourceReport）此操作由gsmSRF發(fā)送給gsmSCF。gsmSRF通過此操作來通知gsmSCF已經(jīng)完成了一個相應(yīng)的“播放通知音”操作。18. 建立臨

13、時連接（EstablishTemporaryConnection）此操作由gsmSCF發(fā)送給啟動gsmSSF。由于業(yè)務(wù)或者管理的需要，gsmSCF要求利用輔助過程來實現(xiàn)用戶交互時，首先向啟動gsmSSF發(fā)送“建立臨時連接”操作，要求啟動gsmSSF建立起與輔助gsmSSF/gsmSRF的臨時連接。啟動gsmSSF收到該操作后，將根據(jù)操作中的輔助gsmSSF/gsmSRF地址向?qū)?yīng)的網(wǎng)絡(luò)實體發(fā)起輔助請求，由此啟動相應(yīng)的輔助過程。19. 輔助請求指令（AssistRequestInstruction）此操作由輔助gsmSSF/gsmSRF發(fā)送給gsmSCF。當(dāng)輔助gsmSSF/gsmSRF收到從啟

14、動gsmSSF來的輔助請求時，向gsmSCF發(fā)送此操作請求，啟動一個輔助過程，利用輔助SSP或獨立IP實現(xiàn)用戶交互的過程。20. 呼叫間隙（CallGap）此操作由gsmSCF發(fā)送給gsmSSF。一個gsmSSF可能在相對較短的時間內(nèi)向gsmSCF提供大量的消息業(yè)務(wù)量，如果業(yè)務(wù)量增長超過了允許的范圍，gsmSCF可能會發(fā)生擁塞。這樣將增加消息響應(yīng)時間和呼叫故障率，因此gsmSCF檢出擁塞后可以激活“CallGap”操作，請求gsmSSF降低向gsmSCF發(fā)送業(yè)務(wù)請求的速率。21. 重設(shè)定時器（ResetTimer）此操作由gsmSCF發(fā)送給gsmSSF。gsmSCF在業(yè)務(wù)處理過程中通過此操作重

15、新設(shè)定gsmSSF的狀態(tài)定時器，防止gsmSSF狀態(tài)超時。22. 取消（Cancel）此操作由gsmSCF發(fā)送給gsmSSF/gsmSRF，用于取消以前發(fā)送的一個“播放通知音”或者“提示并收集用戶信息”等操作，gsmSSF/gsmSRF通過差錯“已取消”（Canceled）通知gsmSCF對應(yīng)的操作已經(jīng)被成功取消?！叭∠辈僮鬟€可以取消所有懸置的“申請計費報告”或“呼叫信息報告”操作，以及所有配置的EDP事件。23. 激活測試（ActivityTest）此操作由gsmSCF發(fā)起，用于測試gsmSCF對gsmSSF/gsmSRF的控制關(guān)系是否正常。當(dāng)gsmSSF/gsmSRF收到“激活測試”操作

16、指示時，如果相應(yīng)的控制關(guān)系正常，則返回“激活測試”結(jié)果，否則不進(jìn)行任何處理。gsmSCF如果沒有收到“激活測試”響應(yīng)，則表示gsmSCF與gsmSSF/gsmSRF之間的控制關(guān)系發(fā)生異常，可以按照業(yè)務(wù)的不同需求采取相應(yīng)的處理。24. 帶參數(shù)繼續(xù)（ContinueWithArgument）此操作由gsmSCF發(fā)送給gsmSSF。gsmSCF通過“ContinueWithArgument”操作命令gsmSSF將當(dāng)前懸置的呼叫繼續(xù)往下處理。同時，該操作也為用戶（主叫或被叫）提供附加服務(wù)。11.2.2 與短消息相關(guān)的CAP操作1. 啟動短消息DP（InitialDPSMS）此操作由gsmSSF發(fā)送給g

17、smSCF。gsmSSF在判定需要觸發(fā)一個移動始發(fā)短消息流程時通過發(fā)送“InitialDPSMS”操作來啟動相應(yīng)流程，請求gsmSCF完成移動始發(fā)短消息流程。2. 請求報告短消息事件（RequestReportSMSEvent）此操作由gsmSCF發(fā)送給gsmSSF。gsmSCF向gsmSSF發(fā)送“RequestReportSMSEvent”操作，請求gsmSSF監(jiān)視短消息的相關(guān)事件（提交短消息到SMSC成功或提交短消息到SMSC失?。?，當(dāng)gsmSSF檢測到SMS事件發(fā)生時，通過“EventReportSMS”操作通知gsmSCF。3. 短消息事件報告（EventReportSMS）此操作由g

18、smSSF發(fā)送給gsmSCF。gsmSSF記錄gsmSCF發(fā)送的“RequestReporSMSEvent”操作中要求上報的事件，如果檢測到需上報的SMS事件已發(fā)生，則通過“EventReportSMS”通知gsmSCF，gsmSSF根據(jù)事件的類型進(jìn)行下一步的處理。4. 繼續(xù)短消息處理（ContinueSMS）此操作由gsmSCF發(fā)送給gsmSSF。gsmSCF通過“ContinueSMS”操作命令gsmSSF將當(dāng)前懸置的短消息處理繼續(xù)進(jìn)行。5. 提供短消息計費信息（FurnishChargingInformationSMS）此操作由gsmSCF發(fā)送給gsmSSF，用來控制gsmSSF的計費信

19、息輸出。gsmSCF發(fā)送相關(guān)計費信息到邏輯短消息記錄包，第一個“FurnishChargingInformationSMS”操作產(chǎn)生邏輯短消息記錄包，后續(xù)FCIs操作將覆蓋或追加短消息記錄包中的內(nèi)容。6. 拆除短消息（ReleaseSMS）此操作由gsmSCF發(fā)送給gsmSSF。gsmSCF根據(jù)業(yè)務(wù)需求利用“ReleaseSMS”操作要求gsmSSF拆除移動始發(fā)短消息提交嘗試流程，當(dāng)gsmSCF和gsmSSF之間存在控制關(guān)系時，才能發(fā)送該操作。7. 重設(shè)定短消息定時器（ResetTimerSMS）此操作由gsmSCF發(fā)生給gsmSSF。gsmSCF在短消息處理過程中通過此操作重新設(shè)定gsmSS

20、F的狀態(tài)定時器，防止gsmSSF狀態(tài)超時。8. 連接短消息（ConnectSMS）此操作由gsmSCF發(fā)送給gsmSSF。gsmSCF可以根據(jù)業(yè)務(wù)需求通過“ConnectSMS”操作，請求gsmSSF執(zhí)行某些短消息處理：路由短消息到指定的目標(biāo)地址或者影響其它的短消息建立信息等。11.3 CAP基本信令流程MSOFTX3000支持簽約信息觸發(fā)和號段觸發(fā)兩種觸發(fā)智能業(yè)務(wù)的方式。在此，分別舉例介紹這兩種方式的信令流程1. 移動預(yù)付費用戶呼叫固定網(wǎng)用戶，主叫用戶在MSCa/VLR/SSP覆蓋范圍，由O-CSI觸發(fā)智能業(yè)務(wù)呼叫流程如圖11-5所示。圖11-5 預(yù)付費用戶呼叫固定用戶流程（O-CSI觸發(fā)）(1) MSCa/VLR/SSP收到呼叫，根據(jù)主叫的簽約信息O-CSI觸發(fā)業(yè)務(wù)，直接將MSCa/VLR/SSP所在位置的長途區(qū)號，放在IDP消息中的Location Number參數(shù)中，并向SCPa發(fā)送IDP