全网智能化中拍叉的实现.doc

全网智能化中拍叉的实现文档名称文档密级全网智能化中拍叉的实现拍叉包括主叫拍叉和被叫拍叉,主叫拍叉可以使用CPH呼叫模型实现,被叫拍叉由于局间信令不支持传输拍叉事件,因此需要扩展局间信令或对现在的呼叫模型进行修改。以下详细说明几种备选方案。一、主叫拍叉的实现1、业务流程A拨打B,接通后A拍叉,给B放呼叫保持音,给A放拨号音,A继续拨打号码C,A与C接通后A挂机(这时,如果C挂机,是否接通A、B),系统将B与C接通,释放A到B和A到C的话路。如果A与C接不通,则A与B继续通话或释放。(前面指明了A与C通话后A挂机,如何存在AC不通时,A与B继续通话或者释放,)2、备选方案1:CPH方式1)A与B的通话过程中A拍叉,A所在的SSP/LS上报MidCall事件。2)SCP收到MidCall后,下发SplitCall操作,将呼叫分拆成两段:Leg1:A,>SSP,Leg2:SSP,>B,并对Leg2放呼叫保持音。3)对Leg1下发PC操作,收号,并进行号码分析,得到号码C。4)对Leg1下发Connect(被叫号码为C)操作,建立A到C的呼叫。5)收到A的挂机事件后,对A到C的呼叫下发SplitCall操作,将将呼叫分拆成两段:Leg1:A,>SSP,Leg3:SSP,>C,并对Leg3放呼叫保持音。6)对Leg2、Leg3下发MergeCall操作,将Leg2、Leg3合并,B和C通话。7)释放Leg1。信令流程如下图所示:2003-12-23内部资料,请勿扩散第1页,共6页文档名称文档密级方案优点:协议标准。方案缺点:SCP、SSP要支持CPH,工作量很大,短期内无法提供。3、备选方案2:交换机自环在所有LS上新增一个模块,用于LS内的自环,处理拍叉业务,实现流程如下:1)A与B的通话过程中A拍叉,A所在的SSP/LS上报IDP,触发一个新的呼叫,并在IDP中表明是主叫拍叉。2)SCP下发CONNECT(特殊接入码),通知SSP通过自环再触发一个新的呼叫。3)SSP将该呼叫触发到自环模块,自环模块再上报IDP。4)SCP下发PC操作,收号,并进行号码分析,得到号码CP9。5)SCP下发CONNECT(C),建立A与C的通话。6)A挂机后,自环模块上报D,SCP释放A到C的呼叫。7)B,建立B和C的通话。信令流程如下图所示:2003-12-23内部资料,请勿扩散第2页,共6页文档名称文档密级方案优点:不需要CPH的支持,实现较为简单,开发周期短。方案缺点:需要扩展INAP,需要附加自环模块。4、计费的实现主叫A拍叉使B与C通话后,要对A计费,分为两部分:一是A到B的费用,二是A到C的费用,对B和C不计费。如果A是预付费用户,则就是一个帐号同时使用,存在透支的情况。二、被叫拍叉的实现1、业务流程A拨打B,接通后B拍叉,给A放呼叫保持音,给B放拨号音,B继续拨打号码C,B与C接通后,系统将A与C接通,释放A到B和B到C的话路。如果B与C接不通,则B与A继续通话或释放。同上2、备选方案1:扩展ISUP中的CPG,在局间传递被叫拍叉信号扩展ISUP中的CPG,使被叫端局可以将拍叉事件给主叫所在的LS(主叫为本网用户)、关口局(主叫为它网用户)或长途局(主叫为本网它省用户),主叫所在的LS/GW/TS将该事件(DP8)上报给SCP,SCP的后续处理类似于主叫拍叉的处理