专利名称：移动终端业务分量的管理的制作方法
技术领域：
本发明涉及管理由使用不同移动终端的用户所预约的业务。本发明尤其涉及业务分量(component)的管理。
背景技术：
业已开发出能够使用户远离固定电话终端但仍能被接入的移动系统。同时与这些移动系统一起，开发出经过移动系统中的移动终端提供的多种业务。对于当前，尤其是未来第三代移动系统业已开发出多种新形式的业务，第三代移动系统诸如通用移动通信系统(UMTS)以及国际移动电信2000(IMT-2000)。UMTS正在由ETSI(欧洲电信标准协会)实现标准化，而IMT-2000也由ITU(国际电信联盟)实现标准化。这些未来的系统基本上非常相似。
移动系统产生无线数据传输业务。期望第三代移动系统能够满足多种不同的未来业务需要，诸如虚拟本地环境(VHE)。现在预测未来需要的多种业务是非常困难的。而且，业务将变得越来越复杂，并且它们将借助于不同的业务分量在更大程度上被实现。一种业务分量可以是程序的一部分，这意味着实际需要的功能(或程序)是由多种业务分量构成的。另一方面，一种业务分量可能足以提供所需要的功能，在这种情况下，实现业务的程序仅由一种业务分量构成。用于提供业务的业务分量可以驻留在移动终端，网络，和/或通常设置在移动终端中且用于识别用户的智能卡中。
用户非常可能时常改变他们使用的移动终端。甚至移动终端可能周期地改变。例如，在与客户会谈时，用户使用一个支持通用数据处理的移动终端，而在办公室中，他可能使用一种更加简单的移动终端。当用户开始使用一个新的移动终端时，他至少应该接入那些对他首要重要的业务。
上述方案带来的一个问题在于，新的移动终端未必具有各种业务所需要的业务分量。要求用户自己知道他的旧移动终端具有哪些业务分量，以及新移动终端具有哪些业务分量，并且希望他在这些知识的基础上，加载缺少的业务分量是不合情理的。
发明内容
本发明的目的在于提供一种方法以及实现该方法的设备，以便解决上述的问题。本发明的目的借助于独立权利要求所表征的方法、系统和网络单元来实现。本发明的优选实施例在从属权利要求中公开。
本发明是基于将移动终端中提供的业务分量与用户已经预约业务的业务分量相比较。如果移动终端中没有该业务分量，则激活一个进程以加载该业务分量。
本发明的优点在于，用户不必知道或者记住所需要的业务分量，他也不必检查该移动终端中已经提供哪些业务分量。系统将移动终端中提供的业务分量与终端中所需要的分量相比较，并且虽然仅缺少一种业务分量，但也激活加载进程。
在本发明的优选实施例中，示出了移动终端用户加载业务分量的备选方式。这提供了这样的优点，即用户可以影响业务分量的加载。例如，他可以决定是否需要一种特定的业务，而不论其价格如何，或者是否在以后加载它。
在本发明的一个优选实施例中，确定用于加载进程的一种或者多种条件，并且可以基于这些条件选择加载的方式。其优点在于，用户(或者用户的运营商)仅需要设置与加载方式相关的条件一次。随后，无论移动终端如何改变，该条件引导加载缺少的业务分量，以便用户在他自己确定的最小程度上参与加载。
在本发明的优选实施例中，与对于用户首要重要的业务相关的业务分量总是基本上被立即加载。所提供的优点在于，用户能够接入所有移动终端中的所有重要业务，而不需要用户的任何努力，并且如果用户需要的话，他可以控制不太重要业务的加载。
下面将参照优选实施例并结合附图详细描述本发明。其中图1示意了UMTS网络体系结构；图2A，2B和2C示出了根据本发明第一优选实施例的移动站中的操作；图3和图4示出了根据本发明第一优选实施例的网络中的操作；图5示出了根据本发明第二实施例的信令；图6示出了根据加载进程的选择加载方式的实例。
具体实现方式本发明可以适用于任何这样的数据传输系统，即用户可以改变移动终端并且提供业务所需要的业务分量可以加载到终端中的系统。例如，这些移动终端可以用于下一代的泛欧移动系统GSM(全球移动通信系统)中，即GSM2+中。下文通过用作UMTS的实例来描述本发明，然而并非将本发明限于UMTS中。一般移动系统以及IMT-2000的技术规范的发展尤其迅速。这种发展可以要求对本发明做出更多的改变。因此，所有术语和表达应该被更宽地解释，并且它们仅用于示意，而不是限制本发明。本发明所必不可少的是功能本身，而不在于实现该功能的网络单元或者设备。
图1大致示意了UMTS网络的体系结构，因为该网络的更详细结构对于本发明并不是必不可少的。在第三代移动网络中，业务提供商SP以及网络运营商彼此独立。SP经过一个或者多个网络运营商的网络SN向终端用户提供多种业务。这种转发业务的网络被称为服务网络SN。业务提供商可以经过一个或者多个网络运营商的服务网络SN提供一种业务。而且，SP可以在服务当中改变服务网络，而用户无需注意这种改变。业务提供商也可以起到网络运营商的作用。
服务网络SN包括一个实际接入网AN以及一个或多个核心网CN。如图所示，根据现有技术，接入网包括多个基站BS和多个控制基站的无线电网络控制器RNC。图1中未示出RNC。接入网络AN主要管理与无线电路径相关的功能，即它向核心网络提供无线通信所需要的无线电接入。核心网络CN要么是常规的电信网络，要么是被修改以有效利用无线通信中的接入网的未来网络。核心网CN向其他系统或者网络ON提供一个连接，这些网络包括其他UMTS网络，数据网络以及公共交换电话网。根据现有技术，从核心网络CN中提供AN业务。
在第三代移动网络中，客户以及用户也被分开。客户通过向用户给出一个识别卡(IC卡)，诸如USIM(用户和客户身份模块)，从而向用户提供接入到所预约业务的权利。用户借助于移动终端MT接入到这些业务中，该移动终端借助于无线电路径，经过基站与服务网络SN通信。客户和用户可以是同一个人。在本申请中，为了简洁起见，假设用户就是客户。
移动终端MT包括一个实际移动设备ME和一个识别卡USIM，该识别卡可拆卸地连接到ME，并且被称为用户识别模块。在本申请中，移动终端MT一般是指用户识别模块和实际移动设备的组合。用户识别模块USIM是一个智能卡，该USIM可从移动终端中拆除，并且由用户用于操作卡控制的移动设备。用户是基于提供给移动设备的卡，而不是基于设备本身来识别。
根据现有技术，USIM是一个多用途卡，它支持移动系统的应用程序以及其他应用程序，诸如Java应用程序以及在健康护理系统中的应用程序。用户可以预约提供给同一用户识别模块USIM的多种不同业务中的一些业务。而且，根据现有技术，用户可以使用带有同一USIM的多种不同业务简表。业务简表的最少数量为1个。用户识别模块USIM存储一个国际移动用户身份IMSI，根据该IMSI，客户可以被无歧义地识别，并且该IMSI可以被用于识别用户。根据本发明的实施例，USIM可以保持带有这些业务分量的预约业务的列表，或者仅保持业务分量的列表。在这种情况下，USIM包含与用于识别业务分量的识别符相关的数据，以及与分量版本相关的数据。USIM优选地补充每种业务分量或者业务的数据，该业务带有地址以及将被使用的加载方式，即关于如何加载业务分量的指令。
实际移动设备ME可以是一个仅传送语音的简化装置，或者是一个传送各种业务并且可能包括用于智能网络业务的业务逻辑执行环境T-SCF，该环境对应于网络一侧的业务控制功能。移动设备ME可以是任何能够在移动系统中通信的设备，或者是多种设备的组合，诸如连接到由诺基亚生产的卡式电话以便提供移动连接的多媒体计算机。根据本发明的实施例，ME可以被设置成在USIM和网络之间传送根据本发明功能所需要的数据，或者ME自己执行根据本发明的移动终端的功能，并且请求来自USIM和/或网络的数据。
在图1所示的实例中，原籍位置寄存器HLR设置在服务网络SN中。根据现有技术，HLR不仅包含核心网络的原籍位置寄存器数据，而且包含UMTS中所需要的用户和业务数据。对于每个业务简表独立地保持用户业务数据，其中业务简表包含与该简表的预约电信业务相关的信息。电信业务包括多种不同的基本业务以及补充业务。HLR优选地至少保持关于移动终端中所需要的业务分量的数据，以提供一个预约业务。如果需要的话，数据被保持，以便每种业务分量可以被精确地指定，从而将该分量加载到移动终端。而且，原籍位置寄存器也优选地包括关于每种业务分量的版本数量的数据。根据实施例，移动终端中所需要的业务分量包括实际移动设备ME中所需要的业务分量，或者包括USIM和ME组合所需要的分量。根据现有技术，这种关于业务的数据由每个业务提供商SP保持。
图1的实例示出了一个新的网络单元MEXE-S，该单元设置在服务网络SN中。MEXE-S是一个包含移动站应用执行环境MexE的单元。它可以是一个智能网络业务控制点SCP，一个原籍位置寄存器HLR或者某种其他的服务器。在本发明的第一优选实施例中，MEXE-S被设置成执行结合图3和图4所述的功能。
除了实现现有技术业务所需要的装置之外，实现根据本发明的功能的系统还包括用于将移动终端中提供的业务分量与由使用该终端的用户预约的业务所需要的分量相比较的装置，以及用于将缺少的分量加载到该移动终端的装置。
如上所述，根据本发明的业务分量的管理要求在当前网络单元和移动终端中进行相对较小的改变。这些改变可以以更新后的软件例行程序和/或借助于ASIC来实现。也需要较多的存储空间。
图2A，2B和2C示出了移动终端的功能，并且图3和图4示出了在本发明第一优选实施例中的网络的功能，其中移动终端的业务分量是指实际移动设备ME的分量。在第一优选实施例中，与业务分量管理相关的功能以下述方式来配置—每种业务分量具有一个特定的识别符和一个版本号；—实际移动设备在其存储空间中形成一个业务分量的列表，包括每种分量的名称以及版本号。该设备也加载业务分量，从存储空间中删除这些业务分量，并且监视这些业务分量的使用。
—USIM保持关于用户性能的数据，诸如业务的优先级，业务的业务分量，以及与业务相关的业务分量加载方式。借助于将业务分成两种不同的优先级的实例假定一直需要的业务和其他业务。一直需要的业务包括在每个用户简表中提供的业务。此外，用户可以在一直需要的业务类别中，从每种业务简表中标记某些业务。
—网络保持关于所预约业务的数据，以及关于每个用户简表中有效业务的数据。而且，网络保持关于每种业务所需要的业务分量的数据，该网络估计加载一种业务分量所需要的时间以及最后的费用，并且允许借助于利用蓝牙或者IRDA(红外数据)的无线连接，经过互联网加载业务分量。也可以使用诸如串行塞绳的固定连接。
在本发明的第一优选实施例中，假定与对于用户首要重要的业务或者一直需要的业务相关的业务分量基本上立即被加载，而与其它业务相关的业务分量加载的方式可以变化。“基本上立即”意味着记载不会被故意地延迟，而是只要它适用于该进程就被执行。为了简明起见，还假定一种业务分量非常小，以至于经过互联网的加载将不被独立地描述。在本发明的第一优选实施立中，还假定结合图2A，2B，2C，3，4描述的功能在登录到该网络时就被实现。例如在位置更新消息中传送必须被改变的数据。也可以确定用于数据改变的专用信令消息。
参照图2，图2示出了一个待用移动终端被激活。因此，当该移动终端登录到网络中时，在步骤201检验该终端的状态是否已经改变。该移动终端的状态可以改变，例如如果该终端中设置的USIM已经改变，或者如果有更多的存储空间已经被装载到实际移动设备中。USIM的改变可以在移动终端中或者网络侧被观测到，例如结合用户和/或移动终端的鉴权。
如果在步骤201中检测到状态已经改变，则在步骤202中，形成在实际移动设备中设置的业务分量的列表。该列表通过集中存储其中业务分量的名称和版本号来形成。当分量列表形成后，它在步骤203中传送到网络。在步骤204中，传输的时刻随后被存储为最新更新的时间戳。
在步骤205，从网络中接收关于所缺业务和不需要分量的数据以及加载列表。关于所缺业务的数据指示那些不能被使用的业务，因为实现该业务的业务分量没有被设置在该移动终端中。不需要分量指示那些没有被用于任何由用户所预定的业务的、移动终端中的业务分量。在某些其他实施例中，不需要分量也可以包括那些与由用户指令的待用业务简表的业务相关的业务分量。在第一优选实施例中，加载列表包括必须被加载到移动终端以提供所缺业务的业务分量。加载列表优选地包括业务分量被加载到的地址以及每种分量所需要的存储空间数量。或者，加载地址可以存储于USIM中。在每种业务由一种业务分量组成的实施例中，并不需要一个独立的加载列表。在USIM中没有存储加载指令的实施例中，加载列表优选地包括用于加载每种业务分量的指令。而且，在第一优选实施例中，至少当用户没有位于原籍网络的区域中时，加载列表优选地包括一个用于加载每种分量所用时间以及加载费用的估计。
在步骤206，检验移动终端中是否缺少一种或者多种业务分量。如果没有关于所缺业务的数据(并且加载列表是空的)，则在第一优选实施例中通常继续登录到网络中。如果网络中缺少一种或者多种业务分量，则激活加载进程，即加载方式的选择。在第一优选实施例中，通过在步骤207中，对于USIM搜索一直需要的业务的业务分量列表来激活加载方式的选择。随后在步骤208中，检验是否缺少一直需要的业务分量的任何一种。这是通过将加载列表中的业务分量与一直需要的业务分量列表相比较来实现的。如果没有缺少一直需要的业务的业务分量，则进程转到图2C的步骤III。如果缺少这些分量，则进程转到图2B的步骤I，该进程可能经过步骤II转到步骤209，在步骤209检验是否缺少任何其他的分量，即检验该加载列表是否包括不同于一直需要的那些业务的业务分量。如果没有包括，则该进程正常地继续。如果它包括其他分量，则该进程转到图2C的步骤III。
如果在步骤201检测到状态没有改变，则在步骤210，恢复时间戳的值，并且在步骤211将该值传送到网络中。随后在步骤212中检验是否从该网络中接收到对于加载业务分量的请求。如果该网络已经传送了这种请求，则进程转到步骤202，以形成一个分量列表。如果还没有传送出请求，则正常地继续登录进程。
在某些其他实施例中，移动终端总是形成一个分量列表，并且将该列表传送到所登录的网络中。一旦接收到来自该网络的请求，移动终端就形成一个分量列表并且将该列表传送到该网络中也是可能的。
在本发明的某些实施例中，加载列表以及关于由预约业务所包含的业务分量的数据可以在步骤205中接收到。在这种情况下，移动终端可以通过将关于预约业务中所包含的业务分量的数据与在步骤202中形成的分量列表相比较，来确定不需要的业务分量。
在图2B中，进程从图2A的步骤I开始。在图2A的步骤208检测到该移动终端缺少一直需要的业务的业务分量之后，到达该步骤。步骤220包括计算一直需要的所缺业务分量所需要的存储空间A。随后在步骤221，检验该移动终端是否包括足够数量的可利用存储空间。如果可利用存储空间足够多，则在步骤226加载所缺的需要业务分量，并且在步骤227，将所加载的业务分量从加载列表中去除，随后该进程转到图2的步骤II。这些分量从该列表中去除，因为同一个业务分量也可以与某个其他业务相关，所以它可以被两次加载。而且，在业务分量已经被加载之后再从加载列表中去除该业务分量，可以使监视哪些业务分量已经被加载以及哪些随后将被加载变得更加容易。
如果在步骤221中没有足够多的存储空间，则在步骤222中计算由不需要的业务分量所预留的存储空间B，随后在步骤223中检验存储空间A是否大于存储空间B。如果小于，则在步骤224中，足够数量的不需要业务分量从该移动终端的存储空间中删除，以便一直需要的所缺业务分量可以被加载。移动终端可以选择将被删除的业务分量，例如通过监视分量的使用以及通过删除使用次数最少的分量。也可以询问移动终端用户指示哪些业务分量应该被删除，以及删除的顺序。当最少数量的不需要业务分量被删除时，可以减少将来自网络的业务分量加载到工作组的集中式电话中，这时用户经常改变但只是相同的用户在循环。同时，当不需要的业务分量在步骤224中被删除时，这些被删除的分量在步骤225中从不需要业务分量的列表中去除。随后该进程转到步骤226，在步骤226中，所缺少的不需要业务分量被加载，如上所述。
如果在步骤223中检测到一直需要的所缺业务分量所需要的存储空间A大于不需要的业务分量所需要的存储空间B，则进程转到步骤228，步骤228包括计算由仅与其他业务相关的、移动终端的存储空间中的业务分量所预留的存储空间C。随后在步骤229中检验存储空间A是否大于存储空间B和C的和。如果大于，则在第一优选实施例的步骤233中向移动终端用户指示可得到的业务，随后继续正常的登录。因而，所缺业务分量没有被加载，因为没有足够的存储空间。
如果在步骤229中检测到存储空间A不大于存储空间B和C的和，则在步骤230中，不需要的业务分量从移动终端的存储空间中删除，并且随后在步骤231中，删除所需数量的其他业务的业务分量，以便将一直需要的业务分量加载到移动终端中。当已经释放足够数量的存储空间时，在步骤232，所缺少的需要业务分量被加载到移动终端中。随后继续正常的登录。
在图2C中，进程从图2的步骤III开始。该步骤在图2A的步骤208检测到该移动终端没有缺少一直需要的业务的业务分量之后，或者在步骤209检测到该移动终端也缺少其他业务的业务分量之后，到达该步骤。步骤240包括计算由所缺少的其他业务的业务分量所需要的存储空间A2。在第一实施例中，这是通过计算由加载列表上的业务分量所需要的存储空间来实现的。随后在步骤221，检验该移动终端是否包括足够数量的可利用存储空间。如果没有，则在步骤242中计算由不需要的业务分量所预留的存储空间B，随后在步骤243检验存储空间A2是否大于存储空间B。如果没有，则在步骤244中，足够数量的不需要业务分量从移动终端的存储空间中删除，以便能够加载所缺少的业务分量。接着在步骤245中检验存储空间A2是否超过一个预定的门限值。该门限值可以用于控制加载的效率。经过移动系统加载大量的业务分量的费用非常昂贵，因而优选地经过互联网加载它们。如果超过了该门限值，则在步骤246，通知用户业务分量必须经过互联网加载。随后继续登录。在某些其他实施例中，可以向用户询问他是否希望经过互联网加载业务分量。
如果在步骤245中检测到没有超过该门限值，则进程在步骤247中转到所缺少的第一业务，并且在步骤248中确定加载的方式。在第一优选实施例中，在步骤249检验加载的方式是否需要立即动作。如果需要，则在步骤250中，将所缺少的所述业务的业务分量加载到移动终端中，随后在步骤251中检验是否有任何其他的所缺少业务的分量应该被加载。如果有的话，则进程在步骤252中转到下一种业务，并且在步骤252中确定业务的加载方式。随后继续该进程，如上所述。
如果所有缺少的业务分量已经被加载，并且不再有其他的业务(步骤251)，则继续登录。
如果在步骤249中检测到加载方式并不需要立即动作，则在步骤253中设置一个条件，满足该条件就会触发业务分量的加载。随后通过检验是否有其他的业务，在步骤251中继续工作，如上所述。在步骤253中设置的条件例如可以指示仅当终端到达一个更便宜的区域，诸如原籍网络的区域，或者支持通用分组无线电业务GPRS的区域时，才加载业务分量。该条件也可以指示仅当激活业务时才加载业务分量。例如，如果一种业务或者其中的一部分是基于利用无线标记语言(WML)的移动站浏览器，且它依赖于用户接口控制，在移动设备ME改变时，所缺少的业务分量不必事先加载，但是只有当该业务的用户接口激活时，才可以加载业务逻辑。
如果在步骤243中检测到存储空间A2大于可释放的存储空间时，继续第一优选实施例中的登录。在某些其他实施例中，可以激活一个对业务的更详细搜索，以发现可以在移动终端中设置哪些缺少的业务。
如果在步骤241中检测到移动终端具有足够数量的可利用存储空间，则进程直接转到步骤245，以检验是否超过该门限值。
在某些其他实施例中，该门限值可以从网络以及加载列表中得到。该门限值也可以包括估算的价格和/或加载的持续时间。
在某些其他实施例中，后来将被加载的所有或者某些业务分量可以被设置在网络侧的加载队列中。就此而论，在网络中设置一种条件，满足该条件就会触发分量到移动终端的加载。在这种情况下，后来将被加载的分量不必包含于该加载列表中。
在图3中，进程从步骤301开始，在步骤301中，网络从移动终端接收一个分量列表A。响应于接收到该分量列表，在步骤302中，从用户数据中恢复包含关于在移动终端中所需要的业务分量的数据的分量列表B。用户数据优选地位于原籍位置寄存器HLR中。在步骤303中，列表A上的业务分量与列表B上的分量相比较，随后在步骤304中形成一个加载列表以及关于所缺少业务和不需要业务的数据。这些已经在图2中进行过详细的描述。如果在比较期间检测到列表A上业务分量的版本旧于列表B上同一分量的版本，则该业务分量优选地包含在加载列表中。在步骤304已经终止之后，数据和加载列表在步骤305中被传送。如果没有缺少任何业务，则传送一个空的数据字段和一个空的加载列表。
在图4中，进程从步骤401开始，在步骤401中，网络从移动终端接收到个时间戳A。该时间戳指示移动终端执行最后更新的时刻。响应于接收到该时间戳，在步骤402中，从用户数据中恢复时间戳B。在本发明的第一优选实施例中，假定原籍位置寄存器的用户数据包括由业务提供商所保持的最新业务分量的时间戳B。每当用户业务的较新版本到达时，该版本的日期被更新为最新业务分量的时间戳B。该进程保证了该移动终端一直包含最新的业务。
在步骤403中，检验时间戳A是否大于时间戳。如果A大于B，则移动终端包括业务分量的最新版本，该版本不必被更新，因而可以正常地继续登录。
如果A小于B，则业务分量版本已经被更新。因而，则在步骤404请求移动终端传送一个分量列表。该进程随后被保持，直到接收到该分量列表。同时，执行图3所示的功能。
在某些其他实施例中，除了时间戳B，还可以检验是否以前检验是否已经经过了预定的时间。如果经过了预定时间，则向移动终端发送一个传送分量列表的请求。
图5示出了根据本发明第二实施例的信令图，其中假定移动终端也执行图3所示的比较，并且每个用户的业务分量被独立地比较。在步骤5-1中检测到状态的变化，例如由于图2所示的原因，或者由于用户简表改变或者网络指示由于更新后的业务分量所引起的状态的变化。因此，移动终端MT向HLR发送一个用以请求业务分量的消息5-2。该消息优选地指示正在被使用的用户简表。HLR在消息5-3中传送关于与应该设置在移动终端中的用户简表业务相关的业务分量的数据。在移动终端已经接收到该消息之后，在步骤5-4中比较其存储空间中的业务分量和包含在消息5-3中的业务分量。如果消息5-3中的所有业务分量已经在移动终端中，则不执行其他的功能。另一方面，即使缺少一个在消息5-3中提到的业务分量，在第二优选实施例中，通过向移动终端用户询问该业务分量是否应该被加载，移动终端激活一个加载进程。如果用户给出他的允许，则业务分量被加载。在第二优选实施例中对于所有的缺少业务分量重复该进程。
在本发明的优选实施例中，图5所示的数据交换可以发生在实际移动设备ME和USIM之间。在这种情况下，关于用户已经预约业务的所有需要数据被存储在USIM中。
图6示出了借助于不同的条件，选择包含于加载进程中的加载方式的实例。为了简明起见，在图6的实例中假定一种业务仅包含一种业务分量。还假定事先确定门限值，并且这些门限值对于所有业务都相同。在图6的实例中，对于每种业务具体地选择加载方式。该进程从步骤601开始，在步骤601中，检验对于业务分量的加载指令是否被确定。与该业务相关的加载指令可以事先定义，例如定义在USIM上，或者加在指令可以附加到加载列表中或从网络中得到的业务分量列表中。(在业务特定的门限值的情况下，对于同一进程可能有不同的值。)如果还没有确定加载指令，则在步骤602检验业务分量的大小是否大于预定门限值T1。如果其大小没有超过门限值，则在步骤603检验所估算的加载业务分量的持续时间是否超过预定的门限值T2。如果持续时间没有超过门限值，则在步骤604中检验所估算的加载业务分量的价格是否超过预定门限值T3。如果该价格没有超过门限值，则在步骤605，该业务分量基本上立即被加载到移动终端中。
即使仅超过一个门限值(步骤602，603，604)，在步骤606，移动终端的用户经过移动终端的用户接口，被提供了至少一种备选加载方式。例如可以询问用户如果立即加载的费用为FIMY并且花费Z秒的时间，他是否愿意立即开始使用业务X，或者他是否愿意将业务X引入到加载费用为FIMY并且花费Z秒的时间的原籍小区中。也可以提供一种以上的备选方案。将被提供的加载方式也可以取决于转到步骤606的步骤中的条件。例如，当转到步骤606的步骤中的条件与分量的大小相关时，备选方案被立即加载，或者经过互联网加载。另一方面，在这些条件与时间以及价格相关的情况下，备选方案被立即加载，或者仅在原籍小区中加载。在步骤607中，接收到由用户所做出的选择，即关于用户愿意使用的加载方式的信息。随后，在步骤608中根据用户的选择加载业务分量。业务分量通常基本上经过互联网被立即加载，或者当满足对于加载所设置的条件(例如到达原小区)，并且触发加载时。
如果已经确定对于业务分量的加载指令时(步骤601)，则在步骤609中根据这些指令加载该分量。
预定的加载指令以及带有门限值的不同条件可以被用于提供一个加载进程，该加载进程尽可能地考虑到用户的要求。借助于这种加载进程，所缺少的业务分量被加载到移动终端中，以便只有当用户自己愿意参与时，通过选择其中一个不同的备选方案，请求用户提供加载指令。
图2A，图2B，图2C，图3，图4，图5和图6所示的步骤的顺序可以不同于上述顺序，并且这些步骤可以平行地执行。图中没有示出的其他步骤也可以在上述步骤之间执行。图中示出的某些步骤也可以被去除，或者由其他步骤替代，只要在移动终端中设置的业务分量与该终端中需要的业务分量相比较，并且激活缺少分量的加载进程。例如，从存储空间中的删除可以由重写替代。而且，可以组合上述实施例或者其中的部分。上述的加载进程仅是实例，并且本发明并不以任何方式限于此。加载进程也可以从网络中激活，在这种情况下，移动终端不得不仅转发关于该终端和用户的识别数据，并且参与到实际加载中，因为关于实际设备特性的数据也可以存储在网络中。业务可以被划分优先级，并且每种业务的加载进程可以包括来自移动终端用户的对于指令的请求。可以自由设置不同的条件，并且相关的门限值可以被事先确定，或者每个门限值在该进程期间可以被独立地定义。对于备选方案的数量没有限制。
即使上文为了简明起见，指出借助于信令消息以及登录来交换和检验数据，但数据的交换并不限于上述的装置。数据可以被交换，例如设置一个常规的数据连接(电路交换或者分组交换)，并且使用一个用于即经过该连接的交换数据的协议。
即使本发明结合移动系统描述如上，但本发明并不限于该系统中，而是可以应用到其他无线通信系统以及固定数据传输系统中。例如，卫星电视的机顶盒，数字或有线电视可以包括根据本发明的功能。可以基于口令或者智能卡来识别用户。本发明尤其适用于固定内联网，其中一旦用户登录，所有由用户使用的软件以及其中的正确设置就可以被自动加载到网络的终端中(诸如PC或者工作站)。
对于本领域技术人员很显然的是，随着技术的发展，本发明的基本构思可以以多种不同的方式实现。因此，本发明以及其中的实施例并不限于上述的实例，而是可以在权利要求书的范围内变化。
权利要求
1.一种用于激活加载业务分量进程的方法，其中移动终端缺少所述的业务分量，其特征在于，该方法包括步骤形成一个第一列表，用以指示该移动终端中所设置的业务分量；保持一个第二列表，用以指示该移动终端中所需要的业务分量；将第一和第二列表上的业务分量相比较；如果在第一列表上能够发现第二列表上所设置的业务分量，则激活用于加载业务分量的进程。
2.根据权利要求1的方法，其特征在于，该方法还包括步骤利用该加载进程中的至少两个不同的加载方式；响应于所缺少的业务分量，向移动终端的用户指示备选的加载方式；根据由该用户所选择的加载方式，加载所缺少的业务分量。
3.根据权利要求2的方法，其特征在于，该方法还包括步骤确定一个或者多个条件；借助于所述的条件，选择将被指示的加载方式。
4.根据权利要求1的方法，其特征在于，基本上立即加载所缺少的业务分量。
5.根据权利要求1的方法，其特征在于，该方法还包括步骤利用加载进程中的至少两个不同的加载方式；确定一个或者多个条件，根据该条件，选择将被使用的加载方式。
6.根据权利要求5的方法，其特征在于，该方法还包括步骤将与用户的必需业务相关的缺少业务分量设置为第一条件；如果满足第一条件，则基本上立即加载所缺少的业务分量。
7.根据前面任何一个权利要求的方法，其特征在于，响应于移动终端中的状态变化，执行一个比较。
8.一种通信系统(UMTS)，包括网络单元以及用以向用户传送业务的移动终端(MT)，在该系统中，用户可以改变他正在使用的移动终端，至少其中一种业务包括由用户使用的移动终端所需要的一种或者多种业务分量，以提供一种业务，其特征在于，该系统(UMTS)被设置成将移动终端(MT)中设置的业务分量与该终端(MT)中所需要的业务分量相比较，并且响应于缺少所需要业务分量，激活用于加载该分量的进程。
9.根据权利要求8的通信系统，其特征在于，该系统(UMTS)被设置成根据使用该终端的用户的数据，搜索该移动终端(MT)中所需要的业务分量。
10.根据权利要求8或9的通信系统，其特征在于，该系统(UMTS)被设置成至少以两种不同的方式加载所缺少的业务分量，并且向使用该移动终端的用户指示备选的加载方式。
11.根据权利要求8或9的通信系统，其特征在于，该系统(UMTS)被设置成至少以两种不同的方式加载所缺少的业务分量，并且根据至少一个预定条件，选择将被使用的加载方式。
12.根据权利要求8，9，10或11的通信系统，其特征在于，该加载进程包括至少一个加载条件，该加载条件的满足触发所缺少业务分量的加载，并且该系统(UMTS)被设置成检测该加载条件的满足。
13.根据权利要求8到12中任何一个的通信系统，其特征在于，该系统(UMTS)被设置成与另一个优选地为互联网(ON)的系统通信，该系统经过互联网加载所缺少的业务分量。
14.根据权利要求8到12中任何一个的通信系统，其特征在于，该系统(UMTS)被设置成将第一时间戳和第二时间戳相比较，第一时间戳指示该移动终端中设置的业务分量与该移动终端中所需要的业务分量的比较时刻，该第二时间戳指示当业务分量的最新版本被更新的时刻，并且如果该第一时间戳早于该第二时间辍，该系统被设置成激活业务分量的比较。
15.根据权利要求8到13中任何一个的通信系统，其特征在于，该系统(UMTS)被设置成检测移动终端中的状态变化，并且响应于这种变化，激活业务分量的比较。
16.一种通信系统中的网络单元(MEXE-S)，该通信系统包括用以向用户传送业务的移动终端(MT)，在该系统中，用户可以改变他正在使用的移动终端，至少其中一种业务包括由用户使用的移动终端所需要的一种或者多种业务分量，以提供一种业务，该网络单元被设置成能够接入系统的用户数据，其特征在于，该网络单元(MEXE-S)被设置成从移动终端接收第一部分信息，用以向该网络单元指示在移动终端中所设置的业务分量，从使用该终端的用户的数据中恢复该移动终端所需要的业务分量，将该移动终端中设置的业务分量与该终端终所需要的分量相比较，并且响应于来自该移动终端的业务分量的缺少，激活业务分量的加载进程。
17.根据权利要求16的网络单元，其特征在于，该单元(MEXE-S)被设置成从移动终端中接收一个该移动终端中设置的业务分量的列表，作为第一部分信息。
18.根据权利要求17的网络单元，其特征在于，该单元(MEXE-S)被设置成从移动终端中接收一个该移动终端的识别符，作为第一部分信息，该网络单元借助于所述识别符，搜索该移动终端中设置的业务分量。
19.根据权利要求16，17或18的网络单元，其特征在于，该单元(MEXE-S)被设置成在比较的基础上，形成该移动终端所缺少的业务分量的列表，并且通过将该列表传送给移动终端，激活用于加载业务分量的进程。
20.一种通信系统中的用以向用户传送业务的移动终端(MT)，在该系统中，用户可以改变他正在使用的移动终端，至少其中一种业务包括由用户使用的移动终端所需要的一种或者多种业务分量，以提供一种业务，其特征在于，该移动终端(MT)被设置成形成一个指示移动终端中所设置的业务分量的列表，并且根据预定的加载进程加载该移动终端所缺少的业务分量。
21.根据权利要求20的移动终端，其特征在于，该移动终端(MT)被设置成向通信系统网络(UMTS)传送第一列表，并且从网络中接收一个指示该移动终端所缺少的业务分量的第二列表。
22.根据权利要求20的移动终端，其特征在于，该移动终端(MT)被设置成从安装在该移动终端中且用于识别用户的单元(USIM)中，恢复该移动终端所需要的业务分量，将所述的分量与第一列表中的业务分量相比较，并且响应于来自第一列表的业务分量的缺少，激活用于加载业务分量的进程。
23.根据权利要求20的移动终端，其特征在于，该移动终端(MT)被设置成从网络中请求一个指示移动终端中所需要的业务分量的第二列表，接收该第二列表，将第一和第二列表上的业务分量相比较，并且响应于业务分量在第二列表中但不在第一列表中，激活用于加载业务分量的进程。
24.根据权利要求20，21，22或23的移动终端，其特征在于，该移动终端(MT)被设置成检测移动终端中的状态变化，并且响应于所述的状态变化，形成一个第一列表。
全文摘要
通信系统中的用户可能经常改变他们使用的移动终端。一个新的移动终端不必包括由用户已经预约的业务所需要的业务分量。在根据本发明的装置中,移动终端中设置的业务分量与用户预约的业务的业务分量相比较(303),并且如果移动终端缺少一种业务分量,则激活用于加载该分量的进程。以这种方式,移动终端可以带有用户已经预约的业务,而用户无需知道该业务分量是移动终端中已设置的还是所需要的。
文档编号H04W8/22GK1346578SQ00806163
公开日2002年4月24日 申请日期2000年4月14日 优先权日1999年4月15日
发明者萨米·厄斯克拉 申请人:诺基亚网络有限公司