 -
SmartWORKS
-
PBX Media
-
PassPORT
-
Sample Code
-
Skype技术支持
-
点击联系技术支持
-
点击下载Skype
-
产品使用技术问答
|
|
Ai-Logix FAQ技术问答
更新日期：2011/10/21
常规技术问题
IPX/HPX
SoftRecorder/HPXMedia
LD
NGX
DP
DT
TX100/TX1000
SDK
常规技术问题
可以，MTBoardSetConfig() 函数可以设置板卡的索引, 使用结构MTADAPTER_CONFIGURATION的SystemIndex字段。
对于NGX卡，MTChInputSetGain() 可以分别对通话双方单独放大减小音量，Primary调节远端，Secondary调节近端，电话线交换位置后，没有任何改变。
对于LD卡，不区分左右声道，MTChInputSetGain() 可以放大减小音量，并只有Primary有效，电话线交换位置后，没有任何改变。
目前录音函数只支持MSGSM格式自动添加Wave文件头.
编码器队列溢出意味着，语音数据不能被及时处理。在使用低压缩格式如G.711，遇到通话量非常大时常常会出现处理器忙，不能处理编码队列而产生溢出。
另外，也可能是用户的通道Callback(回调函数)处理其他任务时间太长。比如在Callback函数里操作数据库，系统后台备份，杀毒软件，尤其基于网络的病毒扫描软件，可能每次改变录音文件时都产生大量的CPU时间占用，致使应用的Callback(回调函数)不能快速执行。建议选择更高压缩的编码格式，充分用板卡DSP资源，减少服务器的IO和CPU占用，并且寻找系统瓶颈，升级系统。
This can occur when you are streaming data but not servicing the queue often enough. For example, if your application was running and virus detection software took over the CPU, you may not get your time slice to service the queue. Or, if you are streaming and are not careful to stop streaming and empty the queue before closing a channel, the queue could fill up. It could also simply be that your own app is busy doing other things and not allowing you the time to service the queue - for example if another thread takes control and does not let channel 10 get a chance to execute its stream in code.
Basically, the event queue is full, and when a new event comes in, it cannot be fit into the queue so it is dropped. Depending on the event that was dropped, this could cause you to miss a recording.
The board(s) generates a hardware interrupt. The interrupt service routine runs and reads the data off of the board correctly. The driver transfers this data (specifically NGX D-Channel events) to the DLL, by coping the data packets into the board queue of the DLL. This copy failed. The DLL's queue was full, so the driver had no place to write this information.
These errors are usually caused by the same symptoms as the encode queue overflow. See that section of my reply for the possible causes of these messages. These are more due to the CPU bottleneck issues.
These errors could be related to one another. For example, one error could cause another to occur. I have ordered these by priority. You should take a look at the first error message first.
The CRC errors and the encode queue overflows seem to occur first followed by the QFUL and FIFO errors. Cleaning up the first two could cause the latter two to clean up as well.
同一服务器中的通道号是累加表示的，例如：一服务器中装有4片卡：Board 0：LD1609；Board 1：LD2409；Board 2：NGX800；Board 3：NGX2400；通道号如下: LD1609:Ch0-Ch15；LD2409：Ch16-Ch39；NGX800：Ch40-Ch47；NGX2400：Ch48-Ch71。
若板卡没有连接CTBUS，同一系统中的板卡均可以设成Master。若板卡使用H.100总线连接，可设置2片板卡分别为MasterA和MasterB，其余都为Slave。若板卡使用MVIP总线连接，一片板卡设置成Master，其他的设置成Slave。
在Windows设备管理器中找到板卡，手动加载驱动，加载完毕用SmartControl查看Firmware版本是否与驱动版本一致，若不一致，需要使用SmartWF更新Firmware。
建议使用Suse SLES10 SP2，SmartWorks驱动版本为SUSE Linux Enterprise 10(3.9.4.750 SLES10)。
很有可能是板卡上U-law和A-law的设置和线路上的不一样造成的。要确保板卡上U-law和A-law的设置和线路上的一致。
设置杀毒软件将SmartWORKS驱动文件夹,windows/system32目录下的NtiDrv.dll和录音文件排除，不查杀这些文件。
IPX/HPX
Interface-0 对应IPX卡最下方的单独网口，其他则对应两个并在一起网口。
Interface 0: 语音数据输出口，当调用MTIpSetSessionMediaDest()后产生输出数据，所以它需要处于接收数据的IPM或SR相同IP网段。
Interface 1,2: 接镜像端口，这两个接口可是设置任意IP地址，只要两个接口处于相同网段即可。
默认情况选择MT_IP_AVAYA，MT_TCP1=1720,MT_TCP2=1719
Avaya and Ericsson
TcpPort_1=1720
TcpPort_2=1719
SIP
TcpPort_1=5060
TcpPort_2=0
CISCO
TcpPort_1=2000
TcpPort_2=0
NORTEL
TcpPort_1=5000
TcpPort_2=5100
1、运行smartview-->system-->F2，点击VOIP-->MTIP(Enable/Disable)Signaling Protocol，Board选0，Protocol ID:MT_IP_CISCO_SKINNY，Port输入2000，Type选择TMT_TCP，只选择一个就可以了，再点击Enable。
2、再运行VOIP-->MTIP(Dchannel/CC) Event (Control/Status)...-->Protocol ID选择刚才的MT_IP_CISCO_SKINNY，将D-channel 和Call Control选项打钩。
在SmartControl板卡设置中，将RTP timeout开启，默认设置成15ms。在同一资源上15ms内都没收到新的RTP数据包，板卡自动停止该录音。
收到此事件，表示网络搭接有误，双网卡的服务器最好将2片网卡设置成不同网段。使用交叉线连接的网卡和IPX-C的转发口可单独设置在一个网段内。
首先要检查IPX-C和绑定SoftRecorder/HPXMedia的网卡之间通讯是否正常，然后检查IPX-C是否将RTP数据包转发给正确的网卡，SoftRecorder/HPXMedia的网卡是否收到RTP数据包。
从事件的XtraInfo里得到：station ID = Event.XtraInfo & 0x0000FFFF。
这是因为SmartWORKS对于收到相同内容的TCP数据包会进行过滤，只要板卡不重启，收到同样的数据包就不会发送事件。若要关闭此功能，可进行如下设置：
设置注册表中：HKLM\SYSTEM\CurrentControlSet\Services\Ntidrv\Devices\MtxBrd\\ TCPSyncCount 的值为0。
抓取网络数据包，分析发现，呼入的通话，SIP包使用的是标准5060端口，而呼出的通话，SIP包使用的却是35060端口，在IPX-C/HPX协议设置时，将两个端口号都添加，就可收到全部事件。
在windows service中重启SmartWorks Services。
HPX Dongle或者IPX板卡已经安装在录音服务器中，选择SmartControl中的board选项卡，选择要更新的HPX/IPX,点击下方的License Information，选择对应的license文件（HPX对应HPX开头的lic文件，IPX对应SMC开头的lic文件），点击load即可。
注：license文件不可放在非英文路径下。
应该选择ipxcfw.img.必须等待更新达到100%之后再重启板卡或服务器。
所有事件都有Board Number字段，在事件中查看Board Number的值就知道是哪块板卡上发出的事件了。
检查Monitorport是否设置正确，所设置的网卡是否可以正常收取网络数据包,如果以上都正常，查看virus.c:WINNT(or windows)/system32/driver/nvmini.sys是否有此文件，如果有，将此文件删除。
LDP-7024LD
数字话机在有电话呼入时，交换机并不会发送振铃的D-Channel信号，所以NGX板卡也不会得到振铃时间，但可以根据EVT_MESSAGE_CHANGED中的关键字判断呼叫方向。
需要注意的，LD获得主叫号是通过解析FSK信号，如果线路上的主叫号不是FSK的，需要查看话机设置，模拟话机的振铃类型不能设置为脉冲模式。
检查Monitorport是否设置正确，所设置的网卡是否可以正常收取网络数据包,如果以上都正常，查看virus.c:WINNT(or windows)/system32/driver/nvmini.sys是否有此文件，如果有，将此文件删除。
SoftRecorder/HPXMedia
若使用的HPXMedia recording to buffer mode, 可以直接在写文件的时候添加；若使用的HPXMedia recording to file mode，可以在录音结束后，在重新写文件进行添加。
Error4表示SoftRecorder/HPXMedia的license不正确，需要将与IPX-C/HPX的序列号相对应的SoftRecorder/HPXMedia的license文件放置在SoftRecorder/HPXMedia安装目录下，并且该目录下只能有一个license文件。
检查IPX-C/HPX转发设置，检查防火墙是否关闭，检查HPXMedia的DeviceIP是否设置正确。
LD
用MTGetLVDetectValue()可以直接获得电压值,如果电压降为0,表示断线。
用MTGetChannelStatus(), MTCHAN_STATUS 结构中的LineStatus字段可以判断状态. 例如LineStatus&LINE_NO_LVOLTAGE_MIDDLE是否为true,表示摘挂状态.
用MTGetLVDetectValue()可以直接获得电压值,如果电压降为0,表示断线。
提高FSK检测灵敏度，将MTEanbleCallerID（）中的level设置成128，还可设置FSK类型CIDTYPE_BELL202,或CIDTYPE_NTT，以及Twist值。
对于Radio，最可靠的为声音启动停止录音的模式（使用EVT_MAX_SILENCE和EVT_MAX_ACTIVITY促发录音）。
将线路上的FSK与标准的Bell202的FSK做比较，若线路上的FSK振幅过高，可降低MTEanbleCallerID（）中的level值或加长电话线路；若线路上的FSK振幅过低，可增高MTEanbleCallerID（）中的level值或开启AGC。
先使用MTSetCTRoute()，将需要的通道设置为talk到指定的timeslot和stream，再使用MTAJListen()去listen到这个timeslot和stream，该功能也可在DT卡上使用。若要在NGX和DP卡上使用，可按照如下设置：
MTSetOutputSource(0,AUDIO_STREAM);
MTSetOutput(0,2,0);
MTAJListen(0,2,0);
因为LD的每个通道都有2个语音资源，所以可以在利用通道放音的同时也可以录音。
如果您需要对模拟ground start line线路进行录音，最好的选择是SmartWorks LD系列板卡。此系列板卡可以控制电压
阈值。由于模拟线路在挂机状态有噪音，因此我们不建议您运用声音启动方式，而建议您用电压启动方式来表示摘、挂机状
态。用 MTSetLVParams来调节您的应用程序以符合线路状况。
NGX
一、电缆线的长度参数
(参见手册NGX_Integration_Guide.pdf)
Avaya 举例:
Cable Lengths
The following are the maximum cable lengths (in feet) recommended by AudioCodes:
PBX to tap - 75’ = 交换机到并线点21米
tap to NGX - 300’ = 并线点到NGX录音卡91米
tap to phones - 2445’ = 并线点到电话机745米
注:测试数据使用5类双绞线获得。由于加入数字录音系统的呼叫系统，是增加了完善监控功能的更高级呼叫系统，不同于一般的呼叫系统，所以要全局考虑整个系统设计。
二、关于备机关机后电路能量分配问题
必须将备机的并线彻底端开才不会分配能量，比如将接线盒拔下。
NGX为高阻板卡，原理类似于将设备模拟为不存在，例如大气。但毕竟是分析电路，无法达到无穷大阻抗。所以只要并在线路上，就会获取主机的能量。在下一代PCI-X总线产品中将能提高一倍阻抗。
三、关于信号放大问题
如果安装信号放大器，会连同电路噪声一起放大，无论声音信号和数字信号都将存在更多的噪音，所以不是解决方案。
但是可以通过电线上增加特殊电路，改变能量分配比例，例如电话机端并连电阻+电容电路，将模拟减少电话的阻抗，于是相对NGX录音板卡获得能量将增加，这种电路主要用于解决话机本身有设计缺陷，为最后备选方案。
四、关于电缆线优化
1，为了获得更好的信号(能量)，从交换机到并线点距离，以及并线点到NGX录音卡的距离越短越好。
2，必须使用钢材质量好的打线刀，如果发现线路信号不好，建议反复打线，或重新打线。因为连接在配线架上的线路，如果绝缘橡胶没完全打破，出现微小接触点，或铜芯在打线时被打线刀擦伤，产生毛刺，截面等，都会对电流产生干扰。
3，必须使用双绞线，在打入连接点前，不要将双绞弄成并行线，来方便排线。
4，禁止一排线架上打三层线，例如PBX最下层，电话机第二层，最后将录音系统线直接打第三层，这样的断线和干扰非常严重。所以必须要将PBX打在两排配线架上，分别和电话，录音线路并联。
五、关于电缆工程是否合格的分析
使用SmartWORKs提供的SmartView程序可以检测电缆工程是否合格，并且可以分析每条线路的质量，打造出最优秀的布线工程，SmartView的操作方法，选择FramerStatistics菜单下的MTGetNGXFramerStatistic...，出现Framer Statistic窗口，出现界面后，选择检测的通道(Framers)，首先Clear, 然后不断Get, 观察NTErr, TEErr, SyncErr, 如果是合格的布线，这里面每天只会出现1-2以下的数字，一般全是0。建议在有电话的工作时间，长时间运行SmartView后，例如1天，获得测试数据，发现有不合格的线路，立刻重新打线，确保每条线路优秀。
使用MTDisableMixing()，关闭混音就可以实现左右声道完全分开。
NGX卡可以使用MTGetNGXFramerStatistic()函数判断线路状况，结构MT_NTTE_FRAMER_STAT的TEAmp和NTAmpl字段为0，表示断线。其他字段可以判断噪声，同步，信号丢失等等情况，从而分析线路品质。
NGX系列监听步骤如下：
打开SmartView-->system-->F2
1) 菜单选择Settings-->MT(Get/Set)OutputSource->Audio Stream->Set->Close
2) 菜单选择CTBus-->MT(Get/Set/Reset)Output->Channel Number(所要监听的通道)、TDM Stream(MVIP: 0-15，H.100：0-31)、TDM Slot(MVIP: 0-31，H.100：0-127) ->Set->Close
3) 菜单选择CTBus-->MT(Get/Reset)AJ(Talk，Listen)->Audio Jack(如选择0)、Listen/Talk(选择Listen)、TDM Stream(MVIP: 0-15，H.100：0-31))、TDM Slot(MVIP: 0-31，H.100：0-127) ->Set->Cancel
2和3 的 TDM Stream and Slot 要一致!(监听通道的引线为板卡J19跳线处的2、3)
已确认NGX不支持Join.
通过Audio监听，则不需要其它板卡，因为此板卡本身有Audio通道。
要电话监听的话要LD系列卡!
应插入于靠近档板的一端。
因为smartview中并没有对MESSAGE_CHANGE消息做处理，但是可以用驱动安装后...\Program Files\Ai-Logix\SmartWORKS\Samples\下的NGX Message Change作测试。
Smartctl中的event update选项要打钩的，否则收不到按键等事件，但针对NEC交换机，则不要打钩，否则Smartview中事件太多太快。
可以选用bri的固件。
当交换机为AVAYA的IP Office，话机为5402时，我们的NGX板卡上选择的固件为Avaya Definity 2W，并将D信道等打钩（该页面其它配置和以前一样）即可正常录音。
检查板卡的coding设置（SmartControl中），交换机设置的为A-Law，板卡设置为U-Law，将其改为U-law后，可收到按键事件。
4004话机是不带液晶屏的，收不到主被叫(如要需要，只能通过CTI处理)，后来换了个4010(带液晶屏)就可以收到主被号了(D-channel打钩的)。Smartview可能看不到，要用...\Ai-Logix\SmartWORKS\Samples\NGX Message Change作测试。
关于Mitel话机录音，所需的板卡为NGX800(或NGX1600)等，但接线盒要用“The NGX the treats the phones connected to this PBX as a 4 wire phones and requires an RTS tap box. The RTS is sold separately.”此“RTS tap box”盒子需另行购买的，并且录一路mitel的数字话机需要两个录音通道才能完成。还有一个“license fee”是指你的录音文件如比较特殊，就要用到它了，这也是要购买的。
请参考NGX_Integration_Guide.pdf文档对各种型号的交换机介绍部分。
例如：
Alcatel
Cable Lengths
The following are the maximum cable lengths (in feet) recommended by
AudioCodes:
PBX to tap - 30*
tap to NGX - 30*
tap to phones - 1500*
NGX卡在使用RTS时，每个通道需要消耗多1倍的语音资源，所以一块NGX240只能录12个通道。录24通道时，1-12个通道给第一块NGX240，13-24个通道给第二块NGX240。
例如：四芯电话线，中间两芯连接NGX的pin1,26，边上2芯连接pin2,25.
RTS Box适用交换机类型：
·Avaya INDeX
·Mitel SX200/SX2000
·Siemens Rolm 9751
这是因为交换机将按键信息以模拟的形式而非数字的形式发送给话机，板卡在取得模拟形式的按键后会将按键存到板卡上的DTMF Digit Queue，当此Queue溢出后再收到按键就会得到EVT_DIGIT_DROPPED事件。处理方法：可在每次通话结束时调用MTClearDTMFDigits()以清空DTMF Digit Queue。
若是4芯的话务台，NGX就可支持，只需要将4芯中的两芯连接到NGX的一个channel上，另外两芯连接到另一个channel上（如何判断哪两芯需要测试确认）。
检查FramerStatisitcs，发现存在大量的error，在相同的线路上搭接别的型号的数据话机，error和噪音均无，建议在NGX搭接处添加电容电阻，噪音有所减少，延长话机到并接点的线路之后，噪音消失。
首先有可能是线路上有error，线路搭接错误或线路质量不好，其次有可能是特定话机的D-Channel的信息解析不准确，需要用SmartCapture抓包测试（确保FramerStatistics无error）。
先关闭录音程序，再开始smartView > F2(开启板卡和通道) > 选择一个通道，点击FramerStatistics > MTGetNGXFramerStatistics。或者在应用程序中调用MTGetNGXFramerStatistics。
可以从MT_CC_CALL_INFO结构中获得呼叫方向信息。
使用MTGetFramerAlarmStatusEx检查话机短线情况，发现短线的通道不要open，可避免线路干扰信号引起的错误。
DP
若检查线路FramerStatistics没有error，问题出现在时钟同步方面。解决方法是在应用程序中调用MTSetCTMasterClock()和MTSetNET()函数，设置正确的时钟同步。建议方法是，如果多块卡使用CTBus连接时，需要将一块卡设置为MODE_MASTER，其他设置为MODE_SLAVE，当MTSetCTMasterClock()设置为MODE_MASTER时，时钟源根据总线类型设置，当MTSetCTMasterClock()设置为MODE_SLAVE时，第4个参数自动忽略。当多块卡没有使用CTBus连接时，每块卡都需要设置为MODE_MASTER，并且使用NET1时钟源，同时必须用MTSetNET设置Framer的时钟源。
例子:
MTSetCTMasterClock(m_nBoard, MUX_MVIP, MODE_MASTER, CLOCK_SOURCE_NET1);
MTSetNET(m_nBoard, 1,0);
EVT_DIGIT是随时都返回的。 在SmartView中左下方事件栏中，有EVT_...() Reason 0x****，将此处的****转换后就是线路上收到的DTMF。
在win2Kserver管理工具中-->性能-->添加计数器-->选择Memory和Free System Page Table Entries，看其值大概为15761、15921，这个只能维持三块卡。如果能到124513，四块卡就可以了。
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Session Manager\Memory Management\SystemPages那个值33000，后改成FFFFFFFF(8个F)。
板卡信号灯正常说明协议设置正确，按键和DTMF都是话机端事件，说明无法得到的Call的事件是inbound和outbound的线路顺序接错，需要将接口12pin和45pin对调。
首先通过SmartView确认线路是否有问题，如果线路没有问题，应用程序AGC的level是否设置的过高。
这个功能是在SmartWorks5.3中release的，只要在SmartControl里的Network中的E1的protocol设置成None即可。
可在一条中继线路上并接2个点，一个接到已12,45的线序并接到DP的trunk上，另一个已45,12的线序并接到另一个DPtrunk上。
MFR2中的主叫号，通话事件等信息都会以DTMF的形式在线路上传送，所以DP板卡会收到打大量的DTMF事件，并且
有相应的标志位，应用程序可以从DTMF事件中取得相关信息。
DT
在其SmartControl中，Trunk Setings项，Trunk为0，Framing为Basic G.704，Line Coding为hdb3，LBO为120欧，Protocol Setings项，Trunk为0，Signaling Protocol为NONE，其余两项是灰的
使用SmartView，并运行System--->MTSysStartup，再运行FramerStatistcs--->ABCD Signaling，并使其Enable，当点击Rx中的Get，当看到Signal从7变化为3，就表示有电话呼入了(即有振铃)，当点击Tx的Signal，输入8--F之间的任一数字，再点击Set就表示摘机，输入0--7之间任一数字，再点击Set就表示挂机。
当要作外拨时，可按如下步骤，运行FramerStatistcs--->ABCD Signaling，并使其Enable，当点击Tx的Signal，输入8--F之间的任一数字，再点击Set就表示摘机，然后运行ChannelFunctions--->MTDialString，并输入相应的外拨号码，并可设置时间。当然做这两步时，时间不要相隔太长，否则不能正常外拨。当呼叫完成后，按上面的步骤挂机。
可使用下列函数进行设置：MTEnableFramerABCDSignalingEvent(),MTGetTimeSlotRxSignaling(),MTSetTimeSlotTxSignaling(),MTGetTimeSlotTxSignaling()。
Alcatel的PCM2板卡需要设置为“DR_Link + No IVR + Record Authorization”，另外需要在Alcatel的“TCs / TGs ”做录音连接的设置。 DT板卡协议设置为“None”。
TX100/TX1000
可以使用2个TX1000，调制到混合模式，将2条线路上的数据转发到一片IPX-C板卡上。
SDK
需要关闭UAC，并已管理员的权限运行SmartControl，设置、保存并重启板卡即可。
修改注册表中的值可以开启SmartWorks板卡日志：
[HKEY_LOCAL_MACHINE / SYSTEM / CurrentControlSet / Services / Ntidrv / Parameters ]
and set the value data to one of the following:
APITraceLevel = 0, 1, 2, 4, 6, or 7 (see below for description)
0 = no tracing occurs, nothing is written to the trace log
1 = return errors generated by the API are logged (except for MT_RET_OK,
and MT_IO_PENDING)
2 = all API DLL callbacks (this is recommended when using the Callback
method)
4 = all API DLL calls (this is recommended when using the Get Event method)
6 = all API DLL callbacks (this is recommended when using the Callback
method) AND all API DLL calls (this is recommended when using the Get
Event method) (2+4=6)
7 = return errors generated by the API are logged (except for MT_RET_OK,
and MT_IO_PENDING) AND all API DLL callbacks (this is reco
mended when using the Callback method) AND all API DLL calls (this is
recommended when using the Get Event method) (1+2+4=7)
生成的日志文件NtiApi.log在smartworks的安装目录下。
|
|
|
|
