[发明专利]呼叫控制业务建立、管理方法及装置和嵌入式网关

说明书

技术领域

本发明涉及一种呼叫控制业务建立、管理方法及装置和嵌入式网关，特别是涉及一种网关设备的呼叫控制业务建立、管理方法及装置和嵌入式网关。

背景技术

HGU（Home Gateway家庭网关）正成为中国电信运营商，部署PON（Passive Optical Network无源光纤网络）接入的首选设备。

HGU的上行接口包括ADSL（非对称数字用户环路）/LAN（局域网）/PON等，下行接口包括Ethernet（以太网）/POTS（模拟电话业务）等。随着三网融合，以及IMS（IP（网络之间互连的协议）多媒体系统）的发展，运营商要求传统的固网语音业务和IMS的业务都要在HGU上实现。

基于运营商对HGU的定位，HGU融合了各种业务而变成相对复杂的设备。运营商在要求HGU实现传统的语音功能外，还根据现实需求不断添加新的业务，比如包括呼叫等待，三方会议等，这些业务以前都是在程控交换机或软交换设备上实现的。有时为了实现远程检测，还要求HGU实现主叫呼叫仿真测试，被叫呼叫仿真测试等，除此之外，还包括IMS相关业务，如注册不成功仍能拨打紧急呼叫等。可以看出在呼叫控制业务上，相比传统的IAD等语音接入设备，对HGU有更高的智能要求。而传统的实现呼叫控制业务实现方法，每增加一个业务，必须增加复杂的状态转换控制机制，因此需要新的实现呼叫控制业务方法，来满足快速完成新增呼叫控制业务的开发需求。

即传统的方案一般采用基于事件驱动状态机的方法，业务状态在收到不同的事件时进行状态切换和转移，在业务状态较少的情况下，也能清楚的梳理状态，正确的完成大部分的功能。但是增加新的复杂业务的情况下，业务状态机器庞大，处理状态的程序越来越复杂，呼叫控制业务多且复杂导致软件几乎无法维护。为了实现新的业务，要不断添加新的状态。比如同一个挂机事件，不同业务处理挂机事件的行为不一样，有时要释放呼叫，有时要进行等待，新业务的增加使针对该事件的处理和维护越来越困难。

所以正是由于所有的业务共用一个状态机，业务状态很多，将导致状态机处理的复杂度提升。假定有m个事件，n个状态，需要处理的事情，将会有m*n个，当然某些状态下不可能收到某个事件，但实际也是要考虑的。

另外，状态机并不能完全描述业务，因此程序需要设置变量来描述当前的业务属性。这样，在某个事件的处理中，由于需要判断当前是什么业务，也将导致复杂度将上升。

综上所述，在传统的采用事件加状态机的方式的呼叫控制业务的实现中，随着呼叫控制业务增多，该方法存在诸多弊端。主要体现在以下方面：

第一，增加新呼叫控制业务比较困难。一般来说，增加新业务，就需要在原有的整个状态机增加新业务的呼叫状态，也就是，原有的整个呼叫状态机将更加复杂，不可避免需要在原有的代码中添加新的呼叫处理代码。这就要求实现人需要非常了解原有业务的实现机制。

第二，软件维护比较困难。当业务的使用出现问题时，不可避免的需要修改代码，由于所有的状态机类似于一个大的平台，类似于牵一发而动全身，软件维护自然困难。

第三，推出符合要求的产品比较慢。添加的新业务状态会影响老的业务，不可避免需要增加回归测试，将花费更多的时间和精力，推出产品自然变慢。

发明内容

本发明要解决的技术问题是为了克服现有技术的呼叫控制业务中难以进一步增加新业务，而且已有业务难于维护和进一步地研发的缺陷，提供一种呼叫控制业务建立、管理方法及装置和嵌入式网关，通过将呼叫控制业务中各个业务独立，并采用业务迁移的方式，有效地简化了呼叫控制业务的结构，简化了增加新业务的方式。

本发明是通过下述技术方案来解决上述技术问题的：

本发明提供了一种呼叫控制业务建立方法，其特点是，所述呼叫控制业务建立方法包括：

S₁、建立一用户侧事件类、一网络侧事件类和一定时器事件类；具体如下：

建立包括摘机事件、挂机事件、拍插簧事件、按键事件和传真事件的用户侧事件类；

建立包括会话输入请求事件、会话输出请求事件和听回铃音事件的网络侧事件类；

建立包括用户侧事件超时事件、网络侧消息超时事件和外部配置超时事件的定时器事件类；

S₂、建立一业务处理类，所述业务处理类包括多个事务处理函数，所述用户侧事件类、网络侧事件类和定时器事件类中每个事件都与一个事务处理函数建立映射关系；