《ISUP协议下如何通过ACM消息判断被叫用户状态》由会员分享，可在线阅读，更多相关《ISUP协议下如何通过ACM消息判断被叫用户状态（3页珍藏版）》请在金锄头文库上搜索。
1、ISUP协议下如何判断被叫用户状态SHD系列数字中继卡外呼，如何通过信令消息判断被叫用户状态。目而对 于ISUP办议，可以通过ACM消息里的【原因表示语】字段来判断被叫用户状 态，当然，这个需要交换机把被叫用户状态准确地表达到【原因表示语】字段里。根据经验，大部分交换机使用ISUP协议时，冇这样的规律：如呆被叫用户 能正常接通，交换机发过来的ACM消息里一般都没有【原因表示语】字段；如 果被叫用户不能正常接通（比如：关机，空号，不在服务区，停机，正在通话中 等），交换机发过來的ACM消息里都带有【原凶表示语】字段，而被叫用户到 底是关机，空号，停机，还是不在服务区，交换机并不一定正确显示到【原
2、因表 示语】字段里。当然，以上只是一般规律，用户实际现场的情况是否如此，需要 用户自己在实际现场通过以下方法进行测试验证，总结规律：首先，我们可以通过Test.exe程序测试外呼几个处于不同状态的手机（关机, 空号，不在服务区，停机，正在通话，能正常接通），把Ss7Monitor.exe程序界 面上的所有复选框都勾选上，然后再开始外呼测试。101010101010101010101056:49 0 0#: DPC=0 56:49 1 1#: DPC=1 56:49 2 0#: DPC=0 56:49 3 1#: DPC=1 56:49 4 M: DPC=0 56:49 5 1#: DPC=1
3、56:49 6 0#： DPC=0 56:49 7 1: DPC=1 57:21 8 1#: DPC=1 57:21 9 0#: DPC=O01100 0PC=l.l 1 0PC=0. 0 0 0PC=l.l1 OPC=O.0 0 0PC=l.11 OPC=O.0 0 0PC=l.11 OPC=O.01 0PC=0.0 0 OPC=1. 11 ISUP GRS 0 ISUP GRS1 ISUP GRS 0 ISUP GRS1 ISUP GRA 0 ISUP GRA1 ISUP GRA 0 ISUP GRA 0 ISUP IAN1 ISUP AOI57：2S 10 0#： DPC=0.0.0 0
4、PC=l. L 1 ISUP ANNSLS=01, CIC=0:lSLS=01, CIC=0:lSLS=01, CIC=0:lSLS=O1, CIC=0:lSLS=0L CIC=0:lSLS=O1, CIC=0:lSLS=01, CIC=0:lSLS=O1, CIC=0:lSLS=0L CIC=0:lSLS=O1Z CIC=0:lSLS=O1, CIC=0:101010101010101010101056:49 0 0#: DPC=1 56:49 1 1#: DPC=0 56:49 2 0#: DPC=1 56:49 3 1#: DPC=O 56:49 4 0#: DPC=1 56:49 5
5、1#: DPC=O 56:49 6 0#: DPC=1 56:49 7 1#: DPC=O 57:21 8 0#： DPC=1 57:21 9 1#: DPC=O0101010101 0PC=0 0 0PC=l1 0PC=0 0 0PC=l1 0PC=0 0 0PC=l1 0PC=0 0 0PC=l1 0PC=0 0 0PC=l0 ISUP GRS 1 ISUP GRS 0 ISUP GRS 1 ISUP GRS 0 ISUP GRA 1 ISUP GRA 0 ISUP GRA 1 ISUP GRA 0 ISUP IAM 1 ISUP ACU57:25 10 1#： DPC=0.0.0 0PC
6、=l. L 1 ISUP ANMSLS=01? CIC=0SLS=01, CIC=0SLS=01, CIC=0SLS=O1, CIC=0SLS=01, CIC=0SLS=O1, CIC=0SLS=01, CIC=0SLS=O1, CIC=0SLS=0L CIC=0SLS=O1Z CIC=0SLS=O1, CIC=O:ShCti-Bo. 7信令服务器丁冈TP3监视终请:向对端发送的MSU链昭组链路组状态链昭物理位置网络保持时间1定位发送MSU0业务开通0 Q IP0:PCM0连接同步业务开通00:02:11151业务开通1 IP0:PCMl连接同步业务开通00:02:1116|客可五地址I网络D
7、PC#T DFC编玛DPC状态Tdpc賂由（链路组）表Ink# STA 12P0CLSCFSNERRCHD I4 10127.0 0. 1连授01. 1. 1业务开通01#:200000010.0.0业务开通10#:30000001#:30000000#:50010001#：5001000运行日志T服务fflP：127.0 0. 104/01/11 10:56:48:04/01/11 10:56:48:MTP3向0#信令樋路发布命令二L紧急启动MTP2“MTP3向1#信令链路发布命令=紧急启动MTP27显不友到对瑞消息V显不DFC和0PU巨显示接收对瑞消息17显示SNT消息0显不SIW消息0自
8、动翻译消月呵1號示的消息写入文件关闭1注意看下Ss7Monitor.exe界面，左边是“从对端接收到的MSU”，右边是“向 对端发送的MSU”，主耍是看每次外呼时左边“从对端接收到的MSU”里显示 的ACM消息里有没有带【原因表示语】字段，如果有【原因表示语】字段，那 么具体原因值是什么？原因值表示的意思是否和被叫手机的实际状态一致？ 下面看儿个被叫用户处于不同状态时交换机发给板卡的ACM消息： 注：红色字体为【原因表示语】字段，信令日志里显示的都是16进制数据被叫用户关机：ISUP ACM SLS=Oe, CIC=0:14 BCI=2001, Back Data: 01 29 01 01 1
9、2 02 8491 00ISUP ACM SLS=0e, CIC=0:14 BCI=0001, Back Data: 01 29 01 01 12 02 84 9f 0012 02 84 91中“12”是原因表示语，“02”表示原因表示语字段的长度为2个 字节，【原因表示语】字段的内容是：“84 91”真止的原因值是“91”用户忙(此 处交换机没冇准确描述被叫用户的关机状态)被叫用户能正常接通：ISUP ACM SLS=0e, CIC=0:14 BCI=0006, Back Data: 01 29 01 01 00ISUP ACM SLS=0c, CIC=0:12 BCI=1416, Back
10、 Data: 00被叫用户能正常接通的ACM里没有【原因表示语】字段被叫号码是空号：ISUP ACM SLS=0e, CIC=0:14 BCI=0001, Back Data: 01 29 01 01 12 02 8481 0012 02 84 81中“12”是原因表示语，“02”表示原因表示语字段的长度为2个 字节，【原因表示语】字段的内容是:84 81真正的原因值是“8T未分配的 号码应用程序里可以通过函数 int SsmGetTsupParameter(int nBCh, UCHAR ucMsuType, UCI1AR ucPareirnType, PUCIIAR pucContent,
11、 WORD wBufSize, LPWORD lpNumbcrOfBytesWrittcn)获取ACM消息里的【原因表示语】字段。vc示例代码如下：unsigned char szBuf32;WORD length;如果应用程序采用轮训编程方式，则在SsmGetChState (nCh)返回值为9时调用 以下函数获取【原因表示语】字段；如果应用程序采用事件方式编程，则在收到 E_CHG_ChState 事件，并且事件参数 nReference=nCh, dwParam&Oxffff=9 时调 甬以卡函数获取【原因表示语】字段：SsmGetlsupParameter(nCh, 0x06, 0x1
12、2, szBuf, sizeof(szBuf), &length);根据前面描述的一般经验，如果length为0则表示无【原因表示语】字段，说 明被叫用户是能正常接通的；如果length大于0则表示被叫用户不能正常接通, 需要对原因值szBufl进行判定，然后执行相应的业务操作。附录：常用原因值说明原因值分成两个字段，类別(比4到7)和某类中的值(比特0到3) o比特7为扩展比特，缺省情况下bit7 = 1类别000和001, 般事件类：000 0001(1) 未分配的号码二0x81000 0010(2)000 0011 (3)000 0100(4)0010010010010010010010
13、010010010010000(16)0001(17)0010(18)0011(19)0100(20)0101(21)0110(22)1011(27)1100(28)1101(29)1111(31)无路由到指定的转接网=0x82无路由到冃的地=0x83发送专川信息音=0x84正常的呼叫拆线=0x90用户忙=0x91用户未响应=0x92用八未应答二0x93用户缺席=0x94呼叫拒收=0x95号码改变二0x96目的地不可达=0x9b无效的号码格式(地址不全)二0x9c性能拒绝=0x9d止常一未指定=0x9f0011(50)0101(53)0111(55)1001(57)1010(58)类别010,资源不可用类:010 0010(34)无电路/通路可用=0xa2010 1010(42)交换设备拥塞=0xaa 类别011,业务或任选不可用类：011011011011011所请求的性能未预定二Oxb3CUG中限制去呼叫=0xb5CUG中限制来呼叫=0xb7 承载能力无权二0xb9 承载能力冃前不可川=Oxba类别100,业务或任选耒实现类：100 0001(65)承载能力未实现=Oxcl100 0101(69)所请求的性能未实现=0xc5
