[发明专利]众多远程用户呼叫的转录方法

说明书

本发明涉及交换系统的呼叫处理方法，更具体说，涉及一种转录众多远程用户呼叫的方法。

通常，交换系统中有一个用户管理模件。由于这种模件位于用户卡中，因此是通过使用系统内通信信道而请求和储存有关用户的数据库对用户加以管理的。就是说，是在交换系统内部对用户加以管理的。然而，安装远程用户系统费用太大，尤其是用户人数不到512个的情况下更是如此。单独地只将用户模件分开而对用户进行管理可以节省开支。但用附加的处理机来管理远程用户的呼叫，系统会变得不稳定。

因此，本发明的目的是提供一种通过转录远程用户的呼叫来稳定交换系统的方法。

按照本发明的特点，本发明的转录具有工作处理机和备用处理机的远程用户系统呼叫的方法包括下列步骤：核实在各工作和备用处理机正常转录状态下是否有用户发出呼叫；若有呼叫发出，则向备用处理机发送通话状态的用户号和话路号；将用户号和话路号存入工作区中，并将用户号和话路号相应的端口连接到备用处理机的一个时间开关上；若没有呼叫发出，则核实呼叫是否结束；若呼叫结束，则向备用处理机发送呼叫释放状态的用户号和话路号，并解除时间开关至通话状态的话路号和用户号相应端口的连接。

结合附图阅读下面的详细说明可以更清楚理解本发明的上述和其它目的、特定和优点。附图中：

图1是应用本发明交换系统和远程用户系统的方框图；

图2是图1所示工作处理机和备用处理机内部结构的方框图；

图3是构成图2的工作处理机或备用处理机的各元件之间连接关系的方框图；

图4是远程用户系统工作处理机与备用处理机之间的转录过程和开关系统与远程用户系统之间的初始化过程的流程图；

图5是远程用户系统发出呼叫时转录过程的流程图。

在附图的说明中，同样的编号用来表示同样的元件。此外，为使本发明不致变得难以理解，对那些周知的功能或结构，这里不再说明。下面所使用的术语是考虑到本发明的作用定义的，可能会随芯片设计人员的意见图或习惯而不同，因而它们的定义应根据说明书的整个内容确定。

参看图1。交换系统100和远程用户系统102借助于它们各自的链接卡103和105通过总线30B+2D(LAP-D)彼此连接。远程用户系统102具有工作处理机109和备用处理机110。工作处理机109和备用处理机110借助各自的DUART(双通用异步接收机-发送机)202和205彼此连接，如图2所示。工作处理机109和备用处理机110具有各自的中央处理机(CPU)201和204。工作处理机109的时间开关203和备用处理机110的时间开关206分别由发送时间开关306和接收时间开关307组成。为通过CPU进行转录控处理，控制程序和数据储存在只读储器(ROM)301、随机存取存储器(RAM)303和快速存储器305中。

工作时，开关系统100通过其链接卡103与远程用户系统102的链接卡105之间的具有30B+2D结构的LAP-D与远程用户系统102联系。加到交换系统100的链接卡103上的D信号道数据接远程用户系统102的工作处理机109。工作处理机109控制远程用户系统102所有的电路板。

工作处理机109的内部结构与备用处理机110的相同。工作处理机109或备用处理机110是莫托罗拉公司的68302型微处理机。时间开关203和206分别用三星电子设备公司的芯片SMS-9303。DUART 202和205分别用莫托罗拉公司的芯片MC68681。

要初始化远程用户模件的工作处理机和交换系统时，远程用户系统的工作处理机给交换系统内的数据库管理作业发送有关音响的数据库(DBI)请求消息，然后在一定时间内等待确认消息。若没有确认消息，则再次请求数据库DBI。若收到确认消息，工作处理机就将数据库DBI储存起来。接着，工作处理机给数据库管理作业发送各用户类型的用户类型数据库(DB2)请求消息，并在一定时间内等待确认消息。若没有确认消息，则再次请求数据库DB2。若收到确认消息，则工作处理机存储数据库DB2。接着，工作处理机给数据库管理作业发送与参数(例如，挂机型或摘机型)有关的数据库(DB3)请求消息，并在一定时间内等待确认消息。若没有确认消息，就再次请求数据库DB3。若收到确认消息，工作处理机就将数据库DB3储存起来。接着，执行转录程序。