《SACP进入应急流程的触发条件及处理方式.doc》由会员分享，可在线阅读，更多相关《SACP进入应急流程的触发条件及处理方式.doc（3页珍藏版）》请在三一文库上搜索。
1、SACP进入应急流程的触发条件及处理方式1.1 Introduction 功能简述业务在和CBE交互发生异常的部分进行通话结束后记录异常呼叫话单的处理，以便对于CBE没有扣除的费用进行补扣，鉴权异常没有接续则不需要出异常话单，其他异常始终会出异常话单。1.2 Inputs 输入OCS不可用时的自动放通模式：（现网现在选择的是2）0：完全拒绝模式(所有呼叫均切断)1：保持现有会话模式(放通呼叫中的呼叫，切断新发起呼叫)2：允许用户使用服务模式(放通所有呼叫)3: 仅允许新接入服务模式(放通呼叫新发起呼叫，切断呼叫过程中的呼叫)1.3 Process处理在主被叫流程中，当SCP和CBE交互时，如果
2、和CBE交互异常时，业务通过系统设置确定是释放呼叫还是允许这种类型的用户继续呼叫。业务系统设置分为：完全拒绝模式；保持现有会话模式；允许用户使用服务模式满足以下条件之一，网元设备认为OCS不可用。从业务角度看条件1/2/3/4对应的是DCC-SIB返回异常，条件5/6是DCC-SIB的CCA（resultCode）为相应的值：1）NE和OCS之间的TCP连接中断，OCS为不可用；2）NE收到成功的CEA之前，OCS为不可用；3）NE发送或接收到DPR之后，OCS为不可用；4）NE进入链路检测流程的“断开网络连接”处以后，OCS为不可用；5）NE收到OCS返回码为3002（DIAMETER_UN
3、ABLE_TO_DELIVER）的CCA；6）NE收到OCS返回码为3004（DIAMETER_TOO_BUSY）的CCA；网元判断OCS恢复可用的条件：1）对于根据连接判断的不可用，判断恢复条件为收到成功的CEA。（适用于判断OCS不可用的条件1，条件2，条件3，条件4）（从业务角度看是DCC-SIB不是返回异常）2）对于根据返回结果代码（3002或3004）判断的不可用，判断恢复的条件为NE发送新产生业务的CCR，并收到携带非3XXX,5XXX返回码的CCA。（适用于判断OCS不可用的条件5，条件6）。SACP根据系统级标志“OCS不可用异常处理模式”的不同取值，作如下处理：1）如果OCS
4、异常处理模式为“完全拒绝模式”，则：业务发送CCR（Initial）消息后，当平台DCC SIB出错（返回类型为2的错误码）、超时或者CCA响应码消息为3002，3004时对于已经接入的呼叫直接终止。业务发送CCR（Update）消息后，当平台DCC SIB出错（返回类型为2的错误码）、超时或者CCA响应码消息为3002，3004时对于已经接入的呼叫直接终止，并记录异常呼叫话单。2）如果OCS异常处理模式为“保持现有会话模式”，则：业务发送CCR（Initial）消息后，当平台DCC SIB出错（返回类型为2的错误码）、超时或者CCA响应码消息为3002，3004时对于已经接入的呼叫直接终止。
5、业务发送CCR（Update）消息后，当平台DCC SIB出错（返回类型为2的错误码）、超时或者CCA响应码消息为3002，3004时对于已经接入的呼叫继续允许用户使用服务，并记录异常呼叫话单，不再发送此会话的后续的Update CCR或Terminal CCR至OCS。3）如果OCS异常处理模式为“允许用户使用服务模式”，则：业务发送CCR（Initial/Update）消息后，当平台DCC SIB出错（返回类型为2的错误码）、超时或者CCA响应码消息为3002，3004时对于已经接入的呼叫继续允许用户使用服务，并记录异常呼叫话单，不再发送此会话的后续的Update CCR或Terminal CCR至OCS。