CN107645388A - 一种实现电信设备入网控制的方法、客户端及服务器 - Google Patents
一种实现电信设备入网控制的方法、客户端及服务器 Download PDFInfo
- Publication number
- CN107645388A CN107645388A CN201610574490.5A CN201610574490A CN107645388A CN 107645388 A CN107645388 A CN 107645388A CN 201610574490 A CN201610574490 A CN 201610574490A CN 107645388 A CN107645388 A CN 107645388A
- Authority
- CN
- China
- Prior art keywords
- license
- network element
- data
- client
- consumes
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Landscapes
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本发明公开了一种实现电信设备入网控制的方法、客户端和服务器,涉及网络管理技术领域,所述方法包括:在网管客户端配置网元数据时,通过查看网管服务器的许可证license鉴权结果状态模型,确定license是否超限;若license已超限并处于限制状态,则禁止所述网管客户端配置网元数据,否则允许所述网管客户端配置网元数据,并生成网元增量数据;利用license耗用数模型,确定所述网元增量数据的license耗用数,并统计网元的license耗用数。本发明实施例能够减少每次license鉴权的耗时。
Description
技术领域
本发明涉及网络管理技术领域,特别涉及一种实现电信设备入网控制的方法、客户端及服务器。
背景技术
软件许可证(License)管理的目的在于根据客户购买的软件许可提供相应的网络功能和性能资源。
网管通过软件控制的方法提供相应的网络功能及容量,使得运营商可以根据网络业务量的增长和发展而购买相应的License数量以达到扩容网络、升级网络的目的,为运营商全面致力于打造高质量、低TCO、面向未来平滑升级的网络。
现有的license方案大多是基站级license,即license授权项细化到基站,license鉴权也在基站上完成,因此网管上license功能就比较简单,主要是负责license文件的下发。例如爱立信的license文件生成和管理由一种web方式的license授权及文件管理中心(Electronic Licensing Solution,ELIS)完成,假设某运营商购买了爱立信的一批license授权,则爱立信公司会将这个license信息放到ELIS上,运营商需要向ELIS申请基站的license文件,ELIS生成基站license文件后,同时从该运营商的license存量中扣除该网元的license授权数。最终的license控制和鉴权都是license文件下发到基站后,由基站处理的。
中兴的license比较复杂,特别是数量型的license,仅对运营商控制一个授权总数,运营商可以在基站间进行调配,这给运营商带来了很大的灵活度,但由于对license的授权和鉴权均需要在网管上完成,因此对网管上license的管理带来很多困难。中兴的License根据控制级别的不同,分为基站级别和全网级别,其中基站级别不需要License中心,主要控制点在基站上,每个基站一份文件;全网级别基于License中心,主要控制点在网管(OMC)上,全网一份文件。
电信网管上的全网级别的License鉴权是全网全量的鉴权,比较耗时。
发明内容
根据本发明实施例提供的技术方案解决的技术问题是在电信设备入网控制期间,降低License鉴权的耗时。
根据本发明实施例提供的一种实现电信设备入网控制的方法,包括:
在网管客户端配置网元数据时,通过查看网管服务器的许可证license鉴权结果状态模型,确定license是否超限;
若license已超限并处于限制状态,则禁止所述网管客户端配置网元数据,否则允许所述网管客户端配置网元数据,并生成网元增量数据;
利用license耗用数模型,确定所述网元增量数据涉及网元的license耗用数,以便对网元的license耗用数进行统计。
优选地,所述网元增量数据是在对所述网管客户端配置的网元数据进行合法性检查期间生成。
优选地,所述利用license耗用数模型,确定所述网元增量数据涉及网元的license耗用数,以便对网元的license耗用数进行统计的步骤包括:
利用license耗用数模型,判断所述网元增量数据是否与网元的license耗用数相关;
若与网元的license耗用数相关,则重新统计网元的license耗用数,否则使用license耗用数模型中网元的license耗用数。
优选地,在所述利用license耗用数模型,确定所述网元增量数据的license耗用数,以便对网元的license耗用数进行统计的步骤之后,还包括:
向网管服务器上报所统计的网元的license耗用数;
接收网管服务器返回的由license鉴权中心对包含所上报的网元的license耗用数的数据进行鉴权的鉴权结果。
根据本发明实施例提供的另一种实现电信设备入网控制的方法,包括:
根据全网网元数据,在网管服务器端生成许可证license耗用数模型和license鉴权结果状态模型;
接收网管客户端在配置网元数据期间利用所述license耗用数模型和license鉴权结果状态模型统计并上报的网元的license耗用数;
利用license耗用数模型,统计网管服务器端涉及网元的license耗用数;
将所述网管客户端上报的网元的license耗用数和所述网管服务器端统计的网元的license耗用数进行合并,并发送至license鉴权中心进行鉴权处理。
优选地,在所述生成license耗用数模型和license鉴权结果状态模型的步骤之后,还包括:
通过监听基站数据的上载事件或现网区数据的修改事件或网元数据的激活事件,更新所述license耗用数模型和所述license鉴权结果状态模型。
优选地,在所述将所述网管客户端上报的网元的license耗用数和所述网管服务器端统计的网元的license耗用数进行合并,并发送至license鉴权中心进行鉴权处理的步骤之后,还包括:
接收所述license鉴权中心对所述合并后的数据进行鉴权的结果,并发送至所述网管客户端;
根据所述鉴权的结果,更新所述license耗用数模型和所述license鉴权结果状态模型。
根据本发明实施例提供的存储介质,其存储用于实现上述实现电信设备入网控制的方法的程序。
根据本发明实施例提供的一种实现电信设备入网控制的客户端,包括:
权限确定模块,用于在网管客户端配置网元数据时,通过查看网管服务器的许可证license鉴权结果状态模型,确定license是否超限;
数据配置模块,用于在license已超限并处于限制状态时,禁止所述网管客户端配置网元数据,否则允许所述网管客户端配置网元数据,并生成网元增量数据;
第一统计模块,用于利用license耗用数模型,确定所述网元增量数据涉及网元的license耗用数,以便对网元的license耗用数进行统计。
优选地,所述数据配置模块在对配置的网元数据进行合法性检查期间生成网元增量数据。
优选地,所述第一统计模块利用license耗用数模型,判断所述网元增量数据是否与网元的license耗用数相关,若与网元的license耗用数相关,则重新统计网元的license耗用数,否则使用license耗用数模型中网元的license耗用数。
优选地,还包括:
第一通信模块,用于向网管服务器上报所述第一统计模块统计的网元的license耗用数,并接收网管服务器返回的由license鉴权中心对包含所上报的网元的license耗用数的数据进行鉴权的鉴权结果。
根据本发明实施例提供的一种实现电信设备入网控制的服务器,包括:
模型生成模块,用于根据全网网元数据,在网管服务器端生成许可证license耗用数模型和license鉴权结果状态模型;
第二通信模块,用于接收网管客户端在配置网元数据期间利用所述license耗用数模型和license鉴权结果状态模型统计并上报的网元的license耗用数;
第二统计模块,用于利用license耗用数模型,统计网管服务器端涉及网元的license耗用数;
数据合并模块,用于将所述网管客户端上报的网元的license耗用数和所述网管服务器端统计的网元的license耗用数进行合并,并发送至license鉴权中心进行鉴权处理。
优选地,还包括:
监听模块,用于监听基站数据的上载事件或现网区数据的修改事件或网元数据的激活事件,从而使所述模型生成模块更新所述license耗用数模型和所述license鉴权结果状态模型。
优选地,所述数据合并模块接收所述license鉴权中心对所述合并后的数据进行鉴权的结果,通过所述第二通信模块发送至所述网管客户端,并使所述模型生成模块根据所述鉴权的结果,更新所述license耗用数模型和所述license鉴权结果状态模型。
本发明实施例提供的技术方案具有如下有益效果:
1、本发明实施例通过使用License耗用数模型,减少License鉴权过程中的耗时操作;
2、本发明实施例通过使用网元增量数据,确定是否需要执行耗时操作,从而进一步减少耗时操作。
附图说明
图1是本发明实施例提供的实现电信设备入网控制的方法框图;
图2是本发明实施例提供的实现电信设备入网控制的客户端的结构框图;
图3是本发明另一实施例提供的实现电信设备入网控制的方法框图;
图4是本发明实施例提供的实现电信设备入网控制的服务器的结构框图;
图5是本发明实施例提供的实现电信设备入网控制的系统结构框图;
图6是本发明实施例提供的license状态关系图;
图7是本发明实施例提供的实现电信设备入网控制的系统流程图。
具体实施方式
以下结合附图对本发明的优选实施例进行详细说明,应当理解,以下所说明的优选实施例仅用于说明和解释本发明,并不用于限定本发明。
图1是本发明实施例提供的实现电信设备入网控制的方法框图,如图1所示,步骤包括:
步骤S101:在网管客户端配置网元数据时,通过查看网管服务器的license鉴权结果状态模型,确定license是否超限。
步骤S102:若license已超限并处于限制状态,则禁止所述网管客户端配置网元数据,否则允许所述网管客户端配置网元数据,并生成网元增量数据。
所述网元增量数据是在对所述网管客户端配置的网元数据进行合法性检查期间生成,用于后续确定是否需要执行耗时操作,有利于减少license耗时。
通过license鉴权结果状态模型,可以在用户进行操作时,实时对用户的操作进行干预。
步骤S103:利用license耗用数模型,确定所述网元增量数据涉及网元的license耗用数,以便对网元的license耗用数进行统计。
在通过合法性检查后,利用license耗用数模型,判断所述网元增量数据是否与网元的license耗用数相关,若与网元的license耗用数相关,则重新统计网元的license耗用数,否则使用license耗用数模型中网元的license耗用数,并在统计结束后,向网管服务器上报所统计的网元的license耗用数,以便网管服务器将包含所上报的网元的license耗用数的数据发送至license鉴权中心进行鉴权处理,并接收网管服务器返回的鉴权处理结果。
本领域普通技术人员可以理解,实现上述实施例方法中的全部或部分步骤是可以通过程序来指令相关的硬件来完成,所述的程序可以存储于计算机可读取存储介质中,该程序在执行时,包括步骤S101至步骤S103。其中,所述的存储介质可以为ROM/RAM、磁碟、光盘等。
图2是本发明实施例提供的实现电信设备入网控制的客户端的结构框图,如图2所示,包括:
权限确定模块11,用于在网管客户端配置网元数据时,通过查看网管服务器的license鉴权结果状态模型,确定license是否超限。
数据配置模块12,用于在license已超限并处于限制状态时,禁止所述网管客户端配置网元数据,否则允许所述网管客户端配置网元数据,并生成网元增量数据。数据配置模块12在对配置的网元数据进行合法性检查期间生成网元增量数据,用来确定是否需要执行耗时操作,以减少license耗时。
第一统计模块13,用于利用license耗用数模型,确定所述网元增量数据涉及网元的license耗用数,以便对网元的license耗用数进行统计。第一统计模块13在数据配置模块12进行合法性检查通过之后,利用license耗用数模型,判断所述网元增量数据是否与网元的license耗用数相关,若与网元的license耗用数相关,则重新统计网元的license耗用数,否则使用license耗用数模型中网元的license耗用数。
第一通信模块14,用于在第一统计模块13统计结束后,向网管服务器上报所述第一统计模块统计的网元的license耗用数,并接收网管服务器返回的由license鉴权中心对包含所上报的网元的license耗用数的数据进行鉴权的鉴权结果。
图3是本发明另一实施例提供的实现电信设备入网控制的方法框图,如图3所示,步骤包括:
步骤S201:根据全网网元数据,在网管服务器端生成license耗用数模型和license鉴权结果状态模型。
在监听到基站数据的上载事件或现网区数据的修改事件或网元数据的激活事件之后,可以对新所述license耗用数模型和所述license鉴权结果状态模型进行更新。
步骤S202:接收网管客户端在配置网元数据期间利用所述license耗用数模型和license鉴权结果状态模型统计并上报的网元的license耗用数。
步骤S203:利用license耗用数模型,统计网管服务器端涉及网元的license耗用数。
步骤S204:将所述网管客户端上报的网元的license耗用数和所述网管服务器端统计的网元的license耗用数进行合并,并发送至license鉴权中心进行鉴权处理,后续在收到所述license鉴权中心对所述合并后的数据进行鉴权的结果之后,将该结果发送至所述网管客户端,并根据所述鉴权的结果,更新所述license耗用数模型和所述license鉴权结果状态模型。
本领域普通技术人员可以理解,实现上述实施例方法中的全部或部分步骤是可以通过程序来指令相关的硬件来完成,所述的程序可以存储于计算机可读取存储介质中,该程序在执行时,包括步骤S201至步骤S204。其中,所述的存储介质可以为ROM/RAM、磁碟、光盘等。
图4是本发明实施例提供的实现电信设备入网控制的服务器20的结构框图,如图4所示,包括模型生成模块21、第二通信模块22、第二统计模块23、数据合并模块24,还可以进一步包括监听模块25。
模型生成模块21,用于根据全网网元数据,在网管服务器20端生成license耗用数模型和license鉴权结果状态模型,所述license耗用数模型和license鉴权结果状态模型可以在监听模块25监听到基站数据的上载事件或现网区数据的修改事件或网元数据的激活事件时进行更新。
第二通信模块22,用于接收网管客户端30在配置网元数据期间利用所述license耗用数模型和license鉴权结果状态模型统计并上报的网元的license耗用数。
第二统计模块23,用于利用license耗用数模型,统计网管服务器20端涉及网元的license耗用数。
数据合并模块24,用于将所述网管客户端30上报的网元的license耗用数和所述网管服务器20端统计的网元的license耗用数进行合并,并发送至license鉴权中心10进行鉴权处理,在license鉴权中心10对所述合并后的数据进行鉴权之后,接收license鉴权中心10的鉴权的结果,通过所述第二通信模块22发送至所述网管客户端30,并使所述模型生成模块21根据所述鉴权的结果,更新所述license耗用数模型和所述license鉴权结果状态模型。
需要说明的是,通过license文件确定好的license数据量称之为license授权数,系统已经使用的数量称之为license耗用数。
图5是本发明实施例提供的实现电信设备入网控制的系统结构框图,如图5所示,包括:网管客户端的网元数据配置模块(能够实现图2中的权限确定模块11的功能和数据配置模块12的部分功能),网管客户端的合法性检查模块(实现图2中的数据配置模块12的部分功能),网管客户端的预鉴权模块,网管客户端的激活模块;网管服务器端的网元License耗用数模型和License鉴权结果状态模型(相当于图4中的模型生成模块21生成的模型),网管服务器端的鉴权数据合并模块(实现图4中数据合并模块的功能);网管服务器端的反构监听模块、北向监听模块和激活模块(相当于图4中的监听模块25),License鉴权中心。
1.本发明实施例对网元License耗用数进行资源建模
本发明实施例将建模模型称为对象建模(MOM Managed Object Model),是对基站所有可管理资源的面向对象的抽象,它定义了模型化管理资源的方法和在管理与被管理之间信息传递的结构,所以建模是基础,统一建模,统一表征方式,减少产品之间方言,减少和屏蔽产品模型差异,提高兼容能力。应用面向对象(OO)设计思想,对每个要管理的网络资源,都抽象成管理对象(Managed Object,MO)。MO对资源的抽象应该能够反映出资源的特性和对该资源实施管理操作的结果。一个MO代表了基站中一种可以被管理的资源,这些资源可以是物理资源(如BBU、天线、光纤)或逻辑资源(如SCTP、TCP)。资源一般都有可供配置的参数、操作,这些特性被抽象为MO的状态、行为。
根据上述建模理念,根据全网级license中每个网元的license耗用数,为每个网元建立license耗用数的MO。鉴权时只要统计整个子网下所有网元的license耗用数就可以知道子网的license耗用数据。这样记录的粒度就细化到了网元级。全网级License是按制式统计的,所以License耗用数的MO考虑建在每个制式的根节点MO中,属性包含每个license控制项(即license鉴权项),本实施例称该模型为AllNetLicense模型。
模型包括多个监听事件,在网元数据被修改时,会实时更新License耗用数模型中每个控制项所对应的License耗用数。
模型包括一个定时更新任务,会周期性的更新License耗用数模型中每个控制项所对应的License耗用数。
具体地说,a1、服务器端周期性更新各个网元的License耗用数;a2、基站数据上载到服务器的监听事件,会重新统计相关网元的License耗用数;a3、通过北向修改现网区的的监听事件,会重新统计相关网元的License耗用数;a4、网元数据激活成功后的监听事件,会重新统计相关网元的License耗用数。
2.本发明实施例对License鉴权结果进行资源建模
这个MO模型代表的数据结构中,存放各个产品最新的鉴权结果。模型包括多个动作,可以更新产品的鉴权结果状态。
3、模型更新
网管服务器端的反构监听模块、北向监听模块、激活模块负责实时更新网元License耗用数模型中的数据,网管服务器端的周期性鉴权模块负责周期性更新网元License耗用数模型中的数据。
网管服务器的周期性鉴权模块会更新License鉴权结果状态模型,用户可以触发更新License鉴权结果状态模型的操作。
4、licesne鉴权
本发明实施例是电信网管上的全网级别的License鉴权,全网的License集中在License鉴权中心进行控制,网管(OMC)在开机与网络建立链接、进行配置数据变更或从网元上进行数据上载时,计算各种License的使用情况,并向License鉴权中心提出申请,由License鉴权中心鉴定确定此修改是否允许进行。同时,OMC需要定时向License鉴权中心上报目前License的使用情况,以便及时更新当前OMC使用的License授权情况。
现有网管全网级鉴权只进行激活鉴权,即数据下载激活前进行licesne鉴权,而不能做预鉴权。本实施例在对网元数据进行修改时,可以进行预鉴权,当license超限且处于限制状态时,重新对网元数据进行相应调整。
现有各个产品对鉴权项的统计规则不一致,如果按照全网修改区数据去做耗用数统计(通过license文件确定好的license数量称之为license授权数,而系统已经使用的数量称之为license耗用数),耗用数不准确。本实施例能够提高License鉴权的准确性,具体地说,本实施例在激活鉴权时统计现网区的网元数据和规划区中准备激活的网元数据,包含了需要计算的全部网元数据,即网管能够准确的统计全网级license耗用数,因此鉴权结果更准确和可靠。
现有网管系统只有一个修改区和一个快照区,用户在修改配置数据时,会锁定网元(互斥锁),因此修改区相对于快照区的差异就是该用户所做的配置变更,并最终要激活到快照区。本发明实施例的网管采用了“多规划区+现网区”的架构,并且在该架构中增加了多用户并发操作的能力,允许多个用户同时对一个网元进行修改,因此规划区的数据可能不是最新的,本发明实施例为了保证全网级license耗用数的准确性,在激活鉴权时统计现网区的网元数据和规划区中准备激活的网元数据,包含了需要计算的全部网元数据。
现有网管的激活鉴权是全网全量的鉴权,比较耗时。基于上述1中建立的MO模型(即License耗用数模型),因为每个网元的License鉴权项的耗用数是已知的,不用重新计算,鉴权时,只用按规则把符合条件网元的License耗用数进行运算即可。例如,首先,耗用数是按照网元粒度建模,每次做全网级鉴权的时候,全网的耗用数等于每个网元耗用数之和,不需要对全网做统计,节约耗时;其次,支持增量和实时更新耗用数,数据激活时不需要重新计算此网元的耗用数,降低鉴权耗时。假设某个网元数据更改了,在保存数据的时候,判断更改的数据是否跟某个鉴权项相关,如果相关,则计算该鉴权项的耗用数,并更新到License耗用数模型中。以TDS一个鉴权项为例,“信令功率增强”鉴权项与SignalPwrSwitch属性相关,如表1所示,如果该属性变更,则“信令功率增强”耗用数就会重新计算,更新到耗用数模型中。
表1.鉴权项与控制方案表
5.实现鉴权结果对用户的操作的干预
基于上述2中建立的MO模型(即License鉴权结果状态模型),可以在用户操作时,实时对用户的操作进行干预,并且不会带来性能问题。具体包括:e1、基于上述2中在网管服务器保存的鉴权结果,用户在创建产品的业务无线数据时,如果License不超限,允许操作,不进行任务提示;如果License已经超限,处于试用状态时提示超限情况,允许操作;如果License已经超限,处于限制状态时提示超限情况,不允许操作。e2、提供在客户端鉴权状态的同步操作,可以更新服务器端缓存的鉴权结果。
本发明实施例实现了电信设备入网全面的控制策略(即License鉴权,本实施例中使用License鉴权来描述控制策略,并提高了鉴权时效性、准确性。也就是说,本发明实施例解决了设备提供商对电信设备入网没有全面的控制策略的问题,通过使用网元License耗用数模型减少License鉴权过程中的耗时操作,使用增量数据来确定是否需要执行耗时操作,又进一步减少耗时操作,通过以上策略来降低单次License鉴权的耗时,并且在提高性能的基础上实现了鉴权结果的准确性。
工作步骤包括:
步骤1:配置网元数据,在操作指定业务数据时,会根据服务器的License鉴权结果状态对用户的操作进行干预。
其中,用户可以手动触发更新服务器License鉴权结果状态的操作。
步骤2:License鉴权结果状态为正常,用户可完成网元数据的创建。
步骤3:进行合法性检查,合法性检查会生成网元的增量数据。
步骤4:合法性检查不通过,转到步骤1。
步骤5:统计客户端涉及网元的License耗用数。
根据增量数据判断,如果用户修改不涉及License耗用数,则不重新计算,直接使用网元License耗用数模型中数据。
步骤6:将统计发送到网管服务器。
步骤7:使用网元License耗用数模型中的数据,统计涉及网元的License耗用数。
步骤8:合并客户端和服务器统计的数据。
步骤9:将统计的数据格式化后,发送到License中心进行鉴权。
步骤10:获取鉴权结果,如果鉴权未通过,转到步骤1。
本发明实施例网管中license鉴权功能具有以下优点:
(1)对license建模,降低鉴权过程中耗时,提高鉴权准确性;
(2)规划区预检查流程,用户在规划区规划数据后,可以提前检查配置数据是否满足license控制的要求;
(3)事后监控流程,可以定时检查全网配置数据license是否超限,及时上报告警;
(4)通过事后监控,可以对用户操作进行干预,友好的提醒用户的数据更改错做是否合理。
图6是本发明实施例提供的license状态关系图,周期性鉴权模块和手工同步模块可以更新网管服务器的License是否超限的情况,具体可进行的操作如下,如图6所示:
将License鉴权结果的正常状态更改为试用状态;
将License鉴权结果的试用状态更改为正常状态;
将License鉴权结果的限制状态更改为正常状态;
从试用状态转到限制状态,在到达指定期限时,会自动进行转换。
用户在网管客户端进行创建配置的相关操作时,创建部分无线节点前会检查License是否超限,如图7所示,如果License超限且处于试用状态,会弹出对话框提示License耗用数超限情况,仍允许用户操作;如果License超限且处于限制状态,会弹出对话框提示License耗用数超限情况,不允许用户操作。
图7是本发明实施例提供的实现电信设备入网控制的系统流程图,如图7所示,步骤包括:
步骤S301:网管客户端启动。
步骤S302:网管客户端开始配置网元数据的操作。
步骤S303:网管客户端查看网管服务器端的License鉴权结果状态模型。
步骤S304:判断License是否超限,若超限则执行步骤S305,否则执行步骤S309。
步骤S305:判断License状态是否处于使用状态,若是则执行步骤S308,否则执行步骤S306。
步骤S306:提示超限情况,不允许配置。
步骤S307:更新License鉴权结果状态模型。
步骤S308:提示超限情况,允许配置,并执行步骤S307和步骤S309。
步骤S309:配置网元数据,并执行步骤S310。
步骤S310:完成网元数据配置,并执行步骤S311。
步骤S311:对配置的网元数据进行合法性检查。
步骤S312:在合法性检查期间,生成网元的增量数据。
步骤S313:判断合法性检查是否通过,若通过,则执行步骤S314,否则执行步骤S322。
步骤S314:判断是否使用增量数据重新计算License耗用数,若是则执行步骤S315,否则执行步骤S316。
步骤S315:重新计算网元License耗用数。
步骤S316:使用License耗用数模型中的数据。
步骤S317:将网管客户端统计的数据结果发送至网管服务器端。
步骤S318:网管服务器端使用License耗用数模型统计涉及网元的License耗用数。
步骤S319:将网管客户端统计的数据和网管服务器端统计的数据进行合并。
步骤S320:将合并后的数据发送至License鉴权中心进行鉴权。
步骤S321:网管服务器端将License鉴权中心的鉴权结果返回给网管客户端。
步骤S322:提示合法性检查失败,并返回失败检查详细信息。
本发明实施例对全网级Licnese鉴权项进行网元级建模,能够解决电信设备供应商对资源进行管理的问题,通过事前鉴权和事后监控流程,达到鉴权的准确性,降低鉴权耗时,提高鉴权效率,并友好的对用户操作进行干预。
尽管上文对本发明进行了详细说明,但是本发明不限于此,本技术领域技术人员可以根据本发明的原理进行各种修改。因此,凡按照本发明原理所作的修改,都应当理解为落入本发明的保护范围。
Claims (14)
1.一种实现电信设备入网控制的方法,包括:
在网管客户端配置网元数据时,通过查看网管服务器的许可证license鉴权结果状态模型,确定license是否超限;
若license已超限并处于限制状态,则禁止所述网管客户端配置网元数据,否则允许所述网管客户端配置网元数据,并生成网元增量数据;
利用license耗用数模型,确定所述网元增量数据涉及网元的license耗用数,以便对网元的license耗用数进行统计。
2.根据权利要求1所述的方法,所述网元增量数据是在对所述网管客户端配置的网元数据进行合法性检查期间生成。
3.根据权利要求1或2所述的方法,所述利用license耗用数模型,确定所述网元增量数据涉及网元的license耗用数,以便对网元的license耗用数进行统计的步骤包括:
利用license耗用数模型,判断所述网元增量数据是否与网元的license耗用数相关;
若与网元的license耗用数相关,则重新统计网元的license耗用数,否则使用license耗用数模型中网元的license耗用数。
4.根据权利要求3所述的方法,在所述利用license耗用数模型,确定所述网元增量数据的license耗用数,以便对网元的license耗用数进行统计的步骤之后,还包括:
向网管服务器上报所统计的网元的license耗用数;
接收网管服务器返回的由license鉴权中心对包含所上报的网元的license耗用数的数据进行鉴权的鉴权结果。
5.一种实现电信设备入网控制的方法,包括:
根据全网网元数据,在网管服务器端生成许可证license耗用数模型和license鉴权结果状态模型;
接收网管客户端在配置网元数据期间利用所述license耗用数模型和license鉴权结果状态模型统计并上报的网元的license耗用数;
利用license耗用数模型,统计网管服务器端涉及网元的license耗用数;
将所述网管客户端上报的网元的license耗用数和所述网管服务器端统计的网元的license耗用数进行合并,并发送至license鉴权中心进行鉴权处理。
6.根据权利要求5所述的方法,在所述生成license耗用数模型和license鉴权结果状态模型的步骤之后,还包括:
通过监听基站数据的上载事件或现网区数据的修改事件或网元数据的激活事件,更新所述license耗用数模型和所述license鉴权结果状态模型。
7.根据权利要求5或6所述的方法,在所述将所述网管客户端上报的网元的license耗用数和所述网管服务器端统计的网元的license耗用数进行合并,并发送至license鉴权中心进行鉴权处理的步骤之后,还包括:
接收所述license鉴权中心对所述合并后的数据进行鉴权的结果,并发送至所述网管客户端;
根据所述鉴权的结果,更新所述license耗用数模型和所述license鉴权结果状态模型。
8.一种实现电信设备入网控制的客户端,包括:
权限确定模块,用于在网管客户端配置网元数据时,通过查看网管服务器的许可证license鉴权结果状态模型,确定license是否超限;
数据配置模块,用于在license已超限并处于限制状态时,禁止所述网管客户端配置网元数据,否则允许所述网管客户端配置网元数据,并生成网元增量数据;
第一统计模块,用于利用license耗用数模型,确定所述网元增量数据涉及网元的license耗用数,以便对网元的license耗用数进行统计。
9.根据权利要求8所述的客户端,所述数据配置模块在对配置的网元数据进行合法性检查期间生成网元增量数据。
10.根据权利要求8或9所述的客户端,所述第一统计模块利用license耗用数模型,判断所述网元增量数据是否与网元的license耗用数相关,若与网元的license耗用数相关,则重新统计网元的license耗用数,否则使用license耗用数模型中网元的license耗用数。
11.根据权利要求10所述的客户端,其特征在于,还包括:
第一通信模块,用于向网管服务器上报所述第一统计模块统计的网元的license耗用数,并接收网管服务器返回的由license鉴权中心对包含所上报的网元的license耗用数的数据进行鉴权的鉴权结果。
12.一种实现电信设备入网控制的服务器,包括:
模型生成模块,用于根据全网网元数据,在网管服务器端生成许可证license耗用数模型和license鉴权结果状态模型;
第二通信模块,用于接收网管客户端在配置网元数据期间利用所述license耗用数模型和license鉴权结果状态模型统计并上报的网元的license耗用数;
第二统计模块,用于利用license耗用数模型,统计网管服务器端涉及网元的license耗用数;
数据合并模块,用于将所述网管客户端上报的网元的license耗用数和所述网管服务器端统计的网元的license耗用数进行合并,并发送至license鉴权中心进行鉴权处理。
13.根据权利要求12所述的服务器,还包括:
监听模块,用于监听基站数据的上载事件或现网区数据的修改事件或网元数据的激活事件,从而使所述模型生成模块更新所述license耗用数模型和所述license鉴权结果状态模型。
14.根据权利要求12或13所述的服务器,所述数据合并模块接收所述license鉴权中心对所述合并后的数据进行鉴权的结果,通过所述第二通信模块发送至所述网管客户端,并使所述模型生成模块根据所述鉴权的结果,更新所述license耗用数模型和所述license鉴权结果状态模型。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201610574490.5A CN107645388A (zh) | 2016-07-20 | 2016-07-20 | 一种实现电信设备入网控制的方法、客户端及服务器 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201610574490.5A CN107645388A (zh) | 2016-07-20 | 2016-07-20 | 一种实现电信设备入网控制的方法、客户端及服务器 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN107645388A true CN107645388A (zh) | 2018-01-30 |
Family
ID=61109577
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201610574490.5A Pending CN107645388A (zh) | 2016-07-20 | 2016-07-20 | 一种实现电信设备入网控制的方法、客户端及服务器 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN107645388A (zh) |
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN112989289A (zh) * | 2019-12-02 | 2021-06-18 | 成都鼎桥通信技术有限公司 | 软件许可证核查方法、装置、电子设备及可读存储介质 |
CN114401179A (zh) * | 2022-01-11 | 2022-04-26 | 中国联合网络通信集团有限公司 | 一种网元管理方法、装置、设备及存储介质 |
WO2024016655A1 (zh) * | 2022-07-20 | 2024-01-25 | 中兴通讯股份有限公司 | 配置数据激活方法、装置、电子设备及存储介质 |
-
2016
- 2016-07-20 CN CN201610574490.5A patent/CN107645388A/zh active Pending
Cited By (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN112989289A (zh) * | 2019-12-02 | 2021-06-18 | 成都鼎桥通信技术有限公司 | 软件许可证核查方法、装置、电子设备及可读存储介质 |
CN114401179A (zh) * | 2022-01-11 | 2022-04-26 | 中国联合网络通信集团有限公司 | 一种网元管理方法、装置、设备及存储介质 |
CN114401179B (zh) * | 2022-01-11 | 2023-09-05 | 中国联合网络通信集团有限公司 | 一种网元管理方法、装置、设备及存储介质 |
WO2024016655A1 (zh) * | 2022-07-20 | 2024-01-25 | 中兴通讯股份有限公司 | 配置数据激活方法、装置、电子设备及存储介质 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN108959621B (zh) | 一种区块链网络的实现方法、装置、设备及存储介质 | |
CN108985774B (zh) | 一种区块链网络的激励方法、装置、设备及存储介质 | |
CN103959245B (zh) | 作为服务的集成电路 | |
EP3852335B1 (en) | Method and system for modifying blockchain network configuration | |
CN110024330A (zh) | 对IoT装置的服务提供 | |
CN103329109B (zh) | 用于结合可管理子系统来实时地监视并管理数据中心资源的系统和方法 | |
CN109857747A (zh) | 数据同步更新方法、系统和计算机设备 | |
CN104657194A (zh) | 用于计算网络中动作的影响的方法和系统 | |
CN106407757B (zh) | 数据库的访问权限处理方法、装置及系统 | |
CN103646218A (zh) | 数据访问权限和行为权限的定义装置和定义方法 | |
CN111460031A (zh) | 一种数据同步的方法、装置、设备和介质 | |
CN107645388A (zh) | 一种实现电信设备入网控制的方法、客户端及服务器 | |
WO2023098374A1 (zh) | 网络资源部署方法、装置、电子设备及存储介质 | |
CN109118615A (zh) | 一种智能楼宇管理方法、服务器、介质及系统 | |
CN109471624A (zh) | 基于gosaa的共享数据模型控制系统及数据架构生成方法 | |
CN109726546A (zh) | 一种权限管理方法及装置 | |
CN114175602A (zh) | 云资源的权限管理 | |
CN108255967A (zh) | 存储过程的调用方法、装置、存储介质及终端 | |
JP7445685B2 (ja) | オープンインタフェースの管理方法、電子機器、及び記憶媒体 | |
CN112365362A (zh) | 基于电网现有it域资产数据采用区块链技术进行保护的方法 | |
CN107621946A (zh) | 一种软件开发方法、装置及系统 | |
CN112365938A (zh) | 采用区块链技术实现电网it资产数据管理的方法 | |
CN109544323A (zh) | 一种信用卡卡号的智能管理系统 | |
CN109933959A (zh) | 一种许可证控制方法及相关设备 | |
CN109032785A (zh) | 一种基于虚拟桌面的工作流程管控方法及系统 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
WD01 | Invention patent application deemed withdrawn after publication | ||
WD01 | Invention patent application deemed withdrawn after publication |
Application publication date: 20180130 |