CN101494656A

CN101494656A - Sip业务增强的方法及sip代理服务器

Info

Publication number: CN101494656A
Application number: CNA2008100008031A
Authority: CN
Inventors: 金洪波; 温长城
Original assignee: Huawei Technologies Co Ltd
Current assignee: Huawei Technologies Co Ltd
Priority date: 2008-01-22
Filing date: 2008-01-22
Publication date: 2009-07-29
Also published as: US20100262702A1; EP2219330A4; EP2219330A1; EP2219330B1; WO2009094932A1

Abstract

本发明公开了SIP业务增强的方法及SIP代理服务器，通过接收SIP用户使用业务的SIP请求；根据所述SIP请求获得对应的业务控制逻辑；执行所述业务控制逻辑向所述SIP用户交付业务。实现SIP代理服务器对业务的控制，通过执行不同的业务控制逻辑实现为用户提供多种业务，满足用户的对当前通信***多样化业务的需求。

Description

SIP业务增强的方法及SIP代理服务器

技术领域

本发明涉及通信技术领域，具体涉及SIP业务增强的方法及SIP代理服务器。

背景技术

随着网络的迅速发展，新一代基于IP的服务的会话初始协议(SessionInitiation Protocol，SIP)应运而生。SIP是适合各种媒体内容而实现多用户会话的协议，现已成为互联网工程任务组(Internet Engineering Task Force，IETF)的规范。2002年6月，ITEF的SIP工作组发布了RFC3261，取代了1999年3月发布的RFC2543。SIP是一种基于文本的协议，用来创建、改变或终止一个或者多个参与者参加的会话的应用层控制信令协议。SIP主要支持建立和终止多媒体通信功能。传统SIP***中的SIP代理服务器主要是提供SIP消息的路由转发。

如下图1所示，现有的SIP通信***结构示意图。用户之间通过各自的SIP代理服务器实现通信，即使业务呼叫者不知道被呼叫者的主机名字或IP地址，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通信***结构示意图；

图2为本发明实施例一SIP业务增强的方法的流程图；

图3为本发明实施例二SIP业务增强的方法的流程图；

图4为本发明实施例三电话会议方法的流程图；

图5为本发明实施例三建立电话会议执行业务控制逻辑的流程图；

图6为本发明实施例四实现天气预报业务的方法的流程图；

图7为本发明实施例四中执行业务控制逻辑为用户提供天气预报业务的流程图；

图8为本发明SIP代理服务器的结构示意图；

图9为本发明通信***的结构示意图。

具体实施方式

本发明实施例提供了SIP业务增强的方法及SIP代理服务器，实现对SIP代理服务器的增强，满足用户多样化的业务需求。

下面对本发明提供的SIP业务增强的方法及SIP代理服务器进行详细描述。

一种SIP业务增强的方法，流程图如图2所示，包括：

A1，接收SIP用户使用业务的SIP请求；

A2，根据所述SIP请求获得对应的业务控制逻辑；

可以理解的是，本实施例中，获得对应的业务控制逻辑的过程包括：解析所述SIP请求得到所述业务的业务标识；加载该业务标识对应的业务过程描述信息，其中，所述业务过程描述信息可以本地存储，也可以存储到其他网元，不过基于需要对网络中的多个SIP服务器进行增强，所述业务过程描述信息可以存储于一个业务过程描述数据库，该业务过程描述数据库可以为***内多个增强SIP代理服务器提供服务；对所述业务过程描述信息进行解析得到所述业务控制逻辑。

可以理解的是，所述业务过程描述信息为用软件语言编写的控制程序，通过对控制程序进行解析，得到SIP代理服务器对当前业务进行控制的业务逻辑。可以理解的是，本发明实施例中，所述业务过程描述信息可以用多种语言进行编写，本实施例中采用BPEL4SIP语言，还可以采用如：XML，C++，JAVA等等。本发明强调的是，SIP代理服务器内置相应的语言解析平台，实现对程序语言的解析，得到业务控制逻辑。具体的编程语言可以为多种，不构成对本发明的限制。

A3，执行所述业务控制逻辑向所述SIP用户交付业务。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分步骤是可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中，该程序在执行时，包括如下步骤：

接收SIP用户使用业务的SIP请求；

根据所述SIP请求获得对应的业务控制逻辑；

执行所述业务控制逻辑向所述SIP用户交付业务。

上述提到的存储介质可以是只读存储器，磁盘或光盘等。

实施例二，一种SIP业务增强的方法，流程图如图3所示，包括：

B1，接收SIP用户使用业务的SIP请求；

B2，解析所述SIP请求得到所述业务的业务标识；

B3，加载该业务标识对应的业务过程描述信息；

B4，对所述业务过程描述信息进行解析得到所述业务控制逻辑；

B5，获得所述SIP用户使用业务的业务参与方信息；

本发明实施例中，获得业务参与方信息的方式可以是：对所述业务过程描述信息进行解析得到业务参与方信息；如：某些业务需要固定的业务参与方，如特定的服务器(多媒体服务器、网络广播服务器等)。这种业务参与方属于固定的情况，则可以直接保存在业务过程描述信息中。

获得业务参与方信息的方式还可以是获取用户输入业务的业务参与方信息。

步骤B5和步骤B4并无绝对顺序。

用户输入可以作为信令参数直接传给SIP代理服务器，或者作为内容参数传到内容网关，SIP代理服务器再从内容网关处获得。

可以理解的是，所述业务参与方可以是SIP用户也可以是业务需要的网络资源。

B6，所述SIP用户和业务参与方在所述业务控制逻辑的控制下进行交互，完成业务交付。

基于服务过程执行语言(Business Process Execution Language for WebServices，BPEL4WS)简称BPEL语言，应用于SIP环境，可以称作为BPEL4SIP，本实施例中，所述SIP代理服务器由BPEL4SIP引擎按业务逻辑控制每一步骤的SIP消息的处理。

BPEL4SIP的业务控制逻辑可以是串行、并行、条件、循环或者其它结构。下面提供本实施例中业务控制逻辑一种执行规则和触发方式：

1)，根据控制逻辑与参与方SIP用户交互SIP消息；根据业务需要参与方可以是多个，可以理解的是，有一些业务很可能不需其他SIP用户参与，网络侧可以直接为使用业务的终端提供服务，如天气预报、网络多媒体视频业务等。

2)，SIP交互消息有发送和接收之分。如果是接收SIP信令，业务焦点停留在当前步骤并等待参与方用户发送SIP信令，当SIP信令到达时，当前步骤结束；如果是发送SIP信令，向参与方用户执行完发送命令后，业务焦点停留在当前步骤等待响应，收到响应则当前步骤结束；

3)，业务的起始步骤一般为接收SIP信令，可能是SIP用户开始业务的SIP请求，或者是参与方SIP用户被触发开始业务的SIP请求；

4)，当业务需要从网络获取资源时，控制内容网关把内容资源传递到SIP用户，内容网关实现对资源的编解码、压缩、加密、整合。

5)，业务结束，SIP代理服务器接收SIP用户终止业务请求并卸载业务数据。

本发明实施例中，SIP代理服务器在加载具体的业务流程描述之前可以看成一个空壳，但它却具备解析执行业务流程和SIP信令的能力，根据业务需要加载不同的业务描述信息后便充当不同的业务代理服务器的角色，从这个角度来说所述SIP代理服务器也可以是业务驱动型代理服务器。

表1是本发明实施例中，其SIP业务控制逻辑组织SIP信令的语法结构示例如表1所示，BPEL4SIP结构可以是顺序、并行、条件或者循环。

表1

结构

语法

顺序	<Sequence><SIP-Command/><SIP-Command/></Sequence>
顺序	<Sequence><SIP-Command/><SIP-Command/></Sequence>	并行	<Flow><SIP-Command/><SIP-Command/></Flow>
条件	<If><Condition/><SIP-Command/><ElseIf><Condition/><SIP-Command/></ElseIf><Else><SIP-Command/></Else></If>	并行	<Flow><SIP-Command/><SIP-Command/></Flow>
条件		循环	<RepeatUntil><SIP-Command/><Condition/></RepeatUntil>OR<While><Condition/><SIP-Command/></While>

顺序结构包含多个顺序执行的SIP信令，它们之间按照出现在Sequence元素里的先后顺序依次执行，当最后一个SIP信令执行完成时则整个顺序结构结束。

并行结构包含多个并行执行的SIP信令，它们之间没有先后执行顺序，当所有的SIP信令执行完成时则整个并行结构结束。

条件结构包含条件执行的SIP信令，这些条件分支分别定义在If元素，零或多个ElseIf元素和可选的Else元素里。If和ElseIf元素具有先后顺序关系，第一个条件满足的分支被执行，当所有条件不满足时，Else分支被执行。当第一个条件满足的分支或Else分支的SIP信令执行完成时，整个条件结构结束。

循环结构包含重复执行的SIP信令，有RepeatUntil和While元素两种定义方式。RepeatUntil元素定义的循环结构是指SIP信令一直被执行直到条件满足为止，当条件满足时则跳出循环整个循环结构结束；While元素定义的循环结构是指只要条件满足则SIP信令一直被执行，当条件不满足时则跳出循环整个循环结构结束。

嵌套结构指的是四种结构自己之间和相互之间都可以嵌套使用，例如：并行结构中的分支可以是顺序结构，顺序结构的分支也可以是并行结构，条件结构可以嵌套条件结构，循环结构也可以嵌套循环结构。

上文提到，SIP信令有发送和接收之分，在SIP-Command元素定义的SIP信令中，我们以SIP-Command元素的某个属性来表示这两类SIP信令，如下所示：

<SIP-Command Type＝***Direction＝OUT/IN>

Direction属性有OUT和IN两种选择，分别代表发送SIP信令和接收SIP信令，Type属性表示具体的SIP信令。

本发明实施例可以通过对业务过程描述信息的编写，并通过相应的平台加载进行解析，实现新业务的开发。开发SIP新业务时，我们可以离线使用BPEL4SIP描述SIP新业务。首先抽象出SIP业务的流程逻辑，再用BPEL4SIP的顺序、并行、条件、循环、或嵌套结构中的一种或其组合，组织SIP信令完成SIP新业务的逻辑描述。当新业务描述文件加入业务过程描述数据库，新的SIP业务开发完成。

本发明实施例二与实施例一的区别在于，实施例二对需要业务参与方共同执行业务的处理方式进行了描述，使本发发明实施例方法适用更多的业务场景。

下面以具体业务场景为例对本发明实施例的具体应用进行说明。

实施例三，一种实现电话会议的方法，流程图如图4所示，包括：

C1，会议发起者发起多方电话会议业务的SIP请求；

C2，SIP代理服务器对所述SIP请求进行解析获得电话会议业务的业务标识；

C3，BPEL4SIP引擎根据所述电话会议业务的业务标识，从业务描述数据库取得多方电话会议的业务描述信息；

C4，BPEL4SIP引擎解析所述业务过程描述信息得到业务控制逻辑；

C5，执行所述业务控制逻辑对建立电话会议。

对于本电话会议业务的建立过程中，执行业务控制逻辑的过程的流程如如图5所示，包括：

D1，发起者发送Invite请求，与会者的信息可以作为请求的参数；

SIP代理服务器接收到发起者的Invite请求后，进入业务描述的并行结构，并行结构之间没有先后顺序；

D2，SIP代理服务器向其中一个与会者发送Invite邀请消息邀请对方加入会议并等待对方的响应；如果对方没有响应则延迟120秒再次发送Invite邀请消息，循环操作直到对方响应；

D3，对方成功响应加入会议后，控制内容网关分配会议资源；

针对不同的与会者分别执行步骤D2到D3，邀请所有的与会者。

D4，所有并行分支执行完成后，向会议发起者返回会议建立成功的响应消息，至此发起多方电话会议的业务结束。

图5是一个简单的发起多方会议电话业务的流程示意图，但却包含了业务流程的顺序、并行、循环和嵌套等基本的流程结构。从图中可以容易地看出：“呼叫与会者1直到加入会议”到“呼叫与会者n直到加入会议”n个步骤间是并行结构；“接收会议发起者的SIP请求”、“呼叫与会者i直到加入会议”和“返回业务建立成功响应”三者是顺序结构，其中i＝1，2，...n，n属于整数；单个“呼叫与会者i直到加入会议”是一个循环结构；嵌套结构体现在顺序结构里有并行结构，并行结构里有循环结构。该业务的流程描述示例如下所示：

*******************************

<Multi-Conference>

<SIP-Command Type＝Invite Direction＝IN From＝Sponsor/>

<Flow>

<For-each select＝”Participators”>

<Value-of select＝”Participator_i”/>

<SIP-Command Type＝Invite Direction＝OUT

To＝Participator_i/>

<Condition>Response＝200</Condition>

</RepeatUntil>

/*控制内容网关给会议加入者分配会议资源*/

</For-each>

</Flow>

<SIP-Command Type＝Bye Direction＝OUT To＝Sponsor/>

</Sequence>

</Multi-Conference>

*******************************

实施例四，一种实现天气预报业务的方法，流程图如图6所示，包括：

E1，用户向SIP代理服务器发送请求天气预报业务的SIP请求；

E2，SIP代理服务器对所述SIP请求进行解析获得天气预报业务的业务标识；

E3，BPEL4SIP引擎从业务描述数据库取得天气预报业务的业务过程描述信息；

E4，BPEL4SIP引擎解析所述业务过程描述信息得到业务控制逻辑；

E5，执行所述业务控制逻辑对为用户提供天气预报业务。

本实施例中，所述执行所述业务控制逻辑为用户提供天气预报业务的过程如图7所示，包括：

F1，SIP代理服务器根据业务控制逻辑控制内容网关发送输入页面给业务发起者，让用户输入查询的地点和时间；

F2，接收到用户返回的的带有地点和时间参数的Message消息后，

F3，SIP代理服务器以输入地点和时间为参数，查询第三方服务获得天气预报结果，并通过内容网关把结果页面显示给用户；

F4，向所述用户发送结束业务SIP消息。

本天气预报业务的流程描述示例如下所示：

*******************************

<Weather-Forecast>

<SIP-Command Type＝Invite Direction＝IN From＝Sponsor/>

/*控制内容网关发送输入页面*/

<SIP-CommandType＝Message Direction＝IN From＝Sponsor

Time＝20070830Place＝Shenzhen/>

/*使用第三方服务查询天气预报*/

/*控制内容网关返回查询结果页面*/

<SIP-Command Type＝Bye Direction＝OUT To Sponsor/>

</Sequence>

</Weather-Forecast>

*******************************

实施例五，一种SIP代理服务器800，结构示意图如图8所示，包括：

SIP传输接口单元810，用于接收SIP用户使用业务的SIP请求；

业务处理单元820，根据所述SIP传输接口单元810接收的SIP请求获得对应的业务控制逻辑；并执行所述业务控制逻辑向所述SIP用户交付业务。

本发明实施例中，所述业务处理单元820可以包括：协议处理单元821，业务控制逻辑解析单元822和业务执行单元823；

协议处理单元821，用于解析所述SIP传输接口单元810接收的SIP请求得到所述业务的业务标识；

业务控制逻辑解析单元822，用于加载所述协议处理单元821解析得到的业务标识对应的业务过程描述信息；并对所述业务过程描述信息进行解析得到所述业务控制逻辑；

业务执行单元823，执行所述业务控制逻辑解析单元822解析得到的业务控制逻辑向所述SIP用户交付业务。

可以理解的是，所述业务控制逻辑解析单元822可以包括：

查找单元8221，用于在所述业务过程描述数据库查找所述业务标识对应的业务过程描述信息；

解析单元8222，用于对所述业务过程描述信息进行解析得到所述业务控制逻辑。

可以理解的是，对于需要其他业务参与方参与实现的业务，所述业务处理单元还可以包括：

业务参与方信息获取单元824，用于对所述业务过程描述信息进行解析得到业务参与方信息；或者获得用户输入业务参与方信息。

所述业务执行单元823，还用于执行所述业务控制逻辑对所述SIP用户和业务参与方进行控制，完成业务交付。

如图9所示，是本发明通信***的结构示意图，其中：

业务过程描述数据库，它的作用是保存各种业务过程的描述信息，并且这种业务描述信息能被增强型SIP代理服务器所解析并执行。这里指的SIP业务可以是应用SIP协议的通信业务和WEB业务。定位服务器用于查找SIP用户的地址。

增强型SIP代理服务器负责SIP业务信令的处理，用于打通业务通道，控制内容网关传递内容资源到SIP用户。内容资源根据SIP业务的不同可以是通信资源或者WEB资源。

当业务需要协调多个参与方完成一个任务时，增强型SIP代理服务器不仅可以与其它增强型SIP代理服务器交互SIP信令，还可以与传统型SIP代理服务器交互SIP信令，一起完成对业务的控制过程。

如图所示增强型SIP代理服务器通过内容网关控制协议控制内容网关，具体的控制协议可以是H.248、SOAP或者其它，内容流格式可以采用RTP或者HTTP或者其它。

以上对本发明所提供的SIP业务增强的方法及SIP代理服务器进行了详细介绍，其中，本发明实施例中，通过接收SIP用户使用业务的SIP请求；根据所述SIP请求获得对应的业务控制逻辑；执行所述业务控制逻辑向所述SIP用户交付业务。实现SIP代理服务器对业务的控制，通过执行不同的业务控制逻辑实现为用户提供多种业务，满足用户的对当前通信***多样化业务的需求。对于本领域的一般技术人员，依据本发明实施例的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本发明的限制。

Claims

1、一种SIP业务增强的方法，其特征在于，包括：

接收SIP用户使用业务的SIP请求；

根据所述SIP请求获得对应的业务控制逻辑；

执行所述业务控制逻辑向所述SIP用户交付业务。

2、如权利要求1所述的方法，其特征在于，所述执行所述业务控制逻辑向所述SIP用户交付业务之前，还包括：

获得所述SIP用户使用业务的业务参与方信息。

3、如权利要求2所述的方法，其特征在于，所述执行所述业务控制逻辑为向所述SIP用户交付业务包括：

所述SIP用户和业务参与方在所述业务控制逻辑的控制下进行交互，完成业务交付。

4、如权利要求1、2或3所述的方法，其特征在于，所述根据所述SIP请求加载对应的业务控制逻辑的过程包括：

解析所述SIP请求得到所述业务的业务标识；

加载该业务标识对应的业务过程描述信息；

对所述业务过程描述信息进行解析得到所述业务控制逻辑。

5、如权利要求4所述的方法，其特征在于，加载该业务标识对应的业务过程描述信息的过程包括：

与业务过程描述数据库交互获得所述业务标识对应的业务过程的描述信息。

6、如权利要求4所述的方法，其特征在于，所述获得所述SIP用户使用业务的业务参与方信息包括：

对所述业务过程描述信息进行解析得到业务参与方信息；或者获得用户输入业务参与方信息。

7、一种SIP代理服务器，其特征在于，包括：

SIP传输接口单元，用于接收SIP用户使用业务的SIP请求；

8、如权利要求7所述的SIP代理服务器，其特征在于，所述业务处理单元包括：

协议处理单元，用于解析所述SIP传输接口单元接收的SIP请求得到所述业务的业务标识；

业务控制逻辑解析单元，用于加载所述协议处理单元解析得到的业务标识对应的业务过程描述信息；并对所述业务过程描述信息进行解析得到所述业务控制逻辑；

业务执行单元，执行所述业务控制逻辑解析单元解析得到的业务控制逻辑向所述SIP用户交付业务。

9、如权利要求8所述的SIP代理服务器，其特征在于，所述业务控制逻辑解析单元包括：

查找单元，用于在所述业务过程描述数据库查找所述业务标识对应的业务过程描述信息；

解析单元，用于对所述业务过程描述信息进行解析得到所述业务控制逻辑。

10、如权利要求9所述的SIP代理服务器，其特征在于，所述业务处理单元还包括：

业务参与方信息获取单元，用于对所述业务过程描述信息进行解析得到业务参与方信息；或者获得用户输入业务参与方信息；

所述业务执行单元还用于执行所述业务控制逻辑对所述SIP用户和业务参与方进行控制，完成业务交付。