CN102484649B

CN102484649B - 定位多租户网络中的预订数据

Info

Publication number: CN102484649B
Application number: CN200980160797.9A
Authority: CN
Inventors: F·塞西利亚托拉尔巴; L·拉莫斯罗布莱斯
Original assignee: Telefonaktiebolaget LM Ericsson AB
Current assignee: Telefonaktiebolaget LM Ericsson AB
Priority date: 2009-07-31
Filing date: 2009-07-31
Publication date: 2015-08-05
Anticipated expiration: 2029-07-31
Also published as: US20120191754A1; EP2460335B1; MX2012001096A; CN102484649A; WO2011012170A1; EP2460335A1; ES2424027T3

Abstract

为了定位多租户网络中的预订数据，在预订数据定位器(110)中接收将要基于预订数据来处理的请求。预定数据定位器(110)得到保存预订数据的租户特定数据库(220A，220B)的识别码。然后，预订数据定位器(110)将租户特定数据库(220A，220B)的识别码嵌入请求中，并且将该请求转发到前端(150-1，150-n)。前端(150-1，150-n)则基于所嵌入识别码来选择租户特定数据库(220A，220B)，并且在处理请求时访问所选租户特定数据库。

Description

定位多租户网络中的预订数据

技术领域

本发明涉及用于定位多租户网络中的预订数据的技术。

背景技术

多租用指的是例如软件架构或电信网络中的一个原理，其中使单个基础设施是多个客户(称作租户)可用的。在电信网络中，租户可以是网络运营商、例如虚拟网络运营商(VNO)或者多国网络的国家特定运营公司。

VNO是提供电信服务但是不一定具有提供这些服务所需的全部基础设施的公司。此外，对于移动服务，VNO通常没有其自己的经许可射频分配。VNO而是基于VNO与另一个网络运营商之间的商业协议，来利用这个网络运营商所提供的网络资源。

多国网络运营商是在不同国家提供其服务的运营商，通常通过在这些国家中的每个国家本地设立的国家特定运营公司。因此，多国网络情况表示一种部署，其中对于网络资源的优化，多国网络运营商在多个国家之间、即在不同的国家特定运营公司之间共享网络基础设施的一部分。

在多租户网络中，又称作网络实例的给定网络资源因而由多个租户共享。运行共享网络资源的网络运营商可称作“供应商”。在VNO情况下，供应商使网络资源是多个VNO可用的。在多国网络情况下，供应商将是多国网络的运营商，并且使网络资源是多个国家特定运营公司可用的。

多租户网络的租户是利用这个共享的网络资源的网络运营商。在VNO情况下，租户将是多个VNO之一。在多国网络情况下，租户将是国家特定运营公司。

在电信网络中，对多租用的一个要求在于，租户必须不能看到其它租户的预订数据。这大多数情况下通过个人数据保护条例来推动，其中使各网络运营商负责保护其订户的数据，例如以便确保这种数据不是其它方可访问的。

这个要求在VNO情况下是显然的，其中一个网络运营商自然不应当有权访问其它运营商的预订数据。但是，甚至在多国情况下，常见的是，一个国家中的条例要求该国家中的网络运营商不会使其预订数据是其它国家的运营公司可访问的，即使它们全部关联到单个多国运营商也是如此。

因此，多租用解决方案需要提供允许按照使得仅向对应网络运营商或租户准予访问权的方式来使预订数据库在物理或逻辑上保持分开的机制。

为了保存网络运营商的预订数据，已知的是利用数据分层架构(DLA)，DLA表示一种用于实现网络功能实体的架构方式，其中数据和逻辑在不同层中是分开的，例如由分开的网络元件或实例来实现。例如，可在称作后端(BE)的网络元件中托管(host)应用数据，而在称作前端(FE)的不同网络元件中托管应用逻辑。

这种类型的架构具有若干有益效果：包括高可用性在内的存储要求能够移到“公共现成(common off-the-shelf)”数据存储。此外，存储容量和处理容量能够独立地缩放。此外，存储容量能够缩放而不影响功能实体的客户。也就是说，不需要为各客户定义新的服务器。由于FE节点是无数据的，所以能够遵循n+k冗余方式，这比常规1+1方式更有效。因为仅需要对一个实体(即BE)提供配置(provision)，而不是对多个服务器提供配置，所以降低了复杂度。此外，使网络运营商的所有订户的预订数据在单个实体(即BE)处是可用的便于例如通过数据挖掘来评估预订数据。另外，添加新应用是直接的，从而使不同应用的数据保持集中在同一BE。

因此，典型DLA由应用层、数据层和可选的分配层组成。

分配层将请求分配到多个FE，其中采用尝试例如使用称作负荷分配器(LD)的网络元件来实现在对应应用的所有EF上的均匀负荷的机制。此外，分配层对客户隐藏FE的结构。LD能够是应用特定的，或者一种类型的LD能够支持若干类型的应用。分配层可以是专用网络结构，或者可实现为信令网络的一部分。在某些类型的网络、例如简单或小网络中，可省略分配层。

应用层包括提供应用逻辑的FE。FE是无数据的，并且因而为某个应用提供应用逻辑的任何FE能够处理与这个应用相关的任何请求。在应用层中，可提供提供配置FE(provisioning FE)，该提供配置FE提供相对于外部系统的提供配置接口。提供配置FE可负责基于应用特定限制来验证提供配置指令，以及每当网络因提供配置指令而需要更新时触发通知。

数据层的目的在于提供数据存储本身。数据层可使用例如采用地理冗余度和持久数据存储来提供高可用性的数据库。数据层可使用适合于不同应用和/或数据访问规则的数据模型。

在按照3GPP规范的通信网络中，已知的是将预订数据保存在称作归属订户服务器(HSS)的网络功能中。在DLA实现中，HSS可包括不同网络元件，例如LD、一个或多个FE和BE。

当网络的订户数量超过单个HSS的容量时，可提供多个HSS节点。称作预订定位器功能(SLF)或增强Diameter代理代表(Proxy Agent)的网络功能提供有关与特定订户简档关联的HSS的信息。这种解决方案基本上将订户分配给所需数量的HSS节点。关于哪一个HSS是保存某个订户的预订数据的HSS的信息存储在SLF或Diameter代理代表中。

关于SLF和Diameter代理代表的其它细节能够见于3GPP技术规范23.228、24.228、29.228、29.229。

在多租户网络中，不可能完全利用HSS的基于DLA的实现。这归因于如下要求：不同租户的预订数据库必须按照使得仅对适当租户准予访问权的方式在物理或逻辑上分开。这通常将引起具有不同的HSS实体，各租户一个，并且这些实体中的每个实体包括所有DLA层，即分配层、应用层和数据层。

相应地，需要允许有效地定位多租户网络中的预订数据的技术。

发明内容

按照本发明的一个实施例，提供一种定位多租户网络中的预订数据的方法。按照这种方法，在由多个租户共享的网络实例中接收将要基于预订数据来处理的请求。得到保存预订数据的租户特定数据库的识别码，并且该识别码嵌入请求中。然后，将该请求转发到另外的网络实例。另外的网络实例配置成基于所嵌入识别码来选择租户特定数据库。

按照本发明的另一个实施例，提供一种网络组件。该网络组件包括预订数据定位器。预订数据定位器由多个租户共享。预订数据定位器包括：第一接口，配置成接收将要基于预订数据来处理的请求；以及第二接口，配置成转发该请求。预定数据定位器配置成得到保存预订数据的租户特定数据库的识别码，并且将该识别码嵌入所转发请求中。这样，使接收所转发请求的网络实例能够基于所嵌入识别码来选择租户特定数据库。

按照本发明的另一个实施例，提供另外的网络组件。另外的网络组件包括数据库选择器。数据库选择器配置成接收将要基于预订数据来处理的请求。数据库选择器配置成从请求中提取租户特定数据库的所嵌入识别码，并且选择与所提取识别码对应的、在处理该请求时将要访问的租户特定数据库。

附图说明

图1示意性地示出可在其中应用按照本发明的实施例的概念的多租户网络。

图2示意性地示出按照本发明的一个实施例的网络组件。

图3示意性地示出按照本发明的一个实施例的另外的网络组件。

图4示意性地示出按照本发明的一个实施例的基于预订数据的请求的处理。

图5示出说明按照本发明的一个实施例、定位预订数据的方法的流程图。

具体实施方式

下面将通过参照示范实施例和附图更详细地说明本发明。所示实施例涉及定位多租户网络、例如按照3GPP(第三代合作伙伴项目)规范的通信网络中的预订数据。但是要理解，本文所述的概念也可适用于其它类型的多租户网络。

如图所示，多租户网络包括共享域100、第一租户特定域200A和第二租户特定域200B。

共享域100由多个租户共享。在所示示例中，多个租户是第一租户和第二租户，它们可以是不同VNO或者多国网络的不同国家特定运营公司。

共享域100中的网络元件处理来自多租户网络的所有租户的业务。与此相比，租户特定域200A、200B的网络元件只是租户特定域所属的租户才可访问的。

下面将论述参与按照本发明的一个实施例的定位预订数据的过程的网络元件。要理解，共享域100和租户特定域200A、200B实际上可包括另外的网络元件。此外，要理解，多租户网络实际上可由任意数量的租户共享，并且可包括另外的租户特定域。下面也会将网络元件称作网络实例。要理解，这些网络元件或网络实例实际上可在分开的网络组件中、例如在服务器中或者服务器的刀片(blade)中实现。但是，也有可能的是，一些网络元件或实例集成在同一网络组件内。各网络元件或实例可由专用硬件来实现或者作为运行于多用途计算机硬件上的软件功能来实现。

如图所示，共享域100包括预订数据定位器110、负荷分配器(LD)120和多个FE 150-1、150-n。按照DLA，FE可为某些应用提供应用逻辑。因此，FE也可称作应用逻辑实例。

预订数据定位器120包括配置成接收来自客户端节点(未示出)的请求的第一接口10。客户端节点可位于共享域100中或者共享域100外部。要基于预订数据来处理请求，并且因此也可称作基于预订数据的请求。示例是对预订数据的请求或者对基于预订数据所确定的信息(例如访问权限或认证信息)的请求。在按照3GPP规范的多租户通信网络、例如具有IP多媒体子系统(IMS)的3GPP网络中，发出请求的这类客户端可以是呼叫会话控制功能(CSCF)，例如询问CSCF(I-CSCF)或服务CSCF(S-CSCF)。此外，客户端可以是应用服务器(AS)。接口10可对应于3GPP规范中对HSS定义的接口之一，即，接口相对于AS可对应于Sh接口或者相对于S-CSCF或相对于I-CSCF可对应于Cx接口。但是，也有可能将本发明应用于其它通信网络中，例如其中客户端可以是移动管理实体(MME)的演进分组核心(EPC)中。

预订数据定位器110还包括配置成将第一接口10上接收的请求转发到另外的网络实例的第二接口20。另外的网络实例是HSS功能的FE150-1、150-n。在所示示例中，经由LD 120将请求转发到FE 150-1、150-n。LD 120配置成选择FE 150-1、150-n其中之一来接收所转发请求。该选择基于针对FE 150-1、150-n对多个请求的平衡并行处理的负荷分配机制。要理解，图1所示的FE 150-1、150-n只是示范性的。在其它示例中，可提供不同数量的FE。FE 150-1、150-n可以是应用特定的，即，可以仅处理与某个类型的应用相关的请求，或者可配置成处理与不同类型的应用相关的请求。在一些示例中，可以仅提供一个FE。在这类示例中，可省略LD 120，并且预订数据定位器110可直接向FE转发请求。

第二接口20可对应于3GPP规范中对HSS定义的接口之一，例如对应于Cx接口或对应于Sh接口。向FE进行转发的步骤也可在相应地适配客户端时经由客户端、例如经由Dx或Dh接口来执行。但是，前一种选项避免了对客户端的影响。

租户特定域200A、200B各包括对应租户特定数据库220A、220B。也就是说，第一租户特定域200A包括第一租户特定数据库220A，而第二租户特定域200B包括第二租户特定数据库220B。租户特定数据库220A、220B用于保存租户特定预订数据。在租户特定数据库220A中，保存属于第一租户特定域200A的租户的订户的预订数据。在第二租户特定数据库220B中，保存属于第二租户特定域200B的租户的订户的预订数据。此外，要理解，另外的租户特定域可包括另外的对应租户特定数据库。按照DLA，租户特定数据库220A、220B也可称作租户特定BE或者称作数据层实例。

如上所述，要基于预订数据来处理基于预订数据的请求，其中订户数据在图1所示的多租户网络中保存在租户特定数据库之一中。相应地，需要一种允许定位保存处理请求所需的预订数据的数据库220A、220B的机制。

按照一个实施例，预订数据定位器110经由第一接口10来接收请求，并且得到保存处理请求所需的预订数据的租户特定数据库220A、220B的识别码。识别码可以是数据库220A、220B的网络地址等。一种有利选项是数据库220A、220B的逻辑标识符，逻辑标识符允许FE例如基于关联逻辑标识符和网络地址的映射表来将网络地址映射到逻辑标识符。对应地，例如由于冗余性的原因而能够处理数据库220A、220B的若干网络地址，而无需将所有地址嵌入请求中。然后将识别码嵌入请求中，并且将具有所嵌入识别码的请求转发到FE 150-1、150-n。如上所述，这也可涉及基于负荷分配机制来选择FE 150-1、150-n其中之一。

在FE 150-1、150-n中，从请求中提取识别码，并且所提取识别码然后被用于选择在处理请求时要访问的对应数据库220A、220B。

预订数据定位器110可基于作为参数包含在请求中的订户识别码来得到租户特定数据库的识别码。这可使用预订数据定位器110的本地数据库来实现。

能够看到，包括LD 120、FE 150-1、150-n以及租户特定数据库220A、220B的HSS功能因而位于共享域100以及租户特定域200A、200B中。具体来说，只有属于DLA的数据层的网络实例、即租户特定数据库220A、220B才位于共享域100的外部。

图2示意性地示出包括预订数据定位器110的网络组件以及预订数据定位器110的另外的细节。

如图所示，经由第一接口10来接收请求50。预订数据定位器110包括处理器114，处理器114分析请求，并且例如从数据库116得到租户特定数据库220A、220B的识别码。然后，将识别码、例如网络地址嵌入请求50中，并且经由第二接口20来转发请求50。

如上所述，得到租户特定数据库220A、220B的识别码可基于作为请求50的参数的订户识别码来实现。订户识别码可以是电话号码、即国际移动订户识别码(IMSI)、移动订户综合服务数字网络号(MSISDN)或者统一资源标识符(URI)、例如电话统一资源标识符(TEL-URI)或SIP-URI。订户识别码用作用于访问数据库116的密钥，数据库116返回对应租户特定数据库220A、220B的识别码。这个过程也可考虑例如由号码可携带性数据库118所提供的号码可携带性信息。

图2中，处理器114经由预订数据定位器110的对应接口来与号码可携带性数据库118进行通信。号码可携带性数据库118可以是已知类型的号码可携带性数据库，例如多个网络运营商所使用的携带的号码的中央数据库。作为一个备选方案，号码可携带性数据库118可例如作为中央号码可携带性数据库的副本被保存在与预订数据定位器110相同的网络中。

号码可携带性数据库118中的号码可携带性信息针对起源于订户在从通常同一国家内的一个网络运营商改变到另一个网络运营商时保留其订户识别码、即电话号码的情况。因此，号码可携带性信息将指示哪一个订户识别码已经从一个网络运营商携带到另一个网络运营商，已经从其中携带订户识别码的网络运营商通常称作“施方”，而已经将订户识别码携带到其中的网络运营商通常称作“接收方”。

按照一些实施例，号码可携带性信息也可保存在预订数据定位器110的本地数据库116中。

在基于订户识别码来得到租户特定数据库220A、220B的识别码时，可应用不同类型的分析。

如果订户识别码是IMSI，则分析能够基于IMSI的前导数位(leading digits)。这些前导数位通常包含允许识别租户的移动国家代码和移动网络代码。因此，移动国家代码和移动网络代码可用于识别IMSI对应的租户特定数据库220A、220B。

如果订户识别码包含范围(realm)部分、例如IETF RFC 4282中定义的网络接入标识符中的范围部分，则分析能够基于这个范围部分。

如果订户标识符是MSISDN或TEL-URI，则分析能够基于订户识别码的前导数位，前导数位则标识订户识别码最初指配给的网络运营商。在这种情况下，由于号码可携带性，所以订户识别码已经被携带到不同网络运营商是可能发生的。在这类情况下，可通过考虑号码可携带性数据库118所提供的号码可携带性信息的分析来补充前导数位分析。

图3示意性地示出可用于实现图1所示的FE 150-1、150-n中的一个或多个FE的另外的网络组件150。

如图所示，网络组件150包括数据库选择器152。数据库选择器152包括配置成接收由预订数据定位器110所转发的请求50的接口20。数据库选择器152还包括处理器154。处理器154配置成从请求50中提取租户特定数据库220A、220B的所嵌入识别码。基于所提取识别码，选择在处理请求50时将要访问的对应租户特定数据库220A、220B。访问数据库220A、220B可使用网络组件150的数据库接口40来实现，数据库接口40配置为对所提取识别码所标识的租户特定数据库220A、220B寻址。因此，由网络组件150所实现的FE知道存在当处理请求50时可访问的不同租户特定数据库220A、220B，并且能够基于请求50中嵌入的识别码来访问正确的租户特定数据库。网络组件150中的请求50的处理可由与数据库选择器152中使用的相同处理器154或者由不同处理器(未示出)来实现。

图4示意性地示出按照上述概念的用于处理基于预订数据的请求的过程的信令图。参与该过程的网络元件或实例是客户端节点300、预订数据定位器(SDL)110、LD 120、从多个FE中选择的FE 150以及也称作BE实例的租户特定数据库220。

如上所述，客户端节点300可以是S-CSCF、I-CSCF或者AS。

客户端节点300向SDL 110发出基于预订数据的请求50。这可如3GPP规范中所述、例如使用Cx接口或Sh接口来实现。请求50包括作为参数的订户识别码，例如IMSI、MSISDN、TEL-URI或SIP-URI。订户识别码与请求50所涉及的特定订户关联。订户又与多租户网络的特定租户关联。

然后，在310，SDL 110得到保存处理请求50所需的预订数据的租户特定数据库220的识别码。这可基于从客户端节点500所接收的请求中的订户标识符来实现。租户特定数据库的识别码被嵌入请求50中。

然后，将包含所嵌入识别码的请求50转发到LD 120。

在320，LD 120从多个FE中选择用于处理请求50的FE 150。该选择基于负荷分配机制。这种负荷分配机制的细节是已知的，并且本文中将不作进一步论述。

然后，例如使用Cx接口或Sh接口将请求50转发给所选FE 150。

在330，FE 150从请求50中提取租户特定数据库220的识别码。然后，处理请求50，并且访问与所提取识别码对应的租户特定数据库220，以便得到处理请求50所需的信息。在60示出FE 150与租户特定数据库220之间的信息的对应交换。

处理请求50的结果可例如经由SDL 110或者使用其它通信线路从FE 150传播回到客户端节点300。但是，处理请求50的结果也可传播到图4中未示出的其它网络实例。

如上所述，由于将订户标识符从一个网络运营商携带到另一个网络运营商的可能性，所以在预订数据定位器110中得到租户特定数据库220的识别码时可能出现问题。解决这个问题的一种方式是考虑例如由图2的号码可携带性数据库118所提供的号码可携带性信息来得到租户特定数据库220的识别码。作为替代或补充，例如在号码可携带性信息是不完整或者不正确的情况下，可应用试错机制，以便检索处理请求50所需的预订数据。也就是说，在访问与请求50中嵌入的识别码对应的租户特定数据库220之后，可检验是否已经从租户网络特定数据库220成功地检索预订数据。如果不可能从租户网络特定数据库220检索预订数据，则可访问另一个租户特定数据库，以便得到预订数据。这个过程可重复进行，直到租户特定数据库提供成功响应或者已经尝试所有租户特定数据库。不同租户特定数据库的重复访问可由FE中的数据库选择器152来控制。但是，也有可能例如通过将不同识别码嵌入请求50中，并且将这个请求50转发到FE 150，来控制预订数据定位器110中的不同租户特定数据库的重复访问。

图5示出说明按照本发明的一个实施例的方法的流程图。该方法可在预订数据定位器110中实现，如上所述。

在步骤410，在由多个租户共享的网络实例中接收将要基于预订数据来处理的请求。这个网络实例可以是上述预订数据定位器110。

在步骤420，得到保存预订数据的租户特定数据库的识别码。这可基于所接收请求中包含的订户识别码来实现。此外，可考虑号码可携带性信息来得到识别码。

在步骤430，将识别码嵌入请求中。

在步骤440，将请求转发到另外的网络实例，例如转发到上述FE实例150-1、15-n、150。另外的网络实例则可使用所嵌入识别码以便在处理请求时选择租户特定数据库。

按照一些实施例，另外的网络实例也由多个租户共享。

在上述示例中，不同协议可用于实现参与的网络实例之间、特别是预订数据定位器与FE之间的通信。例如，这类协议可以是Diameter协议、Radius协议或者移动应用部分(MAP)协议。

此外要注意，按照以上描述，FE位于共享域中，并且解释请求中嵌入的识别码，以便选择租户特定数据库。但是，也有可能的是，提供具有某种类型的内部分层的BE，其中较高层负责诸如处理来自一个或多个FE的请求并且定位所请求数据之类的功能，而较低层用于数据存储。在这种情况下，上述原理可按照如下方式来应用：使得BE的较高层解释请求中嵌入的识别码，并且在较低层中基于所嵌入识别码来选择租户特定数据库。在这种情况下，单个BE实例可保持多个租户特定数据库。

上述概念允许按照DLA来实现保存预订数据的功能实体，同时符合多租户网络的特定要求。具体来说，预订数据可保持在租户特定域中，由此确保保密性，并且同时网络元件和实例可有效地由不同租户共享。相应地，上述解决方案允许高效率。通过避免冗余网络实例，可降低成本。

要理解，上述概念只是示范性的，并且可经过各种修改。例如，已经描述了用于实现预订数据定位器和FE的不同网络组件。但是，也有可能将预订数据定位器和一个或多个FE集成在单个网络组件中。此外，上述概念可与任意数量的FE和任意数量的租户特定域结合使用。

Claims

1.一种定位多租户网络中的预订数据的方法，其中多个租户操作分开的预订数据库，每个预订数据库按照数据分层架构DLA被配置成后端BE，所述方法包括：

在由多个租户共享的网络实例(110)中接收将要由另外的网络实例(150-1, 150-n; 150)基于预订数据来处理的请求(50)；

所述网络实例(110)得到保存处理所述请求所需的所述预订数据的租户特定数据库(220A，220B；220)的识别码；

所述网络实例(110)将所述识别码嵌入所述请求(50)中；以及

所述网络实例(110)将具有嵌入的识别码的所述请求(50)转发到所述另外的网络实例(150-1，150-n；150)，所述另外的网络实例(150-1，150-n；150)配置成从所述请求中提取嵌入的识别码以及通过使用提取的识别码并且基于负荷分配机制来选择处理所述请求(50)时要访问的所述租户特定数据库(220A，220B，220-y)。

2.如权利要求1所述的方法，

其中，所述另外的网络实例(150-1，150-n；150)由所述多个租户共享。

3.如权利要求1或2所述的方法，包括：

在所述另外的网络实例(150-1，150-n；150)中接收转发的请求(50)；

从所述请求(50)中提取所述嵌入的识别码；以及

选择与所述提取的识别码对应的、在处理所述请求(50)时将要访问的租户特定数据库(220A，220B；220)。

4.如权利要求1或2所述的方法，包括：

基于负荷分配机制来选择所述另外的网络实例(150-1，150-n；150)。

5.如权利要求1或2所述的方法，

其中，所述请求(50)包含订户识别码；以及

其中，基于所述订户识别码来得到所述租户特定数据库(220A，220B；220)的识别码。

6.如权利要求1或2所述的方法，

其中，考虑号码可携带性信息来得到所述租户特定数据库(220A，220B；220)的识别码。

7.如权利要求6所述的方法，包括：

从号码可携带性数据库(118)中检索所述号码可携带性信息。

8.如权利要求7所述的方法，

其中，所述号码可携带性数据库(118)与所述网络实例(110)关联。

9.如权利要求1或2所述的方法，包括：

检验是否已经从所述租户特定数据库(220A，220B；220)成功地检索所述预订数据；以及

如果尚未从所述租户特定数据库(220A，220B；220)成功地检索所述预订数据，则访问另一个租户特定数据库(220A，220B；220)，以便检索所述预订数据。

10.如权利要求1或2所述的方法，

其中，所述另外的网络实例(150-1，150-n；150)是应用逻辑实例。

11.一种用于多租户网络的网络组件，其中多个租户操作分开的预订数据库，每个预订数据库按照数据分层架构DLA被配置成后端BE，所述用于多租户网络的网络组件包括：

由多个租户共享的预订数据定位器（110），

所述预订数据定位器(110)包括配置成接收将要由网络实例(150-1, 150-n; 150)基于预订数据来处理的请求(50)的第一接口(10)，

所述预订数据定位器(110)配置成得到保存处理所述请求所需的所述预订数据的租户特定数据库(220A，220B；220)的识别码，并且将所述识别码嵌入所述请求(50)中，

其中所述预订数据定位器（110）还包括配置成转发具有嵌入的识别码的所述请求（50）到所述网络实例（150-1, 150-n; 150）的第二接口（20），

其中所述预订数据定位器（110）被配置成使所述网络实例(150-1，150-n；150)能够从转发的请求中提取嵌入的识别码以及通过使用提取的识别码并且基于负荷分配机制来选择处理所述请求(50)时要访问的租户特定数据库(220A，220B；220)。

12.如权利要求11所述的网络组件，

其中，所述预订数据定位器(110)配置成按照如权利要求1-10中的任一项所述的方法进行操作。

13.一种用于多租户网络的网络组件，其中多个租户操作分开的预订数据库，每个预订数据库按照数据分层架构DLA被配置成后端BE，所述用于多租户网络的网络组件包括：

数据库选择器(152)，以及

网络实例(150-1, 150-n; 150)，配置成基于保存在租户特定数据库(220A，220B；220)中的预订数据处理请求（50），

所述数据库选择器(152)配置成从由所述多个租户共享的另外的网络实例（110）接收所述请求(50)，从所述请求(50)中提取所述租户特定数据库(220A，220B；220)的嵌入的识别码，并且基于负荷分配机制选择与提取的识别码对应的、在处理所述请求(50)时将要由所述网络实例(150-1, 150-n; 150)访问的所述租户特定数据库(220A，220B；220)。

14.如权利要求13所述的网络组件，

其中，所述数据库选择器(152)配置成按照如权利要求1-10中的任一项所述的方法进行操作。

15.一种网络系统，包括如权利要求11或12所述的网络组件以及如权利要求13或14所述的网络组件。