智能网的通信采用SS7信令,SS7信令系统中的智能网应用部分(INAP)是专门用于智能网通信的。INAP是建立在TCAP和SCCP协议层之上的,在下面SS7协议栈中可以看出INAP在SS7协议栈中所处的位置:
INAP实际上定义的是业务点之间的接口规范,包括的接口有:
· 业务交换点(SSP)和业务控制点(SCP)间的接口。
· 业务控制点(SCP)和智能外设(IP)间的接口。
· 业务控制点(SCP)和业务数据点(SDP)间的接口。
· 业务交换点(SSP)和智能外设(IP)间的接口。
1. INAP的体系结构
INAP是一种远程操作服务要素(ROSE)用户规程。该ROSE规程是包含在TCAP成份子层中传送的。INAP应用规程的体系结构如下图所示:
SACF(Single Association Control Function)
是单相关控制功能,当一个物理实体与其它物理实体单独交互作用时,由SACF使用一套ASE来提供一种协调功能。 MACF(Multiple Association Control Function)是多相关控制功能,当多个物理实体交互作用时,由MACF在几套ASE之间提供协调功能。
ASE(Application Service Element)
是应用服务单元,每一个ASE支持一个或多个操作。INAP是所有智能网应用服务单元规定的总和。智能网应用服务单元称为TC用户。
SAO(Single Association Object)
是单相关体。
由图可见,智能网应用部分是由TCAP和SCCP支持的。智能网中各实体之间传送的操作是包含在TCAP成份子层中,并作为单位数据UDT在SCCP中传送。
· INAP使用SCCP的说明
INAP使用SCCP的0类业务――基本无连接业务。
INAP利用SCCP全局码(GT)、MTP的信令点编码(SPC)和子系统编码(SSN)完成寻址的目的。
· TCAP AC(应用上下文)考虑
应用上下文是对话启动者或对话响应者建议的应用上下文识别,表示应用实体(AE)应该包含的应用服务单元(ASE)的数量和种类。
TCAP应用上下文商议规则要求,如果对话启动者所建议的AC可以接收,对话响应者就要在第一个后向消息中返回。
如果所建议的AC不可以接收,并且TC用户不希望继续对话,可以提供另一个AC去开始一个新的对话。
TCAP AC商议方式只适用于SCF接口。
o 操作的串、并执行
在某些情况下需要区分操作是并行还是串行完成。所谓"串行操作"是指某一个操作必须在其它操作进行到一定程度或者完成以后才可以执行,而"并行操作"是指某一操作可以和其它操作同步执行。
在INAP中,操作的串、并完成应遵循以下的规则:
计费操作可以和其它操作并行完成;
o 需要同步执行的操作要放在同一个消息中,不能同步执行的操作,要放在不同的消息中;
o 不是放在同一消息中的所有操作都要串行执行。
2. INAP操作
为了完成智能业务,智能网的各个功能实体间需要交换信息流,在INAP规程中,将有关的信息流都抽象为操作或操作结果。中国国家标准的INAP规程中,根据开放业务的需要,定义了35种操作。这些操作分为四种类别:
类别1:成功和失败都要报告;
类别2:仅报告失败;
类别3:仅报告成功;
类别4:成功和失败都不报告;
下表分类列出了35种操作:
类别 | 特征 | 该类别的操作名称 |
类别1 | 成功和失败都报告 | 激活业务过滤 请求报告当前状态 请求报告每一状态变化 请求报告第一状态匹配 提示并收集用户信息 |
类别2 类别2 | 仅报告失败 仅报告失败 | 申请计费 申请计费报告 辅助请求指令 呼叫信息请求 取消 取消状态报告请求 收集信息 连接 连接到资源 切断前向连接 建立临时连接 提供计费信息 启动DP 启动试呼播送通知 请求通知计费事件 请求报告BCSM事件 重设定时器 选择设备 发送计费信息 |
类别3 | 仅报告成功 | 激活测试 |
类别4 | 成功和失败都不报告 | 呼叫间隙 呼叫信息报告 继续 计费事件通知 BCSM事件报告 释放呼叫 业务过滤响应 状态报告 专用资源报告 |
注:本文转自CTI论坛