一种信息接收方法和装置
技术领域
本申请涉及移动通信技术领域,尤其涉及一种信息接收方法和装置。
背景技术
在双卡双待的移动终端上,在同一时间射频资源是不能够供两个网络(对应两张通信卡,简称主卡和副卡)同时使用的,需要在两张卡之间切换,当切换到主卡时,主卡使用射频资源接入网络,当切换到副卡时,副卡使用射频资源接入网络。例如,在移动终端侧可以实现主卡和副卡按照特定的机制进行切换,以保证主卡和副卡轮流占用射频资源实现非即时通信业务的正常运行,例如短信、彩信等。
例如,当用户通过主卡使用某个特定的应用时,也需要保证副卡的数据业务的正常,射频资源仍然会在主卡和副卡之间切换。当射频资源切换到副卡时,如果副卡没有新的非即时通信业务数据可供接收,则射频资源在规定的时间内会再切换到主卡,此种情况下,由于副卡占用射频资源的时长很短,约0.5ms,这并不会对主卡的使用造成影响。当用户通过副卡使用某个特定的应用时,情况也是如此。
但是,如果射频资源切换到副卡,副卡有可供接收的非即时通信业务数据,且数量较大,那么射频资源就会被副卡长时间的占用以完成该数据的接收,此时就会对主卡的使用造成影响。如果主卡使用的特定应用对网络延时要求非常高,那么用户体验会非常的差。
发明内容
本申请提供一种信息接收方法和装置,以解决上述的技术问题。
为此,本申请实施例一方面提供一种信息接收方法,所述方法包括:
在第一通信卡占用移动终端的射频资源接入到移动网络以实时响应第一应用的网络通信需求的过程中,获得针对第二通信卡的寻呼信息,所述寻呼消息指示所述移动终端建立业务信道获得服务中心的数据;
中止响应所述寻呼信息,以使得所述第二通信卡不占用所述移动终端的射频资源通过移动网络获得所述服务中心的数据;
在所述第一应用的网络通信需求中止时,控制所述第二通信卡占用所述移动终端的射频资源通过移动网络获得所述服务中心的数据。
其中,所述中止响应所述寻呼信息,包括:
确定所述寻呼消息对应的业务类型;
在所述寻呼消息对应的业务类型为特定业务类型时,中止响应所述寻呼消息。
其中,所述中止响应所述寻呼信息时,该方法还包括:记录所述寻呼消息;
相应的,所述控制所述第二通信卡占用所述移动终端的射频资源通过移动网络获得所述服务中心的数据,包括:
在所述第一应用的网络通信需求中止时,根据所述记录的寻呼消息,触发所述第二通信卡占用移动终端的射频资源通过移动网络向服务中心发送跟踪区更新TAU消息,以使所述服务中心重新针对所述第二通信卡向所述移动终端发送寻呼信息;
重新获得针对第二通信卡的寻呼信息后,响应所述重新获得的寻呼消息,使得所述移动终端建立业务信道获得服务中心的数据。
其中,所述方法还包括:
监听到表征所述第一通信卡占用移动终端的射频资源接入到移动网络以实时响应第一应用的网络通信需求的事件时,确定所述第一通信卡占用移动终端的射频资源接入到移动网络以实时响应第一应用的网络通信需求。
其中,所述方法还包括:
监听到表征所述第一应用的网络通信需求中止的事件时,确定所述第一应用的网络通信需求中止。
本申请实施例另一方面提供一种信息接收装置,所述装置包括:
获取模块,用于在第一通信卡占用移动终端的射频资源接入到移动网络以实时响应第一应用的网络通信需求的过程中,获得针对第二通信卡的寻呼信息,所述寻呼消息指示所述移动终端建立业务信道获得服务中心的数据;
消息处理模块,用于中止响应所述寻呼信息,以使得所述第二通信卡不占用所述移动终端的射频资源通过移动网络获得所述服务中心的数据;
控制模块,用于在所述第一应用的网络通信需求中止时,控制所述第二通信卡占用所述移动终端的射频资源通过移动网络获得所述服务中心的数据。
其中,所述消息处理模块,还用于确定所述寻呼消息对应的业务类型;在所述寻呼消息对应的业务类型为特定业务类型时,中止响应所述寻呼消息。
其中,所述消息处理模块,还用于在中止响应所述寻呼消息时,记录所述寻呼消息;
所述控制模块,还用于在所述第一应用的网络通信需求中止时,根据所述记录的寻呼消息,触发所述第二通信卡占用移动终端的射频资源通过移动网络向服务中心发送TAU消息,以使所述服务中心重新针对所述第二通信卡向所述移动终端发送寻呼信息;
所述获取模块,还用于重新获得针对第二通信卡的寻呼信息;
所述消息处理模块,还用于响应所述重新获得的寻呼消息,使得所述移动终端建立业务信道获得服务中心的数据。
其中,所述装置还包括:
第一监听模块,用于监听到表征所述第一通信卡占用移动终端的射频资源接入到移动网络以实时响应第一应用的网络通信需求的事件时,确定所述第一通信卡占用移动终端的射频资源接入到移动网络以实时响应第一应用的网络通信需求。
其中,所述装置还包括:
第二监听模块,用于监听到表征所述第一应用的网络通信需求中止的事件时,确定所述第一应用的网络通信需求中止。
在上述的方案中,由于仅接收了寻呼消息不进行响应,即不建立业务信道,也不会接收非即时通信业务数据,那么仅接收寻呼消息的这个过程所占用的时间非常短,可以忽略不计,与未监听到寻呼消息时第二通信卡占用射频资源的时长一样,由此造成的时延对于第一通信卡网络而言没有影响,不会影响第一应用的使用。当确定第一应用的网络通信需求中止时,可以控制移动终端重新通过第二通信卡获取非即时通信业务数据。如此,即保证了第一应用的用户体验,也保证了第二通信卡的非即时通信业务数据的接收。
附图说明
为了更清楚地说明本申请实施例的技术方案,下面将对实施例中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本申请的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其它的附图。
图1示出了根据本申请的一个实施例的信息接收方法的流程图;
图2示出了根据本申请的另一个实施例的信息接收方法的流程图;
图3示出了根据本申请的一个实施例的信息接收装置的结构示意图。
具体实施方式
为使本申请的目的、特征、优点能够更加的明显和易懂,下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本申请一部分实施例,而非全部实施例。基于本申请中的实施例,本领域技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本申请保护的范围。
现有的双卡双待移动终端,射频资源会在主卡和副卡之间切换,以保证主卡和副卡的数据业务的正常,例如,主卡和副卡会轮流占用射频资源接收短信、彩信等数据。当通过主卡使用特定应用时,例如游戏应用,如果通过副卡接收短信、彩信等非即时通信业务数据,那么会影响游戏体验,造成卡顿,如果短信、彩信等非即时通信业务数据的数据量较大,则副卡会占用射频资源的时间更长以接收数据,这样就会导致主卡网络的延时加大,严重的会导致用户从游戏中退出,严重影响用户体验。
为了减少由于双卡双待移动终端的其中一张通信卡占用射频资源接收非即时通信业务数据造成的另一张通信卡对应网络的时延,本申请一实施例提供了一种信息接收方法,如图1所示,该方法包括:
步骤101,在第一通信卡占用移动终端的射频资源接入到移动网络以实时响应第一应用的网络通信需求的过程中,获得针对第二通信卡的寻呼信息,所述寻呼消息指示所述移动终端建立业务信道获得服务中心的数据;
步骤102,中止响应所述寻呼信息,以使得所述第二通信卡不占用所述移动终端的射频资源通过移动网络获得所述服务中心的数据;
步骤103,在所述第一应用的网络通信需求中止时,控制所述第二通信卡占用所述移动终端的射频资源通过移动网络获得所述服务中心的数据。
在双卡双待移动终端中,对于任意一张通信卡,当射频资源切换到当前通信卡时,移动终端的调制解调器会监听来自网络侧的发给该通信卡的寻呼消息,当监听到寻呼消息时,移动终端会向网络进行响应,以和网络侧建立业务信道,用于数据的传递。在本申请实施例中,数据可指非即时通信业务数据。
在本申请实施例中,可在移动终端侧进行配置,在第一通信卡占用移动终端的射频资源接入到移动网络以实时响应第一应用的网络通信需求的过程中(即通过第一通信卡使用第一应用的过程中,该第一应用可以是对网络延时要求高的应用,也可以是对于用户而言重要性较高的应用,本申请对此不作限制),当监听到发给第二通信卡的寻呼消息时,使第二通信卡中止响应该寻呼消息(即暂时不响应该寻呼消息),如此,业务信道无法建立,第二通信卡就不会占用射频资源通过移动网络获得相应的非即时通信业务数据。
在本申请实施例中,非即时通信业务数据的发送者可为服务中心,非即时通信业务数据可为短信或彩信,则服务中心可为短消息服务(SMS,Short Messaging Service)平台。
当确定第一应用的网络通信需求中止时,例如关闭第一应用、隐藏第一应用,关闭第一应用中的特定页面等,可控制第二通信卡占用射频资源通过移动网络获得非即时通信业务数据。
在一个示例中,上述步骤101中,确定第一通信卡占用移动终端的射频资源接入到移动网络以实时响应第一应用的网络通信需求的过程,可通过以下的方式实现:
可启动一个针对第一通达信卡的第一监听服务,通过该监听服务监听第一特定事件,若监听到第一特定事件,则可确定出第一通信卡正在响应第一应用的网络通信需求,这里的第一特定事件可以是:第一应用被打开、第一应用收发数据包的频率达到特定频率、第一应用的特定页面被打开和/或第一应用的特定线程开启等等。其中,假设第一应用为对网络时延要求较高的游戏:上述第一应用的特定页面被打开可为游戏应用中的对局页面打开(即开始了一局游戏)、上述第一应用的特定线程开启可为游戏应用中的一局游戏对应的线程开启(即开始了一局游戏);在游戏过程中,游戏应用的收发数据包的频率比较高,当监听到收发数据包的频率达到了特定频率时,即可确定在游戏过程中。
在一个示例中,上述步骤103中,确定第一应用的网络通信需求中止可通过以下的方式实现:
可启动一个针对第一通达信卡的第二监听服务,通过该监听服务监听第二特定事件,若监听到第二特定事件,则可确定出第一应用的网络通信需求中止,这里的第二特定事件可以是:第一应用被关闭、第一应用被隐藏、第一应用中的特定页面被关闭、第一应用收发数据包的频率未达到特定频率和/或第一应用中的特定线程结束等。
其中,假设第一应用为对网络时延要求较高的游戏:
监听到游戏应用被关闭或者被隐藏时,认为该应用的网络需求中止;
第一应用中的特定页面可以是游戏的对局页面,当监听到游戏的对局页面被关闭,即表示一局游戏结束,该应用的网络通信需求中止;
在游戏过程中,游戏应用的收发数据包的频率比较高,那么可以监听该应用的收发数据包频率,如果未达到特定频率,则可确定未在游戏过程中,该应用的网络通信需求中止;
如果监听到一局游戏对应的线程结束了,即一局游戏结束,认为该应用的网络通信需求中止。
另外,在一局游戏中,如果本玩家的角色退出游戏,而玩家还可以以继续观看游戏的进行,此时,也可认为该应用的网络通信需求中止,那么,可以监测玩家操作对应的操作指令,例如,当监测到玩家视角切换操作指令时(该指令可表示在观看游戏时,本玩家将游戏视角切换到了其他玩家),可认为该应用的网络通信需求中;当监测到的玩家触屏操作的频率未达到特定频率,可认为该应用的网络通信需求中,这是因为,若玩家一直在观看游戏的进行,则玩家在这期间可能未进行任何操作,或者是仅仅做了简单的点击操作,不会像在游戏中那样频繁地发生点击、滑动等触屏操作。
其中,第一监听服务和第二监听服务可以是不同的服务,也可以是同一个服务。
在上述的方案中,由于仅接收了寻呼消息且不建立寻呼信道(即上述的业务信道),也不会接收非即时通信业务数据,那么仅接收寻呼消息的这个过程所占用的时间非常短,可以忽略不计,与未监听到寻呼消息时第二通信卡占用射频资源的时长一样,由此造成的时延对于第一通信卡网络而言没有影响,不会影响第一应用的使用。当确定第一应用的网络通信需求中止时,可以控制移动终端重新通过第二通信卡获取非即时通信业务数据。如此,即保证了第一应用的用户体验,也保证了第二通信卡的非即时通信业务数据的接收。
在本申请一示例中还提供了一种信息接收方法,如图2所示,包括:
步骤101,在第一通信卡占用移动终端的射频资源接入到移动网络以实时响应第一应用的网络通信需求的过程中,获得针对第二通信卡的寻呼信息,所述寻呼消息指示所述移动终端建立业务信道获得服务中心的数据;
该步骤的实现如上所述,此处不再赘述。
步骤201,确定所述寻呼消息对应的业务类型;
步骤202,在所述寻呼消息对应的业务类型为特定业务类型时,中止响应所述寻呼消息;
需要指出的是,在实际应用中,移动终端通过第二通信卡网络监听发送给第二通信卡的寻呼消息时,可能会监听到多个业务类型的寻呼消息,这里的业务类型例如可以为短信、彩信、系统消息等业务类型。可根据业务类型的重要性程度,确定出需要响应和不需要响应的寻呼消息,例如,可将重要性程度较低的一个或多个业务类型确定为特定业务类型,当接收到的寻呼消息的业务类型属于特定业务类型的范围时,中止响应该寻呼消息。
步骤203,记录所述寻呼消息。
在该示例中,当确定中止响应寻呼消息时,可记录该寻呼消息。例如,可在调制解调器的系统文件中记录。
基于此,上述步骤103中,控制所述第二通信卡占用所述移动终端的射频资源通过移动网络获得所述服务中心的数据的实现过程如下:
步骤204,在所述第一应用的网络通信需求中止时,根据所述记录的寻呼消息,触发所述第二通信卡占用移动终端的射频资源通过移动网络向服务中心发送跟踪区更新(TAU,Tracking Area Update)消息,以使所述服务中心重新针对所述第二通信卡向所述移动终端发送寻呼信息;
步骤205,重新获得针对第二通信卡的寻呼信息后,响应所述重新获得的寻呼消息,使得所述移动终端建立业务信道获得服务中心的数据。
当第一应用的网络通信需求中止时,可主动获取发送给第二通信卡的数据:
首先,到调制解调器的系统文件中查找是否存在已经记录的寻呼消息,如果存在,说明网络侧向第二通信卡发送过数据,但是未接收成功,那么,可主动将射频资源切换到第二通信卡,触发调制解调器向网络侧的上述服务中心发送TAU消息(携带第二通信卡标识),以告知服务中心该移动终端可用,则服务中心接收到该TAU消息后,就会重新向移动终端(第二通信卡)发送寻呼消息。如果未查找到已记录的寻呼消息,则可不执行后续TAU的发送。
需要说明的是,记录的寻呼消息可能存在多个,例如,服务中心向第二通信卡发送第一次寻呼消息,未收到响应,则会再发送一次,直到达到了预定次数,还未收到响应,那么服务中心可确定该移动终端(标识为第二通信卡)不可用,停止向第二通信卡发送寻呼消息。相应的,通过TAU消息可告知服务中心移动终端是可用的,以使服务中心重新向移动终端发送寻呼消息。
当然,也可以不执行上述到调制解调器的系统文件中查找是否存在已经记录的寻呼消息的操作,直接向服务中心发送TAU消息。
收到TAU消息之后,服务中心存在之前未发送成功的数据,也可能存在新的数据,均需要发送给第二通信卡,那么针对需要发送的数据的业务类型,可以向第二通信卡一一发送相应业务类型的寻呼消息。
其次,当移动终端重新获得针对第二通信卡的寻呼信息后,按照正常的业务流程,响应该寻呼消息,与服务中心之间建立业务信道,获得来自服务中心的数据。
下面通过一个具体的实施例来说明上述的过程:
假设第一通信卡为主卡,第二通信卡为副卡,第一应用为游戏
1、启动针对主卡的监听服务;
2、监听服务监听到第一特定事件:游戏被打开以及游戏的对局页面被打开;
3、调制解调器监听到服务中心发送给副卡的寻呼消息,且确定寻呼消息的业务类型为彩信,属于特定业务类型,中止响应该寻呼消息;
4、在调制解调器的系统文件中记录该寻呼消息;
5、监听服务监听到第二特定事件:游戏被关闭;
6、将射频资源切换到副卡;
7、在调制解调器的系统文件中查找到已经记录的寻呼消息;
8、触发调制解调器通过副卡向服务中心发送TAU消息;
9、监听到服务中心发送的寻呼消息,并向服务中心发送该寻呼消息的响应消息,移动终端与服务中心建立业务信道,接收服务中心发送的彩信。
在本申请的实施例中,当重新接收了服务中心的数据后,可按照原来的切换机制,在两个通信卡之间进行射频资源的切换。
为了实现上述的信息接收方法,如图3所示,本申请一示例来提供了一种信息接收装置,该装置可应用于双卡双待的移动终端中,包括:
获取模块10,用于在第一通信卡占用移动终端的射频资源接入到移动网络以实时响应第一应用的网络通信需求的过程中,获得针对第二通信卡的寻呼信息,所述寻呼消息指示所述移动终端建立业务信道获得服务中心的数据;
消息处理模块20,用于中止响应所述寻呼信息,以使得所述第二通信卡不占用所述移动终端的射频资源通过移动网络获得所述服务中心的数据;
控制模块30,用于在所述第一应用的网络通信需求中止时,控制所述第二通信卡占用所述移动终端的射频资源通过移动网络获得所述服务中心的数据。
在一个示例中,所述消息处理模块20,还用于确定所述寻呼消息对应的业务类型;在所述寻呼消息对应的业务类型为特定业务类型时,中止响应所述寻呼消息。
在一个示例中,所述消息处理模块20,还用于在中止响应所述寻呼消息时,记录所述寻呼消息;
在一个示例中,所述控制模块30,还用于根据所述记录的寻呼消息,触发所述第二通信卡占用移动终端的射频资源通过移动网络向服务中心发送TAU消息,以使所述服务中心重新针对所述第二通信卡向所述移动终端发送寻呼信息;
在一个示例中,所述获取模块10,还用于重新获得针对第二通信卡的寻呼信息;
在一个示例中,所述消息处理模块20,还用于响应所述重新获得的寻呼消息,使得所述移动终端建立业务信道获得服务中心的数据。
在一个示例中,该信息接收装置,还包括:
第一监听模块40,用于监听到表征所述第一通信卡占用移动终端的射频资源接入到移动网络以实时响应第一应用的网络通信需求的事件时,确定所述第一通信卡占用移动终端的射频资源接入到移动网络以实时响应第一应用的网络通信需求。
第二监听模块50,用于监听到表征所述第一应用的网络通信需求中止的事件时,确定所述第一应用的网络通信需求中止。
在上述的方案中,由于仅接收了寻呼消息不进行响应,即不建立业务信道,也不会接收非即时通信业务数据,那么仅接收寻呼消息的这个过程所占用的时间非常短,可以忽略不计,与未监听到寻呼消息时第二通信卡占用射频资源的时长一样,由此造成的时延对于第一通信卡网络而言没有影响,不会影响第一应用的使用;同时,也不会收到短信、彩信等非即时通信的提示,避免了对第一应用操作的影响;当确定第一应用的网络通信需求中止时,可以控制移动终端重新通过第二通信卡获取非即时通信业务数据。如此,即保证了第一应用的用户体验,也不会漏掉任何第二通信卡的业务数据。
在一个示例中,本申请实施例还提供了一种移动终端,该移动终端包括至少一个存储器,以及与所述至少一个存储器通信连接的处理器;其中,所述存储器存储有可被所述至少一个处理器执行的指令,所述指令被设置为用于执行上述图1至图2实施例中任一项所述的信息接收方法。
另外,本申请实施例还提供了一种计算机可读存储介质,存储有计算机可执行指令,所述计算机可执行指令用于执行上述图1至图2实施例中任一项所述的信息接收方法流程。
在本说明书的描述中,参考术语“一个实施例”、“一些实施例”、“示例”、“具体示例”、或“一些示例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包含于本申请的至少一个实施例或示例中。而且,描述的具体特征、结构、材料或者特点可以在任一个或多个实施例或示例中以合适的方式结合。此外,在不相互矛盾的情况下,本领域的技术人员可以将本说明书中描述的不同实施例或示例以及不同实施例或示例的特征进行结合和组合。
此外,术语“第一”、“第二”仅用于描述目的,而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此,限定有“第一”、“第二”的特征可以明示或隐含地包括至少一个该特征。在本申请实施例的描述中,“多个”的含义是两个或两个以上,除非另有明确具体的限定。
应当理解,本文中使用的术语“和/或”仅仅是一种描述关联对象的关联关系,表示可以存在三种关系,例如,A和/或B,可以表示:单独存在A,同时存在A和B,单独存在B这三种情况。另外,本文中字符“/”,一般表示前后关联对象是一种“或”的关系。
取决于语境,如在此所使用的词语“如果”可以被解释成为“在……时”或“当……时”或“响应于确定”或“响应于检测”。类似地,取决于语境,短语“如果确定”或“如果检测(陈述的条件或事件)”可以被解释成为“当确定时”或“响应于确定”或“当检测(陈述的条件或事件)时”或“响应于检测(陈述的条件或事件)”。
在本申请所提供的几个实施例中,应该理解到,所揭露的系统、装置和方法,可以通过其它的方式实现。例如,以上所描述的装置实施例仅仅是示意性的,例如,所述单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如,多个单元或组件可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口,装置或单元的间接耦合或通信连接,可以是电性,机械或其它的形式。
另外,在本申请各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现,也可以采用硬件加软件功能单元的形式实现。
上述以软件功能单元的形式实现的集成的单元,可以存储在一个计算机可读取存储介质中。上述软件功能单元存储在一个存储介质中,包括若干指令用以使得一台计算机装置(可以是个人计算机,服务器,或者网络装置等)或处理器(Processor)执行本申请各个实施例所述方法的部分步骤。而前述的存储介质包括:U盘、移动硬盘、只读存储器(Read-Only Memory,ROM)、随机存取存储器(Random Access Memory,RAM)、磁碟或者光盘等各种可以存储程序代码的介质。
以上所述,仅为本申请的具体实施方式,但本申请的保护范围并不局限于此,任何熟悉本技术领域的技术人员在本申请揭露的技术范围内,可轻易想到变化或替换,都应涵盖在本申请的保护范围之内。因此,本申请保护范围应以所述权利要求的保护范围为准。