一种智能业务呼叫的处理方法

技术领域

本发明涉及WCDMA(宽带码分多址)系统中一种智能业务呼叫的处 理方法，属于移动通讯领域，特别涉及一种智能呼叫时SSP(业务交换点) 的处理方法。

背景技术

传统网络中补充业务的处理与呼叫处理结合在一起，由移动交换中心 MSC控制完成，业务流程不可改变。网络运营者为了提供新的补充业务， 必须在全网范围内统一升级移动网络相关节点的软件版本，甚至包括计费中 心的软件。版本升级稳定性差、风险大、费用高，直接影响网络运行。智能 网业务处理方式相对传统的业务处理有很大的差异。在智能网中，业务处理 和呼叫处理是分开的，网络功能模块化划分，每个交换节点只完成基本呼叫 处理，业务逻辑控制由SCP(业务控制点)完成。

ETSI(欧洲电信标准化协会)在GSM Phase2+Release96版本首次提出移 动智能的第一阶段协议(CAMEL Phase1：移动网络增强逻辑的客户化应用 1)。该阶段的移动智能网络仅提供对基本的移动主叫(包括前转呼叫)和移动 被叫的智能支持；接着在GSM Phase2+Release97进入第二阶段(CAMEL Phase2)。根据协议，移动智能网络在第二阶段增加对即时查询、语音提示、 带内交互、计费处理、补充业务(ECT直接呼叫转移、CD呼叫偏转、MPTY 多方会话)激活通知和利用非结构化用户数据(USSD)与SCF(业务控制功能) 交互等的智能支持。CAMEL Phase3(移动网络增强逻辑的客户化应用3) 一方面增强了对电路交换型业务的CAMEL控制的能力，另一方面也引入了 对GPRS(通用分组无线业务)、短消息(SMS)等业务的CAMEL(移动网络 增强逻辑的客户化应用)控制。目前移动智能业务已经发展到CAMEL4(移 动网络增强逻辑的客户化应用4)阶段，CAMEL4主要增加了如下新特性： 支持同优化路由地交互；支持CPH处理(Call Party Handling：呼叫方处理)； 对于MO和VT呼叫支持DTMF MidCall过程；支持灵活语音插入功能；提 供被叫用户位置信息功能；为正在进行的呼叫提供位置信息功能；控制 MT SMS业务(移动台终结短消息业务)等。

目前移动智能业务已经发展到CAMEL4阶段，CAMEL4引入了CS (Call Segment：呼叫段)、CSA(Call Segment Association：呼叫段关联) 的概念，新增了CPH操作，通过CPH功能使得SCP能够控制多方呼叫，并 能够清楚地知道目前呼叫连接视图。3GPP 29.078协议、3GPP 23.078协议中 对各种情况的实现步骤作了详细的说明。

图1是现有实现智能业务的系统结构图，该移动智能业务系统包括：移 动终端MS、负责无线传送和接收的节点Node B()、无线网络控制器 RNC、移动交换中心/网关移动交换中心/业务交换点(Msc/Gmsc/SSP)和业 务控制点SCP。其中MS、Node B、RNC负责呼叫的无线侧接入， Msc/Gmsc/SSP负责接收SCP的控制完成呼叫网络侧的接续，SCP负责控制 呼叫流程和计费。

当签约了CAMEL4阶段智能业务的用户发起一个呼叫时，在智能业务 触发点触发智能业务，向智能网系统中的业务控制点(SCP)发送初始化检 测点消息(IDP)，业务控制点(SCP)收到IDP消息后断开该呼叫的出呼 分支并给入呼分支(Leg)装配检测点及呼叫时长等信息。然后业务控制点 (SCP)通过启动呼叫尝试消息建立到另外一个用户C的新呼叫，并为新呼 叫装配检测点及呼叫时长等信息，用户C应答之后，SSP会根据SCP下发 的时长为其设置呼叫时长定时器，为了使原呼叫中的主叫方能够和新呼叫方 C通话，SCP把新呼叫方移动到原呼叫的呼叫段(CS)中。SSP收到这个消 息之后，做相应的操作把新呼叫方C移动到原呼叫的呼叫段(CS)中，并 更新原呼叫中主叫方的状态为应答态，但是没有为原呼叫中主叫方设置呼叫 时长定时器、告警音定时器(根据SCP的指示可选)。这样原呼叫中主叫 方就可以和用户C通话了，通话持续时间到达SCP下发的时长后，新建立 的呼叫方会上报呼叫时长信息给SCP，使得SCP能够正确计费；由于协议 中没有规定在这种情况下SSP要为原呼叫中的主叫方设置呼叫时长定时器， 导致呼叫时间到达SCP规定的数值时SSP也不能正确上报计费信息，导致 SCP不能为原呼叫中的主叫方正确计费。另外如果SCP指示SSP要为原呼 叫中的主叫方设置告警音定时器，而协议中没有指出在新的应答态的呼叫方 移动到原呼叫的呼叫段(CS)时，要为原呼叫的主叫方设置这个定时器， 导致原呼叫中的主叫方用户不能听到告警音。流程图见图2。

图2是目前协议中业务控制点把新建的应答态呼叫方移动到原有用户 发起的呼叫段(CS)中的处理流程图。具体步骤如下：

步骤201：用户发起呼叫，该呼叫中有一个用户是移动用户且该用户签 约了CAMEL4阶段的智能业务。

步骤202：处理该呼叫的业务交换点(SSP)在智能业务触发点向智能 业务控制点(SCP)发起业务请求。

步骤203：SCP指示SSP断开该用户的出呼分支。

步骤204：SSP执行完断开该用户的出呼分支操作之后，向SCP回复断 开该用户的出呼分支证实消息。

步骤205：SCP给入呼分支(Leg1)下发请求报告BCSM事件(用来装 配检测点)、申请计费消息(包括下述参数：呼叫时长；超过呼叫时长后是 否释放呼叫标志；如果用户的可用余额不多、这次呼叫时长到达后需要释放 呼叫时还可以带告警音这个参数；以及其他一些参数)、带参量的继续消息。

步骤206：SCP通过启动呼叫尝试消息指示SSP建立另外一个新呼叫。

步骤207：SSP执行启动呼叫尝试操作之后，向SCP返回证实消息。

步骤208：SCP给新呼叫分支(Leg)下发请求报告BCSM事件(用来 装配检测点)、申请计费消息(包括下述参数：呼叫时长；超过呼叫时长后 是否释放呼叫标志；如果用户的可用余额不多、这次呼叫时长到达后需要释 放呼叫时还可以带告警音这个参数；以及其他一些参数)、带参量的继续消 息。

步骤209：新建呼叫应答，SSP根据SCP下发的时长为其设置呼叫时长 定时器并向SCP上报应答事件。

步骤210：SCP指示SSP把进入应答态的新呼叫方移动到原有呼叫所在 呼叫段(CS)中。

步骤211：SSP执行移动呼叫方的相关操作并更新原呼叫的入呼分支状 态为应答状态。

步骤212：SSP向SCP回证实消息。

步骤213：SCP向SSP发带参量的继续消息。

步骤214：新呼叫方呼叫持续时间到达SCP为其下发的时长，SSP向 SCP上报计费信息，如果最初SCP指示的是超过时长时结束呼叫，SSP还 会结束该呼叫。

当签约了CAMEL4阶段智能业务的用户发起一个呼叫时，在智能业务 触发点触发智能业务，向智能网系统中的业务控制点(SCP)发送初始化检 测点消息(IDP)，SCP收到IDP消息后断开该呼叫的出呼分支(Leg2)并 给入呼分支(Leg1)装配检测点及呼叫时长等信息。然后SCP通过启动呼 叫尝试消息建立到另外一个用户C的新呼叫，并为新呼叫装配检测点及呼 叫时长等信息，用户C振铃后，为了使原呼叫中的主叫方能够和新呼叫方C 通话，业务控制点把新呼叫方移动到原呼叫的呼叫段(CS)中。SSP收到这 个消息之后，做相应的操作把新呼叫方C移动到原呼叫的呼叫段(CS)中， 并更新原呼叫中主叫方的状态为振铃态。这样原呼叫中主叫方就可以和用户 C就在同一个呼叫段(CS)中了。用户C应答之后，原呼叫中主叫方就可 以和用户C通话了，SSP会根据SCP下发的时长为新呼叫方(对应于用户C) 设置呼叫时长定时器，并更新原呼叫中主叫方的状态为应答态，但是没有为 原呼叫中主叫方设置呼叫时长定时器、告警音定时器(根据SCP的指示可 选)。通话持续时间到达SCP下发的时长后，新建立的呼叫方会上报呼叫 时长信息给SCP，使得SCP能够正确计费；由于协议中没有规定在这种情 况下SSP要为原呼叫中的主叫方设置呼叫时长定时器，导致呼叫时间到达 SCP规定的数值时SSP也不能正确上报计费信息，导致SCP不能为原呼叫 中的主叫方正确计费。另外如果SCP指示SSP要为原呼叫中的主叫方设置 告警音定时器，而协议中没有指出在新的呼叫方移动到原呼叫的呼叫段 (CS)后，新的呼叫方应答时，要为原呼叫的主叫方设置这个定时器，导 致原呼叫中的主叫方用户不能听到告警音。流程图见图3。

图3是目前协议中业务控制点把新建的振铃态呼叫方移动到原有用户 发起的呼叫段(CS)中的处理流程图。具体步骤如下：

步骤301：用户发起呼叫，该呼叫中有一个用户是移动用户且该用户签 约了CAMEL4阶段的智能业务。

步骤302：处理该呼叫的业务交换点(SSP)在智能业务触发点向智能 业务控制点(SCP)发起业务请求。

步骤303：SCP指示SSP断开该用户的出呼分支。

步骤304：SSP执行完断开该用户的出呼分支操作之后，向SCP返回断 开该用户的出呼分支证实消息。

步骤305：SCP给入呼分支(Leg1)下发请求报告BCSM事件(用来装 配检测点)、申请计费消息(包括下述参数：呼叫时长；超过呼叫时长后是 否释放呼叫标志；如果用户的可用余额不多、这次呼叫时长到达后需要释放 呼叫时还可以带告警音这个参数；以及其他一些参数)、带参量的继续消息。

步骤306：SCP通过启动呼叫尝试消息指示SSP建立另外一个新呼叫。

步骤307：SSP执行启动呼叫尝试操作之后，向SCP返回证实消息。

步骤308：SCP给新呼叫分支(Leg)下发请求报告BCSM事件(用来 装配检测点)、申请计费消息(包括下述参数：呼叫时长；超过呼叫时长后 是否释放呼叫标志；如果用户的可用余额不多、这次呼叫时长到达后需要释 放呼叫时还可以带告警音这个参数；以及其他一些参数)、带参量的继续消 息。

步骤309：新建呼叫振铃，SSP向SCP上报振铃事件。

步骤310：SCP指示业务交换点把进入振铃态的新呼叫方移动到原有呼 叫所在呼叫段(CS)中。

步骤311：SSP执行移动呼叫方的相关操作并更新原呼叫的入呼分支 (Leg1)状态为振铃状态。

步骤312：SSP向SCP回证实消息。

步骤313：SCP向SSP发带参量的继续消息。

步骤314：新建呼叫应答，SSP执行相关操作：根据SCP下发的时长为 其设置呼叫时长定时器，更新原呼叫的入呼分支状态为应答状态等。

步骤315：新呼叫方呼叫持续时间到达SCP为其下发的时长，SSP向 SCP上报计费信息；如果最初SCP指示的是超过时长结束呼叫，SSP还会 结束该呼叫。

发明内容

本发明的目的是为了解决3GPP协议中上述两种情况下SSP没有为原有 呼叫的主叫方(Leg1)设置呼叫时长定时器导致SCP不能正确计费的问题， 以及在SCP指示SSP要为原呼叫中的主叫方(Leg1)播放告警音时SSP没 有为原有呼叫的主叫方设置告警音定时器导致该用户不能听到告警音的问 题。

一种智能业务呼叫的处理方法，包含下述步骤：

(a)用户发起呼叫，该呼叫中有一个用户是移动用户且该用户签约了 移动网络增强逻辑的客户化应用CAMEL4阶段的智能业务；

(b)处理该呼叫的业务交换点SSP向智能业务控制点SCP发起业务请 求后，该SSP和SCP交互，断开该用户的出呼分支，并给入呼分支装配检 测点、下发申请计费消息及带参量的继续消息，其中该申请计费消息中包含 呼叫时长信息，然后建立另外一个新呼叫，并给其装配检测点、下发申请计 费消息及带参量的继续消息，其中该申请计费消息中包含呼叫时长信息；

(c)新建呼叫应答后，该SSP和SCP交互，由该SSP将进入应答态的 新呼叫移动到原呼叫所在的呼叫段中，并更新原呼叫的入呼分支状态为应答 状态；

(d)该SSP根据步骤(b)中为原呼叫的入呼分支下发的呼叫时长信息 为原呼叫的入呼分支设置呼叫时长定时器，并向该SCP返回证实消息，该 SCP向SSP发带参量的继续消息；

(e)原呼叫中入呼分支的所述呼叫时长定时器到时后，该SSP向SCP 上报计费信息。

所述步骤(b)中该SCP为所述入呼分支下发的申请计费消息中，除包 括呼叫时长信息之外还包括了告警音信息；所述步骤(d)中该SSP还根据 该告警音信息为原呼叫的入呼分支设置了告警音定时器，SSP向SCP返回 证实消息后，原呼叫中的入呼分支的告警音定时器到达时，SSP为该用户播 放告警音。

所述步骤(b)中该SCP为所述入呼分支下发的申请计费消息中，除包 括呼叫时长信息之外还包括了超过呼叫时长后释放呼叫的标志；所述步骤 (e)中SSP向SCP上报计费信息后，SSP结束该呼叫。

所述步骤(b)中该SCP为所述入呼分支下发的申请计费消息中，除包 括呼叫时长信息之外还包括了超过呼叫时长后继续呼叫的标志，所述步骤 (e)中SSP在向SCP上报计费信息之后继续呼叫，等待SCP的指示，SCP 为原呼叫中的入呼分支下发新的呼叫时长信息，该SSP为原呼叫的入呼分 支设置新的呼叫时长定时器，在用户主动释放呼叫或者呼叫时长到达时，业 务交换点向业务控制点上报计费信息。

所述步骤(b)中SCP通过启动呼叫尝试消息指示SSP建立其他的新呼 叫，所述步骤(c)中的新呼叫方为步骤(b)中建立的这些新呼叫中进入应 答态后在原呼叫中的入呼分支还没有进入应答状态的情况下首先被移动到 原有呼叫所在呼叫段中的那个呼叫方。

一种智能业务呼叫的处理方法，包含下述步骤：

(a)用户发起呼叫，该呼叫中有一个用户是移动用户且该用户签约了 CAMEL4阶段的智能业务；

(b)处理该呼叫的SSP向SCP发起业务请求后，该SSP和SCP交互， 断开该用户的出呼叫分支，并给入呼分支装配检测点、下发申请计费消息及 带参量的继续消息，其中该申请计费消息中包含呼叫时长信息，然后建立另 外一个新呼叫，并给其装配检测点、下发申请计费消息及带参量的继续消息， 其中该申请计费消息中包含呼叫时长信息；

(c)新建呼叫振铃后，该SSP和SCP交互，由该SSP将进入振铃态的 新呼叫移动到原呼叫所在的呼叫段中，并更新原呼叫的入呼分支状态为振铃 状态，向该SCP返回证实消息，该SCP向SSP发带参量的继续消息；

(d)新建呼叫应答后，该SSP更新原呼叫的入呼分支状态为应答状态；

(e)该SSP根据步骤(b)中为原呼叫的入呼分支下发的呼叫时长信息 为原呼叫的入呼分支设置呼叫时长定时器；

(f)原呼叫中入呼分支的所述呼叫时长定时器到时后，该SSP向SCP 上报计费信息。

所述步骤(b)中该SCP为所述入呼分支下发的申请计费消息中，除了 包括呼叫时长信息之外还包括了告警音信息；所述步骤(e)中该SSP还根 据该告警音信息为原呼叫的入呼分支设置了告警音定时器，原呼叫中的入呼 分支的告警音定时器到达时，业务交换点为该用户播放告警音。

所述步骤(b)中该SCP为所述入呼分支下发的申请计费消息中，除包 括呼叫时长信息之外还包括了超过呼叫时长后释放呼叫的标志；所述步骤 (f)中SSP向SCP上报计费信息后，SSP结束该呼叫。

所述步骤(b)中该SCP为所述入呼分支下发的申请计费消息中，除包 括呼叫时长信息之外还包括了超过呼叫时长后继续呼叫的标志，所述步骤 (f)中SSP在向SCP上报计费信息之后继续呼叫，等待SCP的指示，SCP 为原呼叫中的入呼分支下发新的呼叫时长信息，该SSP为原呼叫的入呼分 支设置新的呼叫时长定时器，在用户主动释放呼叫或者呼叫时长到达时，业 务交换点向业务控制点上报计费信息。

所述步骤(b)中SCP通过启动呼叫尝试消息指示SSP建立其他的新呼 叫，所述步骤(d)中的新呼叫方为步骤(b)中建立的这些新呼叫中在振铃 状态被移动到原有呼叫所在呼叫段中后在原呼叫中的入呼分支还没有进入 应答状态的情况下首先进入应答态的那个呼叫方。

本发明提出的智能业务呼叫处理方法，对于CAMEL4阶段的智能业务， 业务交换点(SSP)增加为原有呼叫的入呼分支(Leg1)设置呼叫时长定时 器，保证了SSP能向SCP正确上报原有呼叫的入呼分支(Leg1)的计费信 息进而SCP也就能正确计费。此外，如果SCP指示SSP要为原呼叫中的入 呼分支(Leg1)播放告警音，SSP增加为原有呼叫的入呼分支(Leg1)设 置告警音定时器，保证了业务交换点(SSP)能为入呼分支(Leg1)正确播 放告警提示音。

附图说明

图1是实现智能业务功能的系统结构图。

图2是目前协议中业务控制点把新建的应答态呼叫方移动到原有用户 发起的呼叫段(CS)中的处理流程图。

图3是目前协议中业务控制点把新建的振铃态呼叫方移动到原有用户 发起的呼叫段(CS)中的处理流程图。

图4是本发明业务控制点把新建的振铃态呼叫方移动到原有用户发起 的呼叫段(CS)中的处理流程图。

图5是本发明业务控制点把新建的应答态呼叫方移动到原有用户发起 的呼叫段(CS)中的处理流程图。

具体实施方式

图4是本发明改进后的业务控制点把新建的振铃态呼叫方移动到原有 用户发起的呼叫段(CS)中的处理流程图，具体步骤如下：

步骤401：用户发起呼叫，该呼叫中有一个用户是移动用户且该用户签 约了CAMEL4阶段的智能业务。

步骤402：处理该呼叫的业务交换点(SSP)在智能业务触发点向智能 业务控制点(SCP)发起业务请求。

步骤403：SCP指示SSP断开该用户的出呼分支。

步骤404：SSP执行完断开该用户的出呼分支操作之后，向SCP回断开 该用户的出呼分支证实消息。

步骤405：SCP给入呼分支(Leg1)下发请求报告BCSM事件(用来装 配检测点)、申请计费消息(包括下述参数：呼叫时长；超过呼叫时长后是 否释放呼叫标志；如果用户的可用余额不多，这次呼叫时长到达后需要释放 呼叫时还可以带告警音这个参数；以及其他一些参数)、带参量的继续消息。

步骤406：SCP通过启动呼叫尝试消息指示SSP建立另外一个新呼叫。

步骤407：SSP执行完启动呼叫尝试操作之后，向SCP返回证实消息。

步骤408：SCP给新呼叫分支(Leg)下发请求报告BCSM事件(用来 装配检测点)、申请计费消息(包括下述参数：呼叫时长；超过呼叫时长后 是否释放呼叫标志；如果用户的可用余额不多，这次呼叫时长到达后需要释 放呼叫时还可以带告警音这个参数；以及其他一些参数)、带参量的继续消 息。

步骤409：新建呼叫振铃，SSP向SCP上报振铃事件。

步骤410：SCP指示SSP把进入振铃态的新呼叫方移动到原有呼叫所在 呼叫段(CS)中。

步骤411：SSP执行移动呼叫方的相关操作并更新原呼叫的入呼分支 (Leg1)状态为振铃状态。

步骤412：SSP向SCP回证实消息。

步骤413：SCP向SSP发带参量的继续消息。

步骤414：新建呼叫应答，SSP执行相关操作：根据SCP下发的时长为 其设置呼叫时长定时器，更新原呼叫的入呼分支状态为应答状态等。

步骤415：SSP为原呼叫的入呼分支(Leg1)设置呼叫时长定时器；如 果SCP指示SSP要为原呼叫中的入呼分支(Leg1)播放告警音，SSP还要 设置告警音定时器。

步骤416：如果SCP指示SSP要为原呼叫中的入呼分支(Leg1)播放 告警音，SSP在原呼叫的入呼分支(Leg1)的告警音定时器到达时，为其播 放告警音。

步骤417：新呼叫方呼叫持续时间到达SCP为其下发的时长，SSP向 SCP上报计费信息；如果最初SCP在步骤408中指示的是超过时长时结束 呼叫，SSP还会结束该呼叫。

步骤418：入呼分支(Leg1)呼叫持续时间到达SCP为其下发的时长， SSP向SCP上报计费信息；如果最初SCP在步骤405指示的是超过时长时 结束呼叫，SSP还会结束该呼叫。

在本发明另一实施例中，在步骤418中如果最初SCP在步骤405指示 的是超过时长时继续呼叫，SSP在向SCP上报计费信息之后不会释放呼叫 还会等待SCP的指示，进一步包含下述步骤：业务控制点为原呼叫中的入 呼分支下发新的呼叫时长信息，该SSP为原呼叫的入呼分支设置新的呼叫 时长定时器，在用户主动释放呼叫或者呼叫时长到达时，业务交换点向业务 控制点正确上报计费信息。

另外，对于新呼叫方在步骤417中也有类似的处理：在步骤417中如果 最初SCP在步骤408指示的是超过时长时继续呼叫，SSP在上报计费信息 之后不会释放呼叫还会等待SCP的指示，进一步包含下述步骤：SCP为新 呼叫方下发新的呼叫时长信息，该SSP为新呼叫方设置新的呼叫时长定时 器，在用户主动释放呼叫或者呼叫时长到达时，业务交换点向业务控制点正 确上报计费信息。

图4的具体步骤中只提到Leg1和一个新建的呼叫方，实际中存在下述 情况：CSID1(呼叫段1)中存在入呼分支(Leg1)和多个由SCP创建的新 呼叫方(Leg)，所有Leg都没有进入应答状态，然后CSID1(呼叫段1) 中除了入呼分支leg1以外的某个Leg首先进入应答状态。在本发明的又一 实施例中，在步骤408之后SCP可以通过启动呼叫尝试消息指示SSP建立 其他的新呼叫，业务控制点(SCP)根据业务流程的需要在后续流程中可以 把进入振铃状态或者应答状态的这些新呼叫方移动到原有呼叫所在呼叫段 (CS)中也可以不移动。图4中的新呼叫方只是代表这些新呼叫中在振铃 状态被移动到原有呼叫所在呼叫段(CSID1)中后在入呼分支leg1还没有进 入应答状态的情况下首先进入应答态的那个呼叫方。

图5是本发明改进后的业务控制点把新建的应答态呼叫方移动到原有 用户发起的呼叫段(CS)中的处理流程图，具体步骤如下：

步骤501：用户发起呼叫，该呼叫中有一个用户是移动用户且该用户签 约了CAMEL4阶段的智能业务。

步骤502：处理该呼叫的业务交换点(SSP)在智能业务触发点向智能 业务控制点(SCP)发起业务请求。

步骤503：SCP指示SSP断开该用户的出呼分支。

步骤504：SSP执行完断开该用户的出呼分支操作之后，向SCP回断开 该用户的出呼分支证实消息。

步骤505：SCP给入呼分支(Leg1)下发请求报告BCSM事件(用来装 配检测点)、申请计费消息(包括下述参数：呼叫时长；超过呼叫时长后是 否释放呼叫标志；如果用户的可用余额不多、这次呼叫时长到达后需要释放 呼叫时还可以带告警音这个参数；以及其他一些参数)、带参量的继续消息。

步骤506：SCP通过启动呼叫尝试消息指示SSP建立另外一个新呼叫。

步骤507：SSP执行完启动呼叫尝试操作之后，向SCP回证实消息。

步骤508：SCP给新呼叫分支(Leg)下发请求报告BCSM事件(用来 装配检测点)、申请计费消息(包括下述参数：呼叫时长；超过呼叫时长后 是否释放呼叫标志；如果用户的可用余额不多、这次呼叫时长到达后需要释 放呼叫时还可以带告警音这个参数；以及其他一些参数)、带参量的继续消 息。

步骤509：新建呼叫应答，SSP根据SCP下发的时长为其设置呼叫时长 定时器并向SCP上报应答事件。

步骤510：SCP指示SSP把进入应答态的新呼叫方移动到原有呼叫所在 呼叫段(CS)中。

步骤511：SSP执行移动呼叫方的相关操作并更新原呼叫的入呼分支 (Leg1)状态为应答状态。

步骤512：SSP为原呼叫的入呼分支(Leg1)设置呼叫时长定时器；如 果SCP指示SSP要为原呼叫中的入呼分支(Leg1)播放告警音，SSP还要 设置告警音定时器。

步骤513：SSP向SCP回证实消息。

步骤514：SCP向SSP发带参量的继续消息。

步骤515：如果SCP指示SSP要为原呼叫中的入呼分支(Leg1)播放 告警音，原呼叫的入呼分支(Leg1)的告警音定时器到达时，SSP为其放告 警音。

步骤516：新呼叫方呼叫持续时间到达SCP为其下发的时长，SSP向 SCP上报计费信息；如果最初SCP在步骤508中指示的是超过时长时结束 呼叫，SSP还会结束该呼叫。

步骤517：入呼分支(Leg1)呼叫持续时间到达SCP为其下发的时长， 即呼叫时长定时器到时，SSP向SCP上报计费信息；如果最初SCP在步骤 505指示的是超过时长时结束呼叫，SSP还会结束该呼叫。

在本发明另一实施例中，在步骤517中如果最初SCP在步骤505指示 的是超过时长时继续呼叫，SSP在向SCP上报计费信息之后不会释放呼叫 还会等待SCP的指示，进一步包含下述步骤：业务控制点为原呼叫中的入 呼分支(Leg1)下发新的呼叫时长信息，该SSP为原呼叫的入呼分支设置 新的呼叫时长定时器，在用户主动释放呼叫或者呼叫时长到达时，业务交换 点向业务控制点正确上报计费信息。

另外，对于新呼叫方在步骤516中也有类似的处理：在步骤516中如果 最初SCP在步骤508指示的是超过时长时继续呼叫，SSP在向SCP上报计 费信息之后不会释放呼叫还会等待SCP的指示，进一步包含下述步骤：业 务控制点为新呼叫方下发新的呼叫时长信息，该SSP为新呼叫方设置新的 呼叫时长定时器，在用户主动释放呼叫或者呼叫时长到达时，业务交换点向 业务控制点正确上报计费信息。

图5的具体步骤中只提到Leg1和一个新建的呼叫方，进一步地在步骤 508之后SCP可以通过启动呼叫尝试消息指示业务交换点建立其他的新呼 叫，业务控制点(SCP)根据业务流程的需要在后续流程中可以把进入应答 状态或者振铃状态的这些新呼叫方移动到原有呼叫所在呼叫段(CS)中也 可以不移动。图5中的新呼叫方只是代表这些新呼叫中进入应答态后在入呼 分支leg1还没有进入应答状态的情况下首先被移动到原有呼叫所在呼叫段 (CSID1)中的那个呼叫方。

关于建立多个新呼叫更详细的说明如下，各新呼叫是否移动到原呼叫的 呼叫段是由SCP根据业务流程控制的，其中：

如果先把应答态的新呼叫移动到原呼叫中，那就是图5所说的情况，移 动完之后原呼叫中的入呼叫分支就更新为应答状态并且设置了呼叫时长及 告警音定时器，后续再移动应答或者振铃的新呼叫到原呼叫中都不会影响入 呼叫分支的状态；

如果先把振铃态的新呼叫移动到原呼叫中，移动完之后原呼叫中的入呼 叫分支就更新为振铃状态，然后在这些移动到原呼叫中的新呼叫进入应答状 态之前又把其它应答状态的新呼叫移动到原呼叫中，原呼叫中的入呼叫分支 就更新为应答状态并且设置呼叫时长及告警音定时器，这也属于图5所说的 情况，后续再移动应答或者振铃态的新呼叫到原呼叫中都不会影响入呼叫分 支的状态(因为在此之前原呼叫已经进入应答状态)；

如果先把振铃态的新呼叫移动到原呼叫中，移动完之后原呼叫中的入呼 叫分支就更新为振铃状态了，并且在这些移动到原呼叫中的新呼叫进入应答 状态之前没有再把其它应答状态的新呼叫移动到原呼叫中，那就是图4所说 的情况，在这些移动到原呼叫中的新呼叫进入应答状态后原呼叫中的入呼叫 分支就更新为应答状态了并且设置呼叫时长及告警音定时器，后续再移动应 答态或者振铃态的新呼叫到原呼叫中都不会影响入呼叫分支的状态。上述所 建立的新呼叫也可以不移动到原呼叫中。