首先调用StartIndexPlayFile开始放音。当调用本函数成功后，必须循环调用函数CheckIndexPlayFile()来检测放音是否结束，以保证索引

文件放音的连续性,>检查多文件放音是否结束，并维护多文件放音的连续性。当进行多文件放音时，必须调用本函数。当索引中其中一个文件

播放完毕时，则继续播放下一文件；当某个文件未播放完毕时，则继续播放此文件.

放音出现重复的现象，一般都是PUSH_PLAY没有及时调用导致的，文件放音在本质上是利用循环内存放音，然后不断的更新缓冲区。函数

PUSH_PLAY()的调用，能够保证对放音缓冲区的更新，从而达到放音连续不断的进行.大循环的对PUSH_PLAY()的调用最长不超过4秒

1.IP卡注册到SIP SERVER 是不是只有一个账户?

可以注册几个。

2. 如何呼叫到IP卡的IP通道上? 

注册后直接呼叫号码或直接呼叫IP。

3.可以多个SIP PHONE同时呼叫一个号码吗?

是的，可以。

4.用一张模拟或数字卡通过软件能实现IP网关吗?

可以，安装包开发包后，DJDBDK\Examples\DJIp\VC\有例子程序DJIPAllSample，就是一个IP网关。

5.如何注册多个账号，与IP通道有对应关系吗?

注册多个帐号，请参考windows目录下的配置文件djip.ini。

6.D081A4P支持SIP协议吗?

D081A4P支持SIP， 将DJIP.INI中[sip]下的ENABLE设置为1即可支持SIP。

7.D081A4P有传真和录音吗?

有录音功能但没有传真功能

语音卡可以使用多线程吗？

语音卡目前不支持多线程访问底层。但是其他例如数据库存取，复杂的运算以及一些比较费时的操作，可以分离出来放到其他线程里。

电话线一端连着电话机，一端连着内线模块。坐席就是内线。比如，你的电脑显示器，显示东西，是显卡的功能，但人要看啊，不能把东西都放在显卡上，就需要个显示器。

一样的道理，内线也完成了语音的输入输出，输出后怎么到耳朵里呢，这就需要一个线连着电话机了。同样，语音的输入也是通过这个电话机，输入到内线。

外线转内线：当电话呼入到外线后，根据你的需要，对内线通道调用振铃函数，电话机就响了，电话机摘机后，调用通道连接函数，把内线和外线连通起来，这样电话机就能和另一端通话了。

模拟卡有两种会议模式，新会议模式和老会议模式。新会议模式加入会议的方式变化了有4种，老会议模式只2种，新会议方式性能上也略有提高。                                                                   会议录音的话先对任意某个通道录音，然后把该通道以只听的方式加入会议就行了。

A： 

①采用另外的录音设备，例如D161A+录音模块，通过并线的方式来录音。优点：录音系统独立，增加系统稳定性。缺点：增加硬件成本。 

②通过将通话双方加入会议的方式来录音。优点：节省成本。缺点：程序需要改动，占用会议资源较多。 

③通过新会议增加的均衡录音的功能来录音。优点：节省成本，占用会议资源较少。 

A： MTU的作用是当系统停机或者意外断电的情况下，能保持正常通话状态，确保通话信息不会因系统故障而丢失，也不会因为系统故障电话打不进来。当MTU模块内线通道连接了话机时，需要外接电源才能正常工作。 

A：坐席供电一般是24V,某些网关供电可能要48V.    

①加大供电到48V,但是这样比较容易烧毁模块，不建议如此处理。                                              

②调整网关的电压降低供耗. 

A： 查看录音文件,通话过程中没有多余的按键,有可能是多收按键等原因导致断线的问题. 

建议一些定位问题的思路:  

①程序里增加日志,看看是哪边先挂,是基于什么条件挂的,如外线检测到忙音,或内线误检测到挂机等,或者做了那些误操作,或者误收到按键走下一个流程等等. 

②建议采用会议的方式. 

③注意转人工的瞬间确保通道上没有放音和录音的操作等. 

④如果断线的概率比较大且条件许可,可以用EXCH测试一下,看看是否和应用程序有关. 

⑤如果确实是多收按键，导致流程改变导致断线，可考虑修改灵敏度或换ＤＬＤ文件或避开多收到按键的流程。

A：返回NoRingBack，是没有检测到回铃音造成。可能是以下原因造成： 

①线路上的回铃音能量太低，达不到我们卡检测的门槛值，造成没有回铃音的错误检测。此时需要调用dx_setparm函数设置检测TONE音的门槛值。 

②回铃音检测超时。DN卡的回铃音检测有时间限制，很多外呼，要较长时间才能有回铃音返回，可能此时已经超过检测时间，所以反馈为NoRingBack。这个需要在程序里面进行一些参数设置。调整DX_CAP这个结构体里面的，ca_cnosig和ca_cnosil这两个参数，将这两个参数的值适当增大。 

A：可能是函数调用顺序颠倒造成。 

真正的呼出过程是循环调用Sig_CheckDial函数来逐步完成，如果在Sig_CheckDial之前同步调用Sig_CheckBusy会干扰呼出过程，导致无法完成呼出，解决办法是把Sig_CheckDial放到Sig_CheckBusy之前就可以正常呼出了。 

A：这种现象，主要是板卡API函数调用不对造成的。 

开发过程中，如果在调用SetLink函数将板卡的通道x和通道y连接起来之后，又调用发码函数(SendDtmfBuf()&Sig_StartDial())或者放音函数(StartPlay)对相连两个通道中某一个通道(比如通道y)发码或者放音，这样会造成通道x连在通道y的输入方向的时隙断开(此时板卡的一个放音时隙连在了通道y的输入时隙上)。根据交换原理，同一时刻，某一个通道只能有一个输入时隙。而此时原来通道y对通道x的输入时隙还保持连接，没有断开，所以造成了通道x能听见通道y,而通道y不能听到通道x声音的单通现象。板卡外呼时调用发码函数发码，本质上也是放音的过程，所以会和放音一样造成单通的现象。 

要避免这种情况，在函数调用时只有当发码或者放音函数调用结束以后，再调用Setlink函数将两个通道连接，此时就不会再有单通的现象了。