CN106792923A - 一种配置QoS策略的方法及装置 - Google Patents
一种配置QoS策略的方法及装置 Download PDFInfo
- Publication number
- CN106792923A CN106792923A CN201710071407.7A CN201710071407A CN106792923A CN 106792923 A CN106792923 A CN 106792923A CN 201710071407 A CN201710071407 A CN 201710071407A CN 106792923 A CN106792923 A CN 106792923A
- Authority
- CN
- China
- Prior art keywords
- current
- business
- qos
- qos policy
- information
- 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
- 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]
Abstract
本发明实施例公开了一种配置QoS策略的方法及装置,涉及通信技术领域,可以解决在数据类业务的复杂应用场景下,无法进行QoS策略调整而导致的LTE网络的可靠性和高效性较低的问题。具体方案为:获取当前用户的信息和当前API信息,当前用户的信息包括当前用户的用户级别,当前API信息包括与当前业务的业务类型和当前业务的业务属性对应的API的标识,当前业务为当前用户所选择的业务;根据当前用户的信息和当前API信息,结合用户的信息和API信息与业务的QoS策略的对应关系,确定当前业务的当前QoS策略,该当前QoS策略包括当前的GBR和当前的MBR;将当前业务的默认QoS策略更新为当前QoS策略。
Description
技术领域
本发明实施例涉及通信技术领域,尤其涉及一种配置QoS策略的方法及装置。
背景技术
在长期演进(Long Term Evolution,LTE)网络场景下,移动通信网络技术可以为用户提供丰富多彩的数据类业务服务,例如,可以为用户提供网页浏览、文本消息、网络游戏以及在线视频收看等服务。
其中,LTE网络的可用性和高效性是数据类业务服务质量的重要保障。LTE网络的可用性是指为用户提供具有服务质量(Quality of Service,QoS)保障的数据类业务服务,LTE网络的高效性是指使用有限的移动数据资源为尽可能多的用户提供有QoS保障的数据类业务服务。
为了保障LTE网络的可用性和高效性,可以将移动通信网络下的数据类业务抽象分类,如语音会话、视频会话、实时游戏和非会话类视频等,并在LTE网络中预置一套标准QoS策略,即为分类后的每类数据类业务配置对应的QoS策略,该QoS策略可以包括分配和保留优先级(Allocation and Retention Priority,ARP)、保证比特速率(Guaranteed BitRate,GBR)和最大比特速率(Maximum Bit Rate,MBR)等。例如,在LTE网络中预置的语音通话业务的QoS策略中的ARP取值为2,GBR为10千比特每秒(Kilobytes Per Second,kbps),MBR为100kbps;在LTE网络中预置的视频通话业务的QoS策略中的ARP取值为4,GBR为20kbps,MBR为100kbps。
但是,由于上述标准QoS策略一旦预置成功,则对该LTE网络中的所有业务生效,且不可更改,灵活性较差;并且由于数据类业务的复杂性,在将数据类业务归为上述抽象分类后的其中一个分类时,仅通过一个分类无法满足复杂的应用场景要求。因此,在LTE网络中预置一套标准QoS策略无法满足数据类业务的复杂应用场景下用户的要求。
发明内容
本申请提供一种配置QoS策略的方法及装置,可以满足数据类业务的复杂应用场景下用户的要求,从而提高了LTE网络场景下数据类业务的可用性和高效性。
为达到上述目的,本申请采用如下技术方案:
第一方面,本申请提供一种配置QoS策略的方法,该配置QoS策略的方法可以包括:获取当前用户的信息和当前应用程序接口(Application Programming Interface,API)信息,该当前用户的信息包括当前用户的用户级别,该当前API信息包括与当前业务的业务类型和当前业务的业务属性对应的API的标识,当前业务为当前用户所选择的业务;根据当前用户的信息和当前API信息,结合用户的信息和API信息与业务的QoS策略的对应关系,确定当前业务的包括当前的GBR和当前的MBR的当前QoS策略;将当前业务的默认QoS策略更新为当前QoS策略,该默认QoS策略为与当前业务的业务类型对应的QoS策略。
本方案中,视频系统的业务处理平台可以根据当前用户的信息(如当前用户的用户级别)和当前API信息(如与当前业务的业务类型和当前业务的业务属性对应的API的标识)与业务的QoS策略的对应关系,确定当前业务的当前QoS策略,该当前业务的当前QoS策略可以包括当前业务的当前的GBR和当前的MBR。由于视频系统的业务处理平台确定的当前业务的当前QoS策略是根据当前用户的信息和当前API信息,以及当前用户的信息和当前API信息与业务的QoS策略的对应关系确定的,即视频系统的业务处理平台确定的当前业务的当前QoS策略是针对当前用户的用户级别、当前用户选择的业务的业务类型和当前业务的业务属性配置的QoS策略,因此在将当前业务的当前的GBR取值和当前的MBR取值确定为当前业务所需的移动数据资源时,便可以保障当前用户选择当前业务时所需的移动数据资源,同时也可以避免GBR和MBR过大而导致的移动数据资源的浪费问题,满足了用户体验数据类业务服务时的要求,从而提高了LTE网络场景下数据类业务的可用性和高效性。
在第一方面的一种实现方式中,在根据当前用户的信息和当前API信息,结合用户的信息和API信息与业务的QoS策略的对应关系,确定当前业务的当前QoS策略之前,本申请的方法还可以包括:确定用户的信息和API信息与业务的QoS策略的对应关系。
其中,用户的信息可以包括用户的用户级别,API信息可以包括用户选择的业务的业务类型和业务属性对应的API的标识。业务的QoS策略与用户的用户级别、业务的业务类型和业务属性对应。
在第一方面的一种实现方式中,在将当前业务的默认QoS策略更新为当前QoS策略之前,本申请的方法还可以包括:获取默认QoS策略,该默认QoS策略包括默认GBR和默认MBR;对比当前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策略”的方法可以包括:向计费规则功能单元(Policy and Charging Rules Function,PCRF)发送当前业务的标识和当前QoS策略,使PCRF根据当前业务的标识将当前业务的默认QoS策略更新为当前QoS策略。
其中,视频系统的业务处理平台在确定当前业务的当前QoS策略之后,可以向PCRF发送当前业务的标识和当前QoS策略,以使得PCRF执行更新当前业务的默认QoS策略的操作。
在第一方面的一种实现方式中,上述“向PCRF发送当前业务的标识和当前QoS策略”的方法可以包括:通过QoS API网关向PCRF发送当前业务的标识和当前QoS策略。
其中,视频系统的业务处理平台可以调用简单对象访问协议接口,并通过QoS API网关将更新当前业务的默认QoS策略的请求消息(简称简单对象访问协议接口请求)适配为AAR请求消息(该AAR请求消息中携带有当前业务的标识和当前QoS策略)后,将AAR请求消息发送给PCRF,使得PCRF根据当前业务的标识将当前业务的默认QoS策略更新为当前QoS策略,然后通过QoS API网关将返回的AAA响应消息(该AAA响应消息中携带有当前业务的QoS策略)适配为简单对象访问协议接口响应消息,并返回给视频系统的业务处理平台。
第二方面,本申请提供一种配置QoS策略的装置,该配置QoS策略的装置可以包括:第一获取模块、第一确定模块和更新模块。其中,第一获取模块,用于获取当前用户的信息和当前API信息,该当前用户的信息包括当前用户的用户级别,该当前API信息包括与当前业务的业务类型和当前业务的业务属性对应的API的标识,该当前业务为当前用户所选择的业务。第一确定模块,用于根据第一获取模块获取的当前用户的信息和当前API信息,结合用户的信息和API信息与业务的QoS策略的对应关系,确定当前业务的当前QoS策略,该当前QoS策略包括当前的GBR和当前的MBR。更新模块,用于将当前业务的默认QoS策略更新为第一确定模块确定的当前QoS策略,该默认QoS策略为与当前业务的业务类型对应的QoS策略。
在第二方面的一种实现方式中,上述配置QoS策略的装置还可以包括:第二确定模块。第二确定模块,用于在第一确定模块根据当前用户的信息和当前API信息,结合用户的信息和API信息与业务的QoS策略的对应关系,确定当前业务的当前QoS策略之前,确定用户的信息和API信息与业务的QoS策略的对应关系。
在第二方面的一种实现方式中,上述配置QoS策略的装置还可以包括:第二获取模块和对比模块。其中,第二获取模块,用于在更新模块将当前业务的默认QoS策略更新为当前QoS策略之前,获取默认QoS策略,该默认QoS策略包括默认GBR和默认MBR。对比模块,用于对比当前QoS策略和默认QoS策略。更新模块,具体可以用于:若当前QoS策略和默认QoS策略不同,则将当前业务的默认QoS策略更新为当前QoS策略。
在第二方面的一种实现方式中,上述更新模块,具体可以用于:向PCRF发送当前业务的标识和当前QoS策略,使PCRF根据当前业务的标识将当前业务的默认QoS策略更新为当前QoS策略。
在第二方面的一种实现方式中,上述更新模块,具体可以用于:通过QoS API网关向PCRF发送当前业务的标识和当前QoS策略。
需要说明的是,本发明实施例的第二方面及其各种可能的实现方式的各个功能单元,是为了执行上述第一方面以及第一方面的各种可选方式的配置QoS策略的方法,而对配置QoS策略的装置进行的逻辑上的划分。第二方面及其各种可能的实现方式的各个功能单元的详细描述以及有益效果分析可以参考上述第一方面及其各种可能的实现方式中的对应描述及技术效果,此处不再赘述。
第三方面,本申请提供一种配置QoS策略的装置,该配置QoS策略的装置可以包括:处理器、存储器和通信接口。存储器用于存储计算机执行指令,处理器、通信接口与存储器通过总线连接,当配置QoS策略的装置运行时,处理器执行存储器存储的计算机执行指令,以使配置QoS策略的装置执行如第一方面以及第一方面的各种可选方式所述的配置QoS策略的方法。
第四方面,提供一种计算机存储介质,该计算机存储介质中存储有一个或多个程序代码,当第三方面中的配置QoS策略的装置的处理器执行该程序代码时,配置QoS策略的装置执行如第一方面以及第一方面的各种可选方式所述的配置QoS策略的方法。
上述第二方面和第三方面中配置QoS策略的装置的各个模块的详细描述和相应技术效果分析可参见上述第一方面及其各种可能的实现方式中的详细描述,本发明实施例这里不再赘述。
附图说明
图1为本发明实施例提供的一种LTE网络的网络架构示意图;
图2为本发明实施例提供的一种配置QoS策略的方法所应用的网络架构图;
图3为本发明实施例提供的一种配置QoS策略的方法流程图;
图4为本发明实施例提供的另一种配置QoS策略的方法流程图;
图5为本发明实施例提供的另一种配置QoS策略的方法流程图;
图6为本发明实施例提供的另一种配置QoS策略的方法流程图;
图7为本发明实施例提供的另一种配置QoS策略的方法流程图;
图8为本发明实施例提供的一种配置QoS策略的装置的结构示意图;
图9为本发明实施例提供的另一种配置QoS策略的装置的结构示意图;
图10为本发明实施例提供的另一种配置QoS策略的装置的结构示意图。
具体实施方式
本发明实施例提供的配置QoS策略的方法及装置,可以应用于数据类业务的QoS策略配置的过程中,具体的,可以针对用户选择的视频业务配置相应的QoS策略,以满足用户体验数据类业务服务时的要求,从而提高LTE网络场景下数据类业务的可用性和高效性。
请参考图1,其示出了本发明实施例提供的一种LTE网络的网络架构示意图。其中,如图1所示,该LTE网络可以包括:用户设备(User Equipment,UE)10、接入网设备20、移动性管理实体(Mobility Management Entity,MME)30、服务网关(Serving GateWay,S-GW)40、分组数据网络网关(Packet Data Network Gateway,PDN-GW)50和PCRF 60等。
其中,接入网设备20可以为演进型基站(Evolved NodeB,eNodeB),MME 30为LTE网络的控制设备,可以用于移动管理、会话管理、网元选择及进行用户承载信息存储。S-GW 40具有会话管理、路由选择和数据转发、QoS控制、计费以及存储信息等功能等。PDN-GW 50可以用于网际协议(Internet Protocol,IP)地址分配、会话管理、路由选择、数据转发、QoS控制、计费、策略和计费执行等。PCRF 60可以用于负责策略决策控制,以及用于控制基于流的计费功能。
在数据类业务的复杂应用场景下,可以针对数据类业务的应用场景配置相应的QoS策略,以满足用户体验数据类业务服务时的要求,从而提高LTE网络场景下数据类业务的可用性和高效性。具体的,如图2所示,可以基于图1所示的LTE网络的网络架构,构建融合视频系统(Hybrid Vedio System,HVS)70。该HVS 70可以包括视频系统的业务处理平台71和QoS API网关72,视频系统的业务处理平台71和QoS API网关72均可以通过服务器实现。
其中,UE 10向HVS 70的视频系统的业务处理平台71发送当前用户的操作请求消息(如当前用户在UE 10上选择A平台的高清视频时所触发的操作请求消息),视频系统的业务处理平台71可以根据接收到的操作请求消息确定当前API信息,并根据当前API信息和当前用户的信息(如当前用户的用户级别)确定当前业务(如A平台的高清视频)的当前QoS策略,并将确定的当前QoS策略(如GBR和MBR)通过简单对象访问协议(SOAP)接口发送至QoSAPI网关72,经由QoS API网关72提供的Rx接口将当前QoS策略发送给PCRF 60,使PCRF 60将当前业务的默认QoS策略更新为当前QoS策略。
本发明实施例提供的一种配置QoS策略的方法及装置,可以满足数据类业务的复杂应用场景下用户的要求,从而提高了LTE网络场景下数据类业务的可用性和高效性。
下面结合附图,通过具体的实施例及其应用场景对本发明实施例提供的一种配置QoS策略的方法及装置进行详细地说明。
本发明实施例提供一种配置QoS策略的方法,如图3所示,该配置QoS策略的方法包括:
S301、UE向视频系统的业务处理平台发送当前用户的操作请求消息。
其中,UE为当前用户所操作的UE,UE可以向视频系统的业务处理平台发送当前用户的操作请求消息,使得视频系统的业务处理平台可以根据当前用户的操作请求消息(如当前用户在UE上选择所需业务时所触发的操作请求消息),确定当前API信息,当前API信息包括当前业务(即当前用户所选择的业务)的业务类型对应的API的标识。
示例性的,当前用户可以在UE上选择当前用户需要所需的业务,视频系统的业务处理平台可以根据当前用户选择的业务确定该业务的业务类型和业务的业务属性对应的API的标识。
例如,当前用户选择A平台的高清视频,视频系统的业务处理平台在接收到当前用户选择A平台的高清视频时所触发的操作请求消息后,可以确定该A平台的高清视频对应的API的标识。
S302、视频系统的业务处理平台获取当前用户的信息和当前API信息,当前用户的信息包括当前用户的用户级别,当前API信息包括与当前业务的业务类型和当前业务的业务属性对应的API的标识,当前业务为当前用户所选择的业务。
其中,当前用户可以在UE上登陆当前用户的用户账号,视频系统的业务处理平台可以根据当前用户的用户账号确定当前用户的信息,并可以根据UE发送的当前用户的操作请求消息确定当前API信息。
示例性的,视频系统的业务处理平台可以根据当前用户登陆的用户账号确定当前用户的用户级别的取值,然后确定当前用户的用户级别的标识。其中,当前用户的用户级别的取值越大,当前用户的用户级别越高。
如表1所示,其示出了当前用户的用户账号与当前用户的用户级别的对应关系。
表1
由表1可知,若当前用户登陆的用户账号为000时,视频系统的业务处理平台可以根据当前用户的用户账号查找到当前用户的用户级别的取值为1,则可以确定当前用户的用户级别为铜牌用户,且当前用户的用户级别的标识为2。
并且,当前用户在登陆用户的账号后,可以在UE上选择所需的业务。UE在获取到当前用户的操作请求后,向视频系统的业务处理平台发送当前用户的操作请求消息,视频系统的业务处理平台可以根据当前用户的操作请求消息(即当前用户在UE上选择所需业务时所触发的操作请求消息),查找到当前用户在UE上选择的业务的业务类型和业务属性对应的API的标识。
示例性的,如表2所示,其示出了当前业务的业务类型和当前业务的业务属性与当前API的标识的对应关系。
表2
由表2可知,若当前业务的业务类型为视频类业务,且当前业务的业务属性为A平台的高清视频时,当前API的标识为02;若当前业务的业务类型为会话类业务,且当前业务的业务属性为语音会话时,当前API的标识为11。
综上所述,由表1所示的当前用户的用户账号与当前用户的用户级别的对应关系可知,当前用户的用户账号与当前用户的用户级别一一对应,视频系统的业务处理平台根据当前用户的用户账号确定当前用户的信息;并且由表2所示的当前业务的业务类型和当前业务的业务属性与当前API的标识的对应关系可知,当前业务的业务类型和当前业务的业务属性与当前API的标识一一对应,视频系统的业务处理平台可以根据当前业务的业务类型和当前业务的业务属性确定当前API信息。
S303、视频系统的业务处理平台根据当前用户的信息和当前API信息,结合用户的信息和API信息与业务的QoS策略的对应关系,确定当前业务的当前QoS策略,该当前QoS策略包括当前的GBR和当前的MBR。
其中,由于用户选择的业务的QoS策略与用户的用户级别和API信息存在对应关系,并且当前用户的信息可以包括当前用户的用户级别,当前API信息可以包括与当前业务的业务类型和当前业务的业务属性对应的API的标识;因此视频系统的业务处理平台可以根据当前用户的用户级别的标识和当前业务的业务类型和当前业务的业务属性对应的API的标识确定当前业务的的当前QoS策略的标识,并根据当前业务的当前QoS策略的标识获取到对应的当前的GBR取值和当前的MBR取值,当前的GBR取值和当前的MBR取值即为当前QoS策略。其中,GBR取值和MBR取值的单位均为kbps。
示例性的,如表3所示,其示出了当前用户的用户级别、当前业务的业务类型和当前业务的业务属性与当前业务的当前QoS策略的对应关系。
本发明实施例仅以当前业务的业务类型为视频类业务,且当前用户的信息为当前用户的用户级别、当前API信息为与当前业务的业务类型和当前业务的业务属性对应的API的标识为例,对当前当前用户的用户级别和当前API的标识与当前业务的当前QoS策略的对应关系进行说明。
表3
由表3可知,假设当前业务的业务类型为视频类业务,若当前用户的用户级别为普通用户(当前用户的用户级别的标识为1),当前用户选择的业务的业务属性为A平台的高清视频,当前API的标识为02,视频系统的业务处理平台则可以根据当前用户的用户级别的标识1和当前API的标识02确定当前业务的当前QoS策略的标识为102,并根据当前业务的当前QoS策略的标识102,获取对应的当前的GBR取值为10kbps、当前的MBR取值为100kbps;若当前用户的用户级别为普通用户(当前用户的用户级别的标识为1),当前用户选择的业务的业务属性为B平台的高清视频,当前API的标识为03,视频系统的业务处理平台则可以根据当前用户的用户级别的标识1和当前API的标识03确定当前业务的当前QoS策略的标识为103,并根据当前业务的当前QoS策略的标识103,获取对应的当前的GBR取值为20kbps、当前的MBR取值为200kbps。
本发明实施例中的视频系统的业务处理平台确定的当前业务的当前QoS策略,是根据当前用户的信息和当前API信息,并结合用户的信息和API信息与业务的QoS策略的对应关系确定来的,即就是针对用户选择的当前业务配置相应的QoS策略,因此可以解决用户在选择当前业务时所需的移动数据资源不足或者移动数据资源浪费的问题。
S304、视频系统的业务处理平台将当前业务的默认QoS策略更新为当前QoS策略,该默认QoS策略为与当前业务的业务类型对应的QoS策略。
其中,默认QoS策略为将数据类业务抽象分类(如语音会话、视频会话、实时游戏和非会话类视频等)后,为分类后的每类数据类业务配置的对应的QoS策略,即业务的默认QoS策略与业务的业务类型对应。
由于当前业务的默认QoS策略是针对LTE网络中的每类数据类业务的业务类型配置的,并未考虑当前用户的用户级别和当前用户选择的当前业务的业务属性,而当前业务的当前QoS策略是视频系统的业务处理平台根据当前用户的信息(如当前用户的用户级别)和当前API信息(如当前业务的业务类型和当前业务的业务属性),结合用户的信息和API信息与业务的QoS策略的对应关系确定的,因此视频系统的业务处理平台可以在确定当前业务的当前QoS策略之后,将当前业务的默认QoS策略更新为当前QoS策略。
例如,当前用户为铜牌用户,且该当前用户选择的业务为A平台的低清视频,则可以确定当前业务的当前QoS策略中的当前的GBR取值为20kbps、当前的MBR取值为200kbps,即就是当前业务所需的GBR为20kbps、MBR为200kbps,因此可以保障当前用户观看视频时所需的移动数据资源,同时也可以避免GBR和MBR过大而导致的移动数据资源的浪费问题。
本发明实施例提供一种配置QoS策略的方法,视频系统的业务处理平台可以根据当前用户的信息(如当前用户的用户级别)和当前API信息(如与当前业务的业务类型和当前业务的业务属性对应的API的标识)与业务的QoS策略的对应关系,确定当前业务的当前QoS策略,该当前业务的当前QoS策略可以包括当前业务的当前的GBR和当前的MBR。由于视频系统的业务处理平台确定的当前业务的当前QoS策略是根据当前用户的信息和当前API信息,以及当前用户的信息和当前API信息与业务的QoS策略的对应关系确定的,即视频系统的业务处理平台确定的当前业务的当前QoS策略是针对当前用户的用户级别、当前用户选择的业务的业务类型配置的QoS策略,因此在将当前业务的当前的GBR取值和当前的MBR取值确定为当前业务所需的移动数据资源时,便可以保障当前用户选择当前业务时所需的移动数据资源,同时也可以避免GBR和MBR过大而导致的移动数据资源的浪费问题,满足了用户体验数据类业务服务时的要求,从而提高了LTE网络场景下数据类业务的可用性和高效性。
本发明实施例中的当前业务的当前QoS策略是根据当前用户的信息和当前API信息与业务的QoS策略的对应关系确定得到的,因此,在将当前业务的默认QoS策略更新为当前QoS策略之前,需要确定用户的信息和API信息与业务的QoS策略的对应关系。具体的,如图4所示,在图3所示的S303之前,本发明实施例的方法还可以包括S401:
S401、视频系统的业务处理平台确定用户的信息和API信息与业务的QoS策略的对应关系。
其中,用户的信息可以包括用户的用户级别,API信息可以包括用户所选择的业务的业务类型和业务属性对应的API的标识。业务的QoS策略与用户的用户级别、业务的业务类型和业务属性对应。
例如,当前用户选择的当前业务的业务类型为视频类业务,用户的用户级别为铜牌用户,该铜牌用户的用户级别的标识为2,用户所选择的业务的业务属性为A平台的低清视频,当前API的标识为01,则根据铜牌用户的用户级别的标识2和该业务对应的API的标识01,可以确定该业务的当前QoS策略的标识为201。
视频系统的业务处理平台在将当前业务的默认QoS策略更新为当前QoS策略之前,可以先获取当前业务的默认QoS策略,然后对比当前业务的默认QoS策略与当前QoS策略是否相同,以此确定是否需要更新当前业务的默认QoS策略。具体的,如图5所示,在图3所示的S304之前,本发明实施例的方法还可以包括S501和S502:
S501、视频系统的业务处理平台获取默认QoS策略,该默认QoS策略包括默认GBR和默认MBR。
其中,默认QoS策略可以为将数据类业务抽象分类后,为分类后的每类数据类业务配置的对应的QoS策略,即当前业务的默认QoS策略与当前业务的业务类型对应。视频系统的业务处理平台在对比当前QoS策略和当前业务的默认QoS策略之前,需要获取LTE网络中当前业务的业务类型对应的QoS策略(当前业务的默认QoS策略),并可以通过调用简单对象访问协议接口进行当前业务的QoS策略的设置,即将该当前业务的默认QoS策略设置为当前业务的QoS策略。
例如,在LTE网络中预置的语音通话业务的QoS策略中GBR为10kbps,MBR为100kbps,即当前业务(语音通话业务)的业务类型对应的默认QoS策略中的GBR为10kbps,MBR为100kbps;在LTE网络中预置的视频类业务的QoS策略中的GBR为20kbps,MBR为100kbps,即当前业务(视频类业务)的业务类型对应的默认QoS策略中的GBR为20kbps,MBR为100kbps。
其中,视频系统的业务处理平台可以调用简单对象访问协议接口,并通过QoS API网关将设置当前业务的QoS策略的请求消息(简称简单对象访问协议接口请求)适配为AAR请求消息(该AAR请求消息中携带有当前业务的标识和默认QoS策略)后,将AAR请求消息发送给PCRF,使得PCRF将默认QoS策略设置为当前业务的QoS策略,然后通过QoS API网关将返回的AAA响应消息(该AAA响应消息中携带有当前业务的QoS策略)适配为简单对象访问协议接口响应消息,并返回给视频系统的业务处理平台。
S502、视频系统的业务处理平台对比当前QoS策略和默认QoS策略。
其中,由于获取的默认QoS策略是针对业务的业务类型配置的,并未考虑当前用户的用户级别和当前用户选择的当前业务的业务属性,则在复杂的应用场景下,可能并不能够满足用户的要求,因此视频系统的业务处理平台可以对比当前QoS策略和当前业务的默认QoS策略,以确定是否需要更新默认QoS策略。具体的,视频系统的业务处理平台在确定默认GBR和默认MBR后,可以对比默认GBR的取值与当前的GBR的取值是否相同、默认MBR的取值与当前的MBR的取值是否相同。
并且,视频系统的业务处理平台可以根据对比当前业务的当前QoS策略和默认QoS策略的对比结果,确定是否更新当前业务的默认QoS策略。具体的,如图5所示,图3所示的S304可以替换为S304a:
S304a、若当前QoS策略和默认QoS策略不同,视频系统的业务处理平台则将当前业务的默认QoS策略更新为当前QoS策略。
其中,视频系统的业务处理平台对比当前业务的当前QoS策略和默认QoS策略时,可能会出现获取的默认QoS策略与当前QoS策略相同的情况,此时视频系统的业务处理平台并不作更新处理,即当前用户的当前QoS策略为当前业务的默认QoS策略;而当获取的默认QoS策略与当前QoS策略不同时,视频系统的业务处理平台便可以将当前业务的默认QoS策略更新为当前QoS策略。
例如,若视频系统的业务处理平台获取的当前业务的默认QoS策略中的默认GBR取值为20kbps、默认MBR取值为200kbps,视频系统的业务处理平台可以将当前QoS策略中的当前的GBR与默认GBR对比,且将当前QoS策略中的策略信息的当前的MBR与默认MBR对比。若当前QoS策略中的当前的GBR取值不为20kbps,和/或当前的MBR取值不为200kbps,则视频系统的业务处理平台将当前业务的默认QoS策略更新为当前QoS策略;若当前QoS策略中的当前的GBR取值为20kbps,且当前的MBR取值为200kbps,视频系统的业务处理平台则不作更新处理。
由于PCRF可以用于控制策略决策以及控制基于流的计费功能,因此视频系统的业务处理平台可以将当前QoS策略发送给PCRF,以使得PCRF进行业务的QoS策略的更新。具体的,如图6所示,图3所示的S304可以替换为S304b和S304c:
S304b、视频系统的业务处理平台向PCRF发送当前业务的标识和当前QoS策略。
其中,视频系统的业务处理平台在确定当前业务的当前QoS策略之后,可以向PCRF发送当前业务的标识和当前QoS策略,以使得PCRF执行更新当前业务的默认QoS策略的操作。
S304c、PCRF根据当前业务的标识将当前业务的默认QoS策略更新为当前QoS策略。
相应的,本发明实施例中图5所示的S304a也可以替换为S304d和S304c:
S304d、若当前QoS策略和默认QoS策略不同,视频系统的业务处理平台向PCRF发送当前业务的标识和当前QoS策略。
视频系统的业务处理平台在确定当前QoS策略之后,可以通过QoS API网关向PCRF发送更新当前业务的默认QoS策略的请求消息,以使得PCRF执行更新当前业务的默认QoS策略的操作。具体的,如图7所示,图6所示的S303b可以替换为S304e:
S304e、视频系统的业务处理平台通过QoS API网关向PCRF发送当前业务的标识和当前QoS策略。
其中,视频系统的业务处理平台可以调用简单对象访问协议接口,并通过QoS API网关将更新当前业务的默认QoS策略的请求消息(简称简单对象访问协议接口请求)适配为AAR请求消息(该AAR请求消息中携带有当前业务的标识和当前QoS策略)后,将AAR请求消息发送给PCRF,使得PCRF根据当前业务的标识将当前业务的默认QoS策略更新为当前QoS策略,然后通过QoS API网关将返回的AAA响应消息(该AAA响应消息中携带有当前业务的QoS策略)适配为简单对象访问协议接口响应消息,并返回给视频系统的业务处理平台。
上述主要从配置QoS策略的装置的角度对本发明实施例提供的方案进行了介绍。可以理解的是,配置QoS策略的装置为了实现上述功能,其包含了执行各个功能相应的硬件结构和/或软件模块。本领域技术人员应该很容易意识到,结合本文中所公开的实施例描述的各示例的配置QoS策略的装置及算法步骤,本发明实施例能够以硬件或硬件和计算机软件的结合形式来实现。某个功能究竟以硬件还是计算机软件驱动硬件的方式来执行,取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能,但是这种实现不应认为超出本发明实施例的范围。
本发明实施例可以根据上述方法示例对配置QoS策略的装置进行功能模块或者功能单元的划分,例如,可以对应各个功能划分各个功能模块或者功能单元,也可以将两个或两个以上的功能集成在一个处理模块中。上述集成的模块既可以采用硬件的形式实现,也可以采用软件功能模块或者功能单元的形式实现。其中,本发明实施例中对模块或者单元的划分是示意性的,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式。
图8示出了上述实施例中所涉及的配置QoS策略的装置的一种可能的结构示意图。该配置QoS策略的装置800可以包括:第一获取模块801、第一确定模块802和更新模块803。其中,第一获取模块801用于支持上述实施例中的S302,和/或用于本文所描述的技术的其它过程。第一确定模块802用于支持上述实施例中的S303,和/或用于本文所描述的技术的其它过程。更新模块803用于支持上述实施例中的S304、S304a、S304b、S304d和S304e,和/或用于本文所描述的技术的其它过程。
进一步的,如图9所示,图8所示的配置QoS策略的装置800还可以包括:第二确定模块804、第二获取模块805和对比模块806。
其中,第二确定模块804用于支持上述实施例中的S401,和/或用于本文所描述的技术的其它过程。第二获取模块805用于支持上述实施例中的S501,和/或用于本文所描述的技术的其它过程。对比模块806用于支持上述实施例中的S502,和/或用于本文所描述的技术的其它过程。
当然,本发明实施例提供的配置QoS策略的装置800包括但不限于上述所述的模块,例如配置QoS策略的装置800中还可以包括发送模块、接收模块和存储模块。例如,发送模块可以用于向PCRF发送当前业务的标识和当前QoS策略。接收模块可以用于接收UE发送的当前用户的操作请求消息。存储模块可以用于存储本发明实施例中的当前用户的信息和当前API信息。
在采用集成的单元的情况下,上述第一获取模块801、第一确定模块802、更新模块803、第二确定模块804、第二获取模块805和对比模块806等可以集成在一个处理模块中实现,该处理模块可以是处理器或控制器,例如可以是CPU,通用处理器,数字信号处理器(英文:Digital Signal Processor,简称:DSP),专用集成电路(英文:Application-SpecificIntegrated Circuit,简称:ASIC),现场可编程门阵列(英文:Field Programmable GateArray,简称:FPGA)或者其他可编程逻辑器件、晶体管逻辑器件、硬件部件或者其任意组合。其可以实现或执行结合本发明实施例公开内容所描述的各种举例说明逻辑方框,模块和电路。处理单元也可以是实现计算功能的组合,例如包含一个或多个微处理器组合,DSP和微处理器的组合等。发送模块和接收模块可以集成在一个通信模块中实现,该通信模块可以是通信接口。存储模块可以是存储器。
当上述处理模块为处理器,存储模块为存储器,通信模块为收发器时,本发明实施例所涉及的配置QoS策略的装置800可以为图10所示的配置QoS策略的装置1000。如图10所示,配置QoS策略的装置1000可以包括:处理器1001、存储器1002和通信接口1003。其中,处理器1001、存储器1002和通信接口1003通过总线1004相互连接。
其中,总线1004可以是外设部件互连标准(英文:Peripheral ComponentInterconnect,简称:PCI)总线或扩展工业标准结构(英文:Extended Industry StandardArchitecture,简称:EISA)总线等。上述总线1004可以分为地址总线、数据总线、控制总线等。为便于表示,图10中仅用一条粗线表示,但并不表示仅有一根总线或一种类型的总线。
配置QoS策略的装置1000可以包括一个或多个处理器1001,即配置QoS策略的装置1000可以包括多核处理器。
本发明实施例还提供一种计算机存储介质,该计算机存储介质中存储有一个或多个程序代码,当配置QoS策略的装置1000的处理器1001执行该程序代码时,该配置QoS策略的装置1000执行图3-图7中任一附图中的相关方法步骤。
其中,本发明实施例提供的配置QoS策略的装置1000中各个模块的详细描述以及各个模块或单元执行图3-图7中任一附图中的相关方法步骤后所带来的技术效果可以参考本发明方法实施例中的相关描述,此处不再赘述。
通过以上的实施方式的描述,所属领域的技术人员可以清楚地了解到,为描述的方便和简洁,仅以上述各功能模块的划分进行举例说明,实际应用中,可以根据需要而将上述功能分配由不同的功能模块完成,即将装置的内部结构划分成不同的功能模块,以完成以上描述的全部或者部分功能。上述描述的系统,装置和单元的具体工作过程,可以参考前述方法实施例中的对应过程,在此不再赘述。
在本申请所提供的几个实施例中,应该理解到,所揭露的系统,装置和方法,可以通过其它的方式实现。例如,以上所描述的装置实施例仅仅是示意性的,例如,所述模块或单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个单元或组件可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口,装置或单元的间接耦合或通信连接,可以是电性,机械或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外,在本申请各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现,也可以采用软件功能单元的形式实现。
所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读取存储介质中。基于这样的理解,本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)或处理器执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括:快闪存储器、移动硬盘、只读存储器、随机存取存储器、磁碟或者光盘等各种可以存储程序代码的介质。
以上所述,仅为本申请的具体实施方式,但本申请的保护范围并不局限于此,任何在本申请揭露的技术范围内的变化或替换,都应涵盖在本申请的保护范围之内。因此,本申请的保护范围应以所述权利要求的保护范围为准。
Claims (12)
1.一种配置服务质量QoS策略的方法,其特征在于,包括:
获取当前用户的信息和当前应用程序接口API信息,所述当前用户的信息包括所述当前用户的用户级别,所述当前API信息包括与当前业务的业务类型和所述当前业务的业务属性对应的API的标识,所述当前业务为所述当前用户所选择的业务;
根据所述当前用户的信息和所述当前API信息,结合用户的信息和API信息与业务的QoS策略的对应关系,确定所述当前业务的当前QoS策略,所述当前QoS策略包括当前的保证比特速率GBR和当前的最大比特速率MBR;
将所述当前业务的默认QoS策略更新为所述当前QoS策略,所述默认QoS策略为与所述当前业务的业务类型对应的QoS策略。
2.根据权利要求1所述的方法,其特征在于,在根据所述当前用户的信息和所述当前API信息,结合用户的信息和API信息与业务的QoS策略的对应关系,确定所述当前业务的当前QoS策略之前,所述方法还包括:
确定用户的信息和API信息与业务的QoS策略的对应关系。
3.根据权利要求1所述的方法,其特征在于,在将所述当前业务的默认QoS策略更新为所述当前QoS策略之前,所述方法还包括:
获取所述默认QoS策略,所述默认QoS策略包括默认GBR和默认MBR;
对比所述当前QoS策略和所述默认QoS策略;
所述将所述当前业务的默认QoS策略更新为所述当前QoS策略,包括:
若所述当前QoS策略和所述默认QoS策略不同,则将所述当前业务的默认QoS策略更新为所述当前QoS策略。
4.根据权利要求1或3所述的方法,其特征在于,所述将所述当前业务的默认QoS策略更新为所述当前QoS策略,包括:
向策略与计费规则功能单元PCRF发送所述当前业务的标识和所述当前QoS策略,使所述PCRF根据所述当前业务的标识将所述当前业务的默认QoS策略更新为所述当前QoS策略。
5.根据权利要求4所述的方法,其特征在于,所述向PCRF发送所述当前业务的标识和所述当前QoS策略,包括:
通过QoS API网关向所述PCRF发送所述当前业务的标识和所述当前QoS策略。
6.一种配置服务质量QoS策略的装置,其特征在于,包括:
第一获取模块,用于获取当前用户的信息和当前应用程序接口API信息,所述当前用户的信息包括所述当前用户的用户级别,所述当前API信息包括与当前业务的业务类型和所述当前业务的业务属性对应的API的标识,所述当前业务为所述当前用户所选择的业务;
第一确定模块,用于根据所述第一获取模块获取的所述当前用户的信息和所述当前API信息,结合用户的信息和API信息与业务的QoS策略的对应关系,确定所述当前业务的当前QoS策略,所述当前QoS策略包括当前的保证比特速率GBR和当前的最大比特速率MBR;
更新模块,用于将所述当前业务的默认QoS策略更新为所述第一确定模块确定的所述当前QoS策略,所述默认QoS策略为与所述当前业务的业务类型对应的QoS策略。
7.根据权利要求6所述的装置,其特征在于,还包括:
第二确定模块,用于在所述第一确定模块根据所述当前用户的信息和所述当前API信息,结合用户的信息和API信息与业务的QoS策略的对应关系,确定所述当前业务的当前QoS策略之前,确定用户的信息和API信息与业务的QoS策略的对应关系。
8.根据权利要求6所述的装置,其特征在于,还包括:
第二获取模块,用于在所述更新模块将所述当前业务的默认QoS策略更新为所述当前QoS策略之前,获取所述默认QoS策略,所述默认QoS策略包括默认GBR和默认MBR;
对比模块,用于对比所述当前QoS策略和所述默认QoS策略;
所述更新模块,具体用于:
若所述当前QoS策略和所述默认QoS策略不同,则将所述当前业务的默认QoS策略更新为所述当前QoS策略。
9.根据权利要求6或8所述的装置,其特征在于,所述更新模块,具体用于:
向策略与计费规则功能单元PCRF发送所述当前业务的标识和所述当前QoS策略,使所述PCRF根据所述当前业务的标识将所述当前业务的默认QoS策略更新为所述当前QoS策略。
10.根据权利要求9所述的装置,其特征在于,所述更新模块,具体用于:
通过QoS API网关向所述PCRF发送所述当前业务的标识和所述当前QoS策略。
11.一种配置服务质量QoS策略的装置,其特征在于,所述配置QoS策略的装置包括:处理器、存储器和通信接口;
所述存储器用于存储计算机执行指令,所述处理器、所述通信接口与所述存储器通过总线连接,当所述配置QoS策略的装置运行时,所述处理器执行所述存储器存储的所述计算机执行指令,以使所述配置QoS策略的装置执行如权利要求1-5中任一项所述的配置QoS策略的方法。
12.一种计算机存储介质,包括指令,当所述指令在计算机上运行时,使得计算机执行如权利要求1-5任一项所述的配置QoS策略的方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201710071407.7A CN106792923B (zh) | 2017-02-09 | 2017-02-09 | 一种配置QoS策略的方法及装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201710071407.7A CN106792923B (zh) | 2017-02-09 | 2017-02-09 | 一种配置QoS策略的方法及装置 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN106792923A true CN106792923A (zh) | 2017-05-31 |
CN106792923B CN106792923B (zh) | 2019-12-17 |
Family
ID=58956720
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201710071407.7A Active CN106792923B (zh) | 2017-02-09 | 2017-02-09 | 一种配置QoS策略的方法及装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN106792923B (zh) |
Cited By (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN108055322A (zh) * | 2017-12-12 | 2018-05-18 | 青岛海信智能商用系统股份有限公司 | 请求消息处理方法及装置 |
WO2021244302A1 (zh) * | 2020-05-30 | 2021-12-09 | 华为技术有限公司 | 一种服务质量管理方法和装置 |
CN115103401A (zh) * | 2022-08-25 | 2022-09-23 | 广州丰石科技有限公司 | 一种基于5g多量纲的网络流量配置方法、系统及装置 |
WO2022267359A1 (zh) * | 2021-06-21 | 2022-12-29 | 中兴通讯股份有限公司 | 服务质量配置的修改方法、装置、电子设备和存储介质 |
Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102203730A (zh) * | 2011-05-20 | 2011-09-28 | 华为技术有限公司 | 开放应用程序编程接口选择方法及设备 |
US20130329632A1 (en) * | 2012-06-08 | 2013-12-12 | At&T Intellectual Property I, Lp. | Network control of applications using application states |
US20130329550A1 (en) * | 2012-06-07 | 2013-12-12 | Verizon Patent And Licensing, Inc. | Quality of service treatement for applications with multiple traffic classes |
CN103532932A (zh) * | 2013-09-25 | 2014-01-22 | 华为技术有限公司 | 一种能力开放系统、业务处理方法及设备 |
CN104836800A (zh) * | 2015-04-17 | 2015-08-12 | 华为技术有限公司 | 一种服务质量控制的方法、设备及系统 |
CN106304195A (zh) * | 2015-06-23 | 2017-01-04 | 中兴通讯股份有限公司 | 第三方应用的策略控制方法、scef和pcrf |
-
2017
- 2017-02-09 CN CN201710071407.7A patent/CN106792923B/zh active Active
Patent Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102203730A (zh) * | 2011-05-20 | 2011-09-28 | 华为技术有限公司 | 开放应用程序编程接口选择方法及设备 |
US20130329550A1 (en) * | 2012-06-07 | 2013-12-12 | Verizon Patent And Licensing, Inc. | Quality of service treatement for applications with multiple traffic classes |
US20130329632A1 (en) * | 2012-06-08 | 2013-12-12 | At&T Intellectual Property I, Lp. | Network control of applications using application states |
CN103532932A (zh) * | 2013-09-25 | 2014-01-22 | 华为技术有限公司 | 一种能力开放系统、业务处理方法及设备 |
CN104836800A (zh) * | 2015-04-17 | 2015-08-12 | 华为技术有限公司 | 一种服务质量控制的方法、设备及系统 |
CN106304195A (zh) * | 2015-06-23 | 2017-01-04 | 中兴通讯股份有限公司 | 第三方应用的策略控制方法、scef和pcrf |
Cited By (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN108055322A (zh) * | 2017-12-12 | 2018-05-18 | 青岛海信智能商用系统股份有限公司 | 请求消息处理方法及装置 |
CN108055322B (zh) * | 2017-12-12 | 2020-12-25 | 青岛海石信息技术有限公司 | 请求消息处理方法及装置 |
WO2021244302A1 (zh) * | 2020-05-30 | 2021-12-09 | 华为技术有限公司 | 一种服务质量管理方法和装置 |
WO2022267359A1 (zh) * | 2021-06-21 | 2022-12-29 | 中兴通讯股份有限公司 | 服务质量配置的修改方法、装置、电子设备和存储介质 |
CN115103401A (zh) * | 2022-08-25 | 2022-09-23 | 广州丰石科技有限公司 | 一种基于5g多量纲的网络流量配置方法、系统及装置 |
CN115103401B (zh) * | 2022-08-25 | 2022-12-06 | 广州丰石科技有限公司 | 一种基于5g多量纲的网络流量配置方法、系统及装置 |
Also Published As
Publication number | Publication date |
---|---|
CN106792923B (zh) | 2019-12-17 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US11196803B2 (en) | Edge cloud broker and method therein for allocating edge cloud resources | |
US11184796B2 (en) | Traffic priority for long term evolution networks | |
CN108810903B (zh) | 一种数据传输配置及数据传输方法和装置 | |
WO2020063335A1 (zh) | 一种切片信息处理方法及装置 | |
CN110972208B (zh) | 一种切片信息处理方法及装置 | |
JP6096325B2 (ja) | シンキングDiameterネットワークアーキテクチャを提供するための方法、システム、およびコンピュータ読取可能媒体 | |
JP2022093339A (ja) | QoS制御方法およびデバイス | |
CN108513290A (zh) | 一种网络切片的选择方法及装置 | |
CN104255046A (zh) | 可定制的移动宽带网络系统和定制移动宽带网络的方法 | |
CN104145505B (zh) | 接入处理方法、装置和系统 | |
CN108738071A (zh) | 一种资源建立的方法及装置 | |
CN106792923A (zh) | 一种配置QoS策略的方法及装置 | |
CN110290561A (zh) | 一种本地业务的发送方法及网络设备 | |
CN108141796A (zh) | 协作ran和传输网络利用 | |
CN109391498A (zh) | 网络组件的管理方法和网络设备 | |
CN108924849A (zh) | 一种会话连接建立方法及控制面网元 | |
CN106576345A (zh) | 通过蜂窝网络传播通信感知 | |
CN111200565B (zh) | 一种信息传输方法、终端及网络设备 | |
CN113079541A (zh) | 一种报告信息的发送方法、装置及系统 | |
WO2020224372A1 (zh) | 副链路通信的服务质量控制方法、装置、介质及电子设备 | |
US10972534B2 (en) | Efficient un-allocation of cloud resources | |
CN109314893B (zh) | 一种切换方法及装置 | |
WO2021152629A1 (en) | Method and apparatus for dynamically allocating radio resources in a wireless communication system | |
CN106797626A (zh) | 一种寻呼消息发送方法及设备 | |
CN114697210B (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 | ||
TR01 | Transfer of patent right | ||
TR01 | Transfer of patent right |
Effective date of registration: 20200213 Address after: 518129 Bantian HUAWEI headquarters office building, Longgang District, Guangdong, Shenzhen Patentee after: HUAWEI TECHNOLOGIES Co.,Ltd. Address before: 210012 HUAWEI Nanjing base, 101 software Avenue, Yuhuatai District, Jiangsu, Nanjing Patentee before: Huawei Technologies Co.,Ltd. |