星闪无线通信的拥塞上报方法、存储介质及无线通信装置

技术领域

本申请涉及电子技术领域，特别涉及一种星闪无线通信的拥塞上报方法、存储介质及无线通信装置。

背景技术

随着通信技术的发展，人们对通信的需求也在不断变化，通信的应用场景从人与人之间的信息交互逐步扩展到人与物，物与物的信息交互。近年来，物联网技术在不断发展，基于新的需求的新应用场景也在不断增加，传统的短距离通信技术已无法很好的满足新的应用场景和需求，用于提供短距离通信系统性能的星闪新短距通信技术应运而生。

星闪联盟SparkLink新短距通信技术面向智能汽车、智能制造、智能家居、智能终端等领域的应用场景，是一种无线短距离通信技术，用于承载智能汽车、智能家居、智能终端以及智能制造等领域应用场景的数据交互。一般来说，星闪架构由单个管理节点G节点与多个被管理节点T节点进行连接，共同组成一个通信域从而实现特定的通信功能。

星闪通信系统可以支援多种网络拓扑架构，当发生拥塞时，需要侦测和处理拥塞的情况。

星闪通信系统可以支援网格(Mesh)网络，Mesh网络典型特点就是拓扑结构规模的扩大化，端到端之间的数据传输会经历多跳中继节点。多跳带来的比较大的挑战是中间传输链路可能发生拥塞。而且随着中继节点的跳数越多，路径拓扑越复杂，发生拥塞的机率就会越大，使得端到端传输的不确定性就越强。

因此，需要一种新的星闪无线通信的拥塞上报方法。

发明内容

本发明提出一种星闪无线通信的拥塞上报方法、存储介质及无线通信装置。

在第一方面，本申请实施方式提供一种星闪无线通信的拥塞上报方法，执行于无线通信装置中，所述无线通信装置作为第一节点，其特征在于包含：

所述第一节点的基础服务层检测到所述第一节点与第二节点之间的链路发生了拥塞；及

所述第一节点的基础服务层通过传输通道发出作为拥塞指示的流控信息至处理拥塞的节点。

在第二方面，本发明的一个实施例提供了一种无线通信装置，包括处理器，该处理器被配置为调用和执行存储在内存中的计算机程序，以使安装有上述处理器的设备执行上述公开的第一方面的方法。

所公开的方法可被程序设计为储存在非暂时性计算机可读媒体中的计算机可执行指令。该非暂时性计算机可读媒体，当加载到计算机时，指示计算机的处理器执行所公开的方法。

非暂时性计算机可读媒体可以包括由以下一组成的群体中至少一个：硬盘、CD-ROM、光储存装置、磁储存装置、只读存储器、可程序设计只读存储器、可擦除可程序设计只读存储器(Erasable Programmable Read Only Memory，EPROM)、电可擦除可程序设计只读存储器(Electrically Erasable Programmable Read Only Memory，EEPROM)和闪存。

所公开的方法可被程序设计为计算机程序产品，该计算机程序产品使计算机执行所公开的方法。

所公开的方法可以被程序设计为计算机程序，该程序使计算机执行所公开的方法。

技术功效：

本发明提出新的星闪无线通信的拥塞上报方法，星闪节点的基础服务层侦测并且上报星闪节点间链路的拥塞的情况，产生并且传送作为拥塞指示的流控信息至一个接收节点，其中所述接收节点包含星闪节点的父节点、祖先节点T-G-T架构中的T节点、或网格结构中的Mesh网络控制节点。所述接收节点根据所述流控信息回应所述拥塞情况以缓解拥塞。

附图说明

图1显示星闪无线通信系统的示意图。

图2显示星闪节点的设备分类为G节点和T节点的示意图。

图3显示星闪无线通信系统的结构示意图。

图4显示星闪无线通信系统的网络结构的一个例子的示意图。

图5显示星闪无线通信的拥塞上报方法的流程示意图。

图6显示传输通道标识和通过中继节点各节点间传输的数据包示意图。

图7显示具有可上报网络链路拥塞的基础服务层的系统示意图。

图8显示星闪无线通信系统的网络结构的一个例子和上报网络链路拥塞的示意图。

图9显示在各节点的基础服务层中上报拥塞的示意图。

图10显示星闪无线通信系统的网络结构的一个例子和上报网络链路拥塞的示意图。

图11显示星闪无线通信系统的网络结构的一个例子和上报网络链路拥塞至Mesh网络控制节点的示意图。

图12显示星闪无线通信系统的网络结构的一个例子和上报网络链路拥塞至Mesh网络控制节点的示意图。

具体实施方式

本发明提出一种星闪无线通信的拥塞上报方法、存储介质及无线通信装置。

参照图1，星闪无线通信系统由星闪接入层110、所述基础服务层120以及所述基础应用层130三部分构成。如图1所示，其中，所述星闪接入层110也可被称为星闪底层101，所述基础服务层120和所述基础应用层130构成了星闪上层102。

所述星闪接入层110根据实现功能的不同分为管理节点(称为G节点)和终端节点(称为T节点)，其中G节点为其覆盖下的T节点提供连接管理、资源分配、信息安全等接入层的服务。所述星闪接入层110实现了G节点和T节点的上层业务数据在空口的传输交互。

参照图2，星闪节点Ti包含星闪接入层110b、所述基础服务层120b以及所述基础应用层130b三部分构成。所述星闪接入层110b也可被称为星闪底层101b，所述基础服务层120b和所述基础应用层130b构成了星闪上层102b。星闪节点Gx包含星闪接入层110a、所述基础服务层120a以及所述基础应用层130a三部分构成。所述星闪接入层110a也可被称为星闪底层101a，所述基础服务层120a和所述基础应用层130a构成了星闪上层102a。星闪节点Gk包含星闪接入层110c、所述基础服务层120c以及所述基础应用层130c三部分构成。所述星闪接入层110c也可被称为星闪底层101c，所述基础服务层120c和所述基础应用层130c构成了星闪上层102c。

考虑到业务场景对于无线短距离通信存在着差异化的传输需求，目前所述星闪接入层110为所述星闪上层102提供SparkLink Basic(SLB)111(例如SLB 111a、SLB 111b和SLB 111c)和Sparklink Low Energy(SLE)112(例如SLE 112a、SLE 112b和SLE112c)两种通信接口。其中，SLB 111采用超短帧、多点同步、双向认证、快速干扰协调、双向认证加密、跨层调度优化等多项技术，用于支持具有低时延、高可靠、精同步、高并发和高安全等传输需求的业务场景。SLE 112采用Polar信道编码提升传输可靠性，减少重传节省功耗，同时支持最大4MHz传输带宽、最大8PSK调制，支持1对多可靠组播，支持4KHz短时延交互等特性，在尽可能保证传输效率的同时，充分考虑了节能因素，用于承载具有低功耗诉求的业务场景。SLB 111和SLE 112面向不同业务诉求，提供不同的传输服务，两者相互补充并且根据业务需求进行持续平滑演进。

参照图2，具体来说，星闪节点Ti可以作为星闪终端节点(T节点)的例子。星闪节点Gx可以作为星闪管理节点(G节点)的例子。星闪节点Gk可以作为G节点的例子。在以下的实施方式中，所述星闪节点Ti可以作为下文中星闪终端节点例如T1、T2、T3、T5、T6及/或T7)的实例，所述星闪节点Gx和Gk可以作为下文中星闪管理节点(例如G1、G2、G3、及/或G4)的实例。需要了解的是，这样的实施方式只是用来举例说明，不是用来作为限制，在不同的实施方式中，所述星闪节点Ti以外的其他节点可以作为星闪终端节点。

本文中的技术名词说明如下列表1所示:

表1

参照图3，包括多个星闪终端节点(包含星闪管理节点Gx及Gk)、和多个星闪终端节点(包含星闪终端节点Ti和Tj)的通信系统根据本公开的一个实施方式执行所公开的方法。图3所示为说明性的而非限制性的，该系统可以包括更多的网络通信实体。星闪管理节点Gx及Gk可以是星闪管理节点的实例。星闪终端节点Ti和Tj可以是星闪终端节点的实例。组件和组件之间的连接、模块和模块组件之间的连接、及设备和设备组件之间的连接在图中显示为线条和箭头。星闪终端节点Ti可以包括一个处理器11a，一个存储器12a，和一个收发器13a。星闪终端节点Tj可以包括一个处理器11b，一个存储器12b，和一个收发器13b。星闪管理节点Gx可以包括一个处理器21a、一个存储器22a和一个收发器23a。星闪管理节点Gk可以包括一个处理器21b、一个存储器22b和一个收发器23b。所述处理器11a、11b、21a和21b中的每一个都可以被配置为实现描述中所述的提出功能、程序和/或方法。星闪协议的各层可以在所述处理器11a、11b、21a和21b中实现。所述存储器12a、12b、22a和22b中的每一个都可存储各种程序和信息，以使得连接的处理器运行存储各种程序和存取信息，以执行所述的提出功能、程序和/或方法。收发器13a、13b、23a和23b中的每一个都与连接的处理器操作性地联接，发射和/或接收无线电信号或有线信号。所述星闪管理节点Gx及Gk可以是服务器、基站或其他类型的无线电节点或有线节点，并且可以为星闪终端节点Ti和星闪终端节点Tj发送信息，例如流控信息。该通信系统包括属于星闪管理节点群组14和星闪管理节点群组15。所述星闪管理节点群组14包含多个星闪管理节点，例如星闪终端节点Ti。星闪管理节点群组15包含多个星闪管理节点，例如星闪终端节点Tj。

所述处理器11a、11b、21a和21b中的每一个可以包括特定应用集成电路(application-specific integrated circuit，ASIC)、其他芯片组、逻辑电路和/或数据处理装置。每个所述存储器12a、12b、22a和22b可以包括只读存储器(read-only memory，ROM)、随机存取存储器(random access memory，RAM)、闪存、存储卡、存储介质和/或其他存储装置。每个收发器13a、13b、23a和23b可以包括基带电路和射频(radio frequency，RF)电路，以处理射频信号。当本实施方式以软件实现时，本文所述的技术可以用模块、程序、功能、实体等来实现，以执行本文所述的功能。这些模块可以存储在所述存储器中并由所述处理器执行。所述存储器可以在所述处理器内实现，也可以在所述处理器外部实现，并且可以通过本领域已知的各种方式与处理器进行通信耦合。一个星闪节点可以是一个无线通信装置，例如具有无线通信功能的传感器、计算机、移动装置、相机、或工厂设备。“服务管理单元”、“连接管理单元”和“数据链路层管理实体”是在星闪的标准文件定义的模块。

目前，星闪1.0标准围绕单跳(one hop)短距网络、星闪中继(单跳)网络、单跳短距-5G蜂窝融合网络进行设计。考虑到现阶段智慧家庭、增强现实(AugmentReality，AR)、虚拟现实(Virtual Reality，VR)、数字孪生、人工智能(Artificial Intelligence，AI))、远程辅助等应用的出现，单链路(亦即星状网络)无法提供可靠、稳定、远距离、高速的端到端传输链。因此，基于星闪1.0标准，星闪2.0标准引入无线网格(Mesh)网络(无线网状网络)，也称为“多跳(multi-hop)”网络。由于星闪分布式自组织网络(Sparklink Mesh Network)可以具有自动修复故障、自动组网以及覆盖范围更大的特点，可以满足更高阶的用户要求。Mesh网络可以带来更大的网络覆盖，更高的数据传输速率，更强的链路鲁棒性，局部/全局统一的管理配置策略，为现阶段的短距应用提供端到端的通信支持。

如下图4所示为星闪Mesh拓扑图，其中主要包括Mesh网络控制节点(Meshcontroller)C1、G节点G1-G4、T节点T1-T7。每个T节点通过G节点接入网络。Mesh网络控制节点(Mesh controller)(例如Mesh网络控制节点C1)可以对整个网络拓扑进行路由转发以及通道映射进行配置。各节点之间可以通过中继节点(可以是G节点也可以是T节点)进行数据转发和路由以及流控，以图4中的连线P12与以及连线P11为例，T2节点的数据经由G1节点、G3节点、及G4节点转发到达T7节点，T2节点的数据也可以经由G1节点、G3节点、G4节点、及G2节点转发到达T3节点。

参考图5，种星闪无线通信的拥塞上报方法，执行于无线通信装置中，所述无线通信装置作为第一节点。所述第一节点可以是G节点或T节点。在以下实施例中的G3节点是所述第一节点的一个例子。

所述第一节点的基础服务层检测所述第一节点与第二节点之间的链路情况以确定是否发生了拥塞(210)。在某些情况中，所述第一节点检测到所述第一节点与第二节点之间的链路发生了拥塞。所述第一节点可以响应收到的指示以检测所述第一节点与第二节点之间的链路情况，或周期的检测所述第一节点与第二节点之间的链路情况。举例来说，所述处理拥塞的节点可以发送所述指示至所述第一节点。

所述第一节点的基础服务层通过传输通道发出作为拥塞指示的流控信息330至处理拥塞的节点(212)。所述第一节点可以响应收到的所述指示以执行所述检测并且发送所述流控信息330，或周期的执行所述检测且发送所述流控信息330。或者，当所述第一节点检测到所述第一节点与第二节点之间的链路发生了拥塞时，所述第一节点的基础服务层通过传输通道发出作为拥塞指示的流控信息330至处理拥塞的节点。所述流控信息可以通过数据面流控帧反馈，或通过控制面流控指示信息反馈。所述处理拥塞的节点的例子可以包含所述第一节点的父节点、所述第一节点的祖先节点、或Mesh网络控制节点。

所述处理拥塞的节点接收所述流控信息330，并且根据所述流控信息330所述处理拥塞(214)。

在所述处理拥塞的节点为所述第一节点的父节点例子中，所述第一节点的基础服务层发出作为拥塞指示的所述流控信息至第一父节点，所述第一父节点作为所述第一节点的父节点。所述第一节点及所述第一父节点可以是管理节点，并且所述第一父节点以终端节点的方式接入所述第一节点。所述第一节点根据所述流控信息，减少分配给所述第一父节点的传输资源，以缓解拥塞。

在所述处理拥塞的节点为所述第一节点的祖先节点的例子中，所述第一节点的基础服务层发出作为拥塞指示的所述流控信息至祖先节点，所述祖先节点作为所述第一父节点的父节点。所述第一父节点还发送所述流控信息33至所述第一父节点的父节点。所述祖先节点可以根据所述流控信息330减少发送到所述拥塞指示中的拥塞传输通道的数据包的数据率(传输率)，以缓解拥塞。。

在一个实施例中，所述第一节点为星闪通信单域的管理节点，所述星闪通信单域具有二个终端节点，形成T-G-T网络结构。所述第一节点的基础服务层发出作为所述二个终端节点中的一个终端节点的拥塞指示的所述流控信息至所述星闪通信单域中所述二个终端节点中的另一个终端节点。所述另一个终端节点可以根据所述流控信息330减少发送到所述拥塞指示中的拥塞传输通道的数据包的数据率(传输率)，以缓解拥塞。

在所述处理拥塞的节点为Mesh网络控制节点的例子中，所述第一节点的基础服务层发出作为拥塞指示的所述流控信息至Mesh网络控制节点。所述Mesh网络控制节点根据所述流控信息330以改变所述第一节点所在中继传输通道之间传输映射关系表，以缓解拥塞。

或者，所述Mesh网络控制节点根据所述流控信息以改变所述第一节点所在的路由的拓扑结构，以缓解拥塞。

在Mesh拓扑中数据传输从起点到终端，中间经历的节点称为中继节点，在图4的例子中T1和T7的中继节点包含G1节点、G3节点、及G4节点，T1和T3的中继节点包含G1节点、G3节点、G4节点、及G2节点。节点与节点之间为了传输业务数据，会建立业务数据传输通道的传输通道标识TCID，传输通道在两个节点都有相应的编号TCID。

如图6所示，G节点分别和T1建立了业务传输通道311，并且和T2建立了业务传输通道312。图6显示用于T1和T2节点的业务数据传输对应传输通道标识，T1节点里的传输通道标识TCID是TCIDx，G节点与T1节点对应的传输通道标识TCID是TCIDy；相对应的，G节点与T2节点对应的传输通道标识TCID是TCIDi，T2节点里的传输通道标识TCID是TCIDj。

需要了解，在Mesh网络中，中继节点(例如在图6的例子中的G节点)对两侧节点的传输通道的映射规则(例如传输通道映射关系表或中继路由表)可由中继节点自行配置(需将配置关系表上报给网格控制节点，例如C1)，也可以由Mesh网络控制节点(例如Mesh网络控制节点C1)整体配置。即T1与G之间的传输通道到G与T2之间的传输通道映射关系表可以由G决策，也可以由Mesh网络控制节点决策。

表2：传输通道映射关系表或中继路由表

当T1节点往T2节点发数据时，T1节点的传输与适配层数据包320的格式和基础帧格式相同，包含：对端TCID标识(即TCIDy)，消息净荷长度(information payload length)和消息净荷(information payload)组成。T1节点的传输与适配层数据包320的消息净荷即是基础应用层SDU。如图6所示，G节点根据传输通道的路由关系，拆掉所述传输与适配层数据包320中的对端TCID标识TCIDy，替换为TCIDj(即目标T2节点传输通道标识)，将替换后的所述传输与适配层数据包320a打包并且发给T2节点。

当任何中间节点的入口链路数据率大于出口数据率，且持续一段时间之后就会出现节点拥塞。一旦发生节点拥塞，就可能导致系统的传输效率降低，甚至出现后程链路失败的情况。因此在星闪Mesh网络中引入流量及拥塞控制机制显得尤为重要。

现有的多节点Mesh网络的链路拥塞主要依赖于传输层TCP的流控和拥塞处理机制，传输层流控的原则主要依赖于接受端的数据包确认反馈(acknowledgement ornegative acknowledgement,ACK or NACK)。但是星闪通信系统网络传输中出现拥塞的情况通常是由于底层物理层的信道质量变差而导致的，而传输层位于物理层之上的高层，无法实时感知底层链路的传输状况。因此Mesh网络的链路依赖于传输层TCP的流控机制来处理链路拥塞会比较慢，且实时性差。

此外，参照图7，本发明的星闪通信系统除了支持TCP/IP第三方的应用数据(如图7右侧)，也支持非IP(Non-IP)的应用层数据传输(如图7右侧)。在星闪Mesh网络中传输IP数据可以基于TCP流控机制进行拥塞处理，但是对于Non-IP数据，也需要有相应的流控机制进行拥塞处理。

对于本发明的星闪通信系统中Mesh网络架构中数据传输(包括Non-IP应用数据和IP应用数据)出现的拥塞情况，提出统一的基于基础服务层(例如基础服务层120)的数据链路层的流控技术方案。

实施例1：

本实施例的通信系统举例说明在星闪Mesh架构下，基于基础服务层(例如基础服务层120)的数据链路层的节点到节点之间的流控机制。

在所述处理拥塞的节点为所述第一节点的父节点例子中，所述第一节点的基础服务层发出作为拥塞指示的所述流控信息至第一父节点，所述第一父节点作为所述第一节点的父节点。

如图8所示，T1节点的数据经由G1节点、G3节点、G4节点转发到达T5节点，在数据传输过程中，G3节点感知到G3与G4之间的链路发生了拥塞。

当G3节点检测到G3与G4之间的链路发生了拥塞，可以向G1节点反馈流控信息(330)。可选的，G3根据配置周期性的向父节点G1反馈流控信息330。如图9所示，具体的，G3节点的基础服务层向G1节点的基础服务层反馈流控信息330。所述流控信息330可以通过数据面流控帧反馈，也可以通过控制面流控指示信息反馈。

如图9所示，G3节点分别和G1建立了业务传输通道311a，并且和G4建立了业务传输通道312a。图9显示用于G1、G3、和G4节点的业务数据传输通过传输通道标识对应，G1节点里与G3节点对应的传输通道标识TCID是TCID13，G3节点里与G1节点对应的传输通道标识TCID是TCID31；相对应的，G3节点里与G4节点对应的传输通道标识TCID是TCID34，G4节点里与G3节点对应的传输通道标识TCID是TCID43。

需要了解，在Mesh网络中，中继节点(例如在图9的例子中的G3节点)对两侧节点的传输通道的映射规则(例如传输通道映射关系表或中继路由表)可由中继节点自行配置(需将配置关系表上报给Mesh网络控制节点，例如C1)，也可以由Mesh网络控制节点(例如Mesh网络控制节点C1)整体配置。即G1与G3之间的传输通道到G3与G4之间的传输通道映射关系表可以由G3决策，也可以由Mesh网络控制节点决策。

表3：中继路由表示例

所述流控信息可以包括以下之一或任意组合：

■拥塞的传输通道对应的当前传输通道标识TCID(在图8中的例子，即G3与G4之间拥塞的传输通道对应的G3与G1之间的传输通道标识TCID31)；

■感知到拥塞的节点的节点标识(在图8中的例子，即感知到拥塞的G3节点的标识)；

■检测拥塞的节点的当前TCID(在图8中的例子，即G3节点的TCID31)期待的数据包字节量，

■检测拥塞的节点的当前TCID(在图8中的例子，即G3节点的TCID31)期待的传输数据率，

■检测拥塞的节点的当前TCID(在图8中的例子，即G3节点的TCID31)的缓存(Buffer)剩余空间大小，

■检测拥塞的节点的当前TCID(在图8中的例子，即G3节点的TCID31)在链路(G1-G3链路)上丢失的数据包编号Seq(如果G3节点检测到G1-G3链路上有数据包丢失)，

■检测拥塞的节点的当前TCID(在图8中的例子，即G3节点的TCID31)在链路(G1-G3链路)成功接收的最大数据包编号；及

■拥塞的传输通道的拥塞程度。

所述拥塞的传输通道的拥塞程度例如一般拥塞、非常拥塞、或不拥塞，可以根据接收端星闪节点的数据包接收反馈信息作为拥塞程度判断依据。

在图8中的例子，G1节点收到G3节点的拥塞指示后可以自行调整发往G3节点即TCID13的数据量/数据率以缓解传输拥塞。

实施例2：

在所述处理拥塞的节点为所述第一节点的祖先节点的例子中，所述第一节点的基础服务层发出作为拥塞指示的所述流控信息至祖先节点，所述祖先节点作为所述第一父节点的父节点。所述第一父节点还发送所述流控信息33至所述第一父节点的父节点。所述祖先节点可以根据所述流控信息330减少发送到所述拥塞指示中的拥塞传输通道的数据包的数据率(传输率)，以缓解拥塞。

如图10所示，T1节点的数据经由G1节点、G3节点、及G4节点转发到达T5节点。在数据传输过程中，G3节点感知到G3与G4之间的链路发生了拥塞。

当G3节点检测到G3节点与G4节点之间的链路发生了拥塞，可以向G1节点反馈流控信息330。可选的，G3节点根据配置周期性的向父节点G1反馈流控信息330。或跟进G1节点指示向G3节点反馈流控信息330。所述流控信息可以通过数据面流控帧反馈，也可以通过控制面流控指示信息反馈。

流控信息可以包括以下之一或任意组合：

■拥塞的传输通道对应的当前传输通道标识TCID(在图8及图10中的例子，即G3与G4之间拥塞的传输通道对应的G3与G1之间的传输通道标识TCID31)；

■感知到拥塞的节点的节点标识(在图8及图10中的例子，即感知到拥塞的G3节点的标识)；

■检测拥塞的节点的当前TCID(在图8及图10中的例子，即G3节点的TCID31)期待的数据包字节量，

■检测拥塞的节点的当前TCID(在图8及图10中的例子，即G3节点的TCID31)期待的传输数据率，

■检测拥塞的节点的当前TCID(在图8及图10中的例子，即G3节点的TCID31)的缓存(Buffer)剩余空间大小，

■检测拥塞的节点的当前TCID(在图8及图10中的例子，即G3节点的TCID31)在链路(G1-G3链路)上丢失的数据包编号Seq(如果G3节点检测到G1-G3链路上有数据包丢失)，

■检测拥塞的节点的当前TCID(在图8及图10中的例子，即G3节点的TCID31)在链路(G1-G3链路)成功接收的最大数据包编号；及

■拥塞的传输通道的拥塞程度。

■Mesh网络控制节点进一步向父节点(即T1)上报指示。

所述拥塞的传输通道的拥塞程度例如一般拥塞、非常拥塞、或不拥塞，可以根据接收端星闪节点的数据包接收反馈信息(例如NACK数/ACK数、ACK数/NACK数、ACK数/(NACK数+ACK数)、或NACK数/(NACK数+ACK数))作为拥塞程度判断依据。如图10中，G1节点收到G3节点的拥塞指示(流控信息330)后可以自行调整发往G3节点的数据量/数据率，也可进一步的向T1节点反馈流控信息340，从而从源头上缓解拥塞。

实施例3：

所述第一节点及所述第一父节点可以是管理节点，并且所述第一父节点以终端节点的方式接入所述第一节点。所述第一节点根据所述流控信息，减少分配给所述第一父节点的传输资源，以缓解拥塞。

可选的，G1到G3节点之间的连接如果G1节点以T节点的方式接入G3节点，那么T节点(G1节点)向G3节点发送的数据的传输资源是由G3节点来分配的。在这种情况下，当G3节点感知到拥塞时可以向自行减少分配给G1节点的资源从而G1会减少发送的数据。

实施例4：

本实施例的通信系统举例说明在星闪T-G-T单域场景架构下，基于基础服务层(例如基础服务层120)的数据链路的节点到节点之间的流控机制。

在一个实施例中，所述第一节点为星闪通信单域的管理节点，所述星闪通信单域具有二个终端节点，形成T-G-T网络结构。所述第一节点的基础服务层发出作为所述二个终端节点中的一个终端节点的拥塞指示的所述流控信息至所述星闪通信单域中所述二个终端节点中的另一个终端节点。所述另一个终端节点可以根据所述流控信息330减少发送到所述拥塞指示中的拥塞传输通道的数据包的数据率(传输率)，以缓解拥塞。

适用于T-G-T单域场景，即两个T节点通过G节点进行数据传输，当任意G-T之间的链路发生拥塞时，中继G节点可以向另一个T节点反馈流控信息。所述流控信息中包含的内容同实施例1。

实施例5：

本实施例的通信系统举例说明在星闪Mesh架构下，基于基础服务层(例如基础服务层120)的数据链路的节点到控制中心之间的流控机制。

在所述处理拥塞的节点为Mesh网络控制节点的例子中，所述第一节点的基础服务层发出作为拥塞指示的所述流控信息至Mesh网络控制节点。所述Mesh网络控制节点根据所述流控信息330以改变所述第一节点所在的传输通道的传输映射关系表，以缓解拥塞。

或者，所述Mesh网络控制节点根据所述流控信息以改变所述第一节点所在的网格的拓扑结构，以缓解拥塞。

如图11及图12所示，T1节点的数据经由G1节点、G3节点、G4、节点转发到达T5节点，在数据传输过程中，G3节点感知到G3与G4之间的链路发生了拥塞。

当G3节点检测到传输拥塞，且拥塞程度比较严重时，可以向Mesh网络控制节点(Mesh controller)C1节点反馈流控信息330。可选的，G3节点根据配置周期性的向所述Mesh网络控制节点C1反馈流控信息(例如流控信息330)。所述流控信息可以通过数据面流控帧反馈，也可以通过控制面流控指示信息反馈。

流控信息可以包括下之一或任意组合：

■感知到拥塞节点的节点标识(在图11中的例子，即感知到拥塞的G3节点的标识)；

■拥塞节点当前的缓存状态(在图11中的例子，即G3节点的当前的缓存状态)；

■拥塞链路标识(在图11中的例子，即G3与G4之间拥塞的链路标识)；

■拥塞的传输通道TCID(在图11中的例子，即G3与G4之间拥塞的传输通道的传输通道标识TCID34)；及

■拥塞的传输通道拥塞程度。

所述拥塞的传输通道的拥塞程度例如一般拥塞、非常拥塞、或不拥塞，可以根据接收端星闪节点的数据包接收反馈信息作为拥塞程度判断依据。

如上图中，Mesh网络控制节点收到G3节点的拥塞指示后可以考虑改变所述G3节点所在的传输通道的传输映射关系表也可以改变拓扑结构，如改变从G1节点流过来的数据在G3-G4之间的传输通道，或者改变从G1节点流过来的数据下一跳节点，如下一跳节点考虑从G3-G2节点路由(前提是G2与G3之间有链接)等，具体如何调整考虑属于实现上的方案。

这种拥塞节点向控制节点反馈流控信息的方式，能够解决严重的拥塞问题。当链路出现严重拥塞时，拥塞极有可能出现在连续的多个传输链路上。单纯的依靠节点到节点的流控反馈以及处理显然已经不能够解决。而只有将流控信息及时上报给网格控制器节点(例如网格控制器节点C1)，即Mesh网络的控制功能单元，通过网格控制器节点对Mesh网络的拓扑路由进行重配置才有可能从更根源处彻底的解决拥塞。

虽然已经结合被认为是上述最实用和优选的实施例描述了本公开内容，但应理解的是，本公开内容不限于上述公开的实施例，而是旨在涵盖在不偏离上述所附权利要求的上述最广泛解释范围的情况下做出的各种安排。