支持多个签约的个人设备的签约切换方法
【专利摘要】本发明涉及一种支持多个签约的个人设备的签约切换方法。该方法包括根据产生的事件自动地执行所述签约切换。通过运行在所述个人设备的操作系统顶端的应用产生所述事件，所述事件包含执行所述签约切换的代码化信息。所述事件由个人设备的通用集成电路卡捕获，将激活的签约切换为新的签约。该方法进一步包括分析在初始化时发送给UICC的终端配置信息的内容，来发现所述个人设备支持的该功能，这将确定UICC可以捕获的事件。
【专利说明】支持多个签约的个人设备的签约切换方法
【技术领域】
[0001]本发明主要涉及一种支持多个签约的个人设备的签约切换方法，更具体的是涉及一种方法，其包括基于所述个人设备应用产生的且由所述个人设备的通用集成电路卡捕获的事件自动执行所述签约切换。
【背景技术】
[0002]移动电话的应用和位于通用集成电路卡(UICC)上的应用表现了不相交的程序设计环境，因为它们使用不同的编程技术，并且最初设计为执行独立的软件。这由它们甚至不共用执行处理单元的事实予以强化，因为移动应用和移动软件在不同的CPU中执行:
[0003]-移动设备CPU:用于应用层软件情况的ARM处理器和用于移动通信软件情况的其它芯片组低级别CPU、ASIC或DSP。
[0004]-运行在HCC上的应用(也称为小程序)使用智能卡的集成CPU。
[0005]两个环境的独立包括对于每种情况采用不同的编程技术，例如对于运行在上的应用采用java卡，而这个技术根本不会用于移动设备应用的情况。
[0006]为了与两个执行环境都通信的目的，必须限定应用编程接口(API)，包括在移动设备和ncc之间执行的那些功能。移动应用通常需要API，以便访问ncc管理的功能，否则对于这些实体是不可访问的。
[0007]为了提供这些API，通常需要设备厂商简化两种环境之间“通信”信道的建立以及操作系统一定程度的支持和移动应用的程序执行环境才能实施。
[0008]考虑到一个SM卡上支持多于一个的签约，标准的规定体现了这个可能性，可在[I]中找到，其中第8章规定了:
[0009]“如果包含多于一个US頂应用，这些通常是与分开的签约相关的，来自相同的或者不同的网络运营商。在那样的情况下，IMSI和秘钥是不同的，并且不能共享。如果签约的本质不需要不同的算法，那么认证算法可以共享。考虑到多个USIMs之间的文件映射，只能给出如下准则:
[0010]-如果ncc确定为仅由单个用户使用，所有的用户相关文件(用户可更新的文件)可被映射。电话薄优选地位于DF TELECOM下，以使所有应用能够全局访问。在多用户模型中，用户相关文件不应被映射，具体的电话薄将位于每个DF USIM下。
[0011]-所有直接签约相关文件(例如Kc或MSISDN)或者那些需要区分签约的不应被映射。
[0012]-所有其它文件:映射取决于多签约环境下的使用条件。
[0013]如果除了多个USM应用外，还存在SM应用，可根据第7节和附页C来完成一个USM应用的映射。
[0014]由于不可能覆盖一个上要求多个USM的所有的具体情况，这样的设计决策应能视个案情况考虑每个数据域及其可能的使用。”
[0015]在文献中可以找到发明〃Wirelessdevice with a single SIM operatingthough it had two or more different SIMs〃 [2],它描述了涉及在一个UICC卡上具有多于一个的签约的发明。
[0016]在参考的文件中，描述了具有专用应用模块(PAM)的设备，其控制本地用户识别模块(SM)和漫游SIM模块之间的切换，其中该切换由终端用户操作切换来完成。SIM控制单元控制本地SM (LS)子模块和漫游SM (RS)子模块。SM控制单元存储与每个本地和漫游子模块相关联的PIN，并在开机时选择本地SIM子模块为默认。本地SIM子模块和漫游SIM子模块是一个SM中的子模块。
[0017]虽然[2]后给出了基本原理，发明的目的似乎是节约成本(“它使得传入和传出的SMS、语音和数据呼叫更加低成本且灵活地传送”)。此外，在该发明的说明书中，恒定存在专用模块，以处理多个签约之间的逻辑和转换。因此，尽管没有描述可用来执行的具体机制，假定可能需要设备厂商一定程度的集成是合理的。在此不描述ncc中移动设备与签约模块的通信方法。
[0018]在“A method where communication parameters on a mobile communicationdevice (subscription) and a mobile communication device in which the methodcarried out”中描述的发明[3]试图说明前述根据通信任务(通信密度、更低费率、授权访问、通信类型；语音，数据，SMS)和查找表格选择最合适的通信参数(签约)设置背后的逻辑，以便执行与新关联的签约通信。再一次的，没有关注任何以完成移动设备将如何与ncc通信从而执行那个参数的改变的具体机制的实施。
[0019]即使两个发明是基于一定程度上的通过一个移动设备在签约之间切换的“能力”，它们没有规定或者给出可以完成这个功能的方法的任何基础。
[0020]移动设备中多个签约处理的其它途径描述如下:
[0021]-双SIM卡:允许一个SIM卡中有两个号码(特殊用途SIM卡)，允许客户组合例如公司号码和个人号码在相同的移动设备中。在每个时刻，只有一个配置文件/签约是激活的，呼叫自动地从一条线路转移到另一条线路(不激活的至激活的线路)，从而不错过任何的呼入。
[0022]双SM卡具有强制的公司PIN和个人PIN。用户通过访问SM卡菜单并输入相应的PIN，在每个时刻选择他想要使用的线路。
[0023]通常不需要关闭和打开设备来执行线路的交换，这取决于该移动设备的HW。该产品的另一个好处是用户享受两个独立的语音信箱，每条线路一个。
[0024]双SM卡是特殊目的类型的SM卡，具有不同的结构形式，已知为标准SM卡(通常在移动电话中提供使用的)。
[0025]-双SM移动电话是能够支持两张SM卡的移动设备。最初，双SM适配器制造为可在一般移动电话中使用，允许它们包含两张SIM卡，并根据需要从一个切换到另一个。最近，一些电话生产为本来就能用两张SM卡工作，双通或非双通(如果是，需要双收发器)。
[0026]一第二线路/虚拟号码:是网络配置服务，可以将额外的第二号码与基本的移动号码(线路)关联。它要求用户在目标号码前面拨打预定的前缀号码，从而向系统指示是第二线路执行该呼叫。相同的前缀将显示为呼入号码的前缀，向用户指示某人正呼叫该第二号码。
[0027]-现存方案的问题:[0028]双SIM卡需要使用特定类型的SIM卡，其可能包含了如下所有的缺点:
[0029]1、需要用户更换当前的SIM卡。即使用户时不时地更换移动电话，但是在相当长的时间内SM卡通常维持不变(更换通常带来号码的改变)。
[0030]2、电话要支持双SM卡。
[0031 ] 3、专用的实施使其难以演化以及实施新的标准化特征。
[0032]4、用户直接访问应用必须进入SM工具箱菜单来命令签约的切换，这包含了再次输入与新激活的签约相关的PIN号码。
[0033]考虑到双SIM移动电话，具有不同的途径来采用一个独特的移动设备来支持多于一个的物理SM卡。
[0034]对于使用外部适配器分配两张SIM卡的情况，整个系统可以看作是自制的小配件，正常的功能无法从设备厂商那儿得到保证。甚至，在一个装置上使用多张SM卡可能是违约的。
[0035]一些适配器需要两张SM卡剪成应有的尺寸，安装到专用卡托上，并插入电话的SIM槽中；这是相当危险的，因为用户可能会在这过程中损坏SIM卡。
[0036]对于支持两张SM卡的移动设备(两个SM卡槽)，必须注意到，已经极度地减少了投资这些设备，并且直到最近为止，大部分的品牌不再提供这种类型的产品了。
[0037]还必须注意到，这些产品在欧洲或者北美洲是无法购买到的，显然，普遍的公司对其没有要开始铺货的计划。
[0038]这种设备的另一个缺陷是缺乏所需的标准化，来保证在一个设备中实现使用两张SIM卡相关特征的正确性能。
【发明内容】
[0039]有必要提供现有技术的替代方案，来填补其间发现的空白，尤其是涉及没有提到的提议，在签约之间真正地提供平滑转换，在从一个号码变为另一个时不需要输入PIN，或
者不需要重启装置。
[0040]为此，本发明提供了一种支持多个签约的个人设备的签约切换方法。与已知提议相反，本发明的方法，其特征进一步包括，根据产生的事件自动地执行所述签约切换。所述事件由个人设备的通用集成电路卡捕获，将活跃的签约切换为新的签约。
[0041]本发明的主要目的是，分享在多个签约之间切换的想法，描述其实施方法，独立于电话厂商，因为它是根据现行标准的电话功能。详细的说明使得实施不涉及任何的厂商，实际上独立于移动设备硬件平台。
[0042]根据权利要求2-11以及下面与几个实施例的详细描述相关的部分，描述本发明第一方面的方法的其它实施例。
【专利附图】
【附图说明】
[0043]参照附图根据下述应认为是示例性且非限制性的实施例的详细描述，前述以及其它的优点和特征将得到更全面的理解，其中:
[0044]图1示出了在移动应用和STK小程序(UICC应用)之间建立的当前通信信道；
[0045]图2示出了根据本发明一个实施例在中切换签约的过程；[0046]图3示出了终端配置结构；
[0047]图4示出了根据本发明一个实施例在移动应用产生的事件被捕获时执行签约切换程序的流程图；
[0048]图5示出了根据本发明一个实施例在执行签约切换时在该方法中包含的实体间的交互。
【具体实施方式】
[0049]本发明的基本概念是描述一种方法，使运行在操作系统顶端的移动设备应用与存储在ncc或SM模块上的应用、数据以及任何要素进行通信，以管理签约并在ncc或SM模块中在潜在的多个可用的签约(两个或更多)之间执行活跃签约的切换。
[0050]因此，整个程序由运行在移动设备上的移动应用构成，能够调用下面描述的任何程序或事件，事件能够由运行在ncc上的应用捕获并根据设备支持的功能选择(基于对移动设备在初始化时发送给ncc的标准终端配置消息中内容的分析)。这些由移动设备应用产生的程序或事件被ncc卡上运行的应用捕获，并包含执行后续的运算以在存储在ncc文件寄存器结构中的多个(两个或更多)签约之间切换活跃签约所需的代码化的信息。
[0051]如前所述，传统的ncc应用和移动设备应用可被认为是不相交的世界，所以必须提供应用编程接口(API)，从而提供与处理签约相关的访问功能。由于最初发明的移动设备在一个SM模块中仅处理一个签约，如果不能提供一个机制管理两个签约，在单个nCC卡中是非常难实施的，即使是存在SIM访问API的情况(因为它们最初设计为访问单个签约)。
[0052]UICC中可用的应用可通过移动设备菜单访问，意味着访问的应用在内部执行，而用户界面或菜单显示在移动设备屏幕。UICC应用的初始触发必须由用户启动，明确地操作以运行允许在可用的签约之间切换的ncc应用(以及选择性的相关的菜单)。本发明真正的挑战是移动应用和ncc应用之间的“无缝通信”;在某种程度上它们可以共用参数来命令该切换以及随后的运算，不需要调用ncc应用的初始用户干预。
[0053]本发明也允许自动切换签约，当满足预定条件的情况下，由运行在移动设备上的移动设备应用命令自由切换。这些条件可以是不同的环境感知变量，例如位置、时间表、费率和与时间表、位置或任何其它因素相关的通信成本，覆盖要求、确定业务类型的访问限制或用户/签约限制、首选访问类型、黑/灰名单、安全限制或任何其它预定的标准，证明使用不同于当前活跃的签约。
[0054]整个过程中涉及的逻辑元素如下:
[0055]-移动设备(ME):移动应用在其中执行的实体,通常是移动设备；
[0056]-通用集成电路卡(UICC):小程序STK在其中执行的实体，通常是智能卡；
[0057]-移动应用(MA):逻辑实体，负责触发与签约之间通信相关的事件；
[0058]-小程序STK(AS):逻辑实体或应用，负责接收触发通信的事件以及处理包含在该事件中的信息，从而执行签约切换。也称为ncc应用；
[0059]-文件结构(FS):实体组，负责维护与每个签约相关的数据。
[0060]本发明设计的主要原理是管理来自STK框架(SM工具箱)的事件，其可能是移动应用(MA)产生或启动的，在某种程度上，它们不包括额外的人工介入(除了在用户界面初始的一次点击来命令移动应用层面上自身的运算以外)。同样重要的是强调了由此不需要产生视觉反应(例如菜单或需要用户输入的框)，因为产生的事件包含了用于在移动应用(MA)和负责执行签约切换的实体(AS)之间通信的所有所需的数据。
[0061]通过在卡中接收移动设备发送的标准终端配置消息，启动整个程序。终端配置是移动设备发送给ncc的标准指令，作为ncc初始化的一部分，包含一组移动设备支持的功能，以便与ncc通信，并将成为本发明所描述的方法的基础。
[0062]使用这些移动支持的功能是关键的要素，在其中建立了在移动应用(MA)和应用(AS)之间开放的通信信道。
[0063]卡中签约切换过程的执行通过将活跃的签约的标准登记入口替换为与新签约相关的，随后基于刷新动作激活新的签约。标准登记入口包含了一组参数，构成激活的签约，且允许移动设备和网络之间的通信，包括初始化登记程序。
[0064]1、可用的签约组维持在文件结构中。用于切换签约的逻辑步骤可概述如下:
[0065]2、当前激活的签约如果在其上还没有分配永久的位置，加载至文件结构。
[0066]3、移动应用命令的新签约加载在标准注册中。
[0067]执行刷新动作，以使移动设备考虑新签约的新组参数，包括在移动和网络之间的新的登记。
[0068]在STK框架(STK小程序，也称为应用)捕获的候选事件中，必须突出与呼叫控制以及SMS发送相关的事件。这两种类型的事件都可以通过移动应用(MA)触发，不需要任何后续的人工介入，并且可以通过UICC实体(AS)进行后处理，包括事件本身中编码的信息作为确定后续执行的运算过程的参数。
[0069]就支持与呼叫控制相关事件功能的装置来说，将基于与呼叫控制相关事件的使用，实施移动应用(MA)和nCC应用之间通信信道的建立。与呼叫控制相关的操作是那些与调用呼叫相关的，因此必须由ncc应用执行的后续运算的编码必须单一地包含且编码在电话号码中，作为调用呼叫的参数引入。由于这可以看作是非用户呼叫请求，只是内部应用层面的程序，用户设备屏幕上不显示拨号屏幕，并且不执行真正的呼叫，所以在移动设备和网络之间没有信息或信号交换。
[0070]就使用与SMS发送相关的事件来说，指示后续运算所需的信息可能包含在目标电话号码和/或预定SMS主体两者中。再一次的，在移动设备中，不调用与SMS发送相关的用户界面，并且在移动设备和网络之间不执行SMS的后续发送或者信息或信号交换。
[0071]与USSD、SS, PDP相关的事件也可作为潜在事件的候选，在移动应用执行合适的所需运算时，由ncc捕获。它们之间的关系以及上述提及的事件类型也可以在以下标准中找到:
[0072]-USM的呼叫控制[9]:当该服务由USM激活时，在ME准备呼叫、补充服务操作或USSD操作或建立PDP环境之前，所有的拨号数字串、补充服务控制串和USSD串或PDP环境参数先发送到USM应用。同时，ME也应该将它当前的服务小区发送给USM应用。US頂应用具有允许阻拦或修改呼叫、补充服务操作或USSD操作或通过另一个环境激活PDP环境的能力。USIM应用也具有将呼叫请求、补充服务操作或USSD操作替换为另一个呼叫请求或补充服务操作或USSD操作的能力。
[0073]-USIM的MO短消息控制[9]:当USM激活该服务时，在ME发送该短消息之前，所有的MO短消息先发送到USM应用。同时，ME也应该将它当前的服务小区发送给US頂应用。USIM应用应该具有在发送短消息之前允许发送、阻止发送或修改短消息目标地址的能力。
[0074]必须阐明，在前面提到的任何程序中，没有真正的呼叫或SMS发送到网络，因为相关的电信程序在进程中中断，仅用于建立移动应用(MA)和执行签约管理的实体(AS)之间的通信信道，否则在没有专用API建立它们之间的通信时是完全隔离的。
[0075].终端配置分析
[0076]终端配置是移动设备发送给的标准指令，作为初始化的一部分，包含一组移动设备支持的功能，以便与ncc通信，并将成为本发明所描述的方法的基础。
[0077]实现装置和(X) SIM之间通信的第一程序因此是分析ME和WCC之间交换的终端配置命令([4] [5] [6] [7] [9])。基于ME支持的功能，将选择一个其它类型的消息来实现移动应用(MA)和小程序STK (AS)之间的交换命令协议。
[0078]配置下载指令通过终端发送给UICC，作为初始化程序的一部分，并且当SAT功能在终端修改时，越快越好。[5] [6]规定了 3G平台下的这个程序，[5] [10]规定了 2G平台下的这个程序。终端发送的该配置应该指出终端支持与SAT相关的功能。
[0079]这个程序是重要的，因为它允许确定终端能够做什么，并且接着可以因此限制它的指令范围。如果终端没有发送命令，UICC应该假定终端不支持SAT。
[0080]在终端配置的结构和编码中，一些字节需要设置为1，用来支持相同的功能。这是因为SAT的向后兼容性:SAT中存在的一些选项作为给定的功能，当支持该功能时，它们在USAT中是强制性的。据此，该结构的字节规定如下:
[0081]-第一字节(下载):
[0082]bl:下载的配置，见 ETSI TS102223[7]
[0083]b2: SMS-PP 数据下载
[0084]b3:小区广播数据下载
[0085]b4:Bit=I如果支持SMS-PP数据下载
[0086]b5:菜单选择，见 ETSI TS102223[7]
[0087]b6:见 ETSI TS102223[7]
[0088]b7:Bit=I如果支持USM的呼叫控制
[0089]b8:Bit=I如果支持USM的呼叫控制
[0090]-第二字节(其它):
[0091]bl:见 ETSI TS102223
[0092]b2:US頂的呼叫控制
[0093]b3:Bit=I如果支持USM的呼叫控制
[0094]b4:Bit=I如果支持USM的呼叫控制
[0095]b5:见 ETSI TS102223
[0096]b6:见 ETSI TS102223
[0097]b7:见 ETSI TS102223
[0098]b8: USIM的MO短消息控制
[0099]-第三字节(主动UICC):见 ETSI TS102223.[0100]-第四字节(主动UICC):[0101]bl:见 ETSI TS102223
[0102]b2:主动UICC:发送短消息
[0103]b3:主动 UICC:发送 SS
[0104]b4:主动 UICC:发送 USSD
[0105]b5:见 ETSI TS102223
[0106]b6:见 ETSI TS102223
[0107]b7:见 ETSI TS102223
[0108]b8:见 ETSI TS102223
[0109]-第五字节(事件驱动信息):见ETSITS102223.[0110]-第六字节(事件驱动信息扩展):见ETSITS102223.[0111]-第七字节(多卡主动命令)用于类〃a〃:见ETSITS102223.[0112]-第八字节(主动UICC):
[0113]bl:见 ETSI TS102223
[0114]b2:见 ETSI TS102223
[0115]b3:见 ETSI TS102223
[0116]b4:见 ETSI TS102223
[0117]b5:见 ETSI TS102223
[0118]b6:见 ETSI TS102223
[0119]b7:见 ETSI TS102223
[0120]b8:Bit=I如果支持USM的呼叫控制
[0121]-第九字节:
[0122]bl:见 ETSI TS102223
[0123]b2:见 ETSI TS102223
[0124]b3:见 ETSI TS102223
[0125]b4:见 ETSI TS102223
[0126]b5:主动UICC:提供当地信息(时间提前)
[0127]b6:见 ETSI TS102223
[0128]b7:见 ETSI TS102223
[0129]b8:见 ETSI TS102223
[0130]-第十字节(支持软键)用于类〃d〃:见ETSITS102223.[0131]-第^^一字节:(软键信息):见ETSI TS102223.[0132]-第十二字节:见ETSI TS102223.[0133]-第十三字节:见ETSI TS102223.[0134]-第十四字节(屏幕高度):见ETSITS102223.[0135]-第十五字节:(屏幕宽度):见ETSITS102223.[0136]-第十六字节:(屏幕效果):见ETSITS102223.[0137]-第十七字节:见ETSI TS102223.[0138]-第十八字节:
[0139]bl:主动UICC:显示文本(可变暂停时间)[0140]主动UICC:得到INKEY (支持协助
[0141]b2:当等待立即响应或可变暂停时间时)
[0142]b3: ME 支持的 USB
[0143]b4:主动UICC:得到INKEY (可变暂停时间)
[0144]b5:为 ETSI SCP 保留
[0145]b6:基于GPRS的呼叫控制
[0146]b7:RFU，bit=0
[0147]b8: RFU, bit=0
[0148]-第十九字节:(为TIA/EIA-136 功能保留):见 ETSI TS102223.[0149]-第二十字节:(为TIA/EIA/IS-820 功能保留):见 ETSI TS102223.[0150]-后续字节:见ETSI TS102223.[0151]-响应参数/数据:无.[0152]据此，可以用来实施通信程序的可能事件是:
[0153]第一字节:`
[0154]b7:Bit=l如果USM支持呼叫控制.由3GPP保留(US頂支持呼叫控制中的USSD串数据对象)
[0155]b8: Bit=I如果USM支持呼叫控制
[0156]第二字节:
[0157]b2:US頂的呼叫控制
[0158]b3: Bit=I如果USM支持呼叫控制
[0159]b4: USIM的MO短消息控制
[0160]b5: Bit=I如果USM支持呼叫控制
[0161]第四字节
[0162]b2:由3GPP保留(主动UICC:利用3GPP-SMS-TPDU发送短消息)
[0163]b3:由 3GPP 保留(主动 UICC:发送 SS)
[0164]b4:由 3GPP 保留(主动 UICC:发送 USSD)
[0165]b5:主动UICC:建立呼叫
[0166]第八字节
[0167]b8:Bit=l如果USM支持呼叫控制
[0168]第十八字节
[0169]b6:基于GPRS的呼叫控制
[0170]不过，上述提及的列表不可认为是移动应用(MA)触发的、UICC应用(AS)捕获的所有事件的详细列表，也不能因此认为是唯一一个能够实现本文提及的程序。同样值得注意的是，新版本不断出现，呈现新的功能，将可能允许实施本发明，无法预测未来标准的变化。
[0171].nCC STK捕获事件的程序
[0172]不失一般性且基于上述概述的一个候选事件的选择，下面提出基于SMS发送的实现本发明的提议:
[0173]本示例将根据终端配置命令中描述的事件选择，由第四字节，bit2指示支持:“由3GPP保留(主动UICC:利用3GPP-SMS-TPDU发送短消息)”。[0174]移动应用(MA)负责触发的事件限定为:
[0175]“e_Trigger”:发送短消息
[0176]作为默认，每次移动设备(ME)中的应用发送SMS时产生该事件。当移动应用实体(MA)想要执行从激活的签约切换到Π(Χ中提供的任何其它的签约(程序中一致考虑2个签约，也可以扩展为N个，不失一般性)时，需要创建SMS发送到目标号码“Nx”，(根据要求，考虑为类似激活的签约或非激活的签约)，产生事件“^Trigger”通知给nCC。这个事件随后将由nCC中的STK小程序(AS)捕获，其将负责执行下述运算:
[0177]1、验证SMS目标号码。根据与该号码相关的编码信息，将与选择的签约相关的代码化文件结构(FS)加载到暂时存储器中。
[0178]2、每个暂时存储器位置必须写在的标准登记(SR)中。一旦执行WCC的刷新或启动，这些标准登记符合激活的签约。
[0179]3、通过主动刷新命令，刷新签约，使签约激活具有新加载的数据。
_0] 本发明的优点:
[0181]-实现本发明不需要设备厂商硬件集成。
[0182]-在配置/签约之间的平滑转换。从一个号码改为另一个号码时，不需要输入PIN。
[0183]-从一个号码改为另一个号码时,不需要重启设备。
[0184]-由于基于标准的智能卡UICC，当前的逻辑和规模大批量生产政策可以适用。
[0185]-多线路号码能力最终通过空中传送(OTA)安全机制在已经装载的SM卡上激活。这意味着运营商不需要处理SM卡或移动设备，允许远程激活。
[0186]-不需要特殊设计的带有多个槽，插入多个SIM卡(与双SIM移动方案相比)的电话，因为两条线路都由一个SM处理。
[0187]-电话不需要允许多个张SM插入多个槽中的HW适配，因为本发明使用单个SM。
[0188]-不使用允许SM/ΠCC卡之间的交换的多个卡适配器，因为本发明使用单张SM。
[0189]-移动设备组合的高度可用性，因为本发明可以潜在地用于任何设备。
[0190]本发明将解决的应用前景的情形，突出的为:
[0191]-双机合一(Twomobiles in One),不再需要携带两个手机来拨打和接收两个不同号码的电话。
[0192]-在相同设备中的公司/个人线路可被认为是前述使用情况更加具体的适用。当一条线路激活时，公司和私人呼叫的线路号码的分化将允许限制呼入的特征(如果用户明确允许转移，将接收非激活SIM联系人)。
[0193]-两个不同号码的区分计费。
[0194]-BYOD:携带自己的设备。雇员可以携带他们自己的设备来工作，不需要携带公司的设备来接收公司的呼叫。
[0195]所属领域的技术人员可以在不脱离如所附权利要求所限定的本发明的范围内在描述的实施例中引入改变和修改。
[0196]缩写
[0197]3GPP 3rd Generation Partnership Project 第三代合作项目
[0198]API Application Programming Interface 应用编程接口[0199]API Application Processing Unit 应用处理单兀
[0200]ASApplet STK 小程序 STK
[0201]CPU Central Processing Unit 中央处理单兀
[0202]DSP Digital Processing Unit 数字处理单兀
[0203]FSFile Structure 文件结构
[0204]GPRS General Packet Radio Service 通用分组无线业务
[0205]GSM Global System for Mobile communications 全球移动通信系统
[0206]HLA High Level Application 高级应用
[0207]IMS IP Multimedia Subsystem IP 多媒体子系统
[0208]IMSI International Mobile Subscriber Identify 国际移动用户识别
[0209]ISIM IMS Subscriber Identity Module IMS 用户识别模块
[0210]KCCiphering Key 秘钥
[0211]MAMobile Application 移动应用
[0212]MEMobile Equipment 移动设备
[0213]MOMobile Originated 移动主叫
[0214]MSISDN Mobile Subscriber Integrated Services Digital Network Number 移动用户集成服务数字网络号码
[0215]OTA Over The Air 空中传送
[0216]PDP Packet Data Protocol, e.g., IP or X25or PPP 分组数据协议，例如 IP或X25或PPP
[0217]RFU Reserved for Future Use 留待将来使用
[0218]SAT SIM Application Toolkit SIM 应用工具箱
[0219]SIM Subscriber Identity Module 用户识别模块
[0220]SMS Short messaging Service 短信服务
[0221]SRStandard Registries 标准注册
[0222]STK SIM Tool Kit SIM 工具箱
[0223]SSSupplementary Services 补充业务
[0224]SWSoftware 软件
[0225]UICC Universal Integrated Circuit Card 通用集成电路卡
[0226]UMTS Universal Mobile Telecommunication System 通用移动通讯系统
[0227]USAT USIM Application Toolkit USIM 应用工具箱
[0228]USIM Universal Subscriber Identity Module 通用用户识别模块
[0229]USSD Unstructured Supplementary Service Data 非结构化补充服务数据
[0230](X)SIM SIM/USIM/ISIM
[0231]参考文献
[0232][I]ETSI TR131.900:"SIM/USIM internal and external interworkingaspects,3Gpp TR131.900version9.0.0Release9" [0233][2]GB2436015A"Wireless device with a single SIM operating though it hadtwo ormore different SIMs"[0234][3]US2007/0184858AI^Method of attaching mobile communication tasksto a subscriber information module card and mobile communication deviceincorporating the same^
[0235][4]3G (X)SIM standardization:
[0236]<http://www.3gpp.0rg/ftp/Specs/html-1nfo/31-series.htm>
[0237][5]ETSI UICC standardization:<http://portal.ets1.0rg/>
[0238][6]ETSI TS102221: "Smart Cards; Card Application Toolkit (CAT)".[0239][7]ETSI TS102223: "Smart Cards; Card Application Toolkit (CAT)".[0240][8]3GPP TS31.101:"UlCC-terminal interface;Physical and logicalcharacteristics'
[0241][9]3GPP TS31.111:"Universal Subscriber Identity Module (USIM)Application Toolkit (USAT)'
[0242][10] ETSI TS151011: "Specif ication of the Subscriber IdentityModule-Mobile Equipment (SIM-`ME) interface"
【权利要求】
1.一种支持多个签约的个人设备的签约切换方法，其特征在于所述方法包括根据产生的事件自动地执行所述签约切换。
2.根据权利要求1所述的方法，包括通过运行在所述个人设备的操作系统顶端的应用产生所述事件，所述事件包含执行所述签约切换的代码化信息。
3.根据权利要求1或2所述的方法，包括通过通用集成电路卡或nCC支持所述多个签约。
4.根据权利要求3所述的方法，包括在所述应用和所述nCC之间通信，并根据所述个人设备支持的功能，所述ncc捕获所述应用产生的事件。
5.根据权利要求4所述的方法，包括分析在初始化时发送给nCC的终端配置消息的内容，来发现所述个人设备支持的所述功能。
6.根据权利要求3-5之一所述的方法，包括由nCC执行所述签约切换，通过: -将激活的签约加载至文件结构； -在标准注册中加载该新的签约；以及 -刷新该标准注册的内容，以考虑与所述新的签约相关的新的参数组。
7.根据前述权利要求之一所述的方法，包括在与下述列出的环境感知变量相关的至少一个条件满足时，触发所述事件的所述产生: 位置、时间表、费率、通信成本、覆盖要求、确定服务类型的访问限制、首选访问类型、黑/灰名单和安全限制。
8.根据权利要求1-6之一所述的方法，包括当用户通过用户界面与所述个人设备交互时，触发所述事件的产生，并且所述交互包括访问UICC。
9.根据前述权利要求之一所述的方法，其中，所述产生的事件与下述程序中的至少一个相关:呼叫控制、SMS发送、非结构化补充服务数据、补充服务和分组数据协议。
10.根据权利要求9所述的方法，其中，所述事件的代码化信息包含在电话号码中，当所述事件与所述呼叫控制程序相关时，所述电话号码作为调用呼叫的参数引入。
11.根据权利要求9所述的方法，其中，当所述事件与所述SMS发送处理相关时，所述事件的代码化信息编码在目标电话号码和/或预定的SMS主体中。
【文档编号】H04W8/18GK103765934SQ201180071224
【公开日】2014年4月30日 申请日期:2011年12月16日 优先权日:2011年5月27日
【发明者】路易斯·维拉鲁比亚·格兰德, 约瑟·雷拉诺·吉尔, 乔治·布兰科·阿帕里西奥 申请人:电话有限公司