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 ，， CAMEL业务Phase2的标准提出，等效采用 ()，联系中国INAP的有关要求编制。
CAP Phase2的标准化工作已经基本稳定，与CAP Phase1不同的是，CAP Phase2的能力已经能够提供许多运营者所需的特定业务，例如预付费业务，虚拟专用网业务等。各设备生产厂家也在积极开发相应的功能，估计到1999年底厂家将能够支持CAMEL业务。而运营者对CAMEL业务的需求更为迫切。因此迫切需要制定CAP的标准，为网络的建设做准备。
本标准由原邮电部科学技术司提出并归口。
本标准起草单位：信息产业部电信传输研究所
本标准主要起草人：朱旭红 赵军 魏冰
目 次
11 范围
2 引用标准 1
3 缩略语 1
4 概述 2
5 CAP的基本规定 4
CAP的规程结构 4
CAP寻址 5
LegID的定义和使用 5
CAP的兼容性机制 5
SACF/MACF规则 6
6 CAP的抽象语句 6
操作类型 6
差错类型 16
数据类型 16
操作与差错码 35
应用业务单元 38
应用上下文 42
类别 44
7 应用实体程序 45
8 差错程序 45
与操作相关的差错程序 45
与实体相关的差错过程 53
9 详细的操作程序 54
备用 54
激活测试程序 54
申请计费程序 55
申请计费报告程序 56
辅助请求指令程序 57
备用 57
呼叫信息报告程序 57
呼叫信息请求程序 58
取消程序 59
备用 60
连接程序 60
连接到资源程序 61
继续程序 62
切断前向连接程序 62
建立临时连接程序 63
备用 64
BCSM事件报告程序 64
提供计费信息程序 65
启动DP程序 66
备用 68
播放通知程序 68
提示并收集用户信息程序 69
释放呼叫程序 72
备用 73
请求报告BCSM事件程序 73
重置定时器程序 74
发送计费信息程序 74
备用 75
专用资源报告程序 75
10 CAP与TCAP业务的配合 76
正常程序 76
异常情况 78
对话建立 79
对话继续 80
对话结束 80
用户放ABORT 81
提供者 ABORT 81
CAP操作使用程序 81
和TC业务的对应 84
1 范围
本标准规定了网络特性CAMEL第二阶段的CAMEL应用部分(CAP)的信令规程。规定了gsmSSF，gsmSCF，gsmSRF之间的操作，信息单元，抽象语句，差错过程，详细的操作程序，与TCAP的配合等。
本标准适用于GSM移动通信网实现CAMEL业务时，各相关实体之间的信令程序。
2 引用标准
下列标准包含的条文，通过在本标准中的引用而构成本标准的条文。在标准出版时，所示版本均为有效。所有标准均会被修订，使用本标准的各方应探讨使用下列标准最新版本的可能性。
数字蜂窝通信系统(phase2+) CAMEL业务定义－stage1
数字蜂窝通信系统(phase2+) CAMEL－stage2
数字蜂窝通信系统(phase2+) CAMEL－stage3
数字蜂窝通信系统(phase2+) 移动应用部分(MAP)
ITU-T 智能网CS1的接口建议
GF017-95 智能网应用规程(INAP) 暂行规定
缩略语
AC(Application Context)应用上下文
ASE(Application Service Element)应用业务单元
(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 概述
网络功能模型
CAMEL为一种网络特性，GSM网络中引入CAMEL业务后的功能模型见图1。
各种物理配置情形
gsmSSF功能通常放在MSC或GMSC。
情形1，到智能外设IP有直接路径
其中IP的gsmSRF通过ISUP连接到MSC/GMSC中的gsmSSF, gsmSCF通过直接与gsmSRF相连。
情形2a，通过具有中继功能的辅助SSF连接到IP；IP与辅助SSF合设
MSC/GMSC中的gsmSSF通过ISUP连接到 MSC/GMSC中的辅助gsmSSF，中继接入gsmSRF。gsmSCF通过七号信令直接接入到辅助gsmSSF。gsmSRF与辅助gsmSSF合设，采用内部接口。
情形2b，通过具有中继功能的辅助SSF连接到IP，IP与辅助SSF不合设
MSC/GMSC中的辅助gsmSSF通过ISUP连接到 MSC/GMSC中的gsmSSF。gsmSCF通过七号信令直接接入到辅助gsmSSF。gsmSRF在IP中，连接到辅助gsmSSF。初始gsmSSP采用ISUP或DSS1通过辅助gsmSSF中继接入gsmSRF。辅助SSP与IP之间采用ISUP
情形3，有中继功能的情况下连接到IP；IP与SSF合设。
IP中的gsmSRF连接到gsmSSF，采用内部接口由gsm SSF中继接入gsmSCF 。gsmSSF与gsmSRF合设。
情形4，有中继功能的情况下连接到IP；IP与SSF不合设。
IP中的gsmSRF连接到gsmSSF，采用ISUP或DSS1由gsm SSF中继接入gsmSCF 。
5 CAP的基本规定
CAP的规程结构
CAP是远端业务操作单元(ROSE)用户规程。CAP的规程结构如图2。
PE与PE之间或者为单个交互作用，或者为多个交互作用。
在情况a中，SACF在使用应用业务单元(ASE)时提供并列的功能，包括ASE所支持的操作的顺序(基于所接收原语的顺序)。单个相关目标(SAO)表示在一对PE之间通过单个交换作用所采用的SACF加上一组ASE。
在情况b中，MACF在几个SAO中提供并列的功能，每个SAO与远端PE中的一个 SAO交互。
每个ASE支持一个或多个操作。
应用上下文(AC)协商机制允许两个通信实体准确地表示它们的能力以及对接口能力的要求。因此允许通过能力集演化。
如果一对通信FE不支持特定AC的指示，应支持预先安排的应用上下文。
CAP寻址
CAP的寻址采用《国内信令方式－信令连接控制部分(SCCP)》提供的0类或1类业务。采用GT寻址，CAP的子系统号(SSN)为0000,0101。
SCCP的各类业务(0类或1类)取决于应用。1类业务在接收到对端的响应(TR_CONTINUE或TR-END)之前可以发送多个TCAP消息(TR_CONTINUE)到对端。不能使用RESULT－NL。然而如果应用程序使用RESULT－NL(且需要分段)，应用程序应设置为1类业务。
根据，TC对段数没有限制。然而如果TC用户确定所使用的网络业务支持用户数据的分段和重组，不必使用TC－RESULT－NL(RR_NL)且尽量避免。如果应用程序请求的话，可以使用return选项。
LegID的定义和使用
在gsmSCF与gsmSSF之间交换的LegID有两类：
－发送侧LegID，和
－接收侧LegID
发送侧LegID用于gsmSCF至gsmSSF的操作中，接收侧LegID 用于gsmSSF至gsmSCF的操作中。
LegID的分配：对于所有操作均包括一个LegID ；
－LegID＝1指主叫用户，尤其当启动DP发往gsmSCF时呼叫中涉及的呼叫方。
－LegID＝2 指被叫方，呼叫中作为连接或继续操作结果生成的呼叫方。
CAP的兼容性机制
CAP的兼容性机制主要有如下两类：
与 INAP兼容。
当CAP与INAP互通时，如果接收到INAP的操作，但该操作不是CAP的一部分或者CAP中有此操作但不包括该参数：
－对于未知的操作和参数，gsmSSF应采用正常的差错处理程序。
－除了启动DP操作中的参数外，对于未知的参数和操作，gsmSCF应采用正常的差错处理程序。对于INAP中指定的启动DP中的所有参数，gsmSCF均应知道，CAP中不包括的参数应该忽略。
CAP中增加的标签指定为50以上。
与CAP今后的版本兼容
－对现有CAP改变较大时：即为了支持所需的CAMEL业务，必须有较大的功能改变时。当纯粹增加新功能时，如果某功能实体不支持增加的功能，可以不提供所需的CAMEL业务。如果是在现有功能上修改时，两个功能实体应就功能变化达成共识。这种改变需要新的AC。
－对现有CAP改变较小时：即为了支持所需的CAMEL业务，不需要进行功能的改变时。如果是对现有功能的修改，既可以用旧的变量也可以用修改的变量执行相关功能。如果是纯粹增加的功能，可以不去执行。这种情况不需要新的AC。
SACF/MACF规则
TCAP应用上下文(AC)
TCAP AC协商规则要求被提议的AC，如果能够接受，应在第一个后向消息中返回。
如果AC不可接受，且TC用户不希望继续该对话，可以向始发者提供一个替换AC以便开始一个新的对话。
注：如果gsmSSF提供的AC，gsmSCF不能接收，不返回替换AC。如果发送给gsmSCF的AC不可接收，一般是在提供的用户数据中有差错或者gsmSSF中的差错。
操作的串/并行执行
有时需要区别一个操作是以串行还是并行(同步)的方式执行。可能同步的操作有：
－计费操作可以与其它任何操作同步执行。
需要同步的操作应放置在同一个TCAP消息中。有些操作要等到其它操作执行到一定程度或完成以后再执行。PE(通常是SCP)通过在两个不同的消息中发送该操作进行控制。
这并不意味着同一消息中的操作都要同时执行，只是需要的时候才同步执行。
CAP的抽象语句
本节规定CAP的抽象语句。CAP中所使用的ISUP和DSS1参数，参数值编码的定义见ISUP或DSS1。DSS1/ISUP定义的参数标识由CAP定义的参数标识替代。
应用于抽象语法的编码规则为基本编码规则(BER)，见，，。附加的编码见ISUP和 DSS1。有些数据类型来自于CS1 INAP和MAP。
操作宏中操作的类别如下：
第1类：在操作宏的定义中出现结果和差错。
第2类：在操作宏的定义中仅出现差错。
第3类：在操作宏的定义中仅出现结果。
第4类：在操作宏的定义中结果和差错均不出现。
CAP的抽象语法由几个描述操作，差错和相关数据类型的模块组成。
包含CAP类型定义的模块有CAP－操作，CAP－差错，CAP－数据类型，CAP－码，CAP－类别。
操作类型
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 参量类型
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 操作的类型定义
-- 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,
UnknowLegID
}
--传送方向: gsmSCF ->gsmSSF, 定时器为 Trrb。
--这个操作用于请求 gsmSSF 监视一个与呼叫相关的事件(例如应答或拆线
--等BCSM 事件), 并当检测到此事件时向 gsmSCF 发回一个通知。
ResetTimer ::= OPERATION
ARGUMENT
ResetTimerArg
ERRORS {
MissingParameter,
TaskRefused,
UnexpectedComponentSequence,
UnexpectedDataValue,
UnexpectedParameter
}
--传送方向: gsmSCF->gsmSSF, 定时器为 Trt
--这个操作用来请求 gsmSSF 刷新 gsmSSF中的一个应用程序定时器。
SendChargingInformation ::= OPERATION
ARGUMENT
SendChargingInformationArg
ERRORS {
MissingParameter,
UnexpectedComponentSequence,
UnexpectedParameter,
ParameterOutOfRange,
SystemFailure,
TaskRefused,
UnknownLegID
}
--传送方向: gsmSCF ->gsmSSF,定时器为 Tsci。
--这个操作用于向 gsmSSF 指示计费信息，gsmSSF采用GSM接入信令方式向移动台发送该信息。
-- gsmSCF-gsmSRF之间的操作
-- AssistInstructionIndicator
-- gsmSRF->gsm SCF
-- 参见前面gsmSCF--gsmSSF 间操作一节中关于本操作的描述。
-- Cancel
-- gsmSCF-> gsmSRF
-- 参见前面gsmSCF—gsmSSF之间操作中关于本操作的描述。
PlayAnnouncement ::= OPERATION
ARGUMENT
PlayAnnouncementArg
ERRORS {
Cancelled,
MissingParameter,
SystemFailure,
UnavailableResource,
UnexpectedComponentSequence,
UnexpectedDataValue,
UnexpectedParameter
}
LINKED {
SpecializedResourceReport
}
--传送方向: gsmSCF ->gsmSRF 定时器为 Tpa
--本操作用于EstablishTemporaryConnection (与第二个gsmSSF的辅助程序)或者
--ConnectToResource操作(无辅助)之后。可用于和移动用户进行带内交互。
--前一种情况下 gsmSRF 通常和gsmSSF 合设，提供标准的信号音(拥塞音等)或标准的
--录音通知。后一种情况gsmSRF 总是和MSC中的gsmSSF 共同设置。
--所有差错将返回给gsmSCF。当gsmSRF和gsmSSF合设时，该操作通过gsmSSF从
--gsmSCF传到gsmSRF。
PromptAndCollectUserInformation ::= OPERATION
ARGUMENT
PromptAndCollectUserInformationArg
RESULT
ReceivedInformationArg
ERRORS {
Cancelled,
ImproperCallerResponse,
MissingParameter,
SystemFailure,
TaskRefused,
UnavailableResource,
UnexpectedComponentSequence,
UnexpectedDataValue,
UnexpectedParameter
}
--传送方向: gsmSCF ->gsmSRF,定时器为 Tpc
--这个操作用于与用户交互作用以收集信息。当gsmSRF和gsmSSF合设时，本操作通过
--gsmSSF从gsmSCF传到gsmSRF。
SpecializedResourceReport ::= OPERATION
ARGUMENT
SpecializedResourceReportArg
--传送方向: gsmSRF ->gsmSCF, 定时器为 Tsrr
--当设置了录音通知完成的指示时, gsmSRF使用本操作作为PlayAnnocement的响应。
--当gsmSRF和gsmSSF合设时，本操作通过gsmSSF从gsmSRF传到gsmSCF。
END
操作定时器
CAP中应用的操作定时器的取值范围为：
短 1到20秒；
中等 1到60秒；
长 1到30分
下表列出了所有的操作定时器，每个操作定时器的确切值暂定如下。
操作名称
定时器
值
激活测试
Tat
5秒
申请计费
Tac
5秒
申请计费报告
Tarc
5秒
辅助请求指令
Tari
5秒
呼叫信息报告
Tcirp
5秒
呼叫信息请求
Tcirq
5秒
取消
Tcan
5秒
连接
Tcon
5秒
连接到资源
Tctr
5秒
继续
Tcue
5秒
切断前向连接
Tdfc
5秒
建立临时连接
Tetc
20秒
BCSM 事件报告
Terb
5秒
提供计费信息
Tfci
5秒
启动 DP
Tidp
5秒
释放呼叫
Trc
5秒
请求报告BCSM 事件
Trrb
5秒
重置定时器
Trt
5秒
发送计费信息
Tsci
5秒
播放通知
Tpa
300秒
提示并收集用户信息
Tpc
300秒
专用资源报告
Tsrr
5秒
差错类型
数据类型
CAP-DataTypes {ccitt(0) identified-organization(4) etsi(0) mobileDomain(0) gsm-Network(1) modules(3)cap-datatypes(52) version2(1)}
-- 本模块包含 CAP 数据类型的定义.
DEFINITIONS IMPLICIT TAGS ::=
BEGIN
IMPORTS
-- CAP 类别
EXTENSION,
SuppotedExtensions
FROM CAP-Classes {ccitt(0) identified-organization(4) etsi(0) mobileDomain(0) gsm-Network(1) modules(3) cap classes(54) version2(1)}
--本模块包含 CAP .的类别定义
-- CS1 参数
CallingPartysCategory,
HighLayerCompatibility,
Integer4,
InvokeID,
LegID,
MiscCallInfo,
MonitorMode,
RedirectionInformation,
ServiceKey
FROM CS1-DataTypes { ccitt(0) identified-organization(4) etsi(0) inDomain(1)in-network(1) modules(0) cs1-datatypes(2) version1(0)}
BothwayThroughConnectionInd
FROM Cs2-DataTypes { ccitt(0) identified-organization(4) etsi(0) inDomain(1)in-network(1) cs-2(20) modules(0)in- cs2-datatypes(0) version1(0)}
IMSI,
ISDN-AddressString,
Ext-BasicServiceCode
FROM MAP-CommonDataTypes { ccitt(0) identified-organization(4) etsi(0) mobileDomain(0)gsm-Network(1) modules(3) map-CommonDataTypes(18) version3(3)}
LocationInformation,
SubscriberState
FROM MAP-MS-DataTypes { ccitt(0) identified-organization(4) etsi(0) mobileDomain(0)gsm-Network(1) modules(3) map-MS-DataTypes(11) version3(3)}
CallReferenceNumber,
SuppressionOfAnnouncement
FROM MAP-CH-DataTypes { ccitt(0) identified-organization(4) etsi(0) mobileDomain(0)gsm-Network(1) modules(3) map-CH-DataTypes(13) version3(3)}
;
-- CAP 数据类型的定义
-- 参量数据类型
ApplyChargingArg ::= SEQUENCE {
AchBillingChargingCharacteristics [0] AChBillingChargingCharacteristics,
partyToCharge [2] SendingSideID DEFAULT leg1,
extensions [3] SEQUENCE SIZE(1..numOfExtensions) OF
ExtensionField OPTIONAL,
...
}
-- partyToCharge 参数指示呼叫中需要采用ApplyCharging 操作的一方。
ApplyChargingReportArg ::= CallResult
AssistRequestInstructionsArg ::= SEQUENCE {
correlationID [0] CorrelationID,
iPSSPCapabilities [2] IPSSPCapabilities,
extensions [3] SEQUENCE SIZE(1..numOfExtensions) OF
ExtensionField OPTIONAL,
...
}
-- OPTIONAL 表示按网络运营者的规定使用。correlationID 可以是起始gsmSSF提供的被叫号码。
CallInformationReportArg ::= SEQUENCE {
requestedInformationList [0] RequestedInformationList,
extensions [2] SEQUENCE SIZE(1..numOfExtensions) OF
ExtensionField OPTIONAL,
legID [3] ReceivingSideID OPTIONAL,
...
}
CallInformationRequestArg ::= SEQUENCE {
requestedInformationTypeList [0] RequestedInformationTypeList,
extensions [2] SEQUENCE SIZE(1..numOfExtensions) OF
ExtensionField OPTIONAL,
legID [3] SendingSideID OPTIONAL,
...
}
CancelArg ::= CHOICE {
invokeID [0] InvokeID,
allRequests [1] NULL
}
ConnectArg ::= SEQUENCE {
destinationRoutingAddress [0]DestinationRoutingAddress,
alertingPattern [1] AlertingPattern OPTIONAL,
originalCalledPartyID [6] OriginalCalledPartyID OPTIONAL,
extensions [10] SEQUENCE SIZE(1..numOfExtensions) OF
ExtensionField OPTIONAL,
genericNumbers [14] GenericNumbers OPTIONAL,
callingPartysCategory [28] CallingPartysCategory OPTIONAL,
redirectingPartyID [29] RedirectingPartyID OPTIONAL,
redirectionInformation [30] RedirectionInformation OPTIONAL,
suppressionOfAnnouncement [55]SuppressionOfAnnouncement OPTIONAL,
oCSIApplicable [56] OCSIApplicable OPTIONAL,
...
}
ConnectToResourceArg ::= SEQUENCE {
resourceAddress CHOICE {
ipRoutingAddress [0] IPRoutingAddress,
none [3] NULL
},
extensions [4] SEQUENCE SIZE(1..numOfExtensions) OF
ExtensionField OPTIONAL,
serviceInteractionIndicatorsTwo [7] ServiceInteractionIndicatorsTwo OPTIONAL,
...
}
EstablishTemporaryConnectionArg ::= SEQUENCE {
assistingSSPIPRoutingAddress [0] AssistingSSPIPRoutingAddress,
correlationID [1] CorrelationID OPTIONAL,
scfID [3] ScfID OPTIONAL,
extensions [4] SEQUENCE SIZE(1..numOfExtensions) OF
ExtensionField OPTIONAL,
serviceInteractionIndicatorsTwo [7] ServiceInteractionIndicatorsTwo OPTIONAL,
...
}
EventReportBCSMArg ::= SEQUENCE {
eventTypeBCSM [0] EventTypeBCSM,
eventSpecificInformationBCSM [2] EventSpecificInformationBCSM OPTIONAL,
legID [3] ReceivingSideID OPTIONAL,
miscCallInfo [4] MiscCallInfo DEFAULT {messageType request},
extensions [5] SEQUENCE SIZE(1..numOfExtensions) OF
ExtensionField OPTIONAL,
...
}
FurnishChargingInformationArg ::= FCIBillingChargingCharacteristics
InitialDPArg ::= SEQUENCE {
serviceKey [0] ServiceKey,
calledPartyNumber [2] CalledPartyNumber OPTIONAL,
callingPartyNumber [3] CallingPartyNumber OPTIONAL,
callingPartysCategory [5] CallingPartysCategory OPTIONAL,
iPSSPCapabilities [8] IPSSPCapabilities OPTIONAL,
locationNumber [10] LocationNumber OPTIONAL,
originalCalledPartyID [12] OriginalCalledPartyID OPTIONAL,
extensions [15] SEQUENCE SIZE(1..numOfExtensions) OF
ExtensionField OPTIONAL,
highLayerCompatibility [23] HighLayerCompatibility OPTIONAL,
additionalCallingPartyNumber [25] AdditionalCallingPartyNumber OPTIONAL,
bearerCapability [27] BearerCapability OPTIONAL,
eventTypeBCSM [28] EventTypeBCSM OPTIONAL,
redirectingPartyID [29] RedirectingPartyID OPTIONAL,
redirectionInformation [30] RedirectionInformation OPTIONAL,
iMSI [50] IMSI OPTIONAL,
subscriberState [51] SubscriberState OPTIONAL,
locationInformation [52] LocationInformation OPTIONAL,
ext-basicServiceCode [53] Ext-BasicServiceCode OPTIONAL,
callReferenceNumber [54] CallReferenceNumber OPTIONAL,
mscAddress [55] ISDN-AddressString OPTIONAL,
calledPartyBCDNumber [56] CalledPartyBCDNumber OPTIONAL,
timeAndTimezone [57] TimeAndTimezone OPTIONAL,
gsm-ForwardingPending [58] NULL OPTIONAL,
... }
--如果IPSSP能力不存在则意味着gsmSSF不支持合设的gsmSRF，如果存在，那么gsmSSF
--支持合设的gsmSRF功能，包括通过基本消息ID和可变消息播放通知，播放信号音及收
---集DTMF数字。其他可支持的功能详见IPSSP能力参数定义。
PlayAnnouncementArg ::= SEQUENCE {
informationToSend [0] InformationToSend,
disconnectFromIPForbidden [1] BOOLEAN DEFAULT TRUE,
requestAnnouncementComplete [2] BOOLEAN DEFAULT TRUE,
extensions [3] SEQUENCE SIZE(1..numOfExtensions) OF
ExtensionField OPTIONAL,
...
}
PromptAndCollectUserInformationArg ::= SEQUENCE {
collectedInfo [0] CollectedInfo,
disconnectFromIPForbidden [1] BOOLEAN DEFAULT TRUE,
informationToSend [2] InformationToSend OPTIONAL,
extensions [3] SEQUENCE SIZE(1..numOfExtensions) OF
ExtensionField OPTIONAL,
...
}
ReceivedInformationArg ::= CHOICE {
digitsResponse [0] Digits
}
ReleaseCallArg ::= Cause
RequestReportBCSMEventArg ::= SEQUENCE {
bcsmEvents [0] SEQUENCE SIZE (1..numOfBCSMEvents) OF BCSMEvent,
extensions [2] SEQUENCE SIZE (1..numOfExtensions) OF
ExtensionField OPTIONAL,
...
}
-- 指示需要通知的BCSM相关事件。
ResetTimerArg ::= SEQUENCE {
timerID [0] TimerID DEFAULT tssf,
timervalue [1] TimerValue,
extensions [2] SEQUENCE SIZE(1..numOfExtensions) OF
ExtensionField OPTIONAL,
...
}
SendChargingInformationArg ::= SEQUENCE {
sCIBillingChargingCharacteristics [0] SCIBillingChargingCharacteristics,
partyToCharge [1] SendingSideID,
extensions [2] SEQUENCE SIZE(1..numOfExtensions) OF
ExtensionField OPTIONAL,
...
}
SpecializedResourceReportArg ::= NULL
-- 通用数据类型。
AChBillingChargingCharacteristics ::=
OCTET STRING (SIZE(minAChBillingChargingLength .. maxAChBillingChargingLength))
(CONSTRAINED BY(--应为CAMEL－ACH AChBillingChargingCharacteristics的BER编码值的结果--))
--ACH帐单计费特性参数规定了gsmSSF应提供的计费相关信息，以及需要采用
--ApplyChargeReport向gsmSCF报告信息的条件。
--八位位组类型的AChBillingChargingCharacteristics 的值采用数据类型的值：
--CAMEL－AChBillingChargingCharacteristics。对于这些值采用正常的编码规则
--与用户所定义的限制的冲突应处理为句法错误。
AdditionalCallingPartyNumber ::= Digits
-- 指示附加主叫号码。
AlertingPattern ::= OCTET STRING (SIZE (3))
-- 本参数最后一个八位位组的编码见GSM .
-- 仅采用最后一个八位位组。其它八位位组设置为0发送。
-- 接收侧应忽略前两个八位位组。
AOCBeforeAnswer ::= SEQUENCE {
aOCInitial [0] CAI-GSM0224,
aOCSubsequent [1] AOCSubsequent OPTIONAL
}
AOCSubsequent ::= SEQUENCE {
cAI-GSM0224 [0] CAI-GSM0224 ,
tariffSwitchInterval [1] INTEGER (1..86400) OPTIONAL
}
-- 费率切换间隔计算单位为1秒钟。
ApplicationTimer ::= INTEGER (0..2047)
--gsmSCF用来在gsmSSF设置一个定时器。定时器以秒为单位。
AssistingSSPIPRoutingAddress ::= Digits
--指出辅助程序中gsmSRF的目的地地址。
BCSMEvent ::= SEQUENCE {
eventTypeBCSM [0] EventTypeBCSM,
monitorMode [1] MonitorMode,
legID [2] LegID OPTIONAL,
dPSpecificCriteria [30] DPSpecificCriteria OPTIONAL
}
-- 指示监视时的BCSM事件信息。
BearerCapability ::= CHOICE {
bearerCap [0] OCTET STRING (SIZE (2..maxBearerCapabilityLength))
}
-- 指示连接到用户的承载能力的类型。承载能力采用ISUP中的值。
CAI-GSM0224 ::= SEQUENCE {
e1 [0] INTEGER (0..8191) OPTIONAL,
e2 [1] INTEGER (0..8191) OPTIONAL,
e3 [2] INTEGER (0..8191) OPTIONAL,
e4 [3] INTEGER (0..8191) OPTIONAL,
e5 [4] INTEGER (0..8191) OPTIONAL,
e6 [5] INTEGER (0..8191) OPTIONAL,
e7 [6] INTEGER (0..8191) OPTIONAL
}
-- 指示至移动台的立即计费信息。涉及参数使用的信息见GSM [26].
CalledPartyBCDNumber ::= OCTET STRING (SIZE (minCalledPartyBCDNumberLength .. maxCalledPartyBCDNumberLength)
--指示被叫方号码，包括业务选择信息。编码见。该参数只带有“号码类型”，
--“编号计划标识”和“号码数字”字段，不带有“被叫方BCD号码IEI”或“被叫方BCD
--号码内容的长度。
CalledPartyNumber ::= OCTET STRING (SIZE (minCalledPartyNumberLength ..maxCalledPartyNumberLength))
--指出被叫用户号码。
CallingPartyNumber ::= OCTET STRING (SIZE (minCallingPartyNumberLength ..maxCallingPartyNumberLength))
--指出主叫用户号码。
CallResult ::= OCTET STRING (SIZE (minCallResultLength ..maxCallResultLength))
(CONSTRAINED BY {-- 应为CAMEL-CallResult的BER编码值的结果 --})
--与用户所定义的限制的冲突应处理为句法错误。
--本参数向gsmSCF提供原先在ApplyCharging操作中所请求的计费相关信息。应包括在相关
-- ApplyCharge操作中接收到的计费方参数，以使结果与请求相对应。
CAMEL-AChBillingChargingCharacteristics ::= CHOICE {
timeDurationCharging [0] SEQUENCE {
maxCallPeriodDuration [0] INTEGER (1..864000),
releaseIfdurationExceeded [1] ReleaseIfDurationExceeded OPTIONAL,
tariffSwitchInterval [2] INTEGER (1..86400) OPTIONAL
}
}
-- 费率切换间隔用1秒为单位测量。
-- 最大呼叫时长以100毫秒为单位测量。
CAMEL-CallResult ::= CHOICE {
timeDurationChargingResult [0] SEQUENCE {
partyToCharge [0] ReceivingSideID,
timeInformation [1] TimeInformation,
callActive [2] BOOLEAN DEFAULT TRUE
}
}
CAMEL-FCIBillingChargingCharacteristics ::= CHOICE{
fCIBCCCAMELsequence1 [0] SEQUENCE {
freeFormatData [0] OCTET STRING (SIZE (minFCIBillingChargingDataLength..maxFCIBillingChargingDataLength)),
partyToCharge [1] SendingSideID DEFAULT leg1
}
}
CAMEL-SCIBillingChargingCharacteristics ::= CHOICE {
aOCBeforeAnswer [0] AOCBeforeAnswer,
aOCAfterAnswer [1] AOCSubsequent
}
Cause ::= OCTET STRING (SIZE (minCauseLength .. maxCauseLength))
--指出接口相关信息的原因。
--对于原因和位置值的使用, 参见ISUP。应仅包括原因值。
CollectedDigits ::= SEQUENCE {
minimumNbOfDigits [0] INTEGER (1..16) DEFAULT 1,
maximumNbOfDigits [1] INTEGER (1..16),
endOfReplyDigit [2] OCTET STRING (SIZE (1..2)) OPTIONAL,
cancelDigit [3] OCTET STRING (SIZE (1..2)) OPTIONAL,
startDigit [4] OCTET STRING (SIZE (1..2)) OPTIONAL,
firstDigitTimeOut [5] INTEGER (1..127) OPTIONAL,
interDigitTimeOut [6] INTEGER (1..127) OPTIONAL,
errorTreatment [7] ErrorTreatment DEFAULT tdErrorAndInfo,
interruptableAnnInd [8] BOOLEAN DEFAULT TRUE,
voiceInformation [9] BOOLEAN DEFAULT FALSE,
voiceBack [10] BOOLEAN DEFAULT FALSE
}
--是否使用语音反馈和通过语音信息支持语音识别由运营者决定。“应答的结束数字”、“取
--消数字”和“开始数字”这些参数都为八位位组，且为 BCD编码，每一个八位位组对应--一个数字，包含在每个八位位组的四个最低有效位。
CollectedInfo ::= CHOICE {
collectedDigits [0] CollectedDigits
}
CorrelationID ::= Digits
-- gsmSCF 使用本参数与以前的操作相关联。参见和本操作相关的程序描述。
DateAndTime ::= OCTET STRING (SIZE(7))
--每个数字均采用BCD编码。第一个八位位组的0到3比特为年
--份数字的千位数，4到7比特为百位数，第二个八位位组的0到3比特为十位数，4到7
--比特为个位数。第三个八位位组的0到3比特为月份数字的高位，4到7比特为月份数字--的低位。第四个八位位组的0到3比特为日数字的高位，4到7比特为日数字的低位。第--五个八位位组的0到3比特为小时数字的高位数，4到7比特为低位数。第六个八位位组--的0到3比特为分数字的高位数，4到7比特为低位数。第七个八位位组的0到3比特为--秒数字的高位数，4到7比特为低位数。
DestinationRoutingAddress ::= SEQUENCE SIZE (1) OF CalledPartyNumber
-- 指示被叫方号码。
Digits ::= OCTET STRING (SIZE (minDigitsLength .. maxDigitsLength))
--指出地址信令数字。编码参考中国ISUP的“通用号码”和“通用数字”
-- 参数。 “通用号码”当中的子信息字段“号码修饰符表示语”和“通用数
-- 字”中的“数字类型”的编码与CAP无关，的标签能有效地
--识别参数，因此参数的取值由运营者规定。
-- 下列参数应该用“通用号码”:
-- 启动DP操作中的“附加主叫用户号码”
--辅助请求指令操作中的“相关ID”、
--建立临时连接操作 中的“辅助IPSSP路由地址”
--下列参数应该用“通用数字”：
--建立临时连接操作中的“相关ID”
--“可变部分”中的“号码”
--“接收到的信息变量”中的“数字响应”。
--注意当在通用数字中传送相关ID时，该数字应该为BCD编码。
DPSpecificCriteria ::= CHOICE {
applicationTimer [1] ApplicationTimer
}
-- gsmSCF在gsmSSF中为无应答事件设置定时器。如果用户在给定的时间内没有应答，
-- gsmSSF 向gsmSCF报告该事件.
ErrorTreatment ::= ENUMERATED {
stdErrorAndInfo (0),
help (1),
repeatPrompt (2)
}
-- 在采集用户信息期间差错条件的事件中，
-- stdErrorAndInfo 意味着返回"ImproperCallerResponse" 差错。
EventSpecificInformationBCSM ::= CHOICE {
routeSelectFailureSpecificInfo [2] SEQUENCE {
failureCause [0] Cause OPTIONAL,
...
},
oCalled PartyBusySpecificInfo [3] SEQUENCE {
busyCause [0]Cause OPTIONAL,
...
},
oNoAnswerSpecificInfo [4] SEQUENCE {
-- 未定义特定的信息—
...
},
oAnswerSpecificInfo [5] SEQUENCE {
-- 未定义特定的信息—
...
},
oDisconnectSpecificInfo [7] SEQUENCE {
releaseCause [0] Cause OPTIONAL,
...
},
tBusySpecificInfo [8] SEQUENCE {
busyCause [0] Cause OPTIONAL,
...
},
tNoAnswerSpecificInfo [9] SEQUENCE {
-- 未定义特定的信息—
...
},
tAnswerSpecificInfo [10] SEQUENCE {
-- 未定义特定的信息—
...
},
tDisconnectSpecificInfo [12] SEQUENCE {
releaseCause [0] Cause OPTIONAL,
...
}
}
-- 指示事件特有的呼叫相关信息。
EventTypeBCSM ::= ENUMERATED {
collectedInfo (2),
routeSelectFailure (4),
oCalledPartyBusy (5),
oNoAnswer (6),
oAnswer (7),
oDisconnect (9),
oAbandon (10),
termAttemptAuthorized (12),
tBusy (13),
tNoAnswer (14),
tAnswer (15),
tDisconnect (17),
tAbandon (18)
}
-- collectedInfo 和termAttemptAuthorized 仅用于TDPs。
ExtensionField ::= SEQUENCE {
type EXTENSION.&id ({SupportedExtensions}),
-- 应识别EXTENSION类型的值
criticality criticalityType DEFAULT ignore,
value [1] EXTENSION.&ExtensionType({SupportedExtensions}{@type})
}
-- 本参数指示某参量数据类型的扩展。其内容为网络运营者特有。
FCIBillingChargingCharacteristics ::= OCTET STRING (SIZE (minFCIBillingChargingLength ..maxFCIBillingChargingLength))
(CONSTRAINED BY {-- 应为CAMEL-FCIBillingChargingCharacteristics的BER编码值的结果 --})
-- 本参数指示帐单和/或计费特性。
--与 UserDefinedConstraint 的冲突应处理为 语法错误。
GenericNumber ::= OCTET STRING (SIZE(minGenericNumberLength..maxGenericNumberLength))
-- 指示通用号码。
GenericNumbers ::= SET SIZE(1..numOfGenericNumbers) OF GenericNumber
InbandInfo ::= SEQUENCE {
messageID [0] MessageID,
numberOfRepetitions [1] INTEGER (1..127) OPTIONAL,
duration [2] INTEGER (0..32767) OPTIONAL,
interval [3] INTEGER (0..32767) OPTIONAL
}
--时间间隔是每次重复的通知之间的时间，以秒为单位。持续时间是总
--的时间，包括重复发送通知的时间和间隔时间。
--发送通知结束的条件既可以是达到持续时间，也可以是达到重复次数
--达。持续时间为0，说明持续时间无限。
InformationToSend ::= CHOICE {
inbandInfo [0] InbandInfo,
tone [1] Tone
}
IPRoutingAddress ::= CalledPartyNumber
-- 指出IP的寻路地址。
IPSSPCapabilities ::= OCTET STRING (SIZE (minIPSSPCapabilitiesLength.. maxIPSSPCapabilitiesLength))
--指出可提供的gsmSRF资源。该参数包括两个部分，标准部分和双向部分。标准--部分指示在CAP版本2中定义为选择项，但CAP版本2的gsmSCF应该能识别这种
--能力（但不一定支持）。双向部分包括标准部分没有规定的信息，这些信息根据网络运营
--者和设备提供商之间的双向协议设置。如果标准部分字节的第七比特置为0，表示是标准--部分的最后一个字节，如果置为1表示下面字节仍是标准部分。编码如下：
--
--字节1 CAP版本2标准部分
--比特值 意义
--0 0 不支持IP路由地址
-- 1 支持IP路由地址
--1 0 不支持话音反馈
-- 1 支持话音反馈
--2 0 不支持话音信息，通过语音识别
-- 1 支持话音信息，通过语音识别
--3 0 不支持话音信息，通过话音识别
-- 1 支持话音信息，通过话音识别
--4 0 不支持从文本产生话音通知
-- 1 支持从文本产生话音通知
--5 - 保留
--6 - 保留
--7 0 标准部分结束
-- 1 保留
--字节2到4 双向部分：网络运营者规定
LegType ::= OCTET STRING (SIZE(1))
leg1 LegType ::= ‘01’H
leg2 LegType ::= ‘02’H
LocationNumber ::= OCTET STRING (SIZE (minLocationNumberLength ..
maxLocationNumberLength))
-- 指出主叫用户的位置号码。
MessageID ::= CHOICE {
elementaryMessageID [0] Integer4,
text [1] SEQUENCE {
messageContent [0] IA5String (SIZE(minMessageContentLength..maxMessageContentLength)),
attributes [1] OCTET STRING (SIZE (minAttributesLength..maxAttributesLength)) OPTIONAL
},
elementaryMessageIDs [29] SEQUENCE SIZE (1..numOfMessageIDs) OF Integer4,
variableMessage [30] SEQUENCE {
elementaryMessageID [0] Integer4,
variableParts [1] SEQUENCE SIZE (1..5) OF VariablePart
}
}
-- 文本参数按照网络运营者/设备厂商的规定使用。
OriginalCalledPartyID ::= OCTET STRING (SIZE (minOriginalCalledPartyIDLength .. maxOriginalCalledPartyIDLength))
-- 指出原被叫用户号码。
OCSIApplicable ::= NULL
-- 指示始发CAMEL签约信息。如果有该参数，应用于连接操作产生的出局呼叫leg。
ReceivingSideID ::= CHOICE {receivingSideID [1] LegType}
--在gsmSSF 发往 gsmSCF的操作中用来标识LegID。
RedirectingPartyID ::= OCTET STRING (SIZE (minRedirectingPartyIDLength ..maxRedirectingPartyIDLength))
-- 指示改向号码。
ReleaseIfDurationExceeded ::= SEQUENCE {
tone BOOLEAN DEFAULT FALSE,
...,
extensions [10] SEQUENCE SIZE(1..numOfExtensions) OF
ExtensionField OPTIONAL
}
-- 指示呼叫应该被释放，并带有可选的警告音。
RequestedInformationList ::= SEQUENCE SIZE (1..numOfInfoItems) OF RequestedInformation
RequestedInformationTypeList ::= SEQUENCE SIZE (1..numOfInfoItems) OF RequestedInformationType
RequestedInformation ::= SEQUENCE {
requestedInformationType [0] RequestedInformationType,
requestedInformationValue [1] RequestedInformationValue
}
RequestedInformationType ::= ENUMERATED {
callAttemptElapsedTime (0),
callStopTime (1),
callConnectedElapsedTime (2),
releaseCause (30)
}
RequestedInformationValue ::= CHOICE {
callAttemptElapsedTimeValue [0] INTEGER (0..255),
callStopTimeValue [1] DateAndTime,
callConnectedElapsedTimeValue [2] Integer4,
releaseCauseValue [30] Cause
}
-- callAttemptElapsedTimeValue 以秒为单位。
-- callConnectedElapsedTimeValue 以100 毫秒为单位。
ScfID ::= OCTET STRING (SIZE (minScfIDLength..maxScfIDLength))
-- 由网络运营者确定。指示SCF标识。
SCIBillingChargingCharacteristics ::= OCTET STRING (SIZE (minSCIBillingChargingLength ..maxSCIBillingChargingLength))
(CONSTRAINED BY {-- 应为 CAMEL-SCIBillingChargingCharacteristics的BER编码值的结果 --})
-- 指示发往移动台的AOC信息。
--与 UserDefinedConstraint的冲突应处理为 语法错误。
SendingSideID ::= CHOICE {sendingSideID [0] LegType}
-- 用来标识从gsmSCF 发送给 gsmSSF的操作的LegID。
ServiceInteractionIndicatorsTwo ::= SEQUENCE {
bothwayThroughConnectionInd [2] BothwayThroughConnectionInd OPTIONAL
}
TimeInformation ::= CHOICE {
timeIfNoTariffSwitch [0] TimeIfNoTariffSwitch,
timeIfTariffSwitch [1] TimeIfTariffSwitch
}
-- 指示呼叫持续时间的信息。
TimeIfNoTariffSwitch ::= INTEGER(0..864000)
-- TimeIfNoTariffSwitch 采用 100毫秒的间隔。
TimeIfTariffSwitch ::= SEQUENCE {
timeSinceTariffSwitch [0] INTEGER(0..864000),
tariffSwitchInterval [1] INTEGER(1..864000) OPTIONAL
}
-- timeSinceTariffSwitch 和tariffSwitchInterval 采用 100毫秒的间隔。
TimerID ::= ENUMERATED {
tssf (0)
}
-- 指示需要重新设置的定时器。
TimerValue ::= Integer4
-- 指示定时器的值(以秒为单位)
TimeAndTimezone ::= OCTET STRING (SIZE(minTimeAndTimezoneLength..maxTimeAndTimezoneLength)
--指示相对于GMT的时间和时区。本参数为BCD编码。第一个八位位组的0到3比特为
--年份数字的千位数，4到7比特为百位数，第二个八位位组的0到3比特为十位数，4到
--7比特为个位数。第三个八位位组的0到3比特为月份数字的高位，4到7比特为月份数
--字的低位。第四个八位位组的0到3比特为日数字的高位，4到7比特为日数字的低位。--第五个八位位组的0到3比特为小时数字的高位数，4到7比特为低位数。第六个八位位--组的0到3比特为分数字的高位数，4到7比特为低位数。第七个八位位组的0到3比特--为秒数字的高位数，4到7比特为低位数。
--时区信息放在第八个八位位组。编码参见。
-- BCD 数字的编码如下：
-- 比特 7 6 5 4 | 3 2 1 0
-- 第二个数字 | 第二个数字 八位位组 1
-- 第三个数字 | 第四个数字 八位位组 2
-- .. ..
-- 第n个数字 | 第n-1个数字 数字 八位位组 m
--
-- 0000 数字 0
-- 0001 数字 1
-- 0010 数字 2
-- 0011 数字 3
-- 0100 数字 4
-- 0101 数字 5
-- 0110 数字 6
-- 0111 数字 7
-- 1000 数字 8
-- 1001 数字 9
-- 1010 备用
-- 1011 备用
-- 1100 备用
-- 1101 备用
-- 1110 备用
-- 1101 备用
--
-- 每个数字最左边的比特为八位位组的比特7或比特3。
Tone ::= SEQUENCE {
toneID [0] Integer4,
duration [1] Integer4 OPTIONAL
}
-- duration 用秒来规定 tone 的长度， 0值指示持续时间无限长。
VariablePart ::= CHOICE {
integer [0] Integer4,
number [1] Digits,
-- 通用数字
time [2] OCTET STRING (SIZE(2)),
-- HH:MM, BCD 编码
date [3] OCTET STRING (SIZE(4)),
-- YYYYMMDD, BCD 编码
price [4] OCTET STRING (SIZE(4))
}
--指出消息的可变部分。可变部分的编码为BCD编码。
--日期为BCD编码。第一个八位位组的0到3比特为年
--份数字的千位数，4到7比特为百位数，第二个八位位组的0到3比特为十位数，4到7
--比特为个位数。第三个八位位组的0到3比特为月份数字的高位，4到7比特为月份数字--的低位。第四个八位位组的0到3比特为日数字的高位，4到7比特为日数字的低位。
--时间为BCD编码。第五个八位位组的0到3比特为小时数字的高位数，4到7比特为低
--位数。第六个八位位组的0到3比特为分数字的高位数，4到7比特为低位数。第七个八位--位组的0到3比特为秒数字的高位数，4到7比特为低位数。
--价格为BCD编码，十万位占用第一个八位位组的0－3比特，万位占用第一个八位位组的--4－7比特，千位占用第二个八位位组的0－3比特，百位占用第二个八位位组的4－7比
--特，十位占用第三个八位位组的0－3比特，个位占用第三个八位位组的4－7比特，十---分位占用第四个八位位组的0－3比特，百分位占用第四个八位位组的4－7比特，
--下面为范围常量的定义：
minAChBillingChargingLength INTEGER ::= 5
maxAChBillingChargingLength INTEGER ::= 177
minAttributesLength INTEGER ::= 2
maxAttributesLength INTEGER ::= 10
maxBearerCapabilityLength INTEGER ::= 11
minCallResultLength INTEGER ::= 12
maxCallResultLength INTEGER ::= 24
minCalledPartyBCDNumberLength INTEGER ::= 1
maxCalledPartyBCDNumberLength INTEGER ::= 41
minCalledPartyNumberLength INTEGER ::= 3
maxCalledPartyNumberLength INTEGER ::= 12
minCallingPartyNumberLength INTEGER ::= 2
maxCallingPartyNumberLength INTEGER ::= 10
minCauseLength INTEGER ::= 2
maxCauseLength INTEGER ::= 2
minDigitsLength INTEGER ::= 2
maxDigitsLength INTEGER ::= 11
minFCIBillingChargingDataLength INTEGER ::= 1
maxFCIBillingChargingDataLength INTEGER ::= 40
minFCIBillingChargingLength INTEGER ::= 5
maxFCIBillingChargingLength INTEGER ::= 49
minGenericNumberLength INTEGER ::= 3
maxGenericNumberLength INTEGER ::= 11
minIPSSPCapabilitiesLength INTEGER ::= 1
maxIPSSPCapabilitiesLength INTEGER ::= 4
minLocationNumberLength INTEGER ::= 2
maxLocationNumberLength INTEGER ::= 10
minMessageContentLength INTEGER ::= 1
maxMessageContentLength INTEGER ::= 127
minOriginalCalledPartyIDLength INTEGER ::= 2
maxOriginalCalledPartyIDLength INTEGER ::= 10
minRedirectingPartyIDLength INTEGER ::= 2
maxRedirectingPartyIDLength INTEGER ::= 10
minScfIDLength INTEGER ::= 2
maxScfIDLength INTEGER ::= 10
minSCIBillingChargingLength INTEGER ::= 4
maxSCIBillingChargingLength INTEGER ::= 69
minTimeAndTimezoneLength INTEGER ::= 8
maxTimeAndTimezoneLength INTEGER ::= 8
numOfBCSMEvents INTEGER ::= 10
numOfExtensions INTEGER ::= 10
numOfGenericNumbers INTEGER ::= 5
numOfInfoItems INTEGER ::= 4
numOfMessageIDs INTEGER ::= 5
END
-- maxACHBillingChargingLength 允许 160 个八位位组，可能包括releaseIfDurationExceeded 子参数的扩展字段。
操作与差错码
CAP-Codes {ccitt(0) identified-organization(4) etsi(0) mobileDomain(0) gsm-Network(1) modules(3)cap- codes(53) version2(1)}
--这个模块包含分配给CAP版本2应用规程的操作和差错编码。
DEFINITIONS ::=
BEGIN
--下面为分配给CAP版本2的规程，操作和差错编码。
IMPORTS
-- 操作类型
ActivityTest,
ApplyCharging,
ApplyChargingReport,
AssistRequestInstructions,
CallInformationReport,
CallInformationRequest,
Cancel,
Connect,
ConnectToResource,
Continue,
DisconnectForwardConnection,
EstablishTemporaryConnection,
EventReportBCSM,
FurnishChargingInformation,
InitialDP,
PlayAnnouncement,
PromptAndCollectUserInformation,
ReleaseCall,
RequestReportBCSMEvent,
ResetTimer,
SendChargingInformation,
SpecializedResourceReport
FROM CAP-Operations { ccitt(0) identified-organization(4) etsi(0) mobileDomain(0) gsm-Network(1) modules(3) cap-operations(50) version2(1)}
-- CS1 差错类型
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)}
-- 将操作根据同一类的ASE进行分类
-- gsmSCF 激活ASE
initialDP InitialDP ::= localValue 0
-- 辅助 ASE 的SCF/gsmSRF激活
assistRequestInstructions AssistRequestInstructions ::= localValue 16
--辅助连接建立 ASE
establishTemporaryConnection EstablishTemporaryConnection ::= localValue 17
--通用切断资源 ASE
disconnectForwardConnection DisconnectForwardConnection ::= localValue 18
-- 非辅助连接建立ASE
connectToResource ConnectToResource ::= localValue 19
-- 连接 ASE (基本gsmSSF功能)
connect Connect ::= localValue 20
-- 呼叫处理ASE (基本gsmSSF功能)
releaseCall ReleaseCall ::= localValue 22
-- BCSM 事件处理ASE
requestReportBCSMEvent RequestReportBCSMEvent ::= localValue 23
eventReportBCSM EventReportBCSM ::= localValue 24
-- gsmSSF 呼叫处理ASE
continue Continue ::= localValue 31
-- 定时器ASE
resetTimer ResetTimer ::= localValue 33
-- 帐单ASE
furnishChargingInformation FurnishChargingInformation ::= localValue 34
-- 计费ASE
applyCharging ApplyCharging ::= localValue 35
applyChargingReport ApplyChargingReport ::= localValue 36
-- 呼叫报告ASE
callInformationReport CallInformationReport ::= localValue 44
callInformationRequest CallInformationRequest ::= localValue 45
-- 信令控制ASE
sendChargingInformation SendChargingInformation ::= localValue 46
-- 专用资源控制ASE
playAnnouncement PlayAnnouncement ::= localValue 47
promptAndCollectUserInformation PromptAndCollectUserInformation ::= localValue 48
specializedResourceReport SpecializedResourceReport ::= localValue 49
-- 取消 ASE
cancel Cancel ::= localValue 53
-- 激活测试ASE
activityTest ActivityTest ::= localValue 55
-- 差错码
cancelled Cancelled ::= localValue 0
cancelFailed CancelFailed ::= localValue 1
eTCFailed ETCFailed ::= localValue 3
improperCallerResponse ImproperCallerResponse ::= localValue 4
missingCustomerRecord MissingCustomerRecord ::= localValue 6
missingParameter MissingParameter ::= localValue 7
parameterOutOfRange ParameterOutOfRange ::= localValue 8
requestedInfoError RequestedInfoError ::= localValue 10
systemFailure SystemFailure ::= localValue 11
taskRefused TaskRefused ::= localValue 12
unavailableResource UnavailableResource ::= localValue 13
unexpectedComponentSequence UnexpectedComponentSequence ::= localValue 14
unexpectedDataValue UnexpectedDataValue ::= localValue 15
unexpectedParameter UnexpectedParameter ::= localValue 16
unknownLegID UnknownLegId ::= localValue 17
END
应用业务单元
CAP-ASEs {ccitt(0) identified-organization(4) etsi(0) mobileDomain(0) gsm-Network(1) modules(3) cap-ases(55) version2(1)}
--本模块包含 CAP 应用中根据ASE分类的操作。
DEFINITIONS ::=
BEGIN
-- 下面是 CAP 规程，按ASE分类的操作。
IMPORTS
-- 宏
APPLICATION-SERVICE-ELEMENT
FROM Remote-Operations-Notation-Extension {joint-iso-ccitt remote-operations(4) notation-extension(2)}
-- 操作码
activityTest,
applyCharging,
applyChargingReport,
assistRequestInstructions,
callInformationReport,
callInformationRequest,
cancel,
connect,
connectToResource,
continue,
disconnectForwardConnection,
establishTemporaryConnection,
eventReportBCSM,
furnishChargingInformation,
initialDP,
playAnnouncement,
promptAndCollectUserInformation,
releaseCall,
requestReportBCSMEvent,
resetTimer,
sendChargingInformation,
specializedResourceReport
FROM CAP-Codes {ccitt(0) identified-organization(4) etsi(0) mobileDomain(0) gsm-Network(1) modules(3)cap-codes(53) version2(1)}
;
-- 应用业务单元
GSM-SCF-activation-ASE ::= APPLICATION-SERVICE-ELEMENT
-- 用户是 gsmSSF
CONSUMER INVOKES {
initialDP
}
GSM-SCF-GSM-SRF-activation-of-assist-ASE ::= APPLICATION-SERVICE-ELEMENT
-- 用户是gsmSSF/gsmSRF
CONSUMER INVOKES {
assistRequestInstructions
}
Assist-connection-establishment-ASE ::= APPLICATION-SERVICE-ELEMENT
-- 提供者是gsmSCF
SUPPLIER INVOKES {
establishTemporaryConnection
}
Generic-disconnect-resource-ASE ::= APPLICATION-SERVICE-ELEMENT
-- 提供者是gsmSCF
SUPPLIER INVOKES {
disconnectForwardConnection
}
Non-assisted-connection-establishment-ASE ::= APPLICATION-SERVICE-ELEMENT
-- 提供者是gsmSCF
SUPPLIER INVOKES {
connectToResource
}
Connect-ASE ::= APPLICATION-SERVICE-ELEMENT
-- 提供者是gsmSCF
SUPPLIER INVOKES {
connect
}
Call-handling-ASE ::= APPLICATION-SERVICE-ELEMENT
-- 提供者是gsmSCF
SUPPLIER INVOKES {
releaseCall
}
BCSM-event-handling-ASE ::= APPLICATION-SERVICE-ELEMENT
-- 用户是gsmSSF
CONSUMER INVOKES {
eventReportBCSM
}
-- 提供者是gsmSCF
SUPPLIER INVOKES {
requestReportBCSMEvent
}
GSM-SSF-call-processing-ASE ::= APPLICATION-SERVICE-ELEMENT
-- 提供者是gsmSCF
SUPPLIER INVOKES {
continue
}
Timer-ASE ::= APPLICATION-SERVICE-ELEMENT
--提供者是 gsmSCF
SUPPLIER INVOKES {
resetTimer
}
Billing-ASE ::= APPLICATION-SERVICE-ELEMENT
-- 提供者是gsmSCF
SUPPLIER INVOKES {
furnishChargingInformation
}
Charging-ASE ::= APPLICATION-SERVICE-ELEMENT
-- 用户是gsmSSF
CONSUMER INVOKES {
applyChargingReport
}
-- 提供者是gsmSCF
SUPPLIER INVOKES {
applyCharging
}
Call-report-ASE ::= APPLICATION-SERVICE-ELEMENT
-- 用户是SSF
CONSUMER INVOKES {
callInformationReport
}
-- 提供者是SCF
SUPPLIER INVOKES {
callInformationRequest
}
Signalling-control-ASE ::= APPLICATION-SERVICE-ELEMENT
-- 提供者是SCF
SUPPLIER INVOKES {
sendChargingInformation
}
Specialized-resource-control-ASE ::= APPLICATION-SERVICE-ELEMENT
-- 用户是SSF/gsmSRF
CONSUMER INVOKES {
specializedResourceReport
}
-- 提供者是SCF
SUPPLIER INVOKES {
playAnnouncement,
promptAndCollectUserInformation
}
Cancel-ASE ::= APPLICATION-SERVICE-ELEMENT
-- 提供者是SCF
SUPPLIER INVOKES {
cancel
}
Activity-test-ASE ::= APPLICATION-SERVICE-ELEMENT
--提供者是 gsmSCF
SUPPLIER INVOKES {
activityTest
}
END
应用上下文
APPLICATION-CONTEXT MACRO ::=
BEGIN
TYPE NOTATION ::= Symmetric | InitiatorConsumerOf ResponderConsumerOf | empty
VALUE NOTATION ::= value(VALUE OBJECT IDENTIFIER)
Symmetric ::= "OPERATIONS OF" "{" ASEList "}"
InitiatorConsumerOf ::= "INITIATOR CONSUMER OF" "{" ASEList "}" | empty
ResponderConsumerOf ::= "RESPONDER CONSUMER OF" "{" ASEList "}" | empty
ASEList ::= ASE | ASEList "," ASE
ASE ::= type -- 参见应用业务单元类型
END
CAP-v2-gsmSSF-to-gsmSCF-AC APPLICATION-CONTEXT
-- gsmSSF采用 InitialDP启动的对话
INITIATOR CONSUMER OF {
GSM-SCF-activation-ASE,
Assist-connection-establishment-ASE,
Non-assisted-connection-establishment-ASE,
Generic-disconnect-resource-ASE,
Connect-ASE,
Call-handling-ASE,
BCSM-event-handling-ASE,
Charging-ASE,
GSM-SSF-call-processing-ASE,
Timer-ASE,
Billing-ASE,
Call-report-ASE,
Signalling-control-ASE,
Specialized-resource-control-ASE,
Cancel-ASE,
Activity-test-ASE
}
::= {ccitt(0) identified-organization(4) etsi(0) mobileDomain(0) gsm-Network(1) ac(0)cap-gsmssf-to-gsmscf(50) version2(1)};
CAP-v2-assist-gsmSSF-to-gsmSCF-AC APPLICATION-CONTEXT
-- gsmSSF采用 AssistRequestInstructions启动的对话
INITIATOR CONSUMER OF {
GSM-SCF-GSM-SRF-activation-of-assist-ASE,
Generic-disconnect-resource-ASE,
Non-assisted-connection-establishment-ASE,
Timer-ASE,
Specialized-resource-control-ASE,
Cancel-ASE,
Activity-test-ASE
}
::= {ccitt(0) identified-organization(4) etsi(0) mobileDomain(0) gsm-Network(1) ac(0)cap-assist-handoff-gsmssf-to-gsmscf(51) version2(1)};
CAP-v2-gsmSRF-to-gsmSCF-AC APPLICATION-CONTEXT
-- gsmSRF采用 AssistRequestInstructions启动的对话
INITIATOR CONSUMER OF {
GSM-SCF-GSM-SRF-activation-of-assist-ASE,
Specialized-resource-control-ASE,
Cancel-ASE,
Activity-test-ASE
}
::= {ccitt(0) identified-organization(4) etsi(0) mobileDomain(0) gsm-Network(1) ac(0)cap-gsmSRF-to-gsmscf(52) version2(1)};
类别
CAP-Classes {ccitt(0) identified-organization(4) etsi(0) mobileDomain(0) gsm-Network(1) modules(3)cap -classes(54) version2(1)}
-- 本模块包含CAP 的类别定义。
DEFINITIONS ::=
BEGIN
IMPORTS
FROM Remote-Operations-Information-Objects {joint-iso-ccitt remote-operations(4) informationObjects(5) version1(0)}
EXTENSION ::= CLASS {
&ExtensionType,
&criticality CriticalityType DEFAULT ignore,
&id Code
}
WITH SYNTAX {
EXTENSION-SYNTAX &ExtensionType,
CRITICALITY &criticality,
IDENTIFIED BY &id
}
CriticalityType ::= ENUMERATED {
ignore (0),
abort (1)
}
-- &id仅采用 Global OBJECT IDENTIFIER
-- &criticality仅采用ignore (0)
-- 例如命名为“网络特有指示”的扩展字段，采用BOOLEAN类型，其criticality为“ignore”，
-- 其对象ID用ccitt(0)identified-organization(4) organisation(x) gsm(x) capextension’’
-- 来标识。采用上述信息对象类的定义举例如下：
-- SomeNetworkSpecificIndicator EXTENSION ::= {
-- EXTENSION-SYNTAX BOOLEAN
-- CRITICALITY ignore
-- IDENTIFIED BY global : xxxxxx
-- }
firstExtension EXTENSION ::= {
EXTENSION-SYNTAX NULL,
CRITICALITY ignore,
IDENTIFIED BY global:{xxxxxx}
}
SupportedExtensions EXTENSION ::= {firstExtension—网络运营者的扩展字段--}
END
7 应用实体程序
见()。
8 差错程序
本节列出CAP的通用差错程序。为与CAP操作相关的差错，为与FE差错条件直接相关的差错。
下文所指的gsmSSF状态包括：
－空闲
－等待指示
－等待与用户交互作用的结束
－等待临时连接的结束
－监视
操作播放通知，提示并收集用户信息和专用资源报告所指的gsmSRF状态包括：
－空闲
－已连接
－与用户交互作用
与操作相关的差错程序
下面定义与操作相关差错的通用差错处理程序。操作差错在第6节中定义。操作特有过程的差错在第9节相关操作的详细过程中描述。用来报告操作差错的TCAP业务见第10节。解码器检测到的所有差错，可能在TCAP消息解码过程中已经检测到，并由TC差错指示”错误类型参数”指出。
备用
已取消
一般描述
差错描述
当SCF请求取消时，差错”已取消”向gsmSCF指示取消成功。gsmSCF只能取消事先定义的gsmSCF->gsmSRF操作。
gsmSCF->gsmSRF操作
播放录音通知
提示并收集用户信息
响应实体(gsmSRF)中的过程
a)接收取消
前提条件： SRSM状态 与用户交互作用
后续条件： SRSM状态 与用户交互作用
如果PA或P&C正在执行或已从缓冲器中删除，终止所指示的PA或P&C。如果所指示的PA或P&C已经执行，会引起失败(“取消失败”)
b)发送”取消”差错
前提条件： SRSM状态 与用户交互作用
后续条件： SRSM状态 与用户交互作用
返回”已取消”差错之后，gsmSRF仍处于原状态。所指示PA或P&C的执行中止，即gsmSRF保持连接，如果可以的话执行下一个PA或P&C。
取消失败
差错描述
如果gsmSCF请求的取消操作不成功，由“取消”返回差错。可能的失败原因有：
0 未知的操作，当gsmSRF不知道要取消的操作调用ID时(也可能发生在操作已经完成的情况下)
1 太晚了。调用ID虽然知道，但操作正在执行不能取消。例如录音通知已经完成，但是专用资源报告还未发给gsmSCF。
2 操作不可取消，当调用ID指向一个gsmSCF不允许取消的操作时。
参量描述
参数 序列{
问题 [0] 枚举{
未知的操作(0)，
太晚了(1)，
操作不可取消(2)}，
操作 [1] 调用ID
}
--本操作取消失败
gsmSCF->gsmSRF操作
取消
响应实体(gsmSRF)中的过程
a)接收取消。然而，当所指示的PA或P&C未知或者已经执行时，会导致”取消失败”
前提条件： SRSM状态 与用户交互作用
后续条件： SRSM状态 与用户交互作用
或SRSM状态 空闲
b)发送”取消失败”差错
前提条件： SRSM状态 与用户交互作用
或SRSM状态 空闲
后续条件： SRSM状态 与用户交互作用
或SRSM状态 空闲
返回“取消失败”以后，gsmSRF仍在原状态。
ETC失败
差错描述
“ETC失败“是从gsmSSF到gsmSCF的差错，指示至辅助SSF或gsmSRF的临时连接建立不成功(例如发送IAM之后接收到“反向释放”)
gsmSCF->gsmSSF操作
建立临时连接
响应实体(gsmSSF)中的过程
gsmSSF从gsmSCF接收ETC，但是连接建立失败后，向gsmSCF返回“ETC失败”差错。
前提条件： gsmSSF FSM 等待指示
后续条件： gsmSSF FSM 等待指示
无进一步差错处理。
不适当的主叫响应
差错描述
用户输入的格式由gsmSRF检查。与初始P&C操作中定义的所需格式不相对应。
gsmSCF->gsmSRF操作
提示并收集用户信息
响应实体(gsmSRF)中的过程
a)gsmSRF接收”P&C”。
前提条件： SRSM状态 已连接
或SRSM状态 与用户交互作用
后续条件： SRSM状态 与用户交互作用
b)从主叫来的响应不正确，gsmSRF向gsmSCF返回“不适当的主叫响应”
前提条件： SRSM状态 与用户交互作用
后续条件： SRSM状态 与用户交互作用
gsmSRF等待gsmSCF来的一个新的操作。可能是一个新的P&C或PA。
丢失客户记录
差错描述
gsmSCF中找不到SLP，因为需要的用户记录不存在或者在辅助请求指令中相关ID所指示的SLPI已经不存在。
gsmSSF->gsmSCF 操作
辅助请求指令
启动DP
调用实体(gsmSSF) 的过程：
gsmSSF接收到差错“丢失客户记录”
前提条件：gsmSSF状态 等待指示
后续条件：gsmSSF状态 空闲
GMSC/VMSC 根据有效CSI中的缺省呼叫处理参数处理呼叫。
SRF－>SCF 操作
辅助请求指令
在调用实体(SRF)的过程
a) 发送操作
前提条件：SRSM 状态2 已连接
后续条件：SRSM 状态2 已连接
b) SRF接收差错“丢失客户记录”
前提条件：SRSM 状态2 已连接
后续条件：SRSM 状态1 空闲
SRF启动拆线。
丢失参数
差错描述
在接收到的操作参量中有差错。响应实体不能开始处理所需的操作，因为参量不正确：该应用所必须的可选项参数，在操作参量中没有包括。
gsmSCF->gsmSSF 操作
呼叫相关/非呼叫处理
申请计费 呼叫信息请求
提供计费信息 请求报告BCSM事件
重置定时器 发送计费信息
呼叫相关/呼叫处理
连接 连接到资源
建立临时连接
在响应实体(gsmSSF)的过程
前提条件： 1) gsmSSF 在适当的状态
2) gsmSSF 已接收到操作，已发生适当的事件
后续条件： 1) gsmSSF 转移到同一状态
gsmSSF在接收到的操作中检测出差错。返回差错参数将该情况通知gsmSCF。
gsmSSF->gsmSCF 操作
辅助请求指令
申请计费报告
启动DP
调用实体(gsmSSF)的过程
a) 发送操作
前提条件：SSF FSM处于可能发送上述操作的任何状态。
后续条件：SSF FSM作为上述任意操作发送结果的任何状态。
b) gsmSSF接收差错“丢失参数”
前提条件：gsmSSF作为上述任意操作发送结果的任何状态，
后续条件：gsmSSF状态空闲
接收到此差错之后，gsmSSF返回状态空闲。GMSC/VMSC根据有效CSI中的缺省呼叫参数来处理呼叫。对于辅助SSF，由辅助SSF释放临时连接。
gsmSCF->gsmSRF操作
播放通知
提示并收集用户信息
响应实体(gsmSRF)中的过程：
前提条件： SRSM状态 已连接
或SRSM状态 与用户交互作用
后续条件： SRSM状态 与用户交互作用
SRSM检测到一个需要的参数在操作参量中没有。差错“丢失参数”向gsmSCF通告这种情况。gsmSCF应采取适当的动作对待这种差错。
SRF－>SCF 操作
辅助请求指令
在调用实体(SRF)中的过程：
a) 发送操作
前提条件： SRSM状态2 已连接
后续条件： SRSM状态2 已连接
b) 接收差错
前提条件： SRSM状态2 已连接
后续条件： SRSM状态1 空闲
参数超范围
差错描述
响应实体不能启动所需操作的处理，因为在操作参量的参数中检测到差错：某参数的值超范围。
gsmSCF->gsmSSF操作
呼叫相关的/非呼叫处理
申请计费
呼叫信息请求
发送计费信息
差错过程见。
gsmSSF->gsmSCF的操作
申请计费报告
差错过程见.
所请求的信息差错
一般描述
差错描述
“所请求的信息差错”是对呼叫信息请求操作的立即响应，指出所需的信息gsmSSF未知或者还不可用。
参量描述
参数 枚举{
不知道所请求的信息(1)，
所请求的信息不可用(2)
}
gsmSCF->gsmSSF的操作
呼叫信息请求
相应的差错过程见
系统故障
一般描述
差错描述
如果一个PE不能完成操作所请求的一项特殊任务，并且不期望在当前的呼叫实例中恢复时，该差错由PE返回。
参量描述
参数
不可用的网络资源
不可用的网络资源 ：：＝枚举{
不可用的资源(0)，
成份失败(1)，
基本呼叫处理例外(2)，
资源状态失败(3),
终端用户失败(4)
}
gsmSCF->gsmSSF操作
与呼叫相关/非呼叫处理
申请计费 呼叫信息请求
请求报告BCSM事件 发送计费信息
与呼叫相关/呼叫处理
连接 连接到资源
切断前向连接 建立临时连接
相应的差错过程见。
gsmSSF->gsmSCF操作
启动DP
申请计费报告
相应的差错过程见。
gsmSCF->gsmSSF操作
播放通知
提示并收集用户信息
相应的差错过程见。
任务被拒绝
概述
差错描述
如果一个PE不能完成某操作所请求的一项特殊任务，但期望在当前的呼叫实例中恢复时，该差错由PE返回。
参量描述
参量 枚举{
通用(0)，
不可获得(1)，
拥塞(2)}
gsmSCF->gsmSSF操作
与呼叫相关/非呼叫处理
申请计费 呼叫信息请求
提供计费信息 请求报告BCSM事件
重置定时器 发送计费信息
与呼叫相关/呼叫处理
连接 连接到资源
切断前向连接 建立临时连接
相应的差错过程见。
gsmSSF->gsmSCF操作
辅助请求指令
启动DP
申请计费报告
相应的差错过程见。
gsmSCF->gsmSRF操作
提示并收集用户信息
相应的差错过程见。
gsmSRF->gsmSCF操作
辅助请求指令
相应的差错过程见。
资源不可用
差错描述
gsmSRF不能完成其功能(即播放某个录音通知和/或采集特殊用户信息 ) ，不能被置换 。不可能重新尝试 。
gsmSCF->gsmSRF的操作
播放通知
提示并收集用户信息
在响应实体gsmSRF的过程
a) gsmSRF接收PA或P&C
前提条件 ： gsmSRF状态 已连接；如果启动PA或P&C
或 gsmSRF 状态 与用户交互作用；如果不启动PA或P&C
b) gsmSRF 不能完成其功能(且不能被置换)。gsmSRF发送“资源不可用”
前提条件：SRSM状态 与用户交互作用
后续条件：SRSM状态 与用户交互作用
不期望的成份序列
差错描述
因为违反SACF或MACF规则，响应实体不能开始处理所请求的操作。或者在接收实体的当前状态不能处理该操作。
gsmSCF->gsmSSF操作
与呼叫相关/非呼叫处理
申请计费 呼叫信息请求
提供计费信息 请求报告BCSM事件
重置定时器 发送计费信息
与呼叫相关/呼叫处理
连接 连接到资源
继续 切断前向连接 建立临时连接
此时gsmSSF检测到差错，发送“不期望的成份序列”并保持在原状态。
gsmSSF->gsmSCF操作
辅助请求指令
启动DP
申请计费报告
当初始gsmSSF以现存关系的内容发送操作时，gsmSCF返回差错参数。接收到该差错后gsmSSF转为空闲。
SCF->SRF操作(仅应用于直接SCF－SRF情况)
播放通知
提示并收集用户信息
此时gsmSRF检测到差错，发送“不期望的成份序列”并保持在原状态。
SRF->SCF操作
辅助请求指令
如果SRF与SCF已经建立起关系并由于某些原因发送辅助请求指令时出现差错。SCF检测到差错，通知业务逻辑和维护功能并返回差错参数。接收到参数后，SRF转为空闲并释放临时连接。
不期望的数据值
差错描述
因为参数有不期望的数据值，响应实体不能完成对所请求操作的处理。
注：该差错与“参数超出范围”不重叠。
gsmSCF->gsmSSF操作
与呼叫相关/非呼叫处理
申请计费
提供计费信息 请求报告BCSM事件
重置定时器
与呼叫相关/呼叫处理
连接 连接到资源
建立临时连接
相应的差错过程见。
gsmSSF->gsmSCF操作
辅助请求指令
启动DP
申请计费报告
相应的差错过程见。
gsmSCF->gsmSRF操作
播放通知
提示并收集用户信息
相应的差错过程见。
gsmSRF->gsmSCF操作
辅助请求指令
相应的差错过程见。
不期望的参数
差错描述
在接收到的操作参量中有差错。在操作参量中有一个有效的但是不期望的操作参数。该参数的出现与其它参数的出现不一致。响应实体不能开始处理此操作。
gsmSCF->gsmSSF操作
与呼叫相关/非呼叫处理
申请计费 呼叫信息请求
提供计费信息 请求报告BCSM事件
重置定时器 发送计费信息
与呼叫相关/呼叫处理
连接 连接到资源
建立临时连接
相应的差错过程见。
gsmSSF->gsmSCF操作
辅助请求指令
启动DP
申请计费报告
相应的差错过程见。
gsmSCF->gsmSRF操作
播放通知
提示并收集用户信息
相应的差错过程见。
SRF->SCF操作
辅助请求指令
相应的差错过程见。
不知道的LegID
差错描述
该差错用来通知gsmSCF，gsmSSF不知道操作中LegID参数值指示的特殊leg。
gsmSCF->gsmSSF的操作
与呼叫相关/非呼叫处理
发送计费信息
呼叫信息请求
请求报告BCSM事件
相应的差错过程见。
与实体相关的差错过程
下面定义了与实体相关差错的差错处理过程。因为差错不是由于操作的接收引起的。这里的调用实体为检测到差错的实体。响应实体为接收到差错报告的实体。
用来报告差错的TCAP业务见第10节。
TSSF超时
差错描述
在等待gsmSCF的响应时，gsmSSF中出现超时。
gsmSSF->gsmSCF的操作
在调用实体(gsmSSF)的过程
gsmSSF 中出现 TSSF超时
前提条件：gsmSSF状态 等待指示
或 gsmSSF状态 等待与用户交互作用的结束
或 gsmSSF 状态 等待临时连接的结束
后续条件：gsmSSF 状态 空闲
gsmSSF 终止对话并转向空闲状态，GMSC/VMSC根据有效CSI中的“缺省呼叫处理”参数来处理呼叫。
TSRF超时
差错描述
在等待gsmSCF的响应时，gsmSRF中出现超时。
gsmSRF->gsmSCF的操作
在调用实体(gsmSRF)的过程
gsmSRF 中出现 TSRF超时
前提条件：gsmSRF状态2 已连接
gsmSRF状态3 与用户交互作用
后续条件：gsmSRF 状态1 空闲
gsmSRF 放弃对话并转向空闲状态，收回所有分配的资源，将放弃事件向维护功能报告。
9 详细的操作程序
本节所指的gsmSSF ，gsmSRF的状态见第8节。此外需注意：
－不支持Handoff
－对话音识别的支持为可选项
－根据文本进行的语音合成为可选项
－在IP与SCF直接连接的情况下以及所有辅助情况下，CAP只规定了在起始gsmSSF中的过程(以及相应操作的语法和过程)。
备用
激活测试程序
一般描述
本操作用于检查gsmSCF与gsmSSF之间的关系是否存在。如果还存在，gsmSSF将予以响应。如果没有响应，gsmSCF认为gsmSSF已经失败，将采取适当的动作。
参数
无
备用
响应实体(gsmSSF)
正常程序
gsmSSF前提条件：
在gsmSCF与gsmSSF之间的关系存在。
gsmSSF后续条件：
1) SSME FSM仍保持或转向状态“非呼叫相关处理”
2) 如果激活对话ID，并且如果有gsmSSF采用该对话，SSME向gsmSCF发送 “激活测试” 的返回结果。如果没有其它的管理活动，SSME FSM返回“空闲管理”状态或：
如果对话ID没有激活，gsmSSF中的TCAP发出P－Abort。这种情况下SSME不再接收激活测试操作，并且不能应答。
差错处理
不应用。
申请计费程序
一般描述
本操作用于gsmSCF与gsmSSF的交互：呼叫时长的CSE控制。申请计费报告操作提供gsmSSF到gsmSCF的反馈。
本操作支持的计费情形见 呼叫时长的CSE控制。
参数
－ACH帐单计费特性：
本参数规定了呼叫时长CSE控制所需的参数清单，包括：
－时间时长计费
本清单包括下列参数：
－最大呼叫时长
本参数规定了向gsmSCF发送申请计费报告之前呼叫可以进行的时长。
－如果超过时长即释放
本参数规定了达到上述规定的时长时，gsmSSF应采取的行动。如果有该参数，即释放呼叫。无该参数时，继续呼叫。
－信号音
如果出现该参数，在呼叫释放之前播放警告音。
－费率切换间隔：
本参数向gsmSSF指示到下次费率切换的时间间隔。历时费率切换周期的测量立即引起本操作的成功执行。
－计费方
本参数指示呼叫中的一方。
备用
响应实体(gsmSSF)
正常程序
gsmSSF前提条件：
1) gsmSSF与gsmSCF之间存在控制关系。
2) gsmSSF处于下述状态之一：
“等待指示”或者
“等待与用户交互作用的结束”
“等待临时连接的结束”或
“监视”
gsmSSF后续条件：
1) 没有gsmSSF状态迁移
gsmSSF接收到本操作后，用该操作中包含的信息单元设置计费数据。
gsmSSF接收到申请计费操作后，如果在出局连接到被叫方或临时连接或连接到gsmSRF时还没有接收到应答，将开始监视应答事件。对出局连接的应答事件进行后续监测后，开始计费。如果接收到申请计费操作时，已经从出局连接接收到应答事件，那么立即开始计费。
一旦到被叫方或临时连接或gsmSRF连接的去话连接释放，对于去话连接的应答事件的任何指示将被清除，即设置为没有接收到应答事件。
差错处理
任务被拒绝：除了通用差错处理，下列情况下也采用该差错：
－前面已经收到一个对呼叫时长进行监视的操作已经悬置。 －当原先接收的“费率切换间隔”悬置时，又指示“费率切换间隔”。
该操作相关差错的通用差错处理见第8节，用来报告操作差错的TCAP业务见第10节。
申请计费报告程序
一般描述
gsmSCF请求申请计费操作后，gsmSSF采用本操作向gsmSCF报告计费相关信息。当gsmSSF监测到拆线事件或gsmSSF检测到已经达到最大呼叫周期时长参数(在申请计费操作中接收的)中的呼叫周期时长时，产生该报告。
参数
－呼叫结果：
本参数向SCF提供其在申请计费操作中所请求的计费相关信息。“呼叫结果”清单包括下列参数：
－时长计费结果
清单包括下列参数：
－时间信息
可以在下列参数中选择：
－当无费率切换时的时间
当监测到被叫方的连接，临时连接或SRF连接的应答时， 如果发生无费率切换，出现本参数。否则将不出现。如果出现，即报告检测到应答之后的历时时间。
－当有费率切换时的时间
当监测到被叫方的连接，临时连接或SRF连接的应答时， 如果发生费率切换，出现本参数。否则将不出现。如果出现，该参数应包含下列信息：
－自从上次费率切换的时间
报告上次费率切换检测之后的历时时间。
－费率切换间隔
仅当到被叫方的连接，临时连接或gsmSRF连接的报告周期内监测到费率切换时， 出现本参数。如果出现该参数，需报告监测到应答事件或原先的费率切换(以最后检测到的事件为准)与上次费率切换之间的时间间隔。
－计费方
在相关申请计费 操作中接收的或从缺省值中演绎出的“计费方”参数,使结果与请求相关联。
－呼叫激活
本参数指出呼叫仍处于激活状态或已经被释放。
调用实体(gsmSSF)
正常程序
gsmSSF前提条件：
1)gsmSSF与 gsmSCF之间的关系存在。
2)检测到gsmSCF通过申请计费操作所请求的计费事件，或者出现被叫方，临时连接或SRF拆线事件。
gsmSSF后续条件：
1)如果出现呼叫释放是因为到达了允许的呼叫时长：
－所有悬置的EDP应解配置
－申请计费报告应发至gsmSCF，如果有悬置的呼叫信息报告即发送。
－gsmSSF应转为“空闲”状态。
2) 如果出现呼叫释放不是因为到达了允许的呼叫时长：
－如果有任何悬置的EDP,或其它报告，gsmSSF将保持在原状态，否则
－gsmSSF应转为“空闲”状态。
如果检测出gsmSCF所请求的计费事件，调用本操作。
差错处理
与操作相关差错的通用差错处理见第8节。报告操作差错的TCAP业务见第10节。
辅助请求指令程序
一般描述
本操作由在辅助程序中作为辅助gsmSSF的gsmSSF或gsmSRF请求，发往gsmSCF。当辅助gsmSSF或gsmSRF从起始gsmSSF接收到辅助程序的指示时，发送本操作。
参数
－相关ID：
gsmSCF使用本参数将由辅助gsmSSF(或gsmSRF)至gsmSCF的对话与gsmSSF的启动DP相关联。“相关ID”的值从起始gsmSSF接收到的数字中得到。
－IPSSP能力：
指出哪个gsmSRF资源可以被附着，可以支持并可用：
－gsmSSF所在的VMSC/GMSC或
－gsmSRF所在的IP。
调用实体(gsmSSF/gsmSRF)
正常程序
gsmSSF前提条件：
辅助 gsmSSF检测到辅助指示
gsmSSF后续条件：
辅助 gsmSSF在“等待指示”状态
从初始gsmSSF接收到辅助指示后， gsmSSF或 gsmSRF 应确保有效的资源可用，以调用gsmSSF/ gsmSRF中的辅助请求指令操作，并向初始 gsmSSF指示呼叫被接受。呼叫(由辅助指示所启动的)被接受以后，gsmSSF或 gsmSRF调用辅助请求指令操作。
差错处理
与操作相关差错的通用差错处理见第8节。报告操作差错的TCAP业务见第10节。
备用
呼叫信息报告程序
一般描述
本操作根据gsmSCF在原先的呼叫信息请求操作中所请求的，对于一个单一呼叫方向gsmSCF发送特殊呼叫信息。本报告在呼叫或呼叫方连接结束时发送，由下列特定事件指示。
参数
－所请求信息清单：
根据所请求的信息，gsmSSF向gsmSCF发送适当的类型和值。
－LegID:
本参数指示呼叫中信息已被采集的一方。没有该参数时，指示由连接或继续生成的“去话”leg。
调用实体(gsmSSF)
正常程序
gsmSSF前提条件：
1)所指示的或缺省的呼叫方从呼叫中释放，或者到所指示的或缺省的呼叫方的呼叫建立没有完成。
2)已经采集到所需的呼叫信息
3)由于原先接收的呼叫信息请求操作，有呼叫信息报告悬置。
4)gsmSSF与gsmSCF之间的关系存在
gsmSSF后续条件：
1)当没有其它报告请求悬置且没有其它EDP配置时，gsmSSF转向“空闲状态”，否则gsmSSF应保持在原状态。
如果gsmSSF执行由下列某个事件引起的状态转移：
－所指示的或缺省leg的释放
－所指示leg 的放弃
－所指示的或缺省leg的被叫方忙或不可及
－所指示的或缺省leg 的gsmSSF无应答定时器超时
－所指示的或缺省leg的路由选择失败
－gsmSCF启动释放呼叫
并且所指示的或缺省leg的呼叫信息请求悬置，即向gsmSCF发送呼叫信息报告操作，包含所请求leg 的所有信息。
如果某leg的呼叫信息报告已经发往gsmSCF,则没有该leg的呼叫信息报告悬置，即进一步的呼叫信息报告由gsmSCF显式地请求，例如follow on。
如果引起呼叫信息报告的事件同样被配置EDP－R检测到，那么在呼叫信息报告之后立即发送相应的BCSM事件报告。
如果引起呼叫信息报告的事件同样被配置EDP－N检测到，那么在呼叫信息报告之前立即发送相应的BCSM事件报告。
差错处理
由于第4类操作，不采用操作相关的差错处理。
备用
呼叫信息请求程序
一般描述
本操作用来请求gsmSSF记录关于单个呼叫的特殊信息，并且用呼叫信息报告操作向gsmSCF报告。
参数
－所请求的信息类型清单：
本参数规定了所需特殊信息的项目清单。
清单包括：
－呼叫尝试历时时间：
本参数指示启动呼叫建立(连接或继续)操作的CAP处理结束与从被叫侧接收的应答指示之间的间隔。在不成功的呼叫建立情况下，指示不成功呼叫建立的网络事件使“呼叫尝试历时时间”的测量停止。对主叫用户该参数为0。
－呼叫停止时间
本参数指示连接释放时的时间标记。
－呼叫被连接历时时间
本参数指示从被叫方接收应答指示与连接释放之间的时长。对主叫用户指从发送IDP到主叫用户释放的时间。
－释放原因：
本参数指示呼叫的释放原因。
－legID：
本参数指示呼叫中需要采集信息的一方，在连接结束时发送本参数。没有该参数时，指示用连接或继续产生的“去话”记录。
备用
响应实体(gsmSSF)
正常程序
gsmSSF 前提条件：
1)已经启动呼叫始发尝试
2 )gsmSSF与 gsmSCF之间的控制关系已经存在。
gsmSSF仅在现存的呼叫相关对话中接收呼叫信息请求操作。gsmSSF仅在“等待指示”状态 下接受呼叫信息请求操作。该操作并不引起向另一状态的任何转移。
gsmSSF后续条件：
1)所需的呼叫信息由 gsmSSF保留
2) gsmSSF等待更进一步的指示。
gsmSSF分配一个记录并存储所需的已经可用的信息，并准备即将可用的信息条款的记录，例如“呼叫停止时间值”
差错处理
在任何非“等待指示”状态，呼叫信息请求操作被处理为“超出上下文”。
与操作相关差错的通用差错处理见第8节。报告操作差错的TCAP业务见第10节。
取消程序
一般描述
gsmSCF 采用2类操作向gsmSRF请求取消相关的操作。
被删除的操作可以是播放通知操作或者提示并收集用户信息操作。
操作的取消通过一个差错指示“已取消”，向被取消的播放通知或提示并收集用户信息操作的调用实体指示。
取消操作可以用来取消所有悬置的请求，使gsmSSF/gsmSRF的状态变为“空闲”。这种情况下取消操作不规定任何特殊的被取消的操作。
参数
－调用ID：
此参数规定所取消的操作。
－所有请求：
本参数指出所有被激活的请求BCSM事件报告，申请计费报告和呼叫信息报告的所有激活请求应予取消。
备用
响应实体(gsmSRF)
正常程序
gsmSRF前提条件：
已经接收到PA/P&C并且 gsmSRF处于“与用户交互作用”状态。
gsmSRF后续条件：
PA/P&C的执行已经停止，并且 gsmSRF保持在“与用户交互作用”状态。
差错处理
与操作相关差错的通用差错处理见第8节。报告操作差错的TCAP业务见第10节。
响应实体(gsmSSF)
正常程序
gsmSSF前提条件：
1) gsmSSF处于“等待指示”或“监视”状态。
gsmSSF后续条件：
1)需要报告或通知的所有激活请求已经被取消
2)在 gsmSSF 处于“监视”状态时，应返回“空闲”；或者
在gsmSSF 处于“等待指示”状态时，应保持在原状态。后续处理操作使gsmSSF变为“空闲”状态。
呼叫如果处于激活状态，由gsmSSF自动按照正常(非IN)呼叫进行进一步处理。
分配给该对话的所有资源均被释放。
差错处理
在取消“所有请求”情况下，对于被取消的操作，不发送返回差错。
备用
连接程序
一般描述
本操作用来请求gsmSSF完成呼叫处理动作，将呼叫接续到一个特殊的目的地或者去影响其它的呼叫建立信息，例如通用号码。
参数
－目的地路由地址：
本参数包括呼叫将接续到的被叫号码。
－振铃方式：
本参数指示将要应用的振铃类型。见。
－主叫类别：
本参数指示主叫用户类别(例如运营者，付费电话，普通用户)。
－原被叫方ID：
如果呼叫由gsmSCF前转，本参数指所拨的数字。
－改向用户ID：
本参数指示呼叫改向所来自的电话号码。
－改向信息：
本参数包括前转相关信息，例如改向计数器。
－通用号码：
本参数允许gsmSCF设置网络中使用的通用号码参数。用作附加主叫号码的转移。
－录音通知的抑制：
本参数指示在不成功的呼叫建立尝试时，在GMSC或VMSC播放的通知或信号音应被抑制。
－oCSI应用：
本参数向GMSC/gsmSSF指示始发CAMEL签约信息。如果存在，应用于由连接操作产生的出局呼叫leg。本参数的使用见。
备用
响应实体(gsmSSF)
正常程序
gsmSSF前提条件：
(1)移动始发或终止呼叫尝试已经启动。
(2) 基本呼叫处理已经在一个DP点悬挂
(3) gsmSSF 等待指示。
gsmSSF 后续条件：
(1)gsmSSF完成呼叫处理动作，将呼叫接续到特定的目的地。
在gsmSSF状态“等待指示”接收到本操作， gsmSSF完成下列动作：
－gsmSSF取消TSSF
－如果提供“主叫号码”，所有的后续gsmSSF处理均可使用该值；
－如果没有配置EDP，呼叫信息报告或申请计费报告没有被请求，gsmSSF变为状态“空闲”。否则，gsmSSF变为状态“监视”。
不发生DP的隐式激活或去活。
统计计数器不受影响。
差错处理
与操作相关差错的通用差错处理见第8节。报告操作差错的TCAP业务见第10节。
连接到资源程序
一般描述
本操作用来将一个呼叫从gsmSSF连接到某专用资源。到gsmSRF的连接成功之后，开始与用户的交互过程。gsmSSF中转从gsmSRF来的所有操作以及从gsmSRF来的响应。
参数
－资源地址：
本参数表示gsmSRF的物理位置。
－iP路由地址：
本参数指示路由地址，以建立到gsmSRF的连接。
－无：
本参数指示将需要的呼叫方连接到某预先定义的gsmSRF。
－业务交互指示2：
本参数包含一个从gsmSCF到gsmSSF的指示，用来控制从gsmSRF到主叫用户的连接。注意辅助gsmSSF总是假定需要进行双向连接,因此接收到本参数后将忽略。
响应实体(gsmSSF)
正常程序
gsmSSF前提条件：
1)BCSM：呼叫处理已经在某DP悬挂，并且控制关系已经建立。
2)gsmSSF处于状态“等待指示”。
gsmSSF后续条件：
1)呼叫被切换到gsmSRF.
2)到gsmSRF 的控制关系已经建立
3)gsmSSF转到状态“等待与用户交互作用的结束”。设置定时器TSSF。
注：至gsmSRF的成功连接引起gsmSRF的状态转移，从“空闲”到“已连接”。
差错处理
与操作相关差错的通用差错处理见第8节。报告操作差错的TCAP业务见第10节。
继续程序
一般描述
本操作用来请求gsmSSF继续在某DP的呼叫处理，该呼叫处理原先被悬挂起来等待gsmSCF的指示。gsmSSF继续呼叫处理，不替换gsmSCF来的新数据。
参数
无。
备用
响应实体(gsmSSF)
正常程序
gsmSSF前提条件：
1)BCSM：基本呼叫处理已经在任何DP悬挂。
2)gsmSSF处于状态“等待指示”。
gsmSSF后续条件：
1) BCSM：继续基本呼叫处理。
2)gsmSSF处于状态“监视”，因为至少配置一个EDP，或者请求呼叫信息报告或申请计费报告；gsmSSF处于状态“空闲”，因为没有配置EDP，并且没有请求呼叫信息报告或申请计费报告；
gsmSSF 处于状态“等待指示”。当没有配置EDP并且当前没有请求报告时，gsmSSF转移为状态“空闲”。 如果至少配置一个EDP或者至少请求一个报告，gsmSSF转为状态“监视” 。重新开始基本呼叫处理。
差错处理
由于是4类操作，没有与操作相关的差错处理。
切断前向连接程序
一般描述
本操作用于下列两种情况：
a)清除到gsmSRF的连接
本操作用来切断到某资源(gsmSRF)的连接，该连接原先在连接到资源操作中建立。用来从gsmSSF前向拆线。另一种解决方案为从gsmSRF后向拆线，由播放通知和提示并收集用户信息操作中的参数“禁止从IP拆线”控制；
b)清除到辅助SSF的连接
本操作发往辅助程序中涉及的非辅助gsmSSF。用来切断gsmSSF与辅助gsmSSF之间，辅助SSF与其相关的gsmSRF之间的临时连接。
参数
无。
备用
响应实体(gsmSSF)
正常程序
gsmSSF前提条件：
1)已经启动呼叫始发尝试
2)基本呼叫处理过程已经在某DP悬挂。
3)gsmSSF处于状态“等待用户交互的结束”或者“等待临时连接的结束”。
gsmSSF后续条件：
1)至gsmSRF或辅助SSF的连接释放
2)gsmSSF等待指示。
切断前向连接的接收导致切断辅助SSF的连接或者将gsmSRF所在物理实体从当前呼叫中拆线。但是不释放从gsmSSF到终端用户的连接。
gsmSSF处于状态“等待临时连接的结束”或者“等待与用户交互作用的结束”时接受本操作。在这些状态接收本操作后，gsmSSF将完成下列动作：
－释放至辅助SSF或中继gsmSRF的连接；
－gsmSSF重新设置定时器TSSF；
－gsmSSF转为状态“等待指示”。
切断前向连接操作不包含参数。
注：成功地切断到gsmSRF的连接会引起gsmSRF的状态转移为“空闲”。当前的命令(播放通知或提示并收集用户信息)被取消并且其它排队的命令被放弃。
差错处理
与操作相关差错的通用差错处理见第8节。报告操作差错的TCAP业务见第10节。
建立临时连接程序
一般描述
本操作用来在gsmSSF与辅助SSF之间产生连接，作为业务辅助程序的一部分。当gsmSRF存在于某个独立的可寻址的物理实体中时(IP)，本操作还用来生成gsmSSF与gsmSRF之间的连接。
注意当PLMN之间需要建立临时连接，以及网络运营者之间不存在双向协议可以将相关ID和SCFiD作为单独的参数进行传递时，辅助SSPIP路由地址应包含路由数字，相关ID和scfID。
参数
－辅助SSPIP路由地址：
本参数指示gsmSRF或辅助程序的辅助gsmSSF的目的地址。“辅助SSPIP路由地址”可能包含“相关ID”和“scfID”，但仅在“相关ID”和“scfID”没有单独指定时。
－相关ID：当gsmSSF发出启动DP时，gsmSCF使用本参数与辅助SSF(或gsmSRF)到gsmSCF的对话相关联。仅当“辅助SSPIP路由地址”中不包含相关ID时才使用“相关ID”。网络运营者需要确定信令系统中本参数的实际映射。
－scfID: 本参数指示gsmSCF标识，使得辅助SSF(或gsmSRF)识别应将辅助请求指令发往哪个gsmSCF。仅当“辅助SSPIP路由地址”中不包含SCF ID时才使用“scfID”。网络运营者需要确定信令系统中本参数的实际映射。
－业务交互作用指示2：本参数包含gsmSCF发往gsmSSF的一个指示，用来控制gsmSRF至主叫用户的连接。
备用
响应实体(gsmSSF)
正常程序
gsmSSF前提条件：
1)已经启动呼叫始发尝试
2)BCSM已经在某DP悬挂
3)gsmSSF等待指示
gsmSSF后续条件：
1)gsmSSF完成呼叫处理动作，将呼叫接续到辅助SSP或IP。
2)gsmSSF等待临时连接的结束。
在gsmSSF状态“等待指示”时接受到本操作，gsmSSF应完成下列动作：
－将TSSF设置为TETC；
－采用“辅助SSPIP路由地址”将呼叫接续到gsmSRF或辅助gsmSSF；
差错处理
在辅助SSP/IP接受了连接建立之前，从网络接收到的所有关于ETC建立的失败指示应作为ETC差错“ETC失败”(例如忙，拥塞)，向gsmSCF报告。ETC操作的定时器应长一些，以增大信令程序的允许时间，接受该连接。
注：如果不支持相关ID或者SCFiD作为单独的ISUP参数，该连接建立失败。如果gsmSSF不支持相关ID或SCFiD，返回差错“ETC失败”。
与操作相关差错的通用差错处理见第8节。报告操作差错的TCAP业务见第10节。
备用
BCSM事件报告程序
一般描述
本操作用来通知gsmSCF，其原先在请求报告BCSM事件操作中请求的呼叫相关事件。请求报告BCSM事件操作可以请求监视多个事件，但是所请求的每个事件在单独的BCSM事件报告操作中报告。
参数
－事件类型：
本参数指示所报告事件的类型。
－事件特有信息BCSM：
本参数指示该事件特有的呼叫相关信息。
如果可能，对于路由选择失败应包含“失败原因”。
如果可能，对于O－或T－忙，应包含“遇忙原因”。
对于O－或T－无应答，应为空。
对于O－或T－应答，应为空。
如果可用，对于O－或T－拆线，应包括“释放原因”。
－legID：
本参数指示呼叫中事件被报告的一方。gsmSSF仅采用选项“接收方ID”。
－接收方ID：
如果不包括该参数，假定有下列缺省项：
“legID”＝1为事件O－放弃和T－放弃。
“legID”＝2为事件路由选择失败，O－忙，O－无应答，O－应答， T－忙，T－无应答，T－应答。
参数“legID”总应包括在事件O－拆线和T－拆线中。
－杂项呼叫信息：
本参数指示DP相关信息。
－消息类型：
本参数指示本消息是一个请求还是一个通知。即请求报告BCSM事件中“监视模式”＝“中断”引起的请求，或请求报告BCSM事件中“监视模式”＝“通知并继续”引起的通知。
调用实体(gsmSSF)
正常程序
gsmSSF前提条件：
1)gsmSSF应处于状态“监视”；或者如果配置并遇到拆线DP， gsmSSF处于状态“等待指示”；或者配置并遇到放弃DP， gsmSSF 可以在任何状态。
2)BCSM进入到配置的EDP。
gsmSSF后续条件：
1) 如果消息类型为通知并且仍需配置EDP或者请求呼叫信息报告或者申请计费报告，gsmSSF仍处于状态“监视”。
2) 如果消息类型为通知并且没有配置的EDP或者没有请求呼叫信息报告或者申请计费报告，gsmSSF转为状态“空闲”。
3) 如果消息类型为请求，gsmSSF转为状态“等待指示”。呼叫处理中断。
如果遇到EDP－R，引起相关leg 的释放，与该leg相关的所有EDP 被解配置，事件通过BCSM事件报告报告。
差错处理
当消息类型为请求时，如果接收到任何操作之前TSSF超时，gsmSSF停止与gsmSCF的交互作用，并指示GMSC/MSC根据有效CSI的缺省呼叫处理参数处理该呼叫。
由于4类操作，没有与差错处理相关的差错处理。
提供计费信息程序
一般描述
本操作用来将计费相关信息发送给一个逻辑呼叫记录。该逻辑呼叫记录为CAMEL 所特有的。呼叫leg的第一个FCI引起逻辑呼叫记录的产生。接收到同一leg的后续FCI会覆盖逻辑呼叫记录的内容。当采用附加的FCI时，应配置EDP－R，以便在呼叫记录生成结束之前应用FCI。
如果gsmSSF处于状态“监视”或者在下列某个悬置的DP时，接收到被叫方的FCI操作，计费信息应包括在即将建立或者已经建立的leg的逻辑呼叫记录中。
－已采集信息
－O－应答
－终端试呼授权，或
－T－应答
如果当gsmSSF在任意其它悬置的DP点时接收到被叫方的FCI操作，计费信息应包括在失败或拆线的被叫方的逻辑呼叫记录中。
参数
－FCI计费帐单特性：
本参数包括下列子参数；
－FCI帐单计费特性序列1：
－自由格式数据
本参数给出帐单或/和计费特性。
－计费方：
本参数指示帐单和/或计费方。
备用
响应实体(gsmSSF)
正常程序
gsmSSF前提条件：
1)gsmSSF 状态“等待指示”或
gsmSSF 状态“等待与用户交互作用的结束”或
gsmSSF状态“等待临时连接的结束”或
gsmSSF 状态“监视”
gsmSSF后续条件：
1) 无FSM状态转移。
接收到本操作后，如果有必要gsmSSF完成生成呼叫记录的动作，并将操作中携带的自由格式信息写进呼叫记录。注意如果在所指示的呼叫leg中尚不存在一个逻辑呼叫数据记录(CDR)， FCI操作将生成该记录。对于给定的leg接收到一个拆线事件或传播给该leg之前，所接收leg的后续FCI操作将覆盖原先写在自由格式CDR字段里的数据。
对于一个给定的呼叫，一个逻辑CDR将关联成一个或多个物理CDR。
当将拆线事件传播给与之相关的leg时，或者当接收到一个连接操作，生成到Follow on被叫方的连接时，输出逻辑CDR。
差错处理
与操作相关差错的通用差错处理见第8节。报告操作差错的TCAP业务见第10节。
启动DP程序
一般描述
gsmSSF完成BCSM中的TDP－R检测后发送本操作，向gsmSCF请求完成呼叫的指示。
参数
－业务键：
本参数向gsmSCF明确所请求的IN业务。在gsmSCF中用来对正确的应用/SLP进行寻址(非gsmSCF寻址)
－被叫号码：
本参数包括在前转方向用来识别被叫方的号码，如ISUP的被叫号码。本参数仅在移动终止呼叫和移动前转呼叫情形下发送。
－主叫号码：
本参数用主叫用户号码来识别主叫用户或呼叫源。
－主叫类别：
指示主叫的类型(例如运营者，公用电话，普通用户)
－原被叫方ID：
如果呼叫在到gsmSSF的接续过程中遇到呼叫前转，本参数包括所拨的数字。
－位置号码：
本参数用来为移动性业务传送地理区域地址。当“主叫号码”不包括主叫用户地理位置的任何信息(例如当主叫用户为移动用户时依赖于呼叫源的路由)
－承载能力：
本参数指出连接到用户的承载能力的类型。
－承载能力：
本参数包括ISUP用户业务信息参数的值。
仅当gsmSSF中的ISUP用户业务信息参数可用的情况下，启动DP操作中包括参数“承载能力”。
如果gsmSSF中用户业务信息和用户业务信息初期可用，“承载能力”应包含用户业务信息初期参数的值。
－事件类型BCSM：
本参数指示引起启动DP操作的配置BCSM DP事件。
－改向用户ID：
本参数指示呼叫改向所来自的号码。
－改向信息：
包括前转相关的信息，例如改向计数器。
－iPSSP能力：
指示gsmSSF所在的VMSC/GMSC中，gsmSRF所支持的哪个资源已经附着并可以使用。
－附加主叫号码：
由主叫用户的接入信令系统提供的主叫号码。
－高层兼容性：
本参数指示高层兼容性的类型，用来确定所连接ISDN终端的ISDN电信业务。
－imsi：
调用CAMEL业务的移动用户的IMSI。
－用户状态：
调用CAMEL业务的移动用户的状态。可能的状态有忙，空闲和不可及。编码见。
－位置信息：
本参数指示MS的位置以及定义此位置信息的时间。
－扩展基本业务码：
指示基本业务码。
－呼叫参考号码：
本参数给出由GMSC/MSC分配给该呼叫的网络呼叫参考号码。
－msc地址：
本参数给出分配给GMSC/MSC的MSCID。
－被叫的BCD码：
本参数包含在前转方向用来识别被叫方的号码。还包括业务选择信息，包括* 和#数字。仅在移动始发时使用该参数。
－时间&时区：
本参数包含gsmSSF被触发的时间，以及调用gsmSSF所在地的时区。
－gsm前转悬置：
本参数指示已经接收到一个前转号码，并且由于GMSC的呼叫前转补充业务，将呼叫前转。
调用实体(gsmSSF)
正常程序
gsmSSF前提条件：
1) 已经启动呼叫尝试。
2)在某DP已检测到事件。
gsmSSF后续条件：
gsmSSF 与gsmSCF之间的控制关系已经建立。gsmSSF等待gsmSCF的指示。
启动DP操作发往gsmSCF的地址从有效CSI获得。gsmSSF提供所有可用参数。
到gsmSCF的控制关系已经建立。当gsmSSF向gsmSCF发送启动DP请求指示时，设置gsmSSF应用定时器TSSF。用来阻制额外的呼叫悬挂时间。
差错处理
如果目标gsmSCF不可接入，gsmSSF指示GMSC/MSC根据有效CSI中的缺省呼叫处理参数处理呼叫。
在接收到任何操作之前TSSF超时，gsmSSF停止与gsmSCF的交互作用，指示GMSC/MSC根据有效CSI中的缺省呼叫处理参数处理该呼叫。
如果启动DP发送以后主叫用户放弃，在接收到gsmSCF的第一个应答消息之后，gsmSSF停止控制关系。
与操作相关差错的通用差错处理见第8节。报告操作差错的TCAP业务见第10节。
备用
备用
播放通知程序
一般描述
本操作用来与GSM用户的带内交互。
参数
－要发送的信息：
本参数指示由gsmSRF发往终端用户的一个录音通知或者信号音。
－带内信息：
本参数规定需要发送的带内信息。
－消息ID：
本参数指示需要发送的消息，可以是下列参数之一：
－基本消息ID：
本参数指示单个的录音通知。
－文本：
本参数指示需要发送的文本。由gsmSRF将该文本转换为带内信息(语音)。该文本的属性可能由语言等因素组成。
－基本消息Ids
本参数指示一系列录音通知。
－可变消息：
本参数指示有一个或多个可变部分的录音通知。
－重复次数：
本参数指示应发往终端用户的消息的最大次数。
－时长：
本参数用秒来指示消息应该播放/重复的最大时长。“零”表示不断地重复。
－时间间隔：
本参数用秒来指示每次重复之间的时间间隔，即录音通知结束到下次重复开始之间的时间。仅当重复次数大于一时才使用本参数。
－信号音：
本参数规定需要发送给终端用户的信号音。
－信号音ID：
本参数指示要发送的信号音。
－时长：
本参数用秒来指示所发送的信号音的时间间隔。“零”指示无限的时长。
－禁止从IP拆线：
当所有信息已经发送以后，本参数指示gsmSRF是否应切断与用户的连接。
－请求录音通知完成：
当所有信息已经发送后，本参数指示是否向gsmSCF发送专用资源报告。
备用
响应实体(gsmSRF)
正常程序
gsmSRF前提条件：
1) 如果gsmSRF原先从gsmSCF接收到一个操作，gsmSRF处于状态“已连接”或状态“与用户交互作用”。
gsmSRF后续条件：
1)gsmSRF按照“应发送的信息”的指示向用户发送信息。
2)gsmSRF转为状态“与用户交互作用”或保持在同一状态。
3)如果所有信息已经发送并且“请求录音通知完成”设置为TRUE，gsmSRF向gsmSCF发送专用资源报告。
4)如果所有信息已经发送且“禁止从IP拆线”设置为FALSE，gsmSRF切断到用户的连接。
发送给终端用户的录音通知在下列条件下结束：
－如果没有规定“时长”或“重复次数”，应使用网络特有录音通知的结束条件；或
－如果规定了“重复次数”，当所有的重复已经发送；或
－如果规定了“时长”，当时长已经超时。应重复该录音通知直到满足该条件；或
－如果规定了“时长”和“重复次数”，当满足任何条件时( 不管哪个先来 )。
差错处理
如果在操作处理前或处理过程中接收到取消操作，该操作立即取消并向gsmSCF报告差错“已经取消”。
与操作相关差错的通用差错处理见第8节。报告操作差错的TCAP业务见第10节。
提示并收集用户信息程序
一般描述
本参数用来与主叫用户交互，以便采集信息。
参数
－采集信息：
－采集数字：
－最小数字个数：
如果本参数丢失。缺省值为1。“最小数字个数”规定了需要采集的有效数字的最小数。
－最大数字个数：
本参数应一直出现并规定需要采集的有效数字的最大数。
“最大数字个数”>=“最小数字个数”。
－应答结束数字：
本参数指示用来表示输入结束的数字，可以是一个或两个数字。
在“最大数字个数”>“最小数字个数”的情况下应用如下：
如果不出现“应答数字结束”，输入的结束指示为：
－当位间定时器超时；或
－当接收到的有效数字数等于“最大数字个数”
如果出现“应答数字结束”，输入的结束指示为：
－当位间定时器超时；或
－接收到应答数字的结束；或
－当接收到的有效数字数等于“最大数字个数”
当获得输入的结尾时，所采集的数字从gsmSRF发送到gsmSCF.当位间定时器超时或接收到应答结束数字时，接收到的有效数字个数小于“最小数字个数”的情况下，定义为输入有差错.
－取消数字：
如果有该参数，用户可以输入要取消的数字，以请求重新输入。本参数可以为一个或两个数字。gsmSRF接收到的所有数字被放弃，再次执行提示并收集用户信息程序，并向用户播放同样的录音通知并采集信息。如果没有该参数，用户不能请求重新输入。
－起始数字：
如果有本参数，起始数字指示所采集的有效数字的开始。接收到起始数字之前gsmSRF所接收到的数字将被放弃并认为无效。本参数可以为一个或两个数字。
如果没有本参数，认为接收到的数字均为有效。
当获得输入的结束后，所采集的数字从gsmSRF发到gsmSCF，应包括“起始数字”。如果gsmSRF接收到的话。
－首位超时：
如果有本参数，gsmSRF在首位的定时器超时之前应接受到首位。否则认为输入错误。
如果没有本参数，gsmSRF为该定时器使用一个缺省值。
如果有“起始数字”，接收到起始数字后停止该计时器。
－位间超时：如果有该参数，任何后续的有效或无效数字均应在位间定时器超时之前由gsmSRF接收到。收到数字后重新设置并启动位间定时器。
如果在该定时器超时前没有接收到后续数字，并且所接收到数字的有效数小于“最小数字个数”，认为输入不成功。
如果在该定时器超时前没有接收到后续数字，并且所接收到数字的有效数大于“最小数字个数”但小于“最大数字个数”，认为输入成功。
如果没有该参数，gsmSRF采用一个缺省值作为位间定时器。
－差错处理：该可选参数定义了发生差错时，gsmSRF应采取的动作。缺省值为标准差错与信息。
－可中断的录音通知指示：本参数为可选项，缺省值为TRUE。
如果该参数为TRUE，gsmSRF接收到第一个有效或无效数字后，中断录音通知。如果录音通知中断，将不再使用首位超时定时器。如果录音通知没有中断，将在录音通知完成以后启动首位超时定时器。
如果有本参数并设置为FALSE，gsmSRF接收到第一个有效或无效数字后，不中断录音通知。认为录音通知期间收到的数字无效并予以放弃。在录音通知完成前不使用其它参数(最小数字个数，最大数字个数，应答结束数字等)。录音通知完成以后启动首位超时定时器。
－语音信息：本参数可选，缺省值为FALSE。如果“语音信息”为FALSE，由DTMF输入所有有效或无效数字。
如果有本参数并设置为TRUE，需要主叫用户用语音提供所有有效或无效信息。gsmSRF将所提供的信息进行语音识别和翻译成数字。应答结束数字也用语音提供。
－语音反馈： 本参数可选，缺省值为FALSE。这时gsmSRF不给语音反馈信息。
如果有本参数并设置为TRUE，输入结束以后，gsmSRF立即将接收到的有效数字通知主叫用户。输入的无效数字不向主叫用户播录音通知。应答结束数字不用语音反馈。
－禁止从IP拆线：本参数指示gsmSRF在交互作用完成以后，是否需要启动切断至gsmSSF的连接。如果没有本参数或设置为TRUE，gsmSRF不启动拆线。
－要发送的信息：本参数指示gsmSRF应向终端用户发送的录音通知或信号音。
－带内信息：本参数指示要发送的带内信息。
－消息ID：本参数指示要发送的消息，可以为下列消息之一：
－基本消息ID： 本参数指示一个单一的录音通知。
－文本：本参数指示需要发送的文本。gsmSRF应将文本翻译为带内信息。文本的属性应包括的项目例如语言。
－基本消息Ids：本参数指示一系列录音通知。
－可变消息：本参数规定有一个或多个可变部分的录音通知。
－重复次数：本参数指示可以向终端用户发送的消息的最大次数。
－时长：本参数用秒来指示应播放/重复的消息的最大时长。ZERO表示不断地重复。
－间隔：本参数用秒来指示两次重复之间的时间间隔，即录音通知结束到下次重复开始之间的时间。本参数只用于重复次数大于一时。
－信号音：本参数指示向终端用户发送的一个信号音。
－信号音ID：本参数指示要发送的信号音。
－时长：本参数用秒来指示所发送信号音的持续时间。ZERO指示无限的时长。
－响应的数字：本参数包括从终端用户采集的信息。
备用
响应实体(gsmSRF)
正常程序
gsmSRF前提条件：
1)如果gsmSRF从gsmSCF原先接收到一个操作，gsmSRF处于状态“已连接”或“与用户交互作用”。
gsmSRF后续条件：
1)gsmSRF根据“应发送的信息的指示”向终端用户发送信息。
2)从终端用户所采集的信息作为提示并收集用户信息的返回结果发至gsmSCF。
3)如果“禁止从IP拆线”设置为FALSE，gsmSRF启动一个承载信道切断与gsmSSF的连接，gsmSRF转为状态“空闲”。
4)否则gsmSRF转为状态“与用户交互作用”；或保持在原状态。
发至终端用户的录音通知在下列条件下结束：
－如果不规定“时长”及“重复次数”，那么应使用网络特有的录音通知结束条件；或
－如果规定“重复次数”，当所有的重复已经发送时结束；或
－如果规定“时长”，当时长已经超时时结束。重复该录音通知直到遇到此条件；或
－如果规定“时长”及“重复次数”，当满足任何一个条件时(无论哪个先满足)。
如果参数“可中断的录音通知指示”不设置为FALSE，并且在录音通知发送期间终端用户用一个数字来响应。这种情况下录音通知立即结束。
参数“差错处理”规定gsmSRF如何对待差错“不适当的主叫响应”。缺省值“标准的差错与信息”意味着应向gsmSCF报告的差错见第8节。“帮助”值表示不需要向gsmSCF报告差错。但应以网络缺省的录音通知形式给终端用户一个帮助。“重复提示”值指示不需要向gsmSCF报告差错，但是应向终端用户重复。最后两个程序在每次提示并收集用户信息操作中仅采用一次。
任何“输入结束”条件(最大数字个数，应答结束数字，取消数字，首位超时，位间超时)的接收，立即终止正在进行的输入。
注：例如当接收到“应答数字结束”，后续的“取消数字”将不再进行。
差错处理
如果在操作处理之前或期间接收到取消操作，操作立即取消并向响应实体报告差错“取消”。
与操作相关差错的通用差错处理见第8节。报告操作差错的TCAP业务见第10节。
释放呼叫程序
一般描述
本参数由gsmSCF发出， 在现存呼叫的任何阶段将呼叫中的所有方释放。本操作不发向辅助gsmSSF。
参数
－原因
关于释放本次呼叫的原因，向gsmSSF给出一个数字作为指示。由gsmSSF使用该值向呼叫中不同的呼叫方生成特有的信号音或在释放消息中填入“原因”。
备用
响应实体(gsmSSF)
正常过程
gsmSSF前提条件：
1)状态“等待指示”或状态“监视”。
gsmSSF后续条件
1)发送完任何呼叫信息报告后为状态“空闲”。忽略可能的配置EDP。与呼叫相关的所有连接和资源均被释放。
差错处理
由于第4类操作，不使用与操作相关的呼叫处理。
备用
请求报告BCSM事件程序
一般描述
本操作用来请求gsmSSF监视与呼叫相关的事件(例如BCSM事件如忙或者无应答)，当检测到事件后，向gsmSCF发送通知。
参数
－bcsm事件:
本参数规定事件或某所请求报告的事件。
－事件类型BCSM：
本参数规定所请求报告的事件类型。采集信息和终端试呼授权的值对于请求报告BCSM事件操作无效。
－监视模式：
本参数指示该事件应如何报告。当“监视模式”为“中断”，事件应作为一个请求来报告。如果“监视模式”为“通知并继续”，事件应作为一个通知来报告。如果“监视模式”为“透明”，事件不需要报告。
－legID：
本参数指示呼叫中应报告事件的一方。gsmSCF仅采用选项“发送方ID”。
－发送方ID：
如果不包括该参数，LegID的缺省使用如下：
“legID”＝1为事件O－放弃和T－放弃，
“legID”＝2为事件路由选择失败，O－被叫方忙，O－无应答，O－应答，T－被叫方忙，T－无应答，T－应答。
在事件O－拆线和T－拆线事件中总应包括“legID”参数。
－dP的特殊准则：
本参数指示对即将配置的DP的特殊信息。
－应用定时器：
本参数指示无应答事件的无应答定时器的值。如果用户在所分配的时间内没有应答。gsmSSF向gsmSCF报告该事件。定时器应比网络无应答定时器时间短。
备用
响应实体(gsmSSF)
正常程序
gsmSSF前提条件：
1) gsmSSF与 gsmSCF之间的控制关系已经存在。
2) gsmSSF处于状态“等待指示”或状态“监视”
注：在状态“监视”仅接受对检测点解配置的请求(监视模式设置为“透明”时)或发送事件的通知(监视模式设置为“通知并继续”时)。
gsmSSF后续条件：
1)所请求的EDPs已根据指示进行了配置。
2)监视原先所请求的事件，或者被透明的监视模式结束，或者呼叫结束，或者检测到EDPs或者相应的leg被释放。
3) gsmSSF保持在原状态，除非所有的EDPs被解配置以及不再请求呼叫信息报告或申请计费报告； 在后来的情况下gsmSSF转为“空闲”状态。
差错处理
与操作相关差错的通用差错处理见第8节。报告操作差错的TCAP业务见第10节。
重置定时器程序
一般描述
此2类操作由gsmSCF刷新应用定时器TSSF，以避免在gsmSSF的定时器TSSF超时。
参数
－定时器值：
本参数规定TSSF定时器应设置的值。
－定时器ID：
本参数的缺省值为TSSF定时器。
备用
响应实体(gsmSSF)
正常程序
gsmSSF 前提条件：
1)已经启动呼叫始发尝试
2)基本呼叫处理在DP被悬挂
3)gsmSSF在“等待指示”状态或“等待用户交互的结束”状态或“等待临时连接的结束”状态。
gsmSSF后续条件：
1) TSSF定时器已经重新设置。
2) gsmSSF保持在原状态。
差错处理
与操作相关差错的通用差错处理见第8节。报告操作差错的TCAP业务见第10节。
发送计费信息程序
一般描述
本操作用来从gsmSCF向gsmSSF发送e值。SCI操作可以在多种情况下调用。如果从gsmSCF接收到立即计费信息，将替换从MSC所产生的立即计费信息，并禁止MSC进一步产生立即计费信息单元(CAI)。MSC对立即计费信息的处理应与GSM AOC补充业务一致。
参数
－sCI帐单计费特性，定义向MS提供的AOC相关信息：
本参数为两个信息清单之间的选择。
第一个信息清单仅在从被叫方，临时连接，到SRF的连接检测到应答事件之前发送，并包含下列参数：
－应答前AOC：
下面为信息清单：
－aOC初始：
该组 CAI，在中定义，当接收到应答事件并且费率切换事件尚未发生时，这些CAI单元由gsmSSF向移动台发送。
－aOC后续：
此清单指示下列信息：
－CAI单元
当检测到应答并且费率切换原先已经发生，或者原先已经检测到应答并且费率切换已经发生时，将这些CAI单元发送给移动台。
－费率切换间隔：
本参数向gsmSSF指出到下次费率切换的时间间隔。已发生的费率切换周期的测量，在本操作的成功执行之后立即开始。
第二个信息清单仅在从被叫方，临时连接，到SRF的连接检测到应答事件之后发送，并包含下列参数：
－应答后AOC：
本清单指出下列信息：
－cAI单元：
当检测到应答并且费率切换原先已经发生，或者原先已经检测到应答并且在呼叫中发生费率切换时，由gsmSSF将这些CAI单元发送给移动台。
－费率切换间隔： 本参数向gsmSSF指出到下次费率切换的时间间隔。历时费率切换周期的测量，在本操作的成功执行之后立即开始。
－legID:
本参数指出计费信息应发送到哪个呼叫方。
备用
响应实体(gsmSSF)
正常程序
gsmSSF 前提条件：
(1) gsmSSF FSM 状态c：“等待指示”；或
gsmSSF FSM 状态d：“等待与用户交互作用的结束”；或
gsmSSF FSM 状态e： “等待临时连接的结束”;或
gsmSSF FSM 状态f: “监视”
gsmSSF 后续状态：
无状态转移
接收到本操作后， gsmSSF 完成向所指示的呼叫方移动台发送计费建议信息(CAI)的动作。
如果向GSM移动台提供CAI，与呼叫期间的CSE控制相关联，则操作以下列顺序，在同一个TCAP TR－CONTINUE组件中，由gsmSCF向gsmSSF发送；
申请计费；发送计费信息
这些操作由 gsmSSF 根据gsmSCF发送的顺序执行。注意参数费率切换间隔可以出现在申请计费操作或发送计费信息操作中，但不同时出现在两个操作中。建议在申请计费操作中传送。
在这些操作的任意一个操作中接收到的费率切换间隔信息，在gsmSSF中应设置成同样的费率切换定时器，此定时器应从操作成功执行的时间开始运行。
差错处理
任务被拒绝：除了通用的差错处理外在下列情况下应指示本差错：
－当原先接收的费率切换间隔悬置时，指示费率切换间隔。
与操作相关差错的通用差错处理见第8节。报告操作差错的TCAP业务见第10节。
备用
专用资源报告程序
一般描述
当设置了通知完成指示时，本操作作为播放通知操作的响应。
参数
无。
调用实体(gsmSRF)
正常程序
gsmSRF 前提条件：
(1) gsmSRF处于状态“与用户交互作用”。
(2) 当参数“请求通知完成”设置为TRUE时，执行播放通知操作。
(3) 所有信息已经发送给用户。
gsmSRF 后续条件：
(1)gsmSRF 保持在相同状态
(2)如果“禁止从IP拆线”参数设置为FALSE，在向gsmSCF发送完 专用资源报告操作之后，SRSM采用可应用的承载信道信令系统，向gsmSSF启动一个承载信道拆线的序列。gsmSRF转为状态“空闲”。
差错处理
由于第4类操作，不采用操作相关的差错处理。
10 CAP与TCAP业务的配合
正常程序
本节规定在正常操作情况下为在gsmSSF和gsmSCF间传送消息所用的程序和使用的TCAP原语。
CAP作为TC用户只使用由TCAP提供的结构化对话
当两个物理实体之间发送消息时,可以有以下几种情况。
-- 建立一个对话: TC用户发送TC-BEGIN请求原语
-- 维持一个对话: TC用户发送TC-CONTINUE请求原语。
-- 不再维持对话: TC用户发送TC-END请求原语。TC-END 请求原语既可以用基本结束方式也可以用预先安排的结束方式:
-- 基本结束
在对话已经建立的情况下，如果发送一个导致终止关系的操作，并且gsmSCF对接收任何ERROR或REJECT成份都不感兴趣时，该 gsmSCF 就用 TC-END请求原语(基本结束方式)来发送该操作，一旦FE对话结束，从这些操作中接收的所有ERROR或REJECT成份都被TC丢弃, 见ITU-T 建议。
如果gsmSCF接收了一个终止控制关系的操作，则从gsmSCF中可以送出含有零成份的TC-END请求原语(基本结束方式)。
如果gsmSSF没有悬挂的操作或报告要处理也没有要被触发的检测点，则从gsmSSF中可以送出含有零成分的TC-END请求原语（基本结束方式）。
-- 预先安排结束
当一个实体发送一个终止关系的操作，但对可能返回的ERROR 或 REJECT消息感兴趣时，使用TC-END 请求原语(预先安排的结束方式)在最后相关操作定时器超时后结束对话。接收实体在成功 地处理了这些操作后, 可以用TC-END 请求原语(预先安排的结束)来终止对话(即: 关系结束)。
gsmSSF 到 gsmSCF 消息
gsmSSF相关的消息。
当SSF FSM 由“空闲”状态转向“等待指令”状态时, 需建立对话。相应的CAP操作“启动 DP”应在TC-BEGIN请求原语中发送。
对于其它从gsmSSF 发送的操作, 对话应该维持:
当在gsmSSF中满足预安排结束条件时对话将不再维持。当gsmSSF把状态转移到“空闲”状态, TCAP对话可以用TC-END请求原语的预安排结束来终止。当gsmSSF 发送最后的 “BCSM事件报告 ”, “呼叫信息报告”时, gsmSCF可以用 TC-END 请求原语的基本结束方式结束对话。
当gsmSSF 发送最后的“申请计费报告”时, gsmSCF可以用 TC-END 请求原语的预安排方式结束对话。
空闲。
与SSME FSM相关的消息
应遵循以下程序:
-- 当发送“激活测试返回结果”时, 对话应维持。
gsmSCF->gsmSSF消息
与SCSM-FSM相关消息
对于随后从SCSM- FSM 发出的操作, 对话应维持, 也就是从gsmSSF建立对话以后, 发送的所有其它操作(gsmSCF已经收到有“启动DP”操作的TC-BEGIN 请求原语)。
当在 gsmSCF 预先安排结束条件满足时, 对话不再维持, 即 gsmSCF 不期望除可能的REJECT或ERROR消息以外的任何消息时及当最后相关的操作定时器超时时, 用预先安排的方式, 用TC-END请求原语在本端结束对话。
另外发送导致关系终止的操作时, 对话可以用 TC-END 请求原语(基本结束)结束。
与SCME-FSM 相关消息
SCSM FSM 发送以下操作时, 将采用以下程序:
-- 当 “激活测试” 操作发送后, 对话应该维持。
gsmSCF发送给/收到来自gsmSRF的消息
当gsmSRF 给gsmSCF 发送“辅助请求指令”操作时对话建立。对于其他所有给SRF发送操作时, 应维持对话。
当满足gsmSRF和gsmSCF中的预先安排方式的结束条件时, 不再维持对话。当gsmSRF FSM转换到SRF FSM状态空闲时，用TC-END原语的预先安排结束方式在本端结束对话。
当除可能的REJECT或ERROR消息以外, SCF 不期望接收任何消息时, 并且当最后相关的操作定时器超时时, SCF用TC-END请求原语的预先安排结束方式在本端结束对话。
另外当gsmSCF不期望任何更多的消息并不再对任何可能的错误和拒绝消息感兴趣时，gsmSCF可以用TC-END请求原语(基本结束)给gsmSRF发送最后的操作。
在中继情况下, gsmSRF-gsmSCF关系使用gsmSSF-gsmSCF TCAP对话。这是可能的, 因为gsmSRF-gsmSCF关系的开始和结束是包含在gsmSSF-gsmSCF关系中的。gsmSRF-gsmSCF信息用TC-CONTINUE请求原语来传送。
异常情况
本节规定用于报告gsmSSF和gsm SCF间异常情况的程序和TCAP原语。
下列原语将用于报告异常情况:
-- 在CAP中规定的操作差错是用TC-U-ERROR请求原语来报告的。
-- TC-用户如果拒绝TCAP成份则用 TC-U-REJECT 请求原语来报告。
-- TC用户用TC-U-ABORT请求原语终止对话。
对于由TCAP检出的异常情况, 在接收TC-R-REJECT指示原语和发送TC-U-REJECT请求原语使用相同规则, 发送TC-P-ABORT指示原语和TC-U-ABORT请求原语时使用同样的规则。
在差错情况下, 不使用预先安排的结束方式来终止TCAP对话。当任何应用实体遇到差错情况时, 如果可能，对等实体应被通知有差错。 当任何实体遇到差错请求结束关系时, 应使用TC-END请求应用的基本结束方式, 或者根据是否发送ERROR/REJECT成份使用TC-U-ABORT请求原语。
在一个实体接收了TC-END 指示原语的情况下,在所有的成份已经处理之后,如果gsmSSF不是处于终止控制关系的状态, 则应提供相应的内部差错。
在建立对话完成之前(在响应实体给出TC-BEGIN请求原语的第一个指示原语之前),启动实体需要关闭这个对话时, TC用户应发送用预先安排的TC-END请求原语或者使用TC-U-ABORT 请求原语。这些原语的结果将只是本端的, 对于该对话后面接收的TC指示根据ITU-T建议规定的异常程序方法来处理。
gsmSCF -gsmSSF/中继gsmSRF消息
在gsmSCF-gsmSSF/gsmSRF接口检出差错的情况下，由于gsmSSF和gsmSRF都没有从差错恢复的逻辑, 所以,
-- TCAP成份中的操作差错和拒绝将由基本结束方式的TC-END请求原语送给gsmSSF和gsmSRF。
如果违反上述程序, 用TC-CONTINUE指示原语接收ERROR/REJECT成份, 则gsmSSF或gsmSRF应使用TC-U-ABORT请求原语放弃该对话。
gsmSSF/gsmSRF- gsmSCF 消息
根据下面规则, TCAP成份中的操作差错和拒绝应发送给 gsmSCF 。
-- 如果前面的消息所包含的差错成份指示对话应维持时, 维持对话, 即如果差错成份是由TC-CONTINUE 请求原语中收到的, 则使用TC-CONTINUE请求原语来传送差错或拒绝。
-- 当收到差错或拒绝成份时, gsmSCF决定进一步处理, 可以是继续、释放或放弃对话。
如果在gsmSSF/gsmSRF的差错处理导致 gsmSSF/gsmSRF 不能再处理 gsmSCF 操作, 而对话仍然要维持时, 则gsmSSF/gsmSRF 用TC-U-ABORT请求原语中止对话。 在呼叫由其它非gsmSCF实体启动释放,且gsmSSF没有悬挂“申请计费报告”或“呼叫信息报告”或任何配置的EDP, 通知gsmSCF呼叫释放 , gsmSSF 可以用TC-U-ABORT请求原语来结束对话。
对话建立
CAP对话的建立涉及两个应用实体, 一个是对话的启动者, 一个是对话的响应者。
程序由下面信号驱动:
-- 在对话启动侧来的TC-BEGIN请求原语
-- 在响应侧来的TC-BEGIN 指示原语
-- 在启动侧或在规定情况下出现的第一个TC-CONTINUE指示原语, 或者在以下条件下：
-- 在启动侧出现的TC-END 指示语。
-- 在启动侧出现的TC-U-ABORT指示原语。
-- 在启动侧出现TC-P-ABORT指示原语。
TC-BEGIN请求原语的发送
在发送TC-BEGIN请求原语之前, SACF应存储AC-名称和用户信息(如果存在的话)。
SACF应使用TC-INVOKE业务请求调用相关操作,见节调用程序描述。
在处理了最后调用请求后,SACF应发送一个TC-BEGIN请求原语。
请求侧SACF等待TC指示原语, 不发送其它请求, 除非TC-U-ABORT请求或释放方式参数为“预先安排的释放”的TC-END请求。
收到TC-BEGIN指示
收到TC-BEGIN指示原语, 响应侧SACF做以下动作:
-- 分析原语中的应用上下文名称, 如果是可以支持的, 处理所有从TC收到的指示原语，如节所述。
一旦所有接收到原语已经被处理，SACF将不接收从TC来的除TC-P-ABORT指示外的任何原语。
如果不支持原语中的应用上下文名称, 发送TC-U-ABORT请求原语, 如果可以提供另外的应用上下文名称, 则TC-U-ABORT请求原语中应包括应用上下文名称。
收到第一个TC-CONTINUE指示
收到对话中的第一个TC-CONTINUE指示原语, SACF检查应用上下文名称参数值, 如果参数值和前面TC-BEGIN请求原语中所使用的匹配, 则SACF进行TC指示原语成份处理, 否则发送TC-U-ABORT请求原语。SACF应处理下面的TC成份处理指示原语见节。
收到TC-END指示
在对话启动状态, 收到以下TC-END指示原语, SACF检查应用上下文名称参数的值, 如果和前面的TC-BEGIN请求原语中的相匹配, 则SACF进行TC-END请求原语的成份处理。SACF应处理下面的TC成份处理指示原语, 方法见节。否则不予处理。
收到TC-U-ABORT指示
收到TC-U-ABORT指示原语,它是用户中止程序的一部分(见节)。如果放弃原因是应用上下文名不支持的, 则响应侧可在TC-U-ABORT指示中提供其它应用上下文名称。如果接收实体收到其它应用上下文名称, 检查其是否可用, 如果可支持, 则建立新的对话。
收到TC-P-ABORT指示
收到TC-P-ABORT指示是提供者中止程序的一部分(参见 放弃程序)。
对话继续
一旦建立对话, 则对话处于继续状态。
应用处理双方都可以请求传送CAP APDUs直到其中一方请求结束对话。
发送实体
SACF可以进行请求原语中的成份处理, 按节的描述进行处理。
当完成最后一个成份处理请求原语的处理之后, SACF发送TC-CONTINUE请求原语。
接收实体
收到TC-CONTINUE指示原语, SACF可以接受0,1 或多个TC成份处理指示原语, 并按节所述进行处理。
对话结束
在对话已经建立的情况下, 当不需要建立对话或者根据 对话的启动者和响应者都可以结束对话。
对话结束程序可由下列事件来启动:
-- TC-END请求原语
-- TC-END 指示原语
发送TC-END请求
当不再维持对话时, SACF按节所示规则处理所有成份处理请求原语。
当完成最后成份处理请求原语的处理后, SACF发送TC-END请求原语来结束对话, 根据规则释放参数设为“基本结束方式”或者“预先安排的结束方式”，其基本规则如
当不需要建立对话时, 参见和。
收到TC-END指示
一旦收到TC-END 指示原语, SACF收到其它成份处理指示原语, 按节所示规则进行处理。
在完成了最后的成份处理请求原语的处理之后, 释放所有和对话相关的资源。
用户放ABORT
对话的启动者和响应者都可以在任何时候中止对话。
以下事件可产生用户中止程序:
-- TC-U-ABORT请求原语。
-- TC-U-ABORT指示原语。
发送TC-U-ABORT请求
在发送了TC-U-ABORT请求原语后, 释放所有和对话相关的资源。
收到 TC-U-ABORT指示
在收到TC-U-ABORT指示原语后, 释放所有和对话相关的资源。
提供者 ABORT
TC的对话启动方和对话响应方都有能力放弃对话。
提供者放弃程序由以下事件产生:
--TC-P-ABORT指示原语。
收到TC-P-ABORT指示
收到TC-P-ABORT指示, 释放所有和对话相关的资源。
CAP操作使用程序
本节描述CAP操作程序。
操作调用
SACF应从所接收的参数中组织一个操作参量, 并用 TC-INVOKE 程序调用相关的操作。
收到操作调用
接收TC-INVOKE指示原语后, SACF应:
-- 如果调用ID已经被一个激活的操作使用，用TC-U-REJECT请求原语并带有相应的问题编码(双重调用ID), 发送拒绝成份
-- 如果操作编码不对应于应用上下文所支持的操作, 用TC-U-REJECT请求原语并带有相应的问题编码(不可识别的操作), 发送拒绝成份。
-- 如果参量类型不是操作中所规定的, 则用TC-U-REJECT请求原语传送一个拒绝成份并带有相应的问题编码(参数类型错误)
-- 如果由于CAP相关对话将要释放而不能调用该操作, 则用有问题编码(启动释放)的TC-U-REJECT请求原语传送拒绝成份。
-- 如果由于CAP资源不足以用于完成所请求的操作, 则用有问题编码的(资源限制)TC-U-REJECT请求原语, 传递拒绝的成份。
-- 收到TC-INVOKE指示原语, 如果操作需要证实, SACF等待相应的响应。
操作响应
对用户确认的操作 SACF应:
-- 如果对第1类和第3类操作中不包括差错指示, 则从接收的参数中构成一个结果信息单元并 用TC-RESULT-L传递。
-- 如果在第1类和第2类操作中包含了差错指示, 则从所接收的参数中构成一个差错参数, 并用TC-U-ERROR请求原语传送。
接收响应
接收TC-RESULT-NL指示
在收到TC-RESULT-NL指示后, SACF应:
-- SACF使用有问题编码(参数类型错误)的TC-U-REJECT请求原语传送拒绝成份。
接收TC-RESULT-L指示
在接收TC-RESULT-L指示后, SACF应:
-- 如果结果参数类型不是该操作结果中所规定的则使用有问题编码(参数类型错误)的TC-U-REJECT请求原语去传送拒绝的成份。
-- 否则就接收TC-RESULT-L指示原语。
接收TC-U-ERROR指示
在接收TC-U-ERROR指示后 SACF应:
-- 如果差错编码不是SACF规定的, 或者不是与调用 ID 所提交的操作相关的, 使用有问题编码(不识别的差错或不期望的差错)的TC-U-REJECT 请求原语传送拒绝成份。
-- 如果差错参数类型不是该差错所规定的, 则用有问题编码(参数类型错误)的TC-U-REJECT请求原语请求传送拒绝成份。
-- 否则接收TC-U-ERROR指示原语。
接收TC-U-REJECT 指示
当接收到的TC-U-REJECT指示原语影响一个悬置的操作时, SACF应接收TC-U-REJECT指示原语。
收TC-L-REJECT 指示
该事件发生在本端TC 在送来的成份中检出一个影响操作的规程差错。
在接收TC-L-REJECT指示“返回结果问题”,“返回不期望的结果”后, SACF应通知应用处理。
在接收TC-L-REJECT指示“返回差错问题”,“返回不期望的差错”后, SACF应通知应用处理。
当问题编码指示一个基本问题时, 则认为事件和现有激活操作不相关, 既使所用的调用ID是由TC提供的, 因为不清楚调用ID是指的本地调用还是远端调用, 在这种情况下, SACF的行为由节描述。
接收TC-L-CANCEL指示
接收TC-L-CANCEL指示 SACF 应:
-- 如果相关操作是第1类操作, 通知应用处理。
-- 如果相关操作是第2类操作, 且对该操作无链接操作, 放弃该原语。
-- 如果相关操作是第2类操作, 有链接操作但未调用时, 应通知应用处理。
-- 如果相关的操作是第2类操作, 并接收了响应该操作的链接操作调用, 则放弃该原语。
-- 如果相关的操作是第3类操作, 则通知应用处理。
-- 如果相关的操作是第4类操作, 则放弃该原语。
其它事件
本节规定SACF在收到和其它操作不相关的或不影响现在悬置的操作的成份处理指示原语后的行为。
收到TC-U-REJECT指示
收到不影响现在激活的操作的TC-U-REJECT指示原语(也就是指示返回结果或返回差错问题), 如果根据节中的规则, 发送方应用处理还没有结束时, 应用处理可以中止, 继续, 或结束对话。这也适用于第4类链接操作的调用问题。
收到TC-R-REJECT指示
收到TC-R-REJECT指示(也就是当规程差错没有被本端的TC实体检出), 它不影响现在激活的操作(指示返回结果或返回差错问题), 如果根据节中的规则, 发送方应用处理还没有结束对话时, 则由应用处理决定中止、继续或结束对话。
收到TC-L-REJECT指示
收到TC-L-REJECT指示原语(即规程差错被本端的TC实体检出), 但与现有激活的操作无关, 则由应用处理决定继续，或结束对话并隐含地触发拒绝成份的发送,或中止对话。
收到TC-NOTICE指示
TC-NOTICE指示用于通知SACF网络层不能传送某一消息, 如果RETURN选项中设置了(见)，才出现TC－CONTINUE。应用处理来决定是结束对话还是再次尝试。
和TC业务的对应
对话控制
CAP 不使用TC-UNI业务。
目的地地址
本参数由对话启动应用处理设置, 可以由响应对话方在第一个后向TC-CONTINUE中修改。
发起方地址
本参数由对话启动应用处理设置。
对话ID
该参数值和CAP调用实现方式相关。
应用上下文名
SACF设置本参数的值，见节定义。
用户信息
启动应用处理和响应应用处理都可以使用本参数。接收方可以忽略这个参数。用户信息参数的编码根据的定义和的外部类型定义。用对象识别符来标识用户信息和发送的实体。
出现的成份
SACF使用本参数如ITU-T建议所述。
终止
TC-END请求原语中释放方式参数的值, 由SACF根据和节的规定设置。
业务质量
TC请求原语的业务质量由SACF设置成以下值:
--请求的序列，如果应用请求的话(见)
--根据应用程序的请求返回选项(见)
操作程序
调用Id
本参数由发送应用处理设置。
链接Id
本参数由发送应用处理设置。
对话Id
本参数和由实现方式决定的CAP调用方式相关。
类别
本参数的值由SACF根据节中调用操作的类型决定。
操作
TC-INVOKE请求原语的操作码由发送应用处理根据节的规定设置。
SACF将TC-RESULT-L原语(如果请求)的操作码设置成和调用时收到的操作的值相同。
差错
TC-U-ERROR原语中的差错参数由发送应用处理根据节的规定设置。
参数
TC-INVOKE原语的参量参数由发送应用处理根据和节的规定设置。
TC-RESULT-L原语的参量参数由发送应用处理根据和节的规定设置。
TC-U-ERROR原语的参量参数由发送应用处理根据和节的规定设置。
超时
本参数由SACF根据调用的操作的类型设置。
最后的成份
本参数由SACF, 根据ITU-T建议中规定使用。
问题码
本参数由SACF根据节的规定使用。
PAGE
PAGE 1
