一种用于单天线多模多卡终端的通用调度系统和方法_3

文档序号:8500154阅读:来源:国知局
张卡的任务GAP申请给予响应。对于提前使用完成的GAP,或者由于仲裁模块中有更高优先级的任务需要调度而触发中止的GAP,回收模块负责回收这些GAP。应当注意,在仲裁模块上,反悔机制也可以被实施,即如果有更高优先级的任务需要调度,对于那些已经接受的GAP申请,在该任务未执行前,仲裁模块可以通知反馈模块拒绝该GAP。
[0051]本发明所公开的适用于单天线多模多卡终端的通用调度机制,可以根据不同系统的特点,灵活地选择使用主副卡策略来实施或者使用多卡对等策略来实施。
[0052]图4示出了适用于单天线多模多卡终端的主副卡策略的实施方式的示意图。如图4所示,对于主副卡策略的实施,需要选择一张SM卡作为调度的主卡(Master Card,MC),其他SM卡作为副卡(Slaver Card, SC) ο副卡的所有任务都需要向主卡申请,主卡将这些副卡的申请任务和自己的接收任务一起进行调度。基于这种实施策略,在图1所示出的四个子模块中,RQM在每张副卡上运行,AM在主卡上运行,FM在每张副卡上运行,RCM需要分别在主卡和每张副卡上运行。
[0053]图5示出了适用于单天线多模多卡终端的多卡对等策略的实施方式的示意图。如图5所示,对于多卡对等策略的实施,不需要选择主卡和副卡,所有的SIM卡都处于对等状态,也就是说,其任务都需要通过RQM向AM提出申请,由AM统一进行调度。基于这种策略,在图1所示出的四个子模块中,RQM在每张卡上运行,AM作为独立模块运行,FM和RCM在每张卡上运行。
[0054]虽然上述两种实施略有不同,但总的思路是一致的,下面以多卡对等策略的实施为例,对适用于单天线多模多卡终端的通用调度机制流程进行阐述。
[0055]图6示出了适用于单天线多模多卡终端的单天线多模多卡终端的通用调度机制的功能流程图。
[0056]如图6所示,在步骤I中,每张SIM卡运行自身的协议栈(Protocol Stack,PS),发现需要在某个时间点进行发送/接收任务。然后,RQM等待新的发送/接收任务,在接收到之后转到步骤2。
[0057]在步骤2中,每张SM通过自身的RM向AM提出任务申请,并且发送请求。在A M收到来自多张卡的任务申请后,转到步骤3。
[0058]在步骤3中,AM根据任务需求的时间点对各个任务在时间轴上进行安排。然后,根据请求和当前的分配进行仲裁。如果不存在冲突,转到步骤5 ;否则,转到步骤4。
[0059]在步骤4中,AM发现任务申请存在冲突,则通过一定的规则选择某张卡上的任务作为该时间点的可执行任务。仲裁过程中如果不需要取消已经接受的任务,转到步骤5 ;否贝1J,如果发生冲突的GAP之前已经被接受,那么需要使用反悔机制,则转到步骤6。
[0060]在步骤5中,AM将各张卡上的任务安排完毕,将任务调度结果通知任务对应SIM卡上的FM(例如,任务被批准/接受或被拒绝)。然后,转到步骤7。
[0061]在步骤6中,AM通过反悔机制通知对应SM卡的FM,已经接受的任务申请GAP需要被取消/被反悔,并且另一个SIM的新的GAP被接受。然后,转到步骤7。
[0062]在步骤7中,每张SM卡的FM收到AM发来的任务调度/仲裁结果(例如,接受/拒绝/反悔),然后将结果通知给对应SIM卡的协议栈。每张SIM卡的协议栈可以根据结果安排或取消此次任务。任务执行完成后,转到步骤I等待新的任务申请。
[0063]此外,在外部的步骤中,任意一个SM卡上的任务执行完成后,通知对应卡上的RM以完成GAP回收的工作。完成GAP回收工作之后,RM需要通知AM。AM需要根据GAP的使用情况,重新根据当前所有任务需求的时间点对于各任务在时间轴上进行安排。
[0064]图7示出了根据本发明的一个实施例的用户设备。如图7所示,根据本发明的实施例的用户设备700包括:多个卡槽701,分别用于接受多张用户身份标识卡中相应的一张用户身份标识卡;以及根据本发明的前述各实施例所述的调度系统702,用于实现所述多张用户身份标识卡之间的调度。
[0065]本发明的实施方式的主要优点在于:(I)具有良好的普适性。本发明所提出的调度机制独立于特定的调制解调器(modem)平台,与调制解调器本身的设计实现方案无关,是一种对于各种平台都通用的单天线多模多卡终端调度机制;(2)具有良好的扩展性。本发明所提出的调度机制既适用于目前比较常见的双卡系统,也能够很容易地扩展到多卡系统;既能适用于现有的2G/3G/4G多模网络环境,也能支持未来的超4G(B4G)网络环境;(3)具有良好的灵活性。本发明所提出的调度机制中所包含的各个功能模块,可以根据不同的移动终端功能需求进行合理的取舍,有利于实现不同定位的移动终端的功能化差异。
[0066]应当注意,本发明的实施例可以通过硬件、软件或者软件和硬件的结合来实现。硬件部分可以利用专用逻辑来实现;软件部分可以存储在存储器中,由适当的指令执行系统,例如微处理器或者专用设计硬件来执行。本领域的技术人员可以理解上述的设备和方法可以使用计算机可执行指令和/或包含在处理器控制代码中来实现,例如在诸如磁盘、CD或DVD-ROM的载体介质、诸如只读存储器(固件)的可编程的存储器或者诸如光学或电子信号载体的数据载体上提供了这样的代码。本发明的设备及其装置可以由诸如超大规模集成电路或门阵列、诸如逻辑芯片、晶体管等的半导体、或者诸如现场可编程门阵列、可编程逻辑设备等的可编程硬件设备的硬件电路实现,也可以用由各种类型的处理器执行的软件实现,也可以由上述硬件电路和软件的结合例如固件来实现。
[0067]应当注意,尽管在上文详细描述中提及了设备的若干装置或子装置,但是这种划分仅仅并非强制性的。实际上,根据本发明的实施例,上文描述的两个或更多装置的特征和功能可以在一个装置中具体化。反之,上文描述的一个装置的特征和功能可以进一步划分为由多个装置来具体化。
[0068]此外,尽管在附图中以特定顺序描述了本发明方法的操作,但是,这并非要求或者暗示必须按照该特定顺序来执行这些操作,或是必须执行全部所示的操作才能实现期望的结果。相反,流程图中描绘的步骤可以改变执行顺序。附加地或备选地,可以省略某些步骤,将多个步骤组合为一个步骤执行,和/或将一个步骤分解为多个步骤执行。
[0069]虽然已经参考若干具体实施例描述了本发明,但是应当理解,本发明不限于所公开的具体实施例。本发明旨在涵盖所附权利要求的精神和范围内所包括的各种修改和等效布置。所附权利要求的范围符合最宽泛的解释,从而包含所有这样的修改及等同结构和功會K。
【主权项】
1.一种用于单天线多模多卡终端的调度系统,包括: 请求模块,被配置为申请与当前卡的射频RF有关的发送/接收任务的通用访问配置文件 GAP ; 仲裁模块,被配置为执行多张卡的任务在时间轴上的分配和发生冲突时的仲裁; 反馈模块,被配置为根据所述仲裁模块的结果对各张卡的发送/接收任务GAP申请给予响应; 回收模块,被配置为回收任何卡上的发送/接收任务GAP ;
当前第3页1 2 3 4 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1