CN101132563B - 一种数字集群通讯系统中实现被叫终端快速接听的方法 - Google Patents
一种数字集群通讯系统中实现被叫终端快速接听的方法 Download PDFInfo
- Publication number
- CN101132563B CN101132563B CN2007101519947A CN200710151994A CN101132563B CN 101132563 B CN101132563 B CN 101132563B CN 2007101519947 A CN2007101519947 A CN 2007101519947A CN 200710151994 A CN200710151994 A CN 200710151994A CN 101132563 B CN101132563 B CN 101132563B
- Authority
- CN
- China
- Prior art keywords
- terminal
- listening
- message
- called
- signaling
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
Images
Landscapes
- Mobile Radio Communication Systems (AREA)
Abstract
本发明公开了一种数字集群通讯系统中实现被叫终端快速接听的方法,在集群呼叫过程中,被叫终端在系统下发“听”信令之前完成播放准备工作,在收到系统下发的“听”信令后仅进行接听显示工作。被叫终端在向系统返回寻呼响应消息前,通知用户界面进行准备快速接入显示的处理并向显示硬件发送业务界面绘制消息;终端根据所述业务信道建立消息及参数建立业务信道的同时,并行地由硬件进行显示处理并显示空白图标,在系统下发“听”信令之前做好播放准备。本发明优化了终端被呼时实现快速接听的流程,从而有效的提高被叫终端用户的被呼接听速度,同时也缩短了起呼用户的呼叫等待时间,更好地满足数字集群系统的要求。
Description
技术领域
本发明涉及数字集群通讯系统领域,尤其涉及一种数字集群通讯系统中实现被叫终端快速接听的方法。
背景技术
数字集群通讯系统是移动通讯系统的一个重要分支,是一种应用于集团调度指挥通讯的移动通讯系统。主要应用于专业移动通讯领域,如政府部门,军队,警务,铁路、水利、民航及钢铁物流等各行各业。
如图1所示,数字集群通讯系统网络主要包括集群终端1、基站子系统2、调度子系统3,其中:
集群终端1,是具备集群业务功能的终端设备,是集群网络与使用者交互的主要设备,以下简称终端;所述终端包括:
终端界面显示的控制部分,简称UI(user interface,用户界面),属于输入、输出控制的软件部分;
业务显示单元,用于通过终端界面给用户显示各种提示信息,是显示的硬件部分,属于终端外围设备,一般为驱动芯片和LCD(Liquid crystaldisplay,液晶显示屏)等;
声码器,用于将用户发出的模拟声音信号转化为可用于数字传输的数字信号;
终端主控部分,简称MC(Main control,主控单元)。
基站子系统2,是具备集群业务功能的基站系统,完成终端的接入功能,是连接终端和调度子系统的主要设备;
调度子系统3,用于完成对服务区内终端集群业务的控制和管理功能,是集群业务的控制中心。
如图2所示,目前集群通信被叫的传统流程包括如下步骤:
步骤201,其他用户起呼,系统允许后向被叫终端下发寻呼消息;
步骤202,被叫终端收到寻呼消息后,向系统发送寻呼响应消息;
步骤203,系统得到响应确认消息后,向终端下发ECAM(ExtendcdChannel Assignment Message,扩展信道指配消息)消息,携带相应的信道参数信息;所述ECAM消息是系统调度子系统在创建业务信道参数后向终端发送的消息,携带业务信道参数,表明业务信道可以建立;
步骤204,终端收到ECAM消息后,建立业务信道;
步骤205,基站确认终端完成业务信道建立后,通知调度台被叫终端完成;调度台缓存“讲”终端的语音,在所有终端接入后发送,缓存时间视被叫接入时间而定;
步骤206,调度台下发“听”消息,通过基站透传,通知终端可以接听;
步骤207-209,终端收到“听”消息后,主控单元MC通知用户界面UI进行“听转换”,UI处理完成通知硬件,终端显示“听”界面;
步骤210,系统向被叫终端下发语音信息;
步骤211,系统收到起呼终端结束本次讲消息;
步骤212,系统向终端发送讲停止消息。
图2所示的这种传统呼叫方式需要经过系统与终端的反复信令交互,并且被叫终端需收到“听”消息后才开始显示“听”界面,因为用户界面UI的优先级很低,此时有大量数据需要处理,所以UI显示无法第一时间得到CPU的控制权,处理“听”界面显示,导致了终端接听速度大幅度减少。而且因为要保证终端的接听完整性,调度台必须开大缓存时间,以等待所有终端的接入完成。所以如果能够减少被叫终端的接入时间,就可以减少调度台的缓存时间,等同于实现了被叫终端快速接听的方法。
发明内容
本发明所要解决的技术问题在于,提供一种数字集群通讯系统中实现被叫终端快速接听的方法,减少从用户被呼到正式收到主叫语音的时间,解决现有技术无法满足终端快速接听要求的问题。
本发明提供一种数字集群通讯系统中实现被叫终端快速接听的方法,在集群呼叫过程中,被叫终端在系统下发“听”信令之前完成播放准备工作,在收到系统下发的“听”信令后仅进行接听显示工作。
所述方法具体又可分为如下步骤:
(21)被叫终端在收到寻呼消息、进行接入准备完毕后,由其主控单元向用户界面发送快速起呼显示信号,通知用户界面准备快速接入显示;
(22)被叫终端向系统返回寻呼响应消息,用户界面进行准备快速接入显示的处理并向显示硬件发送业务界面绘制消息;
(23)系统向终端下发业务信道建立消息及参数;
(24)终端根据所述业务信道建立消息及参数建立业务信道,同时并行地由硬件进行显示处理并显示空白图标,做好播放准备;
(25)系统在终端业务信道建立完成后,下发“听”信令,并在收到语音信息后,直接向被叫终端发送语音信息;
(26)被叫终端收到“听”信令后,显示“听”界面,对讲用户信息进行接听。
所述被叫终端在终端向系统返回寻呼响应消息之前开始进行快速被叫接入播放准备。
步骤(21)中:
终端接入准备由主控单元完成,准备完毕后,终端打开声码器,由主控单元向用户界面发送快速起呼显示信号,通知用户界面准备快速接入显示。
步骤(22)中:
用户界面接到快速接入显示信号后,立即进行空闲到业务态的转换,并在屏幕显示刷新业务态的框架,只显示空白标志。
步骤(24)中:
终端根据所述业务信道建立消息及参数建立业务信道,同时并行地由硬件进行显示处理并显示空白图标,做好播放准备,此时,所述终端在系统未下发听信令之前,在已建立的业务信道上允许接听。
本发明通过改变和优化数字集群通讯系统的呼叫流程,尤其是优化了终端被呼时实现快速接听的流程,从而有效的提高被叫终端用户的被呼接听速度,从而极大的减少了“讲”用户“讲”到“听”用户“听”的等待时间,加快被叫终端接听速度的同时,也缩短了起呼用户的呼叫等待时间(对比见附表1),更好地满足数字集群系统的要求。
附图说明
图1是数字集群系统模型示意图;
图2是改进前的终端被叫流程图;
图3是利用本发明改进后终端被叫流程图。
具体实施方式
本发明的目的是为了减少从终端用户被呼到正式收到主叫语音的时间,解决现有技术无法满足被叫用户快速接听要求的问题。本发明采用一种新的并行呼叫方式,使基于数字集群系统的终端能够在更短的时间内完成接入和“听”显示,在数字集群通讯系统中提高被叫用户接入速度,缩短被叫用户收到寻呼消息到真正听到主叫语音的等待时间。
为了实现本发明的目的,本发明提供了一种数字集群通讯系统中实现快速被叫接入的方法,其中包括如下步骤:
(1)终端被寻呼步骤,包括用户收到系统下发的寻呼消息到终端响应消息发送的全过程。在此过程中,终端完成接入准备后,发送响应信令前,终端做相应快速被叫接入的操作,并通知UI进行显示。
(2)业务信道建立步骤,系统收到主叫终端起呼信令后,如遇终端不能被呼的情况,需立即通知主叫终端结束呼叫。否则被叫终端按原有流程完成业务信道的建立。
(3)在被叫终端建立业务信道完成后,系统下发“听”信令,通知被叫终端开始接听信息。此时虽然听信令可能还没有到达终端,但只要系统收到语音信息,则不再予以缓存,直接发送给被叫终端,被叫终端收到语音信息后即开始放音。
(4)被叫终端收到系统听信令,接受系统发送来的语音信息,实现集群通话。
(5)主叫用户完成讲话步骤,在主叫用户完成讲话并通知系统后,系统发送讲结束信令,通知被叫终端本次通话完成,结束通话。
(6)后续通话处理步骤,在完成用户第一次接听信息传递后,终端将恢复正常通话流程,本发明对以后的流程无任何影响。
该技术方案通过改变和优化数字集群通讯系统的呼叫流程,从而有效的提高用户的呼叫速度,从而极大的减少了“讲”用户“讲”到“听”用户“听”的等待时间,缩短接听用户的接听等待时间(对比见附表1)更好地满足数字集群系统的要求。
应用实例,如图3所示,显示了应用本发明改进后的被叫终端被呼时实现快速接听的流程图,包括如下步骤:
步骤301,其他用户起呼,系统允许后向被叫终端下发寻呼消息;
步骤302,终端在作好接入准备之后发送响应消息之前,由MC通知UI进行“听转换”;
步骤303,终端向系统返回寻呼响应消息;
步骤304,UI处理完成,通知硬件显示;
步骤305,系统得到响应确认消息后,向终端下发ECAM(ExtendedChannel Assignment Message,扩展信道指配消息)消息,携带相应的信道参数信息;所述ECAM消息是系统调度子系统在创建业务信道参数后向终端发送的消息,携带业务信道参数,表明业务信道可以建立;
步骤306、终端界面显示空白业务界面;此时被叫终端已经做好了接听准备,即虽然未显示听,实际上已经可以“听”。
步骤307,终端收到ECAM消息后,自行建立业务信道,等待系统下发“听”信令;
步骤308,系统确认终端完成业务信道建立后,会发送“听”信令,如果此时有语音信息到达系统,则此时系统不再对语音信息进行缓存,直接发送语音信息。
步骤309,在终端完成全部处理,并在终端屏幕上显示空白画面后,用户实际已可以开始接收信息,并放音,但此时业务信道可能未能完全建立完成,故终端只显示空白图标;终端收到系统“听”信令后,显示“听”界面。因为此时所有播放准备工作已完成,所以即使此时没有收到“听”信令,只要系统下发语音信息,终端也会播放,在完成用户第一次听信息传递后,终端将回复正常通话流程。这种处理方式,可以部分的先播放准备好的通话,其好处在于加快了终端的接听速度,从而减少系统缓存时间。
步骤310、系统发送语音信息,进入通话状态;
上述步骤308~310中,系统收到语音信息后即将其发送给被叫终端。被叫终端可能在收到“听”信令之前即开始放音,这样就提高了接听的速度。
步骤311、起呼用户完成讲话步骤后,通知系统第一次“讲”结束,系统收到起呼终端结束本次讲消息;
步骤312、系统发送讲停止消息系统收到后,向所有终端发送“讲结束”信令,完成本次通话。
在本发明的用户被寻呼步骤中,终端在收到寻呼事件到终端接入准备完毕过程遵照正常流程,其中,在终端的主控单元MC准备接入完毕后,此时终端已确认可以接入本次呼叫,此时终端打开声码器,并在原来的基础上增加向UI发送快速起呼显示信号,通知UI准备快速接入显示。
在步骤304中,UI接到快速接入信号需立即进行空闲到业务态的转换,并在屏幕显示刷新业务态的框架,但只显示空白标志,此时用户已准备好接收信息。因为UI的优先级很低,在此情况下,虽然MC已经要求UI进行界面转换,但因为此时CPU非常繁忙,UI不会在第一时间抢到CPU的控制权,故本阶段执行会被推延。因为在终端发送完寻呼响应消息后,未收到系统下发的ECAM消息前,此时终端CPU处于空闲状态,UI的界面处理工作会在此时间段完成。
在步骤304中,UI界面处理完成后,会向硬件发送业务界面绘制消息,由硬件自行完成业务界面的处理工作,此流程将会与后面步骤307中的ECAM消息并行处理完成。
终端在进行接听界面准备的过程时间不固定,视当时的终端繁忙情况和外部无线情况而定。
表1给出了修改被呼方法前后的“讲”用户开始“讲”,到“听”用户开始“听”的时间对比情况。
表1:被呼方法改进前与改进后的所需时间对照表
终端呼叫次数 | 修改前“讲”用户开始“讲”,到“听”用户开始“听”的时间(秒)(注1) | 修改后“讲”用户开始“讲”,到“听”用户开始“听”的时间(秒)(注2) |
1 | 3.2 | 1.4 |
2 | 3.5 | 1.3 |
3 | 3.5 | 1.9 |
4 | 3.4 | 1.8 |
5 | 3.6 | 1.4 |
6 | 3.9 | 1.8 |
7 | 3.6 | 1.5 |
8 | 3.5 | 1.7 |
9 | 3.9 | 1.6 |
10 | 4.1 | 1.4 |
11 | 3.3 | 1.3 |
12 | 3.5 | 1.8 |
13 | 3.4 | 1.5 |
14 | 3.8 | 1.3 |
15 | 3.7 | 1.6 |
16 | 3.2 | 1.7 |
17 | 4.0 | 1.5 |
终端呼叫次数 | 修改前“讲”用户开始“讲”,到“听”用户开始“听”的时间(秒)(注1) | 修改后“讲”用户开始“讲”,到“听”用户开始“听”的时间(秒)(注2) |
18 | 3.7 | 1.4 |
19 | 3.5 | 1.8 |
平均 | 3.415 | 1.535 |
由表1可以看出,应用本发明的呼叫方法,相比于改进前的呼叫方法能够明显的减小“讲”用户开始“讲”,到“听”用户开始“听”的时间。
本文所述仅为本发明的优选实施例而已,并不用于限制本发明,对于本领域的技术人员来说,本发明可以有各种更改和变化。因此,凡在本发明的精神和原则之内所作的任何修改、等同替换、改进以及更新等等,均应包含在本发明的保护范围之内。
Claims (5)
1.一种数字集群通讯系统中实现被叫终端快速接听的方法,其特征在于,在集群呼叫过程中,被叫终端在系统下发“听”信令之前完成播放准备工作,在收到系统下发的“听”信令后仅进行接听显示工作,所述方法具体分为如下步骤:
(21)被叫终端在收到寻呼消息、进行接入准备完毕后,由其主控单元向用户界面发送快速起呼显示信号,通知用户界面准备快速接入显示;
(22)被叫终端向系统返回寻呼响应消息,用户界面进行准备快速接入显示的处理并向显示硬件发送业务界面绘制消息;
(23)系统向终端下发业务信道建立消息及参数;
(24)终端根据所述业务信道建立消息及参数建立业务信道,同时并行地由硬件进行显示处理并显示空白图标,做好播放准备;
(25)系统在终端业务信道建立完成后,下发“听”信令,并在收到语音信息后,直接向被叫终端发送语音信息;
(26)被叫终端收到“听”信令后,显示“听”界面,对讲用户信息进行接听。
2.如权利要求1所述的方法,其特征在于,所述被叫终端在终端向系统返回寻呼响应消息之前开始进行快速被叫接入播放准备。
3.如权利要求1或2所述的方法,其特征在于,步骤(21)中:
终端接入准备由主控单元完成,准备完毕后,终端打开声码器,由主控单元向用户界面发送快速起呼显示信号,通知用户界面准备快速接入显示。
4.如权利要求3所述的方法,其特征在于,步骤(22)中:
用户界面接到快速接入显示信号后,立即进行空闲到业务态的转换,并在屏幕显示刷新业务态的框架,只显示空白图标。
5.如权利要求1或2所述的方法,其特征在于,步骤(24)中:
终端根据所述业务信道建立消息及参数建立业务信道,同时并行地由硬件进行显示处理并显示空白图标,做好播放准备,此时,所述终端在系统未下发听信令之前,在已建立的业务信道上允许接听。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2007101519947A CN101132563B (zh) | 2007-09-21 | 2007-09-21 | 一种数字集群通讯系统中实现被叫终端快速接听的方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2007101519947A CN101132563B (zh) | 2007-09-21 | 2007-09-21 | 一种数字集群通讯系统中实现被叫终端快速接听的方法 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN101132563A CN101132563A (zh) | 2008-02-27 |
CN101132563B true CN101132563B (zh) | 2010-06-09 |
Family
ID=39129653
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN2007101519947A Active CN101132563B (zh) | 2007-09-21 | 2007-09-21 | 一种数字集群通讯系统中实现被叫终端快速接听的方法 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN101132563B (zh) |
Families Citing this family (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101540961A (zh) | 2009-04-30 | 2009-09-23 | 中兴通讯股份有限公司 | 数字集群通讯系统中的终端及实现其快速接听的方法 |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1674706A (zh) * | 2004-03-24 | 2005-09-28 | 华为技术有限公司 | 一种实现快速组呼呼叫的方法 |
CN1770916A (zh) * | 2004-11-07 | 2006-05-10 | 华为技术有限公司 | 一种被呼方建立呼叫连接的方法 |
CN1845635A (zh) * | 2005-04-06 | 2006-10-11 | 大唐移动通信设备有限公司 | 一种呼叫快速建立的方法 |
-
2007
- 2007-09-21 CN CN2007101519947A patent/CN101132563B/zh active Active
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1674706A (zh) * | 2004-03-24 | 2005-09-28 | 华为技术有限公司 | 一种实现快速组呼呼叫的方法 |
CN1770916A (zh) * | 2004-11-07 | 2006-05-10 | 华为技术有限公司 | 一种被呼方建立呼叫连接的方法 |
CN1845635A (zh) * | 2005-04-06 | 2006-10-11 | 大唐移动通信设备有限公司 | 一种呼叫快速建立的方法 |
Also Published As
Publication number | Publication date |
---|---|
CN101132563A (zh) | 2008-02-27 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN102246499A (zh) | 自动产生和发送文本消息的系统和方法 | |
CN100407819C (zh) | 对集群业务处理进行监听的方法及集群通讯系统 | |
CN101888452A (zh) | 一种多接入式客服系统及其方法 | |
CN101778149A (zh) | 一种移动终端及其实现语音播报功能的方法 | |
CN102932760A (zh) | 一种建立通话的方法、装置及设备 | |
CN103167451A (zh) | 一种实现免打扰的方法及移动终端 | |
CN101478717A (zh) | 一种通话录音方法、系统及移动通信终端 | |
CN103188372A (zh) | 移动终端的通话方法、系统及移动终端 | |
CN101834940A (zh) | 语音业务的控制方法和语音业务系统 | |
CN104994246A (zh) | 利用移动座席进行话务分流的方法和系统 | |
CN101132563B (zh) | 一种数字集群通讯系统中实现被叫终端快速接听的方法 | |
CN102238261A (zh) | 一种控制通话接收设备接听通话请求的控制方法及装置 | |
CN101662750B (zh) | 一种移动终端自动回复来电的方法和系统 | |
CN101127967B (zh) | 一种数字集群通讯系统中终端实现快速起呼的方法 | |
CN100502536C (zh) | 一种在集群通信中实现呼叫提示的方法 | |
CN103516871B (zh) | 集群通话中显示讲话方头像的方法和终端 | |
KR20100020726A (ko) | 영상 채팅 시스템 및 영상 채팅 서비스 제공 방법 | |
CN202713627U (zh) | 一种tts通话系统 | |
CN101540961A (zh) | 数字集群通讯系统中的终端及实现其快速接听的方法 | |
CN103220400A (zh) | 一种连接状态的处理方法及装置 | |
CN112822183A (zh) | 语音处理的方法、装置、计算机可读存储介质和处理器 | |
CN101094459A (zh) | 一种数字集群通讯系统中终端实现快速呼叫的方法 | |
CN101127968B (zh) | 数字集群通讯系统终端应用缓存时开始缓存点的优化方法 | |
CN101001418A (zh) | 移动通信系统中通知用户一键通通信呼叫的设备及方法 | |
CN103428663A (zh) | 一种基于tts控制中心实现的通信方法及系统 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C14 | Grant of patent or utility model | ||
GR01 | Patent grant | ||
TR01 | Transfer of patent right |
Effective date of registration: 20210302 Address after: 801-6, 8 / F, building 52, 2 Jingyuan North Street, Beijing Economic and Technological Development Zone, Daxing District, Beijing Patentee after: Beijing ZTE Gundam Communication Technology Co.,Ltd. Address before: 518057 Department of law, Zhongxing building, South hi tech Industrial Park, Nanshan District hi tech Industrial Park, Guangdong, Shenzhen Patentee before: ZTE Corp. |
|
TR01 | Transfer of patent right |