CN1882009A - Ngn中实现与拍叉相关补充业务的方法 - Google Patents

Abstract

本发明提供了一种NGN中实现与拍叉相关补充业务的方法，SIP业务控制单元上存储有所述的补充业务；该方法包括以下步骤：A、用户拍叉，终端检测到拍叉事件后，触发特定的SIP信令消息上报给SIP业务控制单元；B、SIP业务控制单元收到所述特定的SIP信令消息，挂起当前用户的呼叫，并将所述特定的SIP信令消息作为拍叉事件触发存储的所述补充业务，由所述补充业务控制后续呼叫，根据补充业务的业务逻辑指示终端向用户放音、收号、上报用户事件等。使用本发明，在NGN网络中可实现以网络控制为核心的和拍叉相关的补充业务。

Description

NGN中实现与拍叉相关补充业务的方法

技术领域

本发明涉及NGN技术领域，特别是指NGN中实现与拍叉相关补充业务的方法。

背景技术

在PSTN网络中，很多补充业务都需要由拍叉信号来实现。例如，在电信局申请受理以下程控电话服务项目可使用的补充业务(不限于下述业务)均涉及到拍叉事件：

遇忙回叫：使用这项业务后，当主叫方拨叫被叫方电话遇忙时，主叫方轻拍叉簧，听拨号音后，按下指定的登记按键(如#59#)，挂上电话等待回叫，不用再拨号，一旦被叫方电话空闲下来，就会自动回叫主叫的电话，这样主叫方就不必在遇忙时反复试拨。

呼叫等待：当主叫方正在和对方通话时，遇有第三方拨入，可暂请当前通话对方等候，然后主叫方轻拍一下叉簧即可改与第三方通话，再拍一下叉簧则可恢复与对方通话。

和拍叉相关的补充业务还包括内线呼叫转移、多方会议、三方通话、追查恶意呼叫等等，此处不再一一举例说明。

在PSTN网络中，拍叉信号是一个模拟信号，交换机接收识别该信号后，可以进行相应的动作实现上述的各种业务。而在NGN中，用户终端是基于IP的，与NGN中软交换设备的通讯是基于IP的网络协议(如SIP、H.323等)的，软交换设备并不接受模拟信号，无法直接实现与拍叉相关的各种补充业务。另一方面，由于NGN的迅猛发展，要求在NGN网络下向用户提供PSTN网络向用户所提供的补充业务的功能，并且，需要使用户能够在NGN网络中继续保持他们在PSTN网络中的使用方式。因此，如何在NGN中实现PSTN中的和拍叉相关的补充业务，成为一种急需解决的问题。但到目前为止仍然缺乏相关的标准。

目前，在NGN网络中，对于补充业务的实现方式可主要归类为以下两种解决方案：终端控制方式和网络控制方式。

终端控制方式是一种新的实现方式，它要求终端本身更加智能化，实现更多的业务逻辑和具有更强的业务控制能力。目前仍然缺乏相关的技术标准，并且所要求的终端与其他网络设备之间的互通能力也不尽人意。IETF草案“draft-ietf-sipping-service-examples-XX”(XX代表草案的版本，目前最新版为08)为该方式定义了一系列SIP补充业务的业务流程。但是该方式仍存在以下不足：

1、用户操作方式与PSTN用户操作方式不一致，很难被终端用户和运营商接受。

2、由于在终端触发业务，很难对用户的业务可用性进行管理。呼叫流程要求终端与网络服务器之间的密切配合，任何新业务的实施都需要终端和网络服务器的升级支持。

3、现有SIP终端的业务不成熟。呼叫流程为每一个新业务提供了一个特殊的流程，各流程之间通用部分较少。在触发业务之前，终端必须根据用户的业务属性以及呼叫的上下文详细信息等决策可以触发什么业务，并且业务的触发需要终端之间的密切配合。

4、终端的实现非常复杂。

5、终端与网络服务器之间的互通非常困难，因此严重影响和制约了新业务的实现、应用与推广。

6、业务的管理变得非常复杂，难于实现。

在IETF的草案中已经提供的补充业务流程包括呼叫转移、会议、三方通话、呼叫等待等，但各业务之间呼叫流程彼此独立，并没有提供统一的SIP补充业务实现方案。并且，提供的这些业务的实现方式均是基于终端控制方式的，对于每一个新业务，每一个设备都必须时刻知道所触发的业务以及呼叫相关的所有信息，存在着上述终端控制方式的6种缺陷。并且有些业务中某些片断该草案并没有给出清晰详细的定义，譬如三方通话等业务中第三方如何获取原始呼叫信息。

网络控制方式是一种集中的有效的实现方式，终端(如SIP IAD)与软交换设备之间可以使用不同的网络协议，但对用户来讲却是完全透明的，用户可以仍然使用POTS话机。但目前还没有基于网络控制方式的补充业务实现标准或规范，也没有实现和拍叉相关补充业务的标准。

发明内容

有鉴于此，本发明的主要目的在于提供了NGN中实现和拍叉相关补充业务的方法，以使NGN网络中实现以网络控制为核心的和拍叉相关的补充业务。

本发明提供的NGN中实现与拍叉相关补充业务的方法，SIP业务控制单元上存储有所述的补充业务；还包括以下步骤：

A、用户拍叉，终端检测到拍叉事件后，触发特定的SIP信令消息上报给SIP业务控制单元；

B、SIP业务控制单元收到所述特定的SIP信令消息，挂起当前用户的呼叫，并将所述特定的SIP信令消息作为拍叉事件触发存储的所述补充业务，由所述补充业务控制后续呼叫。

其中，步骤B所述挂起当前用户的呼叫的步骤包括：挂起拍叉用户和所呼叫的对方用户的呼叫，为：SIP业务控制单元向对方用户发送特定的SIP信令消息挂起所呼叫的对方用户的呼叫；SIP业务控制单元向拍叉的用户终端返回响应消息，完成对拍叉用户呼叫的挂起。

其中，进一步包括：用户再次拍叉，终端触发特定的SIP信令消息上报给SIP业务控制单元；SIP业务控制单元收到所述特定的SIP信令消息，将此消息作为拍叉事件执行恢复流程，恢复当前用户呼叫。

其中，所述恢复流程包括：SIP业务控制单元向拍叉用户发送不带SDP的re-INVITE；SDP是指会话描述协议；SIP业务控制单元接收拍叉用户返回的响应消息；所述响应消息携带拍叉用户返回的SDP；SIP业务控制单元向对方用户发送携带有所述SDP的重邀请re-INVITE消息；SIP业务控制单元收到对方用户返回的响应消息；所述响应消息携带对方用户返回的SDP；SIP业务控制单元通过响应消息向拍叉用户返回对方用户的SDP。

其中，进一步包括：用户再次拍叉，终端直接向SIP业务控制单元发送带有非HOLD SDP的re-INVITE恢复呼叫，所述HOLD SDP是指会话描述协议为保持模式的指令。

其中，所述终端为SIP终端，根据用户拍叉SIP终端产生所述特定的SIP信令消息；或，所述终端包括POTS终端和SIP网关，POTS将所述用户拍叉信号传递给SIP网关，SIP网关收到后产生所述特定的SIP信令消息。

其中，所述SIP网关包括：SIP接入网关SIP AG或SIP综合接入设备SIP-IAD。

其中，所述特定的SIP信令消息为携带有HOLD SDP的重邀请re-INVITE消息，所述HOLD SDP是指会话描述协议为保持模式的指令。

其中，步骤B所述由补充业务控制后续呼叫包括：根据补充业务的业务逻辑执行用户事件上报给SIP业务控制单元的流程，通过设定的消息在终端和SIP业务控制单元间传送信息。

其中，步骤B所述由补充业务控制后续呼叫包括：根据补充业务的业务逻辑，SIP业务控制单元指示终端向用户放音、收号，通过设定的消息在终端和SIP业务控制单元间传送信息。

其中，所述设定的消息中包括以下之一或任意组合：号码Digit参数，用于终端向SIP业务控制单元传送用户所拨的号码；语音类型Tone-type参数，用于SIP业务控制单元指示终端放何种类型的铃音给用户；号间定时器Dial-timer参数，用于指定相邻拨号之间的定时器时长；号码全Digit-complete参数，用于SIP业务控制单元指示终端是否已经收全所需号码。

由上述方法可以看出，本发明提供了一种简单的通用的方法在NGN中来实现和拍叉相关的补充业务。具体来说，本发明通过特定的SIP信令，指示SIP业务控制单元当前为拍叉，触发和拍叉相关的补充业务。

由于采用了基于网络控制方式(补充业务置于SIP业务控制单元)，终端和SIP业务控制单元之间彼此独立，增加一种新补充业务时不需要终端和SIP业务控制单元同时升级，因此它彻底解除了终端和SIP业务控制单元之间的偶合性，所有业务逻辑都将统一由SIP业务控制单元处理，SIP业务控制单元管理业务需要的所有资源，而且终端用户的操作方式与PSTN用户的操作方式也将完全相同。

本发明可以采用POTS话机时通过基于SIP协议的SIP-IAD接入，或直接采用SIP话机接入，向用户提供完全类似的业务功能和操作方式，并通过该方式满足大多数的个人和企业用户的需求，实现终端用户的操作方式仍与PSTN用户的操作方式相同。

附图说明

图1为拍叉后的挂起和恢复流程图。

图2为采集终端号码的流程图。

具体实施方式

在NGN中，有相当多的补充业务，包括呼叫等待、会议、三方通话、呼叫转移等都需要使用挂起(HOLD)过程来挂起当前呼叫，然后在多个用户之间切换或呼叫第三方用户等。当呼叫被挂起之后终端之间的媒体流传输也随即中止，并且根据业务需要SIP业务控制单元(SIP业务控制单元可以是软交换设备，也可以是使用SIP协议为用户提供补充业务的服务器)可以向被挂起的用户播放挂起音乐，当执行补充业务完毕，根据补充业务逻辑进行挂起恢复(Retrieve)，以继续执行挂起前的呼叫以及恢复终端之间的媒体流传输。拍叉是实现众多补充业务的一个基本需求，本发明即主要建立了拍叉和挂起、拍叉和挂起恢复之间的关系，以在NGN中实现与拍叉相关的补充业务，而对用户而言，仍采用了拍叉动作，其使用方式与PSTN用户的使用方式完全一致。

本发明中，当SIP用户拍叉后，根据该信号来触发一个挂起过程。呼叫被挂起之后，用户可以通过再次拍叉进行挂起恢复。下面参见图1示出的用户挂起(HOLD)和恢复(Retrieve)呼叫流程，对补充业务的实现进行描述，主要包括以下步骤：

步骤101～102：用户A拍叉，终端检测到拍叉事件后，触发re-INVITE(重邀请)消息上报给SIP业务控制单元，该re-INVITE的SDP(会话描述协议)为HOLD SDP，本发明中，建议使用所有媒体流的RTP(实时传输协议)地址或端口为0，或者所有媒体方向为inactive(未活动)，这样处理是因为终端不需要接受或者向别人提供业务音。当然，也可以采用RFC3264中定义的HOLD SDP。

步骤103～105：SIP业务控制单元接收到所述re-INVITE消息后，将此消息作为拍叉事件进行处理，执行挂起流程，并根据存储的相关的业务逻辑(如本地策略、本地数据配置以及用户数据等)触发相应的补充业务，以实现和拍叉有关的补充业务。

其中，挂起流程针对用户B来说，可以有以下几种实现方式：

第一种：SIP业务控制单元申请媒体资源后向终端B发送带有媒体资源SDP的re-INVITE消息，让B听来自网络的业务音。这种方式是国标通常采用的实现方式。

第二种：SIP业务控制单元通知终端B向用户播放挂起音乐。

第三种：SIP业务控制单元向终端B发送带有HOLD SDP的re-INVITE消息，将B用户挂起。

而对于用户A来说，可以有以下几种实现方式：

第一种：如果是纯粹的HOLD业务(即仅仅是停止当前业务媒体流)，则SIP业务控制单元向A返回对re-INVITE的响应消息后无后续对A的动作。

第二种：SIP业务控制单元向A返回对re-INVITE的响应完成媒体的HOLD过程，然后通过re-INVITE等后续信令通知A终端向用户放音或检测用户事件并向SIP业务控制单元上报等。

第三种：SIP业务控制单元可以直接在对re-INVITE的200响应消息中完成对媒体的HOLD，通知指示终端向用户放音或检测用户事件并向SIP业务控制单元上报等。

本例中，在触发补充业务后，补充业务控制SIP业务控制单元进行相应的动作，常用的包括要求用户事件上报等，具体可以参见图2所示，关于用户事件上报将在后面进行描述。

步骤111～112：当补充业务执行完后，当用户再次拍叉时，终端检测到拍叉事件后，再次触发一个新的re-INVITE消息发送给SIP业务控制单元。该re-INVITE的SDP也是为HOLD SDP。

步骤113：SIP业务控制单元接收到所述re-INVITE消息后，将此消息作为拍叉事件进行处理。由于呼叫已经被挂起，SIP业务控制单元收到该消息后，通过媒体修改过程重新恢复当前呼叫。

步骤114～118：这几个步骤是比较典型的媒体修改过程：SIP业务控制单元向用户A发送不带SDP的re-INVITE，等收到200响应消息后向用户B发送re-INVITE(携带A返回的200响应消息中携带的SDP)，等B返回200响应消息后通过ACK向A返回B的SDP，然后向B发送ACK，完成整个媒体流的修改过程。

对于步骤114～118，可以使用任何媒体修改过程进行呼叫的恢复，本文不对此进行限制。例如也可以使用现有的UPDATE等媒体修改过程代替上面的媒体修改过程。因为两者之间处理请求方法以及只有对re-INVITE过程才需要ACK之外并无太大差异，对补充业务流程也没有任何影响，本文中我们使用re-INVITE进行示例性说明，在实际应用中除了不带SDP的re-INVITE发起的re-INVITE过程之外其余的媒体修改过程均可以使用UPDATE等其他媒体修改过程替代。

对于上述的恢复过程，另一种实现方式是，用户再次拍叉后，终端直接向SIP业务控制单元发送带有非HOLD SDP的re-INVITE来恢复呼叫。

从上面的流程可以看出，本发明中当用户拍叉时，终端检测到后触发一个re-INVITE消息发送给SIP业务控制单元，该re-INVITE的SDP为HOLDSDP，SIP业务控制单元收到该消息后，作为接收到一个拍叉事件进行处理。从而，解决了NGN中SIP业务控制单元无法直接识别拍叉模拟信号的问题，从而可以实现和拍叉相关的补充业务。

下面对上述要求用户事件上报的实现过程进行说明，在对挂起的响应过程中，SIP业务控制单元可以根据所触发的业务指示终端完成某些指定的动作，譬如指示终端向用户播放某种特殊音，收集用户拨号等，这即称为用户事件上报。

为了实现用户事件上报，对SIP协议进行了扩展。本发明定义了一种新的MIME消息体类型application/sscc。其完整定义如下：

MIME media type name(MIME媒体类型)：application

MIME subtype name(MIME媒体子类型)：sscc

Required parameters(必选参数)：none(无).

Optional parameters(可选参数)：none(无).

该消息体的ABNF语法定义如下

sscc-body                ＝1*(sscc-line CRLF)

sscc-line                     ＝tone-Type/digit-complete/dial-timer/Digit/extension-sscc-line

tone-type       ＝″tone-type＝″tone-type-name*[；tone-type-param]

tone-type-name           ＝″beep″/″dial″/″busy″/sscc-token

tone-type-param             ＝beep-duration/beep-gap/beep-times/extension-tone-type-param

extension-tone-type-param    ＝tone-type-param-name    ″＝″tone-type-param-Value

beep-duration              ＝″beep-duration＝″decimal-number

beep-gap                     ＝″beep-gap＝″decimal-number

beep-times                  ＝″beep-times＝″decimal-number

tone-type-param-name       ＝sscc-token

tone-type-param-value    ＝sscc-token

digit-complete            ＝″digit-complete＝″(″yes″/″no″)

dial-timer                   ＝″dial-timer＝″decimal-number

digit                   ＝″digit＝″1*(digit0to9/″*″/″#″)

extension-sscc-line                  ＝extension-sscc-line-name  ″＝″extension-sscc-line-value

extension-sscc-line-name  ＝extension-sscc-token

extension-sscc-line-value＝extension-sscc-token

sscc-token                   ＝alpha[*(alphanum/″-″)]

extension-sscc-token       ＝1*(alphanum/″-″/″.″/″！″/″％″/″*″/″_″/″+″/″｀″/″′″/″～″/″#″)

alpha                        ＝upper-alpha/lower-alpha

alphanum                      ＝alpha/digit0to9

decimal-number               ＝″0″/(digitlto9[*digit0to9])

upper-alpha                  ＝％x41-5A

lower-alpha                  ＝％x61-7A

digitlto9                    ＝％x31-39

digit0to9              ＝％x30-39

其中，Tone-type(语音类型)用于SIP业务控制单元通知终端当前需要送何种类型的音给用户。对于某些语音类型还定义了一些相关的参数。本文只定义了“beep”音的参数：beep-duration(单次beep音开始到结束之间的时长，单位为毫秒)，beep-gap(beep音结束到下次beep音之间的时长，单位为毫秒)，beep-times(beep总次数，单位为次)。特别是，如果tone-type为“dial”(“拨号音”)，用于通知终端需要向用户播放拨号音并准备收集用户的拨号。

Digit-complete(号码全)是SIP业务控制单元指示终端号码已经收全，终端必须停止收号并不再通过SIP信令向SIP业务控制单元上报用户的拨号信息。这个机制可以有效地避免SIP事务的冲突和减少额外不必要的消息。

Dial-timer(号间定时器)用于指定相邻拨号之间的定时器时长，单位为毫秒。每次终端收到了用户的拨号，它都应该重新启动定时器。如果定时器超时，则终端需要通过SIP消息将已经收集到的号码送给SIP业务控制单元。特定的，如果拨号盘定时器是0，终端在收到用户拨号后应该立即将用户所拨号码送给SIP业务控制单元。

Digit(号码)用户终端向SIP业务控制单元上报用户所拨的号码。在向SIP业务控制单元发送适当的信令消息(本例中采用了INFO请求消息)后，终端必须继续收号并等待对INFO的响应消息。在收到对该INFO请求的最终响应消息之前终端不能向SIP业务控制单元发送新的请求消息。

如果SIP业务控制单元通过单独的INFO请求消息向终端发送某些指示，终端必须根据消息中的指示进行处理。在处理完成后可能需要终端将SIP业务控制单元需要的信息发送给SIP业务控制单元。收到INFO请求后，如果需要，SIP业务控制单元还可以通过立即返回的对INFO的最终响应发送新的指示。如果业务是由于用户拍叉动作触发的，SIP业务控制单元还可以通过对指示HOLD的re-INVITE或UPDATE请求消息的最终响应消息下发指示消息。

下面参见图2示出采集终端号码的流程，对用户事件上报的实现进行说明：

步骤201～202：当SIP业务控制单元根据补充业务逻辑，需要终端向用户放拨号音，开始收号并立即上报用户的拨号时，可以下发INFO消息，其中sscc消息体为：

tone-type＝dial，

dial-timer＝0，

其中，tone-type＝dial用来指示终端放拨号音并开始收号；dial-timer＝0用来指示终端收号后立即上报。

步骤203～205：终端对INFO消息回响应消息，并开始收集用户拨号，收集到用户拨号后，通过INFO消息立即向SIP业务控制单元上报用户拨号。sscc消息体为：

Digit＝1，

该消息表示上报用户拨号为1。

步骤206：SIP业务控制单元根据补充业务逻辑判断是否收号全，若否，则向终端返回响应消息，sscc携带消息体为：

Digit-complete＝no，

该消息用来表示收号未收全，用于指示终端继续收号。

若收号全，参见步骤210。

步骤208～209：和步骤203～205一样，继续采集用户拨号并上报SIP业务控制单元。

步骤210～211：SIP业务控制单元根据补充业务逻辑判断已经收号全，则返回的响应消息(也可以通过一个独立的INFO请求消息通知终端)携带sscc消息体为：

Digit-complete＝yes，

该消息用来表示收号全，用于指示终端停止收号。

收号全是指SIP业务控制单元采集完指定数位的用户拨号号码，例如，SIP业务控制单元需要用户拨一位号码来完成业务菜单的选择时，当收到终端上报的一位号码后，SIP业务控制单元认为收号全，则可以返回上述响应消息。

步骤212：终端接收到所述消息后，停止收号。

根据本发明，可以实现和拍叉相关的补充业务。例如：当用户拍叉后，根据上面的方法触发SIP业务控制单元存储的相关补充业务，将当前呼叫挂起。然后SIP业务控制单元根据存储的补充业务的逻辑执行和业务有关的流程，例如，SIP业务控制单元可以向另外一端用户播放HOLD音乐，或SIP业务控制单元指示终端向用户播放特定的业务提示音，或SIP业务控制单元指示终端向用户放拨号音并准备收号，并在收到号码后上报给SIP业务控制单元等等流程。然后，当用户再次拍叉，SIP业务控制单元可以根据补充业务的逻辑恢复当前呼叫并恢复通信双方的通话。本发明主要解决的是如何将拍叉引入NGN中补充业务中，以及用户拨号等事件如何上报的问题，对于SIP业务控制单元存储的具体的补充业务不作限制。

上文中的终端用户可以是POTS话机和SIP网关，SIP网关可以是SIPAG(SIP接入网关)、SIP-IAD(SIP综合接入设备)等设备。SIP网关，用于实现POTS话机的接入，将语音数字化并打包为IP传送到SIP业务控制单元，以及与POTS采用电信信令通信，使用SIP与SIP业务控制单元通信。POTS通过SIP网关接入网络，POTS发出拍叉信号的是模拟信号，由SIP网关接收后，触发生成re-INVITE消息。当然对于支持SIP协议的SIP终端，可以直接根据拍叉re-INVITE触发信息，同样适于本发明。

以上所述仅为本发明的较佳实施例而已，并不用以限制本发明，凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (11)

1、一种NGN中实现与拍叉相关补充业务的方法，SIP业务控制单元上存储有所述的补充业务；其特征在于，该方法包括以下步骤：

A、用户拍叉，终端检测到拍叉事件后，触发特定的SIP信令消息上报给SIP业务控制单元；

B、SIP业务控制单元收到所述特定的SIP信令消息，挂起当前用户的呼叫，并将所述特定的SIP信令消息作为拍叉事件触发存储的所述补充业务，由所述补充业务控制后续呼叫。

2、根据权利要求1所述的方法，其特征在于，步骤B所述挂起当前用户的呼叫的步骤包括：挂起拍叉用户和所呼叫的对方用户的呼叫，为：

SIP业务控制单元向对方用户发送特定的SIP信令消息挂起所呼叫的对方用户的呼叫；

SIP业务控制单元向拍叉的用户终端返回响应消息，完成对拍叉用户呼叫的挂起。

3、根据权利要求1所述的方法，其特征在于，进一步包括：

用户再次拍叉，终端触发特定的SIP信令消息上报给SIP业务控制单元；

SIP业务控制单元收到所述特定的SIP信令消息，将此消息作为拍叉事件执行恢复流程，恢复当前用户呼叫。

4、根据权利要求3所述的方法，其特征在于，所述恢复流程包括：

SIP业务控制单元向拍叉用户发送不带SDP的re-INVITE；SDP是指会话描述协议；

SIP业务控制单元接收拍叉用户返回的响应消息；所述响应消息携带拍叉用户返回的SDP；

SIP业务控制单元向对方用户发送携带有所述SDP的重邀请re-INVITE消息；

SIP业务控制单元收到对方用户返回的响应消息；所述响应消息携带对方用户返回的SDP；

SIP业务控制单元通过响应消息向拍叉用户返回对方用户的SDP。

5、根据权利要求1所述的方法，其特征在于，进一步包括：

用户再次拍叉，终端直接向SIP业务控制单元发送带有非HOLD SDP的re-INVITE恢复呼叫，所述HOLD SDP是指会话描述协议为保持模式的指令。

6、根据权利要求1所述的方法，其特征在于，所述终端为SIP终端，根据用户拍叉SIP终端产生所述特定的SIP信令消息；或，

所述终端包括POTS终端和SIP网关，POTS终端将所述用户拍叉信号传递给SIP网关，SIP网关收到后产生所述特定的SIP信令消息。

7、根据权利要求6所述的方法，其特征在于，所述SIP网关包括：

SIP接入网关SIP AG或SIP综合接入设备SIP-IAD。

8、根据权利要求1、2、3或6所述的方法，其特征在于，所述特定的SIP信令消息为携带有HOLD SDP的重邀请re-INVITE消息，所述HOLDSDP是指会话描述协议为保持模式的指令。

9、根据权利要求1所述的方法，其特征在于，步骤B所述由补充业务控制后续呼叫包括：

根据补充业务的业务逻辑执行用户事件上报给SIP业务控制单元的流程，通过设定的消息在终端和SIP业务控制单元间传送信息。

10、根据权利要求1所述的方法，其特征在于，步骤B所述由补充业务控制后续呼叫包括：

根据补充业务的业务逻辑，SIP业务控制单元指示终端向用户放音、收号，通过设定的消息在终端和SIP业务控制单元间传送信息。

11、根据权利要求9或10所述的方法，其特征在于，所述设定的消息中包括以下之一或任意组合：

号码Digit参数，用于终端向SIP业务控制单元传送用户所拨的号码；

语音类型Tone-type参数，用于SIP业务控制单元指示终端放何种类型的铃音给用户；

号间定时器Dial-timer参数，用于指定相邻拨号之间的定时器时长；

号码全Digit-complete参数，用于SIP业务控制单元指示终端是否已经收全所需号码。

Images