一种呼叫自动重拨的方法及装置制造方法

文档序号:7997580阅读:174来源:国知局
一种呼叫自动重拨的方法及装置制造方法
【专利摘要】本发明公开了一种呼叫自动重拨的方法,包括:检测呼叫状态,对呼叫失败的原因值进行排查;根据排查结果确定需要小区优选时进行小区优选,将移动终端接入优选小区并进行重拨;不需要小区优选时在当前驻留小区进行重拨。本发明还同时公开了一种呼叫自动重拨的装置,采用本发明,能在呼叫失败后完成用户无感知地呼叫自动重拨,提高语音呼叫成功率,改善移动终端用户感知。
【专利说明】一种呼叫自动重拨的方法及装置

【技术领域】
[0001]本发明涉及移动终端无线网络接入技术,具体涉及一种基于安卓(Android)系统的呼叫自动重拨的方法及装置。

【背景技术】
[0002]Android是一种基于Linux的开放源代码的操作系统,主要应用于便携式移动终端。基于Android系统的移动终端基本采用AP+CP的系统架构,其中,AP为应用层,与上层应用相关;CP为通讯层,负责电信业务网络消息交互。AP层从上至下又可分为应用程序层、应用程序框架层、以及无线接口层(RIL);其中,应用程序层涉及应用程序的开发;应用程序框架层可简称为框架层,负责为系统提供应用程序接口 ;RIL层主要负责框架层与CP层之间的交互。
[0003]移动终端中,最基本的语音呼叫功能与上述各层密切相关。在语音呼叫过程中,RIL层收到框架层的请求消息后,将收到的请求消息转换为CP层可识别的AT指令后下发至CP层,之后再将CP层的AT响应转换为消息上报给框架层,框架层将语音呼叫的状态消息传递至相关的应用程序接口中供应用程序调用,最终应用程序可获知语音呼叫的结果。
[0004]用户在使用移动终端的过程中,语音呼叫失败的现象屡见不鲜。通常,将语音呼叫失败大致分为两类:第一类为常规性呼叫失败,如:被叫方人为切断语音呼叫,或主叫方在拨号后听到忙音或用户不在服务区等网络提示音,这种情况下导致无法实现通话的原因是明确可知的;第二类为异常性呼叫失败,特指起呼失败,即主叫方拨号后既未听到呼叫成功(如振铃、已接通)的网络提示音,也未听到第一类呼叫失败的网络提示音,这种情况下的呼叫失败,可能是出现网络覆盖不足、同频干扰、网络拥塞等网络覆盖方面的缺陷所导致,是不可预见的。可见,第二类语音呼叫失败更容易对移动终端用户造成不便,影响移动终端的用户感知及性能评价。因此,针对第二类语音呼叫失败的情况,寻求一种提高呼叫成功率的措施是非常必要的。本文将主要针对第二类语音呼叫失败提出相应的技术解决方案,下文所述呼叫失败指第二类语音呼叫失败。
[0005]现有技术中,存在一些提高呼叫成功率的方案,如在呼叫失败后,会在呼叫界面提示是否进行重拨、或直接显示正在重拨;但是,这种方案的最大缺陷在于影响用户感知,因为用户的关注点在于呼叫的最终结果,而非重拨过程。另有一种方案,是当出现呼叫失败时,本次呼叫以失败告终,而与此同时,CP层进行小区优选,通过比较切换到自认为信号较强的小区,这种方案的目的意在提高下次呼叫的成功率;但是,这种方案的不足在于:首先无法解决本次呼叫失败带来的不便,其次CP层只将信号强度作为考虑因素的小区优选方案,依然存在无法提高呼叫成功率的隐患。


【发明内容】

[0006]有鉴于此,本发明的主要目的在于提供一种呼叫自动重拨的方法及装置,能在呼叫失败后完成用户无感知地呼叫自动重拨,提高语音呼叫成功率,改善移动终端用户感知。
[0007]为达到上述目的,本发明提供一种呼叫自动重拨的方法,所述方法包括:检测呼叫状态,对呼叫失败的原因值进行排查;以及
[0008]根据排查结果确定需要小区优选时进行小区优选,将移动终端接入优选小区并进行重拨;不需要小区优选时在当前驻留小区进行重拨。
[0009]优选地,所述检测呼叫状态,对呼叫失败的原因值进行排查由RIL层完成;所述方法还包括:检测呼叫状态之前,RIL层接收框架层的呼叫请求,将收到的呼叫请求转换为AT指令下发至CP层,并等待CP层的AT响应。
[0010]优选地,所述对呼叫失败的原因值进行排查包括:对移动终端的语音呼叫状态及呼叫失败原因值进行排查自检,判断当前排查到的呼叫状态及呼叫失败原因值是否包含在排查范围内。
[0011]优选地,所述根据排查结果确定需要小区优选为:CP层根据排查结果判断是否属于网络侧问题,属于网络侧问题时,执行小区优选。
[0012]优选地,所述进行重拨包括:申请网络资源,判断是否成功获得网络资源,若未成功获得网络资源,则上报失败的AT响应至RIL层,结束本处理流程;若成功获得网络资源,则建立语音呼叫连接,判断是否成功建立连接,若成功建立连接,则将网络回应转换为AT响应上报至RIL层;否则,上报失败的AT响应至RIL层。
[0013]所述方法还包括:在RIL层设置起呼定时器和最大重拨次数;且所述呼叫失败原因值包括CP层无响应、掉网、起呼定时器超时、超过最大重拨次数。
[0014]此外,本发明还提供一种呼叫自动重拨的装置,所述装置包括:呼叫状态自检模块和小区优选重拨模块;其中,
[0015]呼叫状态自检模块,用于检测呼叫状态,对呼叫失败的原因值进行排查,并将排查结果发送给小区优选重拨模块;
[0016]小区优选重拨模块,用于根据排查结果确定需要小区优选时进行小区优选,将移动终端接入优选小区并进行重拨;不需要小区优选时在当前驻留小区进行重拨。
[0017]优选地,所述呼叫状态自检模块嵌入于RIL层;所述小区优选重拨模块嵌入于CP层。
[0018]优选地,所述呼叫状态自检模块还用于接收框架层的呼叫请求,将收到的呼叫请求转换为AT指令下发至CP层的小区优选重拨模块,并等待CP层的小区优选重拨模块的AT响应。
[0019]优选地,所述小区优选重拨模块根据排查结果确定需要小区优选为:根据排查结果判断是否属于网络侧问题,属于网络侧问题时,执行小区优选。
[0020]优选地,所述小区优选重拨模块进行重拨包括:申请网络资源,判断是否成功获得网络资源,若未成功获得网络资源,则上报失败的AT响应至RIL层的呼叫状态自检模块,结束本处理流程;若成功获得网络资源,则建立语音呼叫连接,判断是否成功建立连接,若成功建立连接,则将网络回应转换为AT响应上报至RIL层的呼叫状态自检模块;否则,上报失败的AT响应至RIL层的呼叫状态自检模块。
[0021]优选地,所述呼叫状态自检模块中设置有起呼定时器和最大重拨次数。
[0022]本发明所提供的呼叫自动重拨的方法及装置,在对语音呼叫状态及可能导致呼叫失败的原因值进行自检分析的基础上,进一步通过小区优选来实现语音呼叫的自动重拨,语音呼叫自动重拨流程完全独立于框架层,即:在RIL层完成的呼叫状态自检对框架层屏蔽了起呼失败后的自检流程消息,只将最终结果上报给框架层,这样,移动终端的呼叫界面也会屏蔽中间的起呼失败状态,完全达到了用户无感知重拨的效果,缓解了本次呼叫失败引起的不便,进而提高了语音呼叫成功率,改善了移动终端用户感知。
[0023]本发明的实现效果已在定点测试及移动测试中得到充分验证,经测试表明:未采用本发明技术方案的移动终端,其语音呼叫成功率将近90% ;而采用本发明技术方案的移动终端,其语音呼叫成功率则能达到98-99 %以上。
[0024]此外,本发明中CP层实现的小区优选方案对其他业务也有附加优势,如:可通过小区优选将移动终端接入至话务量少即当前用户数量少的小区,话务量少的小区的网络性能明显优于原驻留小区,这种情况下,移动终端的彩信收发、上网速度等均会随之出现明显改善。

【专利附图】

【附图说明】
[0025]图1为本发明呼叫自动重拨装置在Android系统构架中的位置示意图;
[0026]图2为本发明呼叫自动重拨方法的实现流程示意图;
[0027]图3为本发明实施例呼叫自动重拨方法的具体实现流程示意图;
[0028]图4为RIL层呼叫状态自检模块的实现流程示意图;
[0029]图5为CP层小区优选重拨模块的实现流程示意图。

【具体实施方式】
[0030]下面具体结合附图对本发明做详细说明。
[0031]在一般的语音呼叫过程中,RIL层接收到框架层的语音呼叫请求消息后,会将收到的请求消息转换为CP层可识别的AT指令并下发至CP层;CP层根据具体的语音呼叫情况对RIL层下发的指令作出AT响应并上报至RIL层,正常情况下CP层上报的AT响应可有效指示当前语音呼叫状态;RIL层再将CP层的AT响应转换为对应指示的语音呼叫状态消息上报至框架层,最终由框架层将语音呼叫状态消息传递至相关的应用程序接口中供应用程序调用,这样,应用程序即可获知语音呼叫的结果。
[0032]本发明中,为了提高移动终端的呼叫成功率,需要在移动终端中增加呼叫自动重拨装置,相应的,所述呼叫自动重拨装置在Android系统构架中的位置如图1所示。参见图1,本发明的呼叫自动重拨装置包括:呼叫状态自检模块和小区优选重拨模块;其中,
[0033]呼叫状态自检模块,用于检测呼叫状态,对呼叫失败的原因值进行排查,并将排查结果发送给小区优选重拨模块;
[0034]小区优选重拨模块,用于根据排查结果确定需要小区优选时进行小区优选,将移动终端接入优选小区并进行重拨;不需要小区优选时在当前驻留小区进行重拨。
[0035]其中,所述呼叫状态自检模块嵌入于RIL层;所述小区优选重拨模块嵌入于CP层。
[0036]这里,所述呼叫状态自检模块检测呼叫状态是:对语音呼叫状态及可能导致呼叫失败不可预见的各种原因值进行排查与自检,如果经排查自检发现,当前呼叫失败对应的呼叫失败原因值未包含在排查因素内,则将排查结果发送给小区优选重拨模块,进行小区优选及重拨;
[0037]所述呼叫状态自检模块中,设置有起呼定时器和最大重拨次数双重限制,以便对由于呼叫时间过长导致的影响用户感知的状况进行优化;这里,需设定起呼定时器的合理时间范围,考虑到既可以为自动重拨流程留出足够时间,又不能使呼叫时间过长,至少需要20秒以上,起呼定时器的时长一般设置为30秒;
[0038]所述小区优选重拨模块进行小区优选是:对信号较强且话务量较少的小区进行优选,确定优选小区并进行重拨。
[0039]具体的,在RIL层的呼叫状态自检模块中,先对语音呼叫状态(如正在拨号、振铃等)进行排查与自检;若CP层上报的AT响应指示当前语音呼叫状态为正在拨号、正在呼口q,或振铃、已接通,则说明语音呼叫非失败状态,此时结束语音呼叫自动重拨,无需再执行CP层的小区优选重拨模块;否则,对各种可能导致呼叫失败不可预见的各种原因值逐一进行排查,如掉网、起呼定时器超时、达到最大重拨次数等;若经排查自检,当前呼叫失败对应的呼叫失败原因值包含在排查因素内,则结束语音呼叫自动重拨,不再执行CP层的小区优选及重拨;若经排查自检,当前呼叫失败对应的呼叫失败原因值未包含在所排查因素之内,则需进一步执行CP层的小区优选及重拨。相应的,呼叫状态自检模块会将排查结果发送给小区优选重拨模块,通知小区优选重拨模块进行下一步的小区优选及重拨。
[0040]在CP层的小区优选重拨模块中,对呼叫状态自检模块发送来的排查结果进一步检查是否属于网络侧问题,如:网络覆盖不足、同频干扰、网络拥塞等网络覆盖方面的缺陷所导致的问题,进而判断是否需要进行小区优选;若属于网络侧问题,则先进行小区优选,之后将移动终端接入优选小区,再尝试重新进行语音呼叫;否则,继续驻留于当前小区,直接尝试重新进行语音呼叫。
[0041]由上述处理过程可见,RIL层的呼叫状态自检模块中的流程对于框架层是不可见的,框架层在下发语音呼叫请求消息后,只收到语音呼叫状态消息的上报,如正在拨号、振铃、呼叫失败等。同理,CP层的小区优选重拨模块中的流程对RIL层也是不可见的,不会对RIL层的流程控制产生影响,对框架层也是完全独立的,这就保证了用户对重拨的无感知效果O
[0042]图2为本发明呼叫自动重拨方法的实现流程示意图,包括如下步骤:
[0043]步骤201:检测呼叫状态,对呼叫失败的原因值进行排查;
[0044]这里,本步骤的操作由嵌入于RIL层的呼叫状态自检模块完成,进行排查后的排查结果会发送给小区优选重拨模块;
[0045]步骤202:根据排查结果确定需要小区优选时进行小区优选,将移动终端接入优选小区并进行重拨;不需要小区优选时在当前驻留小区进行重拨。
[0046]这里,本步骤的操作由嵌入于CP层的小区优选重拨模块完成。
[0047]图3为本发明实施例呼叫自动重拨方法的具体实现流程示意图,包括如下步骤:
[0048]步骤301:RIL层接收框架层的呼叫请求,并将收到的呼叫请求转换为AT指令下发至CP层;
[0049]步骤302?305:RIL层等待CP层的AT响应,并对移动终端的语音呼叫状态及呼叫失败原因值进行排查自检,判断当前排查到的呼叫状态及呼叫失败原因值是否包含在排查范围内,如果是,则向框架层上报呼叫状态,结束本处理流程;否则,将排查结果通知CP层,执行步骤306 ;
[0050]上述步骤301?305中的操作,由RIL层的呼叫状态自检模块完成;其中,步骤301的操作,对于未嵌入呼叫状态自检模块的RIL层,在进行语音呼叫时同样会执行。
[0051]步骤306?308:CP层根据排查结果判断是否属于网络侧问题,若属于,则执行小区优选,并将移动终端接入优选小区;否则,驻留于当前小区;
[0052]步骤309?311:申请网络资源,判断是否成功获得网络资源,若成功获得网络资源,则建立语音呼叫连接,执行步骤312 ;否则,执行步骤314 ;
[0053]步骤312?313:判断是否成功建立连接,若成功,则将网络回应转换为AT响应上报至RIL层,结束本处理流程;否则,执行步骤314 ;
[0054]步骤314:上报失败的AT响应至RIL层,结束本处理流程。
[0055]上述步骤306?314中的操作,由CP层的小区优选重拨模块完成,即:由小区优选重拨模块完成小区优选和重拨的操作。
[0056]下面结合附图对各模块的具体实施步骤作进一步的详细描述。
[0057]具体的,RIL层呼叫状态自检模块的实施流程如图4所示。鉴于每次起呼过程所需时间不等,从一秒以下到十几秒均有可能,因此,呼叫状态自检模块设置了起呼定时器和最大重拨次数双重限制,以方便对由于呼叫时间过长导致的影响用户感知的情况进行优化。其中,排查自检的呼叫失败原因值包括CP层无响应、掉网、起呼定时器超时、超过最大重拨次数等。具体的呼叫状态自检实施步骤包括:
[0058]步骤401:RIL层接收来自框架层的呼叫请求消息,将该呼叫请求消息转换为CP层可识别的、AT指令集中的对应AT指令(ATD) +被叫方号码,并将转换后的AT指令经传输通道下发至CP层;
[0059]步骤402:起呼定时器开始计时;
[0060]这里,该起呼定时器的设置可避免由某些异常情况发生带来的影响,比如,对于CP异常、通道阻塞等导致无法收到AT响应,这种情况下,若不设置起呼定时器,则会长时间处于正在拨号状态,进而由于呼叫时间过长影响用户感知;而加入起呼定时器后,当出现无法收到AT响应的情况时,则会在起呼定时器超时后强制挂断,结束拨号状态,从而改善用户感知。
[0061]步骤403:等待CP层的AT响应;
[0062]正常情况下,均可收到CP层的AT响应,所述AT响应可有效指示当前呼叫状态,如:正在拨号、正在呼叫、掉网等等。
[0063]对当前排查到的呼叫状态及呼叫失败原因值是否包含在排查范围内的判断,具体对应于步骤404?413:
[0064]步骤404:排查CP层是否无响应,如果是,则在起呼定时器超时后,执行步骤412?413 ;否则,执行步骤405 ;
[0065]这里,当CP层出现异常、通道阻塞等情况时,RIL层得不到AT响应,也就是说,这种情况下CP无响应;
[0066]步骤405?406:排查CP层上报的AT响应是否指示当前语音呼叫状态为正在拨号或正在呼叫;若是,则上报相应的呼叫状态,之后返回步骤403等待下一阶段的AT响应;否则,执行步骤407;
[0067]步骤407?408:排查起呼是否成功,若是,则上报起呼成功,执行步骤413 ;否则,执行步骤409 ;
[0068]这里,若CP层上报的AT响应指示当前语音呼叫状态为振铃或已接通,说明呼叫成功,则向框架层上报呼叫成功,之后停止起呼定时器的计时,将重拨次数置零,结束本处理流程;否则,说明呼叫失败,执行步骤409 ;
[0069]步骤409:排查是否出现掉网或起呼定时器超时状态,若二者出现其一,则无需继续排查自检,执行步骤412?413 ;否则,执行步骤410 ;
[0070]步骤410?411:排查是否已达到最大重拨次数,若是,则执行步骤412?413 ;否贝IJ,将排查结果通知CP层,结束本处理流程;
[0071 ] 这里,所述通知CP层是将排查结果发送给CP层的小区优选重拨模块,通知小区优选重拨模块进行下一步的小区优选及重拨;
[0072]步骤412?413:向框架层上报呼叫失败,起呼定时器计时停止,重拨次数置零,结束本处理流程。
[0073]图5示出了 CP层小区优选重拨模块的具体实施流程图,当收到RIL层的通知,表明当前排查到的呼叫状态及呼叫失败原因值不包含在排查范围内时,则需要进行小区优选重拨操作,具体如图5所示包括如下步骤:
[0074]步骤501?507:CP层小区优选重拨模块进一步排查是否属于网络侧问题,若属于网络侧问题,则进行小区优选:先将携带呼叫失败原因值的AT响应上报至RIL层,再接收RIL层下发的执行小区优选的AT指令,然后将小区优选的AT指令下发至底层协议栈,接收底层协议栈进行一系列操作后的小区优选结果,最后根据小区优选结果将移动终端接入优选小区,执行步骤508 ;否则,移动终端仍驻留在当前小区,不进行小区优选,执行步骤508 ;
[0075]这里,所述的网络侧问题是指在申请网络的信道资源或建立语音呼叫连接时,由于诸如网络覆盖不足、信号欠佳、网络拥塞等网络覆盖方面的缺陷而导致长时间未得到网络侧回应、或被网络侧拒绝,网络中断或网络损坏等完全不具备建立呼叫连接条件的异常情况除外。
[0076]若属于网络侧问题则需先进行小区优选再进行重拨,这就需要RIL层对应构建一个新的AT指令,用于命令CP层先执行小区优选,再执行语音呼叫;否则,直接进行重拨,其对应的AT指令仍为ATD+被叫号码。
[0077]小区优选是根据携带呼叫失败原因值的AT响应而进行的,所述的呼叫失败原因值即为上述各种网络侧问题。
[0078]另外,对于小区优选的进行,CP层只需将小区优选的标准及指令下发至底层协议栈即可;而在底层协议栈需执行一系列的操作,例如:先针对当前小区的各个邻近小区进行优选排序,排序标准需综合信号强度和话务量大小(即小区寻呼消息的数量),并持续进行一段时间的测量;其中,所述一段时间是从小区广播的消息中得到的,一般取默认值为2秒。经测量,选取其中信号较强且话务量较少的小区;底层协议栈完成上述一系列操作后,将结果上报给CP层。这里,所述底层协议栈的一系列操作均可采用现有技术完成,此处不再赘述。
[0079]步骤508?510:在小区中申请网络资源,判断是否成功获取网络资源,若成功,则建立语音呼叫连接,等待分配无线网络链路资源,执行步骤511 ;否则,执行步骤513 ;
[0080]步骤511?512:判断是否成功建立连接,若是,则等待网络回应,并将网络回应转换为对应呼叫状态的AT响应,上报至RIL层,结束本处理流程;否则,执行步骤513 ;
[0081]本步骤中,成功建立连接后,只需等待网络回应即可,此时网络开始对被叫方进行寻呼,再将被叫方的相关状态信息传达至主叫方,如用户无法接通、已关机等预示常规性呼叫失败的网络提示音、或者振铃、或者直接接通。
[0082]步骤513:将携带失败原因值的AT响应上报至RIL层;
[0083]这里,所述失败原因值包括等待网络响应、等待超时、网络拒绝分配信道资源或短信冲突等呼叫失败情况对应的失败原因值。
[0084]经过以上所述步骤,语音呼叫自动重拨流程完成。
[0085]以上所述,仅为本发明的较佳实施例而已,并非用于限定本发明的保护范围。本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样,倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内,则本发明也意图包含这些改动和变型在内。
【权利要求】
1.一种呼叫自动重拨的方法,其特征在于,所述方法包括: 检测呼叫状态,对呼叫失败的原因值进行排查; 根据排查结果确定需要小区优选时进行小区优选,将移动终端接入优选小区并进行重拨;不需要小区优选时在当前驻留小区进行重拨。
2.根据权利要求1所述的方法,其特征在于,所述检测呼叫状态,对呼叫失败的原因值进行排查由RIL层完成; 所述方法还包括:检测呼叫状态之前,RIL层接收框架层的呼叫请求,将收到的呼叫请求转换为AT指令下发至CP层,并等待CP层的AT响应。
3.根据权利要求1所述的方法,其特征在于,所述对呼叫失败的原因值进行排查包括:对移动终端的语音呼叫状态及呼叫失败原因值进行排查自检,判断当前排查到的呼叫状态及呼叫失败原因值是否包含在排查范围内。
4.根据权利要求1所述的方法,其特征在于,所述根据排查结果确定需要小区优选为:CP层根据排查结果判断是否属于网络侧问题,属于网络侧问题时,执行小区优选。
5.根据权利要求1所述的方法,其特征在于,所述进行重拨包括:申请网络资源,判断是否成功获得网络资源,若未成功获得网络资源,则上报失败的AT响应至RIL层,结束本处理流程;若成功获得网络资源,则建立语音呼叫连接,判断是否成功建立连接,若成功建立连接,则将网络回 应转换为AT响应上报至RIL层;否则,上报失败的AT响应至RIL层。
6.根据权利要求2所述的方法,其特征在于,所述方法还包括:在RIL层设置起呼定时器和最大重拨次数; 所述呼叫失败原因值包括CP层无响应、掉网、起呼定时器超时、超过最大重拨次数。
7.—种呼叫自动重拨的装置,其特征在于,所述装置包括:呼叫状态自检模块和小区优选重拨模块;其中, 呼叫状态自检模块,用于检测呼叫状态,对呼叫失败的原因值进行排查,并将排查结果发送给小区优选重拨模块; 小区优选重拨模块,用于根据排查结果确定需要小区优选时进行小区优选,将移动终端接入优选小区并进行重拨;不需要小区优选时在当前驻留小区进行重拨。
8.根据权利要求7所述的装置,其特征在于,所述呼叫状态自检模块嵌入于RIL层;所述小区优选重拨模块嵌入于CP层。
9.根据权利要求8所述的装置,其特征在于,所述呼叫状态自检模块,还用于接收框架层的呼叫请求,将收到的呼叫请求转换为AT指令下发至CP层的小区优选重拨模块,并等待CP层的小区优选重拨模块的AT响应。
10.根据权利要求7所述的装置,其特征在于,所述小区优选重拨模块根据排查结果确定需要小区优选为:根据排查结果判断是否属于网络侧问题,属于网络侧问题时,执行小区优选。
11.根据权利要求8所述的装置,其特征在于,所述小区优选重拨模块进行重拨包括:申请网络资源,判断是否成功获得网络资源,若未成功获得网络资源,则上报失败的AT响应至RIL层的呼叫状态自检模块,结束本处理流程;若成功获得网络资源,则建立语音呼叫连接,判断是否成功建立连接,若成功建立连接,则将网络回应转换为AT响应上报至RIL层的呼叫状态自检模块;否则,上报失败的AT响应至RIL层的呼叫状态自检模块。
12.根据权利要求7所述的装置,其特征在于,所述呼叫状态自检模块中设置有起呼定时 器和最大重拨次数。
【文档编号】H04M3/424GK104080065SQ201310098012
【公开日】2014年10月1日 申请日期:2013年3月25日 优先权日:2013年3月25日
【发明者】刘少华 申请人:中兴通讯股份有限公司
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1