CN107710799A

CN107710799A - 增强型云sim

Info

Publication number: CN107710799A
Application number: CN201680020232.0A
Authority: CN
Inventors: J·Y·蒋; S·达塔; S·萨达珊; S·达贝
Original assignee: Global Touch
Current assignee: Global Touch
Priority date: 2015-03-31
Filing date: 2016-03-31
Publication date: 2018-02-16
Also published as: WO2016161166A1; US20160295544A1

Abstract

本发明提供了一种用于移动通信的方法和系统，其中在检测到被访问运营商(VPMN)处的SIM设备的注册的变化时，将SIM设备的IMSI简档切换到枢纽运营商的HPMN IMSI简档或本地IMSI简档中的一个。取决于SIM设备的位置以及与SIM设备相关联的服务的质量和监管要求，枢纽运营商选自云SIM枢纽生态系统。云SIM枢纽基于SIM设备要求，利用部分IMSI简档或完整IMSI简档来分配动态IMSI。完整简档具有HPMN或VPMN的安全密钥信息，并且SIM设备要求可以来自软SIM、eSIM或标准SIM。

Description

增强型云SIM

相关申请

本申请要求于2016年3月30日提交的题为“增强型云SIM(Enhanced Cloud SIM)”的美国专利申请No.15/085,689的优先权，该专利申请又要求于2015年3月31日提交的题为“云SIM动态IMSI分配(cloudSIM Dynamic IMSI Allocation)”的美国临时专利申请No.62/140,953的优先权。上述专利申请的全部内容通过引用并入本文。

技术文献

关于MAP规范的GSM 902

数字蜂窝电信系统(阶段2+)

移动应用部分(MAP)规范

(3GPP TS 09.02版7.9.0版本1998)

关于SMS的GSM 340

数字蜂窝电信系统(阶段2+)

短消息服务(SMS)的技术实现

(GSM 03.40版7.4.0版本1998)

关于CAMEL的GSM 378，

关于CAMEL应用协议的GSM 978，

关于CAMEL支持最佳路由(SOR)的GSM 379，

关于CAMEL基本呼叫处理的GSM 318

关于GTP的3GPP TS 29.060

关于小应用程序IMSI/简档到小应用程序下载的3GPP TS 23.048

ITU-T建议Q.1214(1995)，智能网CS-1的分布式功能平面，

ITU-T建议Q.1218(1995)，智能网络CS-1的接口建议，

ITU-T建议Q.762(1999)，7号信令系统——ISDN用户部分消息和信号的一般功能，

ITU-T建议Q.763(1999)，7号信令系统——ISDN用户部分格式和代码，

ITU-T建议Q.764(1999)，7号信令系统——ISDN用户部分信令过程，

ITU-T建议Q.765(1998)，7号信号系统——应用传输机制，

ITU-T建议Q.766(1993)，综合业务数字网络应用中的性能目标，

ITU-T建议Q.769.1(1999)，7号信令系统——ISDN用户部分支持号码便携性的增强

技术领域

本发明总体上涉及移动通信。更具体地，本发明涉及在漫游的同时处理移动通信。

背景技术

漫游流量占运营商收入的很大一部分，甚至占运营商利润的百分比也更高。随着竞争和监管的日益加强，运营商越来越受到压力以增加其漫游收入。在过去几年中，由于竞争加剧和由此的定价压力的加剧，网络运营商来自归属用户的收入一直在下降。另一方面，由于本地市场的流动性渗透率上升以及旅游的增加，来自漫游者的收入在同一时期持续增长。

随着全球移动漫游市场商业模式的不断演进，行业了解到漫游对运营商收入和利润的战略重要性，并且在适应各种新提出的规则。运营商了解到，他们必须制定策略来驱动漫游人数和漫游用量，同时降低费用(tariff)率。

在漫游业务中，入站漫游收入的平均利润率约为80％，出站漫游收入的平均利润约为20％。运营商面临的关键挑战是最大限度地提高出站漫游收入。在分析出站漫游收入时，应当注意的是，平均40％的出站漫游收入来自由出站漫游者进行的移动发起(MO)呼叫。在这些MO电话中，近70％的电话是往回到家，10％的电话是到订户的当前漫游目的地之外的其他市场。考虑到漫游者的当前漫游网络与进行呼叫的目的地网络之间的收入分配，运营商从这些呼叫中获得的收入是最小的。

针对拨出电话对漫游者征收的漫游费用也构成了互联网运营费用和零售标价。运营商日益受到价格压力，以提供比批发费用更好的零售费率。IOT今天约占80％的利润，而零售漫游费只占20％的利润。虽然运营商在建立漫游协议以最大限度地提高漫游利润的同时大量地依赖于IOT折扣，但是规则的例外是到其他网络的外拨呼叫，国际拨出电话仍然是昂贵的。

因此，构成出站漫游收入的关键驱动因素是跨运营商费率、终止费用和零售标价。运营商可以通过选择提供较少IOT和较少终止费用的“优选合作伙伴”网络来对零售标价加杠杆。也可能有这种优选合作伙伴网络的生态系统，其向彼此提供优惠的费用。

由于智能手机和M2M等新服务的市场不断增长，随着越来越多的用户在漫游时使用数据连接，数据流量急剧增长。因此，这种数据漫游收入成为运营商的战略重点，并且他们采用各种技术/解决方案来增加其数据漫游收入的份额。

在现有技术中存在各种系统，其提供在漫游时供应(provision)优选网络的IMSI的方式。然而，这些系统要求运营商供应双IMSI或多IMSI SIM卡，这成为运营商的运筹的挑战。此外，由于使用IMSI，这些解决方案无法通过客户端运营商或本地订户的使用来具有隔离的网络流量。

根据上述内容，在本领域中需要一种用于创建如下解决方案的系统、方法，该解决方案为运营商提供利用优选伙伴网络的生态系统的方式，以使得订户能够在漫游时使用优选网络的IMSI，而不需要供应专门的IMSI，并且还将超出标准插入式SIM到软SIM设备或嵌入式SIM设备。

发明内容

本发明涉及用于移动通信的方法和系统，其中在检测到SIM设备在被访问运营商(VPMN)处的注册的变化时，将SIM设备的IMSI简档切换到枢纽运营商的HPMN IMSI简档或本地IMSI简档中的一个。取决于SIM设备的位置以及与SIM设备相关联的服务的质量和监管要求，枢纽运营商从云SIM枢纽生态系统中被选择。云SIM枢纽基于SIM设备要求，利用部分IMSI简档或完整IMSI简档来分配动态IMSI。完整简档文件具有HPMN或VPMN的安全密钥信息，并且SIM设备要求可以来自软SIM、eSIM或标准SIM。

在其各种实施例中，本发明的系统和方法提供云SIM生态系统，云SIM生态系统具有订阅云SIM服务的多个枢纽合作伙伴网络。该服务使得能够利用与全球领先的信令和语音服务供应商的合作伙伴关系，经由部署在承载云端的云SIM枢纽来重新路由呼叫。取决于SIM设备的位置以及质量和监管要求，SIM设备的IMSI简档切换到枢纽运营商的HPMN IMSI简档或本地IMSI简档。漫游订户的用户体验不受任何影响，并且他在旅途中继续享受正常的漫游服务。

本发明提供了一种云SIM服务，它是一种生态系统，该生态系统利用移动运营商向已经订阅云SIM服务并且作为云SIM生态系统的一部分的客户端网络提供折扣费用。订阅运营商不需要使用多IMSI SIM卡，而是可以继续使用现有的SIM，其中通过其各种实施例，本发明基于各种准则而仅切换IMSI简档。

在其使用云SIM枢纽的各种实施例中，本发明的系统和方法使用标准SIM中的STK(小应用程序)连同OTA功能来经由云SIM DIA平台来处理动态IMSI分配。IMSI简档的切换智能地为服务选择正确的网络，而无需终端订户的任何手动干预，从而使整个的漫游者体验是无缝的。

根据其实施例，本发明的系统和方法为M2M连接的汽车系统提供云SIM服务，其中eSIM(即，嵌入式SIM)是工厂已装配的，并且云SIM枢纽根据监管规范无缝地分配正确的IMSI简档。eSIM简档可以被配置作为提供到连接的汽车的连接性的MNO。所有流量的归属路由可以取决于谁在提供企业连接性而被云SIM枢纽或MNO的归属运营商完成。

附图说明

在附图中，相同或相似的附图标记表示相似的元件或动作。

图1示出了根据本发明的第一实施例的用于实现云SIM服务的系统；

图2表示描绘根据本发明的实施例的用于使用云SIM服务实现移动通信的方法的流程图；以及

图3表示描绘根据本发明的实施例的用于使用云SIM服务实现移动通信的方法的呼叫流程。

具体实施方式

在下面的描述中，为了说明的目的，阐述了具体的数字、材料和构造，以便提供对本发明的透彻理解。然而，对于本领域普通技术人员显而易见的是，可以在没有这些具体细节的情况下实践本发明。在某些情况下，可以省略或简化众所周知的特征，以免使本发明变得模糊。此外，在本说明书中对“一个实施例”或“实施例”的参考表示结合实施例描述的特定特征、结构或特性被包括在本发明的至少一个实施例中。在本说明书的各个地方，短语“在实施例中”的呈现并不一定指代相同的实施例。

本发明提供了一种用于促进在被访问公共移动网络(VPMN)中漫游的归属公共移动网络(HPMN)的订户的移动通信的系统和方法。根据各种实施例，本发明提供一种方法和系统，其为订户提供使用不同于其归属运营商的IMSI的不同运营商的IMSI来提供更好的费用的设施。

图1示出了根据本发明的实施例的用于实现云SIM服务的系统100。HPMN 104(来自归属国)的SIM设备102(订户的)正在VPMN106(来自访问国家)中漫游。SIM设备102在下文中可互换地称为订户102。当SIM设备102在HPMN 102外部漫游时，SIM设备102连接到VPMN VLR108。在本发明的一个实施例中，VPMN VLR 108与VPMN 106中的VMSC集成。尽管如此，VPMNVLR和VMSC都可以具有不同的逻辑地址。与订户102相对应的订户简档数据存储在HPMN HLR110中。与订户102相对应的信令在VPMN 106处使用国际STP 1 112来路由并且在HPMN 104处使用国际STP 2 114来路由。HPMN 104与VPMN 106之间的信令使用SS7信令架构116来携带。在HPMN 104与VPMN 106之间交换的信号是基于MAP的信号。HPMN 104的其他网络元件(例如，MSC/VLR)经由SS7链路与VPMN106的各种其他网络元件(例如，HLR、VLR等)通信。对于本领域技术人员显而易见的是，HPMN 104的各种部件使用各种信令技术(包括但不限于SS7、SIP、IP、ISUP等)与VPMN 106通信。

HPMN 104作为客户端运营商订阅云SIM服务以实现到它的订户的SIM设备102的动态IMSI分配。VPMN 106中的被访问运营商是订户的当前位置。在SIM设备上供应的动态IMSI简档属于枢纽PMN，枢纽PMN是云SIM生态系统的一部分。在该实施例中，枢纽PMN 116向订户的SIM提供它的IMSI。枢纽PMN 116包括与国际STP 3 120接口的云SIM枢纽118以跨网络管理信令。枢纽运营商是MVNO或具有自己的IMSI集合的MNO。

对于本领域技术人员显而易见的是，云SIM枢纽118可以与枢纽PMN 116连网或与枢纽PMN 116断网。换言之，云SIM枢纽118可以部署在枢纽PMN 116中或者在服务于作为云SIM生态系统的一部分的多个枢纽PMN的中心位置。

随着越来越多的客户端运营商和生态系统合作伙伴加入云SIM生态系统，将所有人连接到一个中央云SIM枢纽是不可行的。在其他实施例中，云SIM实现多枢纽架构，在多枢纽架构中，使用区域枢纽来连接到参与生态系统的不同客户端。每个区域中的客户和生态系统合作伙伴都可以连接到区域枢纽。所有区域枢纽将完全互连，以确保一个区域中的客户端应当由另一区域中的生态系统合作伙伴来服务，反之亦然。

云SIM生态系统服务利用云SIM枢纽的Globetouch的生态系统来为希望成为云SIM生态系统的部分的客户端运营商提供特别的打折费用。根据本发明的各种实施例，云SIM枢纽118将与枢纽运营商的IMSI相关联的信令的一个或多个信令参数转换为与客户端运营商的IMSI相关联的信令的一个或多个信令参数。一个或多个信令参数可以包括订户的MSISDN。在某些情况下，在与被访问运营商通信时，订户的MSISDN改变。其他信令参数包括MAP信令、呼叫信令、订户的MSISDN、CAMEL/SIP/TCAP事务、数据会话和数据流量。

图2表示描绘根据本发明的实施例的用于使用云SIM服务来实现移动通信的方法的流程图。在步骤202，云SIM枢纽118检测订户的SIM设备102在VPMN 106处的改变。随后，在步骤204，云SIM枢纽118的DIA基于SIM设备102的要求，利用部分IMSI简档或完整IMSI简档来动态地分配IMSI。完整IMSI简档具有HPMN 104或VPMN 106的安全密钥信息，并且SIM设备102可以是软SIM、eSIM或标准的插入式SIM。最后，在步骤206，云SIM枢纽118从SIM设备102的IMSI切换到枢纽运营商的HPMN IMSI简档或本地IMSI简档，其中取决于SIM设备102的位置以及与SIM设备102相关联的服务的质量和监管要求，枢纽运营商选自云SIM枢纽118的生态系统。根据本发明的一个实施例，枢纽运营商是作为云SIM生态系统的成员的枢纽PMN116。

根据本发明的另一实施例，枢纽运营商基于如下的各种准则而被选择：在被访问国家同意的批发费用、订户类型、作为服务的设备、预付费或后付费计划、完全服务或仅数据服务、或者被访问国家的网络的成本或QoS排序。

根据本发明的各种其他实施例，云SIM枢纽118使用标准SIM卡中的SIM STK连同OTA功能来处理动态IMSI分配。在本发明的另一实施例中，云SIM枢纽118使用来自Globetouch的DIA来执行动态IMSI分配。

根据本发明的实施例，云SIM枢纽118以推送模式或拉取模式来动态地分配IMSI。例如，拉取模式在SIM设备支持USSD的情况下实现，其中USSD用于向云SIM DIA平台通知SIM设备的当前国家和网络。在推送模式下，云SIM DIA平台从漫游探针而不是云SIM STK小应用程序得到位置通知，并且自身开始动态IMSI分配工作流程。在下文中，云SIM STK小应用程序可互换地称为小应用程序或云SIM小应用程序。相同的工作流程适用于没有正确地实现STK提供位置信息(PLI)命令的SIM设备，以得到当前网络的细节(MCC-移动国家代码和MNC-移动网络代码)，其中SIM设备被锁定(latched on)。类似地，对于不支持STK刷新命令的SIM设备102，遵循不同的工作流程，以通过发出SIM STK显示文本消息来向SIM设备102通知IMSI切换，以通知用户关闭/打开SIM设备。如果设备不支持主动命令刷新，则小应用程序可以发出显示文本命令，以要求用户重新启动设备。对于没有显示器的设备，例如一些M2M设备，可以禁用显示文本。

一般来说，云SIM小应用程序支持基于拉取的方法，即一旦SIM设备被锁定到被访问国家的任何网络(使用归属IMSI或使用全球漫游IMSI)，并且小应用程序没有得到适用于该位置的动态IMSI，则小应用程序向云SIM DIA平台利用当前位置信息发送USSD通知，并且DIA平台经由OTA下载用于当前位置的合适的动态IMSI。

在本发明的小应用程序中，即使小应用程序从设备得到关于订户的新的漫游位置的通知，也能够禁用从小应用程序到DIA平台的通知。小应用程序只是使用当前IMSI让设备保持锁定，并且等待来自DIA服务器的具有用于当前位置的新的动态IMSI任何OTA SMS。这种情况适用于由于在设备或网络中缺少USSD支持而偏好替代的位置触发源的某些客户端运营商，例如漫游探针。根据本发明的各种实施例的，这被称为DIA工作流程的推送模式操作。

图3表示根据本发明的实施例的用于使用由云SIM枢纽118动态地分配的全球IMSI来实现VPMN 104中的SIM设备102的注册的典型的呼叫流程。如在呼叫中看到的，因为没有漫游协议，VPMN 106的初始注册尝试失败。当从云SIM供应的全球漫游IMSI被路由通过云SIM平台时，云SIM枢纽监测位置更新消息。换言之，云SIM枢纽监测SIM设备中的当前IMSI的网络注册，以了解SIM设备的当前漫游国家和网络。然后，云SIM枢纽118使用DIA业务规则引擎分配适合于当前VPMN 106的IMSI，并且使用标准SIM OTA技术从HPMN 104或VPMN 106下载完整IMSI简档或部分IMSI简档。然后，SIM设备102的注册使用所下载的IMSI简档在VPMN106处被启动。

全球漫游IMSI是在HPMN在任何目的地国家没有漫游协议的情况下用于漫游的任何其他网络的IMSI(例如由任何其他MNO或任何漫游枢纽服务供应商提供的)。全球漫游IMSI不是强制性的，并且取决于客户端，可以存在或可以不存在。如果归属网络IMSI因为没有双边漫游协议(或由于任何其他原因)而无法注册到订户的当前访问国家的任何网络(位置状态为有限服务)，则小应用程序应当对其进行检测，并且检查IMSI槽中是否存在全球漫游IMSI。这个IMSI在个性化期间在SIM卡中供应，但是应当可以在稍后使用OTA来下载，以改变原始的全球漫游IMSI。在订户的SIM卡中可以有多个全球漫游IMSI(每个全球漫游IMSI适用于不同国家集合)。

如果存在全球漫游IMSI，则小应用程序将IMSI作为活动IMSI，并且强制SIM设备使用该全球漫游IMSI来锁定。在到全球漫游IMSI的切换过程之前的可配置的时间段(例如6分钟)开始。这确保了如果归属IMSI由于漫游合作伙伴网络的覆盖问题而无法锁定，则在全球漫游IMSI接管之前，将获得足够的时间以回到覆盖范围。

如果IMSI槽中有多个全球漫游IMSI可用，则每个全球漫游IMSI还包含MCC-MNC的列表，其中该全球漫游IMSI将工作。该小应用程序参考该列表来选择正确的全球漫游IMSI。然而，应当也可以通过不配置MCC-MNC的列表来将全球漫游IMSI作为默认的全球漫游IMSI，使得如果当前MCC-MNC不与其他全球漫游IMSI一起出现，则小应用程序可以默认地选择这个全球漫游IMSI。如果没有得到订户的当前位置的位置信息，则小应用程序将锁定到全球漫游IMSI。如果SIM设备无法锁定到全球漫游IMSI，则小应用程序应当等待可配置的时间段(例如6分钟)，然后再开始使用归属IMSI来尝试注册。如果没有全球漫游IMSI可用，则设备应当保持在有限服务模式，直到下一上电周期。

根据本发明的各种实施例，动态IMSI分配使用本地IMSI或永久漫游IMSI或全球漫游IMSI或临时漫游IMSI来进行。SIM设备102的IMSI基于SIM设备102的位置或订户的等级。订户的IMSI经由可以通过OTA通信改变的配置文件而被改变。或者，订户的IMSI由SIM STK应用来改变，SIM STK应用经由USSD或SMS或任何其他承载与网络应用通信。云SIM枢纽118经由STK将IMSI和其他订阅数据存储在小应用程序缓冲器中。或者，云SIM枢纽118以偏好顺序或随机顺序从IMSI序列中选择默认IMSI，直到一个IMSI成功地注册VPMN 106。

根据本发明的另一实施例，云SIM枢纽118将与归属运营商的IMSI相关联的信令的一个或多个信令参数转换为与SIM设备的IMSI相关联的信令的一个或多个信令参数(来自枢纽运营商)。信令参数可以是MAP信令、呼叫信令、订户的MSISDN、CAMEL/SIP/TCAP事务、数据会话和数据流量。枢纽运营商是MVNO、具有自己的IMSI集合的MNO。云SIM枢纽可以位于与枢纽运营商连网或与枢纽运营商断网。

当向IMSI动态地分配部分或完整简档时，云SIM枢纽118具有各种用例情景。根据本发明的实施例，当动态IMSI完整简档(包括安全密钥、APN等)基于VPMN 106时，云SIM枢纽118维护与VPMN106的计费和供应接口，并且所有信令和数据路由通过VPMN 106在本地进行。

在动态IMSI部分简档仅具有基于VPMN的IMSI的情况下，云SIM枢纽118处理云SIM生态系统内的信令和数据路由，以配置IMSI到另一HPMN IMSI的映射并且将数据重定向到HPMN 104的相应数据网关。对于本领域技术人员显而易见的是，可以通过云SIM生态系统将不同的动态IMSI简档路由或映射到不同的HPMN。

在本发明的另一实施例中，当动态IMSI简档是部分的、具有来自本地VPMN 106的IMSI和Ki、但是APN指向云SIM枢纽118时，则直接与VPMN 106进行信令通信，但是数据会话被路由通过云SIM生态系统到映射的IMSI到HPMN网关。这允许在VPMN 106处进行认证，但是数据服务在另一HPMN处。

根据本发明的另一实施例，动态IMSI简档是部分的、具有基于本地VPMN 106的IMSI、但是Ki指向一个HPMN的一个归属IMSI，并且APN指向云SIM枢纽118并且数据服务去往另一归属网络HPMN。在这种情况下，信令路由通过云SIM枢纽118，云SIM枢纽118将IMSI映射到HPMN 104的IMSI。但是当数据会话经过云SIM枢纽118时，数据服务去往另一归属网络的数据网关(和相关联的BSS/OCS/PCRF)。这允许在一个HPMN处进行认证，但是数据服务在另一HPMN处。

根据本发明的各种实施例，上述四种情况从M2M连接的汽车生态系统的角度在以下示例的帮助下进一步解释。

在示例性情况中，一辆汽车在印度出售，并且AirTel IMSI被供应为活动IMSI。订户简档(IMSI、Ki等)将在AirTel HLR中被供应。设备中的数据服务的APN也将来自AirTel。因此，所有服务(注册、数据服务)由AirTel India网络提供。云SIM归属网络(瑞典的Globetouch的)仅具有通过AirTel India配置和计费系统实现的供应和计费接口，才能对过程进行必要的控制并且具备整体服务的可见性。这是需要的，因为GlobeTouch是连接的汽车制造商(例如，本田)的主要连接供应商。这可以是另一MNO网络(例如，英国的沃达丰)，而不是GlobeTouch，如果MNO是连接的汽车制造商的主要连接供应商(GlobeTouch只是技术供应商)的话。

在另一用例中，一辆汽车在印度出售，并且AirTel IMSI被供应为活动IMSI。与上述情景1的区别在于，在AirTel HLR中将不会供应订户简档。订户简档将在Globetouch瑞典网络或作为汽车的归属网络的任何其他MNO网络(例如，英国的沃达丰)中供应。订户简档将在HLR中具有HPMN IMSI(如果使用GlobeTouch HLR，则为GlobeTouch IMSI，或者为另一MNOIMSI，例如VF UK IMSI，如果该相同网络是归属网络的话)。设备中的数据服务的APN也将来自HPMN(在适当的情况下为GlobeTouch或VF UK)。因此，所有信令和数据流量将经由云SIMHub而被路由，云SIM Hub将进行IMSI转换(例如从AirTel IMSI到GlobeTouch IMSI或从AirTel IMSI到英国的沃达丰的IMSI)，并且将信令/数据业务路由到正确的HPMN。这种情况提供由作为连接的汽车制造商(例如，本田)的主要连接供应商的HPMN对服务的全面控制。

在另一用例中，该车在印度销售，并且AirTel IMSI被供应作为活动IMSI。订户简档(IMSI、Ki等)将在AirTel HLR中被供应。与第一种情景的区别在于，设备中的数据服务的APN根据情况也来自GlobeTouch或另一Home MNO(例如，英国的沃达丰)，而不是AirTelAPN。由于订户简档将在AirTel HLR中，所以所有信令(基本用于网络认证和注册)都直接路由到AirTel HLR。然而，由于APN是GlobeTouch(或VF UK)的，所以数据流量将来到云SIM枢纽118，云SIM枢纽118可以进行IMSI转换(例如，从AirTel IMSI到GlobeTouch IMSI或从AirTel IMSI到英国的沃达丰的IMSI)，并且将数据流量路由到GlobeTouch(或VF UK)GGSN。这种情景允许由作为连接的汽车制造商(例如，本田)的主要连接供应商的HPMN对数据流量的控制，其中由于某些原因(例如，某些国家的规定对于在印度销售的汽车总是使用本地简档)，必须使用本地IMSI(在这种情况下为AirTel)。

在另一用例中，一辆汽车在印度出售，并且AirTel IMSI被供应作为活动IMSI。然而，像第二种情况一样，在AirTel HLR中没有供应订户简档。订户简档在作为汽车的归属网络的其他MNO网络(例如，英国的沃达丰)中被供应。订户简档将在HLR中具有HPMN IMSI(例如，VF UK IMSI)。然而，与第二种使用情况的区别在于，APN不是HPMN(VF UK)的，而是将用于另一网络(在大多数情况下，它将是GlobeTouch，但是也可以是任何其他MNO APN)。由于订户简档将在VF UK HLR中，所以所有信令(基本用于网络认证和注册)将被路由到云SIM枢纽，云SIM枢纽将进行IMSI转换(例如，从AirTel IMSI到英国的沃达丰的IMSI)，并且将数据流量路由到英国的沃达丰的HLR。然而，由于APN是GlobeTouch的，所以数据流量将来到云SIM枢纽118，云SIM枢纽118将进行IMSI转换(例如，从AirTel IMSI到英国的沃达丰的IMSI)，并且将利用VF UK IMSI将数据流量路由到GlobeTouch GGSN。在GGSN/BSS可能不支持另一MNO IMSI(在这种情况下为VF UK IMSI)的供应的另一归属MNO的情况下，云SIM枢纽118将AirTel IMSI转换为该网络归属IMSI(例如，在该示例中，如果AT&T是归属网络，则为AirTel IMSI到AT&T USA IMSI)。这种情景允许利用一些其他MNO/服务供应商的数据服务来得到更好的数据漫游速率，这些数据服务通过作为连接的汽车制造商(例如，本田)的主要连接供应商的归属网络来控制认证/网络注册。

根据本发明的另一实施例，云SIM枢纽118实现纯粹的基于网络的解决方案，以将流量分离并且路由到正确的运营商网络。云SIM枢纽118利用基于OMACP的设备管理功能结合云SIM小应用程序来检测和通知SIM设备的IMEI。这有助于避免在智能手机(基于Andriod或iOS)中，当IMSI改变时发生APN的自动配置。在这种情况下，双或多IMSI解决方案无法将由来自枢纽运营商的订户和本地订户的使用生成的网络流量与其IMSI用于使用该服务的枢纽运营商分离。

在某些情况下，当用户使用Android或iOS或类似智能手机时，当IMSI改变时，APN也会改变。当云SIM小应用程序从归属IMSI切换到来自生态系统的任何合作伙伴IMSI时，配置合作伙伴网络的APN。因此，订户不能使用HPMN数据服务，除非客户端APN被重新配置或数据流量被重新路由到客户端网络。

为了避免这种情况，根据本发明的实施例，在新的IMSI上的GPRS注册期间(一旦云SIM小应用程序切换)，云SIM枢纽改变MAP ISD消息中的以下参数，以便于数据路由通过VPMN：

·改变GPRS订阅数据中的APN-OI替换参数

·改变EPS订阅数据中的APN-OI替换参数(UE级别)

大多数最新的SGSN(3GPP版本8和更高版本)都支持此功能，因此，这是处理VoLTE的普通APN情况的期望方式(使用VoLTE默认APN)。

在LTE情况下，SIM设备连接到诸如因特网的一个或多个分组数据网络(PDN)。PDN网关(P-GW)将LTE与外部PDN互连。因此，作为PDN连接过程的部分，SIM设备可以请求APN，或者MME可以选择默认APN。MME使用APN来标识将被选择用于到感兴趣的PDN的连接的P-GW。APN可以以APN-FQDN(完全限定域名)的形式呈现，并且不区分大小写。APN有两个主要组成部分。APN网络标识符(APN-NI)是强制字段；而另一部分是可选的，并且被称为APN运营商标识符(APN-OI)。

如果APN-OI替换字段属性值对(AVP)存在于由HSS在更新位置应答(ULA)中向MME返回的订户简档中，则APN-OI字段将被替换为在订户简档中提供的字段。

通常，这样的替换在“非漫游和归属路由漫游”情况下进行。APN-OI替换的示例是：

鉴于：

·APN-NI：internet-4

·APN-OI替换字段：north.mnc111.mcc222.grps

在导出APN-FQDN时将执行以下操作：

·“apn.epc”将放在mnc111与其前面的标签之间。

·“.3gppnetwork.org”将替换“.gprs”

所得到的APN-FQDN：

·internet-4.north.apn.epc.mnc111.mcc222.3gppnetwork.org

根据本发明的另一实施例，对于云SIM LTE工作流程，云SIM枢纽118处于Diameter更新位置应答消息的路径中，并且用正确的值填充APN-OI替换AVP，以便于VPMN将数据流量路由通过云SIM枢纽118。云SIM枢纽118还可以添加通配符APN代替客户端网络特定的APN。

在SIM OTA技术的情况下，通常的技术是确定OTA分组被传送到正在实现接收证明(POR)或执行证明(POE)的SIM卡。然而，一些运营商网络存在局限性，特别是在SMSC中实现POR/POE，这反过来又影响仅依靠SIM-OTA功能的旧的云SIM解决方案。本发明的云SIM枢纽通过在云SIM枢纽平台中实现独立的POR/POE机制以确定OTA分组是否被正确地传送到用户设备的SIM卡中的云SIM小应用程序来克服这种依赖性。一旦动态IMSI被OTA下载到云SIM小应用程序，则云SIM DIA平台开始跟踪是否有来自同一动态IMSI的注册请求来到云SIM枢纽118。如果在配置的时间内没有看到注册尝试，则DIA平台假定下载新的IMSI的OTA操作失败。然后，DIA平台重新启动将同一动态IMSI到云SIM小应用程序的OTA下载。

在某些情况下，用户的IMSI将经由配置文件改变为默认IMSI。默认IMSI以偏好顺序或随机顺序选自IMSI序列，直到一个IMSI被成功地注册到被访问网络。根据本发明的实施例，配置文件指示动态地获取IMSI。在这种情况下，SIM首先注册针对漫游位置的默认IMSI，然后SIM将经由USSD或SMS或其他承载信道(例如，WiFi、GPRS、LTE等)请求IMSI用于针对漫游位置的动态指派的IMSI。然后，请求来到默认IMSI枢纽，然后默认IMSI枢纽向中央全球系统或负责该位置的IMSI指派(与归属IMSI相对应)的系统咨询针对用户的漫游位置的动态分配的IMSI。此后，响应于IMSI请求，经由USSD、SMS或其他承载信道经由OTA发送IMSI。SIM然后重新注册新指派的IMSI。

为了管理计费，云SIM服务通过Globetouch建立批发经纪人，Globetouch的IMSI枢纽合作伙伴的IMSI和费率被转销给客户端运营商(包括MNO、MVNO和MVNE等)。用户根据从云SIM生态系统的枢纽运营商接收到的费率被计费。为了处理TAP和NRTRDE的计费，云SIM枢纽将使用漫游合作伙伴费率对从漫游合作伙伴IMSI到云SIM枢纽IMSI的标记的支路收费。进一步，使用来自云SIM枢纽的标记针对从云SIM枢纽IMSI到客户端运营商的支路。

根据本发明的实施例，云SIM枢纽向IMSI提供日常使用上限，例如，无限数据使用被允许支付统一费率的IMSI，例如每天5美元。云SIM工作流程在供应、使用监测和批发结算处理方面适应这些IMSI的特殊处理，从而为MNO提供了灵活性，以提供最佳的费用计划来吸引更多的用户和服务使用。

云SIM枢纽以最小的集成度提供与MNO网络的无缝集成。这确保了针对客户端MNO的服务的最短的上市时间。云SIM枢纽具有集成的SMSC功能，用于向小应用程序提供OTASMS有效载荷，并且从小应用程序提供关于终端交换机的MO SMS触发(对于IMEI改变)。这样可以最大限度地缩短任何第三方SMSC集成的时间。它还提供透明模式OTA API，以与有客户端MNO拥有的第三方OTA平台集成，其中云SIM枢纽创建OTA有效载荷和第三方OTA平台，以便传递通过用正确的OTA密钥加密的有效载荷。这最大限度地减少了第三方OTA与云SIM应用集成的时间。

根据本发明的各种其他实施例，云SIM枢纽118提供最佳的数据路由能力以实现：

a)根据设备的当前位置，将用户数据流量最佳地路由到本地GGSN/PGW

b)通过确保低延迟和更高的带宽，提供卓越的用户体验

c)满足任何监管或商业要求，以将用户数据保存在国界内

这个特征的主要优点是：

·为连接的汽车提供本地零售优惠

·为其他M2M设备和应用提供本地互联网互连等

·连接的设备的卓越的用户性能

云SIM提供了无缝和高效的方式来创建和管理到云SIM生态系统的所有成员的服务，成员例如是MNO客户端、企业客户端、生态系统合作伙伴和终端用户。云SIM提供了客户端门户，以通过参考与云SIM服务有关的服务相关信息，无缝地提供到客户端MNO创建服务简档的容易使用的接口，例如覆盖范围、费用、特别优惠、国家特定规定等。存在用于为客户创建服务简档的自动化的工作流程。云SIM服务类似地为生态系统合作伙伴提供供给者(donor)门户，以创建其服务简档，为企业客户端提供企业门户以创建其服务简档，并且为终端用户提供设备应用以最无缝和有效的方式管理其服务。

根据本发明的实施例，云SIM小应用程序将IMSI和其他订阅数据(例如，SMSC地址、服务供应商名称、MCC-MNC的列表，其中特定IMSI应当工作)存储为Java小应用程序缓冲器的部分，使得不需要在USIM文件系统中单独创建专有的基本文件。订阅数据由云SIM小应用程序完全管理，并且附加IMSI的任何OTA下载都将被定向到该小应用程序。这些增强功能确保可以以最少的测试工作将云SIM小应用程序从任何SIM卡制造商供应商移植到符合JavaCard标准的任何SIM卡。

根据本发明的各种实施例，用于实现本专利申请的云SIM服务的SIM卡具有标准UICC(在某些情况下具有4G/3G USIM功能以及ISIM功能)，但是能够存储不同的MNO或MVNO的多个IMSI。小应用程序应当能够存储多个IMSI。IMSI的数目将取决于所使用的SIM卡的大小，但是应当至少支持10个IMSI。所有IMSI都可以经由OTA来更新。本发明的优选实施例是将IMSI槽存储为Java小应用程序缓冲器的部分，使得不需要在USIM文件系统中分别创建专有的基本文件。IMSI和相关参数应当由STK小应用程序完全管理，并且后端系统(如DIA平台和OTA平台)不需要存储IMSI槽的图像(即，哪个IMSI在哪个槽中以及当OTA下载新的IMSI时哪个空闲槽要更新)。

小应用程序高级的关键功能是：

-执行IMSI管理

·使用标准SIM Toolkit事件接收和解释来自ME的位置信息

·通过USSD或MO SMS向DIA服务器通知位置

·从DIA服务器接收OTA消息并且处理IMSI更新(添加、更新、删除IMSI)

-执行IMSI选择

·存储多个IMSI(最好在小应用程序缓冲器内，而不是专有的SIM基本文件)

·利用小应用程序存储所有IMSI的MCC-IMSI映射，以决定在哪个国家使用哪个IMSI

·根据工作流程从一个IMSI切换到另一IMSI，并且更新相关的SIM基本文件(例如EF IMSI、EF SMSP等)

·发布更新以使设备选择新的IMSI作为活动的IMSI

-用户交互

·显示特定用例的文本

·手动进行IMSI切换的SIM ToolKit菜单(仅在测试卡中启用)

根据本发明的各种实施例，云SIM枢纽118以如下方式实现IMSI选择逻辑：

·当用户在漫游位置启动设备时，STK小应用程序确定该位置并且从云SIM的DIA平台请求针对当前位置的新的IMSI。

·DIA平台根据订户位置分配动态IMSI，并且OTA将该动态IMSI下载到小应用程序

·下载的动态IMSI由小应用程序选择为活动IMSI，并且该IMSI用于漫游

·一旦用户移动到另一国家或回到本国，其中下载的动态IMSI不再有效时，动态IMSI将从SIM卡中被删除。相同的动态IMSI返回到池，并且可以在隔离期后用于另一订户。

然而，为了实现小应用程序与DIA之间的这么多通信，需要服务器，这产生了附加的网络流量和潜在的故障点，并且可能会影响用户体验，这是由于每次OTA下载新的动态IMSI所需要的附加的时间，即使订户反复访问同一国家。

为了克服上文提到的问题，一旦订户移动到使用中的不同国家，本发明的云SIM小应用程序将多个动态IMSI存储在小应用程序缓冲器中，而不删除任何动态IMSI。因此，当订户回家或者订户移动到由不同动态IMSI服务的另一国家时，先前的动态IMSI仍然保留在小应用程序中，并且如果用户将来再次回到同一国家，则可以重新使用，因此消除了OTA从同一供给者下载另一IMSI的需要。

根据本发明的另一实施例，除了存储诸如IMSI、SMSC地址、服务供应商名称和IMSI应当工作的MCC-MNC的列表等基本订阅信息之外，小应用程序还存储诸如优选PLMN列表和禁止PLMN列表等附加信息，用于增强用户体验。小应用程序还存储访问控制等级和管理数据，以使小应用程序正确工作。小应用程序处理更多高级SIM卡(如SPDI，运营商确定的PLMN列表、PS LOCI和EPS LOCI)所需的附加信息元素，用于这些SIM卡的无缝功能。

小应用程序通常使用SIM STK命令PLI来检索位置信息(MCC，设备上次注册尝试的网络的MNC——成功或失败)。但是由于市场上有不支持PLI命令的设备，并且还有未正确实现PLI命令的设备。为了确保云SIM小应用程序在这样的设备中工作，添加附加的位置检测机制，例如读取SIM卡EF LOCI，它还包含MCC、设备进行上次注册尝试的网络的MNC。添加如周期性位置检查等附加机制，以确保小应用程序在某些错误状态下的功能。

云SIM小应用程序的传统工作流程是尝试以线性方式锁定在漫游位置，即

-尝试当前IMSI(在SIM卡的EF IMSI中)

-如果不成功，则尝试归属IMSI

-如果不成功，则尝试全球漫游IMSI

在线程工作流程需要更多的时间让设备在归属网络没有双向漫游协议的国家中锁定，然后才能启动对动态IMSI的请求。由于需要漫游探针集成以使用归属IMSI跟踪注册尝试，所以这种方法也使得基于推送的实现变得复杂。

在增强版本的云SIM小应用程序中，如果没有动态IMSI可用于小应用程序，则可以配置要在漫游位置锁定哪个IMSI。它可以是归属IMSI或全球漫游IMSI。因此，由于不存在双向协议而使得归属IMSI无法工作，设备可以直接使用全球漫游IMSI来锁定。对于基于推送的方法，如果设备始终使用全球漫游IMSI锁定，则可以确保云SIM Hub始终处于注册尝试的路径，并且可以相应地执行，而无需探测集成需求。如果存在设备必须使用归属IMSI(即使用客户端运营商的双向协议)来锁定设备的国家/网络，则小应用程序可以根据归属IMSI适用的MCC MNC列表切换回归属IMSI。或者，DIA平台可以通过将归属IMSI作为动态IMSI下载或更新配置来强制小应用程序切换到归属IMSI，以使归属IMSI成为特定漫游国家的默认IMSI。

根据本发明的各种实施例，在云SIM小应用程序中引入了各种配置，以实现最佳用户体验，特别是在主动动态IMSI丢失覆盖的情况下：

·HOME_MCC_MNC：客户端运营商MCC MNC的值

·NoCoverageFlag：为动态IMSI注册失败设置的标志

o ON：如果在NoCoverageTimer中跨越ToggelCounter后，MCC的动态IMSI无法获取该国家的连接

o OFF：初始状态

·NoSwitchIMSIFlag：如果当前IMSI是在漫游国家适用的动态IMSI，是否将IMSI切换到归属/全球IMSI(系统级标志)

o ON：由于监管原因，小应用程序不会改变IMSI，即使没有覆盖

o OFF：小应用程序将改变IMSI

·NoUSSDFlag：是否需要USSD用于支持IMSI管理(系统级标志)

o ON：表示没有USSD请求要被发送到DIA用于动态IMSI

o OFF：表示USSD请求要被发送到DIA用于动态IMSI

·ToggleTimer：用于在IMSI OR激活NoCoverage标志之间切换(toggling)的定时器(6分钟或3分钟)

·NoCoverageTimer：用于动态IMSI成功锁定的定时器

·ToggleCounter：在归属/全球IMSI和动态IMSI之间完成的切换次数

此外，在现有的小应用程序实现中，当小应用程序使用OTA SMS从DIA接收新的动态IMSI时，它将动态IMSI与SMSC和SPN一起写入到相应的SIM卡基本文件中。但是，如果设备忙于通话(这可能是频繁的，因为人们一旦登陆新国家后就会打开设备进行通话)或任何其他活动(例如SIM Toolkit忙)，则刷新命令将失败。因此，SIM卡EF中的IMSI(和SMSC、SPN)值可能与设备的值不同。这种情况将持续到设备的下一上电周期(或任何其他后续刷新)。

根据本发明的各种实施例，增强了云SIM小应用程序以克服以上情况：

·小应用程序设置例如30-60秒的轮询间隔，使得小应用程序在轮询间隔后从终端获取状态

·一旦小应用程序接收到具有动态IMSI(和其他参数)的OTA有效载荷，它不会立即将内容写入相应的SIM EF。小应用程序等待直到轮询间隔到期。

·一旦轮询间隔期满，云SIM小应用程序发送PLI Proactive SIM ToolKit命令，以检查设备是否繁忙。

·如果设备繁忙，则启动IMSI交换工作流，否则启动另一轮询间隔。

根据本发明的实施例，如果设备在当前位置的活动动态IMSI上丢失覆盖，则云SIM小应用程序实现新配置以控制关于切换到归属IMSI(或全球漫游IMSI)的小应用程序行为。这个功能使服务符合在不推荐切换回归属IMSI(或全球漫游IMSI)的某些国家的永久漫游指南。

NoSwitchIMSIFlag

如果当前IMSI是漫游国家适用的动态IMSI，是否将IMSI切换到HOME/全球IMSI(系统级标志)，

ON：由于监管原因，小应用程序不会改变IMSI，即使没有覆盖

OFF：小应用程序会改变IMSI

当云SIM小应用程序从归属IMSI切换到动态IMSI时，将使用从针对该动态IMSI的DIA平台所接收到的相应值来更新SIM卡基本文件。云SIM小应用程序将这些EF的默认内容存储在归属IMSI的IMSI槽中，并且当小应用程序返回时，归属IMSI作为活动IMSI(在归属网络中或使用归属IMSI的漫游)，这些EF的默认内容由云SIM小应用程序被重新写入相应的EF。当IMSI被小应用程序更新(例如归属IMSI到动态IMSI)时，一些SIM卡基本文件(例如，EFHPPLMN搜索周期或EF EHPLMN等)可以被重置为默认值。因此，专门为UICC设置在归属网络中工作的一些EF值可能会丢失。因此，重要的是标识这样的EF并且在IMSI槽中存储个性化期间针对归属IMSI设置的特定值，并且当设备返回到归属IMSI作为活动IMSI时(在归属网络中或使用归属IMSI的漫游)将其复制回到响应的基本文件。供应新的配置(在上电时切换到归属IMSI)来控制小应用程序行为，即小应用程序是否应当在每次上电时始终切换到归属IMSI。

根据本发明的各种实施例，云SIM小应用程序被增强以支持基于SIM的终端切换检测。这个功能检测订户如何改变他/她的设备并且将新的IMEI存储在其数据库中。IMEI用于使用符合OMA-CP的设备管理平台将云SIM服务APN配置到自动配置IMSI交换机上的APN的设备。

实现上文的工作流程如下：

·云SIM小应用程序将设备IMEI存储在小应用程序缓冲器中。

·云SIM小应用程序将订阅STK上电事件。

·每当设备上电时，小应用程序将从设备获取触发。

·在接收到触发后，小应用程序应当使用STK提供位置信息(PLI)命令来获取设备的IMEI

·然后小应用程序将该值与存储在缓冲器中的IMEI值相比较

·如果缓冲器中没有IMEI(例如，首次使用的新SIM卡)，则应当将新的IMEI值写入缓冲器

·如果新的IMEI值与缓冲器中的不同，则使用缓冲器中的新的IMEI值覆盖旧的IMEI值

·如果新的IMEI值与缓冲器中的相同，则不需要执行任何动作，并且让旧的值在缓冲器中

·如果IMEI值发生变化(上述情况I和II)，则小应用程序应当向将具有IMSI、旧IMEI和新IMEI值的MO SMS发送到DIA平台。

·MO SMS可以发送到SIM卡中的SMSC地址或特定于DIA平台的不同SMSC地址。这将在小应用程序中可配置

·DIA平台将接收MO SMS并且发送否定确认，以便漫游MO SMS不被VPMN收费。

·DIA平台随后在其数据库中更新从小应用程序接收到的IMSI-IMEI映射数据

·基于SIM的终端开关检测将在小应用程序中可配置。只有当小应用程序被配置为运行该工作流程时，该工作流程才会运行。默认配置为“禁用”。

每个SIM卡在漫游时包含在位置更新期间使用的三个标准化文件。这些文件是

·优选漫游合作伙伴列表

·当前注册网络

·禁止网络列表

一旦手机通电并且检测到当前位置/网络，则SIM卡从移动电话设备接收通知订户的当前位置的必要事件。基于该位置，加载在SIM上的小应用程序处理所供应的文件以选择适当的IMSI，并且随后使用该IMSI向适当的网络注册。在适当的网络的覆盖丢失的情况下，文件被小应用程序重新扫描，并且重新选择适当的网络/IMSI组合。然而，如果没有可用网络被供应以由外国IMSI选择，则小应用程序将身份恢复到归属IMSI并且使用归属IMSI来访问可用网络。

用户体验始终是无缝和非侵入性的。所有与SIM卡管理、小应用程序下载和IMSI管理以及网络选择有关的操作对用户都是透明的，因此使整个漫游体验变得非常简单。对于本领域技术人员显而易见的是，所有服务在归属号码上可用，因此用户体验不改变。除此之外，在所选择的国家，根据当地法规，本地号码可以与可以由服务的终端用户使用的IMSI一起可用。

云SIM生态系统帮助云SIM客户端网络以远远低于在传统漫游布置中所发生的成本向跨国际边境的出站漫游者提供服务。这可以通过利用Globetouch全球云SIM联盟可用的本地/区域IMSI来实现。运营商也受益

o以向订户提供有竞争力的漫游费用

o以克服来自国际SIM卡供应商的竞争

o以从具有全球性质的M2M服务中获取附加收入，例如运输、运送等

o以增加CAMEL、GPRS或3G的出站漫游足迹。

云SIM生态系统还在以下参数上帮助云SIM枢纽运营商：

·从利用云SIM枢纽所提供的有吸引力的服务价格的客户端运营商的新网络/订户基数获得附加的入站流量。

·从更愿意使用替代通信渠道的具有成本有意识的旅行者获得附加的入站流量。

·从具有全球性质的M2M服务中吸取附加收入，例如运输、运送等

·向它们的漫游合作伙伴提供附加的出站流量，并且增加向这些合作伙伴提供的量，以利用附加的折扣

云SIM枢纽运营商的云SIM生态系统的其他益处如下：

·与Globetouch签订一项合同，以覆盖全球客户的全球入站漫游流量。

·使用tap文件进行标准漫游操作使用转移的操作便利。所有其他操作项目将与注册漫游合作伙伴相同。

·没有流量被漫游合作伙伴引导的风险。

对于本领域技术人员显而易见的是，本发明也可以应用于码分多址(CDMA)/美国国家标准学会#41D(ANSI-41D)以及各种其他技术，诸如但不限于VoIP、WiFi、3GSM和标准间漫游。在一个示例性情况下，CDMA出站漫游者与HPMN CDMA手机一起行进。在另一示例性情况下，CDMA出站漫游者与HPMN GSM SIM和GSM手机一起行进。在另一示例性情况下，GSM出站漫游者与HPMN CDMA RUIM和CDMA手机一起行进。为了支持这些变化，系统100将具有对应于HPMN和VPMN网络的单独的SS7和网络接口。对于本领域技术人员来说显而易见的是，不同方向的这两个接口可能不一定是相同的技术。此外，两个方向上可能有多个接口类型。

作为参考，在下表中描述了GSM MAP与ANSI-41D之间的映射的示例性列表。

本发明可以采取完全硬件实施例、完全软件实施例或包含硬件和软件元件的实施例的形式。根据本发明的实施例，包括但不限于固件、驻留软件和微代码在内的软件实现本发明。

此外，本发明可以采取计算机程序产品的形式，计算机程序产品从提供程序代码的计算机可用或计算机可读介质可访问，程序代码用于由或结合计算机或任何指令执行系统来使用。为了本说明书的目的，计算机可用或计算机可读介质可以是可以包含、存储、通信、传播或传送程序以由或结合指令执行系统、装置或设备使用的任何装置。

介质可以是电、磁、光、电磁、红外或半导体系统(或装置或设备)或传播介质。计算机可读介质的示例包括半导体或固态存储器、磁带、可移动计算机磁盘、随机存取存储器(RAM)、只读存储器(ROM)、刚性磁盘和光盘。光盘的当前示例包括光盘只读存储器(CDROM)、紧致盘——读/写(CD-R/W)和数字通用盘(DVD)。

上文描述的本系统的部件包括一起操作的计算部件和设备的任何组合。本系统的部件也可以是较大计算机系统或网络内的部件或子系统。本系统部件还可以以任何数目的组合与任何数目的其他部件(未示出)(诸如其他总线、控制器、存储器设备和数据输入/输出设备)耦合。此外，任何数目或组合的其他基于处理器的部件可以执行本系统的功能。

应当注意，在其行为、寄存器传送、逻辑部件、晶体管、布局几何形状和/或其他特性方面，本文中公开的各种部件可以使用计算机辅助设计工具来描述和/或表达(或表示)为在各种计算机可读介质中实施的数据和/或指令。可以实施这种格式化数据和/或指令的计算机可读介质包括但不限于各种形式的非易失性存储介质(例如，光、磁或半导体存储介质)和可以用于通过无线、光或有线信令媒体或其任何组合来传送这种格式化的数据和/或指令的载波。

除非上下文另有明确要求，否则在整个说明书和权利要求书中，词语“包括”、“包含”等将在与排他性或穷尽性意义相对的包括性意义上来理解；也就是说，在“包括但不限于”的意义上。使用单数或复数的词语也分别包括复数或单数。此外，词语“本文中”、“下文中”、“以上”、“以下”和类似的词语均将本申请称作整体而不是本申请的任何特定部分。当词语“或”用于提及两个或更多个项目的列表时，它涵盖以下所有解释：列表中的任何项目、列表中的所有项目、以及列表中的项目的任何组合。

本系统的所示实施例的以上描述并不旨在是穷举或将本系统限制为所公开的精确形式。虽然为了说明的目的在本文中描述了本系统的具体实施例和示例，但是如本领域技术人员将认识到的，在本系统的范围内可以进行各种等同的修改。本文中提供的本系统的教导可以应用于其他处理系统和方法。它们可以不限于上述系统和方法。

可以组合上述各种实施例的元素和动作以提供其他实施例。可以根据以上详细描述进行这些和其他改变。

其他变化

以上为了本领域普通技术人员的编纂而不是作为对本发明范围的限制，详细说明了主动漫游测试的方案、漫游合作伙伴服务的发现、以及使用模拟的漫游流量的漫游中欺诈的发现。鉴于已经公开的实施例，本领域普通技术人员当然会想到在本发明的精神内的很多变化和修改。例如，本发明主要从实施例中描述的GSM移动网络的角度来实现。然而，本发明还可以在GPRS、3G、CDMA、WCDMA、WiMax等、或者任何其他公共载波电信网络上有效地实现，其中最终用户通常被配置为在它们正常地“归属”的网络内运行，但是也有能力在其他邻近网络上运行，甚至可能跨越国际边境。

在本文所包含的说明性示例中详细描述的本发明系统下的示例使用从GSM移动电话基础设施大量绘制的术语和构造来描述。然而，这些实施例的使用不应当被解释为将本发明限于这些介质。该系统和方法可以通过任何类型的电信媒介使用和提供，包括但不限于：(i)任何移动电话网络，包括但不限于GSM、3GSM、3G、CDMA、WCDMA或GPRS、卫星电话或其他移动电话网络或系统；(ii)通常在归属或订阅网络中使用而且还被配置为在访问或非归属或非习惯网络上使用的任何所谓的WiFi装置，包括不专用于电信的装置，诸如个人计算机、掌上型或视窗移动设备；(iii)能够通过归属或非归属网络发送和接收电信的索尼游戏机、PSP或其他设备的娱乐控制台平台，或者甚至(iv)用于接收通信但能够部署在很多位置的固定线路设备，同时保留来自Dlink的永久用户ID，诸如eye2eye设备；或者用于IP语音通信的电信设备，诸如由沃尼奇(Vonage)或Packet8提供的那些。

在描述本发明下的系统的某些实施例时，该规范遵循从呼叫方到被叫方的电信呼叫的路径。为了避免疑惑，这种呼叫可以是正常的语音呼叫，其中订户电信设备还能够进行视觉、视听或运动图像显示。替选地，这些设备或呼叫可以用于文本、视频、图片或其他通信数据。

在上述说明书中，对本发明的具体实施例进行了说明。然而，本领域普通技术人员将理解，在不脱离如下面权利要求中阐述的本发明的范围的情况下，可以进行各种修改和改变。因此，说明书和附图被认为是说明性的而不是限制性的，并且所有这些修改旨在被包括在本发明的范围内。可能导致任何好处、优势或解决方案发生或变得更加明显的好处、优势、问题的解决方案以及任何要素不应当被解释为任何或所有权利要求的关键的、必需的或必要的特征或元素。

附录

Claims

1.一种用于移动通信的方法，所述方法包括：

检测SIM设备在被访问运营商(VPMN)处的注册的变化；

基于SIM设备要求，利用部分IMSI简档或完整IMSI简档来分配动态IMSI；其中完整简档具有HPMN或所述VPMN的安全密钥信息；并且所述SIM设备要求可以来自与云SIM枢纽相关联的软SIM或eSIM或标准SIM中的一项；以及

从所述SIM设备的IMSI简档切换到枢纽运营商的HPMN IMSI简档或本地IMSI简档中的一项，其中取决于所述SIM设备的位置以及与所述SIM设备相关联的服务的质量和监管要求，所述枢纽运营商从云SIM枢纽生态系统中被选择。

2.根据权利要求1所述的方法，其中云SIM枢纽使用标准SIM卡中的SIM工具包小应用程序(STK)连同OTA功能来处理动态IMSI。

3.根据权利要求1所述的方法，其中动态IMSI分配由云SIM DIA(动态IMSI分配)平台来进行。

4.根据权利要求1所述的方法，其中动态IMSI分配在拉取模式或推送模式中的一种模式下工作。

5.根据权利要求4所述的方法，其中在所述拉取模式下，云SIM小应用程序提供用于订户位置和设备的云SIM DIA信息。

6.根据权利要求4所述的方法，其中在所述推送模式下，云SIMDIA经由漫游探针来得到订户的位置和设备信息。

7.根据权利要求1所述的方法，其中动态IMSI分配包括分配本地IMSI、永久漫游IMSI或临时漫游IMSI中的一项。

8.根据权利要求1所述的方法，其中枢纽运营商的选择基于如以下的一个或多个准则：在被访问国家同意的批发费用、订户类型、作为服务的设备、预付费或后付费计划、完全服务或仅数据服务、或者被访问国家的网络的成本或QoS排序。

9.根据权利要求1所述的方法，其中动态IMSI分配使用云SIM小应用程序而被执行以检测和通知设备的IMEI用于基于OMACP的设备。

10.根据权利要求1所述的方法，其中动态IMSI分配使用独立的POR/POE机制而被执行以确定OTA分组是否被正确地递送到SIM中的云SIM小应用程序。

11.根据权利要求1所述的方法，其中云SIM实现多枢纽架构，其中区域枢纽被使用以连接到参与所述生态系统的不同客户端。

12.根据权利要求1所述的方法，其中当动态IMSI完整简档基于所述VPMN时，则云SIM枢纽维护与所述VPMN的计费和供应接口。

13.根据权利要求1所述的方法，其中当动态IMSI部分简档仅具有基于所述VPMN的IMSI时，则云SIM枢纽处理云SIM生态系统内的信令和数据路由以配置IMSI到另一HPMN IMSI的映射并且将数据重定向到HPMN的对应数据网关。

14.根据权利要求1所述的方法，其中当动态IMSI部分简档具有基于本地VPMN的IMSI和Ki、但是APN指向云SIM枢纽时，则云SIM枢纽将到所述VPMN的信令和通过云SIM生态系统的数据路由中继到HPMN网关的映射的IMSI。

15.根据权利要求1所述的方法，其中当动态IMSI部分简档具有基于本地VPMN的IMSI、指向HPMN IMSI的Ki和指向云SIM枢纽的APN以及到路由到另一HPMN运营商的数据时，则云SIM枢纽维护经由HPMN的归属IMSI的信令以及到另一HPMN的所述数据网关的数据服务。

16.根据权利要求1所述的方法，其中所述云SIM枢纽将与所述枢纽运营商的IMSI相关联的信令的一个或多个信令参数转换成与所述SIM设备的IMSI相关联的信令的一个或多个信令参数。

17.根据权利要求1所述的方法，其中一个或多个信令参数包括MAP信令、呼叫信令、订户的MSISDN、CAMEL/SIP/TCAP事务、数据会话和数据流量。

18.根据权利要求1所述的方法，其中所述枢纽运营商是MVNO、具有自己的IMSI集合的MNO中的一项。

19.根据权利要求1所述的方法，其中所述云SIM枢纽位于与所述枢纽运营商连网或者与所述枢纽运营商断网。

20.根据权利要求1所述的方法，其中SIM设备的IMSI的所述变化基于所述订户的漫游位置、所述订户的等级和预定义逻辑中的至少一项。

21.根据权利要求1所述的方法，其中所述SIM设备的IMSI经由能够由OTA改变的配置文件而被改变。

22.根据权利要求1所述的方法，其中所述SIM设备的IMSI经由配置文件而被改变为默认IMSI。

23.根据权利要求22所述的方法，其中所述默认IMSI以偏好顺序或随机顺序而从IMSI序列中被选择，直到一个IMSI被成功地向所述被访问网络注册。

24.根据权利要求1所述的方法，其中所述订户的IMSI被SIMSTK应用改变，所述SIM STK应用经由USSD、SMS和其他承载中的一项来与网络应用通信。

25.根据权利要求1所述的方法，其中所述订户基于来自所述枢纽运营商的费率而被计费。

26.根据权利要求1所述的方法，其中云SIM将IMSI和其他订阅数据存储在小应用程序缓冲器中。

27.一种用于移动通信的系统，所述系统包括：

云SIM枢纽生态系统，与多个枢纽运营商相关联，其中SIM设备向被访问运营商(VPMN)注册；

云SIM枢纽，与枢纽运营商相关联，基于SIM设备要求而利用部分IMSI简档或完整IMSI简档的动态IMSI；其中完整简档具有HPMN或所述VPMN的安全密钥信息；并且所述SIM设备要求可以来自与云SIM枢纽相关联的软SIM或eSIM或标准SIM中的一项；以及

所述云SIM枢纽从所述SIM设备的IMSI简档切换到枢纽运营商的HPMN IMSI简档或本地IMSI简档中的一项，其中取决于所述SIM设备的位置以及与所述SIM设备相关联的服务的质量和监管要求，所述枢纽运营商从云SIM枢纽生态系统中被选择。

28.根据权利要求27所述的系统，其中云SIM枢纽使用标准SIM卡中的Sim工具包小应用程序连同OTA功能来处理动态IMSI。

29.根据权利要求27所述的系统，其中云SIM枢纽使用云SIMDIA(动态IMSI分配)平台来分配动态IMSI分配。

30.根据权利要求27所述的系统，其中云SIM枢纽使用拉取模式或推送模式中的一种模式来分配动态IMSI分配。

31.根据权利要求30所述的系统，其中在所述拉取模式下，云SIM小应用程序提供用于订户位置和设备的云SIM DIA信息。

32.根据权利要求30所述的系统，其中在所述推送模式下，云SIM DIA经由漫游探针来得到订户的位置和设备信息。

33.根据权利要求27所述的系统，其中所述云SIM枢纽分配动态IMSI，所述动态IMSI是本地IMSI、永久漫游IMSI或临时漫游IMSI中的一项。

34.根据权利要求27所述的系统，其中所述云SIM枢纽基于如以下的一个或多个准则来选择枢纽运营商：在被访问国家同意的批发费用、订户类型、作为服务的设备、预付费或后付费计划、完全服务或仅数据服务、或者被访问国家的网络的成本或QoS排序。

35.根据权利要求27所述的系统，其中所述云SIM枢纽使用云SIM小应用程序来分配动态IMSI以检测和通知设备的IMEI用于基于OMACP的设备。

36.根据权利要求27所述的系统，其中所述云SIM枢纽使用独立的POR/POE机制来分配动态IMSI以确定OTA分组是否被正确地递送到SIM中的云SIM小应用程序。

37.根据权利要求27所述的系统，其中所述云SIM枢纽实现多枢纽架构，其中区域枢纽被使用以连接到参与所述生态系统的不同客户端。

38.根据权利要求27所述的系统，其中当动态IMSI完整简档基于所述VPMN时，所述云SIM枢纽维护与所述VPMN的计费和供应接口。

39.根据权利要求27所述的系统，其中当动态IMSI部分简档仅具有基于所述VPMN的IMSI时，所述云SIM枢纽处理云SIM生态系统内的信令和数据路由以配置IMSI到另一HPMNIMSI的映射并且将数据重定向到HPMN的对应数据网关。

40.根据权利要求27所述的系统，其中当动态IMSI部分简档具有基于本地VPMN的IMSI和Ki，但是APN指向云SIM枢纽时，所述云SIM枢纽将到所述VPMN的信令和通过云SIM生态系统的数据路由中继到HPMN网关的映射的IMSI。

41.根据权利要求27所述的系统，其中当动态IMSI部分简档具有基于本地VPMN的IMSI、指向HPMN IMSI的Ki和指向云SIM枢纽的APN以及到另一HPMN运营商的数据路由时，所述云SIM枢纽维护经由HPMN的归属IMSI的信令以及到另一HPMN的所述数据网关的数据服务。

42.根据权利要求27所述的系统，其中所述云SIM枢纽将与所述枢纽运营商的IMSI相关联的信令的一个或多个信令参数转换成与所述客户端运营商的IMSI相关联的所述信令的一个或多个信令参数。

43.根据权利要求27所述的系统，其中所述一个或多个信令参数包括MAP信令、呼叫信令、订户的MSISDN、CAMEL/SIP/TCAP事务、数据会话和数据流量。

44.根据权利要求27所述的系统，其中所述枢纽运营商是MVNO、具有自己的IMSI集合的MNO中的一项。

45.根据权利要求27所述的系统，其中所述云SIM枢纽位于与所述枢纽运营商连网或者与所述枢纽运营商断网。

46.根据权利要求27所述的系统，其中订户的IMSI的所述变化基于所述订户的漫游位置、所述订户的等级和预定义逻辑中的至少一项。

47.根据权利要求27所述的系统，其中所述订户的IMSI经由能够由OTA改变的配置文件而被改变。

48.根据权利要求27所述的系统，其中所述订户的IMSI经由配置文件而被改变为默认IMSI。

49.根据权利要求48所述的系统，其中所述默认IMSI以偏好顺序或随机顺序而从IMSI序列中被选择，直到一个IMSI被成功地向所述被访问网络注册。

50.根据权利要求27所述的系统，其中所述订户的IMSI被SIMSTK应用改变，所述SIMSTK应用经由USSD、SMS和其他承载中的一项来与网络应用通信。

51.根据权利要求27所述的系统，其中所述订户基于来自所述枢纽运营商的费率而被计费。

根据权利要求27所述的系统，其中云SIM将IMSI和其他订阅数据存储在小应用程序缓冲器中。