具体实施方式
本发明实施例提供的一种终端接受多服务器管理的方法、装置及通信系统,解决了现有技术中不能实现多个业务提供商的多个服务器对同一个终端进行配置管理的问题。下面结合具体例子进行说明。
实施例一,一种终端接受多服务器管理的方法,参见图3所示,包括:
步骤1:接入ACS根据与业务ACS达成的协议,控制CPE生成虚拟的CPE;
其中,业务ACS可以是一个或者多个,如果是多个的情况,则接入ACS根据与每一个业务ACS达成的协议,控制家庭网关分别生成与业务ACS对应的虚拟CPE。生成的每一虚拟的CPE中的数据模型是由与业务相关的参数和对象组成,如网络地址转换(NAT Network Address Translation)映射表项、服务质量(QoS Quality of Service)、管理服务器统一资源定位符(URL UniformResource Location)等,其中,数据模型中的参数需要由业务提供商和接入提供商协商确定。其中为了统一全文的名称,接入ACS也可以称为第一服务器,业务ACS可以称为第二服务器。
其中,在步骤1中接入ACS控制CPE生成虚拟CPE的方法可以具体采用远程过程调用(RPC Remote Procedure Call)的方法。
步骤2:接收业务ACS对该CPE进行配置管理的信息;
步骤3:根据接收业务ACS对该CPE进行配置管理的信息,业务ACS对CPE中虚拟的CPE进行配置管理。
其中,在步骤3中业务ACS可以采用TR-069对虚拟的CPE进行配置管理,就如同业务ACS单独管理一个CPE一样。
本发明实施例一提供的一种终端接受多服务器管理的方法,通过在CPE中生成虚拟的CPE,来实现业务ACS对虚拟CPE的配置管理,多个业务的ACS可以对与之对应的虚拟CPE的配置管理,实现了多个服务器对一个终端的配置管理。采用该方法可以实现业务ACS随时动态配置虚拟CPE,而且业务ACS对CPE的配置管理可以遵循现有的管理规范。
实施例二,一种终端接受多服务器管理的方法,该方法是实施例一提供的方法的更具体的实施方法,在该实施例中以中国电信的ACS(以下文字中简称:电信ACS)作为接入ACS、以IPTV提供商的IPTVACS作为业务ACS、以CPE中的家庭网关(HGW Home Gateway)为例,对该方法进行详细说明。对该方法说明之前,请参见图4所示,该方法的核心思想是:由电信ACS根据IPTV业务提供商与电信之间达成的协议,控制HGW生成虚拟的HGW,该IPTVACS只可以对生成的虚拟HGW进行访问和管理,对虚拟HGW中数据模型以外参数不具有管理权限。
参见图5所示,该方法的步骤包括:
步骤A1:电信ACS根据电信与IPTV提供商之间达成的协议,发送控制HGW生成虚拟的HGW的信息给HGW;
其中,需要说明的是在步骤A1中,用户要使用IPTV提供商提供的业务,首先要求电信部门开通此业务,电信ACS中保存有IPTV提供商与电信协商的有关IPTVACS的信息,可以认为在该信息中包括:电信ACS允许IPTVACS在HGW中设置成为有较高QoS优先级,IPTV ACS在HGW中除了QoS优先级较高,IPTVACS不再关心家庭网关中的其它参数配置,电信ACS可以读取IPTVACS在HGW中对QoS的设置信息等。
步骤A2:HGW接收电信ACS发送的信息,生成虚拟的HGW。
其中,为了更清楚的的理解步骤A2,参见图6所示,步骤A2具体可以包括:
步骤a1:HGW接收电信ACS发送的在QoS参数接入列表Access List中添加IPTV ACS的写权限的信息,HGW在QoS参数接入列表Access List中添加IPTVACS的写权限;
其中,执行步骤a1后,表明该IPTVACS将可以在虚拟HGW中完全控制该QoS参数,对于其它参数,IPTVACS可以默认为只有读权限。
步骤a2:HGW接收电信ACS发送的在HGW的数据模型中增加虚拟管理服务器Virtual Management Server对象、添加IPTV ACS的URL、请求连接Connection Request的URL(下面文字中以Connection Request URL表示)和参数Enable的信息,HGW根据接收到的信息,对HGW中的数据模型执行增加Virtual Management Server对象、添加IPTV ACS的URL、Connect Request URL、参数Enable;
其中,步骤a2中添加后的HGW中的数据模型中的内容可以参见下表1,其中,各参数IPTV ACS的URL、Connection Request URL的说明参见表1中的说明。
名称Name |
类型Type |
是否有写权限Write |
描述Description |
对象ObjectDefault |
版本Version |
互联网网关设备管理服务器Internet-Gateway-Device.Management-Server. |
对象Object |
- |
该对象包含与CPE相关联的ACS的参数This object containsparameters relating to theCPE’s association with anACS. |
- |
1.0 |
…… |
|
|
|
|
|
URL |
字符串string(256) |
写W |
URL,CPE使用CWMP协议向ACS连接的地址。该参数必须是有效的HTTP或HTTPSURL。当采用SSL或TLS协议时,主机部分被CPE用来验证ACS的证书。注意在CPE恢复出场设置时,该参数的值可能被恢复到出厂时的值。如果ACS已经修改过该值,则它需要能够处理当该值被恢复到出厂初始值 |
- |
1.0 |
…… |
|
|
|
|
|
连接请求URConnec |
字符串string(256) |
- |
HTTP URL用来让ACS发起向CPE的连接请求。具有以下形式:http://host:port/path |
- |
1.0 |
tion-RequestURL |
|
|
URL的主机部分可能是管理接口的IP地址。HTTPURL for an ACS to make aConnection Requestnotification to the CPE.In theform:http://host:port/pathThe“host”portion of theURL MAY be the IP addressfor the management interfaceof the CPE in lieu of a hostname. |
|
|
|
|
|
|
|
|
互联网网关设备虚拟管理服务器Internet-Gateway-Device.VirtualManagementServer. |
对象Object |
- |
该对象包含于CPE相关联的ACS的相关参数。This object containsparameters relating to theCPE’s association with anACS. |
- |
1.0 |
|
|
|
|
|
|
激活Enable |
逻辑型Boolean |
|
是否激活虚拟设备数据模型。Enable or disable thisvirtual device datamodel |
|
|
表1
步骤a3:HGW接收电信ACS发送的在该HGW数据模型的虚拟管理服务器的访问控制列表(ACLAccess Control List)中增加IPTVACS信息的信息,HGW根据该信息,执行在数据模型的虚拟管理服务器的ACL中添加IPTV ACS的信息;
其中,在步骤a3中在数据模型的虚拟管理服务的ACL中添加了IPTV ACS的信息,也就是说IPTVACS具有访问HGW中数据模型的权限。
其中,还需要理解的是,HGW在数据模型的虚拟管理服务器的ACL中添加IPTV ACS的信息,可以不用接收电信ACS发送的信息来执行,可以根据在步骤a2中执行完成对数据模型中的参数的增添后,触发HGW执行在数据模型的虚拟管理服务器的ACL中添加IPTVACS的信息。
步骤a4:HGW接收电信ACS发送的增加定义IPTV业务的QoS参数的信息,将接收到的QoS参数记录在数据模型中QoS的列表中;
其中,对于步骤a4中定义IPTV业务的QoS参数可以具体为:互联网网关设备Internet Gateway Device、排队管理Queue Management、分级Classification等。参见表2所示,第一行为新增加的定义IPTV业务的QoS参数。
名称Name |
权限Requirement(v1) |
权限Requirement(v2) |
InternetGatewayDevice.Queue-Management.Classification{i}. |
PC |
PC |
ClassificationKey |
读R |
读R |
ClassificationEnable |
写W |
写W |
ClassificationStatus |
读R |
读R |
ClassificationOrder |
写W |
写W |
ClassInterface |
写W |
写W |
DestIP |
写W |
写W |
DestMask |
写W |
写W |
DestIPExclude |
写W |
写W |
SourceIP |
写W |
写W |
SourceMask |
写W |
写W |
SourceIPExclude |
写W |
写W |
Protocol |
写W |
写W |
名称Name |
权限Requirement(v1) |
权限Requirement(v2) |
ProtocolExclude |
写W |
写W |
DestPort |
写W |
写W |
DestPortRangeMax |
写W |
写W |
DestPortExclude |
写W |
写W |
SourcePort |
写W |
写W |
SourcePortRangeMax |
写W |
写W |
SourcePortExclude |
写W |
写W |
SourceMACAddress |
写W |
写W |
SourceMACExclude |
写W |
写W |
DestMACAddress |
写W |
写W |
DestMACExclude |
写W |
写W |
DSCPCheck |
写W |
写W |
DSCPExclude |
写W |
写W |
DSCPMark |
写W |
写W |
EthernetPriorityCheck |
写W |
写W |
EthernetPriorityExclude |
写W |
写W |
EthernetPriorityMark |
写W |
写W |
VLANIDCheck |
写W |
写W |
VLANIDExclude |
写W |
写W |
名称Name |
权限Requirement(v1) |
权限Requirement(v2) |
ForwardingPolicy |
写W |
写W |
TrafficClass |
写W |
写W |
|
|
|
ClassPolicer |
写W |
写W |
ClassQueue |
写W |
写W |
表2
步骤a5:HGW接收电信ACS发送的在该HGW数据模型中的QoS的ACL中增加IPTV ACS信息的信息,HGW根据该信息,执行在数据模型中的QoS的ACL中添加IPTVACS的信息;
其中,步骤a5与步骤a3相似,在数据模型中的QoS的ACL中增加IPTVACS信息的信息,则表示该IPTVACS有权访问HGW中数据模型中的QoS参数,并且可以对QoS参数进行配置管理。
还需要理解的是,与步骤a3相似,实现对数据模型中的QoS的ACL中增加IPTV ACS信息的方法也可以有其它,具体可以参照步骤a3中的说明。
步骤a6:HGW接收电信ACS发送的将虚拟管理服务器中参数Enable设置为真True的信息,HGW根据接收到的信息,将参数Enable设置为True;
其中,步骤a1至步骤a6中,HGW执行的顺序可以是如上所描述的执行顺序,也可以不是,需要理解的是步骤a1至步骤a6的执行顺序是可以调整的最终都可以达到同样的效果。
步骤a7:HGW检测到该参数Enable的设置值为True,根据HGW中的ACL信息生成虚拟HGW。
以上步骤a1至步骤a7完成了电信ACS控制HGW生成虚拟HGW的任务,此时在HGW中已经虚拟存在一个HGW,该HGW根据IPTV业务提供商与电信达成的协议,可以被IPTV ACS进行配置管理。
步骤A3:虚拟HGW或者IPTVACS建立虚拟HGW与IPTVACS的连接;
其中,建立HGW与IPTV ACS之间的连接可以是虚拟HGW主动发起的,也可以是IPTV ACS主动发起的。步骤A3中建立连接的方法中可以将虚拟HGW认为是独立的HGW,因此,可以参考现有的技术建立虚拟HGW与IPTVACS的连接。
步骤A4:IPTV ACS根据步骤A3中建立的连接,对虚拟HGW进行配置管理。
其中,在步骤A4中虚拟HGW的可以假设实际确实存在这样一个HGW,该HGW接受IPTV ACS的配置管理,因此,在步骤A4中执行IPTV ACS对虚拟HGW的配置管理就可以参考现有技术。
其中,还需要说明的是,在以上的描述中只是针对有两个服务器管理一个终端的情况,即电信ACS和IPTVACS管理一个HGW的情况,对应有更多的业务的ACS对同一个终端进行配置管理的情况,可以参照以上的说明,在HGW中生成多个虚拟HGW。
以上是对本发明实施例二提供的一种多服务器管理终端的方法的说明,HGW根据接收到电信ACS的信息,生成虚拟的HGW,该虚拟的HGW可以被IPTV ACS进行配置管理,实现了一个HGW可以被多个服务器管理。
以上实施例一、二中说明的方法都是基于HGW生成虚拟HGW,来实现多个服务器对一个终端进行管理的实施例。下面本发明实施例三所说明的方法,是基于直接扩展HGW中的管理服务器Management Server对象来实现多个服务器对一个终端进行管理的目的。
实施例三,一种终端接受多服务器管理的方法,参见图7所示,包括:
步骤F1:接入ACS根据预置的接入ACS提供商与业务ACS提供商达成的协议,发送在HGW中Management Server中增加可以管理该HGW的业务ACS的信息、在Management Server中规定主ACS的信息和设定HGW中数据模型中参数的接入列表Accesslist属性的信息给HGW;
其中,步骤F1中增加的业务ACS的信息可以是一个业务ACS的信息也可以是多个ACS的信息;增加的业务ACS的信息可以是业务ACS的URL参数;主ACS的作用是对HGW具有最高的管理配置权限;参数的Accesslist属性是指参数可以被哪些服务器或者设备访问,即对HGW数据模型中各参数的访问权限的定义。
还需要理解的是,主ACS对HGW中所有参数都有访问权限。
其中,接入ACS还可以发送上报Notification属性的信息给HGW,该属性是规定当HGW中参数变换时,HGW选择哪种方式将参数变换的消息上报给该参数的Accesslist属性对应的ACS,可以设置1为立即上报,设置2为等待下一次会话时上报。
步骤F2:HGW接收步骤F1中接入ACS发送的信息,根据接收到的信息,对Management Server表中增加业务ACS的信息、添加主ACS(即Primary ACS)、设定HGW中数据模型中参数的Accesslist属性;
步骤F3:业务ACS与HGW建立连接;
其中,需要说明的是业务ACS与HGW建立连接的方法可以有多种,可以是业务ACS主动发起的,也可以是HGW主动发起的,对于ACS与HGW之间建立连接的过程可以参考现有技术。
步骤F4:根据步骤F2中增加的业务ACS的信息和设定HGW中数据模型中参数的Accesslist属性的信息,业务ACS对HGW进行配置管理;
以上步骤F1至步骤F4实现业务ACS对HGW的配置管理,其中接入ACS也可以对HGW进行配置管理,容易得出在步骤F1至步骤F4实现多个服务器对一个终端进行配置管理。但是,以上的实现方法在执行的时候可能存在错误,导致有些情况不能正确的实现多个服务器对一个终端进行配置管理,因此,该方法还可以包括以下步骤:
步骤F5:HGW根据步骤F4中业务ACS对HGW进行配置管理,判断HGW中的参数是否被修改;如果是,进入步骤F6,
步骤F6:HGW将修改后的参数上报给与该参数Accesslist属性中规定的业务ACS;
其中,如果在步骤F6中该参数的Accesslist属性中可以包括多个业务ACS,则HGW将对每一个业务ACS上报修改后的参数。由于主ACS对HGW中所有参数有最高的配置管理权限,可以认为HGW中所有参数的Accesslist属性中包括主ACS。
步骤F7:主ACS根据HGW上报的修改后的参数和/或主ACS监控的HGW中参数的状态,判断HGW中参数是否存在冲突;如果存在,进入步骤F8,
步骤F8:主ACS根据预置的主ACS提供商与业务提供商之间达成的协议,修改HGW中的参数。
其中,在步骤F8中修改后的HGW中的参数不存在冲突,实现多个业务ACS可以对一个终端进行配置。
以上关于本发明实施例三提供的一种终端接受多服务器管理的方法的说明中,是以HGW为例作为说明的,需要理解的是,HGW为CPE的其中一种,此处不应理解终端限制为HGW。
实施例三提供一种终端接受多服务器管理的方法,该方法通过对HGW中的数据模型进行扩展,使得多于一个ACS可以对同一个HGW进行配置管理,实现了多服务器管理一个终端的方法,在该HGW中规定了主ACS,主ACS根据预置的信息和HGW上报的修改后的参数信息,解决了多个ACS对一个HGW进行配置管理存在的冲突的问题。
实施例四,一种网关,参见图8所示,包括:接收单元10、生成虚拟网关单元20和配置单元30,该实施例提供的网关还可以包括发送单元40。
其中,接收单元10,用于接收接入ACS发送的控制生成虚拟网关的信息,接收业务ACS发送的配置信息;
生成虚拟网关单元20,用于根据接收单元10中接收到的信息,生成虚拟网关;
配置单元30,用于根据接收单元10接收到业务ACS发送的配置信息,对生成虚拟网关进行配置管理。
本发明实施例四提供的一种网关还可以包括发送单元40,用于根据生成虚拟网关单元20中的执行情况和/或配置管理30中的执行情况,发送网关的状态信息给接入ACS和/或业务服务器。
其中,需要说明的是,以上对于生成虚拟网关单元20的说明是概括的说明,下面以本实施例提供的网关由电信的ACS控制来实现IPTV ACS对该网关的配置为例,对生成虚拟网关单元20做说明。其中,IPTC ACS是对网关的QoS参数进行配置管理。该生成虚拟网关单元20的具体说明可以是:
该单元根据接收单元10中接收电信ACS发送的在QoS参数接入列表Access List中添加IPTV ACS的写权限的信息,在QoS参数接入列表Access List中添加IPTV ACS的写权限;
该单元根据接收单元10中接收电信ACS发送的在HGW的数据模型中增加虚拟管理服务器Virtual Management Server对象、添加IPTV ACS的URL、请求连接Connection Request的URL(下面文字中以Connection Request URL表示)和参数Enable的信息,HGW根据接收到的信息,在HGW中的数据模型执行增加Virtual Management Server对象、添加IPTV ACS的URL、Connect RequestURL、参数Enable;
该单元根据接收单元10中接收电信ACS发送的在该HGW数据模型的虚拟管理服务器的访问控制列表(ACLAccess Control List)中增加IPTVACS信息的信息,执行在数据模型的虚拟管理服务器的ACL中添加IPTVACS的信息;
该单元根据接收单元10中接收电信ACS发送的增加定义IPTV业务的QoS参数的信息,将接收到的QoS参数记录在数据模型中QoS的列表中;
该单元根据接收单元10中接收电信ACS发送的在该HGW数据模型中的QoS的ACL中增加IPTVACS信息的信息,执行在数据模型中的QoS的ACL中添加IPTVACS的信息;
生成虚拟网关单元20根据接收单元10中接收电信ACS发送的将虚拟管理服务器中参数Enable设置为真True的信息,将参数Enable设置为True;
生成虚拟网关单元20检测到参数Enable的设置值为True,根据记录的ACL信息生成虚拟HGW。
通过以上的说明可知,该实施例提供的一种网关,根据接收单元10接收接入ACS发送的控制生成虚拟网关的信息,由该网关中的生成虚拟网关单元20实现生成虚拟网关,网关外部可以认为该网关中确实存在一个可以由业务ACS完全独立配置的网关,接收单元10接收业务ACS对该虚拟网关进行配置的信息,配置单元30根据接收到的ACS对虚拟网关进行配置的信息,完成对虚拟网关的配置管理。其中,发送单元40可以发送反馈网关的执行状态的信息给接入ACS或者业务ACS。
本发明实施例四提供的一种网关,通过接收接入ACS发送控制生成虚拟网关的信息,生成虚拟的网关,由业务ACS对该虚拟网关进行配置管理,该网关可以实现多个服务器对该网关的配置管理。
实施例五,一种网关,该网关不同于实施例四提供的网关,参见图9所述,包括:第一接收单元101、数据模型管理单元201和第一配置单元301。该网关还可以包括判断单元401和第一发送单元501。
其中,第一接收单元101,用于接收接入ACS发送的管理网关中的数据模型的信息,和业务ACS发送的对该网关进行配置管理的信息;
数据模型管理单元201,用于根据接收单元101中接收的管理网关中的数据模型的信息,对网关中的数据模型进行管理;
其中,接收到的管理网关中的数据模型的信息具体可以是:在HGW中Management Server中增加可以管理该HGW的业务ACS的信息、在ManagementServer中规定主ACS的信息和设定HGW中数据模型中参数的接入列表Accesslist属性的信息。数据模型管理单元201根据以上信息,修改数据模型。
第一配置单元301,用于根据第一接收单元101接收到的业务ACS发送的对该网关进行配置管理的信息,对具有数据模型管理单元201管理的数据模型的网关进行配置管理。
具有以上逻辑单元的网关可以实现多个服务器对一个网关的配置管理,其中,为了克服多个网关对同一个网关进行配置管理中出现的冲突,使得有些情况下不能实现多个服务器对一个网关的配置管理,该网关还可以包括判断单元401和第一发送单元501。
其中,判断单元401,用于判断第一配置管理单元301配置管理后的数据模型中的参数是否被修改,如果是,通知发送单元;
第一发送单元501,用于将判断单元401中判断出被修改的参数和修改后的参数值发送给与该参数的Accesslist属性对应的服务器,该服务器至少包括主ACS。
本实施例提供的网关还可以包括第三判断单元601,用于当判断单元401中判断为是时,根据预置的信息,判断配置管理后的参数是否存在冲突;如果是,第一配置单元301还用于修改存在冲突的参数。
实施例五提供的网关,通过对根据接收单元101中接收接入ACS发送的管理网关中的数据模型的信息,对网关中的数据模型进行管理,使得业务ACS可以对该网关进行配置管理,由于增加的判断单元401,使得网关可以对配置管理后被修改的参数上报给主ACS,由主ACS根据预置的信息解决网关配置管理后存在冲突的问题。该实施例提供的网关,可以实现多个服务器对一个网关进行配置管理,而且将修改后的参数上报给服务器,解决了多个服务器对一个网关进行配置产生的冲突。
本发明实施例还提供了一种服务器,该服务器可以是接入ACS,例如电信的ACS。下面对该服务器做详细说明。
实施六,一种服务器,参见图10所示,包括:第二接收单元104、第二判断单元204和第二发送单元304。该服务器还可以包括接入ACS单元404。
其中,第二接收单元104,用于接收网关发送的被修改的参数和修改后的参数值;
第二判断单元204,用于根据预置的信息和接收到的修改后的参数值,判断网关中修改后的参数是否存在冲突,如果是,通知第二发送单元304;
第二发送单元304,用于根据预置的信息,发送修改网关中参数的信息给网关。
其中,第二判断单元204和第二发送单元304中利用到的预置的信息可以是主ACS提供商和其它业务提供商之间达成的协议信息,其中,该协议信息中规定了参数的取值等信息,当修改后的参数与该协议信息有冲突时,根据该协议规定的信息,发送修改参数的信息给网关。
该服务器可以是接入ACS,因此,该服务器还可以包括接入ACS单元,用于提供接入ACS的功能。
以上对该服务器的说明,该服务器通过网关上报的修改后的参数的信息,根据预置的信息,判断修改参数后的网关是否存在冲突,对有冲突的参数进行修改,因此,该服务器解决了多个服务器对一个网关进行配置管理中存在冲突的问题。
实施例七,一种通信系统,参见图11所示,包括:服务器一70、服务器二80和网关90。
其中,服务器一70,用于对网关90进行与该服务器所属业务相关的配置管理,发送管理网关中的数据模型的信息,根据预置的信息和接收到的修改后的参数值,判断网关中修改后的参数是否存在冲突,如果是,发送修改网关中参数的信息给网关;
网关90,用于接受服务器一70对网关的配置管理,接收服务器一发送的管理网关中的数据模型的信息,修改网关中的数据模型,接受服务器二80对网关的配置管理,根据预置的参数的Accesslist属性中规定的服务器,发送修改后参数及参数值给规定的服务器,其中,所述规定的服务器至少包括服务器一70,接收服务器一70发送修改网关中参数的信息,修改数据模型中的参数;
服务器二80,用于对网关90进行与该服务器所属业务相关的配置管理;如果网关中被修改的参数预置的Accesslist属性中记录该参数修改后需要向服务器二80上报该修改后的参数的信息的信息,则服务器二80还用于接收网关90发送的修改后的参数信息的信息。
其中,需要理解的是,服务器一70可以是接入ACS,可以是实施例六中提供的服务器;服务器二80可以是提供某种业务的ACS,简称业务ACS,而且,在实施例七提供的系统中可以包括多个业务ACS,多个ACS根据各自提供的业务不同对网关90进行相应的配置管理。
其中,还需要说明,网关90可以是实施例五中提供的网关。还需要理解的是,本发明实施例中说明的网关是其中一种CPE,本发明实施例提供的技术方案不限制终端为该网关设备,其它终端设备可以参考该网关设备的设计思想而容易得到。
以上对本发明实施例所提供的一种终端接受多服务器管理的方法、装置及通信系统进行了详细介绍,本文中应用了具体个例对本发明的原理及实施方式进行了阐述,以上实施例的说明只是用于帮助理解本发明的方法及其核心思想;同时,对于本领域的一般技术人员,依据本发明的思想,在具体实施方式及应用范围上均会有改变之处,综上所述,本说明书内容不应理解为对本发明的限制。