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

Abstract

本发明的实施例提供了一种用于单天线多模多卡终端的调度系统，包括：请求模块，被配置为申请与当前卡的射频RF有关的发送/接收任务的通用访问配置文件GAP；仲裁模块，被配置为执行多张卡的任务在时间轴上的分配和发生冲突时的仲裁；反馈模块，被配置为根据所述仲裁模块的结果对各张卡的发送/接收任务GAP申请给予响应；回收模块，被配置为回收任何卡上的发送/接收任务GAP；以及调度机制单元，被配置为实现多张卡的调度。本发明的实施例还提供了一种用于单天线多模多卡终端的调度方法和一种用户设备。本发明的实施例具有良好的普适性、扩展性和灵活性。

Description

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

相关申请的交叉引用

本申请要求2014年2月3日提交的美国临时专利申请序列号No.61/935,204的权益，其全部内容通过引用并入本文。

技术领域

本发明的实施例涉及移动通信技术领域，并且更具体地涉及移动通信技术领域中适用于单天线多模多卡终端的调度系统和方法。

背景技术

随着无线通信技术的迅速发展，移动智能终端已经成为人们工作生活必不可少的工具，并且越来越多的用户同时拥有多张用户身份模块(SIM)卡，以适应不同场合的沟通需求。然而，同时携带多个移动终端无疑会给这些用户带来诸多不便，所以能够支持多张卡同时待机的移动终端应运而生，并且逐渐成为移动智能终端的标准配置。

另外，除了传统的第二代(2G)移动通信网络在语音方面仍然起着不可替代的作用之外，在运营商的大力推进下，全球的第三代(3G)移动通信网络也日趋成熟，并且逐渐成为数据业务的主流移动网络平台。此外，第四代(4G)长期演进(LTE)移动通信的网络也在越来越多的国家被使用，并且逐步发展。由此可以预见，在未来相当长的一段时间内，2G/3G/4G多种网络共存将是全球移动网络环境的一个普遍现象。在这种情况下，能够支持多种模式也就成为移动终端的一项基本功能需求。

在上述背景下，单天线方案由于其具有的成本优势以及相对完备的功能，已经成为各个终端和芯片厂商研发的热点。但是，对于单天线多卡方案来说，由于单天线的局限性，在一个特定的时间段内只能执行一张卡上的发送/接收任务，不同SIM卡上的接收任务之间没有任何的关系，因此造成同一时间段内可能会存在多张SIM卡发送/接收任务而引起的冲突。由此，能够解决这种冲突的调度机制成为了单天线方案研究的重点和关键。

发明内容

鉴于现有技术中存在的上述问题，对于单天线的终端，多张SIM卡发送/接收任务需要能够避免可能的冲突的调度机制。因此，本发明的实施方式提出了一种适用于单天线多模多卡终端的通用调度机制。该方法具有较好的普适性、扩展性和灵活性。

根据本发明的一个方面，提供了一种用于单天线多模多卡终端的调度系统，包括：请求模块，被配置为申请与当前卡的射频RF有关的发送/接收任务的通用访问配置文件GAP；仲裁模块，被配置为执行多张卡的任务在时间轴上的分配和发生冲突时的仲裁；反馈模块，被配置为根据所述仲裁模块的结果对各张卡的发送/接收任务GAP申请给予响应；回收模块，被配置为回收任何卡上的发送/接收任务GAP；以及调度机制单元，被配置为实现多张卡的调度。

根据本发明的一个实施例，其中按照申请的紧急程度，GAP分为多种不同的优先级；按照申请的时间特性，GAP分为确定时间点的GAP和任意时间点的GAP；并且这两种不同的GAP申请类型根据需要单独或者结合使用。

根据本发明的一个实施例，其中所述请求模块还对本卡长时间不能被接受的GAP申请进行调整优先级的处理。

根据本发明的一个实施例，其中所述仲裁模块进一步被配置为，将所述请求模块提出的全部任务GAP申请在时间轴上进行串行排列，并且在GAP申请发生冲突时，根据任务的优先级进行仲裁，决定哪个GAP申请被接受，哪个GAP申请被拒绝。

根据本发明的一个实施例，其中所述反馈模块进一步被配置为，提供支持GAP时的中止机制。

根据本发明的一个实施例，其中所述回收模块的回收操作分为：1)GAP提前使用完成后，对GAP的回收；2)由于所述反馈模块侧有更高优先级的任务需要调度而触发中止GAP后，对GAP的回收。

根据本发明的一个实施例，该调度系统进一步包括：反悔机制单元，被配置为如果有更高优先级的发送/接收任务需要调度，则拒绝那些已经接受但还未执行的GAP申请。

根据本发明的一个实施例，其中所述反悔机制单元实施在所述仲裁模块上。

根据本发明的一个实施例，如果所述单天线多模多卡终端存在一张主卡并且其他卡作为副卡，则所述请求模块在每张副卡上运行，所述仲裁模块在所述主卡上运行，所述反馈模块在每张副卡上运行，所述回收模块在所述主卡和每张副卡上运行。

根据本发明的一个实施例，如果所述单天线多模多卡终端的多张卡是对等的，则所述请求模块、所述反馈模块、以及所述回收模块均在每张卡上运行，所述仲裁模块作为独立模块运行。

根据本发明的另一个方面，提供了一种用于单天线多模多卡终端的调度方法，包括：通过请求模块来申请与当前卡的射频RF有关的发送/接收任务的通用访问配置文件GAP；通过仲裁模块来执行多张卡的任务在时间轴上的分配和发生冲突时的仲裁；通过反馈模块来根据所述仲裁模块的结果对各张卡的发送/接收任务GAP申请给予响应；通过回收模块来回收任何卡上的发送/接收任务GAP；以及通过调度机制单元来实现多张卡的调度。

根据本发明的又一个方面，提供了一种用于单天线多模多卡终端的调度方法，包括下列步骤：步骤1，每张卡运行自身的协议栈，发现需要在某个时间点进行发送/接收任务，请求模块等待新的发送/接收任务，在接收到发送/接收任务之后转到步骤2；步骤2，每张卡通过自身的请求模块向仲裁模块提出任务申请，并且发送请求，在所述仲裁模块收到来自多张卡的任务申请后，转到步骤3；步骤3，所述仲裁模块根据任务需求的时间点对各个任务在时间轴上进行安排，根据请求和当前的分配进行仲裁；如果不存在冲突，转到步骤5；否则，转到步骤4；步骤4，所述仲裁模块发现任务申请存在冲突，则通过一定的规则选择某张卡上的任务作为该时间点的可执行任务；仲裁过程中如果不需要取消已经接受的任务，转到步骤5；否则，如果发生冲突的GAP之前已经被接受，那么需要使用反悔机制，则转到步骤6；步骤5，所述仲裁模块将各张卡上的任务安排完毕，将任务调度结果通知任务对应卡上的反馈模块，转到步骤7；步骤6，所述仲裁模块通过反悔机制通知对应卡的反馈模块，已经接受的任务申请GAP需要被取消/被反悔，并且另一张卡的新的GAP被接受，然后，转到步骤7；步骤7，每张卡的反馈模块收到所述仲裁模块发来的任务调度/仲裁结果，然后将结果通知给对应卡的协议栈，每张卡的协议栈可以根据结果安排或取消此次任务，任务执行完成后，转到步骤1等待新的任务申请。

根据本发明的再一个方面，提供了一种用户设备，包括：多个卡槽，分别用于接受多张用户身份标识卡中相应的一张用户身份标识卡；以及根据本发明的第一方面所述的调度系统，用于实现所述多张用户身份标识卡之间的调度。

附图说明

通过参考附图阅读下文的详细描述，本发明实施例的上述以及其他目的、特征和优点将变得容易理解。在附图中，以示例性而非限制性的方式示出了本发明的若干实施例，其中：

图1示出了实现适用于单天线多模多卡终端的通用调度机制的系统的功能框图；

图2示出了实现适用于单天线多模多卡终端的通用调度机制的方法的流程框图；

图3示出了适用于单天线多模多卡终端的通用调度机制的数据流图；

图4示出了适用于单天线多模多卡终端的主副卡策略的实施方式的示意图；

图5示出了适用于单天线多模多卡终端的多卡对等策略的实施方式的示意图；

图6示出了适用于单天线多模多卡终端的单天线多模多卡终端的通用调度机制的功能流程图；以及

图7示出了根据本发明的一个实施例的用户设备。

具体实施方式

下文将参考附图中所示出的若干示例性实施例来描述本发明的原理和精神。应当理解，描述这些实施例仅是为了使本领域的技术人员能够更好地理解并实现本发明，而并非以任何方式限制本发明的范围。

针对单天线多模多卡终端，本发明的实施方式提出了一种实现适用于单天线多模多卡终端的通用调度机制的系统和方法。

图1示出了用于单天线多模多卡终端的调度系统的功能框图。如图1所示，本发明的实施例所提出的通用调度机制(ScheduleMechanism，SM)包含四个子模块和一个机制单元，其中请求模块(Request Module，RQM)负责本卡射频(RF)相关的发送/接收任务(后面为了描述方便，统一简称为任务)的通用访问配置文件(Generic Access Profile，GAP)的申请；仲裁模块(ArbitrationModule，AM)负责多张卡的任务在时间轴上的分配以及发生冲突时的仲裁；反馈模块(Feedback Module，FM)负责根据AM的结果对各张卡的任务GAP申请给予响应；回收模块(Reclaim Module，RCM)负责任何卡上的任务GAP的回收。

RQM负责在本卡有任务时向AM提出GAP申请。申请的类型可以有不同的划分方式，例如，按照申请GAP的紧急程度可以分为多种不同优先级的GAP；按照申请GAP的时间特性又可以分为确定时间点的GAP和任意时间点的GAP。这两种不同的GAP申请类型可以根据需要单独或者结合使用。RQM还需要对本卡长时间不能被接受的GAP申请进行调整优先级的处理。

AM负责所有卡上任务GAP的分配以及出现冲突时的仲裁。由于单天线的局限性，所有SIM卡上的任务必须串行处理，AM负责将RQM提出的全部任务GAP申请在时间轴上进行串行排列，并且在GAP申请发生冲突时，根据任务的优先级进行仲裁，决定哪个申请被接受，哪个申请被拒绝。

FM负责对AM的调度结果作出响应，配置或者中止所申请的任务。此外，FM还需要能够提供支持GAP时的中止(Abort)机制。

RCM负责GAP的回收。回收操作可以分成以下两种：1)GAP提前使用完成后，对GAP的回收；2)由于AM侧有更高优先级的任务需要调度而触发中止GAP后，对GAP的回收。

除了上述四个功能模块之外，为了适应一些非同步高优先级的任务的处理，上述模块还需要配合支持反悔机制(Regret Mechanism，RGM)，即允许在有更高优先级的任务需要调度时，对于已经接受的GAP申请，在该任务未执行前，AM可以通知FM拒绝该GAP。

在设计单天线多模多卡终端时，可以根据具体的设计需求，灵活选用上述RQM、AM、FM、RCM、RGM的全部或部分功能模块，以实现调度机制。

图2示出了实现适用于单天线多模多卡终端的通用调度机制的方法的流程框图。与用于单天线多模多卡终端的调度系统相适应地，本发明的实施例还提供了一种用于单天线多模多卡终端的调度方法。该调度方法在本发明的实施例所提出的通用调度机制(ScheduleMechanism，SM)的四个子模块和一个机制单元上实现。

如图2所示，调度方法200具体包括：在步骤201处，通过请求模块来申请与当前卡的射频RF有关的发送/接收任务的通用访问配置文件GAP；在步骤202处，通过仲裁模块来执行多张卡的任务在时间轴上的分配和发生冲突时的仲裁；在步骤203处，通过反馈模块来根据所述仲裁模块的结果对各张卡的发送/接收任务GAP申请给予响应；在步骤204处，通过回收模块来回收任何卡上的发送/接收任务GAP；在步骤205处，以及通过调度机制单元来实现多张卡的调度。

根据本发明的一个实施例，其中按照申请的紧急程度，GAP分为多种不同的优先级；按照申请的时间特性，GAP分为确定时间点的GAP和任意时间点的GAP；并且这两种不同的GAP申请类型根据需要单独或者结合使用。

根据本发明的一个实施例，调度方法200进一步包括：通过所述请求模块对本卡长时间不能被接受的GAP申请进行调整优先级的处理。

根据本发明的一个实施例，调度方法200进一步包括：通过所述仲裁模块将所述请求模块提出的全部任务GAP申请在时间轴上进行串行排列，并且在GAP申请发生冲突时，根据任务的优先级进行仲裁，决定哪个GAP申请被接受，哪个GAP申请被拒绝。

根据本发明的一个实施例，调度方法200进一步包括：通过所述反馈模块提供支持GAP时的中止机制。

根据本发明的一个实施例，其中所述回收模块的回收操作分为：1)GAP提前使用完成后，对GAP的回收；2)由于所述反馈模块侧有更高优先级的任务需要调度而触发中止GAP后，对GAP的回收。

根据本发明的一个实施例，调度方法200进一步包括：如果有更高优先级的发送/接收任务需要调度，则通过反悔机制单元拒绝那些已经接受但还未执行的GAP申请。

根据本发明的一个实施例，其中所述反悔机制单元实施在所述仲裁模块上。

根据本发明的一个实施例，如果所述单天线多模多卡终端存在一张主卡并且其他卡作为副卡，则所述请求模块在每张副卡上运行，所述仲裁模块在所述主卡上运行，所述反馈模块在每张副卡上运行，所述回收模块在所述主卡和每张副卡上运行。

根据本发明的一个实施例，如果所述单天线多模多卡终端的多张卡是对等的，则所述请求模块、所述反馈模块、以及所述回收模块均在每张卡上运行，所述仲裁模块作为独立模块运行。

本领域的技术人员应当理解，根据本发明的实施例的调度方法中所记载的各个步骤可以按照不同的顺序执行和/或并行执行。本发明的实施例的调度方法还可以包括附加的步骤和/或省略执行示出的步骤。本发明的范围在此方面不受限制。

图3示出了适用于单天线多模多卡终端的通用调度机制的数据流图。如图3所示，首先，请求模块负责任务GAP的申请。然后，仲裁模块负责在时间轴上分配多张卡的任务；如果发生冲突，则进行仲裁。然后，基于仲裁模块上的结果，反馈模块对各张卡的任务GAP申请给予响应。对于提前使用完成的GAP，或者由于仲裁模块中有更高优先级的任务需要调度而触发中止的GAP，回收模块负责回收这些GAP。应当注意，在仲裁模块上，反悔机制也可以被实施，即如果有更高优先级的任务需要调度，对于那些已经接受的GAP申请，在该任务未执行前，仲裁模块可以通知反馈模块拒绝该GAP。

本发明所公开的适用于单天线多模多卡终端的通用调度机制，可以根据不同系统的特点，灵活地选择使用主副卡策略来实施或者使用多卡对等策略来实施。

图4示出了适用于单天线多模多卡终端的主副卡策略的实施方式的示意图。如图4所示，对于主副卡策略的实施，需要选择一张SIM卡作为调度的主卡(Master Card，MC)，其他SIM卡作为副卡(Slaver Card，SC)。副卡的所有任务都需要向主卡申请，主卡将这些副卡的申请任务和自己的接收任务一起进行调度。基于这种实施策略，在图1所示出的四个子模块中，RQM在每张副卡上运行，AM在主卡上运行，FM在每张副卡上运行，RCM需要分别在主卡和每张副卡上运行。

图5示出了适用于单天线多模多卡终端的多卡对等策略的实施方式的示意图。如图5所示，对于多卡对等策略的实施，不需要选择主卡和副卡，所有的SIM卡都处于对等状态，也就是说，其任务都需要通过RQM向AM提出申请，由AM统一进行调度。基于这种策略，在图1所示出的四个子模块中，RQM在每张卡上运行，AM作为独立模块运行，FM和RCM在每张卡上运行。

虽然上述两种实施略有不同，但总的思路是一致的，下面以多卡对等策略的实施为例，对适用于单天线多模多卡终端的通用调度机制流程进行阐述。

图6示出了适用于单天线多模多卡终端的单天线多模多卡终端的通用调度机制的功能流程图。

如图6所示，在步骤1中，每张SIM卡运行自身的协议栈(Protocol Stack，PS)，发现需要在某个时间点进行发送/接收任务。然后，RQM等待新的发送/接收任务，在接收到之后转到步骤2。

在步骤2中，每张SIM通过自身的RM向AM提出任务申请，并且发送请求。在A M收到来自多张卡的任务申请后，转到步骤3。

在步骤3中，AM根据任务需求的时间点对各个任务在时间轴上进行安排。然后，根据请求和当前的分配进行仲裁。如果不存在冲突，转到步骤5；否则，转到步骤4。

在步骤4中，AM发现任务申请存在冲突，则通过一定的规则选择某张卡上的任务作为该时间点的可执行任务。仲裁过程中如果不需要取消已经接受的任务，转到步骤5；否则，如果发生冲突的GAP之前已经被接受，那么需要使用反悔机制，则转到步骤6。

在步骤5中，AM将各张卡上的任务安排完毕，将任务调度结果通知任务对应SIM卡上的FM(例如，任务被批准/接受或被拒绝)。然后，转到步骤7。

在步骤6中，AM通过反悔机制通知对应SIM卡的FM，已经接受的任务申请GAP需要被取消/被反悔，并且另一个SIM的新的GAP被接受。然后，转到步骤7。

在步骤7中，每张SIM卡的FM收到AM发来的任务调度/仲裁结果(例如，接受/拒绝/反悔)，然后将结果通知给对应SIM卡的协议栈。每张SIM卡的协议栈可以根据结果安排或取消此次任务。任务执行完成后，转到步骤1等待新的任务申请。

此外，在外部的步骤中，任意一个SIM卡上的任务执行完成后，通知对应卡上的RM以完成GAP回收的工作。完成GAP回收工作之后，RM需要通知AM。AM需要根据GAP的使用情况，重新根据当前所有任务需求的时间点对于各任务在时间轴上进行安排。

图7示出了根据本发明的一个实施例的用户设备。如图7所示，根据本发明的实施例的用户设备700包括：多个卡槽701，分别用于接受多张用户身份标识卡中相应的一张用户身份标识卡；以及根据本发明的前述各实施例所述的调度系统702，用于实现所述多张用户身份标识卡之间的调度。

本发明的实施方式的主要优点在于：(1)具有良好的普适性。本发明所提出的调度机制独立于特定的调制解调器(modem)平台，与调制解调器本身的设计实现方案无关，是一种对于各种平台都通用的单天线多模多卡终端调度机制；(2)具有良好的扩展性。本发明所提出的调度机制既适用于目前比较常见的双卡系统，也能够很容易地扩展到多卡系统；既能适用于现有的2G/3G/4G多模网络环境，也能支持未来的超4G(B4G)网络环境；(3)具有良好的灵活性。本发明所提出的调度机制中所包含的各个功能模块，可以根据不同的移动终端功能需求进行合理的取舍，有利于实现不同定位的移动终端的功能化差异。

应当注意，本发明的实施例可以通过硬件、软件或者软件和硬件的结合来实现。硬件部分可以利用专用逻辑来实现；软件部分可以存储在存储器中，由适当的指令执行系统，例如微处理器或者专用设计硬件来执行。本领域的技术人员可以理解上述的设备和方法可以使用计算机可执行指令和/或包含在处理器控制代码中来实现，例如在诸如磁盘、CD或DVD-ROM的载体介质、诸如只读存储器(固件)的可编程的存储器或者诸如光学或电子信号载体的数据载体上提供了这样的代码。本发明的设备及其装置可以由诸如超大规模集成电路或门阵列、诸如逻辑芯片、晶体管等的半导体、或者诸如现场可编程门阵列、可编程逻辑设备等的可编程硬件设备的硬件电路实现，也可以用由各种类型的处理器执行的软件实现，也可以由上述硬件电路和软件的结合例如固件来实现。

应当注意，尽管在上文详细描述中提及了设备的若干装置或子装置，但是这种划分仅仅并非强制性的。实际上，根据本发明的实施例，上文描述的两个或更多装置的特征和功能可以在一个装置中具体化。反之，上文描述的一个装置的特征和功能可以进一步划分为由多个装置来具体化。

此外，尽管在附图中以特定顺序描述了本发明方法的操作，但是，这并非要求或者暗示必须按照该特定顺序来执行这些操作，或是必须执行全部所示的操作才能实现期望的结果。相反，流程图中描绘的步骤可以改变执行顺序。附加地或备选地，可以省略某些步骤，将多个步骤组合为一个步骤执行，和/或将一个步骤分解为多个步骤执行。

虽然已经参考若干具体实施例描述了本发明，但是应当理解，本发明不限于所公开的具体实施例。本发明旨在涵盖所附权利要求的精神和范围内所包括的各种修改和等效布置。所附权利要求的范围符合最宽泛的解释，从而包含所有这样的修改及等同结构和功能。

Claims (22)

1.一种用于单天线多模多卡终端的调度系统，包括：

请求模块，被配置为申请与当前卡的射频RF有关的发送/接收任务的通用访问配置文件GAP；

仲裁模块，被配置为执行多张卡的任务在时间轴上的分配和发生冲突时的仲裁；

反馈模块，被配置为根据所述仲裁模块的结果对各张卡的发送/接收任务GAP申请给予响应；

回收模块，被配置为回收任何卡上的发送/接收任务GAP；以及

调度机制单元，被配置为实现多张卡的调度。

2.根据权利要求1所述的调度系统，其中

按照申请的紧急程度，GAP分为多种不同的优先级；

按照申请的时间特性，GAP分为确定时间点的GAP和任意时间点的GAP；并且

这两种不同的GAP申请类型根据需要单独或者结合使用。

3.根据权利要求2所述的调度系统，其中

所述请求模块还对本卡长时间不能被接受的GAP申请进行调整优先级的处理。

4.根据权利要求2所述的调度系统，其中

所述仲裁模块进一步被配置为，将所述请求模块提出的全部任务GAP申请在时间轴上进行串行排列，并且在GAP申请发生冲突时，根据任务的优先级进行仲裁，决定哪个GAP申请被接受，哪个GAP申请被拒绝。

5.根据权利要求1所述的调度系统，其中

所述反馈模块进一步被配置为，提供支持GAP时的中止机制。

6.根据权利要求1所述的调度系统，其中

所述回收模块的回收操作分为：1)GAP提前使用完成后，对GAP的回收；2)由于所述反馈模块侧有更高优先级的任务需要调度而触发中止GAP后，对GAP的回收。

7.根据权利要求2所述的调度系统，进一步包括：

反悔机制单元，被配置为如果有更高优先级的发送/接收任务需要调度，则拒绝那些已经接受但还未执行的GAP申请。

8.根据权利要求7所述的调度系统，其中所述反悔机制单元实施在所述仲裁模块上。

9.根据权利要求1所述的调度系统，如果所述单天线多模多卡终端存在一张主卡并且其他卡作为副卡，则所述请求模块在每张副卡上运行，所述仲裁模块在所述主卡上运行，所述反馈模块在每张副卡上运行，所述回收模块在所述主卡和每张副卡上运行。

10.根据权利要求1所述的调度系统，如果所述单天线多模多卡终端的多张卡是对等的，则所述请求模块、所述反馈模块、以及所述回收模块均在每张卡上运行，所述仲裁模块作为独立模块运行。

11.一种用于单天线多模多卡终端的调度方法，包括：

通过请求模块来申请与当前卡的射频RF有关的发送/接收任务的通用访问配置文件GAP；

通过仲裁模块来执行多张卡的任务在时间轴上的分配和发生冲突时的仲裁；

通过反馈模块来根据所述仲裁模块的结果对各张卡的发送/接收任务GAP申请给予响应；

通过回收模块来回收任何卡上的发送/接收任务GAP；以及

通过调度机制单元来实现多张卡的调度。

12.根据权利要求11所述的调度方法，其中

按照申请的紧急程度，GAP分为多种不同的优先级；

按照申请的时间特性，GAP分为确定时间点的GAP和任意时间点的GAP；并且

这两种不同的GAP申请类型根据需要单独或者结合使用。

13.根据权利要求12所述的调度方法，进一步包括：

通过所述请求模块对本卡长时间不能被接受的GAP申请进行调整优先级的处理。

14.根据权利要求12所述的调度方法，进一步包括：

通过所述仲裁模块将所述请求模块提出的全部任务GAP申请在时间轴上进行串行排列，并且在GAP申请发生冲突时，根据任务的优先级进行仲裁，决定哪个GAP申请被接受，哪个GAP申请被拒绝。

15.根据权利要求11所述的调度方法，进一步包括：

通过所述反馈模块提供支持GAP时的中止机制。

16.根据权利要求11所述的调度方法，其中

所述回收模块的回收操作分为：1)GAP提前使用完成后，对GAP的回收；2)由于所述反馈模块侧有更高优先级的任务需要调度而触发中止GAP后，对GAP的回收。

17.根据权利要求12所述的调度方法，进一步包括：

如果有更高优先级的发送/接收任务需要调度，则通过反悔机制单元拒绝那些已经接受但还未执行的GAP申请。

18.根据权利要求17所述的调度方法，其中所述反悔机制单元实施在所述仲裁模块上。

19.根据权利要求11所述的调度方法，如果所述单天线多模多卡终端存在一张主卡并且其他卡作为副卡，则所述请求模块在每张副卡上运行，所述仲裁模块在所述主卡上运行，所述反馈模块在每张副卡上运行，所述回收模块在所述主卡和每张副卡上运行。

20.根据权利要求11所述的调度方法，如果所述单天线多模多卡终端的多张卡是对等的，则所述请求模块、所述反馈模块、以及所述回收模块均在每张卡上运行，所述仲裁模块作为独立模块运行。

21.一种用于单天线多模多卡终端的调度方法，包括下列步骤：

步骤1，每张卡运行自身的协议栈，发现需要在某个时间点进行发送/接收任务，请求模块等待新的发送/接收任务，在接收到发送/接收任务之后转到步骤2；

步骤2，每张卡通过自身的请求模块向仲裁模块提出任务申请，并且发送请求，在所述仲裁模块收到来自多张卡的任务申请后，转到步骤3；

步骤3，所述仲裁模块根据任务需求的时间点对各个任务在时间轴上进行安排，根据请求和当前的分配进行仲裁；如果不存在冲突，转到步骤5；否则，转到步骤4；

步骤4，所述仲裁模块发现任务申请存在冲突，则通过一定的规则选择某张卡上的任务作为该时间点的可执行任务；仲裁过程中如果不需要取消已经接受的任务，转到步骤5；否则，如果发生冲突的GAP之前已经被接受，那么需要使用反悔机制，则转到步骤6；

步骤5，所述仲裁模块将各张卡上的任务安排完毕，将任务调度结果通知任务对应卡上的反馈模块，转到步骤7；

步骤6，所述仲裁模块通过反悔机制通知对应卡的反馈模块，已经接受的任务申请GAP需要被取消/被反悔，并且另一张卡的新的GAP被接受，然后，转到步骤7；

步骤7，每张卡的反馈模块收到所述仲裁模块发来的任务调度/仲裁结果，然后将结果通知给对应卡的协议栈，每张卡的协议栈可以根据结果安排或取消此次任务，任务执行完成后，转到步骤1等待新的任务申请。

22.一种用户设备，包括：

多个卡槽，分别用于接受多张用户身份标识卡中相应的一张用户身份标识卡；以及

根据权利要求1-10中任一项所述的调度系统，用于实现所述多张用户身份标识卡之间的调度。