【正文】 AP協(xié)議。 CAP與SCCP關(guān)系 利用SCCP的DPC+SSN尋址，或者用SCCP的GT尋址，GT全局碼表示語(yǔ)采用0100。圖11 CAP協(xié)議體系如圖62所示。MACF：多相關(guān)控制功能，當(dāng)一個(gè)物理實(shí)體需與多個(gè)物理實(shí)體相互作用時(shí)，其每個(gè)SAO與一個(gè)對(duì)等ASO作用，MACF就是在一個(gè)物理實(shí)體中對(duì)幾個(gè)SAO起協(xié)調(diào)作用。C—CAP共定義了36種信息流，如激活業(yè)務(wù)過(guò)濾、申請(qǐng)計(jì)費(fèi)和啟動(dòng)DP等。類(lèi)別3：只報(bào)告成功。如：激活業(yè)務(wù)過(guò)濾數(shù)據(jù)類(lèi)型：l 被過(guò)濾的呼叫處理。l 開(kāi)始時(shí)間。2. Request Report BCSM Event（請(qǐng)求報(bào)告BCSM事件）SCP 郷SSP，操作碼17H。4. Prompt And Collect User Information（PC操作，提示并收集用戶(hù)信息）SCP 郷SSP，操作碼30H。6. Specialized Resource Report（專(zhuān)用資源報(bào)告）SSP 郷SCP，操作碼31H。8. Apply Charging（申請(qǐng)計(jì)費(fèi)）SCP 郷SSP，操作碼23H 。10. Apply Charging Report（申請(qǐng)計(jì)費(fèi)報(bào)告）SSP 郷SCP，操作碼24H。12. Release Call（釋放呼叫）SCP 郷SSP，操作碼16H。如果關(guān)系存在，則gsmSSF回響應(yīng)；如果gsmSCF沒(méi)有收到任何響應(yīng)，gsmSCF假定與gsmSSF的關(guān)系由于某種原因已經(jīng)斷開(kāi)，并采取相應(yīng)措施。02 01 01：調(diào)用ID號(hào)。82 09 03 90 91 07 57 65 66 00 10：被叫號(hào)碼，19707556660001。AB 03 80 01 00：雜項(xiàng)呼叫信息，為復(fù)合信息元。 CAP差錯(cuò)類(lèi)型CAP對(duì)接收到的請(qǐng)求中所給出的請(qǐng)求屬性是無(wú)效或含糊不清時(shí)定義了差錯(cuò)類(lèi)型值。l 不適當(dāng)?shù)闹鹘许憫?yīng)：差錯(cuò)編碼4，表示呼叫者的響應(yīng)并非所期望的。l 所請(qǐng)求的信息差錯(cuò)：差錯(cuò)編碼10，表示所接入的SDF沒(méi)有所請(qǐng)求的數(shù)據(jù)，以請(qǐng)求SCF至另一個(gè)數(shù)據(jù)庫(kù)進(jìn)行查詢(xún)。l 不期望的成分順序：差錯(cuò)編碼14，表示收到的成分順序不正確（如在“切斷前向連接”后緊跟著收到“播送通知”）。l 不知道的資源：差錯(cuò)編碼18，表示所請(qǐng)求的資源不知道。其結(jié)果如下圖：圖22 MAP協(xié)議實(shí)現(xiàn)模型GSM的MAP規(guī)范制定了900/1800MHz TDMA數(shù)字蜂窩移動(dòng)通信網(wǎng)的移動(dòng)業(yè)務(wù)交換中心（MSC）、拜訪位置寄存器（VLR）、歸屬位置寄存器（HLR）、鑒權(quán)中心（AUC）及設(shè)備識(shí)別寄存器（EIR）等實(shí)體之間的移動(dòng)應(yīng)用部分的信令，其中包括了消息流程、操作定義、數(shù)據(jù)類(lèi)型、錯(cuò)誤類(lèi)型及具體的編碼。用于移動(dòng)業(yè)務(wù)交換中心（MSC）向拜訪位置寄存器（VLR）詢(xún)問(wèn)移動(dòng)臺(tái)（MS）當(dāng)前位置信息，或者通知拜訪位置寄存器（VLR）更新移動(dòng)臺(tái)（MS）的當(dāng)前位置信息，或者用于補(bǔ)充業(yè)務(wù)的操作等。該接口用于交換有關(guān)移動(dòng)臺(tái)位置信息及用戶(hù)管理的信息。控制相鄰區(qū)域不同的MSC之間進(jìn)行切換的接口。G接口：VLR與VLR之間的接口。 MAP消息格式 消息結(jié)構(gòu)MAP消息是在TCAP、SCCP、MTP各協(xié)議層提供服務(wù)的基礎(chǔ)上傳輸?shù)摹Ｋ鼣U(kuò)充了業(yè)務(wù)指示語(yǔ)SI（4比特）的本地尋址范圍。，分為以下情況：l 同一PLMN間尋址SSN表示語(yǔ)=1(MAP的SSN總是包含在內(nèi))路由指示語(yǔ)任意。而在消息傳遞過(guò)程中，每一次MAP操作調(diào)用由一個(gè)調(diào)用標(biāo)識(shí)符（Invoke ID）來(lái)標(biāo)識(shí)，通過(guò)區(qū)分調(diào)用識(shí)別，可以將一個(gè)成分“翻譯”成對(duì)應(yīng)的MAP操作調(diào)用，MAP與TCAP之間的消息轉(zhuǎn)換是由MAP協(xié)議狀態(tài)機(jī)（MAPPM）來(lái)完成的，此外協(xié)議狀態(tài)機(jī)還負(fù)責(zé)對(duì)話流程以及操作流程的控制等功能。具體流程如下圖：圖26 普通用戶(hù)取被叫路由信息MAP信令流程如圖：當(dāng)GTSSP收到從PSTN網(wǎng)來(lái)的呼叫建立請(qǐng)求時(shí)，為了將呼叫接續(xù)到對(duì)應(yīng)的被叫移動(dòng)用戶(hù)，GTSSP必須知道被叫移動(dòng)用戶(hù)當(dāng)前所在的所在的MSC局號(hào)。對(duì)于CAMEL移動(dòng)智能用戶(hù)，當(dāng)HLR收到GTSSP來(lái)的第一次取路由信息請(qǐng)求時(shí)，HLR向VLR發(fā)取用戶(hù)信息請(qǐng)求，請(qǐng)求VLR返回被叫用戶(hù)的用戶(hù)信息（包括業(yè)務(wù)的位置信息和當(dāng)前用戶(hù)所處的狀態(tài)）。GTSSP取得用戶(hù)的漫游號(hào)碼后進(jìn)行呼叫接續(xù)。C08SSP上的實(shí)現(xiàn)第3章 amp。amp。，即鏈路控制級(jí)。所有的用戶(hù)部分都必須依賴(lài)MTP三層才能實(shí)現(xiàn)七號(hào)信令消息的發(fā)送和接收，才能實(shí)現(xiàn)與目的信令點(diǎn)上對(duì)等的用戶(hù)部分之間的溝通。但當(dāng)鏈路數(shù)量沒(méi)有那么多時(shí)，比如只有兩條鏈路，這時(shí)就不需要4位選擇碼，而只用一位選擇碼就夠了。我們定義Camp。Camp。NO7板只占槽位上前面兩個(gè)鏈路。在第三級(jí)的信令網(wǎng)管理、維護(hù)消息中，有很多消息都是針對(duì)鏈路的操作，因此要指明鏈路編碼。也就是中繼電路兩端都可以占用電路發(fā)起呼叫。選擇空閑電路時(shí)，先占主控電路，當(dāng)主控電路全忙時(shí)，再占非主控電路。3. 電話用戶(hù)部分。5. 事務(wù)處理能力應(yīng)用部分理解TCAP協(xié)議原理，了解TCAP原語(yǔ)及參數(shù)。有助于今后對(duì)Camp。(2) ，分別是HSTP、LSTP和SP。(6) IAM消息不一定包含全部的被叫號(hào)碼。(9) 因電信業(yè)務(wù)發(fā)展的需要導(dǎo)致SCCP產(chǎn)生，和MTP的第三級(jí)相結(jié)合，提供比較完善的網(wǎng)絡(luò)層功能。(13) 包括InitialDP、RequestReportBCSMEvent、ApplyCharging、Connect、ApplyChargingReport、EventReportBCSM、ReleaseCall 。(15) 對(duì)于普通用戶(hù)來(lái)，一次呼叫過(guò)程中只有一次取路由信息MAP信令流程，HLR在第一次取路由信息響應(yīng)中就給GTSSP返回被叫用戶(hù)的