数字蜂窝移动通信网(1).doc

《数字蜂窝移动通信网(1).doc》由会员分享，可在线阅读，更多相关《数字蜂窝移动通信网(1).doc（89页珍藏版）》请在淘文阁 - 分享文档赚钱的网站上搜索。

1、 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 实施中华人民共和国信息产业部 发布2前言 随着GSM网络的迅速发展，移动用户对于业务的需求越来越高。因此在GSM Phase2+ 阶段引入了CAMEL业务（C

2、ustomised Applications for Mobile Network Enhanced logic）。CAMEL业务是一种网络特性而不是补充业务，它采用智能网的原理，通过增加智能网的功能模块，使得即使当用户漫游出HPLMN，网络运营者也可以为用户提供运营者特定的业务。 CAMEL业务的引入，在原有GSM功能结构基础上增加了与CAMEL业务相关的功能实体，包括gsmSSF,gsmSCF和gsmSRF。为此增加了这几个功能实体之间的信令规程CAP (CAMEL应用部分)，并在移动应用部分(MAP)中增加了与CAP配合的操作和信息单元。本标准规定了gsmSSF,gsmSCF和gsmSR

3、F之间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的标准，为网络的建设做准备。 本标

4、准由原邮电部科学技术司提出并归口。 本标准起草单位：信息产业部电信传输研究所本标准主要起草人：朱旭红 赵军 魏冰 目 次1 范围12 引用标准13缩略语14 概述25 CAP的基本规定45.1 CAP的规程结构45.2 CAP寻址55.3 LegID的定义和使用55.4 CAP的兼容性机制55.5 SACF/MACF规则66CAP的抽象语句66.1 操作类型66.2 差错类型166.3 数据类型166.4操作与差错码356.5 应用业务单元386.6 应用上下文426.7 类别447 应用实体程序458 差错程序458.1 与操作相关的差错程序458.2 与实体相关的差错过程539 详细的操作

5、程序549.1 备用549.2 激活测试程序549.3 申请计费程序559.4 申请计费报告程序569.5 辅助请求指令程序579.6 备用579.7 呼叫信息报告程序579.8 呼叫信息请求程序589.9 取消程序599.10 备用609.11 连接程序609.12 连接到资源程序619.13 继续程序629.14切断前向连接程序629.15 建立临时连接程序639.16 备用649.17 BCSM事件报告程序649.18 提供计费信息程序659.19 启动DP程序669.20 备用689.21 播放通知程序689.22 提示并收集用户信息程序699.23 释放呼叫程序729.24 备用73

6、9.25 请求报告BCSM事件程序739.26 重置定时器程序749.27 发送计费信息程序749.28 备用759.29 专用资源报告程序7510 CAP与TCAP业务的配合7610.1 正常程序7610.2 异常情况7810.3对话建立7910.4 对话继续8010.5 对话结束8010.6 用户放ABORT8110.7 提供者 ABORT8110.8 CAP操作使用程序8110.9 和TC业务的对应84中华人民共和国通信行业标准900/1800Mhz TDMA数字蜂窝移动通信网CAMEL应用部分（CAP）技术规范(第二阶段)900/1800MHz TDMA Digital Cellula

7、r Telecommunication Network Technical Specification of CAMEL Application Part(CAP) (Phase 2) YD/T- 1 范围 本标准规定了网络特性CAMEL第二阶段的CAMEL应用部分(CAP)的信令规程。规定了gsmSSF，gsmSCF，gsmSRF之间的操作，信息单元，抽象语句，差错过程，详细的操作程序，与TCAP的配合等。 本标准适用于GSM移动通信网实现CAMEL业务时，各相关实体之间的信令程序。2 引用标准 下列标准包含的条文，通过在本标准中的引用而构成本标准的条文。在标准出版时，所示版本均为有效。所有

8、标准均会被修订，使用本标准的各方应探讨使用下列标准最新版本的可能性。GSM02.78 数字蜂窝通信系统(phase2+) CAMEL业务定义stage1 version6.1.0GSM03.78 数字蜂窝通信系统(phase2+) CAMELstage2 version6.2.0GSM09.78 数字蜂窝通信系统(phase2+) CAMELstage3 version6.2.1GSM09.02 数字蜂窝通信系统(phase2+) 移动应用部分(MAP) version6.1.0ITU-T Q.1218 智能网CS1的接口建议GF017-95 智能网应用规程(INAP) 暂行规定3 缩略语AC

9、(Application Context)应用上下文ASE(Application Service Element)应用业务单元ASN.1(Abstract Syntax Notation One)抽象语法符号1BCSM(Basic Call State Model)基本呼叫状态模型CAMEL(Customized Applications for Mobile Network Enhanced logic)移动网络增强业务的客户化应用CAP(CAMEL Application Part) CAMEL应用部分CS1(Capability Set 1)能力集1DP(Detection Point

10、)检测点DSS1(Digital Subscriber Signaling System 1)数字用户信令系统1EDP(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 Fun

11、ction)GSM专用资源功能1中华人民共和国信息产业部19-批准 19-实施YD/T- 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)综合业务数字网IS

12、UP(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 A

13、ssociation 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)事务处理部分T

14、DP(Trigger Detection Point)触发检测点VLR(Visit Location Register)拜访位置寄存器4 概述4.1 网络功能模型 CAMEL为一种网络特性，GSM网络中引入CAMEL业务后的功能模型见图1。归属网络MAPgsmSCFHLRMAPMAPCAPMAPCAPCAP拜访网络询问网络gsmSSFgsmSSFgsmSRFMSMSC/VLRGMSC图1 第二阶段CAMEL业务的功能结构4.2 各种物理配置情形 gsmSSF功能通常放在MSC或GMSC。 情形1，到智能外设IP有直接路径SSPISUPIP gsmSRFgsmSSF/gsmCCFgsmSCFSC

15、P 其中IP的gsmSRF通过ISUP连接到MSC/GMSC中的gsmSSF, gsmSCF通过No.7直接与gsmSRF相连。 情形2a，通过具有中继功能的辅助SSF连接到IP；IP与辅助SSF合设gsmSCFgsmSSF/gsmCCFgsmSSF/gsmCCFSCP初始SSPISUPIPgsmSRF辅助SSP MSC/GMSC中的gsmSSF通过ISUP连接到 MSC/GMSC中的辅助gsmSSF，中继接入gsmSRF。gsmSCF通过七号信令直接接入到辅助gsmSSF。gsmSRF与辅助gsmSSF合设，采用内部接口。情形2b，通过具有中继功能的辅助SSF连接到IP，IP与辅助SSF不合

16、设SCPgsmSCFgsmSSF/gsmCCFgsmSRF初始SSPISUPIPgsmSSF/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合设。gsmSCFSCPSSPIP内部接口gsmSRFgsmSSF/gsmCCF IP中的gsmSRF连接到gsmSSF，采用内部接

17、口由gsm SSF中继接入gsmSCF 。gsmSSF与gsmSRF合设。情形4，有中继功能的情况下连接到IP；IP与SSF不合设。gsmSCFIP初始SSPgsmSRFgsmSSF/gsmCCFISUP或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。

18、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

19、，采用ISUP或DSS1由gsm SSF中继接入gsmSCF 。5 CAP的基本规定5.1 CAP的规程结构 CAP是远端业务操作单元(ROSE)用户规程。CAP的规程结构如图2。多个并列的交互作用(b)应用处理应用处理单个交互作用(a)ASEsTCAPSACFSAOASEsTCAPSACFSAOMACFASEsTCAPSACFSAOSCCPMTPSCCPMTP图2 CAP的规程结构 PE与PE之间或者为单个交互作用，或者为多个交互作用。 在情况a中，SACF在使用应用业务单元(ASE)时提供并列的功能，包括ASE所支持的操作的顺序(基于所接收原语的顺序)。单个相关目标(SAO)表示在一对PE

20、之间通过单个交换作用所采用的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_

21、CONTINUE或TR-END)之前可以发送多个TCAP消息(TR_CONTINUE)到对端。不能使用RESULTNL。然而如果应用程序使用RESULTNL(且需要分段)，应用程序应设置为1类业务。 根据Q.771，TC对段数没有限制。然而如果TC用户确定所使用的网络业务支持用户数据的分段和重组，不必使用TCRESULTNL(RR_NL)且尽量避免。如果应用程序请求的话，可以使用return选项。5.3 LegID的定义和使用 在gsmSCF与gsmSSF之间交换的LegID有两类： 发送侧LegID，和 接收侧LegID 发送侧LegID用于gsmSCF至gsmSSF的操作中，接收侧LegI

22、D 用于gsmSSF至gsmSCF的操作中。 LegID的分配：对于所有操作均包括一个LegID ； LegID1指主叫用户，尤其当启动DP发往gsmSCF时呼叫中涉及的呼叫方。 LegID2 指被叫方，呼叫中作为连接或继续操作结果生成的呼叫方。5.4 CAP的兼容性机制 CAP的兼容性机制主要有如下两类：5.4.1与 INAP兼容。 当CAP与INAP互通时，如果接收到INAP的操作，但该操作不是CAP的一部分或者CAP中有此操作但不包括该参数： 对于未知的操作和参数，gsmSSF应采用正常的差错处理程序。 除了启动DP操作中的参数外，对于未知的参数和操作，gsmSCF应采用正常的差错处理程

23、序。对于INAP中指定的启动DP中的所有参数，gsmSCF均应知道，CAP中不包括的参数应该忽略。 CAP中增加的标签指定为50以上。5.4.2与CAP今后的版本兼容 对现有CAP改变较大时：即为了支持所需的CAMEL业务，必须有较大的功能改变时。当纯粹增加新功能时，如果某功能实体不支持增加的功能，可以不提供所需的CAMEL业务。如果是在现有功能上修改时，两个功能实体应就功能变化达成共识。这种改变需要新的AC。 对现有CAP改变较小时：即为了支持所需的CAMEL业务，不需要进行功能的改变时。如果是对现有功能的修改，既可以用旧的变量也可以用修改的变量执行相关功能。如果是纯粹增加的功能，可以不去执

24、行。这种情况不需要新的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 操作的串/并行执行 有时需要区别一个操作是以串行还是并行(同步)的方式执行。可能同步的操作有： 计费操作可以与其它任何操作同步执行。 需要同步的操作

25、应放置在同一个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操作宏中操作的

26、类别如下：第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-oper

27、ations(50) version2(1)- 本模块包含CAP V2操作的类型定义。DEFINITIONS :=BEGINIMPORTSOPERATIONFROM TCAPMessages ccitt recommendation q 773 modules(2) messages(1) version2(2)- 差错类型Cancelled,CancelFailed,ETCFailed,ImproperCallerResponse,MissingCustomerRecord,MissingParameter,ParameterOutOfRange,RequestedInfoError,Tas

28、kRefused,UnavailableResource,UnexpectedComponentSequence,UnexpectedDataValue,UnexpectedParameter,UnknownLegID,SystemFailureFROM 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,A

29、ssistRequestInstructionsArg,CallInformationReportArg,CallInformationRequestArg,CancelArg,ConnectArg,ConnectToResourceArg,EstablishTemporaryConnectionArg,EventReportBCSMArg,FurnishChargingInformationArg,InitialDPArg,PlayAnnouncementArg,PromptAndCollectUserInformationArg,ReceivedInformationArg,Release

30、CallArg,RequestReportBCSMEventArg,ResetTimerArg,SendChargingInformationArg,SpecializedResourceReportArgFROM 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:= OPERATIONRES

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

32、erOutOfRange,SystemFailure,TaskRefused, UnknowLegID- 传送方向: gsmSCF - gsmSSF, 定时器: Tac- gsmSCF 使用本操作和gsmSSF CSE中控制呼叫时长的计费机制进行相互作用。 ApplyChargingReport:= OPERATIONARGUMENTApplyChargingReportArgERRORS MissingParameter,UnexpectedComponentSequence,UnexpectedParameter,UnexpectedDataValue,ParameterOutOfRang

33、e,SystemFailure,TaskRefused- 传送方向：gsmSSFgsmSCF, 定时器：Tacr- 当应用CSE控制的呼叫时长计费机制时，ApplyChargingReport 从操作提供从gsmSSF 到- gsmSCF的反馈。AssistRequestInstructions:= OPERATIONARGUMENTAssistRequestInstructionsArgERRORS MissingCustomerRecord,MissingParameter,TaskRefused,UnexpectedComponentSequence,UnexpectedDataValu

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

35、定时器为 Tcirp。 -本操作是用来将一个呼叫的一些特定信息送给gsmSCF。 这些呼叫信-息是由gsmSCF在前一个发送给gsmSSF的CallInformationRequest操作中所要求的。CallInformationRequest:= OPERATIONARGUMENTCallInformationRequestArgERRORS MissingParameter,ParameterOutOfRange,RequestedInfoError,SystemFailure,TaskRefused,UnexpectedComponentSequence,UnexpectedParame

36、ter, UnknowLegID-传送方向: SCF -SSF 定时器为 Tcirq。 -这个操作是用来请求 SSF 记录关于一个呼叫的特定信息, 并把这-些信息报告给 gsmSCF ( 用CallInformationReport操作)。 Cancel := OPERATIONARGUMENTCancelArgERRORS CancelFailed-传送方向: gsmSCF -gsmSSF 或者 gsmSCF -gsmSRF， 定时器为 Tcan -本操作用来取消以前请求的相关的操作, 或者取消以前请求的所有操-作。可取消的操作有PlayAnnocement和PromptAndCollect

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

38、来选择路由, ConnectToResource := OPERATIONARGUMENTConnectToResourceArgERRORS MissingParameter,SystemFailure,TaskRefused,UnexpectedComponentSequence,UnexpectedDataValue,UnexpectedParameter-传送方向: SCF-gsmSRF，定时器为 Tctr -这个操作用来将一个呼叫由包含gsmSSF的物理实体连接到包含gsmSRF的物理实体。 Continue:= OPERATION-传送方向: SCF -SSF，定时器为 Tcue

39、-本操作用于请求 gsmSSF继续处理为等待 gsmSCF指令而已经悬置在某一个-DP点的呼叫(即进行到BCSM中的下一个呼叫点)。 gsmSSF 继续呼叫处理而-不需要用来自gsmSCF 的新数据代替原数据。DisconnectForwardConnection := OPERATIONERRORS SystemFailure,TaskRefused,UnexpectedComponentSequence -传送方向: gsmSCF gsmSSF,定时器为 Tdfc -本操作用于切断前向临时连接或者切断到资源的连接。 EstablishTemporaryConnection := OPERA

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

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

42、UnexpectedDataValue,UnexpectedParameter-传送方向: gsmSCF -gsmSSF,定时器为 Tfci -本操作用来请求gsmSSF产生并存储一个呼叫记录或在缺省的呼叫记录中加入-一些信息。存储的呼叫记录将用来进行脱机计费。InitialDP:= OPERATIONARGUMENTInitialDPArgERRORS MissingCustomerRecord,MissingParameter,SystemFailure,TaskRefused,UnexpectedComponentSequence,UnexpectedDataValue,UnexpectedParameter-传送方