CN108471629A - 传输网络中业务服务质量的控制方法、设备及系统 - Google Patents
传输网络中业务服务质量的控制方法、设备及系统 Download PDFInfo
- Publication number
- CN108471629A CN108471629A CN201710100710.5A CN201710100710A CN108471629A CN 108471629 A CN108471629 A CN 108471629A CN 201710100710 A CN201710100710 A CN 201710100710A CN 108471629 A CN108471629 A CN 108471629A
- Authority
- CN
- China
- Prior art keywords
- pipeline
- parameter
- network
- target service
- service
- 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
Links
Classifications
-
- 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/08—Configuration management of networks or network elements
- H04L41/0893—Assignment of logical groups to network elements
-
- 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/08—Configuration management of networks or network elements
- H04L41/0896—Bandwidth or capacity management, i.e. automatically increasing or decreasing capacities
-
- 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/50—Network service management, e.g. ensuring proper service fulfilment according to agreements
- H04L41/5041—Network service management, e.g. ensuring proper service fulfilment according to agreements characterised by the time relationship between creation and deployment of a service
- H04L41/5051—Service on demand, e.g. definition and deployment of services in real time
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W28/00—Network traffic management; Network resource management
- H04W28/16—Central resource management; Negotiation of resources or communication parameters, e.g. negotiating bandwidth or QoS [Quality of Service]
- H04W28/18—Negotiating wireless communication parameters
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W28/00—Network traffic management; Network resource management
- H04W28/16—Central resource management; Negotiation of resources or communication parameters, e.g. negotiating bandwidth or QoS [Quality of Service]
- H04W28/18—Negotiating wireless communication parameters
- H04W28/20—Negotiating bandwidth
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W28/00—Network traffic management; Network resource management
- H04W28/16—Central resource management; Negotiation of resources or communication parameters, e.g. negotiating bandwidth or QoS [Quality of Service]
- H04W28/24—Negotiating SLA [Service Level Agreement]; Negotiating QoS [Quality of Service]
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Quality & Reliability (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本申请公开了传输网络中业务服务质量的控制方法、设备及系统,能够保障未来5G传输网络中业务的QOS。方法包括:策略实体接收来自软件自定义网络SDN控制器的管道标识ID,所述管道ID用于标识在第一数据中心和第二数据中心之间建立的满足目标QOS参数要求的传输管道;所述策略实体绑定所述管道ID和所述目标业务的参量的对应关系,所述参量包括网际协议IP五元组或者业务类型所述策略实体向所述目标业务所在的网络切片中的用户面UP功能实体发送所述对应关系;或者,所述策略实体向所述网络切片中的应用APP服务器发送所述对应关系。本申请适用于通信技术领域。
Description
技术领域
本申请涉及通信技术领域,尤其涉及传输网络中业务服务质量的控制方法、设备及系统。
背景技术
网络切片(Network Slice)是一个用于支持特定用例的逻辑网络,可以端到端((End to End,E2E)的包括整个网络,也可以部分网络功能在多个网络切片中共享,是满足未来第五代(5th generation,5G)传输网络差异化需求的关键技术。
通常,不同网络切片的传输网络特征并不相同,且要求网络切片之间相互隔离,互不影响。如增强实现(Augmented Reality,AR)/虚拟实现(Virtual Reality,VR)业务的网络切片要求大带宽、低时延业务;物联网((Internet Of Things,IOT)业务的网络切片要求支持海量终端接入,但带宽小,对时延没要求。因此,如何提供不同的服务质量(Quality ofService,QOS),比如大带宽、低时延等,是目前亟待解决的问题。
现有演进分组核心(Evolved Packet Core,EPC)网络的QOS技术中,QOS控制都是每用户每业务(Per Service Per User,PSPU),即通过将不同业务映射到不同QOS参数的承载上,以实现不同的处理。其中,承载的QOS参数就是第三代合作伙伴项目(3rd GenerationPartnership Project,3GPP)定义的QOS类别指示码,将QOS的时延、抖动、丢包、优先级进行分类。从分组交换(Packet Switched,PS)核心网和无线空口看,QOS参数包括QOS分类识别码(QOS Class Identifier,QCI)、分配保持优先级(Allocation Retention Priority,ARP)和带宽。而传输网络只有网际协议(Internet Protocol,IP)报头中的差分服务代码点(Differentiated Services Code Point,DSCP)标示优先级类别,因此,如图1所示,在EPC网络中,分组数据网关(Public Data NetWork Gateway,PGW)在向公共数据网(PublicData NetWork,PDN)发送消息时,会根据QCI映射成DSCP,这样传输网络对于不同的QCI业务,能根据对应的DSCP进行不同优先级调度,满足传输网络的QOS需求。
然而,未来5G传输网络中的关键性(Critical)业务,如远程手术、远程操作等需要提供保障的带宽和保障的时延,若将现有传输网络的QOS技术应用到未来5G传输网络中,传输网络只能根据DSCP进行不同优先级调度,并不能提供保障的带宽和保障的时延。也就是说,现有传输网络的QOS技术并不能保障未来5G传输网络中业务的QOS。
发明内容
本申请实施例提供传输网络中业务服务质量的控制方法、设备及系统,能够保障未来网络的传输网络中业务的QOS。
为达到上述目的,本申请实施例提供如下技术方案:
第一方面,本申请实施例提供一种传输网络中业务服务质量QOS的控制方法,该方法包括:策略实体接收来自软件自定义网络SDN控制器的管道标识ID,该管道ID用于标识在第一数据中心和第二数据中心之间建立的满足目标QOS参数要求的传输管道;策略实体绑定该管道ID和该目标业务的参量的对应关系,该参量包括网际协议IP五元组或者业务类型;策略实体向该目标业务所在的网络切片中的用户面UP功能实体发送该对应关系;或者,该策略实体向该网络切片中的应用APP服务器发送该对应关系。基于该方法,由于SDN控制器可以在第一数据中心和第二数据中心之间建立一条满足目标QOS参数要求的传输管道并生成相应的管道ID;策略实体可以接收来自SDN控制器的管道ID,进而绑定管道ID和目标业务的参量的对应关系,并将该对应关系发送给UP功能实体和APP服务器,使得UP功能实体和APP服务器在获取到目标业务的业务数据之后,可以根据该业务数据确定目标业务的参量,并根据该参量和存储的对应关系确定目标业务对应的管道ID,进而根据管道ID选择之前建立的传输管道进行路由,即不需要SDN转发节点对每个消息包都根据业务IP包进行分析,因此不仅可以保障未来5G传输网络中业务的QOS;而且可以避免SDN转发节点识别业务流所带来的性能下降的问题,比如效率较低的问题。
在一种可能的设计中,在策略实体接收来自SDN控制器的管道ID之前,还包括:策略实体接收来自切片管理节点的第一指示消息,指示该策略实体在该第一数据中心和该第二数据中心之间建立传输管道,该第一指示消息包括该目标业务的业务类型、以及该第一数据中心和该第二数据中心之间的链路DL参数;策略实体根据该目标业务的业务类型以及本地配置策略,确定允许在该第一数据中心和该第二数据中心之间建立满足该目标QOS参数要求的传输管道;策略实体向SDN控制器发送第二指示消息,该第二指示消息包括该DL参数和该目标QOS参数,指示该SDN控制器根据该DL参数和该目标QOS参数在该第一数据中心和该第二数据中心之间建立一条满足该目标QOS参数要求的传输管道。基于该方案,可以为目标业务在第一数据中心和该第二数据中心之间建立一条满足目标QOS参数要求的传输管道。
在一种可能的设计中,该目标QOS参数为该目标业务的QOS参数;或者,该目标QOS参数为根据该目标业务的业务类型确定的QOS参数;或者,该目标QOS参数为根据该本地配置策略确定的QOS参数。
在一种可能的设计中,该第一指示消息还携带该目标业务所在网络切片的切片ID;在策略实体向该目标业务所在的网络切片中的UP功能实体发送该对应关系;或者,该策略实体向该网络切片中的APP服务器发送该对应关系之前,还包括:策略实体确定该切片ID对应的网络切片。基于该方案,由于策略实体可以确定目标业务所在的网络切片,因此,策略实体可以向目标业务所在的网络切片中的UP功能实体或者APP服务器发送该对应关系。
在一种可能的设计中,若该参量包括IP五元组,在策略实体绑定该管道ID和该目标业务的参量的对应关系之前,还包括:策略实体获取该IP五元组。基于该方案,由于策略实体可以获取
在一种可能的设计中,策略实体获取该IP五元组,包括:策略实体获取第一指示消息中携带的IP五元组;或者,策略实体获取该IP五元组,包括:策略实体接收来自APP服务器的IP五元组。基于该方案,策略实体可以获取到IP五元组。
在一种可能的设计中,该对应关系用于UP功能实体或者APP服务器在根据该目标业务的业务数据确定该目标业务的参量之后,根据该参量和该对应关系确定管道ID,并根据该管道ID对应的该传输管道发送业务数据。基于该方案,在策略实体将对应关系发送给UP功能实体和APP服务器之后,UP功能实体和APP服务器在获取到目标业务的业务数据之后,可以根据该业务数据确定目标业务的参量,并根据该参量和存储的对应关系确定目标业务对应的管道ID,进而根据管道ID选择之前建立的传输管道进行路由,即不需要SDN转发节点对每个消息包都根据业务IP包进行分析,因此不仅可以保障未来5G传输网络中业务的QOS;而且可以避免SDN转发节点识别业务流所带来的性能下降的问题,比如效率较低的问题。
第二方面,本申请实施例提供一种传输网络中业务服务质量QOS的控制方法,该方法包括:第一网络设备获取目标业务的业务数据;第一网络设备根据该业务数据,确定该目标业务的参量,该参量包括网际协议IP五元组或者业务类型;第一网络设备根据该参量以及预先存储的该目标业务对应的管道标识ID和该参量的对应关系,确定该目标业务对应的管道ID,该管道ID用于标识在第一数据中心和第二数据中心之间建立的满足目标QOS参数要求的传输管道;第一网络设备向出口SDN转发节点发送该业务数据和该管道ID,该管道ID用于该出口SDN转发节点确定该传输管道,并通过该传输管道向第二网络设备发送该业务数据,该出口SDN转发节点为该传输网络中传输该业务数据的第一个SDN转发节点;其中,该第一网络设备为应用APP服务器,该第二网络设备为用户面UP功能实体;或者,该第一网络设备为该UP功能实体,该第二网络设备为该APP服务器。基于该方案,在策略实体将对应关系发送给UP功能实体和APP服务器之后,UP功能实体和APP服务器在获取到目标业务的业务数据之后,可以根据该业务数据确定目标业务的参量,并根据该参量和存储的对应关系确定目标业务对应的管道ID,进而根据管道ID选择之前建立的传输管道进行路由,即不需要SDN转发节点对每个消息包都根据业务IP包进行分析,因此不仅可以保障未来5G传输网络中业务的QOS;而且可以避免SDN转发节点识别业务流所带来的性能下降的问题,比如效率较低的问题。
在一种可能的设计中,第一网络设备根据该业务数据,确定该目标业务的参量,包括:第一网络设备检测该业务数据的IP五元组;若第一网络设备检测到该IP五元组,第一网络设备确定该目标业务的参量包括该IP五元组;若第一网络设备检测不到该IP五元组,第一网络设备识别该业务数据的业务类型,并确定该目标业务的参量包括该业务类型。基于该方案,第一网络设备可以确定目标业务的参量。
在一种可能的设计中,该方法还包括:第一网络设备接收并存储来自策略实体的该对应关系。这样,在第一网络设备根据业务数据确定目标业务的参量之后,可以根据该参量和存储的对应关系确定目标业务对应的管道ID。
第三方面,本申请实施例提供一种策略实体,该策略实体具有实现上述方法实施例中策略实体行为的功能。该功能可以通过硬件实现,也可以通过硬件执行相应的软件实现。该硬件或软件包括一个或多个与上述功能相对应的模块。
第四方面,本申请实施例提供一种策略实体,包括:处理器、存储器、总线和通信接口;该存储器用于存储计算机执行指令,该处理器与该存储器通过该总线连接,当该策略实体运行时,该处理器执行该存储器存储的该计算机执行指令,以使该策略实体备执行如上述第一方面任意一项的传输网络中业务QOS的控制方法。
第五方面,本申请实施例提供了一种计算机可读存储介质,用于储存为上述策略实体所用的计算机软件指令,当其在计算机上运行时,使得计算机可以执行上述第一方面中任意一项的传输网络中业务QOS的控制方法。
第六方面,本申请实施例提供了一种包含指令的计算机程序产品,当其在计算机上运行时,使得计算机可以执行上述第一方面中任意一项的传输网络中业务QOS的控制方法。
另外,第三方面至第六方面中任一种设计方式所带来的技术效果可参见第一方面中不同设计方式所带来的技术效果,此处不再赘述。
第七方面,本申请实施例提供一种第一网络设备,该第一网络设备具有实现上述方法实施例中第一网络设备行为的功能。该功能可以通过硬件实现,也可以通过硬件执行相应的软件实现。该硬件或软件包括一个或多个与上述功能相对应的模块。
第八方面,本申请实施例提供一种第一网络设备,包括:处理器、存储器、总线和通信接口;该存储器用于存储计算机执行指令,该处理器与该存储器通过该总线连接,当该第一网络设备运行时,该处理器执行该存储器存储的该计算机执行指令,以使该第一网络设备执行如上述第二方面任意一项的传输网络中业务QOS的控制方法。
第九方面,本申请实施例提供了一种计算机可读存储介质,用于储存为上述第一网络设备所用的计算机软件指令,当其在计算机上运行时,使得计算机可以执行上述第二方面中任意一项的传输网络中业务QOS的控制方法。
第十方面,本申请实施例提供了一种包含指令的计算机程序产品,当其在计算机上运行时,使得计算机可以执行上述第二方面中任意一项的传输网络中业务QOS的控制方法。
另外,第七方面至第十方面中任一种设计方式所带来的技术效果可参见第二方面中不同设计方式所带来的技术效果,此处不再赘述。
第十一方面,本申请实施例提供一种传输网络中业务QOS的控制系统,该系统包括:第一网络设备和策略实体;该策略实体,用于接收来自软件自定义网络SDN控制器的管道标识ID,该管道ID用于标识在第一数据中心和第二数据中心之间建立的满足目标QOS参数要求的传输管道;绑定该管道ID和该目标业务的参量的对应关系,该参量包括网际协议IP五元组或者业务类型;向该目标业务所在的网络切片中的第一网络设备发送该对应关系;该第一网络设备,用于获取目标业务的业务数据,并根据该业务数据确定目标业务的参量之后,根据该参量和该对应关系确定管道ID,并根据该管道ID对应的传输管道发送业务数据。
在一种可能的设计中,该第一网络设备为上述任一方面所述的第一网络设备。
在一种可能的设计中,该策略实体为上述任一方面所述的策略实体。
其中,第十一方面中任一种设计方式所带来的技术效果可参见第一方面和第二方面中不同设计方式所带来的技术效果,此处不再赘述。
本申请的这些方面或其他方面在以下实施例的描述中会更加简明易懂。
附图说明
图1为现有EPC网络的QOS分解示意图;
图2为本申请实施例提供的传输网络中业务QOS的控制系统示意图一;
图3为本申请实施例提供的传输网络中业务QOS的控制系统示意图二;
图4为本申请实施例提供的传输网络中业务QOS的控制系统示意图三;
图5为本申请实施例提供的通信设备的硬件示意图;
图6为本申请实施例提供的传输网络中业务QOS的控制方法流程示意图一;
图7为本申请实施例提供的策略实体的结构示意图一;
图8为本申请实施例提供的策略实体的结构示意图二;
图9为本申请实施例提供的策略实体的结构示意图三;
图10为本申请实施例提供的策略实体的结构示意图四;
图11为本申请实施例提供的第一网络设备的结构示意图一;
图12为本申请实施例提供的第一网络设备的结构示意图二;
图13为本申请实施例提供的第一网络设备的结构示意图三;
图14为本申请实施例提供的第一网络设备的结构示意图四。
具体实施方式
下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行描述。其中,在本申请的描述中,除非另有说明,“多个”是指两个或多于两个。“/”表示或的意思,例如,A/B可以表示A或B;“和/或”仅仅是一种描述关联对象的关联关系,表示可以存在三种关系,例如,A和/或B,可以表示:单独存在A,同时存在A和B,单独存在B这三种情况。另外,为了便于清楚描述本申请实施例的技术方案,在本申请的实施例中,采用了“第一”、“第二”等字样对功能和作用基本相同的相同项或相似项进行区分,本领域技术人员可以理解“第一”、“第二”等字样并不对数量和执行次序进行限定。比如,本申请实施例中的第一数据中心的“第一”和第二数据中心中的“第二”仅用于区分不同的数据中心。
本申请实施例描述的网络架构以及业务场景是为了更加清楚的说明本申请实施例的技术方案,并不构成对于本申请实施例提供的技术方案的限定,本领域普通技术人员可知,随着网络架构的演变和新业务场景的出现,本申请实施例提供的技术方案对于类似的技术问题,同样适用。
如图2所示,为本申请实施例提供的传输网络中业务QOS的控制系统20,该控制系统20包括第一数据中心、第二数据中心、策略实体、软件自定义网络(Software DefinedNetwork,SDN)控制器和切片管理节点。其中,第一数据中心包括用户面(User Plane,UP)功能实体和控制面(Control Plane,CP)功能实体,一个CP功能实体和一个UP功能实体组成一个分组交换(packet switched,PS)核(Core);第二数据中心包括应用(Application,APP)服务器;传输网络位于第一数据中心和第二数据中心之间,包括多个SDN转发节点,如图2中云中的小圈圈。
具体的,切片管理节点用于在网络切片部署阶段为目标业务部署网络切片,包括在第一数据中心部署网络切片中的UP功能实体和CP功能实体、以及在第二数据中心部署网络切片中的APP服务器。策略实体用于协助SDN控制器为目标业务建立满足目标QOS参数要求的传输管道,并绑定管道标识(Identifier,ID)和目标业务的参量的对应关系,将该对应关系发送给网络切片中的UP功能实体和/或APP服务器,其中,该目标业务的参量包括目标业务的网际协议(Internet Protocol,IP)五元组或者目标业务的业务类型。UP功能实体或者APP服务器用于在网络切片运行时,获取目标业务的业务数据,并根据该业务数据,确定目标业务的参量;并根据目标业务的参量以及预先存储的目标业务对应的管道ID和目标业务的参量的对应关系,确定目标业务对应的管道ID;进而向出口SDN转发节点发送业务数据和管道ID,该管道ID用于出口SDN转发节点确定传输目标业务的传输管道,并通过该传输管道向APP服务器或者UP功能实体发送业务数据,该出口SDN转发节点为传输网络中传输业务数据的第一个SDN转发节点。其中,通过该控制系统20进行传输网络中业务QOS控制的方法可参考下述方法实施例,在此不再赘述。
需要说明的是,图2中所示的传输网络中业务QOS的控制系统20以不同网络切片的PS核共享,APP服务器隔离的情况为例进行示意。当然,该控制系统20中的网络切片也可能是其他情况,比如,如图3所示,每个网络切片有独立的PS核和APP服务器;或者,如图4所示,在同一个网络切片内,也存在不同QOS要求的业务,本申请实施例对网络切片的类型不作具体限定。
具体的,上述传输网络中业务QOS的控制系统20可以应用于未来的5G网络以及未来其它的网络,本申请实施例对此不作具体限定。
需要说明的是,上述传输网络中业务QOS的控制系统20中的第一数据中心、第二数据中心、CP功能实体、UP功能实体、策略实体、SDN控制器、切片管理节点、APP服务器等仅是一个名字,名字对设备本身不构成限定。在未来的5G网络以及未来其它的网络中,第一数据中心、第二数据中心、CP功能实体、UP功能实体、策略实体、SDN控制器、切片管理节点、APP服务器所对应的网元或实体也可以是其他的名字,本申请实施例对此不作具体限定。例如,该CP功能实体还有可能被替换为CP功能或者CP,该UP功能实体还有可能被替换为UP功能或者UP;该策略实体策略还有可能被替换为控制功能(Policy Control Function,PCF)实体,等等,在此进行统一说明,以下不再赘述。
需要说明的是,上述传输网络中业务QOS的控制系统20中的第一数据中心、第二数据中心、CP功能实体、UP功能实体、策略实体、SDN控制器、切片管理节点、APP服务器等除了具备本申请实施例中的功能,还可能具备其他的功能,本申请实施例对此不作具体限定。比如,第一数据中心和第二数据中心除了具备业务数据传输的功能之外,还可能具备其他的功能,本申请实施例对此不作具体限定。
需要说明的是,本申请实施例图2至图4中的CP功能实体、UP功能实体、策略实体、SDN控制器、切片管理节点或者APP服务器等,可能由一个实体设备实现,也可能由多个实体设备共同实现,本申请实施例对此不作具体限定。即,可以理解的是,本申请实施例中的CP功能实体、UP功能实体、策略实体、SDN控制器、切片管理节点或者APP服务器等,都可能是实体设备内的一个逻辑功能模块,也可能是由多个实体设备组成的一个逻辑功能模块,本申请实施例对此不作具体限定。
例如,如图5所示,图2至图4中的CP功能实体、UP功能实体、策略实体、SDN控制器、切片管理节点或者APP服务器等可以通过图5中的通信设备来实现。
如图5所示,为本申请实施例提供的一种通信设备50的硬件结构示意图,该包括至少一个处理器501,通信总线502,存储器503以及至少一个通信接口504。
处理器501可以是一个通用中央处理器(Central Processing Unit,CPU),微处理器,特定应用集成电路(Application-Specific Integrated Circuit,ASIC),或一个或多个用于控制本申请方案程序执行的集成电路。
通信总线502可包括一通路,在上述组件之间传送信息。
通信接口504,使用任何收发器一类的装置,用于与其他设备或通信网络通信,如以太网,无线接入网(Radio Access Network,RAN),无线局域网(Wireless Local AreaNetworks,WLAN)等。
存储器503可以是只读存储器(Read-Only Memory,ROM)或可存储静态信息和指令的其他类型的静态存储设备,随机存取存储器(Random Access Memory,RAM)或者可存储信息和指令的其他类型的动态存储设备,也可以是电可擦可编程只读存储器(ElectricallyErasable Programmable Read-Only Memory,EEPROM)、只读光盘(Compact Disc Read-Only Memory,CD-ROM)或其他光盘存储、光碟存储(包括压缩光碟、激光碟、光碟、数字通用光碟、蓝光光碟等)、磁盘存储介质或者其他磁存储设备、或者能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质,但不限于此。存储器可以是独立存在,通过总线与处理器相连接。存储器也可以和处理器集成在一起。
其中,存储器503用于存储执行本申请方案的应用程序代码,并由处理器501来控制执行。处理器501用于执行存储器503中存储的应用程序代码,从而实现上述实施例中所述的在云数据中心中实现数据转换的方法。
在具体实现中,作为一种实施例,处理器501可以包括一个或多个CPU,例如图5中的CPU0和CPU1。
在具体实现中,作为一种实施例,通信设备50可以包括多个处理器,例如图5中的处理器501和处理器508。这些处理器中的每一个可以是一个单核(single-CPU)处理器,也可以是一个多核(multi-CPU)处理器。这里的处理器可以指一个或多个设备、电路、和/或用于处理数据(例如计算机程序指令)的处理核。
在具体实现中,作为一种实施例,通信设备50还可以包括输出设备505和输入设备506。输出设备505和处理器501通信,可以以多种方式来显示信息。例如,输出设备505可以是液晶显示器(Liquid Crystal Display,LCD),发光二级管(Light Emitting Diode,LED)显示设备,阴极射线管(Cathode Ray Tube,CRT)显示设备,或投影仪(projector)等。输入设备506和处理器501通信,可以以多种方式接受用户的输入。例如,输入设备506可以是鼠标、键盘、触摸屏设备或传感设备等。
上述的通信设备50可以是一个通用通信设备或者是一个专用通信设备。在具体实现中,通信设备50可以是台式机、便携式电脑、网络服务器、掌上电脑(Personal DigitalAssistant,PDA)、移动手机、平板电脑、无线终端设备、嵌入式设备或有图5中类似结构的设备。本申请实施例不限定通信设备50的类型。
下面将结合图2至图4所示的传输网络中业务QOS的控制系统20和图5所示的通信设备50对本申请实施例提供的传输网络中业务QOS的控制方法进行具体阐述。
如图6所示,为本申请实施例提供的传输网络中业务QOS的控制方法流程示意图。以切片管理节点、策略实体、SDN控制器、SDN转发节点、CP功能实体、UP功能实体和APP服务器之间的交互为例进行说明,包括如下步骤:
S601、网络切片部署阶段,切片管理节点为目标业务部署网络切片,包括在第一数据中心部署网络切片中的UP功能实体和CP功能实体、以及在第二数据中心部署网络切片中的APP服务器。
其中,切片部署的具体实现可参考现有的方案,本申请实施例在此不再赘述。
S602、网络切片部署完成之后,切片管理节点向策略实体发送第一指示消息,以使得策略实体接收该第一指示消息。该第一指示消息包括目标业务所在网络切片的切片ID、目标业务的业务类型、以及第一数据中心和第二数据中心之间的链路(Data Center Link,DL)参数,指示策略实体在第一数据中心和第二数据中心之间建立传输管道。
其中,DL参数例如可以是第一数据中心和第二数据中心的编号或位置,用于标识应该在哪两个数据中心之间建立传输管道。
业务类型例如可以是AR/VR业务,或者IOT业务等。
可选的,第一指示消息还可以携带目标业务的QOS参数,该QOS参考可以包括带宽、时延、可靠性等参数,本申请实施例对此不作具体限定。
可选的,对于静态配置的业务,业务的IP地址预先在网络切片设计中已经提供,因此第一指示消息还可以携带目标业务的IP五元组,本申请实施例对此不作具体限定。其中,IP五元组包括源IP地址,源端口,目的IP地址,目的端口和传输层协议。
S603、策略实体根据目标业务的业务类型以及本地配置策略,确定允许在第一数据中心和第二数据中心建立满足目标QOS参数要求的传输管道。
其中,本地配置策略是指运营商可以在策略实体上配置一个本地策略,即对于什么业务以及在什么样的QOS要求下(如时延在10ms),则需要传输网络进行特殊保障。
例如:1)配置AR/VR业务需要传输网络进行特殊保障;
2)配置视频业务,且时延在10ms,带宽在100M以上,需要传输网络进行特殊保障。
需要说明的是,本申请实施例中,需要传输网络进行特殊保障,具体是指需要建立满足目标QOS参数要求的传输管道,在此进行统一说明,以下不再赘述。
可选的,本申请实施例中的目标QOS参数可以是上述第一指示消息中携带的目标业务的QOS参数;或者,可以是根据目标业务的业务类型确定的QOS参数,比如根据业务类型映射到缺省的QOS参数;或者,可以是根据本地配置策略确定的QOS参数,比如本地配置策略要求的QOS参数,本申请实施例对此不作具体限定。
可选的,策略实体根据目标业务的业务类型以及本地配置策略,还可以确定仅完成第一数据中心和第二数据中心之间网络链路的连接,不需要传输网络进行特殊保障,即不需要在第一数据中心和第二数据中心建立满足目标QOS参数要求的传输管道,该情况下的处理方式与现有IP包中的DSCP处理机制保持一致,在此不再赘述。
S604、策略实体向SDN控制器发送第二指示消息,以使得SDN控制器接收第二指示消息,该第二指示消息包括DL参数和目标QOS参数,指示SDN控制器根据DL参数在第一数据中心和第二数据中心之间建立一条满足目标QOS参数要求的传输管道。
S605、SDN控制器根据DL参数和目标QOS参数在第一数据中心和第二数据中心之间建立一条满足目标QOS参数要求的传输管道,并生成管道ID。
具体的,SDN控制器中存储了传输网络的全局网络拓扑和每个SDN转发节点的处理能力,进而可以根据DL参数和目标QOS参数,结合节点负荷通过SDN的南向接口指示SDN转发节点建立传输管道。比如,对于时延敏感的业务,通过在多条路径中计算每个SDN转发节点的转发时延以及SDN转发节点与SDN转发节点之间的传输时延,从而选择满足时延要求的路径,可以实现时延保障。或者,对于选定的路径,通过资源预留算法,在选定路径的每个SDN转发节点上都进行带宽资源预留,可以实现带宽保障。具体传输管道建立的实现可参考现有的方案,本申请实施例在此不再赘述。
在传输管道建立完成之后,SDN控制器可以生成唯一的管道ID,该管道ID用于标识在第一数据中心和第二数据中心建立的满足目标QOS参数要求的传输管道。
S606、SDN控制器向策略实体发送管道ID,以使得策略实体接收该管道ID。
S607、策略实体绑定管道ID和目标业务的参量的对应关系,该参量包括IP五元组或者业务类型。
其中,当该参量包括IP五元组时,该IP五元组可能是第一指示消息中携带的IP五元组;也可能是业务激活时才动态配置的,即如图6中的步骤S1所示,APP服务器在目标业务激活时,将该目标业务的IP五元组发送给策略实体,本申请实施例对此不作具体限定。
需要说明的是,对于一个切片,某个业务流可以是通配的IP五元组,本申请实施例对此不作具体限定。
需要说明的是,上述步骤S1和上述步骤S602-S606之间没有必然的执行先后顺序,可以先执行步骤S1,再执行步骤S602-S606;也可能是先执行步骤S602-S606,再执行步骤S1;还可能是同时执行步骤S1和步骤S602-S606,本申请实施例对此不作具体限定。
S608、策略实体确定切片ID对应的网络切片。
在策略实体确定切片ID对应的网络切片之后,策略实体针对上行业务数据和下行业务数据分别做如下处理:
场景A、针对上行业务数据,执行如下步骤:
S609a、策略实体通过网络切片中的CP功能实体向网络切片中的UP功能实体发送该对应关系,以使得UP功能实体接收并存储该对应关系。
S610a、当目标业务所在的网络切片运行时,UP功能实体获取目标业务的业务数据。
如图6所示,UP功能实体可以接收用户设备发送的业务数据。
S611a、UP功能实体根据目标业务的业务数据,确定目标业务的参量。
可选的,UP功能实体根据目标业务的业务数据,确定目标业务的参量,具体可以包括:
UP功能实体检测目标业务的业务数据的IP五元组;若检测到,UP功能实体确定目标业务的参量包括该IP五元组;若检测不到,UP功能实体识别该业务数据的业务类型,并确定目标业务的参量包括该业务类型。
其中,UP功能实体可以根据深度报文检测(Deep Packet Inspection,DPI)功能,结合目标业务的业务特征,来识别目标业务的业务类型。当然,UP功能实体也可以通过其他方式识别目标业务的业务类型,本申请实施例对此不作具体限定。
S612a、UP功能实体根据该参量以及预先存储的目标业务对应的管道ID和该参量的对应关系,确定目标业务对应的管道ID。
通常,对于目标业务,若绑定的是管道ID和该目标业务的IP五元组的对应关系,则UP功能实体在获取到目标业务的业务数据之后,可以检测到目标业务的IP五元组,也就是说,可以确定目标业务的参量包括目标业务的IP五元组,进而可以根据管道ID和该目标业务的IP五元组的对应关系,确定目标业务对应的管道ID;若绑定的是管道ID和该目标业务的业务类型的对应关系,则UP功能实体在获取到目标业务的业务数据之后,检测不到目标业务的IP五元组,需要继续识别目标业务的业务类型,也就是说,可以确定目标业务的参量包括目标业务的业务类型,进而可以根据管道ID和该目标业务的业务类型的对应关系,确定目标业务对应的管道ID。
S613a、UP功能实体向SDN转发节点1发送业务数据和目标业务对应的管道ID,以使得SDN转发节点1接收该业务数据和目标业务对应的管道ID,该管道ID用于SDN转发节点1确定传输目标业务的传输管道,并通过该传输管道向网络切片中的APP服务器发送业务数据。其中,SDN转发节点1为传输网络中传输目标业务的业务数据的第一个SDN转发节点。
具体的,可以在业务数据的消息头中利用因特网工程任务组(InternetEngineering Task Force,IETF)定义的网络服务包头(Network Service Header,NSH)头域来携带管道ID,与业务链实现技术一致,本申请实施例对此不作具体限定。
S614a、SDN转发节点1根据管道ID确定传输目标业务的传输管道。
S615a、SDN转发节点1通过该传输管道向APP服务器发送业务数据,以使得APP服务器接收该业务数据。
具体的,在SDN转发节点1根据管道ID确定传输目标业务的传输管道之后,该传输管道中的其他SDN转发节点可以直接按照传输管道传输,不需要再识别管道ID,具体可参考现有的传输方式,在此不再赘述。
其中,上述步骤S601是处于网络切片部署阶段;上述步骤S602-S609a是处于业务激活阶段,均是信令流,没有用户的数据流的参与;上述步骤S610a-S615a是处于网络切片运行阶段,是用户的数据流,也就是说有用户的数据流的参与。
场景B、针对下行业务数据,执行如下步骤:
S609b、策略实体向网络切片中的APP服务器发送该对应关系,以使得APP服务器接收并存储该对应关系。
S610b、当目标业务所在的网络切片运行时,APP服务器获取目标业务的业务数据。
S611b、APP服务器根据目标业务的业务数据,确定目标业务的参量。
可选的,APP服务器根据目标业务的业务数据,确定目标业务的参量,具体可以包括:
APP服务器检测目标业务的业务数据的IP五元组;若检测到,APP服务器确定目标业务的参量包括该IP五元组;若检测不到,APP服务器识别该业务数据的业务类型,并确定目标业务的参量包括该业务类型。
S612b、APP服务器根据该参量以及预先存储的目标业务对应的管道ID和该参量的对应关系,确定目标业务对应的管道ID。
通常,对于目标业务,若绑定的是管道ID和该目标业务的IP五元组的对应关系,则APP服务器在获取到目标业务的业务数据之后,可以检测到目标业务的IP五元组,也就是说,可以确定目标业务的参量包括目标业务的IP五元组,进而可以根据管道ID和该目标业务的IP五元组的对应关系,确定目标业务对应的管道ID;若绑定的是管道ID和该目标业务的业务类型的对应关系,则APP服务器在获取到目标业务的业务数据之后,检测不到目标业务的IP五元组,需要继续识别目标业务的业务类型,也就是说,可以确定目标业务的参量包括目标业务的业务类型,进而可以根据管道ID和该目标业务的业务类型的对应关系,确定目标业务对应的管道ID。
S613b、APP服务器向SDN转发节点n发送业务数据和目标业务对应的管道ID,以使得SDN转发节点n接收该业务数据和目标业务对应的管道ID,该管道ID用于SDN转发节点n确定传输目标业务的传输管道,并通过该传输管道向APP服务器发送业务数据。其中,SDN转发节点n为传输网络中传输目标业务的业务数据的第一个SDN转发节点。
具体的,可以在业务数据的消息头中利用IETF定义的NSH头域来携带管道ID,与业务链实现技术一致,本申请实施例对此不作具体限定。
S614b、SDN转发节点n根据管道ID确定传输目标业务的传输管道。
S615b、SDN转发节点n通过该传输管道向网络切片中的UP功能实体发送业务数据,以使得UP功能实体接收该业务数据,并将该业务数据转发给相应的用户设备,如图6所示。
具体的,在SDN转发节点n根据管道ID确定传输目标业务的传输管道之后,该传输管道中的其他SDN转发节点可以直接按照传输管道传输,不需要再识别管道ID,具体可参考现有的传输方式,在此不再赘述。
至此,传输网络中业务QOS的控制方法流程结束。
其中,上述步骤S601是处于网络切片部署阶段;上述步骤S602-S609b是处于业务激活阶段,均是信令流,没有用户的数据流的参与;上述步骤S610b-S614b是处于网络切片运行阶段,是用户的数据流,也就是说有用户的数据流的参与。
需要说明的是,图6所示的实施例中的目标业务可能是图4所示的网络切片中的业务,即同一个网络切片内存在不同QOS要求的业务,也可能是图2或者图3所示的网络切片中的业务,即不同网络切片中的业务,本申请实施例对此不作具体限定。其中,对于图4所示的场景中的每个业务,均可以按照图6所示的传输网络中业务QOS的控制方法进行处理,从而保障传输网络选择正确的管道路径。
本申请实施例提供了传输网络中业务QOS的控制方法,基于该方法,由于SDN控制器可以在第一数据中心和第二数据中心之间建立一条满足目标QOS参数要求的传输管道并生成相应的管道ID;策略实体可以接收来自SDN控制器的管道ID,进而绑定管道ID和目标业务的参量的对应关系,并将该对应关系发送给UP功能实体和APP服务器,使得UP功能实体和APP服务器在获取到目标业务的业务数据之后,可以根据该业务数据确定目标业务的参量,并根据该参量和存储的对应关系确定目标业务对应的管道ID,进而根据管道ID选择之前建立的传输管道进行路由,即不需要SDN转发节点对每个消息包都根据业务IP包进行分析,因此不仅可以保障未来5G传输网络中业务的QOS;而且可以避免SDN转发节点识别业务流所带来的性能下降的问题,比如效率较低的问题。
其中,上述S603、S604、S607、S608、S609a和S609b中策略实体的动作可以由图5所示的计算机设备500中的处理器501调用存储器503中存储的应用程序代码来执行,本申请实施例对此不作任何限制。
其中,上述S610a、S611a、S612a和S613a中UP功能实体的动作可以由图5所示的计算机设备500中的处理器501调用存储器503中存储的应用程序代码来执行,本申请实施例对此不作任何限制。
其中,上述S610b、S611b、S612b和S613b中APP服务器的动作可以由图5所示的计算机设备500中的处理器501调用存储器503中存储的应用程序代码来执行,本申请实施例对此不作任何限制。
上述主要从各个网元之间交互的角度对本申请实施例提供的方案进行了介绍。可以理解的是,各个网元,例如策略实体或者APP服务器或者UP功能实体为了实现上述功能,其包含了执行各个功能相应的硬件结构和/或软件模块。本领域技术人员应该很容易意识到,结合本文中所公开的实施例描述的各示例的单元及算法步骤,本申请能够以硬件或硬件和计算机软件的结合形式来实现。某个功能究竟以硬件还是计算机软件驱动硬件的方式来执行,取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能,但是这种实现不应认为超出本申请的范围。
本申请实施例可以根据上述方法示例对策略实体或者APP服务器或者UP功能实体进行功能模块的划分,例如,可以对应各个功能划分各个功能模块,也可以将两个或两个以上的功能集成在一个处理模块中。上述集成的模块既可以采用硬件的形式实现,也可以采用软件功能模块的形式实现。需要说明的是,本申请实施例中对模块的划分是示意性的,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式。
比如,在采用对应各个功能划分各个功能模块的情况下,图7示出了上述实施例中所涉及的策略实体70的一种可能的结构示意图。该策略实体70包括接收模块701、绑定模块702和发送模块703。
接收模块701,用于接收来自SDN控制器的管道ID,该管道ID用于标识在第一数据中心和第二数据中心之间建立的满足目标QOS参数要求的传输管道。
绑定模块702,用于绑定管道ID和目标业务的参量的对应关系,该参量包括IP五元组或者业务类型。
发送模块703,用于向目标业务所在的网络切片中的UP功能实体发送该对应关系;或者,发送模块703,用于向网络切片中的APP服务器发送该对应关系。
可选的,如图8所示,该策略实体70还可以包括确定模块704。
接收模块701,还用于在接收来自SDN控制器的管道ID之前,接收来自切片管理节点的第一指示消息,指示策略实体70在第一数据中心和第二数据中心之间建立传输管道,该第一指示消息包括目标业务的业务类型、以及第一数据中心和第二数据中心之间的DL参数。
确定模块704,用于根据目标业务的业务类型以及本地配置策略,确定允许在第一数据中心和第二数据中心之间建立满足目标QOS参数要求的传输管道。
发送模块703,还用于向SDN控制器发送第二指示消息,第二指示消息包括DL参数和目标QOS参数,指示SDN控制器根据DL参数和目标QOS参数在第一数据中心和第二数据中心之间建立一条满足目标QOS参数要求的传输管道。
可选的,上述目标QOS参数为目标业务的QOS参数;或者,上述目标QOS参数为根据目标业务的业务类型确定的QOS参数;或者,上述目标QOS参数为根据本地配置策略确定的QOS参数。
可选的,第一指示消息还携带目标业务所在网络切片的切片ID。
其中,确定模块704,还用于在发送模块703向目标业务所在的网络切片中的UP功能实体发送对应关系之前;或者,发送模块703向网络切片中的APP服务器发送对应关系之前,确定切片ID对应的网络切片。
可选的,如图9所示,策略实体70还可以包括获取模块705。
其中,获取模块705,用于若参量包括IP五元组,在绑定模块702绑定管道ID和目标业务的参量的对应关系之前,获取IP五元组。
进一步的,获取模块705,具体用于:获取第一指示消息中携带的IP五元组;或者,获取模块705,具体用于:接收来自APP服务器的IP五元组。
可选的,对应关系用于UP功能实体或者APP服务器在根据目标业务的业务数据确定目标业务的参量之后,根据参量和对应关系确定管道ID,并根据管道ID对应的传输管道发送业务数据。
其中,上述方法实施例涉及的各步骤的所有相关内容均可以援引到对应功能模块的功能描述,在此不再赘述。
以采用集成的方式划分各个功能模块的情况下,图10示出了上述实施例中所涉及的策略实体100的一种可能的结构示意图,该策略实体100包括:处理模块1001和通信模块1002。其中,该处理模块1001可用于执行图7至图9中绑定模块702所能执行的操作,或者执行图8与图9中确定模块704所执行的操作,或者执行图9中获取模块705所执行的操作。该通信模块1002可用于执行图7至图9中接收模块701和发送模块703所能执行的操作,具体可参考图7至图9所示的实施例,本申请实施例在此不再赘述。
其中,上述方法实施例涉及的各步骤的所有相关内容均可以援引到对应功能模块的功能描述,在此不再赘述。
在本申请实施例中,该策略实体以对应各个功能划分各个功能模块的形式来呈现,或者,该策略实体以采用集成的方式划分各个功能模块的形式来呈现。这里的“模块”可以指特定应用集成电路(Application-Specific Integrated Circuit,ASIC),电路,执行一个或多个软件或固件程序的处理器和存储器,集成逻辑电路,和/或其他可以提供上述功能的器件。在一个简单的实施例中,本领域的技术人员可以想到策略实体70或者策略实体100可以采用图5所示的形式。比如,图7中的接收模块701、绑定模块702和发送模块703可以通过图5的处理器501和存储器503来实现,具体的,接收模块701、绑定模块702和发送模块703可以通过由处理器501来调用存储器503中存储的应用程序代码来执行,本申请实施例对此不作任何限制。或者,比如,图8中的接收模块701、绑定模块702、发送模块703和确定模块704可以通过图5的处理器501和存储器503来实现,具体的,接收模块701、绑定模块702、发送模块703和确定模块704可以通过由处理器501来调用存储器503中存储的应用程序代码来执行,本申请实施例对此不作任何限制。或者,比如,图9中的接收模块701、绑定模块702、发送模块703、确定模块704和获取模块705可以通过图5的处理器501和存储器503来实现,具体的,接收模块701、绑定模块702、发送模块703、确定模块704和获取模块705可以通过由处理器501来调用存储器503中存储的应用程序代码来执行,本申请实施例对此不作任何限制。或者,比如,图10中的处理模块1001和通信模块1002可以通过图5的处理器501和存储器503来实现,具体的,处理模块1001和通信模块1002可以通过由处理器501来调用存储器503中存储的应用程序代码来执行,本申请实施例对此不作任何限制。
由于本申请实施例提供的策略实体可用于执行上述传输网络中业务QOS的控制方法,因此其所能获得的技术效果可参考上述方法实施例,本申请实施例在此不再赘述。
比如,在采用对应各个功能划分各个功能模块的情况下,图11示出了第一网络设备110的一种可能的结构示意图,该第一网络设备110包括:获取模块1101、确定模块1102和发送模块1103。
获取模块1101,用于获取目标业务的业务数据。
确定模块1102,用于根据业务数据,确定目标业务的参量,该参量包括IP五元组或者业务类型。
确定模块1102,还用于根据参量以及预先存储的目标业务对应的管道ID和参量的对应关系,确定目标业务对应的管道ID,该管道ID用于标识在第一数据中心和第二数据中心之间建立的满足目标QOS参数要求的传输管道。
发送模块1103,用于向出口SDN转发节点发送业务数据,该业务数据的消息头中携带管道ID,该管道ID用于出口SDN转发节点确定传输管道,并通过该传输管道向第二网络设备发送业务数据,该出口SDN转发节点为传输网络中传输业务数据的第一个SDN转发节点。
其中,本申请实施例中的第一网络设备110可以为如上所述的APP服务器,第二网络设备为如上所述的UP功能实体;或者,本申请实施例中的第一网络设备110可以为如上所述的UP功能实体,第二网络设备为如上所述的APP服务器,本申请实施例对此不作具体限定。
可选的,确定模块1102根据业务数据,确定目标业务的参量,具体可以包括:检测业务数据的IP五元组;若检测到IP五元组,确定目标业务的参量包括IP五元组;若检测不到IP五元组,识别业务数据的业务类型,并确定目标业务的参量包括业务类型。
可选的,如图12所示,第一网络设备110还可以包括接收模块1104和存储模块1105。
接收模块1104,用于接收来自策略实体的对应关系。
存储模块1105,用于存储该对应关系。
其中,上述方法实施例涉及的各步骤的所有相关内容均可以援引到对应功能模块的功能描述,在此不再赘述。
以采用集成的方式划分各个功能模块的情况下,图13示出了上述实施例中所涉及的第一网络设备130的一种可能的结构示意图,该第一网络设备130包括:处理模块1301和通信模块1302。其中,该处理模块1301可用于执行图11至图12中获取模块1101和确定模块1102所能执行的操作。该通信模块1302可用于执行图11至图12中发送模块1103所能执行的操作,或者执行图14中接收模块1104所能执行的操作,具体可参考图11至图12所示的实施例,本申请实施例在此不再赘述。可选的,如图14所示,第一网络设备130还可以包括存储模块1303。其中,该存储模块1303可用于执行图12中存储模块1105所能执行的操作,具体可参考图12所示的实施例,本申请实施例在此不再赘述。
其中,上述方法实施例涉及的各步骤的所有相关内容均可以援引到对应功能模块的功能描述,在此不再赘述。
在本申请实施例中,该第一网络设备以对应各个功能划分各个功能模块的形式来呈现,或者,该策略实体以采用集成的方式划分各个功能模块的形式来呈现。这里的“模块”可以指特定应用集成电路(Application-Specific Integrated Circuit,ASIC),电路,执行一个或多个软件或固件程序的处理器和存储器,集成逻辑电路,和/或其他可以提供上述功能的器件。在一个简单的实施例中,本领域的技术人员可以想到第一网络设备110或者第一网络设备130可以采用图5所示的形式。比如,图11中的获取模块1101、确定模块1102和发送模块1103可以通过图5的处理器501和存储器503来实现,具体的,获取模块1101、确定模块1102和发送模块1103可以通过由处理器501来调用存储器503中存储的应用程序代码来执行,本申请实施例对此不作任何限制。或者,比如,图12中的获取模块1101、确定模块1102、发送模块1103、接收模块1104和存储模块1105可以通过图5的处理器501和存储器503来实现,具体的,获取模块1101、确定模块1102、发送模块1103、接收模块1104和存储模块1105可以通过由处理器501来调用存储器503中存储的应用程序代码来执行,本申请实施例对此不作任何限制。或者,比如,图13中的处理模块1301和通信模块1302可以通过图5的处理器501和存储器503来实现,具体的,处理模块1301和通信模块1302可以通过由处理器501来调用存储器503中存储的应用程序代码来执行,本申请实施例对此不作任何限制。或者,比如,图14中的处理模块1301、通信模块1302和存储模块1303可以通过图5的处理器501和存储器503来实现,具体的,处理模块1301、通信模块1302和存储模块1303可以通过由处理器501来调用存储器503中存储的应用程序代码来执行,本申请实施例对此不作任何限制。
由于本申请实施例提供的第一网络设备可用于执行上述传输网络中业务QOS的控制方法,因此其所能获得的技术效果可参考上述方法实施例,本申请实施例在此不再赘述。
在上述实施例中,可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件程序实现时,可以全部或部分地以计算机程序产品的形式来实现。该计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行计算机程序指令时,全部或部分地产生按照本申请实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中,或者从一个计算机可读存储介质向另一个计算机可读存储介质传输,例如,所述计算机指令可以从一个网站站点、计算机、服务器或者数据中心通过有线(例如同轴电缆、光纤、数字用户线(Digital Subscriber Line,DSL))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可以用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质(例如,软盘、硬盘、磁带),光介质(例如,DVD)、或者半导体介质(例如固态硬盘(Solid State Disk,SSD))等。
尽管在此结合各实施例对本申请进行了描述,然而,在实施所要求保护的本申请过程中,本领域技术人员通过查看所述附图、公开内容、以及所附权利要求书,可理解并实现所述公开实施例的其他变化。在权利要求中,“包括”(comprising)一词不排除其他组成部分或步骤,“一”或“一个”不排除多个的情况。单个处理器或其他单元可以实现权利要求中列举的若干项功能。相互不同的从属权利要求中记载了某些措施,但这并不表示这些措施不能组合起来产生良好的效果。
尽管结合具体特征及其实施例对本申请进行了描述,显而易见的,在不脱离本申请的精神和范围的情况下,可对其进行各种修改和组合。相应地,本说明书和附图仅仅是所附权利要求所界定的本申请的示例性说明,且视为已覆盖本申请范围内的任意和所有修改、变化、组合或等同物。显然,本领域的技术人员可以对本申请进行各种改动和变型而不脱离本申请的精神和范围。这样,倘若本申请的这些修改和变型属于本申请权利要求及其等同技术的范围之内,则本申请也意图包含这些改动和变型在内。
Claims (25)
1.一种传输网络中业务服务质量QOS的控制方法,其特征在于,所述方法包括:
策略实体接收来自软件自定义网络SDN控制器的管道标识ID,所述管道ID用于标识在第一数据中心和第二数据中心之间建立的满足目标QOS参数要求的传输管道;
所述策略实体绑定所述管道ID和所述目标业务的参量的对应关系,所述参量包括网际协议IP五元组或者业务类型;
所述策略实体向所述目标业务所在的网络切片中的用户面UP功能实体发送所述对应关系;或者,所述策略实体向所述网络切片中的应用APP服务器发送所述对应关系。
2.根据权利要求1所述的方法,其特征在于,在所述策略实体接收来自SDN控制器的管道ID之前,还包括:
所述策略实体接收来自切片管理节点的第一指示消息,指示所述策略实体在所述第一数据中心和所述第二数据中心之间建立传输管道,所述第一指示消息包括所述目标业务的业务类型、以及所述第一数据中心和所述第二数据中心之间的链路DL参数;
所述策略实体根据所述目标业务的业务类型以及本地配置策略,确定允许在所述第一数据中心和所述第二数据中心之间建立满足所述目标QOS参数要求的传输管道;
所述策略实体向所述SDN控制器发送第二指示消息,所述第二指示消息包括所述DL参数和所述目标QOS参数,指示所述SDN控制器根据所述DL参数和所述目标QOS参数在所述第一数据中心和所述第二数据中心之间建立一条满足所述目标QOS参数要求的传输管道。
3.根据权利要求1或2所述的方法,其特征在于,所述目标QOS参数为所述目标业务的QOS参数;
或者,所述目标QOS参数为根据所述目标业务的业务类型确定的QOS参数;
或者,所述目标QOS参数为根据所述本地配置策略确定的QOS参数。
4.根据权利要求2或3所述的方法,其特征在于,所述第一指示消息还携带所述目标业务所在网络切片的切片ID;
在所述策略实体向所述目标业务所在的网络切片中的UP功能实体发送所述对应关系;或者,所述策略实体向所述网络切片中的APP服务器发送所述对应关系之前,还包括:所述策略实体确定所述切片ID对应的所述网络切片。
5.根据权利要求2-4任意一项所述的方法,其特征在于,若所述参量包括所述IP五元组,在所述策略实体绑定所述管道ID和所述目标业务的参量的对应关系之前,还包括:
所述策略实体获取所述IP五元组。
6.根据权利要求5所述的方法,其特征在于,所述策略实体获取所述IP五元组,包括:所述策略实体获取所述第一指示消息中携带的所述IP五元组;
或者,所述策略实体获取所述IP五元组,包括:所述策略实体接收来自所述APP服务器的所述IP五元组。
7.根据权利要求1-6任一项所述的方法,其特征在于,所述对应关系用于所述UP功能实体或者所述APP服务器在根据所述目标业务的业务数据确定所述目标业务的参量之后,根据所述参量和所述对应关系确定所述管道ID,并根据所述管道ID对应的所述传输管道发送所述业务数据。
8.一种传输网络中业务服务质量QOS的控制方法,其特征在于,所述方法包括:
第一网络设备获取目标业务的业务数据;
所述第一网络设备根据所述业务数据,确定所述目标业务的参量,所述参量包括网际协议IP五元组或者业务类型;
所述第一网络设备根据所述参量以及预先存储的所述目标业务对应的管道标识ID和所述参量的对应关系,确定所述目标业务对应的管道ID,所述管道ID用于标识在第一数据中心和第二数据中心之间建立的满足目标QOS参数要求的传输管道;
所述第一网络设备向出口SDN转发节点发送所述业务数据和所述管道ID,所述管道ID用于所述出口SDN转发节点确定所述传输管道,并通过所述传输管道向第二网络设备发送所述业务数据,所述出口SDN转发节点为所述传输网络中传输所述业务数据的第一个SDN转发节点;其中,所述第一网络设备为应用APP服务器,所述第二网络设备为用户面UP功能实体;或者,所述第一网络设备为所述UP功能实体,所述第二网络设备为所述APP服务器。
9.根据权利要求8所述的方法,其特征在于,所述第一网络设备根据所述业务数据,确定所述目标业务的参量,包括:
所述第一网络设备检测所述业务数据的所述IP五元组;
若所述第一网络设备检测到所述IP五元组,所述第一网络设备确定所述目标业务的参量包括所述IP五元组;
若所述第一网络设备检测不到所述IP五元组,所述第一网络设备识别所述业务数据的所述业务类型,并确定所述目标业务的参量包括所述业务类型。
10.根据权利要求8或9所述的方法,其特征在于,所述方法还包括:
所述第一网络设备接收并存储来自策略实体的所述对应关系。
11.一种策略实体,其特征在于,所述策略实体包括:接收模块、绑定模块和发送模块;
所述接收模块,用于接收来自软件自定义网络SDN控制器的管道标识ID,所述管道ID用于标识在第一数据中心和第二数据中心之间建立的满足目标QOS参数要求的传输管道;
所述绑定模块,用于绑定所述管道ID和所述目标业务的参量的对应关系,所述参量包括网际协议IP五元组或者业务类型;
所述发送模块,用于向所述目标业务所在的网络切片中的用户面UP功能实体发送所述对应关系;或者,所述发送模块,用于向所述网络切片中的应用APP服务器发送所述对应关系。
12.根据权利要求11所述的策略实体,其特征在于,所述策略实体还包括确定模块;
所述接收模块,还用于在所述接收来自SDN控制器的管道ID之前,接收来自切片管理节点的第一指示消息,指示所述策略实体在所述第一数据中心和所述第二数据中心之间建立传输管道,所述第一指示消息包括所述目标业务的业务类型、以及所述第一数据中心和所述第二数据中心之间的链路DL参数;
所述确定模块,用于根据所述目标业务的业务类型以及本地配置策略,确定允许在所述第一数据中心和所述第二数据中心之间建立满足所述目标QOS参数要求的传输管道;
所述发送模块,还用于向所述SDN控制器发送第二指示消息,所述第二指示消息包括所述DL参数和所述目标QOS参数,指示所述SDN控制器根据所述DL参数和所述目标QOS参数在所述第一数据中心和所述第二数据中心之间建立一条满足所述目标QOS参数要求的传输管道。
13.根据权利要求12所述的策略实体,其特征在于,所述第一指示消息还携带所述目标业务所在网络切片的切片ID;
所述确定模块,还用于在所述发送模块向所述目标业务所在的网络切片中的UP功能实体发送所述对应关系之前;或者,所述发送模块向所述网络切片中的APP服务器发送所述对应关系之前,确定所述切片ID对应的所述网络切片。
14.根据权利要求12或13所述的策略实体,其特征在于,所述策略实体还包括获取模块;
所述获取模块,用于若所述参量包括所述IP五元组,在所述绑定模块绑定所述管道ID和所述目标业务的参量的对应关系之前,获取所述IP五元组。
15.根据权利要求14所述的策略实体,其特征在于,所述获取模块,具体用于:获取所述第一指示消息中携带的所述IP五元组;
或者,所述获取模块,具体用于:接收来自所述APP服务器的所述IP五元组。
16.根据权利要求11-15任一项所述的策略实体,其特征在于,所述对应关系用于所述UP功能实体或者所述APP服务器在根据所述目标业务的业务数据确定所述目标业务的参量之后,根据所述参量和所述对应关系确定所述管道ID,并根据所述管道ID对应的所述传输管道发送所述业务数据。
17.第一网络设备,其特征在于,所述第一网络设备包括:获取模块、确定模块和发送模块;
所述获取模块,用于获取目标业务的业务数据;
所述确定模块,用于根据所述业务数据,确定所述目标业务的参量,所述参量包括网际协议IP五元组或者业务类型;
所述确定模块,还用于根据所述参量以及预先存储的所述目标业务对应的管道标识ID和所述参量的对应关系,确定所述目标业务对应的管道ID,所述管道ID用于标识在第一数据中心和第二数据中心之间建立的满足目标QOS参数要求的传输管道;
所述发送模块,用于向出口SDN转发节点发送所述业务数据和所述管道ID,所述管道ID用于所述出口SDN转发节点确定所述传输管道,并通过所述传输管道向第二网络设备发送所述业务数据,所述出口SDN转发节点为所述传输网络中传输所述业务数据的第一个SDN转发节点。
18.根据权利要求17所述的第一网络设备,其特征在于,所述确定模块根据所述业务数据,确定所述目标业务的参量,包括:
检测所述业务数据的所述IP五元组;
若检测到所述IP五元组,确定所述目标业务的参量包括所述IP五元组;
若检测不到所述IP五元组,识别所述业务数据的所述业务类型,并确定所述目标业务的参量包括所述业务类型。
19.根据权利要求17或18所述的第一网络设备,其特征在于,所述第一网络设备还包括接收模块和存储模块;
所述接收模块,用于接收来自策略实体的所述对应关系;
所述存储模块,用于存储所述对应关系。
20.根据权利要求17-19任一项所述的第一网络设备,其特征在于,所述第一网络设备为应用APP服务器,所述第二网络设备为用户面UP功能实体;或者,所述第一网络设备为所述UP功能实体,所述第二网络设备为所述APP服务器。
21.一种策略实体,其特征在于,包括:处理器、存储器、总线和通信接口;
所述存储器用于存储计算机执行指令,所述处理器与所述存储器通过所述总线连接,当所述策略实体运行时,所述处理器执行所述存储器存储的所述计算机执行指令,以使所述策略实体执行如权利要求1-7中任意一项所述的传输网络中业务服务质量QOS的控制方法。
22.一种第一网络设备,其特征在于,包括:处理器、存储器、总线和通信接口;
所述存储器用于存储计算机执行指令,所述处理器与所述存储器通过所述总线连接,当所述第一网络设备运行时,所述处理器执行所述存储器存储的所述计算机执行指令,以使所述第一网络设备执行如权利要求8-10任意一项所述的传输网络中业务服务质量QOS的控制方法。
23.一种传输网络中业务服务质量QOS的控制系统,其特征在于,所述系统包括:第一网络设备和策略实体;
所述策略实体,用于接收来自软件自定义网络SDN控制器的管道标识ID,所述管道ID用于标识在第一数据中心和第二数据中心之间建立的满足目标QOS参数要求的传输管道;绑定所述管道ID和所述目标业务的参量的对应关系,所述参量包括网际协议IP五元组或者业务类型;向所述目标业务所在的网络切片中的第一网络设备发送所述对应关系;
所述第一网络设备,用于获取所述目标业务的业务数据,并根据所述业务数据确定所述目标业务的参量之后,根据所述参量和所述对应关系确定所述管道ID,并根据所述管道ID对应的所述传输管道发送所述业务数据。
24.根据权利要求23所述的系统,其特征在于,所述第一网络设备为如权利要求17-20任一项所述的第一网络设备或者如权利要求22所述的第一网络设备。
25.根据权利要求23或24所述的系统,其特征在于,所述策略实体为如权利要求11-16任一项所述的策略实体或者如权利要求21所述的策略实体。
Priority Applications (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201710100710.5A CN108471629B (zh) | 2017-02-23 | 2017-02-23 | 传输网络中业务服务质量的控制方法、设备及系统 |
PCT/CN2018/074376 WO2018153221A1 (zh) | 2017-02-23 | 2018-01-27 | 传输网络中业务服务质量的控制方法、设备及系统 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201710100710.5A CN108471629B (zh) | 2017-02-23 | 2017-02-23 | 传输网络中业务服务质量的控制方法、设备及系统 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN108471629A true CN108471629A (zh) | 2018-08-31 |
CN108471629B CN108471629B (zh) | 2021-04-20 |
Family
ID=63252400
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201710100710.5A Active CN108471629B (zh) | 2017-02-23 | 2017-02-23 | 传输网络中业务服务质量的控制方法、设备及系统 |
Country Status (2)
Country | Link |
---|---|
CN (1) | CN108471629B (zh) |
WO (1) | WO2018153221A1 (zh) |
Cited By (11)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN111050361A (zh) * | 2018-10-12 | 2020-04-21 | 中国移动通信有限公司研究院 | 一种报文传送方法、装置及系统 |
CN111416730A (zh) * | 2019-01-08 | 2020-07-14 | 三星电子株式会社 | 在无线通信系统中控制端到端网络的管理设备和方法 |
CN112134964A (zh) * | 2020-10-28 | 2020-12-25 | 武汉绿色网络信息服务有限责任公司 | 控制器分配方法、计算机设备、存储介质及网络业务系统 |
WO2021072717A1 (zh) * | 2019-10-17 | 2021-04-22 | Oppo广东移动通信有限公司 | 通信方法、通信设备及存储介质 |
CN113438159A (zh) * | 2020-03-23 | 2021-09-24 | 华为技术有限公司 | 分段路由策略的传输方法及装置、网络传输系统 |
CN113596840A (zh) * | 2021-07-30 | 2021-11-02 | 成都卫士通信息产业股份有限公司 | 一种业务处理方法、装置以及相关设备 |
CN113872998A (zh) * | 2020-06-30 | 2021-12-31 | 华为技术有限公司 | 建立管道的方法及装置 |
WO2022048418A1 (zh) * | 2020-09-07 | 2022-03-10 | 华为技术有限公司 | 一种转发报文的方法、设备和系统 |
CN114301831A (zh) * | 2021-12-10 | 2022-04-08 | 中国联合网络通信集团有限公司 | 一种业务传输方法、装置及存储介质 |
CN114826916A (zh) * | 2021-01-28 | 2022-07-29 | 阿里巴巴集团控股有限公司 | 数据传输方法、设备、系统及计算机存储介质 |
WO2022222666A1 (zh) * | 2021-04-20 | 2022-10-27 | 华为技术有限公司 | 一种通信方法及装置 |
Families Citing this family (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN114915670B (zh) * | 2022-04-12 | 2023-10-24 | 中国人民解放军战略支援部队信息工程大学 | 一种支持多种协议共存的网络切片实现方法与装置 |
Citations (11)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101064637A (zh) * | 2006-04-30 | 2007-10-31 | 华为技术有限公司 | 保证操作维护数据流服务质量的方法 |
CN101594289A (zh) * | 2008-05-28 | 2009-12-02 | 华为技术有限公司 | 实现区分服务流量工程的方法及设备 |
CN102469087A (zh) * | 2010-11-17 | 2012-05-23 | 中兴通讯股份有限公司 | 一种实现服务质量控制的方法和系统 |
US20140078988A1 (en) * | 2012-09-17 | 2014-03-20 | Nishi Kant | Method and system for elastic and resilient 3g/4g mobile packet networking for subscriber data flow using virtualized switching and forwarding |
CN103841022A (zh) * | 2014-03-12 | 2014-06-04 | 华为技术有限公司 | 用于建立隧道的方法及装置 |
CN104243345A (zh) * | 2013-06-08 | 2014-12-24 | 中国移动通信集团公司 | 一种基于业务类型的流量调度方法、系统和设备 |
CN104518993A (zh) * | 2014-12-29 | 2015-04-15 | 华为技术有限公司 | 云化网络通信路径的分配方法、装置及系统 |
CN104618194A (zh) * | 2015-02-15 | 2015-05-13 | 杭州华三通信技术有限公司 | 软件定义网络报文监控方法和sdn控制器、交换设备 |
CN104954226A (zh) * | 2015-07-28 | 2015-09-30 | 上海斐讯数据通信技术有限公司 | 一种基于SDN的支持QoS的通信隧道建立方法及系统 |
WO2016141509A1 (en) * | 2015-03-06 | 2016-09-15 | Zte Corporation | Method and system for establishing and managing multi-domain virtual tunnel (mvt) |
US20160277294A1 (en) * | 2013-08-26 | 2016-09-22 | Nec Corporation | Communication apparatus, communication method, control apparatus, and management apparatus in a communication system |
Family Cites Families (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2015139724A1 (en) * | 2014-03-17 | 2015-09-24 | Huawei Technologies Co., Ltd. | Device and method for managing policies and/or resources used for configuring a network |
CN105577500B (zh) * | 2014-10-16 | 2019-05-03 | 新华三技术有限公司 | Vxlan与隧道的关联方法及装置 |
CN105992297A (zh) * | 2015-02-12 | 2016-10-05 | 电信科学技术研究院 | 基于sdn的连接管理、转发控制方法及相关设备 |
KR101703088B1 (ko) * | 2015-04-10 | 2017-02-22 | 쿨클라우드(주) | Sdn 기반의 통합 라우팅 방법 및 그 시스템 |
-
2017
- 2017-02-23 CN CN201710100710.5A patent/CN108471629B/zh active Active
-
2018
- 2018-01-27 WO PCT/CN2018/074376 patent/WO2018153221A1/zh active Application Filing
Patent Citations (11)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101064637A (zh) * | 2006-04-30 | 2007-10-31 | 华为技术有限公司 | 保证操作维护数据流服务质量的方法 |
CN101594289A (zh) * | 2008-05-28 | 2009-12-02 | 华为技术有限公司 | 实现区分服务流量工程的方法及设备 |
CN102469087A (zh) * | 2010-11-17 | 2012-05-23 | 中兴通讯股份有限公司 | 一种实现服务质量控制的方法和系统 |
US20140078988A1 (en) * | 2012-09-17 | 2014-03-20 | Nishi Kant | Method and system for elastic and resilient 3g/4g mobile packet networking for subscriber data flow using virtualized switching and forwarding |
CN104243345A (zh) * | 2013-06-08 | 2014-12-24 | 中国移动通信集团公司 | 一种基于业务类型的流量调度方法、系统和设备 |
US20160277294A1 (en) * | 2013-08-26 | 2016-09-22 | Nec Corporation | Communication apparatus, communication method, control apparatus, and management apparatus in a communication system |
CN103841022A (zh) * | 2014-03-12 | 2014-06-04 | 华为技术有限公司 | 用于建立隧道的方法及装置 |
CN104518993A (zh) * | 2014-12-29 | 2015-04-15 | 华为技术有限公司 | 云化网络通信路径的分配方法、装置及系统 |
CN104618194A (zh) * | 2015-02-15 | 2015-05-13 | 杭州华三通信技术有限公司 | 软件定义网络报文监控方法和sdn控制器、交换设备 |
WO2016141509A1 (en) * | 2015-03-06 | 2016-09-15 | Zte Corporation | Method and system for establishing and managing multi-domain virtual tunnel (mvt) |
CN104954226A (zh) * | 2015-07-28 | 2015-09-30 | 上海斐讯数据通信技术有限公司 | 一种基于SDN的支持QoS的通信隧道建立方法及系统 |
Cited By (16)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN111050361A (zh) * | 2018-10-12 | 2020-04-21 | 中国移动通信有限公司研究院 | 一种报文传送方法、装置及系统 |
CN111416730A (zh) * | 2019-01-08 | 2020-07-14 | 三星电子株式会社 | 在无线通信系统中控制端到端网络的管理设备和方法 |
CN111416730B (zh) * | 2019-01-08 | 2024-02-20 | 三星电子株式会社 | 在无线通信系统中控制端到端网络的管理设备和方法 |
WO2021072717A1 (zh) * | 2019-10-17 | 2021-04-22 | Oppo广东移动通信有限公司 | 通信方法、通信设备及存储介质 |
CN113438159B (zh) * | 2020-03-23 | 2023-04-18 | 华为技术有限公司 | 分段路由策略的传输方法及装置、网络传输系统 |
CN113438159A (zh) * | 2020-03-23 | 2021-09-24 | 华为技术有限公司 | 分段路由策略的传输方法及装置、网络传输系统 |
CN113872998A (zh) * | 2020-06-30 | 2021-12-31 | 华为技术有限公司 | 建立管道的方法及装置 |
WO2022001530A1 (zh) * | 2020-06-30 | 2022-01-06 | 华为技术有限公司 | 建立管道的方法及装置 |
WO2022048418A1 (zh) * | 2020-09-07 | 2022-03-10 | 华为技术有限公司 | 一种转发报文的方法、设备和系统 |
CN112134964B (zh) * | 2020-10-28 | 2023-10-10 | 武汉绿色网络信息服务有限责任公司 | 控制器分配方法、计算机设备、存储介质及网络业务系统 |
CN112134964A (zh) * | 2020-10-28 | 2020-12-25 | 武汉绿色网络信息服务有限责任公司 | 控制器分配方法、计算机设备、存储介质及网络业务系统 |
CN114826916A (zh) * | 2021-01-28 | 2022-07-29 | 阿里巴巴集团控股有限公司 | 数据传输方法、设备、系统及计算机存储介质 |
WO2022222666A1 (zh) * | 2021-04-20 | 2022-10-27 | 华为技术有限公司 | 一种通信方法及装置 |
CN113596840A (zh) * | 2021-07-30 | 2021-11-02 | 成都卫士通信息产业股份有限公司 | 一种业务处理方法、装置以及相关设备 |
CN114301831A (zh) * | 2021-12-10 | 2022-04-08 | 中国联合网络通信集团有限公司 | 一种业务传输方法、装置及存储介质 |
CN114301831B (zh) * | 2021-12-10 | 2023-07-07 | 中国联合网络通信集团有限公司 | 一种业务传输方法、装置及存储介质 |
Also Published As
Publication number | Publication date |
---|---|
CN108471629B (zh) | 2021-04-20 |
WO2018153221A1 (zh) | 2018-08-30 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN108471629A (zh) | 传输网络中业务服务质量的控制方法、设备及系统 | |
US20190190808A1 (en) | Bidirectional data traffic control | |
JP6408602B2 (ja) | Nfvシステムにおけるサービス実装のための方法および通信ユニット | |
RU2571377C2 (ru) | Система и способ управления службами, развитый nodeb и шлюз сети пакетной передачи данных | |
CN113676361A (zh) | 针对体验质量度量的按需探测 | |
US9203762B2 (en) | Information handling system data center bridging features with defined application environments | |
CN111436030B (zh) | 数据用量上报的方法、装置及系统 | |
WO2017133477A1 (zh) | 业务流传输方法、装置及系统 | |
WO2019061169A1 (zh) | 一种基于混合资源的路由选路方法、装置和服务器 | |
WO2015039617A1 (zh) | 一种报文处理方法、系统及设备 | |
CN108702316A (zh) | 一种vnf的资源分配方法及装置 | |
CN112600684B (zh) | 云业务的带宽管理及配置方法及相关装置 | |
CN112019363B (zh) | 确定业务传输需求的方法、设备及系统 | |
CN109005126B (zh) | 数据流的处理方法、设备和计算机可读存储介质 | |
JP2022532731A (ja) | スライスベースネットワークにおける輻輳回避 | |
CN111865633B (zh) | 一种通信方法、装置及系统 | |
WO2021254001A1 (zh) | 会话建立方法、装置、系统及计算机存储介质 | |
CN109743259A (zh) | 一种网络的流量调度方法及装置 | |
KR20170033179A (ko) | 소프트웨어 정의 네트워크 기반 가상 네트워크 사용 대역폭 관리 방법 및 가상 네트워크 관리장치 | |
CN109104742A (zh) | 拥塞窗口调整方法及发送设备 | |
CN110138685A (zh) | 一种通信方法及装置 | |
CN108512779A (zh) | 控制信息传递方法、服务器和系统 | |
WO2019206063A1 (zh) | 一种业务流传输的方法和设备 | |
US11595297B2 (en) | Multi-VPN multi link traffic routing | |
Kassem et al. | Utilisation profiles of bridging function chain for healthcare use cases |
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 |