支持多SIM的设备的操作 |
|||||||
| 申请号 | CN201280007586.3 | 申请日 | 2012-02-03 | 公开(公告)号 | CN103339998A | 公开(公告)日 | 2013-10-02 |
| 申请人 | 高通股份有限公司; | 发明人 | M·S·丹达; S·穆蒂亚; V·R·R·坎特哈拉; S·沃克; | ||||
| 摘要 | 本 发明 示例性 实施例 涉及支持多个SIM的设备的操作。一种方法可以包括：检测在第一预订与至少第二预订之间的寻呼冲突场景。该方法还可以包括：对第一预订和所述至少第二预订中的至少一个的寻呼读取操作进行 修改 ，以避免在第一预订与至少第二预订之间的寻呼冲突。本 申请 还主张和描述了其它方面、实施例和特征。 | ||||||
| 权利要求 | 1.一种方法，包括： |
||||||
| 说明书全文 | 支持多SIM的设备的操作[0002] 本专利申请要求享有于2011年2月3日提交的、题目为“OPERATION OF DEVICES SUPPORTING MULTIPLE SIMS”的美国临时申请序列号No.61/439,260的优先权，该美国临时申请已经转让给本申请的受让人，故以引用方式将其明确地并入本文。 技术领域[0003] 概括地说，本发明的实施例涉及无线通信。更具体地，本发明涉及用于使用单个接收设备来支持多个用户识别模块（SIM）的设备、方法、制品和计算机可读介质。一些实施例可以并入到诸如移动台或固定通信设备之类的通信设备上。 背景技术[0004] 有时，对于包括多个用户识别模块（SIM）和单个接收机的移动设备而言，也许不可能同时接收两个预订的寻呼信道。如果这两个预订都是来自单个运营商，则该移动设备也许很可能为了这两个预订“驻留”在单个小区上。在该情形下，两个寻呼信道的寻呼消息可能冲突，因此仅一个预订可能能够接收寻呼消息。最终结果是针对另一个预订的移动终止呼叫可能不成功，从而导致较差的用户体验。当移动设备的每个预订“驻留”在不同的小区上并且针对一个预订的寻呼信道的定时与另一个预订的寻呼信道的定时冲突时，会发生这种问题。 [0005] 需要用于增强无线通信系统的方法、设备和计算机可读介质。更具体地，需要用于减少与单个接收设备相关联的多个预订之间的寻呼冲突的方法、设备和计算机可读介质。 发明内容[0006] 下面对本发明的一些实施例进行了概括，下面是进一步描述的细节。本发明的特征解决了上面所讨论的问题，从而实现了能够减少与单个接收设备相关联的多个预订之间的寻呼冲突的通信设备、方法和系统。 [0007] 在包括多个通信设备的通信网络中（其中这些通信设备可以与至少一个其它通信设备进行通信），一种制品包括一个或多个处理器，所述一个或多个处理器被配置为检测第一预订与第二预订之间的寻呼冲突场景；对所述第一预订和所述第二预订中的至少一个的寻呼读取操作进行修改，以避免所述第一预订与所述第二预订之间的寻呼冲突。 [0008] 一种通信方法还实现寻呼冲突的减少。该方法通常可以包括：检测第一预订与第二预订之间的寻呼冲突场景；对所述第一预订和所述第二预订中的至少一个的寻呼读取操作进行修改，以避免所述第一预订与所述第二预订之间的寻呼冲突。 [0009] 在结合附图阅读本发明的下面的具体的、示例性实施例的描述之后，本发明的其它方面、特征和实施例对于本领域普通技术人员来说将变得显而易见。虽然可能围绕下面的某些实施例和附图讨论了本发明的特征，但是本发明的所有实施例可以包括本申请所讨论的有利特征中的一个或多个特征。换言之，虽然将一个或多个实施例讨论成具有某些有利特征，但是根据本申请所讨论的本发明的各种实施例，也可以使用这些特征中的一个或多个特征。通过类似的方式，虽然下面可能将示例性实施例讨论成设备、系统或者方法实施例，但是应当理解的是，这些示例性实施例也可以用各种设备、系统和方法来实现。 附图说明[0010] 图1A示出了一种无线通信系统。 [0011] 图1B示出了全球移动通信系统（GSM）中的广播控制信道（BCCH）和公共控制信道（CCCH）的信道结构。 [0012] 图2示出了基站和终端的框图。 [0013] 图3是描绘公共控制信道配置组、寻呼组和寻呼块索引的图。 [0014] 图4A描绘了包括移动站的系统，所述移动站具有第一小区上的第一预订和第二小区上的第二预订。 [0015] 图4B描绘了包括移动站的系统，所述移动站具有在单个小区上的双预订。 [0016] 图5是根据本发明的示例性实施例，描述一种方法的流程图。 [0017] 图6是根据本发明的示例性实施例，描述另一种方法的流程图。 [0018] 图7是根据本发明的示例性实施例，描述另一种方法的流程图。 [0019] 图8是根据本发明的示例性实施例，描述另一种方法的流程图。 [0020] 图9是根据本发明的示例性实施例，描述另一种方法的流程图。 [0021] 图10是根据本发明的示例性实施例，描述另一种方法的流程图。 [0022] 图11是根据本发明的示例性实施例，描述又一种方法的流程图。 具体实施方式[0023] 下面结合附图所给出的详细描述，旨在描述本发明的示例性实施例，而非旨在表示仅能通过这些实施例来实施本发明。本说明书全文使用的“示例性”一词是指“用作例子、例证或说明”，而不应被解释为比其它示例性实施例更优选或更具优势。为了对本发明的示例性实施例有一个透彻理解，详细描述包括具体细节。对于本领域普通技术人员来说，在没有这些具体细节的情况下，显然也可以实现本发明的示例性实施例。在一些实例中，为了避免本申请给出的示例性实施例的新颖性变模糊，以框图形式示出公知的结构和设备。此外，在一些实例中，算法与一些实施例一起使用，如以流程图形式所示并且还通过相应文字部分进行讨论。该文字部分可以用于实现代码（例如，如果/那么/否则语句），以实现本发明的实施例的特征。 [0024] 如本申请所使用的，术语“终端”可以是固定的，也可以是移动的，其可以称为移动站、用户设备（UE）、无线通信设备或某种其它术语。仅举个例子，终端可以包括移动电话、智能电话、平板PC、台式计算机或膝上型计算机、个人数字助理（PDA）、或者具有这种能力的任何其它计算设备。为了简单起见，本申请所提供的描述主要涉及终端；但是，这种涉及应当被广义地解释为指代具有可比较功能的任何无线电信设备或者包含通信组件的其它设备。 [0025] 如本领域普通技术人员所应当理解的，全球移动通信系统（GSM）是一种广泛用于无线电信的技术。GSM设备可以包含用户识别模块（SIM）卡，该SIM卡存储使GSM网络供应商能够识别设备（例如，电话）用户（即，使用者）、为该设备分配电话号码、以及出具与该设备相关联的账单费用所需要的信息。如果将SIM卡从一个GSM设备转移到另一个GSM设备，则该用户的身份也转移。 [0026] 由于多种原因，个人拥有一个以上的GSM预订变得日益流行。虽然越来越多的人们拥有多个SIM，但GSM设备通常只包括一张SIM卡。因此，具有双SIM的用户可以切换SIM卡（当针对单个设备使用不同的GSM帐户时），或者拥有两个GSM设备。这些解决方案中的每一种都被证明是昂贵的，并且对设备用户来说不方便。 [0027] 图1A示出了包括多个基站110（即，基站110a-110c）的无线通信系统100，这些基站110为多个终端120（即，终端120a-120i）提供通信。“基站”是固定站并且还可以被称为基站收发机子系统（BTS）、节点B、接入点或者某种其它术语。终端120可以分散在整个通信系统100中。移动交换中心（MSC）130可以被配置为耦接到每个基站110，为每个基站110提供协调和控制，并且还对去往/来自由基站110所服务的终端120的数据的路由进行控制。移动交换中心也可以被称为无线网络控制器（RNC）或者某种其它术语。 [0028] 系统100可以包含多种通信技术。例如，系统100可以包括时分多址（TDMA）系统，所述TDMA系统可以实现诸如GSM之类的一种或多种TDMA标准。系统100还可以包括码分多址（CDMA）系统，所述CDMA系统可以实现诸如宽带CDMA（W-CDMA）、IS-2000、IS-856、IS-95等一种或多种CDMA标准。这些标准都是本领域所公知的。 [0029] 本申请所描述的用于执行对控制信道的早期解码的技术，可以用于多种无线通信系统。此外，这些技术也可以用于多种控制信道，比如GSM中的广播控制信道和寻呼信道。为了清楚起见，下面针对GSM系统中的寻呼信道来具体描述这些技术。 [0030] 图1B示出了GSM中的广播控制信道（BCCH）和公共控制信道（CCCH）的示例性信道结构，其中将下行链路传输的时间轴划分成多帧。对于BCCH和CCCH控制信道而言，将每个多帧划分成51个TDMA帧，将它们标记为TDMA帧0到50。在每个多帧的TDMA帧2、3、4和5中发送BCCH。可以将CCCH视为包括九个寻呼信道PCH1到PCH9，如图1B中所示。每个寻呼信道PCH对相应的一组终端进行服务。在51多帧结构的每第N次出现时（其中，N在2到9的范围内），每个终端被分配给寻呼信道中的一个寻呼信道。在所分配的寻呼信道上发送针对每个终端的寻呼消息（如果有的话）。 [0031] 在GSM中，还将每个TDMA帧划分成8个时隙，该这些时隙标记为时隙0到7。时隙0用于控制信道，其它七个时隙1到7用于业务信道。在TDMA帧2、3、4和5的时隙0中发送用于BCCH的消息。在TDMA帧6、7、8和9的时隙0中发送用于第一寻呼信道PCH1的消息。用于其它寻呼信道的消息是在它们相关联的TDMA帧的时隙0中发送的，如图1B中所示。在GSM中，每个时隙中的传输叫做“突发”。 [0032] 也可以使用其它控制信道结构来携带BCCH和CCCH。在公众可获得的3GPP TS05.01中，详细描述了用于BCCH和CCCH的信道结构。 [0033] 图2示出了基站110x和终端120x的框图。基站110x可以包括图1A中所示的基站中的一个基站，终端120x可以包括图1A中的终端中的一个终端。在下行链路上，在基站110x处，TX数据处理器210可以接收用于业务信道的业务数据和用于控制信道的控制数据。TX数据处理器210可以基于为每个业务/控制信道所规定的编码和交织方案，对用于该信道的数据进行格式化、编码和交织，并且提供该业务/控制信道的输出数据。随后，调制器（MOD）212可以对所有业务和控制信道的输出数据进行接收和处理（如GSM所规定的），并且提供调制后的数据。发射机单元（TMTR）214可以对调制后的数据进行处理以生成下行链路信号，随后通过天线216将该下行链路信号发送给终端（例如，终端120x）。 [0034] 在终端120x处，基站110x发送的下行链路信号可以由天线252进行接收，并提供给接收机单元（RCVR）254。终端120x可以对来自多个基站的多个下行链路信号进行接收和处理。为了简单起见，下面仅描述对来自基站110x的一个下行链路信号的处理。接收机单元254可以对来自天线252的接收信号进行调节和数字化，并且提供数据采样流。随后，解调器（DEMOD）256可以对这些数据采样进行处理，提供解调数据。RX数据处理器260可以对解调数据进行解交织和解码，以恢复基站110x所发送的业务和控制数据。解调器256和RX数据处理器260所执行的处理分别与基站110x处的调制器212和TX数据处理器210所执行的处理是互补的。 [0035] 控制器220和270可以分别被配置为指导基站110x和终端120x处的操作。存储器单元222和272分别为控制器220和270所使用的程序代码和数据提供存储。为了简单起见，图2只示出了用于下行链路传输的处理单元，而没有示出通常在基站110x和终端120x处给出的所有处理单元。 [0036] 如本领域普通技术人员所应当理解的，GSM设备可以包括SIM（用户识别模块）卡，所述SIM卡存储GSM网络供应商为建立设备用户的标识所需要的信息。 [0037] 本申请的描述涉及：增强具有一个以上SIM和仅仅单个接收机的GSM移动设备（即，移动站）的寻呼信道接收。本申请描述的示例性实施例提供了对GSM EDGE无线接入网络（GERAN）操作模式的各种配置的寻呼冲突场景的解决方案。应当注意，本申请描述的示例性实施例假定：移动设备包括在任一时间只能对一个GSM频率进行监测的单个接收机。 [0038] 广播参数以及预订识别（IMSI）可以定义当移动设备以“普通寻呼”模式进行操作时，该移动设备应当针对寻呼接收对哪些特定的无线块进行监测。一个参数（其被称为公共控制信道配置“CCCH-CONF”）可以定义网络是正在使用组合的（CCCH+SDCCH）配置，还是正在使用非组合的配置。在非组合的配置的情况下，该参数还可以定义BCCH频率上的公共控制的数量。第一公共控制信道可以位于时隙0上，第二公共控制信道可以位于时隙2上，第三公共控制信道可以位于时隙4上，第四公共控制信道可以位于时隙6上。至少，存在一个公共控制信道。 [0039] 另一个参数（其被称为“BS-AG-BLKS-RES”）可以定义专门为接入授权信道（AGCH）保留的多个下行链路无线块。在非组合的CCCH的情况下，BS-AG-BLKS-RES可以位于0到7的范围内，而在组合的CCCH的情况下，BS-AG-BLKS-RES可以位于0到3的范围内。还有一个参数（其被称为“BS-PA-MFRMS”）可以定义用于移动设备的寻呼块的重复速率。 “BS-PA-MFRMS”可以具有2-9个51多帧的范围。 [0040] 此外，移动站可以使用另外的参数（如下面所提到的）结合预订标识（IMSI），来计算对某一预订进行监测所必需的正确无线块。这些另外的参数包括公共控制信道配置组“CCCH_GROUP”、寻呼组“PAGING_GROUP”和寻呼块索引“PAGING_BLOCK”。“CCCH_GROUP”可以定义使用哪个公共控制信道来监测寻呼、AGCH，并且用于发送RACH。“CCCH_GROUP”可以位于0到3的范围内。“PAGING_GROUP”可以定义为了寻呼目的，对哪个51多帧进行监测，“PAGING_BLOCK”可以定义为了寻呼目的，对51多帧中的哪个无线块进行监测。 [0041] 图3是描述用于单个寻呼子信道PSC的公共控制信道配置组“CCCH_GROUP”G0-G3、寻呼组“PAGING_GROUP”PG0-PG4和寻呼块索引“PAGING_BLOCK”PB。如本领域普通技术人员所应当理解的，每个PAGING_BLOCK PB可以包括1到4个移动寻呼。图4A描绘了具有小区A上的第一预订Sub1和小区B上的第二预订Sub2的移动站402。图4B描绘了具有单个小区C上的第一预订Sub1和第二预订Sub2两者的移动站402。 [0042] 图5是根据一个或多个示例性实施例，描绘方法490的流程图。方法490可以包括：检测在第一预订与至少第二预订之间的寻呼冲突场景（如附图标记492所示）。方法490还可以包括：对第一预订和至少第二预订中的至少一个的寻呼读取操作进行修改，以避免第一预订与至少第二预订之间的寻呼冲突（如附图标记494所示）。 [0043] 现在将参照图3到图10来描述各种寻呼冲突场景、以及对这些冲突场景的预期解决方案。在一种场景中，两个预订（例如，预订Sub1和Sub2）被分配给不同网络。更具体地，举一个例子，预订Sub1是由第一网络进行服务的，而预订Sub2是由不同的第二网络进行服务的。应当注意的是，如果每个预订是由不同网络（即，不同的物理网络供应商）进行服务的，则该场景也许是可能的。在该场景中，如果发生冲突，则可以读取交替的预订寻呼块。更具体地，可以在寻呼子信道的一个寻呼周期期间，读取用于预订Sub1的PAGING_BLOCK PB，并且可以在寻呼子信道的后续寻呼周期期间，读取用于预订Sub2的PAGING_BLOCK PB。 [0044] 图6是根据一个或多个示例性实施例，描绘方法500的流程图。方法500可以包括：在一个寻呼子信道期间，读取用于第一预订的PAGING_BLOCK（如附图标记502所示）。方法500还可以包括：在后续的寻呼子信道期间，读取用于第二预订的PAGING_BLOCK（如附图标记504所示）。 [0045] 在另一种场景中，两个预订可以被分配给同一网络，但是这两个预订与属于单个位置区域的不同小区相关联。更具体地，举一个例子，可以向小区A分配预订Sub1，可以向小区B分配预订Sub2，其中向预订Sub1和预订Sub2分配公共网络，并且小区A和小区B位于单个位置区域内。应当注意，如果一个预订不能够“驻留”在与其它预订相同的小区，则可能出现该场景。此外，在该场景中，通过使移动站402的接收机不能够对两个寻呼块进行监测的方式，来对这两个小区进行配置。一种对该场景的预期解决方案包括：在发生冲突时，读取交替的预订寻呼块。更具体地，可以在一个寻呼子信道（例如，寻呼子信道PSC）期间读取用于预订Sub1的PAGING_BLOCK PB，在后续的寻呼子信道期间读取用于预订Sub2的PAGING_BLOCK PB。 [0046] 此外，由于网络可能不知道移动设备在任一时间链接到哪个小区，所以对于移动终止操作，语音呼叫网络可以在整个位置区域中对移动设备进行寻呼。例如，具体参照图4A，假定预订Sub1“驻留”在小区A，而预订Sub2“驻留”在小区B。而且，小区A和小区B属于同一网络并且位于同一位置区域中。另一种预期的解决方案包括：使用来自小区A的参数，计算用于预订A和预订B中的每一个的公共控制信道（CCCH）组“CCCH_GROUP”（即，组G0-G3中的一个）和寻呼组“PAGING_GROUP”（即，PG0-PG4中的一个），如本领域普通技术人员将明白的。如果对于每个小区来说，CCCH_GROUP和PAGING_GROUP是相同的，则移动设备402可以共享来自小区A的寻呼信息。类似地，可以使用来自小区B的参数，计算用于预订Sub1和预订Sub2中的每一个的CCCH_GROUP和PAGING_GROUP。如果对于每一个小区来说，CCCH_GROUP和PAGING_GROUP是相同的，则移动设备402可以共享来自小区B的寻呼信息。 [0047] 图7是根据一个或多个示例性实施例，描绘方法510的流程图。方法510可以包括：根据第一小区的一个或多个参数，来确定针对第一预订和第二预订中的每一个的CCCH_GROUP和PAGING_GROUP（如附图标记512所示）。方法500还可以包括：如果所确定的针对第一预订的CCCH_GROUP和PAGING_GROUP分别与所确定的针对第二预订的CCCH_GROUP和PAGING_GROUP相同，则将来自第一小区的寻呼信息共享到不同的第二小区（如附图标记514所示）。 [0048] 另一种场景包括：将两个预订分配给同一网络，但是不同的小区属于两个不同的位置区域。更具体而言，举一个例子，可以将预订Sub1分配给小区A，可以将预订Sub2分配给小区B，其中小区A处于与小区B不同的位置区域中。该场景可能是由一个预订不能够“驻留”在与另一预订相同的小区而引起的。一种针对这种场景中涉及的冲突的预期解决方案，包括读取交替的预订寻呼块。更具体地，可以在一个寻呼子信道（例如，寻呼子信道PSC）期间，读取用于预订Sub1的PAGING_BLOCK PB，可以在后续的寻呼子信道期间，读取用于预订Sub2的PAGING_BLOCK PB。 [0049] 在另一种场景中，预订（例如，预订Sub1和预订Sub2）可以“驻留”在同一小区（例如，小区C，见图4B），但是具有不同的公共控制信道（CCCH）组“CCCH_GROUP”（G0-G3）。由于不同的IMSI，这种场景也许是可能的。另外要注意的是，设计限制可能不允许在单个无线块中进行一个以上时隙的寻呼接收，因此可能出现持久冲突。一种对该场景中包含的冲突的预期解决方案可以包括交替的预订寻呼块读取。更具体而言，可以在一个寻呼子信道（例如，寻呼子信道PSC）期间，读取用于预订Sub1的PAGING_BLOCK PB，可以在后续的寻呼子信道期间，读取用于预订Sub2的PAGING_BLOCK PB。要注意的是，在该场景以及相关联的解决方案中，寻呼组和寻呼块索引可能是无关的。 [0050] 另一种场景可以包括：预订（例如，预订Sub1和预订Sub2）“驻留”在同一小区（例如，小区C）上并且位于相同的CCCH_GROUP（G0-G3）和相同的PAGING_GROUP（PG0-PG4）内。由于不同的IMSI，这种场景也许是可能的。要注意的是，两种预订（例如，预订Sub1和预订Sub2）可以监测同一寻呼块。一种预期的解决方案可能必需将与一个预订相对应的所接收的寻呼与另一个预订进行共享。换言之，例如，与预订Sub1有关的所接收的信息可以与预订Sub2进行共享。甚至可以将服务小区和邻居小区功率测量值和系统信息从一个预订共享到另一个预订。共享所有的信息可以防止仅仅由一个预订进行重新选择。 [0051] 图8是根据一个或多个示例性实施例，描绘方法520的流程图。方法520可以包括：确定针对与单个小区相关联的第一预订和第二预订中的每一个的CCCH_GROUP和PAGING_GROUP（如附图标记522所示）。方法520还可以包括：如果所确定的针对第一预订的CCCH_GROUP和PAGING_GROUP分别与所确定的针对第二预订的CCCH_GROUP和PAGING_GROUP相同，则将来自第一预订或第二预订的寻呼信息共享到另一个预订（如附图标记524所示）。 [0052] 另一种场景可以包括：预订（例如，预订Sub1和预订Sub2）“驻留”在同一小区（例如，小区C）上并且位于相同的CCCH_GROUP（G0-G3）但位于不同的PAGING_GROUP（PG0-PG4）内。由于不同的IMSI，这种场景也许是可能的。在传统的系统设计中，当针对两个预订的寻呼块彼此相邻时（即，寻呼索引相差1），可能发生寻呼冲突。这是由于两个寻呼信道是由层L1进行独立处理并且这两个信道之间的切换可能需要一个以上TDMA的事实引起的，因此，也许不可能对紧跟在该寻呼块后面的无线块进行监测。 [0053] 一种对该场景中包含的冲突的预期解决方案可以包括交替的预订寻呼块读取。更具体而言，可以在一个寻呼子信道（例如，寻呼子信道PSC）期间，读取针对预订Sub1的PAGING_BLOCK PB，可以在后续的寻呼子信道期间，读取针对预订Sub2的PAGING_BLOCK PB。 另一预期的解决方案可以包括读取两个连续寻呼（其可能需要设计修改）。要注意的是，如果在两个寻呼块之间存在至少一个无线块间隙，则也许有可能接收这两个寻呼块。 [0054] 图9是根据一个或多个示例性实施例，描绘方法530的流程图。方法530可以包括：确定针对与单个小区相关联的第一预订和第二预订中的每一个的CCCH_GROUP和PAGING_GROUP（如附图标记532所示）。方法530还可以包括：如果所确定的针对第一预订的CCCH_GROUP与所确定的针对第二预订的CCCH_GROUP相同，并且所确定的针对第一预订的PAGING_GROUP与所确定的针对第二预订的PAGING_GROUP不同，则在所确定的CCCH_GROUP中读取连续的寻呼（如附图标记534所示）。 [0055] 具体参见图4A，现在将描述驻留在两个不同小区（即，小区A和小区B）的具有双预订的移动设备402的示例操作。在该示例中，预订Sub1驻留在小区A，预订Sub3驻留在小区B。移动设备402可以计算针对小区A和小区B中的每个小区的预订A和预订B的CCCH_GROUP（G0-G3）和PAGING_GROUP（PG0-PG4），如本领域普通技术人员所应当理解的。 [0056] 第一参数CCCH_GROUP_1A是使用来自小区A的广播参数的、针对预订Sub1的CCCH_GROUP，第二参数PAGING_GROUP_1A是使用来自小区A的广播参数的、针对预订Sub1的PAGING_GROUP。第三参数CCCH_GROUP_1B是使用来自小区B的广播参数的、针对预订Sub1的CCCH_GROUP，第四参数PAGING_GROUP_1B是使用来自小区B的广播参数的、针对预订Sub1的PAGING_GROUP。第五参数CCCH_GROUP_2A是使用来自小区A的广播参数的、针对预订Sub2的CCCH_GROUP，第六参数PAGING_GROUP_2A是使用来自小区A的广播参数的、针对预订Sub2的PAGING_GROUP。此外，第七参数CCCH_GROUP_2B是使用来自小区B的广播参数的、针对预订Sub2的CCCH_GROUP，第八参数PAGING_GROUP_2B是使用来自小区B的广播参数的、针对预订Sub2的PAGING_GROUP。 [0057] 如果第一参数CCCH_GROUP_1A等于第五参数CCCH_GROUP_2A，第二参数PAGING_GROUP_1A等于第六参数PAGING_GROUP_2A，或者如果第三参数CCCH_GROUP_1B等于第七参数CCCH_GROUP_2B，第四参数PAGING_GROUP_1B等于第八参数PAGING_GROUP_2B，那么移动设备402可以与预订Sub1和预订Sub2两者共享来自一个小区的寻呼消息。 [0058] 图10是根据一个或多个示例性实施例，描绘方法540的流程图。方法540可以包括：确定针对与单个小区相关联的第一预订和第二预订中的每一个的CCCH_GROUP和PAGING_GROUP（由附图标记542所示）。方法540还可以包括：如果所确定的针对第一预订的CCCH_GROUP与所确定的针对第二预订的CCCH_GROUP不同，并且所确定的针对第一预订的PAGING_GROUP与所确定的针对第二预订的PAGING_GROUP相同，则从所确定的CCCH_GROUP中读取交织的寻呼（由附图标记544所示）。 [0059] 图11是根据一个或多个示例性实施例，描绘另一种方法550的流程图。方法550可以包括：确定针对第一预订和第二预订中的每一个的CCCH_GROUP、PAGING_GROUP和PAGING_BLOCK（由附图标记552所示）。方法550还可以包括：对第一预订和第二预订进行注册（由附图标记554所示）。此外，方法550可以包括：判断第一预订和第二预订是位于分开的小区上，还是单个小区上（由附图标记556所示）。如果第一预订和第二预订不是位于分开的小区上，则转到步骤558。如果第一预订和第二预订位于同一小区上，则转到步骤560。 [0060] 自步骤558，方法550包括：判断第一预订和第二预订是否具有相同的CCCH_GROUP（由附图标记558所示）。如果是，则方法550转到步骤562。如果第一预订和第二预订具有不同的CCCH_GROUP，则方法550转到步骤559。自步骤562，方法550包括：判断第一预订和第二预订是否具有相同的PAGING_GROUP（由附图标记562所示）。如果是，则方法550转到步骤566。如果第一预订和第二预订具有不同的PAGING_GROUP，则方法550转到步骤568。 [0061] 返回到步骤559，方法550包括：判断第一预订和第二预订是否具有相同的PAGING_GROUP（由附图标记559所示）。如果是，则方法550转到步骤576。如果第一预订和第二预订具有不同的PAGING_GROUP，则方法550转到步骤568。 [0062] 返回到步骤560，方法550可以包括：判断第一预订和第二预订是否被分配到不同的网络（由附图标记560所示）。如果是，则方法550转到步骤564。如果第一预订和第二预订没有被分配给不同的网络，则方法550转到步骤570，在步骤570中，判断这两个不同小区是否位于公共位置区域内（由附图标记570所示）。如果是，则方法550转到步骤572，在步骤572中，判断针对第一预订的CCCH_GROUP和PAGING_GROUP是否分别与所确定的针对第二预订的CCCH_GROUP和PAGING_GROUP相同。如果相同，则方法550转到步骤574。如果不同，则方法550转到步骤564。如果不同，则方法550转到步骤564。返回到步骤570，如果这两个不同小区没有位于公共位置区域内，则方法550转到步骤564。 [0063] 虽然参照具有GSM+GSM双SIM能力的设备中的寻呼处理技术来描述本申请所给出的各种示例性实施例，但是这些示例性实施例也可应用于具有WCDMA+WCDMA能力的多SIM设备，以及具有CDMA2000+CDMA200能力的多SIM设备。 [0064] 本领域技术人员将会理解，可以用各种不同技术和手段中的任一种来表示信息和信号。例如，上面描述的全文中可以引用的数据、指令、命令、信息、信号、比特、符号、以及码片，可以用电压、电流、电磁波、磁场或磁粒子、光场或光粒子、或者它们的任意组合来表示。 [0065] 本领域普通技术人员还应当明白，结合本文所公开的示例性实施例所描述的各种示例性的逻辑框、模块、电路和算法步骤均可以实现成电子硬件、计算机软件、或者二者的组合。为了清楚地描绘硬件和软件之间的这种可交换性，上面已经对各种示例性的部件、框、模块、电路以及步骤围绕其功能进行了总体描述。至于这种功能是实现成硬件还是实现成软件，取决于特定的应用和向整个系统施加的设计约束。熟练的技术人员可以针对每个特定应用，以变通的方式实现所描述的功能，但是，这种实现决策不应解释为导致背离本发明的示例性实施例的范围。 [0066] 被设计为执行本文所描述的功能的通用处理器、数字信号处理器（DSP）、专用集成电路（ASIC）、现场可编程门阵列（FPGA）或其它可编程逻辑器件、分立门或者晶体管逻辑、分立硬件组件、或者它们的任意组合，可以实现或执行结合本文所公开的示例性实施例所描述的各种示例性的逻辑框、模块和电路。通用处理器可以是微处理器，或者，该处理器也可以是任何常规的处理器、控制器、微控制器或者状态机。处理器也可以实现为计算设备的组合，例如，DSP和微处理器的组合、多个微处理器、与DSP核相结合的一个或多个微处理器、或者任何其它这类结构。 [0067] 在一个或多个示例性实施例中，可以通过硬件、软件、固件、或它们的任意组合来实现所描述的功能。如果通过软件实现，则这些功能可以作为一条或多条指令或代码保存在计算机可读介质上、或者通过计算机可读介质传输。计算机可读介质包括计算机存储介质和通信介质两者，所述通信介质包括有助于计算机程序从一个位置传输到另一个位置的任何介质。存储介质可以是计算机能够访问的任何可用介质。作为示例而非限制，这样的计算机可读介质可以包括RAM、ROM、EEPROM、CD-ROM或其它光盘存储、磁盘存储或其它磁性存储设备、或者能够用来携带或存储具有指令或数据结构形式的所期望的程序代码并且能够被计算机访问的任何其它介质。此外，任何连接都可以称为计算机可读介质。例如，如果软件是使用同轴线缆、光纤线缆、双绞线、数字用户线（DSL）、或者诸如红外线、无线电和微波之类的无线技术，从网站、服务器或其它远程源传输的，那么介质的定义中包括同轴线缆、光纤线缆、双绞线、DSL、或者诸如红外线、无线电和微波之类的无线技术。如本文所使用的磁盘和光碟包括压缩光碟（CD）、激光光碟、光碟、数字多功能光碟（DVD）、软盘以及蓝光光碟，其中，磁盘通常用磁再现数据，而光碟是由激光器用光再现数据。上述的组合也应该被包括在计算机可读介质的范围内。 [0068] 为使本领域任何技术人员能够实施或使用本发明，上面提供了对所公开的示例性实施例的描述。对于本领域普通技术人员来说，对这些示例性实施例的各种修改将是显而易见的，并且，本申请定义的总体原理可以在不脱离本发明的精神或保护范围的前提下应用于其它实施例。因此，本发明并非旨在局限于本申请所示出的示例性实施例，而是与本申请公开的原理和新颖特征的最宽范围相一致。 |
||||||
