专利名称：单模芯片上业务处理方法及装置的制作方法
技术领域：
本发明涉及通信领域，尤其是涉及单模芯片上业务处理方法及装置。
背景技术：
码分多址(CodeDivision Multiple Access，简称为 CDMA)系统中，例如 CDMA 2000 IX系统，主叫的流程包括终端侧(Mobile Mation，简称为MS)向基站侧(Base Mation，简称为BS)发送起呼消息(例如，Org MSG)，基站收到终端的起呼消息后，向终端 发送一个确认消息(例如，Order MSG)，同时给终端分配业务信道并向终端发送信道指配消 息(CharmelAssignment MSG)，此时业务信道已经建立，其后的终端和基站之间的消息(例 如，业务连接消息、业务连接完成消息等)都在已经建立的专用信道上进行传递。GSM的双卡双待终端已经非常普遍，但CDMA系统中的情况有所不同。目前，在CDMA 系统中，要实现CDMA多待(例如，双待，以下以双待为例进行说明)大多都需要采用两个 CDMA芯片的方式，通过对两个CDMA芯片进行调度的方式来实现。使用两个CDMA芯片实现 双待，由于有两套射频，所以两张UIM卡会工作在不同的业务信道上，彼此不受影响。需要 说明的是，在其他的系统也可能存在同样的问题，在此是以CDMA为例进行的说明，但并不 限于此系统。采用两个CDMA芯片实现双待虽然避免了很多问题，但必然会造成很大的浪费，无 形中增加了终端的成本；而采用单模芯片实现双待，节省了终端的成本，但是需要解决以下 的问题。运营商网络一般只有一个寻呼信道(也称为Imaging Channel)，不同国际移动用 户识别码(International Mobie Subscriber Identity，简称为IMSI)的用户根据哈希算 法监听同一个频点的概率为(1/频点个数)，而一般频点个数为2 3个，这样两张UIM卡 工作在同一个寻呼信道同一个频点上的概率为30%以上。此外，如果一张UIM卡发起呼叫，那么终端将由时隙状态跳转到非时隙状态，此时 终端可以在业务信道上接收到所有的General Paging Message (以下统称为寻呼消息)，那 么此时很有可能会收到与另一张UIM卡相关的寻呼消息，因此会出现混乱的情况，进而影 响终端的使用。
发明内容
本发明的主要目的在于提供一种单模芯片上业务处理方法及装置，以至少解决上 述问题。根据本发明的一个方面，提供了一种单模芯片上业务处理方法，包括在终端使用 第一用户识别模块发送起呼消息到所述终端接收到基站发送的信道指配消息期间，接收到 所述终端的多个用户识别模块中其他用户识别模块上的寻呼消息，其中，所述终端发送所 述起呼消息以进行所述主叫业务，所述第一用户识别模块是所述终端中的多个用户识别模 块中的一个；根据所述寻呼消息对应的业务的优先级和所述主叫业务的优先级进行业务调
4
进一步地，根据所述寻呼消息对应的业务的优先级和所述主叫业务的优先级进行 业务调度包括所述终端继续进行所述主叫业务，并且所述终端或网络侧根据所述寻呼消 息的类型对所述寻呼消息对应的业务进行处理，其中，所述主叫业务的优先级高于所述寻 呼消息对应的业务的优先级。进一步地，所述终端或网络侧根据所述寻呼消息对应的业务的类型对所述寻呼消 息对应的业务进行处理包括在所述寻呼消息为语音被叫消息的情况下，所述网络侧在所 述第一用户识别模块的状态为处于建立业务信道阶段的情况下，向所述寻呼消息的主叫方 发送消息，其中，所述消息用于指示所述第一用户识别模块所在的终端忙。进一步地，所述终端或网络侧根据所述寻呼消息对应的业务的类型对所述寻呼消 息对应的业务进行处理包括在所述寻呼消息为短信息对应的数据突发消息Data Burst 的情况下，所述终端保存所述短信息。进一步地，在所述寻呼消息为短信息对应的数据突发消息Data Burst的情况下， 还包括所述终端提示用户接收到所述短消息。进一步地，所述终端或网络侧根据所述寻呼消息对应的业务的类型对所述寻呼消 息对应的业务进行处理包括在所述寻呼消息为短信息消息或数据业务消息的情况下，所 述终端不向所述基站发送所述短信息消息或所述数据业务消息的响应消息。进一步地，所述终端为支持码分多址CDMA系统的终端，所述用户识别模块为用户 识别模块UIM卡。根据本发明的另一个方面，还提供了一种单模芯片上业务处理装置，包括接收模 块，用于在终端使用第一用户识别模块用户识别模块发送起呼消息到所述终端接收到基站 发送的信道指配消息期间，接收到所述终端的多个用户识别模块中其他用户识别模块上的 寻呼消息，其中，所述终端发送所述起呼消息以进行所述主叫业务，所述第一用户识别模块 是所述终端中的多个用户识别模块中的一个；调度模块，根据所述寻呼消息对应的业务的 优先级和所述主叫业务的优先级进行业务调度。进一步地，所述调度模块，用于调度所述终端继续进行所述主叫业务，并根据所述 寻呼消息的类型对所述寻呼消息对应的业务进行处理，其中，所述主叫业务的优先级高于 所述寻呼消息对应的业务的优先级。进一步地，所述调度模块位于网络侧，在所述寻呼消息为语音被叫消息的情况下， 所述调度模块调度所述网络侧在所述第一用户识别模块的状态为处于建立业务信道阶段 的情况下，向所述寻呼消息的主叫方发送消息，其中，所述消息用于指示所述第一用户识别 模块所在的终端忙。进一步地，所述调度模块位于所述终端中，在所述寻呼消息为短信息对应的数据 突发消息Data Burst的情况下，所述调度模块调度所述终端保存所述短信息；和/或所述 调度模块位于所述终端中，在所述寻呼消息为短信息消息或数据业务消息的情况下，调度 所述终端不向所述基站发送所述短信息消息或所述数据业务消息的响应消息。通过本发明，解决了现有技术中单模芯片上实现多待时有可能出现混乱而影响终 端使用的问题，进而保证了单模多待时的正常运作。
此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，本发 明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中图1是根据本发明实施例的CDMA系统单模芯片上业务处理方法的流程图；图2是根据本发明实施例的码分多址CDMA系统单模芯片上业务处理装置的结构 框图；图3是根据本发明实施例的单模双卡双待终端需要进行主叫调度时机示意图；图4是根据本发明实施例的UIM2主叫过程中收到与UIMl短信相关的寻呼消息的 处理流程图；图5是根据本发明实施例的UIM2主叫过程中收到与UIMl被叫相关的寻呼消息的 处理流程图；图6是根据本发明实施例的UIM2主叫过程中收到与UIMl数据业务相关的寻呼消 息的处理流程图。
具体实施例方式下文中将参考附图并结合实施例来详细说明本发明。需要说明的是，在不冲突的 情况下，本申请中的实施例及实施例中的特征可以相互组合。以下以CDMA系统为例(并不限于此)进行说明，需要说明的是，在其他系统中如 果导致不能实现单模多待的原因与CDMA系统是相同的，那么以下实施例中的方案同样也 可以应用于该系统中。图1是根据本发明实施例的CDMA系统单模芯片上业务处理方法的流程图，如图1 所示，该流程包括如下步骤步骤S102，在终端使用第一用户识别模块(例如，CDMA终端中使用的用户识别模 块UIM卡)发送起呼消息到终端接收到基站发送的信道指配消息期间，接收到终端的多张 UIM卡中其他UIM卡上的寻呼消息，其中，终端发送起呼消息以进行主叫业务，第一UIM卡是 终端中的多张UIM卡中的一张；步骤S104，根据寻呼消息对应的业务的优先级和主叫业务的优先级进行业务调度。通过上述步骤，可以根据不同业务的优先级来进行业务调度，例如，优先级比较高 的业务可以优先进行调度，通过这样的调度手段解决了单模多待(例如，双待)中一张UIM 卡发起呼叫，此时很有可能会收到与另一张UIM卡相关的寻呼消息会出现混乱的问题。优选地，在实施时，可以认为主叫优先级的最高，以保证主叫业务的进行。例如，终 端继续进行主叫业务，并且终端或网络侧根据寻呼消息的类型对寻呼消息对应的业务进行 处理，其中，主叫业务的优先级高于寻呼消息对应的业务的优先级。需要说明的是，此处的终端或网络侧需要区分收到的寻呼消息的类型，这样可以 区分哪些业务会影响主叫业务的进行，哪些业务不会影响主叫业务的进行。对于影响主叫 业务进行的业务可以不做处理，对于不影响主叫业务进行的业务可以接受。下面对此分别 进行说明。例如，在寻呼消息为语音被叫消息的情况下，网络侧在第一 UIM卡的状态为处于
6建立业务信道阶段的情况下，向寻呼消息的主叫方发送消息，其中，该消息用于指示第一 UIM卡所在的终端忙。又例如，在寻呼消息为短信息对应的数据突发消息Data Burst的情况下，终端保 存该短信息。优选地，终端还可以提示用户接收到短消息。又例如，在寻呼消息为短信息消息或数据业务消息的情况下，终端不向基站发送 短信息消息或数据业务消息的响应消息。图2是根据本发明实施例的码分多址CDMA系统单模芯片上业务处理装置的结构 框图，该装置用于实现上述实施例及其优选实施方式，已经进行过说明的不再赘述，下面对 该装置涉及到的模块进行说明。如图2所示，该结构包括接收模块22、调度模块M，下面 对此分别进行说明。接收模块22，用于在终端使用第一用户识别模块UIM卡发送起呼消息到终端接收 到基站发送的信道指配消息期间，接收到终端的多张UIM卡中其他UIM卡上的寻呼消息，其 中，终端发送起呼消息以进行主叫业务，第一 UIM卡是终端中的多张UIM卡中的一张；调度 模块M连接至接收模块22，根据寻呼消息对应的业务的优先级和主叫业务的优先级进行 业务调度。优选地，调度模块M，用于调度终端继续进行主叫业务，并根据寻呼消息的类型对 寻呼消息对应的业务进行处理，其中，主叫业务的优先级高于寻呼消息对应的业务的优先 级。优选地，调度模块M位于网络侧，在寻呼消息为语音被叫消息的情况下，调度模 块调度网络侧在第一 UIM卡的状态为处于建立业务信道阶段的情况下，向寻呼消息的主叫 方发送消息，其中，消息用于指示第一 UIM卡所在的终端忙。优选地，调度模块M位于终端中，在寻呼消息为短信息对应的数据突发消息Data Burst的情况下，调度模块调度终端保存短信息。优选地，调度模块M位于终端中，在寻呼消息为短信息消息或数据业务消息的情 况下，调度终端不向基站发送短信息消息或数据业务消息的响应消息。通过上述实施例，提供了一种在现有单模芯片上，实现多卡多待(尤其是双卡双 待)终端主叫流程调度的凡是，即进行双待终端主叫流程机制的创新，根据现有CDMA协议 中规定的主叫流程，对于主叫过程中，某张UIM卡从发送起呼消息(Org MSG)到业务信道建 立期间，同一寻呼信道上收到与另一张UIM卡相关的寻呼消息时，根据业务的优先级进行 调度，从而实现同一寻呼信道双待情况下，主叫流程的合理调度，保证整个系统在稳定的、 高效的状态下主叫功能的正常运作。图3是根据本发明实施例的单模双卡双待终端需要进行主叫调度时机示意图，下 面结合图3对优选实施例进行说明。终端开机注册，将终端的MEID(或者ESN)以及两张UIM卡的IMSI告知网络，进行 绑定；网络进行相应的处理，将印射关系记入数据库中。终端使用一张UIM卡(用UIM2表示)发起呼叫，在终端向基站发送起呼消息(Org MSG)到终端收到基站发来的信道指配消息(Channel Assignment MSG)期间，终端在寻呼信 道上收到与UIM2或另一张UIM卡(用UIMl表示)相关的General Paging Message (以下 称为寻呼消息)。
如果收到的寻呼消息是UIMl的语音被叫消息(S03)，则网络查找数据库中的印射 关系，判断此时UIM2的状态进行相应的处理。由于UIM2正处于建立业务信道阶段，所以网 络自动向呼叫UIMl的终端发送回应消息，提示终端正在通话中，此时继续UIM2的主叫流程。如果通过寻呼信道收到与UIMl的短信相关的Data burst,则保存该短信息，并且 提示用户。如果收到的寻呼消息是UIMl的短信息消息(S06或S014)，此时需要终端给基站发 送确认消息后，并且建立业务信道后才能得到消息的内容，则此时终端不向基站发送确认 消息，继续UIM2的主叫流程。如果收到的寻呼消息是UIMl的数据业务消息(S033)，则终端不向基站发送回复 消息，继续UIM2的主叫流程。如果收到的寻呼消息是UIM2的呼叫、短信、数据消息，则根据CDMA的协议进行相 关的处理。终端收到基站发来的信道指配消息(Channel Assignment MSG)，此时终端与基站 之间的业务信道已经建立，以后所有与该终端相关的信令都将在已经建立的业务信道上进 行传递，此时与UIMl和UIM2相关的寻呼消息都将无法收到，只能收到与UIM2相关的业务 消息。通过上述实施例，所提供的一种在现有协议和终端芯片基础上改进的在同一个寻 呼信道上同时考虑两张UIM卡的双卡双待主叫调度方法，在单模芯片上实现了双卡双待主 叫调度的方法。图4是根据本发明实施例的UIM2主叫过程中收到与UIMl短信相关的寻呼消息的 处理流程图，图5是根据本发明实施例的UIM2主叫过程中收到与UIMl被叫相关的寻呼消 息的处理流程图；图6是根据本发明实施例的UIM2主叫过程中收到与UIMl数据业务相关 的寻呼消息的处理流程图，以下结合图4至图6以两个CDMA机卡分离号码为例进行说明， 假设用户1的IMSI为X，UIM卡为UIMl ；用户2的IMSI为y，UIM卡为UIM2。终端开机注册，将终端的MEID(或者ESN)以及两张UIM卡的IMSI告知网络，进行 绑定；网络进行相应的处理，将印射关系记入数据库中。用户使用UIM2发起语音呼叫，终端 在反向公用信道上向基站发送起呼消息(Org MSG)；终端未收到基站发来的与UIM2相关的 信道指配消息(Channel Assignment MSG)，但终端收到Imaging Channel (以下称为寻呼信 道)上基站发来的General Paging Message (以下称为寻呼消息)；终端根据寻呼消息的 IMSI域的值去判断是否与自己相关，如果与UMl或UIM2的IMSI值χ或y相匹配，则说明 与自己相关，需要进一步分析寻呼消息的类型；如果寻呼消息的IMSI域与χ和y都不匹配， 则不用关注此寻呼消息。如果寻呼信道上收到与UIMl短信相关的Data burst,则保存该短信息，并且提示 用户。此时需要继续监听寻呼信道上的消息，直到终端收到基站发来的与UIM2相关的信道 指配消息(Channel Assignment MSG)，此时业务信道建立，与UIMl相关的所有寻呼消息将 不再收到，与UIM2相关的消息将通过已建立的专用业务信道进行传递。如果寻呼信道上收到与UIMl相关的寻呼消息，寻呼消息的IMSI域与χ相匹配，且 寻呼消息的SO域的值为6或14，则说明此时收到与UIMl相关的短信，但还需要后续业务
8信道的建立才能将消息体从基站上接收下来。由于UIMl与UIM2共用一个寻呼信道，如果 基站与UIMl建立业务信道，那么与UIM2相关的寻呼消息将无法收到，所以UIM2呼叫会发 生失败。由于呼叫的优先级要高于短信，所以此时不响应与UIMl短信相关的寻呼消息，等 待基站发来与UIM2相关的信道指配消息。终端收到基站发来的与UIM2相关的信道指配消 息，业务信道建立，承载信道建立，开始UIM2主叫通话。等待UIM2通话结束，与UIMl短信 相关的寻呼消息会再次发给终端，此时再进行相关的处理。如果寻呼消息的IMSI域与χ相匹配，且寻呼消息的SO域的值为3，则说明此时收 到与UIMl相关的被叫，此时网络应该查找数据库中的印射关系，判断UIM2的状态。由于 UIM2正处于建立业务信道阶段，所以网络自动向呼叫UIMl的终端发送回应消息，提示终端 正在通话中，继续等待基站发来与UIM2相关的信道指配消息。终端收到基站发来的与UIM2 相关的信道指配消息，业务信道建立，承载信道建立，开始UIM2主叫通话。通话过程中，如 果网络收到与UIMl相关被叫，则网络直接进行处理，向呼叫UIMl的终端发送回应消息，提 示终端正在通话中。如果寻呼消息的IMSI域与χ相匹配，且寻呼消息的SO域的值为33，则说明此时收 到与UIMl相关的数据业务，但还需要后续业务信道的建立才能将数据从基站上接收下来。 由于UIMl与UIM2共用一个寻呼信道，如果基站与UIMl建立业务信道，那么与UIM2相关的 寻呼消息将无法收到，所以UIM2呼叫会发生失败。由于呼叫的优先级要高于数据业务，所 以此时不响应与UIMl数据业务相关的寻呼消息，不建立相关的数据业务的PPP连接，等待 基站发来与UIM2相关的信道指配消息。终端收到基站发来的与UIM2相关的信道指配消息， 业务信道建立，承载信道建立，开始UIM2主叫通话。等待UIM2通话结束，与UIMl数据业务 相关的寻呼消息会再次发给终端，此时再进行相关的处理。综上所述，通过上述实施例，实现了如下效果1.降低CDMA双待成本，基于现有芯片快速实现双卡双待终端主叫流程；2.在保证效率和稳定性的基础上，实现同时对两个用户的主叫流程的调度；3.适应各种不同的CDMAlx环境；4.适应于主叫的各种情况和流程。显然，本领域的技术人员应该明白，上述的本发明的各模块或各步骤可以用通用 的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成 的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储 在存储装置中由计算装置来执行，并且在某些情况下，可以以不同于此处的顺序执行所示 出或描述的步骤，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或 步骤制作成单个集成电路模块来实现。这样，本发明不限制于任何特定的硬件和软件结合。以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技 术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修 改、等同替换、改进等，均应包含在本发明的保护范围之内。
权利要求
1.一种单模芯片上业务处理方法，其特征在于，包括在终端使用第一用户识别模块发送起呼消息到所述终端接收到基站发送的信道指配 消息期间，接收到所述终端的多个用户识别模块中其他用户识别模块上的寻呼消息，其中， 所述终端发送所述起呼消息以进行所述主叫业务，所述第一用户识别模块是所述终端中的 多个用户识别模块中的一个；根据所述寻呼消息对应的业务的优先级和所述主叫业务的优先级进行业务调度。
2.根据权利要求1所述的方法，其特征在于，根据所述寻呼消息对应的业务的优先级 和所述主叫业务的优先级进行业务调度包括所述终端继续进行所述主叫业务，并且所述终端或网络侧根据所述寻呼消息的类型对 所述寻呼消息对应的业务进行处理，其中，所述主叫业务的优先级高于所述寻呼消息对应 的业务的优先级。
3.根据权利要求2所述的方法，其特征在于，所述终端或网络侧根据所述寻呼消息对 应的业务的类型对所述寻呼消息对应的业务进行处理包括在所述寻呼消息为语音被叫消息的情况下，所述网络侧在所述第一用户识别模块的状 态为处于建立业务信道阶段的情况下，向所述寻呼消息的主叫方发送消息，其中，所述消息 用于指示所述第一用户识别模块所在的终端忙。
4.根据权利要求2所述的方法，其特征在于，所述终端或网络侧根据所述寻呼消息对 应的业务的类型对所述寻呼消息对应的业务进行处理包括在所述寻呼消息为短信息对应的数据突发消息Data Burst的情况下，所述终端保存所 述短信息。
5.根据权利要求4所述的方法，其特征在于，在所述寻呼消息为短信息对应的数据突 发消息Data Burst的情况下，还包括所述终端提示用户接收到所述短消息。
6.根据权利要求2所述的方法，其特征在于，所述终端或网络侧根据所述寻呼消息对 应的业务的类型对所述寻呼消息对应的业务进行处理包括在所述寻呼消息为短信息消息或数据业务消息的情况下，所述终端不向所述基站发送 所述短信息消息或所述数据业务消息的响应消息。
7.根据权利要求1至6中任一项所述的方法，其特征在于，所述终端为支持码分多址 CDMA系统的终端，所述用户识别模块为用户识别模块UIM卡。
8.一种单模芯片上业务处理装置，其特征在于，包括接收模块，用于在终端使用第一用户识别模块用户识别模块发送起呼消息到所述终端 接收到基站发送的信道指配消息期间，接收到所述终端的多个用户识别模块中其他用户识 别模块上的寻呼消息，其中，所述终端发送所述起呼消息以进行所述主叫业务，所述第一用 户识别模块是所述终端中的多个用户识别模块中的一个；调度模块，根据所述寻呼消息对应的业务的优先级和所述主叫业务的优先级进行业务 调度。
9.根据权利要求8所述的装置，其特征在于，所述调度模块，用于调度所述终端继续进行所述主叫业务，并根据所述寻呼消息的类 型对所述寻呼消息对应的业务进行处理，其中，所述主叫业务的优先级高于所述寻呼消息对应的业务的优先级。
10.根据权利要求9所述的装置，其特征在于，所述调度模块位于网络侧，在所述寻呼 消息为语音被叫消息的情况下，所述调度模块调度所述网络侧在所述第一用户识别模块的 状态为处于建立业务信道阶段的情况下，向所述寻呼消息的主叫方发送消息，其中，所述消 息用于指示所述第一用户识别模块所在的终端忙。
11.根据权利要求9所述的装置，其特征在于，所述调度模块位于所述终端中，在所述寻呼消息为短信息对应的数据突发消息 DataBurst的情况下，所述调度模块调度所述终端保存所述短信息；和/或，所述调度模块位于所述终端中，在所述寻呼消息为短信息消息或数据业务消息的情况 下，调度所述终端不向所述基站发送所述短信息消息或所述数据业务消息的响应消息。
全文摘要
本发明公开了单模芯片上业务处理方法及装置，该方法包括在终端使用第一用户识别模块发送起呼消息到终端接收到基站发送的信道指配消息期间，接收到终端的多个用户识别模块中其他用户识别模块上的寻呼消息，其中，终端发送起呼消息以进行主叫业务，第一用户识别模块是终端中的多个用户识别模块中的一个；根据寻呼消息对应的业务的优先级和主叫业务的优先级进行业务调度。通过本发明保证了单模多待时的正常运作。
文档编号H04W72/12GK102065541SQ201010548148
公开日2011年5月18日 申请日期2010年11月17日 优先权日2010年11月17日
发明者李伟, 薛子涛, 闫海清 申请人:中兴通讯股份有限公司