ISUP协议下如何判断被叫用户状态SHD系列数字中继卡外呼如何

1、isup协议下如何判断被叫用户状态shd系列数字中继卡外呼，如何通过信令消息判断被叫用户状态。冃前对 于isup协议，可以通过acm消息里的【原因表示语】字段来判断被叫用户状 态，当然，这个需要交换机把被叫用户状态准确地表达到【原因表示语】字段里。根据经验，大部分交换机使用isup协议时，有这样的规律：如果被叫用户 能正常接通，交换机发过来的acm消息里一般都没有【原因表示语】字段；如 果被叫用户不能正常接通（比如：关机，空号，不在服务区，停机，正在通话中 等），交换机发过来的acm消息里都带有【原因表示语】字段，而被叫用户到 底是关机，空号，停机，还是不在服务区，交换机并不一定正确显示到【原

2、因表 示语】字段里。当然，以上只是一般规律，用户实际现场的情况是否如此，需要 用户自己在实际现场通过以下方法进行测试验证，总结规律：首先，我们可以通过test.exe程序测试外呼几个处于不同状态的手机（关机, 空号，不在服务区，停机，正在通话，能正常接通），把ss7monitor.exe程序界 面上的所有复选框都勾选上，然后再开始外呼测试。注意看下ss7monitor.exe界面，左边是“从对端接收到的msu”，右边是“向 对端发送的msu”，主要是看每次外呼时左边“从对端接收到的msu”里显示 的acm消息里有没有带【原因表示语】字段，如果有【原因表示语】字段，那 么具体原因值是什么？原因值

3、表示的意思是否和被叫手机的实际状态一致？ 下面看儿个被叫用户处于不同状态时交换机发给板卡的acm消息： 注：红色字体为【原因表示语】字段，信令日志里显示的都是16进制数据被叫用户关机：isup acm sls=oe, cic=0:14 bci=2001, back data: 01 29 01 01 12 02 84 91 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个 字节，【原因表示语】字段的内容是：“8

4、4 91 ”真正的原因值是“9t用户忙(此 处交换机没有准确描述被叫用户的关机状态)被叫用户能正常接通：isup acm sls=0e, cic=0:14 bci=0006, back data: 01 29 01 01 00isup acm sls=0c, cic=0:12 bci=14165 back data: 00被叫用户能正常接通的acm里没有【原因表示语】字段被叫号码是空号：isup acm sls=0e, cic=0:14 bci=0001, back data: 01 29 01 01 12 02 84 81 0012 02 84 81中“12”是原因表示语，“02”表示原因表

5、示语字段的长度为2个 字节，【原因表示语】字段的内容是：“84 81”真正的原因值是“81”未分配的 号码应用程序里可以通过函数 int ssmgetlsupparameter (int nbch, uchar ucmsutypc, uci1ar ucparamtypc, puciiar puccontent, word wbufsizc, lpwori) lpnumberofbyteswrittcn)获取acm消息里的【原因表示语】字段。vc示例代码如下：unsigned char szbuf32;word length;如果应用程序采用轮训编程方式，则在ssmgetchstate(nch)

6、返回值为9吋调用 以下函数获取【原因表示语】字段；如果应用程序采用事件方式编程，则在收到 e chg chstate 事件，并月.事件参数 nreference=nch, dwparam&oxffff=9 时调 用以下函数获取【原因表示语】字段：ssmgetlsupparameter(nch, 0x06, 0x12, szbuf, sizeof(szbuf), &length);根据前面描述的一般经验，如果length为0则表示无【原因表示语】字段，说 明被叫用户是能正常接通的；如果length人于0则表示被叫用户不能正常接通, 需要对原因值szbufl进行判定，然后执行相应的

7、业务操作。附录：常用原因值说明原因值分成两个字段，类别(比4到7)和某类中的值(比特0到3)。比特7为扩展比特，缺省情况下bit7 = 1类别000和001, 般爭件类：000 0001仃) 未分配的号码=0x810000000000010010010010010010010010010010010010(2) 0011 (3) 0100 (4) 0000仃6) 0001 (17) 0010(18) 0011仃9) 0100 (20) 0101(21) 0110(22) 1011(27) 1100 (28) 1101 (29) 1111(31)无路由到指定的转接网二0x82无路由到目的地=0x

8、83发送专用信息音=0x84止常的呼叫拆线二0x90用户忙二0x91用户未响应二0x92川户未应答=0x93用户缺席=0x94呼叫拒收=0x95号码改变二0x96i的地不可达二0x9b无效的号码格式(地址不全)二0x9c性能拒绝=0x9d正常一未指定=0x9f类别010,资源不可用类：010 0010(34)无电路/通路可用=0xa2010 1010(42)交换设备拥塞=0xaa类别011,业务或任选不可丿ij类:011 0011 (50)所请求的性能未预定=0xb3011 0111(55)cug中限制来呼叫=0xb7oil1001 (57)承载能力无权=0xb9011 1010(58)承载能

9、力口前不可川=oxba011 0101(53) cug 中限制去呼叫=0xb5类别100,业务或任选未实现类：100 0001 (65)承载能力未实现二oxcl100 0101 (69)所请求的性能未实现=0xc5ssmgetlsupparameter各种编程语言的函数声明及示例代码如下:vc6.0 int winapi ssmgetisupparameter(int nbch, byte ucmsgtypecode, byte ucparamtypecode, lpbyte puccontcnt, word wnumbcroibytcstowritc, lpword lpnumbcrofby

10、tcswrillcn);unsigned char szbuf272;word length;ssmgetisupparameter(nch, 0x06, 0x12, szbuf, sizeof(szbuf), &length);c# dliimport(”shp_a3dll")public static extern int ssmgctisupparamctcr(int nbch, byte ucmsgtypecode, byte ucparamtypecode, ref byte puccontent, ushort wnumberofbytestowrite, ref

11、 ushort lpnumberofbyteswritten);byte buffer = new byte272;ushort count = 0;int result;result= ssmapi.ssmgetisuppcirameter(0,0x06,0x 12,ref buffero, 272jef count);vb.net-public declare function ssmgetlsupparameter lib "shp_a3.dll" (by vai nbch as integer, by vai ucmsgtypecode as byte, by va

12、i ucparamtypecode as byte, byref puccontent as byte, byvai wnumberofbytestowrite as short, byref lpnumberofbyteswritten as short) as shortdim content(272) as bytedim length as shortdim resault as shortlength = 0resault = ssmgetisupparameter(ch, &h6, & h12, content(o), 272, length)delphi function ssmgetisupparameter(nbch:integer; ucmsgtypecode:byte; ucparamtyjecode:byte; puccontenttbyte; wnumberofbytestowrite:word; lpnumberofbyteswritten:pword):intege