CN111478793A - 一种业务请求的处理方法、装置、终端设备和存储介质 - Google Patents

一种业务请求的处理方法、装置、终端设备和存储介质 Download PDF

Info

Publication number
CN111478793A
CN111478793A CN202010148602.7A CN202010148602A CN111478793A CN 111478793 A CN111478793 A CN 111478793A CN 202010148602 A CN202010148602 A CN 202010148602A CN 111478793 A CN111478793 A CN 111478793A
Authority
CN
China
Prior art keywords
service
bandwidth
network
service request
terminal
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.)
Granted
Application number
CN202010148602.7A
Other languages
English (en)
Other versions
CN111478793B (zh
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.)
Visionvera Information Technology Co Ltd
Original Assignee
Visionvera Information Technology Co Ltd
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 Visionvera Information Technology Co Ltd filed Critical Visionvera Information Technology Co Ltd
Priority to CN202010148602.7A priority Critical patent/CN111478793B/zh
Publication of CN111478793A publication Critical patent/CN111478793A/zh
Application granted granted Critical
Publication of CN111478793B publication Critical patent/CN111478793B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/50Network services
    • H04L67/60Scheduling or organising the servicing of application requests, e.g. requests for application data transmissions using the analysis and optimisation of the required network resources
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/08Configuration management of networks or network elements
    • H04L41/0896Bandwidth or capacity management, i.e. automatically increasing or decreasing capacities
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00Routing or path finding of packets in data switching networks
    • H04L45/02Topology update or discovery
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00Routing or path finding of packets in data switching networks
    • H04L45/38Flow based routing
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00Routing or path finding of packets in data switching networks
    • H04L45/74Address processing for routing
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00Traffic control in data switching networks
    • H04L47/10Flow control; Congestion control
    • H04L47/24Traffic characterised by specific attributes, e.g. priority or QoS
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/01Protocols
    • H04L67/10Protocols in which an application is distributed across nodes in the network
    • H04L67/1001Protocols in which an application is distributed across nodes in the network for accessing one among a plurality of replicated servers
    • H04L67/1004Server selection for load balancing

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

本发明实施例提供了一种业务请求的处理方法、装置、终端设备和存储介质,应用于基于视联网的流量管控系统中的自治服务器,所述流量管控系统包括网管服务器、自治服务器、分控服务器和终端,包括:接收源终端发送的业务请求,该业务请求中包括源终端的逻辑端口地址、目的终端的逻辑端口地址、业务类型和目的带宽;根据预先设置的分控服务器的拓扑结构,源终端的逻辑端口地址和目的终端的逻辑端口地址,确定业务请求的业务路径;根据业务路径的各个端口节点,确定业务路径中的最窄点的网络带宽;根据业务类型、最窄点的网络带宽和目的带宽,对业务请求进行处理,通过对网络带宽的计算和判断,解决视联网业务中流量过载问题。

Description

一种业务请求的处理方法、装置、终端设备和存储介质
技术领域
本发明涉及视联网技术领域,特别是涉及一种业务请求的处理方法、装置、终端设备和存储介质。
背景技术
在视联网应用领域中,产生很多视联网业务,如视频会议业务、直播业务、可视电话业务等,随着视联网业务增加,每种业务都需要消耗一定的网络带宽,对网络带宽的需求也更高了。若同时在视联网内开展的大量实际业务,则会出现业务中流量过载的现象。
发明内容
鉴于上述问题,提出了本发明实施例以便提供一种克服上述问题或者至少部分地解决上述问题的一种业务请求的处理方法、装置、终端设备和存储介质。
第一个方面,本发明实施例提供一种业务请求的处理方法,应用于基于视联网的流量管控系统中的自治服务器,所述流量管控系统包括网管客户端、网管服务器、自治服务器、分控服务器和终端,所述方法包括:
接收源终端发送的业务请求,所述业务请求中包括源终端的逻辑端口地址、目的终端的逻辑端口地址、业务类型和目的带宽;
根据预先设置的分控服务器的拓扑结构、所述源终端的逻辑端口地址和所述目的终端的逻辑端口地址,确定所述业务请求的业务路径;
根据所述业务路径的各个端口节点,确定所述业务路径中的最窄点的网络带宽;
根据所述业务类型、所述最窄点的网络带宽和所述目的带宽,对所述业务请求进行处理。
可选地,若所述业务类型为一对一类型,所述根据所述业务类型、所述最窄点的网络带宽和所述目的带宽,对所述业务请求进行处理,包括:
当所述业务路径中的最窄点的网络带宽小于所述目的带宽,向所述源终端发送错误指令;
当所述业务路径中的最窄点的网络带宽大于或等于所述目的带宽,则向所述目的终端发送所述业务请求,以使所述源终端和所述目的终端进行一对一类型的业务。
可选地,若所述业务类型为一对多业务,所述根据预先设置的分控服务器的拓扑结构、所述源终端的逻辑端口地址和所述目的终端的逻辑端口地址,确定所述业务请求的业务路径,包括:
根据预先设置的分控服务器的拓扑结构、所述源终端的逻辑端口地址和至少两个所述目的终端的逻辑端口地址,确定所述业务请求对应的至少两个业务路径;
相对应地,所述根据所述业务路径的各个端口节点,确定所述业务路径中的最窄点的网络带宽,包括:
根据所述至少两个业务路径的各个端口节点,分别确定至少两个业务路径的最窄点的网络带宽。
可选地,所述根据所述业务类型、所述最窄点的网络带宽和所述目的带宽,对所述业务请求进行处理,包括:
当所述至少两个业务路径中的最窄点的网络带宽之和小于所述目的终端,向所述源终端发送错误指令;
当所述至少两个业务路径中的最窄点的网络带宽之和大于或等于所述目的带宽,则向所述目的终端发送所述业务请求,以使所述源终端和所述目的终端进行一对多类型的业务。
可选地,所述根据所述业务路径的各个端口节点,确定所述业务路径中的最窄点的网络带宽,包括:
根据所述业务路径,确定所述业务路径中的各个端口节点;
根据所述端口节点的网络带宽、单播组播百分比和所述端口节点当前已存在业务的预设带宽,计算所述端口节点的剩余带宽;
将所述端口节点的剩余带宽的最小值确定为所述最窄点的网络带宽。
可选地,所述根据所述端口节点的网络带宽、所述单播组播百分比和所述端口节点当前已存在业务的预设带宽,计算所述端口节点的剩余带宽,包括:
将所述端口节点的网络带宽与所述单播组播百分比的乘积与所述端口节点当前已存在业务的预设带宽的差值,确定为所述端口节点的剩余带宽。
可选地,在所述接收源终端发送的业务请求之前,所述方法还包括:
接收所述网管服务器发送的分组信息;
根据所述分组信息对所述分控服务器进行分组,以使所述分控服务器按照预先设置的拓扑结构,构成业务请求的业务路径,其中,同组内的分控服务器为全拓扑结构,不同组之间的分控服务器为星型结构。
可选地,在所述接收源终端发送的业务请求之前,所述方法还包括:
接收所述网管服务器发送的端口带宽设置信息,所述端口带宽设置信息至少包括网络带宽和单播组播百分比,所述端口带宽设置信息用于计算端口节点的剩余带宽;
根据所述端口带宽设置信息,对所述分控服务器的端口进行带宽设置。
第二个方面,本发明实施例提供一种业务请求的处理装置,应用于基于视联网的流量管控系统中的自治服务器,所述流量管控系统包括网管服务器、自治服务器、分控服务器和终端,所述装置包括:
接收模块,用于接收源终端发送的业务请求,所述业务请求中包括源终端的逻辑端口地址、目的终端的逻辑端口地址、业务类型和目的带宽;
确定模块,用于根据预先设置的分控服务器的拓扑结构、所述源终端的逻辑端口地址和所述目的终端的逻辑端口地址,确定所述业务请求的业务路径;
计算模块,用于根据所述业务路径的各个端口节点,确定所述业务路径中的最窄点的网络带宽;
处理模块,用于根据所述业务类型、所述最窄点的网络带宽和所述目的带宽,对所述业务请求进行处理。
可选地,若所述业务类型为一对一类型,所述处理模块,具体用于:
当所述业务路径中的最窄点的网络带宽小于所述目的带宽,向所述源终端发送错误指令;
当所述业务路径中的最窄点的网络带宽大于或等于所述目的带宽,则向所述目的终端发送所述业务请求,以使所述源终端和所述目的终端进行一对一类型的业务。
可选地,若所述业务类型为一对多业务,所述确定模块,具体用于:
根据预先设置的分控服务器的拓扑结构,所述源终端的逻辑端口地址和至少两个所述目的终端的逻辑端口地址,确定所述业务请求对应的至少两个业务路径;
相对应地,所述计算模块,具体用于:
根据所述至少两个业务路径的各个端口节点,分别确定至少两个业务路径的最窄点的网络带宽。
可选地,所述处理模块,具体用于:
当所述至少两个业务路径中的最窄点的网络带宽之和小于所述目的终端,向所述源终端发送错误指令;
当所述至少两个业务路径中的最窄点的网络带宽之和大于或等于所述目的带宽,则向所述目的终端发送所述业务请求,以使所述源终端和所述目的终端进行一对多类型的业务。
可选地,所述计算模块,具体用于:
根据所述业务路径,确定所述业务路径中的各个端口节点;
根据所述端口节点的网络带宽、单播组播百分比和所述端口节点当前已存在业务的预设带宽,计算所述端口节点的剩余带宽;
将所述端口节点的剩余带宽的最小值确定为所述最窄点的网络带宽。
可选地,所述计算模块,具体用于:
将所述端口节点的网络带宽与所述单播组播百分比的乘积与所述端口节点当前已存在业务的预设带宽的差值,确定为所述端口节点的剩余带宽。
可选地,所述装置还包括分组信息设置模块,所述分组信息设置模块用于:
接收所述网管服务器发送的分组信息;
根据所述分组信息对所述分控服务器进行分组,以使所述分控服务器按照预先设置的拓扑结构,构成业务请求的业务路径,其中,同组内的分控服务器为全拓扑结构,不同组之间的分控服务器为星型结构。
可选地,所述装置还包括端口带宽设置模块,所述端口带宽设置模块,用于:
接收所述网管服务器发送的端口带宽设置信息,所述端口带宽设置信息至少包括网络带宽和单播组播百分比,所述端口带宽设置信息用于计算端口节点的剩余带宽;
根据所述端口带宽设置信息,对所述分控服务器的端口进行带宽设置。
第三个方面,本发明实施例提供一种终端设备,包括:至少一个处理器和存储器;
所述存储器存储计算机程序;所述至少一个处理器执行所述存储器存储的计算机程序,以实现第一个方面提供的业务请求的处理方法。
第四个方面,本发明实施例提供一种计算机可读存储介质,该计算机可读存储介质中存储有计算机程序,所述计算机程序被执行时实现第一个方面提供的业务请求的处理方法。
本发明实施例提供的技术方案,应用于基于视联网的流量管控系统中的自治服务器,该流量管控系统包括自治服务器、分控服务器和终端,自治服务器接收源终端发送的业务请求,该业务请求中包括源终端的逻辑端口地址、目的终端的逻辑端口地址、业务类型和目的带宽;根据预先设置的分控服务器的拓扑结构,源终端的逻辑端口地址和目的终端的逻辑端口地址,确定业务请求的业务路径;根据业务路径的各个端口节点,确定业务路径中的最窄点的网络带宽;根据业务类型、最窄点的网络带宽和目的带宽,对业务请求进行处理,通过对网络带宽的计算和判断,解决视联网业务中流量过载问题。
附图说明
图1是本发明的一种业务请求的处理方法实施例的步骤流程图;
图2是本发明的另一种业务请求的处理方法实施例的步骤流程图;
图3是本发明的再一种业务请求的处理方法实施例的步骤流程图;
图4是本发明的基于视联网的流量管控系统实施例的结构示意图;
图5是本发明的视联网自治云拓扑结构的示意图;
图6是本发明的星型拓扑结构的示意图;
图7是本发明的全交换拓扑结构的示意图;
图8是本发明的又一种业务请求的处理方法实施例的步骤流程图;
图9是本发明的一种业务请求的处理装置实施例的结构框图;
图10是本发明的一种终端设备的结构示意图。
具体实施方式
为使本发明的上述目的、特征和优点能够更加明显易懂,下面结合附图和具体实施方式对本发明作进一步详细的说明。
名词解释如下:
视联网:以地域划分,形成的一张树型结构的实体网络,有别于现在的互联网。视联网中心服务器部署在某一城市,全国每个省会部署省一级服务器,各个省的地级市部署市级服务器,目前已经部署到乡镇一级。
自治云:自治云是视联网网络结构中的基本子结构,也是使视联网可以正常运行的最小结构单位。一个自治云在配置正确的情况下可以在自治云内部独立实现视联网的所有功能。这样当自治云由于通信故障无法和上下层自治云连接时,视联网业务依然可以在自治云内部实现。当自治云可以和上下层的自治云正常通信时,这些自治云就组成了一个范围更大的视联网,可以实现跨自治云的视联网业务。
自治服务器:也叫视联网主控服务器,是自治云的管理核心,每一个自治云含义至少一台自治服务器。实现的功能主要包括对自治云中的设备进行管理、注册、实现自治云内部以及自治云之间的视联网业务逻辑、和视联网的管理网络通信以实现更高层的管理等。
分控服务器:一款视联网操控器,集视联网音视频转发、机顶盒控制、注册等等功能于一体,分安装机箱式和手提便携式。
视联网终端:视联网上业务落地设备,视联网业务的实际参与者或服务者,包括各种会议机顶盒、可视电话机顶盒、手术试教机顶盒,流媒体网关、存储网关、媒体合成器等等。视联网终端需要注册到视联网服务器上方可进行正常业务。需要一个视联网号码。
网管服务器:视联网上的核心设备,通过操控自治服务器,控制视联网分控服务器业务开通、注册等操作,是视联网的管理“大脑”,同时提供UI接口供客户端调用。
设置信令:双向交互命令的一种,信令接受方,收到信令后,一般要做出“Set”动作,改变自身信息。比如,注册设备信令,主控服务器收到此信令后,将信令中信息参数解析出来,写的本地文件系统和内存中,并操作结果值(通常是是否两种结果值)返回给信令发送方。
查询信令:双向交互命令的一种,信令接受方,收到信令后,一般要做出“Get”动作,不改变自身信息。比如,查询设备信令,主控服务器收到此信令后,文件系统中保存的设备信息,以一定格式编入信令参数,并将此结果返回给信令发送方。
参照图1,示出了本发明的一种业务请求的处理方法实施例的步骤流程图,该方法可以应用于基于视联网的流量管控系统中的自治服务器,所述流量管控系统包括网管客户端、网管服务器、自治服务器、分控服务器和终端,具体可以包括如下步骤:
S101、接收源终端发送的业务请求,所述业务请求中包括源终端的逻辑端口地址、目的终端的逻辑端口地址、业务类型和目的带宽;
具体地,本发明实施例提供流量管控系统至少包括网管客户端、网管服务器、自治服务器、分控服务器和视联网终端,自治服务器和多个分控服务器相连,分控服务器和多个视联网终端相连。
视联网源终端向分控服务器发送业务请求,分控服务器再将该业务请求发送至自治服务器,自治服务器接收源终端发送的业务请求,其中,该业务请求中包括源终端的逻辑端口地址、目的终端的逻辑端口地址、业务类型和目的带宽,业务类型可以是一对一业务,例如可视电话业务,也可以是一对多业务,例如收看直播业务、会议业务等。
S102、根据预先设置的分控服务器的拓扑结构,所述源终端的逻辑端口地址和所述目的终端的逻辑端口地址,确定所述业务请求的业务路径;
具体地,通过网管客户端设置分控服务器的拓扑结构,发送至网管服务器,网管服务器将该拓扑结构发送至自治服务器,自治服务器根据该拓扑结构将分控服务器进行拓扑结构设置,并将该拓扑结构保存在自治服务器数据库中,自治服务器根据该拓扑结构、源终端的逻辑端口地址和目的终端的逻辑端口地址,确定该业务请求的业务路径。
S103、根据所述业务路径的各个端口节点,确定所述业务路径中的最窄点的网络带宽;
具体地,每个分控服务器包括两个端口,一个是“0”口,用于连接视联网终端,一个是“1”口,用于级联其他的服务器,确定的业务路径就是从源终端开始,经过各个端口,直到连接到目的终端,在业务路径中包括各个端口节点,自治服务器根据各个端口节点,确定最窄点的网络带宽,即在一个链路中,网络带宽最小值对应的端口节点即为最窄点。
S104、根据所述业务类型、所述最窄点的网络带宽和所述目的带宽,对所述业务请求进行处理。
具体地,自控服务器根据业务类型,将最窄点的网络带宽和目的带宽进行比较,根据比较的结果,对视联网终端发送的业务请求进行处理。
例如,若最窄点的网络带宽大于目的带宽,则接收该业务请求;若最窄点的网络带宽小于目的带宽,则拒绝该业务请求。
本发明实施例提供的业务请求的处理方法,通过自治服务器接收源终端发送的业务请求,该业务请求中包括源终端的逻辑端口地址、目的终端的逻辑端口地址、业务类型和目的带宽;根据预先设置的分控服务器的拓扑结构,源终端的逻辑端口地址和目的终端的逻辑端口地址,确定业务请求的业务路径;根据所述业务路径的各个端口节点,确定所述业务路径中的最窄点的网络带宽;根据业务类型、最窄点的网络带宽和目的带宽,对业务请求进行处理,通过对网络带宽的计算和判断,解决视联网业务中流量过载问题。
本发明又一实施例对上述实施例提供的方法做进一步补充说明。
如图2所示,示出了本发明的另一种业务请求的处理方法实施例的步骤流程图,该业务请求的处理方法包括:
S201、接收源终端发送的业务请求,所述业务请求中包括源终端的逻辑端口地址、目的终端的逻辑端口地址、业务类型和目的带宽;
由于步骤S201与图1所示实施例中的步骤S101相同。在图1中已经对步骤S101进行了详细描述,因此,在此不再对步骤S201进行赘述。
S202、若业务类型为一对一业务类型,根据预先设置的分控服务器的拓扑结构,所述源终端的逻辑端口地址和所述目的终端的逻辑端口地址,确定所述业务请求的业务路径;
具体地,若业务类型为一对一类型,自治服务器根据预先设置的分控服务器的拓扑结构、源终端的逻辑端口地址和目的终端的逻辑端口地址,确定一条与业务请求对应的业务路径;
S203、根据所述业务路径的各个端口节点,确定所述业务路径中的最窄点的网络带宽。
具体得,自治服务器根据确定的业务路径中的各个端口节点,经过计算,获得端口节点的网络带宽,从而确定最窄点的网络带宽。
步骤S203具体包括:
步骤2031:根据所述业务路径,确定所述业务路径中的各个端口节点;
具体地,自治服务器根据确定的业务路径,统计该业务路径中的各个端口节点;具体见图8的论述。
步骤2032:根据所述端口节点的网络带宽、单播组播百分比和所述端口节点当前已存在业务的预设带宽,计算所述端口节点的剩余带宽;
具体地,分控服务器的端口可能连接其他的终端,执行其他的业务,自治服务器根据确定的端口节点,计算该端口节点的剩余带宽,即将端口节点的网络带宽与单播组播百分比的乘积减去端口节点当前已存在业务的预设带宽,将获得的差值确定为端口节点的剩余带宽。
步骤2033:将所述端口节点的剩余带宽的最小值确定为所述最窄点的网络带宽。
自治服务器获取业务路径中每个端口节点的剩余带宽,将端口节点的剩余带宽的最小值确定为最窄点的网络带宽。
S204、当业务路径中的最窄点的网络带宽小于目的带宽,向源终端发送错误指令;
当业务路径中的最窄点的网络带宽大于或等于目的带宽,则向目的终端发送业务请求,以使源终端和目的终端进行一对一类型的业务,例如,源终端和目的终端进行可视电话业务、或者是一路发布直播对应一路接收直播业务等。
S205、若业务类型为一对多业务,根据预先设置的分控服务器的拓扑结构,源终端的逻辑端口地址和至少两个目的终端的逻辑端口地址,确定业务请求对应的至少两个业务路径;
S206、根据至少两个业务路径的各个端口节点,分别确定至少两个业务路径的最窄点的网络带宽。
S207、当至少两个业务路径中的最窄点的网络带宽之和小于所述目的终端,向源终端发送错误指令;
当至少两个业务路径中的最窄点的网络带宽之和大于或等于目的带宽,则向目的终端发送所述业务请求,以使源终端和目的终端进行一对多类型的业务,例如,一个终端发布直播对应多个终端收看直播业务、或者是会议中发言人的切换业务等。
如图3所示,示出了本发明的又一种业务请求的处理方法实施例的流程示意图,所述业务请求的处理方法包括:
S301、接收所述网管服务器发送的分组信息;根据所述分组信息对所述分控服务器进行分组,以使所述分控服务器按照预先设置的拓扑结构,构成业务请求的业务路径,其中,同组内的分控服务器为全拓扑结构,不同组之间的分控服务器为星型结构。
通过网管客户端设置分组信息,并将该分组信息发送至网管服务器,网管服务器根据该分组信息对分控服务器进行分组,使得分组服务器构成预先设置的分控服务器的拓扑结构。具体的,同一个分组内的分控服务器为全拓扑结构,不同分组之间的分控服务器为星型结构。
S302、接收网管服务器发送的端口带宽设置信息,端口带宽设置信息至少包括网络带宽和单播组播百分比;
根据端口的网络带宽和单播组播百分比,对分控服务器的端口进行设置。
步骤S301和步骤S302可以同时执行,也可以依次执行,在本发明实施例中不做具体限定。
S303、接收源终端发送的业务请求,业务请求中包括源终端的逻辑端口地址、目的终端的逻辑端口地址、业务类型和目的带宽;
S304、根据预先设置的分控服务器的拓扑结构,所述源终端的逻辑端口地址和所述目的终端的逻辑端口地址,确定所述业务请求的业务路径;
S305、根据所述业务路径的各个端口节点,确定所述业务路径中的最窄点的网络带宽;
S306、根据所述业务类型、所述最窄点的网络带宽和所述目的带宽,对所述业务请求进行处理。
由于步骤S303至步骤S306与图1所示实施例中的步骤S101和S104相同。在图1中已经对步骤S101至步骤S104进行了详细描述,因此,在此不再对步骤S303至步骤S306进行赘述。
图4是本发明的基于视联网的流量管控系统实施例的结构示意图,如图4所示,包括网管客户端401、网管服务器402、自治服务器403、分控服务器404和终端405;
具体步骤如下:
1.网管服务器402、自治服务器403、分控服务器404入网后,通过网管客户端401配置分控服务器端口带宽信息和分控服务器的拓扑结构,其中,端口带宽信息包括网络带宽和单播组播百分占比,其中,单播组播百分占比包括单播百分占比和组播百分占比;
2.终端405向分控服务器404申请业务时,申请的设置信令中带上业务类型和需要申请的带宽即目的带宽;
3.主控服务器(自治服务器)403,根据拓扑类型,计算终端的业务路径;
4.通过业务路径,结合当前已存在业务的带宽,端口带宽,单播组播百分比,计算业务路径上的最窄点的网络带宽;
5.如果带宽不够,主控服务器404拒绝业务申请,给终端405发送错误码“0x70204建立链路时候流量不够”;
6.终端405收到错误码,弹出“带宽不够,业务被拒绝”提示。
终端业务在发起请求时需要说明作为数据源的各个组播数据流所占用的网络带宽,即设置目的带宽。网管服务器402在注册设备时需要指定这些设备的各个网络接口的可用带宽。自治服务器403会根据这些信息判断是否可以开辟出一条满足带宽条件的组播链路。对于无法开辟的业务会予以拒绝。
自治服务器的流量计算功能,是在已知各个设备的网络端口的可用带宽以及将设备互连的交换机之间的端口的可用带宽的前提下,计算出网络中是否能够开辟出满足相关业务所需带宽的组播链路,若不能开辟则需要拒绝相关业务发起。
图5是本发明的视联网自治云拓扑结构的示意图,如图5所示,新一代视联网的整体网络结构由多个称为自治云的子结构互相连接而成。自治云在互相连接时呈现出明显的层级结构。从最顶层的自治云开始,每个自治云可以和多个下一层的自治云互相连接,下层的自治云再和更下一层的自治云连接。所有的自治云以这种方式层层连接后就形成了完整的视联网。这种层级结构就是标准的树状结构。每一个自治云就是树中的一个节点,整个视联网就是一棵自治云节点组成的树。
图6是本发明的星型拓扑结构的示意图,如图6所示,自治服务器根据不同的网络拓扑,计算出“业务路径”,根据“业务路径”上的节点,预先设置“端口带宽”,再根据已有业务,计算剩余可用带宽。
在分控服务器构成的星型拓扑结构中:将分控服务器分成两种角色,中心分控和普通分控。分控服务器内部的视联设备之间业务,业务流在本分控内转发;分控服务器间的业务流,通过中心分控转发。
图7是本发明的全交换拓扑结构的示意图,如图7所示,在全拓扑结构中,分控服务器只有一种角色,都是平等的。分控服务器内部的视联设备间业务,业务流在本分控内转发;分控服务器间的业务流,通过直接发往目的分控服务器,没有任何中转。
图8是本发明的又一种业务请求的处理方法实施例的步骤流程图,如图8所示,结合星型和全交换拓扑,引入分组概念,每个分组若干分控服务器,组的划分一般依照地域,比如河北省自治云,11个地市可以分成11个组。分组内采用全交换拓扑,分组间采用星型拓扑。
1、业务路径:
业务流所走过的路径。图8中Stb1到Stb2业务,组内业务,分控服务器之间为全拓扑结构,分1和分2直达,该业务请求对应的业务路径为M-N-O-P,其中,M、N、O、P为该业务路径中的端口节点,计算每个端口节点的网络带宽,将网络带宽最小值确定为最窄点的网络带宽;若最窄点的网络带宽小于目的带宽,则拒绝该业务请求,向源终端发送错误指令;当业务路径中的最窄点的网络带宽大于或等于目的带宽,则向目的终端发送业务请求,以使源终端和目的终端进行一对一类型的业务,例如,可视电话业务等。
同理,Stb1到Stb3业务为组间业务,组间为星型拓扑结构,业务路径为A-B-C-D-E-F-G-H-I-J-K-L,后续的步骤如上述实施例介绍,在此不再赘述。
2、端口带宽:
设备端口带宽参数用于配置每个视联设备的每个网络端口的带宽信息。
每个设备端口的带宽信息包括如下参数:
网络带宽:设备端口的最大带宽;
组播包百分比:组播包占设备端口带宽的最大百分比;
单播包百分比:单播包占设备端口带宽的最大百分比;
通常情况下,视联网中的带宽是收发对称的,上述参数不需要区分收发方向。如收发确有不同,可将上述参数按收发分别定义。
为保证带宽不被用满,组播包百分比加单播包百分比不能超过99(实际配置的时候该数值可能更低),单播包百分比不能设置为0。
3、交换机端口带宽:
设备注册后,默认都处于“中心分组”中。然后通过网管软件进行分组的配置。每个分组对应一个交换机,每个分组中可以包括多个视联设备。分组之间构成树状结构,交换机端口带宽就是表示每个分组中的交换机连接到上一级分组中的交换机的端口的带宽。
交换机端口带宽参数用于配置将视联设备互连起来的交换机之间的端口的带宽信息。
每个交换机端口的带宽信息包括如下参数:
网络带宽:交换机之间端口的最大带宽;
组播包百分比:组播包占交换机之间端口带宽的最大百分比;
通常情况下,视联网中的带宽是收发对称的,上述参数不需要区分收发方向。如收发确有不同,可将上述参数按收发分别定义。
为保证带宽不被用满,组播包百分比不能超过99(实际配置的时候该数值可能更低)。
本发明实施例提供的业务请求的处理方法,应用于基于视联网的流量管控系统中的自治服务器,该流量管控系统包括网管客户端、网管服务器、自治服务器、分控服务器和终端,自治服务器接收源终端发送的业务请求,该业务请求中包括源终端的逻辑端口地址、目的终端的逻辑端口地址、业务类型和目的带宽;根据预先设置的分控服务器的拓扑结构,源终端的逻辑端口地址和目的终端的逻辑端口地址,确定业务请求的业务路径;根据所述业务路径的各个端口节点,确定所述业务路径中的最窄点的网络带宽;根据所述业务类型、所述最窄点的网络带宽和所述目的带宽,对所述业务请求进行处理,通过对网络带宽的计算和判断,解决视联网业务中流量过载问题。
本发明另一实施例提供一种业务请求的处理装置,用于执行上述实施例提供的业务请求的处理方法。
参照图9,示出了本发明的一种业务请求的处理装置实施例的结构框图,应用于基于视联网的流量管控系统中的自治服务器,所述流量管控系统包括网管服务器、自治服务器、分控服务器和终端,所述装置包括:
接收模块901用于接收源终端发送的业务请求,所述业务请求中包括源终端的逻辑端口地址、目的终端的逻辑端口地址、业务类型和目的带宽;
确定模块902用于根据预先设置的分控服务器的拓扑结构、所述源终端的逻辑端口地址和所述目的终端的逻辑端口地址,确定所述业务请求的业务路径;
计算模块903用于根据所述业务路径的各个端口节点,确定所述业务路径中的最窄点的网络带宽;
处理模块904用于根据所述业务类型、所述最窄点的网络带宽和所述目的带宽,对所述业务请求进行处理。
本发明实施例提供的业务请求的处理装置,应用于基于视联网的流量管控系统中的自治服务器,该流量管控系统包括网管服务器、自治服务器、分控服务器和终端,自治服务器接收源终端发送的业务请求,该业务请求中包括源终端的逻辑端口地址、目的终端的逻辑端口地址、业务类型和目的带宽;根据预先设置的分控服务器的拓扑结构,源终端的逻辑端口地址和目的终端的逻辑端口地址,确定业务请求的业务路径;根据所述业务路径的各个端口节点,确定所述业务路径中的最窄点的网络带宽;根据业务类型、最窄点的网络带宽和目的带宽,对业务请求进行处理,通过对网络带宽的计算和判断,解决视联网业务中流量过载问题。
本发明又一实施例对上述实施例提供的装置做进一步补充说明。
可选地,若所述业务类型为一对一类型,所述处理模块904具体用于:
当所述业务路径中的最窄点的网络带宽小于所述目的带宽,向所述源终端发送错误指令;
当所述业务路径中的最窄点的网络带宽大于或等于所述目的带宽,则向所述目的终端发送所述业务请求,以使所述源终端和所述目的终端进行一对一类型的业务。
可选地,若所述业务类型为一对多业务,所述确定模块902具体用于:
根据预先设置的分控服务器的拓扑结构,所述源终端的逻辑端口地址和至少两个所述目的终端的逻辑端口地址,确定所述业务请求对应的至少两个业务路径;
相对应地,所述计算模块903具体用于:
根据所述至少两个业务路径的各个端口节点,分别确定至少两个业务路径的最窄点的网络带宽。
可选地,所述处理模块904具体用于:
当所述至少两个业务路径中的最窄点的网络带宽之和小于所述目的终端,向所述源终端发送错误指令;
当所述至少两个业务路径中的最窄点的网络带宽之和大于或等于所述目的带宽,则向所述目的终端发送所述业务请求,以使所述源终端和所述目的终端进行一对多类型的业务。
可选地,所述计算模块903具体用于:
根据所述业务路径,确定所述业务路径中的各个端口节点;
根据所述端口节点的网络带宽、单播组播百分比和所述端口节点当前已存在业务的预设带宽,计算所述端口节点的剩余带宽;
将所述端口节点的剩余带宽的最小值确定为所述最窄点的网络带宽。
可选地,所述计算模块903具体用于:
将所述端口节点的网络带宽与所述单播组播百分比的乘积与所述端口节点当前已存在业务的预设带宽的差值,确定为所述端口节点的剩余带宽。
可选地,所述装置还包括分组信息设置模块,所述分组信息设置模块用于:
接收所述网管服务器发送的分组信息;
根据所述分组信息对所述分控服务器进行分组,以使所述分控服务器按照预先设置的拓扑结构,构成业务请求的业务路径,其中,同组内的分控服务器为全拓扑结构,不同组之间的分控服务器为星型结构。
可选地,所述装置还包括端口带宽设置模块,所述端口带宽设置模块,用于:
接收所述网管服务器发送的端口带宽设置信息,所述端口带宽设置信息至少包括网络带宽和单播组播百分比,所述端口带宽设置信息用于计算端口节点的剩余带宽;
根据所述端口带宽设置信息,对所述分控服务器的端口进行带宽设置。
需要说明的是,本实施例中各可实施的方式可以单独实施,也可以在不冲突的情况下以任意组合方式结合实施本申请不做限定。
对于装置实施例而言,由于其与方法实施例基本相似,所以描述的比较简单,相关之处参见方法实施例的部分说明即可。
本发明实施例提供的业务请求的处理装置,应用于基于视联网的流量管控系统中的自治服务器,该流量管控系统包括网管客户端、网管服务器、自治服务器、分控服务器和终端,自治服务器接收源终端发送的业务请求,该业务请求中包括源终端的逻辑端口地址、目的终端的逻辑端口地址、业务类型和目的带宽;根据预先设置的分控服务器的拓扑结构,源终端的逻辑端口地址和目的终端的逻辑端口地址,确定业务请求的业务路径;根据所述业务路径的各个端口节点,确定所述业务路径中的最窄点的网络带宽;根据所述业务类型、所述最窄点的网络带宽和所述目的带宽,对所述业务请求进行处理,通过对网络带宽的计算和判断,解决视联网业务中流量过载问题。
本发明再一实施例提供一种终端设备,用于执行上述实施例提供的业务请求的处理方法。
图10是本发明的一种终端设备的结构示意图,如10所示,该电子设备包括:至少一个处理器1001和存储器1002;
所述存储器存储计算机程序;所述至少一个处理器执行所述存储器存储的计算机程序,以实现上述实施例提供的业务请求的处理方法。
本实施例提供的终端设备,通过接收源终端发送的业务请求,该业务请求中包括源终端的逻辑端口地址、目的终端的逻辑端口地址、业务类型和目的带宽;根据预先设置的分控服务器的拓扑结构,源终端的逻辑端口地址和目的终端的逻辑端口地址,确定业务请求的业务路径;根据所述业务路径的各个端口节点,确定所述业务路径中的最窄点的网络带宽;根据所述业务类型、所述最窄点的网络带宽和所述目的带宽,对所述业务请求进行处理,通过对网络带宽的计算和判断,解决视联网业务中流量过载问题。
本申请又一实施例提供一种计算机可读存储介质,该计算机可读存储介质中存储有计算机程序,所述计算机程序被执行时实现上述任一实施例提供的业务请求的处理方法。
根据本实施例的计算机可读存储介质,通过接收源终端发送的业务请求,该业务请求中包括源终端的逻辑端口地址、目的终端的逻辑端口地址、业务类型和目的带宽;根据预先设置的分控服务器的拓扑结构,源终端的逻辑端口地址和目的终端的逻辑端口地址,确定业务请求的业务路径;根据所述业务路径的各个端口节点,确定所述业务路径中的最窄点的网络带宽;根据所述业务类型、所述最窄点的网络带宽和所述目的带宽,对所述业务请求进行处理,通过对网络带宽的计算和判断,解决视联网业务中流量过载问题。
本说明书中的各个实施例均采用递进的方式描述,每个实施例重点说明的都是与其他实施例的不同之处,各个实施例之间相同相似的部分互相参见即可。
本领域内的技术人员应明白,本发明实施例的实施例可提供为方法、装置、或计算机程序产品。因此,本发明实施例可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且,本发明实施例可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
本发明实施例是参照根据本发明实施例的方法、终端设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理终端设备的处理器以产生一个机器,使得通过计算机或其他可编程数据处理终端设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理终端设备以特定方式工作的计算机可读存储器中,使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品,该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理终端设备上,使得在计算机或其他可编程终端设备上执行一系列操作步骤以产生计算机实现的处理,从而在计算机或其他可编程终端设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
尽管已描述了本发明实施例的优选实施例,但本领域内的技术人员一旦得知了基本创造性概念,则可对这些实施例做出另外的变更和修改。所以,所附权利要求意欲解释为包括优选实施例以及落入本发明实施例范围的所有变更和修改。
最后,还需要说明的是,在本文中,诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来,而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、物品或者终端设备不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、物品或者终端设备所固有的要素。在没有更多限制的情况下,由语句“包括一个……”限定的要素,并不排除在包括所述要素的过程、方法、物品或者终端设备中还存在另外的相同要素。
以上对本发明所提供的一种业务请求的处理方法和一种业务请求的处理装置,进行了详细介绍,本文中应用了具体个例对本发明的原理及实施方式进行了阐述,以上实施例的说明只是用于帮助理解本发明的方法及其核心思想;同时,对于本领域的一般技术人员,依据本发明的思想,在具体实施方式及应用范围上均会有改变之处,综上所述,本说明书内容不应理解为对本发明的限制。

Claims (11)

1.一种业务请求的处理方法,其特征在于,应用于基于视联网的流量管控系统中的自治服务器,所述流量管控系统包括网管服务器、自治服务器、分控服务器和终端,所述方法包括:
接收源终端发送的业务请求,所述业务请求中包括源终端的逻辑端口地址、目的终端的逻辑端口地址、业务类型和目的带宽;
根据预先设置的分控服务器的拓扑结构、所述源终端的逻辑端口地址和所述目的终端的逻辑端口地址,确定所述业务请求的业务路径;
根据所述业务路径的各个端口节点,确定所述业务路径中的最窄点的网络带宽;
根据所述业务类型、所述最窄点的网络带宽和所述目的带宽,对所述业务请求进行处理。
2.根据权利要求1所述的方法,其特征在于,若所述业务类型为一对一类型,所述根据所述业务类型、所述最窄点的网络带宽和所述目的带宽,对所述业务请求进行处理,包括:
当所述业务路径中的最窄点的网络带宽小于所述目的带宽,向所述源终端发送错误指令;
当所述业务路径中的最窄点的网络带宽大于或等于所述目的带宽,则向所述目的终端发送所述业务请求,以使所述源终端和所述目的终端进行一对一类型的业务。
3.根据权利要求1所述的方法,其特征在于,若所述业务类型为一对多业务,所述根据预先设置的分控服务器的拓扑结构、所述源终端的逻辑端口地址和所述目的终端的逻辑端口地址,确定所述业务请求的业务路径,包括:
根据预先设置的分控服务器的拓扑结构、所述源终端的逻辑端口地址和至少两个所述目的终端的逻辑端口地址,确定所述业务请求对应的至少两个业务路径;
相对应地,所述根据所述业务路径的各个端口节点,确定所述业务路径中的最窄点的网络带宽,包括:
根据所述至少两个业务路径的各个端口节点,分别确定至少两个业务路径的最窄点的网络带宽。
4.根据权利要求3所述的方法,其特征在于,所述根据所述业务类型、所述最窄点的网络带宽和所述目的带宽,对所述业务请求进行处理,包括:
当所述至少两个业务路径中的最窄点的网络带宽之和小于所述目的终端,向所述源终端发送错误指令;
当所述至少两个业务路径中的最窄点的网络带宽之和大于或等于所述目的带宽,则向所述目的终端发送所述业务请求,以使所述源终端和所述目的终端进行一对多类型的业务。
5.根据权利要求1所述的方法,其特征在于,所述根据所述业务路径的各个端口节点,确定所述业务路径中的最窄点的网络带宽,包括:
根据所述业务路径,确定所述业务路径中的各个端口节点;
根据所述端口节点的网络带宽、单播组播百分比和所述端口节点当前已存在业务的预设带宽,计算所述端口节点的剩余带宽;
将所述端口节点的剩余带宽的最小值确定为所述最窄点的网络带宽。
6.根据权利要求5所述的方法,其特征在于,所述根据所述端口节点的网络带宽、所述单播组播百分比和所述端口节点当前已存在业务的预设带宽,计算所述端口节点的剩余带宽,包括:
将所述端口节点的网络带宽与所述单播组播百分比的乘积,与所述端口节点当前已存在业务的预设带宽的差值,确定为所述端口节点的剩余带宽。
7.根据权利要求1所述的方法,其特征在于,在所述接收源终端发送的业务请求之前,所述方法还包括:
接收所述网管服务器发送的分组信息;
根据所述分组信息对所述分控服务器进行分组,以使所述分控服务器按照预先设置的拓扑结构,构成业务请求的业务路径,其中,同组内的分控服务器为全拓扑结构,不同组之间的分控服务器为星型结构。
8.根据权利要求1所述的方法,其特征在于,在所述接收源终端发送的业务请求之前,所述方法还包括:
接收所述网管服务器发送的端口带宽设置信息,所述端口带宽设置信息至少包括网络带宽和单播组播百分比;
根据所述端口带宽的网络带宽和所述单播组播百分比,对所述分控服务器的端口进行设置。
9.一种业务请求的处理装置,其特征在于,应用于基于视联网的流量管控系统中的自治服务器,所述流量管控系统包括网管客户端、网管服务器、自治服务器、分控服务器和终端,所述装置包括:
接收模块,用于接收源终端发送的业务请求,所述业务请求中包括源终端的逻辑端口地址、目的终端的逻辑端口地址、业务类型和目的带宽;
确定模块,用于根据预先设置的分控服务器的拓扑结构、所述源终端的逻辑端口地址和所述目的终端的逻辑端口地址,确定所述业务请求的业务路径;
计算模块,用于根据所述业务路径的各个端口节点,确定所述业务路径中的最窄点的网络带宽;
处理模块,用于根据所述业务类型、所述最窄点的网络带宽和所述目的带宽,对所述业务请求进行处理。
10.一种终端设备,其特征在于,包括:至少一个处理器和存储器;
所述存储器存储计算机程序;所述至少一个处理器执行所述存储器存储的计算机程序,以实现权利要求1-8中任一项所述的业务请求的处理方法。
11.一种计算机可读存储介质,其特征在于,该计算机可读存储介质中存储有计算机程序,所述计算机程序被执行时实现权利要求1-8中任一项所述的业务请求的处理方法。
CN202010148602.7A 2020-03-05 2020-03-05 一种业务请求的处理方法、装置、终端设备和存储介质 Active CN111478793B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202010148602.7A CN111478793B (zh) 2020-03-05 2020-03-05 一种业务请求的处理方法、装置、终端设备和存储介质

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202010148602.7A CN111478793B (zh) 2020-03-05 2020-03-05 一种业务请求的处理方法、装置、终端设备和存储介质

Publications (2)

Publication Number Publication Date
CN111478793A true CN111478793A (zh) 2020-07-31
CN111478793B CN111478793B (zh) 2023-05-12

Family

ID=71748165

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202010148602.7A Active CN111478793B (zh) 2020-03-05 2020-03-05 一种业务请求的处理方法、装置、终端设备和存储介质

Country Status (1)

Country Link
CN (1) CN111478793B (zh)

Cited By (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112260946A (zh) * 2020-09-10 2021-01-22 视联动力信息技术股份有限公司 一种链路故障的处理方法、装置、终端设备和存储介质
CN113098777A (zh) * 2021-03-19 2021-07-09 视联动力信息技术股份有限公司 一种数据转发方法、装置、终端设备和存储介质
CN113301380A (zh) * 2021-04-23 2021-08-24 海南视联通信技术有限公司 一种业务管控方法、装置、终端设备和存储介质
CN113726853A (zh) * 2021-07-29 2021-11-30 视联动力信息技术股份有限公司 一种基于视联网系统的通信方法和一种视联网系统
CN113098777B (zh) * 2021-03-19 2024-05-14 视联动力信息技术股份有限公司 一种数据转发方法、装置、终端设备和存储介质

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20030202476A1 (en) * 2002-04-29 2003-10-30 Harris Corporation Determining quality of service (QoS) routing for mobile AD HOC networks
US20060045132A1 (en) * 2004-08-30 2006-03-02 Metke Anthony R Method and apparatus for bandwidth management
US20090180385A1 (en) * 2008-01-11 2009-07-16 Quanta Computer Inc. Home networking system and admission control method thereof
US20120201252A1 (en) * 2010-02-08 2012-08-09 Force10 Networks, Inc. Method & apparatus for the distribution of network traffic
US8787154B1 (en) * 2011-12-29 2014-07-22 Juniper Networks, Inc. Multi-topology resource scheduling within a computer network
CN110519119A (zh) * 2019-07-31 2019-11-29 视联动力信息技术股份有限公司 基于视联网的带宽管理方法、装置及存储介质

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20030202476A1 (en) * 2002-04-29 2003-10-30 Harris Corporation Determining quality of service (QoS) routing for mobile AD HOC networks
US20060045132A1 (en) * 2004-08-30 2006-03-02 Metke Anthony R Method and apparatus for bandwidth management
US20090180385A1 (en) * 2008-01-11 2009-07-16 Quanta Computer Inc. Home networking system and admission control method thereof
US20120201252A1 (en) * 2010-02-08 2012-08-09 Force10 Networks, Inc. Method & apparatus for the distribution of network traffic
US8787154B1 (en) * 2011-12-29 2014-07-22 Juniper Networks, Inc. Multi-topology resource scheduling within a computer network
CN110519119A (zh) * 2019-07-31 2019-11-29 视联动力信息技术股份有限公司 基于视联网的带宽管理方法、装置及存储介质

Cited By (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112260946A (zh) * 2020-09-10 2021-01-22 视联动力信息技术股份有限公司 一种链路故障的处理方法、装置、终端设备和存储介质
CN112260946B (zh) * 2020-09-10 2024-03-19 视联动力信息技术股份有限公司 一种链路故障的处理方法、装置、终端设备和存储介质
CN113098777A (zh) * 2021-03-19 2021-07-09 视联动力信息技术股份有限公司 一种数据转发方法、装置、终端设备和存储介质
CN113098777B (zh) * 2021-03-19 2024-05-14 视联动力信息技术股份有限公司 一种数据转发方法、装置、终端设备和存储介质
CN113301380A (zh) * 2021-04-23 2021-08-24 海南视联通信技术有限公司 一种业务管控方法、装置、终端设备和存储介质
CN113301380B (zh) * 2021-04-23 2024-03-12 海南视联通信技术有限公司 一种业务管控方法、装置、终端设备和存储介质
CN113726853A (zh) * 2021-07-29 2021-11-30 视联动力信息技术股份有限公司 一种基于视联网系统的通信方法和一种视联网系统

Also Published As

Publication number Publication date
CN111478793B (zh) 2023-05-12

Similar Documents

Publication Publication Date Title
CN110858840B (zh) 用于实时多媒体通信技术的方法、系统和设备
CN111478793B (zh) 一种业务请求的处理方法、装置、终端设备和存储介质
US11637755B2 (en) SDN network system, controller, and controlling method
CN109391614B (zh) 一种基于视联网调取监控数据的方法和装置
CN108777633B (zh) 支持数据调度的意图型工业sdn北向接口系统及交互方法
CN109068186B (zh) 丢包率的处理方法和装置
CN108881799B (zh) 一种进行视联网视频会议的系统和方法
CN104106244A (zh) 控制装置、通信系统、通信方法和程序
CN106302616A (zh) 网络唤醒方法、远程服务器和网络交换设备
CN111555974A (zh) 一种数据包的处理方法、装置、终端设备和存储介质
CN106357542A (zh) 提供组播业务的方法和软件定义网络控制器
CN103916253A (zh) 一种基于信息中心网络的信息传输方法及其系统
CN104639437A (zh) 堆叠系统中广播报文的转发方法及装置
CN110290069B (zh) 一种sdn场景下的可靠组播路由方法
CN106850803B (zh) 一种基于sdn的加权轮询系统及算法
CN109194914B (zh) 一种设备信息的处理方法和装置
CN109728922B (zh) 一种在自治网络中配置组播链路的方法和相关设备
CN111669333A (zh) 数据传输方法、装置、计算设备和存储介质
CN110740287B (zh) 一种自治网络的数据处理方法和装置
CN111970142A (zh) 通信故障处理方法、装置、设备及介质
CN116455817A (zh) 一种软件定义云网融合架构及路由实现方法
CN102195863A (zh) 一种环网架构下的组播实现方法、接入层设备及系统
EP2466813B1 (en) Method and system for determining initiator and terminator in forwarding adjacency label switched path
CN112165416B (zh) 一种组网和通信的方法和装置
CN102801953A (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
GR01 Patent grant
GR01 Patent grant