11第11章 CAP协议.docx

1、11第11章 CAP协议目 录第11章 CAP协议 11-111.1 概述 11-111.1.1 接口定义及功能 11-111.1.2 CAP协议的应用 11-111.1.3 协议栈结构 11-211.1.4 消息结构 11-211.2 CAP操作 11-311.2.1 与呼叫相关的CAP操作 11-311.2.2 与短消息相关的CAP操作 11-711.3 CAP基本信令流程 11-8第11章 CAP协议11.1 概述11.1.1 接口定义及功能CAP（CAMEL Application Part，CAMEL应用部分）是从有线智能网的INAP协议演化而来，实现无线智能网功能实体gsmSSF、

2、gsmSRF和gsmSCF之间的信令交互，从而实现对CAMEL业务的支持。CAP协议是SS7信令系统的一部分。CAP在SS7信令系统中属于TCAP的用户部分，利用TCAP协议提供的结构化/非结构化对话能力，实现不同功能实体间的信令交互。在UMTS网络系统中，CAP接口参见图11-1。图11-1 UMTS网络支持的CAP接口11.1.2 CAP协议的应用MSOFTX3000在UMTS R4组网中作为MSC Server或GMSC Server，同时内嵌有SSP功能实体。CAP协议用在MSOFTX3000与SCP的接口上，如图11-2所示。图11-1 CAP协议的应用11.1.3 协议栈结构MSO

3、FTX3000提供两种方式传输CAP协议：一是基于TDM，利用消息传递部分（MTP）提供的服务来进行信息传递；一是基于IP，利用信令传输协议（SIGTRAN）提供的服务进行传输。其协议栈如图11-3所示。图11-1 CAP协议栈结构11.1.4 消息结构CAP消息结构如图11-4所示。图11-1 CAP在链路消息中的位置在SS7信令系统中，CAP消息作为TCAP消息的成分部分传递，CAP消息的编码采用ASN.1格式。CAP消息的类型和TCAP成分中的操作码（operation code）一一对应，在消息传递过程中，每发起一个操作就需要分配一个调用识别（Invoke ID），调用标识主要用于标识

4、CAP对话某一个方向上某一次操作。通过区分操作码，可以将一个成分“翻译”成对应的CAP消息，CAP与TCAP之间的消息转换由功能实体接入管理（FEAM：Functional Entity Access Manager）来完成。11.2 CAP操作移动智能网不同功能实体之间的交互，依靠CAP协议定义的各种操作来实现。CAP协议在不同的阶段所定义的操作集有所不相同，MSOFTX3000支持CAMEL Phase 3。在这一阶段，CAP协议定义了32条CAP操作，其中24条与呼叫相关，8条与短消息相关。每个操作的功能简要描述如下。11.2.1 与呼叫相关的CAP操作1. 启动DP（Initial D

5、P）此操作由gsmSSF发送给gsmSCF。BCSM检测DP点，需要触发智能呼叫流程时，由gsmSSF产生“启动 DP”，在“启动DP”操作中包含了gsmSCF需要的各种信息，如主叫号码、被叫号码、主叫位置信息、被叫位置信息、用户状态等。2. 请求报告BCSM事件（RequestReportBCSMEvent）此操作由gsmSCF发送给gsmSSF。gsmSCF可以根据业务需求利用“请求报告BCSM事件”要求得知gsmSSF本次呼叫的相关BCSM事件。gsmSSF收到此操作以后，将把本次呼叫gsmSCF需要上报的BCSM事件记录下来，而当该BCSM事件发生时，通过“BCSM事件报告”操作通知g

6、smSCF。3. BCSM事件报告EventReportBCSM）此操作由gsmSSF发送给gsmSCF。gsmSSF记录gsmSCF发送的RRBE消息中要求上报的事件，如果检测到需上报的事件已发生，则通过“BCSM事件报告”通知gsmSCF，gsmSCF根据事件的类型进行下一步的处理。4. 呼叫信息请求（CallInformationRequest）此操作由gsmSCF发送给gsmSSF。当业务的运营和管理中要求收集相关的呼叫信息后，gsmSCF可以向gsmSSF发送“呼叫信息请求”消息来收集以下的呼叫信息： 试呼历时时间 呼叫停止时间 呼叫连接历时时间 释放原因在呼叫拆除或信息收集全，由g

7、smSSF以“呼叫信息报告”的形式上报给gsmSCF。5. 呼叫信息报告（CallInformationReport）此操作由gsmSSF发送给gsmSCF。当gsmSSF收到gsmSCF发送的“呼叫信息请求”时，在呼叫拆除或信息收集全将相应“呼叫信息请求”中要求的信息以“呼叫信息报告”的形式发送给gsmSCF，以便gsmSCF实现相关呼叫信息的收集。如果gsmSCF请求gsmSSF报告某个呼叫信息事件，则可以称gsmSSF存在某个呼叫信息报告悬置。如果gsmSSF报告了该呼叫信息事件，则呼叫信息报告悬置被解除。6. 申请计费（ApplyCharging）此操作由gsmSCF发给gsmSSF，

8、用于控制本次呼叫的呼叫时长。在“申请计费”操作中含有本次呼叫的最大呼叫时长和费率切换时长等控制参数，实际的呼叫时长在呼叫到达最大呼叫时长或者用户拆线时由gsmSSF通过发送“申请计费报告”来通知gsmSCF。7. 申请计费报告（ApplyChargingReport）此操作由gsmSSF发给gsmSCF，gsmSSF在实际的呼叫时长到达相应“申请计费”操作规定的最大呼叫时长时或者用户拆线时向gsmSCF发送此操作，通知呼叫的实际时长以及其它相关信息。8. 发送计费信息（SendChargingInformation）此操作由gsmSCF发送给gsmSSF。gsmSCF通过此操作向gsmSSF发

9、送e参数，“发送计费信息”中包含了AoC的计费值（CAI），可以利用此信息来代替由MSC产生的AoC计费值并且禁止MSC进一步产生CAI。 9. 提供计费信息（FurnishChargingInformation）此操作由gsmSCF发送给gsmSSF。根据业务的要求,gsmSCF向gsmSSF发送“提供计费信息”消息,通过该消息来控制gsmSSF的计费信息输出。10. 继续（Continue）此操作由gsmSCF发送给gsmSSF，gsmSCF通过“继续”操作命令gsmSSF将当前悬置的呼叫继续往下处理。11. 连接（Connect）此操作由gsmSCF发送给gsmSSF，gsmSCF可以根

10、据业务的需求通过“连接”操作改变当前呼叫的某些参数，如被叫地址、主叫号码显示等，使当前呼叫按照业务的要求进一步往下进行。12. 拆除呼叫（ReleaseCall）此操作由gsmSCF发送给gsmSSF。gsmSCF可以根据业务需求在呼叫的任何时刻利用“拆除呼叫”操作要求gsmSSF拆除对应的呼叫。13. 连接到资源（ConnectToResource）此操作由gsmSCF发送给gsmSSF。gsmSCF在业务需要进行用户交互时，通过“连接到资源”操作命令gsmSSF将当前呼叫连接到gsmSRF上，准备进行随后的用户交互过程。14. 播放通知音（PlayAnnouncement）此操作由gsmS

11、CF发送给辅助gsmSSF/gsmSRF。此操作用于智能呼叫处理的用户交互流程中，gsmSCF通过此操作命令gsmSRF向用户播放通知音，gsmSSF在此过程中起到信令中继的作用，gsmSSF收到此操作时，会将其转递给相关的gsmSRF。15. 提示并收集用户信息（PromptAndCollectInformation）此操作由gsmSCF发送给辅助gsmSSF/gsmSRF。此操作用于智能呼叫处理的用户交互流程中，gsmSCF通过此操作命令gsmSRF向用户播送通知音，要求用户输入相关信息（如帐号信息、用户密码等），gsmSRF收集完用户输入以后，以“提示并收集用户信息”结果的形式发送给gs

12、mSCF。gsmSSF在此过程中起到信令中继的作用，gsmSSF收到此操作时，会将其转递给其控制的gsmSRF。16. 拆除前向连接（DisconnectForwardConnection）此操作由gsmSCF发送给gsmSSF/gsmSRF，gsmSCF在完成用户交互过程以后，通过“拆除前向连接”操作要求gsmSSF/gsmSRF拆除当前呼叫专用资源的连接。17. 专用资源报告（SpecializeResourceReport）此操作由gsmSRF发送给gsmSCF。gsmSRF通过此操作来通知gsmSCF已经完成了一个相应的“播放通知音”操作。18. 建立临时连接（EstablishTem

13、poraryConnection）此操作由gsmSCF发送给启动gsmSSF。由于业务或者管理的需要，gsmSCF要求利用辅助过程来实现用户交互时，首先向启动gsmSSF发送“建立临时连接”操作，要求启动gsmSSF建立起与辅助gsmSSF/gsmSRF的临时连接。启动gsmSSF收到该操作后，将根据操作中的辅助gsmSSF/gsmSRF地址向对应的网络实体发起辅助请求，由此启动相应的辅助过程。19. 辅助请求指令（AssistRequestInstruction）此操作由辅助gsmSSF/gsmSRF发送给gsmSCF。当辅助gsmSSF/gsmSRF收到从启动gsmSSF来的辅助请求时，向

14、gsmSCF发送此操作请求，启动一个辅助过程，利用辅助SSP或独立IP实现用户交互的过程。20. 呼叫间隙（CallGap）此操作由gsmSCF发送给gsmSSF。一个gsmSSF可能在相对较短的时间内向gsmSCF提供大量的消息业务量，如果业务量增长超过了允许的范围，gsmSCF可能会发生拥塞。这样将增加消息响应时间和呼叫故障率，因此gsmSCF检出拥塞后可以激活“CallGap”操作，请求gsmSSF降低向gsmSCF发送业务请求的速率。21. 重设定时器（ResetTimer）此操作由gsmSCF发送给gsmSSF。gsmSCF在业务处理过程中通过此操作重新设定gsmSSF的状态定时器，

15、防止gsmSSF状态超时。22. 取消（Cancel）此操作由gsmSCF发送给gsmSSF/gsmSRF，用于取消以前发送的一个“播放通知音”或者“提示并收集用户信息”等操作，gsmSSF/gsmSRF通过差错“已取消”（Canceled）通知gsmSCF对应的操作已经被成功取消。“取消”操作还可以取消所有悬置的“申请计费报告”或“呼叫信息报告”操作，以及所有配置的EDP事件。23. 激活测试（ActivityTest）此操作由gsmSCF发起，用于测试gsmSCF对gsmSSF/gsmSRF的控制关系是否正常。当gsmSSF/gsmSRF收到“激活测试”操作指示时，如果相应的控制关系正常，

16、则返回“激活测试”结果，否则不进行任何处理。gsmSCF如果没有收到“激活测试”响应，则表示gsmSCF与gsmSSF/gsmSRF之间的控制关系发生异常，可以按照业务的不同需求采取相应的处理。24. 带参数继续（ContinueWithArgument）此操作由gsmSCF发送给gsmSSF。gsmSCF通过“ContinueWithArgument”操作命令gsmSSF将当前悬置的呼叫继续往下处理。同时，该操作也为用户（主叫或被叫）提供附加服务。11.2.2 与短消息相关的CAP操作1. 启动短消息DP（InitialDPSMS）此操作由gsmSSF发送给gsmSCF。gsmSSF在判定需

17、要触发一个移动始发短消息流程时通过发送“InitialDPSMS”操作来启动相应流程，请求gsmSCF完成移动始发短消息流程。2. 请求报告短消息事件（RequestReportSMSEvent）此操作由gsmSCF发送给gsmSSF。gsmSCF向gsmSSF发送“RequestReportSMSEvent”操作，请求gsmSSF监视短消息的相关事件（提交短消息到SMSC成功或提交短消息到SMSC失败），当gsmSSF检测到SMS事件发生时，通过“EventReportSMS”操作通知gsmSCF。3. 短消息事件报告（EventReportSMS）此操作由gsmSSF发送给gsmSCF。g

18、smSSF记录gsmSCF发送的“RequestReporSMSEvent”操作中要求上报的事件，如果检测到需上报的SMS事件已发生，则通过“EventReportSMS”通知gsmSCF，gsmSSF根据事件的类型进行下一步的处理。4. 继续短消息处理（ContinueSMS）此操作由gsmSCF发送给gsmSSF。gsmSCF通过“ContinueSMS”操作命令gsmSSF将当前悬置的短消息处理继续进行。5. 提供短消息计费信息（FurnishChargingInformationSMS）此操作由gsmSCF发送给gsmSSF，用来控制gsmSSF的计费信息输出。gsmSCF发送相关计费

19、信息到逻辑短消息记录包，第一个“FurnishChargingInformationSMS”操作产生逻辑短消息记录包，后续FCIs操作将覆盖或追加短消息记录包中的内容。6. 拆除短消息（ReleaseSMS）此操作由gsmSCF发送给gsmSSF。gsmSCF根据业务需求利用“ReleaseSMS”操作要求gsmSSF拆除移动始发短消息提交尝试流程，当gsmSCF和gsmSSF之间存在控制关系时，才能发送该操作。7. 重设定短消息定时器（ResetTimerSMS）此操作由gsmSCF发生给gsmSSF。gsmSCF在短消息处理过程中通过此操作重新设定gsmSSF的状态定时器，防止gsmSSF

20、状态超时。8. 连接短消息（ConnectSMS）此操作由gsmSCF发送给gsmSSF。gsmSCF可以根据业务需求通过“ConnectSMS”操作，请求gsmSSF执行某些短消息处理：路由短消息到指定的目标地址或者影响其它的短消息建立信息等。11.3 CAP基本信令流程MSOFTX3000支持签约信息触发和号段触发两种触发智能业务的方式。在此，分别举例介绍这两种方式的信令流程1. 移动预付费用户呼叫固定网用户，主叫用户在MSCa/VLR/SSP覆盖范围，由O-CSI触发智能业务呼叫流程如图11-5所示。图11-1 预付费用户呼叫固定用户流程（O-CSI触发）(2) MSCa/VLR/SSP

21、收到呼叫，根据主叫的签约信息O-CSI触发业务，直接将MSCa/VLR/SSP所在位置的长途区号，放在IDP消息中的Location Number参数中，并向SCPa发送IDP消息。(3) SCPa收到IDP消息后，先分析主叫用户帐户。帐户有效则根据主叫用户拜访地的长途区号（IDP消息中的Location Number参数）和被叫长途区号确定主叫费率，并将余额折算成通话时长，发送RRBE、AC和Continue到MSCa/VLR/SSP。(4) MSCa/VLR/SSP根据TUP消息中的被叫号码进行接续。(5) 通话结束，主、被叫任一方挂机，MSCa/VLR/SSP上报计费报告和挂机事件。2.

22、 移动预付费用户呼叫固定网用户，主叫用户不在MSCa/VLR/SSP覆盖范围，主叫用户所在MSC/VLR采用OVERLAY方式接入到MSCa/VLR/SSP，MSCa/VLR/SSP分析主叫号码，根据号段触发智能业务呼叫流程如图11-6所示。图11-1 预付费用户呼叫固定用户流程（号段触发）(2) MSCa/VLR/SSP收到转接来的呼叫时，分析主叫号码，若主叫为预付费用户，则将被叫号码前的前缀转换为代表主叫实际位置的长途区号，放在IDP消息中的Location Number参数中，并根据主叫号码段对应出相应的SCP地址，向SCPa发送IDP消息。(3) SCPa收到IDP消息后，先分析主叫用户帐户。帐户有效则根据主叫的实际位置（Location Number）和被叫长途区号确定费率，折算成通话时长，发送RRBE、AC、Continue消息到MSCa/VLR/SSP。(4) MSCa/VLR/SSP根据TUP消息中的被叫号码进行接续。(5) 通话结束，主、被叫任一方挂机，MSCa/VLR/SSP上报计费报告和挂机事件。