第五章 接口和通信5

邮电部在 1990 年 8 月颁布了《中国国内电话网 NO.7 信号方式技术规范》，1993 年通过了《NO.7 信令网技术》，随后陆续地颁布 SCCP、TC、智能网和移动 通信等一系列有关NO.7 信令的国内标准。 目前 NO.7信令在全国范围内得到了广 泛的应用。NO.7 信令系统的总目标是提供一个国际标准化的、具有普通适用性的 共路信令系统，使具有程控数字交换机的数字通信网运行在最佳状态，并提供一 种按序的、无丢失、无重复和高可靠的信息传输手段。

本章主要简单介绍NO.7 信令的体系结构， 有关智能网的常见 INAP 操作的基本参 数及含义等方面的内容。

5.1 七号信令的协议体系结构 

NO.7 信令的协议体系结构如下图所示，由图 5.1­1 右半部分可见，NO.7 信令系统 由消息传递部分（MTP）和若干个功能不同的用户部分（UP）组成。

INAP OSI 7 OMAP MAP IS UP TCAP T U P D U P OSI4~6 ISP SCCP OSI3 MTP3 OSI2 OSI1MTP2 MTP1 图5.1­1  NO.7信令与OSI模型关系图 

TP 的功能是提供信令的可靠传输，保证两个不同地点对应的用户 UP 之间传递信 

-128-

第五章 接口和通信

令消息无差错、不丢失、不错序、不重复。UP 的主要功能是控制各种基本呼叫的 建立和释放，负责信令消息的生成、语法检查、语义分析和信令过程的控制。在 图的左半部分，MTP 的上面有一个信令连接控制部分（SCCP），它和 MTP 的第 3 级合起来相当于 OSI的网络层。考虑到 MTP 的第 3 级所用的 14位（国外如此） 地址太短，SCCP 可给用户提供更多的地址位，使得与用户部分的接口更象 OSI 的网络层。这一层可支持两种无连接服务（带确认和不带确认）和第三种面向连 接的服务（三种不同的可靠性）。SCCP 与 MTP 合起来称为网络服务部分（NSP） 。 SCCP 的上面还有用户部分（UP）和事务应用部分（TCAP） 。用户部分提供呼叫 控制协议， 它又可分为 TUP、ISUP  等。 它们都可以使用 MTP 提供的服务， 而 ISUP 还可通过 SCCP 来使用 MTP。TCAP 的服务用户是若干个特定应用单元（ASE） 和营运、维护和管理部分（OMAP），其作用是提供NO.7 信令网的维护和管理功 能，提供智能网应用（INAP），移动网应用（MAP）。

5.1.1 信令连接控制部分 SCCP 

信令连接控制部分（Signaling Connection Control Part），在 NO.7 信号方式的分层 结构中，属于 MTP 的用户部分之一，同时为 MTP 提供基于全局码的路由和选路 功能，以便通过 NO.7 信号网在电信网中的交换局和专用中心之间传递电路相关 的非电路相关的信息和其他类型的信息，建立无连接或面向连接的服务。当用户 要求传送的数据超过 MTP 的字长时，SCCP 还要提供必要的分段和重新组装 功能。SCCP 与七号信令第三级 MTP3 结合，提供相当于 OSI 参考模型的网络层 功能。 SCCP应用特点 

SCCP 的应用特点包括：

能传送各种与电路无关的信令消息。

提供基于全局码的路由选路功能，可以在全球互连的不同七号信令网之间实现信 令的直接传送。

除了提供无连接业务，还能提供面向连接业务。

根据七号信令分层结构，SCCP 的用户是 ISUP（ISDN 用户部分）和 TCAP（事物 处理能力应用部分）。ISUP 利用 SCCP 实现端到端消息的传递，支持有关的 ISDN 补充业务；TCAP 则利用 SCCP 和 MTP3 提供的完善的网络层功能实现各种现有 的和未来的电路无关消息的远程传送，支持移动通信、智能网等各种新业务新功

-129-

智能网培训教材

能。 

SCCP提供的网络服务功能 

SCCP 可向用户提供无连接和面向连接服务，具体有如下四类协议： 0 类：基本的无连接服务。 1 类：消息有序的无连接服务。 2 类：基本的面向连接服务。 3 类：流量控制面向连接服务。 无连接型服务

无连接型业务实质上是分组交换中的数据报方式，即事先不建立连接就可以传送 信令消息。它是把传送的数据信息作为的消息，送往编路标号中的目的地信 令点 DPC，在基本无连接业务中，各个消息被的传送，相互间没有关系，故 不能保证按发送的顺序把消息送到目的地信令点。在有序无连接业务中，给来自 同一信息的数据消息附上同一个信令链接选择字段，就可以保证这些数据经由同 一信令链路传送。因此，可按发送顺序到达目的地信令点。无连接型业务每发一 次数据，都需重选一次路由。具体过程如下：

起源节点的 SCCP 用户发出 N_单元数据请求原语，请求无连接数据传递业务，然 后利用 SCCP 路由控制和 MTP，将单元数据消息传送到单元数据请求原语中指出 被叫地址。当单元数据消息不能传送到目的点时，则发送单元数据服务消息 （UDTS）至始发点；当目的节点收到单元数据消息时，发送 N_单元数据指示原 语；当 SCCP 不能传送单元数据或单元数据服务消息时，将一个单元数据业务消 息传送到主叫用户地址或调用 N_通知指示原语。当 N_单元数据请求原语中数据 的长度大于 X（X 暂定为 200）时，UDT 消息不能传送那么多数据，因此就必须 将数据分成几个长度较小的段，每段用一个 XUDT 消息传送。相应地，当 SCCP 收到 XUDT 消息时，必须把分开的数据重新组装为一个 N_单元数据指示原语， 再发送给 SCCP 用户。此过程叫分段/重装（Segmentation/reassembly）。 无连接业务传输过程如图 5.1.1­1 所示：

-130-

第五章 接口和通信

节点1 

节点2 SCCP2 SCCP1 UDT 图5.1.1­1 无连接业务传输过程

面向连接型服务

面向连接型业务实质上是分组电路中的虚电路方式，即在传送数据之前，需要建 立逻辑连接。在基本的面向连接业务中，由于各个数据消息不带顺序号，因此不 能完成顺序控制和流量控制。在流量控制面向连接业务中则可以完成顺序控制和 流量控制。面向连接形业务又分为暂时信令连接和永久连接。暂时信令连接的建 立需要由 SCCP 用户启动和控制，类似于拨号电话接续；永久信令是本地（或远 地）O&M  功能或由节点的管理功能建立和释放， 它们为 SCCP 用户提供半永久连 接，类似租用电话线路。面向连接传输过程的示意图如图 5.1.1­2 所示： 

节点1

节点2 SCCP2 SCCP1 连接请求 连接证实 数据 数据 连接释放（RLSD） 释放完成（RLC） 图5.1.1­2 面向连接传输过程

包括以下几个部分： 1．接续建立过程

-131- 

智能网培训教材

当起源接点的 SCCP 功能收到一个信令连接的请求 N_ConnectReq 时，分析被叫 地址，以识别建立信令接续应到达的节点。若目的节点不是本地节点，则 SCCP 使用 MTP 功能，将一个接续请求（CR）消息发送到目的信令点。

当目的节点的 SCCP 收到一个接续请求（CR）消息时，向用户发送N_ConnectInd 原语。用户若同意建立接续，则调用 N_ConnectRes 原语，SCCP 向起源节点发送 接续确认（CC）消息；若不同意建立接续，则调用 N_ConnectReq 原语，SCCP 向起源节点发送接续拒绝（CREF）消息。

在这其中，还要进行协议类别和流量控制信用量的协商，且起源节点、目的节点 和中间节点的 SCCP 都要记录此信令接续的必要信息，以建立逻辑的信令连接链 路。

其信令接续建立和拒绝过程分别如图 5.1.1­3 所示： 

SCCP用户 SCCP用户 N_ConnectReq N_ConnectCon CC SCCP CR 信令接续建立过程

SCCP N_ConnectInd N_ConnectRes CC SCCP CR SCCP用户 SCCP用户 N_ConnectReq N_ConnectInd CREF SCCP CR 

SCCP N_ConnectReq CREF SCCP CR 

N_ConnectRes 信令接续建立拒绝过程 

图5.1.1­3 信令接续及拒绝过程 

2．数据传递过程

数据传递的功能是提供各种功能，保证用户数据在暂时的信令接续中传递。在此 提供的功能有分段重装、流量控制、不活动性控制和加速数据传递。分段和重装

-132-

第五章 接口和通信

是当用户数据的长度大于 255 个八位组时，分段后再插入到 DT1 或 DT2 的数据 参数中，在接收端采用多数据指示码（M 比特）来重组装。

流量控制过程是在协议类别为流量控制面向连接业务时，用滑动窗口来控制消息 的流量。

不活动性控制的目的是为防止：在接续建立期间，失去“接续确认” ，在数据传递 期间，接续段未通知的终结，以及一个接续的两端所保持的接续数据不一致。 当接续段发出任意消息时，都要把发送不活动性控制器复位；当接收不活动性控 制定时器计时满期，就要启动接续释放过程。

加速数据传递是在协议类别为流量控制面向连接业务时，传递数据量最小（≤32）， 且速度要求高（不受流量控制，也不提供分段和重组功能）的数据。 3．接续释放过程

为启动和结束接续释放，需要两种消息：已释放消息（RLSD）和释放完成消息 （RLC）。释放过程可由 SCCP 用户发起，也可由 SCCP 发起。释放过程除了释放 逻辑链路和本地参考外，为防止因收到与原来已建立的接续段有关的消息而启动 不适合目前接续段的过程，必须具有冻结本地参考的功能。 4．复原过程

复原过程的目的是对接续段重新进行初始化，将数据消息、数据证实消息、加速 数据消息和加速数据证实消息舍弃，将发送序号 P（S）置 0，窗口量值复原到起 始量值。 

SCCP寻址选路功能 

SCCP 可根据以下两类地址进行寻址：DPC＋SSN、GT 

其中 DPC 即 MTP 采用的目的信令点编码，SSN 是子系统号用来识别同一节点中 的不同 SCCP 用户。GT 是全局码，一般为用户拨号，如智能网业务号码、ISDN 号码等。利用GT进行灵活的选路是 SCCP 的一个重要特点。它和DPC 的不同在 于 DPC 只在所定义的信令网中才有意义，而GT则在全局范围内都有意义，且其 地址范围远比 DPC 大。这样，就可以实现在全球范围内任意两个信令点之间直接 传送电路无关消息。这种寻址方式要求 SCCP 先将 GT 翻译成 DPC＋SSN，然后 才能将消息交 MTP 传送。

-133-

智能网培训教材

SCCP管理功能 

SCCP 管理功能 （SCMG） 的作用是在信令点和信令点的子系统发生故障或拥塞时， 重新信令路由或信令业务量，以保证正常的信令网络性能。这里的子系统实 际上就是 SCCP 用户。SCCP 管理过程约定复份节点或子系统均为双份配置主备 用系统，且假定它们是以主用支配方式工作的，即只有主用系统出现故障时才启 用备用系统，一旦故障排除，立即倒换到主用系统。SCCP 管理功能适用于无连 接服务和面向连接服务。按其管理对象不同，将其分为两个子功能： 

1．信令点状态管理：其功能主要是根据 MTP 提供的信令点消息，修改 SCCP 地 址翻译表和节点或子系统的状态，使用户能够采取措施重发或减少有关信令点发 送的信令消息； 

2．子系统状态管理：其功能主要是根据收到的关于子系统的故障、退出服务和恢 复信息，修改 SCCP 翻译表，更新状态标记，实现信令信息在主备用子系统之间 的倒换和倒回。 

SCCP 管理功能的实现依赖于信令点和子系统状态信息的获取。而信令点状态是 由 MTP 第三级管理的，因此有关信令点的故障、恢复和拥塞信息由 MTP 告之 SCCP，子系统的故障和恢复信息则由 SCCP 通过 SCMG 消息告之有关节点。 事务能力应用部分 TCAP 

事务处理能力应用部分（TransactionCapabilityApplication Part） ，简称 TCAP，在 SSN7 的分层结构中，属于 SCCP 的用户部分。其主要目的是为各种应用业务在网 络环境中的信息交互提供统一的支持，在交换节点和控制节点之间传送地址翻译 信息，用户数据信息，计费或管理信息等电路无关信息。TCAP 信令过程就是对 操作（Operation）和对话（Dialogue）进行处理和控制的规程（Protocol）。 TCAP的分层结构和作用

-134- 

第五章 接口和通信

TC—用户 TC­原语 成份子层CSL TR­原语 TCAP 事务子层TSL N­原语 SCCP MTP 图 5.1.1­4  TCAP 的分层结构

其中： 

CSL（成分子层）——进行操作管理； TSL（事务子层）——进行对话管理； CSL与 TC－用户之间通过 TC－原语接口； CSL与 TSL之间通过 TR－原语接口。

为了实现对操作和对话的控制，TCAP 本身又分为以下两种： 1．事务子层（TCAPTSL）

事务子层的功能就是对本端事务子层用户和远端事务子层用户之间的信令通信过 程，即事务进行管理。事务子层用户就是 TR－用户。目前已知的唯一的 TR－用 户就是成份子层。对等成份子层的通信也就是对等 TC－用户之间的通信，称为对 话。因此在目前定义的 TCAP 协议中，事务和对话完全等同，两者具有一一对应 的关系。

为了完成一个应用业务的信令过程，两个 TC－用户双向交换一系列 TCAP 消息。 消息交换的开始、结束、先后顺序以及消息内容均由TC－用户控制和解释，事务

-135- 

智能网培训教材

子层则对对话的启动、保持和终结进行管理，包括对话异常情况的检测和处理。 其协议过程适用于任何应用业务的对话。 2．成份子层（TCAPCSL）

成份子层的主要功能包括操作管理、成份差错检测和对话成份分配。

在正常情况下，一个操作由 TC－用户发起调用请求，成份子层为每一个操作建立 一个状态图，借此实现操作管理。

成份差错包括协议错误和响应超时。协议出错就是成份子层收到的成份类型与操 作状态图的期望输入不符，或者成份格式出现语法错误或不可辨认。响应超时指 的就是各类操作定时器超时。

成份子层通过对对话标识号的管理实现对话成份的分配。 TC 原语：

成份子层通过 TC 原语和 TC 用户接口，TC 原语有二类： 

1．成份处理 TC 原语：该原语用来在 TC 用户和成份子层之间传送组员数据； 2．对话处理 TC 原语：该原语用来在 TC 用户和成份子层之间传送对话进展信息。 成份处理 TC 原语共有如下 9 种： 

TC_INVOKE，TC_RESULT_L，TC_RESULT_NL，TC_U_ERROR：均有请求原 语和指示原语，TC_U_REJECT 、TC_L_REJECT 、TC_R_REJECT 、TC_U_CANCEL 、 TC_L_CANCEL。

对话处理 TC 原语共有 6 种： 

TC_UNI、TC_BEGIN、TC_CONTINUE、TC_END、 TC_U_ABORT TC_P_ABORT。 

TCAP成份操作处理过程

一个成功的操作处理过程如图5.1.1­5 所示。图中，括号里的 I表示操作调用识别 号。如果操作执行失败，则用户 2 将发送一个回复错误成份（RE），对应的 TC 原语为 TC－U－ERROR。

、 

-136-

第五章 接口和通信

TC 用户 CSL1 CSL2 TC 用户 TC－INVOKE 请求 INV（I）成份 TC－INVOKE 指示 TC－R－NL 指示 RRNL（I）成份 TC－R－NL 请求 TC－R－L 指示 RRL（I）成份 TC－R－L 请求 图5.1.1­5 一个成功的操作处理过程

成份中的操作调用标识号由 TC－用户在发起操作请求时动态分配。 在任一时刻可 以有多个操作同时在远端执行。每个操作调用标识号对应一个成份状态图，对端 节点只对该操作作出响应， 不参与操作的状态管理。 成份状态图由进程 TCAPISM 管理。当操作过程完成后，成份状态图返回空闲状态，此时，操作标识号释放。 操作标识号释放后，必须冻结一段时间后才能重新使用，冻结的实现方法由 TC －用户规定。 

TCAP的对话处理过程

一个信令的处理过程就是两个对等实体之间的对话交互。对话有两种类型：非结 构化对话和结构化对话。其中，非结构化对话只包含一个消息，无需管理。结构 化对话消息必须赋予事务标识号，以区别各个不同的对话。事务标识号的分配和 管理在进程 TCAPTSL中实现。

一个基本的结构化对话过程包括对话启动、保持、结束三个阶段。这里主要说明 对话的结束（END）方式：基本方式和预定方式。 1．基本方式

用户向事务子层发送 TR－END 请求原语，原语的终结类型参数指明是基本结束。 事务子层收到此请求后，向对端发送结束（END）消息，原来储存的属于该对话 的所有成份随次消息一起发出。接收端收到 END 消息转送给用户后，就将尚未发 送的该对话的所有成份全部丢弃。 2．预定方式

-137- 

智能网培训教材

这种方式表示应用实体本身知道何时应该结束对话，当应用信令协议执行到给定 点时，用户向事务子层发出 TR－END 请求原语，原语中的终结类型参数指明为 预定结束。 这时事务子层不向对端发送END 消息， 成份子层将未发出的该对话的 所有成份丢弃。与此相应，对端用户也知道对话应结束，同样按预定方式结束该 对话。

无论是哪种方式结束对话，TCAP 收到相应原语的请求或指示后，将事务状态图 及对话所属的所有状态图均回复空闲状态，并不检查操作请求是否已收到最后的 回送结果。

5.1.2 电话用户部分 TUP 

在七号信令系统中，全部电话信号都要通过消息信号单元来传送。在电话消息信 号单元中，只有信号信息字段（SIF）与电话用户部分（TUP）的电话控制信号有 关，由电话用户部分处理。电话用户部分的信令程序与随路信令方式相似，只是 信号的内容比随路信令方式要丰富得多， 信令信息的表现形式与传送方式也不同。 除了可以完成普通的电话接续外，还能够提供一部分用户的补充服务，如遇忙回 叫，转移呼叫，追查捣乱呼叫等附加业务。信号信息字段（SIF）里，其长度是可 变的，它与电话用户部分的电话呼叫控制信号有关。通常由标记、标题码和信令 信息三部分组成。七号信令系统不同于随路信令，七号信令局间通信是通过信令 消息的相互传递完成的。每个信令消息都是一个信息的集合，分别属于不同的七 号信令用户部分使用。为了标明每个信令消息的发源地和目的地，在每个信令消 息的前面都有固定长度的消息编路标号。标记是每一信令消息的组成部分之一。 消息传递部分第三级的消息路由功能根据它的路由标记部分选择适当的信令路 由，而电话用户部分则用它识别消息所属的某一次呼叫。电话信令消息的标记如 图 5.1.2­1所示。它包括三个字段：目的信令点编码（DPC）、源信令点编码（OPC） 和电路识别码（CIC）。 

8×n 4       4      12     14     14 图5.1.2­1 电话部分信令消息 

传送方向

DPC 为目的信令点编码表示消息要到达的信令点； OPC 源信令点编码表示消息源的信令点； 

CIC 标识 DPC 与 OPC 之间话音电路的编号，用以表明该信令是属于哪个话路的，

-138-

第五章 接口和通信

也识别了与哪个呼叫有关。

有关 TUP 消息详细介绍请参阅相关资料，这里不再详述。

5.2 INAP 常用操作 

INAP 信令的几个主要操作： 启动 DP(InitialDP) 应用：SSP ——> SCP 

功能： 当 SSP 中的基本呼叫控制模块(BCSM)在呼叫处理过程中检测到一个触发请 求点 TDP­R 后，SSP 发送此操作给 SCP，请求 SCP 给出完成智能业务的指令。 SCP 收到 IDP 后，根据“业务键”参数，启动一个业务逻辑程序进程实例(SLPI) 来处理相应的 IDP 操作，SCP 可以根据启动的业务逻辑，向 SSF 发送有关操作指 令，影响基本呼叫的处理。 主要参数：

唯一地识别一个 IN 业务的业务键；

用户所拨的数字、主叫电话号码、主叫用户类别、被叫用户号码、主叫用户所属 商业集团识别码；

指示由哪一个配置的 BCSM 检测点事件导致发送 IDP；等参数。 连接(Connection) 应用：SCP ——> SSP 

功能：SCP 要求 SSF 根据本操作参数中给出的信息将呼叫接续到指定的目的地。 主要参数：目的地路由地址、振铃模式或路由清单等。 收集信息(CollectInformation) 应用：SCP ——> SSP 

功能：当 SLPI 决定需要从主叫方得到更多的信息时，可通过本操作要求 SSP 使 用本身的资源来收集有关信息。

-139-

智能网培训教材

该操作只在“等待指令”状态且收到“请求报告 BCSM 事件”操作时才有效。 主要参数：

请求报告 BCSM 事件操作(RequestReportBCSMEvent) 应用：SCP ——> SSP 

功能：SCP 要求 SSP 监视与呼叫有关的事件，当检测到相关事件后向 SCP 报告。 主要参数： 

BCSM 事件报告(EventReportBCSM) 应用：SSP ——> SCP 

功能：SSP 以此操作报告 SCP 发生了一个与呼叫相关的事件，而这个事件是 SCP 先前在“请求报告 BCSM 事件操作”中请求监视的。 主要参数：

连接到资源(ConnectToResource) 应用：SCP ——> SSP 

功能：SCP 要求 SSF 将一呼叫由 SSP 连接至指定的资源。

主要参数：给出识别 SRF 的物理位置及建立到 SRF 连接的路由地址等。 播送通知(PlayAnnouncement) 应用：SCP ——> SSP 

功能：在“连接到资源”操作之后，用于通知 SRF 向用户发送标准的信号音或录 音通知。 主要参数：

提示并收集用户信息(PromptAndCollectUserInformation) 应用：SCP ——> SSP 

功能： 当 SCP 决定要从终端用户收集信息并且已经建立了用户至 SRF 的连接后发

-140-

第五章 接口和通信

出的。SCP 发送本操作要求 SRF 向用户发出提示信息并收集从终端用户发出的相 关信息。SRF 在接收到终端用户发出的相关信息后将接收到的信息作为本操作的 返回结果送给 SCP。 主要参数：

申请计费(ApplyCharging) 应用：SCP ——> SSP 

功能：SCP  提供给 SSP 与计费相关的信息和 SSP 通过 “申请计费报告” 操作向 SCP 报告计费结果的条件。

主要参数：ACH 帐单计费特性、该次呼叫的计费方（主叫或被叫或指定的目标号 码或指定的计费号码）、是否将计费结果报告给 SCP 等。 申请计费报告(ApplyChargingReport) 应用：SSP ——> SCP 

功能：SSP 向 SCP 报告 SCP 在“申请计费”操作中所请求的与计费相关的信息。 主要参数： 激活业务过滤 应用：SCP ——> SSP 

功能：SSP 收到此操作后，以一种特殊的方式处理到目的地的呼叫，而不用对每 个检测到的呼叫都向 SCP 发送请求。在 SSP 中可设置简单的几种功能（计数器） 和录音通知功能，对该类型的呼叫进行计数并向呼叫方发送有关录音通知。 在提供电票业务或大众呼叫业务时要用到本操作。

主要参数：规定如何处理被过滤掉的呼叫，包括要播送的通知、计费模式、使用 计数器的个数、被过滤掉的呼叫的释放原因等。 业务过滤响应 应用：SSP ——> SCP 

功能：SSP 向 SCP 发送以前 SCP 在“激活业务过滤”操作中规定的计数器的值。

-141-

智能网培训教材

主要参数： 呼叫间歇

应用：SCP ——> SSP 

功能：SCP 使用本操作向 SSP 请求降低发送到 SCP 的某些业务的呼叫请求速率。 主要参数：规定了要进行间隙呼叫的识别标准、间隙的特性（如持续时间、间隙 间隔）以及如何处理被间隙机制终止的呼叫。 启动试呼(ActivityTest) 应用：SCP ——> SSP 

功能：SCP 请求SSP提供根据SCP提供的地址信息产生到一个呼叫方的新呼叫 （如 叫醒业务）。

主要参数：目的地路由地址、振铃模式等。 释放呼叫(ReleaseCall) 应用：SCP ——> SSP 

功能：SCP 通知 SSP 释放现在的一个呼叫中在任何阶段的所有呼叫方。

主要参数：释放原因。SSP 通过释放原因可以给不同的呼叫方播送不同的信号音。

5.2.1 其他接口 

ZXIN10 SMP 与 SCP 的通信总体上符合《中国智能网业务管理点（SMP）设备技 术规范书（征求意见稿）》的要求。 

SMP 与 SCP 之间的通信，ZXIN10 提供了多种连接方法——局域网、X.25、DDN 等，并提供了保证其可靠、安全传输的方法。 

SMP 向 SCP 提供的信息。业务逻辑的导入和删除。SCP 能够接收 SMP 对 SCEP 所生成的业务逻辑的导入和删除。如果是对业务逻辑的删除，则 SCP 需停止对该 业务的新的呼叫的处理。待已处理的此业务的呼叫结束后，删除此业务逻辑。 对 SCP 中数据的管理。SCP 中的数据包括业务数据及用户数据，SCP 能够接受

-142-

第五章 接口和通信

SMP 对业务数据及用户数据的修改，删除，显示等操作，例如 SCP 能够接受 SMP 对业务或号码的激活/去激活命令，对录音通知表的修改等。

对统计数据的需求。将 SMP 需要 SCP 进行统计的项目以及统计的方式（永久统 计和按需统计）告诉 SCP，以便 SCP 进行相应的统计。

对 SCP 所传送的通过 DTMF 话机修改的用户数据处理结果的报告。 接收 SMP 的指令对过负荷进行控制。 SCP 向 SMP 提供的信息

统计结果的报告。能够实时或定时地向 SMP 报告所需的统计结果。

计费结果的报告。能够将计费的结果实时或定时地向 SMP 报告，以便于 SMP 进 行数据的更新和将计费信息送到结算中心进行话费的分摊。 

SMP 向 SCP 信息传送的结果的报告。能够将 SMP 向SCP 信息传送的结果（成功 或失败）报告给 SMP。

用户通过DTMF 所修改的数据的报告。SCP  能够将用户通过 DTMF 修改的用户数 据（例如密码，前转号码和缩位拨号等）报告给 SMP，以便于 SMP 对用户数据 进行管理。

过负荷情况的报告。SCP 要将过负荷的情况向 SMP 报告，以便 SMP 采取必要的 措施。 

SMP 所要求的一致性检查的信息传送。

-143-