1、实时性强

    程控交换机软件的这个特点与其它的控制系统的特点类似，但也有它自己的特色。

    软件要及时收集外部电路发生的各种事件，并对这些事件及时分析处理，并在规定的时间内做出响应，否则，就会导致丢失信息而使呼叫失败。

    根据实时性要求不同，软件可分为不同的等级。

    （1）故障级  

    这是***优先级的程序，系统一旦发现故障，应立即中断正在执行的程序，及时转入故障处理程序。

    （2）时钟级

     这是正常运行的情况下，实时性要求***为严格的程序。例如，接收用户的拨号脉冲或DTMF，扫描周期要十分严格，不允许有延时。

    （3）基本级  

    这一级程序对实时性要求不十分严格。例如摘（挂）机处理程序，时钟级程序检测到用户摘（挂）机后，并不马上处理，而是写入任务队列，由基本及程序查找队列进行处理，处理可以晚几个至几十个毫秒，并不会影响通信质量。再如管理程序的的机命令，可以延时更长。

2、并发性和多道程序运行

    （1）并发性 有2个内容

    ① 同一过程并发：用户呼叫过程是随机的，可能同时有多个用户发出呼叫请求，或有多个用户要求释放呼叫；

    ②不同过程并发：在同一时刻，可能有些用户发出呼叫请求，而另一些用户要求释放呼叫。

    软件应能同时处理这些问题。    

    （2）多道程序运行

    正是由于呼叫的并发性，系统要同时运行多道程序，这同时也是实时性要求的结果。

    这是因为，交换机建立呼叫的过程中，包含许多基本的动作，一个处理动作结束后，呼叫就进入一个相对稳定的状态，而脱离这个状态进入另一个稳定状态需要外部事件的触发。

    例如，用户待机时，这是一个稳定的空闲状态，如果要改变这个状态，就需要一个外部事件，如摘机，摘机这个事件得到处理后，呼叫又进入等待收号这一稳定状态，再等待外部事件的输入。处理机的速度很快，处理机处理完摘机这个事件后，就不能一直等待用户拨号，否则，其它用户的呼叫请求就得不到处理。

    这就要求处理机能够“同时”运行多道程序。这涉及到进程调度，后面会具体讲到。

3、可靠性要求高

    对于通信设备，要求具有极高的可靠性，既使在硬件和软件系统本身发生故障的情况下，系统仍能保证可靠运行，并能在系统不停止运行的前提下，完成硬件和软件故障的恢复。

    可靠性典型的指标是：99.98%的正确呼叫处理；40年内系统中断运行时间不超过2小时。

    当发生一个硬件和软件故障时，系统必须采取措施使呼叫能够进行下去。程控交换机对故障的处理所依据的原则与其它用于控制和科学计算的计算机有些不一样。

    可见，计算机运算错误和系统停机在不同的系统中，导致的结果是不同的。

    为提高系统的可靠性采取的措施：

    （1）对关键设备冗余配置。如处理机、数字交换网等。

    （2）及时发现错误。如果是硬件故障，迅速确定故障位置及性质，隔离故障部件，启动备用部件。硬件故障一般是物理损坏，软件则不同，如果在软件开发过程中，如果能确保其正确性，那么无论过多长时间，软件本身是不会发生故障的。但现在的软件开发技术无法保证这一点。

    也就是说，系统在运行中，总有你无法预知的状态的组合，这样，软件是不会做出正确处理的。为了保证可靠性，通常在软件中增加监督程序段，进行软、硬件资源的定期审核。

4、广泛的适应性

    每个交换局对交换机的功能、容量、编码方案的要求各不相同，当然不能为每一个交换局专门编制软件，这就要求软件要有广泛的适应性。

    通常的做法是：采用参数化技术，使描述功能逻辑的程序部分与给予处理参量的数据部分分离。这就是数据驱动程序，后面会详细介绍。

5、可维护性要求高

    软件具有相当大的维护量。这是由于：***，原来设计的软件需不断完善；第二，而不断引进新技术对原有软件加以改进；第三，业务的发展对软件也会提出新的要求。