CN107040942A - 业务流传输方法、装置及系统 - Google Patents
业务流传输方法、装置及系统 Download PDFInfo
- Publication number
- CN107040942A CN107040942A CN201610080066.5A CN201610080066A CN107040942A CN 107040942 A CN107040942 A CN 107040942A CN 201610080066 A CN201610080066 A CN 201610080066A CN 107040942 A CN107040942 A CN 107040942A
- Authority
- CN
- China
- Prior art keywords
- business stream
- access
- network
- access way
- qos
- 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
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W24/00—Supervisory, monitoring or testing arrangements
- H04W24/02—Arrangements for optimising operational condition
-
- 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/08—Load balancing or load distribution
Abstract
本发明公开了一种业务流传输方法、装置及系统,涉及通信技术领域。为了解决现有技术中存在的发送发和接收方无法感知当前网络状况,不能根据网络状态来进行业务流传输的问题而发明。其中,该业务流传输方法,包括:获取第一接入方式对应的接入网传输所述业务流是否能够满足业务流对应的服务质量QoS需求的判断结果;当判断结果为通过第一接入方式对应的接入网传输所述业务流无法满足QoS需求时,确定业务流的QoS策略,QoS策略用于指示分别通过第一接入方式和第二接入方式对应的接入网传输所述业务流。本发明应用在业务流传输过程中。
Description
技术领域
本发明涉及通信技术领域,尤其涉及一种业务流传输方法、装置及系统。
背景技术
随着通信技术的发展,第五代移动通信技术(5-Generation,5G),成为通信领域的研究热点。5G网络中引入了网络功能虚拟化(NetworkFunction Virtualization,NFV)技术和软件定义网络(Software DefinedNetwork,SDN)技术。其中,NFV技术是指通过使用x86等通用性硬件以及虚拟化技术,将原来通过硬件实现的网络功能通过软件来实现,实现网络功能虚拟化,降低硬件成本。例如:传统网络中的移动性管理实体(Mobility Management Entity,MME)、分组数据网网关(Packet DataNetwork Gateway,PGW)、策略与计费规则功能(Policy and ChargingRules Function,PCRF)单元等网络实体的功能,在5G网络中通过软件模块来实现,可分别称之为核心网控制面功能模块、核心网网关模块、业务流服务质量(Quality of Service,QoS)策略控制功能模块等。SDN技术是网络虚拟化的一种实现方式,通过采用开放流(OpenFlow)技术将网络设备控制面与数据面分离开来,从而实现网络流量的灵活控制。例如:SDN控制器是SDN中的应用程序,能够实现传统网络中网关(Gateway,GW)中的协议交互和流量控制等控制功能,将网关的控制功能和数据转发功能分离开。
相比于传统网络,5G网络的网络带宽大幅提升,传输带宽也较大。为了适应5G网络的较大传输带宽的需求,现有技术中提供了一种多路径传输层协议(Multipath Transmission Control Protocol,MPTCP),可以通过多流的并发传输改善TCP协议的传输行为,适应更大传输带宽的要求,提升网络传输环境的适应性。如图1所示,MPTCP层为在原有的应用层和传输层之间新增的一层传输层,原有的TCP层只针对子流起作用,使得通信双方从应用层来看,传输层仍然是单路通信。如图2所示,具体应用过程中,发送方A具有A1和A2两个通信地址;接收方B具有B1和B2两个通信地址。则,通信双方A和B分别利用地址A1和B1通过3次握手建立初始化连接,并在该过程中协商是否采用MPTCP;如果支持MPTCP,则A和B完成初始化连接后,便建立起一条A1到B1之间的通信链路。另外,发送方A还会告知接收方B其所具有的其他IP地址;A和B任意一方可以采用一对当前没有使用的地址来新建一个子流,从而实现MPTCP,例如:图2中还示出了A和B之间建立的一条A2到B2之间的通信链路。
但是,现有技术的这种采用MPTCP协议进行业务流传输以提高传输带宽的方案,是否需要建立子流由发送方和接收方协商决定,发送方和接收方无法感知当前网络状况,可能存在当前网络状况较差时,仍然通过当前网络建立多个子流进行数据传输,加剧了网络负荷,导致业务流传输效率较低。
发明内容
本发明提供一种业务流传输方法、装置及系统,以解决现有技术中存在的采用MPTCP协议进行业务流传输时,不能根据网络状态来进行业务流传输的问题。
目前,用户设备可通过越来越多的接入方式接入网络中,较常见的,用户设备可通过无线保真(WIreless-Fidelity,Wi-Fi)、无线接入网(RadioAccess Network,RAN)等接入方式接入网络中,未来不排除用户设备还可通过其他方式接入网络。在业务流传输过程中,存在这样的应用场景:用户设备至少通过第一接入方式和第二接入方式接入网络,且所述业务流为通过所述第一接入方式对应的接入网传输或发起建立的业务流。
第一方面,本发明实施例提供一种业务流传输方法,应用于前文所述的应用场景下,所述方法包括:获取所述第一接入方式对应的接入网传输所述业务流是否能够满足所述业务流对应的服务质量QoS需求的判断结果;当所述判断结果为通过所述第一接入方式对应的接入网传输所述业务流无法满足所述QoS需求时,确定所述业务流的QoS策略,所述QoS策略用于指示分别通过第一接入方式和第二接入方式对应的接入网传输所述业务流。
其中,上述方案的执行主体应当理解为能够执行上述方法流程的任意硬件设备或软件模块。为了便于描述,本发明实施例中将能够执行上述方法流程的任意硬件设备或软件模块统一描述为业务流QoS策略制定设备。但采用业务流QoS策略制定设备这一名称并不对本发明实施例的执行主体进行限定。例如:在4G网络中,该业务流QoS策略制定设备可以为PCRF,在采用了NFV技术的5G网络中则为通用设备上的用于确定业务流的QoS策略的软件模块。
采用上述方案后,在用户设备至少通过两种接入方式接入网络中,且仅通过一种接入方式对应的接入网传输已有业务流或建立新业务流无法满足业务流的QoS需求的情况下,业务流QoS策略制定设备确定用于指示通过两种接入方式对应的接入网传输业务流的QoS策略。与现有技术中采用MPTCP协议进行业务流传输相比,本发明提供的业务流传输方法,在当前网络(第一接入方式对应的接入网)状况较差,无法满足业务流的QoS需求的情况下,确定业务流的QoS策略,使得根据网络情况使业务流能够同时在两个接入方式对应的接入网并行传递,减轻当前网络的网络负荷,进而提高业务流传输效率。
在第一方面的一种可能的设计中,业务流QoS策略制定设备可通过以下三种实现方式获取所述第一接入方式对应的接入网传输所述业务流是否能够满足所述业务流对应的QoS需求的判断结果。
其中,第一种实现方式为:业务流QoS策略制定设备接收所述业务流对应的QoS需求和所述第一接入方式对应的接入网的网络状态信息;根据所述网络状态信息和所述QoS需求,判断通过所述第一接入方式对应的接入网传输所述业务流是否能够满足所述QoS需求,得到判断结果。在该实现方式中,业务流QoS策略制定设备从其他设备获取业务流对应的QoS需求和所述第一接入方式对应的接入网的网络状态信息,然后自行进行判断,得到判断结果。
第二种实现方式为:业务流QoS策略制定设备接收应用功能设备或网络监控设备发送的所述第一接入方式对应的接入网传输所述业务流是否能够满足所述业务流对应的QoS需求的判断结果。在该实现方式中,业务流QoS策略制定设备从应用功能设备或网络监控设备获取最终的判断结果,这样能够减少业务流QoS策略制定设备的负荷。
第三种实现方式为:业务流QoS策略制定设备接收应用功能设备发送的所述业务流对应的QoS需求;向核心网业务流传输控制设备发送所述QoS需求;接收所述核心网业务流传输控制设备发送的所述第一接入方式对应的接入网传输所述业务流是否能够满足所述业务流对应的QoS需求的判断结果。在该实现方式中,业务流QoS策略制定设备从应用功能设备获取业务流对应的QoS需求后转发给核心网业务流传输控制设备,并由核心网业务流传输控制设备进行判断后,把判断结果发送给业务流QoS策略制定设备,这样能够减少业务流QoS策略制定设备的负荷。
在第一方面的一种可能设计中,在所述用户设备通过包括第一接入方式和第二接入方式的至少三种接入方式接入网络的情况下,在确定所述业务流的QoS策略这一步骤的一种实现方式中,具体包括:业务流QoS策略制定设备获取每个接入方式对应的接入网的网络状态信息;根据每个接入方式对应的接入网的网络状态信息,确定每个接入方式的优先级;将优先级大于预设阈值的第一接入方式和第二接入方式对应的接入网确定为用于传输所述业务流的接入网。在该实现方式中,当用户设备通过三种以上的接入方式接入网络时,业务流QoS策略制定设备从所述三种以上的接入方式中选取两种网络状态较好的接入网用于传输所述业务流,能够有效利用网络状态较好的接入网进行数据传输,能够提高业务流传输过程中的效率。
在第一方面的一种可能的设计中,业务流QoS策略制定设备确定的所述QoS策略还用于指示分别通过第一接入方式和第二接入方式对应的接入网传输所述业务流时的传输带宽。
因此,在所述确定所述业务流的QoS策略的一种实现方式中,还需要包括分别确定第一接入方式和第二接入方式对应的传输带宽的过程,具体为:分别获取第一接入方式和第二接入方式对应的接入网的至少一个链路参数;根据各个链路参数的预设权重,确定第一接入方式和第二接入方式对应的接入网的传输带宽分配比值;根据所述传输带宽分配比值分别确定第一接入方式和第二接入方式对应的接入网的传输带宽。在该实现方式中,根据两个接入方式对应的接入网的链路状况分配传输带宽,使得链路状况较好的接入网传输更多的数据,能够提高网络传输带宽。
在第一方面的一种可能的设计中,所述确定所述业务流的QoS策略之后,所述方法还包括:业务流QoS策略制定设备向核心网业务流传输控制设备发送所述QoS策略,以便于所述核心网业务流传输控制设备根据所述QoS策略确定路由策略。在该实现方式中,核心网业务流传输控制设备根据所述QoS策略确定路由策略以便于后续数据传输过程中,用户设备和网关设备根据该路由策略进行数据转发。
其中,所述核心网业务流传输控制设备可以为核心网控制面功能设备,则当其制定完路由策略后通过SDN控制器(如果网络中存在SDN控制器)转发给核心网网关设备或直接发送给核心网网关设备,并由核心网网关设备发送给用户设备,这样在后续的业务流传输过程中,可根据新的路由策略进行数据包的发送。所述核心网业务流传输控制设备还可以为SDN控制器,SDN控制器在制定完路由策略后,将路由策略发送给核心网网关设备,并由核心网网关设备发送给用户设备。所述核心网业务流传输控制设备还可以为包含控制面功能的核心网网关设备,核心网网关设备制定完路由策略后,本地保存,并将该路由策略发送给用户设备。
具体的,当所述业务流传输方法应用在4G网络中时,所述核心网控制面功能设备为移动管理实体(Mobility Management Entity,MME);所述核心网网关设备为分组数据网网关(Packet Data Network GateWay,PGW);如果4G网络中应用了SDN技术,则所述核心网SDN控制器则为4G网络中的SDN控制器。当所述业务流传输方法应用在5G网络中时,所述核心网控制面功能设备为核心网控制面功能模块;所述核心网网关设备为核心网网关模块。同样,如果5G网络中应用了SDN技术,则所述核心网SDN控制器则为5G网络中的SDN控制器。
第二方面,本发明实施例提供了一种业务流传输装置,该装置应用于用户设备至少通过第一接入方式和第二接入方式接入网络,且业务流为通过所述第一接入方式对应的接入网传输或发起建立的业务流的情况下,所述装置包括:获取单元,用于获取所述第一接入方式对应的接入网传输所述业务流是否能够满足所述业务流对应的服务质量QoS需求的判断结果;处理单元,用于当所述判断结果为通过所述第一接入方式对应的接入网传输所述业务流无法满足所述QoS需求时,确定所述业务流的QoS策略,所述QoS策略用于指示分别通过第一接入方式和第二接入方式对应的接入网传输所述业务流。
结合第二方面,在第二方面的第一种实现方式中,所述获取单元,具体用于接收所述业务流对应的QoS需求和所述第一接入方式对应的接入网的网络状态信息;根据所述网络状态信息和所述QoS需求,判断通过所述第一接入方式对应的接入网传输所述业务流是否能够满足所述QoS需求,得到判断结果。
结合第二方面,在第二方面的第二种实现方式中,所述获取单元,具体用于接收应用功能设备或网络监控设备发送的所述第一接入方式对应的接入网传输所述业务流是否能够满足所述业务流对应的QoS需求的判断结果。
结合第二方面,在第二方面的第三种实现方式中,所述获取单元,具体用于接收应用功能设备发送的所述业务流对应的QoS需求;向核心网业务流传输控制设备发送所述QoS需求;接收所述核心网业务流传输控制设备发送的所述第一接入方式对应的接入网传输所述业务流是否能够满足所述业务流对应的QoS需求的判断结果。
结合第二方面、或者第二方面的第一种、第二种、第三种实现方式中的任意一种,在第二方面的第四种实现方式中,所述处理单元,具体用于在所述用户设备通过包括第一接入方式和第二接入方式的至少三种接入方式接入网络的情况下,获取每个接入方式对应的接入网的网络状态信息;根据每个接入方式对应的接入网的网络状态信息,确定每个接入方式的优先级;将优先级大于预设阈值的第一接入方式和第二接入方式对应的接入网确定为用于传输所述业务流的接入网。
结合第二方面,或者第二方面的第一种、第二种、第三种、第四种实现方式中的任意一种,在第二方面的第五种实现方式中,所述处理单元确定的所述QoS策略还用于指示分别通过第一接入方式和第二接入方式对应的接入网传输所述业务流时的传输带宽。
结合第二方面的第五种实现方式,在第二方面的第六种实现方式中,所述处理单元,还用于分别获取第一接入方式和第二接入方式对应的接入网的至少一个链路参数;根据各个链路参数的预设权重,确定第一接入方式和第二接入方式对应的接入网的传输带宽分配比值;根据所述传输带宽分配比值分别确定第一接入方式和第二接入方式对应的接入网的传输带宽。
结合第二方面,或者第二方面的第一种、第二种、第三种、第四种、第五种、第六种实现方式中的任意一种,在第二方面的第七种实现方式中,所述处理单元,还用于向核心网业务流传输控制设备发送所述QoS策略,以便于所述核心网业务流传输控制设备根据所述QoS策略确定路由策略。
第三方面,本发明实施例提供了一种业务流传输系统,应用于用户设备至少通过第一接入方式和第二接入方式接入网络,且业务流为通过所述第一接入方式对应的接入网传输或发起建立的业务流的情况下,所述系统包括:业务流QoS策略制定设备和核心网业务流传输控制设备,其中:
所述业务流QoS策略制定设备,用于获取所述第一接入方式对应的接入网传输所述业务流是否能够满足所述业务流对应的QoS需求的判断结果;当所述判断结果为通过所述第一接入方式对应的接入网传输所述业务流无法满足所述QoS需求时,确定所述业务流的QoS策略,所述QoS策略用于指示分别通过第一接入方式和第二接入方式对应的接入网传输所述业务流;向所述核心网业务流传输控制设备发送所述QoS策略;所述核心网业务流传输控制设备,用于接收所述QoS策略并根据所述QoS策略制定路由策略。
结合第三方面,在第三方面的第一种实现方式中,若所述核心网业务流传输控制设备为核心网控制面功能设备,则所述系统还包括核心网软件定义网络SDN控制器,则所述核心网控制面功能设备,还用于向所述核心网SDN控制器发送所述路由策略;所述核心网SDN控制器,用于向所述核心网网关设备转发所述路由策略以使所述核心网网关设备向用户设备发送所述路由策略。
结合第三方面,在第三方面的第二种实现方式中,若所述核心网业务流传输控制设备为核心网SDN控制器,则所述SDN控制器,还用于向核心网网关设备发送所述路由策略,以使所述核心网网关设备向用户设备发送所述路由策略。
结合第三方面,在第三方面的第三种实现方式中,若所述核心网业务流传输控制设备为核心网网关设备,则所述核心网网关设备,还用于向用户设备发送所述路由策略。
结合第三方面的第一种、第二种或第三种实现方式中的任意一种,在第三方面的第四种实现方式中,所述核心网网关设备,还用于当通过第二接入方式对应的接入网向用户设备发送数据包时,判断用户设备通过所述第二接入方式接入网络时获取的IP地址与通过所述第一接入方式接入网络时获取的IP地址是否相同;如果不同,则在待发送数据包的外层增加报头后发送所述数据包,增加的所述报头中的目的IP地址为用户设备在通过所述第二接入方式接入网络时获取的IP地址;在接收到用户设备通过所述第二接入方式对应的接入网发送的数据包时,对所述数据包进行解封装,获取所述数据包的内层报头的源IP地址,当所述内层报头的源IP地址与用户设备通过所述第一接入方式接入网络时获取的IP地址相同时,丢弃数据包的外层报头后转发所述数据包。
第四方面,本发明实施例提供一种业务流QoS策略制定设备,该设备能够实现上述方法实际中业务流QoS策略制定设备的功能,所述功能可以通过硬件实现,也可以通过硬件执行相应的软件实现。所述硬件或软件包括一个或多个与上述功能相对应的模块。
在一个可能的设计中,业务流QoS策略制定设备中包括:处理器和存储器,所述存储器用于存储支持业务流QoS策略制定设备执行上述方法的应用程序代码,所述处理器被配置为用于执行所述存储器中存储的应用程序。所述业务流QoS策略制定设备还可以包括通信接口,用于业务流QoS策略制定设备与其他设备或通信网络通信。
第五方面,本发明实施例提供一种计算机存储介质,用于储存为上述业务流QoS策略制定设备所用的计算机软件指令,其包含用于执行上述方面为业务流QoS策略制定设备所设计的程序。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1为现有技术中提供的MPTCP层的结构示意图;
图2为现有技术中提供的利用MPTCP协议传输业务流的流程示意图;
图3为本发明实施例提供的一种业务流传输系统的结构示意图;
图4为本发明实施例提供的一种计算机设备的结构示意图;
图5为本发明实施例提供的一种业务流传输方法的流程示意图;
图6为本发明实施例提供的一种核心网网关设备和用户设备执行路由策略的流程示意图;
图7为本发明实施例提供的一种业务流QoS制定设备的结构示意图。
具体实施方式
下面将结合本实施例中的附图,对本实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
目前,用户设备可通过越来越多的接入方式接入网络中,较常见的,用户设备可通过无线保真(WIreless-Fidelity,Wi-Fi)、无线接入网(RadioAccess Network,RAN)等接入方式接入网络中,未来不排除用户设备还可通过其他方式接入网络。在这种情况下,可能存在这样的应用场景:用户设备至少通过第一接入方式和第二接入方式接入网络,且业务流为用户设备仅通过第一接入方式对应的接入网传输的业务流,或仅通过第一接入方式对应的接入网发起建立的新业务流。
其中,本申请所涉及到的用户设备UE可以包括各种具有无线通信功能的手持设备、车载设备、可穿戴设备、计算设备或连接到无线调制解调器的其它处理设备,以及各种形式的用户设备(User Equipment,UE),移动台(Mobile station,MS),终端(terminal),终端设备(TerminalEquipment),软终端等等。为方便描述,本申请中,上面提到的设备统称为用户设备或UE。
本发明实施例所指的网络可以为无线网络,如4G、5G网络等;本发明实施例所指的接入网络是指用户设备与不同接入方式对应的接入点建立连接,并通过接入点完成到核心网控制面的附着(attach)、鉴权、IP地址分配等过程。第一接入方式和第二接入方式是指任意两种不同的接入方式,除了第一接入方式、第二接入方式,用户设备还可能通过第三接入方式、第四接入方式等其他接入方式接入网络。本发明实施例所指的“第一”、“第二”、“第三”等仅仅是为了区分不同的接入方式,并不指代特定的接入方式,也并不限定不同接入方式的顺序。
本发明实施例所指的通过第一接入方式对应的接入网传输的业务流是指,用户设备已经通过第一接入方式对应的接入网为业务流建立承载并利用已建立的承载进行传输的业务流;通过第一接入方式对应的接入网发起建立的新业务流是指用户设备通过第一接入方式对应的接入网发起建立、但尚未进行传输、处于建立过程中的新业务流。实际应用中,用户设备分别通过不同接入方式接入网络的过程中,网络侧设备能够获知用户设备通过了哪些接入方式接入网络、获取的IP地址等信息;在用户设备发起业务流的建立过程中,网络侧设备能够获知业务流的标识等属性信息。因此,网络侧设备(如业务流QoS策略制定设备)能够确定用户设备是否通过多种接入方式接入网络以及用户设备正在传输或正在发起建立的业务流的标识等属性信息。例如:用户设备通过5G RAN这种接入方式接入5G网络,这里的接入具体指用户设备首先接入5G基站,并完成到5G核心网控制面功能设备的附着、鉴权、IP地址分配、承载建立等过程,同时5G核心网控制面功能设备还完成与业务流QoS策略制定设备的交互,使得业务流QoS策略制定设备获知用户设备的接入类型、IP地址等信息。同样,当用户设备通过Wi-Fi这一接入方式接入5G网络时,业务流QoS策略制定设备能够获知用户设备接入网络的接入类型、获取的IP地址等信息。
示例性的,本发明实施例的应用场景可以为在用户设备分别通过Wi-Fi和RAN两种接入方式接入网络中,且用户设备仅通过RAN对应的接入网或仅通过Wi-Fi对应的接入网发起新业务流的建立过程中;还可以为在用户设备分别通过Wi-Fi和RAN两种接入方式接入网络中,且用户设备仅通过RAN对应的接入网或仅通过Wi-Fi对应的接入网传输已建立的业务流的过程中。
在上述应用场景下,可能存在由于第一接入方式对应的接入网的网络状态较差带来的业务流的服务质量(Quality of Service,QoS)需求无法得到较好的满足,进而导致业务流的传输效率较低的问题。
如图3所示,本发明实施例提供一种业务流传输系统,可应用于上述应用场景中,具体包括:业务流QoS策略制定设备101和核心网业务流传输控制设备102。
其中,业务流QoS策略制定设备101主要用于制定业务流的QoS策略。该业务流QoS策略制定设备可以通过硬件实现,也可以通过硬件执行相应的软件实现。实际应用中,当应用在4G网络中时,该业务流QoS策略制定设备可以为4G网络架构中的PCRF。当应用在5G网络中时,该业务流QoS策略制定设备可以为5G网络架构中实现QoS策略制定和调整功能的模块或实体,例如:5G网络中应用了NFV技术后,用于实现QoS策略制定和调整功能可能通过位于通用硬件设备上的软件模块实现,则业务流QoS策略制定设备为该位于通用硬件设备上的软件模块。
核心网业务流传输控制设备102主要用于接收业务流QoS策略制定设备制定的QoS策略,并根据该QoS策略制定路由策略,可以为核心网控制面功能设备、核心网软件定义网络SDN控制器或核心网网关设备中的任意一种。实际应用中,当所述业务流传输方法应用在4G网络中时,所述核心网控制面功能设备为MME;所述核心网网关设备为PGW,如果4G网络中应用了SDN技术,则所述核心网SDN控制器则为4G网络中的SDN控制器。因此,该核心网业务流传输控制设备可以为4G网络中的MME、PGW或SDN控制器中的任意一种。当所述业务流传输方法应用在5G网络中时,所述核心网控制面功能设备为核心网控制面功能模块,该模块可类比于4G网络中的MME,用于实现连接管理、鉴权和安全以及移动性管理等功能;所述核心网网关设备为具有控制面功能的核心网网关模块。同样,如果5G网络中应用了SDN技术,则所述核心网SDN控制器则为5G网络中的SDN控制器。因此,该核心网业务流传输控制设备可以为5G网络中的核心网控制面功能模块、核心网网关模块或SDN控制器中的任意一种。
如图4所示,图3中的业务流QoS策略制定设备可以以图4中的计算机设备(或系统)的方式来实现。
图4所示为本发明实施例提供的计算机设备示意图。计算机设备200包括至少一个处理器201,通信总线202,存储器203以及至少一个通信接口204。
处理器201可以是一个通用中央处理器(CPU),微处理器,特定应用集成电路(application-specific integrated circuit,ASIC),或一个或多个用于控制本发明方案程序执行的集成电路。
通信总线202可包括一通路,在上述组件之间传送信息。所述通信接口204,使用任何收发器一类的装置,用于与其他设备或通信网络通信,如以太网,无线接入网(RAN),无线局域网(Wireless Local Area Networks,WLAN)等。
存储器203可以是只读存储器(read-only memory,ROM)或可存储静态信息和指令的其他类型的静态存储设备,随机存取存储器(random accessmemory,RAM)或者可存储信息和指令的其他类型的动态存储设备,也可以是电可擦可编程只读存储器(Electrically Erasable ProgrammableRead-Only Memory,EEPROM)、只读光盘(Compact Disc Read-OnlyMemory,CD-ROM)或其他光盘存储、光碟存储(包括压缩光碟、激光碟、光碟、数字通用光碟、蓝光光碟等)、磁盘存储介质或者其他磁存储设备、或者能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质,但不限于此。存储器可以是独立存在,通过总线与处理器相连接。存储器也可以和处理器集成在一起。
其中,所述存储器203用于存储执行本发明方案的应用程序代码,并由处理器201来控制执行。所述处理器201用于执行所述存储器203中存储的应用程序代码。
在具体实现中,作为一种实施例,处理器201可以包括一个或多个CPU,例如图4中的CPU0和CPU1。
在具体实现中,作为一种实施例,计算机设备200可以包括多个处理器,例如图4中的处理器201和处理器207。这些处理器中的每一个可以是一个单核(single-CPU)处理器,也可以是一个多核(multi-CPU)处理器。这里的处理器可以指一个或多个设备、电路、和/或用于处理数据(例如计算机程序指令)的处理核。
在具体实现中,作为一种实施例,计算机设备200还可以包括输出设备205和输入设备206。输出设备205和处理器201通信,可以以多种方式来显示信息。例如,输出设备205可以是液晶显示器(liquid crystal display,LCD),发光二级管(light emitting diode,LED)显示设备,阴极射线管(cathode ray tube,CRT)显示设备,或投影仪(projector)等。输入设备206和处理器201通信,可以以多种方式接受用户的输入。例如,输入设备206可以是鼠标、键盘、触摸屏设备或传感设备等。
上述的计算机设备200可以是一个通用计算机设备或者是一个专用计算机设备。在具体实现中,计算机设备200可以是台式机、便携式电脑、网络服务器、掌上电脑(Personal Digital Assistant,PDA)、移动手机、平板电脑、无线终端设备、通信设备、嵌入式设备或有图4中类似结构的设备。本发明实施例不限定计算机设备200的类型。
如图3中的业务流QoS策略制定设备101可以为图4所示的设备,业务流QoS策略制定设备101的存储器中存储了一个或多个软件模块。业务流QoS策略制定设备101可以通过处理器以及存储器中的程序代码来实现软件模块,实现在仅通过一种接入方式对应的接入网传输业务流无法满足业务流的QoS需求的情况下,确定QoS策略以通过两种或两种以上接入网传输所述业务流。
如图5所示,本发明实施例提供了一种网络架构,该网络架构中至少包括第一接入点和第二接入点、业务流QoS策略制定设备、核心网控制面功能设备、核心网网关设备、SDN控制器。该网络架构可以为4G网络的网络架构,则如前文所述,核心网控制面功能设备、核心网网关设备、SDN控制器分别相当于4G网络中的MME、PGW和SDN控制器。该网络架构可以为5G网络的网络架构,则如前文所述,核心网控制面功能设备、核心网网关设备、SDN控制器可通过在通用设备上的软件模块实现。下文以本发明实施例提供的业务流传输方法应用在上述网络架构中,且图3中的业务流QoS策略制定设备101为该网络架构中的业务流QoS策略制定设备,图3中的核心网业务流传输控制设备102可以为该网络架构中的核心网控制面功能设备、核心网网关设备、SDN控制器三者中的任意一种为例进行说明。图3中业务流QoS策略制定设备101和核心网业务流传输控制设备102之间的交互,或者与外部网元之间的交互,可以采用该方法实施例中的方法。
如图5所示,在用户设备分别通过第一接入方式和第二接入方式接入网络,且用户设备通过第一接入方式对应的接入网传输已建立的业务流或发起建立新业务流的情况下,该方法包括:
301:业务流QoS策略制定设备获取所述第一接入方式对应的接入网传输所述业务流是否能够满足所述业务流对应的服务质量QoS需求的判断结果。
其中,所述服务质量QoS需求包括所述业务流对传输带宽、丢包率和时延等一个或多个QoS参数的设定要求。具体而言,不同类型的业务流对传输带宽、丢包率、时延等QoS参数的要求不同。例如:会话类和流媒体类业务对时延要求较高,对带宽需求也较高;而WWW、Email、(File Transfer Prot,FTP)业务和新闻服务等业务对时延要求不高。
在本步骤的具体实现过程中,业务流QoS策略制定设备可通过以下三种实现方式获取所述第一接入方式对应的接入网传输所述业务流是否能够满足所述业务流对应的QoS需求的判断结果。
其中,第一种实现方式为:业务流QoS策略制定设备接收其他设备发送的所述业务流对应的QoS需求和所述第一接入方式对应的接入网的网络状态信息;业务流QoS策略制定设备再根据所述网络状态信息和所述QoS需求,判断通过所述第一接入方式对应的接入网传输所述业务流是否能够满足所述QoS需求,得到判断结果。
其中,该实现方式中所指的网络状态信息可以包括空口负载情况、资源使用情况如链路带宽使用率和数据链路拥塞情况等信息。其他设备可以为一种应用面的设备:应用功能(Application Function,AF)设备。在业务流建立过程中,用户设备和网络中应用面的设备协商所需的QoS需求,此过程可参考现有技术,本发明实施例不再赘述。因而,应用功能设备保存有业务流对应的QoS需求。实际应用中,应用功能设备可以为代理呼叫会话控制功能(Proxy-Call Session Control Funtion,P-CSCF)设备,该设备能够向业务流QoS策略制定设备传递动态的业务状态信息等。其他设备还可以为应用功能设备和网络监控设备两个设备,其中,应用功能设备用于向业务流QoS策略制定设备发送所述业务流对应的QoS需求,其具体功能和实现见前文所述;网络监控设备相当于设置在网络各段的探针,可通过复制并分析用户面数据特征来评估当前业务流的实际传输状态,并向业务流QoS策略制定设备发送该状态信息。在该实现方式中,业务流QoS策略制定设备从其他设备接收QoS需求和网络状态信息后,其自身具有判断的能力,可根据第一接入方式对应的接入网的网络状态信息和所述业务流的QoS需求,判断仅通过所述第一接入方式对应的接入网传输所述业务流是否能够满足所述QoS需求。当第一接入方式对应的接入网的空口负载较大、资源使用较多或链路较拥塞时,可以得到仅通过第一接入方式对应的接入网传输业务流,无法满足业务流的QoS需求的判断结果。
第二种实现方式为:业务流QoS策略制定设备接收应用功能设备或网络监控设备发送的所述第一接入方式对应的接入网传输所述业务流是否能够满足所述业务流对应的QoS需求的判断结果。在该实现方式中,业务流QoS策略制定设备直接从应用功能设备或网络监控设备获取最终的判断结果,其自身无需进行判断,这样能够减少业务流QoS策略制定设备的负荷。
第三种实现方式为:业务流QoS策略制定设备接收应用功能设备发送的所述业务流对应的QoS需求;向核心网业务流传输控制设备发送所述QoS需求;接收所述核心网业务流传输控制设备发送的所述第一接入方式对应的接入网传输所述业务流是否能够满足所述业务流对应的QoS需求的判断结果。实际应用中,可能存在业务流QoS策略制定设备负荷较大或者不具备进行判断的能力,则在这种情况下,业务流QoS策略制定设备从应用功能设备获取业务流对应的QoS需求后转发给核心网业务流传输控制设备,并由核心网业务流传输控制设备进行判断后,把判断结果发送给业务流QoS策略制定设备。通过该实现方式,也能够减少业务流QoS策略制定设备的负荷。
需要说明的是,在第二种和第三种实现方式中,判断通过第一接入方式对应的接入网传输所述业务流是否能够满足所述业务流对应的QoS需求的执行主体分别为应用功能设备、网络监控设备和核心网业务流传输控制设备,该判断的具体实现过程可参考第一种实现方式中以业务流QoS策略制定设备为执行主体时的实现过程。
302:当所述判断结果为通过所述第一接入方式对应的接入网传输所述业务流无法满足所述QoS需求时,业务流QoS策略制定设备确定所述业务流的QoS策略。
其中,本步骤302中所指的确定所述业务流的QoS,可理解为两层含义,具体为:当业务流为已经建立且通过第一接入方式对应的接入网进行传输的业务流时,这表明已经为该业务流建立了承载,下发了QoS策略,则确定QoS策略是指调整QoS策略,得到一个调整后的QoS策略;当业务流为处于建立过程中,尚未建立完成的新业务流时,则确定QoS策略是指用户设备和网络侧应用面设备协商确定QoS需求,并根据QoS需求和网络状况制定QoS策略的过程。
其中,步骤302中所指的所述QoS策略用于指示分别通过第一接入方式和第二接入方式对应的接入网传输所述业务流。也即,为已经建立的业务流调整QoS策略后,调整后的QoS策略用于将已有的仅通过一种接入方式对应的接入网传输业务流的传输方式调整为通过两种接入方式对应的接入网并行传输。或者,为正在建立过程中的新业务流制定QoS策略时,不同于现有技术中不考虑网络状况和业务流的QoS需求,仅指示通过一种接入方式对应的接入网传输业务流,本发明实施例制定的QoS策略用于指示通过两种接入方式对应的接入网传输业务流。需要说明的是,此处的第一接入方式和第二接入方式不限定特定的接入方式,应当理解为任意两种;此处确定的QoS策略也不限定仅通过两种接入方式对应的接入网传输业务流,应当理解为两种或两种以上。
可选的,在本步骤的一种实现方式中,在用户设备通过包括第一接入方式和第二接入方式的至少三种接入方式接入网络的情况下,为了提高传输效率和接入网带宽利用率,需要从所述至少三种接入方式对应的接入网中选取网络状况较好的两种或两种以上接入网来传输所述业务流。以选取两种接入方式对应的接入网传输业务流为例,在确定所述业务流的QoS策略这一步骤的一种实现方式中,业务流QoS策略制定设备获取每个接入方式对应的接入网的网络状态信息;根据每个接入方式对应的接入网的网络状态信息,确定每个接入方式的优先级;将优先级大于预设阈值的第一接入方式和第二接入方式对应的接入网确定为用于传输所述业务流的接入网。
其中,在确定优先级时,可综合考虑各个接入网的负荷、链路带宽使用率等与网络状态相关的信息,并按照网络状态的好坏确定各个接入方式的优先级,在确定了优先级后,将优先级较好的两个接入接入方式对应的接入网确定为用于传输业务流的接入网。
可选的,在本步骤的另一种实现方式中,由于用户设备已经通过一种接入方式对应的接入网发起新业务流的建立,表明用户设备可能已经通过该接入网完成了业务流初步建立所需的过程,或者用户设备已经在通过一种接入方式对应的接入网传输已有的业务流,表明用户设备已经通过该接入方式对应的接入网建立起业务流对应的承载等建立业务流所需的全部过程,为了简化确定QoS策略后的如承载建立更新等过程,尽快开始业务流的传输过程以提高传输效率,确定的QoS策略中所指的多种接入方式至少包括用户设备初始发起业务流的建立所对应的接入方式或已经用于传输业务流的接入方式。
303:业务流QoS策略制定设备向核心网业务流传输控制设备发送所述QoS策略。
需要说明的是,上述业务流QoS策略制定设备的动作可以由如图4所示的计算机设备根据上述提及的存储器中的软件程序来执行。
304:业务流传输控制设备根据QoS策略确定路由策略。
需要说明的是,当应用在图5所示的网络架构中时,业务流传输控制设备具体可为核心网控制面功能设备、核心网网关设备或SDN控制器中的任意一种,因此,图5中示出了业务流传输控制设备为上述三种设备中的任意一种时,步骤303和步骤304的具体实现方式,但未示出步骤303和步骤304。
如图5所示,在步骤303和步骤304的一种实现方式中,如果所述系统中包括核心网控制面功能设备、SDN控制器和仅具有数据面的路由转发功能而不具备控制面功能的核心网网关,则图3中所示的核心网业务流传输控制设备可以为核心网控制面功能设备。则该步骤303可以表述为303a:业务流QoS策略制定设备向核心网控制面功能设备发送所述QoS策略。步骤304为步骤304a:核心网控制面功能设备根据调整后的QoS策略确定路由策略。且在步骤304a之后,所述方法还包括步骤305a:所述核心网控制面功能设备向所述核心网SDN控制器发送所述路由策略。306a:所述核心网SDN控制器向所述核心网网关设备转发所述路由策略。307a:所述核心网网关设备向用户设备发送所述路由策略。
或者,仍然是在该系统架构下,图3中所示的核心网业务流传输控制设备可以为核心网SDN控制器。该步骤303可以表述为303b:业务流QoS策略制定设备向核心网SDN控制器发送所述QoS策略。步骤304为步骤304b:核心网SDN控制器根据QoS策略确定路由策略。且在步骤304b之后,所述方法还包括步骤305b:所述核心网SDN控制器向所述核心网网关转发所述路由策略。306b:所述核心网网关向用户设备发送所述路由策略。
在本步骤的另一种实现方式中,如果所述系统中包括核心网控制面功能设备、和仅具有数据面的路由转发功能而不具备控制面功能的核心网网关设备,而不包括核心网SDN控制器,则图3中所示的核心网业务流传输控制设备可以为核心网控制面功能设备。该步骤303可以表述为303c:业务流QoS策略制定设备向核心网控制面功能设备发送所述QoS策略。步骤304为步骤304c:核心网控制面功能设备根据QoS策略确定路由策略。且在步骤304c之后,所述方法还包括步骤305c:所述核心网控制面功能设备向核心网网关设备转发所述路由策略。306c:所述核心网网关设备向用户设备发送所述路由策略。
在本步骤的再一种实现方式中,如果所述系统中包括核心网控制面功能设备和具有控制面功能的核心网网关,而不包括核心网SDN控制器,则图3中所示的核心网业务流传输控制设备可以为所述核心网网关。步骤303可以表述为303d:业务流QoS策略制定设备向核心网网关发送所述QoS策略。步骤304为步骤304d:核心网网关根据调整后的QoS策略确定路由策略。且在步骤304d之后,所述方法还包括步骤305d:所述核心网网关向用户设备发送所述路由策略。
在上述步骤305a、305b、305c或305d之后,在网关设备执行路由策略的过程中,当接收到来自网络侧设备的下行数据包时,网关设备将收到的下行数据包按照传输带宽的分配比值进行拆分,将拆分后的数据包分别通过不同接入方式对应的接入网进行传输。当接收到来自用户设备侧的上行数据包时,网关设备将来自同一业务流,但通过不同接入网传输的上行数据包进行合并。与网关设备相对应,用户设备也执行新的路由策略,对于上行数据包进行拆分然后通过不同接入方式对应的接入网进行传输,对于下行数据包进行合并。
需要说明的是,在步骤304的具体实现过程中,核心网业务流传输控制设备还需要决策是否需要建立新的承载。例如:用户设备分别通过Wi-Fi接入点和RAN接入网络,则核心网业务流传输控制设备决策是否需要建立新的承载;当Wi-Fi接入点还没有到网关的承载,则需要发起建立承载的过程。
本发明实施例提供的业务流传输方法,在用户设备至少通过两种接入方式接入网络中,且仅通过一种接入方式对应的接入网传输已有业务流或建立新业务流无法满足业务流的QoS需求的情况下,业务流QoS策略制定设备确定用于指示通过两种接入方式对应的接入网传输业务流的QoS策略。与现有技术中采用MPTCP协议进行业务流传输相比,本发明提供的业务流传输方法,在当前网络(第一接入方式对应的接入网)的网络状况较差,无法满足业务流的QoS需求的情况下,确定业务流的QoS策略,使得根据网络情况使业务流能够同时在两个接入方式对应的接入网并行传递,减轻当前网络的网络负荷,进而提高业务流传输效率。
可选的,作为上述方法的补充或者说明,在步骤302的另一种实现方式中,所述QoS策略还用于指示分别通过第一接入方式和第二接入方式对应的接入网传输所述业务流时的传输带宽。因此,在所述确定所述业务流的QoS策略的一种实现方式中,还需要包括分别确定第一接入方式和第二接入方式对应的传输带宽的过程,具体为:分别获取第一接入方式和第二接入方式对应的接入网的至少一个链路参数;根据各个链路参数的预设权重,确定第一接入方式和第二接入方式对应的接入网的传输带宽分配比值;根据所述传输带宽分配比值分别确定第一接入方式和第二接入方式对应的接入网的传输带宽。示例性的,获取的链路参数包括往返时间(Round Trip Time,RTT)、抖动、丢包率三个链路参数,且这三个链路参数的权重分别为0.8、0.1、0.1。当第二接入方式对应的接入网的RTT为第一接入方式对应的接入网的RTT的2倍,第二接入方式对应的接入网的抖动为第一接入方式对应的接入网的抖动的1.5倍,第二接入方式对应的接入网的丢包率为第一接入方式对应的接入网的丢包率的0.5倍时,则第二接入方式对应的接入网的传输带宽与第一接入方式对应的接入网的传输带宽的分配比值为:0.8*2+0.1*1.5+0.1*0.5=1.8,则在确定传输带宽时,为第二接入方式对应的接入网确定的传输带宽为第一接入方式对应的接入网的传输带宽的1.8倍。通过该实现方式,根据两个接入方式对应的接入网的链路状况分配传输带宽,使得链路状况较好的接入网传输更多的数据,能够提高网络传输带宽。
可选的,在步骤302的其他实现方式中,除了分别确定业务流通过每个接入方式对应的接入网传输时的传输带宽,还要分别确定业务流通过每个接入方式对应的接入网传输时的时延和丢包率等QoS参数的取值。具体确定时延和丢包率时,可按照步骤301中获取的业务流的QoS需求中,对时延和丢包率的要求设定。
可选的,实际应用中,需要确定每个接入方式对应的接入网在传输业务流时,对QoS参数的设定要求,以能保证通过不同接入方式对应的接入网有效传输所述业务流。因此,在步骤302的其他实现方式中,所述QoS策略包括所述业务流的属性信息、第一网络属性信息、第一QoS参数集合的取值、第二网络属性信息、第二QoS参数集合的取值。其中,所述业务流属性信息,用于标识所述业务流;所述第一网络属性信息用于标识所述第一接入方式对应的接入网;所述第一QoS参数集合的取值包括至少一个QoS参数的取值,用于表示通过所述第一接入方式对应的接入网传输所述业务流时的各个QoS参数的设定要求;所述第二网络属性信息用于标识所述第二接入方式对应的接入网;所述第二QoS参数集合的取值包括至少一个QoS参数的取值,用于表示通过所述第二接入方式对应的接入网传输所述业务流时的各个QoS参数的设定要求。一般而言,所述QoS参数集合中包括传输带宽、时延和丢包率等QoS参数。示例性的,对于已经建立承载、处于传输过程中的业务流,QoS策略调整前,该业务流对应的QoS策略为:业务流通过RAN接入方式对应的接入网传输,且传输过程中的传输带宽、时延和丢包率分别为传输带宽1、时延1和丢包率1。QoS策略调整后,该业务流对应的QoS策略为:1、业务流通过RAN接入方式对应的接入网传输,且传输过程中的传输带宽、时延和丢包率分别为传输带宽11、时延11和丢包率11以及2、业务流通过Wi-Fi的接入方式对应的接入网传输,且传输过程中的传输带宽、时延和丢包率分别为传输带宽22、时延22和丢包率22。
实际应用中,可能存在用户设备分别通过不同接入方式接入网络时,获取的IP地址不同的情形。则作为上文所述业务流传输过程的补充,核心网网关设备和用户设备根据已经制定的路由策略进行数据包发送时,采用IPinIP的数据封装方式。
具体的,本发明实施例所指的IPinIP的封装为:在网关设备侧,当网关设备通过第二接入方式对应的接入网向用户设备发送数据包时,判断用户设备通过所述第二接入方式接入网络时获取的IP地址与通过所述第一接入方式接入网络时获取的IP地址是否相同;如果不同,则在待发送数据包的外层增加报头后发送所述数据包,增加的所述报头中的目的IP地址为用户设备在通过所述第二接入方式接入网络时获取的IP地址;在网关设备接收到用户设备通过所述第二接入方式对应的接入网发送的数据包时,对所述数据包进行解封装,获取所述数据包的内层报头的源IP地址,当所述内层报头的源IP地址与用户设备通过所述第一接入方式接入网络时获取的IP地址相同时,丢弃数据包的外层报头后转发所述数据包。
如图6所示,以分别通过第一接入方式和第二接入方式对应的接入网传输业务流为例,当网关设备收到属于同一个业务流的A1、A2以及B三个下行数据包并进行处理时,按照第一接入方式对应的接入网的传输带宽和第二接入方式对应的接入网的传输带宽分配情况,将A1和A2通过第一接入方式对应的接入网向用户设备发送,将数据包B通过第二接入方式对应的接入网向用户设备发送。在发送数据包A1和A2时,可直接向用户设备发送;但在发送数据包B时,由于未进行IPinIP封装前,数据包B的目的IP地址为用户设备通过第一接入方式接入网络时获取的IP地址,而用户设备通过第二接入方式接入网络时获取的IP地址与通过第一接入方式接入网络时获取的IP地址不同,因此,在通过第二接入方式对应的接入网发送数据包B时,需要在数据包B外再封装一个IP头,这个IP头的源地址保留不变,目的地址为用户设备通过第二接入方式接入网络时获取的IP地址,端口号、协议和内层的IP报头相同,这样数据包B能够通过第二接入方式对应的接入网进行传输。数据包B到了用户设备后,用户设备进行解封装,确定数据包B和数据包A1、A2,属于同一业务流,然后对该业务流进行处理。
同理,仍以数据包A1、A2、B为例,用户设备侧在发送数据包时,也会按照上述处理过程将同一业务流的数据包进行拆分以分别通过不同接入方式对应的接入网进行传输。这样,当网关设备收到用户设备通过第一接入方式对应的接入网发送的A1、A2,以及用户设备通过第二接入方式对应的接入网发送的数据包B时,由于用户设备在发送时,对数据包B封装了IP报头(该IP报头称为外层IP报头),该IP报头的源IP地址为用户设备通过第二接入方式接入网络时获取的IP地址;而数据包B未封装前的报头(该IP报头称为内层IP报头)为用户设备通过第一接入方式接入网络时获取的IP地址。因此网关设备需要对接收的数据包B进行解封装,当数据包B的内层IP地址为用户设备通过第一接入方式接入网络时获取的IP地址时,将数据包B与A1、A2确定为属于同一业务流后传输。
如图7所示,本发明实施例还提供了一种业务流QoS制定设备的结构示意图,应用于用户设备至少通过第一接入方式和第二接入方式接入网络,且业务流为通过所述第一接入方式对应的接入网传输或发起建立的业务流的情况下,包括:获取单元401和处理单元402。
其中,获取单元401,用于获取所述第一接入方式对应的接入网传输所述业务流是否能够满足所述业务流对应的服务质量QoS需求的判断结果。
处理单元402,用于当所述判断结果为通过所述第一接入方式对应的接入网传输所述业务流无法满足所述QoS需求时,确定所述业务流的QoS策略,所述QoS策略用于指示分别通过第一接入方式和第二接入方式对应的接入网传输所述业务流。
进一步的,所述获取单元401,具体用于接收所述业务流对应的QoS需求和所述第一接入方式对应的接入网的网络状态信息;根据所述网络状态信息和所述QoS需求,判断通过所述第一接入方式对应的接入网传输所述业务流是否能够满足所述QoS需求,得到判断结果。
进一步的,所述获取单元401,具体用于接收应用功能设备或网络监控设备发送的所述第一接入方式对应的接入网传输所述业务流是否能够满足所述业务流对应的QoS需求的判断结果。
进一步的,所述获取单元401,具体用于接收应用功能设备发送的所述业务流对应的QoS需求;向核心网业务流传输控制设备发送所述QoS需求;接收所述核心网业务流传输控制设备发送的所述第一接入方式对应的接入网传输所述业务流是否能够满足所述业务流对应的QoS需求的判断结果。
进一步的,所述处理单元402,具体用于在所述用户设备通过包括第一接入方式和第二接入方式的至少三种接入方式接入网络的情况下,获取每个接入方式对应的接入网的网络状态信息;根据每个接入方式对应的接入网的网络状态信息,确定每个接入方式的优先级;将优先级大于预设阈值的第一接入方式和第二接入方式对应的接入网确定为用于传输所述业务流的接入网。
进一步的,所述处理单元402确定的所述QoS策略还用于指示分别通过第一接入方式和第二接入方式对应的接入网传输所述业务流时的传输带宽。
进一步的,所述处理单元402,还用于分别获取第一接入方式和第二接入方式对应的接入网的至少一个链路参数;根据各个链路参数的预设权重,确定第一接入方式和第二接入方式对应的接入网的传输带宽分配比值;根据所述传输带宽分配比值分别确定第一接入方式和第二接入方式对应的接入网的传输带宽。
进一步的,所述处理单元402,还用于向核心网业务流传输控制设备发送所述QoS策略,以便于所述核心网业务流传输控制设备根据所述QoS策略确定路由策略。
采用上述方案后,在用户设备至少通过两种接入方式接入网络中,且仅通过一种接入方式对应的接入网传输已有业务流或建立新业务流无法满足业务流的QoS需求的情况下,业务流QoS策略制定设备确定用于指示通过两种接入方式对应的接入网传输业务流的QoS策略。与现有技术中采用MPTCP协议进行业务流传输相比,本发明提供的业务流传输装置,在当前网络(第一接入方式对应的接入网)状况较差,无法满足业务流的QoS需求的情况下,确定业务流的QoS策略,使得能够根据网络状况使业务流能够同时在两个接入方式对应的接入网并行传递,能够减轻当前网络的网络负荷,进而提高业务流传输效率。
在本实施例中,业务流QoS策略制定设备是以功能单元的形式来呈现。这里的“单元”可以指特定应用集成电路(application-specificintegrated circuit,ASIC),电路,执行一个或多个软件或固件程序的处理器和存储器,集成逻辑电路,和/或其他可以提供上述功能的器件。在一个简单的实施例中,本领域的技术人员可以想到业务流QoS策略制定设备可以采用图4所示的形式。获取单元401和处理单元402可以通过图4的处理器和存储器来实现。
本发明实施例还提供了一种计算机存储介质,用于储存为上述图7所示的业务流QoS策略制定设备所用的计算机软件指令,其包含用于执行上述方法实施例所设计的程序。通过执行存储的程序,可以实现通过两种接入方式对应的接入网传输业务流。
本发明实施例还提供了另一种计算机存储介质,用于储存为上述核心网业务流传输控制设备所用的计算机软件指令,其包含用于执行上述方法实施例所设计的程序。通过执行存储的程序,可以实现通过两种接入方式对应的接入网传输业务流。
尽管在此结合各实施例对本发明进行了描述,然而,在实施所要求保护的本发明过程中,本领域技术人员通过查看所述附图、公开内容、以及所附权利要求书,可理解并实现所述公开实施例的其他变化。在权利要求中,“包括”(comprising)一词不排除其他组成部分或步骤,“一”或“一个”不排除多个的情况。单个处理器或其他单元可以实现权利要求中列举的若干项功能。相互不同的从属权利要求中记载了某些措施,但这并不表示这些措施不能组合起来产生良好的效果。
本领域技术人员应明白,本发明的实施例可提供为方法、装置(设备)、或计算机程序产品。因此,本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且,本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。计算机程序存储/分布在合适的介质中,与其它硬件一起提供或作为硬件的一部分,也可以采用其他分布形式,如通过Internet或其它有线或无线电信系统。
本发明是参照本发明实施例的方法、装置(设备)和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器,使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中,使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品,该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上,使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理,从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
尽管结合具体特征及其实施例对本发明进行了描述,显而易见的,在不脱离本发明的精神和范围的情况下,可对其进行各种修改和组合。相应地,本说明书和附图仅仅是所附权利要求所界定的本发明的示例性说明,且视为已覆盖本发明范围内的任意和所有修改、变化、组合或等同物。
以上所述,仅为本发明的具体实施方式,但本发明的保护范围并不局限于此,任何熟悉本技术领域的技术人员在本发明揭露的技术范围内,可轻易想到变化或替换,都应涵盖在本发明的保护范围之内。
Claims (22)
1.一种业务流传输方法,应用于用户设备至少通过第一接入方式和第二接入方式接入网络,且业务流为通过所述第一接入方式对应的接入网传输或发起建立的业务流情况下,其特征在于,所述方法包括:
获取所述第一接入方式对应的接入网传输所述业务流是否能够满足所述业务流对应的服务质量QoS需求的判断结果;
当所述判断结果为通过所述第一接入方式对应的接入网传输所述业务流无法满足所述QoS需求时,确定所述业务流的QoS策略,所述QoS策略用于指示分别通过第一接入方式和第二接入方式对应的接入网传输所述业务流。
2.根据权利要求1所述的方法,其特征在于,所述获取所述第一接入方式对应的接入网传输所述业务流是否能够满足所述业务流对应的QoS需求的判断结果,具体包括:
接收所述业务流对应的QoS需求和所述第一接入方式对应的接入网的网络状态信息;
根据所述网络状态信息和所述QoS需求,判断通过所述第一接入方式对应的接入网传输所述业务流是否能够满足所述QoS需求,得到判断结果。
3.根据权利要求1所述的方法,其特征在于,所述获取所述第一接入方式对应的接入网传输所述业务流是否能够满足所述业务流对应的QoS需求的判断结果,具体包括:
接收应用功能设备或网络监控设备发送的所述第一接入方式对应的接入网传输所述业务流是否能够满足所述业务流对应的QoS需求的判断结果。
4.根据权利要求1所述的方法,其特征在于,所述获取所述第一接入方式对应的接入网传输所述业务流是否能够满足所述业务流对应的QoS需求的判断结果,具体包括:
接收应用功能设备发送的所述业务流对应的QoS需求;
向核心网业务流传输控制设备发送所述QoS需求;
接收所述核心网业务流传输控制设备发送的所述第一接入方式对应的接入网传输所述业务流是否能够满足所述业务流对应的QoS需求的判断结果。
5.根据权利要求1至4任一项所述的方法,其特征在于,在所述用户设备通过包括第一接入方式和第二接入方式的至少三种接入方式接入网络的情况下,所述确定所述业务流的QoS策略,具体包括:
获取每个接入方式对应的接入网的网络状态信息;
根据每个接入方式对应的接入网的网络状态信息,确定每个接入方式的优先级;
将优先级大于预设阈值的第一接入方式和第二接入方式对应的接入网确定为用于传输所述业务流的接入网。
6.根据权利要求1至5任一项所述的方法,其特征在于,所述QoS策略还用于指示分别通过第一接入方式和第二接入方式对应的接入网传输所述业务流时的传输带宽。
7.根据权利要求6所述的方法,其特征在于,所述确定所述业务流的QoS策略,具体还包括:
分别获取第一接入方式和第二接入方式对应的接入网的至少一个链路参数;
根据各个链路参数的预设权重,确定第一接入方式和第二接入方式对应的接入网的传输带宽分配比值;
根据所述传输带宽分配比值分别确定第一接入方式和第二接入方式对应的接入网的传输带宽。
8.根据权利要求1至7任一项所述的方法,其特征在于,所述确定所述业务流的QoS策略之后,所述方法还包括:
向核心网业务流传输控制设备发送所述QoS策略,以便于所述核心网业务流传输控制设备根据所述QoS策略确定路由策略。
9.根据权利要求4或8所述的方法,其特征在于,所述核心网业务流传输控制设备为核心网控制面功能设备、核心网软件定义网络SDN控制器或核心网网关设备。
10.一种业务流传输装置,应用于用户设备至少通过第一接入方式和第二接入方式接入网络,且业务流为通过所述第一接入方式对应的接入网传输或发起建立的业务流情况下,其特征在于,所述装置包括:
获取单元,用于获取所述第一接入方式对应的接入网传输所述业务流是否能够满足所述业务流对应的服务质量QoS需求的判断结果;
处理单元,用于当所述判断结果为通过所述第一接入方式对应的接入网传输所述业务流无法满足所述QoS需求时,确定所述业务流的QoS策略,所述QoS策略用于指示分别通过第一接入方式和第二接入方式对应的接入网传输所述业务流。
11.根据权利要求10所述的装置,其特征在于,
所述获取单元,具体用于接收所述业务流对应的QoS需求和所述第一接入方式对应的接入网的网络状态信息;
根据所述网络状态信息和所述QoS需求,判断通过所述第一接入方式对应的接入网传输所述业务流是否能够满足所述QoS需求,得到判断结果。
12.根据权利要求10所述的装置,其特征在于,
所述获取单元,具体用于接收应用功能设备或网络监控设备发送的所述第一接入方式对应的接入网传输所述业务流是否能够满足所述业务流对应的QoS需求的判断结果。
13.根据权利要求10所述的装置,其特征在于,
所述获取单元,具体用于接收应用功能设备发送的所述业务流对应的QoS需求;
向核心网业务流传输控制设备发送所述QoS需求;
接收所述核心网业务流传输控制设备发送的所述第一接入方式对应的接入网传输所述业务流是否能够满足所述业务流对应的QoS需求的判断结果。
14.根据权利要求10至13任一项所述的装置,其特征在于,
所述处理单元,具体用于在所述用户设备通过包括第一接入方式和第二接入方式的至少三种接入方式接入网络的情况下,获取每个接入方式对应的接入网的网络状态信息;
根据每个接入方式对应的接入网的网络状态信息,确定每个接入方式的优先级;
将优先级大于预设阈值的第一接入方式和第二接入方式对应的接入网确定为用于传输所述业务流的接入网。
15.根据权利要求10至14任一项所述的装置,其特征在于,
所述处理单元确定的所述QoS策略还用于指示分别通过第一接入方式和第二接入方式对应的接入网传输所述业务流时的传输带宽。
16.根据权利要求15所述的装置,其特征在于,
所述处理单元,还用于分别获取第一接入方式和第二接入方式对应的接入网的至少一个链路参数;
根据各个链路参数的预设权重,确定第一接入方式和第二接入方式对应的接入网的传输带宽分配比值;
根据所述传输带宽分配比值分别确定第一接入方式和第二接入方式对应的接入网的传输带宽。
17.根据权利要求10至16任一项所述的装置,其特征在于,
所述处理单元,还用于向核心网业务流传输控制设备发送所述QoS策略,以便于所述核心网业务流传输控制设备根据所述QoS策略确定路由策略。
18.一种业务流传输系统,应用于用户设备至少通过第一接入方式和第二接入方式接入网络,且业务流为通过所述第一接入方式对应的接入网传输或发起建立的业务流的情况下,其特征在于,所述系统包括:业务流QoS策略制定设备和核心网业务流传输控制设备,其中:
所述业务流QoS策略制定设备,用于获取所述第一接入方式对应的接入网传输所述业务流是否能够满足所述业务流对应的QoS需求的判断结果;
当所述判断结果为通过所述第一接入方式对应的接入网传输所述业务流无法满足所述QoS需求时,确定所述业务流的QoS策略,所述QoS策略用于指示分别通过第一接入方式和第二接入方式对应的接入网传输所述业务流;
向所述核心网业务流传输控制设备发送所述QoS策略;
所述核心网业务流传输控制设备,用于接收所述QoS策略并根据所述QoS策略制定路由策略。
19.根据权利要求18所述的系统,其特征在于,若所述核心网业务流传输控制设备为核心网控制面功能设备,则所述系统还包括核心网软件定义网络SDN控制器,
则所述核心网控制面功能设备,还用于向所述核心网SDN控制器发送所述路由策略;
所述核心网SDN控制器,用于向所述核心网网关设备转发所述路由策略,以使所述核心网网关设备向用户设备发送所述路由策略。
20.根据权利要求18所述的系统,其特征在于,若所述核心网业务流传输控制设备为核心网SDN控制器,则所述SDN控制器,还用于向核心网网关设备发送所述路由策略,以使所述核心网网关设备向用户设备发送所述路由策略。
21.根据权利要求18所述的系统,其特征在于,若所述核心网业务流传输控制设备为核心网网关设备,则所述核心网网关设备,还用于向用户设备发送所述路由策略。
22.根据权利要求19至21任一项所述的系统,其特征在于,所述核心网网关设备,还用于当通过第二接入方式对应的接入网向用户设备发送数据包时,判断用户设备通过所述第二接入方式接入网络时获取的IP地址与通过所述第一接入方式接入网络时获取的IP地址是否相同;如果不同,则在待发送数据包的外层增加报头后发送所述数据包,增加的所述报头中的目的IP地址为用户设备在通过所述第二接入方式接入网络时获取的IP地址;
在接收到用户设备通过所述第二接入方式对应的接入网发送的数据包时,对所述数据包进行解封装,获取所述数据包的内层报头的源IP地址,当所述内层报头的源IP地址与用户设备通过所述第一接入方式接入网络时获取的IP地址相同时,丢弃数据包的外层报头后转发所述数据包。
Priority Applications (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201610080066.5A CN107040942A (zh) | 2016-02-04 | 2016-02-04 | 业务流传输方法、装置及系统 |
PCT/CN2017/071732 WO2017133477A1 (zh) | 2016-02-04 | 2017-01-19 | 业务流传输方法、装置及系统 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201610080066.5A CN107040942A (zh) | 2016-02-04 | 2016-02-04 | 业务流传输方法、装置及系统 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN107040942A true CN107040942A (zh) | 2017-08-11 |
Family
ID=59499285
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201610080066.5A Pending CN107040942A (zh) | 2016-02-04 | 2016-02-04 | 业务流传输方法、装置及系统 |
Country Status (2)
Country | Link |
---|---|
CN (1) | CN107040942A (zh) |
WO (1) | WO2017133477A1 (zh) |
Cited By (10)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN109587709A (zh) * | 2017-09-29 | 2019-04-05 | 中国移动通信有限公司研究院 | 本地数据网的发现、配置方法、终端、核心网设备及基站 |
CN109995657A (zh) * | 2019-03-19 | 2019-07-09 | 新华三技术有限公司合肥分公司 | 一种流量转发的方法及装置 |
CN110049517A (zh) * | 2018-01-16 | 2019-07-23 | 华为技术有限公司 | QoS流的控制方法和装置 |
CN110830429A (zh) * | 2018-08-14 | 2020-02-21 | 华为技术有限公司 | 一种业务流的传输方法、通信方法及装置 |
WO2020078248A1 (zh) * | 2018-10-17 | 2020-04-23 | 华为技术有限公司 | 无线通信方法及设备 |
CN111247869A (zh) * | 2017-10-30 | 2020-06-05 | 华为技术有限公司 | 提升业务可靠性的方法、设备及系统 |
CN111527767A (zh) * | 2017-12-27 | 2020-08-11 | 华为技术有限公司 | 一种网络性能提升的方法及设备 |
CN111770531A (zh) * | 2019-04-01 | 2020-10-13 | 华为技术有限公司 | 获取数据包延迟参数的方法、系统和装置 |
CN116209006A (zh) * | 2023-04-25 | 2023-06-02 | 阿里巴巴达摩院(杭州)科技有限公司 | 通信网络的管理系统、方法、网络设备和存储介质 |
WO2023185679A1 (zh) * | 2022-03-29 | 2023-10-05 | 中国移动通信有限公司研究院 | 一种策略控制方法、设备及存储介质 |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101626596A (zh) * | 2008-07-09 | 2010-01-13 | 中国移动通信集团公司 | 一种生成业务分流策略的方法、装置及系统 |
US20130064236A1 (en) * | 2008-05-08 | 2013-03-14 | At&T Intellectual Property I, L.P. | Control of Quality of Service in Overlapping Basic Service Sets in Wireless Local Area Networks |
US20140082168A1 (en) * | 2012-09-14 | 2014-03-20 | International Business Machines Corporation | Priority resolution for access control list policies in a networking device |
CN103875304A (zh) * | 2011-10-12 | 2014-06-18 | 摩托罗拉移动有限责任公司 | 通过多个rat通信设备检索内容 |
Family Cites Families (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US8867486B2 (en) * | 2009-04-17 | 2014-10-21 | Qualcomm Incorporated | Wireless data communications employing IP flow mobility |
CN102695291A (zh) * | 2011-03-25 | 2012-09-26 | 中兴通讯股份有限公司 | 多网接入系统和多模无线终端 |
US9655019B2 (en) * | 2012-10-08 | 2017-05-16 | Samsung Electronics Co., Ltd. | Apparatus and method for switching call in mobile communication system |
CN104735728A (zh) * | 2015-04-10 | 2015-06-24 | 宇龙计算机通信科技(深圳)有限公司 | 传输业务数据流的方法和系统 |
-
2016
- 2016-02-04 CN CN201610080066.5A patent/CN107040942A/zh active Pending
-
2017
- 2017-01-19 WO PCT/CN2017/071732 patent/WO2017133477A1/zh active Application Filing
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20130064236A1 (en) * | 2008-05-08 | 2013-03-14 | At&T Intellectual Property I, L.P. | Control of Quality of Service in Overlapping Basic Service Sets in Wireless Local Area Networks |
CN101626596A (zh) * | 2008-07-09 | 2010-01-13 | 中国移动通信集团公司 | 一种生成业务分流策略的方法、装置及系统 |
CN103875304A (zh) * | 2011-10-12 | 2014-06-18 | 摩托罗拉移动有限责任公司 | 通过多个rat通信设备检索内容 |
US20140082168A1 (en) * | 2012-09-14 | 2014-03-20 | International Business Machines Corporation | Priority resolution for access control list policies in a networking device |
Cited By (20)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN109587709B (zh) * | 2017-09-29 | 2020-12-15 | 中国移动通信有限公司研究院 | 本地数据网的发现、配置方法、终端、核心网设备及基站 |
CN109587709A (zh) * | 2017-09-29 | 2019-04-05 | 中国移动通信有限公司研究院 | 本地数据网的发现、配置方法、终端、核心网设备及基站 |
US11432297B2 (en) | 2017-10-30 | 2022-08-30 | Huawei Technologies Co., Ltd. | Method for improving service reliability, device, and system |
CN111247869A (zh) * | 2017-10-30 | 2020-06-05 | 华为技术有限公司 | 提升业务可靠性的方法、设备及系统 |
CN111527767B (zh) * | 2017-12-27 | 2023-10-20 | 华为技术有限公司 | 一种网络性能提升的方法及设备 |
CN111527767A (zh) * | 2017-12-27 | 2020-08-11 | 华为技术有限公司 | 一种网络性能提升的方法及设备 |
CN110049517A (zh) * | 2018-01-16 | 2019-07-23 | 华为技术有限公司 | QoS流的控制方法和装置 |
US11576083B2 (en) | 2018-01-16 | 2023-02-07 | Huawei Technologies Co., Ltd. | QoS flow control method and apparatus |
CN110830429A (zh) * | 2018-08-14 | 2020-02-21 | 华为技术有限公司 | 一种业务流的传输方法、通信方法及装置 |
US11832352B2 (en) | 2018-08-14 | 2023-11-28 | Huawei Technologies Co., Ltd. | Service flow transmission method and apparatus and communications method and apparatus |
CN110830429B (zh) * | 2018-08-14 | 2023-08-25 | 华为技术有限公司 | 一种业务流的传输方法、通信方法及装置 |
WO2020078248A1 (zh) * | 2018-10-17 | 2020-04-23 | 华为技术有限公司 | 无线通信方法及设备 |
CN109995657B (zh) * | 2019-03-19 | 2021-06-08 | 新华三技术有限公司合肥分公司 | 一种流量转发的方法及装置 |
CN109995657A (zh) * | 2019-03-19 | 2019-07-09 | 新华三技术有限公司合肥分公司 | 一种流量转发的方法及装置 |
CN111770531B (zh) * | 2019-04-01 | 2022-03-29 | 华为技术有限公司 | 获取数据包延迟参数的方法、系统和装置 |
US11811670B2 (en) | 2019-04-01 | 2023-11-07 | Huawei Technologies Co., Ltd. | Packet delay parameter obtaining method, system, and apparatus |
CN111770531A (zh) * | 2019-04-01 | 2020-10-13 | 华为技术有限公司 | 获取数据包延迟参数的方法、系统和装置 |
WO2023185679A1 (zh) * | 2022-03-29 | 2023-10-05 | 中国移动通信有限公司研究院 | 一种策略控制方法、设备及存储介质 |
CN116209006B (zh) * | 2023-04-25 | 2023-09-22 | 阿里巴巴达摩院(杭州)科技有限公司 | 通信网络的管理系统、方法、网络设备和存储介质 |
CN116209006A (zh) * | 2023-04-25 | 2023-06-02 | 阿里巴巴达摩院(杭州)科技有限公司 | 通信网络的管理系统、方法、网络设备和存储介质 |
Also Published As
Publication number | Publication date |
---|---|
WO2017133477A1 (zh) | 2017-08-10 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN107040942A (zh) | 业务流传输方法、装置及系统 | |
CN108632904B (zh) | 一种通信方法及设备 | |
CN104796227B (zh) | 一种数据传输方法及设备 | |
CN105210337B (zh) | 一种nfv系统的业务实现方法及通信单元 | |
CN104685920B (zh) | 传输数据的方法、装置和系统 | |
CN103532878B (zh) | 数据包的处理方法和网络流量的管理方法及装置和系统 | |
CN108810903A (zh) | 一种数据传输配置及数据传输方法和装置 | |
CN107026793A (zh) | 路由方法、装置及系统 | |
CN107409080A (zh) | 用于经由绑定服务提供最大填充链路的系统和方法 | |
CN105282861B (zh) | 用于实施承载回叫服务的系统和方法 | |
CN108023758A (zh) | 一种混合接入网络中处理报文的方法及网络设备 | |
CN108632910A (zh) | 一种QoS处理方法和设备 | |
CN108632308A (zh) | 控制方法、装置、smf、upf、ue、pcf及an | |
CN107395572A (zh) | 一种数据处理方法及物联网网关 | |
CN108270813A (zh) | 一种异构多协议栈方法、装置及系统 | |
CN108471629A (zh) | 传输网络中业务服务质量的控制方法、设备及系统 | |
CN107342906A (zh) | 一种大象流的检测方法、设备及系统 | |
CN105284150B (zh) | 业务分流方法、控制网元、网关路由器及用户面实体 | |
CN109587757A (zh) | 一种终端能力控制方法、终端及基站 | |
WO2020083102A1 (zh) | 信息传输方法及网络设备 | |
CN107135521A (zh) | 一种流量控制方法、装置和系统 | |
CN105099915B (zh) | 一种建立业务路径的方法和设备 | |
CN109842570A (zh) | 聚合速率控制方法、设备以及系统 | |
CN105262534B (zh) | 一种适用于卫星通信网络的路由方法和装置 | |
CN110138685A (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 | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20170811 |
|
RJ01 | Rejection of invention patent application after publication |