专利名称：一种实现会话发起协议应用服务器多业务处理的方法
技术领域：
本发明涉及会话发起协议(Session Initiation Protocol，SIP)应用技术，特别是涉及一种实现会话发起协议应用服务器多业务处理的方法。
背景技术：
会话发起协议是由Internet工程组(IETF)提出的一种网际协议(InternetProtocol，IP)电话信令协议。它的初始目的是为了解决IP网络中的信令控制，以及同软交换(Soft Switch)的通信，从而构成下一代的增值业务平台，对电信、银行、金融等行业提供更好的增值业务。
SIP是IETF标准进程的一部分，它是在诸如简单邮件传送协议(SMTP)和超文本传送协议(HTTP)等协议的基础上建立起来的。SIP被描述为用来生成、修改和终结一个或多个参与者之间的会话，这些会话包括因特网多媒体会议、因特网(或任何IP网络)电话呼叫和多媒体发布。SIP还支持IP网络下的其它新型业务如即时消息、语音会议和统一消息等。另外，SIP已经成为第三代通信服务的呼叫控制协议。
因此，由于SIP具有简单、易于扩展、便于实现等诸多优点，它逐步成为下一代网络(NGN)和第三代网络(3G)多媒体子系统域中的重要协议，并且出现了越来越多的支持SIP的客户端软件和智能多媒体终端，以及用SIP协议实现的服务器和软交换设备。
SIP业务是根据SIP协议来实现的应用，例如IP电话(Voice over InternetProtocol，VoIP)业务、出席(Presence)业务、即时消息(IM)业务，等等。
SIP应用服务器(SIP Application Server，SIP AS)是控制和执行存储于其上、基于SIP协议的业务的功能实体，是使用SIP作为多媒体会话控制协议的通信网络的最重要的部件。SIP应用服务器的主要用途是提供并控制基于SIP协议的融合业务(Converged Service)，即集成了语音、视频、WEB、消息、数据能力的业务。由于SIP本身这种支持多业务的特性，因此，无论是在NGN还是3G网络中，SIP应用服务器的一个重要特点就是提供多业务。
图1示出了SIP应用服务器在SIP网络中的位置，从图1中可以看出，SIP客户端通过SIP网络和SIP应用服务器相连。
SIP客户端是支持SIP应用的客户端软件或设备，例如，SIP多媒体个人计算机(PC)软终端、SIP手机、SIP多媒体WEB客户端软件、SIP个人数字助理(PDA)客户端软件等。
SIP网络包括多种网络设备，例如，在第三代合作伙伴计划第五版(The3rdGeneration Partnership Project Release 5，3GPP R5)的业务环境下，典型的SIP网络可能包括的网络设备有代理服务器(Proxy Server)、重定向服务器(Redirect Server)、登记/定位服务器(Registrar/Location Server)和呼叫会话控制控制器(SCSCF)，从SIP客户端发出的SIP请求通过以上网络设备发送到SIP应用服务器。
在现有技术中，一个SIP应用服务器通常只能处理一种类型的业务，如果需要处理多种类型的业务，则需要部署多个SIP应用服务器，每一个SIP应用服务器上有一个IP端口，每一个IP端口对应一个进程，如图1所示，SIP应用服务器1处理通用网关接口(Common Gate Interface，CGI)类型的SIP业务，SIP应用服务器2处理呼叫处理语言(Call Process Language，CPL)类型的SIP业务，SIP应用服务器3处理会话发起协议服务器端小程序(SIP Servlet)类型的SIP业务。当某个应用服务器端口收到SIP消息时，就触发该应用服务器端口上的业务。当需要增加新的SIP业务类型时，就需要增加一个新的端口，即需要增加一个新的SIP应用服务器。所以，SIP应用服务器对多种类型业务的处理方式是单独处理、互不干扰，每种类型的SIP业务由各自的SIP应用服备器处理。
现有技术的方法存在一定缺陷首先，对于每一个业务类型，需要一个独立的进程和独立的IP端口，即需要一个独立的SIP应用服务器，所以系统的成本较高；其次，各个业务类型相互独立，没有一个统一的管理入口，所以很难对不同类型的业务进行统一管理；第三，一个SIP应用服务器仅支持单一的业务类型，而不能支持多种业务类型，所以SIP应用服务器效率比较低。
发明内容
本发明的主要目的在于提供一种实现SIP应用服务器多业务处理的方法，在单一SIP应用服务器上同时支持多种类型的SIP业务。
本发明的目的是通过如下技术方案实现的一种实现SIP应用服务器多业务处理的方法，至少包括如下步骤A、预先在SIP应用服务器上设置用于接收和发送SIP消息并对SIP消息进行解析和封装的SIP协议栈、用于分别处理大于等于一个SIP业务类型的大于等于一个业务运行容器、用于定位与SIP业务请求消息所请求的SIP业务类型对应的业务运行容器并向所述业务运行容器转发SIP业务请求消息的SIP业务触发层，并预先设置用于记录业务信息的数据库；B、当SIP协议栈接收到SIP客户端发来的包含统一业务标识的SIP业务请求消息时，从该SIP业务请求消息中解析出统一业务标识；C、SIP业务触发层根据步骤B获取的统一业务标识查询数据库，判断数据库中是否存在SIP业务请求消息所请求的SIP业务的业务记录，如果是，则执行步骤D；否则结束；D、SIP业务触发层从数据库中获取SIP业务请求消息所请求的SIP业务的业务信息，并根据业务信息定位对应的业务运行容器，然后将SIP业务请求消息和业务信息发送至对应的业务运行容器；E、业务运行容器根据接收到的SIP业务请求消息和业务信息执行对应的SIP业务脚本，并将执行脚本过程中生成的SIP消息发送至SIP协议栈。
所述业务信息至少包括SIP业务的业务名称、脚本类型和脚本名称，所述统一业务标识是SIP业务的业务名称。
所述方法进一步包括预先在数据库中建立一个用于标识SIP业务和业务运行容器类型之间对应关系的业务部署表，步骤C所述查询数据库是查询所述业务部署表。
所述方法进一步包括预先在SIP业务触发层建立一个用于存储大于等于一组业务运行容器类型和容器信息之间对应关系的哈希表，步骤D所述定位对应的业务运行容器通过查询所述哈希表实现。
所述容器信息至少包括业务运行容器的内存地址。
所述方法进一步包括预先在所述数据库中存储用户的业务定购信息，所述步骤D之前进一步包括SIP业务触发层通过查询所述用户业务定购信息判断用户是否定购了SIP业务请求消息所请求的SIP业务，如果是，则执行步骤D；否则结束。
所述方法进一步包括如下步骤将调试完毕的新增业务的脚本文件存放在SIP应用服务器指定的用于存放该SIP应用服务器所支持的SIP业务的脚本文件的目录下；在数据库中增加该新增业务的业务记录。
所述方法进一步包括判断SIP应用服务器上是否包括与新增业务对应的业务运行容器，如果有，则执行所述存放新增业务脚本文件和增加新增业务的业务记录的步骤；否则结束。
所述方法进一步包括预先在数据库中建立一个用于标识SIP业务和业务运行容器之间对应关系的业务部署表，所述在数据库中增加新增业务的业务记录通过在所述业务部署表中增加新增业务的业务记录项实现。
所述方法进一步包括从数据库中删除待删除业务的业务记录。
所述方法进一步包括在执行所述删除待删除业务的业务记录的步骤之后，从SIP应用服务器指定的用于存放该SIP应用服务器所支持的SIP业务的脚本文件的目录中删除该待删除业务的脚本文件。
所述方法进一步包括预先在数据库中建立一个用于标识SIP业务和业务运行容器之间对应关系的业务部署表，所述从数据库中删除待删除业务的业务记录通过在所述业务部署表中删除该待删除业务的业务记录项实现。
所述方法进一步包括将业务运行容器软件包存放在SIP应用服务器指定的用于存放业务运行容器软件包的目录下；在SIP应用服务器的包含所有业务运行容器启动描述信息的启动配置文件中增加新增业务运行容器的启动描述信息。
所述方法进一步包括判断SIP应用服务器是否正在运行，如果是，则在停止SIP应用服务器的运行之后执行所述存放业务运行容器软件包和增加新增业务运行容器启动描述信息的步骤，然后启动SIP应用服务器；否则直接执行所述存放业务运行容器软件包和增加新增业务运行容器启动描述信息的步骤，然后启动SIP应用服务器。
所述方法进一步包括从SIP应用服务器的包含所有业务运行容器启动描述信息的启动配置文件中删除待删除业务运行容器的启动描述信息。
所述方法进一步包括在执行所述删除待删除业务运行容器启动描述信息的步骤之后，从SIP应用服务器指定的用于存放业务运行容器软件包的目录中删除待删除业务运行容器软件包。
所述方法进一步包括判断SIP应用服务器是否正在运行，如果是，则在停止SIP应用服务器的运行之后执行所述删除待删除业务运行容器启动描述信息的步骤，然后启动SIP应用服务器；否则直接执行所述删除待删除业务运行容器启动描述信息的步骤，然后启动SIP应用服务器。
所述业务运行容器的启动描述信息包括业务运行容器的名称、业务运行容器软件包所在的目录和业务运行容器入口文件的名称。
所述业务运行容器是用于执行通用网关接口类型SIP业务脚本的通用网关接口容器、用于执行呼叫处理语言类型SIP业务脚本的呼叫处理语言容器或用于执行SIP服务器端小程序类型SIP业务脚本的SIP服务器端小程序容器。
通过以上的技术方案可以看出，本发明的方法是在一个SIP应用服务器上设置SIP协议栈、SIP业务触发层和用于分别处理多个SIP业务类型的多个业务运行容器，SIP协议栈接收SIP业务请求消息之后将该SIP请求消息传送至SIP业务触发层，由SIP业务触发层定位该SIP业务请求对应的业务运行容器，并将该SIP业务请求转发至所述业务运行容器，业务运行容器处理相应的SIP业务。所以，在本发明的方法中，一个SIP应用服务器能够处理多种类型的SIP业务，而在现有技术的方法中，一个SIP应用服务器仅能处理一种类型的SIP业务，必须设置多个SIP应用服务器才能处理多种类型的SIP业务。因此，本发明的方法在大大降低了实现成本的前提下，保证了SIP业务类型的丰富性。
而且，在本发明的方法中，各种类型SIP业务都在同一SIP应用服务器的SIP业务触发层上被定位到对应的业务运行容器并被转发至所述业务运行容器，而在现有技术的方法中，不同类型的SIP业务由不同的SIP应用服务器进行处理，各SIP应用服务器之间相互独立，所以本发明的方法更利于SIP应用服务器对不同类型SIP业务进行统计和管理，例如，可以简便快捷地对某一时间段之内各类型SIP业务的业务数量进行分析比较。此外，本发明的方法可以在一个SIP应用服务器上增加新的业务运行容器以支持其它的SIP业务类型，也可以删除已经存在但不再需要的业务运行容器，所以SIP应用服务器具有较高的灵活性和可扩展性。
使用本发明的方法后，可以以较低的成本实现SIP应用服务器对多种类型SIP业务的处理，同时使SIP应用服务器能够更简便快捷地对不同类型SIP业务进行统计和管理，并具有较高的灵活性和可扩展性。
图1是SIP应用服务器在SIP应用中的位置示意图。
图2是为实现本发明的方法而在SIP应用服务器上增加的逻辑实体的示意图。
图3是根据本发明的方法在SIP应用服务器上触发SIP业务的流程图。
图4是根据本发明的方法在SIP应用服务器上新增SIP业务的流程图。
图5是根据本发明的方法在SIP应用服务器上删除SIP业务的流程图。
图6是根据本发明的方法在SIP应用服务器上新增业务运行容器的流程图。
图7是根据本发明的方法在SIP应用服务器上删除业务运行容器的流程图。
具体实施例方式
为了使本发明的目的、技术方案和优点更清楚，下面结合附图和具体实施方式
对本发明作进一步描述。
图2是根据本发明的方法而在SIP应用服务器上增加的逻辑实体的示意图。从图2中可以看出，本发明的SIP应用服务器中包括的逻辑实体有SIP协议栈、SIP业务触发层、业务运行容器和数据库。
SIP协议栈用于接收和发送SIP消息，在接收和发送SIP消息时，完成对SIP消息的解析或者封装。
SIP业务触发层是实现SIP应用服务器多业务处理的最核心的部分，用于根据用户的SIP业务请求消息和数据库的相关数据判断是否执行相应的SIP业务，如果判断执行相应的SIP业务，则定位与该业务对应的业务运行容器，并把业务请求消息转发给该业务运行容器进行处理。为了定位与所请求的业务对应的业务运行容器，在SIP业务触发层中设置一个哈希表，用于存储多组业务运行容器类型和容器信息之间的对应关系，在此处，容器信息主要指业务运行容器的内存地址。
业务运行容器也称为业务运行引擎，用于运行具体的SIP业务，并负责该业务的脚本文件的处理，如图2中最上方的CGI容器、CPL容器和Servlet容器都是业务运行容器。每一种容器处理一种类型的业务，例如，CGI容器处理CGI脚本描述的业务，即处理CGI类型的业务；CPL容器处理CPL脚本描述的业务，即处理CPL类型的业务；Servlet容器处理SIP Servlet脚本描述的业务，即处理SIP Servlet类型的业务。此外，业务运行容器还负责将执行业务脚本文件过程中生成的SIP消息发送至SIP协议栈。
数据库用于记录业务信息和用户业务定购信息，该数据库不一定要求位于SIP应用服务器上，它可以布置在SIP应用服务器可以访问的任何位置。当然，出于效率、安全等因素的考虑，数据库最好和SIP应用服务器位于同一逻辑位置上。为了能使业务触发层识别用户请求的业务属于哪一种类型，需要在数据库中设置一个业务部署表，用于标识SIP业务和业务运行容器类型之间的对应关系。
表1是采用“业务名称”和“脚本类型”关系来表达业务和容器类型之间对应关系的业务部署表的示例。
表1SIP应用服务器所支持的每一项业务的业务名称、脚本名称和脚本类型都列在表1中，通过查询表1可得到每项SIP业务对应的脚本名称和脚本类型。业务的脚本名称是描述该业务的程序代码的文件名，而业务的脚本类型则是执行该业务的脚本的业务运行容器的名称。
图3是根据本发明的在SIP应用服务器上触发SIP业务的流程图，从图3中可以看出，当SIP客户端向SIP应用服务器发出SIP请求消息时，SIP应用服务器执行以下步骤步骤301、SIP协议栈接收SIP客户端发来的包含统一业务标识的SIp业务请求消息，并解析出该SIP业务请求消息中所包含的统一业务标识。在本发明的方法中，SIP业务请求消息中增加统一业务标识，用于贯穿业务部署、更新、定购、使用和触发的整个流程。较佳地，统一业务标识位于SIP消息的请求头域中，以便更快速地被SIP协议栈解析出来。统一业务标识可以是业务名称，但不仅限于业务名称这一种方式，还可以采用别的方式。在本实施例中，采用类似电子邮件地址的业务名称作为统一业务标识，例如serviceName@as.com，其中域名as.com表示SIP业务所处的服务器地址，其实质是一个IP地址，而serviceName标识位于该服务器上的一个SIP业务的名称，例如，tankGame@as.com就标识了as.com服务器上的一个坦克游戏业务。
步骤302、SIP业务触发层根据步骤301获取的统一业务标识查询数据库，即查询数据库的业务部署表。
步骤303、判断业务部署表中是否存在该业务记录，也就是说，业务部署表中是否存在该业务名称的记录，如果查到了对应的业务记录，则转到步骤304；否则结束。
步骤304、通过查询数据库判断用户是否定购了所请求的业务，如果用户已经定购了该业务，则转到步骤305；否则结束。
步骤305、取出该记录中的脚本类型，该脚本类型标识业务运行容器的类型，通过查询用于存储多组容器类型和容器信息之间对应关系的哈希表获得该容器类型所对应的业务运行容器的内存地址，然后把SIP业务请求消息、统一业务标识和脚本名称等业务信息发送到对应的业务运行容器中。
步骤306、业务运行容器根据接收到的SIP业务请求消息、统一业务标识和脚本名称等业务信息执行相应业务的脚本文件。
对于一个当前在SIP应用服务器上不存在的新业务，需要在SIP应用服务器上增加该业务才能在接收到用户的业务请求时执行该业务。图4是根据本发明的在SIP应用服务器上新增SIP业务的流程图，新增SIP业务包括如下步骤步骤401、判断SIP应用服务器是否具有处理该待增加业务的能力，即判断SIP应用服务器上是否包括与该业务类型对应的业务运行容器，如果是，转到步骤402；否则结束。
步骤402、把调试完毕的业务文件(脚本文件)存放到SIP应用服务器指定的业务脚本目录下。
该业务脚本目录中存放所有该SIP应用服务器所支持的SIP业务的脚本文件。该业务脚本目录可以位于该SIP应用服务器上，也可以位于该SIP应用服务器所能访问的其它物理位置上。
步骤403、更新数据库的业务部署表，在业务部署表中增加对应的业务记录项，用于标识新增的业务。
这样，当用户请求该业务时执行如图3所示的步骤，将该业务请求消息发送到相应的业务运行容器来执行该业务。
当需要删除一个已经在SIP应用服务器上存在的业务时，需要执行删除SIP业务流程。图5是根据本发明的删除SIP业务的流程图，删除SIP业务包括如下步骤步骤501、删除数据库的业务部署表中对应的业务记录项。
步骤502、从SIP应用服务器的业务脚本目录下删除对应的业务文件(脚本文件)。
这样，该项业务就从SIP应用服务器上删除，也就是说，SIP应用服务器将不再具有处理该业务的能力。
本发明的方法可以灵活地在单一SIP应用服务器上增加业务运行容器，图6是根据本发明的在SIP应用服务器上新增业务运行容器的流程图，从图中可以看出，新增业务运行容器包括如下步骤步骤601、判断SIP应用服务器是否正在运行，如果是，转到步骤602；否则直接执行步骤603。
步骤602、停止SIP应用服务器的运行。
步骤603、将新增业务运行容器软件包存放在SIP应用服务器指定的存放业务运行容器软件包的目录下；步骤604、更新SIP应用服务器的启动配置文件，在启动配置文件中增加新增业务运行容器的启动描述信息。
SIP应用服务器的启动配置文件是在SIP应用服务器启动时对SIP应用服务器进行配置的文件，该启动配置文件包含所有将被启动的业务运行容器的启动描述信息，业务运行容器的启动描述信息包括业务运行容器的名称、业务运行容器的软件包所在的目录和业务运行容器的入口文件的名称，等等。
步骤605、启动SIP应用服务器。
这样，在SIP应用服务器启动后，新增的业务运行容器就已经在SIP应用服务器上存在了，所以SIP应用服务器可以处理与该新增业务运行容器对应的新一种类型的SIP业务。
图7是根据本发明的在SIP应用服务器上删除业务运行容器的流程图，从图中可以看出，删除业务运行容器包括如下步骤步骤701、判断SIP应用服务器是否正在运行，如果是，转到步骤702；否则直接执行步骤703。
步骤702、停止SIP应用服务器的运行。
步骤703、更新SIP应用服务器的启动配置文件，在启动配置文件中删除与待删除的业务运行容器对应的启动描述信息。
步骤704、从SIP应用服务器指定的存放业务运行容器软件包的目录中删除待删除业务运行容器软件包。
步骤705、启动SIP应用服务器。
这样，在SIP应用服务器启动后，已经被删除的业务运行容器将不存在于SIP应用服务器上，所以SIP应用服务器将不再处理与该被删除的业务运行容器对应的SIP业务。
根据本发明的方法采用Java平台技术实现，整个系统在一个Java虚拟机(Java Virtual Machine，JVM)上运行，本方法的各个部分作为整个系统的内部模块实现，在运行时只有一个Java进程。
在具体的实施过程中可对根据本发明的方法进行适当的改进，以适应具体情况的具体需要。因此可以理解，根据本发明的具体实施方式
只是起示范作用，并不用以限制本发明的保护范围。
权利要求
1.一种实现会话发起协议(SIP)应用服务器多业务处理的方法，其特征在于，该方法至少包括如下步骤A、预先在SIP应用服务器上设置用于接收和发送SIP消息并对SIP消息进行解析和封装的SIP协议栈、用于分别处理大于等于一个SIP业务类型的大于等于一个业务运行容器、用于定位与SIP业务请求消息所请求的SIP业务类型对应的业务运行容器并向所述业务运行容器转发SIP业务请求消息的SIP业务触发层，并预先设置用于记录业务信息的数据库；B、当SIP协议栈接收到SIP客户端发来的包含统一业务标识的SIP业务请求消息时，从该SIP业务请求消息中解析出统一业务标识；C、SIP业务触发层根据步骤B获取的统一业务标识查询数据库，判断数据库中是否存在SIP业务请求消息所请求的SIP业务的业务记录，如果是，则执行步骤D；否则结束；D、SIP业务触发层从数据库中获取SIP业务请求消息所请求的SIP业务的业务信息，并根据业务信息定位对应的业务运行容器，然后将SIP业务请求消息和业务信息发送至对应的业务运行容器；E、业务运行容器根据接收到的SIP业务请求消息和业务信息执行对应的SIP业务脚本，并将执行脚本过程中生成的SIP消息发送至SIP协议栈。
2.根据权利要求1所述的实现SIP应用服务器多业务处理的方法，其特征在于，所述业务信息至少包括SIP业务的业务名称、脚本类型和脚本名称，所述统一业务标识是SIP业务的业务名称。
3.根据权利要求1所述的实现SIP应用服务器多业务处理的方法，其特征在于，该方法进一步包括预先在数据库中建立一个用于标识SIP业务和业务运行容器类型之间对应关系的业务部署表，步骤C所述查询数据库是查询所述业务部署表。
4.根据权利要求1所述的实现SIP应用服务器多业务处理的方法，其特征在于，该方法进一步包括预先在SIP业务触发层建立一个用于存储大于等于一组业务运行容器类型和容器信息之间对应关系的哈希表，步骤D所述定位对应的业务运行容器通过查询所述哈希表实现。
5.根据权利要求4所述的实现SIP应用服务器多业务处理的方法，其特征在于，所述容器信息至少包括业务运行容器的内存地址。
6.根据权利要求1所述的实现SIP应用服务器多业务处理的方法，其特征在于，该方法进一步包括预先在所述数据库中存储用户的业务定购信息，所述步骤D之前进一步包括SIP业务触发层通过查询所述用户业务定购信息判断用户是否定购了SIP业务请求消息所请求的SIP业务，如果是，则执行步骤D；否则结束。
7.根据权利要求1所述的实现SIP应用服务器多业务处理的方法，其特征在于，该方法进一步包括如下步骤将调试完毕的新增业务的脚本文件存放在SIP应用服务器指定的用于存放该SIP应用服务器所支持的SIP业务的脚本文件的目录下；在数据库中增加该新增业务的业务记录。
8.根据权利要求7所述的实现SIP应用服务器多业务处理的方法，其特征在于，该方法进一步包括判断SIP应用服务器上是否包括与新增业务对应的业务运行容器，如果有，则执行所述存放新增业务脚本文件和增加新增业务的业务记录的步骤；否则结束。
9.根据权利要求7所述的实现SIP应用服务器多业务处理的方法，其特征在于，该方法进一步包括预先在数据库中建立一个用于标识SIP业务和业务运行容器之间对应关系的业务部署表，所述在数据库中增加新增业务的业务记录通过在所述业务部署表中增加新增业务的业务记录项实现。
10.根据权利要求1所述的实现SIP应用服务器多业务处理的方法，其特征在于，该方法进一步包括从数据库中删除待删除业务的业务记录。
11.根据权利要求10所述的实现SIP应用服务器多业务处理的方法，其特征在于，该方法进一步包括在执行所述删除待删除业务的业务记录的步骤之后，从SIP应用服务器指定的用于存放该SIP应用服务器所支持的SIP业务的脚本文件的目录中删除该待删除业务的脚本文件。
12.根据权利要求10所述的实现SIP应用服务器多业务处理的方法，其特征在于，该方法进一步包括预先在数据库中建立一个用于标识SIP业务和业务运行容器之间对应关系的业务部署表，所述从数据库中删除待删除业务的业务记录通过在所述业务部署表中删除该待删除业务的业务记录项实现。
13.根据权利要求1所述的实现SIP应用服务器多业务处理的方法，其特征在于，该方法进一步包括将业务运行容器软件包存放在SIP应用服务器指定的用于存放业务运行容器软件包的目录下；在SIP应用服务器的包含所有业务运行容器启动描述信息的启动配置文件中增加新增业务运行容器的启动描述信息。
14.根据权利要求13所述的实现SIP应用服务器多业务处理的方法，其特征在于，该方法进一步包括判断SIP应用服务器是否正在运行，如果是，则在停止SIP应用服务器的运行之后执行所述存放业务运行容器软件包和增加新增业务运行容器启动描述信息的步骤，然后启动SIP应用服务器；否则直接执行所述存放业务运行容器软件包和增加新增业务运行容器启动描述信息的步骤，然后启动SIP应用服务器。
15.根据权利要求1所述的实现SIP应用服务器多业务处理的方法，其特征在于，该方法进一步包括从SIP应用服务器的包含所有业务运行容器启动描述信息的启动配置文件中删除待删除业务运行容器的启动描述信息。
16.根据权利要求15所述的实现SIP应用服务器多业务处理的方法，其特征在于，该方法进一步包括在执行所述删除待删除业务运行容器启动描述信息的步骤之后，从SIP应用服务器指定的用于存放业务运行容器软件包的目录中删除待删除业务运行容器软件包。
17.根据权利要求15所述的实现SIP应用服务器多业务处理的方法，其特征在于，该方法进一步包括判断SIP应用服务器是否正在运行，如果是，则在停止SIP应用服务器的运行之后执行所述删除待删除业务运行容器启动描述信息的步骤，然后启动SIP应用服务器；否则直接执行所述删除待删除业务运行容器启动描述信息的步骤，然后启动SIP应用服务器。
18.根据权利要求13或权利要求15所述的实现SIP应用服务器多业务处理的方法，其特征在于，所述业务运行容器的启动描述信息包括业务运行容器的名称、业务运行容器软件包所在的目录和业务运行容器入口文件的名称。
19.根据权利要求1所述的实现SIP应用服务器多业务处理的方法，其特征在于，所述业务运行容器是用于执行通用网关接口类型SIP业务脚本的通用网关接口容器、用于执行呼叫处理语言类型SIP业务脚本的呼叫处理语言容器或用于执行SIP服务器端小程序类型SIP业务脚本的SIP服务器端小程序容器。
全文摘要
本发明公开了一种实现会话发起协议(SIP)应用服务器多业务处理的方法，本发明的方法是在一个SIP应用服务器上设置SIP协议栈、SIP业务触发层和多个业务运行容器，SIP协议栈接收SIP业务请求消息，在SIP业务触发层中定位对应的业务运行容器并转发至对应的业务运行容器，由业务运行容器处理相应的SIP业务。应用本发明的方法可在单一SIP应用服务器上支持多种不同类型的SIP业务，不仅保证了SIP业务类型的丰富性，而且大大节约了成本，同时便于SIP应用服务器对各类型SIP业务进行统计和管理。此外，由于可以在SIP应用服务器上增加和删除业务运行容器，使SIP应用服务器具有较高的灵活性和可扩展性。
文档编号H04L29/06GK1662004SQ20041000579
公开日2005年8月31日 申请日期2004年2月27日 优先权日2004年2月27日
发明者章李铭 申请人:华为技术有限公司