CN112787970B - 用于订阅事件流的方法和装置 - Google Patents
用于订阅事件流的方法和装置 Download PDFInfo
- Publication number
- CN112787970B CN112787970B CN201911060982.2A CN201911060982A CN112787970B CN 112787970 B CN112787970 B CN 112787970B CN 201911060982 A CN201911060982 A CN 201911060982A CN 112787970 B CN112787970 B CN 112787970B
- Authority
- CN
- China
- Prior art keywords
- message
- event streams
- event
- subscription
- identifier
- 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.)
- Active
Links
- 238000000034 method Methods 0.000 title claims abstract description 76
- 230000009471 action Effects 0.000 claims description 18
- 238000012545 processing Methods 0.000 claims description 6
- 238000012546 transfer Methods 0.000 claims description 5
- 230000008859 change Effects 0.000 claims description 3
- 230000000875 corresponding effect Effects 0.000 description 56
- 238000013461 design Methods 0.000 description 25
- 238000004891 communication Methods 0.000 description 22
- 238000007726 management method Methods 0.000 description 14
- 238000010586 diagram Methods 0.000 description 10
- 230000006870 function Effects 0.000 description 6
- 230000004044 response Effects 0.000 description 5
- 238000013499 data model Methods 0.000 description 4
- 238000004590 computer program Methods 0.000 description 2
- 230000003287 optical effect Effects 0.000 description 2
- 230000001276 controlling effect Effects 0.000 description 1
- 238000003745 diagnosis Methods 0.000 description 1
- 230000003993 interaction Effects 0.000 description 1
- 230000008569 process Effects 0.000 description 1
- 230000000750 progressive effect Effects 0.000 description 1
- 230000007704 transition Effects 0.000 description 1
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/50—Network services
- H04L67/55—Push-based network services
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/06—Management of faults, events, alarms or notifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/02—Details
- H04L12/16—Arrangements for providing special services to substations
- H04L12/18—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast
- H04L12/1859—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast adapted to provide push services, e.g. data channels
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/02—Standardisation; Integration
- H04L41/0213—Standardised network management protocols, e.g. simple network management protocol [SNMP]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/14—Network analysis or design
- H04L41/145—Network analysis or design involving simulating, designing, planning or modelling of a network
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L43/00—Arrangements for monitoring or testing data switching networks
- H04L43/06—Generation of reports
- H04L43/065—Generation of reports related to network devices
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L51/00—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
- H04L51/06—Message adaptation to terminal or network requirements
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L51/00—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
- H04L51/21—Monitoring or handling of messages
- H04L51/214—Monitoring or handling of messages using selective forwarding
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/2866—Architectures; Arrangements
- H04L67/30—Profiles
- H04L67/303—Terminal profiles
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/50—Network services
- H04L67/51—Discovery or management thereof, e.g. service location protocol [SLP] or web services
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/50—Network services
- H04L67/56—Provisioning of proxy services
- H04L67/562—Brokering proxy services
Abstract
本申请提供了一种用于订阅事件流的方法,所述方法包括:第一设备生成用于订阅事件流的第一消息,所述第一消息包括组标识,所述组标识与多个事件流对应;所述第一设备向第二设备发送所述第一消息,以获得与所述组标识对应的所述多个事件流的数据。
Description
技术领域
本申请涉及通信领域,尤其涉及一种用于订阅事件流的方法和装置。
背景技术
目前,运行有网络管理协议服务端的设备根据预设周期,获取某一业务需求对应的事件流(event stream)的状态参数。该设备向运行有网络管理协议客户端的控制器发送事件消息,该事件消息包括该事件流的状态参数。该业务需求可对应多个事件流,比如CPU利用率、端口状态等。该业务需求对应的多个事件流的状态发生改变后,该设备会向该控制器发送多个事件消息。这会造成设备与控制器之间的通信开销过大,控制器可能会出现无法及时响应事件消息的问题。
发明内容
本申请实施例提供了一种用于订阅事件流的方法和装置,能够节省网络资源和提高响应速度。
第一方面,提供了一种用于订阅事件流的方法,所述方法包括:第一设备生成用于订阅事件流的第一消息,所述第一消息包括组标识,所述组标识与多个事件流对应;所述第一设备向第二设备发送所述第一消息,以获得与所述组标识对应的所述多个事件流的数据。
上述方法中,第一设备可通过发送组标识给第二设备,以便第二设备可根据组标识上报与所述组标识对应的多个事件流的数据,节省网络资源,提高响应速度。
在一种可能的设计中,所述第一设备向第二设备发送所述第一消息之后,所述方法还包括:所述第一设备接收所述第二设备发送的第二消息,所述第二消息包括订阅标识,所述订阅标识用于标识基于所述多个事件流生成的订阅。这样,第一设备可根据订阅标识,获知后续接收到的数据是针对哪个订阅下的多个事件流。
在一种可能的设计中,所述第一设备向第二设备发送所述第一消息之后,所述方法还包括:所述第一设备接收所述第二设备发送的第三消息,所述第三消息包括所述订阅标识和所述多个事件流中至少一个事件流的数据。
在一种可能的设计中,所述第三消息还包括所述组标识。这样,第一设备可直接根据第三消息中的组标识,获知第三消息中的数据所对应的多个事件流。
在一种可能的设计中,所述第一设备接收所述第二设备发送的第三消息之后,所述方法还包括:所述第一设备根据所述至少一个事件流的数据,获得策略,所述策略用于指示所述第二设备执行对应所述至少一个事件流的动作;所述第一设备向所述第二设备发送所述策略。这样,第二设备可根据策略执行动作,提高处理效率。
在一种可能的设计中,所述第一设备向第二设备发送所述第一消息之前,所述方法还包括:所述第一设备接收所述第二设备发送的能力标识,所述能力标识用于标识所述第二设备支持订阅多个事件流。
在一种可能的设计中,所述第一设备与所述第二设备间采用网络配置协议NETCONF通信,所述能力标识可表示为:
Netconf bulk-stream-sn capability:
urn:ietf:params:netconf:capability:bulk-stream-sn:1.0
或者所述第一设备与所述第二设备间采用表现层状态转换配置协议RESTCONF通信,所述能力标识可表示为:
Restconf bulk-stream-sn capability:
urn:ietf:params:restconf:capability:bulk-stream-sn:1.0。
在一种可能的设计中,所述第一设备向第二设备发送所述第一消息之前,所述方法还包括:所述第一设备向所述第二设备发送对应关系,所述对应关系包括所述组标识和所述多个事件流。这样,后续第一设备可直接下发组标识来实现对第二设备上多个事件流的订阅,简化操作。
第二方面,提供了一种用于订阅事件流的方法,所述方法包括:第二设备接收第一设备发送的用于订阅事件流的第一消息,所述第一消息包括组标识,所述组标识与多个事件流对应;所述第二设备根据所述第一消息,生成与所述多个事件流对应的订阅。
上述方法中,第二设备可根据组标识,生成与多个事件流对应的订阅,能够节省网络资源。
在一种可能的设计中,所述生成与所述多个事件流对应的订阅之后,所述方法还包括:所述第二设备获得订阅标识,所述订阅标识用于标识基于所述多个事件流生成的订阅;所述第二设备向所述第一设备发送第二消息,所述第二消息包括所述订阅标识。
在一种可能的设计中,所述第二设备向所述第一设备发送第二消息之后,所述方法还包括:所述第二设备获取所述多个事件流中至少一个事件流的数据;所述第二设备根据所述至少一个事件流的数据,生成第三消息,所述第三消息包括所述订阅标识和所述至少一个事件流的数据;所述第二设备向所述第一设备发送所述第三消息。
在一种可能的设计中,所述第二设备获取所述多个事件流中至少一个事件流的数据包括:所述第二设备根据所述组标识,确定与所述组标识对应的所述多个事件流;所述第二设备周期性获取所述多个事件流中一个或多个事件流的数据,或者所述第二设备在所述多个事件流中一个或多个事件流的状态改变后获取所述一个或多个事件流的数据。
在一种可能的设计中,所述第三消息还包括所述组标识。
在一种可能的设计中,所述第二设备接收第一设备发送的用于订阅事件流的第一消息之前,所述方法还包括:所述第二设备向所述第一设备发送能力标识,所述能力标识用于标识所述第二设备支持订阅多个事件流。
在一种可能的设计中,所述第二设备与所述第一设备间采用网络配置协议NETCONF通信,所述能力标识可表示为:
Netconf bulk-stream-sn capability:
urn:ietf:params:netconf:capability:bulk-stream-sn:1.0
或者所述第二设备与所述第一设备间采用表现层状态转换配置协议RESTCONF通信,所述能力标识可表示为:
Restconf bulk-stream-sn capability:
urn:ietf:params:restconf:capability:bulk-stream-sn:1.0。
在一种可能的设计中,所述生成与所述多个事件流对应的订阅之后,所述方法还包括:所述第二设备接收所述第一设备发送的策略,所述策略用于指示所述第二设备执行对应所述至少一个事件流的动作;所述第二设备根据所述策略执行所述动作。
在一种可能的设计中,所述第二设备接收第一设备发送的用于订阅事件流的第一消息之前,所述方法还包括:所述第二设备接收所述第一设备发送的对应关系,所述对应关系包括所述组标识和所述多个事件流。
第三方面,提供一种用于订阅事件流的装置,所述装置设置于第一设备,所述装置包括能够实现上述第一方面或第一方面的任一种可能的设计所对应的功能的模块。
第四方面,提供一种用于订阅事件流的装置,所述装置设置于第二设备,所述装置包括能够实现上述第二方面或第二方面的任一种可能的设计所对应的功能的模块
第五方面,提供一种计算机可读存储介质,所述计算机可读存储介质包括指令,当其在计算机上运行时,使得所述计算机执行上述第一方面或第一方面的任一种可能的设计所述的用于订阅事件流的方法。
第六方面,提供一种计算机可读存储介质,所述计算机可读存储介质包括指令,当其在计算机上运行时,使得所述计算机执行上述第二方面或第二方面的任一种可能的设计所述的用于订阅事件流的方法。
第七方面,提供一种包含指令的计算机程序产品,当其在计算机上运行时,使得所述计算机执行上述第一方面或第一方面的任一种可能的设计所述的用于订阅事件流的方法。
第八方面,提供一种包含指令的计算机程序产品,当其在计算机上运行时,使得所述计算机执行上述第二方面或第二方面的任一种可能的设计所述的用于订阅事件流的方法。
第九方面,提供一种用于订阅事件流的装置,所述装置包括:处理器、存储器、总线和通信接口;所述存储器用于存储计算机执行指令,所述处理器与所述存储器通过所述总线连接,当所述装置运行时,所述处理器执行所述存储器存储的所述计算机执行指令,以使所述装置执行上述第一方面或第一方面的任一种可能的设计所述的用于订阅事件流的方法。其中,所述装置可以是上述第一方面或第一方面的任一种可能的设计中提及的第一设备。
第十方面,提供一种用于订阅事件流的装置,所述装置包括:处理器、存储器、总线和通信接口;所述存储器用于存储计算机执行指令,所述处理器与所述存储器通过所述总线连接,当所述装置运行时,所述处理器执行所述存储器存储的所述计算机执行指令,以使所述装置执行上述第二方面或第二方面的任一种可能的设计所述的用于订阅事件流的方法。其中,所述装置可以是上述第二方面或第二方面的任一种可能的设计中提及的第二设备。
第十一方面,提供一种用于订阅事件流的系统,所述系统包括上述第三方面或第九方面提供的装置,以及上述第四方面或第十方面提供的装置。
附图说明
为了更清楚地说明本申请实施例中的技术方案,下面将对实施例描述中所需要使用的附图作一简单地介绍。
图1为本申请实施例提供的网络场景示意图。
图2为本申请实施例一提供的用于订阅事件流的方法流程示意图。
图3为本申请实施例二提供的用于订阅事件流的方法流程示意图。
图4为本申请实施例提供的用于订阅事件流的装置结构示意图。
图5为本申请实施例提供的用于订阅事件流的装置结构示意图。
图6为本申请实施例提供的用于订阅事件流的装置结构示意图。
图7为本申请实施例提供的用于订阅事件流的装置结构示意图。
具体实施方式
下面结合附图,对本发明的实施例进行描述。
本申请实施例提供了一种用于订阅事件流的方法,该方法中,第一设备能够对第二设备的多个事件流进行一次订阅。所述第二设备可根据该次订阅,向所述第一设备上报其所需的一个或多个事件流的数据。具体地,所述第一设备生成用于订阅事件流的第一消息,所述第一消息包括组标识,所述组标识与多个事件流对应;所述第一设备向所述第二设备发送所述第一消息,以获得与所述组标识对应的多个事件流的数据。第二设备接收到第一消息后,根据所述第一消息包括的所述组标识生成与所述多个事件流对应的订阅。
图1为本申请实施例提供的网络场景示意图。在图1所示的网络场景中,控制设备101能够对设备102和设备103进行订阅设置。比如:控制设备101为运行有网络管理协议的客户端。设备102和设备103均为运行有网络管理协议的服务端。控制设备101与设备102之间采用的通信协议为网络管理协议,具体可以是网络配置协议(Network ConfigurationProtocol,NETCONF)或表现层状态转换配置协议(Representational State TransferConfiguration Protocol RESTCONF)。控制设备101与设备103间采用的通信协议与控制设备101与设备102间采用的通信协议相同。设备102和设备103可以是任何支持上述网络管理协议的网络设备,比如路由器、交换机、服务器等。
图2为本申请实施例一提供的用于订阅事件流的方法流程示意图。现结合图1和图2,以控制设备101与设备102间的交互为例,对本申请实施例提供的用于订阅的方法进行说明。
S201,控制设备101与设备102之间进行能力协商。
举例说明,控制设备101和设备102建立基于网络管理协议的会话。设备102向控制设备101发送能力标识,所述能力标识用于标识所述第二设备支持订阅多个事件流。例如:设备102向控制设备101发送问候(hello)消息,所述hello消息包括所述能力标识。所述网络管理协议为NETCONF时,所述hello消息中包括的能力标识可采用以下形式:
Netconf bulk-stream-sn capability:
urn:ietf:params:netconf:capability:bulk-stream-sn:1.0
所述网络管理协议为RESCONF时,所述hello消息中包括的能力标识可采用以下形式:
Restconf bulk-stream-sn capability:
urn:ietf:params:restconf:capability:bulk-stream-sn:1.0
其中,Netconf bulk-stream-sn capability表示NETCONF下的批量事件流(eventstream)的能力。Restconf bulk-stream-sn capability表示RESTCONF下的批量事件流的能力。bulk-stream-sn:1.0表示支持订阅批量事件流。批量事件流也可称为多个事件流。事件流为在某些情况下汇聚的一组连续的按时间排序的事件,例如:系统重启相关的参数、节点配置信息、节点状态信息、告警事件、时延等。
以所述网络管理协议为NETCONF为例,hello消息采用下述格式:
<hello xmlns="urn:ietf:params:xml:ns:netconf:base:1.0">
<capabilities>
<capability>
urn:ietf:params:netconf:base:1.1
</capability>
<capability>
urn:ietf:params:netconf:capability:startup:1.0
</capability>
<capability>
urn:ietf:params:netconf:capability:bulk-stream-sn:1.0
</capability>
</capabilities>
<session-id>4</session-id>
</hello>
举例说明,控制设备101可在接收到设备102的能力标识之后,获知设备102支持订阅多个事件流。控制设备101可根据配置或需求,确定多个事件流。控制设备101将多个事件流打包至一个组,配置相应的组标识。控制设备101获取对应关系,所述对应关系包括组标识和与所述组标识对应的多个事件流。所述组标识为批量订阅模型的索引。所述对应关系可通过批量订阅模型来表示。批量订阅模型为采用YANG模型对多个事件流进行订阅的模型。控制设备101可向设备102发送所述对应关系。
批量订阅模型中与所述对应关系相关的模型可表示如下:
module:ietf-bulk-subscription
+--rw groups
+--rw group*[group-id]
+--rw group-id string
+--rw stream*string
其中,module:ietf-bulk-subscription表示该数据模型为批量订阅模型。group-id表示组标识。stream*表示多个事件流。
举例说明,控制设备101打包多个事件流所依据的需求可以是业务需求。业务需求可对应多个事件流。比如:业务需求是业务保证,事件流可以是告警事件。告警事件具体可以是设备告警,通讯告警,处理错误告警等。业务需求是业务保证,事件流还可以是业务参数的门限值,时延,QoS等。业务需求是故障诊断,事件流可以是响应时间,网络攻击,CPU占用率等。
S202,控制设备101生成第一消息,所述第一消息包括组标识。
举例说明,控制设备101通过发送第一消息,实现对设备102上多个事件流的订阅,以获取所述组标识对应的多个事件流的数据。
所述第一消息可采用下述格式来发送组标识,实现订阅所述组标识对应的多个事件流。
augment/sn:subscriptions/sn:subscription/sn:target:
+--:(stream-group)
+--rw group-id?->/groups/group/group-id
augment/sn:establish-subscription/sn:input/sn:target:
+--:(stream-group)
+--group-id?->/groups/group/group-id
其中,augment/sn:subscriptions/sn:subscription/sn:target表示配置订阅。augment/sn:establish-subscription/sn:input/sn:target表示动态订阅。动态订阅可通过远程过程调用(remote procedure call,RPC)来实现。
可选地,第一消息还包括批量上报模型。所述批量上报模型为设备102向控制设备101上报与多个事件流对应的数据所采用的模型。所述批量上报模型可采用以下形式:
module:ietf-bulk-notification
augment-structure/nm:message/nm:message-header:
+--rw message-type identityref
+--rw group-id?string
其中,ietf-bulk-notification表示该数据模型为批量上报模型。group-id表示组标识。
可选地,所述第一消息还包括消息标识(message identifier),以便接收设备102发送的包括订阅标识的第二消息时,根据第二消息携带的所述消息标识,确定所述订阅标识与所述组标识对应。
S203,控制设备101向设备102发送第一消息。
举例说明,控制设备101可采用网络管理协议,向设备102发送第一消息。
S204,设备102生成第二消息,第二消息包括订阅标识。
举例说明,设备102根据第一消息中的组标识,生成订阅并获得订阅标识。所述订阅标识可以是随机生成的标识。订阅生成为通过下发配置或者调用配置的命令使得设备按照数据模型上报数据。设备102所生成的第二消息中包括的订阅标识可采用下述形式。
+--ro output
+--ro id subscription-id
+--ro replay-start-time-revision?yang:date-and-time
{replay}?
其中,output表示回复。id表示的订阅标识(subscription-id)。
可选地,所述第二消息还包括所述消息标识。设备102将所述消息标识和所述订阅标识发送给控制设备101,以便控制设备101根据所述消息标识,确定所述订阅标识与所述组标识对应。
S205,设备102向控制设备101发送第二消息。
举例说明,设备102可采用网络管理协议,向控制设备101发送第二消息。
S206,设备102生成第三消息,所述第三消息包括所述订阅标识和N个事件流的数据。
举例说明,设备102根据接收到的批量订阅模型中的对应关系和第一消息中的组标识,确定控制设备101所订阅的多个事件流。设备102周期性获得N个事件流对应的数据,或者在N个事件流对应的状态发生改变时获取其数据。N为大于或等于1的整数。所述组标识对应的多个事件流包括所述N个事件流。为了节省网络资源和提高响应速度,所述N个事件流可以为所述组标识对应的多个事件流。设备102根据所述订阅标识和所述N个事件流的数据,生成第三消息。
所述第三消息可采用下述格式上报所述订阅标识和所述N个事件流的数据。
其中,structure message表示消息的格式。subscription-id表示订阅标识。N个事件流的数据可携带在notification-contents中。设备102可通过批量上报通知实现上报N个事件流的数据。
可选地,所述第三消息还包括所述组标识,以便控制器101根据组标识确定是与那些需求或配置相关的数据。所述第三消息可采用下述格式来携带所述组标识。
module:ietf-bulk-notification
augment-structure/nm:message/nm:message-header:
+--rw message-type identityref
+--rw group-id?string
其中,group-id表示组标识。message-header表示消息头。ietf-bulk-notification表示批量上报。augment-structure/nm:message/nm:message-header表示组标识携带在structuremessage的消息头中。
S207,设备102向控制设备101发送第三消息。
举例说明,设备102可采用网络管理协议,向控制设备101发送第三消息。
本申请实施例一提供的方法中,设备102能够根据控制设备101发送的组标识,获取与所述组标识对应的N个事件流的数据。所述N个事件流为控制设备101订阅的事件流。通过一次订阅实现了对多个事件流的数据的获取,节省了网络资源。
实施例二
图3为本申请实施例二提供的用于订阅事件流的方法流程示意图。图1所示网络场景中的设备也可采用图3对应的实施例提供的方法。实施例二提供的方法与实施例一提供的方法的不同之处在于S301至S303的内容。
实施例二的S201至S207的内容可参见实施例一的S201至S207的相应内容,在此不再赘述。下面结合图1和图3,对S301至S303的内容进行说明。
S301,控制设备101生成策略。
举例说明,控制设备101根据设备102上报的N个事件流的数据,生成所述策略,所述策略用于指示102执行对应所述N个事件流的动作。以控制设备101所订阅的多个事件流为故障导致的告警事件为例,设备102上的模块1故障导致告警事件1,设备102上的模块2因调用故障的模块1导致告警事件2,设备102上的模块3因调用模块2导致告警事件3。设备102上的模块可以是硬件或软件,本申请实施例对此不进行限定。设备102可对上述告警事件进行统计,并根据统计的数量和预设的阈值,确定是否通知用户。设备102上报告警事件1、告警事件2和告警事件3给控制设备101。控制设备101根据告警事件1、告警事件2和告警事件3,获知告警事件2和告警事件3是因告警事件1导致的,比如根据生成告警的时间和/或模块之间的调用关系获知上述内容。控制设备101确定告警事件1为有效告警,告警事件2和告警事件3为无效告警。所述策略为确认告警事件1,且清除告警事件2和告警事件3。
S302,控制设备101向设备102发送策略。
举例说明,控制设备101通过网络管理协议,向设备102发送所述策略。
S303,设备102根据策略执行动作。
举例说明,设备102根据策略执行相应的动作。以上述的告警事件为例,设备102清除告警事件2和告警事件1,确认告警事件1。可选地,设备102可在确认告警事件1之后,进一步通知用户告警事件1,以便高效地排除故障。
本申请实施例二提供的方法中,控制设备101可根据设备102上报的N个事件流的数据确定策略,以便设备102调整对于事件流的动作,能够提高响应速度和故障处理效率。
本申请实施例中的控制设备可以包括云控制器和分析器,或者控制设备为云分析器,或者控制设备为集成了云控制器的功能和分析器的功能的设备。
本申请实施例提供的方法中的消息、标识、数据等均可采用YANG模型中的数据模型来进行表达。
图4为本申请实施例提供的用于订阅事件流的装置结构示意图。图4对应的实施例提供的装置400是从逻辑结构的角度进行的描述。图4对应的实施例提供的装置400可以是实施例一或实施例二中的控制设备101。图4对应的实施例中的第二设备可以是第一实施例或第二实施例中的设备102。下面结合图4,对本申请实施例提供的装置结构进行说明。
所述装置400包括生成模块401和第一发送模块402。所述生成模块401用于生成用于订阅事件流的第一消息。所述第一消息包括组标识,所述组标识与多个事件流对应。所述第一发送模块402用于向第二设备发送所述第一消息,以获得与所述组标识对应的所述多个事件流的数据。所述生成模块401用于支持装置400执行实施例一或实施例二中的步骤S202。所述第一发送模块402用于支持装置400执行实施例一或实施例二中的步骤S203。
可选地,所述装置还包括第一接收模块403。所述第一接收模块403用于接收所述第二设备发送的第二消息,所述第二消息包括订阅标识,所述订阅标识用于标识基于所述多个事件流生成的订阅。所述第一接收模块403用于支持装置400执行实施例一或实施例二中的S205。
可选地,所述装置还包括:第二接收模块404。所述第二接收模块404用于接收所述第二设备发送的第三消息,所述第三消息包括所述订阅标识和所述多个事件流中至少一个事件流的数据。所述第二接收模块404用于支持装置400执行实施例一或实施例二中的S207。可选地,所述第三消息还包括所述组标识。
可选地,所述装置还包括获得模块405和第二发送模块406。所述获得模块405用于根据所述至少一个事件流的数据,获得策略,所述策略用于指示所述第二设备执行对应所述至少一个事件流的动作。所述第二发送模块406用于向所述第二设备发送所述策略。所述获得模块405用于支持装置400执行实施例二中的S301。所述第二发送模块406用于支持装置400执行实施例二中的S302。
可选地,所述装置还包括第三接收模块407。所述第三接收模块407用于接收所述第二设备发送的能力标识,所述能力标识用于标识所述第二设备支持订阅多个事件流。所述第三接收模块407用于支持装置400执行实施例一或实施例二中的S201。
可选地,所述装置还包括第三发送模块408。所述第三发送模块408用于向所述第二设备发送对应关系,所述对应关系包括所述组标识和所述多个事件流。所述第三发送模块408用于支持装置400执行实施例一或实施例二中的S201。
本申请实施例中的第一接收模块403和第二接收模块404可以为一个接收单元。所述第一发送模块402、所述第二发送模块406和所述第三发送模块408可以为一个发送单元。
本申请实施例提供的装置中,生成模块401所生成的用于订阅事件流的第一消息,能够是的接收到第一消息的第二设备根据订阅上报多个事件流的数据,有助于节省网络资源。
图5为本申请实施例提供的用于订阅事件流的装置结构示意图。图5对应的实施例提供的装置500是从逻辑结构的角度进行的描述。图5对应的实施例提供的装置500可以是实施例一或实施例二中的设备102。图5对应的实施例中的第一设备可以是实施例一或实施例二中的控制设备101。下面结合图5,对本申请实施例提供的装置结构进行说明。
所述装置500包括第一接收模块501和第一生成模块502。所述第一接收模块501用于接收第一设备发送的用于订阅事件流的第一消息,所述第一消息包括组标识,所述组标识与多个事件流对应。所述第一生成模块502用于根据所述第一消息,生成与所述多个事件流对应的订阅。所述第一接收模块501用于支持装置500执行实施例一或实施例二中的S203。所述第一生成模块502用于支持装置500执行实施例一或实施例二中的S204。
可选地,所述装置还包括第一获得模块503和第一发送模块504。所述第一获得模块503用于获得订阅标识,所述订阅标识用于标识基于所述多个事件流生成的订阅。所述第一发送模块504用于向所述第一设备发送第二消息,所述第二消息包括所述订阅标识。所述第一获得模块503用于支持装置500执行实施例一或实施例二中的S204。所述第一发送模块504用于支持装置500执行实施例一或实施例二中的S205。
可选地,所述装置还包括第二获得模块505、第二生成模块506和第二发送模块507。所述第二获得模块505用于获取所述多个事件流中至少一个事件流的数据。所述第二生成模块506用于根据所述至少一个事件流的数据,生成第三消息,所述第三消息包括所述订阅标识和所述至少一个事件流的数据。所述第二发送模块507用于向所述第一设备发送所述第三消息。所述第二获得模块505和所述第二生成模块506用于支持装置500执行实施例一或实施例二中的S206。所述第二发送模块507用于支持装置500执行实施例一或实施例二中的S207。可选地,所述第三消息还包括所述组标识。
举例说明,所述第二获得模块505具体用于:根据所述组标识,确定与所述组标识对应的所述多个事件流;周期性获取所述多个事件流中一个或多个事件流的数据,或者在所述多个事件流中一个或多个事件流的状态改变后获取所述一个或多个事件流的数据。
可选地,所述装置还包括第三发送模块508。所述第三发送模块508用于向所述第一设备发送能力标识,所述能力标识用于标识所述第二设备支持订阅多个事件流。所述第三发送模块508用于支持装置500执行实施例一或实施例二中的S201。
可选地,所述装置还包括第二接收模块509和处理模块510。所述第二接收模块509用于接收所述第一设备发送的策略,所述策略用于指示所述第二设备执行对应所述至少一个事件流的动作。所述处理模块510用于根据所述策略执行所述动作。所述第二接收模块509用于支持装置500执行实施例二中的S302。所述处理模块510用于支持装置500执行实施例二中的S303。
可选地,所述装置还包括第三接收模块511。所述第三接收模块511用于接收所述第一设备发送的对应关系,所述对应关系包括所述组标识和所述多个事件流。所述第三接收模块511用于支持装置500执行实施例一或实施例二中的S201。
本申请实施例中的第一接收模块501、第二接收模块509和第三接收模块511可以为一个接收单元。所述第一发送模块504、所述第二发送模块507和所述第三发送模块508可以为一个发送单元。所述第一获得模块503和所述第二获得模块505可以为一个获得单元。
本申请实施例提供的装置中,第一生成模块502根据第一消息中的组标识生成与多个事件流对应的订阅,以便后续一次性上报多个事件流的数据,有助于节省网络资源。
图6为本申请实施例提供的用于订阅事件流的装置结构示意图。图6对应的实施例提供的装置600可以是图4对应的实施例提供的装置400。图6对应的实施例提供的装置600是从硬件结构的角度进行的描述。图6对应的实施例提供的装置600可实现实施例一或实施例二中控制设备101的功能。图6对应的实施例提供的装置600包括处理器601、存储器602、通信总线604和通信接口603。所述处理器601、所述存储器602和所述通信接口603通过通信总线604连接。所述存储器602用于存储程序。所述处理器601根据从所述存储器602中读取的程序所包括的可执行指令,执行上述实施例一或实施例二中的控制设备101执行的方法。所述处理器601可通过通信接口603与第二设备,即实施例一或实施例二中的设备102,进行协商和通信。
其中,通信接口603用于支持装置600执行实施例一或实施例二中的S201、S203、S205和S207。通信接口603还用于支持装置600执行实施例二中的S302。所述处理器601用于支持装置600执行实施例一或实施例二中的S202。所述处理器601还用于支持装置600执行实施例二中的S301。所述存储器602除了用于存储程序代码和数据之外,还用于缓存实施例一或实施例二中的组标识、订阅标识和N个事件流的数据。
图7为本申请实施例提供的用于订阅事件流的装置结构示意图。图7对应的实施例提供的装置700可以是图5对应的实施例提供的装置500。图7对应的实施例提供的装置700是从硬件结构的角度进行的描述。图7对应的实施例提供的装置700可实现实施例一或实施例二中设备102的功能。图7对应的实施例提供的装置700包括处理器701、存储器702、通信总线704和通信接口703。所述处理器701、所述存储器702和所述通信接口703通过通信总线704连接。所述存储器702用于存储程序。所述处理器701根据从所述存储器702中读取的程序所包括的可执行指令,执行上述实施例一或实施例二中的设备102执行的方法。所述处理器701可通过通信接口703与第一设备,即实施例一或实施例二中的控制设备101,进行协商和通信。
其中,通信接口703用于支持装置700执行实施例一或实施例二中的S201、S203、S205和S207。通信接口703还用于支持装置700执行实施例二中的S302。所述处理器601用于支持装置700执行实施例一或实施例二中的S204和S206。所述处理器601还用于支持装置700执行实施例二中的S303。所述存储器602除了用于存储程序代码和数据之外,还用于缓存实施例一或实施例二中的组标识、订阅标识、N个事件流的数据和策略。
本申请实施例提供了一种用于订阅事件流的系统,所述系统包括第一设备和第二设备。用于订阅事件流的装置400或用于订阅事件流的装置600可设于所述第一设备。用于订阅事件流的装置500或用于订阅事件流的装置700可设于所述第二设备。所述第一设备可执行实施例一或实施例二中控制设备101所执行的动作。所述第二设备可执行实施例一或实施例二中设备102所执行的动作。
本申请实施例中所提及的通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器。结合本发明实施例所公开的方法的步骤,可以直接体现为处理器中的硬件及软件模块组合执行完成。当使用软件实现时,可以将实现上述功能的代码存储在计算机可读介质中。计算机可读介质包括计算机存储介质。存储介质可以是计算机能够存取的任何可用介质。以此为例但不限于:计算机可读介质可以是随机存取存储器(英文全称为random-access memory,英文缩写为RAM)、只读存储器(英文全称为read-only memory,英文缩写为ROM)、电可擦可编程只读存储器(英文全称为electrically erasableprogrammable read-only memory,英文缩写为EEPROM)、只读光盘(英文全称为compactdisc read-only memory,英文缩写为CD-ROM)或其他光盘存储、磁盘存储介质或者其他磁存储设备、或者能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质。计算机可读介质可以是压缩碟(英文全称为compact disc,英文缩写为CD)、激光碟、数字视频光碟(英文全称为digital video disc,英文缩写为DVD)、软盘或者蓝光碟。
本说明书中的各个实施例均采用递进的方式描述,各个实施例之间相同相似的部分互相参见即可,每个实施例重点说明的都是与其他实施例的不同之处。尤其,对于系统实施例而言,由于其基本相似于方法实施例,所以描述的比较简单,相关之处参见方法实施例的部分说明即可。
Claims (25)
1.一种用于订阅事件流的方法,其特征在于,所述方法包括:
第一设备生成用于订阅第二设备的多个事件流的第一消息,所述第一消息包括组标识,所述组标识与所述第二设备的所述多个事件流对应;
所述第一设备向所述第二设备发送所述第一消息;
所述第一设备从所述第二设备接收第二消息,所述第二消息包括订阅标识,所述订阅标识用于标识所述第二设备基于所述组标识生成的订阅,所述订阅是所述第一设备对所述第二设备的多个事件流的订阅;
所述第一设备接收所述第二设备发送的第三消息,所述第三消息包括所述订阅标识和所述第二设备的所述多个事件流中至少一个事件流的数据。
2.根据权利要求1所述的方法,其特征在于,所述第三消息还包括所述组标识。
3.根据权利要求1所述的方法,其特征在于,所述第一设备接收所述第二设备发送的第三消息之后,所述方法还包括:
所述第一设备根据所述至少一个事件流的数据,获得策略,所述策略用于指示所述第二设备执行对应所述至少一个事件流的动作;
所述第一设备向所述第二设备发送所述策略。
4.根据权利要求1至3任一所述的方法,其特征在于,所述第一设备向第二设备发送所述第一消息之前,所述方法还包括:
所述第一设备接收所述第二设备发送的能力标识,所述能力标识用于标识所述第二设备支持订阅多个事件流。
5.根据权利要求4所述的方法,其特征在于,所述第一设备与所述第二设备间采用网络配置协议NETCONF通信,所述能力标识可表示为:
Netconf bulk-stream-sn capability:
urn:ietf:params:netconf:capability: bulk-stream-sn:1.0
或者所述第一设备与所述第二设备间采用表现层状态转换配置协议RESTCONF通信,所述能力标识可表示为:
Restconf bulk-stream-sn capability:
urn:ietf:params:restconf:capability: bulk-stream-sn :1.0。
6.根据权利要求1至3任一所述的方法,其特征在于,所述第一设备向第二设备发送所述第一消息之前,所述方法还包括:
所述第一设备向所述第二设备发送对应关系,所述对应关系包括所述组标识和所述多个事件流。
7.一种用于订阅事件流的方法,其特征在于,所述方法包括:
第二设备接收第一设备发送的用于订阅所述第二设备的多个事件流的第一消息,所述第一消息包括组标识,所述组标识与所述第二设备的所述多个事件流对应;
所述第二设备根据所述组标识生成订阅,所述订阅是所述第一设备对所述第二设备的多个事件流的订阅,并且生成用于标识所述订阅的订阅标识;
生成包括所述订阅标识符的第二消息,并向所述第一设备发送所述第二消息;
生成第三消息,所述第三消息包括所述订阅标识和所述第二设备的所述多个事件流中至少一个事件流的数据,并向所述第一设备发送所述第三消息。
8.根据权利要求7所述的方法,其特征在于,所述方法还包括:
所述第二设备根据所述组标识,确定与所述组标识对应的所述多个事件流;
所述第二设备周期性获取所述多个事件流中至少一个事件流的数据,或者所述第二设备在所述多个事件流中一个或多个事件流的状态改变后获取所述至少一个事件流的数据。
9.根据权利要求7所述的方法,其特征在于,所述第三消息还包括所述组标识。
10.根据权利要求7至9任一所述的方法,其特征在于,所述第二设备接收第一设备发送的用于订阅事件流的第一消息之前,所述方法还包括:
所述第二设备向所述第一设备发送能力标识,所述能力标识用于标识所述第二设备支持订阅多个事件流。
11.根据权利要求10所述的方法,其特征在于,所述第二设备与所述第一设备间采用网络配置协议NETCONF通信,所述能力标识可表示为:
Netconf bulk-stream-sn capability:
urn:ietf:params:netconf:capability: bulk-stream-sn:1.0
或者所述第二设备与所述第一设备间采用表现层状态转换配置协议RESTCONF通信,所述能力标识可表示为:
Restconf bulk-stream-sn capability:
urn:ietf:params:restconf:capability: bulk-stream-sn :1.0。
12.根据权利要求7至9任一所述的方法,其特征在于,所述第二设备根据所述组标识生成订阅之后,所述方法还包括:
所述第二设备接收所述第一设备发送的策略,所述策略用于指示所述第二设备执行对应所述至少一个事件流的动作;
所述第二设备根据所述策略执行所述动作。
13.根据权利要求7至9任一所述的方法,其特征在于,所述第二设备接收第一设备发送的用于订阅所述第二设备的多个事件流的第一消息之前,所述方法还包括:
所述第二设备接收所述第一设备发送的对应关系,所述对应关系包括所述组标识和所述多个事件流。
14.一种用于订阅事件流的装置,其特征在于,所述装置设置于第一设备,所述装置包括:
生成模块,用于生成用于订阅第二设备的多个事件流的第一消息,所述第一消息包括组标识,所述组标识与所述第二设备的所述多个事件流对应;
第一发送模块,用于向所述第二设备发送所述第一消息;
第一接收模块,用于从所述第二设备接收第二消息,所述第二消息包括订阅标识,所述订阅标识用于标识所述第二设备基于所述组标识生成的订阅,所述订阅是所述第一设备对所述第二设备的多个事件流的订阅;
第二接收模块,用于接收所述第二设备发送的第三消息,所述第三消息包括所述订阅标识和所述第二设备的所述多个事件流中至少一个事件流的数据。
15.根据权利要求14所述的装置,其特征在于,所述第三消息还包括所述组标识。
16.根据权利要求14所述的装置,其特征在于,所述装置还包括:
获得模块,用于根据所述至少一个事件流的数据,获得策略,所述策略用于指示所述第二设备执行对应所述至少一个事件流的动作;
第二发送模块,用于向所述第二设备发送所述策略。
17.根据权利要求14至16任一所述的装置,其特征在于,所述装置还包括:
第三接收模块,用于接收所述第二设备发送的能力标识,所述能力标识用于标识所述第二设备支持订阅多个事件流。
18.根据权利要求14至16任一所述的装置,其特征在于,所述装置还包括:
第三发送模块,用于向所述第二设备发送对应关系,所述对应关系包括所述组标识和所述多个事件流。
19.一种用于订阅事件流的装置,其特征在于,所述装置设置于第二设备,所述装置包括:
第一接收模块,用于接收第一设备发送的用于订阅所述第二设备的多个事件流的第一消息,所述第一消息包括组标识,所述组标识与所述第二设备的所述多个事件流对应;
第一生成模块,用于根据所述组标识生成订阅,所述订阅是所述第一设备对所述第二设备的多个事件流的订阅,并且生成用于标识所述订阅的订阅标识;
第二生成模块,用于生成包括所述订阅标识符的第二消息;
第一发送模块,用于向所述第一设备发送所述第二消息;
第三生成模块,用于生成第三消息,所述第三消息包括所述订阅标识和所述第二设备的所述多个事件流中至少一个事件流的数据;
第二发送模块,用于向所述第一设备发送所述第三消息。
20.根据权利要求19所述的装置,其特征在于,所述装置包括:
第二获得模块用于:
根据所述组标识,确定与所述组标识对应的所述多个事件流;
周期性获取所述多个事件流中一个或多个事件流的数据,或者在所述多个事件流中一个或多个事件流的状态改变后获取所述一个或多个事件流的数据。
21.根据权利要求19所述的装置,其特征在于,所述第三消息还包括所述组标识。
22.根据权利要求19至21任一所述的装置,其特征在于,所述装置还包括:
第三发送模块,用于向所述第一设备发送能力标识,所述能力标识用于标识所述第二设备支持订阅多个事件流。
23.根据权利要求19至21任一所述的装置,其特征在于,所述装置还包括:
第二接收模块,用于接收所述第一设备发送的策略,所述策略用于指示所述第二设备执行对应所述至少一个事件流的动作;
处理模块,用于根据所述策略执行所述动作。
24.根据权利要求19至21任一所述的装置,其特征在于,所述装置还包括:
第三接收模块,用于接收所述第一设备发送的对应关系,所述对应关系包括所述组标识和所述多个事件流。
25.一种计算机可读介质,包括指令,当其在计算机上执行时,使得所述计算机执行如权利要求1至13任一权利要求所述的方法。
Priority Applications (5)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201911060982.2A CN112787970B (zh) | 2019-11-01 | 2019-11-01 | 用于订阅事件流的方法和装置 |
PCT/CN2020/117813 WO2021082832A1 (zh) | 2019-11-01 | 2020-09-25 | 用于订阅事件流的方法和装置 |
EP20882413.6A EP4044545B1 (en) | 2019-11-01 | 2020-10-26 | Method and apparatus for subscribing to event stream |
PCT/CN2020/123655 WO2021083075A1 (zh) | 2019-11-01 | 2020-10-26 | 用于订阅事件流的方法和装置 |
US17/730,542 US11863368B2 (en) | 2019-11-01 | 2022-04-27 | Method and apparatus for subscribing to event streams |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201911060982.2A CN112787970B (zh) | 2019-11-01 | 2019-11-01 | 用于订阅事件流的方法和装置 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN112787970A CN112787970A (zh) | 2021-05-11 |
CN112787970B true CN112787970B (zh) | 2024-04-16 |
Family
ID=75715758
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201911060982.2A Active CN112787970B (zh) | 2019-11-01 | 2019-11-01 | 用于订阅事件流的方法和装置 |
Country Status (4)
Country | Link |
---|---|
US (1) | US11863368B2 (zh) |
EP (1) | EP4044545B1 (zh) |
CN (1) | CN112787970B (zh) |
WO (2) | WO2021082832A1 (zh) |
Families Citing this family (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN114301817A (zh) * | 2021-12-17 | 2022-04-08 | 中电信数智科技有限公司 | 基于Netconf协议的设备监测阈值设置方法和系统 |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US7254616B1 (en) * | 2001-07-27 | 2007-08-07 | Ciena Corporation | Reliable communication mechanism with “at most once” delivery guarantee |
CN102402420A (zh) * | 2010-10-14 | 2012-04-04 | 微软公司 | 解析可观察集合 |
CN105471604A (zh) * | 2014-08-19 | 2016-04-06 | 中兴通讯股份有限公司 | 一种定制事件通知的方法、服务器和系统 |
CN109996216A (zh) * | 2018-01-02 | 2019-07-09 | 中国移动通信有限公司研究院 | 订阅请求处理方法、网络实体及能力开放平台 |
CN110113381A (zh) * | 2019-04-09 | 2019-08-09 | 深圳前海微众银行股份有限公司 | 一种区块链中订阅主题的方法及装置 |
Family Cites Families (10)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101453355A (zh) * | 2007-11-30 | 2009-06-10 | 华为技术有限公司 | 一种轮询方法、系统、网管站及被管设备 |
JP2012518215A (ja) * | 2009-02-16 | 2012-08-09 | インチロン ゲーエムベーハー | システムの実時間処理能力の解析方法 |
CN104009865B (zh) * | 2014-05-08 | 2017-07-25 | 北京百度网讯科技有限公司 | 网络管理方法和装置 |
CN105263163B (zh) * | 2014-07-18 | 2019-01-15 | 中兴通讯股份有限公司 | 一种通知消息的发送方法、装置和系统 |
US10313455B2 (en) * | 2015-08-31 | 2019-06-04 | Ayla Networks, Inc. | Data streaming service for an internet-of-things platform |
US11276006B2 (en) * | 2015-10-02 | 2022-03-15 | Outlier AI, Inc. | System, apparatus, and method to identify intelligence using a data processing platform |
US10127120B2 (en) * | 2015-10-22 | 2018-11-13 | Oracle International Corporation | Event batching, output sequencing, and log based state storage in continuous query processing |
US10678921B2 (en) * | 2016-09-30 | 2020-06-09 | AVAST Software s.r.o. | Detecting malware with hash-based fingerprints |
CN109981538A (zh) * | 2017-12-28 | 2019-07-05 | 深圳市优必选科技有限公司 | 订阅事件的注册方法及系统、订阅事件的处理方法及系统 |
US11429669B2 (en) * | 2019-08-06 | 2022-08-30 | Twitter, Inc. | Managing query subscription renewals in a messaging platform |
-
2019
- 2019-11-01 CN CN201911060982.2A patent/CN112787970B/zh active Active
-
2020
- 2020-09-25 WO PCT/CN2020/117813 patent/WO2021082832A1/zh active Application Filing
- 2020-10-26 EP EP20882413.6A patent/EP4044545B1/en active Active
- 2020-10-26 WO PCT/CN2020/123655 patent/WO2021083075A1/zh unknown
-
2022
- 2022-04-27 US US17/730,542 patent/US11863368B2/en active Active
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US7254616B1 (en) * | 2001-07-27 | 2007-08-07 | Ciena Corporation | Reliable communication mechanism with “at most once” delivery guarantee |
CN102402420A (zh) * | 2010-10-14 | 2012-04-04 | 微软公司 | 解析可观察集合 |
CN105471604A (zh) * | 2014-08-19 | 2016-04-06 | 中兴通讯股份有限公司 | 一种定制事件通知的方法、服务器和系统 |
CN109996216A (zh) * | 2018-01-02 | 2019-07-09 | 中国移动通信有限公司研究院 | 订阅请求处理方法、网络实体及能力开放平台 |
CN110113381A (zh) * | 2019-04-09 | 2019-08-09 | 深圳前海微众银行股份有限公司 | 一种区块链中订阅主题的方法及装置 |
Non-Patent Citations (1)
Title |
---|
T. Zhou等.subscription to multiple stream originators,draft-zhou-netconf-multi-stream-originators-06.2019,第5、6、12部分和附录A. * |
Also Published As
Publication number | Publication date |
---|---|
EP4044545A1 (en) | 2022-08-17 |
EP4044545B1 (en) | 2024-02-14 |
WO2021082832A1 (zh) | 2021-05-06 |
EP4044545A4 (en) | 2022-10-12 |
US20220255789A1 (en) | 2022-08-11 |
US11863368B2 (en) | 2024-01-02 |
CN112787970A (zh) | 2021-05-11 |
WO2021083075A1 (zh) | 2021-05-06 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US11265218B2 (en) | Configuration management method and apparatus, and device | |
US11689606B2 (en) | Communication method, system and apparatus | |
US9553831B2 (en) | Adaptive publish/subscribe system | |
CN110266810B (zh) | 基于mqtt协议的消息接收方法、设备及存储介质 | |
WO2016197861A1 (zh) | 远程管理方法、被管理设备、管理设备和智能电视系统 | |
WO2011044786A1 (zh) | 一种统一消息调度系统、业务消息通知方法及系统 | |
CN112838940A (zh) | 一种网络控制器框架和数据处理方法 | |
CN108600100B (zh) | 成员端口选取方法和装置 | |
EP4030725A1 (en) | Data subscription method, apparatus and system | |
CN112787970B (zh) | 用于订阅事件流的方法和装置 | |
CN106899605B (zh) | 基于stomp协议的通信方法和装置 | |
WO2021032269A1 (en) | Distribution of constrained device data | |
CN111212119B (zh) | 一种dubbo服务调用方法及系统 | |
US20150215414A1 (en) | Out of band electronic signaling | |
US20220337479A1 (en) | Configuration information subscription method and apparatus | |
EP2747341B1 (en) | Connecting computer management systems via cellular digital telecommunication networks | |
CN115514719A (zh) | 报文发送方法、装置、交换机及可读存储介质 | |
WO2021073367A1 (zh) | 一种数据处理方法、设备及系统 | |
US10263915B2 (en) | Method for processing event between controller and network device | |
US20150200813A1 (en) | Server connection apparatus and server connection method | |
CN114500660B (zh) | 请求处理方法、装置、设备及计算机可读存储介质 | |
Hmissi et al. | A review of application protocol enhancements for internet of things | |
CN111917808B (zh) | 负荷控制方法、服务提供者nf及服务使用者nf | |
CN116962446B (zh) | 一种NVMe-oF链路动态管理方法及系统 | |
WO2022122150A1 (en) | Lwm2m client device, server device, and methods thereof |
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 | ||
GR01 | Patent grant |