第六課 智能網(wǎng)的基本呼叫模型
課程前面介紹的智能網(wǎng)概念模型（INCM）主要用于智能網(wǎng)體系結(jié)構(gòu)的設(shè)計(jì)和描述，因此通過(guò)INCM，我們對(duì)智能網(wǎng)有了框架結(jié)構(gòu)方面的了解。那么，智能網(wǎng)如何與現(xiàn)存的網(wǎng)絡(luò)配合，識(shí)別一個(gè)智能呼叫的發(fā)生并對(duì)它作相應(yīng)的業(yè)務(wù)邏輯處理以致于控制完成這個(gè)呼叫的呢？
首先來(lái)看一下正常普通呼叫的情況： 無(wú)論什么業(yè)務(wù)，其呼叫處理都是在普通呼叫的基礎(chǔ)上建立起來(lái)的，一般呼叫處理的基本步驟是：
以上步驟是正常情況的呼叫處理過(guò)程，而呼叫往往因出現(xiàn)異常而不能順利地進(jìn)行，如主叫在通話前中途掛機(jī)、久不撥號(hào)、被叫忙、被叫久不摘機(jī)等都屬于異常情況。
智能網(wǎng)的基本呼叫處理在此基礎(chǔ)上增加了觸發(fā)智能業(yè)務(wù)的功能。
在ITU－T建議中提出了基本呼叫狀態(tài)模型（BCSM），由它完成呼叫／業(yè)務(wù)邏輯的處理，包括：
BCSM是為交換機(jī)處理基本的雙方呼叫服務(wù)的，當(dāng)許可智能網(wǎng)的業(yè)務(wù)邏輯與基本呼叫及連接控制功能交互時(shí)，可以對(duì)這個(gè)模型進(jìn)行分析，以便識(shí)別基本呼叫和各種狀態(tài)點(diǎn)。
BCSM由呼叫控制點(diǎn)（PIC）、檢測(cè)點(diǎn)（DP）、轉(zhuǎn)換態(tài)和事件組成。PIC的作用是表明智能網(wǎng)業(yè)務(wù)邏輯請(qǐng)求完成基本呼叫／連接狀態(tài)時(shí)，所需進(jìn)行的呼叫控制功能（CCF）的行為。DP說(shuō)明在基本呼叫／連接處理中，哪些狀態(tài)可以作控制傳送。轉(zhuǎn)換態(tài)說(shuō)明從一個(gè)PIC到另一個(gè)PIC的轉(zhuǎn)換。事件是引起基本呼叫連接處理狀態(tài)間轉(zhuǎn)移的引發(fā)點(diǎn)。
BCSM分為主叫端和被叫端兩部分。主叫端呼叫狀態(tài)模型（BCSM）如下圖示：
被叫端呼叫狀態(tài)模型（BCSM）如下圖示：
圖中表示了一次呼叫從主叫摘機(jī)到接通被叫的一個(gè)完整接續(xù)過(guò)程。其中檢測(cè)點(diǎn)（DP）和控制點(diǎn)（PIC）是專為完成智能業(yè)務(wù)而設(shè)置的。
BCSM中的檢測(cè)點(diǎn)和控制點(diǎn)如何與智能網(wǎng)中的控制作交互動(dòng)作呢？也就是說(shuō)，DP怎樣被傳送到智能網(wǎng)的業(yè)務(wù)控制點(diǎn)，然后控制PIC作連接處理呢？下圖顯示了PIC、DP和SCP的關(guān)系：
從圖中看出，SSP中有呼叫模型和呼叫模型交互管理模塊。DP檢測(cè)點(diǎn)上得到的呼叫信息經(jīng)呼叫模型交互管理模塊送到智能網(wǎng)的業(yè)務(wù)控制點(diǎn)SCP。SCP在分析該DP點(diǎn)信息后，根據(jù)預(yù)先存貯好的業(yè)務(wù)邏輯執(zhí)行，再經(jīng)過(guò)SSP中的呼叫模型交互管理模塊向BCSM發(fā)回控制命令，PIC根據(jù)命令對(duì)呼叫進(jìn)行控制，完成一次SCP對(duì)智能業(yè)務(wù)的控制動(dòng)作。之后，BCSM繼續(xù)狀態(tài)的轉(zhuǎn)移，產(chǎn)生新的DP點(diǎn)上報(bào)SCP，直至呼叫結(jié)束。這就是SSP和SCP相互作用，完成智能業(yè)務(wù)的基本原理。
DP點(diǎn)上的呼叫信息如何送出去呢？這由基本呼叫處理（BCP）中的觸發(fā)機(jī)制完成。ITU－T中規(guī)定了四類觸發(fā)點(diǎn)，下表列出了它們的特性：
| DP類型 | 觸發(fā)機(jī)制 | 控制關(guān)系 | 業(yè)務(wù)屬性 |
| TDP－R | 靜態(tài) | 起始控制 | 所有 |
| TDP－N | 靜態(tài) | 起始、結(jié)束、監(jiān)示 | 電話選舉、呼叫記錄 |
| EDP－R | 動(dòng)態(tài) | 現(xiàn)存控制范圍 | 呼叫分配、路由重選 |
| EDP－N | 動(dòng)態(tài) | 現(xiàn)存控制、監(jiān)示范圍 | 任意業(yè)務(wù)計(jì)費(fèi)、呼叫排隊(duì) |
TDP-R（Trigger Detection Point - Request）
是一個(gè)靜態(tài)觸發(fā)檢測(cè)點(diǎn)。它是預(yù)先在業(yè)務(wù)邏輯中設(shè)置好的。當(dāng)呼叫處理的執(zhí)行滿足觸發(fā)條件時(shí)，這個(gè)DP點(diǎn)就被觸發(fā)，原呼叫處理程序被暫時(shí)掛起，向SCP發(fā)出初始化檢測(cè)點(diǎn)的消息以啟動(dòng)相應(yīng)的業(yè)務(wù)邏輯執(zhí)行。TDP－R的觸發(fā)條件是用戶撥入業(yè)務(wù)特征碼如"200"、"800"之后。
TDP-N（Trigger Detection Point - Notification）
性質(zhì)與TDP－R類似，也是靜態(tài)觸發(fā)檢測(cè)點(diǎn)。與TDP－R的區(qū)別在于，一旦觸發(fā)條件滿足，將該DP點(diǎn)信息上報(bào)SCP之后，原呼叫處理程序不用掛起等待SCP的控制命令，而是繼續(xù)執(zhí)行原呼叫處理程序。這種只起"通知"作用而不受控的DP點(diǎn)經(jīng)常用到。 比如，在記錄用戶通話數(shù)據(jù)時(shí)，CCF只需告訴SCP什么時(shí)候它完成了接續(xù)任務(wù)，用戶開(kāi)始通話，之后CCF仍舊按原程序監(jiān)示用戶的狀態(tài)直到掛機(jī)。
EDP-R（Event Detection Point - Request）
是動(dòng)態(tài)觸發(fā)檢測(cè)點(diǎn)。它不能預(yù)先在業(yè)務(wù)邏輯中設(shè)置，而是被正執(zhí)行的業(yè)務(wù)邏輯動(dòng)態(tài)地置成一種"待命"狀態(tài)，一旦被置待命的DP點(diǎn)事件發(fā)生，觸發(fā)機(jī)制啟動(dòng)，向SCF上報(bào)該事件，同時(shí)掛起原呼叫處理程序，等待SCP的進(jìn)一步命令。 一個(gè)EDP－R點(diǎn)的例子是在記錄用戶通話數(shù)據(jù)時(shí)，把用戶掛機(jī)的DP點(diǎn)在SCP請(qǐng)求呼叫記錄時(shí)設(shè)置成EDP－R類型。之后，當(dāng)用戶掛機(jī)事件發(fā)生，觸發(fā)機(jī)制被激活，SCP繼續(xù)業(yè)務(wù)邏輯處理。
EDP-N（Event Detection Point -Notification）
是另一個(gè)動(dòng)態(tài)觸發(fā)檢測(cè)點(diǎn)，它的性質(zhì)和EDP－R相仿。不同之處在于，觸發(fā)機(jī)制被激活后，原呼叫處理程序繼續(xù)執(zhí)行，不等待SCP的控制命令，和TDP－N一樣只通知事件的發(fā)生而不受控。