工具类服务
编辑部专用服务
作者专用服务
手机自动拨号的失效分析
印制电路板(PCB)具有功能和结构双重特性,其主要作用是用于支撑和互连电子元器件,其性能的好坏直接决定了电子设备的性能及可靠性.该文通过失效点物理隔离、失效点定位、金相切片分析、扫描电镜与能谱分析等手段对自动拨号的手机电路板进行失效分析,最终发现手机产生自动拨号的原因,是与PCB的芯吸长度控制不稳定有关.
Liu Xue-sen
Xu Dan-hong
Chai Yan-qiu
Chen Xu-dong
作者单位：
华碧司法鉴定所,上海,200433
华碧司法鉴定所,江苏苏州,215024
年，卷(期)：
机标分类号：
在线出版日期：
本文读者也读过
相关检索词
万方数据知识服务平台--国家科技支撑计划资助项目（编号：2006BAH03B01）(C)北京万方数据股份有限公司
万方数据电子出版社手机开机时出现 正在拨号挂失 非法使用 即将关机 请问是什么回事, 手机开机时出现 正在拨号挂失
手机开机时出现 正在拨号挂失 非法使用 即将关机 请问是什么回事 我设置过防盗密码可现在也不知道怎么用问题补充：
可是 出现这些字后 就自动关机了现在连机都开不开 迁爱飞转 手机开机时出现 正在拨号挂失 非法使用 即将关机 请问是什么回事
你电话应该是别人偷得吧？带防盗系统的
你可以带机器去刷一下
看看能能好用
要不就扔了吧
你可能使用了防盗软件，把它卸载了就是！如果是系统自带软件，就恢复出厂设置就是！手机拨号中的“0”--《数字通信》2001年06期
手机拨号中的“0”
【摘要】：
【关键词】：
【分类号】：TN929.53【正文快照】：
现在越来越多的人拥有了电话甚至是手机。利用手机来接听和呼出电话是非常方便的，不过，笔者在使用手机的过程中却发现我们在用手机拨打电话时有时要拨０，有时却不要拨０，这是为什么呢？ １．不要加０ 众所周知，有些地区使用手机拨打固定电话是要加上长途区号的。哪怕您
欢迎：、、)
支持CAJ、PDF文件格式，仅支持PDF格式
【相似文献】
中国期刊全文数据库
任重远;[J];通信与信息技术;1987年04期
唐志宽;[J];武汉大学学报(信息科学版);1992年04期
谈忠才;[J];吉林大学学报(信息科学版);1993年02期
龙怀鑑;[J];通信与信息技术;1993年02期
程启明;[J];电声技术;1994年05期
吴锡根，胡新彩;[J];电信科学;1994年10期
徐张奎，王敏华;[J];光通信研究;1994年Z1期
姚子英;[J];计算机系统应用;1994年11期
;[J];电信技术;1994年01期
李少英;[J];电信技术;1994年08期
中国重要报纸全文数据库
胡海天;[N];深圳商报;2000年
铭朝;[N];中国质量报;2002年
;[N];河北经济日报;2002年
记者任建民;[N];人民日报;2002年
郭艳;[N];通信产业报;2002年
边防军;[N];中国房地产报;2005年
&快捷付款方式
&订购知网充值卡
400-819-9993
《中国学术期刊（光盘版）》电子杂志社有限公司
同方知网数字出版技术股份有限公司
地址：北京清华大学 84-48信箱 知识超市公司
出版物经营许可证 新出发京批字第直0595号
订购热线：400-819-82499
服务热线：010--
在线咨询：
传真：010-
京公网安备75号AUTOMATIC CALL REDIAL METHOD AND DEVICE
WIPO Patent Application WO/
Disclosed is an automatic call redial method, which comprises: detecting a call state, and investigating a reason val according to the investigation result, conducting cell optimization when it is determined that cell optimization is required, and a mobile terminal accessing an optimized cell a and when the cell optimization is not required, conducting redial in a current resident cell. Also disclosed at the same time is an automatic call redial device. The present invention can be applied to complete automatic call redial not perceived by the user after a call failure, thereby improving the speech call success rate and improving the mobile terminal user perception.
Inventors:
LIU, Shaohua (ZTE Plaza, Keji Road South Hi-Tech Industrial Park, Nansha, Shenzhen Guangdong 7, 518057, CN)
Application Number:
Publication Date:
11/14/2013
Filing Date:
07/17/2013
Export Citation:
ZTE CORPORATION (ZTE Plaza, Keji Road South Hi-Tech Industrial Park, Nansha, Shenzhen Guangdong 7, 518057, CN)
View Patent Images:
&&&&&&PDF help
Foreign References:
Attorney, Agent or Firm:
CHINA PAT INTELLECTUAL PROPERTY OFFICE (2nd Floor, Zhongguancun Intellectual Property Building Block B, No.21 Haidian South Road, Haidian, Beijing 0, 100080, CN)
权利要求书
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指令下发至所 述小区优选重拨模块， 并等待所述小区优选重拨模块的 AT响应。
10、 根据权利要求 7所述的装置， 其中， 所述小区优选重拨模块根据 排查结果确定需要小区优选为： 根据排查结果判断是否属于网络侧问题， 属于网络侧问题时， 执行小区优选。
11、 根据权利要求 8 所述的装置， 其中， 所述小区优选重拨模块进行 重拨包括： 申请网络资源， 判断是否成功获得网络资源， 若未成功获得网 络资源， 则上报失败的 AT响应至所述呼叫状态自检模块； 若成功获得网络 资源， 则建立语音呼叫连接， 判断是否成功建立连接， 若成功建立连接， 则将网络回应转换为 AT响应上报至所述呼叫状态自检模块；若未成功建立 连接， 则上报失败的 AT响应至所述呼叫状态自检模块。
12、 根据权利要求 7所述的装置， 其中， 所述呼叫状态自检模块中设 置有起呼定时器和最大重拨次数；
所述呼叫失败原因值包括 CP层无响应、 掉网、 起呼定时器超时、 超过 最大重拨次数。
Description:
一种呼叫自动重拨的方法及装置 技术领域
本发明涉及移动终端无线网络接入技术， 具体涉及一种基于安卓 ( Android ) 系统的呼叫自动重拨的方法及装置。 背景技术
Android 系统是一种基于 Linux的开放源代码的操作系统， 主要应用于 便携式移动终端。 基于 Android系统的移动终端基本采用 AP+CP的系统架 构， 其中， AP 为应用层， 与上层应用相关； CP 为通讯层， 负责电信业务 网络消息交互。 AP层从上至下又可分为应用程序层、 应用程序框架层、 以 及无线接口层 （RIL ); 其中， 应用程序层涉及应用程序的开发； 应用程序 框架层可简称为框架层， 负责为系统提供应用程序接口； RIL主要负责框架 层与 CP层之间的交互。
移动终端中， 最基本的语音呼叫功能与上述各层密切相关。 在语音呼 叫过程中， RIL收到框架层的请求消息后， 将收到的请求消息转换为 CP层 可识别的 AT指令后下发至 CP层，之后再将 CP层的 AT响应转换为消息上 报给框架层， 框架层将语音呼叫的状态消息传递至相关的应用程序接口中 供应用程序调用， 最终应用程序可获知语音呼叫的结果。
用户在使用移动终端的过程中， 语音呼叫失败的现象屡见不鲜。 通常， 将语音呼叫失败大致分为两类： 第一类为常规性呼叫失败， 如： 被叫方人 为切断语音呼叫， 或主叫方在拨号后听到忙音或用户不在服务区等网络提 示音， 这种情况下导致无法实现通话的原因是明确可知的； 第二类为异常 性呼叫失败， 特指起呼失败， 即主叫方拨号后既未听到呼叫成功（如振铃、 已接通） 的网络提示音， 也未听到第一类呼叫失败的网络提示音， 这种情 况下的呼叫失败， 可能是出现网络覆盖不足、 同频干扰、 网络拥塞等网络 覆盖方面的缺陷所导致， 是不可预见的。 可见， 第二类语音呼叫失败更容 易对移动终端用户造成不便， 影响移动终端的用户感知及性能评价。 因此， 针对第二类语音呼叫失败的情况， 寻求一种提高呼叫成功率的措施是非常 必要的。 下文所述呼叫失败指第二类语音呼叫失败。
现有技术中， 存在一些提高呼叫成功率的方案， 如在呼叫失败后， 会 在呼叫界面提示是否进行重拨、 或直接显示正在重拨； 但是， 这种方案的 最大缺陷在于影响用户感知， 因为用户的关注点在于呼叫的最终结果， 而 非重拨过程。 另有一种方案， 是当出现呼叫失败时， 本次呼叫以失败告终， 而与此同时， CP层进行小区优选，通过比较切换到自认为信号较强的小区， 这种方案的目的意在提高下次呼叫的成功率； 但是， 这种方案的不足在于： 首先无法解决本次呼叫失败带来的不便，其次 CP层只将信号强度作为考虑 因素的小区优选方案， 依然存在无法提高呼叫成功率的隐患。 发明内容
有鉴于此， 本发明实施例的主要目的在于提供一种呼叫自动重拨的方 法及装置， 能在呼叫失败后完成用户无感知地呼叫自动重拨， 提高语音呼 叫成功率， 改善移动终端用户感知。
为达到上述目的， 本发明实施例提供一种呼叫自动重拨的方法， 所述 方法包括： 检测呼叫状态， 对呼叫失败的原因值进行排查；
根据排查结果确定需要小区优选时进行小区优选， 将移动终端接入优 选小区并进行重拨； 不需要小区优选时在当前驻留小区进行重拨。
优选地， 所述检测呼叫状态， 对呼叫失败的原因值进行排查由 RIL完 成； 检测呼叫状态之前， 所述方法还包括： RIL接收框架层的呼叫请求， 将 收到的呼叫请求转换为 AT指令下发至 CP层， 并等待 CP层的 AT响应。
优选地， 所述对呼叫失败的原因值进行排查包括： 对移动终端的语音 呼叫状态及呼叫失败原因值进行排查自检， 判断当前排查到的呼叫状态及 呼叫失败原因值是否包含在排查范围内。
优选地， 所述根据排查结果确定需要小区优选为： CP层根据排查结果 判断是否属于网络侧问题， 属于网络侧问题时， 执行小区优选。
优选地， 所述进行重拨包括： 申请网络资源， 判断是否成功获得网络 资源， 若未成功获得网络资源， 则上报失败的 AT响应至 RIL; 若成功获得 网络资源， 则建立语音呼叫连接， 判断是否成功建立连接， 若成功建立连 接， 则将网络回应转换为 AT响应上报至 RIL; 若未成功建立连接， 上报失 败的 AT响应至 RIL。
所述方法还包括： 在 RIL设置起呼定时器和最大重拨次数； 且所述呼 叫失败原因值包括 CP层无响应、 掉网、 起呼定时器超时、 超过最大重拨次 数。
此外， 本发明实施例还提供一种呼叫自动重拨的装置， 所述装置包括： 呼叫状态自检模块和小区优选重拨模块； 其中，
呼叫状态自检模块， 配置为检测呼叫状态， 对呼叫失败的原因值进行 排查， 并将排查结果发送给小区优选重拨模块；
小区优选重拨模块， 配置为根据排查结果确定需要小区优选时进行小 区优选， 将移动终端接入优选小区并进行重拨； 不需要小区优选时在当前 驻留小区进行重拨。
优选地，所述呼叫状态自检模块嵌入于 RIL; 所述小区优选重拨模块嵌 入于 CP层。
优选地， 所述呼叫状态自检模块还配置为接收框架层的呼叫请求， 将 收到的呼叫请求转换为 AT指令下发至所述小区优选重拨模块， 并等待所 述小区优选重拨模块的 AT响应。
优选地， 所述小区优选重拨模块根据排查结果确定需要小区优选为： 根据排查结果判断是否属于网络侧问题， 属于网络侧问题时， 执行小区优 选。
优选地， 所述小区优选重拨模块进行重拨包括： 申请网络资源， 判断 是否成功获得网络资源， 若未成功获得网络资源， 则上报失败的 AT响应至 所述呼叫状态自检模块； 若成功获得网络资源， 则建立语音呼叫连接， 判 断是否成功建立连接， 若成功建立连接， 则将网络回应转换为 AT响应上报 至所述呼叫状态自检模块； 若未成功建立连接， 则上报失败的 AT响应至所 述呼叫状态自检模块。
优选地， 所述呼叫状态自检模块中设置有起呼定时器和最大重拨次数； 所述呼叫失败原因值包括 CP层无响应、 掉网、 起呼定时器超时、 超过 最大重拨次数。
本发明实施例所提供的呼叫自动重拨的方法及装置， 在对语音呼叫状 态及可能导致呼叫失败的原因值进行自检分析的基础上， 进一步通过小区 优选来实现语音呼叫的自动重拨， 语音呼叫自动重拨流程完全独立于框架 层， 即： 在 RIL完成的呼叫状态自检对框架层屏蔽了起呼失败后的自检流 程消息， 只将最终结果上报给框架层， 这样， 移动终端的呼叫界面也会屏 蔽中间的起呼失败状态， 完全达到了用户无感知重拨的效果， 緩解了本次 呼叫失败引起的不便， 进而提高了语音呼叫成功率， 改善了移动终端用户 感知。
本发明实施例的实现效果已在定点测试及移动测试中得到充分验证， 经测试表明： 未采用本发明实施例技术方案的移动终端， 其语音呼叫成功 率将近 90%; 而采用本发明实施例技术方案的移动终端， 其语音呼叫成功 率则能达到 98-99%以上。
此外，本发明实施例中 CP层实现的小区优选方案对其它业务也有附加 优势， 如： 可通过小区优选将移动终端接入至话务量少即当前用户数量少 的小区， 话务量少的小区的网络性能明显优于原驻留小区， 这种情况下， 移动终端的彩信收发、 上网速度等均会随之出现明显改善。 附图说明
图 1为本发明实施例呼叫自动重拨装置在 Android系统构架中的位置示 意图；
图 2为本发明实施例呼叫自动重拨方法的实现流程示意图；
图 3为本发明实施例呼叫自动重拨方法的具体实现流程示意图； 图 4为本发明实施例 RIL的呼叫状态自检模块的实现流程示意图； 图 5为本发明实施例 CP层的小区优选重拨模块的实现流程示意图。 具体实施方式
下面具体结合附图对本发明实施例 ^：详细说明。
在一般的语音呼叫过程中， RIL接收到框架层的语音呼叫请求消息后， 会将收到的请求消息转换为 CP层可识别的 AT指令并下发至 CP层； CP层 根据具体的语音呼叫情况对 RIL下发的指令作出 AT响应并上报至 RIL，正 常情况下 CP层上报的 AT响应可有效指示当前语音呼叫状态； RIL再将 CP 层的 AT响应转换为对应指示的语音呼叫状态消息上报至框架层，最终由框 架层将语音呼叫状态消息传递至相关的应用程序接口中供应用程序调用， 这样， 应用程序即可获知语音呼叫的结果。
本发明实施例中， 为了提高移动终端的呼叫成功率， 需要在移动终端 中增加呼叫自动重拨装置，相应的，所述呼叫自动重拨装置在 Android系统 构架中的位置如图 1所示。 参见图 1， 本发明实施例的呼叫自动重拨装置包 括： 呼叫状态自检模块和小区优选重拨模块； 其中，
呼叫状态自检模块， 配置为检测呼叫状态， 对呼叫失败的原因值进行 排查， 并将排查结果发送给小区优选重拨模块； 小区优选重拨模块， 配置为根据排查结果确定需要小区优选时进行小 区优选， 将移动终端接入优选小区并进行重拨； 不需要小区优选时在当前 驻留小区进行重拨。
其中，所述呼叫状态自检模块嵌入于 RIL; 所述小区优选重拨模块嵌入 于 CP层。
这里， 所述呼叫状态自检模块检测呼叫状态是： 对语音呼叫状态及可 能导致呼叫失败不可预见的各种原因值进行排查与自检， 如果经排查自检 发现， 当前呼叫失败对应的呼叫失败原因值未包含在排查因素内， 则将排 查结果发送给小区优选重拨模块， 进行小区优选及重拨；
所述呼叫状态自检模块中， 设置有起呼定时器和最大重拨次数双重限 制， 以便对由于呼叫时间过长导致的影响用户感知的状况进行优化； 这里， 需设定起呼定时器的合理时间范围， 考虑到既可以为自动重拨流程留出足 够时间， 又不能使呼叫时间过长， 至少需要 20秒以上， 起呼定时器的时长 一般设置为 30秒；
所述小区优选重拨模块进行小区优选是： 对信号较强且话务量较少的 小区进行优选， 确定优选小区并进行重拨。
具体的， 先由 RIL的呼叫状态自检模块， 对语音呼叫状态 （如正在拨 号、 振铃等 )进行排查与自检； 若 CP层上报的 AT响应指示当前语音呼叫 状态为正在拨号、 正在呼叫， 或振铃、 已接通， 则说明语音呼叫非失败状 态， 此时结束语音呼叫自动重拨， 无需再由 CP层的小区优选重拨模块进行 小区优选及重拨； 否则， 对各种可能导致呼叫失败不可预见的各种原因值 逐一进行排查， 如掉网、 起呼定时器超时、 达到最大重拨次数等； 若经排 查自检， 当前呼叫失败对应的呼叫失败原因值包含在排查因素内， 则结束 语音呼叫自动重拨， 也无需不再执行 CP层的小区优选及重拨； 若经排查自 检， 当前呼叫失败对应的呼叫失败原因值未包含在所排查因素之内， 则需 进一步执行 CP层的小区优选及重拨。相应的， 呼叫状态自检模块会将排查 结果发送给小区优选重拨模块， 通知小区优选重拨模块进行下一步的小区 优选及重拨。
相应的， CP层的小区优选重拨模块， 对呼叫状态自检模块发送来的排 查结果进一步检查是否属于网络侧问题， 如： 网络覆盖不足、 同频干扰、 网络拥塞等网络覆盖方面的缺陷所导致的问题， 进而判断是否需要进行 'J、 区优选； 若属于网络侧问题， 则先进行小区优选， 之后将移动终端接入优 选小区， 再尝试重新进行语音呼叫； 否则， 继续驻留于当前小区， 直接尝 试重新进行语音呼叫。
由上述处理过程可见， RIL的呼叫状态自检模块中的流程对于框架层是 不可见的， 框架层在下发语音呼叫请求消息后， 只收到语音呼叫状态消息 的上报， 如正在拨号、 振铃、 呼叫失败等。 同理， CP层的小区优选重拨模 块中的流程对 RIL也是不可见的， 不会对 RIL的流程控制产生影响， 对框 架层也是完全独立的， 这就保证了用户对重拨的无感知效果。
图 2 为本发明实施例呼叫自动重拨方法的实现流程示意图， 包括如下 步骤：
步骤 201 : 检测呼叫状态， 对呼叫失败的原因值进行排查；
这里， 本步骤的操作由嵌入于 RIL的呼叫状态自检模块完成， 进行排 查后的排查结果会发送给嵌入于 CP层的小区优选重拨模块；
步骤 202: 根据排查结果确定需要小区优选时进行小区优选， 将移动终 端接入优选小区并进行重拨； 不需要小区优选时在当前驻留小区进行重拨。
这里， 本步骤的操作由嵌入于 CP层的小区优选重拨模块完成。
图 3 为本发明实施例呼叫自动重拨方法的具体实现流程示意图， 包括 如下步骤：
步骤 301 : RIL接收框架层的呼叫请求， 并将收到的呼叫请求转换为 AT指令下发至 CP层；
步骤 302 ~ 305: RIL等待 CP层的 AT响应， 并对移动终端的语音呼叫 状态及呼叫失败原因值进行排查自检， 判断当前排查到的呼叫状态及呼叫 失败原因值是否包含在排查范围内， 如果是， 则向框架层上报呼叫状态， 结束本处理流程； 否则， 将排查结果通知 CP层， 执行步骤 306;
上述步骤 301 ~ 305中的操作，由 RIL的呼叫状态自检模块完成；其中， 步骤 301的操作，对于未嵌入呼叫状态自检模块的 RIL，在进行语音呼叫时 同样会执行。
步骤 306 ~ 308: CP层根据排查结果判断是否属于网络侧问题，若属于， 则执行小区优选， 并将移动终端接入优选小区； 否则， 驻留于当前小区； 步骤 309 ~ 311： 申请网络资源， 判断是否成功获得网络资源， 若成功 获得网络资源， 则建立语音呼叫连接， 执行步骤 312; 否则， 执行步骤 314; 步骤 312 ~ 313： 判断是否成功建立连接， 若成功， 则将网络回应转换 为 AT响应上报至 RIL层， 结束本处理流程； 否则， 执行步骤 314;
步骤 314: 上报失败的 AT响应至 RIL， 结束本处理流程。
上述步骤 306 ~ 314中的操作， 由 CP层的小区优选重拨模块完成， 即： 由小区优选重拨模块完成小区优选和重拨的操作。
下面结合附图对各模块的具体实施步骤作进一步的详细描述。
具体的， 本发明实施例 RIL的呼叫状态自检模块的实施流程如图 4所 示。 鉴于每次起呼过程所需时间不等， 从一秒以下到十几秒均有可能， 因 此， 呼叫状态自检模块设置了起呼定时器和最大重拨次数双重限制， 以方 便对由于呼叫时间过长导致的影响用户感知的情况进行优化。 其中， 排查 自检的呼叫失败原因值包括 CP层无响应、 掉网、 起呼定时器超时、 超过最 大重拨次数等。 具体的呼叫状态自检实施步骤包括：
步骤 401 : RIL接收来自框架层的呼叫请求消息， 将该呼叫请求消息转 换为 CP层可识别的、 AT指令集中的对应 AT指令（ATD ) +被叫方号码， 并将转换后的 AT指令经传输通道下发至 CP层；
步骤 402: 起呼定时器开始计时；
这里， 该起呼定时器的设置可避免由某些异常情况发生带来的影响， 比如， 对于 CP异常、 通道阻塞等导致无法收到 AT响应， 这种情况下， 若 不设置起呼定时器， 则会长时间处于正在拨号状态， 进而由于呼叫时间过 长影响用户感知；而加入起呼定时器后，当出现无法收到 AT响应的情况时， 则会在起呼定时器超时后强制挂断， 结束拨号状态， 从而改善用户感知。
步骤 403: 等待 CP层的 AT响应；
正常情况下， 均可收到 CP层的 AT响应， 所述 AT响应可有效指示当 前呼叫状态， 如： 正在拨号、 正在呼叫、 掉网等等。
对当前排查到的呼叫状态及呼叫失败原因值是否包含在排查范围内的 判断， 具体对应于步骤 404 ~ 413。
步骤 404: 排查 CP层是否无响应， 如果是， 则在起呼定时器超时后， 执行步骤 412 - 413; 否则， 执行步骤 405;
这里， 当 CP层出现异常、 通道阻塞等情况时， RIL层得不到 AT响应， 也就是说， 这种情况下 CP无响应。
步骤 405 ~ 406:排查 CP层上报的 AT响应是否指示当前语音呼叫状态 为正在拨号或正在呼叫； 若是， 则上报相应的呼叫状态， 之后返回步骤 403 等待下一阶段的 AT响应； 否则， 执行步骤 407;
步骤 407 ~ 408: 排查起呼是否成功， 若是， 则上报起呼成功， 执行步 骤 413; 否则， 执行步骤 409;
这里，若 CP层上报的 AT响应指示当前语音呼叫状态为振铃或已接通， 说明呼叫成功， 则向框架层上报呼叫成功， 之后停止起呼定时器的计时， 将重拨次数置零， 结束本处理流程； 否则， 说明呼叫失败， 执行步骤 409。 步骤 409:排查是否出现掉网或起呼定时器超时状态，若二者出现其一， 则无需继续排查自检， 执行步骤 412 - 413; 否则， 执行步骤 410;
步骤 410 ~ 411：排查是否已达到最大重拨次数，若是，则执行步骤 412 ~ 413; 否则， 将排查结果通知 CP层， 结束本处理流程；
这里，所述通知 CP层是将排查结果发送给 CP层的小区优选重拨模块， 通知小区优选重拨模块进行下一步的小区优选及重拨；
步骤 412 ~ 413： 向框架层上报呼叫失败， 起呼定时器计时停止， 重拨 次数置零， 结束本处理流程。
图 5示出了本发明实施例 CP层小区优选重拨模块的具体实施流程图， 当收到 RIL的通知， 表明当前排查到的呼叫状态及呼叫失败原因值不包含 在排查范围内时， 则需要进行小区优选重拨操作， 具体如图 5 所示包括如 下步骤：
步骤 501 ~ 507: CP层的小区优选重拨模块进一步排查是否属于网络侧 问题， 若属于网络侧问题， 则进行小区优选： 先将携带呼叫失败原因值的 AT响应上报至 RIL， 再接收 RIL下发的执行小区优选的 AT指令， 然后将 小区优选的 AT指令下发至底层协议栈，接收底层协议栈进行一系列操作后 的小区优选结果， 最后根据小区优选结果将移动终端接入优选小区， 执行 步骤 508; 否则， 移动终端仍驻留在当前小区， 不进行小区优选， 执行步骤 508;
这里， 所述网络侧问题是指在申请网络的信道资源或建立语音呼叫连 接时， 由于诸如网络覆盖不足、 信号欠佳、 网络拥塞等网络覆盖方面的缺 陷而导致长时间未得到网络侧回应、 或被网络侧拒绝， 网络中断或网络损 坏等完全不具备建立呼叫连接条件的异常情况除外。
若属于网络侧问题则需先进行小区优选再进行重拨， 这就需要 RIL对 应构建一个新的 AT指令， 用于命令 CP层先执行小区优选， 再执行语音呼 叫； 否则， 直接进行重拨， 其对应的 AT指令仍为 ATD+被叫号码。
小区优选是根据携带呼叫失败原因值的 AT响应而进行的，所述呼叫失 败原因值即为上述各种网络侧问题。
另外， 对于小区优选的进行， CP层只需将小区优选的标准及指令下发 至底层协议栈即可； 而在底层协议栈需执行一系列的操作， 例如： 先针对 当前小区的各个邻近小区进行优选排序， 排序标准需综合信号强度和话务 量大小 （即小区寻呼消息的数量）， 并持续进行一段时间的测量； 其中， 所 述一段时间是从小区广播的消息中得到的， 一般取默认值为 2秒。 经测量， 选取其中信号较强且话务量较少的小区； 底层协议栈完成上述一系列操作 后， 将结果上报给 CP层。 这里， 所述底层协议栈的一系列操作均可采用现 有技术完成， 此处不再赘述。
步骤 508 ~ 510： 在小区中申请网络资源， 判断是否成功获取网络资源， 若成功，则建立语音呼叫连接，等待分配无线网络链路资源，执行步骤 511 ; 否则， 执行步骤 513 ;
步骤 511 ~ 512： 判断是否成功建立连接， 若是， 则等待网络回应， 并 将网络回应转换为对应呼叫状态的 AT响应，上报至 RIL，结束本处理流程； 否则， 执行步骤 513 ;
本步骤中， 成功建立连接后， 只需等待网络回应即可， 此时网络开始 对被叫方进行寻呼， 再将被叫方的相关状态信息传达至主叫方， 如用户无 法接通、 已关机等预示常规性呼叫失败的网络提示音、 或者振铃、 或者直 接接通。
步骤 513: 将携带失败原因值的 AT响应上报至 RIL;
这里， 所述失败原因值包括等待网络响应、 等待超时、 网络拒绝分配 信道资源或短信冲突等呼叫失败情况对应的失败原因值。
经过以上所述步骤， 语音呼叫自动重拨流程完成。 以上所述， 仅为本发明的较佳实施例而已， 并非用于限定本发明的保 护范围。 本领域的技术人员可以对本发明进行各种改动和变型而不脱离本 发明的精神和范围。 这样， 倘若本发明的这些修改和变型属于本发明权利 要求及其等同技术的范围之内， 则本发明也意图包含这些改动和变型在内。
& 2004-. All rights reserved.}