CN114760250B - 一种服务网关通过分层限流保障高可用的方案及系统 - Google Patents
一种服务网关通过分层限流保障高可用的方案及系统 Download PDFInfo
- Publication number
- CN114760250B CN114760250B CN202210271319.2A CN202210271319A CN114760250B CN 114760250 B CN114760250 B CN 114760250B CN 202210271319 A CN202210271319 A CN 202210271319A CN 114760250 B CN114760250 B CN 114760250B
- Authority
- CN
- China
- Prior art keywords
- service
- gateway
- request
- request number
- grouping
- 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.)
- Active
Links
- 238000009472 formulation Methods 0.000 claims description 9
- 239000000203 mixture Substances 0.000 claims description 9
- 238000007726 management method Methods 0.000 description 2
- 230000009286 beneficial effect Effects 0.000 description 1
- 239000012141 concentrate Substances 0.000 description 1
- 238000010586 diagram Methods 0.000 description 1
- 238000000034 method Methods 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/10—Flow control; Congestion control
- H04L47/29—Flow control; Congestion control using a combination of thresholds
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/10—Flow control; Congestion control
- H04L47/24—Traffic characterised by specific attributes, e.g. priority or QoS
-
- 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/10—Protocols in which an application is distributed across nodes in the network
- H04L67/104—Peer-to-peer [P2P] networks
- H04L67/1044—Group management mechanisms
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Physics & Mathematics (AREA)
- Computing Systems (AREA)
- Mathematical Physics (AREA)
- Theoretical Computer Science (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本发明提供了一种服务网关通过分层限流保障高可用的方案,所述方案包括以下步骤:步骤S1、系统制定请求数的统计维度,分别是单个服务的请求数,分组服务的请求数和整个网关的总请求数;步骤S2、系统统计整个网关的总请求数据,对整个网关的总请求数进行限流判断;步骤S3、对服务进行服务器分组,在同一台服务器上的服务标记为同一组,请求统计分组服务的请求数,对分组服务的请求数进行限流判断;步骤S4、对单个服务的请求数进行统计,判断是否对单个服务进行限流保护;本发明能够在网关层对微服务集群进行统一管理,实现三个统计维度的分层限流,对整个系统提供安全保障。
Description
技术领域
本发明涉及计算机技术领域,特别是一种服务网关通过分层限流保障高可用的方案及系统。
背景技术
随着业务的发展,流量的增长,服务端的高可用成为一个不小的挑战。如果在服务器有限的能力下,提供最大的保障呢,限流是一个很好的手段,超过服务自身承载能力的流量,与其让他不断堆积从而造成请求排队资源竞争,不如直接快速返回失败,告知客户端流量超载,这样能够对服务起到一个保障,不至于被突发流量打垮。在微服务架构下,多服务的调用错综复杂,服务网关的出现解决了这一痛点,所以如何在网关上通过逐层的维度对服务进行限流成为系统需要解决的问题。
发明内容
为克服上述问题,本发明的目的是提供一种能够实现在网关层对微服务集群进行统一管理,实现三个统计维度的分层限流,对整个系统提供安全保障的方案。
本发明采用以下方案实现:一种服务网关通过分层限流保障高可用的方案,所述方案包括以下步骤:
步骤S1、系统制定请求数的统计维度,分别是单个服务的请求数,分组服务的请求数和整个网关的总请求数;
步骤S2、系统统计整个网关的总请求数据,对整个网关的总请求数进行限流判断;步骤S3、对服务进行服务器分组,在同一台服务器上的服务标记为同一组,请求统计分组服务的请求数,对分组服务的请求数进行限流判断;
步骤S4、对单个服务的请求数进行统计,判断是否对单个服务进行限流保护,从而能够在网关层对微服务集群进行统一管理,实现三个统计维度的分层限流,对整个系统提供安全保障。
进一步的,所述步骤S1进一步具体为:网关是集中了所有微服务的入口,通过网关来对请求进行转发;系统设定了网关几个请求数的统计维度,分别是单个服务的请求数,分组服务的请求数,还有整个网关的总请求数。
进一步的,所述步骤S2进一步具体为:网关收到请求后,总请求数累计+1,设定网关的总请求数据阈值范围为8000-8500,判断总请求数是否超过设定的总请求数阈值范围,是,则进行限流,返回客户端请求失败,否,则继续服务。
进一步的,所述步骤S3进一步具体为:网关集中了不同服务的请求转发,网关把相同的服务器上的服务打上相同的标签,标记为一组;网关收到订单数据请求后,转发到对应的订单服务上后,给服务所在分组的请求数累计+1,设定分组服务的请求数阈值为5000-5500,判断分组请求数是否超过分组阈值范围,是,则进行限流,返回客户端请求失败;否,则继续进行服务。
进一步的,所述步骤S4进一步具体为:网关收到请求后,转发到对应服务上后,给服务的请求数累计+1,设定单个服务的请求数阈值范围为3000-3500,判断请求数是否超过服务请求数的阈值范围,是,则进行限流,返回客户端请求失败,否,则继续进行服务。
本发明还提供了一种服务网关通过分层限流保障高可用的系统,包括制定模块、统计模块、分组模块和判断模块,所述制定模块,即系统制定请求数的统计维度,分别是单个服务的请求数,分组服务的请求数和整个网关的总请求数;所述统计模块,即系统统计整个网关的总请求数据,对整个网关的总请求数进行限流判断;所述分组模块,即对服务进行服务器分组,在同一台服务器上的服务标记为同一组,请求统计分组服务的请求数,对分组服务的请求数进行限流判断;所述判断模块,即对单个服务的请求数进行统计,判断是否对单个服务进行限流保护,从而能够在网关层对微服务集群进行统一管理,实现三个统计维度的分层限流,对整个系统提供安全保障。
进一步的,所述制定模块进一步具体为:网关是集中了所有微服务的入口,通过网关来对请求进行转发;系统设定了网关几个请求数的统计维度,分别是单个服务的请求数,分组服务的请求数,还有整个网关的总请求数。
进一步的,所述统计模块进一步具体为:网关收到请求后,总请求数累计+1,设定网关的总请求数据阈值范围为8000-8500,判断总请求数是否超过设定的总请求数阈值范围,是,则进行限流,返回客户端请求失败,否,则继续服务。
进一步的,所述分组模块进一步具体为:网关集中了不同服务的请求转发,网关把相同的服务器上的服务打上相同的标签,标记为一组;网关收到订单数据请求后,转发到对应的订单服务上后,给服务所在分组的请求数累计+1,设定分组服务的请求数阈值为5000-5500,判断分组请求数是否超过分组阈值范围,是,则进行限流,返回客户端请求失败;否,则继续进行服务。
进一步的,所述判断模块进一步具体为:网关收到请求后,转发到对应服务上后,给服务的请求数累计+1,设定单个服务的请求数阈值范围为3000-3500,判断请求数是否超过服务请求数的阈值范围,是,则进行限流,返回客户端请求失败,否,则继续进行服务。
本发明的有益效果在于:本发明能够在网关层对微服务集群进行统一管理,通过3个维度的分层限流,对整个系统提供更安全的限流方案保障。
附图说明
图1是本发明的方法流程示意图。
图2是本发明的系统原理框图。
具体实施方式
下面结合附图对本发明做进一步说明。
请参阅图1所示,本发明的一种服务网关通过分层限流保障高可用的方案,所述方案包括以下步骤:
步骤S1、系统制定请求数的统计维度,分别是单个服务的请求数,分组服务的请求数和整个网关的总请求数;
步骤S2、系统统计整个网关的总请求数据,对整个网关的总请求数进行限流判断;步骤S3、对服务进行服务器分组,在同一台服务器上的服务标记为同一组,请求统计分组服务的请求数,对分组服务的请求数进行限流判断;
步骤S4、对单个服务的请求数进行统计,判断是否对单个服务进行限流保护,从而能够在网关层对微服务集群进行统一管理,实现三个统计维度的分层限流,对整个系统提供安全保障。
下面通过一具体实施例对本发明作进一步说明:
步骤一、制定单个服务的请求数,分组服务的请求数,整个网关的总请求数这3个统计维度。
网关是集中了所有微服务的入口,通过网关来对请求进行转发,在网关进行统一限流处理,能够减少大量的开发量,并且起到集中管理的作用。
系统设定了几个请求数的统计维度,分别是单个服务的请求数,分组服务的请求数,还有整个网关的总请求数。
假设现在有4个服务:用户服务、订单服务、发货服务、网关,但只有3台服务器,订单服务和发货服务部署在同一个服务器上,用户服务和网关分别部署在另外2台服务器上。那么我们不仅要统计用户服务、订单服务、发货服务3个服务的单独的请求数,还要统计订单服务和发货服务这一分组的请求总和,因为服务器资源是共享的。最后需要统计整个网关的流量,网关本身也是个服务,也是有请求限制的。
步骤二、统计网关总请求数据,对总请求数进行限流判断
网关收到请求后,总请求数累计+1,判断总请求数是否超过设定的总请求数阈值8000,如果超过则进行限流,返回客户端请求失败。
步骤三、对服务进行服务器分组,在一台服务器上的服务标为一组,请求统计分组的总请求数,对分组请求数进行限流判断
网关集中了不同服务的请求转发,并且存在这样一种情况,有些服务虽然他们是不同的2个服务,但是他们部署在同一台服务器上,虽然原则上不建议这么部署,但是在服务器有限的情况下,这也是一种节约服务器资源,缩减服务器成本的方法。所以这些部署在相同服务器的服务,他们的限流策略是相互制约的,相互影响的。网关把相同的服务器上的服务打上相同的标签,把他们视为一组。
网关收到订单数据请求后,转发到对应的订单服务上后,给服务所在分组的请求数累计+1,判断分组请求数是否超过分组阈值5000,如果超过则进行限流,返回客户端请求失败。如果网关收到用户数据请求,则不需要累计分组请求数,因为用户服务是独立服务器。
步骤四、对单服务进行请求数统计,判断是否对服务进行限流保护
网关收到请求后,转发到对应服务上后,给服务的请求数累计+1,判断请求数是否超过服务请求数的阈值3000,如果超过则进行限流,返回客户端请求失败。
请参阅图2所示,本发明还提供了一种服务网关通过分层限流保障高可用的系统,包括制定模块、统计模块、分组模块和判断模块,所述制定模块,即系统制定请求数的统计维度,分别是单个服务的请求数,分组服务的请求数和整个网关的总请求数;所述统计模块,即系统统计整个网关的总请求数据,对整个网关的总请求数进行限流判断;所述分组模块,即对服务进行服务器分组,在同一台服务器上的服务标记为同一组,请求统计分组服务的请求数,对分组服务的请求数进行限流判断;所述判断模块,即对单个服务的请求数进行统计,判断是否对单个服务进行限流保护,从而能够在网关层对微服务集群进行统一管理,实现三个统计维度的分层限流,对整个系统提供安全保障。
所述制定模块进一步具体为:网关是集中了所有微服务的入口,通过网关来对请求进行转发;系统设定了网关几个请求数的统计维度,分别是单个服务的请求数,分组服务的请求数,还有整个网关的总请求数。
所述统计模块进一步具体为:网关收到请求后,总请求数累计+1,设定网关的总请求数据阈值范围为8000-8500,判断总请求数是否超过设定的总请求数阈值范围,是,则进行限流,返回客户端请求失败,否,则继续服务。
所述分组模块进一步具体为:网关集中了不同服务的请求转发,网关把相同的服务器上的服务打上相同的标签,标记为一组;网关收到订单数据请求后,转发到对应的订单服务上后,给服务所在分组的请求数累计+1,设定分组服务的请求数阈值为5000-5500,判断分组请求数是否超过分组阈值范围,是,则进行限流,返回客户端请求失败;否,则继续进行服务。
所述判断模块进一步具体为:网关收到请求后,转发到对应服务上后,给服务的请求数累计+1,设定单个服务的请求数阈值范围为3000-3500,判断请求数是否超过服务请求数的阈值范围,是,则进行限流,返回客户端请求失败,否,则继续进行服务。
以上所述仅为本发明的较佳实施例,凡依本发明申请专利范围所做的均等变化与修饰,皆应属本发明的涵盖范围。
Claims (10)
1.一种服务网关通过分层限流保障高可用的方案,其特征在于,所述方案包括以下步骤:
步骤S1、系统制定请求数的统计维度,分别是单个服务的请求数,分组服务的请求数和整个网关的总请求数;
步骤S2、系统统计整个网关的总请求数据,对整个网关的总请求数进行限流判断;
步骤S3、对服务进行服务器分组,在同一台服务器上的服务标记为同一组,请求统计分组服务的请求数,对分组服务的请求数进行限流判断;
步骤S4、对单个服务的请求数进行统计,判断是否对单个服务进行限流保护,从而能够在网关层对微服务集群进行统一管理,实现三个统计维度的分层限流,对整个系统提供安全保障。
2.根据权利要求1所述的一种服务网关通过分层限流保障高可用的方案,其特征在于:所述步骤S1进一步具体为:网关是集中了所有微服务的入口,通过网关来对请求进行转发;系统设定了网关几个请求数的统计维度,分别是单个服务的请求数,分组服务的请求数,还有整个网关的总请求数。
3.根据权利要求1所述的一种服务网关通过分层限流保障高可用的方案,其特征在于:所述步骤S2进一步具体为:网关收到请求后,总请求数累计+1,设定网关的总请求数据阈值范围为8000-8500,判断总请求数是否超过设定的总请求数阈值范围,是,则进行限流,返回客户端请求失败,否,则继续服务。
4.根据权利要求1所述的一种服务网关通过分层限流保障高可用的方案,其特征在于:所述步骤S3进一步具体为:网关集中了不同服务的请求转发,网关把相同的服务器上的服务打上相同的标签,标记为一组;网关收到订单数据请求后,转发到对应的订单服务上后,给服务所在分组的请求数累计+1,设定分组服务的请求数阈值为5000-5500,判断分组请求数是否超过分组阈值范围,是,则进行限流,返回客户端请求失败;否,则继续进行服务。
5.根据权利要求1所述的一种服务网关通过分层限流保障高可用的方案,其特征在于:所述步骤S4进一步具体为:网关收到请求后,转发到对应服务上后,给服务的请求数累计+1,设定单个服务的请求数阈值范围为3000-3500,判断请求数是否超过服务请求数的阈值范围,是,则进行限流,返回客户端请求失败,否,则继续进行服务。
6.一种服务网关通过分层限流保障高可用的系统,其特征在于:包括制定模块、统计模块、分组模块和判断模块,所述制定模块,即系统制定请求数的统计维度,分别是单个服务的请求数,分组服务的请求数和整个网关的总请求数;所述统计模块,即系统统计整个网关的总请求数据,对整个网关的总请求数进行限流判断;所述分组模块,即对服务进行服务器分组,在同一台服务器上的服务标记为同一组,请求统计分组服务的请求数,对分组服务的请求数进行限流判断;所述判断模块,即对单个服务的请求数进行统计,判断是否对单个服务进行限流保护,从而能够在网关层对微服务集群进行统一管理,实现三个统计维度的分层限流,对整个系统提供安全保障。
7.根据权利要求6所述的一种服务网关通过分层限流保障高可用的系统,其特征在于:所述制定模块进一步具体为:网关是集中了所有微服务的入口,通过网关来对请求进行转发;系统设定了网关几个请求数的统计维度,分别是单个服务的请求数,分组服务的请求数,还有整个网关的总请求数。
8.根据权利要求6所述的一种服务网关通过分层限流保障高可用的系统,其特征在于:所述统计模块进一步具体为:网关收到请求后,总请求数累计+1,设定网关的总请求数据阈值范围为8000-8500,判断总请求数是否超过设定的总请求数阈值范围,是,则进行限流,返回客户端请求失败,否,则继续服务。
9.根据权利要求6所述的一种服务网关通过分层限流保障高可用的系统,其特征在于:所述分组模块进一步具体为:网关集中了不同服务的请求转发,网关把相同的服务器上的服务打上相同的标签,标记为一组;网关收到订单数据请求后,转发到对应的订单服务上后,给服务所在分组的请求数累计+1,设定分组服务的请求数阈值为5000-5500,判断分组请求数是否超过分组阈值范围,是,则进行限流,返回客户端请求失败;否,则继续进行服务。
10.根据权利要求6所述的一种服务网关通过分层限流保障高可用的系统,其特征在于:所述判断模块进一步具体为:网关收到请求后,转发到对应服务上后,给服务的请求数累计+1,设定单个服务的请求数阈值范围为3000-3500,判断请求数是否超过服务请求数的阈值范围,是,则进行限流,返回客户端请求失败,否,则继续进行服务。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202210271319.2A CN114760250B (zh) | 2022-03-18 | 2022-03-18 | 一种服务网关通过分层限流保障高可用的方案及系统 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202210271319.2A CN114760250B (zh) | 2022-03-18 | 2022-03-18 | 一种服务网关通过分层限流保障高可用的方案及系统 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN114760250A CN114760250A (zh) | 2022-07-15 |
CN114760250B true CN114760250B (zh) | 2023-11-03 |
Family
ID=82327543
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202210271319.2A Active CN114760250B (zh) | 2022-03-18 | 2022-03-18 | 一种服务网关通过分层限流保障高可用的方案及系统 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN114760250B (zh) |
Citations (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN109218212A (zh) * | 2018-09-03 | 2019-01-15 | 四川长虹电器股份有限公司 | 一种通过api网关对流量进行限制的方法 |
CN110858808A (zh) * | 2018-08-23 | 2020-03-03 | 阿里巴巴集团控股有限公司 | 一种实现限速的方法、系统及装置 |
CN111786895A (zh) * | 2020-03-16 | 2020-10-16 | 北京京东尚科信息技术有限公司 | 动态全局限流的方法和装置 |
CN112367268A (zh) * | 2020-11-24 | 2021-02-12 | 苏宁云计算有限公司 | 用于微服务的限流方法及装置 |
CN113285883A (zh) * | 2021-05-25 | 2021-08-20 | 挂号网(杭州)科技有限公司 | 一种访问请求的限流方法及装置、电子设备、存储介质 |
WO2021164164A1 (zh) * | 2020-02-20 | 2021-08-26 | 苏州浪潮智能科技有限公司 | 一种存储服务质量控制方法、装置、设备及存储介质 |
CN113362127A (zh) * | 2021-05-25 | 2021-09-07 | 上海信宝博通电子商务有限公司 | 具有高可用性的二手车竞价系统 |
CN113485831A (zh) * | 2021-07-05 | 2021-10-08 | 北京猿力未来科技有限公司 | 一种业务限流方法、计算设备及存储介质 |
CN113904988A (zh) * | 2021-09-06 | 2022-01-07 | 天翼电子商务有限公司 | 一种基于网关的限流改进方案 |
Family Cites Families (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN107222426B (zh) * | 2016-03-21 | 2021-07-20 | 阿里巴巴集团控股有限公司 | 控流的方法、装置及系统 |
-
2022
- 2022-03-18 CN CN202210271319.2A patent/CN114760250B/zh active Active
Patent Citations (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN110858808A (zh) * | 2018-08-23 | 2020-03-03 | 阿里巴巴集团控股有限公司 | 一种实现限速的方法、系统及装置 |
CN109218212A (zh) * | 2018-09-03 | 2019-01-15 | 四川长虹电器股份有限公司 | 一种通过api网关对流量进行限制的方法 |
WO2021164164A1 (zh) * | 2020-02-20 | 2021-08-26 | 苏州浪潮智能科技有限公司 | 一种存储服务质量控制方法、装置、设备及存储介质 |
CN111786895A (zh) * | 2020-03-16 | 2020-10-16 | 北京京东尚科信息技术有限公司 | 动态全局限流的方法和装置 |
CN112367268A (zh) * | 2020-11-24 | 2021-02-12 | 苏宁云计算有限公司 | 用于微服务的限流方法及装置 |
CN113285883A (zh) * | 2021-05-25 | 2021-08-20 | 挂号网(杭州)科技有限公司 | 一种访问请求的限流方法及装置、电子设备、存储介质 |
CN113362127A (zh) * | 2021-05-25 | 2021-09-07 | 上海信宝博通电子商务有限公司 | 具有高可用性的二手车竞价系统 |
CN113485831A (zh) * | 2021-07-05 | 2021-10-08 | 北京猿力未来科技有限公司 | 一种业务限流方法、计算设备及存储介质 |
CN113904988A (zh) * | 2021-09-06 | 2022-01-07 | 天翼电子商务有限公司 | 一种基于网关的限流改进方案 |
Non-Patent Citations (2)
Title |
---|
" 基于负载均衡和服务流控的高并发访问机制的研究";张金鹏;《中国优秀硕士学位论文全文数据库》(第03期);第47-67页 * |
"一种分布式系统动态流量控制方法";杨宏斌;;《电子技术与软件工程》(第17期);第164-165页 * |
Also Published As
Publication number | Publication date |
---|---|
CN114760250A (zh) | 2022-07-15 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US9674042B2 (en) | Centralized resource usage visualization service for large-scale network topologies | |
Jin et al. | Characterizing data usage patterns in a large cellular network | |
FI114365B (fi) | Menetelmä langattomien verkkojen suorituskyvyn optimoimiseksi | |
CN102273131B (zh) | 在大规模通信网络系统中分发故障信息的方法和系统 | |
US9800662B2 (en) | Generic network trace with distributed parallel processing and smart caching | |
CN106453669A (zh) | 一种负载均衡方法及一种服务器 | |
CN112965818B (zh) | 一种服务集群单元化分组方法、装置、设备以及介质 | |
Gelman et al. | Analysis of resource sharing in information providing services | |
CN105847377A (zh) | 集群网络的请求拥塞过载处理方法及系统 | |
EP2922256A1 (en) | Queue management method and apparatus | |
CN114760250B (zh) | 一种服务网关通过分层限流保障高可用的方案及系统 | |
EP2863597B1 (en) | Computer-implemented method, computer system, computer program product to manage traffic in a network | |
CN102136926A (zh) | 一种主动收集数据的方法和主动收集数据的服务器 | |
EP3993358A1 (en) | Bandwidth management method and apparatus, computer storage medium, and chip | |
CN107038067B (zh) | 分布式流处理中处理资源的管理方法和装置 | |
CN105656855B (zh) | 资源访问的控制方法和装置 | |
CN103747481A (zh) | 一种网络拥塞提醒和接入控制方法及装置 | |
CN104301939B (zh) | 一种控制方法、装置及网络侧设备 | |
CN117014924A (zh) | 一种业务容量负荷参数的上报方法及装置 | |
CN114978998B (zh) | 一种流量控制方法、装置、终端及存储介质 | |
JP3279517B2 (ja) | ネットワーク管理システムにおけるイベント処理方法、ネットワーク管理システム | |
CN103178985A (zh) | 网络设备轮询方法、系统和装置 | |
Tayan | A proposed model for optimizing the flow of pilgrims between Holy sites during Hajj using traffic congestion control | |
Chuang et al. | A comprehensive composite digital services quality assurance application on intelligent transportation system | |
AU2002246078B2 (en) | Method for the selective and collective transmission of messages in a tmn network |
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 | ||
GR01 | Patent grant | ||
GR01 | Patent grant |