通信终端及其寻呼接收方法和装置
技术领域
本发明涉及通信领域,特别涉及一种通信终端及其寻呼接收方法和装置。
背景技术
随着通讯技术的飞速发展,人与人之间的信息交流也更频繁,一个手机已无法满足人们的需求,尤其是从事销售、管理等类工作的人,有时需要两三个甚至更多手机才能勉强满足需要。而携带这么多手机很是不便,因此,市场上出现了多卡多待手机。这种手机使用户只需要一个手机载体,但可安装多个用户识别模块(SIM,Subscriber Identity Module/UIM,User IdentityModel/USIM,Universal Subscriber Identity Module)卡,以下简称用户卡,相比携带三个手机明显方便了很多。
现有在一个手机使用多个号码,一般可以采取以下几种方案:
1.双卡单待系统或多卡(三卡或三卡以上)单待系统:虽然能够同时接两张或两张以上用户卡,但实际上当前可用的只有一张,由硬件电路来实现多张卡的切换,一般在开机时选择,因为协议栈的影响,一般在工作状态中不能实现多张用户卡的动态切换,如果切换一般需要重新启动手机系统(主要是启动手机协议栈/上层软件等等)。
2.双卡双待系统或多卡多待系统:克服了以往双卡单待系统或多卡单待系统的局限性,其可以实现多张用户卡的同时待机,类似同时具备多部手机,显然实用性得到大大提高。
早期的多卡多待手机,实际上是拥有多套系统(一般为两套),每套系统都包括各自的射频、基带、协议栈,采用多套系统的手机确实可以完成多个号码的真正同时待机及通话,也可以称之为多卡多待多通系统。但是,这样的手机由于采用了多套系统,成本增加了很多;并且相应的耗电量也大大增加;而且手机的体积也随之增大,使用起来不够方便;对于射频模块而言,因为存在干扰问题,一般是将一个射频模块设计在手机顶端,另外一个设计在手机末端,以尽量减少干扰,两根天线之间的距离一般必须大于100毫米。
后期出现的多卡多待手机可称为多卡多待单通系统,其相比上面的多套系统而言,只使用了一套通讯模块,因为上层协议栈需要协同工作,所以原先的多套独立运行的协议栈需要密切整合,实际操作虽然复杂了,但可以实现多卡多待效果。一般采用在协议栈控制下轮流监听寻呼信息实现多卡同时待机。
但是,多卡多待单通系统,由于只有一套通讯模块,为了保证多张卡同时驻留在各自的小区,要求一块射频芯片能够定期接收两个载波上的系统消息和寻呼等。而无论对于相同运营商还是不同运营商的两个载波,由于早期的网络设计没有考虑一块射频芯片接收两个载波的情况,尤其是两个不同运营商载波的情况,就有可能存在两个载波的系统消息或寻呼相互冲突的情况,从而导致容易漏接寻呼的问题。因此,如何有效地接收双卡双待系统或多卡多待系统的寻呼,降低寻呼漏接的概率成为目前亟待解决的问题。
公开号为US20100087210A1的美国专利申请公开了一种无线通信系统中寻呼信息的发送和接收方法,但并未涉及上述问题。
发明内容
本发明技术方案要解决是现有的双卡双待系统或多卡多待系统的寻呼漏接概率高的问题。
为解决上述问题,本发明技术方案提供了一种通信终端的寻呼接收方法,包括:基于用户卡的寻呼时机接收各用户卡对应的寻呼标志;基于用户卡对应的第二信道接收各第一用户卡对应的寻呼消息;其中,所述用户卡的寻呼时机为接收用户卡对应的第一信道的时间,所述第一信道为承载用户卡对应的寻呼标志的信道,所述寻呼标志用于指示是否接收第二信道,所述第二信道为承载用户卡对应的寻呼消息的信道,所述第一用户卡为寻呼标志指示接收第二信道对应的用户卡。
为解决上述问题,本发明技术方案还提供一种通信终端的寻呼接收装置,包括:寻呼标志接收单元,适于基于用户卡的寻呼时机接收各用户卡对应的寻呼标志,其中,所述用户卡的寻呼时机为接收用户卡对应的第一信道的时间,所述第一信道为承载用户卡对应的寻呼标志的信道,所述寻呼标志用于指示是否接收第二信道,所述第二信道为承载用户卡对应的寻呼消息的信道;寻呼消息接收单元,适于基于用户卡对应的第二信道接收各第一用户卡对应的寻呼消息,其中,所述第一用户卡为寻呼标志指示接收第二信道对应的用户卡。
与现有技术相比,本发明具有以下优点:结合寻呼时机和承载寻呼消息的信道特点优化了双卡双待通信终端和多卡多待移动终端的寻呼接收流程,降低了通信终端的寻呼漏接概率。
附图说明
图1是本发明技术方案的通信终端的寻呼接收方法的基本流程图;
图2是本发明实施例1的通信终端的寻呼接收方法的流程图;
图3是本发明实施例2的通信终端的寻呼接收方法的流程图;
图4是本发明实施例3的通信终端的寻呼接收方法的流程图;
图5A至5D是本发明实施例4的通信终端的寻呼接收方法的流程图;
图6是本发明技术方案的通信终端的寻呼接收装置的基本结构图。
具体实施方式
本发明技术方案的通信终端的寻呼接收方法如图1所示,包括:
步骤S1,基于用户卡的寻呼时机接收各用户卡对应的寻呼标志;
步骤S2,基于用户卡对应的第二信道接收各第一用户卡对应的寻呼消息。
其中,所述用户卡的寻呼时机为接收用户卡对应的第一信道的时间,所述第一信道为承载用户卡对应的寻呼标志的信道,所述寻呼标志用于指示是否接收第二信道,所述第二信道为承载用户卡对应的寻呼消息的信道,所述第一用户卡为寻呼标志指示接收第二信道对应的用户卡,或者说,所述第一用户卡对应的寻呼标志指示接收第二信道。
图1所示的寻呼接收方法可应用于各种通信系统中,对应于不同的通信系统,其中的寻呼标志、第一信道和第二信道也有所不同。举例来说,在时分-同步码分多址(TD-SCDMA,Time Division-Synchronous Code DivisionMultiple Access)通信系统或宽带码分多址(WCDMA,Wideband Code DivisionMultiple Access)通信系统中,所述寻呼标志为寻呼指示(PI,Paging Indicator),所述第一信道为承载PI的寻呼指示信道(PICH,Paging Indicator Channel),所述第二信道为承载寻呼信道(PCH,Paging Channel)的辅助公共控制物理信道(SCCPCH,Secondary Common Control Physical Channel),所述PCH承载寻呼消息。在长期演进(LTE,Long Term Evolution)通信系统中,所述寻呼标志为寻呼标识(P-RNTI),所述第一信道为承载P-RNTI的物理下行控制信道(PDCCH,Physical Downlink Control Channel),所述第二信道为承载寻呼信道(PCH,Paging Channel)的物理下行共享信道(PDSCH,PhysicalDownlink Shared Channel),所述PCH承载寻呼消息。
所述通信终端(也可以称为用户设备,即UE,User Equipment)为双卡双待通信终端或多卡多待通信终端,也就是能同时支持两张或两张以上的用户卡待机的通信终端。所述通信终端在开机驻留小区后,存在以下几种情况:
(1)所有用户卡均处于空闲(IDLE)模式,对于驻留在同一小区的用户卡
所述步骤S1,基于用户卡的寻呼时机接收各用户卡对应的寻呼标志包括:接收寻呼时机相同的各用户卡对应的第一信道,解析得到各用户卡对应的寻呼标志;时分接收寻呼时机不同的各用户卡对应的第一信道,分别解析得到各用户卡对应的寻呼标志。
所述步骤S2,基于用户卡对应的第二信道接收各第一用户卡对应的寻呼消息包括:接收寻呼时机相同且第二信道相同的各第一用户卡对应的第二信道,解析以判断各第一用户卡是否被寻呼;同时接收寻呼时机相同且第二信道不同的各第一用户卡对应的第二信道,分别解析以判断各第一用户卡是否被寻呼;时分接收寻呼时机不同的各第一用户卡对应的第二信道,分别解析以判断各第一用户卡是否被寻呼。
(2)所有用户卡均处于空闲模式,对于驻留在不同小区的用户卡
所述步骤S1,基于用户卡的寻呼时机接收各用户卡对应的寻呼标志包括:若各用户卡之间的寻呼时机间隔大于第一预设时间,则时分接收各用户卡对应的第一信道,分别解析得到各用户卡对应的寻呼标志;否则选择接收用户卡对应的第一信道,解析得到用户卡对应的寻呼标志。
所述步骤S2,基于用户卡对应的第二信道接收各第一用户卡对应的寻呼消息包括:若各第一用户卡之间的寻呼消息接收时机间隔大于第二预设时间,则时分接收各第一用户卡对应的第二信道,分别解析以判断各第一用户卡是否被寻呼;否则选择接收第一用户卡对应的第二信道,解析以判断对应的第一用户卡是否被寻呼,其中,用户卡的寻呼消息接收时机为接收用户卡对应的第二信道的时间。
其中,所述选择接收用户卡对应的第一信道包括:基于第二预设规则选择接收用户卡对应的第一信道。所述第二预设规则基于预先设定的用户卡的优先级而设定,用户卡的优先级可以由用户通过人机交互界面(MMI,Man-Machine Interface)设定,也可以由通信终端自行设定。如果有多张用户卡,其中任意两张用户卡之间的寻呼时机间隔小于或等于所述第一预设时间,则选择接收优先级最高的用户卡对应的第一信道。
所述选择接收第一用户卡对应的第二信道包括:基于第三预设规则选择接收第一用户卡对应的第二信道。所述第三预设规则基于预先设定的用户卡的优先级而设定,用户卡的优先级可以由用户通过MMI设定,也可以由通信终端自行设定。如果有多张第一用户卡,其中任意两张第一用户卡之间的寻呼时机间隔小于或等于所述二预设时间,则选择接收优先级最高的第一用户卡对应的第二信道。
(3)有用户卡处于连接模式,其他用户卡处于空闲模式
所述步骤S1,基于用户卡的寻呼时机接收各用户卡对应的寻呼标志包括:若第二用户卡的寻呼时机与处于连接模式的用户卡的下行业务时隙冲突,则中断所述处于连接模式的用户卡的业务并接收所述第二用户卡对应的寻呼标志,否则接收所述第二用户卡对应的寻呼标志,所述第二用户卡为有用户卡处于连接模式时,处于空闲模式的用户卡。
所述步骤S2,基于用户卡对应的第二信道接收各第一用户卡对应的寻呼消息包括:若第三用户卡的寻呼消息接收时机与处于连接模式的用户卡的下行业务时隙冲突,则中断所述处于连接模式的用户卡的业务并接收所述第三用户卡对应的寻呼消息,否则接收所述第三用户卡对应的寻呼消息,其中,用户卡的寻呼消息接收时机为接收用户卡对应的第二信道的时间,所述第三用户卡为有用户卡处于连接模式时,处于空闲模式的第一用户卡。
如果有多张第二用户卡,所述接收所述第二用户卡对应的寻呼标志包括:
对于驻留在同一小区的第二用户卡,接收寻呼时机相同的各第二用户卡对应的第一信道,解析得到各第二用户卡对应的寻呼标志;时分接收寻呼时机不同的各第二用户卡对应的第一信道,分别解析得到各第二用户卡对应的寻呼标志;
对于驻留在不同小区的第二用户卡,若各第二用户卡之间的寻呼时机间隔大于第一预设时间,则时分接收各第二用户卡对应的第一信道,分别解析得到各第二用户卡对应的寻呼标志;否则选择接收第二用户卡对应的第一信道,解析得到第二用户卡对应的寻呼标志。
其中,所述选择接收第二用户卡对应的第一信道包括:基于第二预设规则选择接收第二用户卡对应的第一信道。所述第二预设规则基于预先设定的用户卡的优先级而设定,用户卡的优先级可以由用户通过MMI设定,也可以由通信终端自行设定。如果有多张第二用户卡,其中任意两张第二用户卡之间的寻呼时机间隔小于或等于所述第一预设时间,则选择接收优先级最高的第二用户卡对应的第一信道。
如果有多张第三用户卡,所述接收所述第三用户卡对应的寻呼消息包括:
对于驻留在同一小区的第三用户卡,接收寻呼时机相同且第二信道相同的各第三用户卡对应的第二信道,解析以判断各第三用户卡是否被寻呼;同时接收寻呼时机相同且第二信道不同的各第三用户卡对应的第二信道,分别解析以判断各第三用户卡是否被寻呼;时分接收寻呼时机不同的各第三用户卡对应的第二信道,分别解析以判断各第三用户卡是否被寻呼;
对于驻留在不同小区的第三用户卡,若各第三用户卡之间的寻呼消息接收时机间隔大于第二预设时间,则时分接收各第三用户卡对应的第二信道,分别解析以判断各第三用户卡是否被寻呼;否则选择接收第三用户卡对应的第二信道,解析以判断对应的第三用户卡是否被寻呼。
其中,所述选择接收第三用户卡对应的第二信道包括:基于第三预设规则选择接收第三用户卡对应的第二信道。所述第三预设规则基于预先设定的用户卡的优先级而设定,用户卡的优先级可以由用户通过MMI设定,也可以由通信终端自行设定。如果有多张第三用户卡,其中任意两张第三用户卡之间的寻呼时机间隔小于或等于所述二预设时间,则选择接收优先级最高的第三用户卡对应的第二信道。
对于双卡双待通信终端,若两张用户卡均处于空闲模式且驻留在同一小区,则适用上述情况(1)的寻呼接收流程;若两张用户卡均处于空闲模式但驻留在不同小区,则适用上述情况(2)的寻呼接收流程;若一张用户卡处于连接模式,另一张用户卡处于空闲模式,则适用上述情况(3)的寻呼接收流程。
对于多卡(三卡或三卡以上)多待通信终端,若所有用户卡均处于空闲模式且驻留在同一小区,则可参考上述情况(1)推导出寻呼接收流程;若所有用户卡均处于空闲模式但各自驻留在不同小区,则可参考上述情况(2)推导出寻呼接收流程;若所有用户卡均处于空闲模式,其中部分用户卡驻留在同一小区,其他用户卡各自驻留在不同小区,则可结合参考上述情况(1)和(2)推导出寻呼接收流程;若有一张用户卡处于连接模式,其他用户卡处于空闲模式且驻留在同一小区,则可结合参考上述情况(3)和(1)推导出寻呼接收流程;若有一张用户卡处于连接模式,其他用户卡处于空闲模式且各自驻留在不同小区,则可结合参考上述情况(3)和(2)推导出寻呼接收流程;若有一张用户卡处于连接模式,部分用户卡处于空闲模式且驻留在同一小区,其他用户卡处于空闲模式但各自驻留在不同小区,则可结合参考上述情况(3)、(1)和(2)推导出寻呼接收流程。
进一步地,对于上述情况(1)或(2),所述通信终端的寻呼接收方法还包括:发起被寻呼的第一用户卡的呼叫流程。可以随机发起一张被寻呼的第一用户卡的呼叫流程,本技术方案中,所述发起被寻呼的第一用户卡的呼叫流程包括:若有超过一张的第一用户卡被寻呼,则基于第一预设规则发起其中一张第一用户卡的呼叫流程。其中,所述第一预设规则基于所述寻呼消息中的寻呼原因而设定或者基于预先设定的用户卡的优先级而设定,可以有以下几种具体实现:
1)如果有多张第一用户卡被寻呼,则发起寻呼原因的优先级最高的第一用户卡的呼叫流程。其中,寻呼原因包含在寻呼消息中,由相关协议规范定义,寻呼原因的优先级的排序可以由通信终端预先设定。
2)如果有多张第一用户卡被寻呼,则发起用户卡的优先级最高的第一用户卡的呼叫流程。其中,用户卡的优先级可以由用户通过MMI设定,也可以由通信终端自行设定。
进一步地,对于上述情况(3),所述通信终端的寻呼接收方法还包括:发起被寻呼的第三用户卡的呼叫流程或丢弃被寻呼的第三用户卡的呼叫业务,可以有以下几种具体实现:
1)基于预先设定的处于连接模式的用户卡的优先级和被寻呼的第三用户卡的优先级,终止处于连接模式的用户卡的呼叫业务并发起被寻呼的第三用户卡的呼叫流程或者丢弃被寻呼的第三用户卡的呼叫业务。具体地,如果处于连接模式的用户卡进行的业务为呼叫业务,比对处于连接模式的用户卡的优先级和所有被寻呼的第三用户卡的优先级,确定优先级最高的用户卡,如果处于连接模式的用户卡的优先级最高则放弃所有被寻呼的第三用户卡的呼叫业务,如果被寻呼的第三用户卡的优先级最高则终止处于连接模式的用户卡的呼叫业务并发起优先级最高的第三用户卡的呼叫流程。其中,用户卡的优先级可以由用户通过MMI设定,也可以由通信终端自行设定。
2)基于预先设定的处于连接模式的用户卡的呼叫用户的优先级和被寻呼的第三用户卡的主叫用户的优先级,终止处于连接模式的用户卡的呼叫业务并发起被寻呼的第三用户卡的呼叫流程或者丢弃被寻呼的第三用户卡的呼叫业务。具体地,如果处于连接模式的用户卡进行的业务为呼叫业务,比对处于连接模式的用户卡的呼叫用户(对方用户卡)的优先级和所有被寻呼的第三用户卡的主叫用户(对方用户卡)的优先级,如果处于连接模式的用户卡呼叫用户的优先级最高则放弃所有被寻呼的第三用户卡的呼叫业务,如果被寻呼的第三用户卡的主叫用户的优先级最高则终止处于连接模式的用户卡的呼叫业务并发起主叫用户的优先级最高的第三用户卡的呼叫流程。其中,对方用户卡(呼叫用户或主叫用户)的优先级可以由用户通过MMI设定,也可以由通信终端自行设定。
3)中断处于连接模式的用户卡的呼叫业务,建立被寻呼的第三用户卡的呼叫业务;基于用户选择,继续处于连接模式的用户卡的呼叫业务或者发起被寻呼的第三用户卡的呼叫流程。具体地,如果处于连接模式的用户卡进行的业务为呼叫业务,短暂中断处于连接模式的用户卡的呼叫业务,建立所有被寻呼的第三用户卡的呼叫业务,向用户提供MMI,以供用户选择;当用户选择继续处于连接模式的用户卡的通话,则恢复处于连接模式的用户卡的呼叫业务,放弃所有被寻呼的第三用户卡的呼叫业务;当用户选择接听其中一张被寻呼的第三用户卡的通话,则终止处于连接模式的用户卡的呼叫业务,发起用户选择的第三用户卡的呼叫流程。
为更清楚地说明本发明的技术方案,以下实施例以TD-SCDMA通信系统中的通信终端的寻呼接收为例进行详细说明。根据3GPP 25.304规范描述,在TD-SCDMA通信系统中,UE开机后驻留在一个合适的小区,UE处于空闲模式(IDLE模式),并周期性读取寻呼消息,该周期称为非连续接收周期(即DRX周期),该周期由网络确定并通过系统消息通知UE。TD-SCDMA通信系统中,DRX周期取值范围0.64s~5.12s,一般配置为1.28s。
UE接收寻呼的过程是先接收PICH,如果解析得到的PI为1,则接收PCH,PCH映射到SCCPCH,如果PCH承载的寻呼消息中的UE标识(UE identity)与本UE ID(UE开机注册过程中由网络侧分配),那么UE认为被寻呼,然后发起呼叫建立过程。
UE接收PICH的时刻称为寻呼时机(Paging Occasion),UE计算寻呼时机的公式为:
Paging Occasion={(IMSI div K)mod(DRX cycle length div PBP)}*PBP+n*DRX cycle length+Frame Offset (1)
上面公式(1)中DRX cycle length为DRX周期;PBP为寻呼块周期;FrameOffset为PICH Frame Offset;K为承载PCH的SCCPCH信道总数。前述参数均通过系统消息获得。IMSI(International Mobile Subscriber Identity)为国际移动用户识别码,包含于USIM卡中;n为整数,取值0,1,2,......。
UE接收PCH的时刻为寻呼消息接收时机(Paging Message ReceivingOccasion),由于PCH映射到SCCPCH,因此寻呼消息接收时机也可以为UE接收SCCPCH的时刻,计算寻呼消息接收时机公式为:
Paging Message Receiving Occasion=Paging Occasion+NPICH+NGAP+{(DRXIndex mod Np)mod NPCH}*2 (2)
上面公式(2)中Paging Occasion即为公式(1)中计算得到的寻呼时机;NPICH为PICH重复长度,取值范围2~4帧,缺省值为2帧;NGAP为PICH Block最后一帧与PCH Block最前一帧之间的间隔,取值范围2~4帧,缺省值为4帧;DRX Index=IMSI div 8192;Np表示每个寻呼块中发送PI的个数;NPCH为寻呼组个数,取值范围1~8,缺省值2。
UE选择SCCPCH的计算公式为:
″Index of selected SCCPCH″=IMSI mod K (3)
其中,K为承载PCH的SCCPCH信道总数。
实施例1
本实施例中,所述通信终端为双卡双待移动终端,其中,所述双卡双待移动终端的两张用户卡均为USIM卡,以下简称为卡1和卡2。
UE开机驻留小区的过程一般可以包括:
步骤A,开机,判断是否有两张卡属于同一运营商的先验信息,若是则执行步骤C,若否则执行步骤B;所述先验信息是指移动终端在上次关机前保存的两张卡的运营商的相关信息,可以通过读取USIM卡,即卡1和卡2的公共陆地移动网络(PLMN,Public Land Mobile Network)信息获得。
步骤B,判断两张卡是否属于同一运营商,若是则执行步骤C,若否则执行步骤F;可以读取USIM卡,即卡1和卡2的PLMN信息,并根据PLMN信息比特判断两张卡是否属于同一运营商;
步骤C,两张卡尝试驻留同一小区并分别注册,执行步骤D;
步骤D,判断两张卡是否都注册成功,若是则执行步骤E,若否则执行步骤F;
步骤E,进入待机且驻留同一小区的寻呼接收流程,具体如以下本实施例所述;
步骤F,两张卡驻留不同小区并分别注册,执行步骤G;
步骤G,进入待机且驻留不同小区的寻呼接收流程,具体如实施例2所述。
基于上述TD-SCDMA系统的特点,本实施例的双卡双待移动终端的寻呼接收方法如图2所示,其中,TPI1为卡1的寻呼时机(Paging Occasion),TPI2为卡2的寻呼时机;PI1为卡1对应的寻呼指示,PI2为卡2对应的寻呼指示;SCCPCH1为卡1对应的SCCPCH,SCCPCH2为卡2对应的SCCPCH;SCCPCH1/2表示卡1和卡2对应的SCCPCH相同。下面对各步骤进行详细说明。
步骤S100,卡1、卡2驻留同一小区且均处于空闲模式,执行步骤S101。
步骤S101,判断卡1的寻呼时机TPI1是否等于卡2的寻呼时机TPI2,若是则执行步骤S121,若否则执行步骤S141。卡1的寻呼时机TPI1可以根据公式(1)计算得到,卡2的寻呼时机TPI2可以根据公式(1)计算得到。
步骤121,接收一次PICH,解析得到PI1和PI2。由于卡1和卡2驻留在同一小区且寻呼时机相同,可知卡1和卡2对应的PI均承载于同一次接收到的PICH,因此,根据卡1和卡2的寻呼时机接收一次PICH,解析PICH即可以得到PI1和PI2。接着执行步骤S122。
步骤S122,判断两张卡对应的PI,即PI1和PI2是否都为0(指示不需要接收SCCPCH),若是则返回执行步骤S121,若否则执行S123。
步骤S123,判断两张卡对应的PI,即PI1和PI2是否都为1(指示需要接收SCCPCH),若是则执行步骤S124,若否则执行S127。
步骤S124,判断卡1对应的SCCPCH与卡2对应的SCCPCH是否相同,若是则执行步骤S125,若否则执行步骤S126。卡1和卡2驻留同一小区,可以根据公式(3)确定卡1对应的SCCPCH的索引号(Index of selected SCCPCH),可以根据公式(3)确定卡2对应的SCCPCH的索引号,据此判断卡1对应的SCCPCH与卡2对应的SCCPCH是否相同,即索引号是否相同,从而确定卡1对应的寻呼消息和卡2对应的寻呼消息是否承载于同一SCCPCH。
步骤S125,接收SCCPCH1/2。卡1对应的SCCPCH与卡2对应的SCCPCH相同,卡1和卡2对应的SCCPCH为同一个,即SCCPCH1/2,由于卡1和卡2驻留在同一小区且寻呼时机相同,因此,卡1和卡2的寻呼消息接收时机也相同,因此根据卡1和卡2的寻呼消息接收时机接收SCCPCH1/2,解析SCCPCH1/2承载的PCH,得到卡1和卡2对应的寻呼消息,其中,卡1和卡2的寻呼消息接收时机可以根据公式(2)确定。接着执行步骤S128。
步骤S126,同时接收SCCPCH1、SCCPCH2。卡1对应的SCCPCH与卡2对应的SCCPCH不同,由于卡1和卡2驻留在同一小区且寻呼时机相同,因此,卡1和卡2的寻呼消息接收时机也相同,这样可以同时接收卡1对应的SCCPCH和卡2对应的SCCPCH,解析SCCPCH1承载的PCH得到卡1对应的寻呼消息,解析SCCPCH2承载的PCH得到卡2对应的寻呼消息。接着执行步骤S128。
步骤S127,接收对应PI为1的卡的SCCPCH。若两张卡中只有一张卡对应的PI为1,则接收对应PI为1的卡的SCCPCH,如PI1=1,则接收卡1对应的SCCPCH,解析得到卡1对应的寻呼消息;如PI2=1,则接收卡2对应的SCCPCH,解析得到卡2对应的寻呼消息。接着执行步骤S128。
步骤S128,判断两张卡是否都没有被寻呼,若是则返回执行步骤S121,若否则执行步骤S161。基于卡1对应的寻呼消息中的UE标识判断卡1是否被寻呼,基于卡2对应的寻呼消息中的UE标识判断卡2是否被寻呼。
步骤S141,接收两次PICH,分别解析得到PI1和PI2。卡1和卡2的寻呼时机不同,则根据卡1的寻呼时机和卡2的寻呼时机时分接收PICH,即需要接收两次PICH,分别解析两次接收到的PICH即可以得到PI1和PI2,例如,从第一次接收到的PICH解析得到PI1,从第二次接收到的PICH解析得到PI2。接着执行步骤S142。
步骤S142,判断两张卡对应的PI是否都为0,若是则返回执行步骤S141,若否则执行S143。
步骤S143,判断两张卡对应的PI是否都为1,若是则执行步骤S144,若否则执行S145。
步骤S144,分别接收SCCPCH1、SCCPCH2。卡1对应的SCCPCH与卡2对应的SCCPCH不同,由于卡1和卡2驻留在同一小区且寻呼时机不同,因此,卡1和卡2的寻呼消息接收时机也不同,这样根据卡1的寻呼消息接收时机和卡2的寻呼消息接收时机时分接收卡1对应的SCCPCH和卡2对应的SCCPCH,解析SCCPCH1得到卡1对应的寻呼消息,解析SCCPCH2得到卡2对应的寻呼消息。卡1对应的寻呼消息接收时机TPM1和卡2对应的寻呼消息接收时机TPM2可以根据公式(2)分别计算得到。接着执行步骤S146。
步骤S145,接收对应PI为1的卡的SCCPCH。若两张卡中只有一张卡对应的PI为1,则接收对应PI为1的卡的SCCPCH,如PI1=1,则接收卡1对应的SCCPCH,解析得到卡1对应的寻呼消息;如PI2=1,则接收卡2对应的SCCPCH,解析得到卡2对应的寻呼消息。接着执行步骤S146。
步骤S146,判断两张卡是否都没有被寻呼,若是则返回执行步骤S141,若否则执行步骤S161。
步骤S161,判断两张卡是否都被寻呼,若是则执行步骤S162,若否则执行步骤S163。
步骤S162,选择一张卡发起呼叫流程。若两张卡都被寻呼,则选择发起其中一张卡的呼叫流程。本实施例中,基于第一预定规则选择一张卡,发起被选择的卡的呼叫流程。
所述第一预定规则基于所述寻呼消息中的寻呼原因而设定或者基于预先设定的用户卡的优先级而设定。以所述第一预定规则基于所述寻呼消息中的寻呼原因而设定为例,一种比较典型的寻呼原因的优先级排序为:电路域呼叫(Terminating Conversational Call)优先级最高,接下来依次为流类呼叫(Terminating Streaming Call)、高优先级信令(Terminating High PrioritySignalling)、低优先级信令(Terminating Low Priority Signalling)、交互类呼叫(Terminating Interactive Call)、背景类呼叫(Terminating Background Call)、未知原因呼叫(Terminating-cause unknown)。所述寻呼原因在3GPP 25.331规范中描述。如果卡1对应的寻呼消息中的寻呼原因的优先级高于卡1对应的寻呼消息中的寻呼原因的优先级,则发起卡1的呼叫流程,否则发起卡2的呼叫流程。
步骤S163,发起被寻呼卡的呼叫流程。若只有一张卡被寻呼,则发起被寻呼的卡的呼叫流程。
实施例2
本实施例中,双卡双待移动终端的卡1和卡2驻留在不同小区且均处于空闲模式,所述双卡双待移动终端的寻呼接收方法如图3所示,其中,TPI1为卡1的寻呼时机,TPI2为卡2的寻呼时机;PI1为卡1对应的寻呼指示,PI2为卡2对应的寻呼指示;PICH1为卡1对应的PICH,PICH2为卡2对应的PICH;TPM1为卡1的寻呼消息接收时机(Paging Message Receiving Occasion),TPM2为卡2的寻呼消息接收时机;SCCPCH1为卡1对应的SCCPCH,SCCPCH2为卡2对应的SCCPCH。下面对各步骤进行详细说明。
步骤S200,卡1、卡2驻留不同小区且均处于空闲模式,执行步骤S201。
步骤S201,判断卡1和卡2的寻呼时机间隔是否大于第一预设时间t1,若是则执行步骤S221,若否则执行步骤S241。本步骤中,判断卡1的寻呼时机TPI1与卡2的寻呼时机TPI2的时间差,即|TPI1-TPI2|是否大于t1,其中所述第一预设时间t1可以设定为0~6子帧,本实施例所述第一预设时间t1为0子帧,|TPI1-TPI2|>t1即卡1的TPI1与卡2的TPI2不重叠,TD-SCDMA通信系统中,一个无线帧包含两个子帧,一个无线帧对应的时间为10ms,一个子帧对应的时间为5ms。
步骤S221,分别接收PICH1、PICH2,解析得到PI1、PI2。若|TPI1-TPI2|>t1,则根据卡1的寻呼时机和卡2的寻呼时机时分接收PICH1、PICH2,解析PICH1得到PI1,解析PICH2得到PI2。
步骤S222,判断两张卡对应的PI,即PI1和PI2是否都为0,若是则返回执行步骤S221,若否则执行S223。
步骤S223,判断两张卡对应的PI,即PI1和PI2是否都为1,若是则执行步骤S224,若否则执行S227。
步骤S224,判断卡1和卡2的寻呼消息接收时机间隔是否大于第二预设时间t2,若是则执行步骤S225,若否则执行步骤S226。本步骤中,判断卡1的寻呼消息时机TPM1与卡2的寻呼消息接收时机TPM2的时间差,即|TPM1-TPM2|是否大于t2,所述第二预设时间t2可以设定为0~6子帧,本实施例所述第二预设时间t1为0子帧,|TPM1-TPM2|>t1即卡1的TPM1与卡2的TPM2不重叠。步骤S225,分别接收SCCPCH1、SCCPCH2。若|TPM1-TPM2|>t2,根据卡1寻呼消息接收时机和对应的SCCPCH的索引号、卡2的寻呼消息接收时机和对应的SCCPCH的索引号,时分接收SCCPCH1、SCCPCH2,解析SCCPCH1得到卡1对应的寻呼消息;解析SCCPCH2得到卡2对应的寻呼消息。接着执行步骤S228。
步骤S226,选择接收一张卡对应的SCCPCH。若|TPM1-TPM2|≤t2,则接收卡1或卡2对应的SCCPCH,可以随机选择一张卡,如卡1,接收卡1对应的SCCPCH,本实施例中,选择优先级高的一张用户卡,接收被选择的卡对应的SCCPCH,解析得到被选择的卡对应的寻呼消息。接着执行步骤S228。步骤S227,接收对应PI为1的卡对应的SCCPCH。若两张卡中只有一张卡对应的PI为1,则接收对应PI为1的卡对应的SCCPCH,如PI1=1,则接收卡1对应的SCCPCH,解析得到卡1对应的寻呼消息;如PI2=1,则接收卡2对应的SCCPCH,解析得到卡2对应的寻呼消息。接着执行步骤S228。
步骤S228,判断两张卡是否都没有被寻呼,若是则返回执行步骤S221,若否则执行步骤S261。基于卡1对应的寻呼消息中的UE标识判断卡1是否被寻呼,基于卡2对应的寻呼消息中的UE标识判断卡2是否被寻呼。
步骤S261,判断两张卡是否都被寻呼,若是则执行步骤S262,若否则执行步骤S263。
步骤S262,选择一张卡发起呼叫流程。若两张卡都被寻呼,则选择发起其中一张卡的呼叫流程,可以随机发起一张卡的呼叫流程,本实施例中,基于第一预定规则选择一张卡,发起被选择的卡的呼叫流程。
步骤S263,发起被寻呼卡的呼叫流程。若只有一张卡被寻呼,则发起被寻呼卡的呼叫流程。
步骤S241,选择接收一张卡的PICH。若|TPI1-TPI2|≤t1,则接收卡1或卡2对应的PICH,可以随机选择一张卡,如卡1,接收卡1对应的SCCPCH,本实施例中,选择优先级高的一张用户卡,接收被选择的卡对应的PICH,解析得到被选择的卡对应的PI。接着执行步骤S242。
步骤S242,判断被选择的卡对应的PI是否为1,若是则执行步骤S243,若否则返回执行步骤S241。
步骤S243,接收被选择的卡对应的SCCPCH,接着执行步骤S244。接收被选择的卡对应的SCCPCH,解析得到被选择的卡对应的寻呼消息。
步骤S244,判断被选择的卡是否被寻呼,若是则执行步骤S263,若否则返回执行步骤S241。
实施例3
本实施例中,双卡双待移动终端的卡1处于连接模式,卡2处于空闲模式,所述双卡双待移动终端的寻呼接收方法如图4所示,其中,PI2为卡2对应的寻呼指示。下面对各步骤进行详细说明。
步骤S300,卡1处于连接模式,卡2处于空闲模式,执行步骤S301。
步骤S301,判断卡2的PICH接收与卡1的下行业务时隙是否冲突,若是则执行步骤S302,若否则执行步骤S303。本步骤中,判断卡2的寻呼时机TPI2是否与卡1的下行业务时隙冲突。业务建立后,网络侧配置下行时隙资源给UE,因此UE可以确定卡1下行业务对应的时隙。卡2的PICH接收与卡1的下行业务接收发生冲突例如为:对于一个小区有多个载波的情况,网络侧可能将UE业务分配在主载波资源上,也可能分配在辅载波,当卡2的PICH配置在主载波某个下行时隙(如TS0),而卡1的业务配置在辅载波相同的下行时隙(如TS0)时,卡2的PICH接收与卡1的下行业务时隙发生冲突。
步骤S302,中断卡1的业务,接收卡2对应的PICH。若卡2的TPI2与卡1的下行业务时隙冲突,则中断卡1的业务,根据卡2的TPI2接收卡2对应的PICH,解析得到卡2对应的PI,即PI2。接着执行步骤S304。
步骤S303,接收卡2对应的PICH。若卡2的TPI2与卡1的下行业务时隙不冲突,卡1业务正常进行的过程中,根据卡2的TPI2接收卡2对应的PICH,解析得到PI2。接着执行步骤S304。
步骤S304,判断PI2是否为1,若是则执行步骤S305,若否则返回执行步骤S301。
步骤S305,判断卡2的SCCPCH接收与卡1的下行业务时隙是否冲突,若是则执行步骤S306,若否则执行步骤S307。本步骤中,判断卡2的寻呼消息接收时机TPM2是否与卡1的下行业务时隙冲突。卡2的SCCPCH接收与卡1的下行业务接收发生冲突例如为:对于一个小区有多个载波的情况,网络可能将UE业务分配在主载波资源上,也可能分配在辅载波,当卡2的SCCPCH配置在主载波某个下行时隙(如TS0),而卡1的业务配置在辅载波相同的下行时隙(如TS0)时,卡2的SCCPCH接收与卡1的下行业务时隙发生冲突。
步骤S306,中断卡1的业务,接收卡2对应的SCCPCH。若卡2的TPM2与卡1的下行业务时隙冲突,中断卡1的业务,根据卡2的TPM2接收卡2对应的SCCPCH,解析得到卡2对应的寻呼消息。接着执行步骤S308。
步骤S307,接收卡2对应的SCCPCH。若卡2的TPM2与卡1的下行业务时隙不冲突,卡1业务正常进行的过程中,根据卡2的TPM2接收卡2对应的SCCPCH,解析得到卡2对应的寻呼消息。接着执行步骤S308。
步骤S308,判断卡2是否被寻呼,若是则执行步骤S309,若否则返回执行步骤S301。
步骤S309,判断是否终止卡1的业务,若是则执行步骤S310,若否则执行步骤S311。可以根据卡1和卡2的优先级判断是否终止卡1的业务,如果卡1的优先级高于卡2的优先级则不终止卡1的业务,否则终止卡1的业务。也可以根据卡1的呼叫业务的对方卡的优先级和卡2的呼叫业务的对方卡的优先级判断是否终止卡1的业务,如果卡1的呼叫业务的对方卡的优先级高于卡2的呼叫业务的对方卡的优先级则不终止卡1的业务,否则终止卡1的业务。还可以根据用户选择判断是否终止卡1的业务,向用户提供选择继续卡1的呼叫业务和建立卡2的呼叫业务的MMI,如果用户选择继续卡1的呼叫业务则不终止卡1的业务,如果用户选择建立卡2的呼叫业务则终止卡1的业务。
步骤S310,发起卡2的呼叫流程。若步骤S309确定终止卡1的业务,则结束卡1的业务流程,发起卡2的呼叫流程。
步骤S311,丢弃卡2的呼叫业务。若步骤S309确定不终止卡1的业务,则卡1的业务正常进行,丢弃卡2的呼叫业务。
实施例4
本实施例以TD-SCDMA通信系统中的三卡三待移动终端的寻呼接收为例进行说明,其中,卡1、卡2和卡3驻留在同一小区且均处于空闲模式。本实施例的三卡三待移动终端的寻呼接收流程可以结合图2所示的双卡双待移动终端的寻呼接收流程推导得到的,下面结合图5A至5D对各步骤进行详细说明,其中,TPI1为卡1的寻呼时机,TPI2为卡2的寻呼时机,TPI3为卡3的寻呼时机,可以分别根据公式(1)计算得到;PI1为卡1对应寻呼指示,PI2为卡2对应的寻呼指示,PI3为卡3对应的寻呼指示;TPM1为卡1的寻呼消息接收时机,TPM2为卡2的寻呼消息接收时机,TPM3为卡3的寻呼消息接收时机,可以分别根据公式(2)计算得到;各张卡对应的SCCPCH的索引号可以分别根据公式(3)计算得到,SCCPCH1为卡1对应的SCCPCH,SCCPCH2为卡2对应的SCCPCH,SCCPCH3为卡3对应的SCCPCH,SCCPCH1/2表示卡1和卡2对应SCCPCH相同,SCCPCH1/2/3表示卡1、卡2和卡3的SCCPCH相同。
请参考图5A,步骤S400,卡1、卡2和卡3驻留同一小区且均处于空闲模式。执行步骤S401。
步骤S401,判断卡1的寻呼时机TPI1、卡2的寻呼时机TPI2、卡3的寻呼时机是否都相同,若是则执行步骤S421,若否则执行步骤S402。
步骤S402,判断卡1的寻呼时机TPI1、卡2的寻呼时机TPI2、卡3的寻呼时机是否都不同,若是则执行步骤S441,若否则执行步骤S461。如果步骤S402的判断结果为否,则为两张卡的寻呼时机相同,而另一张卡的寻呼时机与两张卡的寻呼时机不同的情况,本实施例步骤S461以TPI1=TPI2≠TPI3为例进行说明,对于TPI1≠TPI2=TPI3和TPI2≠TPI1=TPI3是类似的。
步骤S421,接收一次PICH,解析得到PI1、PI2和PI3。接着执行步骤S422至S433。TPI1=TPI2=TPI3,卡1、卡2和卡3对应的PI均承载于同一次接收到的PICH,因此,根据卡的寻呼时机接收一次PICH,解析PICH即可以得到PI1、PI2和PI3。
步骤S441,接收三次PICH,分别解析得到PI1、PI2和PI3。接着执行步骤S442至S447。TPI1≠TPI2≠TPI3,根据卡1的寻呼时机、卡2的寻呼时机、卡2的寻呼时机时分接收PICH,即需要接收三次PICH,分别解析三次接收到的PICH即可以得到PI1、PI2和PI3,例如,根据TPI1第一次接收到PICH,解析得到PI1;根据TP13第二次接收到PICH,解析得到PI3;根据TPI2第三次接收到PICH,解析得到PI2。接着执行步骤S142。
步骤S461,接收两次PICH,分别解析得到PI1、PI2和PI3。接着执行步骤S462至S469。本步骤中,如果卡3的寻呼时机与卡1、卡2的寻呼时机不同,接收两次PICH,从其中一次接收到的PICH可以解析得到PI1和PI2,从另一次接收到的PICH可以解析得到PI3。
请参考图5B,步骤S422,判断PI1、PI2和PI3是否都为0,若是则返回执行步骤S421,若否则执行步骤S423。
步骤S423,判断PI1、PI2和PI3是否都为1,若是则执行步骤S424,若否则执行步骤S429或S432。如果步骤S423的判断结果为否,则有两种情况:一种情况是有两张卡对应的PI为1,另一张卡对应的PI为0,本实施例步骤S429以PI1=PI2=1、PI3=0为例进行说明,对于PI1=PI3=1、PI2=0和PI2=PI3=1、PI1=0是类似的;另一种情况是有两张卡对应的PI为0,另一张卡对应的PI为1,本实施例步骤S432以PI1=1、PI2=PI3=0为例进行说明,对于PI2=1、PI1=PI3=0和PI3=1、PI1=PI2=0是类似的。
步骤S424,判断三张卡对应的SCCPCH是否都相同,若是则执行步骤S425,若否则执行步骤S426。判断卡1对应的SCCPCH的索引号、卡2对应的SCCPCH的索引号和卡3对应的SCCPCH的索引号是否都相同,即卡1对应的寻呼消息、卡2对应的寻呼消息和卡3对应的寻呼消息是否承载于同一SCCPCH。
步骤S425,接收SCCPCH1/2/3,接着执行步骤S433。卡1对应的SCCPCH、卡2对应的SCCPCH和卡3对应的SCCPCH都相同,卡1、卡2和卡3对应的SCCPCH为同一个,即SCCPCH1/2/3,由于卡1、卡2和卡3驻留同一小区且TPI1=TPI2=TPI3,因此TPM1=TPM2=TPM3,因此根据寻呼消息接收时机接收SCCPCH1/2/3,解析SCCPCH1/2/3承载的PCH,得到卡1、卡2和卡3对应的寻呼消息。
步骤S426,判断三张卡对应的SCCPCH是否都不同,若是则执行步骤S427,若否则执行步骤S428。如果步骤S426的判断结果为否,则为两张卡对应的SCCPCH相同,而另一张卡对应的SCCPCH与两张卡对应的SCCPCH不同的情况,步骤S428以卡1对应SCCPCH与卡2对应的SCCPCH相同、卡3对应的SCCPCH与卡1、卡2对应的SCCPCH不同为例进行说明,对于卡1对应SCCPCH与卡3对应的SCCPCH相同,卡2对应的SCCPCH与卡1、卡3对应的SCCPCH不同和卡2对应SCCPCH与卡3对应的SCCPCH相同,卡1对应的SCCPCH与卡2、卡3对应的SCCPCH不同是类似的。
步骤S427,同时接收SCCPCH1、SCCPCH2和SCCPCH3,接着执行步骤S433。由于卡1、卡2和卡3驻留同一小区且TPI1=TPI2=TPI3,因此TPM1=TPM2=TPM3,三张卡对应的SCCPCH都不同,根据寻呼消息接收时机同时接收SCCPCH1、SCCPCH2和SCCPCH3,解析SCCPCH1承载的PCH,得到卡1对应的寻呼消息,解析SCCPCH2承载的PCH,得到卡2对应的寻呼消息,解析SCCPCH3承载的PCH,得到卡3对应的寻呼消息。
步骤S428,同时接收SCCPCH1/2和SCCPCH3,接着执行步骤S433。由于卡1、卡2和卡3驻留同一小区且TPI1=TPI2=TPI3,因此TPM1=TPM2=TPM3,卡1和卡2对应的SCCPCH相同但不同于卡3对应的SCCPCH,根据寻呼消息接收时机同时接收SCCPCH1/2和SCCPCH3,解析SCCPCH1/2承载的PCH,得到卡1对应的寻呼消息和卡2对应的寻呼消息,解析SCCPCH3承载的PCH,得到卡3对应的寻呼消息。
步骤S429,判断卡1和卡2对应的SCCPCH是否相同,若是则执行步骤S430,若否则执行步骤S431。
步骤S430,接收SCCPCH1/2,接着执行步骤S433。根据卡1和卡2的寻呼消息接收时机接收SCCPCH1/2,解析得到卡1对应的寻呼消息和卡2对应的寻呼消息。
步骤S431,同时接收SCCPCH1和SCCPCH2,接着执行步骤S433。根据卡1和卡2的寻呼消息接收时机同时接收SCCPCH1和SCCPCH2,解析SCCPCH1得到卡1对应的寻呼消息,解析SCCPCH2得到卡2对应的寻呼消息。
步骤S432,接收SCCPCH1,接着执行步骤S433。接收对应PI为1的卡对应的SCCPCH。
步骤S433,判断卡1、卡2和卡3是否都没有被寻呼,若是则返回执行步骤S421,若否则执行步骤S481。基于卡1对应的寻呼消息中的UE标识判断卡1是否被寻呼,基于卡2对应的寻呼消息中的UE标识判断卡2是否被寻呼,基于卡3对应的寻呼消息中的UE标识判断卡3是否被寻呼。
请参考图5C,步骤S442,判断PI1、PI2和PI3是否都为0,若是则返回执行步骤S441,若否则执行步骤S443。
步骤S443,判断PI1、PI2和PI3是否都为1,若是则执行步骤S444,若否则执行步骤S445或S446。如果步骤S443的判断结果为否,则有两种情况:一种情况是有两张卡对应的PI为1,另一张卡对应的PI为0,本实施例步骤S445以PI1=PI2=1、PI3=0为例进行说明,对于PI1=PI3=1、PI2=0和PI2=PI3=1、PI1=0是类似的;另一种情况是有两张卡对应的PI为0,另一张卡对应的PI为1,本实施例步骤S446以PI1=1、PI2=PI3=0为例进行说明,对于PI2=1、PI1=PI3=0和PI3=1、PI1=PI2=0是类似的。
步骤S444,分别接收SCCPCH1、SCCPCH2和SCCPCH3,接着执行步骤S447。卡1对应的SCCPCH、卡2对应的SCCPCH和卡3对应的SCCPCH都不同,由于卡1、卡2和卡3驻留在同一小区且TPI1≠TPI2≠TPI3,因此,三张卡的寻呼消息接收时机也都不同,即TPM1≠TPM2≠TPM3,这样时分接收各张卡对应的SCCPCH,即根据TPM1接收SCCPCH1,解析得到卡1对应的寻呼消息;根据TPM2接收SCCPCH2,解析得到卡2对应的寻呼消息;根据TPM3接收SCCPCH3,解析得到卡3对应的寻呼消息。
步骤S445,分别接收SCCPCH1和SCCPCH2,接着执行步骤S447。时分接收卡1对应的SCCPCH和卡2对应的SCCPCH,解析SCCPCH1得到卡1对应的寻呼消息,解析SCCPCH2得到卡2对应的寻呼消息。
步骤S446,接收SCCPCH1,接着执行步骤S447。接收对应PI为1的卡对应的SCCPCH,解析SCCPCH1得到卡1对应的寻呼消息。
步骤S447,判断卡1、卡2和卡3是否都没有被寻呼,若是则返回执行步骤S441,若否则执行步骤S481。
请参考图5D,步骤S462,判断PI1、PI2和PI3是否都为0,若是则返回执行步骤S461,若否则执行步骤S463。
步骤S463,判断PI1、PI2和PI3是否都为1,若是则执行步骤S464,若否则执行步骤S467或S468。如果步骤S463的判断结果为否,则有两种情况:一种情况是有两张卡对应的PI为1,另一张卡对应的PI为0,本实施例步骤S467以PI1=PI3=1、PI2=0为例进行说明,对于PI2=PI3=1、PI1=0是类似的,而PI1=PI2=1、PI0=0则略有不同(在步骤S467补充说明);另一种情况是有两张卡对应的PI为0,另一张卡对应的PI为1,本实施例步骤S468以PI1=1、PI2=PI3=0为例进行说明,对于PI2=1、PI1=PI3=0和PI3=1、PI1=PI2=0是类似的。
步骤S464,判断卡1和卡2对应的SCCPCH是否相同,若是则执行步骤S465,若否则执行步骤S466。
步骤S465,分别接收SCCPCH1/2和SCCPCH3,接着执行步骤S469。由于TPI1=TPI2≠TPI3,因此TPM1=TPM2≠TPM3,若卡1对应的SCCPCH与卡2对应的SCCPCH相同,时分接收SCCPCH1/2和接收SCCPCH3,即根据TPM1(TPM2)接收SCCPCH1/2,解析得到卡1对应的寻呼消息和卡2对应的寻呼消息;根据TPM3接收SCCPCH3,解析得到卡3对应的寻呼消息。
步骤S466,同时接收SCCPCH1和SCCPCH2,接收SCCPCH3,接着执行步骤S469。根据TPM1(TPM2)接收SCCPCH1和SCCPCH2,解析SCCPCH1得到卡1对应的寻呼消息,解析SCCPCH2得到卡2对应的寻呼消息;根据TPM3接收SCCPCH3,解析得到卡3对应的寻呼消息。
步骤S467,分别接收SCCPCH1和SCCPCH3,接着执行步骤S469。由于TPI1≠TPI3,因此TPM1≠TPM3,根据TPM1接收SCCPCH1,解析得到卡1对应的寻呼消息;根据TPM3接收SCCPCH3,解析得到卡3对应的寻呼消息。需要说明的是,对于步骤S463的判断结果为否且PI1=PI2=1、PI0=0的情况,则需要先判断卡1和卡2对应的SCCPCH是否相同,若相同则根据TPM1(TPM2)接收SCCPCH1/2,解析得到卡1对应的寻呼消息和卡2对应的寻呼消息,接着执行步骤S469;若不同根据TPM1(TPM2)同时接收SCCPCH1和SCCPCH2,解析SCCPCH1得到卡1对应的寻呼消息,解析SCCPCH2得到卡2对应的寻呼消息。
步骤S468,接收SCCPCH1,接着执行步骤S469。
步骤S469,判断卡1、卡2和卡3是否都没有被寻呼,若是则返回执行步骤S461,若否则执行步骤S481。
请继续参考图5A,步骤S481,判断卡1、卡2和卡3是否都被寻呼,若是,则执行步骤S482,若否则执行步骤S483。
步骤S482,选择三张卡中的一张卡发起呼叫流程。若三张卡都被寻呼,则基于预设的规则,如第一预定规则选择一张被寻呼卡发起呼叫流程。
步骤S483,判断是否有两张卡被寻呼,若是则执行步骤S484,若否则执行步骤S485。
步骤S484,选择两张卡中的一张卡发起呼叫流程。。若有两张卡被寻呼,则基于预设的规则,如第一预定规则选择一张被寻呼卡发起呼叫流程。
步骤S485,发起被寻呼卡的呼叫流程。
本实施例的三卡三待移动终端中,三张卡驻留在同一小区且均处于空闲模式,因此结合图2所示流程推导得到图5A至5D的寻呼接收流程,而对于三卡三待移动终端的其他情况,则可以结合图2至图4推导得到。具体地,如果三张卡驻留在不同小区且均处于空闲模式,则可以结合图3的流程推导得到相应的寻呼接收流程,其中,寻呼时机间隔为驻留在不同小区的两张卡的寻呼时机的时间差,即|TPI1-TPI2|、|TPI1-TPI3|、|TPI2-TPI3|,寻呼消息接收时机间隔为驻留在不同小区的两张卡的寻呼消息接收时机的时间差,即|TPM1-TPM2|、|TPM1-TPM3|、|TPM2-TPM3|。如果三张卡均处于空闲模式,其中两张卡驻留的小区相同但不同于另一张卡驻留的小区,则可以结合图2和图3的流程推导得到相应的寻呼接收流程。如果一张卡处于连接模式,另两张卡处于空闲模式且驻留同一小区,则可以结合图4和图2的流程推导得到相应的寻呼接收流程。如果一张卡处于连接模式,另两张卡处于空闲模式且驻留不同小区,则可以结合图4和图3的流程推导得到相应的寻呼接收流程。
对应上述通信终端的寻呼接收方法,本发明技术方案还提供一种通信终端的寻呼接收装置,如图6所示,包括:寻呼标志接收单元A1和寻呼消息接收单元A2。
寻呼标志接收单元A1,适于基于用户卡的寻呼时机接收各用户卡对应的寻呼标志,其中,所述用户卡的寻呼时机为接收用户卡对应的第一信道的时间,所述第一信道为承载用户卡对应的寻呼标志的信道,所述寻呼标志用于指示是否接收第二信道,所述第二信道为承载用户卡对应的寻呼消息的信道;
寻呼消息接收单元A2,与寻呼标志接收单元A1相连,适于基于用户卡对应的第二信道接收各第一用户卡对应的寻呼消息,其中,所述第一用户卡为寻呼标志指示接收第二信道对应的用户卡。寻呼消息接收单元A2基于寻呼标志接收单元A1接收的各用户卡对应的寻呼标志确定第一用户卡。
所述装置可以应用于TD-SCDMA通信系统或WCDMA通信系统,则所述寻呼标志为PI,所述第一信道为PICH,所述第二信道为SCCPCH。
所述装置也可以应用于LTE通信系统,则所述寻呼标志为P-RNTI,所述第一信道为PDCCH,所述第二信道为PDSCH。
在一个实施例中,所述寻呼标志接收单元包括第一寻呼标志解析单元,所述第一寻呼标志解析单元适于当所有用户卡均处于空闲模式,接收驻留在同一小区且寻呼时机相同的各用户卡对应的第一信道,解析得到各用户卡对应的寻呼标志;时分接收驻留在同一小区且寻呼时机不同的各用户卡对应的第一信道,分别解析得到各用户卡对应的寻呼标志。所述寻呼消息接收单元包括与第一寻呼标志解析单元相连的第一寻呼消息解析单元,所述第一寻呼消息解析单元,适于当所有用户卡均处于空闲模式,接收驻留在同一小区、寻呼时机相同且第二信道相同的各第一用户卡对应的第二信道,解析以判断各第一用户卡是否被寻呼;同时接收驻留在同一小区、寻呼时机相同且第二信道不同的各第一用户卡对应的第二信道,分别解析以判断各第一用户卡是否被寻呼;时分接收驻留在同一小区、寻呼时机不同的各第一用户卡对应的第二信道,分别解析以判断各第一用户卡是否被寻呼。所述寻呼接收装置还包括:第一呼叫发起单元,适于发起被寻呼的第一用户卡的呼叫流程。
在另一实施例中,所述寻呼标志接收单元包括第二寻呼标志解析单元,所述第二寻呼标志解析单元适于当所有用户卡均处于空闲模式,若驻留在不同小区的各用户卡之间的寻呼时机间隔大于第一预设时间,则时分接收各用户卡对应的第一信道,分别解析得到各用户卡对应的寻呼标志;否则选择接收用户卡对应的第一信道,解析得到用户卡对应的寻呼标志。所述寻呼消息接收单元包括:与所述第二寻呼标志解析单元相连的第二寻呼消息解析单元,所述第二寻呼消息解析单元适于当所有用户卡均处于空闲模式,若驻留在不同小区的各第一用户卡之间的寻呼消息接收时机间隔大于第二预设时间,则时分接收各第一用户卡对应的第二信道,分别解析以判断各第一用户卡是否被寻呼;否则选择接收第一用户卡对应的第二信道,解析以判断对应的第一用户卡是否被寻呼,其中,用户卡的寻呼消息接收时机为接收用户卡对应的第二信道的时间。所述寻呼接收装置还包括:第一呼叫发起单元,适于发起被寻呼的第一用户卡的呼叫流程。
所述第一呼叫发起单元适于当有超过一张的第一用户卡被寻呼,基于第一预设规则发起其中一张第一用户卡的呼叫流程。所述第一预设规则基于所述寻呼消息中的寻呼原因而设定或者基于预先设定的用户卡的优先级而设定。
在又一实施例中,所述寻呼标志接收单元包括第三寻呼标志解析单元,所述第三寻呼标志解析单元适于当有用户卡处于连接模式,其他用户卡处于空闲模式,若第二用户卡的寻呼时机与处于连接模式的用户卡的下行业务时隙冲突,则中断所述处于连接模式的用户卡的业务并接收所述第二用户卡对应的寻呼标志,否则接收所述第二用户卡对应的寻呼标志,所述第二用户卡为有用户卡处于连接模式时,处于空闲模式的用户卡。所述寻呼消息接收单元包括与所述第三寻呼标志解析单元相连的第三寻呼消息解析单元,所述第三寻呼消息解析单元适于当有用户卡处于连接模式,其他用户卡处于空闲模式,若第三用户卡的寻呼消息接收时机与处于连接模式的用户卡的下行业务时隙冲突,则中断所述处于连接模式的用户卡的业务并接收所述第三用户卡对应的寻呼消息,否则接收所述第三用户卡对应的寻呼消息,其中,用户卡的寻呼消息接收时机为接收用户卡对应的第二信道的时间,所述第三用户卡为有用户卡处于连接模式时,处于空闲模式的第一用户卡。所述寻呼消息接收装置还包括:第二呼叫发起单元,适于发起被寻呼的第三用户卡的呼叫流程或丢弃被寻呼的第三用户卡的呼叫业务。
在其他实施例中,所述寻呼接收装置还可以通过结合上述至少两个实施例来实现。此外,本发明技术方案还提供一种包括上述寻呼接收装置通信终端。
综上所述,本发明技术方案至少具有如下有益效果:
对于驻留在同一小区且均处于空闲模式的用户卡,基于接收承载寻呼标志的信道的时间接收寻呼标志,确保能够接收到各用户卡对应的寻呼标志。进一步,基于承载寻呼消息的信道特点接收寻呼消息,确保能够接收到各用户卡(寻呼标志指示接收承载寻呼消息的信道)对应的寻呼消息。从而避免了寻呼漏接。
对于驻留在不同小区且均处于空闲模式的用户卡,基于接收承载寻呼标志的信道的时间间隔接收寻呼标志,尽可能多地接收用户卡对应的寻呼标志,或者确保能够接收到优先级高的用户卡对应的寻呼标志。进一步,基于接收承载寻呼消息的信道的时间间隔接收寻呼消息,尽可能多地接收用户卡(寻呼标志指示接收承载寻呼消息的信道)对应的寻呼消息,或者确保能够接收到优先级高的用户卡(寻呼标志指示接收承载寻呼消息的信道)对应的寻呼消息。从而降低了寻呼漏接的概率。
基于处于空闲模式的用户卡的接收承载寻呼标志的信道的时间/时间间隔和处于连接模式的用户卡的下行业务时隙接收处于空闲模式的用户卡对应的寻呼标志,尽可能多地接收用户卡对应的寻呼标志,或者确保能够接收到优先级高的用户卡对应的寻呼标志。进一步,基于处于空闲模式的用户卡的接收承载寻呼消息的信道的时间/时间间隔和处于连接模式的用户卡的下行业务时隙接收处于空闲模式的用户卡对应的寻呼消息,尽可能多地接收用户卡(寻呼标志指示接收承载寻呼消息的信道)对应的寻呼标志,或者确保能够接收到优先级高的用户卡(寻呼标志指示接收承载寻呼消息的信道)对应的寻呼标志。从而降低了寻呼漏接的概率。
当有多张用户卡被寻呼,或者当有用户卡处于连接模式,而处于空闲模式的至少一张用户卡被寻呼,基于预设的规则选择一张用户卡进行业务,确保了优先级高的用户卡的业务正常进行。
因此,上述技术方案结合寻呼时机和承载寻呼消息的信道特点优化了双卡双待通信终端和多卡多待移动终端的寻呼接收流程,降低了通信终端的寻呼漏接概率。
由于解决了业务卡进行业务期间非业务卡的寻呼信息的接收,弥补了业务卡进行业务期间非业务卡不能进行待机的空白,使多卡多待系统进一步得以完善。
本发明虽然已以较佳实施例公开如上,但其并不是用来限定本发明,任何本领域技术人员在不脱离本发明的精神和范围内,都可以利用上述揭示的方法和技术内容对本发明技术方案做出可能的变动和修改,因此,凡是未脱离本发明技术方案的内容,依据本发明的技术实质对以上实施例所作的任何简单修改、等同变化及修饰,均属于本发明技术方案的保护范围。