CN101127967B - 一种数字集群通讯系统中终端实现快速起呼的方法 - Google Patents

Abstract

本发明公开了一种数字集群通讯系统中终端实现快速起呼的方法，包括如下步骤：(1)设置快速起呼号码并保存在所述终端内存中；(2)当用户发起所述快速起呼号码的呼叫时，终端硬件控制单元HS根据所述快速起呼号码信息构造起呼消息，直接向终端呼叫控制单元CM发送所述起呼消息；(3)所述CM收到所述起呼消息后，直接进行后续呼叫流程，以实现所述终端快速起呼。本发明通过改变和优化数字集群通讯系统终端的起呼处理流程，将原有的串行处理流程改为现在的并行处理流程，并将与起呼消息无关的事件不处理或者延后处理的方法，有效的提高用户的起呼速度，更好地满足数字集群用户的要求。

Description

一种数字集群通讯系统中终端实现快速起呼的方法

技术领域

本发明涉及数字集群通讯系统领域，尤其涉及一种数字集群通讯系统中终端实现快速起呼的方法。

背景技术

数字集群通讯系统是移动通讯系统的一个重要分支，是一种应用于集团调度指挥通讯的移动通讯系统。主要应用于专业移动通讯领域，如政府部门，军队，警务，铁路、水利、民航及钢铁物流等各行各业。

如图1所示，数字集群通讯系统网络主要包括集群终端1，基站子系统2，调度子系统3，其中：

集群终端1，是具备集群业务功能的终端设备，是集群网络与使用者交互的主要设备，包括：终端硬件控制单元，简称HS(handset，终端)，主要是对硬件的直接控制，如按键检测，LCD界面刷新，内存处理等，但对处理的内容不关心；终端用户界面显示的控制单元，简称UI(userinterface，用户界面)，是HS的上层，主要针对HS上报信号做处理，如HS上报1号按键按下，但1号按键是用于起呼还是电话本处理，则由UI完成，同理HS负责LCD界面显示，但显示A还是B，是由UI完成的；终端呼叫控制单元，简称CM(call manage，呼叫控制)，是呼叫管理，是负责控制整个呼叫流程的，如UI上报用户按下起呼键，要求起呼，但此时是否允许起呼(如正在发短信，则不能起呼)则是由CM控制的；终端主控单元，简称MC(Main control，主控)，是整体控制单元，负责整体管理，在本发明中，主要负责与系统侧的通讯，即信令的发送与接收；

基站子系统2，是具备集群业务功能的基站系统，完成终端的接入功能，是连接终端和调度子系统的主要设备；

调度子系统3，用于完成对服务区内终端集群业务的控制和管理功能，是集群业务的控制中心。

本系统模型中，为了描述简便，将基站子系统2和调度子系统3合并称为基站调度子系统，简称系统侧。

如图2所示，现有技术终端起呼流程信令交互示意图，包括如下步骤：

步骤201，用户按下起呼键准备呼叫；

步骤202，HS检测到用户按键，向UI发送起呼消息，通知UI准备起呼；

步骤203，UI收到HS起呼消息后，判断当前环境是否允许起呼：如是，则做号码匹配、呼叫属性判断等工作，完成后向CM发送起呼消息，通知CM准备起呼；如否，则中止本次呼叫；

步骤204，CM得到UI起呼消息后，判断当前环境是否允许起呼：如是，向UI发送界面切换消息，通知UI做界面切换，并向CM发送起呼准备消息，通知MC准备起呼；如否，则中止本次呼叫；

步骤205，MC得到CM起呼准备消息后，做起呼判断和处理，完成后向系统侧发送起呼消息。

上述UI判断主要是起呼格式的判断，如当前处于设置菜单，则按下起呼键的意思不是起呼，而是确认或没有任何意思。如当前正在响铃阶段(作为被叫正在振铃)，则按下通话键也不是起呼，是接听。只有符合当前环境，如电话本状态，或设置了快速拨号的空闲状态下，按下起呼键才是起呼。

上述CM判断主要是当前终端状态判断，如当前没有信号或者正在发送短信或者正处于数据业务，则不允许起呼，则不发送起呼消息，只有当前环境满足起呼条件后(如起呼参数正确，终端空闲，有信号等)才允许终端发送起呼信号)。

这种传统起呼方式为串行执行方式，需要进行大量的业务操作，过程繁琐，且因为UI的优先级很低，在执行过程中会被其他任务打断，从而延长起呼时间。本过程在传统模式下，约需要120-200mS。不能满足集群用户的时间要求。

发明内容

本发明提供一种数字集群通讯系统中终端实现快速起呼的方法，以解决传统起呼方式中用户起呼速度慢的问题。

为了解决上述技术问题，本发明提供一种数字集群通讯系统中终端实现快速起呼的方法，包括如下步骤：

(1)设置快速起呼号码并保存在所述终端内存中；

(2)当用户发起所述快速起呼号码的呼叫时，终端硬件控制单元HS根据所述快速起呼号码信息构造起呼消息，直接向终端呼叫控制单元CM发送所述起呼消息；

(3)所述CM收到所述起呼消息后，直接进行后续呼叫流程，以实现所述终端快速起呼。

本发明所述方法，其中，步骤(3)包括如下步骤：

(4)所述CM收到HS起呼消息后，将已存储所述快速起呼号码信息从所述终端内存中取出，并复制入起呼准备消息的参数中，然后根据所述起呼准备消息的参数判断当前环境如允许起呼，则向终端主控单元MC发送起呼准备消息；

(5)所述MC收到所述起呼准备消息后，做起呼判断，完成后向基站调度子系统发送起呼消息。

本发明所述方法，其中，步骤(1)中，所述终端内存中还保存所述快速起呼号码的呼叫属性，呼叫类型。

本发明所述方法，其中，步骤(1)中，所述快速起呼号码保存完成后，终端用户界面显示的控制单元UI判断当前状态是否允许所述终端起呼：如是，则设置快速起呼标志位为TRUE，否则为FALSE。

本发明所述方法，其中，步骤(2)中，当所述HS检测到用户按下起呼键发起所述快速起呼号码的呼叫后，所述HS检测快速起呼标志位是否为TRUE：如为FALSE，则中止所述快速起呼流程，按正常流程完成起呼；如为TRUE，则根据所述快速起呼号码信息构造起呼消息，直接向CM发送所述起呼消息。

进一步地，所述HS向CM发送所述起呼消息完成后，向UI发送用户起呼消息。

进一步地，所述UI在收到所述HS发送的用户起呼消息后执行所述快速起呼号码的号码匹配、呼叫属性判断。

本发明所述方法，其中，步骤(4)中，所述CM收到HS起呼消息后，还向UI发送界面转换消息。

进一步地，所述UI收到所述界面转换消息后，执行界面转换。

本发明所述方法，其中，步骤(4)中，所述CM判断当前环境如不允许起呼，则终止本次呼叫。

本发明通过改变和优化数字集群通讯系统终端的起呼处理流程，将原有的串行处理流程改为现在的并行处理流程，并将与起呼消息无关的事件不处理或者延后处理的方法，有效的提高用户的起呼速度，更好地满足数字集群用户的要求。

附图说明

图1是数字集群通讯系统构成示意图；

图2是现有技术终端起呼流程信令交互示意图；

图3是本发明实施例数字集群通讯系统中终端实现快速起呼的流程图；

图4是本发明实施例终端起呼流程信令交互示意图。

具体实施方式

以下结合附图和具体实施方式对本发明所述技术方案进行详细描述。

如图3所示，本发明实施例数字集群通讯系统中终端实现快速起呼的流程，包括如下步骤：

步骤301，用户在终端空闲状态下设置快速起呼号码，然后保存在终端内存中；

步骤302，当用户发起所述快速起呼号码的呼叫时，HS根据所述快速起呼号码信息构造起呼消息，暂时不发送给UI，直接向CM发送所述起呼消息；

步骤303，CM收到所述起呼消息后，直接进行后续的呼叫流程，以实现所述终端快速起呼。

上述步骤301中，快速起呼号码设置后可以用多次使用，设置后将自动覆盖前一次设置。不设置快速起呼号码是不可以快速起呼呼叫的，但设置快速起呼号码有很多方式，如默认电话本第一条记录为快速起呼号码，也是可以的，不一定要特别输入。

上述HS直接向CM发送所述起呼消息完成后，再向UI发送用户起呼消息，UI收到后执行号码匹配、呼叫属性判断等操作(进行界面显示)，但不再向CM发送起呼消息。CM收到起呼消息后进行后续的呼叫流程，并通知UI做起呼界面转换等操作。UI收到起呼消息和界面转换消息的时间是不分先后，没有时间顺序的，这两步没有交集，所以先到者执行，不会引发问题。

本发明实施例一种数字集群通讯系统中终端实现快速起呼的方法流程，包括如下步骤：

1，终端在空闲状态准备步骤，包括用户按下起呼键前的快速起呼准备工作的全过程，此过程又分为：

1.1，用户设置快捷拨号步骤：在终端空闲状态下，用户需要设置快速起呼号码；

1.2，终端记录步骤：在用户完成快速起呼号码设置后，终端自动记录用户输入的起呼号码，呼叫属性，呼叫类型等数据，保存在所述终端内存中，以供快速起呼使用；

1.3，UI设置步骤(如图4中1.3)：保存完成后UI判断当前状态是否允许终端起呼，如是，设置快速起呼标志位为TRUE，否则为FALSE；

1.4，如此时用户修改快速起呼号码，则需重复完成步骤1.1-1.3。

2，HS检测按键步骤：当用户发起所述快速起呼号码的呼叫，按下起呼键(如图4中2)，HS检测到用户按下起呼键后，检测快速起呼标志位是否为TRUE：如为FALSE，则中止快速起呼流程，按正常流程完成起呼。如为TRUE，则直接向CM发送快速起呼消息，此过程包括：

2.1，HS向CM发送快速起呼消息(如图4中2.1)；

2.2，HS向UI发送用户起呼消息(如图4中2.2)。

3，CM处理步骤：包括CM收到HS快速起呼消息后到CM完成起呼准备向MC发送起呼准备消息的全过程，此过程又分为：

3.1，CM处理起呼准备信息(如图4中3.1)：CM将已记录的信息从内存中取出，并复制入起呼准备消息的参数中；

3.2，CM判断起呼准备消息的参数，并判断当前环境是否允许起呼，如为否，则中止本次呼叫，如为是，则继续；

3.3，CM向MC发送起呼准备消息，并向UI发送界面转换消息(如图4中3.3)。

4，MC收到CM起呼准备消息后，向基站调度子系统发送起呼消息(如图4中4)。

5，UI收到起呼消息和界面转换消息：上述步骤2.2和3.3中会分别向UI发送起呼消息和界面转换消息，UI收到的这两个消息的时间是不分先后，没有顺序的：UI在收到起呼消息后执行号码匹配等操作，但不再向CM发送起呼消息；UI收到界面转换信号后，执行界面转换操作；这两步没有交集，所以先到者执行，不会引发问题。

上述HS检测快速起呼标志位是否为TRUE，可以多次判断，判断不会改变标志位的值，只有设置时才会改变标志位的值。

上述UI收到HS的起呼消息和CM的界面转换消息的时间是没有先后顺序的，因为UI对这两个信号的处理没有交集，所以不会引发问题。

下表1为优化前后用户按键到起呼消息发送所需时间对比：

终端呼叫次	修改前用户按键到起呼	修改后用户按键到起呼
			数	消息发送所需时间(毫秒)	消息发送所需时间(毫秒)
1	135	76
			2	115	73
3	140	85
			4	118	71

5	134	87
			6	130	69
7	160	78
			8	115	73
9	128	84
			10	120	81
11	130	75
			12	142	73
13	112	79
			14	131	87
15	139	83
			16	149	76
17	126	81
			18	137	82
19	145	78
			平均	130.3	76.065

表1  优化前后用户按键到起呼消息发送所需时间对比

由优化前后用户按键到起呼消息发送所需时间对比可见，本发明采用一种新的起呼处理方式，使基于数字集群系统的终端在收到用户起呼按键消息后，能够在更短的时间内完成用户起呼的准备工作并发出起呼消息，以提高用户的起呼接入速度。

本发明所述方案，并不仅仅限于说明书和实施方式中所列运用。对本发明技术所属领域的普通技术人员来说，可根据本发明作出各种相应的改变和变形，而所有这些相应的改变和变形都属于本发明权利要求的保护范围。

Claims (9)

1.一种数字集群通讯系统中终端实现快速起呼的方法，其特征在于，包括如下步骤：

(1)设置快速起呼号码并保存在所述终端内存中；

(2)当用户发起所述快速起呼号码的呼叫时，终端硬件控制单元HS根据所述快速起呼号码的信息构造起呼消息，直接向终端呼叫控制单元CM发送所述起呼消息；

(3)所述CM收到所述起呼消息后，直接进行后续呼叫流程，以实现所述终端快速起呼；步骤(3)包括如下步骤：

(4)所述CM收到HS起呼消息后，将已保存的所述快速起呼号码的信息从所述终端内存中取出，并复制入起呼准备消息的参数中，然后根据所述起呼准备消息的参数判断当前环境如允许起呼，则向终端主控单元MC发送起呼准备消息；

(5)所述MC收到所述起呼准备消息后，作起呼判断，完成后向基站调度子系统发送起呼消息。

2.如权利要求1所述方法，其特征在于，步骤(1)中，所述终端内存中还保存所述快速起呼号码的呼叫属性，呼叫类型。

3.如权利要求1所述方法，其特征在于，步骤(1)中，所述快速起呼号码保存完成后，终端用户界面显示的控制单元UI判断当前状态是否允许所述终端起呼：如是，则设置快速起呼标志位为TRUE，否则为FALSE。

4.如权利要求3所述方法，其特征在于，步骤(2)中，当所述HS检测到用户按下起呼键发起所述快速起呼号码的呼叫后，所述HS检测快速起呼标志位是否为TRUE：如为FALSE，则中止所述快速起呼流程，按正常流程完成起呼；如为TRUE，则根据所述快速起呼号码的信息构造起呼消息，直接向CM发送所述起呼消息。

5.如权利要求4所述方法，其特征在于，所述HS向CM发送所述起呼消息完成后，向UI发送用户起呼消息。

6.如权利要求5所述方法，其特征在于，所述UI在收到所述HS发送的用户起呼消息后执行所述快速起呼号码的号码匹配、呼叫属性判断。

7.如权利要求1所述方法，其特征在于，步骤(4)中，所述CM收到HS起呼消息后，还向UI发送界面转换消息。

8.如权利要求7所述方法，其特征在于，所述UI收到所述界面转换消息后，执行界面转换。

9.如权利要求1所述方法，其特征在于，步骤(4)中，所述CM判断当前环境如不允许起呼，则终止本次呼叫。

Images