专利名称：访问存储在移动通信网络数据库实体中的预订数据的方法
技术领域：
本发明一般涉及移动通信网络。
背景技术：
通常，移动通信网络被标准化；因此这种网络的更详细描述可以在相应标准化团体所发布的相应标准中找到，所述标准化团体例如是3GPP(第三代合作伙伴计划)。
简单回顾一下，如在技术规范3GPP TS 23.002中所规定的，这种网络的结构逻辑上被分为接入网(AN)和核心网(CN)，并且核心网的结构逻辑上被分为不同的域和子系统，包括电路交换(CS)域、分组交换(PS)域，和IP(互联网协议)多媒体子系统(IMS)。
IMS在3GPP发布的技术规范3GPP TS 23.228中被特别定义。如在这个技术规范中所定义的，用于支持IP多媒体服务的结构被分为IP连通接入网络(IP-CAN，IP Connectivity Access Network)，和IP多媒体CN子系统(IMS)。用于支持IMS服务的接入技术的例子对应于GPRS CN，其具有与GERAN(或更一般地说，第2.5代或2.5G的无线接入技术)和/或UTRAN(或更一般地说，第3代或3G的无线接入技术)相对应的RAN。用于支持IMS服务的接入技术的其它例子当然也是可能的，例如WLAN(无线局域网)。
还回顾到，如在技术规范3GPP TS 23.002中所规定的，CN包括归属用户服务器(HSS)，其是包括与预订相关的信息用来支持运营商的不同域和子系统的呼叫控制和会话管理实体的数据库实体。根据3GPP TS23.002的图1回顾了用于在HSS的不同功能与核心网的不同域和子系统的不同实体之间进行通信的接口。HSS包括为IMS子系统实体提供支持并为所述支持保存预订数据的IMS功能；和为CS域实体、PS域实体和与WLAN协作(interworking)所需的称为3GPP AAA服务器的实体提供支持并为所述支持保存预订数据的HLR(归属位置寄存器)功能。HSS可以为不同的IMS应用服务器提供数据储存库。在图1中还回顾到，IMS应用服务器检索与称为“Sh”接口的接口上的应用相关的预订数据，以支持IMS子系统中的应用服务。
在这样的上下文中，本发明认识到可能会出现一些问题，如将要基于例子而简要解释的那样。
如在3GPP TS 23.228中所规定的，不必部署CS域来支持基于IMS的网络。换句话说，IMS子系统的最终目标是放弃CS域，特别是放弃2G/3G的CS服务(例如特别是语音服务)，并且通过专用的IMS应用(例如特别是IMS语音应用)、利用专用应用服务器(例如尤其是IMS语音应用服务器)来仿效它们。
在这个上下文中，本发明认识到可能出现一些问题，特别是由于支持IMS服务的接入技术被逐渐引入具有不支持IMS服务的接入技术的已经存在的基础设施中这一事实；换句话说，支持IMS服务的接入技术的覆盖只是部分的，而且这种情况可能维持很长的一段时间。
更具体地，当终端(或移动台)穿过一个支持IMS语音服务的小区到达另一个小区(例如特别是只在CS域中支持IMS语音服务的2G小区)时，可能会出现问题，或者反之亦然。本发明认识到的问题之一是，在遗留的CS呼叫控制与IMS语音应用之间的语音呼叫服务一致性目前没有得到保证。换句话说，本发明认识到的一个问题是，在CS域所需的HLR功能的子集中存在的用户数据与在IMS语音应用中存在的用户数据之间的一致性目前没有得到保证。再换句话说，本发明认识到，由于不同类型的服务在2G和IMS环境中被定义这一事实，对于例如2G CS服务且特别是语音服务的遗留服务，目前缺乏一致性。
本发明还认识到，特别由于以下事实而可能出现这种问题CS呼叫控制服务由CS网络实体(即MSC(移动交换中心))来支持，该CS网络实体从CS/PS CN数据库实体(HLR(归属位置寄存器))中检索与服务相关的数据，而IMS应用服务由IMS实体(即AS(应用服务器))来所支持，该IMS实体可以从IMS专用的数据库实体(HSS(归属用户服务器))中检索与服务相关的数据。
本发明还认识到，在PS域中的会话管理服务与专用IMS应用之间可能存在缺乏数据一致性的类似问题。
本发明还认识到，在WLAN(或更一般地，无线接入技术)协作服务与专用IMS应用之间可能存在缺乏数据一致性的类似问题。
本发明认识到的另一问题是，当用户在支持IMS的覆盖范围内时，用于支持IMS应用的数据目前没有考虑一些非IMS专用的、存储在HLR功能中的与预订相关的数据，而这种数据可以有利地用于这种支持。
本发明特别能够解决一部分或所有的上述问题，或者避免一部分或所有的上述缺陷。更一般地，本发明能够改进这种网络中的服务质量。
发明内容
在本发明的一个方面中，所述及其他目的通过一种方法而被实现，所述方法用于访问存储在称作第一数据库实体的移动通信网络的数据库实体中的预订数据，该第一数据库实体存储了称作第一预订数据的预订数据，用来支持称作第一网络实体的所述移动通信网络的网络实体，所述方法包括下列步骤-称作第二数据库实体的所述移动通信网络的数据库实体与所述第一数据库实体通信以访问至少一部分所述第一预订数据，其中该第二数据库实体存储了称作第二预订数据的预订数据，用来支持称作第二网络实体的所述移动通信网络的网络实体；-应用服务器与所述第二数据库实体通信，以通过该第二数据库实体访问所述至少一部分第一预订数据。
在本发明的另一方面中，所述及其他目的通过移动通信网络的应用服务器来实现，所述应用服务器包括-装置，用于与称作第二数据库实体的数据库实体通信，以通过该第二数据库实体访问存储在称作第一数据库实体的数据库实体中称作第一预订数据的预订数据的至少一部分，其中，该第二数据库实体存储了称作第二预订数据的预订数据，用来支持称作第二实体的所述移动通信网络的实体，该第一数据库实体存储了称作第一预订数据的预订数据，用来支持称作第一实体的所述移动通信网络的实体。
在本发明的另一方面中，所述及其他目的通过称作第二数据库实体的数据库实体来实现，该第二数据库实体存储了称作第二预订数据的预订数据，用来支持移动通信网络中称作第二网络实体的网络实体，所述第二数据库实体包括下列两种装置-第一种装置，用于与称作第一数据库实体的数据库实体通信，以访问至少一部分所述第一预订数据，其中，该第一数据库实体存储了称作第一预订数据的预订数据，用来支持称作第一网络实体的所述移动通信网络的网络实体。
-第二种装置，用于与应用服务器通信，以通过所述第二数据库实体访问至少一部分所述第一预订数据。
在本发明的另一方面中，所述及其他目的通过称作第一数据库实体的数据库实体来实现，该第一数据库实体存储了称作第一预订数据的预订数据，用来支持移动通信网络中称作第一网络实体的网络实体，所述第一数据库实体包括-装置，用于与称作第二数据库实体的数据库实体通信，以访问至少一部分所述第一预订数据，该第二数据库实体存储了称作第二预订数据的预订数据，用来支持称作第二网络实体的所述移动通信网络的网络实体。
根据下面的结合附图的描述，本发明的所述及其他目的将变得显而易见，其中
-图1旨在回顾用于在HSS的不同功能与核心网的不同域和子系统的不同实体之间进行通信的接口；-图2旨在回顾通过HSS与AS之间的“Sh”接口所下载的数据的信息模型；-图3至5旨在说明根据本发明方法的不同实例。
本发明还可以如下解释，为了说明考虑本发明的应用实例来确保遗留的CS呼叫控制与IMS语音应用之间的一致性，应当理解，本发明不限于这种应用实例。
具体实施例方式
在更详细地描述本发明的这个应用实例之前，将回顾通过“Sh”接口(即AS与HSS之间的接口)进行数据交换的一些特性。更多细节可以在特别是3GPP TS 23.002和3GPP TS 29.328中找到。
根据回顾，HSS所保存的数据包括-透明数据这些是被HSS在语法上而不是在语义上所理解的数据。它是AS可以存储在HSS中用来支持其服务逻辑的数据。例如AS存储在HSS中的数据，其中AS将HSS用作储存库。
-非透明数据这些是被HSS同时在语法上和在语义上所理解的数据。
根据回顾，AS与HSS之间“Sh”接口上的操作包括-数据处理过程，-预订/通知过程。
根据回顾，数据处理过程包括-数据读过程(或者是可以将数据从HSS下载到AS的过程)这个过程被AS调用并且被用来为指定用户从HSS中读取透明和/或非透明的数据。这个过程被映射为3GPP TS 29.329中所规定的直径协议的User-Data-Request/Answer命令。
-数据更新过程(或者是可以使数据被ASS在HSS中更新的过程，数据更新包括添加数据、修改数据、移除数据)这个过程被AS调用并且被用来允许AS为指定的每个IMS公共用户身份或公共服务身份而更新HSS中存储的透明(储存库)数据。这个过程被映射为3GPP TS 29.329中所规定的直径协议的Profile-Update-Request/Answer命令。
根据回顾，预订/通知过程包括-使AS能预订从HSS接收数据改变的通知的过程。
-使HSS能向AS通知该AS先前预订的数据的改变。
尽管3GPP规范没有明确将HSS数据划分为属于HSS的HLR功能的数据和属于HSS的IMS功能的数据，以简化对以下项的描述将在此后使用HLR数据以识别属于HSS的HLR功能的预订数据，和将在此后使用IMS数据以识别属于HSS的IMS功能的预订数据。
在其不同方面之一中，本发明提出在2G和IMS环境中为遗留的2G/3G CS服务(例如特别是语音服务)而定义相同类型的CS呼叫控制服务。这特别能够解决上述问题，即确保上述语音呼叫服务一致性。
然而，这种对在2G/3G和IMS环境中的相同类型CS呼叫控制服务的定义的另一问题是，目前在“Sh”接口上定义的操作不允许应用服务器(AS)访问专用于CS呼叫控制的HLR数据。
实际上，如在图2(根据3GPP TS 29.328)中所回顾的，其中图2示出了通过“Sh”接口所下载的数据的信息模型，只有与位置相关的数据(例如在“PS位置信息，CS位置信息”中定义的字段)可以通过“Sh”接口被访问。换句话说，目前“Sh”接口不允许AS访问与HLR CS呼叫控制相关的数据。目前，“Sh”接口允许AS访问的仅有的与服务相关的数据是与IMS服务相关的数据。
在其不同方面中的另一方面中，本发明提出应用服务器将HSS用作HLR数据的储存库。这特别能够解决上述的另一问题。
换句话说，本发明利用了这样的事实储存库数据可以包括只由AS解释且作为透明数据被存储在HSS中的任何数据(储存库数据包括针对每个专用IMS应用的指定数据)。本发明提出HLR数据作为透明储存库数据而经由“Sh”接口被访问(读取和/或更新)。
在其不同方面中的又一方面中，本发明提出将HLR数据映射为属于IMS语音应用的透明储存库IMS数据。
这种映射可以例如包括将HLR数据语法规则转换成IMS语音呼叫应用数据语法规则。对IMS数据语法规则的描述可以在3GPP TS 29.328的附录D中找到，其描述了用于“Sh”接口用户配置文件(profile)的XML(“可扩展置标语言”)模式(schema)。对HLR数据语法规则的例子的描述可以在规定了移动应用部分(MAP，Mobile Application Part)协议的3GPP TS 29.002中找到，特别是在对用来使MSC/VLR能够从HLR接收一些补充服务参数的机制的描述中。对于其语法规则没有被3GPP技术规范所规定的HLR数据，这种语法规则可以根据实现来被定义。
在其不同方面中的另一方面中，本发明认识到，如果相同类型的CS呼叫控制服务同时在CS和IMS环境中被提供，则对于这种类型的服务，“同步”两个数据库实体相当重要，即负责保存与遗留的服务预订相关的数据的HLR或数据库实体，以及负责保存与IMS服务预订相关的数据的HSS或数据库实体，术语“同步”被理解为两个实体中存储的所考虑的数据应当是一致的，特别是所述数据的变化应当在两个实体中被考虑。
这特别导致下列结果-HLR CS呼叫控制数据可以由IMS语音应用服务器以完全标准化的方式、经由“Sh”接口来读取和/或更新。
-IMS语音应用服务器可以被通知以HLR用户CS呼叫控制数据的变化。
本发明的应用的一些例子是-以一致的方式管理呼叫转发数据-以一致的方式管理CAMEL IN服务数据和IMS服务数据。
在其不同方面之一中，本发明提出了一种方法，该方法用于访问存储在称作第一数据库实体的移动通信网络的数据库实体中的预订数据，该第一数据库实体存储了称作第一预订数据的预订数据，用来支持称作第一网络实体的所述移动通信网络的网络实体，所述方法包括下列步骤-称作第二数据库实体的所述移动通信网络的数据库实体与所述第一数据库实体通信，以访问至少一部分所述第一预订数据，其中，该第二数据库实体存储了称作第二预订数据的预订数据，用来支持称作第二网络实体的所述移动通信网络的网络实体；-应用服务器与所述第二数据库实体通信，以通过所述第二数据库实体访问所述至少一部分第一预订数据。
在一个例子中-所述第一网络实体对应于CS域实体，-所述第二网络实体对应于IMS子系统实体，-所述第一数据库实体对应于CS域所需要的HSS的HLR功能的子集，-所述第二数据库实体对应于归属用户服务器的IMS语音应用数据集储存库，-所述应用服务器对应于IMS语音应用服务器。
有利地，在这个例子中，所述至少一部分第一预订数据包括呼叫控制服务预订数据，并且所述应用服务器与所述第二数据库实体通信，以基于所述呼叫控制服务预订数据来支持所述IMS子系统中的同等CS服务。
在另一个例子中-所述第一网络实体对应于PS域实体，-所述第二网络实体对应于IMS子系统实体，-所述第一数据库实体对应于PS域所需要的HSS的HLR功能子集，-所述第二数据库实体对应于HSS的IMS专用应用数据集储存库，-所述专用IMS应用服务器需要使用上面提到的HLR功能子集。
有利地，在这个例子中，所述至少一部分第一预订数据包括至少一部分会话管理服务预订数据，并且所述应用服务器与所述第二数据库实体通信，以支持需要使用会话管理服务预订数据的IMS子系统中的专用IMS应用。
在另一个例子中-所述第一网络实体对应于针对与无线接入技术(例如WLAN)协作所需要的网络实体，-所述第二网络实体对应于IMS子系统实体，-所述第一数据库实体对应于针对与无线接入技术协作所需要的HSS的HLR功能子集，-所述第二数据库实体对应于HSS的IMS专用应用数据集储存库，-所述专用应用服务器对应于IMS应用服务器。
在这个例子中，在本发明应用的另一例子中，所述至少一部分第一预订数据包括至少一部分协作服务预订数据，并且所述专用应用服务器与所述第二数据库实体通信，以有利地重新使用所述协作服务预订数据。
在本发明应用的一个更一般的例子中，所述至少一部分第一预订数据包括在应用需要数据时不被重新填充到HSS的每个IMS应用数据集储存库中的预订数据。
所述至少一部分第一预订数据的例子(其包括不被重新填充到所述第二预订数据中的预订数据)包括-全局配置信息，例如漫游协议(所允许的PLMN)，或者每用户的永久或临时存储的数据，例如限制(barring)信息、闭合用户群信息，等等，-HSS的HLR功能子集中所存储的QoS数据，其为PS域所需，并且使能够知道用户是否已预订提供给定服务所必需的QoS，-等等。
在本发明的另一方面中，所述第二数据库实体与所述第一数据库实体通信，以确保所述至少一部分第一预订数据被存储在所述第二数据库实体中，这与存储在所述第一数据库实体中的所述至少一部分第一预订数据是一致的。
有利地，所述至少一部分第一预订数据对应于对所述第二数据库实体透明的数据。
有利地，所述应用服务器使用所述第二数据库实体作为所述至少一部分预订数据的储存库。
有利地，所述方法包括将所述至少一部分第一预订数据映射为所述第二预订数据。
特别地，通过这个映射，遗留的服务应用服务器可以通过3GPP标准化Sh接口、利用如在TS 29.328和29.329中所描述的非透明数据，来读取/修改HLR呼叫和/或会话控制数据。
特别地-所述在第二数据库实体与应用服务之间通信的步骤可以包括在该第二数据库实体与该应用服务器之间的接口上使用数据处理过程。
特别地-所述数据处理过程可以包括数据读取过程，其使得所述应用服务器能从所述第二数据库实体下载数据。
特别地-所述数据处理过程可以包括数据更新过程，其使得所述应用服务器能在所述第二数据库实体中更新数据。
特别地，所述数据更新可以包括一个组中的至少一个操作，该组包括添加数据、修改数据、移除数据。
特别地-所述在第二数据库实体与应用服务之间通信的步骤可以包括在该第二数据库实体与该应用服务器之间的接口上使用预订/通知过程。
在图3和4示出的例子中-所述第一数据库实体(已知的HLR)对应于HSS的HLR功能，-所述第二数据库实体(已知的HSS)对应于归属用户服务器的IMS功能，-所述应用服务器(已知的AS)对应于IMS应用服务器。
在图3和4示出的例子中，所述在AS与HSS之间的通信在AS与HSS之间的Sh接口上使用数据处理过程。
在图3示出的例子中-在步骤10，AS向HSS发送数据读命令(消息“Sh-pull”)，-在步骤11，当从AS接收到所述数据读命令时，HSS向HLR发送数据读命令，-在步骤12，当从HSS接收到所述数据读命令时，HLR向HSS发送HLR数据，-在步骤13，HSS将所述HLR数据映射为IMS数据，-在步骤14，HSS向AS发送被映射为IMS数据的HLR数据(消息“Sh-pull Resp”)。
在图4示出的例子中，-在步骤20，AS向HSS发送数据更新命令(消息“Sh-Update”)，-在步骤21，当从AS接收到所述数据更新命令时，HSS将IMS数据映射为HLR数据，-在步骤22，HSS向HLR发送被映射为HLR数据的IMS数据，-在步骤23，HLR向HSS发送数据更新响应，-在步骤24，HSS向AS发送数据更新响应(消息“Sh-Update Resp”)。
在图3示出的例子中，步骤10和14对应于使AS能够从HSS下载数据的数据读取过程的步骤。
在图4示出的例子中，步骤20和24对应于使AS能够在HSS中更新数据的数据更新过程的步骤。
在图3和4示出的例子中，所述在AS与HSS之间的通信在AS与HSS之间的Sh接口上使用预订/通知过程。
在图5示出的例子中，-在步骤30，AS向HSS发送通知预订命令(或消息Sh-Subs_Notif)，-在步骤31，HSS向HLR发送相应的命令，-在步骤32，HLR将AS已预订的改变通知给HSS，-在步骤33，HSS将HLR数据映射为IMS数据，-在步骤34，HSS将AS已预订的改变通知给AS(或消息Sh-Notif)。
在图5示出的例子中，步骤30和34对应于在AS与HSS之间的Sh接口上的预订/通知过程的步骤。
如果HLR和HSS位于同一物理实体中，则(如通过例如图3的步骤11、12，或图4的步骤22、23，或图5的步骤31、32所说明的)HLR与HSS之间的通信可以在所述物理实体的内部。如果HLR和HSS不在同一物理实体中，则可以根据使分离的实体能够通信的常用原理来定义实现所述通信的一些过程。
为实现其目的，本发明还具有用于移动通信网络的应用服务器，所述应用服务器包括-装置，用于与称作第二数据库实体的数据库实体通信，以通过所述第二数据库实体访问存储于称作第一数据库实体的数据库实体中的称作第一预订数据的预订数据的至少一部分，其中，该第二数据库实体存储了称作第二预订数据的预订数据，用来支持称作第二实体的所述移动通信网络的实体，该第一数据库实体存储了称作第一预订数据的预订数据，用来支持所述移动通信网络中称作第一实体的实体。
为实现其目的，本发明还具有称作第二数据库实体的数据库实体，其存储称作第二预订数据的预订数据，用来支持所述移动通信网络中称作第二网络实体的网络实体，所述第二数据库实体包括下列两种装置-第一种装置，用于与称作第一数据库实体的数据库实体通信，以访问至少一部分所述第一预订数据，其中，该第一数据库实体存储了称作第一预订数据的预订数据，用来支持称作第一网络实体的所述移动通信网络的网络实体；-第二种装置，用于与应用服务器通信，以通过所述第二数据库实体访问所述至少一部分第一预订数据。
为实现其目的，本发明还具有称作第一数据库实体的数据库实体，其存储了称作第一预订数据的预订数据，用来支持称作第一网络实体的移动通信网络的网络实体，所述第一数据库实体包括-装置，用于与称作第二数据库实体的数据库实体通信，以访问至少一部分所述第一预订数据，其中，该第二数据库实体存储了称作第二预订数据的预订数据，用来支持称作第二网络实体的所述移动通信网络的网络实体。
上述装置的详细实现对于本领域的技术人员而言是显而易见的，因此，对于本领域的技术人员，不需要对所述装置进行比上面就其功能所做的更充分的公开。
权利要求
1.一种用于访问被存储在称作第一数据库实体的移动通信网络的数据库实体中的预订数据的方法，其中，该第一数据库实体存储了称作第一预订数据的预订数据，用来支持称作第一网络实体的所述移动通信网络的网络实体，所述方法包括下列步骤-称作第二数据库实体的所述移动通信网络的数据库实体与所述第一数据库实体通信，以访问至少一部分所述第一预订数据，其中，该第二数据库实体存储了称作第二预订数据的预订数据，用来支持称作第二网络实体的所述移动通信网络的网络实体；-应用服务器与所述第二数据库实体通信，以通过该第二数据库实体访问至少一部分所述第一预订数据。
2.根据权利要求1的方法，其中-所述第一网络实体对应于电路交换域实体，-所述第二网络实体对应于互联网协议多媒体子系统实体，-所述第一数据库实体对应于电路交换域所需的归属用户服务器的归属位置寄存器功能子集，-所述第二数据库实体对应于归属用户服务器的互联网协议多媒体子系统功能，-所述应用服务器对应于互联网协议多媒体子系统应用服务器。
3.根据权利要求1的方法，其中-所述第一网络实体对应于分组交换域实体，-所述第二网络实体对应于互联网协议多媒体子系统实体，-所述第一数据库实体对应于分组交换域所需的归属用户服务器的归属位置寄存器功能子集，-所述第二数据库实体对应于归属用户服务器的互联网协议多媒体子系统功能，-所述应用服务器对应于互联网协议多媒体子系统应用服务器。
4.根据权利要求1的方法，其中-所述第一网络实体对应于针对与无线接入技术协作所需要的网络实体，-所述第二网络实体对应于互联网协议多媒体子系统实体，-所述第一数据库实体对应于针对与无线接入技术协作所需要的归属用户服务器的归属位置寄存器功能子集，-所述第二数据库实体对应于归属用户服务器的互联网协议多媒体子系统功能，-所述应用服务器对应于互联网协议多媒体子系统应用服务器。
5.根据权利要求2的方法，其中，所述至少一部分第一预订数据包括呼叫控制服务预订数据，并且所述应用服务器与所述第二数据库实体通信，以基于所述呼叫控制服务预订数据来支持所述互联网协议多媒体子系统中的同等电路交换服务。
6.根据权利要求3的方法，其中，所述至少一部分第一预订数据包括至少一部分会话管理服务预订数据，并且所述应用服务器与所述第二数据库实体通信，以基于所述会话管理服务预订数据而支持所述互联网协议多媒体子系统中的专用服务。
7.根据权利要求4的方法，其中，所述至少一部分第一预订数据包括至少一部分协作服务预订数据，并且所述应用服务器与所述第二数据库实体通信，以基于所述协作服务预订数据而支持所述互联网协议多媒体子系统中的专用服务。
8.根据权利要求1的方法，其中，所述至少一部分第一预订数据包括不被单独重新填充到所述第二预订数据中的预订数据，并且所述应用服务器与所述第二数据库实体通信，以基于预订数据的支持互联网协议多媒体子系统服务，其中该预订数据包括不被单独重新填充到所述第二预订数据中的至少一部分第一预订数据。
9.根据权利要求1的方法，其中，所述第二数据库实体与所述第一数据库实体通信，以确保所述至少一部分第一预订数据被存储在所述第二数据库实体中，这与存储在所述第一数据库实体中的至少一部分所述第一预订数据是一致的。
10.根据权利要求1的方法，其中，至少一部分所述第一预订数据对应于对所述第二数据库实体透明的数据。
11.根据权利要求1的方法，其中，所述应用服务器使用所述第二数据库实体作为至少一部分所述预订数据的储存库。
12.根据权利要求1的方法，该方法包括将至少一部分所述第一预订数据映射为所述第二预订数据的步骤。
13.根据权利要求1的方法，其中-所述在第二数据库实体与应用服务之间通信的步骤包括在该第二数据库实体与该应用服务之间的接口上使用数据处理过程。
14.根据权利要求13的方法，其中-所述数据处理过程包括数据读取过程，其使得所述应用服务器能够从所述第二数据库实体下载数据。
15.根据权利要求13的方法，其中-所述数据处理过程包括数据更新过程，其使得所述应用服务器能够在所述第二数据库实体中更新数据。
16.根据权利要求15的方法，其中-所述数据更新包括一个组中的至少一个操作，所述组包括添加数据、修改数据、移除数据。
17.根据权利要求1的方法，其中-所述在第二数据库实体与应用服务之间通信的步骤包括在该第二数据库实体与该应用服务之间的接口上使用预订/通知过程。
18.一种用于移动通信网络的应用服务器，所述应用服务器包括-装置，用于与称作第二数据库实体的数据库实体通信，以通过所述第二数据库实体访问被存储在称作第一数据库实体的数据库实体中的称作第一预订数据的预订数据的至少一部分，其中，该第二数据库实体存储了称作第二预订数据的预订数据，用来支持称作第二实体的所述移动通信网络的实体，该第一数据库实体存储了称作第一预订数据的预订数据，用来支持所述移动通信网络中称作第一实体的实体。
19.一种称作第二数据库实体的数据库实体，其存储了称作第二预订数据的预订数据，用来支持移动通信网络中称作第二网络实体的网络实体，所述第二数据库实体包括下列两种装置-第一种装置，用于与称作第一数据库实体的数据库实体通信，以访问至少一部分所述第一预订数据，其中，该第一数据库实体存储了称作第一预订数据的预订数据，用来支持称作第一网络实体的所述移动通信网络的网络实体；-第二种装置，用于与应用服务器通信，以通过所述第二数据库实体访问至少一部分所述第一预订数据。
20.一种称作第一数据库实体的数据库实体，其存储了称作第一预订数据的预订数据，用来支持称作第一网络实体的移动通信网络的网络实体，所述第一数据库实体包括-装置，用于与称作第二数据库实体的数据库实体通信，以访问至少一部分所述第一预订数据，其中，该第二数据库实体存储了称作第二预订数据的预订数据，用来支持称作第二网络实体的所述移动通信网络的网络实体。
全文摘要
本发明的一个目的是一种用于访问存储在称作第一数据库实体的移动通信网络的数据库实体中的预订数据的方法，其中，该第一数据库实体存储了称作第一预订数据的预订数据，用来支持称作第一网络实体的所述移动通信网络的网络实体，所述方法包括下列步骤称作第二数据库实体的所述移动通信网络的数据库实体与所述第一数据库实体通信，以访问至少一部分所述第一预订数据，其中，该第二数据库实体存储了称作第二预订数据的预订数据，用来支持称作第二网络实体的所述移动通信网络的网络实体。应用服务器与所述第二数据库实体通信，以通过所述第二数据库实体访问至少一部分所述第一预订数据。
文档编号H04L29/06GK1992980SQ20061016946
公开日2007年7月4日 申请日期2006年12月15日 优先权日2005年12月15日
发明者E·德波尔, A·布尔汀克 申请人:阿尔卡特朗讯公司