CN101203035B - 一种智能业务呼叫的处理方法 - Google Patents
一种智能业务呼叫的处理方法 Download PDFInfo
- Publication number
- CN101203035B CN101203035B CN2006101671371A CN200610167137A CN101203035B CN 101203035 B CN101203035 B CN 101203035B CN 2006101671371 A CN2006101671371 A CN 2006101671371A CN 200610167137 A CN200610167137 A CN 200610167137A CN 101203035 B CN101203035 B CN 101203035B
- Authority
- CN
- China
- Prior art keywords
- calling
- scp
- ssp
- call
- speechminute
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
Images
Landscapes
- Telephonic Communication Services (AREA)
Abstract
一种智能业务呼叫的处理方法，包含下述步骤：(a)用户发起呼叫，该呼叫中有一个用户是移动用户且该用户签约了移动网络增强逻辑的客户化应用CAMEL4阶段的智能业务；(b)业务交换点SSP向业务控制点SCP发起业务请求后，该SSP和SCP交互，断开该用户的出呼分支，建立一个新呼叫，并给入呼分支和新呼叫分别下发申请计费消息及其他相关参数；(c)新建呼叫应答后，该SSP和SCP交互，SCP根据业务流程指示该SSP将进入应答态态的新呼叫移动到原呼叫所在的呼叫段中，并更新原呼叫的入呼分支状态为应答状态；(d)该SSP根据(b)中的申请计费消息为原呼叫的入呼分支设置呼叫时长定时器；(e)原呼叫中入呼分支的所述呼叫时长定时器到时后，SSP向SCP上报计费信息。
Description
技术领域
本发明涉及WCDMA(宽带码分多址)系统中一种智能业务呼叫的处理方法，属于移动通讯领域，特别涉及一种智能呼叫时SSP(业务交换点)的处理方法。
背景技术
传统网络中补充业务的处理与呼叫处理结合在一起，由移动交换中心MSC控制完成，业务流程不可改变。网络运营者为了提供新的补充业务，必须在全网范围内统一升级移动网络相关节点的软件版本，甚至包括计费中心的软件。版本升级稳定性差、风险大、费用高，直接影响网络运行。智能网业务处理方式相对传统的业务处理有很大的差异。在智能网中，业务处理和呼叫处理是分开的，网络功能模块化划分，每个交换节点只完成基本呼叫处理，业务逻辑控制由SCP(业务控制点)完成。
ETSI(欧洲电信标准化协会)在GSM Phase2+Release96版本首次提出移动智能的第一阶段协议(CAMEL Phase1：移动网络增强逻辑的客户化应用1)。该阶段的移动智能网络仅提供对基本的移动主叫(包括前转呼叫)和移动被叫的智能支持；接着在GSM Phase2+Release97进入第二阶段(CAMELPhase2)。根据协议，移动智能网络在第二阶段增加对即时查询、语音提示、带内交互、计费处理、补充业务(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能够控制多方呼叫，并能够清楚地知道目前呼叫连接视图。3GPP29.078协议、3GPP23.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交互，所述SCP指示SSP断开该用户的出呼分支，所述SCP给入呼分支装配检测点、下发申请计费消息及带参量的继续消息，其中该申请计费消息中包含呼叫时长信息，然后所述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为原呼叫的入呼分支设置新的呼叫时长定时器，在用户主动释放呼叫或者呼叫时长到达时，SSP向SCP上报计费信息。
所述步骤(b)中SCP通过启动呼叫尝试消息指示SSP建立其他的新呼叫，所述步骤(c)中的新呼叫方为步骤(b)中建立的这些新呼叫中进入应答态后在原呼叫中的入呼分支还没有进入应答状态的情况下首先被移动到原有呼叫所在呼叫段中的那个呼叫方。
一种智能业务呼叫的处理方法，包含下述步骤：
(a)用户发起呼叫，该呼叫中有一个用户是移动用户且该用户签约了移动网络增强逻辑的客户化应用CAMEL4阶段的智能业务；
(b)处理该呼叫的业务交换点SSP向智能业务控制点SCP发起业务请求后，该SSP和SCP交互，所述SCP指示SSP断开该用户的出呼叫分支，所述SCP给入呼分支装配检测点、下发申请计费消息及带参量的继续消息，其中该申请计费消息中包含呼叫时长信息，然后所述SCP指示SSP建立另外一个新呼叫，所述SCP给新呼叫分支装配检测点、下发申请计费消息及带参量的继续消息，其中该申请计费消息中包含呼叫时长信息；
(c)新建呼叫振铃后，该SSP和SCP交互，由该SSP将进入振铃态的新呼叫移动到原呼叫所在的呼叫段中，并更新原呼叫的入呼分支状态为振铃状态，向该SCP返回证实消息，该SCP向SSP发带参量的继续消息；
(d)新建呼叫应答后，该SSP更新原呼叫的入呼分支状态为应答状态；
(e)该SSP根据步骤(b)中为原呼叫的入呼分支下发的呼叫时长信息为原呼叫的入呼分支设置呼叫时长定时器；
(f)原呼叫中入呼分支的所述呼叫时长定时器到时后，该SSP向SCP上报计费信息。
所述步骤(b)中该SCP为所述入呼分支下发的申请计费消息中，除了包括呼叫时长信息之外还包括了告警音信息；所述步骤(e)中该SSP还根据该告警音信息为原呼叫的入呼分支设置了告警音定时器，原呼叫中的入呼分支的告警音定时器到达时，SSP为该用户播放告警音。
所述步骤(b)中该SCP为所述入呼分支下发的申请计费消息中，除包括呼叫时长信息之外还包括了超过呼叫时长后释放呼叫的标志；所述步骤(f)中SSP向SCP上报计费信息后，SSP结束该呼叫。
所述步骤(b)中该SCP为所述入呼分支下发的申请计费消息中，除包括呼叫时长信息之外还包括了超过呼叫时长后继续呼叫的标志，所述步骤(f)中SSP在向SCP上报计费信息之后继续呼叫，等待SCP的指示，SCP为原呼叫中的入呼分支下发新的呼叫时长信息，该SSP为原呼叫的入呼分支设置新的呼叫时长定时器，在用户主动释放呼叫或者呼叫时长到达时，SSP向SCP上报计费信息。
所述步骤(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所说的情况，在这些移动到原呼叫中的新呼叫进入应答状态后原呼叫中的入呼叫分支就更新为应答状态了并且设置呼叫时长及告警音定时器，后续再移动应答态或者振铃态的新呼叫到原呼叫中都不会影响入呼叫分支的状态。上述所建立的新呼叫也可以不移动到原呼叫中。
Claims (10)
1.一种智能业务呼叫的处理方法，包含下述步骤：
(a)用户发起呼叫，该呼叫中有一个用户是移动用户且该用户签约了移动网络增强逻辑的客户化应用CAMEL4阶段的智能业务；
(b)处理该呼叫的业务交换点SSP向智能业务控制点SCP发起业务请求后，该SSP和SCP交互，所述SCP指示SSP断开该用户的出呼分支，所述SCP给入呼分支装配检测点、下发申请计费消息及带参量的继续消息，其中该申请计费消息中包含呼叫时长信息，然后所述SCP指示SSP建立另外一个新呼叫，所述SCP给新呼叫分支装配检测点、下发申请计费消息及带参量的继续消息，其中该申请计费消息中包含呼叫时长信息；
(c)新建呼叫应答后，该SSP和SCP交互，由该SSP将进入应答态的新呼叫移动到原呼叫所在的呼叫段中，并更新原呼叫的入呼分支状态为应答状态；
(d)该SSP根据步骤(b)中为原呼叫的入呼分支下发的呼叫时长信息为原呼叫的入呼分支设置呼叫时长定时器，并向该SCP返回证实消息，该SCP向SSP发带参量的继续消息；
(e)原呼叫中入呼分支的所述呼叫时长定时器到时后，该SSP向SCP上报计费信息。
2.如权利要求1所述的方法，其特征在于：所述步骤(b)中该SCP为所述入呼分支下发的申请计费消息中，除包括呼叫时长信息之外还包括了告警音信息；所述步骤(d)中该SSP还根据该告警音信息为原呼叫的入呼分支设置了告警音定时器，SSP向SCP返回证实消息后，原呼叫中的入呼分支的告警音定时器到达时，SSP为该用户播放告警音。
3.如权利要求1所述的方法，其特征在于：所述步骤(b)中该SCP为所述入呼分支下发的申请计费消息中，除包括呼叫时长信息之外还包括了超过呼叫时长后释放呼叫的标志；所述步骤(e)中SSP向SCP上报计费信息后，SSP结束该呼叫。
4.如权利要求1所述的方法，其特征在于：所述步骤(b)中该SCP为所述入呼分支下发的申请计费消息中，除包括呼叫时长信息之外还包括了超过呼叫时长后继续呼叫的标志，所述步骤(e)中SSP在向SCP上报计费信息之后继续呼叫，等待SCP的指示，SCP为原呼叫中的入呼分支下发新的呼叫时长信息，该SSP为原呼叫的入呼分支设置新的呼叫时长定时器，在用户主动释放呼叫或者呼叫时长到达时，SSP向SCP上报计费信息。
5.如权利要求1所述的方法，其特征在于：所述步骤(b)中SCP通过启动呼叫尝试消息指示SSP建立其他的新呼叫，所述步骤(c)中的新呼叫方为步骤(b)中建立的这些新呼叫中进入应答态后在原呼叫中的入呼分支还没有进入应答状态的情况下首先被移动到原有呼叫所在呼叫段中的那个呼叫方。
6.一种智能业务呼叫的处理方法，包含下述步骤：
(a)用户发起呼叫，该呼叫中有一个用户是移动用户且该用户签约了移动网络增强逻辑的客户化应用CAMEL4阶段的智能业务；
(b)处理该呼叫的业务交换点SSP向智能业务控制点SCP发起业务请求后，该SSP和SCP交互，所述SCP指示SSP断开该用户的出呼叫分支，所述SCP给入呼分支装配检测点、下发申请计费消息及带参量的继续消息，其中该申请计费消息中包含呼叫时长信息，然后所述SCP指示SSP建立另外一个新呼叫，所述SCP给新呼叫分支装配检测点、下发申请计费消息及带参量的继续消息，其中该申请计费消息中包含呼叫时长信息；
(c)新建呼叫振铃后，该SSP和SCP交互，由该SSP将进入振铃态的新呼叫移动到原呼叫所在的呼叫段中，并更新原呼叫的入呼分支状态为振铃状态，向该SCP返回证实消息，该SCP向SSP发带参量的继续消息；
(d)新建呼叫应答后，该SSP更新原呼叫的入呼分支状态为应答状态；
(e)该SSP根据步骤(b)中为原呼叫的入呼分支下发的呼叫时长信息为原呼叫的入呼分支设置呼叫时长定时器；
(f)原呼叫中入呼分支的所述呼叫时长定时器到时后，该SSP向SCP上报计费信息。
7.如权利要求6所述的方法，其特征在于：所述步骤(b)中该SCP为所述入呼分支下发的申请计费消息中，除了包括呼叫时长信息之外还包括了告警音信息；所述步骤(e)中该SSP还根据该告警音信息为原呼叫的入呼分支设置了告警音定时器，原呼叫中的入呼分支的告警音定时器到达时，SSP为该用户播放告警音。
8.如权利要求6所述的方法，其特征在于：所述步骤(b)中该SCP为所述入呼分支下发的申请计费消息中，除包括呼叫时长信息之外还包括了超过呼叫时长后释放呼叫的标志；所述步骤(f)中SSP向SCP上报计费信息后，SSP结束该呼叫。
9.如权利要求6所述的方法，其特征在于：所述步骤(b)中该SCP为所述入呼分支下发的申请计费消息中，除包括呼叫时长信息之外还包括了超过呼叫时长后继续呼叫的标志，所述步骤(f)中SSP在向SCP上报计费信息之后继续呼叫，等待SCP的指示，SCP为原呼叫中的入呼分支下发新的呼叫时长信息，该SSP为原呼叫的入呼分支设置新的呼叫时长定时器，在用户主动释放呼叫或者呼叫时长到达时，SSP向SCP上报计费信息。
10.如权利要求6所述的方法，其特征在于：所述步骤(b)中SCP通过启动呼叫尝试消息指示SSP建立其他的新呼叫，所述步骤(d)中的新呼叫方为步骤(b)中建立的这些新呼叫中在振铃状态被移动到原有呼叫所在呼叫段中后在原呼叫中的入呼分支还没有进入应答状态的情况下首先进入应答态的那个呼叫方。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN2006101671371A CN101203035B (zh) | 2006-12-14 | 2006-12-14 | 一种智能业务呼叫的处理方法 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN2006101671371A CN101203035B (zh) | 2006-12-14 | 2006-12-14 | 一种智能业务呼叫的处理方法 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN101203035A CN101203035A (zh) | 2008-06-18 |
| CN101203035B true CN101203035B (zh) | 2010-07-14 |
Family
ID=39517941
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN2006101671371A Expired - Fee Related CN101203035B (zh) | 2006-12-14 | 2006-12-14 | 一种智能业务呼叫的处理方法 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN101203035B (zh) |
Families Citing this family (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN103002427A (zh) * | 2012-11-26 | 2013-03-27 | 深圳市华为技术软件有限公司 | 提示信息的配置方法及装置 |
Citations (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN1761272A (zh) * | 2004-10-14 | 2006-04-19 | 华为技术有限公司 | 一种实现呼叫智能化的方法 |
| CN1874535A (zh) * | 2006-03-13 | 2006-12-06 | 华为技术有限公司 | 智能用户补充业务计费的实现方法及系统 |
-
2006
- 2006-12-14 CN CN2006101671371A patent/CN101203035B/zh not_active Expired - Fee Related
Patent Citations (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN1761272A (zh) * | 2004-10-14 | 2006-04-19 | 华为技术有限公司 | 一种实现呼叫智能化的方法 |
| CN1874535A (zh) * | 2006-03-13 | 2006-12-06 | 华为技术有限公司 | 智能用户补充业务计费的实现方法及系统 |
Also Published As
| Publication number | Publication date |
|---|---|
| CN101203035A (zh) | 2008-06-18 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US7398087B1 (en) | Private wireless network integrated with public wireless network | |
| CN1068747C (zh) | 完成连接的方法 | |
| US6032043A (en) | Home location register feature dispatching and arbitration in a wireless intelligent network | |
| CN102892101A (zh) | 一种智能漫游业务的实现方法及系统 | |
| US7260386B1 (en) | Method and system for changing a service account profile from a station operated under another service account | |
| CN101094513A (zh) | Pcs用户和3g用户一号双待机实现网络接入的方法 | |
| CN1214678C (zh) | 一种在全球移动通信系统内实现一机多号的方法 | |
| CN100512466C (zh) | 一种由移动核心网实现的多用户同振系统和方法 | |
| US20060239434A1 (en) | On-demand seamless phone number updates | |
| CN100442930C (zh) | 移动交换中心及其被叫处理方法 | |
| CN100426913C (zh) | 一种实现智能用户漫游时发起呼叫的方法 | |
| CN101203035B (zh) | 一种智能业务呼叫的处理方法 | |
| CN101867866B (zh) | 一种多智能业务嵌套触发的方法和系统 | |
| EP1125450B1 (en) | A method and system for implementing a service in a telecommunication system | |
| CN100551094C (zh) | 实现集团总机业务的方法 | |
| Park et al. | Reducing registration traffic for multitier personal communications services | |
| CN100558023C (zh) | 一种在用户群提示业务中实现回铃音业务的方法 | |
| CN1218602C (zh) | 一种实现回铃音业务管理的方法 | |
| CN1681282B (zh) | 一种码分多址系统中实现彩铃业务的方法 | |
| CN101193433B (zh) | 一种智能业务呼叫接续的实现方法 | |
| CN100366107C (zh) | 一种实现集群通信功能的方法和系统 | |
| CN100581192C (zh) | 一种回铃音业务实现方法及系统 | |
| CN100441033C (zh) | 移动双模系统提供跨网呼叫失败放音的方法 | |
| CN1482816A (zh) | 一种移动用户转网改号信息传送方法 | |
| CN100382643C (zh) | 一种对移动用户业务前转计费的方法 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| C06 | Publication | ||
| PB01 | Publication | ||
| C10 | Entry into substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| C14 | Grant of patent or utility model | ||
| GR01 | Patent grant | ||
| CF01 | Termination of patent right due to non-payment of annual fee | ||
| CF01 | Termination of patent right due to non-payment of annual fee |
Granted publication date: 20100714 Termination date: 20201214 |