中国智能网设备业务控制点SCP技术规范.docx

邮 电 部 技 术 规 定中国智能网设备业务控制点（SCP）技术规范YDN0481997前 言 本技术规范是根据ITU-T有关智能网功能集1（IN CS-1）的建议，即Q.121x系列的建议以及一些智能网设备生产厂家的资料，并结合我国智能网的实际情况而制定的。 此技术规范与业务交换点（SSP）技术规范、业务管理点（SMP）技术规范、业务生成环境点（SCEP）技术规范、智能外设（IP）和业务管理接入点（SMAP）技术规范共同形成中国智能网的设备规范。 本技术规范是智能网功能集1（CS-1R）阶段的技术规范。以后随着智能网的发展和相应的国际电联建议的制定，CS-2，CS-3等阶段业务控制点的技术规范会对此规范内容进行相应的补充和修改。 本技术规范于1997年由邮电部批准，后来根据通信网络和电信业务发展的需要，又作了补充修订，于1999年正式发布。 本技术规范由邮电部科学技术司提出并归口。 本技术规范起草单位：邮电部电信传输研究所 本技术规范主要起草人：刘 多 龚双瑾 王鸿生 魏 冰 张 捷 张雪丽 陈 立1 范围1.1 本技术规范规定了业务控制点（SCP）的功能、硬件、软件、接口、可靠性和操作维护管理等方面的技术要求，以保证业务控制点在智能网中能够政党可靠地运行，并使智能网能够快速、灵活、可靠地控制和处理业务，以及向用户提供良好的服务质量。1.2 本技术规范适用于国际、国内、省内或本地的业务控制点设备。是业务控制点设备在研制、开发和购买时所应遵循的技术文件。1.3 由于CS-1阶段没有提供SCP与其他网中的SCP和SDP进行通信的能力。所以本技术规范书没有包含这些内容，待以后阶段的技术规范书来提供。1.4 ITU的建议对智能网的计费提供了多种方案，考虑到我国将来计费的生成和记录点可能会有三种情况：SSP、PSTN或SCP，所以本规范规定了在这三种情况下SCP所需具有的计费功能。2 引用标准 下列标准所包含的条文，通过在本规范中引用而构成为本规范的条文。在标准出版时，所示版本均有效。所示标准都会被修订，使用本规范的各方应探讨使用下列标准最新版本的可能性。 GF01795 智能网应用规程 YDN0651997 邮电部电话交换设备总技术规范书3 缩略语 BCSM 基本呼叫状态模型 DPC 目的地信令点编码 IN 智能网 INAP 智能网应用规程 IP 智能外设 OAM 操作维护管理 SCEP 业务生成环境点 SCF 业务控制功能 SCP 业务控制点 SDF 业务数据功能 SDP 业务数据点 SLP 业务逻辑程序 SLPI 业务逻辑程序实例 SMF 业务管理功能 SMP 业务管理点 SRF 专用资源功能 SSN 子系统号码 SSP 业务交换点 STP 信令转接点 TCAP 事务能力应用部分4 SCP在智能网中的地位和作用 智能网CS-1阶段的物理平面可以包含很多物理节点，但主要应包括图1所示的6个物理节点：SCEP、SMP、SMAP、SCP、SDP、SSP和IP。其中，SCP为智能网中的业务控制点，是智能网的核心部分，负责处理业务的业务逻辑程序（SLP）和提供IN业务的数据。SCP作为一个物理实体应包含两个功能实体：业务控制功能（SCF）和业务数据功能（SDF）。图1 智能网的物理结构 由图1可见，SCP通过七号信令网与SDP、SSP和IP相连，通过数据链路与SMP相连。SCP与SSP和IP之间的通信规程采用智能网应用规程（INAP）。 SCP通过STP转接或直联到SDP进行数据的提取、更新和删除等操作。SDP可以为一个单独的物理实体，也可以作为SDF与SCF处于同一个物理实体SCP中。 SCP通过STP转接或直联到SSP中。SSP收到一个智能网业务的呼叫后，将把与此呼叫相关的信息通过INAP操作送给SCP，等待SCP的指令，SCP通过执行业务逻辑，将相应的操作指令送给SSP，或SCP通过业务用户事先定义好的业务逻辑，向SSP发出开始呼叫接续等信息的指令，以便SSP进行路同上接续和计费等。 SCP通过七号信令网（包括STP转接或直联）或通过七号信令网和SSP的转接功能与IP相连。控制IP向用户播放录音通知和收集数字等。 SCP通过数据链路与SMP进行通信。一方面接受SMP的管理，即SCP接受SMP对SCP中的数据进行校验、修改等操作，同时SCP能够接受SMP传送的SCEP所生成的业务逻辑，另一方面，SCP向SMP报告有关统计、告警、计费和一些用户数据的更新等信息。5 SCP的功能5.1 概述 由于SCP包含SCF和SDF两个功能实体，所以SCP应具有SCF和SDF的功能。5.1.1 SCF的功能 SCF为业务控制功能，在智能网中起呼叫控制的作用。 SCF可以和其他的功能实体通信，以获得附加的逻辑或信息（业务或用户数据）。 SCF主要功能： （1）与SSF/CCF，SRF和SDF相互通信； （2）包含了IN业务试呼所要求的呼叫控制能力和处理能力； （3）可以接受SMF的管理和修改等。5.1.2 SDF的功能 SDF为业务数据功能（包含用户数据和网络数据），是SCF在执行IN业务时需要实时提取的。主要功能是： （1）按要求与SCF接口并通信； （2）接受SMF的管理。5.2 基本功能5.2.1 呼叫控制和处理功能(call control and call process function) SCP是智能网中集中的业务逻辑和数据的控制点，是智能网的核心部分，可控制智能网业务的呼叫。 SCP对于一个智能网业务的呼叫，应具备以下控制和处理功能。 （1）业务逻辑的选择(service logic selection) 应能根据下列信息来选择业务逻辑： 业务键 所拨数字 被叫用户号码 主叫用户号码 主叫用户商业集团ID 主叫用户类别 主叫用户子地址 遇到呼叫间隙 IPSSP能力 IP可用性 位置号码 杂项呼叫信息 原被叫用户ID 业务轮廓表示语 终端类型 触发类型 高层一致性 业务相互作用表示语 附加的主叫用户号码 前向呼叫指示 承载能力 BCSM事件类型 改向用户ID 改向信息 （2）业务间的相互作用原则(services interaction) 在一个呼叫中，如果进行了多于一种业务的呼叫，则要在SCP中规定业务间的相互作用原则：在一种智能网业务的呼叫中是否允许进行其他智能网业务的呼叫。如果允许，则要对此智能网业务以及在一个呼叫中不同业务进行的先后顺序作明确的规定。 （3）版本的处理(multi versions support) SCP应支持多个INAP规程版本。SCP应具有版本选择和处理的功能。 按照SSP发送过来的应用上下文来选择SCP中INAP的版本，如果此版本SCP不支持，SCP或直接中止此呼叫，或在中止呼叫的同时向SSP回送一个SCP中能够支持的INAP版本，让SSP开始新对话时用此SCP支持的应用上下文。 （4）业务逻辑的执行(service logic execution) 根据在业务逻辑中定义的特征对呼叫进行适当处理。 （5）实时数据库的功能(real-time database function) 具有实时的数据库，能够根据具体的呼叫及相应的业务逻辑对数据库中相应的数据实时地进行以下操作： 对数据库中的数据进行查询； 对数据库中的数据进行提取； 对其他物理实体送过来的数据与数据库的数据进行核实； 根据其他物理实体发送过来的号码和/或在SCP中已经存在的号码进行翻译； 根据其他物理实体发送过来的号码和/或在SCP中已经存在的号码进行必要的切割和贴补； 根据从其他物理实体接收到的和本身的信息，对数据库中的数据进行更新； 根据从其他物理实体接收到的信息，对数据库中的数据进行删除；或根据具体业务的要求，SCP自动地对数据库中应该删除的数据进行删除； 能够把SCP中需要衤时传送的数据传送到其他物理实体中去。 （6）消息的分配(message distribution) SCP能够把从七号信令网中接收到的消息通过TCAP消息分配系统分配给各个业务逻辑。如果一个TCAP对话中包含几个消息，则消息分配系统能够保证所有的消息按顺序地执行；如果一个TCAP消息中包含几个操作，则应按照INAP中的规定，并行或按顺序地执行这些操作。 （7）消息的排队(message queuing) SCP能够把从七号信令网中接收到的TCAP消息通过消息分配系统分配给各个业务逻辑。如果对于一个业务逻辑，同时有多个TCAP消息需要处理，则需要SCP对所收到的TCAP消息进行排队，然后按顺序地执行这些TCAP消息。 （8）在一个呼叫中能够支持多个TCAP对话(multi dialogs support) 根据业务呼叫的种类，有的呼叫只需一个TCAP对话，而有的呼叫可能需要多个TCAP对话，所以要求SCP能够根据具体的业务呼叫而具有在一个呼叫中支持多个TCAP对话的能力。 （9）控制录音通知的播放(IP control) 能够根据业务逻辑执行的需要，指示IP或SSP（当SRF与SSP合设在一起时），向用户播放正确的录音通知和/或收集信息。 能够指示IP或SSP（当SRF与SSP合设在一起时）用业务用户或用户事先定义的或用户通过录音通知选择的语言向用户播放录音通知。 （10）消息的处理(message processing) 能够根据所选择的业务逻辑向/从其他智能网节点发送/接收消息，控制呼叫的进行： 接收SMP的管理消息； 向SMP报告统计，告警和计费等消息； 接收SDP报告结果的INAP消息； 向SDP发送查询、更新等INAP消息； 接收SSP请求和报告的INAP消息； 向SSP发送指令和请求报告的INAP消息； 接收IP报告结果的INAP消息； 向IP发送指令指示IP播送录音通知和/或向用户收集信息的INAP消息。 INAP不依赖于业务，但INAP操作中具体参数的选择依赖于业务。 （11）差错的处理(error processing) SCP在执行业务逻辑时发现了差错，如果是属于INAP中规定的差错，则向相应的物理实体报告此差错，并由相应的物理实体对此呼叫进行相应的处理。 SCP接收到其他物理实体返回的差错，则根据差错的类型以及业务逻辑对此呼叫采取必要的措施（例如向相应的物理实体再发出指令，使呼叫进行下去，或向用户播放录音通知并让其他物理实体释放与此呼叫相关的资源，以结束此呼叫等）。5.2.2 计费功能 SCP支持的计费功能包括： 对智能网业务计费的控制 对用户计费数据的更新 计费数据的传送 有关计费参数的具体格式和说明请参见邮电部电话交换设备总技术规范书。5.2.2.1 对智能网业务计费的控制 要求SCP同时支持计费信息的生成和环境点在SCP和SSP时所具有的计费控制功能。SCP所拥有的计费控制信息因计费信息生成和记录点的不同而不同。 （1）计费信息的生成和记录点在SSP 对于一个智能网业务的呼叫，如果计费信息的生成和环境点在SSP，则由SSP产生和记录详细的帐单并送到计费中心。但是对此呼叫是计费还是免费，以及SSP怎样进行计费，计费的结果是否报告给SCP等等控制信息都需要SCP来通知SSP。SCP通过INAP中的计费操作将SSP计费所需的信息告诉给SSP，以便于SSP对具体的呼叫进行计费。对于需要实时计费和话费分摊的业务，SCP则需要SSP报告计费的结果，以便SCP进行数据更新和帐务中心进行话费分摊。 SCP作为智能网业务和计费的控制点，一般汉地具体的通话费用进行计费，但对于有费用限制的业务呼叫，SCP应具有简单的计算功能，以决定此呼叫是否允许，以及允许通话的时间等。 当业务呼叫由SSP进行计费时，SCP需具有以下的控制能力和信息。 1）计费矩阵表 能够提供以下的计费矩阵表，此计费矩阵表用来确定计费类别，此计费类别与SSP中的具体的费率表相对应。计费矩阵表根据主被叫的号码来确定。SSP将根据SCP所给的具体信息来计算话费。 本地的计费类别表 国内的计费矩阵表 全国范围内的不同长途编号区的计费矩阵表，矩阵的大小为不小于600600。 国际的计费类别表 中国到世界各国的国家号码的计费类别表。 13XH0H1H2H3ABCD中XH0H1H2H3与长途区号的对应表 对于移动用户，要根据号码中的XH0H1H2H3来确定相应的矩阵，因此要求SCP具有XH0H1H2H3与上述的本地、国内和国际号码相对应的矩阵表，要求对应表的大小为10000。 2）计费模式 3）计费记录标识 4）计费动作 5）控制方 6）计费部分 7）计费记录处理 8）主叫用户号码 9）被叫用户号码 10）目标地址号码 11）位置号码 12）计费用户标识的指示语 13）规定的计费号码 14）附加费用 15）计费类别 16）折扣 17）开始计费的方式 18）停止计费的方式 19）详细帐单记录类型 20）发送计费消息 21）呼叫的监视 22）透明参数 （2）计费信息的生成和环境点在SCP 计费信息的生成和环境点如在SCP，则计费中心要与SCP相连。SCP中除了要有SSP作为计费信息的生成和环境点时所有的计费信息外（把计费类别换为具体的费率表，即具体的费率），而且还要求SSP报告被叫应答、主叫或被叫挂机等事件，并要求SSP监视计费事件，且要有如下的能力和信息： 费率根据时间的改变（白天/晚上/节假日） 计费开始的日期和时间 计费结束的日期和时间 计费呼叫时长 计算总费用 （3）具有向PSTN发送计费消息的能力 有的智能网业务的呼叫需要由PSTN的普通交换机来计费或要求不计费，此时需要SCP向SSP发送INAP的计费操作，由SSP将操作中的通信通过信令的方式后向传送给PSTN的普通交换机，让PSTN的普通交换机根据SCP的指示进行计费。5.2.2.2 用户费用数据的更新 SCP能够根据SSP报告的计费结果（计费信息的生成和环境点在SSP）或SCP的计费结果（计费信息的生成和环境点在SCP）对SCP中费用有限制的用户的费用进行更新（累加或减去），并在达到限制额时采取相应的处理（打折，拆线或拒绝呼叫等）。当SSP计费时，SCP要求SSP传送以下的计费结果信息： 1）业务键 2）计费模式 3）计费记录标识 4）主叫用户号码 5）被叫用户号码 6）目标地址号码 7）位置号码 8）计费用户标识的指示语 9）规定的计费号码 10）开始日期和时间 11）结束日期和时间 12）呼叫时长 13）总费用 14）承载能力 15）计费类别 16）报告原因5.2.2.3 计费数据的传送 此功能要求SCP具有存储和传送计费数据的功能。SCP将SSP报告的计费结果（计费信息的生成和环境点在SSP）或SCP的计费结果（计费信息的生成和环境点在SCP）存储在SCP中。根据SMP的要求，将计费信息定时或实时地传送给SMP，SCP需要将SSP报告的计费结果透明地（计费信息的生成和环境点在SSP）或SCP的计费结果（计费信息的生成和环境点在SCP）并附加一些信息（例如SCF ID等）传送给SMP。如果SCP中存储计费数据的容量达到以门限，则SCP要向SMP发送请求，请求立即传送计费数据。SCP能够对话单进行存储，存储时间应不小于4h。 对于需要进行话费分摊的业务，SCP需要将计费结果（计费信息的生成和环境点在SCP）或SSP报告的结果（计费信息的生成和环境点在SSP）传送给SMP，再由SMP将率遇结果送到结算中心，进行话费分摊。 SCP需要向SMP传送的计费信息有： 1）SCP-ID 2）业务键 3）计费模式 4）计费记录标识 5）主叫用户号码 6）被叫用户号码 7）目标地址号码 8）位置号码 9）计费用户标识的指示语 10）规定的计费号码 11）开始日期和时间 12）结束日期和时间 13）呼叫时长 14）承载能力5.2.3 数据与话务管理功能(data and traffic management function)5.2.3.1 数据库管理功能(database management function) （1）实时数据库的同步功能(real-time synchronization function) 能够实时地接收SMP对SCP数据库中的数据更新（包括生成、修改和删除），以保证SMP和SCP数据的一致性。 能够实时地接收和处理其他物理实体来的数据； 能够实时地向其他物理实体发送所需的数据。 （2）数据库一致性检查的功能(database consistency check) 此功能要求SCP能够接收并执行SMP对SCP中要进行一致性检查的内容进行提取的指令，将SMP所要提取的内容送给SMP。由SMP对SCP中的信息与SMP中的信息进行一致性检查，如果SMP发现不一致，则SCP能够接受并执行SMP对SCP中的信息进行修改的指令。 数据库的一致性检查分为两类： SMP-SCP总的检查 此功能要求SCP能够接收SMP对SCP的实时数据库与SMP中的应用数据库中的总的文件进行比较，以确保数据的完整性。此种检查要求定期进行（例如一天等）。 SMP-SCP的详细检查 此功能要求SCP能够接收SMP对SCP的实时数据库中的全部或部分内容与SMP中应用数据库的详细内容进行比较。此种功能要求通过命令自动并定期进行（例如一星期）。 （3）数据库的安全性(database security) 数据库都应是双备份的。若对数据库的数据进行修改，所做的一切动作都应对双备份同时进行。 SCP的终端用户不能接入到用户的数据。5.2.3.2 业务数据管理的功能(service data management function) 对于业务数据的管理，具体的操作由SMP完成（对于不同的管理权限，有不同的管理范围），但SCP要具有接受SMP对业务数据进行管理的能力，同时SCP要将处理的结果通知SMP。 （1）激活/去激活IN业务(IN service active or inactive) 用此功能可以激活或去激活一种IN业务。如果一个业务码被去激活，呼叫此业务码的呼叫将被拒绝，并采取相应的处理。 （2）业务数据的修改(service data modify) 可以对一个IN业务的业务数据进行修改，修改过程中应不影响已经进入通话状态的呼叫。 （3）SSP表的管理(SSP table management) 此功能允许设置、修改和删除SSP的地址。这些地址由SCP用来在发一些操作时选址SSP（例如呼叫间隙和激活业务过滤）。5.2.3.3 用户数据管理的功能(user data management function) 对于所有的用户数据，都可以由SMP进行管理（不同的管理权限有不同的管理范围），但有的用户数据可以由用户通过DTMF话机来进行管理，所以SCP应同时具有接受SMP对所有用户数据和用户通过DTMF话机对部分用户数据进行管理的功能。 （1）能够接受SMP对用户数据进行管理的功能 SCP能够接受SMP对所有的用户数据进行管理的功能，即能够接受SMP对所有用户数据进行的设置、更改、删除等操作，同时，SCP能够把处理的结果通知SMP或用户。 （2）能够接受用户通过DTMF话机对部分用户数据进行管理的功能 可以允许用户通过DTMF话机对SCP中的部分用户数据（如前转数据、密码和缩位号码等）进行设置、修改和删除，并且SCP要将所修改的用户数据报告给SMP，同时等待SMP的处理结果。5.2.3.4 话务管理功能(traffic management function) （1）话务管理的目的 保证SCP具有过负荷控制的能力； 保证不使一个单独的业务超过额定的限度，以致降低其他业务使用此SCP的资源； 保证已接收的呼叫能够得到正确的处理。 （2）话务管理功能 SCP的话务管理功能应包括以下几个方面： 1）对预测到的大话务量进行预先控制 SCP能够对预测到的某种业务或某一时间段内将会有大量的智能网业务的呼叫进行控制，即SCP可以向SSP发送INAP的操作激活业务过滤，将操作中规定的呼叫在SSP过滤掉，不再把每次呼叫都接入到SCP。 2）检查过负荷情况 A）SCP监视同时对话的数目； B）SCP对一些业务，监视到达某个目的地或某个号码以及某个业务接入码的呼叫数； C）接受网络或业务管理中心对话务情况进行监视。 3）过负荷情况的分类 根据检查出的情况不同，SCP在操作中也向SSP告知要进行间隙的不同原因。 情况A）为“SCP过负荷” SCP过负荷是指SCP不再能够按照要求的速率处理所接收到的消息。因此就有消息积压甚至丢失的危险，此时SCP应向SSP发送“呼叫间隙”的操作以指示SSP减少消息的发送数量。 情况B）为“目的地过负荷” 有的目的地码/某个号码/某个业务接入码是有呼叫限制的，因此SCP要监视这些号码，对这些呼叫进行累计计数，并与所规定的限制数进行比较，如果呼叫数达到以了所规定的限制数，则要启动操作“呼叫间隙”，以指示SSP减少这些规定号码的消息发送数量。 情况C）为“人工启动”。 如果同时检查到多种过负荷的原因，“人工启动”具有最高的优先级。 4）过负荷的控制 SCP要根据检测到的过负荷情况进行分组控制。分为4级控制，每次控制智能网呼叫的25%。每次进行控制时，所发送的操作“呼叫间隙”中的参数，应根据相应的主管部门的要求和具体的情况进行设置，呼叫间隙中的主要参数如下： A：间隙标准： 业务键，主叫地址，被叫地址和位置号码。 B：间隙表示语： 持续时间，间隙间隔。 C：控制类型 SCP过负荷/人工启动/目的地过荷。5.2.4 TCAP消息编码/解码的功能(TCAP message code and decode function) SCP应具有TCAP消息编码/解码的功能。SCP能够将收到的TCAP消息进行解码，以供业务逻辑在业务逻辑执行环境中运行。当SCP要向其他物理实体发送消息时，将所有要传送的参数及操作装进TCAP消息中，即对TCAP消息进行编码，以便在七号信令网中传送。5.2.5 统计功能(statistic function) SCP能够提供SMP和自身所要求的统计功能。SCP可对所要统计的项目进行测量和记录，并根据SMP的要求向SMP报告统计的结果，并且只有收到SMP返回的证实后才能够删除统计数据，否则要重新传送。 对于需要测量的项目，可单独测量，也可多个一起测量；可按顺序进行测量，也可同时进行测量。 （1）计数器的处理 SCP要能够提供预留、增加和重置计数器的功能以满足统计的需要。 （2）修改统计文件 因为在SMP和SCP间传递的文件大小是有限的，所以一个统计文件的大小不能超过所规定的大小。因此，SCP应具有关闭达到一定大小的文件并同时打开新的文件的功能。 （3）统计项目 1）设备本身的统计项目 要提供七号信令的观察计数器。七号信令的统计观察的项目同七号信令规范中的规定。 2）每个业务的统计项目 要提供以下的计数器，这些计数器在业务开始时设为“0”，然后根据话务进行计数，SCP能够随时提取计数器的值。 进来的TCAP事务处理； 出去 的TCAP事务处理； 进来的由于任何原因放弃的TCAP事务处理； 出去的由于任何原因放弃的TCAP事务处理； 进来的由于软件原因放弃的TCAP事务处理； 出去的由于软件原因放弃的TCAP事务处理； TCAP不合理的消息； SCCP不合理的消息； 国际长途呼叫，国内长途呼叫，本地呼叫的次数； 对有真正被叫的呼叫的占用次数，接通次数，应答次数，用户早释次数，振铃早释次数，久叫不应次数，中继忙次数，被叫忙次数； 对每种业务的总的试呼次数； 各种业务至本SCP的试呼次数； 不同的发话地区对业务的试呼次数。 同时SCP能够根据业务管理部门的要求，对不同业务的具体特性和要求进行统计。 3）每个业务的IN操作的总数 应提供下列的瞬时值，即计数器的值为任何时刻当前正在处理的呼叫或事务处理数，SCP能够随时提取计数器的值。 IN的呼叫数； TCAP事务处理的数目。 4）与具体IN呼叫有关的统计项目 如果SCP要对一个呼叫的一些信息进行统计，则要求SCP向SSP发送操作“呼叫信息请求”，以请求SSP在呼叫结束之后用操作“呼叫信息报告”来向SCP报告“呼叫信息请求”所要求的统计信息。“呼叫信息请求”操作中所要求的具体统计信息包括： 试呼历时时间； 呼叫结束时间； 呼叫已连接的时间（从收到应答信号开始到呼叫被释放的时间）； 被叫地址（未经SCP翻译的被叫地址）； 释放原因。5.2.6 检验SCPSSP间关系存在的功能(SCP-SSP relation check) SCP应具有检验在一个呼叫进行过程中SCPSSP间关系是否存在的功能。此功能要求SCP在一个呼叫中，如果长时间收不到SSP来的任何信息，则要向SSP发送“激活测试”的操作；如果SCP在规定的时间内收到SSP返回的结果，则证明它们之间的关系仍然存在；如果没有收到，SCP则认为他们之间的关系已经由于某种原因而丢失，SCP就要采取适当的动作。 此功能要求SCP中要有一个定时器，此定时器规定了在一个呼叫过程中SSPSCP间没有消息传递的最长时间，它的值应在系统初始化时规定。6 SCP性能指标和可靠性要求 为了保证SCP能够满足业务和服务质量的需要以及能够可靠地运行，应具有以下的性能指标和可靠性要求： 1）SCP的处理能力应不小于200transaction/s并可进一步扩容。一个transaction/s的含义为一个来回的TCAP消息； 2）应同时具有10个E1端口或V35端口； 3）应至少具有4个X.25的端口； 4）信令链路数最少为64条； 5）MEMORY的容量不小于512Mbyte； 6）DISK中用于存储用户数据的空间不小于1.5Gbyte； 7）从收到TCAP请求消息到发出TCAP响应消息的时间应小于250ms； 8）每条七号信令链路的负荷分别为0.4Erl（正常）和0.8Erl（异常）； 9）双机工作时，每年停机的时间不超过3min/年； 10）主备用进行倒换所需的时间应小于10s； 11）能够对过负荷进行4级控制； 12）能够在线地引进新业务； 13）能够在线地接受SMP对现有的业务进行修改和删除； 14）能够在线地接受SMP对业务和用户数据进行生成、修改、删除、显示和列出等操作； 15）能够在线进行硬件设备的扩容，扩容时不影响已由SCP处理过的呼叫； 16）主备用部分进行倒换时，不影响已由SCP处理过的呼叫。7 接口要求7.1 七号信令的接口要求 （1）SCP的七号信令部分要符合中国对MTP、SCCP和TCAP所制订的规范和相应的补充规定的要求； （2）国内和国际SCP的信令点编码为24位。7.2 智能网应用规程的要求 智能网应用规程（INAP）对SCP-SSP、SCP、IP、SCP、SDP间信息的传递作了规定。 SCP与SSP、IP间应用规程的具体要求详见智能网应用规程（INAP）。 SCP与SDP间的应用规程待定。8 与SMP间通信的要求 SCP通过X.25与SMP进行通信，它们之间的通信要求如下。8.1 SMP向SCP提供的信息 （1）对业务逻辑的导入和删除： SCP能够接收SMP对SCEP所生成的业务逻辑的导入和删除。如果是对业务逻辑的删除，则SCP需拒绝对该业务的新的呼叫的处理，待已处理的此业务的呼叫结束后，删除此业务逻辑。 （2）对SCP数据库的信息进行提取。 （3）对SCP中数据的管理： SCP中的数据包括业务数据及用户数据，SCP能够接受SMP对业务数据及用户数据的修改、删除、显示等操作。例如，SCP能够接受SMP对业务或号码的激活/去激活命令，对录音通知表的修改等。 （4）对统计数据的需求： 将SMP需要SCP进行统计的项目以及统计的方式（永久统计和按需统计）告诉SCP，以便SCP进行相应的统计。 （5）对SCP所传送的需与SCP的数据为准的处理结果进行报告。 （6）接收SMP的指令对过负荷进行控制。8.2 SCP向SMP提供的信息 （1）统计结果的报告 能够实时或定时地向SMP报告所需的统计结果。 （2）计费结果的报告 能够将计费的结果实时或定时地向SMP报告，以便于SMP进行数据的更新和将计费信息送到结算中心进行话费的分摊。 （3）SMP向SCP传送指令执行结果的报告 能够将SMP向SCP信息传送的结果（成功或失败）报告给SMP。 （4）以SCP中的数据为准的同步数据的报告 SCP能够将以SCP中的数据为准的用户数据（例如密码，前转号码和缩位拨号等）报告给SMP，以便于SMP对用户数据进行管理。 （5）过负荷情况的报告 SCP要将过负荷的情况向SMP报告，以便SMP采取必要的措施。 （6）SMP所要求的一致性检查的信息的传送9 硬件要求 SCP的硬件设备主要包括处理机板、MEMORY板、七号信令端口、X.25端口、外设端口、硬盘、磁带驱动器、光盘驱动器等。9.1 对处理机的要求 最少有两个处理机。成对的处理机或为主备用或为负荷分担。主备用时，当主用的处理机出现故障时，能够尽快地切换到备用的处理机；负荷分担时，若一个处理机出现故障则所有的呼叫都能够由另一个处理机来处理。9.2 对七号信令端口的要求 SCP的七号信令端口应成对配置，成对的端口或为主备用或为负荷分担。9.3 对七号信令链路的要求 当SCP与SSP、SDP或IP通过H/LSTP相连时，到一对H/LSTP的信令链路要成对配置，至少要有两条七号信令链路，以保证安全可靠； 当SCP与SSP、SDP或IP直联时，与每个物理实体直联的七号信令链路数至少为两条，以保证安全可靠。9.4 对V35端口的要求 SCP的V35端口应成对配置，成对的端口作为主备用或为负荷分担。9.5 X.25物理链路的要求 当SCP只与SMP连接时使用X.25链呼时，至少需要两条物理链路，以保证安全可靠； 当SCP还需与外部的数据库相连时，则要视所接的数据库的数量来确定所需的X.25的物理链路数，但与每个数据库相连的X.25物理链路数至少为两个，以保证安全可靠。9.6 对外设接口的要求 要提供与外设的接口，如终端、打印机、MODEM等。9.7 对硬盘的要求 每个处理器所连接的硬盘要有冗余备份，以确保数据不会丢失。9.8 对MEMORY的要求 MEMORY应成对配置。9.9 对磁带、磁盘和光盘的要求 应具有磁带、磁盘和光盘的驱动器，以提供备份或软件部分的导入。10 软件要求10.1 基本要求 （1）要求软件采用分层的模块化结构。任何一层的任何一个模块的维护和更新以及新模块的追加都不影响其他模块 （2）用户数据与处理程序应有相对的独立性，用户数据的任何变更都不应引起运行版本程序的变更。 （3）软件应有容错能力，一般小的软件故障不应引起各类严重的系统再启动。 （4）软件设计应有防护功能，某一软件模块内的软件内的软件错误应限制在本模块内，而不应造成其他软件模块的错误。 （5）应具有软件运行故障的监视功能，一旦软件出现死循环等重大故障时，应能自动再启动，并作出即时故障报