Vservice操作维护手册

BISC
VService
操作维护指导书
北京国际交换系统有限公司
技术事业部
二零零四年四月
目录
0 一般信息
0.1 发行说明
本手册（含封面）共13页，所有页的发行号都为01。

0.2 历史
0.3 外部的商标和版权
Linux 商标属于Linus Torvalds 先生所有。

Solaris是Sun Microsystems, Inc. 在美国和其它国家/地区的商标或注册商标。

"redhat" 及Red Hat"shadow man"图标是Red Hat在美国及其它国家/地区的商标或注册商标。

DB2、IBM 是IBM 公司在美国和／或其它国家或地区的商标或注册商标。

其它公司、产品和服务名称可能是其它公司的商标或服务标记。

0.4 简写和缩略语
CCF 呼叫控制功能
CS—1 (智能网)能力集1
CS—2 (智能网)能力集2
DTMF 双音多频
FEAM 功能实体接入管理
IN 智能网
INAP 智能网应用规程
IP 智能外设
ISUP ISDN用户部分
MML 人机语言
RM 资源管理
SCEP 业务生成环境点
SCF 业务控制功能
SCC 业务控制点
SDF 业务数据功能
SDL 规范和描述语言
SDP 业务数据点
SMAP 业务管理接入点
SMF 业务管理功能
SMC 业务管理点
SRF 专用资源功能
SSF 业务交换功能
SSP 业务交换点
TCAP 事务处理能力应用部分
0.5 图表
1 VService-SCC设备的维护
1.1 系统进程
I2NDAEMON进程
是SCC系统守护进程，监视SCC其他进程的运行状态，当被监视进程发生异常时采取措施或重新创建问题进程。

启动VSERVICE-SCC系统时，可以直接运行I2NDAEMON进程，当I2NDAEMON发现其他进程没有启动时，会自动启动所有需要的SCC进程。

CONCENTER进程
CONCENTER进程在SCC系统运行过程中起着非常重要的作用。

⏹该进程负责各功能实体间的消息传递，实现网络通信和进程间通信。

⏹该进程对多个APPSERV进程实例进行管理。

例如：对各APPSERV进程中的呼叫进行
流量控制；处理来自SMC的监控命令和SCC本身的维护命令。

APPSERV进程
该进程完成SCC的SCF和SDF等功能，可以针对不同呼叫量需要同时启动多个实例。

⏹呼叫控制功能。

APPSERV执行业务逻辑，与SSP通过INAP消息交互，全程控制一
个智能呼叫，通过控制SSP对呼叫进行路由接续和计费。

⏹控制IP设备。

APPSERV进程可以通过控制SSP或直接通过七号信令网与IP设备相
连，控制IP设备向用户播放语音通知和收集用户输入。

⏹流量控制。

针对某些智能网业务容易因为用户呼叫集中引起系统过负荷，可采用呼
叫过滤和呼叫间隙两种方法屏蔽部分呼叫，保证系统服务质量。

⏹业务管理和统计。

APPSERV进程是实际运行业务逻辑的进程，负责维护运行于其上
的业务逻辑，统计业务各方面的基础信息。

⏹数据管理。

VSERVICE-SCC采用IBM公司的DB2数据库系统，在数据库中存放着账
号数据、话单数据和相关业务数据和计费数据。

当智能呼叫开始后APPSERV进程进
行用户鉴权、费率设定、生成话单、更新用户状态等操作都必须通过数据库操作实
现。

1.2 软件目录结构
程序主目录：$HOME$/I2N/ 存放VSERVICE-SCC软件的所有相关文件。

I2N主目录下有以下目录：
⏹bin目录：
存放所有可执行程序文件。

其中包括：
appserv －是SCC进程，由concenter调用执行。

concenter －是SCC进程，由i2ndaemon调用执行。

i2ndaemon －是系统守护进程，也是SCC启动执行程序。

i2noss －是维护程序，用于观察、加载、删除、修改业务
i2nstop －执行该程序会关闭SCC程序。

transmaster －业务编译程序，命令格式为：transmaster 业务名。

⏹log目录：
存放SCC程序日志。

其中包括：
i2ndaemon.log －记录i2ndaemon程序的执行启动情况。

concenter.log －记录concenter程序执行情况、各appserv进程运行情况、与
SSP端网络通信情况。

appserv.log.x － x为阿拉伯数字，对应appserv进程。

记录SSP发过来的智能
网呼叫处理情况，记录部正常原因和不正常原因的失败呼叫。

i2noss.log －记录用户用i2noss程序维护业务的历史命令表。

⏹service目录：
存放业务文件，其中包括：
list.srv －记录当前正在运行智能网业务的业务接入号、业务名称等信息，SCC 刚启动时会根据这些信息确定该启动的业务版本。

*.bin －已编译的业务文件。

SCC启动时根据list.srv的记录加载这些后缀为bin 的业务文件。

⏹etc目录：
存放配置文件，其中包括：
areanomap.xml－号码地区映射表，SCC可用此表计算费率，暂时未用。

concenter.xml－配置与SIU的通信参数、appserv进程个数。

举例如下：
environ.xml－ SCC参数，部分参数未启用。

举例如下：
ss7node.xml－ SIU 与SSP的七号信令编码和SSN码。

⏹dump目录：
系统用于存放垃圾文件的地方，无需设置。

注意系统修改配置后启动前，应该删除该目录中所有文件。

⏹fifo目录：
存放系统用管道文件，无需设置。

1.3 日常维护
SCC系统的启动和关闭
SCC系统的启动顺序为：先启动数据库DB2，再启动SCC软件。

因为有守护进程存在，所以SCC程序不需要关闭，守护进程会根据情况维护SCC其它进程。

1、启动DB2
DB2通常在安装时会设置为自动启动。

如需手工启动DB2，则以db2inst用户
名登录主机，命令格式为：$db2start 。

2、关闭DB2
以db2inst用户名登录主机，命令格式为：$db2stop 。

如果DB2提示不能关闭
DB2时，可以执行如下命令关闭DB2：
$db2 force application all
$db2 terminate
$db2stop
3、启动SCC软件
以appserv身份登录主机，命令格式：/home/appserv/i2n/bin/i2ndaemon 。

启动后可以使用ps命令检查启动的进程状态、数量是否正确，命令格式为：
ps –ef|grep appserv 。

4、关闭SCC软件
以appserv身份登录主机，命令格式：/home/appserv/i2n/bin/i2nstop 。

I2NOSS使用介绍
以appserv身份登录服务器，在/home/appserv/i2n/bin目录下。

执行 ./i2noss ，进入到i2noss> 提示符下。

执行access scfN，进入到scfN> 提示符下。

（N代表SCDF进程内部编号，例如如果启动两个进程，N为0或1）
scf0>提示符下命令简介：
list service 显示当前已加载的业务；
ls 显示可执行的命令；
add service 加载业务；
delete service 删除业务；
update service 更新业务；
quit退出
SCC日志文件的使用和维护
SCC每个日志文件的作用已在“1.2软件目录结构”中介绍，这些日志文件应该定期观察，以便随时了解系统运行状态。

日志保留一段时间后可以删除。

2 VService-SIU设备维护
2.1 系统进程
SS7TCAP进程
TXMTP3进程
IINGW进程
2.2 各软件目录结构
2.2.1 SS7TCAP
⏹bin目录
存放可执行文件ss7tcap。

⏹log目录
存放软件运行日志
⏹etc目录
存放配置文件，文件名为：tcap.conf
tcap.conf配置示例：
<?xml version="1.0"?>
<tcap>
<loglevel>info</loglevel>
<tcapidpath>../etc/tcap.pid</tcapidpath>
<ssn>254</ssn>
<dha_checkperiod>3600</dha_checkperiod>
<max_dha_holdtime>3600</max_dha_holdtime>
<socket>
<localip>10.1.6.60</localip>
<upport>25100</upport>
<downport>26101</downport>
<manageport>27000</manageport>
</socket>
解释：
loglevel:
日志记录级别
tcapidpath:
tcap应用程序的pid文件的路径
ssn:
为上层应用所对应的ssn(目前程序不做判断) dha_checkperiod:
单位:秒;
统计间隔,以及事务资源的检查时间间隔. max_dha_holdtime:
单位:秒;
每个事务最长的时间.
socket:localip:
本机器的IP地址.
socket:upport:
tcap作为server端,针对iingw的port socket:downport:
tcap作为server端,针对mtp3adapter的port socket:manageport:
tcap的管理接口.
2.2.2 IINGW
⏹bin目录
存放可执行文件iingw。

⏹log目录
存放软件运行日志
⏹etc目录
存放配置文件，文件名为：iingw.conf
iingw.conf配置示例：
<?xml version="1.0"?>
<iingw>
<loglevel>info</loglevel>
<iingwidpath>/tmp/iingw.pid</iingwidpath>
<tracenum>3511234567</tracenum>
<socket>
<scfip>10.1.6.60</scfip>
<scfport>13010</scfport>
<tcapip>10.1.6.60</tcapip>
<tcapport>25001</tcapport>
</socket>
解释：
loglevel:
日志记录的级别
iingwidpath:
iingw应用程序的PID的记录文件路径
tracenum:
按照主叫号码过滤Inap消息,并将所有的Inap消息记录在日志中.
socket:scfip:
SCP所对应的IP地址.
socket:scfport:
scp对应的端口号.
socket:tcapip:
tcap协议栈的IP地址
socket:tcapport:
tcap协议栈的端口号
2.2.3 txmtp3
⏹src目录
存放可执行文件txmtp3、mtpdaemon。

mtpdaemon是txmtp3的守护进程
⏹log目录
存放软件运行日志
⏹etc目录
存放配置文件，文件名为：host.cfg
host.cfg配置示例：
#-----------------------host.cfg------------------------------------------#
#---------local MTP layer IP & port (26000 For SCCP & 27000 For ISUP)------#
server_address_por 10.1.6.51 27000
adjdpc 0.1.2
adjdpc 0.1.3
#---------MTP boardNo TDM's path MTP's path trace state(ON or OFF)------#
boardnum 0 ../etc/TDMcp1.txt ../etc/MTP3cp1.cfg ON
boardnum 1 ../etc/TDMcp2.txt ../etc/MTP3cp2.cfg OFF
#--------------------85 For ISUP &&&& 83 for SCCP-------------------------#
sio 85
#--------------------32 For ISUP &&&& 35 for SCCP-------------------------#
EntityID 32
#------------------------mtp3adapter--------------------------------------#
adapter /export/home/ljj/mtpadapter/src/txmtp3
解释：
server_address_por 10.1.6.51 27000
用来指定ISUP协议栈所在的主机IP地址，及与ISUP协议栈进行通信的端口。

adjdpc 0.1.2
用来指定该程序支持的dpc值，可以有多行（即支持多个dpc）。

boardnum 0 ../etc/TDMcp1.txt ../etc/MTP3cp1.cfg ON 用来指定该程序用到的板卡的卡号，板卡使用的TDM的配置文件路径文件名，板卡使用的MTP3的配置文件路径文件名，对板卡发送接收的数据是否trace到日志../log/mtpdata.log。

可以有多行（即支持多个板卡）。

注：所有的板卡的板卡号必须配成不同的。

装在不同机器上的板卡的板卡号也要配成不同的。

这里的板卡号就是该板卡安装时配置的板卡号。

板卡安装后，修改板卡的板卡号：
修改文件/opt/nmstx/bin/cpcfg:
txcpcfg 0 9 2 # Board #2: 3220
其中的2就是板卡号，可修改。

板卡安装后，/opt/nmstx/bin/cpmodel可察看该机器上安装了几块板卡，板卡的板卡号是多少。

注：TDM的配置文件和MTP3的配置文件都应是ss7load所使用的文件。

TDM的配置文件只适用于读取信息，MTP3的配置文件会被MTP的管理接口修改。

sio 85
用来指定该程序是支持哪种应用，85表示该程序用于支持ISUP，83表示该程序用于支持SCCP。

EntityID 32
同一台机器上起的mtp适配程序的该值要配成不一样的，0x20---0x40。

adapter /export/home/ljj/mtpadapter/src/txmtp3
用来指出MTP适配程序的运行路径和文件名，便于MTP适配程序的监控程序在发现该MTP适配程序当了时，可自动重起该MTP适配程序。

2.3 日常维护
在运行这些程序之前，首先应保证信令板卡的MTP层和交换机之间是通的。

必须先起协议栈后起MTP适配程序、iingw。

启动MTP适配程序后，要等一会儿再开始跑协议栈上层的应用。

启动成功后，几部分程序若有一个要重起，只用重起自己就可以了，不用全部重起。

协议栈的状态是由RedHat AS的cluster负责监控的，若协议栈当了，RedHat AS的cluster 负责重起协议栈。

ISUP协议栈的log目录下isupmgrexcp.log是记录MTP管理消息的出错信息，exception.log记录了所有的异常信息，isup.log记录了启动的成功信息，包括有以下九条信息就表示所有程序启动成功，可以跑上层应用了。

MTP适配程序开始运行之前必须先运行监控MTP适配程序运行状态的监控程序，因为监控程序是通过unix的socket监控MTP适配程序是否正常运行，监控程序作为socket 的server端，必须先起，否则不起作用。

MTP适配程序的log目录下mtp3excep.log记录了所有的异常信息，mtp.log记录了启动的成功信息，包括有以下四条信息就表示MTP适配程序启动成功。

with UP build connect, interface initialize success!
now start HeartBeat_ThreadFunc thread!
main, Send UP Link status success!
now start SendMtp3Msg_ThreadFunc thread, can send mtp msg to board!
MTP适配程序的log目录下adapterhb.log记录了MTP适配程序与MTP适配程序的监控程序进行socket通信，read、write失败的信息；adaptermanager.log记录了MTP适配程序的监控程序与MTP适配程序进行socket通信，read、write失败的信息。

由于各个程序之间是socket通信，所以各个程序配置文件中的关于IP地址、端口的信息一定要配对，否则就不通。

3 VService-IP设备维护
3.1 系统进程
srf进程
isupgw进程
dcc进程
agent进程
manager进程
3.2 软件目录结构
其目录结构为：
bin -- 后台程序，包括srf,isupgw,dcc,agent,manager（运行安装程序后会自动生成执行脚本）
sbin -- 维护管理终端程序console
prompt –语音文件
在运行安装程序后，会生成以下目录：
etc - 配置文件
log - 各后台程序的日志文件、维护管理的告警、统计以及消息跟踪文件
var - socket文件
3.3 日常维护
启动系统
$ cd /export/home/ip/
$ ./startip
停止系统
$ cd /export/home/ip/
$ ./stopip
重新启动
$ cd /export/home/ip/ $ ./restartip。