第六课 智能网的基本呼叫模型
课程前面介绍的智能网概念模型（INCM）主要用于智能网体系结构的设计和描述，因此通过INCM，我们对智能网有了框架结构方面的了解。那么，智能网如何与现存的网络配合，识别一个智能呼叫的发生并对它作相应的业务逻辑处理以致于控制完成这个呼叫的呢？
首先来看一下正常普通呼叫的情况： 无论什么业务，其呼叫处理都是在普通呼叫的基础上建立起来的，一般呼叫处理的基本步骤是：
以上步骤是正常情况的呼叫处理过程，而呼叫往往因出现异常而不能顺利地进行，如主叫在通话前中途挂机、久不拨号、被叫忙、被叫久不摘机等都属于异常情况。
智能网的基本呼叫处理在此基础上增加了触发智能业务的功能。
在ITU－T建议中提出了基本呼叫状态模型（BCSM），由它完成呼叫／业务逻辑的处理，包括：
BCSM是为交换机处理基本的双方呼叫服务的，当许可智能网的业务逻辑与基本呼叫及连接控制功能交互时，可以对这个模型进行分析，以便识别基本呼叫和各种状态点。
BCSM由呼叫控制点（PIC）、检测点（DP）、转换态和事件组成。PIC的作用是表明智能网业务逻辑请求完成基本呼叫／连接状态时，所需进行的呼叫控制功能（CCF）的行为。DP说明在基本呼叫／连接处理中，哪些状态可以作控制传送。转换态说明从一个PIC到另一个PIC的转换。事件是引起基本呼叫连接处理状态间转移的引发点。
BCSM分为主叫端和被叫端两部分。主叫端呼叫状态模型（BCSM）如下图示：
被叫端呼叫状态模型（BCSM）如下图示：
图中表示了一次呼叫从主叫摘机到接通被叫的一个完整接续过程。其中检测点（DP）和控制点（PIC）是专为完成智能业务而设置的。
BCSM中的检测点和控制点如何与智能网中的控制作交互动作呢？也就是说，DP怎样被传送到智能网的业务控制点，然后控制PIC作连接处理呢？下图显示了PIC、DP和SCP的关系：
从图中看出，SSP中有呼叫模型和呼叫模型交互管理模块。DP检测点上得到的呼叫信息经呼叫模型交互管理模块送到智能网的业务控制点SCP。SCP在分析该DP点信息后，根据预先存贮好的业务逻辑执行，再经过SSP中的呼叫模型交互管理模块向BCSM发回控制命令，PIC根据命令对呼叫进行控制，完成一次SCP对智能业务的控制动作。之后，BCSM继续状态的转移，产生新的DP点上报SCP，直至呼叫结束。这就是SSP和SCP相互作用，完成智能业务的基本原理。
DP点上的呼叫信息如何送出去呢？这由基本呼叫处理（BCP）中的触发机制完成。ITU－T中规定了四类触发点，下表列出了它们的特性：
| DP类型 | 触发机制 | 控制关系 | 业务属性 |
| TDP－R | 静态 | 起始控制 | 所有 |
| TDP－N | 静态 | 起始、结束、监示 | 电话选举、呼叫记录 |
| EDP－R | 动态 | 现存控制范围 | 呼叫分配、路由重选 |
| EDP－N | 动态 | 现存控制、监示范围 | 任意业务计费、呼叫排队 |
TDP-R（Trigger Detection Point - Request）
是一个静态触发检测点。它是预先在业务逻辑中设置好的。当呼叫处理的执行满足触发条件时，这个DP点就被触发，原呼叫处理程序被暂时挂起，向SCP发出初始化检测点的消息以启动相应的业务逻辑执行。TDP－R的触发条件是用户拨入业务特征码如"200"、"800"之后。
TDP-N（Trigger Detection Point - Notification）
性质与TDP－R类似，也是静态触发检测点。与TDP－R的区别在于，一旦触发条件满足，将该DP点信息上报SCP之后，原呼叫处理程序不用挂起等待SCP的控制命令，而是继续执行原呼叫处理程序。这种只起"通知"作用而不受控的DP点经常用到。 比如，在记录用户通话数据时，CCF只需告诉SCP什么时候它完成了接续任务，用户开始通话，之后CCF仍旧按原程序监示用户的状态直到挂机。
EDP-R（Event Detection Point - Request）
是动态触发检测点。它不能预先在业务逻辑中设置，而是被正执行的业务逻辑动态地置成一种"待命"状态，一旦被置待命的DP点事件发生，触发机制启动，向SCF上报该事件，同时挂起原呼叫处理程序，等待SCP的进一步命令。 一个EDP－R点的例子是在记录用户通话数据时，把用户挂机的DP点在SCP请求呼叫记录时设置成EDP－R类型。之后，当用户挂机事件发生，触发机制被激活，SCP继续业务逻辑处理。
EDP-N（Event Detection Point -Notification）
是另一个动态触发检测点，它的性质和EDP－R相仿。不同之处在于，触发机制被激活后，原呼叫处理程序继续执行，不等待SCP的控制命令，和TDP－N一样只通知事件的发生而不受控。