旧网站入口 EN 搜索
Menu
> >
  • Q: 数字卡内置会议资源是否可以叠加?如果可以叠加需要修改那些配置文件?

    A: 会议资源可以叠加,需要修改tce1-32.ini->[Conf]CardNum=N参数值,N表示有多少组32方的会议资源。你的系统为1块D647+1块DN300,那么CardNum最大值为:2+2=4,最大会议资源数为:32×4=128.最大会议室为:32×2=64。 

    关于一个会议最大只支持32个会议资源,举个例子说明。板卡D647上的会议资源分成A组、B组,每组32个会议资源,当A组会议的资源用了30个了,还剩下两个会议资源,那么如果此时创建一个需要4个会议资源的会议,则必须在B组上来进行,而不允许A组余下的两个资源+B组两个资源来建议会议。正因为会议不能跨组,所以一个会议最大支持32个会议资源。 

    另外,内置会议原来的会议数据结构GROUP_INFO只支持32个成员,如需支持超过32个成员的会议,请使用GROUP_INFO_MASS结构,详情参见djconf.h。(注意会议成员和会议资源不是同一概念,一个“加入方式(可听说)”的会议成员占用一个会议资源,多个“听”成员只占用一个会议资源。


  • Q:数字卡使用DTMF抑制的方法:

    1. 打开C:\WINDOWS\Tce1-32.ini

    2. 将[Conf]段下的ConfDtmf的值设为1


  • Q:CCS7Server有时为什么运行不起来?

    CCS7Server在运行时需要使用临时交换文件MapFile0,此文件一般创建在C盘根目录下,如果此文件损坏,就会导致CCS7Server运行不起来。

    解决方法:新建一个空文件,改名为MapFile0,覆盖到C盘根目录下即可。

    注意: 1.此文件卸载开发包时并不会删除,也就是说用重新安装开发包的方法无法解决此问题。

    每个CCS7Server对应一个MapFile,以文件名后的数字区分,例如MapFile0,MapFile1,MapFile2。


  • Q:在调试7号信令的时候,为啥CCS7server ,老是出现 连接sokect失败的消息?

    A:当设置的7号信令端口被其他应用程序占用时或控制IP设置有冲突时,会出现sokect连接失败,需要检查配置的7号信令端口,重新分配一个未被占用的端口或重新分配一个未未使用的空闲IP。 

  • Q:在用七号信令卡,要求接收不定长的被叫号码?

    A: 方法一: 

     调用DJNo7_GetEvent()函数之前,先用DJNo7_SetSystemMode(int mode,int param=0)函数设置系统的工作模式,当mode的第一位为1时,param+1(单位:秒)即为接收SAM或SAO后续地址消息的时限,如果超时表明对方已将所有被叫号码已发完,此时系统不再用被叫号的长度来判断。 

     如下例子,每当收到IAM(IAI)初始地址消息后,系统判断在2秒内是否收到后续地址消息,如果没有收到,系统进入CALLEE_RECV_IAM状态:DJNo7_SetSystemMode(0x0001,1); 


    方法二: 

     如果对方交换机发SAM或SAO时用“0-9”以外的地址信号(值是:10-15,对应的字符是“:”、“;”、“<”、“=”、“>”、“?”)表示被叫号已经发完,可以配置在TC-NO7.INI文件的DefaultInLen=1,然后在CALLEE_RECV_IAM状态后不要马上送CALLEE_SET_ACM地址全,用DJNo7_GetCalleeNum函数取被叫号码,查看末尾是否有上述字符,如有说明被叫已收全,无则需要等待,在下一次循环中判断。 


    方法三 : 

     依靠呼出的状态来判断。可以配置在TC-NO7.INI文件的DefaultInLen=1,然后在CALLEE_RECV_IAM状态后不要马上送CALLEE_SET_ACM地址全,用DJNo7_GetCalleeNum函数取被叫号码(新增的号码会和原来的号码一起取得,如:第一次为“123”,则第二次为“1234”),查看新增的号码是否符合要求,如果不符合,则需在下一次循环中判断。 


  • Q:2片D647,一边Dial,一边Demo,通道状态一直Unsable不可用?

    A:这是由于双方的LinkIndex、PcmIndex不一致导致。 

    需要注意TC-NO7V.ini配置文件中[PcmInfo]项,双方PcmIndex[X]=?、LinkIndex[X]=?一致,比如双方都是单链路、双话路,A方IsSP[0]=1、PcmIndex[0]=1、IsSP[1]=0、LinkIndex[0]=0,PcmIndex[1]=2、LinkIndex[1]=0,则B方也应该对应IsSP[0]=1、PcmIndex[0]=1、IsSP[1]=0、LinkIndex[0]=0,PcmIndex[1]=2、LinkIndex[1]=0。 


  • Q:DN系列语音卡有7号的实现吗?是否和DIALOGIC兼容?

    A:DN系列的语音卡有7号的实现,但和Dialogic的并不兼容,DN系列的7号实现和D系列的7号实现是一致的,都是采用东进自己的7号实现。DN系列的语音卡要实现7号,需单独配置7号信令的信令处理卡DNSS7800。 

  • Q:如何自动保存7号信令消息日志?

    A:在7号信令的使用过程中,我们常常需要保存CCS7Server.exe中的消息日志来做分析,一般情况下,如果用户不选择保存,系统在5000条记录后自动清除.为了可以保存历史消息日志,如果用户使用的是DBDK的开发包,那么运行7号信令链路管理程序 ccs7server.exe后,在菜单栏选择[文件-自动保存监视记录],保存的路径是 :c:\trace,如果该路径不存在,需要手工创建. 

  • Q:7号信令卡链路不可用?

    A: 

    ①查看板卡指示灯是否亮(红灯是物理线路,黄灯是告警),如果红灯灯亮,证明物理线路有 

    问题,可以尝试调换其他正常中继的电缆线,看链路情况是否正常。 

    ②E1接口连线不对,RJ45接线比较简单,BNC同轴电缆线一定要注意,本系统的入端与局端出相对;出与入相对。 

    ③本端DPC、OPC与局端对应,如局端DPC1.2.3,则本端OPC为1.2.3。 

    ④多个不同的链路对应多个不同的局端,需要根据对应局端分别启动多个SS7 Server,DPC需要根据局端分别配置。


  • Q:使用东进7号信令卡ISUP协议开局时,会遇到和交换机消息包不兼容的情况,这是什么原因?

    A:7号信令ISUP协议是个庞大的协议系统,它功能强大,使用灵活。这些都是由于ISUP协议消息包的多样性决定的,而且这些多种多样的消息中,还保留了大量的预留字段用户自己设置。正是因为ISUP的灵活性高,在一定程度上导致了消息的不可预测性,因此会在和局方交换机的交互中出现一些消息包的不兼容。 

    东进7号ISUP协议中提供了函数接口DJISUP_SetCallingParam和DJISUP_SetParam,可以让用户对发出的消息进行设置,使某些字段包含自己想要的信息,或者交换机需要的信息,有很大的灵活性,大大方便了用户和交换机的交互,提高了消息的兼容性。 

    对于普通的一般的消息包,东进的7号ISUP协议都能够完好的进行处理。对于极个别很特殊的应用,东进可以根据客户的需要,增加相应的消息处理。 


  • Q:如何改变7号信令的信令时隙?

    A:配置文件TCE1_32.ini中,新增一个节[SkipTS],下面对其中的配置项做详细的说明:  

    [SkipTS] 

    SkipTS_All = 0 // 0 与原来兼容的方式,所有的PCM跳过第16时隙(缺省值) 

                   // 1~31 设定所有的PCM跳过的时隙编号 

                   // -1 按照下面的表格,设定每个PCM跳过的时隙编号 

    SkipTS_Pcm[1] = 16 //1~31 设定第1个PCM跳过的时隙编号,当SkipTS_ALL = -1时生效  


  • Q:当局方告诉你CIC是从32开始,我应如何设置?

    A:根据七号信令协议CIC规定,CIC共16位,最高4位为备用信息,中间7位为PCM编号(PcmIndex[X]),后5位为PCM的时隙编号。 

     当电信局给出的CIC为十进制的32时,即对应2进制100000,根据上述规则分析可以得出TC-NO7.ini的PcmIndex[x]=1。也可以简单的用CIC值/32取整来确定PcmIndex。如CIC为0开始则PcmIndex=0/32=0开始,CIC为32开始则PcmIndx=32/32=1开始,以此类推。 


没有您要找的内容!

亿鸽在线客服系统