专利名称：一种实现通知服务的方法以及分布式网管系统的制作方法
技术领域：
本发明涉及电信网管业网络管理技术，尤其涉及一种实现通知服务的方法，以及可实现通知服务的、且利用基于网络服务描述语言和简单对象访问协议(WSDL/SOAP)技术的可扩展标记语言(XML)网络服务(Web Service)对电信网络进行管理的分布式网管系统。
背景技术：
目前电信网管业已经公开了通知服务的大量管理操作，包括订阅、退订、获取订阅标识、获取订阅状态、修改订阅过滤器、挂起订阅、恢复订阅、获取通知类别。这些操作的具体方案请参见3GPP TS 32.302。
而对于实际的通知发送服务，现有电信网管系统中通常利用一些现有的分布式网管系统的标准通知服务实现。例如在公共对象请求代理结构(CORBA，Common Object Request Broker Architecture)分布式网管系统中，由CORBA通知服务(Notification Service)提供推、拉两种通知发送/接收的模式。
图1为在CORBA分布式网管系统中实现通知服务的架构图。参见图1，CORBA分布式网管系统设置了一个通知发送服务单元11，该单元独立于管理单元12和被管单元13之外，并通过CORBA的标准接口14与管理单元12和被管单元13连接通信，管理单元12和被管单元13之间通过电信网管接口15进行通信。管理单元12通过电信网管接口15向被管单元13订阅通知，并可以利用该接口15进行其他通知操作，被管单元13通过通知发送服务单元11将管理单元订阅的通知转发给管理单元12。
在进行推模式的通知发送服务时，被管单元13先利用CORBA标准接口将通知发送给通知发送服务单元11，此处由于CORBA分布式网管系统中默认设置了通知发送服务单元11的地址，因此，该通知会自动路由到通知发送服务单元11，并由通知服务单元11转发给管理单元12。
在进行拉模式的通知发送服务时，管理单元12利用CORBA标准接口将获取通知的请求发送给通知发送服务单元11，此处该获取通知请求会由CORBA系统自动路由到通知发送服务单元11，通知发送服务单元11利用CORBA标准接口从被管单元13中获取通知，并返回给管理单元。
但是，在电信网管系统的演进发展中，上述CORBA分布式网管系统正在逐渐被XML Web Service分布式网管系统替代，所谓XML Web Service分布式网管系统就是以XML Web Service作为分布式网管系统的构建平台实现各种服务，该XML Web Service分布式网管系统的电信网管接口中，利用简单对象访问协议(SOAP，Simple Object Access Protocol)，并采用Web服务描述语言(WSDL，Web Services Description Language)作为被管单元对外提供网管服务的描述语言，即该电信网管接口利用WSDL/SOAP进行通信。
目前在XML Web Service的WSDL中，列举了4种服务端点(endpoint)支持的通信原语，即单向(One-way)通信原语端点接收消息；请求-响应(Request-response)通信原语端点接收消息，然后发送相关消息；要求-响应(Solicit-response)通信原语端点发送消息，然后接收相关消息；通知(Notification)通信原语端点发送消息。
目前WSDL中公开了其中前两种通信原语单向和请求-响应通信原语的绑定扩展的方式，却没有给出后两种通信原语要求-响应和通知通信原语的绑定扩展方式。所谓通信原语的绑定扩展方式就是XML Web Service如何通过具体的传输协议(例如HTTP)以及上层的SOAP协议对原语实现具体的操作，包括具体的操作消息，消息的格式，以及具体的输入输出参数。
如果要在XML Web Service分布式网管系统中实现通知服务，则需利用上述的Notification通信原语进行通信。
但是，由于目前没有实现Notification通信原语的具体实现方案，即Notification通信原语没有绑定扩展方式，而且，目前的XML Web Service分布式网管系统也没有独立于操作系统平台和编程语言的用于代理转发通知的通知发送服务单元。因此，目前的XML Web Service分布式网管系统还不能实现通知服务。
发明内容
有鉴于此，本发明的主要目的之一在于提供一种可以实现通知服务的分布式网管系统，以在基于WSDL/SOAP技术的XML Web Service分布式网管系统上实现通知服务。
本发明的另一主要目的在于提供一种在基于WSDL/SOAP技术的XMLWeb Service分布式网管系统上实现通知服务的方法。
为了实现上述发明目的，本发明的主要技术方案为一种实现通知服务的方法，适用于利用基于WSDL/SOAP技术的可扩展标记语言XML网络服务Web Service对电信网络系统进行管理的分布式网管系统，该方法在所述分布式网管系统中设置通知发送服务单元；向系统中的管理单元和被管单元告知该通知发送服务单元的相关信息；由管理单元向被管单元执行订阅通知操作；被管单元根据通知发送服务单元的相关信息将管理单元订阅的通知通过所述通知发送服务单元转发给订阅该通知的管理单元。
优选地，所述在分布式网管系统中设置通知发送服务单元，并向系统中的管理单元和被管单元告知该通知发送服务单元的相关信息的具体方法为在所述分布式网管系统的管理单元侧或管理单元内设置通知发送服务单元，并将通知发送服务单元的相关信息设置在管理单元中；在所述订阅通知操作中，由管理单元在向被管单元发送的订阅通知的请求消息中携带该通知发送服务单元的相关信息，将该通知发送服务单元的相关信息告知被管单元。
所述被管单元将管理单元订阅的通知通过所述通知发送服务单元转发给订阅了该通知的管理单元是被管单元通过WSDL请求-响应通信原语方式将所述通知发送给通知发送服务单元，通知发送服务单元再通过管理单元侧的内部接口将该通知转发给所述管理单元。
所述被管单元通过WSDL请求-响应通信原语方式实现将所述通知发送给通知发送服务单元的具体方法为在所述WSDL请求-响应通信原语方式中，将被管单元作为客户端，通知发送服务单元作为服务器端；被管单元根据在订阅操作中获取的通知发送服务单元的相关信息向通知发送服务单元发起请求消息，其中携带管理单元订阅的通知，通知发送服务单元收到请求消息后从中提取出所述的通知，然后向被管单元返回响应。
所述被管单元将管理单元订阅的通知通过所述通知发送服务单元转发给订阅了该通知的管理单元是被管单元通过WSDL单向通信原语方式将所述通知发送给通知发送服务单元，通知发送服务单元再通过管理单元侧的内部接口将该通知转发给所述管理单元。
所述被管单元通过WSDL单向通信原语方式实现将所述通知发送给通知发送服务单元的具体方法为在所述WSDL单向通信原语方式中，将被管单元作为客户端，通知发送服务单元作为服务器端；被管单元根据在订阅操作中获取的通知发送服务单元的相关信息向通知发送服务单元发起单向消息，其中携带管理单元订阅的通知，通知发送服务单元收到请求消息后从中提取出所述的通知。
优选地，所述在分布式网管系统中设置通知发送服务单元，并向系统中的管理单元和被管单元告知该通知发送服务单元的相关信息的具体方法为在所述分布式网管系统的被管单元侧或被管单元内部设置通知发送服务单元，并将通知发送服务单元的相关信息设置在被管单元中；在所述订阅通知操作中，被管单元接收到管理单元的订阅通知请求后，在向管理单元返回的订阅通知响应中携带该通知发送服务单元的相关信息，将该通知发送服务单元的相关信息告知管理单元。
所述被管单元将管理单元订阅的通知通过所述通知发送服务单元转发给订阅该通知的管理单元是通知发送服务单元通过被管单元侧的内部接口从被管单元获取所述管理单元订阅的通知；所述管理单元通过WSDL请求-响应通信原语方式从所述通知发送服务单元中获取其订阅的通知。
所述管理单元通过WSDL请求-响应通信原语的方式从所述通知发送服务单元中获取其订阅的通知的具体方法为在所述WSDL请求-响应通信原语方式中，将管理单元作为客户端，通知发送服务单元作为服务器端；所述管理单元根据在订阅操作中获取的通知发送服务单元信息向通知发送服务单元发出获取通知的请求消息，通知发送服务单元把从被管单元获取的通知作为响应消息的内容返回给管理单元。
优选地，所述通知发送服务单元的相关信息包括该通知发送服务单元的标识信息和该通知发送服务的网络Web服务描述文件的位置信息；被管单元收到该通知发送服务单元的相关信息后，根据所述Web服务描述文件的位置查信息找并访问该服务描述文件，获得该服务描述文件中的对应Web服务描述信息。
优选地，所述通知发送服务单元的相关信息包括该通知发送服务单元的标识信息和该通知发送服务单元的服务信息、接口绑定信息、接口名称及其操作列表、接口消息。
所述通知发送服务单元的标识信息为通知发送服务的端口地址。
一种分布式网管系统，利用基于WSDL/SOAP技术的可扩展语言XML网络服务Web Service作为构建平台对电信网络系统进行管理，该系统包括至少一个管理单元和至少一个被管单元，所述管理单元和被管单元之间通过电信网管接口通信；该系统进一步包括至少一个通知发送服务单元，设置在管理单元侧或被管单元侧，通过电信网管接口与另一侧的被管单元或管理单元通信，用于接收被管单元发出的通知，将该通知转发给订阅该通知的管理单元。
优选地，所述通知发送服务单元设置于管理单元侧；所述被管单元将管理单元订阅的通知通过电信网管接口发送到所述通知发送服务单元，通知发送服务单元再通过管理单元侧的内部接口将该通知转发给订阅该通知的管理单元。
所述被管单元到通知发送服务单元间的电信网管接口为利用WSDL的请求-响应通信原语方式进行通信的电信网管接口。
所述被管单元到通知发送服务单元间的电信网管接口为利用WSDL的单向通信原语方式进行通信的电信网管接口。
优选地，所述通知发送服务单元设置于被管单元侧；所述管理单元通过电信网管接口向通知发送服务单元发送获取通知的请求，通知发送服务单元通过被管单元侧的内部接口向被管单元获取该管理单元订阅的通知，并通过电信网管接口向所述管理单元返回获取的通知。
所述管理单元到通知发送服务单元间的电信网管接口为利用WSDL的请求-响应通信原语方式进行通信的电信网管接口。
优选地，所述的电信网络系统为第三代电信网络系统、下一代网络电信网络系统、或者全球微波接入互操作性电信网络系统。
由于本发明公布的XML Web Service分布式网管系统及其实现通知服务的方法中，在网管系统中设置通知发送服务单元，且该通知发送单元设置与管理单元侧或被管单元侧，与同侧的管理单元或被管单元通过内部接口通信，与另一侧的被管单元或管理单元通过现有的电信网管接口进行通信，因此可以在XML Web Service平台环境下实现管理单元对被管单元的通知订阅，以及通知从被管单元到管理单元的传递，即实现通知服务。
在发送通知的过程中，被管单元或管理单元与通知发送服务单元之间的电信网管接口只利用现有WSDL的请求-响应通信原语或单向通信原语绑定扩展的方式进行通信，因此可以直接利用现有的接口资源实现通知服务，进一步避免开发要求-响应通信原语或通知通信原语绑定扩展的工作，减少工作量，提高效率。
图1为在CORBA分布式网管系统中实现通知服务的架构图；图2为本发明第一实施例所述实现通知服务的一种基于WSDL/SOAP的XML Web Service分布式网管系统的构架图；图3为在第一实施例所述的基于WSDL/SOAP的XML Web Service分布式网管系统中实现通知服务的方法流程图；图4为本发明第二实施例所述实现通知服务的一种基于WSDL/SOAP的XML Web Service分布式网管系统的构架图；图5为第二实施例所述的在基于WSDL/SOAP的XML Web Service分布式网管系统中实现通知服务的方法流程图。
具体实施例方式
下面通过具体实施例和附图对本发明做进一步详细说明。
本发明的核心思想是在应用WSDL/SOAP技术的XML Web Service对电信网络系统进行管理的分布式网管系统中设置独立于操作系统平台和编程语言的用于代理转发通知的通知发送服务单元，向系统中的管理单元和被管单元通告该通知发送服务单元的相关信息；由管理单元向被管单元执行订阅通知操作；被管单元根据通知发送服务单元的相关信息确定通知发送服务单元的位置以及发送通知的操作信息，将管理单元订阅的通知通过所述通知发送服务单元转发给订阅该通知的管理单元。
但是由于目前被管单元和通知发送服务单元之间、通知发送服务单元和管理单元之间没有专门的标准通信接口，因此本发明将通知发送服务单元移动到管理单元侧或被管单元侧，或者直接移动到管理单元内或被管单元内，通知发送服务单元与其同侧的管理单元或被管单元之间通过内部私有接口进行通信，与另外一侧的被管单元或管理单元之间利用原有的基于WSDL/SOAP技术的电信网管接口进行通信。
本发明所述方法不仅适用于第三代(3G)电信网络系统，还可以适用于其他利用基于WSDL/SOAP技术的XML Web Service分布式网管系统进行管理的电信网络系统，例如下一代网络(NGN)电信网络系统、和全球微波接入互操作性(WiMAX)电信网络系统等。本文以应用于3G电信网络系统进行说明。
以下的两个实施例分别对所述通知发送服务单元设置于管理单元侧和被管单元侧的方案进行说明。
图2为本发明第一实施例实现通知服务的一种基于WSDL/SOAP的XML Web Service分布式网管系统的构架图。参见图2，该XML Web Service分布式网管系统中包括管理单元22和被管单元23，并设置通知发送服务单元21，且设置在管理单元22侧，或者管理单元22内部；管理单元22到通知发送服务单元21间的接口为管理单元侧(或管理单元)的内部接口24，该内部接口24可以由任何本领域技术人员想到的私有接口实现，不需要在电信网管接口上进行标准化；被管单元23和通知发送服务单元21之间的接口为电信网管接口25，本发明需要对该接口25进行标准化，即该接口25为利用WSDL的请求-响应通信原语或单向通信原语的绑定扩展方案进行通信的WSDL/SOAP接口。在本第一实施例中，管理单元22需向被管单元23公布通知发送服务单元21的相关信息，该相关信息包括通知发送服务单元的标识信息(例如该通知发送服务单元21的服务端口地址)和该通知发送服务的描述信息，描述信息包括该通知发送服务单元的服务信息、接口绑定信息、WSDL的服务接口(WSDL PortType)名称(即接口名称)、操作列表、接口消息等。具体的公布方法为将通知发送服务单元的相关信息设置在管理单元中，并在所述订阅通知操作中，由管理单元在向被管单元发送的订阅通知的请求消息中携带该通知发送服务单元的相关信息，将该通知发送服务单元的相关信息告知被管单元。
在本发明中需要预先设置通知服务的描述信息，即WSDL描述文件记录的信息，通信双方在信息交互时，根据WSDL描述文件中的信息判定交互信息是否合法。所述通知服务的描述信息具体包括服务信息，即关于通知服务的信息。
接口绑定信息，即WSDL PortType所绑定的具体传输协议(例如HTTP)。
WSDL PortType名称，即通知服务所包含的所有操作所组成的名称接口。
操作列表为WSDL PortType所包含的所有操作的列表，例如订阅通知、退订、获取订阅标识、获取订阅状态、修改订阅过滤器、挂起订阅、恢复订阅、以及获取通知类别等操作。
接口消息为所述绑定的具体传输协议中的具体操作消息信息及其输入输出的参数。其中，订阅操作的接口消息包括订阅通知请求消息和订阅通知响应消息，且订阅通知请求消息的输入参数除了管理单元标识、被订阅通知特征、订阅有效期等通常的信息外，还必需包括通知发送服务单元的相关信息。
在本第一实施例中，设置的通知发送服务单元21可能为一个或多个，而每一个通知发送服务单元21实际提供的服务接口也可能是一个或多个，每个接口可以与一个被管单元或者一个管理单元连接，以进行通信。
本第一实施例的XML Web Service分布式网管系统适用于推模式的通知服务，即当被管单元23检测到事件后，依照通知发送服务单元的服务端口地址主动发送通知给通知发送服务单元21，并转发给管理单元22。
图3为在第一实施例所述的基于WSDL/SOAP的XML Web Service分布式网管系统中实现通知服务的方法流程图。参见图3，该流程主要包括订阅通知的操作流程(即步骤301和步骤302)和通知发送服务的操作流程(即步骤303至步骤305)。
订阅通知的操作流程中，被管单元通过电信网管接口的WSDL中的请求-响应通信原语方式实现所述的订阅通知操作，且在该WSDL请求-响应通信原语方式中，将管理单元作为客户端，将被管单元作为服务器端，管理单元向被管单元发送订阅通知请求消息，被管单元向管理单元返回是否订阅成功的响应消息。订阅通知操作具体包括步骤301、管理单元向被管单元发送订阅通知的请求消息，其中的输入参数至少包括该管理单元的标识、通知发送服务单元的相关信息、被订阅通知的特征(包括通知类别和过滤条件)、以及订阅的有效期等信息。
所述通知发送服务单元的相关信息至少包括通知发送服务单元的标识信息和该通知发送服务的Web服务描述信息。该Web服务描述信息可以是Web服务描述文件地址，该描述文件中存储该通知发送服务的详细描述信息服务信息、接口绑定信息、WSDL的服务接口(WSDL PortType)名称(即接口名称)、操作列表、接口消息等。
或者，所述订阅通知请求中包括的Web服务描述信息也可以直接为服务信息、接口绑定信息、接口名称及其操作列表、接口消息等。
此处，在上述的Web服务描述信息主要对通知发送服务进行了WSDL的描述中服务信息为是关于通知发送服务的信息；接口绑定信息为WSDL PortType所绑定的具体传输协议(例如HTTP)。
WSDL PortType名称为通知发送服务所包含操作所组成的名称接口。
操作列表为WSDL PortType所包含的操作名称的列表，例如此处为发送通知服务的发送通知操作。
接口消息为所述绑定的具体传输协议中的具体操作消息信息及其输入输出的参数。本第一实施例中的通知发送操作的接口消息主要包括用于携带通知的请求消息及其响应消息，且所述请求消息的输入参数为所述通知的内容。
步骤302、被管单元收到订阅通知请求后，记录该请求中包括的信息，向管理单元返回该订阅通知是否成功的响应消息(对于怎样判定是否订阅成功可以参考现有应用WSDL/SOAP技术的电信网管接口方案)。对于成功的订阅，响应消息中至少包括一个订阅信息标识，该订阅信息标识的内容至少包括发出当前订阅请求的管理单元的标识、通知服务的名称、被订阅通知的特征、本次订阅的有效期和已存时间、以及上述的通知发送服务单元的相关信息。
在所述通知发送服务的操作流程中，被管单元通过WSDL请求-响应通信原语方式将所述通知发送给通知发送服务单元，通知发送服务单元再通过管理单元侧的内部接口将该通知转发给所述管理单元。在所述WSDL请求-响应通信原语方式中，将被管单元作为客户端，通知发送服务单元作为服务器端；被管单元向通知发送服务单元发起请求消息，其中携带管理单元订阅的通知，通知发送服务单元收到请求消息后从中提取出所述的通知，然后向被管单元返回响应。
另外，被管单元还可通过WSDL单向通信原语方式将所述通知发送给通知发送服务单元，通知发送服务单元再通过管理单元侧的内部接口将该通知转发给所述管理单元。在所述WSDL单向通信原语方式中，将被管单元作为客户端，通知发送服务单元作为服务器端；被管单元向通知发送服务单元发起单向消息，其中携带管理单元订阅的通知，通知发送服务单元收到请求消息后从中提取出所述的通知。
本第一实施例中的通知发送服务以WSDL请求-响应通信原语为例进行说明。通知发送服务的操作具体包括步骤303、当被管单元有事件发生，需要向管理单元发送其所订阅的通知时，查询该管理单元的订阅信息，确定该管理单元对应的通知发送服务单元的相关信息，包括该通知发送服务单元的标识信息和Web服务描述信息。此处如果其中的Web服务描述信息为服务描述文件的地址，则该被管单元根据该地址访问该服务描述文件，读取其中存储的详细Web服务描述信息，即服务信息、接口绑定信息、接口名称及其操作列表、接口消息等，根据读取的Web服务描述信息确定发送通知的具体操作信息；如果所述Web服务描述信息直接是详细的Web服务描述信息，则直接根据Web服务描述信息确定发送通知的具体操作信息。
此时，被管单元执行的操作为通知发送操作，从上述详细的Web服务描述信息中确定该操作的具体操作信息即接口绑定信息、接口信息等，即获知利用何种传输协议(例如HTTP)，采用何种消息(此操作的接口消息为携带通知内容的请求消息)进行操作。
步骤304、被管单元根据通知发送服务单元的地址信息向管理单元侧的通知发送服务单元发送请求消息，其中携带管理单元订阅的通知内容，即该请求消息的输入参数为所述通知的内容。此处将被管单元作为客户端，通知发送服务单元作为服务器端，通知发送服务单元收到被管单元的请求消息后，然后向被管单元返回响应。
步骤305、通知发送服务单元从接收到的请求消息中提取出所述通知内容，使用管理单元侧的内部接口将该通知转告给管理单元。此处如果用单向通信原语，则不返回响应。
步骤306、管理单元可以使用电信网管通知服务的其他操作对订阅进行管理，与上述订阅通知操作相同，此处的操作依然利用WSDL请求-响应通信原语的方式进行，且管理单元作为客户端，被管单元作为服务器端。
电信网管通知服务的管理操作包括订阅、退订、获取订阅标识、获取订阅状态、修改订阅过滤器、挂起订阅、恢复订阅、以及获取通知类别等操作，其中在本发明所述的WSDL/SOAP解决方案中，订阅操作和其他解决方案有所不同，订阅操作请求消息的输入参数中需要指明实际负责传递通知的通知发送服务单元的标识信息和Web服务描述信息，而其他的通知服务管理操作的实现方法与现有CORBA分布式网管系统中的电信网管接口内的实现方法相同或相似，本领域普通技术人员可以根据现有技术实现所述其他通知服务管理操作。
步骤307、当管理单元不再需要前述订阅的通知时，可以使用电信网管通知服务的退订操作，告知被管单元，并不再接受前述被订阅的通知。与上述订阅通知操作相同，此处的操作依然利用WSDL请求-响应通信原语的方式进行，且管理单元作为客户端，被管单元作为服务器端。
图4为本发明第二实施例实现通知服务的一种基于WSDL/SOAP的XML Web Service分布式网管系统的构架图。参见图4，该XML Web Service分布式网管系统中包括管理单元42和被管单元43，并设置通知发送服务单元41，且设置在被管单元43侧，或者被管单元43内部，该通知发送服务单元41的功能与第一实施例所述的通知发送服务相同，只是与管理单元42和被管单元43的连接关系不同；被管单元43到通知发送服务单元41间的接口为被管单元侧(或被管单元)的内部接口44，该内部接口44可以由任何本领域技术人员想到的私有接口实现，不需要在电信网管接口上进行标准化；管理单元43和通知发送服务单元41之间的接口为电信网管接口45，本发明需要对该接口45进行标准化，即该接口45为利用WSDL的请求-响应通信原语的绑定扩展方案进行通信的WSDL/SOAP接口。在本第二实施例中，被管单元43需向管理单元42公布通知发送服务单元41的相关信息，相关信息的具体内容与上述第一实施例所述相同，此处不再赘述。具体的公布方法为将通知发送服务单元41的相关信息设置在被管单元中，并在所述订阅通知操作中，被管单元43接收到管理单元42的订阅通知请求后，在向管理单元42返回的订阅通知响应中携带该通知发送服务单元41的相关信息，将该通知发送服务单元41的相关信息告知管理单元42。
在本第二实施例中同样需要预先设置通知服务的描述信息，即WSDL描述文件的描述信息。通信双方在信息交互时，根据WSDL描述文件中的信息判定交互信息是否合法。所述通知服务的描述信息具体包括服务信息，即关于通知服务的信息。
接口绑定信息，即WSDL PortType所绑定的具体传输协议(例如HTTP)。
WSDL PortType名称，即通知服务所包含的所有操作所组成的名称接口。
操作列表为WSDL PortType所包含的所有操作的列表，例如订阅通知、发送通知、退订、获取订阅标识、获取订阅状态、修改订阅过滤器、挂起订阅、恢复订阅、以及获取通知类别等操作。
接口消息为所述绑定的具体传输协议中的具体操作消息信息及其输入输出的参数。其中，订阅操作的接口消息包括订阅通知请求消息和订阅通知响应消息，且订阅通知响应消息的内容除了现有技术公开的内容外，还必需包括通知发送服务单元的相关信息。
在本第二实施例中，设置的通知发送服务单元41可能为一个或多个，而每一个通知发送服务单元41实际提供的服务接口也可能是一个或多个，每个接口可以与一个被管单元或者一个管理单元连接，以进行通信。
本第二实施例的XML Web Service分布式网管系统适用于拉模式的通知服务，即管理单元42依照通知发送服务单元41的服务端口地址主动发送获取通知的请求给通知发送服务单元41，通知发送服务单元41通过内部接口44从被管单元43中获取管理单元42订阅的通知，并将获取的通知作为响应消息的内容返回给管理单元42。
图5为第二实施例所述的在基于WSDL/SOAP的XML Web Service分布式网管系统中实现通知服务的方法流程图。参见图5，该流程主要包括订阅通知的操作流程(即步骤501和步骤502)和通知发送服务的操作流程(即步骤503至步骤506)。
订阅通知的操作流程中，被管单元通过电信网管接口的WSDL中的请求-响应通信原语方式实现所述的订阅通知操作，且在该WSDL请求-响应通信原语方式中，将管理单元作为客户端，将被管单元作为服务器端，管理单元向被管单元发送订阅通知请求消息，被管单元向管理单元返回是否订阅成功的响应消息。订阅通知操作具体包括步骤501、管理单元向被管单元发送订阅通知的请求消息，其中的输入参数至少包括该管理单元的标识、被订阅通知的特征(包括通知类别和过滤条件)、以及订阅的有效期等信息。
步骤502、被管单元收到订阅通知请求后，记录该请求中包括的信息，向管理单元返回该订阅通知是否成功的响应消息(对于怎样判定是否订阅成功可以参考现有应用WSDL/SOAP技术的电信网管接口方案)。对于成功的订阅，响应消息中至少包括一个订阅信息标识，该订阅信息标识的内容至少包括发出当前订阅请求的管理单元的标识、通知服务的名称、被订阅通知的特征、以及本次订阅的有效期和已存时间。
最重要的，该订阅通知的响应消息中还需包括通知发送服务单元的相关信息，以向管理单元告知该通知发送服务单元的相关信息，管理单元收到该响应消息后将记录该通知发送服务单元的相关信息。
该通知发送服务单元的相关信息至少包括服务端口地址和该通知发送服务的Web服务描述信息。该Web服务描述信息可以是描述文件地址，该描述文件中存储该通知发送服务的详细描述信息服务信息、接口绑定信息、接口名称及其操作列表、接口消息等。
或者，所述订阅通知请求中包括的Web服务描述信息也可以直接为服务信息、接口绑定信息、接口名称及其操作列表、接口消息。
本第二实施例的通知发送服务的Web服务描述信息中主要对通知发送操作进行了WSDL的描述通知发送操作的接口消息主要包括用于获取通知的请求消息及其携带通知内容的响应消息，且所述请求消息的输入参数为订阅信息的标识，响应消息(即输出参数)中包括所获取的通知的内容。
在所述通知发送服务的操作流程中，管理单元通过WSDL请求-响应通信原语方式向通知发送服务单元发送获取通知的请求，通知发送服务单元再通过被管单元侧的内部接口从被管单元中获取该管理单元订阅的通知，并将该通知作为响应消息的内容转发给所述管理单元。在所述WSDL请求-响应通信原语方式中，将管理单元作为客户端，通知发送服务单元作为服务器端；管理单元向通知发送服务单元发起请求消息，其中携带订阅信息的标识，通知发送服务单元收到请求消息后从中提取出订阅信息的标识，然后根据该订阅信息标识查询订阅信息的内容，根据订阅信息的内容从被管单元中获取该管理单元所订阅的通知，并将获取的通知作为响应消息的内容返回给管理单元。通知发送服务的操作具体包括步骤503、当管理单元需要获取通知时，查询记录的通知发送服务单元的相关信息，确定该通知发送服务单元的端口地址和Web服务描述信息。此处如果Web服务描述信息为服务描述文件的地址，则该被管单元根据该地址访问该服务描述文件，读取其中存储的详细Web服务描述信息，根据读取的Web服务描述信息确定发送通知的具体操作信息；如果所述Web服务描述信息直接是详细的Web服务描述信息，则直接根据Web服务描述信息确定发送通知的具体操作信息。
此时，被管单元执行的操作为通知发送操作，从上述详细的Web服务描述信息中确定该操作的具体操作信息即接口绑定信息、接口信息等，即获知利用何种传输协议(例如HTTP)，采用何种消息(此操作的接口消息为携带管理单元标识的获取通知的请求消息，以及携带通知内容的响应消息)进行操作。
步骤504、管理单元根据通知发送服务单元的地址信息向通知发送服务单元发送获取通知的请求消息，其中携带订阅信息的标识，即该请求消息的输入参数为前述订阅操作返回订阅信息的标识。此处将管理单元作为客户端，通知发送服务单元作为服务器端。
步骤505、通知发送服务单元收到管理单元的请求消息后，从该消息中提取出所述订阅信息的标识，使用被管单元侧的内部接口访问被管单元，查找该订阅信息所指定的通知。
步骤506、通知发送服务单元查找到所述通知后，将该通知作为响应消息的内容返回给管理单元，管理单元从响应消息中提取所述通知。
步骤507、管理单元可以使用电信网管通知服务的其他操作对订阅进行管理。
电信网管通知服务的管理操作包括订阅、退订、获取订阅标识、获取订阅状态、修改订阅过滤器、挂起订阅、恢复订阅、以及获取通知类别等操作，这些通知服务管理操作的实现方法与现有CORBA分布式网管系统中的电信网管接口内的实现方法相同或相似，本领域普通技术人员可以根据现有技术实现所述其他通知服务管理操作。
步骤508、当管理单元不再需要前述订阅的通知时，可以使用电信网管通知服务的退订操作，告知被管单元，并不再接受前述被订阅的通知。
以上所述，仅为本发明较佳的具体实施方式
，但本发明的保护范围并不局限于此，任何熟悉该技术的人在本发明所揭露的技术范围内，可轻易想到的变化或替换，都应涵盖在本发明的保护范围之内。
权利要求
1.一种实现通知服务的方法，适用于利用基于WSDL/SOAP技术的可扩展标记语言XML网络服务Web Service对电信网络系统进行管理的分布式网管系统，其特征在于，在所述分布式网管系统中设置通知发送服务单元；向系统中的管理单元和被管单元告知该通知发送服务单元的相关信息；由管理单元向被管单元执行订阅通知操作；被管单元根据通知发送服务单元的相关信息将管理单元订阅的通知通过所述通知发送服务单元转发给订阅该通知的管理单元。
2.根据权利要求1所述的方法，其特征在于，所述在分布式网管系统中设置通知发送服务单元，并向系统中的管理单元和被管单元告知该通知发送服务单元的相关信息的具体方法为在所述分布式网管系统的管理单元侧或管理单元内设置通知发送服务单元，并将通知发送服务单元的相关信息设置在管理单元中；在所述订阅通知操作中，由管理单元在向被管单元发送的订阅通知的请求消息中携带该通知发送服务单元的相关信息，将该通知发送服务单元的相关信息告知被管单元。
3.根据权利要求2所述的方法，其特征在于，所述被管单元将管理单元订阅的通知通过所述通知发送服务单元转发给订阅了该通知的管理单元是被管单元通过WSDL请求-响应通信原语方式将所述通知发送给通知发送服务单元，通知发送服务单元再通过管理单元侧的内部接口将该通知转发给所述管理单元。
4.根据权利要求3所述的方法，其特征在于，所述被管单元通过WSDL请求-响应通信原语方式实现将所述通知发送给通知发送服务单元的具体方法为在所述WSDL请求-响应通信原语方式中，将被管单元作为客户端，通知发送服务单元作为服务器端；被管单元根据在订阅操作中获取的通知发送服务单元的相关信息向通知发送服务单元发起请求消息，其中携带管理单元订阅的通知，通知发送服务单元收到请求消息后从中提取出所述的通知，然后向被管单元返回响应。
5.根据权利要求2所述的方法，其特征在于，所述被管单元将管理单元订阅的通知通过所述通知发送服务单元转发给订阅了该通知的管理单元是被管单元通过WSDL单向通信原语方式将所述通知发送给通知发送服务单元，通知发送服务单元再通过管理单元侧的内部接口将该通知转发给所述管理单元。
6.根据权利要求5所述的方法，其特征在于，所述被管单元通过WSDL单向通信原语方式实现将所述通知发送给通知发送服务单元的具体方法为在所述WSDL单向通信原语方式中，将被管单元作为客户端，通知发送服务单元作为服务器端；被管单元根据在订阅操作中获取的通知发送服务单元的相关信息向通知发送服务单元发起单向消息，其中携带管理单元订阅的通知，通知发送服务单元收到请求消息后从中提取出所述的通知。
7.根据权利要求1所述的方法，其特征在于，所述在分布式网管系统中设置通知发送服务单元，并向系统中的管理单元和被管单元告知该通知发送服务单元的相关信息的具体方法为在所述分布式网管系统的被管单元侧或被管单元内部设置通知发送服务单元，并将通知发送服务单元的相关信息设置在被管单元中；在所述订阅通知操作中，被管单元接收到管理单元的订阅通知请求后，在向管理单元返回的订阅通知响应中携带该通知发送服务单元的相关信息，将该通知发送服务单元的相关信息告知管理单元。
8.根据权利要求7所述的方法，其特征在于，所述被管单元将管理单元订阅的通知通过所述通知发送服务单元转发给订阅该通知的管理单元是通知发送服务单元通过被管单元侧的内部接口从被管单元获取所述管理单元订阅的通知；所述管理单元通过WSDL请求-响应通信原语方式从所述通知发送服务单元中获取其订阅的通知。
9.根据权利要求8所述的方法，其特征在于，所述管理单元通过WSDL请求-响应通信原语的方式从所述通知发送服务单元中获取其订阅的通知的具体方法为在所述WSDL请求-响应通信原语方式中，将管理单元作为客户端，通知发送服务单元作为服务器端；所述管理单元根据在订阅操作中获取的通知发送服务单元信息向通知发送服务单元发出获取通知的请求消息，通知发送服务单元把从被管单元获取的通知作为响应消息的内容返回给管理单元。
10.根据权利要求1所述的方法，其特征在于，所述通知发送服务单元的相关信息包括该通知发送服务单元的标识信息和该通知发送服务的网络Web服务描述文件的位置信息；被管单元收到该通知发送服务单元的相关信息后，根据所述Web服务描述文件的位置查信息找并访问该服务描述文件，获得该服务描述文件中的对应Web服务描述信息。
11.根据权利要求1所述的方法，其特征在于，所述通知发送服务单元的相关信息包括该通知发送服务单元的标识信息和该通知发送服务单元的服务信息、接口绑定信息、接口名称及其操作列表、接口消息。
12.根据权利要求10或11所述的方法，其特征在于，所述通知发送服务单元的标识信息为通知发送服务的端口地址。
13.一种分布式网管系统，利用基于WSDL/SOAP技术的可扩展语言XML网络服务Web Service作为构建平台对电信网络系统进行管理，该系统包括至少一个管理单元和至少一个被管单元，所述管理单元和被管单元之间通过电信网管接口通信；其特征在于该系统进一步包括至少一个通知发送服务单元，设置在管理单元侧或被管单元侧，通过电信网管接口与另一侧的被管单元或管理单元通信，用于接收被管单元发出的通知，将该通知转发给订阅该通知的管理单元。
14.根据权利要求13所述的系统，其特征在于，所述通知发送服务单元设置于管理单元侧；所述被管单元将管理单元订阅的通知通过电信网管接口发送到所述通知发送服务单元，通知发送服务单元再通过管理单元侧的内部接口将该通知转发给订阅该通知的管理单元。
15.根据权利要求14所述的系统，其特征在于，所述被管单元到通知发送服务单元间的电信网管接口为利用WSDL的请求-响应通信原语方式进行通信的电信网管接口。
16.根据权利要求14所述的系统，其特征在于，所述被管单元到通知发送服务单元间的电信网管接口为利用WSDL的单向通信原语方式进行通信的电信网管接口。
17.根据权利要求13所述的系统，其特征在于，所述通知发送服务单元设置于被管单元侧；所述管理单元通过电信网管接口向通知发送服务单元发送获取通知的请求，通知发送服务单元通过被管单元侧的内部接口向被管单元获取该管理单元订阅的通知，并通过电信网管接口向所述管理单元返回获取的通知。
18.根据权利要求17所述的系统，其特征在于，所述管理单元到通知发送服务单元间的电信网管接口为利用WSDL的请求-响应通信原语方式进行通信的电信网管接口。
19.根据权利要求13所述的方法，其特征在于，所述的电信网络系统为第三代电信网络系统、下一代网络电信网络系统、或者全球微波接入互操作性电信网络系统。
全文摘要
本发明公开了一种实现通知服务的方法以及可实现通知服务的分布式网管系统，该网管系统利用基于WSDL/SOAP技术的可扩展标记语言XML网络服务Web Service对电信网络系统进行管理，本发明在所述分布式网管系统中设置通知发送服务单元；向系统中的管理单元和被管单元告知该通知发送服务单元的相关信息；由管理单元向被管单元执行订阅通知操作；被管单元根据通知发送服务单元的相关信息确定通知发送服务单元的位置以及发送通知的操作信息，将管理单元订阅的通知通过所述通知发送服务单元转发给订阅该通知的管理单元。利用本发明可以利用现有的电信网管接口在基于WSDL/SOAP技术的XML Web Service分布式网管系统上实现通知服务。
文档编号H04L12/24GK1917441SQ20051009128
公开日2007年2月21日 申请日期2005年8月20日 优先权日2005年8月20日
发明者杨利 申请人:华为技术有限公司