数字蜂窝移动通信网技术规范.docx

YD/T xxx-xxxx

900/1800MHz TDMA数字蜂窝移动通信网
CAMEL应用部分(CAP)技术规范
(第二阶段)
900/1800MHz TDMA Digital Cellular Mobile Telecommunication Network Technical Specification of CAMEL Application Part(CAP) (Phase 2)

19xx-xx-xx 发布 19xx-xx-xx 实施

中华人民共和国信息产业部 发布

前言

随着GSM网络的迅速发展，移动用户对于业务的需求越来越高。因此在GSM Phase2+ 阶段引入了CAMEL业务（Customised Applications for Mobile Network Enhanced logic）。CAMEL业务是一种网络特性而不是补充业务，它采用智能网的原理，通过增加智能网的功能模块，使得即使当用户漫游出HPLMN，网络运营者也可以为用户提供运营者特定的业务。
CAMEL业务的引入，在原有GSM功能结构基础上增加了与CAMEL业务相关的功能实体，包括gsmSSF,gsmSCF和gsmSRF。为此增加了这几个功能实体之间的信令规程CAP (CAMEL应用部分)，并在移动应用部分(MAP)中增加了与CAP配合的操作和信息单元。本标准规定了gsmSSF,gsmSCF和gsmSRF之间CAP的相关操作，信息单元等。
本标准的预研依据ETSI GSM02.78，GSM03.78，GSM09.78 CAMEL业务Phase2的标准提出，等效采用GSM09.78 (version6.2.1)，联系中国INAP的有关要求编制。
CAP Phase2的标准化工作已经基本稳定，与CAP Phase1不同的是，CAP Phase2的能力已经能够提供许多运营者所需的特定业务，例如预付费业务，虚拟专用网业务等。各设备生产厂家也在积极开发相应的功能，估计到1999年底厂家将能够支持CAMEL业务。而运营者对CAMEL业务的需求更为迫切。因此迫切需要制定CAP的标准，为网络的建设做准备。

本标准由原邮电部科学技术司提出并归口。
本标准起草单位：信息产业部电信传输研究所
本标准主要起草人：朱旭红 赵军 魏冰

目 次
1 范围 1
2 引用标准 1
3 缩略语 1
4 概述 2
5 CAP的基本规定 4
5.1 CAP的规程结构 4
5.2 CAP寻址 5
5.3 LegID的定义和使用 5
5.4 CAP的兼容性机制 5
5.5 SACF/MACF规则 6
6 CAP的抽象语句 6
6.1 操作类型 6
6.2 差错类型 16
6.3 数据类型 16
6.4 操作与差错码 35
6.5 应用业务单元 38
6.6 应用上下文 42
6.7 类别 44
7 应用实体程序 45
8 差错程序 45
8.1 与操作相关的差错程序 45
8.2 与实体相关的差错过程 53
9 详细的操作程序 54
9.1 备用 54
9.2 激活测试程序 54
9.3 申请计费程序 55
9.4 申请计费报告程序 56
9.5 辅助请求指令程序 57
9.6 备用 57
9.7 呼叫信息报告程序 57
9.8 呼叫信息请求程序 58
9.9 取消程序 59
9.10 备用 60
9.11 连接程序 60
9.12 连接到资源程序 61
9.13 继续程序 62
9.14切断前向连接程序 62
9.15 建立临时连接程序 63
9.16 备用 64
9.17 BCSM事件报告程序 64
9.18 提供计费信息程序 65
9.19 启动DP程序 66
9.20 备用 68
9.21 播放通知程序 68
9.22 提示并收集用户信息程序 69
9.23 释放呼叫程序 72
9.24 备用 73
9.25 请求报告BCSM事件程序 73
9.26 重置定时器程序 74
9.27 发送计费信息程序 74
9.28 备用 75
9.29 专用资源报告程序 75
10 CAP与TCAP业务的配合 76
10.1 正常程序 76
10.2 异常情况 78
10.3对话建立 79
10.4 对话继续 80
10.5 对话结束 80
10.6 用户放ABORT 81
10.7 提供者 ABORT 81
10.8 CAP操作使用程序 81
10.9 和TC业务的对应 84

1 范围
本标准规定了网络特性CAMEL第二阶段的CAMEL应用部分(CAP)的信令规程。规定了gsmSSF，gsmSCF，gsmSRF之间的操作，信息单元，抽象语句，差错过程，详细的操作程序，与TCAP的配合等。
本标准适用于GSM移动通信网实现CAMEL业务时，各相关实体之间的信令程序。
2 引用标准
下列标准包含的条文，通过在本标准中的引用而构成本标准的条文。在标准出版时，所示版本均为有效。所有标准均会被修订，使用本标准的各方应探讨使用下列标准最新版本的可能性。
GSM02.78 数字蜂窝通信系统(phase2+) CAMEL业务定义－stage1 version6.1.0
GSM03.78 数字蜂窝通信系统(phase2+) CAMEL－stage2 version6.2.0
GSM09.78 数字蜂窝通信系统(phase2+) CAMEL－stage3 version6.2.1
GSM09.02 数字蜂窝通信系统(phase2+) 移动应用部分(MAP) version6.1.0
ITU-T Q.1218 智能网CS1的接口建议
GF017-95 智能网应用规程(INAP) 暂行规定
3 缩略语
AC(Application Context)应用上下文
ASE(Application Service Element)应用业务单元
ASN.1(Abstract Syntax Notation One)抽象语法符号1
BCSM(Basic Call State Model)基本呼叫状态模型
CAMEL(Customized Applications for Mobile Network Enhanced logic)移动网络增强业务的客户化应用
CAP(CAMEL Application Part) CAMEL应用部分
CS1(Capability Set 1)能力集1
DP(Detection Point)检测点
DSS1(Digital Subscriber Signaling System 1)数字用户信令系统1
EDP(Event Detection Point)事件检测点
FE(Function Entity)功能实体
FSM(Finite State Module)有限状态模型
GMSC(Gateway Mobile Switch Center)关口移动交换中心
gsmCCF(gsm Call Control Function)GSM呼叫控制功能
gsmSCF(gsm Service Control Function)GSM业务控制功能
gsmSRF(gsm Special Resource Function)GSM专用资源功能

gsmSSF(gsm Service Switch Function)GSM业务交换功能
HLR(Home Location Register)归属位置寄存器
INAP(Intelligent Network Application Protocol)智能网应用规程
IP(Intelligent Peripheral )智能外设
ID(Identifier)识别
IN(Intelligent Network)智能网络
ISDN(Integrated Services Digital Network)综合业务数字网
ISUP(ISDN User Part)ISDN用户部分
MACF(Multiple Association Control Function)多相关控制功能
MAP(Mobile Application Part)移动应用部分
O-CSI (Originating CAMEL Subscription Information)始发CAMEL签约信息
PE(Physical Entity)物理实体
ROSE(Remote Operation Service Element)远端操作业务单元
SACF(Single Association Control Function)单相关控制功能
SAO(Single Association Object)单相关对象
SCP(Service Control Point)业务控制点
SLPI(Service Logic Processing Instance)业务逻辑处理实例
SRME(SRF Management Entity)SRF管理实体
SSME(SSF Management Entity)SSF管理实体
SSP(Service Switch Point)业务交换点
T-CSI(Terminating CAMEL Subscription Information)终止CAMEL签约信息
TCAP(Transaction Application Part)事务处理部分
TDP(Trigger Detection Point)触发检测点
VLR(Visit Location Register)拜访位置寄存器
4 概述
4.1 网络功能模型
CAMEL为一种网络特性，GSM网络中引入CAMEL业务后的功能模型见图1。
归属网络
MAP
gsmSCF
HLR

MAP
MAP
CAP
MAP
CAP

CAP

拜访网络

询问网络

gsmSSF
gsmSSF
gsmSRF
MS
MSC/VLR

GMSC
图1 第二阶段CAMEL业务的功能结构

4.2 各种物理配置情形
gsmSSF功能通常放在MSC或GMSC。
情形1，到智能外设IP有直接路径

SSP
ISUP
IP

gsmSRF

gsmSSF/
gsmCCF

gsmSCF

SCP

其中IP的gsmSRF通过ISUP连接到MSC/GMSC中的gsmSSF, gsmSCF通过No.7直接与gsmSRF相连。
情形2a，通过具有中继功能的辅助SSF连接到IP；IP与辅助SSF合设
gsmSCF
gsmSSF/gsmCCF
gsmSSF/gsmCCF
SCP
初始SSP
ISUP
IP
gsmSRF
辅助SSP

MSC/GMSC中的gsmSSF通过ISUP连接到 MSC/GMSC中的辅助gsmSSF，中继接入gsmSRF。gsmSCF通过七号信令直接接入到辅助gsmSSF。gsmSRF与辅助gsmSSF合设，采用内部接口。
情形2b，通过具有中继功能的辅助SSF连接到IP，IP与辅助SSF不合设
SCP
gsmSCF
gsmSSF/gsmCCF
gsmSRF
初始SSP
ISUP
IP
gsmSSF/
gsmCCF
辅助SSP

MSC/GMSC中的辅助gsmSSF通过ISUP连接到 MSC/GMSC中的gsmSSF。gsmSCF通过七号信令直接接入到辅助gsmSSF。gsmSRF在IP中，连接到辅助gsmSSF。初始gsmSSP采用ISUP或DSS1通过辅助gsmSSF中继接入gsmSRF。辅助SSP与IP之间采用ISUP
情形3，有中继功能的情况下连接到IP；IP与SSF合设。

gsmSCF

SCP
SSP
IP

内部接口

gsmSRF
gsmSSF/gsmCCF

IP中的gsmSRF连接到gsmSSF，采用内部接口由gsm SSF中继接入gsmSCF 。gsmSSF与gsmSRF合设。
情形4，有中继功能的情况下连接到IP；IP与SSF不合设。

gsmSCF

IP

初始SSP

gsmSRF
gsmSSF/
gsmCCF
ISUP或DSS1

IP中的gsmSRF连接到gsmSSF，采用ISUP或DSS1由gsm SSF中继接入gsmSCF 。
通常gsmSSF功能通常放在MSC或GMSC。
情形1：IP中的gsmSRF通过ISUP连接到MSC/GMSC中的gsmSSF, gsmSCF通过No.7直接与gsmSRF相连。
情形2a：MSC/GMSC中的辅助gsmSSF通过ISUP连接到 MSC/GMSC中的gsmSSF。gsmSCF通过直接的七号信令连接接入到辅助gsmSSF。gsmSRF与辅助gsmSSF合设。采用内部接口通过辅助gsmSSF中继接入gsmSRF。
情形2b：MSC/GMSC中的辅助gsmSSF通过ISUP连接到 MSC/GMSC中的gsmSSF。gsmSCF通过直接的七号信令连接接入到辅助gsmSSF。gsmSRF在IP中，连接到辅助gsmSSF。采用ISUP或DSS1通过辅助gsmSSF中继接入gsmSRF。
情形3：IP中的gsmSRF连接到gsmSSF，采用内部接口由gsm SSF中继接入gsmSCF 。gsmSSF与gsmSRF合设。 情形4：IP中的gsmSRF连接到gsmSSF，采用ISUP或DSS1由gsm SSF中继接入gsmSCF 。
5 CAP的基本规定
5.1 CAP的规程结构
CAP是远端业务操作单元(ROSE)用户规程。CAP的规程结构如图2。
多个并列的交互作用(b)

应用处理
应用处理

单个交互作用(a)
ASE’s
TCAP
S
A
C
F
SAO

ASE’s
TCAP
S
A
C
F
SAO
MACF
ASE’s
TCAP
S
A
C
F
SAO

SCCP
MTP

SCCP

MTP

图2 CAP的规程结构

PE与PE之间或者为单个交互作用，或者为多个交互作用。
在情况a中，SACF在使用应用业务单元(ASE)时提供并列的功能，包括ASE所支持的操作的顺序(基于所接收原语的顺序)。单个相关目标(SAO)表示在一对PE之间通过单个交换作用所采用的SACF加上一组ASE。
在情况b中，MACF在几个SAO中提供并列的功能，每个SAO与远端PE中的一个 SAO交互。
每个ASE支持一个或多个操作。
应用上下文(AC)协商机制允许两个通信实体准确地表示它们的能力以及对接口能力的要求。因此允许通过能力集演化。
如果一对通信FE不支持特定AC的指示，应支持预先安排的应用上下文。
5.2 CAP寻址
CAP的寻址采用《国内No.7信令方式－信令连接控制部分(SCCP)》提供的0类或1类业务。采用GT寻址，CAP的子系统号(SSN)为0000,0101。
SCCP的各类业务(0类或1类)取决于应用。1类业务在接收到对端的响应(TR_CONTINUE或TR-END)之前可以发送多个TCAP消息(TR_CONTINUE)到对端。不能使用RESULT－NL。然而如果应用程序使用RESULT－NL(且需要分段)，应用程序应设置为1类业务。
根据Q.771，TC对段数没有限制。然而如果TC用户确定所使用的网络业务支持用户数据的分段和重组，不必使用TC－RESULT－NL(RR_NL)且尽量避免。如果应用程序请求的话，可以使用return选项。
5.3 LegID的定义和使用
在gsmSCF与gsmSSF之间交换的LegID有两类：
－发送侧LegID，和
－接收侧LegID
发送侧LegID用于gsmSCF至gsmSSF的操作中，接收侧LegID 用于gsmSSF至gsmSCF的操作中。
LegID的分配：对于所有操作均包括一个LegID ；
－LegID＝1指主叫用户，尤其当启动DP发往gsmSCF时呼叫中涉及的呼叫方。
－LegID＝2 指被叫方，呼叫中作为连接或继续操作结果生成的呼叫方。
5.4 CAP的兼容性机制
CAP的兼容性机制主要有如下两类：
5.4.1与 INAP兼容。
当CAP与INAP互通时，如果接收到INAP的操作，但该操作不是CAP的一部分或者CAP中有此操作但不包括该参数：
－对于未知的操作和参数，gsmSSF应采用正常的差错处理程序。
－除了启动DP操作中的参数外，对于未知的参数和操作，gsmSCF应采用正常的差错处理程序。对于INAP中指定的启动DP中的所有参数，gsmSCF均应知道，CAP中不包括的参数应该忽略。
CAP中增加的标签指定为50以上。
5.4.2与CAP今后的版本兼容
－对现有CAP改变较大时：即为了支持所需的CAMEL业务，必须有较大的功能改变时。当纯粹增加新功能时，如果某功能实体不支持增加的功能，可以不提供所需的CAMEL业务。如果是在现有功能上修改时，两个功能实体应就功能变化达成共识。这种改变需要新的AC。
－对现有CAP改变较小时：即为了支持所需的CAMEL业务，不需要进行功能的改变时。如果是对现有功能的修改，既可以用旧的变量也可以用修改的变量执行相关功能。如果是纯粹增加的功能，可以不去执行。这种情况不需要新的AC。
5.5 SACF/MACF规则
5.5.1 TCAP应用上下文(AC)
TCAP AC协商规则要求被提议的AC，如果能够接受，应在第一个后向消息中返回。
如果AC不可接受，且TC用户不希望继续该对话，可以向始发者提供一个替换AC以便开始一个新的对话。
注：如果gsmSSF提供的AC，gsmSCF不能接收，不返回替换AC。如果发送给gsmSCF的AC不可接收，一般是在提供的用户数据中有差错或者gsmSSF中的差错。
5.5.2 操作的串/并行执行
有时需要区别一个操作是以串行还是并行(同步)的方式执行。可能同步的操作有：
－计费操作可以与其它任何操作同步执行。
需要同步的操作应放置在同一个TCAP消息中。有些操作要等到其它操作执行到一定程度或完成以后再执行。PE(通常是SCP)通过在两个不同的消息中发送该操作进行控制。
这并不意味着同一消息中的操作都要同时执行，只是需要的时候才同步执行。
6 CAP的抽象语句
本节规定CAP的抽象语句。CAP中所使用的ISUP和DSS1参数，参数值编码的定义见ISUP或DSS1。DSS1/ISUP定义的参数标识由CAP定义的参数标识替代。
应用于抽象语法的编码规则为ASN.1基本编码规则(BER)，见X.209，X.690，Q.773。附加的编码见ISUP和 DSS1。有些数据类型来自于CS1 INAP和MAP。
ASN.1操作宏中操作的类别如下：
第1类：在ASN.1操作宏的定义中出现结果和差错。
第2类：在ASN.1操作宏的定义中仅出现差错。
第3类：在ASN.1操作宏的定义中仅出现结果。
第4类：在ASN.1操作宏的定义中结果和差错均不出现。
CAP的抽象语法由几个描述操作，差错和相关数据类型的ASN.1模块组成。
包含CAP类型定义的模块有CAP－操作，CAP－差错，CAP－数据类型，CAP－码，CAP－类别。
6.1 操作类型
CAP-Operations {ccitt(0) identified-organization(4) etsi(0) mobileDomain(0) gsm-Network(1) modules(3) cap-operations(50) version2(1)}
-- 本模块包含CAP V2操作的类型定义。

DEFINITIONS ::=
BEGIN
IMPORTS
OPERATION
FROM TCAPMessages {ccitt recommendation q 773 modules(2) messages(1) version2(2)}
-- 差错类型
Cancelled,
CancelFailed,
ETCFailed,
ImproperCallerResponse,
MissingCustomerRecord,
MissingParameter,
ParameterOutOfRange,
RequestedInfoError,
TaskRefused,
UnavailableResource,
UnexpectedComponentSequence,
UnexpectedDataValue,
UnexpectedParameter,
UnknownLegID,
SystemFailure
FROM CS1-Errors {ccitt(0) identified-organization(4) etsi(0) inDomain(1) in-network(1) modules(0) cs1-errors(1) version1(0)}

-- CAP v.2 参量类型
ApplyChargingArg,
ApplyChargingReportArg,
AssistRequestInstructionsArg,
CallInformationReportArg,
CallInformationRequestArg,
CancelArg,
ConnectArg,
ConnectToResourceArg,
EstablishTemporaryConnectionArg,
EventReportBCSMArg,
FurnishChargingInformationArg,
InitialDPArg,
PlayAnnouncementArg,
PromptAndCollectUserInformationArg,
ReceivedInformationArg,
ReleaseCallArg,
RequestReportBCSMEventArg,
ResetTimerArg,
SendChargingInformationArg,
SpecializedResourceReportArg

FROM CAP-DataTypes {ccitt(0) identified-organization(4) etsi(0) mobileDomain(0) gsm-Network(1) modules(3) cap-datatypes(52) version2(1)};

-- CAP v.2 操作的类型定义
-- gsmSCF-gsmSSF 操作

ActivityTest ::= OPERATION
RESULT

-- 传送方向: gsmSCF -> gsmSSF, 定时器: Tat
-- 这个操作用来检查gsmSCF 和 gsmSSF之间的关系是否仍然存在。如果关系仍然存在， -- 则gsmSSF 将响应。如果gsmSCF 没有收到响应，就认为gsmSSF由于某种原因出现
-- 了故障，gsmSCF将采取适当的动作。

ApplyCharging ::= OPERATION
ARGUMENT
ApplyChargingArg
ERRORS {
MissingParameter,
UnexpectedComponentSequence,
UnexpectedParameter,
UnexpectedDataValue,
ParameterOutOfRange,
SystemFailure,
TaskRefused,
UnknowLegID
}

-- 传送方向: gsmSCF -> gsmSSF, 定时器: Tac
-- gsmSCF 使用本操作和gsmSSF CSE中控制呼叫时长的计费机制进行相互作用。

ApplyChargingReport ::= OPERATION
ARGUMENT
ApplyChargingReportArg
ERRORS {
MissingParameter,
UnexpectedComponentSequence,
UnexpectedParameter,
UnexpectedDataValue,
ParameterOutOfRange,
SystemFailure,
TaskRefused
}

-- 传送方向：gsmSSF－>gsmSCF, 定时器：Tacr
-- 当应用CSE控制的呼叫时长计费机制时，ApplyChargingReport 从操作提供从gsmSSF 到
-- gsmSCF的反馈。

AssistRequestInstructions ::= OPERATION
ARGUMENT
AssistRequestInstructionsArg
ERRORS {
MissingCustomerRecord,
MissingParameter,
TaskRefused,
UnexpectedComponentSequence,
UnexpectedDataValue,
UnexpectedParameter
}

--传送方向: gsmSSF->gsm SCF 或 gsmSRF->gsmSCF, 定时器Tari。
-- 在需要辅助程序时,由SSF/gsmSRF向SCF发送本操
--作。当起始gsmSSF收到来自gsmSCF的EstabilishTemporaryConnect操作,
--并且起始gsmSSF已经建立了到gsmSRF 或辅助gsmSSF的连接时,辅助gsmSSF或
--gsmSRF发送此操作给gsmSCF。

CallInformationReport ::= OPERATION
ARGUMENT
CallInformationReportArg

--传送方向: SSF->SCF, 定时器为 Tcirp。
--本操作是用来将一个呼叫的一些特定信息送给gsmSCF。 这些呼叫信
--息是由gsmSCF在前一个发送给gsmSSF的CallInformationRequest操作中所要求的。

CallInformationRequest ::= OPERATION
ARGUMENT
CallInformationRequestArg
ERRORS {
MissingParameter,
ParameterOutOfRange,
RequestedInfoError,
SystemFailure,
TaskRefused,
UnexpectedComponentSequence,
UnexpectedParameter,
UnknowLegID
}

--传送方向: SCF ->SSF 定时器为 Tcirq。
--这个操作是用来请求 SSF 记录关于一个呼叫的特定信息, 并把这
--些信息报告给 gsmSCF ( 用CallInformationReport操作)。

Cancel ::= OPERATION
ARGUMENT
CancelArg
ERRORS {
CancelFailed
}

--传送方向: gsmSCF ->gsmSSF 或者 gsmSCF ->gsmSRF， 定时器为 Tcan
--本操作用来取消以前请求的相关的操作, 或者取消以前请求的所有操
--作。可取消的操作有PlayAnnocement和PromptAndCollectUserInformation。

Connect ::= OPERATION
ARGUMENT
ConnectArg
ERRORS {
MissingParameter,
SystemFailure,
TaskRefused,
UnexpectedComponentSequence,
UnexpectedDataValue,
UnexpectedParameter
}
--传送方向: SCF ->SSF 定时器为 Tcon
--本操作用来请求 gsmSSF执行呼叫处理, 即将呼叫接续或前转到特定
--的目的地。gsmSSF既可使用从主叫用户得到的目的地信 息(例如: 所拨
--数字)，也可根据gsmSCF提供的信息，使用现存的呼叫建立信息来选择路由,

ConnectToResource ::= OPERATION
ARGUMENT
ConnectToResourceArg
ERRORS {
MissingParameter,
SystemFailure,
TaskRefused,
UnexpectedComponentSequence,
UnexpectedDataValue,
UnexpectedParameter
}

--传送方向: SCF->gsmSRF，定时器为 Tctr
--这个操作用来将一个呼叫由包含gsmSSF的物理实体连接到包含gsmSRF的物理实体。

Continue ::= OPERATION

--传送方向: SCF ->SSF，定时器为 Tcue
--本操作用于请求 gsmSSF继续处理为等待 gsmSCF指令而已经悬置在某一个
--DP点的呼叫(即进行到BCSM中的下一个呼叫点)。 gsmSSF 继续呼叫处理而
--不需要用来自gsmSCF 的新数据代替原数据。

DisconnectForwardConnection ::= OPERATION
ERRORS {
SystemFailure,
TaskRefused,
UnexpectedComponentSequence
}

--传送方向: gsmSCF >gsmSSF,定时器为 Tdfc
--本操作用于切断前向临时连接或者切断到资源的连接。

EstablishTemporaryConnection ::= OPERATION
ARGUMENT
EstablishTemporaryConnectionArg
ERRORS {
ETCFailed,
MissingParameter,
SystemFailure,
TaskRefused,
UnexpectedComponentSequence,
UnexpectedDataValue,
UnexpectedParameter
}

--传送方向: gsmSCF->gsmSSF, 定时器Tetc
--本操作用于建立到资源的连接(例如用来播放录音通知、收集用户信息) 。
--gsmSCF应能根据与用户交互的情况，向gsmSSF发ResetTimer。
--它隐含使用辅助程序。

EventReportBCSM ::= OPERATION
ARGUMENT
EventReportBCSMArg

--传送方向: gsmSSF ->gsmSCF, 定时器为 Terb
--这个操作用来通知gsmSCF一个与呼叫相关的事件(例如BCSM事件如应答或拆线
--), 这个事件是gsmSCF事先在RequestReportBCSMEvent操作中请求监视的。

FurnishChargingInformation ::= OPERATION
ARGUMENT
FurnishChargingInformationArg
ERRORS {
MissingParameter,
TaskRefused,
UnexpectedComponentSequence,
UnexpectedDataValue,
UnexpectedParameter
}

--传送方向: gsmSCF ->gsmSSF,定时器为 Tfci
--本操作用来请求gsmSSF产生并存储一个呼叫记录或在缺省的呼叫记录中加入
--一些信息。存储的呼叫记录将用来进行脱机计费。

InitialDP ::= OPERATION
ARGUMENT
InitialDPArg
ERRORS {
MissingCustomerRecord,
MissingParameter,
SystemFailure,
TaskRefused,
UnexpectedComponentSequence,
UnexpectedDataValue,
UnexpectedParameter
}

--传送方向: gsmSSF ->gsmSCF,定时器为 Tidp
--本操作用来在一个TDP之后指示对业务的请求。

ReleaseCall ::= OPERATION
ARGUMENT
ReleaseCallArg

--传送方向: gsmSCF ->gsmSSF,定时器为 Trc
--这个操作用来在一个呼叫的任何阶段释放该呼叫的所有参与方。

RequestReportBCSMEvent ::= OPERATION
ARGUMENT
RequestReportBCSMEventArg
ERRORS {
MissingParameter,
SystemFailure,
TaskRefused,
UnexpectedComponentSequence,
UnexpectedDataValue,
UnexpectedParameter,
UnknowLeg