CN114024968B - 一种基于中间设备的报文发送方法、装置和电子设备 - Google Patents
一种基于中间设备的报文发送方法、装置和电子设备 Download PDFInfo
- Publication number
- CN114024968B CN114024968B CN202110958789.1A CN202110958789A CN114024968B CN 114024968 B CN114024968 B CN 114024968B CN 202110958789 A CN202110958789 A CN 202110958789A CN 114024968 B CN114024968 B CN 114024968B
- Authority
- CN
- China
- Prior art keywords
- message
- target
- session
- address
- interface
- 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
Images
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/14—Session management
Abstract
本申请涉及网络通信技术领域,尤其涉及一种基于中间设备的报文发送方法、装置和电子设备。基于保存的第一会话监控信息,判断接收的第一报文未建立会话,则基于预设的中间设备接口集合进行负载均衡调度,并通过分配的目标输入接口,将第一报文发往目标中间设备,接收目标中间设备通过相应的目标输出接口返回的第一报文,并在第二会话监控信息中,建立并保存相应的反向目标会话,并将第一报文发往相应的接收端,这样,能够将报文均衡的调度至中间设备,充分发挥了中间设备的处理能力,提高了报文的处理效率,实现了在具有双向通信需求的网络环境下,能够进行合理的负载均衡调度,并在报文的传输过程中实现了会话保持。
Description
技术领域
本申请涉及网络通信技术领域,尤其涉及一种基于中间设备的报文发送方法、装置和电子设备。
背景技术
现有的网络负载均衡技术通常是为普通网络服务设计,采用此类技术的服务器通常使用单个业务接口连接到单个逻辑的负载均衡器,从而通过负载均衡器来实现负载均衡调度。
例如:参阅图1所示,在传统网络中,客户端发往服务器的请求报文进入到负载均衡器中,负载均衡器根据请求报文携带的五元组信息,为客户端实现负载均衡调度;进一步地,负载均衡器还可以基于上述五元组信息,在客户端和服务器之间实现会话保持功能。
然而,采用上述方案,仅能通过负载均衡器实现单向网络通信(通常是客户端至服务器方向)的负载均衡调度,对于具有双向网络通信需求的网络环境并不适用。
而目前,针对要求双向网络通信需求的网络环境,并没有提供合理的负载均衡调度方案。
发明内容
本申请实施例提供一种基于中间设备的报文发送方法、装置和电子设备,从而针对具有双向网络通信需求的网络环境,提供合理的负载均衡调度方案。
本申请实施例提供的具体技术方案如下:
一种基于中间设备的报文发送方法,包括:
交换设备接收发送端发送的第一报文,并基于保存的第一会话监控信息,判断对应所述第一报文是否已建立会话,获得判断结果;
若基于所述判断结果确定未建立会话,则所述交换设备基于预设的中间设备接口集合进行负载均衡调度,为所述第一报文分配相应的目标中间设备的目标输入接口;
所述交换设备通过所述目标输入接口,将所述第一报文发往所述目标中间设备,并接收所述目标中间设备通过相应的目标输出接口返回的所述第一报文;
所述交换设备在第二会话监控信息中,基于所述第一报文,建立并保存相应的反向目标会话,并将所述第一报文发往相应的接收端。
可选的,所述交换设备基于保存的第一会话监控信息,判断对应所述第一报文是否已建立会话,获得判断结果,包括:
所述交换设备对所述第一报文进行解析,获得所述第一报文的源IP地址和目的IP地址;
所述交换设备获取保存的第一会话监控信息,其中,所述第一会话监控信息中包括:已建立会话的历史报文的历史源IP地址、历史目的IP地址和对应的历史目标中间设备的历史目标输入接口;
所述交换设备判断所述第一报文的源IP地址与目的IP地址,和所述第一会话监控信息中的历史源IP地址与历史目的IP地址,是否匹配成功,若是,则确定判断结果为:已建立会话,否则,确定判断结果为:未建立会话。
可选的,所述交换设备基于预设的中间设备接口集合进行负载均衡调度,为所述第一报文分配相应的目标中间设备的目标输入接口,包括:
所述交换设备获取预设的中间设备接口集合,以及获取所述中间设备接口集合对应的各个中间设备的负荷状态信息和设备性能信息;
所述交换设备基于获得的各个负荷状态信息和设备性能信息,采用预设的负载均衡策略,从所述中间设备接口集合中选取出目标中间设备的目标输入接口;
所述交换设备为所述第一报文分配给所述目标中间设备的目标输入接口。
可选的,所述交换设备基于所述第一报文,建立并保存相应的反向目标会话,并将所述第一报文发往相应的接收端,包括:
所述交换设备基于所述第一报文,在第二会话监控信息中创建相应反向目标会话;
所述交换设备针对所述反向目标会话,在所述第二会话监控信息中,记录相应的第二报文;其中,所述交换设备将所述第一报文的目的地址,记录为所述第二报文对应的历史源IP地址,将所述第一报文的源IP地址,记录为所述第二报文对应的历史目的IP地址,以及将所述目标中间设备对应的目标输出接口,记录为第二报文对应的历史输入接口。
可选的,还包括:
若基于所述判断结果确定已建立会话,则所述交换设备基于所述第一会话监控信息,获得所述第一报文关联的历史目标输入接口,并将所述历史目标输入接口作为当前传输的目标输入接口,以及通过所述目标输入接口,将所述第一报文发往相应的目标中间设备。
可选的,所述交换设备通过所述目标输入接口,将所述第一报文发往相应的目标中间设备之后,还包括:
所述交换设备接收所述目标中间设备通过相应的目标输出接口返回的所述第一报文;
所述交换设备基于所述第一报文,在第二会话监控信息中创建相应的反向目标会话;
所述交换设备针对所述反向目标会话,在所述第二会话监控信息中,获得已记录相应的第二报文,并将记录的所述第二报文对应的历史源IP地址,更新为所述第一报文的目的IP地址,将记录的所述第二报文对应的历史目的IP地址,更新为所述第一报文的源IP地址,以及将记录的所述第二报文的历史目标输入接口,更新为所述目标中间设备对应的目标输出接口;
所述交换设备将所述第一报文发往相应的接收端。
可选的,还包括:
所述发送端为客户端,所述接收端为服务器,所述第一报文为客户端发往服务器的业务请求报文,所述第二报文为服务器发往客户端的业务响应报文;
或者,
所述发送端为服务器,所述接收端为客户端,所述第一报文为服务器发往客户端的业务响应报文,所述第二报文为客户端发往服务器的业务请求报文。
可选的,还包括:
所述第一报文和第二报文,为基于层3协议的报文,或者,为基于层4协议的报文。
一种基于中间设备的报文发送装置,用于交换设备中,包括:
判断单元,用于接收发送端发送的第一报文,并基于保存的第一会话监控信息,判断对应所述第一报文是否已建立会话,获得判断结果;
调度单元,用于若基于所述判断结果确定未建立会话,则所述交换设备基于预设的中间设备接口集合进行负载均衡调度,为所述第一报文分配相应的目标中间设备的目标输入接口;
输入单元,用于通过所述目标输入接口,将所述第一报文发往所述目标中间设备,并接收所述目标中间设备通过相应的目标输出接口返回的所述第一报文;
第一处理单元,用于在第二会话监控信息中,基于所述第一报文,建立并保存相应的反向目标会话,并将所述第一报文发往相应的接收端。
可选的,基于保存的第一会话监控信息,判断对应所述第一报文是否已建立会话,获得判断结果时,所述判断单元用于:
对所述第一报文进行解析,获得所述第一报文的源IP地址和目的IP地址;
获取保存的第一会话监控信息,其中,所述第一会话监控信息中包括:已建立会话的历史报文的历史源IP地址、历史目的IP地址和对应的历史目标中间设备的历史目标输入接口;
判断所述第一报文的源IP地址与目的IP地址,和所述第一会话监控信息中的历史源IP地址与历史目的IP地址,是否匹配成功,若是,则确定判断结果为:已建立会话,否则,确定判断结果为:未建立会话。
可选的,基于预设的中间设备接口集合进行负载均衡调度,为所述第一报文分配相应的目标中间设备的目标输入接口时,所述调度单元用于:
获取预设的中间设备接口集合,以及获取所述中间设备接口集合对应的各个中间设备的负荷状态信息和设备性能信息;
基于获得的各个负荷状态信息和设备性能信息,采用预设的负载均衡策略,从所述中间设备接口集合中选取出目标中间设备的目标输入接口;
为所述第一报文分配给所述目标中间设备的目标输入接口。
可选的,基于所述第一报文,建立并保存相应的反向目标会话,并将所述第一报文发往相应的接收端,所述第一处理单元用于:
基于所述第一报文,在第二会话监控信息中创建相应反向目标会话;
针对所述反向目标会话,在所述第二会话监控信息中,记录相应的第二报文;其中,所述交换设备将所述第一报文的目的地址,记录为所述第二报文对应的历史源IP地址,将所述第一报文的源IP地址,记录为所述第二报文对应的历史目的IP地址,以及将所述目标中间设备对应的目标输出接口,记录为第二报文对应的历史输入接口。
可选的,所述装置还包括:
发送单元,用于若基于所述判断结果确定已建立会话,则所述交换设备基于所述第一会话监控信息,获得所述第一报文关联的历史目标输入接口,并将所述历史目标输入接口作为当前传输的目标输入接口,以及通过所述目标输入接口,将所述第一报文发往相应的目标中间设备。
可选的,通过所述目标输入接口,将所述第一报文发往相应的目标中间设备之后,所述装置还包括第二处理单元,所述第二处理单元用于:
接收所述目标中间设备通过相应的目标输出接口返回的所述第一报文;
基于所述第一报文,在第二会话监控信息中创建相应的反向目标会话;
针对所述反向目标会话,在所述第二会话监控信息中,获得已记录相应的第二报文,并将记录的所述第二报文对应的历史源IP地址,更新为所述第一报文的目的IP地址,将记录的所述第二报文对应的历史目的IP地址,更新为所述第一报文的源IP地址,以及将记录的所述第二报文的历史目标输入接口,更新为所述目标中间设备对应的目标输出接口;
将所述第一报文发往相应的接收端。
可选的,还包括:
所述发送端为客户端,所述接收端为服务器,所述第一报文为客户端发往服务器的业务请求报文,所述第二报文为服务器发往客户端的业务响应报文;
或者,
所述发送端为服务器,所述接收端为客户端,所述第一报文为服务器发往客户端的业务响应报文,所述第二报文为客户端发往服务器的业务请求报文。
可选的,还包括:
所述第一报文和第二报文,为基于层3协议的报文,或者,为基于层4协议的报文。
一种电子设备,包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序,所述处理器执行所述程序时实现上述一种基于中间设备的报文发送方法的步骤。
一种计算机可读存储介质,其上存储有计算机程序,所述计算机程序被处理器执行时实现上述一种基于中间设备的报文发送方法的步骤。
本申请实施例中,交换设备基于保存的第一会话监控信息,判断接收的第一报文是否已建立会话,若确定未建立会话,则基于预设的中间设备接口集合进行负载均衡调度,并通过分配的目标输入接口,将第一报文发往目标中间设备,接收目标中间设备通过相应的目标输出接口返回的第一报文,并在第二会话监控信息中,建立并保存相应的反向目标会话,并将第一报文发往相应的接收端,这样,借助于中间设备接口集合,能够将报文均衡的调度至中间设备,能够发挥出中间设备的处理能力,避免出现部分中间设备过载运行,以及部分中间设备空载运行的情况,保证中间设备的处理效果,与此同时,提高了报文的处理效率,借助于第二会话监控信息中记录的反向目标会话,保证了同一会话的请求和响应方向的流量被负载到同一个中间设备,实现了在具有双向通信需求的网络环境下,能够进行合理的负载均衡调度,并在报文的传输过程中实现了会话保持,提高了报文的传输效率,保证了报文的转发效率。
附图说明
图1为本申请实施例中现有技术的普通网络负载均衡示意图;
图2为本申请实施例中一种基于中间设备的负载均衡示意图;
图3为本申请实施例中一种基于中间设备的报文发送的流程图;
图4为本申请实施例中交换设备的逻辑结构示意图;
图5为本申请实施例中电子设备的结构示意图。
具体实施方式
下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本申请一部分实施例,并不是全部的实施例。基于本申请中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本申请保护的范围。
为了实现双向网络通信需求的网络环境,解决负载均衡器仅能实现单向网络通信的负载均衡调度的问题,本申请实施例中,增设了中间设备,以及在交换设备中设置了两个负载均衡器,每个中间设备通过内置的两个接口,分别与两个负载均衡器相连接,从而实现了双向网络通信的负载均衡和会话保持。
具体的,参阅图2所示,本申请实施例中,系统内至少包括多个客户端200,交换设备210,多个中间设备220和多个服务器230,其中,交换设备210中设置两个负载均衡器,分别记为负载均衡器1和负载均衡器2,负载均衡器1通过广域网(Wide Area Network,WAN)接口与各个客户端200相连接,负载均衡器2通过局域网(Local Area Network,LAN)接口与各个服务器230相连接。进一步地,如图2所示,在每个中间设备220中,均设置有两个接口,记为接口1和接口2,其中,各个中间设备220的接口1与负载均衡器1相连接,各个中间设备220的接口2与负载均衡器2相连接;由于网络中可以实现双向网络通信,因此,在客户端200->服务器230方向的通信过程中,同一中间设备200中的接口1和接口2可以作为输入接口和输出接口,反之,在服务器230->客户端200方向的通信过程中,接口2和接口1可以作为输入接口和输出接口。
进一步地,本申请实施例中,在负载均衡器上设置有会话监控信息,具体的,可以设置为会话保持流表。
在客户端200->服务器230方向的通信过程中,负载均衡器1上使用的是第一会话监控信息,负载均衡器2使用的是第二会话监控信息。
第一会话监控信息中记录有:客户端200与服务器230之间已建立的各个会话,以及各个会话各自关联的历史请求报文的源IP地址、目的IP地址和对应的目标中间设备220的历史输入接口(即接口1),所谓目标中间设备220是指,交换设备210在传输历史请求报文时,基于负载均衡策略,从各个中间设备220中最终选取的中间设备220。
以及,第一会话监控信息中还记录有:对应各个中间设备220保存的接口1信息的唯一编码(Identity document,ID),交换设备210接收到请求报文时,可以基于接口1信息的ID获得相应的接口1信息,并基于预设的负载均衡策略,在接口1信息记录的各个接口1中,选取合适的中间设备220(即目标中间设备)对应的接口1。
例如:第一会话监控信息的内容如表1所示:
表1
进一步地,如表1所示,在第一会话监控信息中还可以设置权值,交接设备可以基于权值判断各个表项的执行顺序,权值高的先执行,权值低的后执行。
第二会话监控信息中记录有:交换设备210基于客户端200->服务器230方向的各个会话创建的各个反向会话,以及基于各个会话各自关联的历史请求报文的目的IP地址转换的源IP地址,基于各个会话各自关联的历史请求报文的源IP地址转换的目的IP地址,和基于各个会话各自关联的历史请求报文对应的中间设备220(即目标中间设备)的输出接口转换的输入接口(即接口2)。
例如,第二会话监控信息的内容如表2所示:
表2
反向会话ID | 源IP地址 | 目的IP地址 | 输入接口 |
100000001 | 192.168.123.252 | 192.168.1.1 | 中间设备1的接口2 |
100000002 | 192.168.123.252 | 192.168.25.1 | 中间设备2的接口2 |
100000003 | 192.168.123.1 | 192.168.25.1 | 中间设备3的接口2 |
…… | …… | …… | …… |
反之,在服务器230->客户端200方向的通信过程中,负载均衡器2上使用的是第一会话监控信息,负载均衡器1上使用的是第二会话监控信息。
第一会话监控信息中记录有:客户端200与服务器230之间已建立的各个会话,以及各个会话各自关联的历史响应报文的源IP地址、目的IP地址和对应的中间设备220(即目标中间设备)的历史输入接口(即接口2)。
以及,第一会话监控信息中还记录有:对应各个中间设备220保存的接口2信息的ID,交换设备210接收到响应报文时,可以基于接口2信息的ID获得相应的接口2信息,并基于预设的负载均衡策略,在接口2信息记录的各个接口2中,选取合适的中间设备220(即目标中间设备)对应的接口2。具体实现与表1相同,不再赘述。
第二会话监控信息中记录有:交换设备210基于服务器230->客户端200方向的各个会话创建的各个反向会话,以及基于各个会话各自关联的历史响应报文的目的IP地址转换的源IP地址,基于各个会话各自关联的历史响应报文的源IP地址转换的目的IP地址,和基于各个会话各自关联的历史响应报文对应的目标中间设备的输出接口转换的输入接口(即接口1)。具体实现与表2相同,亦不再赘述。
另一方面,在负载均衡器上,还记录有各个中间设备220的接口信息,具体的,可以设置为Group表,其中,负载均衡器1上设置的是接口1信息,可以记为Group表1,负载均衡器2上设置的是接口2信息,可以记为Group表2;其中,在Group表1中,至少记录有各个中间设备220对应的接口1的描述信息,在Group表2中,至少记录有各个中间设备220的接口2的描述信息。
在客户端200->服务器230方向的通信过程中,交换设备210基于Group表1中记录的各个中间设备220的接口1的描述信息,获取各个中间设备220的负荷状态信息和设备性能信息,并基于获得的各个负荷状态信息和设备性能信息,采用预设的负载均衡策略,从Group表1中选取合适的中间设备220(即目标中间设备)的接口1作为输入接口。
例如:Group表1的具体内容如表3所示:
表3
接口1ID | 中间设备接口 | 负荷状态信息 | 设备性能信息 |
100 | 中间设备1的接口1 | 80% | 60% |
101 | 中间设备2的接口1 | 60% | 40% |
…… | …… | …… | …… |
反之,在服务器230->客户端200方向的通信过程中,交换设备210基于Group表2中记录的中间设备220的接口2的描述信息,获取各个中间设备220的负荷状态信息和设备性能信息,并基于获得的各个负荷状态信息和设备性能信息,采用预设的负载均衡策略,从Group表2中选取合适的中间设备220(即目标中间设备)的接口2作为输入接口。
例如:Group表2的具体内容如表4所示:
表4
接口2ID | 中间设备接口 | 负荷状态信息 | 设备性能信息 |
200 | 中间设备1的接口2 | 70% | 50% |
201 | 中间设备2的接口2 | 50% | 30% |
…… | …… | …… | …… |
基于上述系统架构,参阅图3所示,本申请实施例中,基于中间设备进行报文发送的详细流程如下:
步骤300:交换设备接收发送端发送的第一报文。
可选的,上述第一报文和第二报文,均可以为基于层3协议的报文,或者,也可以均为基于层4协议的报文。
具体实施中,存在以下两种场景:
场景1:发送端为客户端,接收端为服务器,第一报文为客户端发往服务器的业务请求报文。
场景2:发送端为服务器,接收端为客户端,第一报文为服务器发往客户端的业务响应报文。
步骤310:交换设备基于保存的第一会话监控信息,判断对应第一报文是否已建立会话,若是,执行步骤350,否则,执行步骤320。
在上述场景1下,当执行步骤310时,假设交换设备对接收的第一报文进行解析后,确定第一报文的源IP地址为192.168.25.252,目的IP地址为192.168.123.1,以及假设交换设备上保存的会话保持流表1中记录了如表5所示的内容。
表5
显然,表5中未记录与第一报文的源IP地址和目的IP地址对应匹配的源IP地址和目的IP地址,则交换设备确定判断结果为:未建立会话。
在上述场景2下,当执行步骤310时,假设交换设备对接收的第一报文进行解析后,确定第一报文的源IP地址为192.168.123.252,目的IP地址为192.168.1.20,以及假设交换设备上保存的会话保持流表1中记录了如表6所示的内容。
表6
显然,表6中未记录与第一报文的源IP地址和目的IP地址对应匹配的源IP地址和目的IP地址,则交换设备确定判断结果为:未建立回话。
步骤320:在交换设备基于判断结果确定未建立会话后,交换设备基于预设的中间设备接口集合进行负载均衡调度,为第一报文分配相应的目标中间设备的目标输入接口。
具体实施中,中间设备接口集合即为上述Group表,也称为接口信息。
在上述场景1下,当执行步骤320时,交接设备获取到由会话保持流表1中接口1信息的ID对应的Group表1,进一步获取到Group表1对应的各个中间设备的负荷状态信息和设备性能信息;假设中间设备上保存的Group表1的具体内容如表7所示的内容:
表7
接口1ID | 中间设备接口 | 负荷状态信息 | 设备性能信息 |
100 | 中间设备1的接口1 | 80% | 60% |
101 | 中间设备2的接口1 | 60% | 40% |
交换设备基于上述假设Group表1中各个接口对应的各个中间设备的负荷状态信息和设备性能信息,采用预设的负载均衡策略,选取接口1ID“100”对应的中间设备1的接口1,作为目标中间设备的目标输入接口,交换设备将第一报文分配给目标中间设备的目标输入接口。
在上述场景2下,当执行步骤320时,交接设备获取到由会话保持流表1中接口2信息的ID对应的Group表2,进一步获取到Group表2对应的各个中间设备的负荷状态信息和设备性能信息;假设中间设备上保存的Group表2的具体内容如表8所示的内容:
表8
接口2ID | 中间设备接口 | 负荷状态信息 | 设备性能信息 |
200 | 中间设备1的接口2 | 50% | 30% |
201 | 中间设备2的接口2 | 70% | 50% |
交换设备基于上述假设Group表2中各个接口对应的各个中间设备的负荷状态信息和设备性能信息,采用预设的负载均衡策略,选取接口2ID“201”对应的中间设备2的接口2,作为目标中间设备的目标输入接口,交换设备将第一报文分配给目标中间设备的目标输入接口。
步骤330:交换设备通过目标输入接口,将第一报文发往目标中间设备,并接收目标中间设备通过相应的目标输出接口返回的第一报文。
在上述场景1下,在执行步骤330时,交换设备通过选取的中间设备1的接口1,将第一报文发往中间设备1,中间设备1收到第一报文并处理完成后,将第一报文通过中间设备1的接口2返回到交换设备。
在上述场景2下,在执行步骤330时,交换设备通过选取的中间设备2的接口2,将第一报文发往中间设备2,中间设备2收到第一报文并处理完成后,将第一报文通过中间设备2的接口1返回到交换设备。
步骤340:交换设备在第二会话监控信息中,基于第一报文,建立并保存相应的反向目标会话,并将接收的第一报文发往相应的接收端。
在上述场景1下,当执行步骤340时,假设中间设备上保存的会话保持流表2的具体内容如表9所示的内容。
表9
反向会话ID | 源IP地址 | 目的IP地址 | 输入接口 |
100000001 | 192.168.123.252 | 192.168.1.1 | 中间设备1的接口2 |
100000002 | 192.168.123.22 | 192.168.25.1 | 中间设备2的接口2 |
交换设备在会话保持流表2中,基于第一报文和交换设备中的输入接口分类表的会话保持学习流表项进行学习,建立并保存相应的反向目标会话。交换设备针对反向目标会话,记录相应的第二报文,其中,第二报文的源IP地址为192.168.123.1,目的地址为192.168.25.252,输入接口为中间设备1的接口2。完成以上操作后,上述表9的内容更新,具体内容如表10所示内容:
表10
反向会话ID | 源IP地址 | 目的IP地址 | 输入接口 |
100000001 | 192.168.123.252 | 192.168.1.1 | 中间设备1的接口2 |
100000002 | 192.168.123.22 | 192.168.25.1 | 中间设备2的接口2 |
100000003 | 192.168.123.1 | 192.168.25.252 | 中间设备1的接口2 |
进一步的,交换设备将第一报文发送到相应的服务器。
在上述场景2下,当执行步骤340时,假设中间设备上保存的会话保持流表2的具体内容如表11所示的内容:
表11
反向会话ID | 源IP地址 | 目的IP地址 | 输入接口 |
100000003 | 192.168.1.1 | 192.168.123.252 | 中间设备1的接口1 |
100000004 | 192.168.25.1 | 192.168.123.22 | 中间设备2的接口1 |
交换设备在会话保持流表2中,基于第一报文和交换设备中的输入接口分类表的会话保持学习流表项进行学习,建立并保存相应的反向目标会话。交换设备针对反向目标会话,记录相应的第二报文,其中,第二报文的源IP地址为192.168.1.20,目的地址为192.168.123.252,输入接口为中间设备2的接口1。完成以上操作后,上述表11的内容更新,具体内容如表12所示内容:
表12
反向会话ID | 源IP地址 | 目的IP地址 | 输入接口 |
100000003 | 192.168.1.1 | 192.168.123.252 | 中间设备1的接口1 |
100000004 | 192.168.25.1 | 192.168.123.22 | 中间设备2的接口1 |
100000005 | 192.168.1.20 | 192.168.123.252 | 中间设备2的接口1 |
进一步的,交换设备将第一报文发送到相应的客户端。
步骤350:在交换设备基于判断结果确定已建立会话后,交换设备基于第一会话监控信息,获得第一报文关联的历史目标输入接口,并将历史目标输入接口作为当前传输的目标输入接口,以及通过目标输入接口,将第一报文发往相应的目标中间设备。
具体实施中,同样以上述场景1和场景2为例。
在上述场景1下,当执行步骤310时,假设交换设备对接收的第一报文进行解析后,确定第一报文的源IP地址为192.168.25.1,目的IP地址为192.168.123.22,以及假设交换设备上保存的会话保持流表1中记录了上述表5所示的内容。
显然,表5中已记录与第一报文的源IP地址和目的IP地址对应匹配的源IP地址和目的IP地址,则交换设备确定判断结果为:已建立会话。
进一步地,交换设备基于表5的内容,获得第一报文的历史目标输入接口为中间设备1的接口1,并将中间设备1的接口1作为当前传输的目标输入接口,以及通过目标输入接口,将第一报文发往相应的目标中间设备。
在上述场景2下,当执行步骤310时,假设交换设备对接收的第一报文进行解析后,确定第一报文的源IP地址为192.168.123.22,目的IP地址为192.168.25.1,以及假设交换设备上保存的会话保持流表1中记录了上述表6所示的内容。
显然,表6中已记录与第一报文的源IP地址和目的IP地址对应匹配的源IP地址和目的IP地址,则交换设备确定判断结果为:已建立会话。
进一步地,交换设备基于表6的内容,获得第一报文的历史目标输入接口为中间设备2的接口2,并将中间设备2的接口2作为当前传输的目标输入接口,以及通过目标输入接口,将第一报文发往相应的目标中间设备。
步骤360:交换设备通过目标输入接口,将第一报文发往目标中间设备,并接收目标中间设备通过相应的目标输出接口返回的第一报文。
在上述场景1下,在执行步骤360时,交换设备通过选取的中间设备1的接口1,将第一报文发往中间设备1,中间设备1收到第一报文并处理完成后,将第一报文通过中间设备1的接口2返回到交换设备。
在上述场景2下,在执行步骤360时,交换设备通过选取的中间设备2的接口2,将第一报文发往中间设备2,中间设备2收到第一报文并处理完成后,将第一报文通过中间设备2的接口1返回到交换设备。
步骤370:交换设备接收目标中间设备通过相应的目标输出接口返回的第一报文,并基于第一报文,在第二会话监控信息中创建相应的反向目标会话。交换设备针对反向目标会话,在第二会话监控信息中,获得已记录相应的第二报文,并将记录的第二报文对应的历史源IP地址,更新为第一报文的目的IP地址,将记录的第二报文对应的历史目的IP地址,更新为第一报文的源IP地址,以及将记录的第二报文的历史目标输入接口,更新为目标中间设备对应的目标输出接口。进一步的,交换设备将接收的第一报文发往相应的接收端。
在上述场景1下,当执行步骤370时,假设中间设备上保存的会话保持流表2的具体内容如上述表9所示的内容。
交换设备接收中间设备1通过接口2返回的第一报文,基于第一报文和交换设备中的输入接口分类表的会话保持学习流表项进行学习,建立并保存相应的反向目标会话。交换设备针对反向目标会话,在会话保持流表2中,获得已记录的第二报文,并将记录的第二报文进行对应的更新,其中,更新后的第二报文的源IP地址、目的地址和输入接口均不发生改变。完成以上操作后,上述表9的内容更新,但更新后表9内容不发生改变。
进一步的,交换设备将接收的第一报文发往相应的服务器。
在上述场景2下,当执行步骤370时,假设中间设备上保存的会话保持流表2的具体内容如上述表11所示的内容。
交换设备接收中间设备2通过接口1返回的第一报文,基于第一报文和交换设备中的输入接口分类表的会话保持学习流表项进行学习,建立并保存相应的反向目标会话。交换设备针对反向目标会话,在会话保持流表2中,获得已记录的第二报文,并将记录的第二报文进行对应的更新,其中,更新后的第二报文的源IP地址、目的地址和输入接口均不发生改变;完成以上操作后,上述表11的内容更新,但更新后表11内容不发生改变。
进一步的,交换设备将接收的第一报文发往相应的客户端。
基于相同的发明构思,本申请实施例还提供一种基于中间设备的报文发送装置(如交换设备)。参阅图4所示,本申请实施例中交换设备的逻辑结构示意图,具体包括:
判断单元400,用于接收发送端发送的第一报文,并基于保存的第一会话监控信息,判断对应所述第一报文是否已建立会话,获得判断结果;
调度单元410,用于若基于所述判断结果确定未建立会话,则所述交换设备基于预设的中间设备接口集合进行负载均衡调度,为所述第一报文分配相应的目标中间设备的目标输入接口;
输入单元420,用于通过所述目标输入接口,将所述第一报文发往所述目标中间设备,并接收所述目标中间设备通过相应的目标输出接口返回的所述第一报文;
第一处理单元430,用于在第二会话监控信息中,基于所述第一报文,建立并保存相应的反向目标会话,并将所述第一报文发往相应的接收端。
可选的,基于保存的第一会话监控信息,判断对应所述第一报文是否已建立会话,获得判断结果时,判断单元400用于:
对所述第一报文进行解析,获得所述第一报文的源IP地址和目的IP地址;
获取保存的第一会话监控信息,其中,所述第一会话监控信息中包括:已建立会话的历史报文的历史源IP地址、历史目的IP地址和对应的历史目标中间设备的历史目标输入接口;
判断所述第一报文的源IP地址与目的IP地址,和所述第一会话监控信息中的历史源IP地址与历史目的IP地址,是否匹配成功,若是,则确定判断结果为:已建立会话,否则,确定判断结果为:未建立会话。
可选的,基于预设的中间设备接口集合进行负载均衡调度,为所述第一报文分配相应的目标中间设备的目标输入接口时,调度单元410用于:
获取预设的中间设备接口集合,以及获取所述中间设备接口集合对应的各个中间设备的负荷状态信息和设备性能信息;
基于获得的各个负荷状态信息和设备性能信息,采用预设的负载均衡策略,从所述中间设备接口集合中选取出目标中间设备的目标输入接口;
为所述第一报文分配给所述目标中间设备的目标输入接口。
可选的,基于所述第一报文,建立并保存相应的反向目标会话,并将所述第一报文发往相应的接收端,第一处理单元430用于:
基于所述第一报文,在第二会话监控信息中创建相应反向目标会话;
针对所述反向目标会话,在所述第二会话监控信息中,记录相应的第二报文;其中,所述交换设备将所述第一报文的目的地址,记录为所述第二报文对应的历史源IP地址,将所述第一报文的源IP地址,记录为所述第二报文对应的历史目的IP地址,以及将所述目标中间设备对应的目标输出接口,记录为第二报文对应的历史输入接口。
可选的,所述装置还包括:
发送单元440,用于若基于所述判断结果确定已建立会话,则所述交换设备基于所述第一会话监控信息,获得所述第一报文关联的历史目标输入接口,并将所述历史目标输入接口作为当前传输的目标输入接口,以及通过所述目标输入接口,将所述第一报文发往相应的目标中间设备。
可选的,通过所述目标输入接口,将所述第一报文发往相应的目标中间设备之后,所述装置还包括第二处理单元,所述第二处理单元450用于:
接收所述目标中间设备通过相应的目标输出接口返回的所述第一报文;
基于所述第一报文,在第二会话监控信息中创建相应的反向目标会话;
针对所述反向目标会话,在所述第二会话监控信息中,获得已记录相应的第二报文,并将记录的所述第二报文对应的历史源IP地址,更新为所述第一报文的目的IP地址,将记录的所述第二报文对应的历史目的IP地址,更新为所述第一报文的源IP地址,以及将记录的所述第二报文的历史目标输入接口,更新为所述目标中间设备对应的目标输出接口。
将所述第一报文发往相应的接收端。
基于上述实施例,参阅图5所示为本申请实施例中电子设备的结构示意图。
本申请实施例提供了一种电子设备,该电子设备可以包括处理器510(CenterProcessing Unit,CPU)、存储器520、输入设备530和输出设备540等,输入设备530可以包括键盘、鼠标、触摸屏等,输出设备540可以包括显示设备,如液晶显示器(Liquid CrystalDisplay,LCD)、阴极射线管(Cathode Ray Tube,CRT)等。
存储器520可以包括只读存储器(ROM)和随机存取存储器(RAM),并向处理器510提供存储器520中存储的程序指令和数据。在本申请实施例中,存储器520可以用于存储本申请实施例中任一种基于中间设备的报文传发送方法的程序。
处理器510通过调用存储器520存储的程序指令,处理器510用于按照获得的程序指令执行本申请实施例中任一种基于中间设备的报文发送方法。
基于上述实施例,本申请实施例中,提供了一种计算机可读存储介质,其上存储有计算机程序,所述计算机程序被处理器执行时实现上述任意方法实施例中的基于中间设备的报文发送方法。
本申请实施例中,交换设备基于保存的第一会话监控信息,判断接收的第一报文是否已建立会话,若确定未建立会话,则基于预设的中间设备接口集合进行负载均衡调度,并通过分配的目标输入接口,将第一报文发往目标中间设备,接收目标中间设备通过相应的目标输出接口返回的第一报文,并在第二会话监控信息中,建立并保存相应的反向目标会话,并将第一报文发往相应的接收端,这样,借助于中间设备接口集合,能够将报文均衡的调度至中间设备,能够发挥出中间设备的处理能力,避免出现部分中间设备过载运行,以及部分中间设备空载运行的情况,保证中间设备的处理效果,与此同时,提高了报文的处理效率,借助于第二会话监控信息中记录的反向目标会话,保证了同一会话的请求和响应方向的流量被负载到同一个中间设备,实现了在具有双向通信需求的网络环境下,能够进行合理的负载均衡调度,并在报文的传输过程中实现了会话保持,提高了报文的传输效率,保证了报文的转发效率。
本领域内的技术人员应明白,本申请的实施例可提供为方法、系统、或计算机程序产品。因此,本申请可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且,本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
本申请是参照根据本申请的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器,使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中,使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品,该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上,使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理,从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
显然,本领域的技术人员可以对本申请进行各种改动和变型而不脱离本申请的精神和范围。这样,倘若本申请的这些修改和变型属于本申请权利要求及其等同技术的范围之内,则本申请也意图包含这些改动和变型在内。
Claims (10)
1.一种基于中间设备的报文发送方法,其特征在于,包括:
交换设备接收发送端发送的第一报文,并基于保存的第一会话监控信息,判断对应所述第一报文是否已建立会话,获得判断结果;
若基于所述判断结果确定未建立会话,则所述交换设备基于预设的中间设备接口集合进行负载均衡调度,为所述第一报文分配相应的目标中间设备的目标输入接口;
所述交换设备通过所述目标输入接口,将所述第一报文发往所述目标中间设备,并接收所述目标中间设备通过相应的目标输出接口返回的所述第一报文;
所述交换设备在第二会话监控信息中,基于所述第一报文,建立并保存相应的反向目标会话,并将所述第一报文发往相应的接收端。
2.如权利要求1所述的方法,其特征在于,所述交换设备基于保存的第一会话监控信息,判断对应所述第一报文是否已建立会话,获得判断结果,包括:
所述交换设备对所述第一报文进行解析,获得所述第一报文的源IP地址和目的IP地址;
所述交换设备获取保存的第一会话监控信息,其中,所述第一会话监控信息中包括:已建立会话的历史报文的历史源IP地址、历史目的IP地址和对应的历史目标中间设备的历史目标输入接口;
所述交换设备判断所述第一报文的源IP地址与目的IP地址,和所述第一会话监控信息中的历史源IP地址与历史目的IP地址,是否匹配成功,若是,则确定判断结果为:已建立会话,否则,确定判断结果为:未建立会话。
3.如权利要求1所述的方法,其特征在于,所述交换设备基于预设的中间设备接口集合进行负载均衡调度,为所述第一报文分配相应的目标中间设备的目标输入接口,包括:
所述交换设备获取预设的中间设备接口集合,以及获取所述中间设备接口集合对应的各个中间设备的负荷状态信息和设备性能信息;
所述交换设备基于获得的各个负荷状态信息和设备性能信息,采用预设的负载均衡策略,从所述中间设备接口集合中选取出目标中间设备的目标输入接口;
所述交换设备为所述第一报文分配给所述目标中间设备的目标输入接口。
4.如权利要求1、2或3所述的方法,其特征在于,所述交换设备基于所述第一报文,建立并保存相应的反向目标会话,并将所述第一报文发往相应的接收端,包括:
所述交换设备基于所述第一报文,在第二会话监控信息中创建相应反向目标会话;
所述交换设备针对所述反向目标会话,在所述第二会话监控信息中,记录相应的第二报文;其中,所述交换设备将所述第一报文的目的地址,记录为所述第二报文对应的历史源IP地址,将所述第一报文的源IP地址,记录为所述第二报文对应的历史目的IP地址,以及将所述目标中间设备对应的目标输出接口,记录为第二报文对应的历史输入接口。
5.如权利要求1、2或3所述的方法,其特征在于,还包括:
若基于所述判断结果确定已建立会话,则所述交换设备基于所述第一会话监控信息,获得所述第一报文关联的历史目标输入接口,并将所述历史目标输入接口作为当前传输的目标输入接口,以及通过所述目标输入接口,将所述第一报文发往相应的目标中间设备。
6.如权利要求5所述的方法,其特征在于,所述交换设备通过所述目标输入接口,将所述第一报文发往相应的目标中间设备之后,还包括:
所述交换设备接收所述目标中间设备通过相应的目标输出接口返回的所述第一报文;
所述交换设备基于所述第一报文,在第二会话监控信息中创建相应的反向目标会话;
所述交换设备针对所述反向目标会话,在所述第二会话监控信息中,获得已记录相应的第二报文,并将记录的所述第二报文对应的历史源IP地址,更新为所述第一报文的目的IP地址,将记录的所述第二报文对应的历史目的IP地址,更新为所述第一报文的源IP地址,以及将记录的所述第二报文的历史目标输入接口,更新为所述目标中间设备对应的目标输出接口;
所述交换设备将所述第一报文发往相应的接收端。
7.如权利要求1、2或3所述的方法,其特征在于,还包括:
所述第一报文和第二报文,为基于层3协议的报文,或者,为基于层4协议的报文。
8.一种基于中间设备的报文发送装置,用于交换设备中,其特征在于,包括:
判断单元,用于接收发送端发送的第一报文,并基于保存的第一会话监控信息,判断对应所述第一报文是否已建立会话,获得判断结果;
调度单元,用于若基于所述判断结果确定未建立会话,则所述交换设备基于预设的中间设备接口集合进行负载均衡调度,为所述第一报文分配相应的目标中间设备的目标输入接口;
输入单元,用于通过所述目标输入接口,将所述第一报文发往所述目标中间设备,并接收所述目标中间设备通过相应的目标输出接口返回的所述第一报文;
第一处理单元,用于在第二会话监控信息中,基于所述第一报文,建立并保存相应的反向目标会话,并将所述第一报文发往相应的接收端。
9.一种电子设备,其特征在于,其包括处理器和存储器,其中,所述存储器存储有程序代码,当所述程序代码被所述处理器执行时,使得所述处理器执行权利要求1~7中任一所述方法的步骤。
10.一种计算机可读存储介质,其特征在于,其包括程序代码,当所述程序代码在电子设备上运行时,所述程序代码用于使所述电子设备执行权利要求1~7中任一所述方法的步骤。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202110958789.1A CN114024968B (zh) | 2021-08-20 | 2021-08-20 | 一种基于中间设备的报文发送方法、装置和电子设备 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202110958789.1A CN114024968B (zh) | 2021-08-20 | 2021-08-20 | 一种基于中间设备的报文发送方法、装置和电子设备 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN114024968A CN114024968A (zh) | 2022-02-08 |
CN114024968B true CN114024968B (zh) | 2023-05-26 |
Family
ID=80054298
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202110958789.1A Active CN114024968B (zh) | 2021-08-20 | 2021-08-20 | 一种基于中间设备的报文发送方法、装置和电子设备 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN114024968B (zh) |
Families Citing this family (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN114827239A (zh) * | 2022-05-31 | 2022-07-29 | 杭州迪普科技股份有限公司 | 基于8583协议的双向会话保持方法和装置 |
Citations (10)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102292955A (zh) * | 2008-11-25 | 2011-12-21 | 思杰系统有限公司 | 用于负载平衡实时流传输协议的系统和方法 |
CN103051534A (zh) * | 2012-11-20 | 2013-04-17 | 杭州迪普科技有限公司 | 一种报文处理方法及装置 |
CN105939240A (zh) * | 2015-11-25 | 2016-09-14 | 杭州迪普科技有限公司 | 负载均衡方法及装置 |
CN108667880A (zh) * | 2017-03-31 | 2018-10-16 | 华为技术有限公司 | 一种负载均衡系统、方法及装置 |
CN109639589A (zh) * | 2018-12-27 | 2019-04-16 | 杭州迪普科技股份有限公司 | 一种负载均衡方法及装置 |
CN109818997A (zh) * | 2017-11-21 | 2019-05-28 | 中兴通讯股份有限公司 | 一种负载均衡方法、系统及存储介质 |
WO2019100993A1 (zh) * | 2017-11-21 | 2019-05-31 | 迈普通信技术股份有限公司 | 一种sdn网络带内控制通道建立方法及设备 |
CN110166570A (zh) * | 2019-06-04 | 2019-08-23 | 杭州迪普科技股份有限公司 | 业务会话管理方法、装置、电子设备 |
US10594821B1 (en) * | 2018-10-12 | 2020-03-17 | Metaswitch Networks Ltd. | Proxying session initiation protocol (SIP) communications |
CN112398902A (zh) * | 2020-09-17 | 2021-02-23 | 苏宁云计算有限公司 | 高可用负载均衡方法、系统及计算机可读存储介质 |
Family Cites Families (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US10277506B2 (en) * | 2014-12-08 | 2019-04-30 | 128 Technology, Inc. | Stateful load balancing in a stateless network |
-
2021
- 2021-08-20 CN CN202110958789.1A patent/CN114024968B/zh active Active
Patent Citations (10)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102292955A (zh) * | 2008-11-25 | 2011-12-21 | 思杰系统有限公司 | 用于负载平衡实时流传输协议的系统和方法 |
CN103051534A (zh) * | 2012-11-20 | 2013-04-17 | 杭州迪普科技有限公司 | 一种报文处理方法及装置 |
CN105939240A (zh) * | 2015-11-25 | 2016-09-14 | 杭州迪普科技有限公司 | 负载均衡方法及装置 |
CN108667880A (zh) * | 2017-03-31 | 2018-10-16 | 华为技术有限公司 | 一种负载均衡系统、方法及装置 |
CN109818997A (zh) * | 2017-11-21 | 2019-05-28 | 中兴通讯股份有限公司 | 一种负载均衡方法、系统及存储介质 |
WO2019100993A1 (zh) * | 2017-11-21 | 2019-05-31 | 迈普通信技术股份有限公司 | 一种sdn网络带内控制通道建立方法及设备 |
US10594821B1 (en) * | 2018-10-12 | 2020-03-17 | Metaswitch Networks Ltd. | Proxying session initiation protocol (SIP) communications |
CN109639589A (zh) * | 2018-12-27 | 2019-04-16 | 杭州迪普科技股份有限公司 | 一种负载均衡方法及装置 |
CN110166570A (zh) * | 2019-06-04 | 2019-08-23 | 杭州迪普科技股份有限公司 | 业务会话管理方法、装置、电子设备 |
CN112398902A (zh) * | 2020-09-17 | 2021-02-23 | 苏宁云计算有限公司 | 高可用负载均衡方法、系统及计算机可读存储介质 |
Also Published As
Publication number | Publication date |
---|---|
CN114024968A (zh) | 2022-02-08 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US11463511B2 (en) | Model-based load balancing for network data plane | |
KR100383381B1 (ko) | 제한된메모리컴퓨터시스템에서의클라이언트관리흐름제어를위한방법과장치 | |
US7562145B2 (en) | Application instance level workload distribution affinities | |
CN110198307A (zh) | 一种移动边缘计算节点的选择方法、装置及系统 | |
US20020143953A1 (en) | Automatic affinity within networks performing workload balancing | |
CN109542641A (zh) | 服务调用方法、装置及系统 | |
CN102281190A (zh) | 负载均衡装置组网方法以及服务器、客户端接入方法 | |
CN106302647B (zh) | 消息分发方法及服务器 | |
EP2789147B1 (en) | Method and apparatus for load balancing in communication system | |
US11689646B2 (en) | Network packet processing method and apparatus and network server | |
US9104488B2 (en) | Support server for redirecting task results to a wake-up server | |
US7844708B2 (en) | Method and apparatus for load sharing and data distribution in servers | |
US20180124577A1 (en) | Method, Apparatus, and System for Floor Control on Multiple MCPTT Systems | |
WO2018000202A1 (zh) | 一种负载迁移方法、装置及系统 | |
US8458702B1 (en) | Method for implementing user space up-calls on java virtual machine before/after garbage collection | |
Buyakar et al. | Prototyping and load balancing the service based architecture of 5G core using NFV | |
CN114024968B (zh) | 一种基于中间设备的报文发送方法、装置和电子设备 | |
US9729454B2 (en) | Methods, systems, and computer readable media for balancing diameter message traffic received over long-lived diameter connections | |
CN108833588B (zh) | 会话处理方法及装置 | |
US20230337041A1 (en) | P-cscf registration and discovery mechanism | |
CN103442257A (zh) | 一种流资源管理的实现方法、设备及系统 | |
US10623319B1 (en) | Load rebalancing in a network-based system | |
KR101382177B1 (ko) | 동적 메시지 라우팅 시스템 및 방법 | |
CN112654021B (zh) | 一种设备间通信的方法、相关设备及系统 | |
CN111049754B (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 | ||
GR01 | Patent grant | ||
GR01 | Patent grant |