在用户身份模块/可移动用户身份模块卡中的优选漫游列表更新

摘要

一种用于更新数据处理系统中的文件的方法，该数据处理系统包括存储能够通过网络更新的数据信息的第一文件(Efprl)，其特征在于，所述系统包括至少一个具有与第一文件(Efprl)相同的结构的第二文件(Efmr)，所述第二文件(EFmr)存储从网络接收的数据信息更新，并且其特征在于，当必须更新第一文件(Efprl)时，所述方法包括用第一文件(Efprl)名来重命名第二文件(Efmr)的步骤。特别地，该数据处理系统是移动电话的SIM卡，而所述文件包括优选漫游列表(PRL)。

权利要求

1.一种用于更新在数据处理系统中的文件的方法，该数据处理系统包括存储能够通过网络更新的优选漫游列表PRL的第一文件Efprl，其特征在于，所述系统包括至少一个具有与第一文件Efprl相同的结构的第二文件Efmr，所述第二文件Efmr存储从网络接收的优选漫游列表PRL更新，并且其特征在于，当必须更新第一文件Efprl时，所述方法包括用第一文件Efprl名来重命名第二文件Efmr的步骤。

2.如权利要求1所述的方法，其特征在于，所述方法在第二文件Efmr已经被第一文件Efprl名更新之后，还执行用第二文件Efmr名重命名所述第一文件Efprl的步骤。

3.如权利要求1或2所述的方法，其特征在于，在第二文件Efmr已经被第一文件Efprl名更新之后，如果所述第一文件Efprl中存储用于随后阶段的更新，则重用所述第一文件Efprl的数据信息。

4.如权利要求1所述的方法，其特征在于，每个所述第二文件Efmr被预先加载进所述系统中，并且其特征在于，当必须用所述第二文件Efmr之一更新第一文件Efprl时，运营商发送包含多个文件Efmrn中要使用的文件的指示的更新命令，用来更新所述第一文件Efprl，其中n＝1，...，k。

5.一种数据处理系统，包括：

存储能够通过网络更新的优选漫游列表PRL的第一文件Efprl、以及具有与第一文件Efprl相同的结构的第二文件Efmr的存储器，所述第二文件存储从网络接收的优选漫游列表PRL更新；

其中，还包括一程序，在必须用所述第二文件Efmr更新第一文件Efprl时，该程序执行用第一文件Efprl名来重命名第二文件Efmr。

6.如权利要求5所述的系统，其特征在于，所述系统是移动电话ME，并且其特征在于，所述第一和第二文件Efprl、Efmr包括移动电话使用的优选运营商列表。

7.如权利要求5所述的系统，其中所述系统是智能卡CARD。

说明书

技术领域

本发明涉及存在储数据处理系统中包含的文件中的数据的更新。本发明一般涉及处理无线通信系统中的漫游列表，尤其涉及更新优选漫游列表PRL(Preferred Roaming List)。通常，该列表存储在SIM(用户身份模块)卡或RUIM(可移动用户身份模块)中。

PRL是CDMA(码分多址)的规范[S0023]和[0016]中定义的列表。这两个文档通过引用并入说明书中。它允许运营商利用OTAPA/SP命令来使用所定义的协议空中更新[S0016]。相关的文件在[S0023]规范中描述。

背景技术

通常，PRL列表是驻留在耦接到移动电话的智能卡的存储器中的信息列表。该列表由网络运营商设置并存储在SIM/RUIM卡中。它列出该电话在国家的各个地区中可以使用的频带。
归属网络运营商可以利用通过空中(OTA)的数据下载来更新该列表。上述标准中使用和定义的过程是：Over-the-Air Service Provisioning(OTASP，空中服务提供)。这是通过空中接口提供移动台运行参数的过程。
目前现有的支持[S0016-0]或[S0016-A](OTAPA/SP)功能的产品将可能使用下列命令更新优选漫游列表的文件，
-SSPR(优选漫游的系统选择)下载请求
-和SSPR配置请求。
空中参数管理(OTA/PA)是通过空中接口提供移动电话运行参数的、网络发起的OTASP过程。
空中服务提供(OTA/SP)是通过空中接口提供移动台运行参数的过程。
移动台可以从网络接收一个或多个SSPR命令中的优选漫游列表。
由于RUIM上的APDU缓存区目前限制在255字节，因此一个完整的PRL更新将通过多个命令来发送。所以，将列表PRL存储在临时存储空间中，直到接收到从请求PRL列表更新的服务器接收到的“提交”(commit)命令为止。当服务器发送‘Commit APDU’(提交APDU)时，所有存储在所述临时存储空间中的数据被复制到永久性存储器中的文件EFprl文件自身中。由于智能卡中的资源有限，该过程非常长。随着PRL的大小增加，这个问题变得更严重。
目前，PRL更新的大小大约为500字节。当PRL的大小更大时，该卡的处理器在很长时间内处于更新过程中。
在GSM环境下这是无法接受的，因为规定每个命令应当不超过2秒，以便允许在会话期间‘鉴别’。尽管在CDMA(码分多址)中没有这个限制，但从用户的角度来说，不希望过长的等待。

发明内容

本发明的目的是减少更新智能卡中的PRL列表所需的时间。
根据本发明，所述数据处理系统包括存储在永久性存储器中的第二文件Efmr，该文件Efmr具有与第一文件Efprl相同的结构，所述第二文件存储从网络接收的数据信息更新，并且当必须用所述第二文件Efmr更新第一文件Efprl时，用第一文件(Efprl)名来重命名第二文件Efmr。
这样，使用文件EFmr作为临时存储空间，这提供了一种获得PRL更新操作的一致的(consistent)定时、而不管PRL列表大小的方法。该文件EFmr用于存储每个PRL更新块。因此，更新PRL列表的步骤的时间大大减少。在我们的例子中，该时间被减少为修改文件头的时间。
通过参照附图阅读下面作为例子给出的描述，本发明将更易于理解。

附图说明

图1是可以应用本解决方案的计算机系统的架构的方框图。
图2是用于PRL更新、Card和ME动作的OTAPA/SP序列的例子。
图3是存储伙伴列表PRL的文件的一部分的图；
图4是存储伙伴列表PRL的文件的一部分的图，根据本发明更新该文件并将其存储在所述永久性存储器中。

具体实施方式

为了简化描述，附图中所示的相同元件具有相同的附图标记。
图1示出系统SYS，包括耦接到RUIM卡CARD的移动电话ME。在我们的例子中，卡CARD存储列表PRL。该例子并不是限制性的；PRL列表可以例如存储在移动电话ME中。
系统SYS还包括服务器SERV。在我们的例子中，该服务器是归属网络运营商。将PRL列表从该服务器加载到SIM卡中。可以利用例如空中(OTA)技术执行下载。
图2是所述耦接的Mobile-Card(移动电话-卡)与服务器SERV之间的通信的例子。
在该图中，我们看到多个SSPR命令。
附图标记COM意指PRL更新块存储在EFmr文件中。其被更新所要求的那么多次，直到‘COMMIT’命令为止。
该PRL包括优选电信运营商的列表。该列表存储在可更新的文件EFprl中。EFprl的结构包括参数块。在我们的例子中，参数块是：
-定义文件名的文件ID块。文件ID用于寻址或标识每个特定文件。在
我们的例子中，该文件ID包括两个字节。
-定义对读命令、更新命令、无效命令、恢复(rehabilitate)命令的访问权的访问条件块。访问条件被设定为仅由管理员使用。
-定义优选运营商的列表块。
这样的文件Efprl包括其他块，但是为了更好理解本发明，我们减少了块的数量，并且使用上述标准中所使用的词汇之外的词汇，以进行简化。至于正确的词汇和正确的结构，我们将参考上面指出的标准，该标准将精确定义其他的块。
在我们的例子中，我们看到该文件不能被卡的用户访问。唯一被允许使用该文件的人是管理员ADM。这样，不能修改文件Efmr。显然，这种管理访问条件的方式不是限制性的；可以使用任何其他方式来管理访问权。
在我们示出的例子中，参照图3，每个参数块的内容如下：
-文件名是6F30
-访问条件如下：
·可以以密码CHV1使用读命令
·以及可以由管理员ADM使用更新、无效、恢复命令。
- 优选运营商是“TeleCom1”、“TeleCom2”。
在我们的例子中，我们看到，允许用户使用读命令，而不允许使用其他命令。该例子并不是限制性的，在上下文的功能中，可以实现任何其他访问权。
让我们假设运营商想要用对应于第二文件Efmr的新文件更新文件EFprl。运营商具有新的运营商“Complus”和“operaT”的列表，并且想用“Complus”和“operaT”替换当前运营商“TeleCom1”、“TeleCom2”。
根据本发明，卡还存储第二文件Efmr。在我们的例子中，运营商将该文件下载到卡CARD中。
最后，该第二文件Efmr与文件EFprl的结构相同。该文件包括与文件EFprl相同的参数块，但是它位于存储器中的另一位置上，并且其内容可以与文件EFprl不同。
最好，第二和第二文件存储在同一永久性存储器中。
在我们所示的例子中，参照图4，每个参数块的内容如下：
-文件名是FF30
-访问条件如下：
·可以由管理员ADM使用读、更新、无效、恢复命令；
-优选运营商是“Complus”和“operaT”。
下面的步骤将有助于理解如何更新文件EFprl：
步骤1
参照图2尤其是参照附图标记COM，在第一步骤中，运营商发送包含新伙伴列表的消息(或者如图2所示的多个命令)。
步骤2
移动电话接收该消息并将新列表存储在所述第二文件Efmr中。
步骤3
在接收并将伙伴列表存储在Efmr中之后，参照图2，运营商服务器发送更新命令。在我们的例子中，该命令对应于“提交”命令。
步骤4
当接收到该“提交”命令时，由此激活一程序。该程序按如下所述重命名所述文件：
-用EFprl重命名文件Efmr。Efmr成为定义移动电话要使用的运营商的新文件。因此，根据该实施例，通过在内部将文件头ID修改为EFprl，
第二文件EFmr变为当前文件EFprl。
-并且在我们的例子中，用Efmr重命名文件EFprl。旧的EFprl成为专用于更新的新文件。在该步骤中，之前称为EFprl的文件例如被重命名为临时文件ID，并且用于存储将来的更新。
在我们的例子中，在这两个文件之间还交换访问条件。
步骤5
此时，使用新文件EFprl作为优选运营商列表PRL，以便与网络通信。
有利的是，将该过程封装在交互处理(transaction)中，允许备份前面的数据，以防止没有成功完成更新的情况。例如，可以创建第一文件EFprl的不可访问的副本，其用于在OTAPA/SP会话期间存储PRL的块。
在我们所示的例子中，文件标识符(FF30、6F30)仅仅是建议性的。然而，文件ID可以是不影响RUIM或Card的正常功能的任何值。
根据另一实施例，在步骤5之后，不删除存储在第二文件Efmr中的数据信息。如果更新是存储在该文件中的更新，则服务器可以重用该数据信息。在该实施例中，运营商将只需要发送包括“提交”命令而没有数据信息更新的命令。这避免了服务器再次空中下载数据信息更新。
我们还可以想象存储多个临时文件EFmrn(n＝1，...，k)。每个文件可以在运营商与相应伙伴列表一致的目标区域使用。在该实施例中，运营商将只需要发送包括“提交”命令和在多个文件EFmrn(n＝1，...，k)中要使用的文件的指示的命令。可以在个性化步骤期间或者之后加载这些文件。该解决方案可以允许运营商一次下载数据信息更新。
我们现在看到，使用本发明，由于更新仅仅在于重命名文件，因此存储大的PRL不会影响RUIM的性能。