Browsed by
标签:呼叫转移

miniSIPServer V20发布!

miniSIPServer V20发布!

昨天我们发布了最新的V20版本。本版本主要有以下特性和优化:

(1)Call park业务优化。

在call park业务的设计中,原来是采用“非参与式呼叫转移(Unattended transfer)”的方式,指令MSS将呼叫park主。这种方式在实际应用中遇到一些问题,例如某些SIP设备没有相应的“呼叫转移”键,无法发起相应的转移操作。而即便是有呼叫转移键,部分客户在使用时仍然觉得困惑并且操作不方面。

有鉴于此,MSS增加了一种方式。如果SIP设备支持多个通话的话,现在可以直接发起一个新呼叫来park原有呼叫。也就是说,用户可以直接呼叫“*70*1”来发起“呼叫停泊”操作。

(2)开放接口更新

V20主要的修改是统一了openAPI以及web管理系统内部的接口。因此,openAPI实际上具备了web管理系统绝大部分的接口。目前我们在文档中只列出了几个常用接口,而实际上用户可以参照web管理系统的文件,采用openAPI接口来自行配置MSS。

当然,后续我们会逐步更新openAPI文档,让用户更直接地了解各接口的细节。

2.9 build 20100513版本发布, 修订bug

2.9 build 20100513版本发布, 修订bug

该版本主要修正了一个客户反馈的Call Transfer中的bug.

客户设置了三个终端, A,B和C. 每个终端都设置了Music On Hold业务.

A呼叫B并进入通话. B HOLD对话, MSS给A放music. 然后B呼叫C, 并与C进入通话. 接着B发REFER消息给B-A段呼叫, 要求transfer呼叫到C.

我们以前遇到的transfer流程中, REFER消息是发给B-C段呼叫, 或者B会先resume呼叫. 而在这个流程中, MSS没有停掉music, 在内部处理流程上有疏漏.

本次发布后, MSS下一开发计划是增加对GSM codec的支持. 在MyVoipApp SIP Phone项目中, 我们已经支持了GSM codec. 而MSS项目中, 也有很多业务或者呼叫需要使用语音, 例如Calling Card, Prepaid, Auto-attendant等, GSM具备带宽占用小的特点, 部分带宽不充裕的用户部署VOIP网络时非常需要.