00:01
Hello,大家好,欢迎收看快速了解zta技术栏目,我是zta协议推荐官OE,这期我将给大家推荐一个协议,叫做zta s,相比之前介绍过的zta p协议,它具有更加灵活组网、可拓展性高、更大接入容量的特点,也是我们在实际项目中应用最广泛的一种。那么废话不多说,让我们进入主题。首先我们了解一下ZS的基本介绍,ZS全称叫做time synchronized protocol。也就是说,它是基于时钟同步机制的多条网络协议。工作机制是为每个节点分配工作时间。节点设备分别在各自的工作时间去发送和接收数据,从而减少冲突。在这里,我们也先给大家总结出了这台整体设计的优势和不足。同时,大家也可以结合之前协议的视频,对这两个协议进行比较和区分。
01:01
第一点。容量大、易拓展,大容量的介入应该是绝大部分物联网场景都需要的特点。DS通过多网关主网设计,保证了系统的容量的灵活性。无论是几十、几百还是几千个节点,都能灵活适配。其次,信道利用率高,冲突小。这是因为ZS采用了分配工作时间的方式来减少节点并发通信时的数据冲突概率。相比较P协议数据就发的情况。S协议大大的提高了信道的利用率。那第三点平衡的功耗和数据延时。因为我们知道,在有限资源的理论限制下。不可能同时的满足低时延、低功耗和低成本、广覆盖。所以基本上无线协议在实现设计时。都需要根据实际场景在其中某一方面做出。比如场景下行为主要求实时性高,那我们就需要给节点设备进行长供电,确保它能实时的接收数据。
02:07
那有的场景以基本以上行为主,几乎没有下行。这种时候,我们可以采用除了上行数据以外,其他时间都在休眠的方式。做到极低功耗。这两种情况呢,也是之前介绍P协议的实时下行和A下行时的两种场景,那Z针对大多数物联网场景的应用。在这两种情况之间取了适度的平衡。既能满足工号的要求,又能保证的一定的实时性。当然,在满足了主要的功能和性能指标之后,在其他方面就需要做出一些妥协和取舍了。比如说食盐。DS在入网和上下行数据传输时都会有一定的时延。一般在几秒到几十秒之间,取决于不同的配置。这个食盐对于一些刚接触窄带通信的用户来说,可能直观体验上会有一些不适应。
03:03
比如说他发出去一个数据结果过了一会才能在平台看到,这种其实是正常的情况,因为每种协议的设计是根据不同场景去设计的,而并不是为了实时性非常的场景去设计。其次,台需要一定的网络维护开销。例如,为了维持每个节点的工作时期准确,需要定期的进行同步。如果同步失败了,节点设备还需要自发的重新进行接入流程去重新同步等等。那么随着后面更加深入的介绍和了解,我们就可以对照回这里,为什么ZS会具有这样的一些特点?以及我们在遇到什么样的场景下。会推荐去使用Z。接下来我们先看一下ZS的网络架构。那与ZP协议一样,它也是一个多跳的树状拓扑网络架构,之前我们讲过树状拓扑它是具有可拓展性强的特点。
04:09
因此,S协议也延续了这个架构设计。不同之处在于。为了网络的更加稳定,S协议采取了最多三跳的路由。除此之外,更是增加支持了网关之间蜂窝主网的一种方式。从而成倍的扩大了覆盖范围和接入容量。那在两个或多个网关覆盖交叉重叠的区域。节点设备接入时,它是会根据接入的网关自动的适配业务信道。这样就避免了在重叠区域出现冲突的情况。下面我们重点来看一下Z实系这个概念。因为在我们现实世界中间,其实是一个连续性的状态。而ZS将这个连续的时间进行了分片,划分成了一格一格一格这样小的窗口,我们称它为slot。
05:06
并要求协议中所有的数据,每一次的对话都需要在一个slot里完成。然后呢,将N个slot定义称作为一个frame帧,每过一个帧,时长便是一轮。举个例子。假如某个节点在入网之后被分配到了SLOT3作为上行数据的工作实习,那不管他在何时产生了数据,他都需要到SLO3的到来数据发出去。比如有可能刚好就在。前一帧S产生了数据,那他在这一帧S3就可以把数据发数据,也有可能他在S的时候,或者后面才产生了数据。那他就需要等到下一个的LO3到来,才能把数据发出去。在S协议中,每一个slot的长度以及每一个frame里面slot的个数都是可以配置的。
06:05
不同的配置将会影响到应用字节大小、数据时等等等等的一系列参数。举个例子。我们常用的一种配置。比如一个。长度为900毫秒。然后一个frame里面有20个。这样我们就可以计算出一个frame的时长为18秒。那这个18秒也就意味着当一个数据产生后。他等待的时间可能最大,为18秒。900毫秒,也就是一个数据产生后可能等待的最小时延。在这种情况下,900毫秒实习长度支持的应用字节长度为字节。当然,我们也可以将单个slot长度配置的更大,或者将slot的个数配置的更多或更少,相应的这个食盐也就会增多或减少,那我们就可以根据不同场景的应用要求去进行不同的适配。
07:11
这是Z的灵活性。在知道了工作实习这个基本概念后,我们就可以进一步的去了解这的各个工作机制。首先是入网机制。同P协议一样。节点设备在上店之后会优先的去尝试注册。如果失败了,才会去找附近是否可入入。不同之处在于,ZS的节点设备在上以后会进入接收状态,去收听注册入网的广播消息。广播消息中会携带自身的业务评点以及负载信息,此时节点设备可能会收到多条来自上级的广播消息。那他将根据这些信息去选择一个合适的发起注册。节点设备,在完成了入网这个流程以后,他便获得了分配给他在工作时将用到的业务点和工作实习。
08:08
那这个点和实系便是用于处理上下业务的。在每个真实仓中,上行和下行都会有分配的一个工作窗口,如果他有业务数据产生,便会在对应的时间窗口唤醒起来处理业务数据,而其他时间都是会处于一个低功耗休眠的待机状态,通过这样的方式可以做到一个非常良好的功耗控制。即使使用电池供电,也可以实现一个三到五年的功耗寿命。在了解完ZS的特性以后,那么什么样的场景适合去用ZS协议呢?首先我们知道物联网应用非常的碎片化,涵盖了千行百业的场景,需要接入的终端种类也是数量繁多。那么在这么多的场景中,As,它的目标场景也是比较具有普适性的一种。
09:00
那就是对节点状态进行监测。这种场景通常主要是以上行业务为主,需要定期的进行状态的上报。并且对下行食盐其实并不敏感。再结合ZS可裁剪、可拓展的特点,无论是智慧楼宇、智慧园区这种小范围组网,还是智慧城市这种需要海量接入、超广分布式覆盖,都是非常适合采用ZS的主网方案的。那今天关于ZS的介绍就到这里结束,如果还有更多的疑问,请与我们相关的业务同事进行联系,感谢大家观看,谢谢。
我来说两句