V3.1最新版本释出，在callingCard业务上再次进行优化：
（1）通话时长提示音
在提示通话时长时，MSS会进行判断。如果最大允许通话时长超过1分钟，则按照分钟单位进行播报。如果最大允许通话时长小于1分钟，则按照秒单位进行播放。
（2）在卡号信息中支持”拨号计划”
在卡号配置中，允许通过callingCard改变基本呼叫的DialPlan，同时，也可以改变callingCard的计费矩阵。这样可以实现特殊的需求：同一个用户使用不同的卡拨打同一个被叫，会采用不同的费率。
欢迎下载试用：http://www.myvoipapp.com/download
V3.1第一个开发版本发布，主要对callingCard业务进行了修改，包括以下几方面的修改：
（1）如果呼叫来自不同的呼叫方，即使采用同一个卡号，也可以配置不同的费率。主要是在“计费矩阵”配置中，增加了“Dial Plan”索引项；
（2）在寻呼被叫之前，会给主叫用户放提示音，提示其所使用卡号在当前呼叫情况下，最长能通话多少秒；
（3）优化了业务流程。在老的流程中，输入密码后，系统会提示“按1查询余额，按2拨打被叫”，然后会提示用户输入被叫。而在新版本中，输入密码后，系统会直接提示“请输入被叫号码，或者按1#查询余额”
callingCard业务在国内一般也称为”200号卡号业务”或者“300号卡号业务”，这个业务属于运营商业务，在企业通信中（IPPBX）一般不会部署此类业务。miniSipServer的卡号业务主要是依据德国和巴西的卡号业务流程，国内用户如果对此业务有兴趣，可以参考。
从callingCard业务可以看出，miniSipServer不仅仅是一个简单的IPPBX，而且可以充当标准SIP网络的Application Server（应用服务器），提供复杂的高级业务。
新版本为V3.0 Build 20110124，主要修正了callingCard相关的bug和流程。
新流程中，卡号可以不配置密码。这种情况下，MSS的IVR流程中，不再提示输入密码进行验证。只要卡号正确，就会直接进行后续流程（查询余额或者输入被叫号码）。这种只有卡号没有密码的流程，在欧洲一些国家中比较流行，是这些国家传统卡号业务的处理方式。
另外，新版本中也修改了一个奇怪的bug。这个bug是由于VC编译器处理特殊字符串的一个bug（？缺陷）而引入的，这个bug会导致feeMatrix中的记录无法正确进行匹配，从而导致callingCard业务失败。在以前的V2.x版本中不存在这个问题，以前的BCB编译器相对比较标准些。