1. MG003006
CAP信令原理
ISSUE1.1
华为技术有限公司

3. MG003006 CAP 信令原理 ISSUE1.1 目录
目 录
课程说明...................................................................................................................................1
课程介绍...................................................................................................................................1
课程目标...................................................................................................................................1
相关资料...................................................................................................................................1
第1章 CAMEL 原理..............................................................................................................2
1.1 概述 .................................................................................................................................2
1.1.1 CAMEL 的功能实体及其接口..................................................................................3
1.1.2 签约信息.................................................................................................................6
1.1.3 DP 标准...................................................................................................................8
1.1.4 CAMEL 触发机制..................................................................................................12
1.2 基本呼叫状态模型（BCSM）..........................................................................................15
1.2.1 基本呼叫管理(BCM)概述.....................................................................................15
1.2.2 CAMEL 的始发基本呼叫状态模型 O-BCSM..........................................................18
1.2.3 CAMEL 的终接基本呼叫状态模型 T-BCSM...........................................................21
第2章 CAP 操作及 SSF 状态模型......................................................................................25
2.1 CAP 协议概述..................................................................................................................25
2.2 CAP 操作.........................................................................................................................25
2.3 SSF 状态迁移..................................................................................................................31
2.3.1 概述......................................................................................................................31
2.3.2 “空闲”状态..........................................................................................................33
2.3.3 “等待指令”状态...................................................................................................33
2.3.4 “等待用户交互结束”状态.....................................................................................34
2.3.5 “等待临时连接结束”状态.....................................................................................35
2.3.6 “监视”状态..........................................................................................................36
2.3.7 SSF 状态迁移全集................................................................................................37
2.4 辅助 SSF 状态迁移模型..................................................................................................40
2.4.1 概述......................................................................................................................40
2.4.2 “空闲”状态........................................................................................................41
2.4.3 “等待指令”状态.................................................................................................41
2.4.4 “等待用户交互结束”状态...................................................................................41
2.4.5 辅助 SSF 状态迁移全集....................................................................................42
2.5 SRF 状态迁移..................................................................................................................42
2.5.1 SRF 应用组网.......................................................................................................42
2.5.2 SRF 状态迁移图..................................................................................................44
2.5.3 “空闲”状态........................................................................................................44
2.5.4 “被连接”状态.......................................................................................................45
2.5.5 “用户交互”状态...................................................................................................45
-i-

4. MG003006 CAP 信令原理 ISSUE1.1 目录
2.6 CAP 消息实例分析..........................................................................................................46
小结.........................................................................................................................................51
学习指导.................................................................................................................................52
理论部分.................................................................................................................................52
- ii -

5. MG003006 CAP 信令原理 ISSUE1.1 课程说明
课程说明
课程介绍
本教材对应的产品为：MSC60 大容量移动交换机
本课程将对 CAP 信令做详细的讲解，包括 CAMEL 协议、CAP 操作、CAP 在
SSF 和 SCF 等实体间的交互流程。
课程目标
完成本课程学习，学员能够：
 了解 CAMEL 功能实体和各种接口
 了解 CAMEL 基本呼叫状态模型
 掌握 CAMEL 触发机制以及 SSF 和 SCP 等实体间交互流程
相关资料
-1-

6. MG003006 CAP 信令原理 ISSUE1.1 第 1 章 CAMEL 原理
第1章 CAMEL 原理
1.1 概述
CAMEL(Customised Applications for Mobile Network Enhanced Logic) 的出
现，是为了移动网能够提供独立于服务网络的业务运行机制。CAMEL 并非提
供一种补充业务，而是提供一种网络特征。该特征简化了业务运营者从服务
网络外对业务进行的控制。因此，CAMEL 业务能够使网络运营者提供运营者
自己决定的业务，即使用户漫游出 HPLMN，也不会对于业务的运行造成影
响。
CAMEL 协议簇包括一系列的协议：
GSM02.78 业务定义
GSM03.78 CAMEL 功能实体定义
GSM09.78 CAP 规范
为了适应 CAMEL 应用，GSM 的原有的部分协议也相应的做了修改。主要修
改的协议包括：
GSM09.02 MAP 规范
GSM03.18 呼叫处理
GSM02.78 协议定义了 CAMEL 可以实现的业务特征，阐述了 CAMEL 技术
实现计费，漫游，补充业务配合的基本原理。
GSM03.78 协议规定了 CAMEL 功能实体分布，以及各个功能实体的状态迁
移情况。
GSM09.78 协议详细规定了 CAMEL 功能实体间的 CAP 操作，以及与 TCAP
配合，差错处理，对话协商机制等。
GSM09.02 协议是 GSM 协议簇原有协议。为了支持 CAMEL，MAP Phase
II+ 对 09.02 协议做了扩展，支持与 CAMEL 的相关操作。
GSM03.18 协议是 GSM 协议簇原有协议。为了支持 CAMEL，MAP Phase
II+ 对 03.18 协议做了扩展，支持在基本呼叫处理中嵌入 CAMEL 相关处理。
2

7. MG003006 CAP 信令原理 ISSUE1.1 第 1 章 CAMEL 原理
1.1.1 CAMEL 的功能实体及其接口
一：CAMEL 功能实体
CAMLE Phase II 功能实体与 GSM 网络功能实体是紧密不可分割的。在
GSM 原有的网络实体基础上，CAMEL Phase II 增加了实现智能业务所必
需的功能实体，如 gsmSCF，gsmSSF，gsmSRF。同时，为了与新增功能
实体配合，GSM MAP Phase II+协议对原 GSM 功能实体进行了一定的功
能扩充，并在 GSM 09.02 规范中详细描述了功能实体接口修改情况。
如 图 1 是 支 持 CAMEL 体 系 的 功 能 实 体 图 。 以 下 简 述 各 个 功 能 实 体 在
CAMEL 体系中的功能。
¹ éÊôÍ øÂç
Home Network MAP
HLR gsmSCF
MAP
MAP MAP CAP
CAP
gsmSSF VLR gsmSSF
Incoming line Roaming leg
GMSC MSC MS
Ñ ÊÍ øÂç
¯Î CAP ° Ý· ÃÍ øÂç
Interrogation Network Visiting Network
Forwarding leg gsmSRF MO Call - Outgoing leg
or Fowrding leg
Home/Interrogation/Visiting Network ¹ éÊô/Ñ Ê/° Ý· ÃÍ øÂç
¯Î
图1.1CAMEL 体系功能实体图
HLR
在 MAP Phase II+ 阶段，HLR 存储 CAMEL 支持所必需的签约信息并
响 应 用 户 对 CAMEL 信 息 的 请 求 。 所 必 需 的 签 约 信 息 ， 如 O-CSI ， T-
CSI，TIF-CSI，U-CSI 和 SS-CSI。UG-CSI 是作为所有 CAMEL 用户都必
需应用数据存储在 HLR 中。当用户发生位置更新或者 O-CSI/SS-CSI 信息本
身发生变化时，O-CSI /SS-CSI 信息被插入到 VLR 中。 HLR 响应 GMSC
当
的 路 由 信 息 请 求 时 ， O/T-CSI 被 发 送 到 GMSC 。 只 有 当 HLR 提 供 到
gsmSCF 的接口以响应 任意时间的查询操作时，HLR 中才需要保存 TIF-
CSI、U－CSI 和 UG－CSI。TIF-CSI、SS-CSI、U-CSI、UG-CSI 分别解释如下：
TIF-CSI：Translation Information Flag CSI（转换信息标志 CSI），HLR 中
3

8. MG003006 CAP 信令原理 ISSUE1.1 第 1 章 CAMEL 原理
智能用户签约信息中的一个标志。如果 HLR 收到智能用户登记前转号码的请
求并且 TIF-CSI 有效，HLR 将把用户请求的前转号码按原样保存起来（不做
变换）。HLR 不会将该号码转换为国际 E.164 格式、不会做号码格式检查、不
会检查该前转号码是否被禁止、不会做呼叫承载检查等。
如果 HLR 收到智能用户登记前转号码的请求并且 TIF-CSI 无效（不存在），
HLR 将对该号码进行转换处理，上述的转换或检查操作被执行。
SS-CSI：Supplementary Service CSI（补充业务 CSI）。该签约信息决定当
用户呼叫过程中应用某些补充业务时将通知 SCP。这些补充业务为 ECT、CD
和 MPTY。
U－CSI：USSD 业务智能用户签约信息。该签约信息包含多组业务码和 SCP
地址的对应数据。为完成不同 USSD 应用，用户拨不同的业务码，该签约信
息就通过业务码查找对应的 SCP 地址，由该 SCP 实现特定的 USSD 应用。
UG-CSI：该签约信息与 U-CSI 内容和作用相同，只不过它对所有的智能用
户有效。需要说明的是，当用户所拨业务码同时满足 U-CSI 和 UG-CSI 时，
以 U-CSI 优先。
需要特殊说明的是，TIF-CSI、U-CSI 和 UG-CSI 只存储于 HLR 实体中。
GMSC
当 GMSC 处理用户呼叫需要 CAMEL 支持时，GMSC 将从 HLR 中接
收 O/T-CSI，指示 GMSC 需要从 gsmSSF 请求指令。GSMC 负责监视所有
的呼叫状态或事件，并在呼叫处理过程中通知 gsmSSF ，使 gsmSSF 得
以控制 GMSC 中的呼叫。
MSC
当 MSC 处理呼叫需要 CAMEL 支持时，MSC 从 VLR 中取得 O-CSI 信
息，指示 MSC 向 gsmSSF 请求指令。MSC 负责监视所有的呼叫状态或事件，
并在呼叫处理过程中通知 gsmSSF，使 gsmSSF 得以控制控制 MSC 中的
呼叫。当 MSC 调用补充业务，如 ECT，CD 和 MPTY 时，MSC 从 VLR
中接收 SS－CSI，指示 MSC 应该向 gsmSCF 发起补充业务调用通知。
VLR
VLR 将漫游区内用户的 O-CSI 和 SS-CSI 作为用户数据的一部分存储
下来，并在必要的时候提供给 MSC。
gsmSSF
MSC/GMSC 与 gsmSCF 的接口功能实体。gsmSSF 与有线智能网的智能
SSF 概念功能基本一致，但是由于移动用户的特性，gsmSSF 采用了与智能
4

9. MG003006 CAP 信令原理 ISSUE1.1 第 1 章 CAMEL 原理
SSF 不同的触发方式。
gsmSCF
gsmSCF 与 gsmSSF ，gsmSRF 和 HLR 有接口，包含 gsmSCF 的业
务逻辑程序。gsmSCF 负责运行业务逻辑程序(SLP)，处理 gsmSSF 的请求
并根据业务逻辑程序的处理给出相应的指示，控制呼叫处理流程。
gsmSRF
与 gsmSCF、MSC 接口，提供各种的特殊资源，用于给用户交互播送信
号音或语音信号，并处理用户在呼叫过程中的输入。
二、CAMEL 功能实体接口
下面描述实现 CAMEL Phase II 的各个功能实体间的接口。其中 gsmSCF
和 gsmSSF ， gsmSRF 间 通 过 CAP Phase II 协 议 接 口 ， HLR 和
GMSC 、VLR、gsmSCF，MSC 和 gsmSCF 间为 MAP Phase II+ 接口 。
GMSC/MSC 和 gsmSSF 间为内部接口。
1、HLR - VLR 接口
本接口用于 HLR 传送 CAMEL 相关用户信息到拜访 PLMN 并在 MSC 查询
路由信息时由 VLR 提供漫游号码(MSRN)。另外，该接口用于传送用户状态和
位置信息，并在 CAMEL 业务中指示抑制通知音。
2、GMSC - HLR 接口
本接口用在移动终止呼叫中交换路由信息，用户状态，位置信息，签约信息
和抑制通知音。HLR 通过此接口传送 O/T-CSI 到询问公用陆地网(IPLMN)。
3、GMSC - gsmSSF 接口
本接口为内部接口，主要完成 DP 处理。
4、gsmSSF - gsmSCF 接口
本接口用于 gsmSCF 控制特定 gsmSSF 的呼叫，并请求 gsmSSF 建立到
gsmSRF 的连接。本接口由 gsmSSF 向 gsmSCF 发送请求指示时建立。
5、MSC - gsmSSF 接口
本接口为内部接口，主要完成 DP 处理。
6、gsmSCF - HLR 接口
本接口用于 gsmSCF 向 HLR 请求信息。网络运营者可以决定 HLR 是否响应
gsmSCF 的请求并提供信息。本接口还可以用于 USSD 操作。
5

10. MG003006 CAP 信令原理 ISSUE1.1 第 1 章 CAMEL 原理
7、gsmSCF - gsmSRF interface
本接口用于 gsmSCF 指示 gsmSRF 向用户播送信号音或语音。
8、MSC - gsmSCF 接口
本接口用于 MSC 向 gsmSCF 发送补充业务调用通知。
1.1.2 签约信息
CAMEL 签约信息包括 O-CSI，T-CSI，SS-CSI 等，这里只介绍 O/T-
CSI。GSM09.02 协议中对于 O-CSI，T-CSI 的定义如下：
O-CSI ::= SEQUENCE {
o-BcsmCamelTDPDataList O-BcsmCamelTDPDataList，
extensionContainer ExtensionContainer OPTIONAL，
。。。，
camelCapabilityHandling [0] CamelCapabilityHandling OPTIONAL
}
O-BcsmCamelTDPDataList ::= SEQUENCE SIZE
(1。。maxNumOfCamelTDPData) OF O-BcsmCamelTDPData
O-BcsmCamelTDPData ::= SEQUENCE {
o-BcsmTriggerDetectionPoint O-BcsmTriggerDetectionPoint，
serviceKey ServiceKey，
gsmSCF-Address [0] ISDN-AddressString，
defaultCallHandling [1] DefaultCallHandling，
extensionContainer [2] ExtensionContainer OPTIONAL，
。。。，
o-BcsmCamelTDP-Criteria [3] O-BcsmCamelTDP-Criteria OPTIONAL
}
O-BcsmTriggerDetectionPoint ::= ENUMERATED {
collectedinfo (2)，
。。。}
6

11. MG003006 CAP 信令原理 ISSUE1.1 第 1 章 CAMEL 原理
T-CSI : := SEQUENCE {
t-BcsmCamelTDPDataList T-BcsmCamelTDPDataList，
extensionContainer ExtensionContainer OPTIONAL，
。。。，
camelCapabilityHandling [0] CamelCapabilityHandling OPTIONAL
}
T-BcsmCamelTDPDataList ::= SEQUENCE SIZE
(1。。maxNumOfCamelTDPData) OF T-BcsmCamelTDPData
T-BcsmCamelTDPData ::= SEQUENCE {
t-BcsmTriggerDetectionPoint T-BcsmTriggerDetectionPoint，
serviceKey ServiceKey，
gsmSCF-Address [0] ISDN-AddressString，
defaultCallHandling [1] DefaultCallHandling，
extensionContainer [2] ExtensionContainer OPTIONAL，
。。。
}
maxNumOfCamelTDPData inTEGER ::= 10
T-BcsmTriggerDetectionPoint ::= ENUMERATED {
termAttemptAuthorized(12)，
}
DefaultCallHandling ::= ENUMERATED {
continueCall (0) ，
releaseCall (1) ，
}
CamelCapabilityHandling ::= inTEGER(1。。16)
-- value 1 = CAMEL phase 1，
-- value 2 = CAMEL phase 2:
-- reception of values greater than 2 shall be treated as CAMEL phase 2
7

12. MG003006 CAP 信令原理 ISSUE1.1 第 1 章 CAMEL 原理
ServiceKey ::= inTEGER (0。。2147483647)
从上述定义中，每个用户可以登记 10 个 O-CSI 和 10 个 T-CSI。O/T-CSI
中主要包含以下内容：
1. gsmSCF Address 用户触发 CAMEL 业务应该访问的 gsmSCF 地址。
2. ServiceKey 用于标识 gsmSCF 应该应用哪个业务逻辑。
3. DefaultCallHandling 用于指示如果 gsmSSF/gsmSCF 对话发生异常，
呼叫应该被释放还是继续。
4. TDPList TDPList 用于指示发生 DP 触发的 TDP 列表。目前，O-
CSI 只能用 DP2，T-CSI 只能用 DP12 触发。
5. DP 标准 DP 标准用于指示 gsmSSF 是否应该向 gsmSCF 请求指
令。
6. CAMEL Capability Handling CAMEL 兼容处理用于指示 gsmSCF 请
求业务所支持的 CAMEL 版本号。
1.1.3 DP 标准
DP（Detection Point） 即检出点，用于触发智能呼叫和在智能呼叫过程中
检测出与呼叫相关的事件。DP 有静态的 TDP（Trigger Detection Point，触
发检出点）和动态的 EDP（Event Detection Point，事件检出点）两种类型 。
TDP 数据通过数据管理台静态设置，EDP 数据一般由业务逻辑在智能呼叫过
程中动态配置。
对于 gsmSCF，某些基本呼叫事件是可见的。 为可以检测到事件的呼叫点。
DP
如果配置了 DP，即通知 gsmSCF 遇到了 DP，允许 gsmSCF 影响后续的呼
叫处理，如果不配置 DP，处理实体 gsmSSF 对呼叫的处理与 gsmSCF 无关。
CAMEL 使用三类 DP：
－触发 DP 请求(TDP-R)：该 DP 静态配置并启动 CAMEL 的控制关系。遇
到该 DP 时呼叫处理悬置。
－事件 DP 请求(EDP-R)：该 DP 在 CAMEL 控制关系形成以后动态配置。
遇到该 DP 时呼叫处理悬置，gsmSSF 等待 gsmSCF 的指示。
－事件 DP 通知(EDP-N)：该 DP 在 CAMEL 控制关系形成以后动态配置。
遇到该 DP 时呼叫处理不悬置。
协议规定 gsmSSF 是否应该选择该 CSI 触发 CAMEL 业务 向 gsmSCF 请
8

13. MG003006 CAP 信令原理 ISSUE1.1 第 1 章 CAMEL 原理
求指令，决定于该 CSI 是否满足 DP 标准。
1）移动终止呼叫的 DP 触发标准
HLR 负责检测移动终止呼叫的 DP 标准。HLR 中保存最多 5 组基本业务码
或者基本业务码组，这是一个触发列表。如果呼叫的基本业务匹配某个 HLR
存储的基本业务码或者基本业务码中组中的一个成员，则可以认为该呼叫匹
配了基本业务准则。因此，基本承载业务是作为相应的承载业务码组的一个
成员。HLR 应该保存的用户数据包含 CAMEL 签约信息，只有触发标准满足，
这些信息才发送到 GMSC。
2）移动发起呼叫的 DP 触发标准
当 MSC 遇到移动发起呼叫或者前转呼叫时，应该检查移动发起呼叫的 DP
触发标准。前转呼叫时，HLR 应该确保不满足 DP 标准的签约信息不会被送
到 GMSC。
以下是 GSM09.02 协议中关于 O-CSI DP 触发标准的规定：
O-BcsmCamelTDP-Criteria ::= SEQUENCE {
destinationNumberCriteria [0] DestinationNumberCriteria OPTIONAL，
basicServiceCriteria [1] BasicServiceCriteria OPTIONAL，
callTypeCriteria [2] CallTypeCriteria OPTIONAL，
。。。}
DestinationNumberCriteria ::= SEQUENCE {
matchType [0] MatchType，
destinationNumberList [1] DestinationNumberList OPTIONAL，
destinationNumberLengthList [2] DestinationNumberLengthList
OPTIONAL，
。。。}
DestinationNumberList ::= SEQUENCE SIZE
(1。。maxNumOfCamelDestinationNumbers) OF ISDN- AddressString
-- The receiving entity shall not check the format of a numberin
-- the dialled number list
DestinationNumberLengthList ::= SEQUENCE SIZE
(1。。maxNumOfCamelDestinationNumberLengths) of
9

14. MG003006 CAP 信令原理 ISSUE1.1 第 1 章 CAMEL 原理
inTEGER(1。 maxISDN-AddressLength)
。
maxNumOfCamelDestinationNumbers inTEGER ::= 10
maxNumOfCamelDestinationNumberLengths inTEGER ::= 3
CallTypeCriteria ::= ENUMERATED {
forwarded (0)，
notForwarded (1) }
MatchType ::= ENUMERATED {
inhibiting (0)，
enabling (1) }
DP2 的 DP 标准包括三种： 目的号码触发准则，基本业务码触发准则，和
呼叫类型触发准则。不需要三种 DP 触发准则都存在，如果该项触发准则不
存在，说明该项触发标准满足或匹配。只有该项 O-CSI 满足全部三项 DP 标
准，才认为该 O-CSI 已经满足 DP 标准，可以触发 CAMEL 业务。
一、目的号码触发准则
目的号码触发准则中存储了最多 10 个目的号码字符串和 最多 3 个目
的号码长度。目的号码触发准则分为两种匹配类型(MatchType)：“禁止”
或 “允许”。
如果目的号码“允许”，则只有被叫号码满足以下条件才满足目的号
码触发准则匹配条件：
 目的号码匹配准则中的一个目的号码字符串 或者
 目的号码长度匹配准则中的一个目的号码长度
这种情况下，一个目的号码只有满足以下两个条件才算匹配了准则中的目的
号码。
 目的号码的长度不短于准则中目的号码字符串长度，并且
 准则目的号码字符串与目的号码字符串的开始部分一致
如果目的号码“禁止”，则只有被叫号码满足以下条件才满足目的号码
触发准则匹配条件：
 目的号码不能匹配准则中的任何一个目的号码字符串 ，并且
 目的号码长度匹配准则中的任何一个目的号码长度
这种情况下，一个目的号码如果满足以下两个条件就算匹配了准则中的目的
10

15. MG003006 CAP 信令原理 ISSUE1.1 第 1 章 CAMEL 原理
号码。
 目的号码的长度等于准则中目的号码字符串长度，并且
 准则目的号码字符串与目的号码字符串的完全一致
举例说明目的号码准则的使用。
情况一：
匹配类型为“允许”，目的号码列表包含字符串： 1234，则对于目的号码
123456 和 1234，目的号码字符串匹配是成功的。而对于目的号码 123，目
的号码匹配是不成功的，因为目的号码的长度小于准则中目的号码字符串的
长度。目的匹配成功时，gsmSSF 可以建立与 gsmSCF 的对话。
匹配类型为“禁止”，目的号码列表包含字符串： 1234，则对于目的号码
1234，目的号码字符串匹配是成功的。而对于目的号码 12356 和 123，目的
号码匹配是不成功的，因为目的号码的长度不等于准则目的号码字符串的长
度。目的匹配不成功时，gsmSSF 可以建立与 gsmSCF 的对话。
情况二：
目的号码长度列表包含： 3、 5，则对于目的号码 1234，目的号码长度匹
4、
配是成功的，对于目的号码 123456，目的号码长度匹配是不成功的。如果匹
配类型为“允许”，则匹配成功时允许建立 gsmSSF-gsmSCF 对话；如果
匹配类型为“禁止”，则匹配不成功时才能够建立 gsmSSF-gsmSCF 对话。
情况三：
可以用以下表格表示匹配关系和是否允许建立 gsmSSF-gsmSCF 对话的关
系。
匹配类型 目的号码匹配成功 目的号码长度匹配成功 允许建立对话
允许 N N N
允许 N Y Y
允许 Y N Y
允许 Y Y Y
禁止 N N Y
禁止 N Y N
禁止 Y N N
禁止 Y Y N
11

16. MG003006 CAP 信令原理 ISSUE1.1 第 1 章 CAMEL 原理
二、基本业务码触发准则
基本业务触发准则中存储最多 5 组基本业务码或基本业务码组。如果呼叫的
基本业务码匹配某个存储的基本业务码，或者基本业务码中组中的一个成员
则可以认为该呼叫匹配了基本业务码触发准则。因此，基本承载业务是作为
相应的承载业务码组的一个成员。
三、呼叫类型触发准则
如果前转触发准则"有效"(CallTypeCriteria=forwarded)， 则 gsmSSF
只有在 CAMEL 或者 GSM 前转的情况下才与 gsmSCF 建立对话。如果前转
触发准则"禁止"(CallTypeCriteria != notforwarded)， 则 gsmSSF 只有在
没有 CAMEL 或者 GSM 前转的情况下才与 gsmSCF 建立对话。
1.1.4 CAMEL 触发机制
CAMEL 业务的触发采用签约信息进行触发。 当一个 CAMEL 用户移动时，
其签约信息作为用户信息的一部分被插入到 VLR 中。当 CAMEL 用户试图发
起一个呼叫时，始发 MSC 会查询 VLR 中的 O-CSI 信息，VLR 将根据 O-
CSI 中的 DP 准则判断应该用哪一个 CSI 触发 CAMEL 业务， 并将选择
的 CSI 信息传送到 MSC，从而完成 CAMEL 业务的触发。
当 GMSC 到 HLR 中查询被叫用户的路由信息时，如果被叫手机是 CAMEL
用户，他的用户信息被存储在 HLR 中，HLR 将根据 T-CSI 中的 DP 准则，
选择合适的 T-CSI 信息返回给 GMSC。
当被叫为 CAMEL 用户的呼叫，在被叫的 VMSC 发生遇忙， 寻呼无响应，
无应答等事件时， VMSC 在发生前转前，会查询 VLR 中登记的被叫用户信
息， 并在 VLR 中根据用户 O-CSI 中的 DP 准则，选择合适的 DP 进行
触发。
如图 2 表示了 O－CSI 触发时的流程图。
12

17. MG003006 CAP 信令原理 ISSUE1.1 第 1 章 CAMEL 原理
HLR gsmSCF
SLP1 SLP2
O-CSI list (max=10) Óû§ 7. execute SLP
Êý¾Ý
manager
CAP interface
6. InitialDP 8. SSF£- SCF relation
MAP interface
gsmSSF
internal interface 5. request instructions
9. monitor state and event
1. Insert Subscriber Data
MSC
VLR A-interface
4. CSI 2. service request
3. SIFOGC
O-CSI list (max=10) Óû§
Êý¾Ý BSS
图1.2O-CSI 触发流程图
1. 用户发生位置更新，HLR 将用户数据插入 VLR 中。 O-CSI 作为用户信
息的一部分也被插入到 VLR 中。一个用户最多可以登记 10 个 CSI，每
个 CSI 可以表示一个或者一组业务。
2. BSS 向 MSC 发起业务请求。
3. MSC 到 VLR 中查询用户信息。VLR 收到此请求，查询用户信息时，
并试图用 DP 准则匹配所有的 O-CSI 。一旦查询到满足 DP 准则的 O-
CSI， 可以确认该用户发起的本次呼叫需要 CAMEL 支持， MSC/SSP
将根据所选择的 O-CSI 中的信息触发 CAMEL 业务。
4. VLR 向 MSC 返回触发本次呼叫的 O-CSI。 在 O-CSI 中包含了业务健
和 SCF 地址等关键信息。
5. MSC 用内部接口向 gsmSSF 请求指示。
6. gsmSSF 根据 O-CSI 中的 gsmSCF 地址，向该 gsmSCF 发起业务请
求， 并在 initialDP 中包含了 业务键。
7. gsmSCF 根据 initialDP 的业务键， 执行相应的业务逻辑程序，生成业
务逻辑程序实例，根据业务逻辑的要求指示 gsmSSF 的下一部动作。
8. 一般的，gsmSSF 和 gsmSCF 间建立并维持一个关系(一般是控制关
系)。gsmSSF 通过这个关系，向 gsmSCF 报告呼叫处理的状态，并从
gsmSCF 接收指令去维持，建立或者拆除一个呼叫。
9. MSC 通过内部接口向 gsmSSF 报告 MSC 的状态或者事件，gsmSSF
维护的 SSF 状态机，从 gsmSCF 接收指令，并将与呼叫处理相关的指
13

18. MG003006 CAP 信令原理 ISSUE1.1 第 1 章 CAMEL 原理
令转换成内部的呼叫控制指令传送给 MSC ， 如 int_RealeaseCall，
int_Continue， int_Connect， int_Error 等。
如图 3 表示了 T-CSI 触发流程的示意图。
HLR
SLP1 SLP2
T-CSI list (max=10) Óû§ 6. execute SLP
Êý¾Ý
manager
3. SRI Rsp(T-CSI) 5. InitialDP
2. SRI 7. SSF£- SCF relation
9. SRI(CSI-suppression) 10. SRI Rsp(MSRN))
gsmSSF
4. request instructions CAP interface
MAP interface
8. monitor state and event
GMSC internal interface
11. InitialAddress 1. InitialAddress
destination exchange
TUP/ISUP interface original exchange
图1.3T-CSI 触发流程图
1. GMSC 收到发端交换机的 initial Address 消息(IAI 或者 IAM)。
2. GMSC 向 HLR 查询被叫的路由信息。
3. HLR 首先检查被叫的用户信息，其中包含对 T-CSI 的检查。如果存在满
足 DP 准则的 T-CSI， 可以确认该用户发起的本次呼叫需要 CAMEL
支持。HLR 将不返回用户的路由信息，而是将选择的 T-CSI 返回给
GMSC。如果可能前转，用户的 O-CSI 信息也将返回给 GMSC。
4. GMSC 用内部接口向 gsmSSF 请求指示。
5. gsmSSF 根据 T-CSI 中的 gsmSCF 地址，向该 gsmSCF 发起业务请
求， 并在 initialDP 中包含了 业务键。
6. gsmSCF 根据 initialDP 的业务键， 执行相应的业务逻辑程序，生成业
务逻辑程序实例，根据业务逻辑的要求指示 gsmSSF 的下一部动作。
7. 一般的，gsmSSF 和 gsmSCF 间建立并维持一个关系(一般是控制关
系)。gsmSSF 通过这个关系，向 gsmSCF 报告呼叫处理的状态，并从
gsmSCF 接收指令去维持，建立或者拆除一个呼叫。
8. GMSC 通 过 内 部 接 口 向 gsmSSF 报 告 MSC 的 状 态 或 者 事 件 ，
gsmSSF 维护的 SSF 状态机，从 gsmSCF 接收指令，并将与呼叫处
理 相 关 的 指 令 转 换 成 内 部 的 呼 叫 控 制 指 令 传 送 给 MSC ， 如
int_RealeaseCall， int_Continue， int_Connect， int_Error 等。
14

19. MG003006 CAP 信令原理 ISSUE1.1 第 1 章 CAMEL 原理
9. GMSC 再次向 HLR 查询路由信息， 并通知 HLR 本次查询无需返回
CSI。
10. GMSC 返回被叫的 MSRN。
11. GMSC 向终端交换机发送 initial Address ( IAI 或 IAM)， 继续呼叫建
立过程。
1.2 基本呼叫状态模型（BCSM）
1.2.1 基本呼叫管理(BCM)概述
BCM 是 CCF（呼叫控制功能）的一个实体，它提供基本呼叫和连接控制去
建立用户的通信通路，并把通信通路连接起来，检出基本呼叫和连接控制事
件，并调用智能业务逻辑请求或向工作的智能业务逻辑请求报告。管理支持
基本呼叫和连接控制的资源。
所谓检出基本呼叫和连接控制事件，就是 BCM 能够检出呼叫处理中 DP 事
件。
所谓调用智能业务逻辑请求， 就是 BCM 能够在检出呼叫处理的 DP 事件后，
能够悬置当前的呼叫处理，调用(或者说触发)智能业务逻辑，请求业务逻辑
指示下一步动作。 如 BCM 检出 DP2， 调用智能业务逻辑请求，智能业务
逻辑响应后给出下一步的动作。
所谓向工作的智能业务逻辑请求报告， 就是在一个已经存在智能业务逻辑，
可以请求 BCM 报告某些 DP 事件， BCM 在遇到这些 DP 事件后能够能
够悬置当前的呼叫处理， 向对应的智能业务逻辑报告 DP 事件。
SSF
CCF
»ù±¾ ô½ ×ÊÔ Êý¾ Ü
º Ð ´ ݹ Àí »ù±¾ ô½ ¹ Ü
º Ð Àí
SRF
CCAF CCAF
»ù±¾ ô½ ×ÊÔ Êý¾
º Ð ´ Ý ³Ð Ø Ö
Ô ¿Ø Æ
PIC(Point in Call) 呼叫点： PIC 标识了完成一个或多个与智能业务逻辑请求
有关的基本呼叫/连接状态所要求的 CCF 动作。
15

20. MG003006 CAP 信令原理 ISSUE1.1 第 1 章 CAMEL 原理
DP(Detection Point)检出点： DP 表示在基本呼叫处理和连接处理中能够发
生控制转移的点。
转移过程： 转移过程表示在基本呼叫处理/连接处理中从一个 PIC 到另一个
PIC 的正常流向。
事件： 将是从一个 PIC 到另一个 PIC 的状态。
ת ÒÆ
º Í ×ª Ò Ó ¹ Ø
ÆÐ µÄʼþ
DPX
PICY
基本呼叫处理可以悬置在 DP 点， SSP 向 SCP 报告 DP 事件并请求 SCP 对
呼叫处理如何进行给出指示。
我们可以这样理解 PIC 和 DP 的概念。 PIC 是一组 CCF 按照基本的处理流
程处理呼叫， SCF 不加干预的呼叫处理动作。 对于 SSF/SCF， 这组动作
的细节是不可知的， 也不需要关心， 但是它所完成的功能是明确的。 PIC
的出口， 是由于遇到了 DP 事件， 此时， CCF 应该考虑悬置基本呼叫处
理， 也就是说， 应该将基本呼叫处理的状态停留在 DP 点， 向 SCF 报告
遇到的 DP 事件并请求指示下一步动作， 也就是说， 请求智能业务逻辑指
示下一步应该完成哪一个 PIC 。智能业务逻辑根据 DP 事件和业务逻辑的处
理， 指示 SSF/CCF 下一步应该执行的 PIC 动作。 用以下图例示意：
DPA DPB GSM03.7
event_a 8
event_b
S2
event_b
S3 event_a S5
S6
S1
S4
PIC PIC S7
GSM03.1 PIC
8
图中兰色表示基本迁移， 红色表示智能迁移， 黑色表示没有嵌入 DP 时的
16

21. MG003006 CAP 信令原理 ISSUE1.1 第 1 章 CAMEL 原理
状态迁移。 由图中可以看出， 在没有嵌入 DP 时， 在 S2 状态如果遇到了
event_a 事件， 呼叫处理状态应该按照既定的流程迁移到状态 S3。 在嵌入
DP 后， S2 状态将悬置在 DPA， GMSC 通过 gsmSSF 向 gsmSCF 报告
事件并请求指令。 在业务逻辑的影响下， 后续的呼叫处理既可以按照原来
的呼叫处理流程继续进行(DPA-- S3)， 也可以根据业务指示执行新的分支流
程(DPA--S1)。 前者称为基本呼叫迁移， 后者称为智能呼叫迁移。 在 GSM
协议中， PIC 内部的状态迁移和处理由 GSM03.18 定义。 PIC 外部的 DP
悬置处理部分由 GSM03.78 协议规定。
我们可以用 伪代码的形式表示以上思想：
BCM() //CCF 消息处理函数
{
If (Suspend At DP)
{
If (Message from SSF to indiacate Next PIC)
Transimit to Next PIC_proc();
Else If event from other Leg
Treat this event (Report DP or Exception)
Else
BCSM Exception
}
Else
{
If ( !MetDP )
DO Next StepinCurrent PIC;
Else
Report DP And Suspend At DP
}
};
17

22. MG003006 CAP 信令原理 ISSUE1.1 第 1 章 CAMEL 原理
1.2.2 CAMEL 的始发基本呼叫状态模型 O-BCSM
O_放弃 O_空 &
O_例外
DP10 发端试呼鉴权收集信息
DP2 收集信息
_
分析 信息
DP4
路由选择和提醒 路由_选择_故障
DP5
O_被叫忙
O_应答 DP6
DP7 O_无应答
DP9 O_激活
DP50
O_切断
O_不可及
图1.4移动始发基本呼叫状态模型
移动始发呼叫和前转呼叫的呼叫模型中，每个 PIC 均包括进入事件，功能和
退出事件。
1、 O_空闲及发端试呼授权－已收集信息
进入事件：
－ 前 一 个 呼 叫 (DP9 － O 拆 线 ) 已 经 清 除 或 已 经 拆 线 ， 或 者 gsmSSF/
(G)MSC 已经完成对于例外事件的隐含处理。
－分析，寻路及振铃 PIC 已经报告放弃事件。
－已经报告了例外事件。
功能：
－接口空闲
－始发呼叫：从 MS 接收到包含所拨号码的 SETUP 消息。
－始发呼叫：检查补充业务“闭锁所有去话呼叫”，必要时调用该业务。
－始发呼叫：检查 ODB 类别“闭锁所有去话呼叫”，必要时调用
ODB。
18

23. MG003006 CAP 信令原理 ISSUE1.1 第 1 章 CAMEL 原理
注：如果 VLR 不在 HPLMN，ODB 类别“漫游时闭锁所有去话呼叫”
引起 HLR 发送类别“闭锁所有去话呼叫”。
－始发呼叫：在始发 MSC/VLR 进行的 CUG 检查已经完成。
－分析信息，如分析 O－CSI 信息。
退出事件：
－O－CSI 已经分析
－遇到例外条件。如果在该 PIC 处理期间遇到一个例外事件，因为没有
相应的 DP，该事件不可见。例如主叫方放弃呼叫，用户 O/T-CSI 数据差错。
2、分析，寻路及振铃
进入事件：
－已经分析 O－CSI (DP2－收集到信息)
－从分析，寻路及振铃 PIC 接收到遇忙事件，路由选择失败事件或无应
答事件的报告。
－从 O_激活 PIC 接收到拆线事件。
功能：
－根据拨号计划分析和/或翻译信息，确定寻路地址。
－翻译寻路地址。
－始发呼叫：检查还没有应用的去话闭锁业务和 ODB 类别，必要时调
用该业务。
－呼叫由 T－BCSM 处理。继续对呼叫建立(如振铃)的处理。等待从 T－
BCSM 来的呼叫已经应答的指示。
退出事件：
－从 T－BCSM 接收到呼叫已经应答的指示(DP7－O 应答)
－遇到例外事件，由此引起 O－例外 PIC。
－主叫方放弃呼叫，由此引起 O－放弃 DP。
－从被叫方接收到遇忙指示，由此引起 O－忙 DP。
－从被叫方接收到不可及指示，由此导致 O－忙 DP。
－如果无应答定时器超时并配置了 DP O－无应答，由此引起 O－无应
答 DP。
19

24. MG003006 CAP 信令原理 ISSUE1.1 第 1 章 CAMEL 原理
－为该呼叫选择路由的尝试失败，由此引起路由选择失败 DP。
3、 O_激活
进入事件：
－从 T－BCSM 接收到呼叫已经应答的指示(DP7－O 应答)
功能：
－在主被叫之间建立起连接。提供呼叫监视。
－等待呼叫释放。
退出事件：
－从主叫方或者通过 T－BCSM 从被叫方接收到拆线指示(DP9 －O 拆
线)。
－遇到例外条件。
4、 O_例外
进入事件：
－遇到例外事件。除了上述的特例外，例外事件还包括任何类型的失败，
即非正常的 PIC 退出事件。
功能：
－提供例外条件的隐含处理。包括必要的动作以确保没有分配不当的资
源，例如：
－如果 gsmSSF 和 gsmSCF 存在任何关系，gsmSSF 发送一个差错信
息流关闭此关系，并指示任何悬置的呼叫处理指令将不完成。
－(G)MSC/gsmSSF 应采用厂家特有的处理，确保(G)MSC/gsmSSF 中
的资源释放，以便用户线中继线和其它资源可以为新的呼叫使用。
退出事件：例外事件的隐含处理由(G)MSC/gsmSSF 完成。
移动始发呼叫和前转呼叫所应用的 DP 有：
CAMEL 检测点(DP) DP 类型 描述
DP2 已收集信息 TDP－R 指示已经分析了 O－CSI
DP4 路由选择失败 EDP－N，EDP－R 指示呼叫建立失败
DP5 O 忙 EDP－N，EDP－R 指示从被叫方接收到遇忙指
示
20

25. MG003006 CAP 信令原理 ISSUE1.1 第 1 章 CAMEL 原理
不可及事件可以根据 ISUP 释
放消息中的原因值确定
DP6 O 无应答 EDP－N，EDP－R 指示与 O 无应答 DP 相应用
定时器超时
DP7 O 应答 EDP－N，EDP－R 指示被叫方接收呼叫并应答
DP9 O 拆线 EDP－N，EDP－R 从被叫方或主叫方接收到拆
线指示
DP10 O 放弃 EDP－N 指示呼叫连接过程中从主叫
方接收到拆线指示
1.2.3 CAMEL 的终接基本呼叫状态模型 T-BCSM
T－BCSM 用来描述 GMSC 在终接呼叫期间的动作。见图 5。当遇到 DP 时，T-
BCSM 处理在 DP 点悬置，GMSC 向 gsmSSF 报告，由 gsmSSF 决定当该 DP
配置时需要采取的动作。
T_放弃
T_空 &
DP18
终端试呼鉴权 T_例外
终端试呼鉴权
DP12
DP13
终端呼叫处理 T_被叫忙
DP51
T_不可及
T_应答
DP14
DP15
T_无应答
DP17 T_激活
T_切断
图1.5移动终结基本呼叫状态模型
GMSC 移动终接呼叫的呼叫模型中，每个 PIC 均包括进入事件，功能和退出
事件。
1、T_空闲
进入事件：
21

26. MG003006 CAP 信令原理 ISSUE1.1 第 1 章 CAMEL 原理
－对前一个呼叫进行清除或拆线，或由 gsmSSF/GMSC 完成对例外的隐
含处理。
－从终接呼叫处理 PIC 接收到放弃事件的报告。
－例外事件已经报告。
功能：
－接口空闲
－接收到 ISUP_IAM，已经分析了相应的信息。
－向 HLR 发送 SRI 信息流。
－检查补充业务“闭锁所有来话呼叫”和“漫游时闭锁所有来话呼叫”，
必要时调用该业务。
－检查 ODB 类别“闭锁所有来话呼叫”和“漫游时闭锁所有来话呼叫
” ，必要时调用 ODB。
－必要时检查并调用补充业务“CUG”。
－接收并分析 T－CSI。
退出事件：
－从 HLR 接收到响应，并已经分析 T－CSI(如果可用的话)。
－遇到例外条件。如果在 PIC 处理期间遇到例外事件，因为没有相应的
DP，例外事件不可见。例如主叫方放弃呼叫，用户 T-CSI 数据差错等。
2、 终接呼叫处理
进入事件：
－从 HLR 接收到响应，并已经分析 T－CSI(DP12－终端试呼授权)。
－从终接呼叫处理 PIC 接收到遇忙事件或无应答事件的报告。
－从 T－激活 PIC 接收到拆线事件的报告。
－被叫方不可及。
注：在呼叫接续到目的地 VMSC 之前，HLR 用 MAP 信令向 GMSC 指
22

27. MG003006 CAP 信令原理 ISSUE1.1 第 1 章 CAMEL 原理
示被叫不可及；或者呼叫已经接续到目的地 VMSC 之后，VMSC 采用电话信
令向 GMSC 指示被叫不可及。
功能：
－已经分析从 HLR 来的响应。
－解释路由地址和呼叫类型。选择下次路由。
－向被叫方振铃。等待被叫方应答该呼叫。
－必要时调用呼叫前转。
退出事件：
－被叫方接收并应答呼叫。
－遇到例外条件－这导致 T－例外 PIC。例如：到 MSC/GMSC 的呼叫建立
不成功。
－主叫方放弃呼叫－由此引起 T－放弃 DP。
－从目的地交换机接收到遇忙指示。－由此引起 T－忙 DP。
－如果无应答定时器超时并配置了 DP T－无应答。－由此引起 T－无应答
DP。
－监测到不可及事件或者被叫选择路由失败。－由此引起 T－忙 DP。
3、 T_激活
进入事件：
－指示被叫方已经接收并应答呼叫。(DP15－T_应答)
功能：
－主被叫之间已经建立连接。提供呼叫监视。
－等待呼叫释放。
退出事件：
－从被叫方或通过 O_BCSM 从主叫方接收到拆线指示。
23

28. MG003006 CAP 信令原理 ISSUE1.1 第 1 章 CAMEL 原理
－遇到例外条件。除了上述的特例外，例外事件还包括任何类型的失败，
即非正常的 PIC 退出事件。
4、 T_例外
进入事件：
－遇到例外条件。除了上述的特例外，例外事件还包括任何类型的失败，
即非正常的 PIC 退出事件。
功能：
－提供例外条件的隐含处理。包括必要的动作确保没有分配不当的资源，
例如：
－如果 gsmSSF 和 gsmSCF 存在任何关系，gsmSSF 发送一个差错信息流
关闭此关系，并指示任何特有的呼叫处理指令将不完成。
－(G)MSC/gsmSSF 应采用厂家特有的处理，确保(G)MSC/gsmSSF 中的
资源释放，以便用户线中继线和其它资源可以为新的呼叫使用。
退出事件：例外条件的隐含处理由(G)MSC/gsmSSF 完成。
移动终接呼叫所应用的 DP 有：
CAMEL 检测点(DP) DP 类型 描述
DP12 终端试呼授权 TDP－R 指示已经分析了 T－CSI
DP13 T 忙 EDP－N，EDP－R 指示从目的地交换机接收到遇忙
指示
不可及或呼叫建立失败事件可以
从 HLR 确定，或者根据 ISUP 释
放消息中的原因值。
DP14 T 无应答 EDP－N，EDP－R 指示与 T 无应答 DP 相关的应用定
时器超时
DP15 T 应答 EDP－N，EDP－R 指示被叫方接收呼叫并应答
DP17 T 拆线 EDPb－N，EDP－R 从被叫方或主叫方接收到拆线指
示
DP18 T－放弃 EDP－N 指示呼叫连接过程中从主叫方接
收到拆线指示
24

29. MG003006 CAP 信令原理 ISSUE1.1 第 2 章 CAP 操作及 SSF 状态模型
第2章 CAP 操作及 SSF 状态模型
2.1 CAP 协议概述
CAP（CAMEL Application Part）是 CAMEL 的应用部分，它基于智能网的
INAP 协议。在 Phase1 阶段，CAP 规定了 gsmSSF 和 gsmSCF 之间的信息
流。在 Phase2 阶段，CAP 除规定了 gsmSSF 与 gsmSCF 之间的接口外，还
规定了 gsmSRF 与 gsmSCF 之间的接口。CAP 是应用层的协议，同属 TCAP
的用户。它们在七号信令系统中的地位如下图所示。
INAP CAP MAP
TUP ISUP TCAP
SCCP
MTP
INAP：智能网应用规程 MAP：移动应用部分 CAP：CAMEL应用部分
TUP：电话用户部分 ISUP：ISDN用户部分 TCAP：事务处理应用部分
SCCP：信令连接控制部分 MTP：消息传递部分
图1.6CAP 在七号信令中的位置
2.2 CAP 操作
CAP 采 用 CCITT X.208 建 议 的 “ 抽 象 语 法 表 示 法 1 （ ASN.1 ， Abstract
Syntax Notation -1）来描述。有关 ASN.1 是如何描述协议的，请参考 CCITT
相关标准。
CAP 操作定义了 SSF 与 SCF 之间的接口消息。 CAMEL Phase II 总共定义了
22 个CAP 操作。 根据操作的返回值和差错情况， 可以 将 CAP 操作分成 4
类。
1 类操作： 有返回值和差错
2 类操作： 有差错但无返回值
3 类操作： 有返回值无差错
25

30. MG003006 CAP 信令原理 ISSUE1.1 第 2 章 CAP 操作及 SSF 状态模型
4类操作： 没有返回值也没有差错
在CAP中，根据开放业务的需要选用22种操作。操作和信息流的对应关系如下
表所示：
表2-1 CAP操作及其类别
信 息 流 操 作 类 别
Activity Test 激活测试 Same 3
Activity Test Response 激活测试响应 Return Result from Activity Test 3
Apply Charging 申请计费 Same 2
Apply Charging Report 申请计费报告 Same 2
Assist Request 辅助请求指令 Same 2
Instruction
Call Information Report 呼叫信息报告 Same 4
Call Information 呼叫信息请求 Same 2
Request
Cancel 取消 Same 4
Connect 连接 Same 2
Connect to Resource 连接到资源 Same 2
Continue 继续 Same 4
Disconnect Forward 切断前向连接 Same 2
Connection
Establish Temporary 建立临时连接 Same 2
Connection
Event Report BCSM BCSM事件报告 Same 4
Furnish Charging 提供计费信息 Same 2
Information
Initiate DP 启动DP Same 2
Release Call 释放呼叫 Same 4
Request Report BCSM 请求报告BCSM事件 Same 2
Event
Reset Timer 重设定时器 Same 2
Play Announcement 播送通知 Same 2
Prompt and Collect User 提示并收集用户信 Same 1
Information 息
Specialized Resource 专用资源报告 Same 4
Report
说明：操作一栏中的“same”表示操作的名称和信息流的名称相同。
1、启动 DP
一个 gsmSSF-gsmSCF 对话总是由启动 DP 来开启的。 gsmSSF 发送启动
DP 建立对话的原因， 总是因为呼叫处理中 MSC/GMSC 遇到了 TDP 事件
(TDP2/12)。 在 启动 DP 中， 包含了业务键等关键参数。
2、请求报告 BCSM 事件与 BCSM 事件报告
26

31. MG003006 CAP 信令原理 ISSUE1.1 第 2 章 CAP 操作及 SSF 状态模型
在一个 gsmSSF-gsmSCF 控制关系存在的情况下， gsmSCF 可以用根据
业务的需要， 配置所需要的 EDP 事件。
SCF 通过“请求报告 BCSM 事件”操作可以将 EDP 事件的监视模式配置成
三种：
 中断： 这表明该 EDP 事件被配置为 请求类型。
 通知并继续： 这表明该 EDP 事件被配置为 通知类型。
 透明： 这表明该 EDP 事件被解除了配置， SSF 将不再监视该 EDP
事件。
如果 SSF遇到了一个EDP事件，而且SSF 也配置了这些事件，SSF 总是用
“BCSM事件报告”操作将该事件报告给 SCF。
3、呼叫信息请求与呼叫信息报告
SCF 可以用“呼叫信息请求”操作请求SSF记录一个呼叫的某些信息， 并在
呼叫释放时用“呼叫信息报告”报告这些信息。可以请求的信息包括：
试呼历时时间
呼叫停止时间
呼叫被连接时间
释放原因
如果一个 SSF 被 SCF 请求报告某个呼叫信息事件，则可以称 SSF 存在某个
呼叫信息报告悬置。如果 SSF 报告了该呼叫信息事件，则呼叫信息报告悬置
被解除。
4、申请计费与申请计费报告，发送计费信息
CSE 控制呼叫分段计费由 “申请计费”和“申请计费报告”操作完成。SCF
发送“申请计费”操作，通知 SSF 启动计费相关定时器，并给出费率切换的
指示， SSF 在满足分段结束条件时将用“申请计费报告”操作向 SCF 报告
计费的结果。
如果一个 SSF 被 SCF 请求执行计费操作，并且该计费操作尚未执行完成，
可以称 SSF 存在计费报告悬置。如果计费报告上报，则计费报告悬置被解除。
CSE 控制 AOC 计费时可以由“发送计费信息”完成。SCF 可以在该操作中
27

32. MG003006 CAP 信令原理 ISSUE1.1 第 2 章 CAP 操作及 SSF 状态模型
指定待发送的 e 值和费率切换的信息，SSF 将在适当的时候发送 e 值给移动
台。
5、提供计费信息
SCF 可以用提供计费信息发送任意格式的计费信息给 SSF，SSF 将这些计费
信息记录在呼叫记录中。
6、继续、连接、释放呼叫
“继续”和“连接”操作都只能在 SSF 处于“等待指令”状态时收到，此时，
呼叫处理已经暂停，并等待 SCF 给出指示。
如果 SCF 对于当前暂停的呼叫并没有进一步的指示，希望呼叫处理按照
MSC 固有的逻辑执行时，SCF 可以用“继续”操作通知 SSF 处理。
SCF 也可以在当前状态下给 SSF 提供新的被叫号码，振铃模式等信息，SCF
通过 “连接”操作完成此工作。 在收到 SCF 的“连接”指示后，将根据
SSF
SCF 提供的信息，继续进行呼叫处理。
如果希望释放现在正在进行的呼叫， SCF 可以用“释放呼叫”操作释放呼
叫。
7、连接到资源、 播送通知音、 提示并收集用户信息、 拆除前向连接、 特殊资
源报告
SCF 通过“连接到资源”操作指示 SSF 连接到一个内部或者外部的 SRF 资
源，准备从 SCF 接收放音和收号的指示。
一旦 SSF 已经建立了到 SRF 的连接，SCF 可以通过 “播送通知” 操作指
示 SSF 完成一段语音或者信号音的播放。
如果 SSF 完成了放音操作，并且 SCF 在“播送通知”操作中明确或者隐含
的希望 SSF 报告放音的完成，SSF 将用“特殊资源报告”操作报告“播送通
知”操作的完成。
如果除了给用户以语音提示或者信号音提示外，SCF 还需要从用户收集一些
必须的信息，SCF 可以用 “提示并收集用户信息” 来完成这种双向交互。
如果用户正确的完成了“提示并收集用户信息”操作指示的收号动作，SSF
将用“提示并收集用户信息返回值”报告收号的结果。
28

33. MG003006 CAP 信令原理 ISSUE1.1 第 2 章 CAP 操作及 SSF 状态模型
如果 SSF 已经完成了所有必须的用户交互动作，SCF 可以用“拆除前向连接
”来指示 SSF 拆除到 SRF 资源的连接。当然，SCF 也可以在最后一个“播
送通知”操作中指示 SRF 在完成放音后自动拆除到 SSF 的连接，这时就不
需要SCF向启动SSF发送“拆除前向连接”操作了。
“拆除前向连接”操作的另一个作用是拆除到辅助SSF或者独立IP建立的临
时连接。
一个典型的用户交互信令过程可以如下所示：
gsmSSF gsmSCF
TC_begin
Æô¶¯DP
TC_continue
Á¬½ µ½ ´
Ó ×ÊÔ
TC_continue
² ¥ËÍ Í ¨ Öª
TC_continue
ÌØ Êâ×ÊÔ ±¨ ¸ æ
´
TC_continue
Ì áʾ ¢ÊÕ ¯Ó
² ¼ û§ÐÅÏ ¢
TC_continue
RESULT
TC_continue
² ð³ ýÇ°Ï òÁ¬½Ó
TC_end
ÊÍ · ź ô½Ð
8、建立临时连接与辅助请求指令
如果一个 SSP 由于资源所限，无法完成所必须的放音收号，SCF 可以用“建
立临时连接”操作指示 SSF 建立一个到辅助SSF或者独立 IP的临时连接，
由辅助 SSF 或者独立 IP 完成到所必须的放音收号动作。
当 SSF 需要建立到辅助SSF或者独立IP的连接时，辅助SSF与完成特殊资源
动作的功能实体(辅助SSF或者独立IP) 应该通过 ISUP 连接。启动SSF 执行“
建立临时连接”操作时，通过ISUP信令IAM通知辅助SSF或者独立IP 这种辅
助资源的请求。
29

34. MG003006 CAP 信令原理 ISSUE1.1 第 2 章 CAP 操作及 SSF 状态模型
辅助 SSF 或者独立 IP 从 IAM 消息中检出辅助资源的请求，通过“辅助请
求指令”向 SCF 请求放音动作的执行。SCF 仍然通过“连接到资源”“播送
通知”“提示并收集用户信息”完成必要的用户交互。
如果 SCF 不需要辅助 SSF 或者独立 IP 继续进行用户交互，SCF 可以通过
“拆除前向连接”来指示启动SSF拆除到辅助SSF或者SRF的连接。当然，SCF
也可以在最后一个“播送通知”操作中指示 SRF 在执行完放音动作后自动
完成资源拆除动作，这时就不需要SCF向启动SSF发送“拆除前向连接”操作
了。
一个典型的辅助 SSF 完成用户交互的信令过程可以如下：
gsmSSF gsmSCF ¸¨ÖúgsmSSF
TC_begin
Æô¶¯DP
TC_continue
½ Á¢ÁÙ
¨ ʱÁ¬½Ó
IAM
TC_begin
¸ ¨ Ö ëÇ ¸ Áî
úÇ óÖ
TC_continue
Á¬½ µ½ ´
Ó ×ÊÔ
TC_continue
² ¥ËÍ Í ¨ Öª
TC_continue
ÌØ Êâ×ÊÔ ±¨ ¸ æ
´
TC_continue
Ì áʾ ¢ÊÕ ¯Ó
² ¼ û§Ð ¢
ÅÏ
TC_continue
TC_continue RESULT
² ð³ ýÇ Ï òÁ¬½
° Ó
CLF
RLG
TC_end TC_u_abort
ÊÍ · ź ô½Ð
9、重设定时器
有些业务执行时间或者CAP操作执行时间需时较长，为了防止gsmSSF 的定
30

35. MG003006 CAP 信令原理 ISSUE1.1 第 2 章 CAP 操作及 SSF 状态模型
时器 Tssf 超时，gsmSCF 随时可以用重设定时器操作重设 Tssf 定时器。
10、取消
"取消" 操作用于取消以下发送的一个 PA 或者 P&C 操作。gsmSSF/gsmSRF
连续收到多个 PA 或者 P&C 操作时，会将这些 PA/P&C 操作缓存起来，依
次执行。取消操作不能取消正在执行的 PA 或 P&C 操作，但是可以取消那些
在缓存中的操作。
取消操作还有一种用法，就是可以取消所有的 PA/P&C 操作和所有配置的
EDP 事件。
11、激活测试
gsmSSF 一旦与 gsmSCF 建立了对话关系，在整个呼叫过程中这一对话关
系将维持，除非由于业务或者呼叫事件的影响导致对话释放。为了防止由于
网络故障，导致 gsmSCF 资源无法释放，CAP 提供了激活测试操作用于检
测 gsmSSF-gsmSCF 对话是否存在。
激活测试操作是一个 3 类操作，有返回值。在对话过程中，gsmSCF 用发送激
活测试操作检测一个 CAP 对话是否依然存在，并指望从 gsmSSF 收到激活
测试操作的返回结果(AT - RESULT)。如果在规定的时间之类没有收到结果，
gsmSCF 就释放本次对话的资源，并用TC-U-ABORT 结束对话。
gsmSSF 在对话过程中被动的接收 AT 操作。如果收到 AT 操作且该对话依
然存在，gsmSSF 立刻发回对 AT 操作的响应(AT Result)。如果该对话不存在，
gsmSSF 简单的丢弃该操作。gsmSSF 的响应是被动的，也就是说，SSF 并
不指望一定会在某个时间段内收到 gsmSCF 的激活测试，即使在对话过程
中一直没有收到 gsmSCF 的 AT 操作，gsmSSF 也不会做出任何表示不满
的动作。
2.3 SSF 状态迁移
2.3.1 概述
如下图是按照 GSM03.78 绘制的 SSF 状态迁移图。
31

36. MG003006 CAP 信令原理 ISSUE1.1 第 2 章 CAP 操作及 SSF 状态模型
IDLE
Monitoring
Wait_for_Request
Wait_for_Instructions
Await_Resource_Connection Await_Temporary_Connection_Established
SRF_Release_Pending TC_Release_Pending
Wait_for_end_of_User_Interaction Wait_for_end_of_Temporary_Connection
图1.7SSF 状态迁移模型
SSF 有限状态机的主要状态包括：
“空闲”状态
“等待指令”状态
“等待用户交互结束”状态
“等待临时连接结束”状态
“监视”状态
其他一些状态可以看作是在以上的主状态迁移过程中，为了处理方便增加的
子状态。在分析 SSF 状态机时，一般不将这些状态考虑在内。这些状态有：
“等待请求”
“等待资源连接”
“等待临时连接建立”
“SRF 资源释放选择”
“临时连接释放悬置”
32

37. MG003006 CAP 信令原理 ISSUE1.1 第 2 章 CAP 操作及 SSF 状态模型
在 CAP 规范(GSM09.78)中，一个操作能够在接收实体处于什么状态时接收，
由该操作的“前提条件”(Procondition) 定义。接收实体在执行该操作后可以
迁移到哪些状态，有该操作的“后续条件”(Postcondition) 定义。如果一个功
能实体(SSF/SRF/SCF) 在不正确的状态收到了一个 CAP 操作，功能实体应
该以差错(“不期望的成分顺序”) 或者 TCAP 拒绝通知对端实体这种不和谐。
2.3.2 “空闲”状态
(1) “空闲”状态 －〉“等待指令”状态
当 MSC/GMSC 遇到了一个 TDP 事件 (TDP2 或者 TDP12)， MSC/GMSC
暂停呼叫处理，并向 SSF 告遇到的 TDP 事件，此时，SSF 状态机由“空
闲”状态迁移到“等待指令”状态。这也是导致 SSF 发生此迁移的唯一原因。
(2) “空闲”状态 －〉“空闲”状态
如果 MSC/GMSC 向 SSF 请求了 SSF 状态机， 但是没有能够在规定的时
间内上报 TDP 事件，或者在上报时出现异常事件，SSF 将历经“空闲”－
“等待请求”－“空闲”的状态迁移。
2.3.3 “等待指令”状态
(1) “等待指令”状态 －〉“空闲”状态
如果在“等待指令”状态，在 Tssf 状态定时超时前，SSF 未收到 SCF 的任
何指示，SSF 应该在超时后由“等待指令”状态迁移到“空闲”状态。
如果在“等待指令”状态发生主叫放弃事件，SSF 应该迁移到“空闲”状态。
如果在“等待指令”状态收到 SCF 的以下操作，并且，SSF 没有其他的
EDP 事件悬置，或者计费报告悬置时，SSF 应该迁移到“空闲”状态。
继续
连接
如果在“等待指令”状态收到 “释放呼叫”操作， SSF 应该迁移到“空闲
”状态。此时，如果 SSF 没有计费报告或者呼叫信息悬置， SSF 直接转移
到“空闲”状态；如果 SSF 存在悬置的计费报告或者呼叫信息报告，SSF
应该先报告这些报告，然后在迁移到“空闲”状态。
(2) “等待指令”状态 －〉“等待用户交互结束”状态
如果 SSF 在“等待指令”状态收到 SCF 的“连接到资源”操作，SSF 将
迁移到“等待用户交互结束”状态。
33

38. MG003006 CAP 信令原理 ISSUE1.1 第 2 章 CAP 操作及 SSF 状态模型
(3) “等待指令”状态 －〉“等待临时连接结束”状态
如果 SSF 在“等待指令”状态收到 SCF 的“建立临时连接”操作，SSF
将迁移到“等待临时连接结束”状态。
(4) “等待指令”状态 －〉“监视”状态
如果在“等待指令”状态收到 SCF 的以下操作，并且，SSF 存在 EDP 事
件悬置，或者计费报告悬置时，SSF 应该迁移到“监视”状态。
继续
连接
(5) “等待指令”状态 －〉“等待指令”状态
SSF 如果在“等待指令”状态收到以下 CAP 操作，不会发生状态迁移：
请求报告 BCSM 事件
重设定时器
提供计费信息
发送计费信息
申请计费
呼叫信息请求
取消
2.3.4 “等待用户交互结束”状态
(1) “等待用户交互结束”状态 －〉“等待用户交互结束”状态
SSF 接收并且透传 SCF 发送的以下 CAP 操作给 SRF，SSF 状态仍然在
“等待用户交互结束”状态：
播送通知
提示并收集用户信息
取消
SSF 在“等待用户交互结束”状态收到以下 CAP 操作，SSF 不会发生状态
迁移：
重设定时器
34

39. MG003006 CAP 信令原理 ISSUE1.1 第 2 章 CAP 操作及 SSF 状态模型
提供计费信息
发送计费信息
申请计费
(2) “等待用户交互结束”状态 －〉“等待指令”状态
如果 SSF 收到 SCF 的“切断前向连接”操作，SSF 应该由“等待用户交
互结束”状态迁移到“等待指令”状态。
如果 SSF 收到 SRF 的拆线指示， SSF 将从“等待用户交互结束”状态迁
移到“等待指令”状态。导致 SSF 发送拆线指示的原因，可能是由于 SRF
异常，也可能是 SCF 在发送给 SRF 的最后一个 “播送通知”操作中，指
示了 SRF 在完成用户交互后拆除到 SSF 的连接。
(3) “等待用户交互结束”状态－〉“空闲”状态
如果 Tssf 状态机超时，SSF 应该由“等待用户交互结束”状态迁移到“等
待指令”状态。
2.3.5 “等待临时连接结束”状态
(1) “等待临时连接结束”状态 －〉“等待用户交互结束”状态
SSF 在“等待用户交互结束”状态收到以下 CAP 操作，SSF 不会发生状态
迁移：
重设定时器
提供计费信息
发送计费信息
申请计费
(2) “等待用户交互结束”状态 －〉“等待指令”状态
如果 SSF 收到 SCF 的“切断前向连接”操作，SSF 应该由“等待用户交
互结束”状态迁移到“等待指令”状态。
如果 SSF 收到 SRF 的拆线指示， SSF 将从“等待用户交互结束”状态迁
移到“等待指令”状态。导致 SSF 发送拆线指示的原因，可能是由于 SRF
异常，也可能是 SCF 在发送给 辅助 SSF 或者独立 IP 的 的最后一个 “播
送通知”操作中， 指示了 SRF 在完成用户交互后拆除到 启动 SSF 的连
接。
(3) “等待用户交互结束”状态－〉“空闲”状态
35

40. MG003006 CAP 信令原理 ISSUE1.1 第 2 章 CAP 操作及 SSF 状态模型
如果 Tssf 状态机超时，SSF 应该由“等待用户交互结束”状态迁移到“等
待指令”状态。
2.3.6 “监视”状态
(1) “监视”状态 －〉“等待指令”状态
MSC/GMSC 检出一个 EDP-N 事件，SSF 在“监视”状态将这个 EDP_N
事件报告给 SCF， 如果此时 SSF 还配置有其他 EDP 事件，或者存在 呼
叫信息报告，申请计费报告悬置，SSF 应该迁移到“等待指令”状态。
如果 EDP 事件被配置为 R， 那么当该事件被检出， SSF 将 EDP－R 事
件报告给 SCF 后，将迁移到“等待指令”状态。
如果一个事件被 EDP 检出的同时，也导致呼叫信息报告或者计费报告的发
送，在报告的发送与 EDP 事件的发送顺序上应该遵循以下原则：
如果检出的 EDP 事件被配置为 EDP-N， SSF 应该先发送 EDP 事件报告，
再发送呼叫信息报告或者计费报告; 如果检出的 EDP 事件被配置为 EDP-
R， SSF 应该先发送呼叫信息报告或者计费报告，然后再发送 EDP 事件报
告。
(2) “监视”状态 －〉“空闲”状态
MSC/GMSC 检出一个 EDP-N 事件，SSF 在“监视”状态将这个 EDP_N
事件报告给 SCF， 如果此时 SSF 没有配置其他 EDP 事件，或者存在 呼
叫信息报告，申请计费报告悬置，SSF 应该迁移到“空闲”状态。
如果在“监视”状态收到 SCF 的 ABORT 或者 TC-END 原语，并且对呼
叫没有任何影响，则呼叫可以继续，但是 SSF 状态机迁移到“空闲”状态。
用户放弃或者拆线，并且该事件没有配置 EDP 事件时， SSF 应该在发送
必要的呼叫信息报告或者申请计费报告后迁移到“空闲”状态。
如果 SSF 在“监视”状态收到 “释放呼叫”操作， SSF 应该迁移到“空
闲”状态。此时，如果 SSF 没有计费报告或者呼叫信息悬置， SSF 直接转
移到“空闲”状态；如果 SSF 存在悬置的计费报告或者呼叫信息报告 ，
SSF 应该先报告这些报告，然后在迁移到“空闲”状态。
(3) “监视”状态 －〉“监视”状态
SSF 在“监视”状态收到以下操作，不会发生状态迁移：
发送计费信息
提供计费信息
36

41. MG003006 CAP 信令原理 ISSUE1.1 第 2 章 CAP 操作及 SSF 状态模型
申请计费
“监视”状态是没有 SSF 定时器的，因此不会有 Tssf 定时器超时。
2.3.7 SSF 状态迁移全集
以下表格是根据 GSM03.78 整理的 SSF 状态迁移全集。
初始状态 消息 终止状态 备注
Idle Int_Invoke_gsmSSF Wait_for_Request
Idle Int_O_Exception Idle
Int_T_Exception
Idle Int_DP_edpX Idle
(X=4/5/6/7/9/13/14/15/17/1
8/50/51)
Wait_for_Request TDP12 Wait_for_Instructions 发送IntialDP
Wait_for_Request TDP2 Wait_for_Instructions Criteria Pass
发送 IntialDP
Wait_for_Request TDP2 Idle Criteria NO Pass
Wait_for_Request Int_O_Exception Idle
Int_T_Exception
Int_DP10/18
Wait_for_Instructions CAP_Apply_charging Wait_for_Instructions
CAP_Reset_Timer
Wait_for_Instructions CAP_Continue Wait_for_Instructions  呼叫悬置在DP9/17
 剩余悬置请求>0
Wait_for_Instructions CAP_Continue Monitoring  悬置请求数 == 0
 配置有其它EDP_R
 如果当前呼叫悬置在
DP9/17， 应该将悬置
请求数减一， 否则，
将悬置请求数清 0
Wait_for_Instructions CAP_Continue Monitoring  悬置请求数 == 0
 没有配置其它EDP_R
 配置有其它EDP事件
或者有报告悬置
 如果当前呼叫悬置在
DP9/17， 应该将悬置
请求数减 1， 否则，
将悬置请求数清 0
Wait_for_Instructions CAP_Continue Idle  悬置请求数 == 0
 没有配置其它EDP_R
 没有配置EDP事件，
也没有报告悬置
 如果当前呼叫悬置在
DP9/17， 应该将悬置
请求数减 1， 否则，
将悬置请求数清 0
Wait_for_Instructions CAP_Connect Monitoring  配置有其它EDP_R
 将悬置请求数清 0
37

42. MG003006 CAP 信令原理 ISSUE1.1 第 2 章 CAP 操作及 SSF 状态模型
Wait_for_Instructions CAP_Connect Monitoring  没有配置其它EDP_R
 配置有其它EDP事件
或者有报告悬置
 将悬置请求数清 0
Wait_for_Instructions CAP_Connect Idle  没有配置其它EDP_R
 没有配置EDP事件也
没有报告悬置
 将悬置请求数清 0
Wait_for_Instructions Timer expiry Tssf Idle  先迁移到
TC_ReleasePending，
收到Int_TC_Released再
迁移到Idle
Wait_for_Instructions CAP_RRBE Wait_for_Instructions  配置EDP/解除EDP
Wait_for_Instructions CAP_ReleaseCall Idle  应该先报告ACR / CIR
Int_O_Exception
Int_T_Exception
Wait_for_Instructions CAP_ETC Await_TCE
Await_TCE TCE_OK Wait_for_end_of_Temp  建立临时连接成功
orary_Connection
Await_TCE TCE_Failed Wait_for_Instructions  建立临时连接失败
Wait_for_Instructions CAP_Cancel(All) Wait_for_Instructions  解除所有EDP事件
 取消所有报告
Wait_for_Instructions CAP_Connect_To_Resour Await_Resource_Conn
ce ection
Await_Resource_Connecti Int_SRF_Connected Wait_for_End_Of_UI  CTR成功
on
Await_Resource_Connecti Int_CTR_Failed Wait_for_Instructions  CTR失败
on
Wait_for_Instructions Int_DP9/17 Wait_for_Instructions  Leg没有配置 EDP
Wait_for_End_Of_UI  应该报告ACR / CIR
Wait_for_End_Of_TC
Wait_TCE
Wait_for_Instructions Int_DP9/17 Wait_for_Instructions  Leg 配置为EDP_R
Wait_for_End_Of_UI  先报告ACR/CIR， 后
Wait_for_End_Of_TC 报告EDP事件
Wait_TCE
 应该将悬置请求数加
1
Wait_for_Instructions Int_DP9/17 Wait_for_Instructions  Leg 配置为EDP_N
Wait_for_End_Of_UI  先报告EDP事件， 后
Wait_for_End_Of_TC 报告ACR/CIR
Wait_TCE
Monitoring Int_DP9/10/17/18 Idle  Leg 未配置EDP
 应该报告ACR/CIR
Monitoring Int_DP9/10/17/18 Idle  Leg 配置EDP_N
 先报告EDP事件， 后
报告ACR/CIR
Monitoring Int_DP9/10/17/18 Wait_for_Instructions  Leg 配置为EDP_R
 先报告ACR/CIR， 后
报告EDP事件
 悬置请求数加 1
38