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

1、真誠(chéng)為您提供優(yōu)質(zhì)參考資料，若有不當(dāng)之處，請(qǐ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é)議演化而來(lái)，實(shí)現(xiàn)無(wú)線智能

2、網(wǎng)功能實(shí)體gsmSSF、gsmSRF和gsmSCF之間的信令交互，從而實(shí)現(xiàn)對(duì)CAMEL業(yè)務(wù)的支持。CAP協(xié)議是SS7信令系統(tǒng)的一部分。CAP在SS7信令系統(tǒng)中屬于TCAP的用戶部分，利用TCAP協(xié)議提供的結(jié)構(gòu)化/非結(jié)構(gòu)化對(duì)話能力，實(shí)現(xiàn)不同功能實(shí)體間的信令交互。在UMTS網(wǎng)絡(luò)系統(tǒng)中，CAP接口參見(jiàn)圖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，同時(shí)內(nèi)嵌有SSP功能實(shí)體。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ù)來(lái)進(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消息作為T(mén)CAP消息的成分部分傳遞，CAP消息的編碼采用ASN.1格式。CAP消息的類型和TCAP成分中的操作碼（operation code）一一對(duì)應(yīng)，在消息傳遞過(guò)程中，每發(fā)起一個(gè)操作就需要分配一個(gè)調(diào)用識(shí)別（Invoke ID

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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