本申请涉及电路域回落技术,尤其涉及一种信息处理方法、终端设备及计算机可读存储介质。
背景技术:
csfb(circuitswitchedfallback,电路域回落)方案直接利用2/3g网络来提供语音业务。csfb方案的基本思路是终端驻留在长期演进(longtermevolution,lte)网络空闲态或数据业务连接态时,当有语音业务需求时(主叫或者被叫),通过lte网络辅助回落至全球移动通信系统(globalsystemformobilecommunication,gsm)网络建立语音业务,通话完毕后再快速退回至lte网络。
在csfb模式下,用户设备(userequipment,ue)作为移动始发方(mobileorigination,mo)在做始发呼叫退回到gsm小区时,如果cm_service_request被网络拒绝,便会100%引起mo呼叫失败,且后续落在该问题gsm小区上的mo呼叫都失败,从而降低呼通成功率。
技术实现要素:
为解决上述技术问题,本申请实施例期望提供一种信息处理方法、终端设备及计算机可读存储介质,能够避免扫描异常频点带来的呼叫失败,提高csfb呼叫模式下的呼通率。
本申请的技术方案是这样实现的:
本申请实施例提供了一种信息处理方法,应用于终端设备,包括:接收网络侧下发的重定向消息,其中,所述重定向消息包含具有至少一个频点的频点列表;
获取预先存储的异常频点集合;其中,所述异常频点集合包含至少一个异常频点;
基于所述异常频点集合和所述频点列表,确定所述频点列表中包含的至少一个异常频点。
上述方案中,所述异常频点集合还包含异常频点对应的第一小区标识;其中,所述第一小区标识用于标识异常频点对应的小区。
上述方案中,所述频点列表中每一个频点对应有第二小区标识;其中,所述第二小区标识用于标识频点列表中每一个频点对应的小区;所述基于所述异常频点集合和所述频点列表,确定所述频点列表中包含的至少一个异常频点,包括:将所述异常频点集合中的异常频点与所述频点列表中的频点进行匹配,确定所述频点列表中包含的至少一个第一类异常频点;从所述至少一个第一类异常频点中确定第一小区标识与第二小区标识相同的至少部分第一类异常频点;将所述至少部分第一类异常频点作为所述频点列表中包含的至少一个异常频点。
上述方案中,所述方法还包括:获取所述终端设备预先存储至少一个第二小区标识;或者,从所述重定向消息中获取至少一个第二小区标识。
上述方案中,在获取预先存储的异常频点集合之前,所述方法还包括:接收到网络侧下发的拒绝消息时,确定异常频点及其对应的第一小区标识;利用异常频点及其对应的第一小区标识,更新异常频点集合。
上述方案中,在确定所述频点列表中包含的至少一个异常频点之后,所述方法还包括:基于所述频点列表中除异常频点之外的剩余频点,进行小区搜索。
本申请实施例还提供了一种终端设备,包括:
通信单元,用于接收网络侧下发的重定向消息,其中,所述重定向消息包含具有至少一个频点的频点列表;
处理单元,用于获取预先存储的异常频点集合;其中,所述异常频点集合包含至少一个异常频点;
处理单元,还用于基于所述异常频点集合和所述频点列表,确定所述频点列表中包含的至少一个异常频点。
上述方案中,所述异常频点集合还包含异常频点对应的第一小区标识;其中,所述第一小区标识用于标识异常频点对应的小区。
上述方案中,所述频点列表中每一个频点对应有第二小区标识;其中,所述第二小区标识用于标识频点列表中每一个频点对应的小区;
所述处理单元,具体用于将所述异常频点集合中的异常频点与所述频点列表中的频点进行匹配,确定所述频点列表中包含的至少一个第一类异常频点;从所述至少一个第一类异常频点中确定第一小区标识与第二小区标识相同的至少部分第一类异常频点;将所述至少部分第一类异常频点作为所述频点列表中包含的至少一个异常频点。
上述方案中,所述处理单元,还用于获取所述终端设备预先存储至少一个第二小区标识;或者,从所述重定向消息中获取至少一个第二小区标识。
上述方案中,在获取预先存储的异常频点集合之前,所述处理单元,还用于接收到网络侧下发的拒绝消息时,确定异常频点及其对应的第一小区标识;利用异常频点及其对应的第一小区标识,更新异常频点集合。
上述方案中,在确定所述频点列表中包含的至少一个异常频点之后,所述处理单元,还用于基于所述频点列表中除异常频点之外的剩余频点,进行小区搜索。
本申请实施例中又提供了一种终端设备,包括:处理器和配置为存储能够在处理器上运行的计算机程序的存储器,其中,所述处理器配置为运行所述计算机程序时,执行前述方法的步骤。
本申请实施例中还提供了一种计算机存储介质,其上存储有计算机程序,其特征在于,该计算机程序被处理器执行时实现前述方法的步骤。
采用上述技术方案,终端设备在进行小区重定向时,根据预先存储的至少一个异常频点,过滤网络侧下发的频点列表中的异常频点,利用频点列表中剩余的正常频点进行小区搜索,能够提高csfb呼叫模式下的呼通率,避免扫描异常频点带来的呼叫失败。
附图说明
图1为本申请实施例中信息处理方法的第一流程示意图;
图2为本申请实施例中信息处理方法的第二流程示意图;
图3为本申请实施例中信息处理方法的第三流程示意图;
图4为本申请实施例中信息处理方法的第四流程示意图;
图5为本申请实施例中终端设备的第一组成结构示意图;
图6为本申请实施例中终端设备的第二组成结构示意图。
具体实施方式
为了能够更加详尽地了解本申请实施例的特点与技术内容,下面结合附图对本申请实施例的实现进行详细阐述,所附附图仅供参考说明之用,并非用来限定本申请实施例。
实施例一
如图1所示,信息处理方法包括:
步骤101:接收网络侧下发的重定向消息,其中,重定向消息包含具有至少一个频点的频点列表;
步骤102:获取预先存储的异常频点集合;其中,异常频点集合包含至少一个异常频点;
步骤103:基于异常频点集合和频点列表,确定频点列表中包含的至少一个异常频点。
这里,步骤101执行主体可以为终端设备的通信单元,步骤102和步骤103的执行主体可以为终端设备的处理单元。
实际应用时,移动终端在csfb模式下作为移动主叫方(mobileorigination,mo)或者移动被叫方(mobiletermination,mt),从lte回落到gsm时,如果向网络侧发送的cm_service_request被网络侧拒绝,即收到网络侧下发的cm_service_reject,确定当前扫描的频点为异常频点后,保存异常频点至异常频点集合中。其中,拒绝原因的cause值可以为以下:
4(imsi_unknown_in_vlr);
11(plmnnotallowed);
12(la_not_allowed);
22(congestion);
23(gsm_auth_unaccepted)。
上述cause值仅为示例性给出的部分拒绝原因的cause值,在实际应用中,网络侧返回cm_service_reject,且cause值为任何值时,都可以确定当前扫描的频点为异常频点。
也就是说,在确定异常节点后还需要保存异常节点。相应的,在步骤102之前该方法还包括:接收网络侧下发的拒绝消息时,确定异常频点;利用异常频点更新异常频点集合。这里,利用至少一个异常频点组成异常频点集合,将异常频点集合保存至本地数据库中,以便之后查询。
需要说明的是,在记录异常频点后,为避免移动终端移动到其他地方,频点相同的小区被csfb过程异常过滤的情况发生,需要同时记录异常频点对应小区的第一小区标识,利用异常频点及其对应的第一小区标识形成键值对,保存至终端设备本地数据库中。比如,第一小区标识为跟踪区编码(trackingareacode,tac),利用小区的异常频点和对应的tac码形成键值对。
相应的,异常频点集合还包含异常频点对应的第一小区标识;其中,第一小区标识用于标识异常频点对应的小区。在步骤102之前该方法还包括:接收到网络侧下发的拒绝消息时,确定异常频点及其对应的第一小区标识;利用异常频点及其对应的第一小区标识,更新异常频点集合。这里,异常频点集合中包含至少一个异常频点及其对应的第一小区标识。
实际应用中,频点列表中每一个频点对应有第二小区标识;其中,第二小区标识用于标识频点列表中每一个频点对应的小区;基于异常频点集合和频点列表,确定频点列表中包含的至少一个异常频点,包括:将异常频点集合中的异常频点与频点列表中的频点进行匹配,确定频点列表中包含的至少一个第一类异常频点;从至少一个第一类异常频点中确定第一小区标识与第二小区标识相同的至少部分第一类异常频点;将至少部分第一类异常频点作为频点列表中包含的至少一个异常频点。
也就是说,当异常频点以及对应的第一小区标识被记录到异常频点集合中,后续csfbmo或mt时,一旦网络下发重定向消息,则终端设备根据频点列表去查询异常频点集合,如果有匹配到异常频点,且异常频点对应的第二小区标识和异常频点集合中记录的第一小区标识完全一致的时候,移动终端进行回落时自动忽略该异常频点,而扫描频点列表中其他正常频点。
实际应用中,该方法还包括:获取所述终端设备预先存储至少一个第二小区标识;或者,从所述重定向消息中获取至少一个第二小区标识。
这里,终端设备存储有至少一个第二小区标识;或者,网络侧下发重定向消息时,在重定向消息中携带有至少一个第二小区标识。
分别来说,终端设备预先存储有频点列表中每一个频点对应的第二小区标识。比如,终端设备从lte网络回落至gsm网络时,终端设备中保存有当前驻留的lte小区的小区标识,频点列表中每一个频点对应的同一个第二小区标识。
如果是重定向消息中携带有第二小区标识,则可以为网络侧根据终端当前的位置信息,下发终端所在位置的至少一个小区的频点以及小区标识,频点列表中不同频点对应不同或相同的第二小区标识。
这样,终端设备在进行csfbmo或mt时,遇到异常频点时,在第一通csfbmo或mt失败,后续的csfbmo或mt均会跳过异常频点,使呼叫成功。
相应的,在确定频点列表中包含的至少一个异常频点之后,该方法还包括:基于频点列表中除异常频点之外的剩余频点,进行小区搜索。
也就是说,在排除了频点列表中的至少一个异常频点之后,终端设备在进行频点扫描时,自动忽略异常频点,避免扫描异常频点带来的呼叫失败,提高呼通率。
采用上述技术方案,终端设备在进行小区重定向时,根据预先存储的至少一个异常频点,过滤网络侧下发的频点列表中的异常频点,利用频点列表中剩余的正常频点进行小区搜索,能够提高csfb呼叫模式下的呼通率,避免扫描异常频点带来的呼叫失败。
实施例二
为了能更加体现本申请的目的,对本申请实施例进行进一步的举例说明,如图2所示,该方法具体包括:
步骤201:接收到网络侧下发的拒绝消息时,确定异常频点及其对应的第一小区标识;利用异常频点及其对应的第一小区标识,更新异常频点集合;
这里,步骤201中实现了第一通csfbmo呼叫失败过程。如图3所示,终端设备包括移动性管理部件(mm)和gsm部件子模块(grr)。第一通csfbmo呼叫失败过程如下:
1、在重定向过程中,mm通过grr向网络侧发送服务请求消息cm_service_request;
2、grr将网络侧向下发拒绝消息cm_service_reject转发给mm;这里,拒绝消息中携带的拒绝原因cause值可以为4(imsi_unknown_in_vlr);
3、mm向grr发送失败确认消息csfb_failure_ind,
4、grr保存异常频点及对应的tac号至数据库中;
5、mo呼叫失败。
步骤202:接收网络侧下发的重定向消息,其中,重定向消息包含具有至少一个频点的频点列表;
步骤203:获取预先存储的异常频点集合;其中,异常频点集合包含至少一个异常频点;
步骤204:将异常频点集合中的异常频点与频点列表中的频点进行匹配,确定频点列表中包含的至少一个第一类异常频点;
步骤205:从至少一个第一类异常频点中确定第一小区标识与第二小区标识相同的至少部分第一类异常频点;
步骤206:将至少部分第一类异常频点作为频点列表中包含的至少一个异常频点。
步骤207:基于频点列表中除异常频点之外的剩余频点,进行小区搜索。
这里,步骤202-步骤207中实现了在之后的csfbmo呼叫过程。如图3所示,在第二通csfbmo呼叫过程如下:
1、在重定向过程中,mm通过查看本地数据库,确定频点列表中第一小区标识与第二小区标识相同的异常频点;忽略异常频点,只扫描正常频点;
2、mm通过grr向网络侧发送服务请求消息cm_service_request;
3、mm与grr之间完成auth;
4、mm向grr发送steup指示;
6、mo呼叫成功。
实施例三
为了能更加体现本申请的目的,对本申请实施例进行进一步的举例说明,如图4所示,该方法具体包括:
步骤401:接收到网络侧下发的拒绝消息时,确定异常频点及其对应的第一小区标识;利用异常频点及其对应的第一小区标识,更新异常频点集合;
这里,步骤401中实现了第一通csfbmo呼叫失败过程。如图3所示,终端设备包括移动性管理部件(mm)和gsm部件子模块(grr)。第一通csfbmo呼叫失败过程如下:
1、在重定向过程中,mm通过grr向网络侧发送服务请求消息cm_service_request;
2、grr将网络侧向下发拒绝消息cm_service_reject转发给mm;这里,拒绝消息中携带的拒绝原因cause值可以为11(plmnnotallowed)、12(la_not_allowed)22(congestion)或23(gsm_auth_unaccepted)等。也就是说,网络侧下发拒绝消息中的携带cause值为任何值时,都可以确定当前扫描的频点为异常频点。
3、mm向grr发送失败确认消息csfb_failure_ind,
4、grr保存异常频点及对应的tac号至数据库中;
5、mo呼叫失败。
实际应用中,异常频点集合中还可以包括表征频点异常的异常原因,以指示每一个异常频点的异常原因。比如,异常原因可以为网络侧下发的拒绝消息中携带的cause值。
步骤402:基于网络侧下发的重定向消息中包含的频点列表,以及预先存储的异常频点集合,确定频点列表中包含的至少一个第一类异常频;
步骤403:从至少一个第一类异常频点中确定第一小区标识与第二小区标识相同的至少部分第一类异常频点;
步骤404:将至少部分第一类异常频点作为频点列表中包含的至少一个异常频点。
步骤405:基于频点列表中除异常频点之外的剩余频点,进行小区搜索。
采用上述技术方案,终端设备在进行小区重定向时,根据预先存储的至少一个异常频点,过滤网络侧下发的频点列表中的异常频点,利用频点列表中剩余的正常频点进行小区搜索,能够提高csfb呼叫模式下的呼通率,避免扫描异常频点带来的呼叫失败。
实施例四
为实现本申请实施例的方法,基于同一发明构思本申请实施例还提供了一种终端设备,如图5所示,该终端设备50包括:
通信单元501,用于接收网络侧下发的重定向消息,其中,重定向消息包含具有至少一个频点的频点列表;
处理单元502,用于获取预先存储的异常频点集合;其中,异常频点集合包含至少一个异常频点;
处理单元502,还用于基于异常频点集合和频点列表,确定频点列表中包含的至少一个异常频点。
异常频点集合还包含异常频点对应的第一小区标识;其中,第一小区标识用于标识异常频点对应的小区。
在一些实施例中,频点列表中每一个频点对应有第二小区标识;其中,第二小区标识用于标识频点列表中每一个频点对应的小区;处理单元502,具体用于将异常频点集合中的异常频点与频点列表中的频点进行匹配,确定频点列表中包含的至少一个第一类异常频点;从至少一个第一类异常频点中确定第一小区标识与第二小区标识相同的至少部分第一类异常频点;将至少部分第一类异常频点作为频点列表中包含的至少一个异常频点。
在一些实施例中,处理单元502,还用于获取终端设备预先存储至少一个第二小区标识;或者,从重定向消息中获取至少一个第二小区标识。
在一些实施例中,在获取预先存储的异常频点集合之前,处理单元502,还用于接收到网络侧下发的拒绝消息时,确定异常频点及其对应的第一小区标识;利用异常频点及其对应的第一小区标识,更新异常频点集合。
在一些实施例中,在确定频点列表中包含的至少一个异常频点之后,处理单元502,还用于基于频点列表中除异常频点之外的剩余频点,进行小区搜索。
采用上述技术方案,终端设备在进行小区重定向时,根据预先存储的至少一个异常频点,过滤网络侧下发的频点列表中的异常频点,利用频点列表中剩余的正常频点进行小区搜索,能够提高csfb呼叫模式下的呼通率,避免扫描异常频点带来的呼叫失败。
实施例五
基于上述终端设备中各单元的硬件实现,本申请实施例还提供了另一种终端设备,如图6所示,该终端设备60包括:处理器601和配置为存储能够在处理器上运行的计算机程序的存储器602;
其中,处理器601配置为运行计算机程序时,执行前述实施例中的方法步骤。
当然,实际应用时,如图6所示,该终端设备60中的各个组件通过总线系统603耦合在一起。可理解,总线系统603用于实现这些组件之间的连接通信。总线系统603除包括数据总线之外,还包括电源总线、控制总线和状态信号总线。但是为了清楚说明起见,在图6中将各种总线都标为总线系统603。
在实际应用中,上述处理器可以为特定用途集成电路(asic,applicationspecificintegratedcircuit)、数字信号处理装置(dspd,digitalsignalprocessingdevice)、可编程逻辑装置(pld,programmablelogicdevice)、现场可编程门阵列(field-programmablegatearray,fpga)、控制器、微控制器、微处理器中的至少一种。可以理解地,对于不同的设备,用于实现上述处理器功能的电子器件还可以为其它,本申请实施例不作具体限定。
上述存储器可以是易失性存储器(volatilememory),例如随机存取存储器(ram,random-accessmemory);或者非易失性存储器(non-volatilememory),例如只读存储器(rom,read-onlymemory),快闪存储器(flashmemory),硬盘(hdd,harddiskdrive)或固态硬盘(ssd,solid-statedrive);或者上述种类的存储器的组合,并向处理器提供指令和数据。
在示例性实施例中,本申请实施例还提供了一种计算机可读存储介质,例如包括计算机程序的存储器602,上述计算机程序可由处理器601执行,以完成前述方法步骤。
本申请实施例所记载的技术方案之间,在不冲突的情况下,可以任意组合。
在本申请所提供的几个实施例中,应该理解到,所揭露的方法和智能设备,可以通过其它的方式实现。以上所描述的设备实施例仅仅是示意性的,例如,单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,如:多个单元或组件可以结合,或可以集成到另一个系统,或一些特征可以忽略,或不执行。另外,所显示或讨论的各组成部分相互之间的耦合、或直接耦合、或通信连接可以是通过一些接口,设备或单元的间接耦合或通信连接,可以是电性的、机械的或其它形式的。
上述作为分离部件说明的单元可以是、或也可以不是物理上分开的,作为单元显示的部件可以是、或也可以不是物理单元,即可以位于一个地方,也可以分布到多个网络单元上;可以根据实际的需要选择其中的部分或全部单元来实现本实施例方案的目的。
另外,在本申请各实施例中的各功能单元可以全部集成在一个第二处理单元中,也可以是各单元分别单独作为一个单元,也可以两个或两个以上单元集成在一个单元中;上述集成的单元既可以采用硬件的形式实现,也可以采用硬件加软件功能单元的形式实现。
以上,仅为本申请的具体实施方式,但本申请的保护范围并不局限于此,任何熟悉本技术领域的技术人员在本申请揭露的技术范围内,可轻易想到变化或替换,都应涵盖在本申请的保护范围之内。