异构组网是怎么去解决共享资源冲突的-电子发烧友网

作者：lijie，HarmonyOS软总线领域专家

相信大家对HarmonyOS的“超级终端”比较熟悉了。那么，您知道超级终端场景下的多种设备在不同环境下是如何组成一个网络的吗？这些设备之间又是如何解决共享资源冲突的？本期我们就来为您揭晓~

一、分布式业务的通信挑战

分布式业务的通信主要面临两大挑战：

1. 分布式设备通信的异构情况导致了体验的瓶颈

基于1+8+N设备的六大智慧场景（智慧家居、智慧出行、智慧办公、影音娱乐、运动健康、教育关怀），不同场景下设备种类、数量和能力等差异非常大。即使是同类设备，其硬件能力也不同。总结来说，分布式设备存在介质、协议、芯片、环境和场景5个方面的异构，如图1所示。

图1 五个异构

介质和协议异构：传输介质包括蓝牙、Wi-Fi和PLC等不同类型。而同一类型的传输介质也有区别，比如Wi-Fi分为2.4G和5G两个频段。此外，还存在协议的差异，比如Wi-Fi有802.11 a/b/g/n/ac/ax等代际差异。

芯片异构：通信芯片硬件有连接能力、天线、调制解调方式等差异。

环境异构：不同的环境，差异非常大。比如家庭环境下，卧室使用客厅的Wi-Fi，信号需要穿墙；微波炉等设备带来电磁干扰；邻居家Wi-Fi设备带来邻频干扰等等。

场景异构：业务的使用场景千差万别，比如影音娱乐、运动出行、办公商务、教育等，它们的主要业务模型差异很大，对通信能力的诉求也不同。

上面这些异构，造成业务并发冲突高、互通兼容性问题多、传输可靠性难以保障等问题。

2. 传统的软件方案造成通信资源与业务应用耦合

传统的端端通信，孤立地使用硬件资源，没有考虑或者也无法感知存在多设备、多业务的竞争和冲突。进而，传统的操作系统在软件实现上将业务与连接直接绑定，应用视角即通信视角。因此在面临分布式业务时，就有了先天的缺陷，往往因为连接冲突而无法保障业务体验，先天限制了分布式业务场景的拓展，割裂了体验。

二、异构组网介绍

针对分布式业务面临的异构的现状，分布式软总线提出了异构组网，目的是在诸多异构的情况下建立统一的管理体系，以便即使在诸多不确定性因素的影响下，也能给分布式业务提供确定性的通信保障。

图2 异构组网

分布式软总线基于各种物理介质的通信特点，以用户无感的方式使分布式设备之间相互发现并协商，创造出一个局域的端端横向网络（注：有大网的端云体系称为纵向网络），并通过合适的场景化的软件算法以极低的功耗保活网络。分布式软总线构建了这个横向网络之后，就能将诸多分布、孤立的设备组织起来，从系统底层将多设备抽象为一个设备。

然后，分布式软总线从局域空间内通信空口资源的维度，进行了重要的视角变换：所有的通信资源都归属于分布式软总线的网络，设备之间彼此共享这些通信资源。这样的一个视角转变，解耦了应用与通信连接的绑定关系，使得从软件角度去解决共享资源冲突的问题成为可能。而在软件的世界里，共享资源冲突的解决方式就有了太多的可行性的方案。

下面我们从三个方面更详细地介绍异构组网，看看异构组网具体是如何解决共享资源冲突问题的。

1. 通信资源抽象

在分布式设备间异构情况下，分布式软总线的组网模块构建了分布式业务的通信能力的管理面，统一管理异构通信资源。分布式软总线从资源的角度对通信进行统一的抽象，将每一个通信资源称为Lane，将一个分布式设备的资源合集称为LaneHub。超级终端的所有Lane形成一个共享资源池，由分布式软总线统一管理和调度。

图3 通信资源抽象

2. 感知与计算

分布式软总线对所有Lane进行信道级的质量监测，并通过软件算法将所有收集起来的情况进行分类，比如竞争集合、强干扰集合、背景噪音集合等。分布式软总线构建了一套组网智能测算体系，根据收集到的信息对信道进行评估。上层业务只需感知网络状态和调用传输API进行传输，无需关注底层细节，由分布式总线自动分配合理的空口资源（频率、信道等），保证全局最优。

图4 感知与计算3. 调度与均衡业务使用场景千差万别，可用带宽、信道负载、时延、传输异常等因素都会影响业务的用户体验。分布式软总线建立统一的调度框架，并对具体的业务种类进行传输建模。以投屏业务为例：我们对视频流业务，从内容质量、用户交互体验、用户观看体验三个方面进行建模，如图5所示。分布式软总线通过底层链路感知、时延感知、队列感知，联动业务进行码率、帧率、缓存帧的调整，实现0中断、0花屏、0卡顿的稳定可靠的业务体验。