缓解网络拥塞的方法、核心网设备和接入网设备的制作方法

文档序号:7988971阅读:301来源:国知局
缓解网络拥塞的方法、核心网设备和接入网设备的制作方法
【专利摘要】本实施例提供一种缓解网络拥塞的方法、核心网设备和接入网设备。涉及通信【技术领域】。解决了不能及时有效地缓解网络拥塞的问题。具体可以包括:核心网设备获取用于指示接入网拥塞的拥塞状态信息和数据流标识;根据拥塞状态信息,降低数据流标识所对应的数据流的服务质量QoS。可应用于缓解网络拥塞中。
【专利说明】缓解网络拥塞的方法、核心网设备和接入网设备
【技术领域】
[0001]本发明涉及通信【技术领域】,尤其涉及缓解网络拥塞的方法、核心网设备和接入网设备。
【背景技术】
[0002]由于无线网络部署的cell (信元)容量有限,当过量的终端接入网络中时,可能会导致网络拥塞。
[0003]为了缓解网络拥塞,网络侧(通常的,可以为核心网设备)可以修改承载的 PCC rule (Policy and Charging Control rule,策略与计费控制规则)或者,ADCrule (Application Detection and Control,应用探测)中的 QoS (Quality of Service,服务质量)参数(例如,减小MBR(Maximum Bit Rate,最大比特率)、GBR(Guaranteed BitRate,保证最大比特率)的数值)、去激活部分承载、分离部分终端等。其中,QoS参数可以包括:QCI (QoS Classldentifier, QoS 类标识)、ARP (Allocation and Retention Priority,分配与抢占优先级)、MBR、GBR,以及上/下行最大比特率(UL/DL maximum bitrate)等。现有技术中,修改PCC rule、ADC rule/QoS参数的方法可以包括:由PCRF(Policy andCharging Rules Function,策略与计费控制功能)实体(以下简称为PCRF)激活或修改指定的数据流对应的PCC rule/QoS参数,或者,由TDF(Taffic detection function,流探测功能)实体(以下简称为TDF)激活或修改,比如降低指定的数据流对应的ADCrule (Application Detection andControl,应用探测)中的当前的 UL/DL maximum bitrate (上/下行最大比特率),例如,降低目前认为占用过多网络资源的应用业务,比如P2P (点对点)类业务(如Skype等)。
[0004]在实现上述缓解网络拥塞的过程中,发明人发现现有技术中至少存在如下问题:网络侧配置的指定的数据流通常为过度占用网络资源的应用业务数据流,网络侧修改该应用业务数据流对应的PCC rule/QOS,但是随着应用业务的多样化,每种业务对网络带来的冲击更是多种多样,很难预估当前网络的拥塞是由哪种应用业务数据流导致的,因此,这种方式可能不能及时有效地缓解网络拥塞。

【发明内容】

[0005]本发明的实施例提供一种缓解网络拥塞的方法、核心网设备和接入网设备,解决了不能及时有效地缓解网络拥塞的问题。
[0006]为达到上述目的,本发明的实施例采用如下技术方案:
[0007]一方面,提供一种缓解网络拥塞的方法,包括:
[0008]核心网设备获取用于指示接入网拥塞的拥塞状态信息和数据流标识;
[0009]根据所述拥塞状态信息,降低所述数据流标识所对应的数据流的服务质量QoS。
[0010]另外,还提供另一种缓解网络拥塞的方法,包括:
[0011]接入网设备确定接入网拥塞的数据流;[0012]向核心网设备发送用于指示接入网拥塞的拥塞状态信息和数据流标识,以便所述核心网设备根据所述拥塞状态信息和所述数据流标识降低所述数据流的服务质量QoS。
[0013]另一方面,提供一种核心网设备,包括:
[0014]接收器,用于获取用于指示接入网拥塞的拥塞状态信息和数据流标识;
[0015]处理器,用于根据所述拥塞状态信息,降低所述数据流标识所对应的数据流的服务质量QoS。
[0016]另外,还提供一种接入网设备,包括:
[0017]处理器,用于确定用于指示接入网拥塞的数据流;
[0018]发送器,用于向核心网设备发送用于指示接入网拥塞的拥塞状态信息和数据流标识,以便所述核心网设备根据所述拥塞状态信息和所述数据流标识降低所述数据流的服务质量QoS。
[0019]再一方面,提供一种缓解网络拥塞的系统,包括:
[0020]上述内容中提供的核心网设备和接入网设备。
[0021]本发明实施例提供的缓解网络拥塞的方法和核心网设备,采用上述方案后,接入网设备在确定导致接入网拥塞的数据流后,向核心网设备发送用于指示接入网拥塞的拥塞状态信息和数据流标识,核心网设备在接收到拥塞状态信息和数据流标识后,根据拥塞状态信息,降低数据流标识所对应的数据流的QoS,以便于缓解网络拥塞。
【专利附图】

【附图说明】
[0022]为了更清楚地说明本发明实施例中的技术方案,下面将对实施例描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
[0023]图1为本实施例提供的缓解网络拥塞的方法流程图;
[0024]图2为本实施例提供的缓解网络拥塞的方法流程图;
[0025]图3为图2所示的方法中PCEF与PCRF之间信息传递的示意图;
[0026]图4a为图2所示的方法中,接入网络设备和核心网设备的数据传输示意图;
[0027]图4b为图2所示的方法中接入网络设备和核心网设备的数据传输示意图;
[0028]图5为本实施例提供的缓解网络拥塞的方法流程图;
[0029]图6为本实施例提供的一种MME向接入网设备发送上报指示消息的方法示意图;
[0030]图7为本实施例提供的缓解网络拥塞的方法流程图;
[0031]图8为本实施例提供的缓解网络拥塞的方法流程图;
[0032]图9为本实施例提供的缓解网络拥塞的方法流程示意图;
[0033]图10为本实施例提供的一种核心网设备结构示意图;
[0034]图11为本实施例提供的另一种核心网设备结构示意图;
[0035]图12为本实施例提供的一种接入网设备结构示意图;
[0036]图13为本实施例提供的另一种接入网设备结构示意图;
[0037]图14为本实施例提供的一种缓解网络拥塞的系统结构示意图。【具体实施方式】
[0038]下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
[0039]现有技术中,由网络侧通过修改相应数据流对应的PCC rule/QoS参数来解决网络拥塞的问题。但是,由于很难预估当前网络的拥塞是由哪种应用业务数据流导致的,因此,可能不能及时有效地缓解网络拥塞。
[0040]为了解决上述问题,本方案中,接入网设备首先确定导致网络拥塞的数据流,然后,通过相应方式将该数据流通知核心网设备,使核心网设备确定导致网络拥塞的数据流对应的策略与计费控制规则和/或应用探测控制规则,进而使得核心网设备根据确定的策略与计费控制规则和/或应用探测控制规则对相应的数据流以及其所在的承载的QoS参数进行修改,该承载可以为导致网络拥塞的数据流所在的承载。
[0041]作为本实施例的一种实施方式,核心网设备可以包括但不限于:PCRF、网关设备/PCEF(Policy and Charging Enforcement Function,策略和计费执行)实体(以下简称为PCEF)、MME(Mobility Management Entity,移动性管理网兀)等。
[0042]本实施例对PCRF、网关设备/PCEF、MME的功能不作细致描述,为本领域技术人员熟知的技术,在此不再赘述。
[0043]为了使本领域技术人员能够更清楚地理解本实施例提供的技术方案,下面通过具体的实施例对本发明实施例提供的缓解网络拥塞的方法进行详细说明。
[0044]本实施例提供一种缓解网络拥塞的方法,该方法的执行主体可以为核心网设备,如图1所示,可以包括:
[0045]101、核心网设备获取用于指示接入网拥塞的拥塞状态信息和数据流标识。
[0046]作为本实施例的一种实施方式,用于指示接入网拥塞的(即导致接入网拥塞的)数据流可以是过度占用网络资源的数据流,具体是哪种数据流,可以由接入网设备根据各种数据流占用的带宽资源决定。
[0047]比如当网络拥塞时,某些数据流占用了较大带宽资源,便可以认为这些数据流为导致网络拥塞的数据流。占用了较大带宽资源具体如何定义,可以由网络根据实际情况自定义,比如可以为但不限于,当某业务流占用了 50%以上的带宽资源,则可以认为该数据流为过度占用网络资源的数据流或者被称为是导致拥塞的数据流。以下全文中导致网络拥塞的数据流均为此意。
[0048]102、根据拥塞状态信息,降低数据流标识所对应的数据流的服务质量QoS。
[0049]采用上述方案后,接入网设备在确定导致接入网拥塞的数据流后,向核心网设备发送用于指示接入网拥塞的拥塞状态信息和数据流标识,核心网设备在接收到拥塞状态信息和数据流标识后,根据拥塞状态信息,降低数据流标识所对应的数据流的QoS,以便于缓解网络拥塞。
[0050]本实施例提供另一种缓解网络拥塞的方法,该方法是对图1所示的方法的进一步扩展,如图2所示,可以包括:
[0051]201、核心网设备获取用于指示接入网拥塞的拥塞状态信息和数据流标识。[0052]在发生网络拥塞时,接入网设备在确定过度占用网络资源或者导致网络拥塞的数据流后,向核心网设备发送用于指示接入网拥塞的拥塞状态信息和数据流标识。
[0053]进一步的,核心网设备获取用于指示接入网拥塞的拥塞状态信息和数据流标识可以包括但不限于:
[0054]核心网设备接收包含数据流标识和拥塞状态信息的控制面信令,核心网设备从控制面信令中获取数据流标识和拥塞状态信息;或者,
[0055]核心网设备接收包含数据流标识和拥塞状态信息的用户面数据包;或者,
[0056]核心网设备接收包含拥塞状态信息的数据流的用户面数据包,核心网设备获取数据流对应的数据流标识,并从用户面数据包中获取拥塞状态信息。
[0057]本实施例对核心网设备获取拥塞状态信息和数据流标识的方法不作限定,可以根据实际需要进行设定,在此不再赘述。[0058]202、核心网设备判断是否存在数据流标识对应的策略与计费控制规则和/或应用探测控制规则;若存在,则执行步骤203,若不存在,则执行步骤205。
[0059]作为本实施例的一种实施方式,核心网设备可以为网关设备/PCEF,这样,本步骤可以为:网关设备/PCEF判断是否存在数据流标识对应的策略与计费控制规则和/或应用探测控制规则。
[0060]具体的,当核心网设备降低策略与计费控制规则中数据流标识所对应的数据流的QoS时,本步骤可以为判断是否存在数据流标识对应的策略与计费控制规则;或者,当核心网设备降低应用探测控制规则中数据流标识所对应的数据流的QoS时,本步骤可以为判断是否存在数据流标识对应的应用探测控制规则;或者,当核心网设备降低应用探测控制规则和策略与计费控制规则中数据流标识所对应的数据流的QoS时,本步骤可以为判断是否存在数据流标识对应的应用探测控制规则和策略与计费控制规则。
[0061]本实施例对步骤202的判断方法不作限定,可以根据实际需要进行设定,在此不再赘述。
[0062]203、获取数据流标识对应的已有的策略与计费控制规则和应用探测控制规则中至少一项规则。
[0063]204、修改至少一项规则中的QoS参数,使得修改后的QoS参数对应的QoS低于修改前的数据流的QoS参数对应的QoS。
[0064]作为本实施例的一种实施方式,核心网设备可以但不限于通过修改至少一项规则中的QoS参数来降低数据流标识所对应的数据流的QoS。
[0065]进一步可选的,核心网设备还可以通过重新激活至少一项规则并删除原有至少一项规则的方式来降低数据流标识所对应的数据流的QoS,使得,重新激活后的至少一项规则中的QoS参数对应的QoS低于激活前的数据流的QoS参数对应的QoS。
[0066]作为本实施例的一种实施方式,如图3所示,降低策略与计费控制规则中数据流标识所对应的数据流的QoS可以包括但不限于:在网关设备/PCEF接收到拥塞状态信息和数据流标识并判断出存在数据流标识对应的策略与计费控制规则后,将拥塞状态信息和数据流标识对应的策略与计费控制规则发送至PCRF,PCRF根据拥塞状态信息对数据流标识对应的策略与计费控制规则进行修改,PCRF可以对策略与计费控制规则中包含的QoS参数进行修改(即降低905),例如,可以修改但不限于%1、六1^、1^、681?等。[0067]或者,PCRF还可以根据数据流标识和拥塞状态信息重新激活数据流标识对应的策略与计费控制规则。
[0068]其中,图4a为接入网络设备和核心网设备(可以包括:网关设备/PCEF、PCRF等)之间的数据传输示意图。
[0069]进一步可选的,如图4b所示,降低应用探测控制规则中数据流标识对应的数据流的QoS还可以包括:若PCRF判断出存在数据流标识对应的应用探测控制规则,则PCRF还可以根据接收到的数据流标识向TDF发送指示信息,该指示信息用于指示TDF修改数据流标识对应的应用探测控制规则。TDF可以修改ADCrule中的QoS参数,例如,可以降低ADCRule中的上下行的最大比特率(UL/DLmaximum bit rate)等。
[0070]或者,该指示信息还可以用于指示TDF重新激活数据流标识对应的应用探测控制规则并删除原有的应用探测控制规则,TDF向PCRF发送确认消息,该确认消息可以包含但不限于重新激活后的应用探测控制规则,使得重新激活后的应用探测控制规则中的QoS参数对应的QoS低于激活前的数据流的QoS参数对应的QoS
[0071]其中,图4b中的ADC rule为应用探测控制规则。
[0072]值得说明的是,核心网设备还可以同时降低策略与计费控制规则和应用探测控制规则中的数据流标识所对应的数据流的QoS,该方法【具体实施方式】在此不再赘述。
[0073]本实施例对QoS参数不作限定,为本领域技术人员熟知的技术,并可以根据实际需要进行设定,在此不再赘述。
[0074]本实施例对网关设备/PCEF向PCRF发送拥塞状态信息和数据流标识的方法不作限定,为本领域技术人员熟知的技术,并可以根据实际需要进行设定,例如,可以是但不限于PCEF向PCRF发送包含有拥塞状态信息和数据流标识的IP-CAN(IP-ConnectivityAccess Network, IP〈Internet Protocol,网络间互联协议〉连接访问网络)消息,在此不再赘述。
[0075]执行步骤206。
[0076]205、激活数据流标识对应的策略与计费控制规则和应用探测控制规则中至少一项规则。
[0077]作为本实施例的一种实施方式,当网关设备/PCEF判断出不存在数据流标识对应的策略与计费控制规则和/或应用探测控制规则时,则需要向PCRF发送数据流标识,以便PCRF激活数据流标识对应的策略与计费控制规则和应用探测控制规则中至少一项规则。
[0078]其中,激活的策略与计费控制规则和应用探测控制规则中至少一项规则中的QoS参数对应的QoS低于激活前的数据流的QoS参数对应的QoS。
[0079]作为本实施例的一种实施方式,当PCRF激活数据流标识对应的策略与计费控制规则后,将激活的策略与计费控制规则发送至网关设备/PCEF,以便网关设备/PCEF根据接收到的策略与计费控制规则执行后续操作,比如,限制当前业务流的QOS参数等,进而可以减小数据流对应的承载占用的带宽等。
[0080]作为本实施例的一种实施方式,PCRF激活数据流标识对应的应用探测控制规则可以包括:PCRF在接收到数据流标识后,向TDF发送指示信息,该指示信息可以用于指示TDF激活数据流标识对应的应用探测控制规则;TDF将向PCRF发送确认消息,该确认消息可以包含但不限于激活后的应用探测控制规则。[0081]当PCRF激活数据流标识对应的应用探测控制规则后,可以将该应用探测控制规则发送到TDF设备,以便TDF设备根据接收到的应用探测控制规则执行后续操作,比如修改应用业务的QOS参数,比如上下行最大比特率等,进而可以减小数据流占用的资源。
[0082]本实施例对PCRF激活策略与计费控制规则的方法,和TDF激活应用探测控制规则中的方法不作限定,为本领域技术人员熟知的技术,并可以根据实际需要进行设定,在此不再赘述。
[0083]作为本实施例的一种实施方式,PCRF可以向网关设备/PCEF发送IP-CAN消息,该IP-CAN消息可以包含但不限于修改后或激活后的策略与计费控制规则和修改后或激活后的应用探测控制规则中至少一项规则。
[0084]本实施例对向网关设备/PCEF发送修改后或激活后的策略与计费控制规则和修改后或激活后的应用探测控制规则中至少一项规则的方法不作限定,可以根据实际需要进行设定,在此不再赘述。
[0085]作为本实施例的一种实施方式PCRF可以通过向TDF设备发送Diameter (直径)会话消息,以将包含有确定的应用的带宽参数(上下行最大比特率)的ADCrule发送到TDF设备。在此不再赘述。
[0086]本实施例对TDF设备根据修改或确定应用探测控制规则中的QoS参数的方法不作限定,为本领域技术人员熟知的技术,在此不再赘述。
[0087]值得说明的是,本实施例还可以不执行步骤202的判断步骤,而直接执行步骤205。
[0088]即根据拥塞状态信息,降低数据流标识所对应的数据流的服务质量QoS可以为:在核心网设备获取到接入网拥塞的拥塞状态信息和数据流标识后,重新激活数据流标识对应的策略与计费控制规则和应用探测控制规则中至少一项规则,并删除原有的策略与计费控制规则和/或应用探测控制规则,其中,激活的策略与计费控制规则与计费控制规则和应用探测控制规则中至少一项规则中的QoS参数对应的QoS低于激活前的数据流的QoS参数对应的QoS。
[0089]206、向接入网设备发送上报指示消息,上报指示消息用于指示接入网设备向核心网设备发送拥塞状态信息和数据流标识。
[0090]值得说明的是,步骤206是可选步骤,而且在执行时也不一定执行于步骤205之后,还可以执行与本实施例的任意步骤之前或之后,在此不作限定和赘述。
[0091]采用上述方案后,接入网设备在确定导致接入网拥塞的数据流后,向核心网设备发送用于指示接入网拥塞的拥塞状态信息和数据流标识,核心网设备在接收到拥塞状态信息和数据流标识后,根据拥塞状态信息,降低数据流标识所对应的数据流的QoS,以便于缓解网络拥塞。
[0092]进一步可选的,在网络发生拥塞时,核心网设备可以根据上报指示消息确定是否向核心网设备发送拥塞状态信息和数据流标识。
[0093]本实施例提供另一种缓解网络拥塞的方法,该方法主要用于描述接入网设备根据上报指示消息确定是否向核心网设备发送拥塞状态信息和数据流标识的过程,如图5所示,可以包括:
[0094]501、终端向接入网设备发送附着请求;[0095]502、接入网设备向MME转发附着请求;
[0096]503、MME根据附着请求向网关设备/PCEF发送激活会话请求;
[0097]504、网关设备/PCEF向PCRF发送IP-CAN会话建立请求;
[0098]505、PCRF向网关设备/PCEF发送IP-CAN会话建立响应。
[0099]如果PCRF决定在接入网拥塞时,使接入网设备向核心网设备上报导致拥塞的数据流信息,则PCRF向网关设备/PCEF发送上报指示消息,即上报指示消息用于指示在接入网拥塞时,接入网设备向核心网设备上报用于指示接入网拥塞的拥塞状态信息和数据流标识,上报指示消息可以包含于IP-CAN会话建立响应中并被发送至网关设备/PCEF。
[0100]506、网关设备/PCEF向MME发送激活会话响应,该响应中可以包含有上报指示消息;
[0101]507、MME向接入网设备发送初始上下文建立请求/附着接受消息,该消息中可以包含有上报指示消息;
[0102]进一步可选的,如图6所示,MME还可以通过其他方式向接入网设备发送上报指示消息,具体的可以包括:
[0103]1、终端向接入网设备发送服务请求;
[0104]2、接入网设备向MME发送服务请求;
[0105]3、MME向接入网设备发送初始上下文建立请求,初始上下文建立请求中可以包含但不限于上报指示消息;
[0106]4、无线承载建立。
[0107]本实施例对MME向接入网设备发送上报指示消息的方法不作限定,可以根据实际需要进行设定,在此不再赘述。
[0108]508、接入网向终端发送RRC(Radio Resource Control,无线资源控制协议)连接
重配置过程。
[0109]本实施例对RRC连接重配置的方法、和附着请求的功能、和服务请求的功能不作限定,为本领域技术人员熟知的技术,在此不再赘述。
[0110]采用上述方案后,接入网设备在确定导致接入网拥塞的数据流后,向核心网设备发送用于指示接入网拥塞的拥塞状态信息和数据流标识,核心网设备在接收到拥塞状态信息和数据流标识后,根据拥塞状态信息,降低数据流标识所对应的数据流的QoS,以便于缓解网络拥塞。
[0111]本实施例提供另一种缓解网络拥塞的方法,该方法的执行主体可以为接入网设备,如图7所示,可以包括:
[0112]701、接入网设备确定用于指示接入网拥塞的数据流;
[0113]702、向核心网设备发送用于指示接入网拥塞的拥塞状态信息和数据流标识,以便核心网设备根据拥塞状态信息和数据流标识降低数据流的服务质量QoS。
[0114]采用上述方案后,接入网设备在确定导致接入网拥塞的数据流后,向核心网设备发送用于指示接入网拥塞的拥塞状态信息和数据流标识,核心网设备在接收到拥塞状态信息和数据流标识后,根据拥塞状态信息,降低数据流标识所对应的数据流的QoS,以便于缓解网络拥塞。
[0115]本实施例提供一种缓解网络拥塞的方法,该方法是对图7所示的方法的进一步扩展,如图8所示,可以包括:
[0116]801、接收核心网设备发送的上报指示消息。
[0117]上报指示消息可以用于指示接入网设备向核心网设备发送拥塞状态信息和数据流标识。本步骤是可选的。
[0118]802、接入网设备确定用于指示接入网拥塞的数据流。
[0119]作为本实施例的一种是实施方式,接入网设备确定导致网络拥塞的数据流可以包括:
[0120]当接入网设备不具有DPI (DeepPacket Inspection,深度包检测)功能时,接入网设备可以获知当前过度占用网络资源(即导致网络拥塞)的数据流对应的包过滤器信息,即数据流的IP五元组信息;或者,当接入网设备具有DPI功能时,接入网设备可以获知导致网络拥塞的数据流对应的业务标识(Application Id),该标识是在接入网侧与网络侧均统一配置,所以当接入网将该标识通知网络侧数据流时,网络侧能够识别该数据流。因此,可以根据包过滤器信息或业务标识、和拥塞状态信息确定导致网络拥塞的数据流。
[0121]值得说明的是,本实施例中将包过滤器信息、和业务标识均称为数据流标识。
[0122]本实施例对接入网设备获取包过滤器信息、和业务标识的方法不作限定,为本领域技术人员熟知的技术,在此不再赘述。
[0123]本实施例对接入网设备确定导致网络拥塞的数据流的方法不作限定,可以根据实际需要进行设定,在此不再赘述。
[0124]803、向核心网设备发送用于指示接入网拥塞的拥塞状态信息和数据流标识,以便核心网设备根据拥塞状态信息和数据流标识降低数据流的服务质量QoS。
[0125]进一步的,向核心网设备发送接入网拥塞信息可以为:向核心网设备发送包含拥塞状态信息的数据流的用户面数据包,以便核心网设备获取数据流对应的数据流标识,并从用户面数据包中获取拥塞状态信息;
[0126]或者,向核心网设备发送包含数据流标识和拥塞状态信息的用户面数据包;
[0127]或者,向核心网设备发送包含数据流标识和拥塞状态信息的控制面信令,以便核心网设备从控制面信令中获取数据流标识和拥塞状态信息;进一步的,如图9所示,接入网设备可以将包含有拥塞状态信息的控制面信令发送至MME,再由MME发送至网关设备/PCEF、或第三方设备。
[0128]或者,向核心网设备发送接入网拥塞信息还可以为:当接入网设备与核心网设备之间不存在上行数据包时,接入网设备无法向核心网设备发送包含拥塞状态信息的数据包,则还可以将拥塞状态信息包含于上行数据包的消息头中并被发送至核心网设备,但是,该上行数据包是当前网关设备管理的其它包含有上行数据包的终端的上行数据包,此时,该上行数据包中还可以包括该终端的标识。
[0129]本实施例对第三方设备不作限定,可以根据实际需要进行设定,例如,可以为但不限于网管设备、探测网络设备等,在此不再赘述。
[0130]采用上述方案后,接入网设备在确定导致接入网拥塞的数据流后,向核心网设备发送用于指示接入网拥塞的拥塞状态信息和数据流标识,核心网设备在接收到拥塞状态信息和数据流标识后,根据拥塞状态信息,降低数据流标识所对应的数据流的QoS,以便于缓解网络拥塞。[0131]下面提供一些装置实施例,该装置实施例与上述提供的相应的方法实施例对应。
[0132]本实施例提供一种核心网设备,如图10所示,可以包括:
[0133]接收器101,用于获取用于指示接入网拥塞的拥塞状态信息和数据流标识;
[0134]处理器102,用于根据拥塞状态信息,降低数据流标识所对应的数据流的服务质量QoS0
[0135]采用上述方案后,接入网设备在确定导致接入网拥塞的数据流后,向接收器发送用于指示接入网拥塞的拥塞状态信息和数据流标识,处理器在接收器接收到拥塞状态信息和数据流标识后,根据拥塞状态信息,降低数据流标识所对应的数据流的QoS,以便于缓解网络拥塞。
[0136]本实施例提供另一种核心网设备,该核心网设备是对图10所示的核心网设备的进一步扩展,如图11所示,可以包括:
[0137]接收器111,用于获取用于指示接入网拥塞的拥塞状态信息和数据流标识;
[0138]处理器112,用于根据拥塞状态信息,降低数据流标识所对应的数据流的服务质量QoS0
[0139]发送器113,用于向接入网设备发送上报指示消息,上报指示消息用于指示接入网设备向核心网设备发送拥塞状态信息和数据流标识。
[0140]进一步的,处理器112,用于获取数据流标识对应的已有的策略与计费控制规则和应用探测控制规则中至少一项规则;修改至少一项规则中的QoS参数,使得修改后的QoS参数对应的QoS低于修改前的数据流的QoS参数对应的QoS。
[0141]进一步的,处理器112,用于激活数据流标识对应的策略与计费控制规则和应用探测控制规则中至少一项规则,其中,至少一项规则中的QoS参数对应的QoS低于激活前的数据流的QoS参数对应的QoS。
[0142]进一步的,接收器111,用于接收包含数据流标识和拥塞状态信息的控制面信令,从控制面信令中获取数据流标识和拥塞状态信息;或者,
[0143]用于接收包含数据流标识和拥塞状态信息的用户面数据包;或者,
[0144]用于接收包含拥塞状态信息的数据流的用户面数据包,获取数据流对应的数据流标识,并从用户面数据包中获取拥塞状态信息。
[0145]作为本实施例的一种实施方式,接收器111可以为但不限于网关设备/PCEF、或第三方设备、或MME ;处理器112可以为但不限于策略与计费控制功能实体;发送器113可以为但不限于MME、或第三方设备。
[0146]采用上述方案后,接入网设备在确定导致接入网拥塞的数据流后,向接收器发送用于指示接入网拥塞的拥塞状态信息和数据流标识,处理器在接收器接收到拥塞状态信息和数据流标识后,根据拥塞状态信息,降低数据流标识所对应的数据流的QoS,以便于缓解网络拥塞。
[0147]本实施例提供一种接入网设备,如图12所示,可以包括:
[0148]处理器121,用于确定用于指示接入网拥塞的数据流;
[0149]发送器122,用于向核心网设备发送用于指示接入网拥塞的拥塞状态信息和数据流标识,以便核心网设备根据拥塞状态信息和数据流标识降低数据流的服务质量QoS。
[0150]采用上述方案后,接入网设备在确定导致接入网拥塞的数据流后,向接收器发送用于指示接入网拥塞的拥塞状态信息和数据流标识,处理器在接收器接收到拥塞状态信息和数据流标识后,根据拥塞状态信息,降低数据流标识所对应的数据流的QoS,以便于缓解网络拥塞。
[0151]本实施例提供一种接入网设备,该接入网设备是对图12所示的接入网设备的进一步扩展,如图13所示,可以包括:
[0152]处理器131,用于确定用于指示接入网拥塞的数据流。
[0153]发送器132,用于向核心网设备发送用于指示接入网拥塞的拥塞状态信息和数据流标识,以便核心网设备根据拥塞状态信息和数据流标识降低数据流的服务质量QoS。
[0154]接收器133,用于接收核心网设备发送的上报指示消息,上报指示消息用于指示接入网设备向核心网设备发送拥塞状态信息和数据流标识。
[0155]进一步的,发送器131,用于向核心网设备发送包含拥塞状态信息的数据流的用户面数据包,以便核心网设备获取数据流对应的数据流标识,并从用户面数据包中获取拥塞状态信息;或者,
[0156]用于向核心网设备发送包含数据流标识和拥塞状态信息的控制面信令,以便核心网设备从控制面信令中获取数据流标识和拥塞状态信息;或者,
[0157]用于向核心网设备发送包含数据流标识和拥塞状态信息的用户面数据包。
[0158]采用上述方案后,发送器在处理器确定导致接入网拥塞的数据流后,向核心网设备发送用于指示接入网拥塞的拥塞状态信息和数据流标识,核心网设备在接收到拥塞状态信息和数据流标识后,根据拥塞状态信息,降低数据流标识所对应的数据流的QoS,以便于缓解网络拥塞。
[0159]本实施例提供一种缓解网络拥塞的系统,如图14所示,可以包括:上述装置实施例中提供的核心网设备141和接入网设备142。
[0160]本实施例提供的核心网设备141和接入网设备142的实施方式与装置实施例提供的核心网设备和接入网设备的实施方式相同,在此不再赘述。
[0161]采用上述方案后,接入网设备在确定导致接入网拥塞的数据流后,向核心网设备发送用于指示接入网拥塞的拥塞状态信息和数据流标识,核心网设备在接收到拥塞状态信息和数据流标识后,根据拥塞状态信息,降低数据流标识所对应的数据流的QoS,以便于缓解网络拥塞。
[0162]通过以上的实施方式的描述,所属领域的技术人员可以清楚地了解到本发明可借助软件加必需的通用硬件的方式来实现,当然也可以通过硬件,但很多情况下前者是更佳的实施方式。基于这样的理解,本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来,该计算机软件产品存储在可读取的存储介质中,如计算机的软盘,硬盘或光盘等,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本发明各个实施例所述的方法。
[0163]以上所述,仅为本发明的【具体实施方式】,但本发明的保护范围并不局限于此,任何熟悉本【技术领域】的技术人员在本发明揭露的技术范围内,可轻易想到变化或替换,都应涵盖在本发明的保护范围之内。因此,本发明的保护范围应所述以权利要求的保护范围为准。
【权利要求】
1.一种缓解网络拥塞的方法,其特征在于,包括: 核心网设备获取用于指示接入网拥塞的拥塞状态信息和数据流标识; 根据所述拥塞状态信息,降低所述数据流标识所对应的数据流的服务质量QoS。
2.根据权利要求1所述的方法,其特征在于,所述降低所述数据流标识所对应的数据流的服务质量QoS,包括: 获取所述数据流标识对应的已有的策略与计费控制规则和应用探测控制规则中至少一项规则; 修改所述至少一项规则中的QoS参数,使得修改后的QoS参数对应的QoS低于修改前的所述数据流的QoS参数对应的QoS。
3.根据权利要求1所述的方法,其特征在于,所述降低所述数据流标识所对应的数据流的服务质量QoS,包括: 激活所述数据流标识对应的策略与计费控制规则和应用探测控制规则中至少一项规贝U,其中,所述至少一项规则中的QoS参数对应的QoS低于激活前的所述数据流的QoS。
4.根据权利要求1至3中任意一项所述的方法,其特征在于,所述核心网设备获取用于指示接入网拥塞的拥塞状态信息和数据流标识,包括: 所述核心网设备接收包含所述数据流标识和所述拥塞状态信息的控制面信令,所述核心网设备从所述控制面信令中获取所述数据流标识和所述拥塞状态信息;或者, 所述核心网设备接收包含所述数据流标识和所述拥塞状态信息的用户面数据包;或者, 所述核心网设备接收包含所述拥塞状态信息的所述数据流的用户面数据包,所述核心网设备获取所述数据流对应的所述数据流标识,并从所述用户面数据包中获取所述拥塞状态息。
5.根据权利要求1至4中任意一项所述的方法,其特征在于,所述方法还包括: 向接入网设备发送上报指示消息,所述上报指示消息用于指示所述接入网设备向所述核心网设备发送所述拥塞状态信息和所述数据流标识。
6.一种缓解网络拥塞的方法,其特征在于,包括: 接入网设备确定用于指示接入网拥塞的数据流; 向核心网设备发送用于指示接入网拥塞的拥塞状态信息和数据流标识,以便所述核心网设备根据所述拥塞状态信息和所述数据流标识降低所述数据流的服务质量QoS。
7.根据权利要求6所述的方法,其特征在于,所述向核心网设备发送用于指示接入网拥塞的拥塞状态信息和数据流标识为: 向核心网设备发送包含所述拥塞状态信息的所述数据流的用户面数据包,以便所述核心网设备获取所述数据流对应的所述数据流标识,并从所述用户面数据包中获取所述拥塞状态信息;或者, 向核心网设备发送包含所述数据流标识和所述拥塞状态信息的控制面信令,以便所述核心网设备从所述控制面信令中获取所述数据流标识和所述拥塞状态信息;或者, 向核心网设备发送包含所述数据流标识和所述拥塞状态信息的用户面数据包。
8.根据权利要求6或7所述的方法,其特征在于,在所述向核心网设备发送用于指示接入网拥塞的拥塞状态信息和数据流标识之前,所述方法还包括:接收所述核心网设备发送的上报指示消息,所述上报指示消息用于指示所述接入网设备向所述核心网设备发送所述拥塞状态信息和所述数据流标识。
9.一种核心网设备,其特征在于,包括: 接收器,用于获取用于指示接入网拥塞的拥塞状态信息和数据流标识; 处理器,用于根据所述拥塞状态信息,降低所述数据流标识所对应的数据流的服务质量 QoS0
10.根据权利要求9所述的核心网设备,其特征在于,所述处理器,用于获取所述数据流标识对应的已有的策略与计费控制规则和应用探测控制规则中至少一项规则;修改所述至少一项规则中的QoS参数,使得修改后的QoS参数对应的QoS低于修改前的所述数据流的QoS参数对应的QoS。
11.根据权利要求9所述的核心网设备,其特征在于,所述处理器,用于激活所述数据流标识对应的策略与计费控制规则和应用探测控制规则中至少一项规则,其中,所述至少一项规则中的QoS参数对应的QoS低于激活前的所述数据流的QoS参数对应的QoS。
12.根据权利要求9至11中任意一项所述的核心网设备,其特征在于,所述接收器,用于接收包含所述数据流标识和所述拥塞状态信息的控制面信令,从所述控制面信令中获取所述数据流标识和所述拥塞状态信息;或者, 用于接收包含所述数据流标识和所述拥塞状态信息的用户面数据包;或者, 用于接收包含所述拥塞状态信息的所述数据流的用户面数据包,获取所述数据流对应的所述数据流标识,并从所述用户面数据包中获取所述拥塞状态信息。
13.根据权利要求9至12中任意一项所述的核心网设备,其特征在于,所述核心网设备还包括: 发送器,用于向接入网设备发送上报指示消息,所述上报指示消息用于指示所述接入网设备向所述核心网设备发送所述拥塞状态信息和所述数据流标识。
14.一种接入网设备,其特征在于,包括: 处理器,用于确定用于指示接入网拥塞的数据流; 发送器,用于向核心网设备发送用于指示接入网拥塞的拥塞状态信息和数据流标识,以便所述核心网设备根据所述拥塞状态信息和所述数据流标识降低所述数据流的服务质量 QoS0
15.根据权利要求14所述的接入网设备,其特征在于,所述发送器,用于向核心网设备发送包含所述拥塞状态信息的所述数据流的用户面数据包,以便所述核心网设备获取所述数据流对应的所述数据流标识,并从所述用户面数据包中获取所述拥塞状态信息;或者, 用于向核心网设备发送包含所述数据流标识和所述拥塞状态信息的控制面信令,以便所述核心网设备从所述控制面信令中获取所述数据流标识和所述拥塞状态信息;或者, 用于向核心网设备发送包含所述数据流标识和所述拥塞状态信息的用户面数据包。
16.根据权利要求14或15所述的接入网设备,其特征在于,所述接入网设备还包括: 接收器,用于接收所述核心网设备发送的上报指示消息,所述上报指示消息用于指示所述接入网设备向所述核心网设备发送所述拥塞状态信息和所述数据流标识。
17.一种缓解网络拥塞的系统,其特征在于,包括:权利要求9至13任意一项所述的核心网设备和权利要求14至16任意一项所述的接入网设备。
【文档编号】H04L12/851GK103907323SQ201280001693
【公开日】2014年7月2日 申请日期:2012年10月30日 优先权日:2012年10月30日
【发明者】陆伟, 李岩 申请人:华为技术有限公司
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1