无线通信专家带你快速了解ZETA-S协议优势特点及适用物联网场景原创

Hello，大家好，欢迎收看快速了解zta技术栏目，我是zta协议推荐官OE，这期我将给大家推荐一个协议，叫做zta s，相比之前介绍过的zta p协议，它具有更加灵活组网、可拓展性高、更大接入容量的特点，也是我们在实际项目中应用最广泛的一种。那么废话不多说，让我们进入主题。首先我们了解一下ZS的基本介绍，ZS全称叫做time synchronized protocol。也就是说，它是基于时钟同步机制的多条网络协议。工作机制是为每个节点分配工作时间。节点设备分别在各自的工作时间去发送和接收数据，从而减少冲突。在这里，我们也先给大家总结出了这台整体设计的优势和不足。同时，大家也可以结合之前协议的视频，对这两个协议进行比较和区分。

第一点。容量大、易拓展，大容量的介入应该是绝大部分物联网场景都需要的特点。DS通过多网关主网设计，保证了系统的容量的灵活性。无论是几十、几百还是几千个节点，都能灵活适配。其次，信道利用率高，冲突小。这是因为ZS采用了分配工作时间的方式来减少节点并发通信时的数据冲突概率。相比较P协议数据就发的情况。S协议大大的提高了信道的利用率。那第三点平衡的功耗和数据延时。因为我们知道，在有限资源的理论限制下。不可能同时的满足低时延、低功耗和低成本、广覆盖。所以基本上无线协议在实现设计时。都需要根据实际场景在其中某一方面做出。比如场景下行为主要求实时性高，那我们就需要给节点设备进行长供电，确保它能实时的接收数据。

那有的场景以基本以上行为主，几乎没有下行。这种时候，我们可以采用除了上行数据以外，其他时间都在休眠的方式。做到极低功耗。这两种情况呢，也是之前介绍P协议的实时下行和A下行时的两种场景，那Z针对大多数物联网场景的应用。在这两种情况之间取了适度的平衡。既能满足工号的要求，又能保证的一定的实时性。当然，在满足了主要的功能和性能指标之后，在其他方面就需要做出一些妥协和取舍了。比如说食盐。DS在入网和上下行数据传输时都会有一定的时延。一般在几秒到几十秒之间，取决于不同的配置。这个食盐对于一些刚接触窄带通信的用户来说，可能直观体验上会有一些不适应。

比如说他发出去一个数据结果过了一会才能在平台看到，这种其实是正常的情况，因为每种协议的设计是根据不同场景去设计的，而并不是为了实时性非常的场景去设计。其次，台需要一定的网络维护开销。例如，为了维持每个节点的工作时期准确，需要定期的进行同步。如果同步失败了，节点设备还需要自发的重新进行接入流程去重新同步等等。那么随着后面更加深入的介绍和了解，我们就可以对照回这里，为什么ZS会具有这样的一些特点？以及我们在遇到什么样的场景下。会推荐去使用Z。接下来我们先看一下ZS的网络架构。那与ZP协议一样，它也是一个多跳的树状拓扑网络架构，之前我们讲过树状拓扑它是具有可拓展性强的特点。

因此，S协议也延续了这个架构设计。不同之处在于。为了网络的更加稳定，S协议采取了最多三跳的路由。除此之外，更是增加支持了网关之间蜂窝主网的一种方式。从而成倍的扩大了覆盖范围和接入容量。那在两个或多个网关覆盖交叉重叠的区域。节点设备接入时，它是会根据接入的网关自动的适配业务信道。这样就避免了在重叠区域出现冲突的情况。下面我们重点来看一下Z实系这个概念。因为在我们现实世界中间，其实是一个连续性的状态。而ZS将这个连续的时间进行了分片，划分成了一格一格一格这样小的窗口，我们称它为slot。

并要求协议中所有的数据，每一次的对话都需要在一个slot里完成。然后呢，将N个slot定义称作为一个frame帧，每过一个帧，时长便是一轮。举个例子。假如某个节点在入网之后被分配到了SLOT3作为上行数据的工作实习，那不管他在何时产生了数据，他都需要到SLO3的到来数据发出去。比如有可能刚好就在。前一帧S产生了数据，那他在这一帧S3就可以把数据发数据，也有可能他在S的时候，或者后面才产生了数据。那他就需要等到下一个的LO3到来，才能把数据发出去。在S协议中，每一个slot的长度以及每一个frame里面slot的个数都是可以配置的。

不同的配置将会影响到应用字节大小、数据时等等等等的一系列参数。举个例子。我们常用的一种配置。比如一个。长度为900毫秒。然后一个frame里面有20个。这样我们就可以计算出一个frame的时长为18秒。那这个18秒也就意味着当一个数据产生后。他等待的时间可能最大，为18秒。900毫秒，也就是一个数据产生后可能等待的最小时延。在这种情况下，900毫秒实习长度支持的应用字节长度为字节。当然，我们也可以将单个slot长度配置的更大，或者将slot的个数配置的更多或更少，相应的这个食盐也就会增多或减少，那我们就可以根据不同场景的应用要求去进行不同的适配。

这是Z的灵活性。在知道了工作实习这个基本概念后，我们就可以进一步的去了解这的各个工作机制。首先是入网机制。同P协议一样。节点设备在上店之后会优先的去尝试注册。如果失败了，才会去找附近是否可入入。不同之处在于，ZS的节点设备在上以后会进入接收状态，去收听注册入网的广播消息。广播消息中会携带自身的业务评点以及负载信息，此时节点设备可能会收到多条来自上级的广播消息。那他将根据这些信息去选择一个合适的发起注册。节点设备，在完成了入网这个流程以后，他便获得了分配给他在工作时将用到的业务点和工作实习。

那这个点和实系便是用于处理上下业务的。在每个真实仓中，上行和下行都会有分配的一个工作窗口，如果他有业务数据产生，便会在对应的时间窗口唤醒起来处理业务数据，而其他时间都是会处于一个低功耗休眠的待机状态，通过这样的方式可以做到一个非常良好的功耗控制。即使使用电池供电，也可以实现一个三到五年的功耗寿命。在了解完ZS的特性以后，那么什么样的场景适合去用ZS协议呢？首先我们知道物联网应用非常的碎片化，涵盖了千行百业的场景，需要接入的终端种类也是数量繁多。那么在这么多的场景中，As，它的目标场景也是比较具有普适性的一种。

那就是对节点状态进行监测。这种场景通常主要是以上行业务为主，需要定期的进行状态的上报。并且对下行食盐其实并不敏感。再结合ZS可裁剪、可拓展的特点，无论是智慧楼宇、智慧园区这种小范围组网，还是智慧城市这种需要海量接入、超广分布式覆盖，都是非常适合采用ZS的主网方案的。那今天关于ZS的介绍就到这里结束，如果还有更多的疑问，请与我们相关的业务同事进行联系，感谢大家观看，谢谢。