CN101997887A - 业务信令发送、接收、传送方法及终端 - Google Patents

Abstract

本发明公开了一种业务信令发送方法，包括：用户终端启动应用业务，产生基于超文本传送协议HTTP的业务信令；将所述基于HTTP的业务信令转换为基于会话初始协议SIP的业务信令；以及将所述基于SIP的业务信令发送到网络侧。本发明还公开了一种业务信令接收方法、一种业务信令传送方法以及一种终端。采用本发明可以节省网络资源，以及可以在用户终端侧利用基于HTTP的业务信令实现业务。

Description

业务信令发送、接收、传送方法及终端

技术领域

本发明涉及通信技术领域，尤其是涉及一种业务信令发送方法、一种业务信令接收方法、一种业务信令传送方法及一种终端。

背景技术

电信业务能力的开发是电信网向互联网转型过程中的一个重要步骤，其主要目的在于：利用互联网技术将电信业务能力开发出来，使得电信业务开发变得更为容易和高效，丰富电信增值业务，促进电信行业的发展和繁荣。

现有的几种主流的业务能力开发技术如下：

1、智能网技术：

智能网技术的目标不仅仅在于能向用户提供诸多的业务，而且着眼于今后也能方便、快速、经济地向用户提供新的业务，因此，智能网建立集中的业务控制点和数据库，进而建立起集中的业务管理***和业务生成环境以达到上述目的。

2、Parlay相关技术：

Parlay组织成立于1999年，它是一个由65家通信和信息技术(InformationTechnology，IT)领域的公司共同参与的非盈利性组织，致力于定义Parlay APIs为一组开放的、独立于技术的、可扩展的应用程序编程接口(ApplicationProgramming Interface，API)，以便于第三方业务开发商以及独立软件提供商均能通过Parlay APIs来开发业务。

Parlay X规范是在Parlay规范基础之上发展起来的。尽管Parlay规范定义了多组API将电信业务能力开放给第三方，但是，对于IT开发人员而言，这些API的使用仍然过于复杂，而且，由于采用了Corba中间件产品，使得API的开放性受到了一定的影响。基于以上原因，Parlay组织对Parlay API进行了进一步的简化，将API以网络服务web service的方式开放给第三方，形成了Parlay X规范。

但是，上述现有技术虽然能够在互联网中开发电信能力，但是仍存在以下缺点：

1、目前所有的电信网能力开发技术全部实施在网络侧，虽然用户终端侧可以应用超文本传输协议(Hyper Text Transport Protocol，HTTP)，但是，网络侧应用会话初始协议(Session Initiation Protocol，SIP)，因此，为实现用户终端与网络侧的业务交互，需要在网络侧新建网关，以提供相应的能力接口实现上述业务；但是，在网络侧新建网关需要成本，且新建网关必然会引起网络内其他设备或网络架构的调整，对运营商来说，成本较高，且由于网关自身具有用户终端接入数量等限制，难以保证大量用户同时接入时的网络稳定性，网关自身的局限性成为了业务实现或开发的瓶颈。

2、对于Parlay技术而言，实现多个业务组成的融合类业务，需要网络侧各个已投入应用的业务平台之间进行互相调用或者采用类似服务代理servicebroker的技术，实现起来比较复杂，对用户终端及开发者而言，难度较高，很难大规模应用。

3、对于Parlay技术而言，在网络侧以web service技术将能力开放，webservice采用HTTP协议，而HTTP协议是单向协议，网络侧无法主动将用户终端需要的事件或服务或业务发送给用户终端。

发明内容

本发明实施例提供了一种业务信令发送方法，用以节省网络资源，以及在用户终端侧利用基于HTTP的业务信令实现业务，包括：

用户终端启动应用业务，产生基于超文本传送协议HTTP的业务信令；

将所述基于HTTP的业务信令转换为基于会话初始协议SIP的业务信令；以及

将所述基于SIP的业务信令发送到网络侧。

本发明实施例还提供了一种业务信令接收方法，用以节省网络资源，以及在用户终端侧利用基于HTTP的业务信令实现业务，包括：

用户终端接收网络侧发送的基于会话初始协议SIP的业务信令；

将所述基于SIP的业务信令转换为基于超文本传送协议HTTP的业务信令；以及

传送所述基于HTTP的业务信令给对应的应用业务。

本发明实施例还提供了一种业务信令传送方法，用以节省网络资源，以及在用户终端侧利用基于HTTP的业务信令实现业务，包括：

用户终端启动应用业务，产生基于超文本传送协议HTTP的业务信令；将所述基于HTTP的业务信令转换为基于会话初始协议SIP的业务信令；以及，将所述基于SIP的业务信令发送到网络侧；

所述用户终端接收网络侧发送的基于SIP的业务信令；将所述基于SIP的业务信令转换为基于HTTP的业务信令；以及，传送所述基于HTTP的业务信令给对应的应用业务。

本发明实施例还提供了一种终端，用以节省网络资源，以及在用户终端侧利用基于HTTP的业务信令实现业务，包括应用业务模块、封装层控制器WLC和会话初始协议用户代理SIP UA：

所述应用业务模块，用于产生基于超文本传送协议HTTP的业务信令；或者，接收所述WLC传送的基于HTTP的业务信令；

所述WLC，用于将所述基于HTTP的业务信令转换为基于SIP的业务信令，并发送给所述SIP UA；或者，将所述基于SIP的业务信令转换为基于HTTP的业务信令，并发送给所述应用业务模块；

所述SIP UA，用于将所述WLC传送的基于SIP的业务信令发送到网络侧；或者，接收网络侧发送的基于SIP的业务信令。

本发明有益效果如下：

采用本发明实施例提供的业务信令传送方法，在网络侧基于SIP进行业务信令的传输，基于SIP的业务信令简单，占用的网络资源较少，且根据SIP的双向性，网络侧可以主动为用户终端提供用户终端所需的资源；在用户终端侧将基于SIP的业务信令转换为基于HTTP的业务信令，进而在用户终端的内部进行基于HTTP的业务信令的调用，对于用户终端及其开发者而言，基于HTTP的业务信令，较容易识别，开发者可以直接利用基于HTTP的业务信令实现应用业务，降低了业务的实现难度；并且，利用基于HTTP的业务信令开发网络业务，相对于利用基于SIP的业务信令开发网络业务而言，大大降低了开发的难度；另外，采用本发明实施例提供的业务信令传送方法，不需要在网络侧新建网关，当大量用户终端同时接入时，避免了网关接入数量造成的业务瓶颈；并且，不需要在网络侧新建网关，避免了对网络侧的改动，能够节省成本。

附图说明

图1为本发明实施例提供的业务信令发送方法的流程图；

图2为本发明实施例提供的业务信令接收方法的流程图；

图3为本发明实施例提供的业务信令传送方法的流程图；

图4为本发明实施例提供的终端的结构示意图；

图5为本发明实施例提供的呼叫业务的具体流程图。

具体实施方式

本发明实施例提供了一种业务信令发送方法，可以将用户终端内部发送的基于HTTP的业务信令转换为基于SIP的业务信令，并发送到网络中，具体流程如图1所示：

步骤101、用户终端启动应用业务，产生基于超文本传送协议HTTP的业务信令；

步骤102、用户终端将基于HTTP的业务信令转换为基于会话初始协议SIP的业务信令；

步骤103、用户终端将基于SIP的业务信令发送到网络侧。

用户终端在接入网络后，会与网络或网络中的其他用户终端间进行业务往来，如从网络中获取信息，或者与其他用户终端进行会话，等等。当用户终端自身启动一项应用业务时，如步骤101所示，用户终端启动应用业务，产生基于HTTP的信令，实施时，基于HTTP的信令可以使用可扩展标识语言(eXtensible Markup Language，XML)格式，此处采用XML格式的理由为：XML格式具有与平台无关、与厂商无关的无关特性，适用于web service。并且，由于XML语言具有可扩展性，此处的XML格式不仅包括基本XML语言，还包括多种基于XML语言开发出来的高级语言，如网络服务描述语言(WebServices Description Language，WSDL)，或者可扩展标识结构定义语言(eXtensible Markup Language Schemas Definition，XSD)语言，等等。当然，此处还可以使用其他格式，并不局限于XML格式。

在实施时，应用业务可以包括一项或多项业务，例如用户终端可以通过应用业务实现会话、天气预报、新闻早报、短消息等一项或多项业务。其中任意一项业务由一个或多个事件组成，每个事件对应一个既有函数并对应由该函数确定的处理过程(即服务)，例如，会话业务可以包括呼叫到达、呼叫应答、呼叫挂断等多个事件。用户终端产生基于HTTP的业务信令后，根据业务信令对应的事件调用对应的函数，获取对应的服务。

在一个实施例中，步骤101在实施之前，用户终端在该用户终端的会话初始协议用户代理(Session Initiation Protocol User Agent，SIP UA)上注册应用业务，注册内容包括应用业务包含的业务，还包括每个业务对应的事件及与事件对应的服务，网络侧将已注册的事件的服务以web service的形式发布，以便于启动应用业务时可以方便调用当前事件对应的服务。

步骤102及步骤103在实施时，用户终端将应用业务产生的基于HTTP的业务信令转换为SIP信令，并发送到网络侧。网络侧是基于SIP进行信令传输的，可以直接识别出用户终端发送的基于SIP的业务信令，并根据基于SIP的业务信令的内容做出反馈(如向用户终端发送基于SIP的应答信令或者转发给目的用户终端)，例如，若用户终端发送一个资源请求信令，网络侧获取资源请求信令的内容，将用户终端请求的资源发送给用户终端，举一个简单的例子，用户终端查询明天的天气如何，向网络侧发送查询信令，网络侧接收到查询信令后作出应答，回复包含“晴”的基于SIP的应答信令；再比如，若用户终端发送一个会话业务，网络侧将接收的对应该会话的业务信令转发给目的用户终端。

在本发明实施例中，应用业务包含的业务可能有多种情况，如，应用业务中可能只包含一项单一的业务，只实现一个功能，例如语音会话业务；应用业务中包含的业务也可能为多项单一业务的嵌套，可以实现多种功能，例如，视频会话业务。当存储在用户终端的应用业务包含的业务是一项单一业务时，用户终端产生对应该单一业务的、基于HTTP的业务信令；当应用业务包含的业务是多项单一业务的嵌套时，用户终端根据各项单一业务的应用顺序依次产生各项单一业务的、基于HTTP的业务信令。以视频会话业务为例对多项单一业务嵌套的情况进行说明，用户终端启动视频会话业务，先产生语音会话业务基于HTTP的业务信令，再产生视频业务基于HTTP的业务信令，将基于HTTP的业务信令转换为基于SIP的业务信令，并依次发送到网络侧，进而在会话过程中同时实现语音会话业务与视频业务的嵌套使用，也可以将其称为融合类业务。当然，视频会话业务仅仅是多项单一业务嵌套的一个具体实例，多项单一业务嵌套的实例还有多种，不同的业务嵌套方式对应的业务信令产生和发送顺序也不同，实施时根据具体情况而定。

基于同一发明构思，本发明实施例还提供了一种业务信令接收方法，具体处理流程如图2所示：

步骤201、用户终端接收网络侧发送的基于SIP的业务信令；

步骤202、用户终端将基于SIP的业务信令转换为基于HTTP的业务信令；

步骤203、用户终端传送基于HTTP的业务信令给对应的应用业务。

用户终端接入网络后，除自身发送业务外，还可以接收网络侧或网络内其他用户终端发送的业务，由于其他用户终端发送业务时通常需经网络侧转发，因此，如步骤201所示，终端接收网络侧发送的基于SIP的业务信令。为了让用户终端能够更方便更快捷地识别接入的业务，将基于SIP的业务信令转换为基于HTTP的业务信令，其中，基于HTTP的信令可以使用XML格式，具体理由如下：XML格式具有与平台无关、与厂商无关的无关特性，适用于webservice。并且，由于XML语言具有可扩展性，此处的XML格式不仅包括基本XML语言，还包括多种基于XML语言开发出来的高级语言，如WSDL语言，或者XSD语言，等等。当然，此处还可以使用其他格式，并不局限于XML格式。

步骤201在实施之前，在用户终端的SIP UA上注册对应的应用业务，注册内容包括应用业务包含的业务，还包括每个业务对应的事件及与事件对应的服务。在用户终端接收基于SIP的业务信令之前，网络侧将已注册的事件的服务以web service的形式发布，若接收的基于SIP的业务信令的服务不存在，用户终端就无法接收此项业务。

在本发明实施例时，如上所述，应用业务包含的业务可能有多种情况，如，应用业务中可能只包含一项单一的业务，只实现一个功能，例如语音会话业务；应用业务中包含的业务也可能为多项单一业务的嵌套，可以实现多种功能，例如，视频会话业务。当应用业务包含的业务是一项单一业务时，用户终端接收网络侧发送的对应单一业务的、基于SIP的业务信令；当应用业务包含的业务为多项单一业务的嵌套时，用户终端根据各项单一业务的应用顺序依次接收网络侧发送的对应各项单一业务的、基于SIP的业务信令。以视频会话业务为例对多项单一业务嵌套的情况进行说明，用户终端先接收网络侧转发的语音会话业务基于SIP的业务信令，再接收网络侧转发的视频业务基于SIP的业务信令，进而在会话过程中同时实现语音会话业务与视频业务的嵌套使用，也可以将其称为融合类业务。当然，视频会话业务仅仅是多项单一业务嵌套的一个具体实例，多项单一业务嵌套的实例还有多种，不同的业务嵌套方式对应的业务信令接收顺序也不同，实施时根据具体情况而定。

基于同一发明构思，本发明实施例还提供了一种业务信令传送方法，具体处理方式如图3所示：

步骤301、用户终端启动应用业务，产生基于HTTP的业务信令，用户终端将基于HTTP的业务信令转换为基于SIP的业务信令，以及，将基于SIP的业务信令发送到网络侧；

步骤302、用户终端接收网络侧发送的基于SIP的业务信令，将基于SIP的业务信令转换为基于HTTP的业务信令，以及，传送基于HTTP的业务信令给对应的应用业务。

步骤301及步骤302在实施时，基于HTTP的业务信令可以使用可扩展标识语言XML格式，具体理由如下：XML格式具有与平台无关、与厂商无关的无关特性，适用于web service。并且，由于XML语言具有可扩展性，此处的XML格式不仅包括基本XML语言，还包括多种基于XML语言开发出来的高级语言，如WSDL语言，或者XSD语言，等等。当然，此处还可以使用其他格式，并不局限于XML格式。

其中，步骤301在实施之前，用户终端在自身的SIP UA上注册应用业务，注册内容包括应用业务包含的业务，还包括每个业务对应的事件及与事件对应的服务。

在本发明实施例时，应用业务包含的业务可能有多种情况，如，应用业务中可能只包含一项单一的业务，只实现一个功能，例如语音会话业务；应用业务中包含的业务也可能为多项单一业务的嵌套，可以实现多种功能，例如，视频会话业务。当应用业务包含的业务是一项单一业务时，用户终端产生对应该单一业务的、基于HTTP的业务信令，或者，用户终端接收网络侧发送的对应单一业务的、基于SIP的业务信令；当应用业务包含的业务是多项单一业务的嵌套时，用户终端根据各项单一业务的应用顺序依次产生各项单一业务的、基于HTTP的业务信令，或者，用户终端根据各项单一业务的应用顺序依次接收网络侧发送的对应各项单一业务的、基于SIP的业务信令。以视频会话业务为例对多项单一业务嵌套的情况进行说明，用户终端先产生语音会话业务基于HTTP的业务信令，再产生视频业务基于HTTP的业务信令，进而在会话过程中同时实现语音会话业务与视频业务的嵌套使用；或者，用户终端先接收网络侧转发的语音会话业务基于SIP的业务信令，再接收视频业务基于SIP的业务信令，进而在会话过程中同时实现语音会话业务与视频业务的嵌套使用。多项单一业务的嵌套使用也可以称为融合类业务。当然，视频会话业务仅仅是多项单一业务嵌套的一个具体实例，多项单一业务嵌套的实例还有多种，不同的业务嵌套方式对应的业务信令传送顺序也不同，实施时根据具体情况而定。

采用本发明实施例提供的业务信令传送方法，在网络侧基于SIP，基于SIP的业务信令简单，占用资源少，且根据SIP的双向性，网络侧可以主动为终端提供终端所需资源；在用户终端侧将基于SIP的业务信令转换为基于HTTP的业务信令，在终端内部进行HTTP信令的调用，对于开发者而言，较容易识别，利用基于HTTP的业务信令开发网络业务，相对于利用基于SIP的业务信令开发网络业务而言，大大降低了开发的难度。

另外，采用本发明实施例提供的业务信令传递方法，对于应用业务包含的业务为多项单一业务的嵌套时，利用基于HTTP的业务信令可以较容易地实现多项单一业务的嵌套使用，不需要多个平台之间进行交互才能够实现。

为了保证每条业务信令均能够被调用，用户终端侧可以设置一个消息队列，当用户终端接收到一个业务信令时，当其放入信令队列中，与此同时，用户终端设置另外一个线程从信令队列中取出业务信令，根据业务信令对应的事件调用对应的服务，以异步的方式进行处理。

在实施时，为方便确认注册事件是否到达，一种较优的实施方式是在SIPUA设置一个事件登记表，将基于HTTP的业务信令中可能携带的事件存储在事件登记表中。当用户终端产生基于HTTP的业务信令或接收到网络侧转发的基于SIP的业务信令时，根据事件登记表确定事件的注册者(例如对应的应用业务)，由事件的注册者调用对应的服务。

基于同一发明构思，本发明实施例还提供了一种终端，如图4所示，包括应用业务模块401、封装层控制器(Wrapper Layer Controller，WLC)402和会话初始协议用户代理SIP UA 403：

应用业务模块401，用于产生基于超文本传送协议HTTP的业务信令；或者，接收WLC 402传送的基于HTTP的业务信令；

WLC 402，用于将基于HTTP的业务信令转换为基于SIP的业务信令，并发送给SIP UA 403；或者，将基于SIP的业务信令转换为基于HTTP的业务信令，并发送给应用业务模块401；

SIP UA 403，用于将WLC 402传送的基于SIP的业务信令发送到网络侧；或者，接收网络侧发送的基于SIP的业务信令。

实施时，SIP UA 403利用基于SIP的业务信令经网络侧与其他UA或用户终端进行信令的交互，在交互过程中，SIP UA 403负责媒体流的传输，例如，可以利用SIP完成发送SIP呼叫、应答、中止呼叫等功能。在实施时，SIP UA403可以向WLC 402开放若干个指定的APIs，如电话接入MakeCall、发短消息SendIM、挂机HangupCall等等，用以实现将呼叫到达、呼叫挂断、媒体流改变等和会话相关的事件对应的基于SIP的业务信令发送给WLC 402的目的。

现以一个正常呼叫的流程为例，对本发明实施例提供的方法进行具体说明，在本例中，一个用户终端通过网络侧向本地用户终端发送会话请求，其中，用户终端的内部结构如图4所示，为更明显地表达出基于HTTP的业务信令与基于SIP的业务信令之间的转换，可以将本地用户终端的SIP UA和WLC集成，称为WS-SIP接收转换节点，由于用户终端经SIP UA向网络侧发送基于SIP的业务信令或接收网络侧发送的基于SIP的业务信令，以远程SIP UA代替远程SIP UA所在的用户终端，具体流程如图5所示：

步骤501、应用业务模块向WS-SIP节点发送Subscibe，注册与呼叫业务相关的Allerting，AcceptCall，CallConnected，DisconectCall，CallDisconnected等事件及与事件对应的服务；

步骤502、远程SIP UA向WS-SIP节点发送Invite；

步骤503、WS-SIP节点将接收的Invite转换为Allerting并传递给应用业务模块；

步骤504、应用业务模块收到Allerting之后，发送AcceptCall给WS-SIP节点，接受对方用户终端发送的呼叫；

步骤505、WS-SIP节点收到AcceptCall后，以200 OK响应远端SIP UA，呼叫建立；

步骤506、远程SIP UA向WS-SIP节点发送Ack响应；

步骤507、WS-SIP节点将接收到的Ack转换为CallConnected，并将CallConnected发送至应用业务模块；

步骤508、应用业务模块向WS-SIP节点发送DisconectCall，准备结束呼叫；

步骤509、WS-SIP节点收到DisconectCall后，向远端SIP UA发送Bye请求，告知准备结束呼叫；

步骤510、远端SIP UA向WS-SIP节点返回200OK，远端SIP UA所在用户终端停止呼叫；

步骤511、WS-SIP发送CallDisconnected给应用业务模块，告知呼叫已结束。

由图5可以显而易见地看出，WS-SIP节点与远端SIP UA之间是通过基于SIP的业务信令进行传输，而WS-SIP节点与应用业务模块之间是通过基于HTTP的业务信令进行传输，在本例中，通过WS-SIP节点可以将基于SIP的业务信令与基于HTTP的业务信令进行互相转换，因此，对于用户终端及其操作者而言，可以直接利用基于HTTP的业务信令实现应用业务包含的业务，降低了业务的实现难度。

采用本发明实施例提供的业务信令传送方法，在网络侧基于SIP进行业务信令的传输，基于SIP的业务信令简单，占用的网络资源较少，且根据SIP的双向性，网络侧可以主动为用户终端提供用户终端所需的资源；在用户终端侧将基于SIP的业务信令转换为基于HTTP的业务信令，进而在用户终端的内部进行基于HTTP的业务信令的调用，对于用户终端及其开发者而言，基于HTTP的业务信令，较容易识别，开发者可以直接利用基于HTTP的业务信令实现应用业务包含的业务，降低了业务的实现难度；并且，利用基于HTTP的业务信令开发网络业务，相对于利用基于SIP的业务信令开发网络业务而言，大大降低了开发的难度；另外，采用本发明实施例提供的业务信令传送方法，不需要在网络侧新建网关，当大量用户终端同时接入时，避免了网关接入数量造成的业务瓶颈；并且，不需要在网络侧新建网关，避免了对网络侧的改动，能够节省成本。

另外，采用本发明实施例提供的业务信令传递方法，对于应用业务包含的业务为多项单一业务的嵌套时，利用基于HTTP的业务信令可以较容易地实现多项单一业务的嵌套使用，不需要多个平台之间进行交互才能够实现，也不需要利用service broker等技术。

显然，本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样，倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。

Claims (10)

1.一种业务信令发送方法，其特征在于，包括：

用户终端启动应用业务，产生基于超文本传送协议HTTP的业务信令；

将所述基于HTTP的业务信令转换为基于会话初始协议SIP的业务信令；以及

将所述基于SIP的业务信令发送到网络侧。

2.如权利要求1所述的方法，其特征在于，在产生基于HTTP的业务信令之前，包括：

所述用户终端在会话初始协议用户代理SIP UA上注册所述应用业务。

3.如权利要求1或2所述的方法，其特征在于，所述应用业务为一项单一业务时，所述用户终端产生基于HTTP的业务信令具体包括：产生对应所述单一业务的、基于HTTP的业务信令；

所述应用业务为多项单一业务的嵌套时，所述用户终端产生基于HTTP的业务信令具体包括：根据各项单一业务的应用顺序依次产生对应各项单一业务的、基于HTTP的业务信令。

4.一种业务信令接收方法，其特征在于，包括：

用户终端接收网络侧发送的基于会话初始协议SIP的业务信令；

将所述基于SIP的业务信令转换为基于超文本传送协议HTTP的业务信令；以及

传送所述基于HTTP的业务信令给对应的应用业务。

5.如权利要求4所述的方法，其特征在于，还包括：

所述用户终端在会话初始协议用户代理SIP UA上注册所述对应的应用业务。

6.如权利要求4或5所述的方法，其特征在于，所述应用业务为一项单一业务时，所述用户终端接收网络侧发送的基于会话初始协议SIP的业务信令具体包括：接收网络侧发送的对应所述单一业务的、基于SIP的业务信令；

所述应用业务为多项单一业务的嵌套时，所述用户终端接收网络侧发送的基于会话初始协议SIP的业务信令具体包括：根据各项单一业务的应用顺序依次接收网络侧发送的对应各项单一业务的、基于SIP的业务信令。

7.一种业务信令传送方法，其特征在于，包括：

用户终端启动应用业务，产生基于超文本传送协议HTTP的业务信令；将所述基于HTTP的业务信令转换为基于会话初始协议SIP的业务信令；以及，将所述基于SIP的业务信令发送到网络侧；

所述用户终端接收网络侧发送的基于SIP的业务信令；将所述基于SIP的业务信令转换为基于HTTP的业务信令；以及，传送所述基于HTTP的业务信令给对应的应用业务。

8.如权利要求7所述的方法，其特征在于，还包括：所述用户终端在会话初始协议用户代理SIP UA上注册所述应用业务。

9.如权利要求7或8所述的方法，其特征在于，所述应用业务为一项单一业务时，所述用户终端产生基于HTTP的业务信令具体包括：产生对应所述单一业务的、基于HTTP的业务信令；以及

所述用户终端接收网络侧发送的基于会话初始协议SIP的业务信令具体包括：接收网络侧发送的该业务的、基于SIP的业务信令；

所述应用业务为多项单一业务的嵌套时，所述用户终端产生基于HTTP的业务信令具体包括：根据各项单一业务的应用顺序依次产生对应各项单一业务的、基于HTTP的业务信令；以及

所述用户终端接收网络侧发送的基于会话初始协议SIP的业务信令具体包括：根据各项单一业务的应用顺序依次接收网络侧发送的对应各项单一业务的、基于SIP的业务信令。

10.一种终端，其特征在于，包括应用业务模块、封装层控制器WLC和会话初始协议用户代理SIP UA：

所述应用业务模块，用于产生基于超文本传送协议HTTP的业务信令；或者，接收所述WLC传送的基于HTTP的业务信令；

所述WLC，用于将所述基于HTTP的业务信令转换为基于SIP的业务信令，并发送给所述SIP UA；或者，将所述基于SIP的业务信令转换为基于HTTP的业务信令，并发送给所述应用业务模块；

所述SIP UA，用于将所述WLC传送的基于SIP的业务信令发送到网络侧；或者，接收网络侧发送的基于SIP的业务信令。

Images