多卡多待通信终端及其收发冲突处理方法与装置制造方法

文档序号:7988578阅读:239来源:国知局
多卡多待通信终端及其收发冲突处理方法与装置制造方法
【专利摘要】一种多卡多待通信终端及其收发冲突处理方法与装置,所述多卡多待通信终端的收发冲突处理方法包括:根据收发信令或数据的类型确定收发冲突的保护状态开启与否;在业务卡与非业务卡存在收发冲突时,若识别出所述保护状态已开启,则收发业务卡对应的信令或数据,丢弃非业务卡对应的信令或数据。本发明技术方案能有效解决因业务卡与非业务卡之间的收发冲突而可能导致业务卡进行业务时出现掉话等严重问题。
【专利说明】多卡多待通信终端及其收发冲突处理方法与装置
【技术领域】
[0001]本发明涉及通信领域,特别涉及一种多卡多待通信终端及其收发冲突处理方法与装置。
【背景技术】
[0002]随着通讯技术的飞速发展,人与人之间的信息交流也更频繁,一个手机已无法满足人们的需求,尤其是从事销售、管理等工作的人,有时需要两三个甚至更多手机才能勉强满足需要。而携带这么多手机很是不便,因此,市场上出现了多卡多待手机。这种手机使用户只需要一个手机载体,但可安装多个用户识别模块(SIM, Subscriber Identity Module)卡或者全球用户识别模块(USIM, Universal Subscriber Identity Module)卡,相比携带多个手机明显方便了很多。
[0003]在第二代移动通信(2G)技术中,全球移动通信系统(GSM,Globe System ofMobile Communication)是世界上应用最广的移动通信系统之一。在GSM通信网络中,如果用户需要在一个手机使用多个号码,则一般可以采取以下几种方案:
[0004]1.多卡单待系统:虽然能够同时接两张或两张以上SM/US頂卡,但实际上当前可用(待机和进行业务)的只有一张,由硬件电路来实现多张卡的切换,一般在开机时选择,因为协议栈的影响,一般在工作状态中不能实现多张SIM卡的动态切换,一般需要重新启动手机系统(主要是启动手机协议栈/上层软件等等)。
[0005]2.多卡多待系统:克服了以往多卡单待系统的局限性,其可以实现多张SM/USM卡的同时待机,类似同时具备多部手机,显然实用性得到大大提高。
[0006]早期的多卡多待手机,实际上是拥有多套系统(一般为两套),每套系统都包括各自的射频收发模块、基带处理模块、协议栈,采用多套系统的手机确实可以完成多个号码的真正同时待机及通话,也可以称之为多卡多待多通系统。但是,该方式存在成本高、耗电量大以及待机时间短等缺点,使用起来不够方便。
[0007]后期出现的多卡多待手机可称为多卡多待单通系统,其相比上面的多套系统而言,只使用了一套通讯模块(包括射频收发模块和基带处理模块),因为上层协议栈需要协同工作,所以原先的多套独立运行的协议栈需要密切整合,实际操作虽然复杂了,但可以实现多卡多待效果。一般采用在协议栈控制下轮流接收寻呼消息和广播消息实现多卡同时待机。
[0008]目前,随着第三代移动通信(3G)技术的逐渐普及,例如基于时分-同步码分多址(TD-SCDMA,Time Division-Synchronous Code Division Multiple Access)或者宽带码分多址(WCDMA, Wideband Code Division Multiple Access)技术的 3G 业务已在全国开展,越来越多的人开始使用3G手机,但由于毕竟使用2G手机的人群仍然占多数,因此在2G向3G的过渡阶段,以一个手机同时实现2G和3G的待机则会显得相当便捷。
[0009]当一个具有一套射频模块的通信终端(例如手机)在两种或两种以上通信模式(通信制式)下实现多卡多待时,也可称为该通信终端在多模多卡多待单通系统(单射频多模多卡多待系统)下工作。单射频多模多卡多待系统中,若一张卡在进行业务,该卡可以简称业务卡,其它卡处于待机状态,这些卡可以简称非业务卡。业务卡进行业务时,会进行通信信令或数据的收发,而非业务卡为了保持待机功能,需继续接收广播消息、寻呼消息,此外,非业务卡还可能需要在业务卡进行业务期间进行小区测量。因此,多卡之间的接收和发送必然会存在冲突,如果收发冲突不能得到合理解决,则可能导致业务卡在进行业务的过程中出现掉话等严重问题,所以如何实现在接收非业务卡的广播消息、寻呼消息等信令或数据的同时,尽量减少对业务卡的影响成为多卡多待方案中较为关键的部分。

【发明内容】

[0010]本发明要解决的问题是多卡多待通信系统中因业务卡与非业务卡之间的收发冲突而可能导致业务卡进行业务时出现掉话等严重问题。
[0011]为解决上述问题,本发明技术方案提供一种多卡多待通信终端的收发冲突处理方法,包括:
[0012]根据收发信令或数据的类型确定收发冲突的保护状态开启与否;
[0013]在业务卡与非业务卡存在收发冲突时,若识别出所述保护状态已开启,则收发业务卡对应的信令或数据,丢弃非业务卡对应的信令或数据。
[0014]可选的,所述根据收发信令或数据的类型确定收发冲突的保护状态开启与否包括:
[0015]判断业务卡上/下行信令或数据是否为关键信令或数据,是则将所述保护状态开启,否则维持所述保护状态的关闭;所述关键信令或数据基于信令或数据的重要程度预先确定。
[0016]可选的,所述关键信令或数据包括:测量报告的上报信令、无线承载或物理信道的重配/切换消息。
[0017]可选的,通过如下方式判定业务卡与非业务卡是否存在收发冲突:
[0018]计算业务卡的第一收发位置和非业务卡的第二收发位置;
[0019]若所述第一收发位置与第二收发位置在同一帧中存在重叠,则判断为业务卡和非业务卡存在收发冲突。
[0020]可选的,所述保护状态开启后的M帧为上行保护时间,M由发送的信令或数据的类型确定,所述保护状态开启后的N帧为下行保护时间,N由接收的信令或数据的类型确定,所述保护时间是指所述保护状态开启所持续的时间。
[0021]可选的,所述多卡多待通信终端工作的通信模式包括GSM、TD-SCDMA、WCDMA和LTE中的至少一种。
[0022]为解决上述问题,本发明技术方案还提供一种多卡多待通信终端的收发冲突处理装置,包括:
[0023]状态控制单元,适于根据收发信令或数据的类型确定收发冲突的保护状态开启与否;
[0024]冲突判定单元,适于判定业务卡与非业务卡是否存在收发冲突;
[0025]保护执行单元,适于在业务卡与非业务卡存在收发冲突时,若识别出所述保护状态已开启,则收发业务卡对应的信令或数据,丢弃非业务卡对应的信令或数据。[0026]为解决上述问题,本发明技术方案还提供了一种包括上述收发冲突处理装置的多卡多待通信终端。
[0027]与现有技术相比,本发明技术方案至少具有以下优点:
[0028]通过根据收发信令或数据的类型确定收发冲突的保护状态开启与否,在业务卡与非业务卡存在收发冲突时,若识别出所述保护状态已开启,则收发业务卡对应的信令或数据,丢弃非业务卡对应的信令或数据,一方面,不仅有效地实现了多卡多待系统中业务卡与非业务卡之间的收发冲突处理,而且能够支持多卡处于多种不同通信模式下的收发冲突处理;另一方面,在业务卡与非业务卡之间存在收发冲突时,对业务卡关键信令和数据进行保护的方式,也减少了因业务卡与非业务卡收发冲突处理而对业务卡信令交互的影响,从而能有效避免因所述收发冲突而可能导致业务卡进行业务时出现掉话等严重问题。
【专利附图】

【附图说明】[0029]图1是现有多卡多待系统中避免业务卡与非业务卡收发冲突的流程示意图;
[0030]图2是本发明实施方式提供的多卡多待通信终端的收发冲突处理方法的流程示意图;
[0031]图3是本发明实施例的控制保护状态开启与关闭的流程示意图;
[0032]图4是本发明实施例的业务卡与非业务卡收发冲突处理的流程示意图;
[0033]图5是本发明实施方式提供的多卡多待通信终端的收发冲突处理装置的结构示意图。
【具体实施方式】
[0034]为使本发明的上述目的、特征和优点能够更为明显易懂,下面结合附图对本发明的【具体实施方式】做详细的说明。在以下描述中阐述了具体细节以便于充分理解本发明。但是本发明能够以多种不同于在此描述的其它方式来实施,本领域技术人员可以在不违背本发明内涵的情况下做类似推广。因此本发明不受下面公开的【具体实施方式】的限制。
[0035]在多卡多待单通系统中(只有一套射频模块,多张SM/USM卡),将进行业务的SM/USM卡称为业务卡,将没有进行业务的SM/US頂卡称为非业务卡,因此,当业务卡的业务结束后,该SM/USIM卡由原先称作的业务卡转称为非业务卡。所述业务卡进行的业务包括话音业务、数据业务,所述话音业务比如平时较常见的电话拨打和接听电话的业务,所述数据业务例如短消息业务以及互联网接入业务等。
[0036]现有技术中,多卡主要集中是单模式方案(即单模多卡多待单通系统),几张卡的通信模式相同,例如都是GSM模式,其解决方案主要是根据业务卡的小区同步位置来控制非业务卡的驻留小区,基本思路就是非业务卡在进行小区驻留时会优先选择接收/发送位置与业务卡不冲突的小区,这样就能避免业务卡与非业务卡之间的收发冲突。其控制流程如图1所示:
[0037]步骤SlOl,业务卡进入业务状态;
[0038]步骤S102,按非业务卡小区强到弱顺序,依次比较非业务卡小区的收发位置与业务卡小区的收发位置;
[0039]步骤S103,判断两者是否存在冲突,是则跳转至步骤S102,直至完成所有非业务卡小区收发位置与业务卡小区收发位置的比较,否则执行步骤S104 ;
[0040]步骤S104,非业务卡驻留在该小区(此时非业务卡驻留的小区与业务卡小区不存在收发冲突)。
[0041]上述方案的优点很明显,但应用也有其局限性,其一,如果非业务卡所有小区均与业务卡小区冲突,则该策略不生效;其二,如果多卡的通信模式不一样,比如多卡的通信模式存在GSM、TD-SCDMA和WCDMA中的至少两种,由于几种通信模式的帧结构不同,相互的位置关系一直在变化,无法保证始终不冲突,该方法也就无法应用。
[0042]因此,上述技术方案实现的前提是多卡的邻区中存在相互不冲突的小区,但在现实环境中这种假设并不总成立,该技术方案是通过避免业务卡与非业务卡之间的收发冲突来解决问题,应用会有其局限性,由于还是会有概率遇到冲突的情况,所以对于收发冲突的处理(或称为冲突仲裁)必不可少。冲突仲裁的含义就是,在同一时间由于只能安排一张卡的接收或者发送,其它的接收或发送需要扔掉,冲突仲裁对相关卡的上下行链路会有影响,为了将影响降至最小,需要合理策略来控制仲裁机制,本发明实施方式提出的保护关键信令和数据的策略就是方法之一,能将仲裁对业务卡关键信令和数据交互产生的影响降至最小。
[0043]本发明实施方式提供的多卡多待通信终端的收发冲突处理方法与装置,在业务卡与非业务卡接收冲突时对业务卡关键信令和数据进行保护,保证业务卡的关键信令和数据接收或者发送,使得业务卡不会因为重要信令和数据的丢失而出现掉话等严重问题。
[0044]图2是本发明实施方式提供的多卡多待通信终端的收发冲突处理方法的流程示意图。如图2所示,所述多卡多待通信终端的收发冲突处理方法包括:
[0045]步骤S201,根据收发信令或数据的类型确定收发冲突的保护状态开启与否;
[0046]步骤S202,在业务卡与非业务卡存在收发冲突时,若识别出所述保护状态已开启,则收发业务卡对应的信令或数据,丢弃非业务卡对应的信令或数据。
[0047]下面以具体实施例对上述多卡多待通信终端的收发冲突处理方法作详细说明。
[0048]本实施例中,所述多卡多待通信终端具有一套射频模块,所述通信终端具体为手机或其他具有通信功能的设备(例如平板电脑等),工作的通信模式可以包括GSM、TD-SCDMA、WCDMA和长期演进(LTE,Long Term Evolution)中的至少一种,对于多模而言,可以是GSM、TD-SCDMA、WCDMA以及LTE中至少两种通信模式的任意组合,所述通信终端包括两张或两张以上的SM/USM卡。
[0049]下面具体以双模双卡双待的手机为例进行说明,其中,双模可以分别是TD-SCDMA和GSM,也可以分别是WCDMA和GSM,还可以分别是LTE和GSM等等;双卡分别为TD-SCDMA(或WCDMA)通信模式下对应的USM卡,GSM通信模式下对应的SM卡,USM卡驻留在TD-SCDMA(或WCDMA),SIM卡则驻留在GSM。需要说明的是,TD-SCDMA (或WCDMA)通信模式下可以对应SM卡,而GSM通信模式下也可以对应USIM卡,或者两种或两种以上通信模式均同时对应SM卡,或者USM卡。
[0050]执行步骤S201,根据收发信令或数据的类型确定收发冲突的保护状态开启与否。
[0051]本实施例中,若一张卡进入业务状态,则该卡为业务卡,另一张卡为非业务卡,由于这两张卡都存在收发信令或数据的需求,当两张卡的收发位置存在冲突时,那么需要依据一定的仲裁机制确 定收发哪张卡的信令或数据,丢弃另一张卡的信令或数据。虽然无论丢弃哪张卡的信令或数据,都有可能对该卡带来不利影响,但是可以根据丢失信令或数据所引发后果的严重程度确定收发冲突处理策略。
[0052]业务卡在进行业务期间,其收发的信令或数据中一些具有非常重要的作用,若此类信令或数据的丢失则可能出现掉话等严重问题,而另一些则相对不太重要,一般不会对通信业务带来非常严重的后果,因此,发明人考虑,可以预先确定出业务卡上/下行信令或数据的重要程度,对达到一定标准的信令和数据采取保护措施,即若识别出业务卡收发的信令或数据是属于被保护状态的,则收发这些被保护的信令或数据,而暂时丢弃非业务卡的信令或数据。
[0053]因此,在具体实施时,步骤S201可以包括:
[0054]判断业务卡上/下行信令或数据是否为关键信令或数据,是则将收发冲突的保护状态开启,否则维持所述保护状态的关闭;所述关键信令或数据基于信令或数据的重要程度预先确定。所述关键信令或数据具体可以包括测量报告的上报信令、无线承载或物理信道的重配/切换消息等等。
[0055]需要说明的是,在本发明实施例中引入了 “关键信令或数据”以及“收发冲突的保护状态的开启和关闭”的概念,具体地,对于业务卡上/下行信令或数据中达到预定标准的信令或数据称为“关键信令或数据”,此外,还设置了收发冲突的保护状态,通过对收发冲突的保护状态的开启与关闭的控制实现对所述关键信令或数据进行保护,当所述保护状态开启时,则说明业务卡收发的信令或数据属于关键信令或数据,此时需要确保关键信令或数据的收发,而当所述保护状态关闭时,则表明业务卡收发的信令或数据不属于关键信令或数据,此时可以根据实际情况确定收发业务卡还是非业务卡的信令或数据。
[0056]所以,收发冲突的保护状态主要是根据通信终端上行发送和下行接收的信令或数据的类型(相关通信协议上确定的信令或数据包类型)决定的,其中通信终端上行发送(主要是信令发送),比如测量报告的发送等,会触发网络下发无线承载或者物理信道重配、切换等消息,这些重配/切换消息非常重要,一旦丢失就会导致掉话等严重问题,因此需要重点保护;另外对于非通信终端上报测量报告触发的下行关键信令和数据的接收,例如因网络拥塞而由网络侧下发让通信终端进行信道重配或切换的消息等,为避免该部分关键信令和数据在接收过程中被扔掉,如果检测到当前下行接收为关键信令或数据则也开启保护;而当通信终端上行发送或下行接收的信令或数据的类型属于非关键信令或非关键数据,例如网络侧有时会配置周期性的小区测量结果上报,这类测量报告可认为是非关键信令,高速下行分组接入(HSDPA, High Speed Downlink Packet Access)技术下的下行共享信道(DSCH, Downlink Share Channel)上的数据都可认为是非关键数据,此时没有必要开启保护。
[0057]参阅图3,对于所述保护状态的开启与关闭的具体控制流程可以包括:
[0058]步骤S301,业务卡在业务状态,非业务卡处于待机状态。步骤S301是对各卡的状态进行的识别,这也是对所述保护状态的开启与关闭进行控制的前提条件之一。
[0059]对于业务卡的上行发送:
[0060]步骤S302a,业务卡上行发送。
[0061]步骤S303a,检测上行发送类型。
[0062] 步骤S304a,判断上行发送的是否为关键信令/数据,是则执行步骤S305a,否则执行步骤S306。
[0063]步骤S305a,接下来M帧保护状态开启。
[0064]对于业务卡的下行接收:
[0065]步骤S302b,业务卡下行接收。
[0066]步骤S303b,检测下行接收类型。
[0067]步骤S304b,判断下行接收的是否为关键信令/数据,是则执行步骤S305b,否则执行步骤S306。
[0068]步骤S305b,接下来N帧保护状态开启。[0069]步骤S306,维持保护状态的关闭。一般来说,收发冲突的保护状态默认是关闭的,若判断出业务卡收发的不是关键信令/数据,则维持所述保护状态的关闭,否则将所述保护状态开启。
[0070]本实施例中,所述保护状态开启后的M帧为上行保护时间(对应上述步骤S305a),M由发送的信令或数据的类型确定,所述保护状态开启后的N帧为下行保护时间(对应上述步骤S305b),N由接收的信令或数据的类型确定,所述保护时间是指所述保护状态开启所持续的时间。
[0071]对于上/下行保护时间可分别定义:对于上行状态,通信终端上行发送完成后,网络侧在M帧内都有可能下发下行信令或数据,因此需保护M帧;对于下行状态,由于网络侧下发的信令或数据一般都不只一包,为保证保护区间,N帧需根据接收信令或数据类型调

iF.0
[0072]确定收发冲突的保护状态开启与否之后,执行步骤S202,在业务卡与非业务卡存在收发冲突时,若识别出所述保护状态已开启,则收发业务卡对应的信令或数据,丢弃非业务卡对应的信令或数据。
[0073]具体实施时,步骤S202中可以通过如下方式判定业务卡与非业务卡是否存在收发冲突:计算业务卡的第一收发位置和非业务卡的第二收发位置;若所述第一收发位置与第二收发位置在同一帧中存在重叠,则判断为业务卡和非业务卡存在收发冲突。由于对于业务卡与非业务卡的收发位置的计算以及所述收发冲突的判断为本领域技术人员所知晓,此处不再详细描述。
[0074]本实施例中,根据所述保护状态的开启与否决定收发冲突时安排业务卡还是非业务卡的收发,其工作流程如图4所示,包括:
[0075]步骤S401,分别计算业务卡与非业务的收发位置。
[0076]步骤S402,比较收发位置。
[0077]步骤S403,判断是否存在收发冲突,是则执行步骤S404,否则执行步骤S405。
[0078]上述步骤S401、步骤S402和步骤S403是判定业务卡与非业务卡是否存在收发冲突的过程,其具体实现如前所述,不再赘述。
[0079]步骤S404,判断保护状态是否已开启,是则执行步骤S406,否则执行步骤S407。
[0080]步骤S405,安排业务卡和非业务卡收发。
[0081]步骤S406,安排业务卡收发,放弃非业务卡收发。
[0082]步骤S407,进行其它冲突仲裁。
[0083]由步骤S404~步骤S407可知,如果冲突时判断出所述保护状态已开启,则优先安排业务卡的接收,非业务卡接收则被扔掉,如果不冲突,则业务卡和非业务卡接收均可安排,不需要进行仲裁;另外,冲突时如果保护状态未开启,则需要判断其它仲裁条件,由于其它冲突仲裁所要解决的技术问题与业务卡关键信令或数据的保护已经关系不大,因此此处不展开讨论。
[0084]在实际实施时,对于业务卡进行业务期间的关键信令和数据的保护可以由状态控制单元和保护执行单元实现,其中所述状态控制单元主要是根据上/下行信令和数据类型决定保护状态是否开启,而所述保护执行单元则是物理层在最后配置接收或发送时,根据保护状态是否开启而进行冲突仲裁。具体实现请参考下面对于多卡多待通信终端的收发冲突处理装置的相关描述。
[0085]需要说明的是,本实施例是以双模双卡双待的手机为例说明所述多卡多待通信终端的收发冲突处理方法,在其他实施例中,所述收发冲突处理方法也可以适用于其他多模多卡多待通信终端,例如三模三卡三待的手机,此时需要判断业务卡与第一张非业务卡之间是否存在收发冲突,以及业务卡与第二张非业务卡之间是否存在收发冲突,当业务卡与任意一张非业务卡出现收发冲突时,按照本实施例所述的收发冲突处理方法,同样能够实现对业务卡关键信令和数据的保护,减少因业务卡与非业务卡收发冲突处理而对业务卡信令交互的影响,从而能有效避免因收发冲突而可能导致业务卡进行业务时出现掉话等严重问题。
[0086]此外,由于本发明实施例提供的多卡多待通信终端的收发冲突处理方法,是为了在出现收发冲突时能够保护业务卡关键信令或数据所进行的冲突仲裁,而不仅仅局限于避免收发冲突,因此各种通信模式下帧结构的差异并不影响所述多卡多待通信终端的收发冲突处理方法的适用。
[0087]对应上述多卡多待通信终端的收发冲突处理方法,本发明实施方式还提供一种多卡多待通信终端的收发冲突处理装置。图5是本发明实施方式提供的多卡多待通信终端的收发冲突处理装置的结构示意图。参阅图5,所述多卡多待通信终端的收发冲突处理装置包括:状态控制单元101,适于根据收发信令或数据的类型确定收发冲突的保护状态开启与否;冲突判定单元102,适于判定业务卡与非业务卡是否存在收发冲突;保护执行单元103,与所述状态控制单元101和冲突判定单元102相连,适于在业务卡与非业务卡存在收发冲突时,若识别出所述保护状态已开启,则收发业务卡对应的信令或数据,丢弃非业务卡对应的信令或数据。
[0088]具体实施时,所述状态控制单元101可以包括:第一判断子单元,适于判断业务卡上/下行信令或数据是否为关键信令或数据;所述关键信令或数据基于信令或数据的重要程度预先确定;控制子单元,适于在所述判断单元判断出业务卡上/下行信令或数据为关键信令或数据时,将所述保护状态开启,否则维持所述保护状态的关闭。
[0089]所述关键信令或数据包括:测量报告的上报信令、无线承载或物理信道的重配/切换消息。
[0090]具体实施时,所述冲突判定单元102可以包括:位置计算单元,适于计算业务卡的第一收发位置和非业务卡的第二收发位置;第二判断子单元,适于在所述第一收发位置与第二收发位置在同一帧中存在重叠时,判断为业务卡和非业务卡存在收发冲突。
[0091]具体实施时,所述保护执行单元103以所述保护状态开启后的M帧作为上行保护时间,M由发送的信令或数据的类型确定,以所述保护状态开启后的N帧作为下行保护时间,N由接收的信令或数据的类型确定,所述保护时间是指所述保护状态开启所持续的时间。
[0092]此外,本发明实施方式还提供了一种包括上述收发冲突处理装置的多卡多待通信终端。在具体的实施例中,所述多卡多待通信终端工作的通信模式包括GSM、TD-SCDMA、WCDMA和LTE中的至少一种。
[0093]所述多卡多待通信终端及其收发冲突处理装置的具体实施可参考上述多卡多待通信终端的收发冲突处理方法的实施,在此不再赘述。
[0094]本领域技术人员可以理解,实现上述实施例中多卡多待通信终端及其收发冲突处理装置的全部或部分是可以通过程序来指令相关的硬件来完成,所述的程序可以存储于计算机可读存储介质中,所述存储介质可以是ROM、RAM、磁碟、光盘等。
[0095]本发明虽然已以较佳实施例公开如上,但其并不是用来限定本发明,任何本领域技术人员在不脱离本发明的精神和范围内,都可以利用上述揭示的方法和技术内容对本发明技术方案做出可能的变动和修改,因此,凡是未脱离本发明技术方案的内容,依据本发明的技术实质对以上实施 例所作的任何简单修改、等同变化及修饰,均属于本发明技术方案的保护范围。
【权利要求】
1.一种多卡多待通信终端的收发冲突处理方法,其特征在于,包括: 根据收发信令或数据的类型确定收发冲突的保护状态开启与否; 在业务卡与非业务卡存在收发冲突时,若识别出所述保护状态已开启,则收发业务卡对应的信令或数据,丢弃非业务卡对应的信令或数据。
2.根据权利要求1所述的多卡多待通信终端的收发冲突处理方法,其特征在于,所述根据收发信令或数据的类型确定收发冲突的保护状态开启与否包括: 判断业务卡上/下行信令或数据是否为关键信令或数据,是则将所述保护状态开启,否则维持所述保护状态的关闭;所述关键信令或数据基于信令或数据的重要程度预先确定。
3.根据权利要求2所述的多卡多待通信终端的收发冲突处理方法,其特征在于,所述关键信令或数据包括:测量报告的上报信令、无线承载或物理信道的重配/切换消息。
4.根据权利要求1所述的多卡多待通信终端的收发冲突处理方法,其特征在于,通过如下方式判定业务卡与非业务卡是否存在收发冲突: 计算业务卡的第一收发位置和非业务卡的第二收发位置; 若所述第一收发位置与第二收发位置在同一帧中存在重叠,则判断为业务卡和非业务卡存在收发冲突。
5.根据权利要求1所 述的多卡多待通信终端的收发冲突处理方法,其特征在于,所述保护状态开启后的M帧为上行保护时间,M由发送的信令或数据的类型确定,所述保护状态开启后的N帧为下行保护时间,N由接收的信令或数据的类型确定,所述保护时间是指所述保护状态开启所持续的时间。
6.根据权利要求1所述的多卡多待通信终端的收发冲突处理方法,其特征在于,所述多卡多待通信终端工作的通信模式包括GSM、TD-SCDMA、WCDMA和LTE中的至少一种。
7.一种多卡多待通信终端的收发冲突处理装置,其特征在于,包括: 状态控制单元,适于根据收发信令或数据的类型确定收发冲突的保护状态开启与否; 冲突判定单元,适于判定业务卡与非业务卡是否存在收发冲突; 保护执行单元,适于在业务卡与非业务卡存在收发冲突时,若识别出所述保护状态已开启,则收发业务卡对应的信令或数据,丢弃非业务卡对应的信令或数据。
8.根据权利要求7所述的多卡多待通信终端的收发冲突处理装置,其特征在于,所述状态控制单元包括: 第一判断子单元,适于判断业务卡上/下行信令或数据是否为关键信令或数据;所述关键信令或数据基于信令或数据的重要程度预先确定; 控制子单元,适于在所述判断单元判断出业务卡上/下行信令或数据为关键信令或数据时,将所述保护状态开启,否则维持所述保护状态的关闭。
9.根据权利要求8所述的多卡多待通信终端的收发冲突处理装置,其特征在于,所述关键信令或数据包括:测量报告的上报信令、无线承载或物理信道的重配/切换消息。
10.根据权利要求7所述的多卡多待通信终端的收发冲突处理装置,其特征在于,所述冲突判定单元包括: 位置计算单元,适于计算业务卡的第一收发位置和非业务卡的第二收发位置; 第二判断子单元,适于在所述第一收发位置与第二收发位置在同一帧中存在重叠时,判断为业务卡和非业务卡存在收发冲突。
11.根据权利要求7所述的多卡多待通信终端的收发冲突处理装置,其特征在于,所述保护执行单元以所述保护状态开启后的M帧作为上行保护时间,M由发送的信令或数据的类型确定,以所述保护状态开启后的N帧作为下行保护时间,N由接收的信令或数据的类型确定,所述保护时间是指所述保护状态开启所持续的时间。
12.—种多卡多待通信终端,其特征在于,包括:权利要求7至11任一项所述的收发冲突处理装置。
13.根据权利要求12所述的多卡多待通信终端,其特征在于,所述多卡多待通信终端工作的通信模式包 括GSM、TD-SCDMA、WCDMA和LTE中的至少一种。
【文档编号】H04W88/06GK103906255SQ201210587813
【公开日】2014年7月2日 申请日期:2012年12月28日 优先权日:2012年12月28日
【发明者】李文杰 申请人:展讯通信(上海)有限公司
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1