Cap信令原理

MG003006

CAP信令原理

ISSUE1.1

华为技术有限公司

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.............................................................22

第 2章 CAP操作及 SSF状态模型............................................................................................26

2.1 CAP协议概述....................................................................................................................26

2.2 CAP操作........................................................................................................................... 26

2.3 SSF状态迁移.................................................................................................................... 33

2.3.1 概述........................................................................................................................ 33

2.3.2 “ ”空闲状态..............................................................................................................35

2.3.3 “ ”等待指令状态......................................................................................................35

2.3.4 “ ”等待用户交互结束状态........................................................................................36

2.3.5 “ ”等待临时连接结束状态........................................................................................37

2.3.6 “ ”监视状态..............................................................................................................38

2.3.7 SSF 状态迁移全集..................................................................................................39

2.4 辅助 SSF 状态迁移模型....................................................................................................43

2.4.1 概述........................................................................................................................ 43

2.4.2 “ ”空闲状态..............................................................................................................43

2.4.3 “ ”等待指令状态......................................................................................................44

2.4.4 “ ”等待用户交互结束状态........................................................................................44

2.4.5 辅助 SSF 状态迁移全集..........................................................................................44

2.5 SRF状态迁移.................................................................................................................... 45

2.5.1 SRF 应用组网.........................................................................................................45

2.5.2 SRF 状态迁移图......................................................................................................47

2.5.3 “ ”空闲状态..............................................................................................................47

2.5.4 “ ”被连接状态..........................................................................................................48

2.5.5 “ ”用户交互状态......................................................................................................48

2.6 CAP消息实例分析............................................................................................................49

- i -

MG003006 CAP信令原理 ISSUE1.1 目录

小结...........................................................................................................................................54

学习指导....................................................................................................................................55

理论部分.................................................................................................................................. 55

- ii -

MG003006 CAP信令原理 ISSUE1.1 课程说明

课程说明

课程介绍

本教材对应的产品为：MSC60 大容量移动交换机

本课程将对 CAP 信令做详细的讲解，包括 CAMEL 协议、CAP 操作、CAP 在SSF 和 SCF 等实体间的交互流程。

课程目标

完成本课程学习，学员能够：

了解 CAMEL 功能实体和各种接口了解 CAMEL 基本呼叫状态模型掌握 CAMEL 触发机制以及 SSF 和 SCP 等实体间交互流程

相关资料

- 1 -

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


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

体系中的功能。

HLR gsmSCF

GMSC MSC

gsmSSF VLR gsmSSF

gsmSRF

Roaming legIncoming line

Interrogation Network Visiting NetworkÑ Î ÊÍ øÂç °Ý· ÃÍ øÂç

Forwarding leg MO Call - Outgoing legor Fowrding leg

MS

MAP

MAP

MAP

CAP

CAPCAP

MAP

Home/Interrogation/Visiting Network ¹ éÊô/Ñ Î Ê/°Ý· ÃÍ øÂç

Home Network¹ éÊôÍ øÂç

图1-1 CAMEL 体系功能实体图

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

3


的接口以响应任意时间的查询操作时，HLR 中才需要保存 TIF-CSI、U－CSI

和 UG－CSI。TIF-CSI、SS-CSI、U-CSI、UG-CSI 分别解释如下：

TIF-CSI：Translation Information Flag CSI（转换信息标志 CSI），HLR 中智能用户签约信息中的一个标志。如果 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

4


VLR 将漫游区内用户的 O-CSI 和 SS-CSI 作为用户数据的一部分存储下来，并在必要的时候提供给 MSC。

gsmSSF

MSC/GMSC 与 gsmSCF 的接口功能实体。gsmSSF 与有线智能网的智能 SSF 概念功能基本一致，但是由于移动用户的特性，gsmSSF 采用了与智能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 接口

5


本接口用于 gsmSCF 控制特定 gsmSSF 的呼叫，并请求 gsmSSF 建立到 gsmSRF 的连接。本接口由 gsmSSF 向 gsmSCF 发送请求指示时建立。

5、MSC - gsmSSF 接口

本接口为内部接口，主要完成 DP 处理。

6、gsmSCF - HLR 接口

本接口用于 gsmSCF 向 HLR 请求信息。网络运营者可以决定 HLR 是否响应gsmSCF 的请求并提供信息。本接口还可以用于 USSD 操作。

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，

6


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)，

。。。}

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 {

7


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

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，事件检出点）两种类型。

8


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 请求指令，决定于该 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，

9


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

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


目的号码触发准则中存储了最多 10 个目的号码字符串和最多 3 个目的号码长度。目的号码触发准则分为两种匹配类型(MatchType)：“禁止” 或 “允许”。

如果目的号码“允许”，则只有被叫号码满足以下条件才满足目的号码触发准则匹配条件：

目的号码匹配准则中的一个目的号码字符串或者

目的号码长度匹配准则中的一个目的号码长度

这种情况下，一个目的号码只有满足以下两个条件才算匹配了准则中的目的号码。

目的号码的长度不短于准则中目的号码字符串长度，并且

准则目的号码字符串与目的号码字符串的开始部分一致

如果目的号码“禁止”，则只有被叫号码满足以下条件才满足目的号码触发准则匹配条件：

目的号码不能匹配准则中的任何一个目的号码字符串，并且

目的号码长度匹配准则中的任何一个目的号码长度

这种情况下，一个目的号码如果满足以下两个条件就算匹配了准则中的目的号码。

目的号码的长度等于准则中目的号码字符串长度，并且

准则目的号码字符串与目的号码字符串的完全一致

举例说明目的号码准则的使用。

情况一：

匹配类型为“允许”，目的号码列表包含字符串： 1234，则对于目的号码 123456 和 1234，目的号码字符串匹配是成功的。而对于目的号码 123，目的号码匹配是不成功的，因为目的号码的长度小于准则中目的号码字符串的长度。目的匹配成功时，gsmSSF 可以建立与 gsmSCF 的对话。

匹配类型为“禁止”，目的号码列表包含字符串： 1234，则对于目的号码 1234，目的号码字符串匹配是成功的。而对于目的号码 12356 和 123，目的

11


号码匹配是不成功的，因为目的号码的长度不等于准则目的号码字符串的长度。目的匹配不成功时，gsmSSF 可以建立与 gsmSCF 的对话。

情况二：

目的号码长度列表包含： 3、4、5，则对于目的号码 1234，目的号码长度匹配是成功的，对于目的号码 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

二、基本业务码触发准则

基本业务触发准则中存储最多 5 组基本业务码或基本业务码组。如果呼叫的基本业务码匹配某个存储的基本业务码，或者基本业务码中组中的一个成员，则可以认为该呼叫匹配了基本业务码触发准则。因此，基本承载业务是作为相应的承载业务码组的一个成员。

三、呼叫类型触发准则

如果前转触发准则"有效"(CallTypeCriteria=forwarded)，则 gsmSSF 只有在 CAMEL 或者 GSM 前转的情况下才与 gsmSCF 建立对话。如果前转触

12


发准则"禁止"(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 触发时的流程图。

O-CSI list (max=10)

O-CSI list (max=10)

HLR

VLR

ÓÃ»§

ÓÃ»§

Êý¾Ý

Êý¾Ý

MSC

BSS

gsmSSF

1. Insert Subscriber Data

2. service request3. SIFOGC

4. CSI

SLP1 SLP2

5. request instructions

manager

6. InitialDP

CAP interface

7. execute SLP

8. SSF£ SCF relation

A-interface

internal interface

MAP interface

9. monitor state and event

gsmSCF

图1-2 O-CSI 触发流程图

13


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 接收指令，并将与呼叫处理相关的指令转换成内部的呼叫控制指令传送给 MSC ，如 int_RealeaseCall， int_Continue， int_Connect， int_Error 等。

如图 3表示了 T-CSI 触发流程的示意图。

14


T-CSI list (max=10)

HLR

ÓÃ»§Êý¾Ý

GMSC

original exchange

gsmSSF

SLP1 SLP2

4. request instructions

manager

5. InitialDP

CAP interface

6. execute SLP

7. SSF£ SCF relation

TUP/ISUP interface

MAP interface8. monitor state and event

1. InitialAddress11. InitialAddress

2. SRI 3. SRI Rsp(T-CSI)

9. SRI(CSI-suppression) 10. SRI Rsp(MSRN))

destination exchange

internal interface

图1-3 T-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 等。

15


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

16


PIC(Point in Call) 呼叫点： PIC 标识了完成一个或多个与智能业务逻辑请求有关的基本呼叫/连接状态所要求的 CCF 动作。

DP(Detection Point)检出点： DP表示在基本呼叫处理和连接处理中能够发生控制转移的点。

转移过程：转移过程表示在基本呼叫处理/连接处理中从一个 PIC 到另一个PIC 的正常流向。

事件：将是从一个 PIC 到另一个 PIC 的状态。

PICY

DPX

º Í ×ªÒÆÓÐ¹ ØµÄÊÂ¼þ

×ªÒÆ

基本呼叫处理可以悬置在 DP点， SSP 向 SCP报告DP事件并请求 SCP 对呼叫处理如何进行给出指示。

我们可以这样理解 PIC 和 DP 的概念。 PIC 是一组 CCF 按照基本的处理流程处理呼叫， SCF 不加干预的呼叫处理动作。对于 SSF/SCF，这组动作的细节是不可知的，也不需要关心，但是它所完成的功能是明确的。 PIC 的出口，是由于遇到了 DP 事件，此时， CCF 应该考虑悬置基本呼叫处理，也就是说，应该将基本呼叫处理的状态停留在 DP 点，向 SCF 报告遇到的 DP 事件并请求指示下一步动作，也就是说，请求智能业务逻辑指示下一步应该完成哪一个 PIC 。智能业务逻辑根据 DP 事件和业务逻辑的处理，指示 SSF/CCF 下一步应该执行的 PIC 动作。用以下图例示意：

17


图中兰色表示基本迁移，红色表示智能迁移，黑色表示没有嵌入 DP 时的状态迁移。由图中可以看出，在没有嵌入 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

18


}

Else

{

If ( !MetDP )

DO Next StepinCurrent PIC;

Else

Report DP And Suspend At DP

}

};

1.2.2 CAMEL 的始发基本呼叫状态模型 O-BCSM

图1-4 移动始发基本呼叫状态模型

移动始发呼叫和前转呼叫的呼叫模型中，每个 PIC均包括进入事件，功能和退出事件。

1、 O_空闲及发端试呼授权－已收集信息

进入事件：

19


－前一个呼叫 (DP9 － O 拆线 ) 已经清除或已经拆线，或者 gsmSSF/(G)MSC已经完成对于例外事件的隐含处理。

－分析，寻路及振铃 PIC已经报告放弃事件。

－已经报告了例外事件。

功能：

－接口空闲

－始发呼叫：从 MS 接收到包含所拨号码的 SETUP消息。

－始发呼叫：检查补充业务“闭锁所有去话呼叫”，必要时调用该业务。

－始发呼叫：检查 ODB类别“闭锁所有去话呼叫”，必要时调用ODB。

注：如果 VLR 不在 HPLMN，ODB类别“漫游时闭锁所有去话呼叫”引起HLR 发送类别“闭锁所有去话呼叫”。

－始发呼叫：在始发 MSC/VLR 进行的 CUG检查已经完成。

－分析信息，如分析O－CSI 信息。

退出事件：

－O－CSI已经分析

－遇到例外条件。如果在该 PIC 处理期间遇到一个例外事件，因为没有相应的 DP，该事件不可见。例如主叫方放弃呼叫，用户 O/T-CSI 数据差错。

2、分析，寻路及振铃

进入事件：

－已经分析O－CSI (DP2－收集到信息)

－从分析，寻路及振铃 PIC 接收到遇忙事件，路由选择失败事件或无应答事件的报告。

－从 O_激活 PIC 接收到拆线事件。

功能：

－根据拨号计划分析和/或翻译信息，确定寻路地址。

20


－翻译寻路地址。

－始发呼叫：检查还没有应用的去话闭锁业务和 ODB类别，必要时调用该业务。

－呼叫由 T－BCSM 处理。继续对呼叫建立(如振铃)的处理。等待从 T－BCSM来的呼叫已经应答的指示。

退出事件：

－从 T－BCSM 接收到呼叫已经应答的指示(DP7－O 应答)

－遇到例外事件，由此引起O－例外 PIC。

－主叫方放弃呼叫，由此引起O－放弃DP。

－从被叫方接收到遇忙指示，由此引起O－忙DP。

－从被叫方接收到不可及指示，由此导致O－忙DP。

－如果无应答定时器超时并配置了 DP O－无应答，由此引起 O－无应答DP。

－为该呼叫选择路由的尝试失败，由此引起路由选择失败DP。

3、 O_激活

进入事件：

－从 T－BCSM 接收到呼叫已经应答的指示(DP7－O 应答)

功能：

－在主被叫之间建立起连接。提供呼叫监视。

－等待呼叫释放。

退出事件：

－从主叫方或者通过 T－BCSM 从被叫方接收到拆线指示(DP9 －O拆线)。

－遇到例外条件。

4、 O_例外

进入事件：

21


－遇到例外事件。除了上述的特例外，例外事件还包括任何类型的失败，即非正常的 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 指示从被叫方接收到遇忙指示

不可及事件可以根据 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 指示呼叫连接过程中从主叫方接收到拆线指示

22


1.2.3 CAMEL 的终接基本呼叫状态模型 T-BCSM

T－BCSM 用来描述 GMSC 在终接呼叫期间的动作。见图 5。当遇到 DP 时，T-

BCSM 处理在 DP点悬置，GMSC向 gsmSSF报告，由 gsmSSF 决定当该 DP

配置时需要采取的动作。

DP14

DP 51

T_ 空 &

终端试呼鉴权 T_ 例外

DP12

DP15

T_ 激活

DP13

T_ 被叫忙

T_ 无应答

T_ 不可及

DP17

T_ 切断

DP18

T_ 放弃

T_ 应答

终端试呼鉴权

终端呼叫处理

图1-5 移动终结基本呼叫状态模型

GMSC 移动终接呼叫的呼叫模型中，每个 PIC均包括进入事件，功能和退出

事件。

1、T_空闲

进入事件：

－对前一个呼叫进行清除或拆线，或由 gsmSSF/GMSC 完成对例外的隐

含处理。

－从终接呼叫处理 PIC 接收到放弃事件的报告。

－例外事件已经报告。

功能：

－接口空闲

23


－接收到 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指

示被叫不可及；或者呼叫已经接续到目的地 VMSC之后，VMSC采用电话信

令向GMSC指示被叫不可及。

功能：

－已经分析从 HLR来的响应。

24


－解释路由地址和呼叫类型。选择下次路由。

－向被叫方振铃。等待被叫方应答该呼叫。

－必要时调用呼叫前转。

退出事件：

－被叫方接收并应答呼叫。

－遇到例外条件－这导致 T－例外 PIC。例如：到 MSC/GMSC 的呼叫建立

不成功。

－主叫方放弃呼叫－由此引起 T－放弃DP。

－从目的地交换机接收到遇忙指示。－由此引起 T－忙DP。

－如果无应答定时器超时并配置了 DP T－无应答。－由此引起 T－无应答

DP。

－监测到不可及事件或者被叫选择路由失败。－由此引起 T－忙DP。

3、 T_激活

进入事件：

－指示被叫方已经接收并应答呼叫。(DP15－T_应答)

功能：

－主被叫之间已经建立连接。提供呼叫监视。

－等待呼叫释放。

退出事件：

－从被叫方或通过O_BCSM 从主叫方接收到拆线指示。

－遇到例外条件。除了上述的特例外，例外事件还包括任何类型的失败，

即非正常的 PIC退出事件。

4、 T_例外

25


进入事件：

－遇到例外条件。除了上述的特例外，例外事件还包括任何类型的失败，

即非正常的 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 指示呼叫连接过程中从主叫方接收到拆线指示

26

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

的用户。它们在七号信令系统中的地位如下图所示。

图1-6 CAP 在七号信令中的位置

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 类操作：有差错但无返回值

27


3 类操作：有返回值无差错

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 Instruction

辅助请求指令 Same 2

Call Information Report 呼叫信息报告 Same 4

Call Information Request

呼叫信息请求 Same 2

Cancel 取消 Same 4

Connect 连接 Same 2

Connect to Resource 连接到资源 Same 2

Continue 继续 Same 4

Disconnect Forward Connection

切断前向连接 Same 2

Establish Temporary Connection

建立临时连接 Same 2

Event Report BCSM BCSM事件报告 Same 4

Furnish Charging Information

提供计费信息 Same 2

Initiate DP 启动DP Same 2

Release Call 释放呼叫 Same 4

Request Report BCSM Event

请求报告BCSM事件 Same 2

Reset Timer 重设定时器 Same 2

Play Announcement 播送通知 Same 2

Prompt and Collect User Information

提示并收集用户信息

Same 1

Specialized Resource Report

专用资源报告 Same 4

说明：操作一栏中的“same”表示操作的名称和信息流的名称相同。

1、启动 DP

一个 gsmSSF-gsmSCF 对话总是由启动 DP 来开启的。 gsmSSF 发送启动 DP

28


建立对话的原因，总是因为呼叫处理中 MSC/GMSC 遇到了 TDP 事件

(TDP2/12)。在启动 DP 中，包含了业务键等关键参数。

2、请求报告 BCSM 事件与 BCSM 事件报告

在一个 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

29


发送“申请计费”操作，通知 SSF 启动计费相关定时器，并给出费率切换的

指示， SSF 在满足分段结束条件时将用“申请计费报告”操作向 SCF 报告计

费的结果。

如果一个 SSF 被 SCF 请求执行计费操作，并且该计费操作尚未执行完成，可

以称 SSF 存在计费报告悬置。如果计费报告上报，则计费报告悬置被解除。

CSE 控制 AOC 计费时可以由“发送计费信息”完成。SCF 可以在该操作中指

定待发送的 e 值和费率切换的信息，SSF 将在适当的时候发送 e 值给移动台。

5、提供计费信息

SCF 可以用提供计费信息发送任意格式的计费信息给 SSF，SSF 将这些计费

信息记录在呼叫记录中。

6、继续、连接、释放呼叫

“继续”和“连接”操作都只能在 SSF 处于“等待指令”状态时收到，此时，

呼叫处理已经暂停，并等待 SCF 给出指示。

如果 SCF 对于当前暂停的呼叫并没有进一步的指示，希望呼叫处理按照

MSC 固有的逻辑执行时，SCF 可以用“继续”操作通知 SSF 处理。

SCF 也可以在当前状态下给 SSF 提供新的被叫号码，振铃模式等信息，SCF

通过 “连接”操作完成此工作。SSF 在收到 SCF 的“连接”指示后，将根据

SCF 提供的信息，继续进行呼叫处理。

如果希望释放现在正在进行的呼叫， SCF 可以用“释放呼叫”操作释放呼

叫。

7、连接到资源、播送通知音、提示并收集用户信息、拆除前向连接、特殊资源报告

SCF 通过“连接到资源”操作指示 SSF 连接到一个内部或者外部的 SRF 资

源，准备从 SCF 接收放音和收号的指示。

一旦 SSF 已经建立了到 SRF 的连接，SCF 可以通过 “播送通知” 操作指示

SSF 完成一段语音或者信号音的播放。

30


如果 SSF 完成了放音操作，并且 SCF 在“播送通知”操作中明确或者隐含的

希望 SSF 报告放音的完成，SSF 将用“特殊资源报告”操作报告“播送通

知”操作的完成。

如果除了给用户以语音提示或者信号音提示外，SCF 还需要从用户收集一些

必须的信息，SCF 可以用 “提示并收集用户信息” 来完成这种双向交互。

如果用户正确的完成了“提示并收集用户信息”操作指示的收号动作，SSF

将用“提示并收集用户信息返回值”报告收号的结果。

如果 SSF 已经完成了所有必须的用户交互动作，SCF 可以用“拆除前向连

接”来指示 SSF 拆除到 SRF 资源的连接。当然，SCF 也可以在最后一个“播

送通知”操作中指示 SRF 在完成放音后自动拆除到 SSF 的连接，这时就不需

要SCF向启动SSF发送“拆除前向连接”操作了。

“拆除前向连接”操作的另一个作用是拆除到辅助SSF或者独立IP建立的临时

连接。

一个典型的用户交互信令过程可以如下所示：

31


Æô¶¯DPTC_begin

TC_continue

TC_continue

TC_continue

TC_continue

TC_end

TC_continue

TC_continue

gsmSSF gsmSCF

Á¬½Óµ½×ÊÔ

² ¥ËÍ Í ¨ Öª

Ì áÊ¾² ¢ÊÕ¼ ÓÃ»§ÐÅÏ ¢

² ð³ ýÇ°Ï òÁ¬½Ó

ÊÍ · Åºô½Ð

Ì ØÊâ×ÊÔ ±¨ ¸ æ

RESULT

8、建立临时连接与辅助请求指令

如果一个 SSP 由于资源所限，无法完成所必须的放音收号，SCF 可以用“建

立临时连接”操作指示 SSF 建立一个到辅助SSF或者独立 IP的临时连接，由

辅助 SSF 或者独立 IP 完成到所必须的放音收号动作。

当 SSF 需要建立到辅助SSF或者独立IP的连接时，辅助SSF与完成特殊资源动

作的功能实体(辅助SSF或者独立IP) 应该通过 ISUP 连接。启动SSF 执行“建

立临时连接”操作时，通过ISUP信令IAM通知辅助SSF或者独立IP 这种辅助

资源的请求。

辅助 SSF 或者独立 IP 从 IAM 消息中检出辅助资源的请求，通过“辅助请求

指令”向 SCF 请求放音动作的执行。SCF 仍然通过“连接到资源”“播送通

知”“提示并收集用户信息”完成必要的用户交互。

如果 SCF 不需要辅助 SSF 或者独立 IP 继续进行用户交互，SCF 可以通过

“拆除前向连接”来指示启动SSF拆除到辅助SSF或者SRF的连接。当然，

SCF 也可以在最后一个“播送通知”操作中指示 SRF 在执行完放音动作后自

32


动完成资源拆除动作，这时就不需要SCF向启动SSF发送“拆除前向连接”操

作了。

一个典型的辅助 SSF 完成用户交互的信令过程可以如下：

Æô¶¯DP

¸ ¨ ÖúÇëÇóÖ Áî

TC_begin

TC_begin

TC_continue

TC_continue

TC_continue

TC_continue

TC_continue

TC_u_abortTC_end

TC_continue

TC_continue

gsmSSF gsmSCF ¸ ¨ ÖúgsmSSF

½ Á¢ÁÙÊ±Á¬½Ó

² ¥ËÍ Í ¨ Öª

Ì áÊ¾² ¢ÊÕ¼ ÓÃ»§ÐÅÏ ¢

² ð³ ýÇ°Ï òÁ¬½Ó

ÊÍ · Åºô½Ð

Ì ØÊâ×ÊÔ ±¨ ¸ æ

RESULT

IAM

Á¬½Óµ½×ÊÔ

CLF

RLG

9、重设定时器

有些业务执行时间或者CAP操作执行时间需时较长，为了防止gsmSSF 的定

时器 Tssf 超时，gsmSCF 随时可以用重设定时器操作重设 Tssf 定时器。

10、取消

"取消" 操作用于取消以下发送的一个 PA 或者 P&C 操作。gsmSSF/gsmSRF 连

续收到多个 PA 或者 P&C 操作时，会将这些 PA/P&C 操作缓存起来，依次执

行。取消操作不能取消正在执行的 PA 或 P&C 操作，但是可以取消那些在缓

33


存中的操作。

取消操作还有一种用法，就是可以取消所有的 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 状态迁移图。

34


IDLE

Wait_for_Request

Wait_for_Instructions

Await_Resource_Connection

Wait_for_end_of_User_Interaction

Await_Temporary_Connection_Established

Wait_for_end_of_Temporary_Connection

Monitoring

TC_Release_PendingSRF_Release_Pending

图1-7 SSF状态迁移模型

SSF 有限状态机的主要状态包括：

“空闲”状态

“等待指令”状态

“等待用户交互结束”状态

“等待临时连接结束”状态

“监视”状态

其他一些状态可以看作是在以上的主状态迁移过程中，为了处理方便增加的子状态。在分析 SSF 状态机时，一般不将这些状态考虑在内。这些状态有：

“等待请求”

“等待资源连接”

“等待临时连接建立”

“SRF 资源释放选择”

35


“临时连接释放悬置”

在 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 直接转

36


移到“空闲”状态；如果 SSF 存在悬置的计费报告或者呼叫信息报告，SSF

应该先报告这些报告，然后在迁移到“空闲”状态。

(2) “等待指令”状态－〉“等待用户交互结束”状态

如果 SSF 在“等待指令”状态收到 SCF 的“连接到资源”操作，SSF 将迁移到“等待用户交互结束”状态。

(3) “等待指令”状态－〉“等待临时连接结束”状态

如果 SSF 在“等待指令”状态收到 SCF 的“建立临时连接”操作，SSF 将迁移到“等待临时连接结束”状态。

(4) “等待指令”状态－〉“监视”状态

如果在“等待指令”状态收到 SCF 的以下操作，并且，SSF 存在 EDP 事件悬置，或者计费报告悬置时，SSF 应该迁移到“监视”状态。

继续

连接

(5) “等待指令”状态－〉“等待指令”状态

SSF 如果在“等待指令”状态收到以下 CAP 操作，不会发生状态迁移：

请求报告 BCSM 事件

重设定时器

提供计费信息

发送计费信息

申请计费

呼叫信息请求

取消

2.3.4 “等待用户交互结束”状态

(1) “等待用户交互结束”状态－〉“等待用户交互结束”状态

SSF 接收并且透传 SCF 发送的以下 CAP 操作给 SRF，SSF 状态仍然在“等待用户交互结束”状态：

37


播送通知


取消

SSF 在“等待用户交互结束”状态收到以下 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 不会发生状态迁移：

重设定时器

提供计费信息

发送计费信息

38


申请计费

(2) “等待用户交互结束”状态－〉“等待指令”状态

如果 SSF 收到 SCF 的“切断前向连接”操作，SSF 应该由“等待用户交互结束”状态迁移到“等待指令”状态。

如果 SSF 收到 SRF 的拆线指示， SSF 将从“等待用户交互结束”状态迁移到“等待指令”状态。导致 SSF 发送拆线指示的原因，可能是由于 SRF

异常，也可能是 SCF 在发送给辅助 SSF 或者独立 IP 的的最后一个 “播送通知”操作中，指示了 SRF 在完成用户交互后拆除到启动 SSF 的连接。

(3) “等待用户交互结束”状态－〉“空闲”状态

如果 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 应该迁移到“空闲”状态。

39


如果在“监视”状态收到 SCF 的 ABORT 或者 TC-END 原语，并且对呼叫没有任何影响，则呼叫可以继续，但是 SSF 状态机迁移到“空闲”状态。

用户放弃或者拆线，并且该事件没有配置 EDP 事件时， SSF 应该在发送必要的呼叫信息报告或者申请计费报告后迁移到“空闲”状态。

如果 SSF 在“监视”状态收到 “释放呼叫”操作， SSF 应该迁移到“空闲”状态。此时，如果 SSF 没有计费报告或者呼叫信息悬置， SSF 直接转移到“空闲”状态；如果 SSF 存在悬置的计费报告或者呼叫信息报告，SSF

应该先报告这些报告，然后在迁移到“空闲”状态。

(3) “监视”状态－〉“监视”状态

SSF 在“监视”状态收到以下操作，不会发生状态迁移：

发送计费信息

提供计费信息

申请计费

“监视”状态是没有 SSF 定时器的，因此不会有 Tssf 定时器超时。

2.3.7 SSF 状态迁移全集

以下表格是根据 GSM03.78 整理的 SSF 状态迁移全集。

初始状态消息终止状态备注Idle Int_Invoke_gsmSSF Wait_for_RequestIdle Int_O_Exception

Int_T_ExceptionIdle

Idle Int_DP_edpX (X=4/5/6/7/9/13/14/15/17/18/50/51)

Idle

Wait_for_Request TDP12 Wait_for_Instructions 发送IntialDPWait_for_Request TDP2 Wait_for_Instructions Criteria Pass

发送 IntialDPWait_for_Request TDP2 Idle Criteria NO PassWait_for_Request Int_O_Exception

Int_T_ExceptionInt_DP10/18

Idle

Wait_for_Instructions CAP_Apply_chargingCAP_Reset_Timer

Wait_for_Instructions

Wait_for_Instructions CAP_Continue Wait_for_Instructions 呼叫悬置在DP9/17 剩余悬置请求>0

Wait_for_Instructions CAP_Continue Monitoring 悬置请求数 == 0 配置有其它EDP_R

40


如果当前呼叫悬置在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

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/解除EDPWait_for_Instructions CAP_ReleaseCall

Int_O_ExceptionInt_T_Exception

Idle 应该先报告ACR / CIR

Wait_for_Instructions CAP_ETC Await_TCEAwait_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

41


ce ectionAwait_Resource_Connection

Int_SRF_Connected Wait_for_End_Of_UI CTR成功

Await_Resource_Connection

Int_CTR_Failed Wait_for_Instructions CTR失败

Wait_for_InstructionsWait_for_End_Of_UIWait_for_End_Of_TCWait_TCE

Int_DP9/17 Wait_for_Instructions Leg没有配置 EDP 应该报告ACR / CIR


Int_DP9/17 Wait_for_Instructions Leg 配置为EDP_R 先报告ACR/CIR，后

报告EDP事件应该将悬置请求数加

1Wait_for_InstructionsWait_for_End_Of_UIWait_for_End_Of_TCWait_TCE

Int_DP9/17 Wait_for_Instructions Leg 配置为EDP_N 先报告EDP事件，后

报告ACR/CIRMonitoring Int_DP9/10/17/18 Idle Leg 未配置EDP

应该报告ACR/CIRMonitoring 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 EDP10/18只能配置为N

Wait_for_InstructionsWait_for_End_Of_UIWait_for_End_Of_TCAwait_TCE

Int_DP10/18 Wait_for_Instructions 没有配置EDP事件应该报告ARC/CIR


Int_DP10/18 Wait_for_Instructions 配置了EDP事件先报告EDP事件，后

报告ACR/CIRWait_for_End_Of_TC CAP_DFC

Int_TC_ReleaseWait_for_Instructions 应该报告ACR

Wait_for_End_Of_TC CAP_ApplyChargingCAP_Reset_Timer

Wait_for_End_Of_TC

Wait_for_End_Of_TC Tssf expired Idle 先迁移到SRF_ReleasePending，收到Int_SRF_Released 再迁移到Idle

Wait_for_End_Of_TCWait_for_End_Of_UIMonitoring

Tw expired Wait_for_End_Of_TCWait_for_End_Of_UIMonitoring

放音

Wait_for_End_Of_TCWait_for_End_Of_UIMonitoring

Tsw expired Wait_for_End_Of_TCWait_for_End_Of_UIMonitoring

记录Tcp

Wait_for_End_Of_TCWait_for_End_Of_UI

Tcp expired Wait_for_End_Of_TCWait_for_End_Of_UI

Tcp 超时后不释放

42


Monitoring Monitoring 报告ACRWait_for_End_Of_TCWait_for_End_Of_UIMonitoring

Tcp expired Idle Tcp 超时后释放报告ACR和CIR

Wait_for_End_Of_UI CAP_ApplyChargingCAP_DFC

Wait_for_End_Of_UI CAP_DFC应该报告ACR

Wait_for_End_Of_UI Int_SRF_Release Waiting_for_Instructions

应该报告ACR

Wait_for_End_Of_UI CAP_Reset_TimerCAP_PACAP_PCCAP_Cancel(InvokedID)

Waiting_for_End_Of_UI

Wait_for_End_Of_UI CAP_Cancelled_errorCAP_Cancel_Failed_errorCAP_PC_ResultCAP_Specialsed_Resource_Report

Waiting_for_End_Of_UI

Wait_for_End_Of_UI Timer expiry Tssf IdleMonitoring CAP_Cancel(All) Idle 解除所有EDP

解除所有报告Monitoring Int_DP_edpX ( X =

4/5/6/7/13/14/15/50/ 51)Idle 没有配置此EDP点

没有配置其它EDP事件，也没有悬置的报告 Int_DP7/15先处理计费

的定时器Monitoring Int_DP_edpX ( X =

4/5/6/7/13/14/15/50/ 51)Monitoring 没有配置此EDP事

件，但是，配置了其它EDP事件或者有悬置的报告

Int_DP7/15先处理计费的定时器

Monitoring Int_DP_edpX ( X = 4/5/6/7/13/14/15/17/50/51)

Idle 配置此EDP事件配置为N，没有配置其它EDP事件，也没有悬置的报告



Monitoring 配置此EDP事件为N，但是，配置了其它或者有悬置的报告



Wait_for_Instructions 配置此EDP事件为R Int_DP7/15先处理计费

的定时器悬置请求数置1

Monitoring CAP_ReleaseCallInt_O_Exception

Idle 应该先报告ACR / CIR

43


Int_T_ExceptionMonitoring CAP_ApplyCharging MonitoringWait_for_InstructionsWait_for_End_Of_TCWait_for_End_Of_UIMonitoring

CAP_FCICAP_SCI

Wait_for_InstructionsWait_for_End_Of_TCWait_for_End_Of_UIMonitoring

Wait_for_Instructions CAP_Call_Info_Request Wait_for_Instructions

2.4 辅助 SSF 状态迁移模型

2.4.1 概述

如果业务需要与用户进行交互，而一个 SSP 本身又没有 SRF 功能，它可以请求另外一个有 SRF 功能的 SSP 来协助完成用户交互功能。触发业务的 SSP 被称作启动 SSP，而协助完成用户交互作用的 SSP 称作辅助 SSP。以下是辅助 SSF 的状态迁移图。

辅助 SSF 包含以下主要状态：

空闲

等待指令

等待用户交互结束

图1-8 辅助 SSF 状态迁移模型

2.4.2 “空闲”状态

一个有 SRF 功能的 SSF 收到了从启动 SSF 送来的 IAM 消息，并从消息的相关 ID 和 SCFid 指示中得知，启动 SSF 需要它执行辅助 SSF 程序以协助完成用户交互，此时辅助 SSF 的状态将从“空闲”状态迁移到“等待指

44


令”状态，并向 SCF 发送“ 辅助请求指令“操作，请求 SCF 给出用户交互的指示。

2.4.3 “等待指令”状态

辅助 SSF 在“等待指令”状态“重设定时器”操作不会导致状态迁移。

辅助 SSF 在“等待指令”状态收到“连接到资源”操作，如果辅助 SSF 到 SRF 的连接操作执行失败，辅助 SSF 仍然在“等待指令”状态；如果连接是成功的，辅助 SSF 将迁移到“等待用户交互结束状态”。

如果辅助 SSF 在“等待指令”状态收到启动 SSF 送来的拆线指示，或者辅助 SSF 一直到 Tssf 定时器超时前都没有收到 SCF 的指示，辅助 SSF 将迁移到“空闲”状态。

2.4.4 “等待用户交互结束”状态

在“等待用户交互结束”状态，如果辅助 SSF 收到 SCF 的以下操作，不会导致辅助 SSF 的状态迁移，这些操作将被透传给 SRF ：

播送通知


取消

如果辅助 SSF 在“等待用户交互结束”状态收到 SCF 的“拆除前向连接”操作，辅助 SSF 将迁移到“空闲”

如果辅助 SSF 在“等待用户交互结束”状态收到 SRF 的拆线指示，辅助 SSF 将迁移到“等待指令”状态。SRF 拆线的原因，可能是由于 SRF 发生异常，或者是由于辅助 SSF 在最后透传的“播送通知”操作中指示 SRF，在完成用户交互动作后应该拆除到辅助 SSF 的连接。

如果辅助 SSF 在“等待用户交互结束”状态发生 Tssf 定时器超时，或者由于从启动 SSF 收到拆线的指示，辅助 SSF 应该迁移到“空闲”状态。

2.4.5 辅助 SSF 状态迁移全集

以下是根据 GSM03.78 编制的辅助 SSF 状态迁移全集

45


初始状态消息终止状态

备注

空闲启动侧辅助请求消息等待指令发送“辅助请求指令”操作

等待指令 Tssf 定时器超时空闲等待指令重设定时器等待指令等待指令连接到资源等待资源连接等待资源连接连接 SRF 成功等待用户交互结束等待资源连接连接 SRF 失败等待指令等待用户交互结束拆除前向连接等待指令等待用户交互结束播送通知等待用户交互结束转发给 SRF

等待用户交互结束提示并收集用户信息等待用户交互结束转发给 SRF

等待用户交互结束取消等待用户交互结束转发给 SRF

等待用户交互结束取消差错等待用户交互结束转发给 SCF

等待用户交互结束取消失败差错等待用户交互结束转发给 SCF

等待用户交互结束特殊资源报告等待用户交互结束转发给 SCF

等待用户交互结束提示并收集用户信息返回

等待用户交互结束转发给 SCF

等待用户交互结束 Tssf 定时器超时空闲等待用户交互结束 SRF 资源释放空闲

2.5 SRF 状态迁移

2.5.1 SRF 应用组网

SRF 与 SSF， SCF 的连接存在多种物理连接方式，归纳起来有以下几种：

组网情况描述

1 SSF 连接独立 IP2 SSP 由内置SRF资源的SSP辅助3 SSP 由外置SRF资源的SSP辅助4 SSP 内置 SRF 资源5 SSP 外置 SRF 资源

(1) SCF 到 SRF 有直接路由。

46


SCF

SSF SRFISUP

(2) SSF 通过辅助 SSF 连接到 SRF 资源， SRF 与辅助 SSF 内置在同一物理实体。

SCF

SRFSSF SSFÄÚ² ¿½Ó¿Ú

¸ ¨ ÖúSSP

Æô¶ SSPISUP

(3) SSF 通过辅助 SSF 连接到 SRF 资源， SRF 是辅助 SSP 的外置 SRF

资源。 SCF 不能直接访问 SRF。

SCF

SRFSSF SSFISUP/DSS1

¸ ¨ ÖúSSP

Æô¶ SSPISUP

(4) SCF 到 SSF 的连接通过 SSF 转接， SSP 内置 SRF 资源，这也是华为公司的 SSP 设备缺省支持的方式。

SCF

SSF SRF

SSP

ÄÚ² ¿½Ó¿Ú

47


(5) SCF 到 SSF 的连接通过 SSF 转接， SSP 内置 SRF 资源，这也是华为公司的 SSP 设备缺省支持的方式。

SCF

SSF SRF

SSPIP

ISUP/DSS1

2.5.2 SRF 状态迁移图

GSM 协议簇并没有对于 SRF 的功能实体状态作出明确的规定，因此， SRF 资源的状态迁移基本上是延用 INAP 的。下图 9 是 INAP 协议规定的 SRF 状态迁移图。

图1-9 SRF 状态迁移模型

2.5.3 “空闲”状态

处于“空闲”状态的的 SRF 状态机可以在以下情况下进入“被连接”状态：

SRF 收到 SSF 的资源请求指示，SSF 可能由内部消息传送资源请求的指示(组网 2、 4)，也可能是由 ISUP 消息(IAM)传送这种指示(组网 1、 3、 5)。

48


如果辅助 SSF 的情况或者独立 IP 的情况()，SRF 在收到 SSF 的资源连接指示后，会向 SCF 发送辅助请求指令。在收到 SCF 的下一步指示前，SRF 应该在“被连接”状态。

SRF 迁移到“被连接”状态后，一般应该向 SSF 回送连接证实的消息。回送的方式可能是用内部消息，也可能是 ISUP 消息(ACM) ，与实际的组网相关。

2.5.4 “被连接”状态

SRF 状态机处于“被连接”状态时，如果没有及时从 SCF 或者 SSF 收到用户交互的指示(播送通知或者提示并收集用户信息操作)，发生 Tsrf 定时器超时，此时 SRF 应该迁移到“空闲”状态。一般的，应该向 SSF 报告 SRF 资源释放，可以是内部的消息，也可以是 ISUP 消息(CFL、 SEC 或者 CBK) 。

如果 SRF 收到了播送通知或者提示并收集用户信息操作，则 SRF 迁移到“用户交互”状态。

2.5.5 “用户交互”状态

当 SRF 状态机处于“用户交互”状态时，如果发生以下事件是不会导致 SRF 状态机迁移的：

SRF 收到 SCF 的“播送通知”或者“提示并收集用户信息”操作。

SRF 执行完“播送通知”或者“提示并收集用户信息”操作，从而给 SCF 一个报告。

SRF 从收到 SCF 的“播送通知”或者“提示并收集用户信息”操作中检出差错。

SRF 收到 SCF 的“取消”操作。

SRF 执行完“取消”操作，从而给 SCF 一个取消差错。

SRF 从收到 SCF 的“取消”操作中检出差错。

当 SRF 状态机处于“用户交互”状态时，如果发生以下事件， SRF 状态机将迁移到“空闲”状态：

Tsrf 状态定时器超时。

49


如果 SRF 在收到的“播送通知”操作中指示了 SRF 应该在执行完该操作后释放 SRF 资源，则 SRF 在执行完该操作后应该迁移到“空闲”状态。

SRF 从 SSF 收到拆除资源连接的指示。这种指示一般是由于 SSF 收到了 SCF 的“拆除前向连接”操作而转发给 SRF 功能实体的。

如果拆线是由 SRF 启动的， SRF 应该通知 SSF 资源已经释放，SRF 可能用内部消息传送，也可能在 ISUP 消息 (CBK、 CFL 等)传送。

2.6 CAP消息实例分析

以下是对 CAP消息的跟踪，并部分给出了解释，请对照协议分析。

Service SubSer Time H1H0 CIC/SLC SLS OPC DPC Signal

Message ...

=========================================================

=========================

<SCCP NAT 12096 004 EEEEEE 341377 09 81 03 0D

17 0A 52 05 00 12 04 68 31 09 90 99 0A 12 05 00 12 04 68 31 09 00 02 81

62 7F 48 04 49 02 01 08 6B 1E 28 1C 06 07 00 11 86 05 01 01 01 A0 11

60 0F 80 02 07 80 A1 09 06 07 04 00 00 01 00 32 01

6C 57

A1 55

02 01 01 02 01 00 ( Operation code: IDP)

30 4D

80 ([0] ServiceKey) 01 01

82 ([2] CalledPartyNumber) 08 04 90 68 31 29 07 00 05

83 ([3] CallingPartyNumber) 08 04 13 68 31 29 07 00 35

85 ([5] CallingPartysCategory) 01 0A

88 ([8] IPSSPCapabilities) 01 01

BB([27] BearerCapability) 04 80 02 80 90

9C ([28] EventTypeBCSM) 01 0C (DP12, means it is a

terminated call)

50


9F 32 ([50] IMSI) 08 64 30 20 07 09 00 50 F0

BF 33 ([51] SubscriberState) 02 80 00

BF 34 ([52] LocationInformation) 07 81 05 68 31 09 00 02

9F 36 ([54] CallReferenceNumber) 01 02

9F 37 ([55] ISDN-AddressString) 06 19 68 31 09 00 02

>SCCP NAT 12132 001 341377 EEEEEE 09 81 03 0D

17 0A 52 05 00 12 04 68 31 09 00 02 0A 52 05 00 12 04 68 31 09 90 99 A7

65 80 48 04 36 A1 01 23 49 04 49 02 01 08 6B 80 28 80 06 07 00 11 86 05

01 01 01 A0 80 61 80 A1 80 06 07 04 00 00 01 00 32 01 00 00 A2 03 02 01

00 A3 05 A1 03 02 01 00 00 00 00 00 00 00 00 00

6C 80

A1 80

02 01 01 02 01 17 (RRBE)

30 55

A0 53

30 10

80 01 0E (dp14,T-应答）

81 01 00

A2 03

80 01 02(被叫 LegID）

BE 03

81 01 41

30 0B

80 01 33 (dp51 T-不可及）

81 01 00

A2 03

80 01 02

30 0B

80 01 11 (dp17 T-切断）

81 01 01

51


A2 03

80 01 01

30 0B

80 01 12 (dp18,T-放弃）

81 01 01

A2 03

80 01 01

30 0B

80 01 0D(dp13 T-被叫忙）

81 01 00

A2 03

80 01 02

30 0B

80 01 11(dp17 T-切断）

81 01 01

A2 03

80 01 02

00 00 00 00 00 00

>SCCP NAT 12144 001 341377 EEEEEE 09 81 03 0D

17 0A 52 05 00 12 04 68 31 09 00 02 0A 52 05 00 12 04 68 31 09 90 99 32

65 80 48 04 36 A1 01 23 49 04 49 02 01 08

6C 80

A1 80

02 01 02 02 01 23 (AC)

30 12

80 0B A0 09 80 02 23 28 82 03 00 A8

BF A2 03 80 01 02

00 00 00 00 00 00

52


>SCCP NAT 12145 001 341377 EEEEEE 09 81 03 0D

17 0A 52 05 00 12 04 68 31 09 00 02 0A 52 05 00 12 04 68 31 09 90 99 1E

65 80 48 04 36 A1 01 23 49 04 49 02 01 08

6C 80

A1 80

02 01 03 02 01 1F (Continue)

00 00 00 00 00 00

<SCCP NAT 13856 004 EEEEEE 341377 09 81 03 0D

17 0A 52 05 00 12 04 68 31 09 90 99 0A 12 05 00 12 04 68 31 09 00 02 2F

65 2D 48 04 49 02 01 08 49 04 36 A1 01 23

6C 1F

A1 1D

02 01 02 02 01 18(ERB)

30 15

80 01 11（DP17 T-切断）

A2 06

AC(12) 04

80 02

80 90

A3 03

81 01 02

A4 03

80 01 01

<SCCP NAT 13856 004 EEEEEE 341377 09 81 03 0D

17 0A 52 05 00 12 04 68 31 09 90 99 0A 12 05 00 12 04 68 31 09 00 02 29

65 27 48 04 49 02 01 08 49 04 36 A1 01 23

6C 19

A1 17

02 01 03 02 01 24 (ACR)

04 0F

A0 0D

53


A0 03

81 01 02

A1 03 80 01 46

82 01 00

>SCCP NAT 13877 001 341377 EEEEEE 09 81 03 0D

17 0A 52 05 00 12 04 68 31 09 00 02 0A 52 05 00 12 04 68 31 09 90 99

1C 64 80 49 04 49 02 01 08

6C 80

A1 80

02 01 04 02 01 16(RealeaseCall)

04 02 80 9F 00 00 00 00 00 00

54

MG003006 CAP信令原理 ISSUE1.1 小结

小结

本课程主要对 CAP 原理做了详细的讲解，包括 CAMEL 协议、CAP 操作、CAP 在 SSF 和 SCF 等实体间的交互流程。

55

MG003006 CAP信令原理 ISSUE1.1 学习指导

学习指导

理论部分

1、 CAMEL 协议簇包括 GSM02.78 协议、GSM03.78 协议、GSM09.78 协议，这

些协议分别定义了什么内容 ?

2、请画出 CAMEL 的功能实体图以及各实体间通过什么协议进行通信？

3、在 MAP Phase II+ 阶段，HLR 存储 CAMEL 支持所必需的签约信息并响应用

户对 CAMEL 信息的请求，请问HLR 中主要存储哪几类CSI？

4、当 GMSC 处理用户呼叫需要 CAMEL 支持时，GMSC 将从 HLR 中接收

O/T-CSI，指示 GMSC 需要从 gsmSSF 请求指令，请问为什么会返回 T-CSI呢？

5、 O/T-CSI 中主要包括哪些内容？

6、 DP 主要有静态的 TDP 和动态的 EDP，请问这两类DP 的区别？

7、 CAMEL 中使用了三类DP，TDP-R、EDP-R、EDP-N，他们有什么区别？

8、 DP2 中包含哪三类触发准则？是否只满足一类触发准则还是需要所有触发准

则都满足才触发 CAMEL 业务？

9、简述 O-CSI 和 T-CSI 触发流程？

10、 BCM（基本呼叫管理）中 PIC 和 DP 的含义与区别，之间有什么关系？

11、 CAP 操作可以分为 4类，简述这几类操作的区别？

12、哪些情况下启动 DP，启动 DP消息中重要包含哪些重要参数？

13、请求报告 BCSM 主要的作用是什么?

14、 CONNECT 操作和 CONTINUE 操作有什么区别？

15、 SSF 有几种状态？

16、 SRF 的常见组网方式？

56

Documents

Cap信令原理