CN114205225A - 一种配置错误信息传输方法及设备 - Google Patents

一种配置错误信息传输方法及设备 Download PDF

Info

Publication number
CN114205225A
CN114205225A CN202010872050.4A CN202010872050A CN114205225A CN 114205225 A CN114205225 A CN 114205225A CN 202010872050 A CN202010872050 A CN 202010872050A CN 114205225 A CN114205225 A CN 114205225A
Authority
CN
China
Prior art keywords
configuration
network element
error information
plane network
service
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
Application number
CN202010872050.4A
Other languages
English (en)
Inventor
吴思锦
张银叶
王安杰
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Huawei Technologies Co Ltd
Original Assignee
Huawei Technologies Co Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Huawei Technologies Co Ltd filed Critical Huawei Technologies Co Ltd
Priority to CN202010872050.4A priority Critical patent/CN114205225A/zh
Priority to PCT/CN2021/113255 priority patent/WO2022042393A1/zh
Priority to EP21860231.6A priority patent/EP4195607A4/en
Publication of CN114205225A publication Critical patent/CN114205225A/zh
Priority to US18/173,868 priority patent/US11888678B2/en
Pending legal-status Critical Current

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/06Management of faults, events, alarms or notifications
    • H04L41/0604Management of faults, events, alarms or notifications using filtering, e.g. reduction of information by using priority, element types, position or time
    • H04L41/0609Management of faults, events, alarms or notifications using filtering, e.g. reduction of information by using priority, element types, position or time based on severity or priority
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/06Management of faults, events, alarms or notifications
    • H04L41/0686Additional information in the notification, e.g. enhancement of specific meta-data
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00Data switching networks
    • H04L12/28Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/2854Wide area networks, e.g. public data networks
    • H04L12/2856Access arrangements, e.g. Internet access
    • H04L12/2869Operational details of access network equipments
    • H04L12/287Remote access server, e.g. BRAS
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/08Configuration management of networks or network elements
    • H04L41/0866Checking the configuration
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/08Configuration management of networks or network elements
    • H04L41/0866Checking the configuration
    • H04L41/0869Validating the configuration within one network element
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/08Configuration management of networks or network elements
    • H04L41/0893Assignment of logical groups to network elements
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00Arrangements for monitoring or testing data switching networks
    • H04L43/06Generation of reports
    • H04L43/065Generation of reports related to network devices
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/06Management of faults, events, alarms or notifications
    • H04L41/0631Management of faults, events, alarms or notifications using root cause analysis; using analysis of correlation between notifications, alarms or events based on decision criteria, e.g. hierarchy, tree or time analysis
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/08Configuration management of networks or network elements
    • H04L41/085Retrieval of network configuration; Tracking network configuration history
    • H04L41/0859Retrieval of network configuration; Tracking network configuration history by keeping history of different configuration generations or by rolling back to previous configuration versions
    • H04L41/0863Retrieval of network configuration; Tracking network configuration history by keeping history of different configuration generations or by rolling back to previous configuration versions by rolling back to previous configuration versions
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/08Configuration management of networks or network elements
    • H04L41/0895Configuration of virtualised networks or elements, e.g. virtualised network function or OpenFlow elements
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/34Signalling channels for network management communication
    • H04L41/342Signalling channels for network management communication between virtual entities, e.g. orchestrators, SDN or NFV entities

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

本申请提供了一种配置错误信息传输方法及设备,用以提高转发面网元向控制面网元上报配置错误信息的灵活性。该方法为:在转发面网元对批量的配置参数组进行配置后生成多个配置错误信息时,可以根据配置错误信息的上报优先级向控制面网元上报配置错误信息。相对于传统方法中转发面网元只能上报最先生成的配置错误信息,该方法能够根据配置错误信息的上报优先级进行上报,这样,用户或控制面网元可以通过配置上报优先级,对转发面网元上报的配置错误信息的优先顺序进行配置,从而提高了转发面网元向控制面网元上报配置错误信息的灵活性,进而可以提高控制面网元查找配置错误根因、问题定位和运维的效率。

Description

一种配置错误信息传输方法及设备
技术领域
本申请涉及通信技术领域,尤其涉及一种配置错误信息传输方法及设备。
背景技术
为了解决传统宽带远程接入服务器(broadband remote access server,BRAS)的资源利用率低、管理维护复杂、业务开通缓慢等问题,本领域将软件定义网络(softwaredefined network,SDN)技术和网络功能虚拟化(network function virtualization,NFV)技术引入BRAS提出了虚拟宽带远程接入服务器(virtual broadband remote accessserver,vBRAS)架构,以实现转发面(user plane,UP)和控制面(control plane,CP)的分离和解耦。因此,在vBRAS架构中包含vBRAS-UP和vBRAS-CP。
在vBRAS-UP和vBRAS-CP之间的南向接口中包含业务接口、管理接口和控制接口。所述vBRAS-CP可以通过管理接口对所述vBRAS-UP进行配置下发和配置对账,以实现二者之间的配置同步。
在vBRAS-CP对vBRAS-UP进行配置下发和配置对账的过程中,包括以下步骤:
1、vBRAS-CP将目标配置信息通过远端过程调用协议(remote procedure callprotocol,RPC)报文发送给vBRAS-UP。其中,所述目标配置信息中包含多个配置参数组。每个配置参数组用于对一种业务或实例进行配置。
2、所述vBRAS-UP根据接收到的所述目标配置信息进行配置,并根据配置结果向所述vBRAS-CP返回RPC-回复(RPC-reply)报文。
在所述vBRAS-UP将所述目标配置信息中的所有配置参数组均配置成功的情况下,所述RPC-reply报文指示配置成功;当所述vBRAS-UP对任一个配置参数组配置失败时,则生成指示该配置参数组配置失败的配置错误信息,所述RPC-reply报文指示配置失败,且携带最先生成的少量配置错误信息。
3、在所述vBRAS-CP根据所述RPC-reply报文确定所述vBRAS-UP配置成功时,向所述vBRAS-UP发送生效指示报文(commit报文),以指示本次配置的所述目标配置信息生效。在所述vBRAS-CP根据所述RPC-reply报文确定所述vBRAS-UP配置失败时,向所述vBRAS-UP发送回退指示报文(discard commit报文),以指示所述vBRAS-UP回退到上一次配置;另外,所述vBRAS-CP还可以根据所述RPC-reply报文中的至少一个配置错误信息,生成一条配置失败记录,并将所述配置失败记录更新到操作日志中。这样,所述vBRAS-CP可以根据所述操作日志中的配置失败记录,生成告警消息,以便用户查询。
其中,所述配置失败记录用于表示一个业务的配置参数配置失败。
在vBRAS-CP进行批量配置的情况下,vBRAS-UP可能生成大量的配置错误信息,但是受限于传统的配置错误信息传输方式的灵活性较差,导致vBRAS-UP只能上报最先生成的少量配置错误信息,进而给查找配置错误根因、问题定位和运维造成困难。
发明内容
本申请提供一种配置错误信息传输方法及设备,用于提高vBRAS-UP向vBRAS-CP上报配置错误信息的灵活性。
第一方面,本申请实施例提供了一种配置错误信息传输方法,该方法包括以下步骤:
转发面网元接收来自控制面网元的第一配置报文,所述第一配置报文中携带多个配置参数组;其中,所述多个配置参数组中任一个配置参数组属于一个业务;所述转发面网元根据所述多个配置参数组进行配置后,生成多个配置错误信息;其中,所述任一个配置错误信息对应一个配置参数组,任一个配置错误信息用于表示所述转发面网元对所述配置错误信息对应的配置参数组配置失败;所述转发面网元向所述控制面网元发送包含上报错误信息的第一配置回复报文;其中,所述上报错误信息包括所述多个配置错误信息中的第一配置错误信息,且所述上报错误信息不包括所述多个配置错误信息中的第二配置错误信息,所述第一配置错误信息的上报优先级高于或等于所述第二配置错误信息的上报优先级。
通过该方法,转发面网元能够根据配置错误信息的上报优先级进行上报,这样,用户或控制面网元可以通过配置上报优先级,对转发面网元上报的配置错误信息的优先顺序进行配置,从而提高了转发面网元向控制面网元上报配置错误信息的灵活性,进而可以提高控制面网元查找配置错误根因、问题定位和运维的效率。
在一种可能的设计中,所述第一配置错误信息的上报优先级为所述第一配置错误信息对应的配置参数组所属业务的上报优先级;所述第二配置错误信息的上报优先级为所述第二配置错误信息对应的配置参数组所属业务的上报优先级。
通过该设计,所述转发面网元可以根据业务的上报优先级,确定属于该业务的配置参数组对应的配置错误信息的上报优先级。
在一种可能的设计中,在所述转发面网元向所述控制面网元发送包含上报错误信息的第一配置回复报文之前,所述转发面网元可以确定至少一个业务的上报优先级,所述至少一个业务包括所述多个配置参数组中至少一个配置参数组所属的业务;并根据所述至少一个业务的上报优先级,在所述多个配置错误信息中确定所述上报错误信息。
通过该设计,所述转发面网元可以根据至少一个业务的上报优先级,确定上报错误信息,从而可以将与上报优先级较高业务的相关配置错误信息优先上报。
在一种可能的设计中,所述转发面网元可以通过以下步骤确定所述上报错误信息:
所述转发面网元根据所述至少一个业务的上报优先级和约束条件,在所述多个配置错误信息中确定所述上报错误信息;
其中,所述约束条件为所述上报错误信息的数量为目标数量;或者所述约束条件为所述上报错误信息对应的配置参数组所属业务的数量为目标数量。
通过该设计,所述转发面网元可以以需要上报的配置错误信息的数量为约束,或者以需要上报的业务的数量为约束,选择上报错误信息。
在一种可能的设计中,当所述约束条件为所述上报错误信息的数量为目标数量时,所述转发面网元通过以下步骤,根据所述至少一个业务的上报优先级和所述约束条件,在所述多个配置错误信息中确定所述上报错误信息:
当上报记录中的配置错误信息的数量小于所述目标数量时,所述转发面网元将所述第一配置错误信息添加到上报记录中;当所述上报记录中的配置错误信息的数量等于所述目标数量时,所述转发面网元确定所述第一配置错误信息的上报优先级高于所述上报记录中第三配置错误信息的上报优先级,所述转发面网元删除所述上报记录中的所述第三配置错误信息,并将所述第一配置错误信息添加到所述上报记录中;最后,所述转发面网元确定所述上报错误信息为所述上报记录中包含的配置错误信息。
通过该设计,所述转发面网元可以在多个配置错误信息中,选择上报优先级较高的配置错误信息为上报错误信息进行上报。
控制面网元生成的关于所述转发面网元的告警消息的数量越多,就越利于用户通过这些告警消息查找配置错误根因、问题定位和运维。但是,通常情况下控制面网元保存所述转发面网元的告警消息的数量存在限制,即所述控制面网元保存所述转发面网元的告警消息的数量小于或等于预设的最大数量。示例性的,所述最大数量可以为100、200等。在一种可能的设计中,为了使所述控制面网元根据所述转发面网元上报的上报错误信息生成的告警消息的数量都尽量接近所述最大数量,所述约束条件的目标数量可以是根据所述最大数量确定的。例如,所述目标数据与所述最大数量取值相近或相同,所述目标数量的取值可以根据具体场景具体设定。示例性的,所述目标数量可以大于或者等于所述最大数量。
在一种可能的设计中,为了使转发面网元可以尽量多地向控制面网元上报配置错误信息,所述目标数量是根据所述第一配置回复报文的最大承载数据量确定的。
在一种可能的设计中,所述转发面网元可以但不限于通过以下方式确定所述至少一个业务的上报优先级:
方式一:所述转发面网元获取预设的所述至少一个业务的上报优先级;
方式二:所述转发面网元获取所述控制面网元发送的第一优先级配置信息,所述第一优先级配置信息用于配置所述至少一个业务的上报优先级;所述转发面网元根据所述第一优先级配置信息,确定所述至少一个业务的上报优先级;
方式三:所述转发面网元获取所述控制面网元发送的第二优先级配置信息,所述第二优先级配置信息用于配置所述至少一个业务中第一业务的优先级;所述转发面网元根据所述第二优先级配置信息,确定所述第一业务的优先级;以及所述转发面网元获取预设的所述至少一个业务中第二业务的上报优先级,或者所述转发面网元根据所述第一业务的优先级调整所述第二业务的上报优先级。
以上设计可以提高转发面网元获取业务的上报优先级的灵活性。
在一种可能的设计中,所述上报错误信息还包括所述多个配置错误信息中的第四配置错误信息,所述第四配置错误信息对应的配置参数组所属的业务与所述第一配置错误信息对应的配置参数组所属的业务不同。
通过该设计,所述上报错误信息中可以包含与多个业务相关的配置错误信息。
在一种可能的设计中,所述方法应用于控制面和转发面分离的通信系统,所述转发面网元为所述通信系统中的转发面网元,所述控制面网元为所述通信系统中的控制面网元。例如图1或图2所示通信系统中,所述转发面网元可以为vBRAS-UP,所述控制面网元可以为vBRAS-CP。
第二方面,本申请实施例提供了一种配置错误信息传输方法,该方法包括以下步骤:
控制面网元向转发面网元发送第一配置报文,所述第一配置报文中携带多个第一配置参数组,所述多个第一配置参数中任一个配置参数组属于一种业务;所述控制面网元接收来自所述转发面网元的第一配置回复报文,所述第一配置回复报文中包含上报错误信息;其中,所述第一配置回复报文中包含的上报错误信息包含第一配置错误信息,且所述第一配置回复报文中包含的上报错误信息不包含第二配置错误信息,所述第一配置错误信息的上报优先级高于或等于所述第二配置错误信息的上报优先级;所述第一配置错误信息为所述转发面网元根据所述多个第一配置参数组中的任一个配置参数组进行配置后生成的。
通过该方法,转发面网元能够根据配置错误信息的上报优先级进行上报,这样,用户或控制面网元可以通过配置上报优先级,对转发面网元上报的配置错误信息的优先顺序进行配置,从而提高了转发面网元向控制面网元上报配置错误信息的灵活性,进而可以提高控制面网元查找配置错误根因、问题定位和运维的效率。
在一种可能的设计中,所述第一配置错误信息的上报优先级为所述第一配置错误信息对应的配置参数组所属业务的上报优先级;所述第二配置错误信息的上报优先级为所述第二配置错误信息对应的配置参数组所属业务的上报优先级。
在一种可能的设计中,所述上报错误信息的数量为目标数量;或者所述上报错误信息对应的配置参数组所属业务的数量为目标数量。
在一种可能的设计中,所述目标数量是根据所述控制面网元能够保存的所述转发面网元的告警消息的最大数量确定的,所述告警消息为所述控制面网元根据所述转发面网元上报的上报错误信息生成的;所述目标数量是根据所述第一配置回复报文的最大承载数据量确定的。
在一种可能的设计中,当所述目标数量是根据所述控制面网元能够保存的所述转发面网元的告警消息的最大数量确定的时,所述目标数量大于或者等于所述最大数量。
在一种可能的设计中,所述控制面网元还可以向所述转发面网元发送优先级配置信息,所述优先级配置信息用于配置至少一个业务的上报优先级,所述至少一个业务包括所述多个第一配置参数组中至少一个第一配置参数组所属的业务。
通过该设计,所述控制面网元可以对业务的上报优先级进行灵活配置。
在一种可能的设计中,在所述控制面网元接收来自所述转发面网元的所述第一配置回复报文后,所述控制面网元还可以根据所述第一上报错误信息,生成所述转发面网元的一个配置失败记录;并根据所述配置失败记录,生成所述转发面网元的至少一个告警消息。
在一种可能的设计中,所述第一上报错误信息中包含所述第一配置错误信息和第三配置错误信息,所述第一配置错误信息对应的配置参数组属于第一业务,所述第三配置错误信息对应的配置参数组属于第二业务;所述配置失败记录用于表示所述第一业务的配置参数组和所述第二业务的配置参数组配置失败;所述至少一个告警消息中包含第一告警消息和第二告警消息,其中,所述第一告警消息用于对所述第一业务的配置参数组的配置失败进行告警,所述第二告警消息用于对所述第二业务的配置参数组的配置失败进行告警。
通过该设计,所述控制面网元可以支持在一个配置失败记录中记录多个业务,以便可以在后续能够根据该配置失败记录生成多个告警消息,从而可以丰富告警信息的数量,便于后续根据这些更丰富的告警信息,查找配置错误根因、问题定位和运维。
在一种可能的设计中,所述方法还包括以下步骤:
所述控制面网元获取目标配置信息,所述目标配置信息中包含多个配置参数组;所述控制面网元在所述目标配置信息中包含的所述多个配置参数组中确定所述多个第一配置参数组和多个第二配置参数组;其中,所述多个第一配置参数组中任一个配置参数组和所述多个第二配置参数组中任一个配置参数组不同;所述控制面网元向所述转发面网元发送第二配置报文,所述第二配置报文中携带所述多个第二配置参数组;所述控制面网元接收来自所述转发面网元的第二配置回复报文,其中,所述第二配置回复报文中包含上报错误信息,所述第二配置回复报文中包括的上报错误信息为所述转发面网元根据所述多个第二配置参数组中的至少一个配置参数组进行配置后生成的。
由于在每个配置下发流程中,控制面网元均会向转发面网元发送配置报文,且转发面网元会针对该配置报文向控制面网元反馈配置回复报文。在该设计中,所述控制面网元可以将目标配置信息中的多个配置参数组拆分为多个集合,并通过多个配置下发流程下发对应的集合。相对于将目标配置信息中的多个配置参数组集中配置下发的方法,通过该设计,转发面网元可以在每个配置下发流程中均反馈配置回复报文,从而提高了转发面网元上报配置错误信息的机会和数量,以使所述控制面网元可以尽可能多的获得配置错误信息。
在一种可能的设计中,所述控制面网元可以通过以下方式获取目标配置信息:
方式一:所述控制面网元获取管理设备发送的所述目标配置信息;
方式二:所述控制面网元获取用户输入的所述目标配置信息;
方式三:所述控制面网元在所述控制面网元和所述转发面网元的配置对账过程中,获取所述目标配置信息。
在一种可能的设计中,所述方法应用于控制面和转发面分离的通信系统,所述转发面网元为所述通信系统中的转发面网元,所述控制面网元为所述通信系统中的控制面网元。
第三方面,本申请实施例提供了一种转发面网元,包括用于执行以上第一方面中各个步骤的单元。
第四方面,本申请实施例提供了一种控制面网元,包括用于执行以上第二方面中各个步骤的单元。
第五方面,本申请实施例提供了一种通信设备,包括至少一个处理元件和至少一个存储元件,其中该至少一个存储元件用于存储程序和数据,该至少一个处理元件用于读取并执行存储元件存储的程序和数据,以使得本申请以上任一方面提供的方法被实现。
第六方面,本申请实施例提供了一种转发面和控制面分离的通信系统,包括转发面网元和控制面网元,所述转发面网元用于实现以上第一方面提供的方法,所述控制面网元用于实现以上第二方面提供的方法。
第七方面,本申请实施例还提供了一种计算机程序,当所述计算机程序在计算机上运行时,使得所述计算机执行上述任一方面提供的方法。
第八方面,本申请实施例还提供了一种计算机可读存储介质,所述计算机可读存储介质中存储有计算机程序,当所述计算机程序被计算机执行时,使得所述计算机执行上述任一方面提供的方法。
第九方面,本申请实施例还提供了一种芯片,所述芯片用于读取存储器中存储的计算机程序,执行上述任一方面提供的方法。
第十方面,本申请实施例还提供了一种芯片系统,该芯片系统包括处理器,用于支持计算机装置实现上述任一方面提供的方法。在一种可能的设计中,所述芯片系统还包括存储器,所述存储器用于保存该计算机装置必要的程序和数据。该芯片系统可以由芯片构成,也可以包含芯片和其他分立器件。
附图说明
图1为本申请实施例提供的一种通信系统的架构图;
图2为本申请实施例提供的一种vBRAS的架构中各个网元内的功能结构示意图;
图3为传统的配置下发过程流程图;
图4为传统的配置对账过程流程图;
图5为本申请实施例提供的一种配置错误信息传输方法流程图;
图6为本申请实施例提供的一种确定上报错误信息的流程图;
图7为本申请实施例提供的一种配置方法流程图;
图8为本申请实施例提供的一种通信装置的结构图;
图9为本申请实施例提供的一种通信设备的结构图。
具体实施方式
本申请提供一种配置错误信息传输方法及设备,用以提高vBRAS-UP向vBRAS-CP上报配置错误信息的灵活性。其中,方法和设备是基于同一技术构思的,由于方法及设备解决问题的原理相似,因此设备与方法的实施可以相互参见,重复之处不再赘述。
在本申请实施例提供的方案中,在转发面网元对批量的配置参数组进行配置后生成多个配置错误信息时,可以根据配置错误信息的上报优先级向控制面网元上报配置错误信息。相对于传统方法中转发面网元只能上报最先生成的配置错误信息,该方法能够根据配置错误信息的上报优先级进行上报,这样,用户或控制面网元可以通过配置上报优先级,对转发面网元上报的配置错误信息的优先顺序进行配置,从而提高了转发面网元向控制面网元上报配置错误信息的灵活性,进而可以提高控制面网元查找配置错误根因、问题定位和运维的效率。
以下,对本申请中的部分用语进行解释说明,以便于本领域技术人员理解。
1)、vBRAS架构,为通信领域将SDN技术和NFV技术引入BRAS提出的,能够实现UP和CP的分离和解耦。因此,在vBRAS架构中,包括以下两种网元:vBRAS-UP网元和vBRAS-CP网元。
2)、vBRAS-CP网元,又称为控制面网元,可以简写为vBRAS-CP。所述vBRAS-CP为vBRAS架构中的控制管理部件,主要负责用户控制管理(user control management,UCM)、用户接入控制、用户认证授权计费、地址管理(address management,AM)、配置管理(configuration management,CM)等功能。
3)、vBRAS-UP网元,又称为转发面网元、用户面网元,可以简写为vBRAS-UP。所述vBRAS-UP作为vBRAS架构中3层网元边缘及用户策略执行部件,主要负责流量转发(即用户数据报文转发)、服务质量(Quality of service,QoS)、流量统计、网络地址转换(networkaddress translation,NAT)等转发面功能。另外,所述vBRAS-UP还可以负责单播路由协议、组播路由协议、多协议标签交换(multiprotocol label switching,MPLS)等管道类控制面功能,用以实现流量调度和流量均衡。
4)、配置参数组,包含一个配置参数,或一系列配置相关的多个配置参数。vBRAS-CP/vBRAS-UP能够针对一个配置参数组生成一个配置参数命令,以实现对该配置参数组的配置。
5)、配置错误信息,即错误(error)信息,与配置参数组一一对应,用于表示vBRAS-UP对该配置错误信息对应的配置参数组配置失败。即当vBRAS-UP针对一个配置参数组配置失败时,所述vBRAS-UP生成一个配置错误信息。
6)、配置报文,包含至少一个配置参数组,用于实现vBRAS-CP对vBRAS-UP的参数配置。示例性的,所述配置报文可以为远端程序调用(remote procedure call,RPC)报文。
7)、配置回复报文,与配置报文对应的。当vBRAS-UP根据配置报文中的包含的配置参数组进行配置后,根据配置结果向vBRAS-CP返回配置回复报文。因此,配置回复报文可以指示配置成功(对配置报文中包含的所有配置参数组配置成功);也可以指示配置失败(对配置报文中包含的至少一个配置参数组配置失败)。
需要说明的是,当所述配置回复报文指示配置失败时,所述配置回复报文中还携带vBRAS-UP生成的配置错误信息。
示例性的,当所述配置报文为RPC报文时,所述配置回复报文可以为RPC-reply报文,而RPC-reply报文中携带的配置错误信息可以表示为RPC-error信息。
8)、业务,用于表示vBRAS架构的功能、服务或应用(application,APP)。示例性的,vBRAS架构中的业务可以但不限于以下业务:业务1(aclcu)、业务2(cusrvcomm)、业务3(cuqos)、业务4(cucgn)、业务5(cusc)、业务6(cuBr)、业务7(brascuofa)、业务8(brascuif)、业务9(brascuagent)、业务10(ethernetcuadp)、业务11(brascuipv6)、业务12(brascuipv4)、业务13(mcastcuadp)、业务14(cubraskeychain)、业务15(cuussl)、业务16(timerange)等。
9)、“和/或”,描述关联对象的关联关系,表示可以存在三种关系,例如,A和/或B,可以表示:单独存在A,同时存在A和B,单独存在B这三种情况。字符“/”一般表示前后关联对象是一种“或”的关系。
需要说明的是,本申请中所涉及的多个,是指两个或两个以上。至少一个,是指一个或一个以上。
另外,需要理解的是,在本申请的描述中,“第一”、“第二”等词汇,仅用于区分描述的目的,而不能理解为指示或暗示相对重要性,也不能理解为指示或暗示顺序。
下面结合附图,对本申请实施例进行具体说明。
图1示出了本申请实施例提供的配置错误信息传输方法适用的一种通信系统的架构。参阅图1所示,该通信系统中可以包含:业务系统/网管系统101、vBRAS 102、管理和编排系统(management and orchestration system,MANO)103。
业务系统/网管系统101中主要负责接入服务、网络管理、远程访问拨号用户服务、IP地址分配、策略配置等管理功能。所述业务系统/网管系统101主要通过管理设备实现上述管理功能。示例性的,所述业务系统/网管系统101中可以包含以下至少一项或组合管理设备:远程用户拨号认证系统(remote authentication dial in user service,RADIUS)服务器、动态主机配置协议(dynamic host configuration protocol,DHCP)服务器、策略服务器、网元管理系统(element management system,EMS),以及其他服务器等。
vBRAS 102是将SDN技术和NFV技术引入传统的BRAS,将BRAS的UP和CP进行分离和解耦得到的。如图1中所示,vBRAS 102中包含vBRAS-CP 1021和vBRAS-UP 1022。vBRAS-CP1021采用虚拟化/云化技术集中部署,实现对多个vBRAS-UP 1022的统一管理。
其中,vBRAS-CP 1021作为vBRAS 102中的控制管理部件,主要负责UCM、用户接入控制、用户认证授权计费、AM、CM等功能。
vBRAS-UP 1022主要负责流量转发(即用户数据报文转发)、QoS、流量统计、NAT等转发面功能。另外,所述vBRAS-UP 1022还可以负责单播路由协议、组播路由协议、MPLS等管道类控制面功能,用以实现流量调度和流量均衡。
在转控分离的vBRAS102的架构内,vBRAS-CP 1021和vBRAS-UP 1022之间通过标准化接口连接进行通信。该标准化接口又称为vBRAS-CP 1021的南向接口。如图1中所示,二者之间的标准化接口可以包括业务接口、管理接口、控制接口。
其中,所述业务接口可以采用可扩展虚拟局域网(virtual extensible localarea network,VxLAN)技术,传递vBRAS-CP 1021和vBRAS-UP 1022之间的基于以太网的点对点协议(point to point protocol over ethernet,PPPoE)接入控制报文、RADIUS认证授权计费报文、IPoE报文、2层隧道协议(layer 2tunneling protocol,L2TP)报文。
所述管理接口可以采用网络配置协议(network configuration protocol,Netconf)技术或openflow技术,实现vBRAS-CP 1021对vBRAS-UP 1022的配置下发以及配置对账。即vBRAS-CP 1021可以通过所述管理接口向vBRAS-UP 1022发送配置报文(例如RPC报文),而vBRAS-UP 1022可以通过所述管理接口向vBRAS-CP 1021返回配置回复报文(例如,RPC-reply报文)。
所述控制接口可以采用openflow技术,实现vBRAS-CP 1021向vBRAS-UP 1022下发转发表项,以及vBRAS-UP 1022向vBRAS-CP 1021上报业务事件,最终实现vBRAS-CP 1021对vBRAS-UP 1022的行为的统一管控。
所述业务系统/网管系统101和所述vBRAS 102之间也通过接口连接,用于完成二者之间的对接,以及所述业务系统/网管系统101对所述vBRAS 102的功能/能力的统一调用。该接口又称为vBRAS-CP 1021的北向接口。
在本通信系统中,由于所述vBRAS 102是采用NFV技术实现的,因此,在NFV架构中,所述vBRAS-CP 1021和vBRAS-UP 1022为对硬件资源进行虚拟化得到的虚拟网络功能(virtualized network function,VNF)。所述MANO 103即为NFV-MANO,用于对所述vBRAS-CP 1021和vBRAS-UP 1022等VNF进行监控和管理。
需要说明的是,图1所示的通信系统是为了更加清楚的说明本申请实施例的技术方案,并不构成对于本申请实施例提供的技术方案的限定,本领域普通技术人员可知,随着网络架构的演变和技术的更新,本申请实施例提供的技术方案对于其他类似的通信系统同样适用。
在如图1所示的vBRAS的架构中,为了实现vBRAS-CP采用Netconf技术向vBRAS-UP的配置下发以及配置对账,参阅图2所示,所述vBRAS-CP中按照逻辑功能划分,可以包含以下模块/组件:配置模块、南向接口管理代理(south interface manage agent,SIMA)模块、CP Netconf模块,以及设备管理(facilities management,FM)模块。而所述vBRAS-UP中可以但不限于包含UP Netconf模块。
下面对所述vBRAS-CP中的模块的功能进行说明:
配置模块,简称为CPcfg,用于接收业务系统/网管系统101中的配置信息,并将配置信息中的配置参数组进行存储和配置。SIMA模块,又称为CP Netconfc模块,主要用于完成报文封装、Netconf会话建立以及RPC报文的发送和结束;具体用于将配置参数组下发到远端的vBRAS-UP,获取vBRAS-UP的配置结果,并根据配置结果决定配置参数组是否生效。CPNetconf模块,用于vBRAS-CP的报文处理。FM模块,用于负责操作日志的管理、解析和维护等功能。
所述vBRAS-UP中的UP Netconf模块,主要负责报文处理、参数配置、配置结果反馈等功能。
下面结合配置下发过程和配置对账过程对图2所示的各个模块的功能进行具体说明。
参阅图3所示,传统的vBRAS-CP对vBRAS-UP的配置下发过程可以包括以下步骤:
S301:管理设备向vBRAS-CP发送目标配置信息,其中,所述目标配置信息中包含至少一个配置参数组,每个配置参数组属于一种业务。
可选的,所述管理设备可以为图1所示的通信系统中的业务系统/网管系统101中的任一个管理设备。示例性的,所述管理设备可以为EMS。
S302:所述vBRAS-CP中的CPcfg模块接收到所述目标配置信息后,根据所述目标配置信息中的所述至少一个配置参数组进行配置,并保存所述至少一个配置参数组。
S303:在所述vBRAS-CP中的SIMA模块订阅配置数据的情况下,所述CPcfg模块向所述SIMA模块发送更新消息,所述更新消息中携带有所述至少一个配置参数组。
其中,所述SIMA模块可以通过数据应用模型(data application model,DAM)组件进行配置数据的订阅。所述DAM组件能够定义需要下发的所述至少一个配置参数组。此时,所述至少一个配置参数组被定义为DAM数据,因此,所述更新消息中携带的可以为所述DAM数据。
S304:所述SIMA模块接收到所述更新消息后,将所述更新消息中携带的所述至少一个配置参数组(所述DAM数据)进行保存/缓存。
S305:所述管理设备向所述vBRAS-CP发送第一生效指示报文(commit报文),以指示所述vBRAS-CP本次配置的所述目标配置信息生效。
S306:所述CPcfg模块根据所述第一生效指示报文,向所述SIMA模块发送配置命令。可选的,所述配置命令可以通过通知(information,info)消息发送。
S307:所述SIMA模块接收所述配置命令后,并向所述CPcfg模块返回配置响应。可选的,所述配置响应可以通过非分发(distribute trans-no)消息发送。
所述SIMA模块可以根据所述配置命令,确定本次配置的所述至少一个配置参数组生效,可以向vBRAS-UP进行配置下发过程。
此时,所述CPcfg模块接收到所述配置响应后,即所述vBRAS-CP的本次配置生效,产生新的vBRAS-CP配置变更点。
S308:所述SIMA模块根据缓存的所述至少一个配置参数组,生成配置报文。所述配置报文中包含所述至少一个配置参数组。
可选的,所述配置报文可以为RPC报文。所述RPC报文的类型可以为编辑配置(edit-config)类型。
S309:所述SIMA模块向vBRAS-UP发送所述配置报文。
S310:所述vBRAS-UP中的UP Netconf模块对所述配置报文中的所述至少一个配置参数组进行配置。
在所述vBRAS-UP配置成功的情况(情况A)下,所述vBRAS-UP和所述vBRAS-CP执行S311a-S312a。在所述vBRAS-UP配置成功的情况(情况B)下,所述vBRAS-UP和所述vBRAS-CP执行S311b-S317b。
下面对情况A中的步骤进行说明。
S311a:所述vBRAS-UP中的UP Netconf模块对所述至少一个配置参数组均配置成功,向所述vBRAS-CP中的所述SIMA模块发送指示配置成功的配置回复报文。
S312a:所述SIMA模块接收到所述配置回复报文后,向所述vBRAS-UP发送第二生效指示报文(commit报文),以指示所述vBRAS-UP本次配置的所述至少一个配置参数组生效。
所述vBRAS-UP中的所述UP Netconf模块接收到所述第二生效指示报文后,确定本次配置的所述至少一个配置参数组生效。
此时,所述UP Netconf模块接收到所述第二生效指示报文后,即所述vBRAS-UP的本次配置生效,产生新的vBRAS-UP配置变更点。
下面对情况A中的步骤进行说明。
S311b:所述vBRAS-UP中的UP Netconf模块对所述至少一个配置参数组中任一个配置参数组配置失败,则向所述vBRAS-CP中的所述SIMA模块发送指示配置失败的配置回复报文。
与所述配置报文对应的,当所述配置报文为RPC报文时,所述配置回复报文为RPC-reply报文。所述配置错误信息可以即为RPC-error信息。
其中,当所述UP Netconf模块对一个配置参数组配置失败时,生成指示该配置参数组失败的配置错误信息。可选的,所述配置回复报文中可以按照最大承载数据量,携带少量的最先生成的配置错误信息。例如,当所述配置回复报文的最大承载数据量为30K时,所述配置回复报文中最多能够携带30-50个配置错误信息。
S312b:所述SIMA模块接收到所述配置回复报文后,向所述vBRAS-UP发送回退指示报文(discard commit报文),以指示所述vBRAS-UP回退到上一次配置。
S313b:所述UP Netconf模块根据所述回退指示报文,回退本次已经成功的配置,从而回退到上一次配置。
S314b:所述UP Netconf模块向所述vBRAS-CP中的CP Netconf模块发送回退响应报文(discard commit response报文)。
S315b:所述SIMA模块接收到所述配置回复报文后,可以根据所述配置回复报文中携带的配置错误信息,生成一条配置失败记录。
其中,所述配置失败记录用于表示一个业务的配置参数组配置失败。该业务为所述配置回复报文中携带的至少一个配置错误信息对应的配置参数组所属的至少一个业务内的一个。
S316b:所述SIMA模块将所述配置失败记录发送给FM模块。
S317b:所述FM模块将所述配置失败记录更新保存到维护的操作日志中。
这样,所述vBRAS-CP可以通过APP脚本解析所述操作日志中的所述配置失败记录,从而生成一个告警消息。所述告警消息用于对该业务的配置参数组配置失败进行告警。
在一个示例中,所述配置失败记录的格式可以通过以下代码表示:
Failed to configure access point.(User-name=[user-name],IP-address=[IP-address],Session-id=[session-id],UPId=[UPId],MsgID=[MsgID],packCount=[packCount],packSeq=[packSeq],app-name=[app-name],Operation=[operation],Reason=[reason])。
其中,以上配置失败记录中包含的关键信息包含业务名称(app-name),错误原因(Reason)等。
用户可以通过显示南向配置冲突命令(display south configurationconflict),查看一个vBRAS-UP的告警信息。所述显示南向配置冲突命令的格式可以通过以下代码表示:
Figure BDA0002651445310000111
需要注意的是,vBRAS-CP保存一个vBRAS-UP的告警消息的数量小于或等于预设的最大数量。示例性的,所述最大数量可以为100、200等。
参阅图4所示,传统的vBRAS-CP对vBRAS-UP的配置对账过程可以包括以下步骤:
S401:vBRAS-CP在开始处理一个对账流程时,SIMA模块获取本地配置数据。其中,所述本地配置数据可以包含:vBRAS-CP已配置的N个业务的配置参数组,N为正整数。示例性的,N可以为3。
S402:所述SIMA模块向vBRAS-UP发送配置请求报文(get-config报文)。其中,其中,所述配置请求报文中携带所述N个业务的指示信息。
可选的,所述配置请求报文的类型可以为可扩展标记语言(extensible markuplanguage,XML)报文。
S403:所述vBRAS-UP中的UP Netconf模块接收到所述配置请求报文后,根据其中的N个业务的指示信息,获取其本地配置数据。由于相对于SIMA模块来说,UP Netconf模块获取的本地配置数据为远端配置数据,因此,本申请实施例后续将其称为远端配置数据。所述UP Netconf模块向所述vBRAS-CP发送配置响应报文,所述配置报应报文中包含所述远端配置数据。
可选的,所述远端配置数据中包含:所述vBRAS-UP已配置的所述N个业务的配置参数组。
S404:所述SIMA模块获取所述远端配置数据后,比较本地配置数据和远端配置数据,当二者存在不同时,生成对账差异配置数据。其中,所述对账差异配置数据中包含的至少一个配置参数组包含在本地配置数据中。
S405:所述SIMA模块根据所述对账差异配置数据,进行配置下发过程。其中,该配置下发过程可以参考图3所示的配置下发流程中的S308-S317b,此处不再赘述。
通过以上对图3所示配置下发过程和图4所示的配置对账过程可知,vBRAS-CP执行S315b-S317b等配置失败流程均是以vBRAS-UP通过配置回复报文上报的配置错误信息为基础上的,然而,vBRAS-UP只能根据配置回复报文的最大承载数据量和配置错误信息的生成时间,上报最先生成的少量配置错误信息。
当vBRAS-CP进行批量配置的情况下,vBRAS-UP可能会出现大量的配置错误信息。然而,受限于上述配置错误信息上报方式的,vBRAS-UP只能上报最先生成的少量配置错误信息,可能会导致大量的关键的配置错误信息(即一些关键业务配置参数组对应的配置错误信息)无法上报或遗漏,这就给查找配置错误根因、问题定位和运维造成很大的困难。
为了提高vBRAS-UP向vBRAS-CP上报配置错误信息的灵活性,本申请提供了一种配置错误信息传输方法。该方法可以但不限于适应于如图1和图2所示的通信系统中。下面参阅图5,对该方法的流程进行详细说明。
S500:vBRAS-CP获取目标配置信息,其中,所述目标配置信息中包含L个配置参数组,L为正整数。其中,每个配置参数组属于一个业务。
可选的,所述vBRAS-CP可以但不限于通过以下方法获取所述目标配置信息:
方式一:所述vBRAS-CP获取管理设备发送的所述目标配置信息。可选的,所述管理设备可以如图1中所示的业务系统/网管系统101中的管理设备,例如EMS。
方式二:所述vBRAS-CP获取用户输入的所述目标配置信息。
方式三:所述vBRAS-CP在与vBRAS-UP进行配置对账过程中,获取所述目标配置信息。在本方式中,所述目标配置信息即为所述vBRAS-CP在配置对账过程中生成的对账差异配置数据。
在一种实施方式中,所述vBRAS-CP获取所述目标配置信息后,可以通过一个配置下发流程将所述L个配置参数组下发到vBRAS-UP。即vBRAS-CP将所述L个配置参数组携带在一个配置报文中下发给所述vBRAS-UP。
在另一种实施方式中,所述vBRAS-CP获取所述目标配置信息后,可以根据所述L个配置参数组的数量,或者根据所述L个配置参数组所属的H个业务,将所述L个配置参数组拆分为多个集合,并分别通过多个配置下发流程将每个集合下发给到所述vBRAS-UP。不同集合不存在相同的配置参数组。
由于所述vBRAS-UP在每个配置下发流程中均会向所述vBRAS-CP反馈配置回复报文,这样,相对于将L个配置参数组集中配置下发的方式,在该实施方式中所述vBRAS-UP可以针对每个配置下发流程反馈配置回复报文,从而提高了所述vBRAS-UP上报配置错误信息的机会和数量,以使所述vBRAS-CP尽可能多的获得配置错误信息。
例如,当所述L个配置参数组的数量为1000个,那么所述vBRAS-CP可以将所述L个配置参数组拆分为两个集合:M个第一配置参数组(数量可以为500个)、N个第二配置参数组(数量可以为500个)。
又例如,当所述L个配置参数组的数量为300个,那么所述vBRAS-CP可以将所述L个配置参数组通过一个配置下发流程将所述L个配置参数组下发到所述vBRAS-UP。
再例如,当L个配置参数组属于6个业务,那么所述vBRAS-CP可以将所述L个配置参数组拆分为两个集合:M个第一配置参数组(包含属于3个业务的配置参数组)、N个第二配置参数组(包含属于另外3个业务的配置参数组)。
再例如,当所述L个配置参数组属于2个业务时,那么所述vBRAS-CP可以将所述L个配置参数组通过一个配置下发流程将所述L个配置参数组下发到所述vBRAS-UP。
S501:所述vBRAS-CP向所述vBRAS-UP发送第一配置报文,其中,所述第一配置报文中包含M个第一配置参数组,M为正整数。所述vBRAS-UP接收来自所述vBRAS-CP的第一配置报文。
可选的,在所述vBRAS-CP确定通过一个配置下发流程将所述L个配置参数组下发到所述vBRAS-UP的情况下,所述M个第一配置参数组即为所述L个配置参数组;在所述vBRAS-CP确定通过多个配置下发流程将所述L个配置参数组下发到所述vBRAS-UP的情况下,所述M个第一配置参数组属于所述L个配置参数组的一部分。
S502:所述vBRAS-UP根据所述M个第一配置参数组进行配置后,生成P个第一配置错误信息;所述vBRAS-UP在所述P个第一配置错误信息中确定第一上报错误信息。其中,任一个第一配置错误信息对应一个第一配置参数组,任一个第一配置错误信息用于表示所述vBRAS-UP对所述第一配置错误信息对应的第一配置参数组配置失败;所述第一上报错误信息中包含第一配置错误信息i,且不包含第一配置错误信息j,所述第一配置错误信息i的上报优先级高于或等于所述第一配置错误信息j的上报优先级。
在本申请实施例中,第一配置错误信息i的上报优先级可以为所述第一配置错误信息i对应的第一配置参数组所属业务的上报优先级;第一配置错误信息j的上报优先级可以为所述第一配置错误信息j对应的第一配置参数组所属业务的上报优先级。
在一种实施方式中,所述vBRAS-UP可以通过以下步骤,在所述P个第一配置错误信息中确定所述第一上报错误信息:
A1:所述vBRAS-UP确定至少一个业务的上报优先级,其中,所述至少一个业务包括所述M个第一配置参数组中至少一个第一配置参数组所属的业务。示例性的,所述至少一个业务包含所述M个第一配置参数组所属的业务。
A2:所述vBRAS-UP根据所述至少一个业务的上报优先级,在所述P个第一配置错误信息中确定所述第一上报错误信息。
需要说明的是,所述第一上报错误信息中包含的第一配置错误信息对应的第一配置参数组可以属于一个或多个业务。
可选的,所述vBRAS-UP可以通过以下步骤,执行步骤A2:
所述vBRAS-UP根据所述至少一个业务的上报优先级和约束条件,在所述P个第一配置错误信息中确定所述第一上报错误信息。
在一种设计中,所述约束条件为对需要上报的配置错误信息的数量的约束,例如,所述约束条件为所述第一上报错误信息的数量为目标数量。
在该设计中,所述vBRAS-UP可以具体通过以下步骤,根据所述至少一个业务的上报优先级和约束条件,在所述P个第一配置错误信息中确定所述第一上报错误信息:
B1:所述vBRAS-UP针对本次配置下发过程维护一个上报记录,所述上报记录用于保存需要上报的第一配置错误信息;
B2:然后,所述vBRAS-UP针对所述P个第一配置错误信息中的每个第一配置错误信息或者部分第一配置错误信息,执行以下步骤(以下仅以第一配置错误信息i为例进行说明):
当所述上报记录中的第一配置错误信息的数量小于所述目标数量时,所述vBRAS-UP将所述第一配置错误信息i添加到上报记录中;
当所述上报记录中的第一配置错误信息的数量等于所述目标数量时,所述vBRAS-UP确定所述第一配置错误信息i的上报优先级高于所述上报记录中第一配置错误信息k的上报优先级,所述vBRAS-UP删除所述上报记录中的所述第一配置错误信
息k,并将所述第一配置错误信息i添加到所述上报记录中;
B3:最后,所述vBRAS-UP确定所述第一上报错误信息为所述上报记录中包含的所述目标数量个的第一配置错误信息。
可选的,在该设计中,所述vBRAS-UP可以在每生成一个第一配置错误信息后,对该第一配置错误信息执行上述步骤;又或者,所述vBRAS-UP可以在所述P个第一配置错误信息均生成后,依次对每个第一配置错误信息执行上述步骤,本申请对此不做限定。
示例性的,所述vBRAS-UP可以通过如图6所示的流程图,确定所述第一上报错误信息,具体过程为:
S600:所述vBRAS-UP对所述M个第一配置参数组配置失败,启动确定所述第一上报错误信息的流程。
S601:所述vBRAS-UP判断是否所有的第一配置错误信息都处理完成,若是,则结束,否则针对当前的第一配置错误信息i,执行S602。
S602:所述vBRAS-UP判断上报记录中的第一配置错误信息的数量是否小于所述目标数量,若是则执行S606,否则执行S603。
S603:所述vBRAS-UP判断所述上报记录中是否存在上报优先级低于当前的第一配置错误信息i的上报优先级的第一配置错误信息k,若是则执行S604,否则执行S605。
其中,所述vBRAS-UP在执行S603时,可以将所述上报记录中的每个第一配置错误信息的上报优先级与所述第一配置错误信息i的上报优先级进行比较,直至找到所述第一配置错误信息k为止,或者直至所述vBRAS-UP确定所述上报记录中每个第一配置错误信息的上报优先级均高于或等于所述第一配置错误信息i的上报优先级。
S604:在所述vBRAS-UP确定存在第一配置错误信息k时,将所述第一配置错误信息i替换掉所述第一配置错误信息k,即所述vBRAS-UP删除所述上报记录中的所述第一配置错误信息k,并将所述第一配置错误信息i添加到所述上报记录中。
S605:在所述vBRAS-UP确定不存在所述第一配置错误信息k时,不对所述第一配置错误信息i进行处理。
S606:在所述vBRAS-UP确定所述上报记录中的第一配置错误信息的数量小于所述目标数量时,将所述第一配置错误信息i记录(添加)到所述上报记录中。
如图6所示,所述vBRAS-UP执行完步骤S604或S606后,继续执行S601,直至结束。
在另一种设计中,所述约束条件为对需要上报的业务的数量的约束,例如,所述约束条件为所述第一上报错误信息对应的第一配置参数组所属业务的数量为目标数量。
在本设计中,所述vBRAS-UP可以具体通过以下步骤,根据所述至少一个业务的上报优先级和约束条件,在所述P个第一配置错误信息中确定所述第一上报错误信息:
C1:所述vBRAS-UP确定所述P个第一配置错误信息对应的第一配置参数组所属的G个业务。其中G为正整数。
C2:所述vBRAS-UP根据所述至少一个业务的上报优先级,在所述G个业务中选择上报优先级最高的所述目标数量的上报业务。
C3:所述vBRAS-UP在所述P个第一配置错误信息中,选择对应的第一配置参数组属于所述目标数量的上报业务的第一配置错误信息;
C4:所述vBRAS-UP将选择的所述第一配置错误信息作为所述第一上报错误信息。
通过以上两种设计,所述vBRAS-UP可以在P个第一配置错误信息中,选择上报优先级较高的第一配置错误信息为第一上报错误信息进行上报。这样,可以提高所述vBRAS-UP上报配置错误信息的灵活性。另外,用户或者vBRAS-CP可以通过将业务的上报优先级进行灵活配置,例如将关键业务的上报优先级调高,将非关键业务的上报优先级调低,从而避免所述vBRAS-UP在上报配置错误信息时,遗漏或者无法上报针对这些关键业务的配置错误信息。
可选的,在本申请实施例中,所述vBRAS-UP可以但不限于通过以下方式,执行上述步骤A1:
方式一:所述vBRAS-UP获取预设的所述至少一个业务的上报优先级。所述至少一个业务的上报优先级可以为预设的默认顺序,例如,按照上报优先级从高到低排序各个业务的依次为:aclcu,cusrvcomm,cuqos,cucgn,cusc,cuBr,brascuofa,brascuif,brascuagent,ethernetcuadp,brascuipv6,brascuipv4,mcastcuadp,cubraskeychain,cuussl,timerange。
方式二:所述vBRAS-CP向所述vBRAS-UP发送第一优先级配置信息;所述vBRAS-UP获取所述vBRAS-CP发送的第一优先级配置信息,所述第一优先级配置信息用于配置所述至少一个业务的上报优先级;所述vBRAS-UP根据所述第一优先级配置信息,确定所述至少一个业务的上报优先级。
为了避免方式一中业务的默认上报优先级顺序不合理,或者不符合用户需求的问题,本申请实施例提供了方式二。示例性的,所述第一优先级配置信息中包含的优先级配置命令代码如下:
[~CP10-diagnose]netconfc sync-config operation rpc-error priority[aclcu|cusrvcomm|cuqos|cucgn|cusc|cuBr|brascuofa|brascuif|brascuagent|ethernetcuadp|brascuipv6|brascuipv4|mcastcuadp|cubraskeychain|cuussl|timerange]。
方式三:所述vBRAS-CP向所述vBRAS-UP发送第二优先级配置信息;所述vBRAS-UP获取所述vBRAS-CP发送的第二优先级配置信息,所述第二优先级配置信息用于配置所述至少一个业务中部分业务的优先级;所述vBRAS-UP根据所述第二优先级配置信息,确定所述部分业务的优先级,以及所述vBRAS-UP获取预设的所述至少一个业务中另一部分业务的上报优先级;或者所述vBRAS-UP根据所述部分业务的优先级,适应性调整所述至少一个业务的另一部分业务的上报优先级。
为了避免通过方式一和方式二配置所有业务的上报优先级顺序不合理,或者不符合用户需求的问题,本申请实施例还可以支持指定部分业务的上报优先级。示例性的,若用户各个关心qos业务时,所述vBRAS-CP可以通过所述第二优先级配置信息,仅将qos的上报优先级调到最高。示例性的,所述第二优先级配置信息中包含的优先级配置命令代码如下:
netconfc sync-config operation rpc-error priority qos。
另一部分业务的上报优先级可以通过系统视图下的以下优先级配置命令实现适应性调整:
netconfc sync-config operation rpc-error priority auto。
例如:vBRAS-UP生成的P个第一配置错误信息对应的第一配置参数组属于以下业务:aclcu,cusrvcomm,cuqos,cucgn,cusc,cuBr,brascuofa,brascuif,brascuagent,若vBRAS-CP通过优先级配置信息配置上述业务的优先级时,指定brascuif的上报优先级高于其它业务,那么无论生成针对其他业务的第一配置错误信息的条数是多少和是否最先生成,所述vBRAS-UP均优先上报针对brascuif的第一配置错误信息。
S503:所述vBRAS-UP向所述vBRAS-CP发送第一配置回复报文,其中,所述第一配置回复报文中包含所述第一上报错误信息。所述vBRAS-CP接收来自所述vBRAS-UP的所述第一配置回复报文。
S504:所述vBRAS-CP根据所述第一上报错误信息,生成所述vBRAS-UP的第一配置失败记录。其中,所述第一配置失败记录用于表示至少一个目标业务的第一配置参数组配置失败。
在一种实施方式中,所述vBRAS-CP可以按照传统的方式,例如图3所示的配置下发流程中的S315b中的配置失败记录生成方法,生成所述第一配置失败记录。
此时,即使所述第一上报错误信息中包含的第一配置错误信息对应的第一配置参数组属于多个业务,所述第一配置失败记录仅用于表示该多个业务中一个目标业务的第一配置参数组配置失败。并且,此时该第一配置失败记录的格式与图3所示的配置下发流程中涉及的配置失败记录的格式相同,可以相互参见。
在另一种实施方式中,所述第一配置失败记录能够表示多个目标业务的第一配置参数组配置失败。即当所述第一上报错误信息中包含的第一配置错误信息对应的第一配置参数组属于多个业务,那么所述第一配置失败记录能够表示该多个业务(即多个目标业务)的第一配置参数组配置失败。
示例性的,所述第一配置失败记录的格式可以通过以下代码表示:
Failed to configure access point.(User-name=[user-name],IP-address=[IP-address],Session-id=[session-id],UPId=[UPId],MsgID=[MsgID],packCount=[packCount],packSeq=[packSeq],app-name=[app-name1,app-name2,……],Operation=[operation],Reason=[reason])。
其中,如代码中所示,所述app-name字段中可以同时填充多个业务的标识,以支持多个业务。例如,app-name=[brascuif,aclcu]。
通过该实施方式,所述vBRAS-CP可以支持在一个配置失败记录中记录多个业务,以便可以在后续能够根据该配置失败记录生成多个告警消息,从而可以丰富告警信息的数量,便于后续根据这些更丰富的告警信息,查找配置错误根因、问题定位和运维。
S505:所述vBRAS-CP根据所述第一配置失败记录,生成所述vBRAS-UP的至少一个第一告警消息。
与S504对应的,当所述第一配置失败记录中记录一个目标业务时,所述vBRAS-CP生成一个第一告警消息,所述第一告警消息用于对该目标业务的配置参数组的配置失败进行告警。当所述第一配置失败记录中记录多个目标业务时,以第一业务和第二业务为例,那么所述vBRAS-CP生成两个第一告警消息,其中,所述两个第一告警消息中一个第一告警消息用于对所述第一业务的配置参数组的配置失败进行告警,另外一个第一告警消息用于对所述第二业务的配置参数组的配置失败进行告警。
通过以上描述可知,所述vBRAS-CP生成的关于vBRAS-UP的告警消息的数量越多,就越利于用户通过这些告警消息查找配置错误根因、问题定位和运维。但是,通常情况下vBRAS-CP保存一个vBRAS-UP的告警消息的数量存在限制,即vBRAS-CP保存一个vBRAS-UP的告警消息的数量小于或等于预设的最大数量。示例性的,所述最大数量可以为100、200等。
因此,为了使所述vBRAS-CP在每次配置下发过程中生成的告警消息的数量都尽量接近所述最大数量,在一种实施方式中,步骤S502中约束条件的目标数量可以是根据所述vBRAS-CP能够保存的所述vBRAS-UP的告警消息的最大数量确定的;或者所述目标数量是根据所述第一配置回复报文的最大承载数据量确定的,本申请对此不作限定。
当所述目标数量是根据所述vBRAS-CP能够保存的所述vBRAS-CP的告警消息的最大数量确定的时,所述目标数据与所述最大数量取值相近或相同,所述目标数量的取值可以根据具体场景具体设定。示例性的,所述目标数量可以大于或者等于所述最大数量。
通过这种实施方式,所述vBRAS-UP可以尽量多地向所述vBRAS-CP上报配置错误信息,从而使所述vBRAS-CP可以尽量多地生成告警消息。
需要说明的是,所述目标数量和/或所述约束条件可以为预设的,或者为所述vBRAS-CP确定后配置给所述vBRAS-UP的。
在所述vBRAS-CP确定通过多个配置下发流程将所述目标配置信息中的L个配置参数组下发到所述vBRAS-UP的情况下,所述vBRAS-CP可以分别向所述vBRAS-UP发送多个配置报文。下面以所述vBRAS-CP在所述L个配置参数组中确定的M个第一配置参数组和N个第二配置参数组为例进行说明。所述vBRAS-CP还可以通过S506-S510,执行另一个配置下发流程。需要说明的是,本申请不对两个配置下发流程的执行时间进行限定,两个配置下发流程可以同时执行,也可以存在部分时间重合,也可以不存在时间重合。
S506:所述vBRAS-CP向所述vBRAS-UP发送第二配置报文,其中,所述第二配置报文中包含N个第二配置参数组,N为正整数。所述vBRAS-UP接收来自所述vBRAS-CP的第二配置报文。
S507:所述vBRAS-UP根据所述N个第二配置参数组进行配置后,生成Q个第二配置错误信息;所述vBRAS-UP在所述Q个第二配置错误信息中确定第二上报错误信息。其中,任一个第二配置错误信息对应一个第二配置参数组,任一个第二配置错误信息用于表示所述vBRAS-UP对所述第二配置错误信息对应的第二配置参数组配置失败。
可选的,所述vBRAS-UP可以采用与S502中确定所述第一上报错误信息相同的方法,确定所述第二上报错误信息,具体过程可以参考S502中的描述,此处不再赘述。
S508:所述vBRAS-UP向所述vBRAS-CP发送第二配置回复报文,其中,所述第二配置回复报文中包含所述第二上报错误信息。所述vBRAS-CP接收来自所述vBRAS-UP的所述第二配置回复报文。
S509:所述vBRAS-CP根据所述第二上报错误信息,生成所述vBRAS-UP的第二配置失败记录。其中,所述第二配置失败记录用于表示至少一个目标业务的第二配置参数组配置失败。
S510:所述vBRAS-CP根据所述第二配置失败记录,生成所述vBRAS-UP的至少一个第二告警消息。
其中,所述vBRAS-CP执行S509和S510的过程可以参考S504和S505中的描述,此处不再赘述。
还需要说明的是,在本申请实施例中,所述vBRAS-CP可以通过如图2中的CPcfg模块、SIMA模块、CP Netconf模块以及FM模块实现以上步骤,具体可以参考以上对图3和图4的描述;而所述vBRAS-UP可以通过如图2中的UP Netconf模块实现以上步骤,相关步骤也可以参考以上对图3和图4的描述。
本申请实施例提供了一种配置错误信息传输方法,在该方法中,vBRAS-UP对批量的配置参数组进行配置后生成多个配置错误信息时,可以根据配置错误信息的上报优先级向vBRAS-CP上报配置错误信息。相对于传统方法中vBRAS-UP只能上报最先生成的配置错误信息,该方法能够根据配置错误信息的上报优先级进行上报,这样,用户或vBRAS-CP可以通过配置上报优先级,对vBRAS-UP上报的配置错误信息的优先顺序进行配置,从而提高了vBRAS-UP向vBRAS-CP上报配置错误信息的灵活性,进而可以提高vBRAS-CP查找配置错误根因、问题定位和运维的效率。
本申请还提供了一种配置方法,该方法可以但不限于适应于如图1和图2所示的通信系统中。下面参阅图7,对该方法的流程进行详细说明。
S701:vBRAS-CP获取目标配置信息,其中,所述目标配置信息中包含L个配置参数组,L为正整数。其中,每个配置参数组属于一个业务。
可选的,所述vBRAS-CP可以但不限于通过图5所示的实施例中的S500中提供的三种方式获取所述目标配置信息,具体过程可以参考S500中的描述,此处不再赘述。
在本申请实施例中,所述vBRAS-CP获取所述目标配置信息后,可以根据所述L个配置参数组的数量,或者根据所述L个配置参数组所属的H个业务的数量,将所述L个配置参数组拆分为多个集合,并通过多个配置下发流程分别下发给到所述vBRAS-UP。不同集合不存在相同的配置参数组。
本申请实施例以所述vBRAS-CP在所述L个配置参数组中确定的M个第一配置参数组和N个第二配置参数组为例进行说明。
S702:所述vBRAS-CP在所述L个配置参数组中确定的M个第一配置参数组和N个第二配置参数组。
S703:所述vBRAS-CP向vBRAS-UP发送第一配置报文,所述第一配置报文中包含M个第一配置参数组;所述vBRAS-CP向vBRAS-UP发送第二配置报文,所述第二配置报文中包含N个第二配置参数组。
所述vBRAS-CP执行S703的过程可以参考图5所示的实施例中的S501和S506中的描述,此处不再赘述,另外,所述vBRAS-UP接收到所述第一配置报文和第二配置报文后的处理过程也可以参考图5实施例中的描述,或图3或图4所示的流程中的描述,此处不再赘述。
本申请实施例提供了一种配置方法,在该配置方法中,vBRAS-CP可以将一次配置的L个配置参数组拆分为多个集合,并通过多个配置下发流程分别下发给到所述vBRAS-UP中。由于所述vBRAS-UP在每个配置下发流程中均会向所述vBRAS-CP反馈配置回复报文,这样,相对于传统的将L个配置参数组集中配置下发的方式,通过该方法,所述vBRAS-UP可以针对每个配置下发流程反馈配置回复报文,从而可以提高在本次配置过程中所述vBRAS-UP上报配置错误信息的机会和数量,以使所述vBRAS-CP尽可能多的获得配置错误信息。
本申请还提供了一种配置失败记录生成方法,该方法可以但不限于适应于如图1和图2所示的通信系统中。在该方法中,vBRAS-CP接收到来自vBRAS-UP的配置回复报文后,可以根据所述配置回复报文中包含的上报错误信息,生成所述vBRAS-UP的一个配置失败记录。其中,所述配置失败记录中用于表示至少一个目标业务的配置参数组配置失败,所述至少一个目标业务为所述上报错误信息中包含的配置错误信息对应的配置参数组所属的业务。
在本申请实施例中,所述配置失败记录中的格式可以参考图5所示的实施例中第一配置失败记录的格式,此次不再赘述。其中,在该配置失败记录中能够记录多个业务的标识。
通过本实施例,所述vBRAS-CP可以支持在一个配置失败记录中记录多个业务,以便可以在后续能够根据该配置失败记录生成多个告警消息,从而可以丰富告警信息的数量,便于后续根据这些更丰富的告警信息,查找配置错误根因、问题定位和运维。
本申请还提供了一种业务优先级配置方法,该方法可以但不限于适应于如图1和图2所示的通信系统中。在该方法中,vBRAS-CP向vBRAS-UP发送优先级配置信息,所述优先级配置信息可以用于配置至少一个业务的上报优先级;或者所述vBRAS-UP中保存有预设的至少一个业务的上报优先级;所述vBRAS-UP根据优先级配置信息中配置的所述至少一个业务的优先级,适应性调整其他业务的上报优先级。
示例性的,所述优先级配置信息中可以包含所有业务的上报优先级,在该情况下,该优先级配置信息中的优先级配置命令代码如下:
[~CP10-diagnose]netconfc sync-config operation rpc-error priority[aclcu|cusrvcomm|cuqos|cucgn|cusc|cuBr|brascuofa|brascuif|brascuagent|ethernetcuadp|brascuipv6|brascuipv4|mcastcuadp|cubraskeychain|cuussl|timerange]。
示例性的,所述优先级配置信息中可以包含部分业务的上报优先级,在该情况下,该优先级配置信息中的优先级配置命令代码如下:
netconfc sync-config operation rpc-error priority qos。
示例性的,所述vBRAS-UP可以通过以下优先级配置命令,适应性调整其他业务的上报优先级:
netconfc sync-config operation rpc-error priority auto。
通过本申请实施例,所述vBRAS-UP可以确定业务的上报优先级,这样,在一次配置下发过程中,若所述vBRAS-UP生成大量的配置错误信息,则所述vBRAS-UP可以根据业务的上报优先级,选择向所述vBRAS-CP上报属于较高上报优先级的业务的配置参数组对应的配置错误信息,从而可以提高所述vBRAS-UP上报配置错误信息的灵活性。另外,用户或者vBRAS-CP可以通过将业务的上报优先级进行灵活配置,例如将关键业务的上报优先级调高,将非关键业务的上报优先级调低,从而避免所述vBRAS-UP在上报配置错误信息时,遗漏或者无法上报针对这些关键业务的配置错误信息。
本申请还提供了一种配置错误信息传输方法,该方法可以但不限于适应于如图1和图2所示的通信系统中。在该方法中,在一次配置下发过程中,若vBRAS-UP生成大量的配置错误信息,则所述vBRAS-UP根据约束条件,在所述大量的配置错误信息中选择上报错误信息。
在一种实施方式中,所述约束条件为所述上报错误信息的数量为目标数量。在另一种实施方式中,所述约束条件为所述上报错误信息对应的配置参数组所属业务的数量为目标数量。
其中,所述目标数量是根据vBRAS-CP能够保存的所述vBRAS-UP的告警消息的最大数量确定的。所述目标数据与所述最大数量取值相近或相同,所述目标数量的取值可以根据具体场景具体设定。示例性的,所述目标数量可以大于或者等于所述最大数量。
相对于传统的配置错误信息上报方式,通过该方法,所述vBRAS-UP可以尽量多地向所述vBRAS-CP上报配置错误信息,从而使所述vBRAS-CP可以尽量多地生成告警消息。
基于相同的技术构思,本申请还提供了一种通信装置,该装置的结构如图8所示,包括通信单元801和处理单元802。所述通信装置800可以应用于如图1和图2所示的通信系统中的转发面网元(vBRAS-UP)或控制面网元(vBRAS-CP),并可以实现以上实施例提供的方法。下面对该装置800中各个单元的功能进行介绍。
所述通信单元801,用于接收和发送数据。在一种实施方式中,所述通信单元801可以通过物理接口、通信模块、通信接口、输入输出接口实现。所述通信装置800可以通过该通信单元801连接网线或电缆,进而与其他设备建立物理连接。
下面对所述通信装置800应用于转发面网元(例如,所述通信装置800可以执行图5-图7中转发面网元所执行的各个步骤)时,所述处理单元802的功能进行介绍。
处理单元802,用于:
通过所述通信单元801接收来自控制面网元的第一配置报文,所述第一配置报文中携带多个配置参数组;其中,所述多个配置参数组中任一个配置参数组属于一个业务;
根据所述多个配置参数组进行配置后,生成多个配置错误信息;其中,所述任一个配置错误信息对应一个配置参数组,任一个配置错误信息用于表示所述处理单元802对所述配置错误信息对应的配置参数组配置失败;
通过所述通信单元801向所述控制面网元发送包含上报错误信息的第一配置回复报文;其中,所述上报错误信息包括所述多个配置错误信息中的第一配置错误信息,且所述上报错误信息不包括所述多个配置错误信息中的第二配置错误信息,所述第一配置错误信息的上报优先级高于或等于所述第二配置错误信息的上报优先级。
在一种实施方式中,所述第一配置错误信息的上报优先级为所述第一配置错误信息对应的配置参数组所属业务的上报优先级;所述第二配置错误信息的上报优先级为所述第二配置错误信息对应的配置参数组所属业务的上报优先级。
在一种实施方式中,所述处理单元802,还用于:
在通过所述通信单元801向所述控制面网元发送包含上报错误信息的第一配置回复报文之前,确定至少一个业务的上报优先级,所述至少一个业务包括所述多个配置参数组中至少一个配置参数组所属的业务;
根据所述至少一个业务的上报优先级,在所述多个配置错误信息中确定所述上报错误信息。
在一种实施方式中,所述处理单元802,在根据所述至少一个业务的上报优先级,在所述多个配置错误信息中确定所述上报错误信息时,具体用于:
根据所述至少一个业务的上报优先级和约束条件,在所述多个配置错误信息中确定所述上报错误信息;
其中,所述约束条件为所述上报错误信息的数量为目标数量;或者所述约束条件为所述上报错误信息对应的配置参数组所属业务的数量为目标数量。
在一种实施方式中,当所述约束条件为所述上报错误信息的数量为目标数量时,所述处理单元802在根据所述至少一个业务的上报优先级和所述约束条件,在所述多个配置错误信息中确定所述上报错误信息时,具体用于:
当上报记录中的配置错误信息的数量小于所述目标数量时,将所述第一配置错误信息添加到上报记录中;
当所述上报记录中的配置错误信息的数量等于所述目标数量时,确定所述第一配置错误信息的上报优先级高于所述上报记录中第三配置错误信息的上报优先级,删除所述上报记录中的所述第三配置错误信息,并将所述第一配置错误信息添加到所述上报记录中;
确定所述上报错误信息为所述上报记录中包含的配置错误信息。
在一种实施方式中,所述目标数量是根据所述控制面网元能够保存的所述转发面网元的告警消息的最大数量确定的,所述告警消息为所述控制面网元根据所述转发面网元上报的上报错误信息生成的;或者所述目标数量是根据所述第一配置回复报文的最大承载数据量确定的。
在一种实施方式中,当所述目标数量是根据所述控制面网元能够保存的所述转发面网元的告警消息的最大数量确定的时,所述目标数量大于或者等于所述最大数量。
在一种实施方式中,所述处理单元802,在确定所述至少一个业务的上报优先级时,具体用于:
获取预设的所述至少一个业务的上报优先级;或者获取所述控制面网元发送的第一优先级配置信息,所述第一优先级配置信息用于配置所述至少一个业务的上报优先级;根据所述第一优先级配置信息,确定所述至少一个业务的上报优先级;或者获取所述控制面网元发送的第二优先级配置信息,所述第二优先级配置信息用于配置所述至少一个业务中第一业务的优先级;根据所述第二优先级配置信息,确定所述第一业务的优先级;以及获取预设的所述至少一个业务中第二业务的上报优先级,或者根据所述第一业务的优先级调整所述第二业务的上报优先级。
在一种实施方式中,所述上报错误信息还包括所述多个配置错误信息中的第四配置错误信息,所述第四配置错误信息对应的配置参数组所属的业务与所述第一配置错误信息对应的配置参数组所属的业务不同。
在一种实施方式中,所述转发面网元应用于控制面和转发面分离的通信系统,所述转发面网元为所述通信系统中的转发面网元,所述控制面网元为所述通信系统中的控制面网元。
下面对所述通信装置800应用于控制面网元(例如,所述通信装置800可以执行图5-图7中控制面网元所执行的各个步骤)时,所述处理单元802的功能进行介绍。
处理单元802,用于:
通过所述通信单元801向转发面网元发送第一配置报文,所述第一配置报文中携带多个第一配置参数组,所述多个第一配置参数中任一个配置参数组属于一种业务;
通过所述通信单元801接收来自所述转发面网元的第一配置回复报文,所述第一配置回复报文中包含上报错误信息;其中,所述第一配置回复报文中包含的上报错误信息包含第一配置错误信息,且所述第一配置回复报文中包含的上报错误信息不包含第二配置错误信息,所述第一配置错误信息的上报优先级高于或等于所述第二配置错误信息的上报优先级;所述第一配置错误信息为所述转发面网元根据所述多个第一配置参数组中的任一个配置参数组进行配置后生成的。
在一种实施方式中,所述第一配置错误信息的上报优先级为所述第一配置错误信息对应的配置参数组所属业务的上报优先级;所述第二配置错误信息的上报优先级为所述第二配置错误信息对应的配置参数组所属业务的上报优先级。
在一种实施方式中,所述上报错误信息的数量为目标数量;或者所述上报错误信息对应的配置参数组所属业务的数量为目标数量。
在一种实施方式中,所述目标数量是根据所述控制面网元能够保存的所述转发面网元的告警消息的最大数量确定的,所述告警消息为所述控制面网元根据所述转发面网元上报的上报错误信息生成的;
所述目标数量是根据所述第一配置回复报文的最大承载数据量确定的。
在一种实施方式中,当所述目标数量是根据所述控制面网元能够保存的所述转发面网元的告警消息的最大数量确定的时,所述目标数量大于或者等于所述最大数量。
在一种实施方式中,所述处理单元802,还用于:
通过所述通信单元801向所述转发面网元发送优先级配置信息,所述优先级配置信息用于配置至少一个业务的上报优先级,所述至少一个业务包括所述多个第一配置参数组中至少一个第一配置参数组所属的业务。
在一种实施方式中,所述处理单元802,还用于:
在通过所述通信单元801接收来自所述转发面网元的所述第一配置回复报文后,根据所述第一上报错误信息,生成所述转发面网元的一个配置失败记录;
根据所述配置失败记录,生成所述转发面网元的至少一个告警消息。
在一种实施方式中,所述第一上报错误信息中包含所述第一配置错误信息和第三配置错误信息,所述第一配置错误信息对应的配置参数组属于第一业务,所述第三配置错误信息对应的配置参数组属于第二业务;所述配置失败记录用于表示所述第一业务的配置参数组和所述第二业务的配置参数组配置失败;
所述至少一个告警消息中包含第一告警消息和第二告警消息,其中,所述第一告警消息用于对所述第一业务的配置参数组的配置失败进行告警,所述第二告警消息用于对所述第二业务的配置参数组的配置失败进行告警。
在一种实施方式中,所述处理单元802,还用于:
获取目标配置信息,所述目标配置信息中包含多个配置参数组;
在所述目标配置信息中包含的所述多个配置参数组中确定所述多个第一配置参数组和多个第二配置参数组;其中,所述多个第一配置参数组中任一个配置参数组和所述多个第二配置参数组中任一个配置参数组不同;
通过所述通信单元801向所述转发面网元发送第二配置报文,所述第二配置报文中携带所述多个第二配置参数组;
通过所述通信单元801接收来自所述转发面网元的第二配置回复报文,其中,所述第二配置回复报文中包含上报错误信息,所述第二配置回复报文中包括的上报错误信息为所述转发面网元根据所述多个第二配置参数组中的至少一个配置参数组进行配置后生成的。
在一种实施方式中,所述处理单元802,在获取目标配置信息时,具体用于:
通过所述通信单元801获取管理设备发送的所述目标配置信息;或者获取用户输入的所述目标配置信息;或者在所述控制面网元和所述转发面网元的配置对账过程中,获取所述目标配置信息。
在一种实施方式中,所述控制面网元应用于控制面和转发面分离的通信系统,所述转发面网元为所述通信系统中的转发面网元,所述控制面网元为所述通信系统中的控制面网元。
需要说明的是,本申请以上实施例中对模块的划分是示意性的,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,另外,在本申请各个实施例中的各功能单元可以集成在一个处理单元中,也可以是单独物理存在,也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现,也可以采用软件功能单元的形式实现。
所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读取存储介质中。基于这样的理解,本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)或处理器(processor)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括:U盘、移动硬盘、只读存储器(Read-Only Memory,ROM)、随机存取存储器(Random Access Memory,RAM)、磁碟或者光盘等各种可以存储程序代码的介质。
基于相同的技术构思,本申请还提供了一种通信设备,所述通信设备可以应用于如图1或图2所示通信系统中的转发面网元(vBRAS-UP)或控制面网元(vBRAS-CP),可以实现以上实施例提供的方法,具有图8所示的通信装置的功能。参阅图9所示,所述通信设备900包括:通信模块901、处理器902以及存储器903。其中,所述通信模块901、所述处理器902以及所述存储器903之间相互连接。
可选的,所述通信模块901、所述处理器902以及所述存储器903之间通过总线904相互连接。所述总线904可以是外设部件互连标准(peripheral component interconnect,PCI)总线或扩展工业标准结构(extended industry standard architecture,EISA)总线等。所述总线可以分为地址总线、数据总线、控制总线等。为便于表示,图9中仅用一条粗线表示,但并不表示仅有一根总线或一种类型的总线。
所述通信模块901,用于接收和发送数据,实现与其他设备之间的通信交互。示例性的,所述通信模块901可以通过物理接口或通信接口实现。
在一种实施方式中,所述通信设备900应用于转发面网元中,例如,所述通信设备900可以执行图5-图7中转发面网元所执行的各个步骤,所述处理器902具体用于:
通过所述通信模块901接收来自控制面网元的第一配置报文,所述第一配置报文中携带多个配置参数组;其中,所述多个配置参数组中任一个配置参数组属于一个业务;
根据所述多个配置参数组进行配置后,生成多个配置错误信息;其中,所述任一个配置错误信息对应一个配置参数组,任一个配置错误信息用于表示所述处理器902对所述配置错误信息对应的配置参数组配置失败;
通过所述通信模块901向所述控制面网元发送包含上报错误信息的第一配置回复报文;其中,所述上报错误信息包括所述多个配置错误信息中的第一配置错误信息,且所述上报错误信息不包括所述多个配置错误信息中的第二配置错误信息,所述第一配置错误信息的上报优先级高于或等于所述第二配置错误信息的上报优先级。
在一种实施方式中,所述通信设备900应用于控制面网元中,例如,所述通信设备900可以执行图5-图7中控制面网元所执行的各个步骤,所述处理器902具体用于:
通过所述通信模块901向转发面网元发送第一配置报文,所述第一配置报文中携带多个第一配置参数组,所述多个第一配置参数中任一个配置参数组属于一种业务;
通过所述通信模块901接收来自所述转发面网元的第一配置回复报文,所述第一配置回复报文中包含上报错误信息;其中,所述第一配置回复报文中包含的上报错误信息包含第一配置错误信息,且所述第一配置回复报文中包含的上报错误信息不包含第二配置错误信息,所述第一配置错误信息的上报优先级高于或等于所述第二配置错误信息的上报优先级;所述第一配置错误信息为所述转发面网元根据所述多个第一配置参数组中的任一个配置参数组进行配置后生成的。
所述处理器902的具体功能可以参考以上实施例提供的方法中的描述,以及图8所示实施例中对所述通信装置800的具体功能描述,此处不再赘述。
所述存储器903,用于存放程序指令和数据等。具体地,程序指令可以包括程序代码,该程序代码包括计算机操作指令。存储器903可能包含随机存取存储器(random accessmemory,RAM),也可能还包括非易失性存储器(non-volatile memory),例如至少一个磁盘存储器。处理器902执行存储器903所存放的程序指令,并使用所述存储器903中存储的数据,实现上述功能,从而实现上述实施例提供的方法。当图8所示的通信装置800包括的各个单元通过软件模块实现时,所述各个单元对应的程序指令可以存储在所述存储器903中。
可以理解,本申请图9中的存储器903可以是易失性存储器或非易失性存储器,或可包括易失性和非易失性存储器两者。其中,非易失性存储器可以是只读存储器(Read-Only Memory,ROM)、可编程只读存储器(Programmable ROM,PROM)、可擦除可编程只读存储器(Erasable PROM,EPROM)、电可擦除可编程只读存储器(Electrically EPROM,EEPROM)或闪存。易失性存储器可以是随机存取存储器(Random Access Memory,RAM),其用作外部高速缓存。通过示例性但不是限制性说明,许多形式的RAM可用,例如静态随机存取存储器(Static RAM,SRAM)、动态随机存取存储器(Dynamic RAM,DRAM)、同步动态随机存取存储器(Synchronous DRAM,SDRAM)、双倍数据速率同步动态随机存取存储器(Double Data RateSDRAM,DDR SDRAM)、增强型同步动态随机存取存储器(Enhanced SDRAM,ESDRAM)、同步连接动态随机存取存储器(Synchlink DRAM,SLDRAM)和直接内存总线随机存取存储器(DirectRambus RAM,DR RAM)。应注意,本文描述的系统和方法的存储器旨在包括但不限于这些和任意其它适合类型的存储器。
基于以上实施例,本申请还提供了一种转发面和控制面分离的通信系统,包括控制面网元和转发面网元,所述控制面网元用于执行以上实施例提供的方法中控制面网元侧的步骤,所述转发面网元用于执行以上实施例提供的方法中转发面网元侧的步骤。
基于以上实施例,本申请还提供了一种计算机程序,当所述计算机程序在计算机上运行时,使得所述计算机执行以上实施例提供的方法。
基于以上实施例,本申请还提供了一种计算机可读存储介质,该计算机可读存储介质中存储有计算机程序,所述计算机程序被计算机执行时,使得计算机执行以上实施例提供的方法。
其中,存储介质可以是计算机能够存取的任何可用介质。以此为例但不限于:计算机可读介质可以包括RAM、ROM、EEPROM、CD-ROM或其他光盘存储、磁盘存储介质或者其他磁存储设备、或者能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质。
基于以上实施例,本申请还提供了一种芯片,所述芯片用于读取存储器中存储的计算机程序,实现以上实施例提供的方法。
基于以上实施例,本申请提供了一种芯片系统,该芯片系统包括处理器,用于支持计算机装置实现以上实施例中转发面网元或控制面网元所涉及的功能。在一种可能的设计中,所述芯片系统还包括存储器,所述存储器用于保存该计算机装置必要的程序和数据。该芯片系统,可以由芯片构成,也可以包含芯片和其他分立器件。
综上所述,本申请提供了一种配置错误信息传输方法及设备。在该方法中,在转发面网元对批量的配置参数组进行配置后生成多个配置错误信息时,可以根据配置错误信息的上报优先级向控制面网元上报配置错误信息。相对于传统方法中转发面网元只能上报最先生成的配置错误信息,该方法能够根据配置错误信息的上报优先级进行上报,这样,用户或控制面网元可以通过配置上报优先级,对转发面网元上报的配置错误信息的优先顺序进行配置,从而提高了转发面网元向控制面网元上报配置错误信息的灵活性,进而可以提高控制面网元查找配置错误根因、问题定位和运维的效率。
本领域内的技术人员应明白,本申请的实施例可提供为方法、系统、或计算机程序产品。因此,本申请可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且,本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
本申请是参照根据本申请的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器,使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中,使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品,该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上,使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理,从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
显然,本领域的技术人员可以对本申请进行各种改动和变型而不脱离本申请的精神和范围。这样,倘若本申请的这些修改和变型属于本申请权利要求及其等同技术的范围之内,则本申请也意图包含这些改动和变型在内。

Claims (35)

1.一种配置错误信息传输方法,其特征在于,包括:
转发面网元接收来自控制面网元的第一配置报文,所述第一配置报文中携带多个配置参数组;其中,所述多个配置参数组中任一个配置参数组属于一个业务;
所述转发面网元根据所述多个配置参数组进行配置后,生成多个配置错误信息;其中,所述任一个配置错误信息对应一个配置参数组,任一个配置错误信息用于表示所述转发面网元对所述配置错误信息对应的配置参数组配置失败;
所述转发面网元向所述控制面网元发送包含上报错误信息的第一配置回复报文;其中,所述上报错误信息包括所述多个配置错误信息中的第一配置错误信息,且所述上报错误信息不包括所述多个配置错误信息中的第二配置错误信息,所述第一配置错误信息的上报优先级高于或等于所述第二配置错误信息的上报优先级。
2.如权利要求1所述的方法,其特征在于,所述第一配置错误信息的上报优先级为所述第一配置错误信息对应的配置参数组所属业务的上报优先级;所述第二配置错误信息的上报优先级为所述第二配置错误信息对应的配置参数组所属业务的上报优先级。
3.如权利要求2所述的方法,其特征在于,在所述转发面网元向所述控制面网元发送包含上报错误信息的第一配置回复报文之前,所述方法还包括:
所述转发面网元确定至少一个业务的上报优先级,所述至少一个业务包括所述多个配置参数组中至少一个配置参数组所属的业务;
所述转发面网元根据所述至少一个业务的上报优先级,在所述多个配置错误信息中确定所述上报错误信息。
4.如权利要求3所述的方法,其特征在于,所述转发面网元根据所述至少一个业务的上报优先级,在所述多个配置错误信息中确定所述上报错误信息,包括:
所述转发面网元根据所述至少一个业务的上报优先级和约束条件,在所述多个配置错误信息中确定所述上报错误信息;
其中,所述约束条件为所述上报错误信息的数量为目标数量;或者
所述约束条件为所述上报错误信息对应的配置参数组所属业务的数量为目标数量。
5.如权利要求4所述的方法,其特征在于,当所述约束条件为所述上报错误信息的数量为目标数量时,所述转发面网元根据所述至少一个业务的上报优先级和所述约束条件,在所述多个配置错误信息中确定所述上报错误信息,包括:
当上报记录中的配置错误信息的数量小于所述目标数量时,所述转发面网元将所述第一配置错误信息添加到上报记录中;
当所述上报记录中的配置错误信息的数量等于所述目标数量时,所述转发面网元确定所述第一配置错误信息的上报优先级高于所述上报记录中第三配置错误信息的上报优先级,所述转发面网元删除所述上报记录中的所述第三配置错误信息,并将所述第一配置错误信息添加到所述上报记录中;
所述转发面网元确定所述上报错误信息为所述上报记录中包含的配置错误信息。
6.如权利要求4或5所述的方法,其特征在于,所述目标数量是根据所述控制面网元能够保存的所述转发面网元的告警消息的最大数量确定的,所述告警消息为所述控制面网元根据所述转发面网元上报的上报错误信息生成的;或者
所述目标数量是根据所述第一配置回复报文的最大承载数据量确定的。
7.如权利要求6所述的方法,其特征在于,当所述目标数量是根据所述控制面网元能够保存的所述转发面网元的告警消息的最大数量确定的时,所述目标数量大于或者等于所述最大数量。
8.如权利要求3-7任一项所述的方法,其特征在于,所述转发面网元确定所述至少一个业务的上报优先级,包括:
所述转发面网元获取预设的所述至少一个业务的上报优先级;或者
所述转发面网元获取所述控制面网元发送的第一优先级配置信息,所述第一优先级配置信息用于配置所述至少一个业务的上报优先级;所述转发面网元根据所述第一优先级配置信息,确定所述至少一个业务的上报优先级;或者
所述转发面网元获取所述控制面网元发送的第二优先级配置信息,所述第二优先级配置信息用于配置所述至少一个业务中第一业务的优先级;所述转发面网元根据所述第二优先级配置信息,确定所述第一业务的优先级;以及所述转发面网元获取预设的所述至少一个业务中第二业务的上报优先级,或者所述转发面网元根据所述第一业务的优先级调整所述第二业务的上报优先级。
9.如权利要求2-8任一项所述的方法,其特征在于,所述上报错误信息还包括所述多个配置错误信息中的第四配置错误信息,所述第四配置错误信息对应的配置参数组所属的业务与所述第一配置错误信息对应的配置参数组所属的业务不同。
10.如权利要求1-9任一项所述的方法,其特征在于,所述方法应用于控制面和转发面分离的通信系统,所述转发面网元为所述通信系统中的转发面网元,所述控制面网元为所述通信系统中的控制面网元。
11.一种配置错误信息传输方法,其特征在于,包括:
控制面网元向转发面网元发送第一配置报文,所述第一配置报文中携带多个第一配置参数组,所述多个第一配置参数中任一个配置参数组属于一种业务;
所述控制面网元接收来自所述转发面网元的第一配置回复报文,所述第一配置回复报文中包含上报错误信息;其中,所述第一配置回复报文中包含的上报错误信息包含第一配置错误信息,且所述第一配置回复报文中包含的上报错误信息不包含第二配置错误信息,所述第一配置错误信息的上报优先级高于或等于所述第二配置错误信息的上报优先级;所述第一配置错误信息为所述转发面网元根据所述多个第一配置参数组中的任一个配置参数组进行配置后生成的。
12.如权利要求11所述的方法,其特征在于,所述第一配置错误信息的上报优先级为所述第一配置错误信息对应的配置参数组所属业务的上报优先级;所述第二配置错误信息的上报优先级为所述第二配置错误信息对应的配置参数组所属业务的上报优先级。
13.如权利要求11或12所述的方法,其特征在于,所述上报错误信息的数量为目标数量;或者
所述上报错误信息对应的配置参数组所属业务的数量为目标数量。
14.如权利要求13所述的方法,其特征在于,所述目标数量是根据所述控制面网元能够保存的所述转发面网元的告警消息的最大数量确定的,所述告警消息为所述控制面网元根据所述转发面网元上报的上报错误信息生成的;
所述目标数量是根据所述第一配置回复报文的最大承载数据量确定的。
15.如权利要求14所述的方法,其特征在于,当所述目标数量是根据所述控制面网元能够保存的所述转发面网元的告警消息的最大数量确定的时,所述目标数量大于或者等于所述最大数量。
16.如权利要求12所述的方法,其特征在于,所述方法还包括:
所述控制面网元向所述转发面网元发送优先级配置信息,所述优先级配置信息用于配置至少一个业务的上报优先级,所述至少一个业务包括所述多个第一配置参数组中至少一个第一配置参数组所属的业务。
17.如权利要求11-16任一项所述的方法,其特征在于,在所述控制面网元接收来自所述转发面网元的所述第一配置回复报文后,所述方法还包括:
所述控制面网元根据所述第一上报错误信息,生成所述转发面网元的一个配置失败记录;
所述控制面网元根据所述配置失败记录,生成所述转发面网元的至少一个告警消息。
18.如权利要求17所述的方法,其特征在于,所述第一上报错误信息中包含所述第一配置错误信息和第三配置错误信息,所述第一配置错误信息对应的配置参数组属于第一业务,所述第三配置错误信息对应的配置参数组属于第二业务;所述配置失败记录用于表示所述第一业务的配置参数组和所述第二业务的配置参数组配置失败;
所述至少一个告警消息中包含第一告警消息和第二告警消息,其中,所述第一告警消息用于对所述第一业务的配置参数组的配置失败进行告警,所述第二告警消息用于对所述第二业务的配置参数组的配置失败进行告警。
19.如权利要求11-18任一项所述的方法,其特征在于,所述方法还包括:
所述控制面网元获取目标配置信息,所述目标配置信息中包含多个配置参数组;
所述控制面网元在所述目标配置信息中包含的所述多个配置参数组中确定所述多个第一配置参数组和多个第二配置参数组;其中,所述多个第一配置参数组中任一个配置参数组和所述多个第二配置参数组中任一个配置参数组不同;
所述控制面网元向所述转发面网元发送第二配置报文,所述第二配置报文中携带所述多个第二配置参数组;
所述控制面网元接收来自所述转发面网元的第二配置回复报文,其中,所述第二配置回复报文中包含上报错误信息,所述第二配置回复报文中包括的上报错误信息为所述转发面网元根据所述多个第二配置参数组中的至少一个配置参数组进行配置后生成的。
20.如权利要求19所述的方法,其特征在于,所述控制面网元获取目标配置信息,包括:
所述控制面网元获取管理设备发送的所述目标配置信息;或者
所述控制面网元获取用户输入的所述目标配置信息;或者
所述控制面网元在所述控制面网元和所述转发面网元的配置对账过程中,获取所述目标配置信息。
21.如权利要求11-20任一项所述的方法,其特征在于,所述方法应用于控制面和转发面分离的通信系统,所述转发面网元为所述通信系统中的转发面网元,所述控制面网元为所述通信系统中的控制面网元。
22.一种转发面网元,其特征在于,包括:
通信单元,用于接收和发送数据;
处理单元,用于:
通过所述通信单元接收来自控制面网元的第一配置报文,所述第一配置报文中携带多个配置参数组;其中,所述多个配置参数组中任一个配置参数组属于一个业务;
根据所述多个配置参数组进行配置后,生成多个配置错误信息;其中,所述任一个配置错误信息对应一个配置参数组,任一个配置错误信息用于表示所述处理单元对所述配置错误信息对应的配置参数组配置失败;
通过所述通信单元向所述控制面网元发送包含上报错误信息的第一配置回复报文;其中,所述上报错误信息包括所述多个配置错误信息中的第一配置错误信息,且所述上报错误信息不包括所述多个配置错误信息中的第二配置错误信息,所述第一配置错误信息的上报优先级高于或等于所述第二配置错误信息的上报优先级。
23.如权利要求22所述的转发面网元,其特征在于,所述第一配置错误信息的上报优先级为所述第一配置错误信息对应的配置参数组所属业务的上报优先级;所述第二配置错误信息的上报优先级为所述第二配置错误信息对应的配置参数组所属业务的上报优先级。
24.如权利要求23所述的转发面网元,其特征在于,所述处理单元,还用于:
在通过所述通信单元向所述控制面网元发送包含上报错误信息的第一配置回复报文之前,确定至少一个业务的上报优先级,所述至少一个业务包括所述多个配置参数组中至少一个配置参数组所属的业务;
根据所述至少一个业务的上报优先级,在所述多个配置错误信息中确定所述上报错误信息。
25.如权利要求24所述的转发面网元,其特征在于,所述处理单元,在根据所述至少一个业务的上报优先级,在所述多个配置错误信息中确定所述上报错误信息时,具体用于:
根据所述至少一个业务的上报优先级和约束条件,在所述多个配置错误信息中确定所述上报错误信息,
其中,所述约束条件为所述上报错误信息的数量为目标数量;或者
所述约束条件为所述上报错误信息对应的配置参数组所属业务的数量为目标数量。
26.如权利要求25所述的转发面网元,其特征在于,当所述约束条件为所述上报错误信息的数量为目标数量时,所述处理单元在根据所述至少一个业务的上报优先级和所述约束条件,在所述多个配置错误信息中确定所述上报错误信息时,具体用于:
当上报记录中的配置错误信息的数量小于所述目标数量时,将所述第一配置错误信息添加到上报记录中;
当所述上报记录中的配置错误信息的数量等于所述目标数量时,确定所述第一配置错误信息的上报优先级高于所述上报记录中第三配置错误信息的上报优先级,删除所述上报记录中的所述第三配置错误信息,并将所述第一配置错误信息添加到所述上报记录中;
确定所述上报错误信息为所述上报记录中包含的配置错误信息。
27.如权利要求24-26任一项所述的转发面网元,其特征在于,所述处理单元,在确定所述至少一个业务的上报优先级时,具体用于:
获取预设的所述至少一个业务的上报优先级;或者
获取所述控制面网元发送的第一优先级配置信息,所述第一优先级配置信息用于配置所述至少一个业务的上报优先级;根据所述第一优先级配置信息,确定所述至少一个业务的上报优先级;或者
获取所述控制面网元发送的第二优先级配置信息,所述第二优先级配置信息用于配置所述至少一个业务中第一业务的优先级;根据所述第二优先级配置信息,确定所述第一业务的优先级;以及获取预设的所述至少一个业务中第二业务的上报优先级,或者根据所述第一业务的优先级调整所述第二业务的上报优先级。
28.一种控制面网元,其特征在于,包括:
通信单元,用于接收和发送数据;
处理单元,用于:
通过所述通信单元向转发面网元发送第一配置报文,所述第一配置报文中携带多个第一配置参数组,所述多个第一配置参数中任一个配置参数组属于一种业务;
通过所述通信单元接收来自所述转发面网元的第一配置回复报文,所述第一配置回复报文中包含上报错误信息;其中,所述第一配置回复报文中包含的上报错误信息包含第一配置错误信息,且所述第一配置回复报文中包含的上报错误信息不包含第二配置错误信息,所述第一配置错误信息的上报优先级高于或等于所述第二配置错误信息的上报优先级;所述第一配置错误信息为所述转发面网元根据所述多个第一配置参数组中的任一个配置参数组进行配置后生成的。
29.如权利要求28所述的控制面网元,其特征在于,所述第一配置错误信息的上报优先级为所述第一配置错误信息对应的配置参数组所属业务的上报优先级;所述第二配置错误信息的上报优先级为所述第二配置错误信息对应的配置参数组所属业务的上报优先级。
30.如权利要求28或29所述的控制面网元,其特征在于,所述上报错误信息的数量为目标数量;或者
所述上报错误信息对应的配置参数组所属业务的数量为目标数量。
31.如权利要求29所述的控制面网元,其特征在于,所述处理单元,还用于:
通过所述通信单元向所述转发面网元发送优先级配置信息,所述优先级配置信息用于配置至少一个业务的上报优先级,所述至少一个业务包括所述多个第一配置参数组中至少一个第一配置参数组所属的业务。
32.如权利要求28-31任一项所述的控制面网元,其特征在于,所述处理单元,还用于:
在通过所述通信单元接收来自所述转发面网元的所述第一配置回复报文后,根据所述第一上报错误信息,生成所述转发面网元的一个配置失败记录;
根据所述配置失败记录,生成所述转发面网元的至少一个告警消息。
33.如权利要求32所述的控制面网元,其特征在于,所述第一上报错误信息中包含所述第一配置错误信息和第三配置错误信息,所述第一配置错误信息对应的配置参数组属于第一业务,所述第三配置错误信息对应的配置参数组属于第二业务;所述配置失败记录用于表示所述第一业务的配置参数组和所述第二业务的配置参数组配置失败;
所述至少一个告警消息中包含第一告警消息和第二告警消息,其中,所述第一告警消息用于对所述第一业务的配置参数组的配置失败进行告警,所述第二告警消息用于对所述第二业务的配置参数组的配置失败进行告警。
34.一种转发面和控制面分离的通信系统,其特征在于,所述通信系统包括如权利要求22-27任一项所述的转发面网元和如权利要求28-33任一项所述的控制面网元。
35.一种计算机可读存储介质,其特征在于,所述计算机可读存储介质中存储有计算机程序,当计算机程序在计算机上运行时,使得所述计算机实现如权利要求1-21任一项所述的方法。
CN202010872050.4A 2020-08-26 2020-08-26 一种配置错误信息传输方法及设备 Pending CN114205225A (zh)

Priority Applications (4)

Application Number Priority Date Filing Date Title
CN202010872050.4A CN114205225A (zh) 2020-08-26 2020-08-26 一种配置错误信息传输方法及设备
PCT/CN2021/113255 WO2022042393A1 (zh) 2020-08-26 2021-08-18 一种配置错误信息传输方法及设备
EP21860231.6A EP4195607A4 (en) 2020-08-26 2021-08-18 METHOD AND APPARATUS FOR TRANSMITTING CONFIGURATION ERROR INFORMATION
US18/173,868 US11888678B2 (en) 2020-08-26 2023-02-24 Configuration error information transmission method and device

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202010872050.4A CN114205225A (zh) 2020-08-26 2020-08-26 一种配置错误信息传输方法及设备

Publications (1)

Publication Number Publication Date
CN114205225A true CN114205225A (zh) 2022-03-18

Family

ID=80354616

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202010872050.4A Pending CN114205225A (zh) 2020-08-26 2020-08-26 一种配置错误信息传输方法及设备

Country Status (4)

Country Link
US (1) US11888678B2 (zh)
EP (1) EP4195607A4 (zh)
CN (1) CN114205225A (zh)
WO (1) WO2022042393A1 (zh)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN114205225A (zh) * 2020-08-26 2022-03-18 华为技术有限公司 一种配置错误信息传输方法及设备

Family Cites Families (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101110822B (zh) * 2007-07-06 2011-11-02 华为技术有限公司 基于网络配置协议的事件通知发送方法、系统及设备
US8938650B2 (en) * 2011-02-28 2015-01-20 Ricoh Company, Ltd. Error report management
WO2014205647A1 (zh) * 2013-06-25 2014-12-31 华为技术有限公司 转发节点的处理方法、转发节点及控制节点
CN105577401A (zh) * 2014-10-10 2016-05-11 中兴通讯股份有限公司 网络设备告警上报的方法及网络设备
US10135570B2 (en) * 2016-04-04 2018-11-20 Parallel Wireless, Inc. PHY error indication messaging
CN109196918B (zh) * 2016-06-30 2020-12-15 华为技术有限公司 一种数据传输控制方法、通信设备及核心网设备
US20200153679A1 (en) * 2018-11-08 2020-05-14 Huawei Technologies Co., Ltd. Method for enhancing status communications in a sdn-based communication system
CN112511326B (zh) * 2020-03-16 2024-02-02 中兴通讯股份有限公司 一种切换方法、装置、设备和存储介质
CN114205225A (zh) * 2020-08-26 2022-03-18 华为技术有限公司 一种配置错误信息传输方法及设备

Also Published As

Publication number Publication date
EP4195607A4 (en) 2024-01-10
US20230198827A1 (en) 2023-06-22
EP4195607A1 (en) 2023-06-14
US11888678B2 (en) 2024-01-30
WO2022042393A1 (zh) 2022-03-03

Similar Documents

Publication Publication Date Title
US9999030B2 (en) Resource provisioning method
US20170201388A1 (en) System and method for supporting a scalable flooding mechanism in a middleware machine environment
US20150067135A1 (en) Member-oriented hybrid cloud operating system architecture and communication method thereof
EP2562973A1 (en) Virtual machine migration method, switch, virtual machine system
EP2993840A1 (en) Stream forwarding method, device and system
CN112214338A (zh) 一种基于微服务灵活部署的物联网云平台
US10411911B2 (en) Network as service service cross-domain orchestration method, orchestration device, and control device
EP3905598A1 (en) Message processing method and apparatus, control plane device, and computer storage medium
US20040213230A1 (en) Data matrix method and system for distribution of data
US20120278456A1 (en) Method and apparatus for data configuration
CN109698757A (zh) 切换主备设备、恢复用户数据的方法、服务器及网络设备
CN112055048B (zh) 一种面向高吞吐率分布式账本的p2p网络通信方法和系统
CN116633775B (zh) 一种多容器网络接口的容器通信方法及系统
CN112217843A (zh) 服务单元切换方法、系统及设备
WO2019129033A1 (zh) 传送网子切片管理方法和装置
CN109936505B (zh) 以数据为中心的软件定义网络中的方法和装置
CN114554550A (zh) 5g接入网与边缘云网关的通信方法及装置
CN114036236A (zh) 多网关集群系统
CN106059936A (zh) 云系统组播文件的方法及装置
US11888678B2 (en) Configuration error information transmission method and device
CN108259605B (zh) 一种基于多数据中心的数据调用系统及方法
EP1712067B1 (en) A method, apparatus and system of organizing servers
CN112351106B (zh) 一种含事件网格的服务网格平台及其通信方法
CN110620811B (zh) 一种vOLT集群架构下ONU管理方法及系统
CN111163378A (zh) 光网络组播下沉管理方法及装置

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination