专利名称：对通信系统中的服务的访问进行控制的制作方法
技术领域：
本发明涉及对通信系统中的服务的访问进行控制。
背景技术：
可以把通信系统视为一种设施，该种设施支持两个或多个实体之间的通信会话，该实体如用户设备和/或与该通信系统关联的其它节点。该通信可以包括例如语音、数据、多媒体等的通信。为包括各种用户设备在内的通信设备提供无线通信的通信系统是众所周知的。无线系统的一个例子是公用陆地移动网(PLMN)。另一个例子是无线局域网(WLAN)。
PLMN通常为蜂窝系统，在该系统中，基站收发器(BTS)或类似接入实体经由这些实体之间的无线接口为诸如移动台(MS)的用户设备(UE)提供服务。可以用一个或多个控制实体控制该通信所需的装置的操作。可以把各种控制实体互连起来。也可以配备一个或多个网关节点，以便把该蜂窝网络和其它网络连接起来，其它网络如另一个蜂窝系统或公用交换电话网(PSTN)和/或其它通信网络，如IP(网际协议)和/或其它分组交换数据网络。
由此作为通信系统的例子，蜂窝网络可以为用户提供许多通信服务。此外，蜂窝网络可以提供对该蜂窝网络或该蜂窝网络之外的实体或网络所提供的各种服务和应用的访问。这些各种各样的服务和应用常常称为内容服务。在下面的描述中，术语“服务”通常指内容服务。
为了控制对服务的访问，通信系统通常保持与服务订阅有关的信息。仅仅具有服务订阅的用户才被允许访问某些服务。通常，服务订阅信息保存在数据库中或目录中，并且具有用于管理服务订阅和服务供应的订阅服务器。这里，服务供应系指配置各种网元，以便为用户提供对他所订阅的服务的访问。可以由处理订阅信息的人员手动地把与订阅新闻服务的用户有关的信息输入到订阅服务器中。作为选择，可以为订阅服务器配备接口，以便接收来自用户可访问的另一台服务器的订阅信息，例如，用户通过浏览因特网访问另一台服务器。
仅仅利用服务供应可以控制对某些服务的访问。在这种情况中，在正确配置有关网元之后，用户可以访问该服务，否则他不能访问该服务。然而，在某些情况中，用户对服务的访问不依赖于对网元的配置。在这种情况中，可能需要在线监视该用户的服务使用，例如，为了控制该服务使用或者为了收费。
图1用示意图表示通信系统100、用户的通信设备10以及该通信系统之外的服务器120的一个例子。在图1所示的例子中，通信设备10的用户正在访问服务器120提供的服务。该通信系统100具有客户服务和计费(CCB)系统110以及用于服务订阅信息的信息库112。图1表示用于监视该用户的服务使用的另一个网元114。例如，通信系统运营商可能希望例如对用户浏览因特网或从邮件服务器访问他的邮件进行不同的收费。网元114可以监视例如传输到通信设备10的数据分组的协议报头，以确定该数据分组的内容的类型。对于简单监视，网元114也许不必访问订阅信息。但是，如果网元114正在基于订阅信息控制该用户对这些服务的访问，则网元114必须访问信息库112中的订阅信息。
通常，通信系统的网络运营商具有客户服务和计费系统，该系统带有用于订阅信息的信息库。如果该网络运营商希望向该通信系统添加用于控制用户的服务使用的其它网元，则通常需要修改该客户服务和计费系统，以便提供对订阅信息的访问。不同的网络运营商可能有不同的客户服务和计费系统，并且用于控制服务使用的网元可以是由不同厂商提供的。客户服务和计费系统通常使用某些协议，这些协议甚至可能是网络运营商的专有协议。因此，至少需要进行协议翻译，以便为控制服务使用的网元提供对该客户服务和计费系统的访问。传统上，为了使具体客户服务和计费系统和需要访问该客户服务和计费系统的网元能够共同操作，已经投入了大量资源。
作为选择，可以使用另一个信息库来存储与该网络运营商的通信系统之外的服务器或网元提供的服务有关的信息。这样做的一个理由是，网络运营商可能不愿意为所有网元提供对该客户服务和计费系统的访问。另一个理由可能是，该客户服务和计费系统不存储控制服务使用所需的信息。另外，客户服务和计费系统也许不能像需要的那样频繁地响应控制服务使用的网元所做的在线查询。
因此，在提供用于控制用户的服务使用的解决方案时会有许多问题。通常，期望一个解决方案包括大量综合的工作。
本发明的一个目的是，提供对于控制用户的服务使用的问题的可行的解决方案。
发明内容
本发明的第一方面涉及用于控制对通信系统中的服务的访问的代理网元，所述代理网元用于通过使用属于多个协议中的一个协议，与至少一个其它网元通信，所述至少一个其它网元基于服务订阅控制服务使用，以及向所述至少一个其它网元提供对至少一个信息库的访问，该信息库存储与服务订阅有关的信息，所述代理网元为使用所述多个协议的通信提供支持并且为访问多个不同的信息库提供支持。
本发明的第二方面涉及用于控制对通信系统中的服务的访问的系统，所述系统包括用于存储与服务订阅有关的信息的至少一个信息库，用于基于服务订阅控制服务使用的至少一个第一网元，第一网元使用多个第一协议中的协议传送与该服务订阅有关的信息，以及代理网元，该代理网元用于通过使用属于多个协议中的协议与所述至少一个第一网元通信，并且向所述至少一个第一网元提供对所述至少一个信息库的访问，所述代理网元为使用所述多个网络协议的通信提供支持并且为访问多个不同的信息库提供支持。
本发明的第三方面涉及用于控制对通信系统中的服务的访问的系统，所述系统包括用于存储与服务订阅有关的信息的至少一个信息库，用于管理所述与服务订阅有关的信息的第一网元，所述第一网元用于在所述至少一个信息库中存储信息并且访问所述至少一个信息库中的信息，用于基于服务订阅控制服务使用的至少一个第二网元，以及代理网元，该代理网元用于向所述至少一个第二网元提供对所述至少一个信息库的访问，并且向该第一网元发送与新服务订阅有关的信息，以便进行新服务订阅。
本发明的第四方面涉及用于控制对通信系统中的服务的访问的代理网元，所述代理网元用于向至少一个第一网元提供对至少一个信息库的访问，所述至少一个第一网元基于服务订阅控制服务使用，以及向第二网元发送与新服务订阅有关的信息，以便进行新服务订阅，所述第二网元管理所述与服务订阅有关的信息，并且在所述至少一个信息库的至少一个中存储信息。
本发明的第五方面涉及用于处理代理网元中的请求的方法，所述方法包括通过使用各自的协议特定模块，接收依据于协议的请求，所述请求与服务使用有关并且是从负责控制服务使用的其它网元那里接收的，所述协议专用模块属于所述网元中配备的多个协议专用模块，把所述请求转换为统一请求，以及处理所述统一请求。
本发明的第六方面涉及用于控制对通信系统中服务的访问的方法，所述方法包括从负责控制服务使用的第一网元那里接收与服务使用有关的请求，检测对与所述请求有关的新服务订阅的需求，以及向负责管理服务订阅的第二网元发送与该新服务订阅有关的信息。
以下将参照附图举例描述本发明的实施方式，其中图1示意地表示具有用于监视用户的服务使用的网元的通信系统；图2示意地表示通信系统中的根据本发明之某一实施方式的代理网元；图3示意地表示代理网元的细节；图4示意地表示代理网元的另一些细节；图5示意地表示通信系统中的根据本发明之另一实施方式的代理网元；图6表示根据本发明之某一实施方式的方法的流程图；以及图7表示根据本发明之某一实施方式的另一个方法的流程图。
具体实施例方式
本说明书和所附权利要求书中的术语“服务使用”和“访问服务”主要指内容服务。如上所述，控制服务使用的网元可以例如基于网络地址、协议和/或目的URL(统一资源定位符)标识该内容服务。内容服务的一些例子是浏览(通常使用超文本传输协议HTTP)、电子邮件(用于电子邮件客户端和电子邮件服务器之间的通信的具体协议)以及像新闻服务这样的提供具体内容的服务。通常用URL标识新闻服务和其它具体内容服务。
当提供移动通信服务的网络运营商控制或监视某些内容服务的使用时，希望利用移动台使用这些内容服务的用户通常需要向网络运营商对于这些内容服务进行服务订阅。可以理解，为了访问和使用例如某些新闻服务，用户通常还需要向新闻服务提供商进行订阅。然而，本说明书不会更多地论述向内容服务提供商的订阅。
图2示意地表示通信系统200中的根据本发明之某一实施方式的代理网元220。通信系统可以是例如具有无线接入网络的蜂窝通信系统，该无线接入网络包括基站和用于控制无线资源的基站控制器。图2仅仅示出与理解本发明有关的那些网元。
通信系统200具有用于管理订阅信息的网元210。网元210可以是例如客户服务和计费系统的一部分。作为选择，它可以是用来管理与通信系统200之外的服务器提供的服务有关的订阅信息的网元。通信系统200还包括例如两个信息库212a、212b，用于存储订阅信息。第一信息库212a可以包含与第二信息库212b中的同一用户有关的信息，但是这些信息库中包含的用户信息或订阅信息是不同的。例如，信息库212a可以包含与通信系统200提供的服务有关的信息，而第二信息库212b可以包含与通信系统200之外的服务器提供的服务有关的信息。通信系统200可以包含仅一个信息库或两个以上的信息库。
信息库可以是使用某一协议的目录，该协议用于访问和修改该目录中存储的信息。一个例子是使用轻量目录访问协议(LDAP)的目录。作为选择，信息库可以是关系数据库，如Oracle数据库或DB/2数据库。信息库的更多例子是专有信息库。同时，正出现用于信息库的标准，例如Liberty、3GPP GUP(第三代伙伴项目通用用户配置文件)以及SOAP/XML(简单对象访问协议/扩展标记语言)。
通信系统200包含用于监视和控制服务使用的多个网元114a、114b、114c。这些网元114需要访问至少一个存储订阅信息的信息库212a、212b。用于监视和控制服务使用的网元114通常具有以下功能性。网元114从该网络中(换句话说，从其它网元那里)获得终端用户的(订户的)身份。另外，网元114监视终端用户的通信量，因此知道终端用户当前正在使用哪个服务。它需要从一个或多个数据仓库212a、212b中检索特定服务的终端用户的订阅信息。该订阅信息限定网元114应该如何监视和控制该最终用户的通信量。例如，不同的监视选项可以是，计数传输的或接收的字节，测量连接或会话时间，仅仅计数访问过的某些URL或网页，并且或者向文件或者向另一个网元报告测量结果。例如，控制选项可以是，允许不受限制的访问，拒绝访问，从另一个网元询问，允许多大的通信量，把通信量重定向到另一个目的地，或保证某一QoS(服务质量)。许多公用标准详细说明了监视和控制服务使用的网元之间如何彼此交互以及如何检索用户和订阅信息。以下是此类标准的一些例子LDAP、Radius、Diameter、Corba和SOAP/XML。
可以理解，在下面的说明和所附权利要求书中，提及控制服务使用的网元意指控制和/或监视服务使用的网元。
代理网元220提供网元114和信息库212之间的连通性。因为网元114可以使用许多可能的协议，所以代理网元220提供对用于网元114和代理网元220之间的通信的多个协议的支持。此外，因为信息库可以是不同类型的，所以代理网元220提供对访问多个不同信息库的支持。
代理网元220支持使用用于管理订阅和与订阅有关的信息的现有基础设施。如果现有信息库具有所需数据，则代理220使服务使用控制网元能够连接到信息库。因此，代理220可以避免网络运营商对管理订阅的系统基础设施进行重复投入。
图3示意地表示代理网元300的一个实现的细节。代理300提供对多个协议的支持，该多个协议用于与控制对服务的访问的网元114进行通信。在图3中，作为查询收集层310示出，后者包括一组协议专用模块311，协议专用模块311监听来自网元114的呼入查询。另外，协议专用模决311负责通过使用网元专用协议向网元114回送响应。为了处理来自网元114的查询，代理300把请求翻译成在代理300内使用的统一请求。通常，协议专用模块311负责翻译成统一请求。处理层320负责处理该统一消息。正如图3所示，处理层320通常包括一组处理模块321。在处理层320中，基于容易修改的配置确定需要取回哪些信息和从哪个信息库中取回。为了从信息库中取回信息，代理300具有不同的数据层330，后者包括数据源连接器模块331。
可以了解，在本说明书和所附权利要求书中，统一消息系指一组预定属性或其它预定消息成分。可以定义一组预定消息结构。这里，消息结构系指预定的一组属性或其它消息成分。通常，每个预定消息结构均有各自的标识符，并且可以利用该消息标识符来确定如何处理统一消息。例如，统一消息可以是散列表，其关键字和值为PROTOCOL RADIUSNE GGSNTYPE PROFILE_QUERYuser_idfoo@bar.comIMSI 3294537457324532MSISDN +358501231234source_ip 141.192.76.13URLwap://wap.bar.com/foo/song.mp3timestamp 20040311114543在查询处理的开始配置文件中，散列表可以例如仅仅包括前四个属性。在处理层320中添加其余属性。通过访问包含有与用户身份和订户身份之对应关系有关的信息的信息库，处理层320可以基于原始用户身份信息user_id，确定订户身份IMSI(国际移动订户身份)和电话号码MSISDN(移动订户综合业务数字网)。
因此，代理300为网元114可能使用的各种协议提供协议驱动程序支持。另外，代理300提供对翻译业务逻辑进行编程的能力。翻译业务逻辑包括每个都能够进行专用操作的许多模块。利用代理300的配置还可以指定每个模块的操作。同时，代理300具有向连接客户端和数据源的处理添加新协议专用模块311、新处理模块321和/或新数据源连接器模块331的机制。如果所需的协议专用模块(查询收集器模块)、处理模块或数据源连接器模块仍然不可用，则代理300具有明确定义的API(应用编程接口)，使得能够实现所需模块。可以在不影响现有模块并且在不需要重新编译代理300的情况下，把此类模块添加到代理300中。
图4示意地表示代理网元400的更多细节。代理400具有模块化体系结构，从而允许在请求处理期间添加、修改或删除处理模块。这些模块可以连接来自多个信息库的数据，并且因此，它们可以创建一个真正地功能强大的虚拟数据仓库。可以采用灵活的方式在多个信息库中存储订阅信息，并且代理400确定取回哪些数据，以及从哪些信息库中取回。
为了处理来自网元114的查询/请求，代理400具有用来处理各种请求的多个处理模块321。当收到具体请求时，可以基于所接收的请求选择用于处理该请求的合适处理模块321。通常，首先把接收的请求翻译成统一请求，然后选择用来处理该统一请求的模块。接着，通过使用一组顺序排列的处理模块，以流水线处理方式处理该请求。
下面是用于处理请求的处理模块的一些例子。请求验证处理模块401检查该请求包含用于提供响应的必要信息。如图4所示，属性翻译处理模块与请求验证处理模块一样作为处理模块401的一部分，该属性翻译处理模块把原始请求中的属性翻译成代理400中的处理请求中使用的属性。例如，可能需要改变属性的名称和属性的类型，或者可能需要基于其它属性构建新属性。请求增强处理模块402负责取回信息，该信息与原始请求的处理有关，但是原始请求中不存在该信息。例如，请求增强处理模块402可以基于原始请求中存在的用户身份取回具体信息库中使用的电话号码。作为另一个例子，可能需要从第一信息库中取回与原始用户身份有关的订户身份，然后通过使用从第一信息库中取回的订户身份，从第二信息库中取回电话号码。请求过滤处理模块403负责在信息从信息库中取回之前进行过滤。例如，可以把某些请求视为通知而不提供响应。另一个例子是，在某些情况中可能发送标准响应。这可以适用于例如预付费订阅。图4还表示复制处理模块。复制处理模块负责向其它网元或者向其它处理，例如向欺诈检测系统发送该请求的完整副本或部分副本。此外，正如图4所示，可以提供许多附加逻辑模块。
同样地，代理400包含用于在把统一响应转换成要发送给控制服务使用的网元114之前处理该统一响应的多个处理模决。统一消息到要发送给网元114的协议消息的转换是在查询收集层310发生的，通常是在专用协议模块中发生的。基于要处理的统一响应，可以从多个处理模块中选择一组处理模块。图4表示用于处理响应的处理模块的一些例子。如果必要的话，属性翻译处理模块404把统一消息的属性翻译成要发送给网元114的属性。处理部件405执行与处理部件403类似的任务，即验证、过滤和/或发送消息的副本。例如，可以使用保密处理部件406，以便对该消息中的某些信息进行加密。可以理解，可利用相同的处理模块来处理统一请求和统一响应。
从代理网元回送到控制服务使用的网元的响应通常包含指示用于监视和/或控制该用户的服务使用的细节的订阅信息。
用于处理统一请求和响应的处理模块可以是可配置的。用于处理统一请求和响应的处理模块也可以是可加载的。代理400具有系统配置410，后者指定支持哪些协议，如何处理不同的查询，亦即，使用哪些处理模块，以何种顺序使用这些模块。只加载那些需要的并且是该配置中指定的处理模块。对于每个处理模决，系统配置410还可以指定该处理模块如何处理该查询。因此，在处理不同类型的查询时，同一处理模块可以有不同表现。例如，对于查询类型A和D，过滤处理模块可以过滤出预付费订户，对于查询类型B，它可以过滤出后付费订户，而对于查询类型C，它可以过滤出预付费和后付费订户两者。这可以增加处理模块的可重用性，并且更容易使代理400适合不同的处理需求。
上面详细论述了图4所示的系统配置部分410。也可以有用来指定处理流水线和配置模块的用户接口411或其它接口。正如在前面的段落中看到的那样，系统配置是代理400的灵魂，这是因为系统配置规定了代理400如何运行。为了方便配置，图形用户界面是有用的。
图4还示出高速缓冲存储器420，后者用于存储最初从信息库212中取回的订阅信息的高速缓存副本。这意味着可以首先检查需要从某一信息库中取回的信息是否已存在于高速缓冲存储器中。因此，高速缓冲存储器可以降低对信息库的查询负载，并且可以提供更好的性能。
内存中高速缓存420允许客户端存储到达该代理的实时会话信息。例如，会话可以是GPRS网络中的PDP上下文。代理400可以存储与会话期间的终端用户的会话有关的信息。例如，网元114可以通知代理400与该会话有关的终端用户的位置或测量数据。另一个网元114可以请求该会话信息，或者可能需要该会话信息来构造对另一个网元114的查询的回复。如果代理400执行的唯一功能是网元114和信息库212之间的协议翻译，则不强制要求该代理保存每个会话或任何一个会话的会话信息，例如，如果内存比较低的话。通常，代理400高速缓存的信息越多，该系统的性能越好。
正如图4所示，在代理400中也可以有管理接口430。在某些情况中，知道当前的活跃会话可能是有益的。通过使用管理接口430，可以查询代理的内存高速缓存420，以便进行管理。由于某些丢失的查询或网络中的故障，某些会话数据可能保留在内存高速缓存420中，即使该会话已经终止。在这种情况中，可以利用管理接口430来清除孤立的会话信息。
代理400还有用来使所述存储装置中存储的服务订阅信息与所述多个信息库中存储的信息同步的装置。可以通过该代理轮询该信息库的变化，例如通过周期轮询来实现同步。作为选择，该信息库可以发送与变化的信息有关的更新，例如，周期地或者变化一发生就发送更新。当代理400通知订户的订阅的变化并且代理400知道该订户有活跃会话时，代理400可以向控制该服务使用的网元114推送更新的订户信息。这要求用于代理400和网元114之间的通信的协议支持主动提供的消息。
图5示意地表示通信系统中的根据本发明之另一实施方式的代理网元500。在图5中，对网元114进行配置，以检测对新服务订阅需求。通常，网元114首先向代理500请求订户正要访问的服务的订户的订阅信息。如果该订户没有订阅该服务，则代理500将通知网元114该订户没有该服务的订阅。在这种情况中，网元114可以向该订户提议新订阅。如果该订户接受新订阅，则网元114将向代理500通知新服务订阅，由此确认新服务订阅。此后，代理500向负责管理服务订阅的网元210发送与新服务订阅有关的信息。作为提议用户进行新订阅的选择，可以在不进行确认的情况下进行新订阅。这意味着响应于检测对新服务订阅的需求，配置代理网元500以便向管理订阅信息的网元210发送与新服务订阅有关的信息。接着，网元210在图5所示的信息库212中存储与新服务订阅有关的信息。网元210可能请求该服务订阅的订户(用户)认可。此外，代理网元500可能向除网元210之外的其它网元发送与新订阅有关的信息。例如，代理网元500可以配置某一网元，从而该用户可以访问订阅的服务。第二个例子是，代理网元500可以向计费系统通知新订阅。
图6表示根据本发明之某一实施方式的方法600的流程图。方法600是在代理网元中实现的。在步骤601中，从控制服务使用的网元那里接收与服务使用有关的请求。通常，该请求是通过使用与该请求兼容的协议模块接收的。在步骤602中，把接收的请求转换为统一请求。在步骤603中，处理该统一请求。该处理通常导致统一响应。如果需要向控制服务使用的网元发送响应，则通常把该统一响应转换成依据于与在步骤601中接收的请求的协议相同的协议的响应。如果需要向其它网元发送该响应，则该响应的协议可以与该请求的协议不同。在步骤605中，发送该响应。
图7表示根据本发明之某一实施方式的另一个方法700的流程图。方法700以与方法600相同的步骤601和602开始。此后，在步骤701中，从多个处理模块中选择一组处理模块，以便在步骤702中处理该统一请求。在步骤703中，如果代理网元检测到对新服务订阅的需求，则在步骤704中可以向控制服务使用的网元发送用于指示对新服务订阅的需求的信息。当在处理模块流水线内处理统一请求时，通常检测对新服务订阅的需求。在步骤705中，代理网元可以从控制服务使用的网元接收确认新订阅的信息。通常使用协议专用模块311和处理模块321处理在代理网元和控制服务使用的网元之间发送的消息。在步骤706中，响应于接收确认新服务订阅的信息，代理网元向管理服务的网元发送与新服务订阅有关的信息。在步骤706中，通常使用某一数据源连接器模块331。如上所述，作为选择，代理网元可能从步骤703直接转到步骤706。在这种情况中，访问该服务的用户无需知道需要进行订阅。方法700继续执行步骤604和605。
可以理解，可以以适合于控制服务使用的系统的各种代理网元实现用于检测对新订阅的需求并使用户进行新订阅的功能性。此类代理元素未必需要提供对多个协议或信息库的支持，也不使用统一消息结构或处理模块。
在处理与服务使用有关的请求时，代理网元可能从至少一个信息库中查询信息。代理网元还可以存储查询信息库获得的信息。在从信息库中查询信息之前，代理网元还可以检查所述要查询的信息是否已存储于该代理网元内。
代理网元还可以存储与请求有关的会话信息，以供他用。
代理网元还可以从信息库接收用于指示订阅信息中的变化的信息。代理网元可以自己查询该信息。代理网元可以向控制服务使用的至少一个网元发送与订阅信息的所述变化有关的信息，特别是与订阅信息的所述变化有关的服务会话为活跃会话时。
可以理解，服务订阅涉及订户。服务的用户可以是与该订户相同的实体，或者是与该订户有关的实体。
另外，可以理解，在本说明书中术语“用户”和“订户”两者涵盖订阅服务和使用服务的人员和处理。同时，术语“用户”系指访问服务的使用者使用的处理和通信设备。
尽管参照
并且在前面的详细说明中已描述了具体表达本发明的装置和方法的优选实施方式，但是应该懂得，本发明并不限于所公开的实施方式，而是可以有众多重新排列、修改和更替，而并不背离后面的权利要求书提出和定义的本发明的实质。
权利要求
1.一种用于控制对通信系统中的服务的访问的代理网元，所述代理网元用于通过使用属于多个协议中的协议，与至少一个其它网元通信，所述至少一个其它网元基于服务订阅控制服务使用，以及向所述至少一个其它网元提供对至少一个信息库的访问，该信息库存储与服务订阅有关的信息，所述代理网元为使用所述多个协议的通信提供支持并且为访问多个不同的信息库提供支持。
2.如权利要求1定义的代理网元，包括多个协议专用模块，每个协议专用模块与所述多个协议的各个协议有关。
3.如权利要求1或2定义的代理网元，包括多个数据源连接器模块，每个数据源连接器模块与所述多个不同的信息库的各个信息库有关。
4.如任一前述权利要求定义的代理网元，该代理网元用于把从所述至少一个其它网元那里接收的请求转换为统一请求，以及处理所述统一请求以构造统一响应，所述统一请求和响应包括在统一消息中。
5.如权利要求4定义的代理网元，该代理网元用于把统一响应转换为要发送给所述至少一个其它网元的至少一个的依据于各自请求的协议的响应。
6.如权利要求4或5定义的代理网元，包括用于处理统一消息的多个处理模块。
7.如权利要求6定义的代理网元，该代理网元用于基于要处理的统一消息从该多个处理模块中选择一组处理模块。
8.如权利要求6或7定义的代理网元，其中用于处理统一消息的该多个处理模块包括以下模块中的至少一个模块消息验证处理模块、属性翻译处理模块和消息过滤处理模块。
9.如权利要求6-8之任一权利要求定义的代理网元，其中该多个处理模块包括用于从所述至少一个信息库的至少一个中查询信息的至少一个处理模块。
10.如权利要求6-9之任一权利要求定义的代理网元，其中该多个处理模块包括用于从外部信息源中查询信息的至少一个处理模块。
11.如权利要求6-10之任一权利要求定义的代理网元，其中可以在该代理网元操作期间加载所述多个处理模块的处理模块。
12.如权利要求6-11之任一权利要求定义的代理网元，其中可以在该代理网元操作期间配置所述多个处理模块的处理模块。
13.如权利要求4-12之任一权利要求定义的代理网元，该代理网元用于从所述至少一个信息库中查询信息，所述至少一个信息库是基于要处理的请求从所述多个信息库中选择的。
14.如权利要求13定义的代理网元，该代理网元用于存储从所述至少一个信息库的至少一个中查询的信息。
15.如权利要求13定义的代理网元，该代理网元用于在从信息库中查询信息之前，检查要查询的所述信息是否存储在该代理网元内。
16.如任一前述权利要求定义的代理网元，该代理网元用于从所述至少一个信息库的至少一个中接收指示订阅信息之变化的信息。
17.如权利要求16定义的代理网元，该代理网元用于查询指示订阅信息之变化的所述信息。
18.如权利要求16或17定义的代理网元，该代理网元用于向控制服务使用的所述至少一个其它网元的至少一个发送与订阅信息之所述变化有关的信息。
19.如权利要求18定义的代理网元，该代理网元用于，在与订阅信息之所述变化有关的服务会话为活跃会话时，发送与订阅信息之所述变化有关的信息。
20.如任一前述权利要求定义的代理网元，该代理网元用于存储与请求有关的会话信息以供他用。
21.如任一前述权利要求定义的代理网元，该代理网元用于检测对新服务订阅的需求。
22.如权利要求21定义的代理网元，该代理网元用于向负责订阅管理的其它网元发送与所述新服务订阅有关的信息。
23.一种用于控制对通信系统中的服务的访问的系统，所述系统包括用于存储与服务订阅有关的信息的至少一个信息库，用于基于服务订阅控制服务使用的至少一个第一网元，第一网元使用多个第一协议中的一个协议传送与该服务订阅有关的信息，以及代理网元，该代理网元用于通过使用属于多个协议中的一个协议与所述至少一个第一网元通信，并且向所述至少一个第一网元提供对所述至少一个信息库的访问，所述代理网元为使用所述多个协议的通信提供支持并且为访问多个不同的信息库提供支持。
24.如权利要求23定义的系统，包括用于管理与服务订阅有关的所述信息的第三网元，所述第三网元用于在所述至少一个信息库的至少一个中存储信息和访问所述至少一个信息库的至少一个中的信息。
25.如权利要求24定义的系统，其中所述代理网元用于检测对新服务订阅的需求。
26.如权利要求25定义的系统，其中所述代理网元用于向第一网元发送指示对该新服务订阅的需求的信息，从所述第一网元那里接收确认该新服务订阅的信息，以及响应于从所述第一网元那里接收确认该新服务订阅的信息，向所述第三网元发送与该新服务订阅有关的信息，以便进行订阅。
27.如权利要求25定义的系统，其中所述代理网元用于响应于检测对该新订阅的需求，向所述第三网元发送与该新服务订阅有关的信息，以便进行订阅。
28.一种用于控制对通信系统中的服务的访问的系统，所述系统包括用于存储与服务订阅有关的信息的至少一个信息库，用于管理与服务订阅有关的所述信息的第一网元，所述第一网元用于在所述至少一个信息库中存储信息和访问所述至少一个信息库中的信息，用于基于服务订阅控制服务使用的至少一个第二网元，以及代理网元，该代理网元用于向所述至少一个第二网元提供对所述至少一个信息库的访问，并且向该第一网元发送与新服务订阅有关的信息，以便进行该新服务订阅。
29.如权利要求28定义的系统，其中所述代理网元用于检测对该新服务订阅的需求。
30.如权利要求29定义的系统，其中所述代理网元用于向第二网元发送指示对该新服务订阅的需求的信息，在向该第一网元发送与该新服务订阅有关的所述信息之前，从所述第二网元那里接收确认该新服务订阅的信息。
31.如权利要求29定义的系统，其中所述代理网元用于，响应于检测对该新服务订阅的需求，向所述第一网元发送与该新服务订阅有关的信息。
32.如权利要求28-31之任一权利要求定义的系统，其中该系统包括多个第二网元，所述多个第二网元通过使用多个协议传送与服务会话有关的信息，并且所述代理网元用于支持所述多个协议。
33.如权利要求28-32之任一权利要求定义的系统，其中该系统包括用于存储与服务订阅有关的信息的多个信息库，并且所述代理网元用于访问所述多个信息库。
34.一种用于控制对通信系统中的服务的访问的代理网元，所述代理网元用于向至少一个第一网元提供对至少一个信息库的访问，所述至少一个第一网元基于服务订阅控制服务使用，以及向第二网元发送与新服务订阅有关的信息，以便进行新服务订阅，所述第二网元管理与服务订阅有关的所述信息，并且在所述至少一个信息库的至少一个中存储信息。
35.如权利要求34定义的代理网元，其中所述代理网元用于检测对该新服务订阅的需求。
36.如权利要求35定义的代理网元，其中所述代理网元用于向第一网元发送指示对该新服务订阅的需求的信息，在向该第二网元发送与该新服务订阅有关的所述信息之前，从所述第一网元那里接收确认该新服务订阅的信息。
37.如权利要求35定义的代理网元，其中所述代理网元用于，响应于检测对该新订阅的需求，向所述第二网元发送与该新服务订阅有关的信息。
38.一种用于在代理网元中处理请求的方法，所述方法包括通过使用各自的协议专用模块，接收依据协议的请求，所述请求与服务使用有关并且是从负责控制服务使用的其它网元那里接收的，所述协议专用模块属于所述网元中配备的多个协议专用模块，把所述请求转换为统一请求，以及处理所述统一请求。
39.如权利要求38定义的方法，包括通过使用数据源连接器模块，基于所述请求访问至少一个信息库，所述数据源连接器模块属于所述网元中配备的多个数据源连接器模块，该模块用于访问多个不同的信息库。
40.如权利要求38或39定义的方法，包括从多个处理模块中选择一组处理模块以便处理统一消息，所述统一请求为统一消息。
41.如权利要求38-40之任一权利要求定义的方法，包括把所述处理步骤生成的统一响应转换为依据于所述协议的响应。
42.一种用于控制对通信系统中服务的访问的方法，所述方法包括从负责控制服务使用的第一网元那里接收与服务使用有关的请求，检测对与所述请求有关的新服务订阅的需求，以及向负责管理服务订阅的第二网元发送与该新服务订阅有关的信息。
43.如权利要求42定义的方法，包括向所述第一网元发送指示对该新服务订阅的需求的信息，以便接收确认该新服务订阅的信息。
44.如权利要求43定义的方法，包括在向该第二网元发送与该新服务订阅有关的所述信息之前，从所述第一网元那里接收确认该新服务订阅的信息。
45.如权利要求42定义的方法，其中响应于所述检测步骤执行所述发送步骤。
46.一种用于控制对通信系统中的服务的访问的系统，所述系统包括用于存储与服务订阅有关的信息的存储装置；用于基于所述服务订阅，控制服务使用的控制装置，所述控制装置的第一网元使用属于多个第一协议中的协议传送与该服务订阅有关的所述信息；以及用于通过使用属于多个协议中的协议与所述控制装置通信并向所述控制装置提供对所述存储装置的访问的通信装置，所述通信装置为使用所述多个协议的通信提供支持并且为访问多个不同的信息库提供支持。
47.一种用于控制对通信系统中的服务的访问的系统，所述系统包括用于存储与服务订阅有关的信息的存储装置；用于管理与所述服务订阅有关的所述信息的管理装置，所述管理装置用于在所述存储装置中存储信息和访问所述存储装置中的信息；用于基于所述服务订阅控制服务使用的控制装置；以及用于向所述控制装置提供对所述存储装置的访问并向该管理装置发送与新服务订阅有关的信息，以便进行新服务订阅的提供装置。
全文摘要
本发明公开了对通信系统中的服务的访问进行控制的代理网元。该代理网元用于通过使用属于多个协议中的协议与至少一个其它网元通信，所述至少一个其它网元基于服务订阅控制服务使用。同时，该代理网元用于向所述至少一个其它网元提供对存储与服务订阅有关的信息的至少一个信息库的访问。该代理网元为使用所述多个协议的通信提供支持并且为访问多个不同的信息库提供支持。
文档编号H04L12/56GK1939034SQ200580010577
公开日2007年3月28日 申请日期2005年3月11日 优先权日2004年3月31日
发明者马特蒂·伊利科斯基, 塔沃·约特伊莱南, 蒂莫·维尔塔南, 阿特蒂·莱纳, 泰尔奥·基伊斯基南, 朱克卡·阿屈拉 申请人:诺基亚公司