CN112512021A - 拥塞控制方法、装置、设备、介质及系统 - Google Patents

拥塞控制方法、装置、设备、介质及系统 Download PDF

Info

Publication number
CN112512021A
CN112512021A CN202010102683.7A CN202010102683A CN112512021A CN 112512021 A CN112512021 A CN 112512021A CN 202010102683 A CN202010102683 A CN 202010102683A CN 112512021 A CN112512021 A CN 112512021A
Authority
CN
China
Prior art keywords
gateway
service
application server
congestion control
request
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
CN202010102683.7A
Other languages
English (en)
Inventor
杨坤
华孝泉
丁剑锋
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
ZTE Corp
Original Assignee
ZTE Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by ZTE Corp filed Critical ZTE Corp
Priority to CN202010102683.7A priority Critical patent/CN112512021A/zh
Priority to KR1020227007750A priority patent/KR20220046626A/ko
Priority to EP21756626.4A priority patent/EP4109941A4/en
Priority to PCT/CN2021/071418 priority patent/WO2021164471A1/zh
Priority to US17/764,294 priority patent/US20220345935A1/en
Publication of CN112512021A publication Critical patent/CN112512021A/zh
Pending legal-status Critical Current

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/0289—Congestion control
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/06—Management of faults, events, alarms or notifications
    • H04L41/0654—Management of faults, events, alarms or notifications using network fault recovery
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00—Arrangements for monitoring or testing data switching networks
    • H04L43/08—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
    • H04L43/0876—Network utilisation, e.g. volume of load or congestion level
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/12—Protocols specially adapted for proprietary or special-purpose networking environments, e.g. medical networks, sensor networks, networks in vehicles or remote metering networks
    • H04L67/125—Protocols specially adapted for proprietary or special-purpose networking environments, e.g. medical networks, sensor networks, networks in vehicles or remote metering networks involving control of end-device applications over a network
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/0215—Traffic management, e.g. flow control or congestion control based on user or device properties, e.g. MTC-capable devices
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/0284—Traffic management, e.g. flow control or congestion control detecting congestion or overload during communication
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/70—Services for machine-to-machine communication [M2M] or machine type communication [MTC]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
    • H04W88/16—Gateway arrangements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/12—Discovery or management of network topologies
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00—Arrangements for monitoring or testing data switching networks
    • H04L43/08—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
    • H04L43/0805—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters by checking availability
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00—Arrangements for monitoring or testing data switching networks
    • H04L43/16—Threshold monitoring

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Health & Medical Sciences (AREA)
  • Computing Systems (AREA)
  • General Health & Medical Sciences (AREA)
  • Medical Informatics (AREA)
  • Environmental & Geological Engineering (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

本申请提出一种拥塞控制方法、装置、设备、介质及系统。所述拥塞控制方法，应用于第一网关，包括：监测第二网关的节点状态信息；其中，所述第二网关为所述第一网关的协同网关；在所述节点状态信息表征所述第二网关业务过载时，向中心网关通知所述第二网关的业务过载，并向应用服务器发送所述第二网关的业务协同请求；和/或，在所述节点状态信息表征所述第二网关业务恢复时，向所述中心网关通知所述第二网关的业务恢复，并向所述应用服务器发送所述第二网关的业务协同撤销请求。上述技术方案，能够有效实现协同网关的拥塞控制。

Description

拥塞控制方法、装置、设备、介质及系统
技术领域
本申请涉及通信技术领域，具体涉及一种拥塞控制方法、装置、设备、介质及系统。
背景技术
大规模机器类型通信(mMTC，Massive Machine Type Communication)，作为5G定义的三大应用场景之一，其设备连接密度相比4G提升10-100倍，支持每平方公里100万台设备的连接，支持的设备连接数量至少为1000亿台，如此海量的接入，网络拥塞将成为必然，如何实现拥塞控制成为亟待解决的问题。
发明内容
本申请提供一种拥塞控制方法、装置、设备、介质及系统，以实现拥塞控制，满足5G物联网的应用需求。
第一方面，本申请实施例提供一种拥塞控制方法，应用于第一网关，包括：
监测第二网关的节点状态信息；其中，所述第二网关为所述第一网关的协同网关；
在所述节点状态信息表征所述第二网关业务过载时，向中心网关通知所述第二网关的业务过载，并向应用服务器发送所述第二网关的业务协同请求；
和/或，在所述节点状态信息表征所述第二网关业务恢复时，向所述中心网关通知所述第二网关的业务恢复，并向所述应用服务器发送所述第二网关的业务协同撤销请求。
第二方面，本申请实施例提供一种拥塞控制方法，应用于中心网关，包括：
在接收到第一网关发送的第二网关的业务过载通知后，和/或，在接收到第一网关发送的第二网关的业务恢复通知后，根据当前网络的网络状态，调整所辖网关的协同关系；其中，所述第二网关为所述第一网关的协同网关。
第三方面，本申请实施例提供一种拥塞控制方法，应用于应用服务器，包括：
如果接收到第一网关发送的第二网关的业务协同请求，则为所述第二网关进行业务转发设置；其中，所述第二网关为所述第一网关的协同网关。
第四方面，本申请实施例提供一种拥塞控制系统，包括：应用服务器，中心网关和至少一个第一网关，其中，
所述中心网关，与所述应用服务器以及每个第一网关相连，用于根据当前网络的网络状态，调整所辖网关的协同关系，并向所述应用服务器发送当前网络的协同关系更新消息；
所述第一网关，与所述应用服务器以及第二网关相连，用于监测所述第二网关的节点状态信息，并根据所述节点状态信息向所述中心网关通知所述第二网关的业务过载或恢复，向所述应用服务器发送所述第二网关的业务协同请求或业务协同撤销请求；其中，所述第二网关为所述第一网关的协同网关；
所述应用服务器，用于在接收到第一网关发送的所述第二网关的业务协同请求时，为所述第二网关进行业务转发设置，或者，在接收到第一网关发送的所述第二网关的业务协同撤销请求时，为所述第二网关进行业务转发撤销设置。
第五方面，本申请实施例提供一种拥塞控制装置，应用于第一网关，包括：
监测模块，设置为监测第二网关的节点状态信息；其中，所述第二网关为所述第一网关的协同网关；
上报及请求模块，设置为在所述节点状态信息表征所述第二网关业务过载时，向中心网关通知所述第二网关的业务过载，并向应用服务器发送所述第二网关的业务协同请求；
和/或，在所述节点状态信息表征所述第二网关业务恢复时，向所述中心网关通知所述第二网关的业务恢复，并向所述应用服务器发送所述第二网关的业务协同撤销请求。
第六方面，本申请实施例提供一种拥塞控制装置，应用于中心网关，包括：
协同关系调整模块，设置为在接收到第一网关发送的第二网关的业务过载通知后，和/或，在接收到第一网关发送的第二网关的业务恢复通知后，根据当前网络的网络状态，调整所辖网关的协同关系；其中，所述第二网关为所述第一网关的协同网关。
第七方面，本申请实施例提供一种拥塞控制装置，应用于应用服务器，包括：
拥塞控制模块，设置为如果接收到第一网关发送的第二网关的业务协同请求，则为所述第二网关进行业务转发设置；其中，所述第二网关为所述第一网关的协同网关。
第八方面，本申请实施例提供一种网关，包括：一个或多个处理器；存储装置，用于存储一个或多个程序；当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现如本申请任意实施例所述的应用于第一网关的拥塞控制方法，或者实现如本申请任意实施例所述的应用于中心网关的拥塞控制方法。
第九方面，本申请实施例提供一种应用服务器，包括：一个或多个处理器；存储装置，用于存储一个或多个程序；当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现如本申请任意实施例所述的应用于应用服务器的拥塞控制方法。
第十方面，本申请实施例提供一种存储介质，所述存储介质存储有计算机程序，所述计算机程序被处理器执行时实现如本申请任意实施例所述的拥塞控制方法。
关于本申请的以上实施例和其他方面以及其实现方式，在附图说明、具体实施方式和权利要求中提供更多说明。
附图说明
图1为本申请提供的一种拥塞控制系统的结构示意图；
图2为本申请提供的一种IoT边缘网关的示意图；
图3为本申请提供的一种拥塞控制方法的流程示意图；
图4为本申请提供的一种拥塞控制方法的流程示意图；
图5为本申请提供的一种拥塞控制方法的流程示意图；
图6为本申请提供的一种拥塞控制装置的结构示意图；
图7为本申请提供的一种拥塞控制装置的结构示意图；
图8为本申请提供的一种拥塞控制装置的结构示意图；
图9为本申请提供的一种网关的结构示意图；
图10为本申请提供的一种应用服务器的结构示意图；
图11为本申请提供的一种拥塞控制系统的结构示意图。
具体实施方式
为使本申请的目的、技术方案和优点更加清楚明白，下文中将结合附图对本申请的实施例进行详细说明。需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互任意组合。
为了便于理解本申请提供的一种拥塞控制方法，首先对本申请提供的一种拥塞控制系统进行简单解释说明。如图1所示，本申请提供的拥塞控制系统，包括：应用服务器10，中心网关20和至少一个第一网关30(即图1中网关1～网关n)。其中，
中心网关20，与应用服务器10以及每个第一网关30相连，用于根据当前网络的网络状态，调整所辖网关的协同关系，并向应用服务器10发送当前网络的协同关系更新消息。
第一网关30，与应用服务器10以及第二网关相连，用于监测第二网关的节点状态信息，并根据所述节点状态信息向中心网关20通知所述第二网关的业务过载或恢复，向应用服务器10发送所述第二网关的业务协同请求或业务协同撤销请求。其中，所述第二网关为所述第一网关的协同网关，以第一网关为图1中网关1为例，其协同网关为网关2和网关3，此时网关2可称为上述的第二网关，网关3也可称为上述的第二网关。
应用服务器10，用于在接收到第一网关30发送的所述第二网关的业务协同请求时，为所述第二网关进行业务转发设置，或者，在接收到第一网关30发送的所述第二网关的业务协同撤销请求时，为所述第二网关进行业务转发撤销设置。
具体的，网络中的每个网关都需要向应用服务器上传数据信息。其中，第一网关是网络中的普通网关，每个第一网关具有至多两个协同网关，协同网关间能够相互监测对方的存活状态，备份对方的数据信息；而中心网关是网络中选定的一个特殊的第一网关，数量为一个，其不仅具有普通网关的所有功能，并拥有一项指定功能，即根据网络状态为网络中的所有网关分配协同网关，具体可以根据网络拓扑、节点状态等信息为网络中的所有网关分配协同网关。应用服务器根据第一网关发送的第二网关的业务协同请求，为所述第二网关进行业务转发设置，或者，在接收到第一网关发送的所述第二网关的业务协同撤销请求时，为所述第二网关进行业务转发撤销设置。
在一具体的示例中，本申请涉及的网关可以是IoT(Internet of Things，物联网)网关，也可以是其他类型的网关，可以是单独的网关设备，也可以部署在其他设备中。示例性的，如图2所示，还可以将IoT网关部署在与基站共享统一站址的MEC(Mobile EdgeComputing，移动边缘计算)服务器内，这样设置的意义在于可有效降低业务交付的往返时延，并且利用MEC服务器相对强大的处理能力，可额外支持大数据分析等计算密集型功能。
其中，MEC的基本思想是把云计算平台从网络内部迁移到网络边缘，减少移动业务的端到端交付时延，有效抑制网络拥塞，发掘无线网络的内在能力，提升用户体验并促进业务创新。所谓“边缘”，既包括移动终端及移动通信基站，也包括无线网络内的其他特定设备(例如基站汇聚节点)。
IoT网关是连接传感网络与传统通信网络的纽带，在无线传感网络中，它是不可或缺的核心设备。由于网络末端的IoT设备在计算及存储方面往往资源有限，无法支持传统的TCP/IP协议栈，只能运行简单的通信协议，因此IoT网关需要执行相关的协议转换功能，以支持来自互联网的访问控制请求。
随着IoT应用的不断普及，一些对时延敏感的业务开始出现(例如智能工业控制)，MEC系统为支持此类IoT业务提供了条件。在一示例中，可以通过在MEC系统内以软件化的方式部署IoT网关，在保证低时延的条件下，可利用边缘服务器的处理能力对多种不同的IoT协议提供支持，并能提供更多的功能来增强IoT网络的可管理性，从而简化部署，提升业务灵活性。
对应的，在IoT网络中需要确定一个中心IoT网关，每个IoT网关需要向IoT应用服务器上传数据信息。其中，每个IoT网关有至多两个协同网关，协同IoT网关间能够相互监测对方的存活状态，备份对方的数据信息；而中心IoT网关具有普通IoT网关的所有功能，并拥有一项指定功能，即根据网络拓扑、节点状态等信息，为IoT网络中的所有IoT网关分配协同网关。
在一个示例性实施方式中，图3为本申请提供的一种拥塞控制方法的流程示意图。该方法可以适用于大规模机器类型通信中网络拥塞的情况。该方法可以由本申请提供的应用于第一网关的拥塞控制装置执行，该拥塞控制装置可以由软件和/或硬件实现，并集成在网关中。
如图3所示，本申请提供的一种拥塞控制方法，应用于第一网关中，包括：
S310、监测第二网关的节点状态信息；其中，所述第二网关为所述第一网关的协同网关。
网络中除中心网关之外的任何一个网关都可称为第一网关，第一网关的协同网关称为第二网关。每个第一网关监测其协同网关(也即第二网关)的节点状态信息，例如是监测其协同网关的应用信息或者设备信息等，具体可以是节点带宽信息、是否超负荷、设备运行速度等等。
S320、在所述节点状态信息表征所述第二网关业务过载时，向中心网关通知所述第二网关的业务过载，并向应用服务器发送所述第二网关的业务协同请求；和/或，在所述节点状态信息表征所述第二网关业务恢复时，向所述中心网关通知所述第二网关的业务恢复，并向所述应用服务器发送所述第二网关的业务协同撤销请求。
第一网关可以根据第二网关的节点状态信息来判断第二网关的业务拥塞状态，是业务过载还是业务恢复。
在一示例中，第一网关根据第二网关的节点状态信息判断出第二网关的业务承载量到达第一预设门限时，可以确定第二网关的业务过载。
在一示例中，第一网关根据第二网关的节点状态信息判断出第二网关的业务承载量低于所述第一预设门限或第二预设门限时，可以确定第二网关的业务恢复。
其中，第一网关判断第二网关的业务过载或恢复的门限值可以是相同的，例如均是根据第一预设门限来判断，第一网关判断第二网关的业务过载或恢复的门限值也可以是不同的，例如根据第一预设门限来判断是否业务过载，根据第二预设门限来判断是否业务恢复，第二预设门限低于第一预设门限。
第一网关(例如是网关A)根据其接收到的第二网关(例如是网关B)的节点状态信息判断其协同网关(网关B)的业务承载量是否达到第一预设门限，如果是，则发送通告消息给网络的中心网关，向中心网关通告所述第二网关(网关B)的业务过载，并向应用服务器发送所述第二网关(网关B)的业务协同请求。在一示例中，所述业务协同请求用于向所述应用服务器请求转发所述第二网关的业务消息，也即网关A向应用服务器请求转发网关B的业务消息。
中心网关接收到第一网关发送的第二网关的业务过载通知后，根据当前网络的网络状态，具体可以是根据当前网络的拓扑状态和/或节点状态，调整所辖网关的协同关系。
可选的，中心网关根据所述当前网络的拓扑状态和/或节点状态，为所述第一网关(即网关A)重新分配一个协同网关(例如是网关C)。可选的，中心网关如果根据当前网络的拓扑状态和/或节点状态，确定当前网络中存在一些网关，其当前的协同网关不是最优的，则重新为这些网关分配协同网关，也即这些网关的重新分配后的协同网关要优于重新分配前的协同网关。
进一步的，中心网关在调整所辖网关的协同关系之后，向应用服务器发送协同关系更新消息。应用服务器接收到中心网关发送的协同关系更新消息之后，更新对应网络的网关协同关系配置信息。
应用服务器接收到第一网关(网关A)发送的第二网关(网关B)的业务协同请求之后，为第二网关(网关B)进行业务转发设置。在一示例中，应用服务器根据第二网关(网关B)的标识检索本地是否存在挂起的第二网关(网关B)的业务消息，如果存在，则将挂起的所述第二网关的业务消息转发给所述第一网关，如果不存在，则为第二网关(网关B)设置转发标志，所述转发标志用于指示将所述第二网关的业务消息进行转发。在一示例中，在为第二网关(网关B)设置转发标志之后，当需要向第二网关(网关B)发送业务消息时，则根据第二网关(网关B)所在网络的网关协同关系配置信息确定第二网关(网关B)的当前协同网关，向所述当前协同网关转发第二网关(网关B)的业务消息，以此解决第二网关(网关B)的拥塞问题。
其中，第二网关(网关B)的协同网关会根据中心网关对其所辖网关的协同关系的调整而变化，故此时第二网关(网关B)的当前协同网关可能是网关A或网关D(网关D为中心网关为网关B重新分配的协同网关)，进而，应用服务器当需要向第二网关(网关B)发送业务消息时，向第二网关(网关B)的当前协同网关，也即向网关A或网关D转发第二网关(网关B)的业务消息。
进一步的，第二网关(网关B)的当前协同网关(网关A或网关D)，根据其接收到的第二网关(网关B)的节点状态信息判断其协同网关(网关B)的业务是否恢复，具体可以根据第二网关(网关B)的节点状态信息判断第二网关(网关B)的业务承载量是否低于第一预设门限或第二预设门限，如果是，则发送通告消息给网络的中心网关，向中心网关通告所述第二网关(网关B)的业务恢复，并向应用服务器发送所述第二网关(网关B)的业务协同撤销请求。在一示例中，所述业务协同撤销请求用于向所述应用服务器请求撤销转发所述第二网关的业务消息，也即网关A或网关D向应用服务器请求撤销转发网关B的业务消息。
在一示例中，网关A向中心网关发送网关B的业务过载通知，向应用服务器发送网关B的业务协同请求，假设，在应用服务器为网关B进行业务转发设置期间，中心网关将网关B的协同网关由网关A调整为网关D，在中心网关向网关D通告时，会同时告知网关D此时网关B为业务过载状态，进而网关D与网关B建立协同关系后，会接收应用服务器转发的网关B的业务消息，并通过对网关B的节点状态信息的监测，判断网关B的业务是否恢复，并在确定网关B的业务恢复时，向中心网关通告所述第二网关(网关B)的业务恢复，并向应用服务器发送所述第二网关(网关B)的业务协同撤销请求。
中心网关接收到第一网关(网关A或网关D)发送的第二网关(网关B)的业务恢复通知后，根据当前网络的网络状态，具体可以是根据当前网络的拓扑状态和/或节点状态，调整所辖网关的协同关系。
可选的，中心网关如果根据当前网络的拓扑状态和/或节点状态，确定当前网络中存在一些网关，其当前的协同网关不是最优的，则重新为这些网关分配协同网关，也即这些网关的重新分配后的协同网关要优于重新分配前的协同网关。
进一步的，中心网关在调整所辖网关的协同关系之后，向应用服务器发送协同关系更新消息。应用服务器接收到中心网关发送的协同关系更新消息之后，更新对应网络的网关协同关系配置信息。
应用服务器接收到第一网关(网关A或网关D)发送的第二网关(网关B)的业务协同撤销请求之后，为第二网关(网关B)进行业务转发撤销设置，具体的，根据第二网关(网关B)的标识本地检索是否存在为第二网关(网关B)设置的转发标志，若是，则为第二网关(网关B)撤销转发标志。
值得指出的是，本申请所涉及的网关A、网关B、网关C及网关D，均是一个本申请所提到的第一网关，均可以执行本申请提供的应用于第一网关的拥塞控制方法。
上述技术方案，实现了协同网关的拥塞控制，其中，网关可以是IoT边缘网关，以实现IoT边缘网关的拥塞控制处理能力，从而满足了5G物联网应用对IoT边缘网关的进一步需求。
在一个示例性实施方式中，图4为本申请提供的一种拥塞控制方法的流程示意图。该方法可以适用于大规模机器类型通信中网络拥塞的情况。该方法可以由本申请提供的应用于中心网关的拥塞控制装置执行，该拥塞控制装置可以由软件和/或硬件实现，并集成在网关中。
如图4所示，本申请提供的一种拥塞控制方法，应用于中心网关中，包括：
S410、在接收到第一网关发送的第二网关的业务过载通知后，和/或，在接收到第一网关发送的第二网关的业务恢复通知后，根据当前网络的网络状态，调整所辖网关的协同关系；其中，所述第二网关为所述第一网关的协同网关。
中心网关接收到第一网关发送的第二网关的业务过载通知后，和/或，在接收到第一网关发送的第二网关的业务恢复通知后，根据当前网络的网络状态，具体可以是根据当前网络的拓扑状态和/或节点状态，调整所辖网关的协同关系。
可选的，中心网关根据所述当前网络的拓扑状态和/或节点状态，为发送第二网关业务过载通知和/或业务恢复通知的第一网关重新分配一个协同网关。
可选的，中心网关如果根据当前网络的拓扑状态和/或节点状态，确定当前网络中存在一些网关，其当前的协同网关不是最优的，则重新为这些网关分配协同网关，也即这些网关的重新分配后的协同网关要优于重新分配前的协同网关。
在一示例中，中心网关在调整所辖网关的协同关系之后，向应用服务器发送协同关系更新消息。应用服务器接收到中心网关发送的协同关系更新消息之后，更新对应网络的网关协同关系配置信息。
本实施方式未尽详细解释之处请参见前述实施方式，在此不再赘述。
上述技术方案，实现了协同网关的拥塞控制，其中，网关可以是IoT边缘网关，以实现IoT边缘网关的拥塞控制处理能力，从而满足了5G物联网应用对IoT边缘网关的进一步需求。
在一个示例性实施方式中，图5为本申请提供的一种拥塞控制方法的流程示意图。该方法可以适用于大规模机器类型通信中网络拥塞的情况。该方法可以由本申请提供的应用于应用服务器的拥塞控制装置执行，该拥塞控制装置可以由软件和/或硬件实现，并集成在网关中。
如图5所示，本申请提供的一种拥塞控制方法，应用于应用服务器中，包括：
S510、如果接收到第一网关发送的第二网关的业务协同请求，则为所述第二网关进行业务转发设置；其中，所述第二网关为所述第一网关的协同网关。
在一示例中，所述业务协同请求用于向所述应用服务器请求转发所述第二网关的业务消息。
在一示例中，应用服务器为所述第二网关进行业务转发设置，具体可以是：
检索是否存在挂起的所述第二网关的业务消息，如果存在，则将挂起的所述第二网关的业务消息转发给所述第一网关，如果不存在，则为所述第二网关设置转发标志，所述转发标志用于指示将所述第二网关的业务消息进行转发。
进一步的，应用服务器在为所述第二网关设置转发标志之后，当需要向所述第二网关发送业务消息时，则根据所述第二网关所在网络的网关协同关系配置信息确定所述第二网关的当前协同网关，向所述当前协同网关转发所述第二网关的业务消息。
在一示例中，应用服务器接收中心网关发送的协同关系更新消息，根据所述协同关系更新消息，更新所述网关协同关系配置信息。
进一步的，如果接收到第一网关发送的所述第二网关的业务协同撤销请求，则为所述第二网关进行业务转发撤销设置。
在一示例中，所述业务协同撤销请求用于向所述应用服务器请求撤销转发所述第二网关的业务消息。
在一示例中，应用服务器为所述第二网关进行业务转发撤销设置，具体可以是：检索是否为所述第二网关设置转发标志，若是，则为所述第二网关撤销转发标志。
本实施方式未尽详细解释之处请参见前述实施方式，在此不再赘述。
上述技术方案，实现了协同网关的拥塞控制，其中，网关可以是IoT边缘网关，以实现IoT边缘网关的拥塞控制处理能力，从而满足了5G物联网应用对IoT边缘网关的进一步需求。
本实施例还提供了拥塞控制装置，图6为本申请提供的一种拥塞控制装置的结构示意图，如图6所示，本申请实施例提供的一种拥塞控制装置，应用于第一网关中，该装置包括：监测模块610和上报及请求模块620，其中，
监测模块610，设置为监测第二网关的节点状态信息；其中，所述第二网关为所述第一网关的协同网关；
上报及请求模块620，设置为在所述节点状态信息表征所述第二网关业务过载时，向中心网关通知所述第二网关的业务过载，并向应用服务器发送所述第二网关的业务协同请求；和/或，在所述节点状态信息表征所述第二网关业务恢复时，向所述中心网关通知所述第二网关的业务恢复，并向所述应用服务器发送所述第二网关的业务协同撤销请求。
本实施例提供的应用于第一网关中的拥塞控制装置用于实现如本申请实施例所述的应用于第一网关中的拥塞控制方法，本实施例提供的应用于第一网关中的拥塞控制装置实现原理和技术效果与本申请实施例所述的应用于第一网关中的拥塞控制方法类似，此处不再赘述。
在一示例中，所述业务协同请求用于向所述应用服务器请求转发所述第二网关的业务消息。
在一示例中，所述业务协同撤销请求用于向所述应用服务器请求撤销转发所述第二网关的业务消息。
在一示例中，所述节点状态信息表征所述第二网关业务过载，包括：
所述节点状态信息表征所述第二网关的业务承载量到达第一预设门限。
在一示例中，所述节点状态信息表征所述第二网关业务恢复，包括：
所述节点状态信息表征所述第二网关的业务承载量低于所述第一预设门限或第二预设门限。
本实施例还提供了拥塞控制装置，图7为本申请提供的一种拥塞控制装置的结构示意图，如图7所示，本申请实施例提供的一种拥塞控制装置，应用于中心网关中，该装置包括：协同关系调整模块710，其中，
协同关系调整模块710，设置为在接收到第一网关发送的第二网关的业务过载通知后，和/或，在接收到第一网关发送的第二网关的业务恢复通知后，根据当前网络的网络状态，调整所辖网关的协同关系；其中，所述第二网关为所述第一网关的协同网关。
本实施例提供的应用于中心网关中的拥塞控制装置用于实现如本申请实施例所述的应用于中心网关中的拥塞控制方法，本实施例提供的应用于中心网关中的拥塞控制装置实现原理和技术效果与本申请实施例所述的应用于中心网关中的拥塞控制方法类似，此处不再赘述。
在一示例中，上述装置还包括：更新消息发送模块，设置为在调整所辖网关的协同关系之后，向应用服务器发送协同关系更新消息。
本施例还提供了拥塞控制装置，图8为本申请提供的一种拥塞控制装置的结构示意图，如图8所示，本申请实施例提供的一种拥塞控制装置，应用于应用服务器中，该装置包括：拥塞控制模块810，其中，
拥塞控制模块810，设置为如果接收到第一网关发送的第二网关的业务协同请求，则为所述第二网关进行业务转发设置；其中，所述第二网关为所述第一网关的协同网关。
本实施例提供的应用于应用服务器中的拥塞控制装置用于实现如本申请实施例所述的应用于应用服务器中的拥塞控制方法，本实施例提供的应用于应用服务器中的拥塞控制装置实现原理和技术效果与本申请实施例所述的应用于应用服务器中的拥塞控制方法类似，此处不再赘述。
在一示例中，所述业务协同请求用于向所述应用服务器请求转发所述第二网关的业务消息。
进一步的，上述装置还包括：拥塞控制撤销模块，设置为如果接收到第一网关发送的所述第二网关的业务协同撤销请求，则为所述第二网关进行业务转发撤销设置。
在一示例中，所述业务协同撤销请求用于向所述应用服务器请求撤销转发所述第二网关的业务消息。
在一示例中，拥塞控制模块810，具体设置为检索是否存在挂起的所述第二网关的业务消息：如果存在，则将挂起的所述第二网关的业务消息转发给所述第一网关；如果不存在，则为所述第二网关设置转发标志，所述转发标志用于指示将所述第二网关的业务消息进行转发。
在一示例中，拥塞控制模块810，还具体设置为在为所述第二网关设置转发标志之后，当需要向所述第二网关发送业务消息时，则根据所述第二网关所在网络的网关协同关系配置信息确定所述第二网关的当前协同网关，向所述当前协同网关转发所述第二网关的业务消息。
在一示例中，上述装置还包括：协同关系配置更新模块，设置为接收中心网关发送的协同关系更新消息；根据所述协同关系更新消息，更新所述网关协同关系配置信息。
在一示例中，拥塞控制撤销模块，具体设置为检索是否为所述第二网关设置转发标志，若是，则为所述第二网关撤销转发标志。
本申请实施例提供了一种网关，图9为本申请提供的一种网关的结构示意图，如图9所示，本申请提供的网关，包括：一个或多个处理器910和存储器920；该通信设备的处理器910可以是一个或多个，图9中以一个处理器910为例；存储器920用于存储一个或多个程序；所述一个或多个程序被所述一个或多个处理器910执行，使得所述一个或多个处理器910实现如本发明实施例中所述的应用于第一网关的拥塞控制方法，或者应用于中心网关的拥塞控制方法。
通信设备中的处理器910、存储器920可以通过总线或其他方式连接，图9中以通过总线连接为例。
存储器920作为一种计算机可读存储介质，可设置为存储软件程序、计算机可执行程序以及模块，如本申请实施例所述应用于第一网关的拥塞控制方法对应的程序指令/模块(例如，应用于第一网关的拥塞控制装置中的监测模块610和上报及请求模块620)，又如本申请实施例所述应用于中心网关的拥塞控制方法对应的程序指令/模块(例如，应用于中心网关的拥塞控制装置中的协同关系调整模块710)。存储器920可包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序；存储数据区可存储根据设备的使用所创建的数据等。此外，存储器920可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他非易失性固态存储器件。在一些实例中，存储器920可进一步包括相对于处理器910远程设置的存储器，这些远程存储器可以通过网络连接至通信节点。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。
本申请实施例提供了一种应用服务器，图10为本申请提供的一种应用服务器的结构示意图，如图10所示，本申请提供的应用服务器，包括：一个或多个处理器1010和存储器1020；该应用服务器的处理器1010可以是一个或多个，图10中以一个处理器1010为例；存储器1020用于存储一个或多个程序；所述一个或多个程序被所述一个或多个处理器1010执行，使得所述一个或多个处理器1010实现如本发明实施例中所述的应用于应用服务器的拥塞控制方法。
应用服务器中的处理器1010、存储器1020可以通过总线或其他方式连接，图10中以通过总线连接为例。
存储器1020作为一种计算机可读存储介质，可设置为存储软件程序、计算机可执行程序以及模块，如本申请实施例所述应用于应用服务器的拥塞控制方法对应的程序指令/模块(例如，应用于应用服务器的拥塞控制装置中的拥塞控制模块810)。存储器1020可包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序；存储数据区可存储根据设备的使用所创建的数据等。此外，存储器1020可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他非易失性固态存储器件。在一些实例中，存储器1020可进一步包括相对于处理器1010远程设置的存储器，这些远程存储器可以通过网络连接至通信节点。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。
本申请实施例还提供一种存储介质，所述存储介质存储有计算机程序，所述计算机程序被处理器执行时实现本申请实施例中任一所述的应用于第一网关中的拥塞控制方法，或者应用于中心网关中的拥塞控制方法，或者应用于应用服务器中的拥塞控制方法。
其中，一种应用于第一网关中的拥塞控制方法，包括：
监测第二网关的节点状态信息；其中，所述第二网关为所述第一网关的协同网关；
在所述节点状态信息表征所述第二网关业务过载时，向中心网关通知所述第二网关的业务过载，并向应用服务器发送所述第二网关的业务协同请求；
和/或，在所述节点状态信息表征所述第二网关业务恢复时，向所述中心网关通知所述第二网关的业务恢复，并向所述应用服务器发送所述第二网关的业务协同撤销请求。
一种应用于中心网关中的拥塞控制方法，包括：
在接收到第一网关发送的第二网关的业务过载通知后，和/或，在接收到第一网关发送的第二网关的业务恢复通知后，根据当前网络的网络状态，调整所辖网关的协同关系；其中，所述第二网关为所述第一网关的协同网关。
一种应用于应用服务器中的拥塞控制方法，包括：
如果接收到第一网关发送的第二网关的业务协同请求，则为所述第二网关进行业务转发设置；其中，所述第二网关为所述第一网关的协同网关。
本申请实施例还提供一种拥塞控制系统，包括：应用服务器，中心网关和至少一个第一网关，其中，
所述中心网关，与所述应用服务器以及每个第一网关相连，用于根据当前网络的网络状态，调整所辖网关的协同关系，并向所述应用服务器发送当前网络的协同关系更新消息；
所述第一网关，与所述应用服务器以及第二网关相连，用于监测所述第二网关的节点状态信息，并根据所述节点状态信息向所述中心网关通知所述第二网关的业务过载或恢复，向所述应用服务器发送所述第二网关的业务协同请求或业务协同撤销请求；其中，所述第二网关为所述第一网关的协同网关；
所述应用服务器，用于在接收到第一网关发送的所述第二网关的业务协同请求时，为所述第二网关进行业务转发设置，或者，在接收到第一网关发送的所述第二网关的业务协同撤销请求时，为所述第二网关进行业务转发撤销设置。
具体的，第一网关监测第二网关的节点状态信息；其中，所述第二网关为所述第一网关的协同网关；在所述节点状态信息表征所述第二网关业务过载时，向中心网关通知所述第二网关的业务过载，并向应用服务器发送所述第二网关的业务协同请求；和/或，在所述节点状态信息表征所述第二网关业务恢复时，向所述中心网关通知所述第二网关的业务恢复，并向所述应用服务器发送所述第二网关的业务协同撤销请求。
其中，所述业务协同请求用于向所述应用服务器请求转发所述第二网关的业务消息；所述业务协同撤销请求用于向所述应用服务器请求撤销转发所述第二网关的业务消息。
在一示例中，所述节点状态信息表征所述第二网关业务过载，包括：
所述节点状态信息表征所述第二网关的业务承载量到达第一预设门限。
在一示例中，所述节点状态信息表征所述第二网关业务恢复，包括：
所述节点状态信息表征所述第二网关的业务承载量低于所述第一预设门限或第二预设门限。
具体的，中心网关在接收到第一网关发送的第二网关的业务过载通知后，和/或，在接收到第一网关发送的第二网关的业务恢复通知后，根据当前网络的网络状态，调整所辖网关的协同关系；其中，所述第二网关为所述第一网关的协同网关。
进一步的，在调整所辖网关的协同关系之后，中心网关向应用服务器发送协同关系更新消息。
具体的，应用服务器如果接收到第一网关发送的第二网关的业务协同请求，则为所述第二网关进行业务转发设置；其中，所述第二网关为所述第一网关的协同网关。
在一示例中，所述业务协同请求用于向所述应用服务器请求转发所述第二网关的业务消息。
进一步的，应用服务器如果接收到第一网关发送的所述第二网关的业务协同撤销请求，则为所述第二网关进行业务转发撤销设置。
在一示例中，所述业务协同撤销请求用于向所述应用服务器请求撤销转发所述第二网关的业务消息。
在一示例中，应用服务器为所述第二网关进行业务转发设置时，检索是否存在挂起的所述第二网关的业务消息：如果存在，则将挂起的所述第二网关的业务消息转发给所述第一网关；如果不存在，则为所述第二网关设置转发标志，所述转发标志用于指示将所述第二网关的业务消息进行转发。
在一示例中，应用服务器在为所述第二网关设置转发标志之后，当需要向所述第二网关发送业务消息时，则根据所述第二网关所在网络的网关协同关系配置信息确定所述第二网关的当前协同网关，向所述当前协同网关转发所述第二网关的业务消息。
在一示例中，应用服务器接收中心网关发送的协同关系更新消息；根据所述协同关系更新消息，更新所述网关协同关系配置信息。
在一示例中，应用服务器为所述第二网关进行业务转发撤销设置时，检索是否为所述第二网关设置转发标志，若是，则为所述第二网关撤销转发标志。
上述技术方案，实现了协同网关的拥塞控制，其中，网关可以是IoT边缘网关，以实现IoT边缘网关的拥塞控制处理能力，从而满足了5G物联网应用对IoT边缘网关的进一步需求。
下述以网关为IoT边缘网关为例，给出一种具体的实施方式，相应的拥塞控制系统的示意图如图11所示，具体实现步骤如下：
拥塞控制阶段：
步骤101：IoT网关(网关A)接收其协同IoT网关(网关B)的节点状态信息。
步骤102：所述IoT网关(网关A)根据接收到的所述节点状态信息判断所述其协同网关(网关B)的业务承载量是否达到预设门限(门限a)，如果是，则发送通告消息给所述IoT网络的中心网关，通告所述其协同IoT网关(网关B)业务过载。
步骤103：所述中心IoT网关接收到所述通知消息后，根据所述当前IoT网络的拓扑状态和/或节点状态，为所述IoT网关(网关A)重新分配一个协同网关(网关C)。如果所述IoT网络当前存在一些IoT网关(这些IoT当前的协同网关不是最优的)，则重新为这些IoT网关分配协同网关。
步骤104：所述中心IoT网关发送协同关系更新消息给IoT应用服务器，所述IoT应用服务器更新所述IoT网络的IoT网关协同关系配置信息。
步骤105：所述IoT网关(网关A)发送业务协同请求消息给所述IoT应用服务器，请求转发所述其协同IoT网关(网关B)的业务消息。
步骤106：所述IoT应用服务器接收到所述业务协同请求消息后，根据所述其协同IoT网关(网关B)的标识本地检索是否存在挂起的所述其协同IoT网关(网关B)的业务消息：如果存在，则执行步骤106a；如不存在，则执行步骤106b。
步骤106a：所述IoT应用服务器转发所述挂起的所述其协同IoT网关(网关B)的业务消息给所述IoT网关(网关A)。
步骤106b：所述IoT应用服务器在本地为所述其协同IoT网关(网关B)设置转发标志，当需要发送业务消息给所述其协同IoT网关(网关B)时，根据所述其协同IoT网关(网关B)的标识在所述IoT网络的IoT网关协同关系配置信息中检索所述其协同IoT网关(网关B)的当前协同IoT网关(可能是网关A或D)，并向所述当前协同IoT网关(网关A或D)转发所述其协同网关(网关B)的业务消息。
拥塞控制撤销阶段：
步骤107：所述当前协同IoT网关(网关A或D)接收其协同IoT网关(网关B)的节点状态信息。
步骤108：所述当前协同IoT网关(网关A或D)根据接收到的所述节点状态信息判断所述其协同网关(网关B)的业务承载量是否低于预设门限(门限a或b)，如果是，则发送通告消息给所述IoT网络的中心网关，通告所述其协同IoT网关(网关B)业务恢复。
步骤109：所述中心IoT网关接收到所述通知消息后，根据所述当前IoT网络的拓扑状态和/或节点状态，如果确定所述IoT网络当前存在一些IoT网关(这些IoT当前的协同网关不是最优的)，则重新为这些IoT网关分配协同网关。
步骤110：所述中心IoT网关发送协同关系更新消息给所述IoT应用服务器，更新所述IoT网络的IoT网关协同关系配置信息。
步骤111：所述当前协同IoT网关(网关A或D)发送业务协同撤销请求消息给所述IoT应用服务器，请求撤销转发所述其协同IoT网关(网关B)的业务消息。
步骤112：所述IoT应用服务器接收到所述业务协同撤销请求消息后，根据所述其协同IoT网关(网关B)的标识本地检索是否存在设置的所述其协同IoT网关(网关B)的转发标志，如果存在，则撤销所述设置的所述其协同IoT网关(网关B)的转发标识。
以上所述，仅为本申请的示例性实施例而已，并非用于限定本申请的保护范围。
本领域内的技术人员应明白，术语用户终端涵盖任何适合类型的无线用户设备，例如移动电话、便携数据处理装置、便携网络浏览器或车载移动台。
一般来说，本申请的多种实施例可以在硬件或专用电路、软件、逻辑或其任何组合中实现。例如，一些方面可以被实现在硬件中，而其它方面可以被实现在可以被控制器、微处理器或其它计算装置执行的固件或软件中，尽管本申请不限于此。
本申请的实施例可以通过移动装置的数据处理器执行计算机程序指令来实现，例如在处理器实体中，或者通过硬件，或者通过软件和硬件的组合。计算机程序指令可以是汇编指令、指令集架构(ISA)指令、机器指令、机器相关指令、微代码、固件指令、状态设置数据、或者以一种或多种编程语言的任意组合编写的源代码或目标代码。
本申请附图中的任何逻辑流程的框图可以表示程序步骤，或者可以表示相互连接的逻辑电路、模块和功能，或者可以表示程序步骤与逻辑电路、模块和功能的组合。计算机程序可以存储在存储器上。存储器可以具有任何适合于本地技术环境的类型并且可以使用任何适合的数据存储技术实现，例如但不限于只读存储器(ROM)、随机访问存储器(RAM)、光存储器装置和系统(数码多功能光碟DVD或CD光盘)等。计算机可读介质可以包括非瞬时性存储介质。数据处理器可以是任何适合于本地技术环境的类型，例如但不限于通用计算机、专用计算机、微处理器、数字信号处理器(DSP)、专用集成电路(ASIC)、可编程逻辑器件(FGPA)以及基于多核处理器架构的处理器。
通过示范性和非限制性的示例，上文已提供了对本申请的示范实施例的详细描述。但结合附图和权利要求来考虑，对以上实施例的多种修改和调整对本领域技术人员来说是显而易见的，但不偏离本发明的范围。因此，本发明的恰当范围将根据权利要求确定。

Claims (22)

1.一种拥塞控制方法，其特征在于，应用于第一网关，包括：
监测第二网关的节点状态信息；其中，所述第二网关为所述第一网关的协同网关；
在所述节点状态信息表征所述第二网关业务过载时，向中心网关通知所述第二网关的业务过载，并向应用服务器发送所述第二网关的业务协同请求；
和/或，在所述节点状态信息表征所述第二网关业务恢复时，向所述中心网关通知所述第二网关的业务恢复，并向所述应用服务器发送所述第二网关的业务协同撤销请求。
2.根据权利要求1所述的方法，其特征在于，所述业务协同请求用于向所述应用服务器请求转发所述第二网关的业务消息。
3.根据权利要求1所述的方法，其特征在于，所述业务协同撤销请求用于向所述应用服务器请求撤销转发所述第二网关的业务消息。
4.根据权利要求1所述的方法，其特征在于，所述节点状态信息表征所述第二网关业务过载，包括：
所述节点状态信息表征所述第二网关的业务承载量到达第一预设门限。
5.根据权利要求1所述的方法，其特征在于，所述节点状态信息表征所述第二网关业务恢复，包括：
所述节点状态信息表征所述第二网关的业务承载量低于第一预设门限或第二预设门限。
6.一种拥塞控制方法，其特征在于，应用于中心网关，包括：
在接收到第一网关发送的第二网关的业务过载通知后，和/或，在接收到第一网关发送的第二网关的业务恢复通知后，根据当前网络的网络状态，调整所辖网关的协同关系；其中，所述第二网关为所述第一网关的协同网关。
7.根据权利要求6所述的方法，其特征在于，在调整所辖网关的协同关系之后，还包括：
向应用服务器发送协同关系更新消息。
8.一种拥塞控制方法，其特征在于，应用于应用服务器，包括：
如果接收到第一网关发送的第二网关的业务协同请求，则为所述第二网关进行业务转发设置；其中，所述第二网关为所述第一网关的协同网关。
9.根据权利要求8所述的方法，其特征在于，所述业务协同请求用于向所述应用服务器请求转发所述第二网关的业务消息。
10.根据权利要求8或9所述的方法，其特征在于，还包括：
如果接收到第一网关发送的所述第二网关的业务协同撤销请求，则为所述第二网关进行业务转发撤销设置。
11.根据权利要求10所述的方法，其特征在于，所述业务协同撤销请求用于向所述应用服务器请求撤销转发所述第二网关的业务消息。
12.根据权利要求8所述的方法，其特征在于，为所述第二网关进行业务转发设置，包括：
检索是否存在挂起的所述第二网关的业务消息：
如果存在，则将挂起的所述第二网关的业务消息转发给所述第一网关；
如果不存在，则为所述第二网关设置转发标志，所述转发标志用于指示将所述第二网关的业务消息进行转发。
13.根据权利要求12所述的方法，其特征在于，在为所述第二网关设置转发标志之后，还包括：
当需要向所述第二网关发送业务消息时，则根据所述第二网关所在网络的网关协同关系配置信息确定所述第二网关的当前协同网关，向所述当前协同网关转发所述第二网关的业务消息。
14.根据权利要求13所述的方法，其特征在于，还包括：
接收中心网关发送的协同关系更新消息；
根据所述协同关系更新消息，更新所述网关协同关系配置信息。
15.根据权利要求10所述的方法，其特征在于，为所述第二网关进行业务转发撤销设置，包括：
检索是否为所述第二网关设置转发标志，若是，则为所述第二网关撤销转发标志。
16.一种拥塞控制系统，其特征在于，包括：应用服务器，中心网关和至少一个第一网关，其中，
所述中心网关，与所述应用服务器以及每个第一网关相连，用于根据当前网络的网络状态，调整所辖网关的协同关系，并向所述应用服务器发送当前网络的协同关系更新消息；
所述第一网关，与所述应用服务器以及第二网关相连，用于监测所述第二网关的节点状态信息，并根据所述节点状态信息向所述中心网关通知所述第二网关的业务过载或恢复，向所述应用服务器发送所述第二网关的业务协同请求或业务协同撤销请求；其中，所述第二网关为所述第一网关的协同网关；
所述应用服务器，用于在接收到第一网关发送的所述第二网关的业务协同请求时，为所述第二网关进行业务转发设置，或者，在接收到第一网关发送的所述第二网关的业务协同撤销请求时，为所述第二网关进行业务转发撤销设置。
17.一种拥塞控制装置，其特征在于，应用于第一网关，包括：
监测模块，设置为监测第二网关的节点状态信息；其中，所述第二网关为所述第一网关的协同网关；
上报及请求模块，设置为在所述节点状态信息表征所述第二网关业务过载时，向中心网关通知所述第二网关的业务过载，并向应用服务器发送所述第二网关的业务协同请求；
和/或，在所述节点状态信息表征所述第二网关业务恢复时，向所述中心网关通知所述第二网关的业务恢复，并向所述应用服务器发送所述第二网关的业务协同撤销请求。
18.一种拥塞控制装置，其特征在于，应用于中心网关，包括：
协同关系调整模块，设置为在接收到第一网关发送的第二网关的业务过载通知后，和/或，在接收到第一网关发送的第二网关的业务恢复通知后，根据当前网络的网络状态，调整所辖网关的协同关系；其中，所述第二网关为所述第一网关的协同网关。
19.一种拥塞控制装置，其特征在于，应用于应用服务器，包括：
拥塞控制模块，设置为如果接收到第一网关发送的第二网关的业务协同请求，则为所述第二网关进行业务转发设置；其中，所述第二网关为所述第一网关的协同网关。
20.一种网关，其特征在于，包括：
一个或多个处理器；
存储器，用于存储一个或多个程序；
当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现如权利要求1-5任一所述的方法，或者实现如权利要求6-7任一所述的方法。
21.一种应用服务器，其特征在于，包括：
一个或多个处理器；
存储器，用于存储一个或多个程序；
当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现如权利要求8-15任一所述的方法。
22.一种存储介质，其特征在于，所述存储介质存储有计算机程序，所述计算机程序被处理器执行时实现权利要求1-15任一所述的方法。
CN202010102683.7A 2020-02-19 2020-02-19 拥塞控制方法、装置、设备、介质及系统 Pending CN112512021A (zh)

Priority Applications (5)

Application Number Priority Date Filing Date Title
CN202010102683.7A CN112512021A (zh) 2020-02-19 2020-02-19 拥塞控制方法、装置、设备、介质及系统
KR1020227007750A KR20220046626A (ko) 2020-02-19 2021-01-13 혼잡 제어 방법, 장치, 설비, 매체 및 시스템
EP21756626.4A EP4109941A4 (en) 2020-02-19 2021-01-13 METHOD, APPARATUS AND SYSTEM FOR CONVENTION CONTROL, DEVICE AND SUPPORT
PCT/CN2021/071418 WO2021164471A1 (zh) 2020-02-19 2021-01-13 拥塞控制方法、装置、设备、介质及系统
US17/764,294 US20220345935A1 (en) 2020-02-19 2021-01-13 Congestion control method, apparatus and system, device and medium

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202010102683.7A CN112512021A (zh) 2020-02-19 2020-02-19 拥塞控制方法、装置、设备、介质及系统

Publications (1)

Publication Number Publication Date
CN112512021A true CN112512021A (zh) 2021-03-16

Family

ID=74953375

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202010102683.7A Pending CN112512021A (zh) 2020-02-19 2020-02-19 拥塞控制方法、装置、设备、介质及系统

Country Status (5)

Country Link
US (1) US20220345935A1 (zh)
EP (1) EP4109941A4 (zh)
KR (1) KR20220046626A (zh)
CN (1) CN112512021A (zh)
WO (1) WO2021164471A1 (zh)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20210409243A1 (en) * 2018-11-09 2021-12-30 Zte Corporation Method and Device for Implementing Gateway Cooperation, IoT Gateway and Storage Medium
WO2024076904A1 (en) * 2022-10-03 2024-04-11 Convida Wireless, Llc Multiple simultaneously active gateways in a personal iot network

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN115378798B (zh) * 2022-08-22 2024-02-13 中国联合网络通信集团有限公司 基于动态感知的多集群网关协同方法及系统

Family Cites Families (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102378264B (zh) * 2010-08-20 2016-06-29 中兴通讯股份有限公司 拥塞控制方法和系统
JP5940990B2 (ja) * 2013-01-17 2016-06-29 日本電信電話株式会社 Ａｐｌ−ｓｃｍ−ｆｅおよびアプリケーション連携方法
CN104796941A (zh) * 2014-01-17 2015-07-22 中兴通讯股份有限公司 通过twan接入核心网时的拥塞控制方法及装置
CN104270725B (zh) * 2014-09-24 2018-04-10 中兴通讯股份有限公司 指示信息的确定、处理以及请求消息的处理方法及装置
CN204376932U (zh) * 2015-02-02 2015-06-03 武汉物联远科技有限公司 一种智能家居系统
CN110311800B (zh) * 2018-03-27 2022-10-11 中兴通讯股份有限公司 通信设备、节点的连接方法、存储介质、电子装置
CN110753002B (zh) * 2019-09-29 2023-04-07 北京浪潮数据技术有限公司 流量调度方法及装置

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20210409243A1 (en) * 2018-11-09 2021-12-30 Zte Corporation Method and Device for Implementing Gateway Cooperation, IoT Gateway and Storage Medium
US11528167B2 (en) * 2018-11-09 2022-12-13 Zte Corporation Method and device for implementing gateway cooperation, IoT gateway and storage medium
WO2024076904A1 (en) * 2022-10-03 2024-04-11 Convida Wireless, Llc Multiple simultaneously active gateways in a personal iot network

Also Published As

Publication number Publication date
US20220345935A1 (en) 2022-10-27
KR20220046626A (ko) 2022-04-14
EP4109941A4 (en) 2024-02-28
WO2021164471A1 (zh) 2021-08-26
EP4109941A1 (en) 2022-12-28

Similar Documents

Publication Publication Date Title
US11083039B2 (en) Mobile network optimization processing method, device, and system
CN110535676B (zh) Smf动态容灾的实现方法、装置、设备及存储介质
US9325582B2 (en) Context-aware management of applications at the edge of a network
CN112512021A (zh) 拥塞控制方法、装置、设备、介质及系统
CN110536282B (zh) 一种事件通知方法及装置
US11818800B2 (en) Method and apparatus for improving service reliability in wireless communication system
CN102348252B (zh) 一种跟踪区列表更新方法及设备
US11336513B2 (en) Network nodes with intelligent integration
CN109995844B (zh) 一种控制面资源迁移的实现方法、装置及网络功能实体
CN113518354B (zh) 一种确定策略的方法、装置及系统
US11082893B2 (en) Session migration method and device applied to a UE tracking area update
KR20120125184A (ko) 네트워크 접근 방법 및 이를 위한 장치
WO2022022440A1 (zh) 网络重连方法、设备、系统及存储介质
CN104869542A (zh) 一种信息推送方法、装置、系统及相关设备
CN106790354B (zh) 一种防数据拥堵的通信方法及其装置
CN113261249A (zh) 一种数据传输方法、相关设备及计算机存储介质
WO2014107836A1 (zh) 网络告警的方法和装置
CN113597021B (zh) 一种通信方法、装置及系统
CN115250438B (zh) 基于5g网络的短消息服务容灾方法、系统及计算设备
CN111163532A (zh) 建立专有承载的方法和移动边缘计算设备
CN113396573B (zh) 计算服务的迁移
CN109548142B (zh) 一种寻呼方法、装置及系统
US9372728B2 (en) System and method for agent networks
US11765064B1 (en) Network repository function overload protection
CN115396865B (zh) 终端漫游数据处理方法及网络设备

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination