数据重传方法和系统、网卡、装置、服务器和存储介质与流程

文档序号:22553607发布日期:2020-10-17 02:33阅读:147来源:国知局
数据重传方法和系统、网卡、装置、服务器和存储介质与流程

本公开涉及通信领域,特别涉及一种数据重传方法和系统、网卡、装置、服务器和存储介质。



背景技术:

传统tcp/ip(transmissioncontrolprotocol/internetprotocol,传输控制协议/互联网协议)以太网络在报文处理过程中,需要将报文在网络控制器缓存、内核态系统主存、用户态系统主存之间多次拷贝。这一方面给主机的cpu(centralprocessingunit,中央处理器)和内存造成了沉重负担,另一方面加剧了网络延迟效应。

rdma(remotedirectmemoryaccess)是一种新的远程直接内存访问技术,利用该技术,pcie(peripheralcomponentinterconnectexpress,高速串行计算机扩展总线标准)网络外设能够直接访问远端主机上的用户态系统主存,在访问系统主存的过程中不需要占用cpu资源也不需要内存拷贝。因此,使用rdma技术一方面可以释放主机cpu资源,另一方面可以降低网络延迟。

roce(rdmaoverconvergedethernet)是一种通过以太网进行rdma的网络协议,目前已经发展到第二版rocev2。随着网络带宽的持续增长以及用户对低网络延迟的要求越来越高,rocev2协议被越来越多地应用部署到高性能计算集群、云计算、数据中心网络中。



技术实现要素:

发明人通过研究发现:rocev2协议中,发送方在发送报文中插入连续递增的psn(packetsequencenumber,数据包序列号)表明报文序号,接收方检查收到报文中的psn号,如果发现psn号不连续,则说明有报文丢失,接收方发送nak(negativeacknowledgement,负确认应答)给发送方,请求发送方重传丢失报文。接收方在再次收到符合预期psn号的报文之前,丢弃后续所有接收到的报文。

鉴于以上技术问题中的至少一项,本公开提供了一种数据重传方法和系统、网卡、装置、服务器和存储介质,批量对接收窗口中的报文进行nak确认,提升了确认效率。

根据本公开的一个方面,提供一种数据重传方法,包括:

在预定接收窗口内,持续对接收到的数据报文进行检查,记录预定接收窗口内所有丢失数据报文的数据包序列号;

在预定接收窗口后,向发送方装置发送负确认应答消息,其中,所述负确认应答消息包括预定接收窗口内所有丢失数据报文的数据包序列号。

在本公开的一些实施例中,在预定接收窗口内,持续对接收到的数据报文进行检查,记录预定接收窗口内所有丢失数据报文的数据包序列号包括:

在数据包接收开始后,更新结束指针;

判断结束指针和起始指针之差是否大于等于预定窗口大小,其中,预定窗口大小为预定接收窗口的大小,其中,起始指针为第一个接收到的数据报文的数据包序列号,结束指针为最后一个接收到的数据报文的数据包序列号;

在结束指针和起始指针之差大于等于预定窗口大小的情况下,判断是否有缺失的数据包序列号;

在有缺失的数据包序列号的情况下,执行向发送方装置发送负确认应答消息的步骤。

在本公开的一些实施例中,在预定接收窗口内,持续对接收到的数据报文进行检查,记录预定接收窗口内所有丢失数据报文的数据包序列号还包括:

在没有缺失的数据包序列号的情况下,向发送方装置发送确认应答消息。

在本公开的一些实施例中,在预定接收窗口内,持续对接收到的数据报文进行检查,记录预定接收窗口内所有丢失数据报文的数据包序列号还包括:

在结束指针和起始指针之差小于预定窗口大小的情况下,判断发送方装置是否要求发送确认应答;

在发送方装置要求发送确认应答的情况下,执行判断是否有缺失的数据包序列号的步骤;

在发送方装置不要求发送确认应答的情况下,记录数据包序列号的丢失情况,返回数据包接收开始状态。

在本公开的一些实施例中,所述数据重传方法还包括:

在向发送方装置发送负确认应答消息后,判断所有丢失数据报文是否均已重传完成;

在所有丢失数据报文是否均已均已重传完成的情况下,若接收到新的数据报文,则更新起始指针和结束指针。

在本公开的一些实施例中,发送方装置发送的为数据包序列号递增的数据报文。

根据本公开的另一方面,提供一种数据重传方法,包括:

向接收方装置发送数据报文,其中,接收方装置在预定接收窗口内,持续对接收到的数据报文进行检查,记录预定接收窗口内所有丢失数据报文的数据包序列号;

在接收到接收方装置发送的负确认应答消息的情况下,向接收方装置重传所述所有丢失的数据报文,其中,接收方装置在预定接收窗口后,向发送方装置发送负确认应答消息,所述负确认应答消息包括预定接收窗口内所有丢失数据报文的数据包序列号。

根据本公开的另一方面,提供一种接收方装置,包括:

数据检查模块,用于在预定接收窗口内,持续对接收到的数据报文进行检查,记录预定接收窗口内所有丢失数据报文的数据包序列号;

确认报文发送模块,用于在预定接收窗口后,向发送方装置发送负确认应答消息,其中,所述负确认应答消息包括预定接收窗口内所有丢失数据报文的数据包序列号。

在本公开的一些实施例中,所述接收方装置用于执行实现如上述任一实施例所述的数据重传方法的操作。

根据本公开的另一方面,提供一种发送方装置,包括:

数据发送模块,用于向接收方装置发送数据报文,其中,接收方装置在预定接收窗口内,持续对接收到的数据报文进行检查,记录预定接收窗口内所有丢失数据报文的数据包序列号;

数据重传模块,用于在接收到接收方装置发送的负确认应答消息的情况下,向接收方装置重传所述所有丢失的数据报文,其中,接收方装置在预定接收窗口后,向发送方装置发送负确认应答消息,所述负确认应答消息包括预定接收窗口内所有丢失数据报文的数据包序列号。

根据本公开的另一方面,提供一种网卡,包括如上述任一实施例所述的发送方装置、和如上述任一实施例所述的接收方装置。

根据本公开的另一方面,提供一种网卡,包括:

存储器,用于存储指令;

处理器,用于执行所述指令,使得所述网卡执行实现如上述任一实施例所述的数据重传方法的操作。

根据本公开的另一方面,提供一种接收方服务器,包括网卡,其中,所述网卡包括如上述任一实施例所述的接收方装置,或所述网卡为如上述任一实施例所述的网卡。

根据本公开的另一方面,提供一种发送方服务器,包括网卡,其中,所述网卡包括如上述任一实施例所述的发送方装置,或所述网卡为如上述任一实施例所述的网卡。

根据本公开的另一方面,提供一种数据重传系统,包括如上述任一实施例所述的接收方服务器和如上述任一实施例所述的发送方服务器。

根据本公开的另一方面,提供一种计算机可读存储介质,其中,所述计算机可读存储介质存储有计算机指令,所述指令被处理器执行时实现如上述任一实施例所述的数据重传方法。

本公开通过批量对接收窗口中的报文进行nak确认,提升了确认效率。

附图说明

为了更清楚地说明本公开实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本公开的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。

图1为相关技术rocev2协议丢包重传机制的示意图。

图2为本公开数据重传系统一些实施例的示意图。

图3为本公开数据重传系统另一些实施例的示意图。

图4为本公开数据重传方法一些实施例的示意图。

图5为本公开一个实施例中nak报文的格式示意图。

图6为本公开数据重传方法另一些实施例的示意图。

图7为本公开数据重传方法另一些实施例的示意图。

图8为本公开接收方装置一些实施例的示意图。

图9为本公开数据重传方法另一些实施例的示意图。

图10为本公开数据重传方法又一些实施例的示意图。

图11为本公开发送方装置一些实施例的示意图。

图12为本公开网卡一些实施例的示意图。

图13为本公开网卡另一些实施例的示意图。

具体实施方式

下面将结合本公开实施例中的附图,对本公开实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本公开一部分实施例,而不是全部的实施例。以下对至少一个示例性实施例的描述实际上仅仅是说明性的,决不作为对本公开及其应用或使用的任何限制。基于本公开中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本公开保护的范围。

除非另外具体说明,否则在这些实施例中阐述的部件和步骤的相对布置、数字表达式和数值不限制本公开的范围。

同时,应当明白,为了便于描述,附图中所示出的各个部分的尺寸并不是按照实际的比例关系绘制的。

对于相关领域普通技术人员已知的技术、方法和设备可能不作详细讨论,但在适当情况下,所述技术、方法和设备应当被视为授权说明书的一部分。

在这里示出和讨论的所有示例中,任何具体值应被解释为仅仅是示例性的,而不是作为限制。因此,示例性实施例的其它示例可以具有不同的值。

应注意到:相似的标号和字母在下面的附图中表示类似项,因此,一旦某一项在一个附图中被定义,则在随后的附图中不需要对其进行进一步讨论。

发明人通过研究发现:相关技术的rocev2协议丢包重传机制存在相应的问题。

例如:图1为相关技术rocev2协议丢包重传机制的示意图。如图1所示,发送方依次发送psn=1,2,3…6的报文,由于链路故障,psn=3的报文没有到达接收方。接收方收到psn=4的报文时,发送nak给发送方,通知发送方psn=3的报文没有被正确接收。与此同时,接收方将后续收到的psn=4,5,6的报文均丢弃。发送方收到nak后,得知psn=3的报文没有被对方接收,从psn=3开始,重传后续报文。

从图1可见,由于nak报文需要一定时间才能到达发送方,在此期间会有不少新报文发送到接收方。相关技术实现机制将这些报文都丢弃然后重传,这种实现机制浪费了带宽,也增加了处理延时。

鉴于以上技术问题中的至少一项,本公开提供了一种数据重传方法和系统、网卡、装置、服务器和存储介质,下面通过具体实施例进行描述。

图2为本公开数据重传系统一些实施例的示意图。如图2所示,所述数据重传系统可以包括发送方服务器201和接收方服务器211,其中:

发送方服务器201,用于向接收方服务器211发送数据报文;在接收到接收方服务器211发送的负确认应答消息的情况下,向接收方服务器211重传预定接收窗口内所有丢失的数据报文。

接收方服务器211,用于在预定接收窗口内,持续对接收到的数据报文进行检查,记录预定接收窗口内所有丢失数据报文的数据包序列号;在预定接收窗口后,向发送方服务器201发送负确认应答消息,其中,所述负确认应答消息包括预定接收窗口内所有丢失数据报文的数据包序列号。

图3为本公开数据重传系统另一些实施例的示意图。与图2实施例相比,图3实施例的数据重传系统除了包括发送方服务器201和接收方服务器211,还包括网络221,其中:

发送方服务器201上安装一块支持rocev2协议的网卡202,该网卡中实现了本公开上述实施例提出的数据重传方法。接收方服务器211上也安装有一块支持rocev2协议的网卡212,该网卡中同样实现了本公开上述实施例提出的数据重传方法。

发送方发出的报文通过网络221发送到接收服务器,接收服务器的应答报文通过网络221反馈给发送方服务器。网络221由交换机和/或路由器组成。

在本公开的一些实施例中,图2实施例的网卡202和网卡212可以基于fpga(fieldprogrammablegatearray,现场可编程门阵列)实现本公开上述实施例所提出的数据重传方法。

基于本公开上述实施例提供的数据重传系统,是一种改进rocev2协议数据重传效率的系统,通过批量对接收窗口中的报文进行nak确认,提升了确认效率。

本公开上述实施例提供的数据重传系统,针对rocev2协议中重传效率低的问题以及由此带来的高延时问题,设计了一种改进方案。该方案与相关技术重传方案相比,由于采用了选择性重传的方式,节省了重传数据包所占用带宽,提高了重传效率,进而改进了系统延时。

图4为本公开数据重传方法一些实施例的示意图。优选的,本实施例可由本公开数据重传系统执行。

如图4所示,发送方发送psn递增的报文,接收方设置一个接收窗口,窗口的起始指针为第一个接收到的报文的psn号,窗口的结束指针为最后一个接收到的报文的psn号。

窗口大小为结束指针–起始指针。接收方持续对收到的报文进行检查,发现有psn号错误时,不像标准rocev2协议那样立即发送nak报文给发送方,而是等到条件满足时才发送nak报文。设定的条件为:1.发送方要求确认(发送报文中bth.ackreq=1);或者,2.接收窗口大小达到最大阈值。

例如:图4中,当psn=4的报文丢失后,接收方没有立即发送nak报文给发送方,而是等到到达接收窗口大小的最大阈值(n-1)才将窗口内所有丢失的报文的psn号通过nak告知发送方。

发送方收到nak报文后,重传丢失的报文,等待所有丢失报文都重传完成后,继续之前的psn号进行发送。接收方收到新的数据报文后,更新起始指针和结束指针。

在本公开的一些实施例中,所述nak报文(负确认应答消息)可以包括预定接收窗口内丢失数据报文的数量、以及预定接收窗口内所有丢失数据报文的数据包序列号。

图5为本公开一个实施例中nak报文的格式示意图。本公开构造的nak报文格式与rocev2协议中的格式不一致(参考图5),本发明扩充了nak报文,在aeth报文头之后增加了一个ack_msg域。这个域是变长域,第一个参数为8比特的num,说明后续包含了几个缺失psn号,接着是num个24比特的psn号,说明接收窗口内丢失的报文。

本公开上述实施例提出了一种改进的nak报文格式,该格式批量对接收窗口中的报文进行nak确认,从而提升了确认效率。

图6为本公开数据重传方法另一些实施例的示意图。优选的,本实施例可由本公开接收方装置、网卡或接收方服务器执行。该方法包括以下步骤:

步骤61,在预定接收窗口内,持续对接收到的数据报文进行检查,记录预定接收窗口内所有丢失数据报文的数据包序列号。

在本公开的一些实施例中,发送方装置发送的为数据包序列号递增的数据报文。

步骤62,在预定接收窗口后,向发送方装置发送负确认应答消息,其中,所述负确认应答消息包括预定接收窗口内所有丢失数据报文的数据包序列号。

在本公开的一些实施例中,所述数据重传方法还可以包括:在向发送方装置发送负确认应答消息后,判断所有丢失数据报文是否均已重传完成;在所有丢失数据报文是否均已均已重传完成的情况下,若接收到新的数据报文,则更新起始指针和结束指针。

基于本公开上述实施例提供的数据重传方法,是一种改进rocev2协议数据重传效率的方法,通过批量对接收窗口中的报文进行nak确认,提升了确认效率。

图7为本公开数据重传方法另一些实施例的示意图。优选的,本实施例可由本公开接收方装置、网卡或接收方服务器执行。该方法包括以下步骤:

步骤71,数据包接收开始。

步骤72,收到数据报文后,更新结束指针。

步骤73,判断结束指针和起始指针之差是否大于等于预定窗口大小,其中,预定窗口大小为预定接收窗口的大小,其中,起始指针为第一个接收到的数据报文的数据包序列号,结束指针为最后一个接收到的数据报文的数据包序列号。在结束指针和起始指针之差大于等于预定窗口大小的情况下,执行步骤74;否则,在结束指针和起始指针之差小于预定窗口大小的情况下,执行步骤77。

步骤74,判断是否有缺失的数据包序列号;在有缺失的数据包序列号的情况下,执行步骤75;否则,在没有缺失的数据包序列号的情况下,执行步骤76。

步骤75,构造nak数据报文,向发送方装置发送负确认应答消息。之后返回步骤71的状态,接收发送方装置重传的数据报文,等待所有丢失报文都重传完成后,在收到新的数据报文后,更新起始指针和结束指针,执行步骤72。

步骤76,构造ack数据报文,向发送方装置发送确认应答消息。之后返回步骤71的状态,在收到新的数据报文后,更新起始指针和结束指针,执行步骤72。

步骤77,判断发送方装置是否要求发送确认应答。在发送方装置要求发送确认应答的情况下,执行步骤74;否则,在发送方装置不要求发送确认应答的情况下,执行步骤78。

步骤78,记录数据包序列号的丢失情况,之后返回步骤71的状态,针对下一个数据报文执行步骤72。

本公开上述实施例提供的数据重传方法,针对rocev2协议中重传效率低的问题,设计了一种改进方法。与相关技术重传方案相比,本公开上述实施例由于采用了选择性重传的方式,从而节省了重传数据包所占用带宽,提高了重传效率,进而改进了系统延时。

图8为本公开接收方装置一些实施例的示意图。本公开接收方装置可以设置在本公开上述实施例的网卡(例如图3实施例接收方服务器的网卡)或接收方服务器(例如图2或图3实施例的接收方服务器)中,如图8所示,本公开接收方装置可以包括数据检查模块81和确认报文发送模块82,其中:

数据检查模块81,用于在预定接收窗口内,持续对接收到的数据报文进行检查,记录预定接收窗口内所有丢失数据报文的数据包序列号。

确认报文发送模块82,用于在预定接收窗口后,向发送方装置发送负确认应答消息,其中,所述负确认应答消息可以包括预定接收窗口内所有丢失数据报文的数据包序列号。

在本公开的一些实施例中,所述接收方装置用于执行实现如上述任一实施例(例如图6或图7实施例)所述的数据重传方法的操作。

在本公开的一些实施例中,如图8所示,本公开接收方装置还可以包括数据接收模块83和数据写入模块84,其中:

数据接收模块83,用于接收对端发送过来的报文,并提取出报文里面数据内容。

数据写入模块84,用于将上述数据内容通过dmaadirectmemoryaccess,直接内存存取)方式写入主机内存。

数据检查模块81,用于持续检查接收报文的psn号,并根据要求产生确认应答请求。

确认报文发送模块82,用于在接收到确认应答请求后,根据不同情况发送ack/nak确认报文给对方。

基于本公开上述实施例提供的接收方装置,通过批量对接收窗口中的报文进行nak确认,提升了确认效率。

本公开上述实施例针对rocev2协议中重传效率低的问题,本公开上述实施例采用了选择性重传的方式,从而节省了重传数据包所占用带宽,提高了重传效率,进而改进了系统延时。

图9为本公开数据重传方法另一些实施例的示意图。优选的,本实施例可由本公开发送方装置、网卡或接收方服务器执行。该方法包括以下步骤:

步骤91,向接收方装置发送数据报文,其中,接收方装置在预定接收窗口内,持续对接收到的数据报文进行检查,记录预定接收窗口内所有丢失数据报文的数据包序列号。

步骤92,在接收到接收方装置发送的负确认应答消息的情况下,向接收方装置重传所述所有丢失的数据报文,其中,接收方装置在预定接收窗口后,向发送方装置发送负确认应答消息,所述负确认应答消息包括预定接收窗口内所有丢失数据报文的数据包序列号。

图10为本公开数据重传方法又一些实施例的示意图。优选的,本实施例可由本公开发送方装置、网卡或接收方服务器执行。该方法包括以下步骤:

步骤101,报文发送开始。

步骤102,发送数据报文。

步骤103,判断是否接收到对方(接收方)确认报文。如果没有收到接收方确认报文,则返回到状态101,继续执行步骤102,继续数据报文发送;否则,如果收到确认报文,则执行步骤104。

步骤104,判断确认报文是否为ack报文。如果是,则执行步骤105;否则,如果不是ack报文,则为nak报文,执行步骤106。

步骤105,更新确认指针,并返回到状态101,继续执行步骤102。

步骤106,重传nak报文所述缺失的报文。

步骤107,单个报文重传完成后,判断所有报文重传是否完成,如果所有报文重传已完成,则返回到状态101,继续执行步骤102;否则,执行步骤106,继续重传。

基于本公开上述实施例提供的数据重传方法,针对rocev2协议中重传效率低的问题,采用了选择性重传的方式,从而节省了重传数据包所占用带宽,提高了重传效率,进而改进了系统延时。

图11为本公开发送方装置一些实施例的示意图。本公开发送方装置可以设置在本公开上述实施例的网卡(例如图3实施例发送方服务器的网卡)或发送方服务器(例如图2或图3实施例的发送方服务器)中,如图11所示,本公开发送方装置可以包括数据发送模块111和数据重传模块112,其中:

数据发送模块111,用于向接收方装置发送数据报文,其中,接收方装置在预定接收窗口内,持续对接收到的数据报文进行检查,记录预定接收窗口内所有丢失数据报文的数据包序列号。

数据重传模块112,用于在接收到接收方装置发送的负确认应答消息的情况下,向接收方装置重传所述所有丢失的数据报文,其中,接收方装置在预定接收窗口后,向发送方装置发送负确认应答消息,所述负确认应答消息包括预定接收窗口内所有丢失数据报文的数据包序列号。

在本公开的一些实施例中,本公开发送方装置用于执行实现如上述任一实施例(例如图9或图10实施例)所述的数据重传方法的操作。

在本公开的一些实施例中,如图11所示,本公开发送方装置还可以包括数据读取模块113和确认报文接收模块114,其中:

数据读取模块113,用于通过dma方式从主机内存中读取待发送数据。

数据发送模块111,用于将上述数据封装成rocev2格式的报文通过网络接口发送到接收方。

确认报文接收模块114,用于持续接收对方发送过来的确认报文,记录对方反馈回来的报文丢失情况。

数据重传模块112,用于通过查询确认报文接收模块的状态获知报文丢失情况,并重传丢失报文。

基于本公开上述实施例提供的发送方装置,针对rocev2协议中重传效率低的问题,采用了选择性重传的方式,从而节省了重传数据包所占用带宽,提高了重传效率,进而改进了系统延时。

根据本公开的另一方面,提供一种网卡,包括如上述任一实施例(例如图11实施例)所述的发送方装置、和如上述任一实施例(例如图8实施例)所述的接收方装置。

图12为本公开网卡一些实施例的示意图。图12实施例为图3实施例中,发送方服务器201的网卡202和接收方服务器211的网卡212的具体结构。如图12所示,网卡202可以包括如图11实施例所述的发送方装置,网卡212可以包括如图8实施例所述的接收方装置。

图13为本公开网卡另一些实施例的示意图。本公开网卡(例如图2实施例中发送方服务器201的网卡202或接收方服务器211的网卡212)可以包括存储器131和处理器132,其中:

存储器131,用于存储指令。

处理器132,用于执行所述指令,使得所述网卡执行实现如上述任一实施例(例如图4、图6、图7、图9和图10中任一实施例)所述的数据重传方法的操作。

基于本公开上述实施例提供的网卡,在接收方通过批量对接收窗口中的报文进行nak确认,提升了确认效率。

本公开上述实施例在发送方针对rocev2协议中重传效率低的问题,采用了选择性重传的方式,从而节省了重传数据包所占用带宽,提高了重传效率,进而改进了系统延时。

根据本公开的另一方面,提供一种接收方服务器(例如图2或图3实施例的接收方服务器211)可以包括如上述任一实施例(例如图8实施例)所述的接收方装置、或如上述任一实施例(例如图12或图13实施例)所述的网卡。

基于本公开上述实施例提供的接收方服务器,可以通过批量对接收窗口中的报文进行nak确认,从而提升了确认效率。

根据本公开的另一方面,提供一种发送方服务器(例如图2或图3实施例的接收方服务器211)可以包括如上述任一实施例(例如图11实施例)所述的发送方装置、或如上述任一实施例(例如图12或图13实施例)所述的网卡。

基于本公开上述实施例提供的发送方服务器,可以针对rocev2协议中重传效率低的问题,采用了选择性重传的方式,从而节省了重传数据包所占用带宽,提高了重传效率,进而改进了系统延时。

根据本公开的另一方面,提供一种计算机可读存储介质,其中,所述计算机可读存储介质存储有计算机指令,所述指令被处理器执行时实现如上述任一实施例(例如图4、图6、图7、图9和图10中任一实施例)所述的数据重传方法。

基于本公开上述实施例提供的计算机可读存储介质,在接收方通过批量对接收窗口中的报文进行nak确认,提升了确认效率。

本公开上述实施例在发送方针对rocev2协议中重传效率低的问题,采用了选择性重传的方式,从而节省了重传数据包所占用带宽,提高了重传效率,进而改进了系统延时。

在上面所描述的发送方装置、接收方装置和网卡可以实现为用于执行本申请所描述功能的通用处理器、可编程逻辑控制器(plc)、数字信号处理器(dsp)、专用集成电路(asic)、现场可编程门阵列(fpga)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件或者其任意适当组合。

至此,已经详细描述了本公开。为了避免遮蔽本公开的构思,没有描述本领域所公知的一些细节。本领域技术人员根据上面的描述,完全可以明白如何实施这里公开的技术方案。

本领域普通技术人员可以理解实现上述实施例的全部或部分步骤可以通过硬件来完成,也可以通过程序来指示相关的硬件完成,所述的程序可以存储于一种计算机可读存储介质中,上述提到的存储介质可以是只读存储器,磁盘或光盘等。

本公开的描述是为了示例和描述起见而给出的,而并不是无遗漏的或者将本公开限于所公开的形式。很多修改和变化对于本领域的普通技术人员而言是显然的。选择和描述实施例是为了更好说明本公开的原理和实际应用,并且使本领域的普通技术人员能够理解本公开从而设计适于特定用途的带有各种修改的各种实施例。

当前第1页1 2 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1