11第11章 CAP协议.docx

11第11章 CAP协议.docx

《11第11章 CAP协议.docx》由会员分享，可在线阅读，更多相关《11第11章 CAP协议.docx（9页珍藏版）》请在冰点文库上搜索。

11第11章CAP协议

目录

第11章CAP协议11-1

11.1概述11-1

11.1.1接口定义及功能11-1

11.1.2CAP协议的应用11-1

11.1.3协议栈结构11-2

11.1.4消息结构11-2

11.2CAP操作11-3

11.2.1与呼叫相关的CAP操作11-3

11.2.2与短消息相关的CAP操作11-7

11.3CAP基本信令流程11-8

第11章CAP协议

11.1概述

11.1.1接口定义及功能

CAP（CAMELApplicationPart，CAMEL应用部分）是从有线智能网的INAP协议演化而来，实现无线智能网功能实体gsmSSF、gsmSRF和gsmSCF之间的信令交互，从而实现对CAMEL业务的支持。

CAP协议是SS7信令系统的一部分。

CAP在SS7信令系统中属于TCAP的用户部分，利用TCAP协议提供的结构化/非结构化对话能力，实现不同功能实体间的信令交互。

在UMTS网络系统中，CAP接口参见图11-1。

图11-1UMTS网络支持的CAP接口

11.1.2CAP协议的应用

MSOFTX3000在UMTSR4组网中作为MSCServer或GMSCServer，同时内嵌有SSP功能实体。

CAP协议用在MSOFTX3000与SCP的接口上，如图11-2所示。

图11-1CAP协议的应用

11.1.3协议栈结构

MSOFTX3000提供两种方式传输CAP协议：

一是基于TDM，利用消息传递部分（MTP）提供的服务来进行信息传递；一是基于IP，利用信令传输协议（SIGTRAN）提供的服务进行传输。

其协议栈如图11-3所示。

图11-1CAP协议栈结构

11.1.4消息结构

CAP消息结构如图11-4所示。

图11-1CAP在链路消息中的位置

在SS7信令系统中，CAP消息作为TCAP消息的成分部分传递，CAP消息的编码采用ASN.1格式。

CAP消息的类型和TCAP成分中的操作码（operationcode）一一对应，在消息传递过程中，每发起一个操作就需要分配一个调用识别（InvokeID），调用标识主要用于标识CAP对话某一个方向上某一次操作。

通过区分操作码，可以将一个成分“翻译”成对应的CAP消息，CAP与TCAP之间的消息转换由功能实体接入管理（FEAM：

FunctionalEntityAccessManager）来完成。

11.2CAP操作

移动智能网不同功能实体之间的交互，依靠CAP协议定义的各种操作来实现。

CAP协议在不同的阶段所定义的操作集有所不相同，MSOFTX3000支持CAMELPhase3。

在这一阶段，CAP协议定义了32条CAP操作，其中24条与呼叫相关，8条与短消息相关。

每个操作的功能简要描述如下。

11.2.1与呼叫相关的CAP操作

1.启动DP（InitialDP）

此操作由gsmSSF发送给gsmSCF。

BCSM检测DP点，需要触发智能呼叫流程时，由gsmSSF产生“启动DP”，在“启动DP”操作中包含了gsmSCF需要的各种信息，如主叫号码、被叫号码、主叫位置信息、被叫位置信息、用户状态等。

2.请求报告BCSM事件（RequestReportBCSMEvent）

此操作由gsmSCF发送给gsmSSF。

gsmSCF可以根据业务需求利用“请求报告BCSM事件”要求得知gsmSSF本次呼叫的相关BCSM事件。

gsmSSF收到此操作以后，将把本次呼叫gsmSCF需要上报的BCSM事件记录下来，而当该BCSM事件发生时，通过“BCSM事件报告”操作通知gsmSCF。

3.BCSM事件报告〔EventReportBCSM）

此操作由gsmSSF发送给gsmSCF。

gsmSSF记录gsmSCF发送的RRBE消息中要求上报的事件，如果检测到需上报的事件已发生，则通过“BCSM事件报告”通知gsmSCF，gsmSCF根据事件的类型进行下一步的处理。

4.呼叫信息请求（CallInformationRequest）

此操作由gsmSCF发送给gsmSSF。

当业务的运营和管理中要求收集相关的呼叫信息后，gsmSCF可以向gsmSSF发送“呼叫信息请求”消息来收集以下的呼叫信息：

●试呼历时时间

●呼叫停止时间

●呼叫连接历时时间

●释放原因

在呼叫拆除或信息收集全，由gsmSSF以“呼叫信息报告”的形式上报给gsmSCF。

5.呼叫信息报告（CallInformationReport）

此操作由gsmSSF发送给gsmSCF。

当gsmSSF收到gsmSCF发送的“呼叫信息请求”时，在呼叫拆除或信息收集全将相应“呼叫信息请求”中要求的信息以“呼叫信息报告”的形式发送给gsmSCF，以便gsmSCF实现相关呼叫信息的收集。

如果gsmSCF请求gsmSSF报告某个呼叫信息事件，则可以称gsmSSF存在某个呼叫信息报告悬置。

如果gsmSSF报告了该呼叫信息事件，则呼叫信息报告悬置被解除。

6.申请计费（ApplyCharging）

此操作由gsmSCF发给gsmSSF，用于控制本次呼叫的呼叫时长。

在“申请计费”操作中含有本次呼叫的最大呼叫时长和费率切换时长等控制参数，实际的呼叫时长在呼叫到达最大呼叫时长或者用户拆线时由gsmSSF通过发送“申请计费报告”来通知gsmSCF。

7.申请计费报告（ApplyChargingReport）

此操作由gsmSSF发给gsmSCF，gsmSSF在实际的呼叫时长到达相应“申请计费”操作规定的最大呼叫时长时或者用户拆线时向gsmSCF发送此操作，通知呼叫的实际时长以及其它相关信息。

8.发送计费信息（SendChargingInformation）

此操作由gsmSCF发送给gsmSSF。

gsmSCF通过此操作向gsmSSF发送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可以根据业务的需求通过“连接”操作改变当前呼叫的某些参数，如被叫地址、主叫号码显示等，使当前呼叫按照业务的要求进一步往下进行。

12.拆除呼叫（ReleaseCall）

此操作由gsmSCF发送给gsmSSF。

gsmSCF可以根据业务需求在呼叫的任何时刻利用“拆除呼叫”操作要求gsmSSF拆除对应的呼叫。

13.连接到资源（ConnectToResource）

此操作由gsmSCF发送给gsmSSF。

gsmSCF在业务需要进行用户交互时，通过“连接到资源”操作命令gsmSSF将当前呼叫连接到gsmSRF上，准备进行随后的用户交互过程。

14.播放通知音（PlayAnnouncement）

此操作由gsmSCF发送给辅助gsmSSF/gsmSRF。

此操作用于智能呼叫处理的用户交互流程中，gsmSCF通过此操作命令gsmSRF向用户播放通知音，gsmSSF在此过程中起到信令中继的作用，gsmSSF收到此操作时，会将其转递给相关的gsmSRF。

15.提示并收集用户信息（PromptAndCollectInformation）

此操作由gsmSCF发送给辅助gsmSSF/gsmSRF。

此操作用于智能呼叫处理的用户交互流程中，gsmSCF通过此操作命令gsmSRF向用户播送通知音，要求用户输入相关信息（如帐号信息、用户密码等），gsmSRF收集完用户输入以后，以“提示并收集用户信息”结果的形式发送给gsmSCF。

gsmSSF在此过程中起到信令中继的作用，gsmSSF收到此操作时，会将其转递给其控制的gsmSRF。

16.拆除前向连接（DisconnectForwardConnection）

此操作由gsmSCF发送给gsmSSF/gsmSRF，gsmSCF在完成用户交互过程以后，通过“拆除前向连接”操作要求gsmSSF/gsmSRF拆除当前呼叫专用资源的连接。

17.专用资源报告（SpecializeResourceReport）

此操作由gsmSRF发送给gsmSCF。

gsmSRF通过此操作来通知gsmSCF已经完成了一个相应的“播放通知音”操作。

18.建立临时连接（EstablishTemporaryConnection）

此操作由gsmSCF发送给启动gsmSSF。

由于业务或者管理的需要，gsmSCF要求利用辅助过程来实现用户交互时，首先向启动gsmSSF发送“建立临时连接”操作，要求启动gsmSSF建立起与辅助gsmSSF/gsmSRF的临时连接。

启动gsmSSF收到该操作后，将根据操作中的辅助gsmSSF/gsmSRF地址向对应的网络实体发起辅助请求，由此启动相应的辅助过程。

19.辅助请求指令（AssistRequestInstruction）

此操作由辅助gsmSSF/gsmSRF发送给gsmSCF。

当辅助gsmSSF/gsmSRF收到从启动gsmSSF来的辅助请求时，向gsmSCF发送此操作请求，启动一个辅助过程，利用辅助SSP或独立IP实现用户交互的过程。

20.呼叫间隙（CallGap）

此操作由gsmSCF发送给gsmSSF。

一个gsmSSF可能在相对较短的时间内向gsmSCF提供大量的消息业务量，如果业务量增长超过了允许的范围，gsmSCF可能会发生拥塞。

这样将增加消息响应时间和呼叫故障率，因此gsmSCF检出拥塞后可以激活“CallGap”操作，请求gsmSSF降低向gsmSCF发送业务请求的速率。

21.重设定时器（ResetTimer）

此操作由gsmSCF发送给gsmSSF。

gsmSCF在业务处理过程中通过此操作重新设定gsmSSF的状态定时器，防止gsmSSF状态超时。

22.取消（Cancel）

此操作由gsmSCF发送给gsmSSF/gsmSRF，用于取消以前发送的一个“播放通知音”或者“提示并收集用户信息”等操作，gsmSSF/gsmSRF通过差错“已取消”（Canceled）通知gsmSCF对应的操作已经被成功取消。

“取消”操作还可以取消所有悬置的“申请计费报告”或“呼叫信息报告”操作，以及所有配置的EDP事件。

23.激活测试（ActivityTest）

此操作由gsmSCF发起，用于测试gsmSCF对gsmSSF/gsmSRF的控制关系是否正常。

当gsmSSF/gsmSRF收到“激活测试”操作指示时，如果相应的控制关系正常，则返回“激活测试”结果，否则不进行任何处理。

gsmSCF如果没有收到“激活测试”响应，则表示gsmSCF与gsmSSF/gsmSRF之间的控制关系发生异常，可以按照业务的不同需求采取相应的处理。

24.带参数继续（ContinueWithArgument）

此操作由gsmSCF发送给gsmSSF。

gsmSCF通过“ContinueWithArgument”操作命令gsmSSF将当前悬置的呼叫继续往下处理。

同时，该操作也为用户（主叫或被叫）提供附加服务。

11.2.2与短消息相关的CAP操作

1.启动短消息DP（InitialDPSMS）

此操作由gsmSSF发送给gsmSCF。

gsmSSF在判定需要触发一个移动始发短消息流程时通过发送“InitialDPSMS”操作来启动相应流程，请求gsmSCF完成移动始发短消息流程。

2.请求报告短消息事件（RequestReportSMSEvent）

此操作由gsmSCF发送给gsmSSF。

gsmSCF向gsmSSF发送“RequestReportSMSEvent”操作，请求gsmSSF监视短消息的相关事件（提交短消息到SMSC成功或提交短消息到SMSC失败），当gsmSSF检测到SMS事件发生时，通过“EventReportSMS”操作通知gsmSCF。

3.短消息事件报告（EventReportSMS）

此操作由gsmSSF发送给gsmSCF。

gsmSSF记录gsmSCF发送的“RequestReporSMSEvent”操作中要求上报的事件，如果检测到需上报的SMS事件已发生，则通过“EventReportSMS”通知gsmSCF，gsmSSF根据事件的类型进行下一步的处理。

4.继续短消息处理（ContinueSMS）

此操作由gsmSCF发送给gsmSSF。

gsmSCF通过“ContinueSMS”操作命令gsmSSF将当前悬置的短消息处理继续进行。

5.提供短消息计费信息（FurnishChargingInformationSMS）

此操作由gsmSCF发送给gsmSSF，用来控制gsmSSF的计费信息输出。

gsmSCF发送相关计费信息到逻辑短消息记录包，第一个“FurnishChargingInformationSMS”操作产生逻辑短消息记录包，后续FCIs操作将覆盖或追加短消息记录包中的内容。

6.拆除短消息（ReleaseSMS）

此操作由gsmSCF发送给gsmSSF。

gsmSCF根据业务需求利用“ReleaseSMS”操作要求gsmSSF拆除移动始发短消息提交尝试流程，当gsmSCF和gsmSSF之间存在控制关系时，才能发送该操作。

7.重设定短消息定时器（ResetTimerSMS）

此操作由gsmSCF发生给gsmSSF。

gsmSCF在短消息处理过程中通过此操作重新设定gsmSSF的状态定时器，防止gsmSSF状态超时。

8.连接短消息（ConnectSMS）

此操作由gsmSCF发送给gsmSSF。

gsmSCF可以根据业务需求通过“ConnectSMS”操作，请求gsmSSF执行某些短消息处理：

路由短消息到指定的目标地址或者影响其它的短消息建立信息等。

11.3CAP基本信令流程

MSOFTX3000支持签约信息触发和号段触发两种触发智能业务的方式。

在此，分别举例介绍这两种方式的信令流程

1.移动预付费用户呼叫固定网用户，主叫用户在MSCa/VLR/SSP覆盖范围，由O-CSI触发智能业务

呼叫流程如图11-5所示。

图11-1预付费用户呼叫固定用户流程（O-CSI触发）

（2）MSCa/VLR/SSP收到呼叫，根据主叫的签约信息O-CSI触发业务，直接将MSCa/VLR/SSP所在位置的长途区号，放在IDP消息中的LocationNumber参数中，并向SCPa发送IDP消息。

（3）SCPa收到IDP消息后，先分析主叫用户帐户。

帐户有效则根据主叫用户拜访地的长途区号（IDP消息中的LocationNumber参数）和被叫长途区号确定主叫费率，并将余额折算成通话时长，发送RRBE、AC和Continue到MSCa/VLR/SSP。

（4）MSCa/VLR/SSP根据TUP消息中的被叫号码进行接续。

（5）通话结束，主、被叫任一方挂机，MSCa/VLR/SSP上报计费报告和挂机事件。

2.移动预付费用户呼叫固定网用户，主叫用户不在MSCa/VLR/SSP覆盖范围，主叫用户所在MSC/VLR采用OVERLAY方式接入到MSCa/VLR/SSP，MSCa/VLR/SSP分析主叫号码，根据号段触发智能业务

呼叫流程如图11-6所示。

图11-1预付费用户呼叫固定用户流程（号段触发）

（2）MSCa/VLR/SSP收到转接来的呼叫时，分析主叫号码，若主叫为预付费用户，则将被叫号码前的前缀转换为代表主叫实际位置的长途区号，放在IDP消息中的LocationNumber参数中，并根据主叫号码段对应出相应的SCP地址，向SCPa发送IDP消息。

（3）SCPa收到IDP消息后，先分析主叫用户帐户。

帐户有效则根据主叫的实际位置（LocationNumber）和被叫长途区号确定费率，折算成通话时长，发送RRBE、AC、Continue消息到MSCa/VLR/SSP。

（4）MSCa/VLR/SSP根据TUP消息中的被叫号码进行接续。

（5）通话结束，主、被叫任一方挂机，MSCa/VLR/SSP上报计费报告和挂机事件。