dev2dev 首页 > 资源中心 > 专家Blog > 专家Blog文章
WebLogic SIP Server 2.2中的新特性
- 提升的系统性能
- 聚合的Application API，允许基于应用进行监控和呼叫控制
- 对可靠消息传递的支持
- 间接管理大型内容有效负载
- 支持用于查找用户个人信息的Diameter Sh接口
- 增强了进行快速应用程序升级/迁移的能力
- 增强了服务器本身以及在集群中的可靠性
所支持的新RFC：
- RFC 2543: SIP: Session Initiation Protocol (v1)，支持向后兼容；
- RFC 3262: Reliability of Provisional Responses in SIP，支持；
- RFC 3327: SIP Extension Header Field for Registering Non-Adjacent Contacts，支持；
- RFC 3515: SIP REFER Method，支持。
支持RFC 3262: Reliability of Provisional Responses in SIP：
- 如http://www.ietf.org/rfc/rfc3262.txt上所定义的，SIP Servlets可以对临时响应进行确认（并停止重发临时响应）；
- 使用com.bea.wcp.sip.WissSipServletResponse.createPrack()方法创建一个PRACK请求；
- 还修改了JSR116的SipServletResponse.createAck()，以便自动返回一个PRACK请求而不是临时响应的ACK请求；
- 这两个方法都可以用于确认临时响应。
- 根据3GPP IMS的要求，WLSS对Contact标题头参数的修改提供了有限支持；
- 应用程序可以使用SipServletMessage.getAddressHeader(“Contact”)方法返回一个Contact地址对象，其参数可以被修改；
- 此外，UAS可以修改200响应的Contact标题头参数为OPTIONS请求，如RFC 3261所要求的；
支持RFC 3515: SIP REFER Method。
WLSS支持将SIP refer-to标题头和REFER方法用于实现如下服务的应用：
- Unattended呼叫传输
- Attended呼叫传输
- 第三方呼叫控制(3PCC)
SIP对话处理中的主要区别：
- 使用隐式预定；
- WLSS在使用REFER方法之后保存一个SIP对话（即使随后发送一个BYE消息），以确保如果呼叫传输失败，呼叫传输应用程序可以重新建立原始会话（通过一个INVITE）；
- 扩展JSR116 SipServlet类以提供一个处理REFER请求的方法，扩展com.bea.wcp.sip.WissSipServlet并实现doRefer()。
- WLSS 2.2允许将呼叫状态数据保存在Oracle RDBMS中，而不是使用一个数据层服务器集群；
- 只推荐在具有大量的长期活动呼叫状态数据且没有严格的延迟性能要求时使用；
- 新的故障转移检测机制提升了数据层服务器的故障转移性能；
- 引擎层缓存随意可用，与支持SIP的负载均衡器一起使用以提升性能；
- 在将一个已部署的SIP应用程序升级到另一个版本时，不会丢失该应用程序目前正在处理的呼叫，支持同一应用程序的两个不同版本。
更多信息可见新的产品文档：
http://edocs.bea.com/wlcp/wlss22/notes/new.html#whatsnew
原文出处:http://dev2dev.bea.com/blog/shengs75/archive/2006/05/whats_new_in_we.html
作者其它文章
|
