CN1505909A

CN1505909A - 网络环境内的数据单元信息管理

Info

Publication number: CN1505909A
Application number: CNA018232132A
Authority: CN
Inventors: ��ֲ; 卡瑞·西尔弗沃伯格; 蒂莫·阿尔托内; ά; 安妮－玛加·哈维拉; 肯卓·埃科拉
Original assignee: Nokia Oyj
Current assignee: Nokia Technologies Oy
Priority date: 2001-05-11
Filing date: 2001-05-11
Publication date: 2004-06-16
Anticipated expiration: 2021-05-11
Also published as: CN1240244C; EP1391131A1; ATE471546T1; DE60142413D1; WO2002093963A1; EP1391131B1; US20040236783A1; US7827142B2

Abstract

本发明提出了在一个网络环境内进行数据单元信息管理的方法，这个网络环境包括多个各保存多个用户的数据单元信息的各自记录的数据单元信息数据库实体(5a，5b，5c，5d)和一个可以将请求传送(4，S2)给所述多个数据库实体中的一个所选的数据库实体的请求路由选择实体(3)，所述方法包括下列步骤：将对一个特定用户的数据单元信息更新发送(S1)给所述请求路由选择实体(3)；在所述请求路由选择实体(3)处为所述特定用户选择所述多个数据库实体中的一个数据库实体(5b)；将所述数据单元信息更新转发(S2)给所述所选的数据库实体(5b)；以及将所述数据单元信息更新从所述所选的数据库实体(5a)中继(S5)给所述多个数据库实体中的另一个数据库实体(5d)。此外，本发明还涉及可以相互协作执行本发明的方法的请求路由选择实体和数据库实体。

Description

网络环境内的数据单元信息管理

技术领域

本发明与在一个网络环境内进行数据单元(data element)信息管理的方法有关。

背景技术

应当注意的是，所谓“网络环境”在结合本发明的说明使用时应理解为例如一个通信网络系统、一个机构的网络环境、一个工厂的网络环境等。

然而，在这里选择通信网络系统作为例示本发明的一个例子，这并不是说对本发明有所限制。

就这样所选的这个例子来说，所谓“数据单元”是与所述通信网络的用户关联的，也就是说数据单元信息意味着是与用户有关的信息。然而，这并不是限制，在其他的网络环境内，数据单元可以与其他适当的信息关联，例如在一个机构的网络环境内可以是员工信息，或者在一个工厂的网络环境内可以是产品信息。

就这样所选的例子来说，所谓“请求路由选择(requestrouting)”是与在所述通信网络内一个信令关联的。然而，这并不是限制，在其他的网络环境内，这个请求路由选择术语可以是与信令之外的其他适当含义关联的。

近几年来，通信网络已经越来越普及，为越来越多的通信网络用户所接受。为了使这种通信网络正常工作，在网络内必需存有用户数据，并可供在建立用户与其通信对方间的通信中所涉及的各网络实体使用。通常，这种用户数据在GSM(全球移动通信标准)情况下保存在一个所谓的归属位置寄存器(home location register)HLR内。

随着通信网络的发展和也称为UMTS(通用移动电信系统)网络的所谓第三代(3G)网络的开发，以前归归属位置寄存器HLR实现的功能已经转给一个所谓的归属用户服务器(home subscriber server)HSS的功能实体。归属用户服务器HSS是一个给定用户的主数据库。它是保存与预约情况有关的信息以支持各网络实体实际处理涉及用户的呼叫/会话的实体。

例如，归属用户服务器HSS可以提供对呼叫控制服务器的支持，以通过解决认证、授权、命名/寻址分辨、位置从属等完成路由选择/漫游程序。

特别是，归属用户服务器HSS负责保存以下与用户有关的信息：

*用户标识、编号和寻址信息

*用户安全信息：用于认证和授权的网络接入控制信息

*系统间级别的用户位置信息；HSS处理用户注册和存储系统间位置信息等

*用户档案(业务，业务专用信息...)

根据在归属用户服务器处保存的信息，归属用户服务器还负责支持运营方提供的不同控制系统(电路交换域控制，分组交换域控制，IP多媒体控制)的呼叫控制(CC)实体和/或用户管理(SM)实体。

上面提到的第三代通信网络依托于因特网协议(IP)。然而，本发明如以下所说明的那样并不局限于第三代通信网络和/或运用因特网协议的通信网络。

更确切些说，选用根据因特网协议操作的第三代网络只是作为一个例示性的例子。具体地说，本发明适用于将与用户有关的信息保存在多个用户信息数据库实体内的所有通信网络。

随着网络用户的增多以及网络的增多和网络复杂性的提高，各网络实体和/或网络实体之间的接口发生故障的可能性也增大。为了确保通信网络即使在网络内部某处发生故障的情况下也能继续运行，必需保持始终可得到用户数据。

以前，一个途径是配置一个用户数据库拷贝。例如，定期建立这样一个数据库拷贝(也称为备份)。然而，这至少在进行备份期间难以提供完全的通信网络性能。此外，除非执行一个对用户数据库实体的备份，否则就跟不上新的和/或改变了的用户数据。因此，如果一个数据库实体在最近备份后而在下次备份前发生故障，只根据备份数据库就难以恢复数据库实体内所存有的新的和/或修改了的数据。

发明内容

因此，本发明的一个目的是提供一种没有上面提到的缺点的在一个网络环境内进行数据单元信息管理的改进方法。

按照本发明，这个目的是例如由一种在一个网络环境内进行数据单元信息管理的方法达到的，这个环境包括多个数据库实体，各保存多个数据单元的数据单元信息的相应记录；一个请求路由选择实体，适应于将请求路由选择到所述多个数据库实体中的一个所选的数据库实体；所述方法包括下列步骤：将对一个特定数据单元的数据单元信息更新发送给所述请求路由选择实体；在所述请求路由选择实体处为所述特定数据单元选择所述多个数据库实体中的一个数据库实体；将所述数据单元信息更新转发给所述所选的数据库实体；以及将所述数据单元信息更新从所述所选的数据库实体中继给所述多个数据库实体中的至少另一个数据库实体。

按照本发明的进一步开发，

*所述数据单元信息包括与一个通信网络的一个用户有关的信息；

*所述数据库实体为归属用户服务器HSS实体；

*所述请求路由选择实体包括一个表，定义向一个特定数据单元分配所述多个数据库实体的至少两个数据库实体，选择按照所述表的表目执行；

*为所述表内每个分配的数据库实体各赋予一个优先级，选择按照最高的优先级执行；

*为每个所分配的数据库实体赋予一个各自不同的优先级；

*所述请求路由选择实体包括一个表，定义向一个特定数据单元分配所述多个数据库实体中的至少两个数据库实体的表，一个各自不同的优先级被赋予每个所分配的数据库实体，向按所赋予的优先级的降序排在其次的所述数据库实体执行中继；以及

*如果满足一个预定条件，就改变赋予所述数据库实体的优先级。

此外，按照本发明，这个目的是由一种在一个网络环境内的数据库实体达到的，这种数据库实体包括：保存多个数据单元的数据单元信息的相应记录的存储装置；适应于接收对一个数据单元的更新和将所述更新的数据单元存入所述存储装置的接收装置；以及适应于将所接收的对一个数据单元的更新中继给另一个数据库实体的中继装置。

此外，按照本发明，这个目的是由一种在一个网络环境内的请求路由选择实体达到的，这种请求路由选择实体包括：包括一个表的存储装置，所述表定义向一个特定数据单元分配所述多个数据库实体中的至少两个数据库实体；适应于接收一个对数据单元更新的请求的接收装置；适应于按照所述表的条目从所述表中选择所述数据库实体中的一个数据库实体的选择装置；将所述数据单元更新转发给所述所选的数据库实体的转发装置。

特别是，请求路由选择实体和数据库实体这两个实体可以相互协作，执行如上所述的方法。

借助于按照本发明在一个诸如通信网络的网络环境内实现的方法和实体，可以有益地将数据单元即用户信息分布在网络内，从而在网络内为这些信息提供冗余。数据单元/用户信息的冗余程度可以由所述数据单元/用户信息转发和中继给的数据库实体的数目确定。此外，按照本发明的方法可以实现一种能提供存储在两个不同的数据库实体内的数据单元/用户信息之间的双向复制的功能。特别是，这种双向复制并不会引起任何数据库事务冲突。并且，由于根据数据库实体群集(clustering)为每个数据单元/用户数据提供冗余，因此对涉及数据单元/用户数据的改变能立即跟踪而不需要等待在经过一个备份间隔后出现一个新的备份。因此，在第一数据库实体内以及在提供冗余的复制数据库实体内数据单元/用户信息始终是最新的。

此外，应当注意的是本发明并不局限于来自用户管理系统的更新。更确切些说，一个通信网络内的各种用户数据更新都可用本发明进行处理。所以，能实现涉及所有功能(包括用户管理和网络操作)的改善的冗余。

概括地说，一个数据单元如在这里所说的可以包括例如包括一个数据库记录或一个文件记录的信息、包括一个关系数据库内的一个字节组的信息、与一个通信网络内的给定用户相关的信息、与一个与一个通信网络关联的任意实体相关的信息、与一个任意对象事例相关的信息、与一组有关任意对象实例相关的信息等。

附图说明

本发明的以上及其他目的、特色和优点从以下结合附图所作的详细说明中可以更清楚看出，在这些附图中：

图1示出了通信网络中与本发明有关的那些部分的体系结构；

图2示出了信令路由选择实体的数据库分配表；

图3示出了从一个数据库实体复制到另一个数据库实体的用户数据的例子；

图4示出了在请求路由选择实体和/或信令路由选择实体处执行的实现本发明的方法的各个步骤的流程图；以及

图5示出了在一个有关的数据库实体处执行的实现本发明的方法的各个步骤的流程图。

具体实施方式

从以下结合附图的详细说明中可以更容易理解本发明。

图1示出了一个通信网络中与本发明有关的那些部分的体系结构。标为1的用户管理实体可以通过标为2的接口与标为3的信令路由选择实体进行双向通信。信令路由选择实体可以将信号路由选择到多个分别标为5a、5b、5c、5d的数据库实体中所选的一个实体。所述信令路由选择实体与所述数据库实体中一个相应数据库实体之间的接口标为4。此外，所述数据库实体每个都可以将所存有的用户信息中继给至少另一个数据库实体，如标有数字6的接口所示。

用户管理实体由通信网络的运营方运行，负责创建和/或改变涉及已向所述通信网络预约的用户的用户信息。信令路由选择实体例如可以是一个所谓信令路由选择服务器SRS。在这里选为信令路由选择单元例子的这样一个信令路由选择服务器可以将信号即用户信息路由选择到所述多个数据库实体中一个所选的数据库实体。这些数据库实体5a、5b、5c、和5d在第三代通信网络内是所谓的归属用户服务器节点(HSS_N1，HSS_N2，HSS_N3，HSS_N4)。虽然在图1中这些归属用户服务器节点示为相互分开和不同的，但不一定要是这种情况。例如，这些归属用户服务器节点可以物理上处于同一位置。然而，各归属用户服务器节点必需逻辑上彼此不同。

在操作中，用户管理实体1在标为S1的第一步骤将对一个特定用户的用户信息更新通过所述接口2发送给所述信令路由选择实体3。信令路由选择实体3为所述特定用户选择所述多个数据库实体中的一个数据库实体。这个选择基于一个保存在所述信令路由选择实体处的一个表，这个表规定了为一个特定用户分配所述多个数据库实体中的至少两个数据库实体。这样一个表的例子以下将参照图2予以说明。在步骤S2，信令路由选择实体将所述用户信息更新转发给所选的数据库实体，在本例中是标为5b的数据库实体。转发所述用户信息更新通过信令路由选择实体与所选的数据库实体之间的接口4实现。用户信息更新包括至少一个更新涉及一个特定用户的用户信息的请求以及如所述的用户信息。如所述的用户信息包括至少与预约有关的用于支持实际处理一个用户的通信的网络实体的信息。在成功地接收到用户信息更新的情况下，所选的数据库实体在步骤S3通过接口4向信令路由选择实体3确认收讫。信令路由选择实体3接着在步骤S4通过接口2向用户管理实体确认用户信息更新。因此，一收到一个用户信息更新，就在所选的数据库实体(在所例示的这个例子中为5b)内更新涉及用户的用户信息。为了提供冗余，所选的数据库实体5b随即将用户信息更新中继给至少另一个数据库实体，在所例示的这个例子中为5d(步骤S5，标为6的箭头)。应注意的是，为了提供最低程度的冗余，必需更新至少两个数据库实体。在这种情况下，如以下要详细说明的那样，从信令路由选择实体3接收用户信息更新的数据库称为主数据库实体，而从主数据库实体将用户信息更新中继到的数据库实体称为辅数据库实体。

然而，可以理解，用户信息更新当然可以中继给一个以上的数据库实体，从而提供较高程度的冗余。就此而论，可以想象主数据库实体将所述用户信息更新中继给辅数据库实体，而辅数据库实体又将用户信息更新中继给一个第三数据库实体，诸如此类。因此，可以想象是一种级联式的中继。实现最高程度的冗余所需的时间于是与为了保存复制和/或拷贝的用户信息的记录所配备的数据库实体的数目有关。因此，为了加速提供冗余的过程，可以想象主数据库实体以星状方式将用户信息更新中继给辅数据库实体、第三数据库实体等等。在这种情况下，信令路由选择实体当然必需具备一个相应适应的表。此外，在任何情况下，一个所选的主数据库实体当然配有将用户信息更新中继给一个辅数据库实体等的必要信息。

为了使说明简单起见，本说明限于只提供最低程度的冗余的情况，即只是规定一个主数据库实体和一个辅数据库实体的情况。

图2示出了一个规定为一个特定用户分配所述多个数据库实体中的两个数据库实体的表。如图2所示，一个用户例如由其USIM(UMTS SIM＝UMTS用户身份模块)标识。因此，如图2所示，在表中列有与三个用户USIM1、USIM2、USIM3有关的数据。为其中每个用户分配了两个数据库实体：一个主数据库实体和一个辅数据库实体，即一个主HSS和一个辅HSS。在所示例子中，为USIM1分配HSS_N2作为主HSS，而分配HSS_N4作为辅HSS。同样，为USIM2分配HSS_N2作为主HSS，分配HSS_N4作为辅HSS，而为USIM3分配HSS_N1作为主HSS，分配HSS_N3作为辅HSS。USIM1和USIM2代表一个持有一个共同的HSS节点对的用户群。这有助于避免用户特定路由选择机制带来的问题，因为两个HSS节点的状态改变(将在稍后说明)可能导致部分用户其两个HSS节点都处于辅状态的情况。主HSS从信令路由选择服务器SRS接收用户信息更新，而辅HSS从主HSS接收作为中继信息的用户信息更新，如前面结合图1所述。

图3结合图2所示例子示出了用户信息更新和复制和/或拷贝的数据。HSS_N2规定为用户USIM1和USIM2的主数据库实体。因此，HSS_N2通过SRS从用户管理实体接收用户USIM1和USIM2的用户信息(新的和/或更新的用户信息)。与这信息一起，HSS_N2还接收一个为相应用户规定哪个数据库实体为辅数据库实体的指示。(注意，也可以为每个主数据库实体固定分配一个辅数据库实体等，这样可以不用发送上面提到的指示(即辅数据库的地址)。然而，这对于系统的灵活性来说可能就不是最佳的。)因此，与用户USIM1有关的用户信息拷贝到作为辅数据库实体的HSS_N4，而与USIM2有关的用户信息从HSS_N2拷贝到作为用户USIM2的辅数据库实体的HSS_N4。图3还示出了数据库实体HSS_N3。由于HSS_N3已经规定为标为USIM3的用户的辅数据库，HSS_N3从规定为用户USIM3的主数据库实体的HSS_N1接收与USIM3有关的用户数据的拷贝。

图4示出了例示为实现本发明在信令路由选择服务器实体处执行的各个步骤的流程图。

如图4所示，在SRS执行的这个过程开始于步骤S40。在下一个步骤S41，SRS接收到一个用户更新，即一个更新用户信息的请求以及需更新的用户信息。根据设在SRS的表以及结合图2所作的说明，在步骤S42，SRS从所述表中选出对于特定用户的一个主数据库实体。此后，如结合图3所说明的那样，SRS将用户信息更新转发给所选的主数据库实体(步骤S43)。于是，在步骤S44，SRS等待接收来自主数据库实体的确认。如果接收到确认，就从步骤S44进入“YES”分支，SRS向用户管理实体确认用户信息更新，从而信令路由选择实体SRS执行的过程在步骤S47结束。然而，如果在步骤S44没有从主HSS接收到确认，就从步骤S44进入“NO”分支，过程进至步骤S46。在没有接收到确认(无论是由于什么原因)情况下，这相应于满足一个预定的条件，于是按此改变赋予这些数据库实体的预定条件优先级。因此，在SRS处执行设置，将一个新的主HSS规定为(先前的)辅HSS，而一个新的辅HSS规定为(先前的)主HSS(用户信息更新不能成功地转发给它和/或不能从它接收到确认)。在改变了优先级(在为一个相应用户只分配两个数据库实体的情况下这相应于交换赋予这两个数据库实体的优先级)后，流程从步骤S46返回步骤S43。这意味着在步骤S43，SRS将用户信息更新转发给所选的新的主HSS，再重复前面所说明的步骤S44、S45、S46、S47。这个循环可以一直继续到在步骤S44从当前所选的主数据库实体接收到确认为止，如图4所示。然而，在一个变型(未示出)中，循环可以在预定次迭代后终止。

图5示出了在实现本发明时一个数据库实体HSS需执行的各个步骤的流程图。在为一个相应用户只分配两个数据库实体(即一个主数据库实体和一个辅数据库实体)的情况下，只在主数据库内执行图5所例示的这些步骤。然而，在如上面概略所述的级联配置用户信息冗余的情况下，除了优先级最小的数据库实体(即处在级联末端的数据库实体)，每个HSS都适应于执行图5所示的这些步骤。(在星状冗余配置的情况下，只是在主数据库实体执行。)原因是处在级联末端的数据库实体不必再中继用户信息更新。

现在，回到图5这个流程图，一个相应的数据库实体HSS执行的过程开始于步骤S50。此后，所涉及的这个HSS接收到来自前一个实体的用户信息更新。例如，如果所涉及的HSS是主HSS，它就接收来自信令路由选择实体SRS的用户信息更新。假设还规定了一个第三HSS，所涉及的HSS也可以是辅HSS，它在级联配置的情况下也可以接收来自主HSS的用户信息更新。在步骤S51例示了这个情况。此后，所涉及的HSS将用户信息更新中继给下一个实体，例如中继给辅HSS(步骤S52)。此后，在中继了所述用户信息更新后，过程在步骤S53结束。

在一个变型(未示出)中，用户信息更新被中继到的诸如辅HSS之类的实体当然可以用一个确认来确认收到所中继的用户信息更新。这样一个确认可以返回给从其接收到的中继的用户信息更新的所述实体，或返回给信令路由选择服务器SRS。在第一种情况下，中继用户信息更新的实体会得到中继成功的通知，而且可以自己向信令路由选择服务器报告中继成功，从而避免了不必要的再次中继。然而，由于来自辅数据库实体的确认需经过主数据库实体才能到达信令路由选择服务器SRS和用户管理实体，因此给用户管理实体的涉及更新成功的反馈会有某些延迟。所以，从辅HSS到信令路由选择服务器再从信令路由选择服务器到用户管理实体的确认会加快将用户信息更新成功反馈给用户管理实体。此外，辅数据库实体可以将确认发送给主数据库实体(或广义地说前一实体)和信令路由选择服务器双方，从而将加快将用户信息更新成功反馈给用户管理实体和避免再次将用户信息更新从主HSS中继给辅HSS这两个优点结合在一起。

由上可见，本发明涉及在使用一个诸如信令路由选择服务器SRS之类的信令路由选择实体时，在一个诸如归属用户服务器之类的全IP数据库实体的情况下的数据库复制。按照本发明，引入了通过SRS进行数据库复制。为此，在SRS内为每个用户规定了一个主数据库实体和一个辅数据库实体(HSS节点)。这信息保存在SRS处的表内，包括为每个用户定义的数据库实体分配。SRS将对涉及一个用户的HSS的用户信息更新路由选择到两个HSS节点中处于主状态的那个HSS节点，这意味着按照所赋予的最高优先级选择一个数据库实体，以将用户信息更新转发给它，并且处在主状态的HSS节点将用户信息更新传播和/或中继给优先级按降序排在其次的辅HSS节点。此外，如果一个HSS节点的状态从主状态改变为辅状态，SRS就开始将用户信息更新(即更新请求和需更新的信息)传送给另一个HSS节点。主数据库实体和次数据库的指派是按用户特定的。涉及一个特定用户的所有事务只从SRS转发给主数据库实体。主数据库实体然后再按特定用户的用户信息更新辅数据库实体。应当注意的是，这些功能是按用户而不是按数据库执行的。如果，在满足一个预定条件的情况下，在SRS内辅数据库实体被切换为主数据库实体或者主数据库实体切换为辅数据库实体，于是更新按相反的顺序执行，但是只按一个方向。因此，使用一个诸如SRS的高级功能单元，具有一个主数据库实体和一个辅数据库实体的信息，系统就能在两个方向上提供按用户的更新机制，但是每次只可以有一个方向是激活的。

虽然前面集中在说明本发明的方法上，但本领域技术人员可以理解显然本发明也涉及可以相互协作执行本发明的方法的数据库实体和请求路由选择实体。

在这方面，按照本发明设计的在一个网络环境内的数据库实体5a至5c各包括：可以保存多个数据单元USIM1、USIM2、USIM3的数据单元信息的相应记录的存储装置；可以接收对一个数据单元USIM1、USIM2的更新和将所述更新的数据单元存入所述存储装置的接收装置；以及可以将所接收的对一个数据单元USIM1、USIM2的更新中继给另一个数据库实体5d的中继装置。

在一个网络环境内的一个请求路由选择实体3从而包括：包括一个定义向一个特定数据单元分配所述多个数据库实体中的至少两个数据库实体的表的存储装置；可以接收一个对数据单元更新的请求的接收装置；可以按照所述表的条目从所述表中选择所述数据库实体中的一个实体的选择装置；以及可以将所述数据单元更新转发给所述所选的数据库实体的转发装置。

因此，如上面详细说明的那样，本发明提出了一种在一个网络环境内进行数据单元信息管理的方法，这个网络环境包括多个各保存多个数据单元的数据单元信息的相应记录的数据单元信息数据库实体5a、5b、5c、5d，和一个可以将请求路由选择到(4、S2)给所述多个数据库实体中一个所选的实体请求路由选择实体3，这种方法包括下列步骤：将对一个特定数据单元的数据单元信息更新发送(S1)给所述请求路由选择实体3；所述请求路由选择实体3为所述特定数据单元选择所述多个数据库实体中的一个数据库实体5b；将所述数据单元信息更新转发(S2)给所述所选的数据库实体5b；以及将所述数据单元信息更新从所述所选的数据库实体5a中继(S5)给所述多个数据库实体中的另一个数据库实体5d。此外，本发明还涉及可以相互协作执行本发明的方法的请求路由选择实体和数据库实体。

虽然本发明在上面结合它的优选实施例作了说明，但很清楚在不脱离本发明的精神和范围的情况下可以对这些优选实施例作出种种修改。所有这样的修改都应列入所附权利要求书给出的本发明的专利保护范围。

Claims

1.一种在一个网络环境内进行数据单元信息管理的方法，所述网络环境包括

多个数据库实体(5a，5b，5c，5d)，各保存多个数据单元的数据单元信息的相应记录；

一个请求路由选择实体(3)，适应于将请求路由选择(4，S2)到所述多个数据库实体中的一个所选的数据库实体；

所述方法包括下列步骤：

将对一个特定数据单元的数据单元信息更新发送(S1)给所述请求路由选择实体(3)；

在所述请求路由选择实体(3)处为所述特定数据单元选择所述多个数据库实体中的一个数据库实体(5b)；

将所述数据单元信息更新转发(S2)给所述所选的数据库实体(5b)；以及

将所述数据单元信息更新从所述所选的数据库实体中继(S5)给所述多个数据库实体中的至少另一个数据库实体(5d)。

2.一种按照权利要求1所述的方法，其中

所述数据单元信息包括与一个通信网络的一个用户有关的信息。

3.一种按照权利要求1所述的方法，其中

所述数据库实体为归属用户服务器HSS实体。

4.一种按照权利要求1所述的方法，其中

所述请求路由选择实体(3)包括一个表，定义向一个特定数据单元分配所述多个数据库实体中的至少两个数据库实体，以及

按照所述表的条目执行选择。

5.一种按照权利要求4所述的方法，其中

为所述表内每个所述分配的数据库实体赋予一个优先级，以及

按照最高优先级执行选择。

6.一种按照权利要求4或5所述的方法，其中

为每个所分配的数据库实体赋予一个各自不同的优先级。

7.一种按照权利要求1所述的方法，其中

所述请求路由选择实体(3)包括一个表，定义向一个特定数据单元分配所述多个数据库实体中的至少两个数据库实体，一个各自不同的优先级被赋予每个所分配的数据库实体，以及

对按所赋予的优先级的降序排在其次的所述数据库实体(5d)执行中继(S5)。

8.按照权利要求5或7所述的方法，其中

如果满足一个预定条件，就改变赋予所述数据库实体的优先级。

9.一种在一个网络环境内的数据库实体(5a-5c)，所述数据库实体包括：

保存多个数据单元(USIM1、USIM2、USIM3)的数据单元信息的相应记录的存储装置；

适应于接收对一个数据单元(USIM1、USIM2)的更新和将所述更新的数据单元存入所述存储装置的接收装置；以及

适应于将所接收的对一个数据单元(USIM1，USIM2)的更新中继给另一个数据库实体(5d)的中继装置。

10.一种在一个网络环境内的请求路由选择实体(3)，所述请求路由选择实体包括：

包括一个表的存储装置，所述表定义向一个特定数据单元分配所述多个数据库实体中的至少两个数据库实体；

适应于接收一个对数据单元更新的请求的接收装置；

适应于按照所述表的条目从所述表中选择所述数据库实体中的一个数据库实体的选择装置；

将所述数据单元更新转发给所述所选的数据库实体的转发装置。