CN105376796A - 接入网拥塞状态上报、拥塞信息的更新处理方法及装置 - Google Patents
接入网拥塞状态上报、拥塞信息的更新处理方法及装置 Download PDFInfo
- Publication number
- CN105376796A CN105376796A CN201410428697.2A CN201410428697A CN105376796A CN 105376796 A CN105376796 A CN 105376796A CN 201410428697 A CN201410428697 A CN 201410428697A CN 105376796 A CN105376796 A CN 105376796A
- Authority
- CN
- China
- Prior art keywords
- congestion
- ruci
- information
- keeping records
- rcaf
- 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.)
- Withdrawn
Links
Classifications
-
- 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
Abstract
本发明提供了一种接入网拥塞状态上报、拥塞信息的更新处理方法及装置,其中,上述上报方法包括:RCAF实体获取其管理的网络区域;若网络区域是拥塞区域并且RCAF实体确定UE移出拥塞区域,则RCAF实体向PCRF实体上报携带有以下之一信息的RUCI:用于指示UE的拥塞状态为不拥塞且不拥塞原因为移出拥塞区域的第一指示信息,用于指示UE的拥塞状态为不确定的第二指示信息;若网络区域是不拥塞区域并且RCAF实体确定UE处于网络区域,则RCAF实体向PCRF实体上报携带有以下拥塞状态指示信息的RUCI:用于指示UE的拥塞状态为不拥塞的第三指示信息。采用上述技术方案,使得PCRF可以获知PCRF的真实状态。
Description
技术领域
本发明涉及通信领域,具体而言,涉及一种接入网拥塞状态上报、拥塞信息的更新处理方法及装置。
背景技术
图1是相关技术中第三代合作伙伴计划(3rdGenerationPartnershipProject,简称为3GPP)定义的策略和计费控制架构(PolicyandChargingControl,简称为PCC)示意图,如图1所示,策略和计费规则功能(PolicyandChargingRulesFunction,简称为PCRF)整个PCC架构的核心。PCRF制定所述控制策略需要结合从应用功能(ApplicationFunction,简称为AF)接收的业务信息,从用户签约数据库(SubscriptionProfileRepository,简称为SPR)接收的用户签约信息,运营商配置的策略等。PCRF将为业务制定的控制策略下发给策略和计费执行功能(PolicyandChargingEnforcementFunction,简称为PCEF)或者承载绑定和事件上报功能(BearerBindingandEventReportFunction,简称为BBERF)执行。同时PCRF可以向PCEF和/或BBERF订阅承载层相关事件,以便当承载层发生所述事件时及时感知,并更改控制策略。PCEF也可以支持应用检测控制功能。PCEF可以根据本地配置或是PCRF下发的包含应用标识的PCC规则进行应用检测并进行策略执行(如门控、重定向和带宽限制)。PCEF一般都位于网络的网关上,如演进的分组域系统(EvolvedPacketSystem,简称为EPS)的分组数据网络网关(PacketDataNetworkGateway,简称为P-GW)。此外,网络还可以通过部署独立业务检测功能(TrafficDetectionFunction,简称为TDF)来实现应用检测控制。TDF与PCRF通过Sd接口连接,TDF可以根据预先配置的或PCRF下发的应用检测控制(ApplicationDetectionandControl,简称为ADC)规则进行应用检测和策略执行。
PCC架构对承载网络上传输的业务实施策略控制的原理如下:随着网络和终端设备的发展,大量用户通过智能终端接入Internet网络访问各种数据业务,一方面网络上的数据业务还在不断的丰富,例如,各种视频服务,游戏服务等,另一方面使用智能终端的上网用户还在爆发式的增长。这对运营商的网络运营带来了冲击和挑战。大量的数据业务增加了网络负荷,甚至造成了网络拥塞(例如,在车站、码头等热点区域)。大量的数据业务甚至侵占了语音服务的资源,使得传统的语音服务都得不到可靠的QoS保证。因此,如何调整网络流量,减轻网络负荷,减少网络拥塞是运营商需要面临的问题。
图2为相关技术中PCRF感知无线接入网负荷信息的架构图。无线接入网拥塞感知功能(RadioAccessNetworkCongestionAwarenessFunction,简称为RCAF)通过Np接口将无限接入网用户面拥塞信息(RANUserPlaneCongestionInformation,简称为RUCI)报告给PCRF用于PCRF进行策略决策以减轻网络负荷。RCAF从RAN操作管理维护(OperationAdministrationMaintenance,简称为OAM)系统收集用户面拥塞信息。对于E-UTRAN,RCAF通过Nq接口从MME获得在特定演进的节点B(EvolvedNodeB,简称为eNB)/演进的小区全球标识(EvolvedCellGlobalIdentifier,简称为ECGI)下的针对每个激活APN的UE(IMSI)列表。对于UTRAN接入,RCAF可以从RAN直接获得特定NB/CGI下的IMSI列表,并且通过Nq’获取针对每个激活APN的IMSI列表。这样RCAF就可以获取每个拥塞基站(eNB/NB)/小区(ECGI/CGI)下的针对每个激活APN的IMSI列表。RCAF将这些信息上报给正确的PCRF,PCRF就可以对这些UE策略调整,减轻拥塞基站或小区的负荷。
通常情况下,在一个网络中存在一个或多个RCAF,没有RCAF负责管理一个网络区域(譬如每个RCAF对应一个小区列表或基站列表)。这样,就会存在UE在发生移动时,从一个RCAF的管理范围内移动到另一个RCAF的管理范围。在下面的场景下,现有的上报机制会出现错误。
假如UE从拥塞小区(CellX,RCAFA负责管理)移动到拥塞小区(CellY,RCAFB负责管理)。由于CellY是拥塞的,所以RCAFB向PCRF上报拥塞信息。而RCAFA在收到的CellX下的IMSI列表中没有UE,因此RCAFA将通知PCRF此时UE的状态为非拥塞。这样PCRF将错误的认为UE处于非拥塞的小区。
假如UE从拥塞小区(CellX,RCAFA负责管理)移动到另一个拥塞小区(CellY,RCAFB负责管理)在回到拥塞小区CellX。由于CellY是拥塞的,所以RCAFB向PCRF上报拥塞信息。当UE回到CellX时,由于CellX的拥塞状态没有改变,那么RCAF不会通知PCRF。因此PCRF会认为UE还在CellY下。此后,PCAFB检测到UE不在cellY下,那么RCAFB通知PCRF此时UE处于非拥塞状态。这样,PCRF会认为UE处于非拥塞的小区。
针对现有技术中的问题,目前尚未提出有效的解决方案。
发明内容
本发明的主要目的在于提供一种接入网拥塞状态上报、拥塞信息的更新处理方法及装置,以解决相关技术中,PCRF无法获知UE所在区域的真实拥塞状态等问题。
为了实现上述目的,根据本发明的一个方面,提供了一种一种UE的接入网拥塞状态上报方法,包括:RCAF实体获取其管理的网络区域;若所述网络区域是拥塞区域并且所述RCAF实体确定UE移出所述拥塞区域,则所述RCAF实体向策略和计费规则功能PCRF实体上报携带有以下之一拥塞状态指示信息的无线接入网用户面拥塞信息RUCI:用于指示所述UE的拥塞状态为不拥塞且不拥塞原因为移出拥塞区域的第一指示信息,用于指示所述UE的拥塞状态为不确定的第二指示信息;和/或,若所述网络区域是不拥塞区域并且所述RCAF实体确定UE处于所述网络区域,则所述RCAF实体向所述PCRF实体上报携带有以下拥塞状态指示信息的RUCI:用于指示所述UE的拥塞状态为不拥塞的第三指示信息。
优选地,所述RCAF实体通过以下方式确定UE移出所述拥塞区域:所述RCAF实体获取其管理的所述网络区域下的用户标识列表,其中,所述RCAF实体获取的所述网络区域为拥塞区域;在所述RCAF实体本地保存记录指示所述UE位于拥塞区域,而所述用户标识列表中不存在所述UE的用户标识时,则确定所述UE移出所述拥塞区域。
优选地,所述RCAF实体向所述PCRF实体上报所述RUCI之后,还包括:所述PCRF实体根据所述RUCI与本地保存记录中所述UE的拥塞信息是否来自同一个RCAF实体决定是否更新所述本地保存记录中所述UE的拥塞信息。
优选地,所述PCRF实体根据所述RUCI与本地保存记录中所述UE的拥塞信息是否来自同一个RCAF实体决定是否更新所述本地保存记录中所述UE的拥塞信息,包括:若所述本地保存记录中所述UE的拥塞信息与所述RUCI来自同一个RCAF实体,则所述PCRF实体根据所述RUCI更新所述本地保存记录中所述UE的拥塞信息;和/或,若所述本地保存记录中所述UE的拥塞信息与所述RUCI来自不同的RCAF实体且所述PCRF收到所述第一指示信息或所述第二指示信息,则所述PCRF实体不更新所述本地保存记录中所述UE的拥塞信息;和/或,若所述本地保存记录中所述UE的拥塞信息与所述RUCI来自不同的RCAF实体且所述PCRF收到所述第三指示信息,则所述PCRF实体根据所述RUCI更新所述本地保存记录中所述UE的拥塞信息。
优选地,所述RUCI中携带有生成所述RUCI的第一时间戳信息。根据权利要求5所述的方法,其特征在于,所述RCAF实体向所述PCRF实体上报所述RUCI之后,包括:若PCRF本地保存记录中所述UE的拥塞信息的第二时间戳早于所述第一时间戳,并且所述本地保存记录中所述UE的拥塞信息与所述RUCI来自同一个RCAF实体时,所述PCRF实体根据所述RUCI更新所述本地保存记录中所述UE的拥塞信息;和/或,若所述本地保存记录中所述UE的所述拥塞信息的第二时间戳早于所述第一时间戳,并且所述本地保存记录中所述UE的拥塞信息与所述RUCI来自不同的RCAF实体且所述PCRF收到所述第一指示信息或所述第二指示信息,则所述PCRF实体不更新所述本地保存记录中所述UE的拥塞信息;和/或,若所述本地保存记录中所述UE的拥塞信息的第二时间戳早于所述第一时间戳,并且所述本地保存记录中所述UE的拥塞信息与所述RUCI来自不同的RCAF实体且所述PCRF收到所述第三指示信息,则所述PCRF实体根据所述RUCI更新所述本地保存记录中所述UE的拥塞信息。
根据本发明的另一个方面,提供了一种UE拥塞信息的更新处理方法,包括:PCRF实体接收来自RCAF实体的RUCI,其中,所述RUCI中携带有拥塞状态指示信息,所述拥塞状态指示信息包括以下之一:用于指示所述UE的拥塞状态为不拥塞且不拥塞原因为移出拥塞区域的第一指示信息;用于指示所述UE的拥塞状态为不确定的第二指示信息;用于指示所述UE的拥塞状态为不拥塞的第三指示信息;所述PCRF实体根据所述拥塞状态指示信息,以及本地保存记录中UE的拥塞信息与所述RUCI是否来自同一个RCAF实体,判断是否更新本地保存记录中所述UE的拥塞信息。
优选地,所述PCRF实体根据所述拥塞状态指示信息,以及本地保存记录中UE的拥塞信息与所述RUCI是否来自同一个RCAF实体,判断是否更新本地保存记录中所述UE的拥塞信息,包括:若PCRF实体本地保存记录中所述UE的拥塞信息与所述RUCI来自同一个RCAF实体,则所述PCRF实体根据所述拥塞状态指示信息更新本地保存记录中所述UE的拥塞信息。
优选地,所述PCRF实体根据所述拥塞状态指示信息,以及本地保存记录中UE的拥塞信息与所述RUCI是否来自同一个RCAF实体,判断是否更新本地保存记录中所述UE的拥塞信息,包括:若PCRF本地保存记录中所述UE的拥塞信息与所述RUCI来自不同的RCAF实体,则所述PCRF实体根据所述拥塞状态指示信息决定是否更新所述本地保存记录中所述UE的拥塞信息:若所述本地保存记录中所述UE的拥塞信息指示的状态为拥塞而所述RUCI携带所述第一指示信息或所述第二指示信息,则所述PCRF实体不更新所述拥塞信息;和/或,若所述本地保存记录中所述UE的拥塞信息指示的状态为拥塞而所述RUCI携带所述第三指示信息,则所述PCRF实体根据所述RUCI更新本地保存记录中所述UE的拥塞信息。
优选地,所述RUCI还携带有所述RCAF实体生成所述RUCI的第一时间戳。
优选地,所述PCRF实体根据所述拥塞状态指示信息,以及本地保存记录中UE的拥塞信息与所述RUCI是否来自同一个RCAF实体,判断是否更新本地保存记录中所述UE的拥塞信息,包括:若PCRF本地保存记录中所述UE的所述拥塞信息的第二时间戳早于所述第一时间戳,并且所述本地保存记录中所述UE的拥塞信息与所述RUCI来自同一个RCAF实体,则所述PCRF实体根据所述RUCI更新所述本地保存记录中所述UE的拥塞信息;和/或,若所述本地保存记录中所述UE的拥塞信息的第二时间戳早于所述第一时间戳,并且所述本地保存记录中所述UE的拥塞信息与所述RUCI来自不同的RCAF实体且所述PCRF收到所述第一指示信息或所述第二指示信息,则所述PCRF实体不更新所述本地保存记录中所述UE的拥塞信息;和/或,若所述本地保存记录中所述UE的所述拥塞信息的第二时间戳早于所述第一时间戳,并且所述本地保存记录中所述UE的拥塞信息与所述RUCI来自不同的RCAF实体且所述PCRF收到所述第三指示信息,则所述PCRF实体根据所述RUCI更新所述本地保存记录中所述UE的拥塞信息。
根据本发明的又一个方面,提供了一种UE的接入网拥塞状态上报装置,应用于RCAF实体,包括:获取模块,用于获取所述RCAF实体管理的网络区域;第一上报模块,用于在所述网络区域是拥塞区域并且所述RCAF实体确定UE移出所述拥塞区域时,向策略和计费规则功能PCRF实体上报携带有以下之一拥塞状态指示信息的无线接入网用户面拥塞信息RUCI:用于指示所述UE的拥塞状态为不拥塞且不拥塞原因为移出拥塞区域的第一指示信息,用于指示所述UE的拥塞状态为不确定的第二指示信息;和/或,第二上报模块,用于在所述网络区域是不拥塞区域并且所述RCAF实体确定UE处于所述网络区域,向所述PCRF实体上报携带有以下信息的RUCI:用于指示所述UE的拥塞状态为不拥塞的第三指示信息。
优选地,所述第一上报模块用于在所述RCAF实体通过以下方式确定UE移出所述拥塞区域时,上报所述RUCI:所述RCAF实体获取其管理的所述网络区域下的用户标识列表,其中,所述RCAF实体获取的所述网络区域为拥塞区域;在所述RCAF实体本地保存记录指示所述UE位于拥塞区域,而所述用户标识列表中不存在所述UE的用户标识时,则确定所述UE移出所述拥塞区域。
优选地,所述第一上报模块和/或所述第二上报模块,还用于上报携带生成所述RUCI的时间戳的所述RUCI。
根据本发明的再一个方面,提供了一种UE拥塞信息的更新处理装置,应用于PCRF实体,包括:
接收模块,用于接收来自RCAF实体的RUCI,其中,所述RUCI中携带有所述RCAF实体标识和拥塞状态指示信息,所述拥塞状态指示信息包括以下之一:用于指示所述UE的拥塞状态为不拥塞且不拥塞原因为移出拥塞区域的第一指示信息;用于指示所述UE的拥塞状态为不确定的第二指示信息;用于指示所述UE的拥塞状态为不拥塞的第三指示信息;
判断模块,用于根据所述拥塞状态指示信息,以及本地保存记录中UE的拥塞信息与所述RUCI是否来自同一个RCAF实体,判断是否更新本地保存记录中所述UE的拥塞信息。
优选地,所述判断模块,用于在PCRF实体本地保存记录中所述UE的拥塞信息与所述RUCI来自同一个RCAF实体时,判定根据所述拥塞状态指示信息更新本地保存记录中所述UE的拥塞信息。
优选地,所述判断模块,用于在PCRF本地保存记录中所述UE的拥塞信息与所述RUCI来自不同的RCAF实体时,根据所述拥塞状态指示信息决定是否更新所述本地保存记录中所述UE的拥塞信息:若所述本地保存记录中所述UE的拥塞信息指示的状态为拥塞而所述RUCI携带所述第一指示信息或所述第二指示信息,则判定不更新所述拥塞信息;和/或,若所述本地保存记录中所述UE的拥塞信息指示的状态为拥塞而所述RUCI携带所述第三指示信息,则判定根据所述RUCI更新本地保存记录中所述UE的拥塞信息。
优选地,所述接收模块,用于接收携带有以下信息的所述RUCI:所述RCAF生成所述RUCI的第一时间戳。
优选地,所述判断模块,用于:在本地保存记录中所述UE的所述拥塞信息的第二时间戳早于所述第一时间戳,并且所述本地保存记录中所述UE的拥塞信息与所述RUCI来自同一个RCAF实体,判定根据所述RUCI更新所述本地保存记录中所述UE的拥塞信息;和/或,若所述本地保存记录中所述UE的所述拥塞信息的第二时间戳早于所述第一时间戳,并且所述本地保存记录中所述UE的拥塞信息与所述RUCI来自不同的RCAF实体且所述PCRF收到所述第一指示信息或所述第二指示信息,则判定不更新所述本地保存记录中所述UE的拥塞信息;和/或,若所述本地保存记录中所述UE的所述拥塞信息的第二时间戳早于所述第一时间戳,并且所述本地保存记录中所述UE的拥塞信息与所述RUCI来自不同的RCAF实体且所述PCRF收到所述第三指示信息,则判定根据所述RUCI更新所述本地保存记录中所述UE的拥塞信息。
通过本发明,采用若所述网络区域是拥塞区域并且所述RCAF实体确定UE移出所述拥塞区域,则所述RCAF实体向策略和计费规则功能PCRF实体上报携带有以下之一信息的无线接入网用户面拥塞信息RUCI:用于指示所述UE的拥塞状态为不拥塞且不拥塞原因为移出拥塞区域的第一指示信息,用于指示所述UE的拥塞状态为不确定的第二指示信息;若所述网络区域是不拥塞区域并且所述RCAF实体确定UE处于所述网络区域,则所述RCAF实体向所述PCRF实体上报携带有以下信息的RUCI:用于指示所述UE的拥塞状态为不拥塞的第三指示信息的技术手段,解决了PCRF无法获知UE所在区域的真实拥塞状态等问题,使得PCRF可以获知PCRF的真实状态。
附图说明
此处所说明的附图用来提供对本发明的进一步理解,构成本申请的一部分,本发明的示意性实施例及其说明用于解释本发明,并不构成对本发明的不当限定。在附图中:
图1是相关技术中第三代合作伙伴计划3GPP定义的策略和计费控制架构PCC示意图;
图2为相关技术中PCRF感知无线接入网负荷信息的架构图;
图3为根据本发明实施例的接入网拥塞状态上报方法的流程图;
图4为根据本发明实施例的接入网拥塞状态上报装置的结构框图;
图5为根据本发明实施例的拥塞信息的更新处理方法的流程图;
图6为根据本发明实施例的拥塞信息的更新处理装置的结构框图;
图7为根据本发明实施例1的UE的接入网拥塞信息上报方法流程图;
图8为根据本发明实施例2的UE的接入网拥塞信息上报方法流程图;
图9为根据本发明实施例3的UE的接入网拥塞信息上报方法流程图;
图10为根据本发明实施例4的UE的接入网拥塞信息上报方法流程图;
图11为根据本发明实施例5的UE的接入网拥塞信息上报方法流程图;
图12为根据本发明实施例6的UE的接入网拥塞信息上报方法流程图;
图13为根据本发明实施例7的UE的接入网拥塞信息上报方法流程图。
具体实施方式
下文中将参考附图并结合实施例来详细说明本发明。需要说明的是,在不冲突的情况下,本申请中的实施例及实施例中的特征可以相互组合。
图3为根据本发明实施例的接入网拥塞状态上报方法的流程图。如图3所示,该方法包括:
步骤S302,RCAF实体获取其管理的网络区域;
步骤S304,若上述网络区域是拥塞区域并且上述RCAF实体确定UE移出上述拥塞区域,则上述RCAF实体向PCRF实体上报携带有以下之一拥塞状态指示信息的RUCI:用于指示上述UE的拥塞状态为不拥塞且不拥塞原因为移出拥塞区域的第一指示信息,用于指示上述UE的拥塞状态为不确定的第二指示信息;
步骤S306,若上述网络区域是不拥塞区域并且上述RCAF实体确定UE处于上述网络区域,则上述RCAF实体向上述PCRF实体上报携带有以下拥塞状态指示信息的RUCI:用于指示上述UE的拥塞状态为不拥塞的第三指示信息。
需要说明的是,步骤S304和步骤S306是两个并列的处理步骤,并无先后顺序,即并不区分先后顺序。
通过上述各个处理步骤,可以使PCRF实体获取UE所处网络区域的真实拥塞状态(拥塞或不拥塞)。
在一个优选实施例中,可以通过以下方式确定UE移出上述拥塞区域:RCAF实体获取其管理的上述网络区域下的用户标识列表,其中,上述RCAF实体获取的上述网络区域为拥塞区域;在上述RCAF实体本地保存记录指示上述UE位于拥塞区域,而上述用户标识列表中不存在上述UE的用户标识时,则确定上述UE移出上述拥塞区域。
在上述RCAF实体向上述PCRF实体上报上述RUCI之后,PCRF可以执行以下处理过程:PCRF实体根据上述RUCI与本地保存记录中上述UE的拥塞信息是否来自同一个RCAF实体决定是否更新上述本地保存记录中上述UE的拥塞信息。在一个优选实施过程中,上述处理过程可以表现为以下实现形式,但不限于此:若上述本地保存记录中上述UE的拥塞信息与上述RUCI来自同一个RCAF实体,则上述PCRF实体根据上述RUCI更新上述本地保存记录中上述UE的拥塞信息;若上述本地保存记录中上述UE的拥塞信息与上述RUCI来自不同的RCAF实体且PCRF收到上述第一指示信息或上述第二指示信息,则上述PCRF实体不更新上述本地保存记录中上述UE的拥塞信息。若上述本地保存记录中上述UE的拥塞信息与上述RUCI来自不同的RCAF实体且上述PCRF收到上述第三指示信息,则上述PCRF实体根据上述RUCI更新上述本地保存记录中上述UE的拥塞信息。
在一个优选实施例中,上述RUCI中携带有生成上述RUCI的第一时间戳信息。此时,上述RCAF实体向上述PCRF实体上报上述RUCI之后:
若PCRF本地保存记录中上述UE的拥塞信息的第二时间戳早于上述第一时间戳,并且上述本地保存记录中上述UE的拥塞信息与上述RUCI来自同一个RCAF实体时,上述PCRF实体根据上述RUCI更新上述本地保存记录中上述UE的拥塞信息;和/或,
若上述本地保存记录中上述UE的上述拥塞信息的第二时间戳早于上述第一时间戳,并且上述本地保存记录中上述UE的拥塞信息与上述RUCI来自不同的RCAF实体且上述PCRF收到上述第一指示信息或上述第二指示信息,则上述PCRF实体不更新上述本地保存记录中上述UE的拥塞信息;和/或
若上述本地保存记录中上述UE的拥塞信息的第二时间戳早于上述第一时间戳,并且上述本地保存记录中上述UE的拥塞信息与上述RUCI来自不同的RCAF实体且上述PCRF收到上述第三指示信息,则上述PCRF实体根据上述RUCI更新上述本地保存记录中上述UE的拥塞信息
在本实施例中,还提供一种UE的接入网拥塞状态上报装置,应用于RCAF实体,如图4所示,该装置包括:
获取模块40,用于获取RCAF实体管理的网络区域;
第一上报模块42,用于在上述网络区域是拥塞区域并且上述RCAF实体确定UE移出上述拥塞区域时,向PCRF实体上报携带有以下之一拥塞状态指示信息的无线接入网用户面拥塞信息RUCI:用于指示所述UE的拥塞状态为不拥塞且不拥塞原因为移出拥塞区域的第一指示信息,用于指示上述UE的拥塞状态为不确定的第二指示信息;和/或,
第二上报模块44,用于在上述网络区域是不拥塞区域并且上述RCAF实体确定UE处于上述网络区域,向上述PCRF实体上报携带有以下拥塞状态指示信息的RUCI:用于指示上述UE的拥塞状态为不拥塞的第三指示信息。
第一上报模块42用于在上述RCAF实体通过以下方式确定UE移出上述拥塞区域时,上报上述RUCI:上述RCAF实体获取其管理的上述网络区域下的用户标识列表,其中,上述RCAF实体获取的上述网络区域为拥塞区域;在上述RCAF实体本地保存记录指示上述UE位于拥塞区域,而上述用户标识列表中不存在上述UE的用户标识时,则确定上述UE移出上述拥塞区域。
可选地,在本实施例的一个优选实施方式中,上述第一上报模块42和/或第二上报模块44,用于上报携带有生成上述RUCI的时间戳的上述RUCI。
在本实施例中,还提供一种UE拥塞信息的更新处理方法,如图5所示,包括:
步骤S502,PCRF实体接收来自RCAF实体的RUCI,其中,上述RUCI中携带有上述RCAF实体标识和拥塞状态指示信息,上述拥塞状态指示信息包括以下之一:
用于指示UE的拥塞状态为不拥塞且不拥塞原因为移出拥塞区域的第一指示信息;用于指示上述UE的拥塞状态为不确定的第二指示信息;用于指示上述UE的拥塞状态为不拥塞的第三指示信息;
步骤S504,PCRF实体根据上述拥塞状态指示信息,以及本地保存记录中UE的拥塞信息与上述RUCI是否来自同一个RCAF实体,判断是否更新本地保存记录中上述UE的拥塞信息。
在优选实施例中,步骤S504具体可以通过以下方式实现,但不限于此:
(1)若PCRF实体本地保存记录中上述UE的拥塞信息与上述RUCI来自同一个RCAF实体,则上述PCRF实体根据上述拥塞状态指示信息更新本地保存记录中上述UE的拥塞信息;
(2)若PCRF本地保存记录中上述UE的拥塞信息与上述RUCI来自不同的RCAF实体,则上述PCRF实体根据上述拥塞状态指示信息决定是否更新上述本地保存记录中上述UE的拥塞信息:
若上述本地保存记录中上述UE的拥塞信息指示的状态为拥塞而上述RUCI携带上述第一指示信息或上述第二指示信息,则上述PCRF实体不更新上述拥塞信息;或者,
若上述本地保存记录中上述UE的拥塞信息指示的状态为拥塞而上述RUCI携带上述第三指示信息,则上述PCRF实体根据上述RUCI更新本地保存记录中上述UE的拥塞信息。
上述RUCI还携带有上述RCAF生成上述RUCI的第一时间戳。此时,步骤S504可以表现为以下实现形式,但不限于此:
若PCRF本地保存记录中上述UE的上述拥塞信息的第二时间戳早于上述第一时间戳,并且上述本地保存记录中上述UE的拥塞信息与上述RUCI来自同一个RCAF实体,则上述PCRF实体根据上述RUCI更新上述本地保存记录中上述UE的拥塞信息;和/或,
若上述本地保存记录中上述UE的拥塞信息的第二时间戳早于上述第一时间戳,并且上述本地保存记录中上述UE的拥塞信息与上述RUCI来自不同的RCAF实体且上述PCRF收到上述第一指示信息或上述第二指示信息,则判定不更新上述本地保存记录中上述UE的拥塞信息;和/或,
若上述本地保存记录中上述UE的上述拥塞信息的第二时间戳早于上述第一时间戳,并且上述本地保存记录中上述UE的拥塞信息与上述RUCI来自不同的RCAF实体且上述PCRF收到上述第三指示信息,则判定根据上述RUCI更新上述本地保存记录中上述UE的拥塞信息。
在本实施例中,还提供一种UE拥塞信息的更新处理装置,应用于PCRF实体,如图6所示,该装置包括:
接收模块60,用于接收来自无线接入网拥塞感知功能RCAF实体的无线接入网用户面拥塞信息RUCI,其中,上述RUCI中携带有上述RCAF实体标识和拥塞状态指示信息,上述拥塞状态指示信息包括以下之一:
用于指示所述UE的拥塞状态为不拥塞且不拥塞原因为移出拥塞区域的第一指示信息;用于指示上述UE的拥塞状态为不确定的第二指示信息;用于指示上述UE的拥塞状态为不拥塞的第三指示信息;
判断模块62,用于根据上述拥塞状态指示信息,以及本地保存记录中UE的拥塞信息与上述RUCI是否来自同一个RCAF实体,判断是否更新本地保存记录中上述UE的拥塞信息。
优选地,判断模块62,用于在PCRF实体本地保存记录中上述UE的拥塞信息与上述RUCI来自同一个RCAF实体时,判定根据上述拥塞状态指示信息更新本地保存记录中上述UE的拥塞信息。
优选地,判断模块62,用于在PCRF本地保存记录中上述UE的拥塞信息与上述RUCI来自不同的RCAF实体时,根据上述拥塞状态指示信息决定是否更新上述本地保存记录中上述UE的拥塞信息:
若上述本地保存记录中上述UE的拥塞信息指示的状态为拥塞而上述RUCI携带上述第一指示信息或上述第二指示信息,则判定不更新上述拥塞信息;和/或,
若上述本地保存记录中上述UE的拥塞信息指示的状态为拥塞而上述RUCI携带上述第三指示信息,则判定根据上述RUCI更新本地保存记录中上述UE的拥塞信息。
优选地,接收模块60,用于接收携带有以下信息的上述RUCI:上述RCAF生成上述RUCI的第一时间戳。
优选地,判断模块62,用于:在本地保存记录中上述UE的上述拥塞信息的第二时间戳早于上述第一时间戳,并且上述本地保存记录中上述UE的拥塞信息与上述RUCI来自同一个RCAF实体,判定根据上述RUCI更新上述本地保存记录中上述UE的拥塞信息;或者,若上述本地保存记录中上述UE的拥塞信息的第二时间戳早于上述第一时间戳,且上述本地保存记录中上述UE的拥塞信息指示的状态为拥塞而上述RUCI携带上述第三指示信息,判定根据上述RUCI更新上述本地保存记录中上述UE的拥塞信息。
为了更好地理解上述实施例,以下结合优选实施例详细说明。
以下实施例的主要设计思想在于:
RCAF上报角度:
RCAF收到来自RANOAM拥塞状态信息,若在上一次上报中UE所在的区域仍然保持拥塞状态,并且RCAF判断UE移动出拥塞区域,则RCAF在RUCI指示UE的状态为不确定或不拥塞并且携带UE移动出了拥塞区域的指示;PCRF接受到RUCI后进行如下判断:
1)若PCRF保存拥塞上报的RCAF与新上报的RCAF来自同一个RCAF,并且PCRF保存的状态为拥塞而新上报的RUCI中的状态为不确定或不拥塞并且携带UE移动出了拥塞区域的指示,则PCRF根据RUCI将UE的状态更新为不确定;
2)若PCRF保存拥塞上报的RCAF与新上报的RCAF来自不同的RCAF,并且PCRF保存的状态为拥塞而新上报的RUCI中的状态为不确定或不拥塞并且携带UE移动出了拥塞区域的指示,则PCRF不做更新。
RCAF收到来自RANOAM拥塞状态信息,若在上一次上报中UE所在的区域由拥塞变成不拥塞,并且RCAF判断UE仍处于该区域,则RCAF在RUCI指示UE的状态为不拥塞;PCRF根据RUCI将UE的状态设置为不拥塞。
RCAF在RUCI在还携带时间戳和RCAF自身的标识。PCRF根据时间戳判断哪个是最新的RUCI,在以上判断的基础上,新的RUCI可以覆盖旧的RUCI。
PCRF接收角度:
PCRF接收到RCAF的RUCI报告:
若RUCI来自于PCRF保存的拥塞信息相同的RCAF,则PCRF根据新上报的RUCI更新PCRF保存的UE的拥塞信息;
若RUCI来自于PCRF保存的拥塞信息不同的RCAF,则PCRF根据如下原则更新:
若PCRF保存的状态为拥塞而新上报的RUCI中的状态为不确定或不拥塞并且携带UE移动出了拥塞区域的指示,则PCRF不做更新。
若PCRF保存的状态为拥塞而新上报的RUCI中的状态为不拥塞,则PCRF更新为不拥塞。
若PCRF保存的状态为不拥塞而新上报的RUCI中的状态为拥塞,则PCRF更新为拥塞。
实施例1
本实施例描述的在E-UTRAN接入时,网络负荷信息的上报方法。其中UE1从CellX(不拥塞)迁移到CellY(拥塞)。图7是根据本发明实施例1的流程图,如图7所示,该流程包括如下步骤:
701.RCAF1从RANOAM获取拥塞相关的OAM信息以及受影响区域。由于CellX此时未处于拥塞状态,且假设RCAF1上次收到来自OAM信息中CellX也未处于拥塞状态,因此受影响区域中不包括CellX。
702.RCAF1根据步骤701收到的受影响区域确定相关的MME,并向相关的MME订阅受影响区域的IMSI列表。每个MME向RCAF提供受影响区域的UE(即IMSI)列表以及对应的激活的APN。受影响区域(即拥塞区域)可以是基站(用eNBID标识),也可以是小区(用ECGI标识)。
703.RCAF1根据收到信息生成RUCI,拥塞的RAN拥塞状态、激活APN的IMSI列表。其中不包括IMSI1。此外RCAF1还可以携带时间戳(Timestamp1)和RCAF的标识(RCAFId1)。
704.RCAF1向PCRF上报RCUI;
705:PCRF根据RUCI进行策略决策。若IMSI1由PCRF1负责管理,PCRF1将不会受到RCAF1上报的UE1相关的拥塞信息。假设之前IMSI1在PCRF1信息中没有拥塞信息,因此PCRF1认为IMSI1处于非拥塞状态。
706.RCAF2从RANOAM获取拥塞相关的OAM信息以及受影响区域,其中包括CellY处于拥塞状态(ECGIId2)。
707.RCAF2根据步骤706收到的受影响区域确定相关的MME,并向相关的MME订阅受影响区域的IMSI列表。每个MME向RCAF提供受影响区域的UE(即IMSI)列表以及对应的激活的APN。受影响区域(即拥塞区域)可以是基站(用eNBID标识),也可以是小区(用ECGI标识)。其中包括CellY(ECGIId2)下UE1的IMSI(IMSI1)和激活的APN(APN1和APN2)。
708.RCAF2根据收到信息生成RUCI,拥塞的RAN拥塞状态、激活APN的IMSI列表。其中包括IMSI1。此外RCAF2还可以携带时间戳(Timestamp2)和RCAF2的标识(RCAFId2)。
表3-1
709.RCAF1向PCRF上报RUCI;
710.由于IMSI1由PCRF1负责管理,那么PCRF1将收到有关IMIS1的拥塞信息。由于之前IMSI1在PCRF1上的上下文中没有拥塞信息,因此PCRF1根据上报的拥塞信息更新IMSI1的上下文。PCRF1根据拥塞信息制定相应的策略。此时在PCRF1上面保存的IMSI1有关的拥塞的上下文如下
表3-2
实施例2
本实施例描述的在E-UTRAN接入时,网络负荷信息的上报方法。其中UE1从CellX(拥塞)迁移到CellY(拥塞)。图8是根据本发明实施例2的流程图,如图8所示,该流程包括如下步骤:
801.RCAF1从RANOAM获取拥塞相关的OAM信息以及受影响区域。由于CellX此时处于拥塞状态,所以受影响区域中包括拥塞区域CellX(ECGIId1)。
802.RCAF1根据步骤801收到的受影响区域确定相关的MME,并向相关的MME订阅受影响区域的IMSI列表。每个MME向RCAF提供受影响区域的UE(即IMSI)列表以及对应的激活的APN。受影响区域(即拥塞区域)可以是基站(用eNBID标识),也可以是小区(用ECGI标识)。其中包括CellX下UE1的IMSI(IMSI1)和激活的APN(APN1和APN2)。
803.RCAF1根据收到信息生成RUCI,拥塞的RAN拥塞状态、激活APN的IMSI列表。其中包括IMSI1。此外RCAF1还可以携带时间戳和RCAF1的标识。
804.RCAF1向PCRF上报RCUI;
表4-1
805:PCRF1根据RUCI进行策略决策。若IMSI1由PCRF1负责管理,假设之前IMSI1在PCRF1的上下文中没有拥塞信息,因此PCRF1根据上报的拥塞信息更新IMSI1的上下文。PCRF1根据拥塞信息制定相应的策略。此时在PCRF1上面保存的IMSI1有关的拥塞的上下文如下
表4-2
806.RCAF2从RANOAM获取拥塞相关的OAM信息以及受影响区域,其中包括CellY处于拥塞状态。
807.RCAF2根据步骤806收到的受影响区域确定相关的MME,并向相关的MME订阅受影响区域的IMSI列表。每个MME向RCAF2提供受影响区域的UE(即IMSI)列表以及对应的激活的APN。受影响区域(即拥塞区域)可以是基站(用eNBID标识),也可以是小区(用ECGI标识)。其中包括CellY下UE1的IMSI(IMSI1)和激活的APN(APN1和APN2)。
808.RCAF2根据收到信息生成RUCI,拥塞的RAN拥塞状态、激活APN的IMSI列表。其中包括IMSI1。
表4-3
809.RCAF2向PCRF上报RUCI。
810.由于IMSI1由PCRF1负责管理,那么PCRF1将收到RCAF2提供的有关IMIS1的拥塞信息。PCRF1根据RCAF2上报的RUCI,PCR1F根据RCAFid2判断UE1移动到了新的RCAF。则PCRF1根据RCAF2上报的信息更新PCRF1为UE1保存的上下文。此外PCRF1还可以进一步额外考虑时间戳判断哪个RUCI是针对UE1的最新拥塞情况来决定是否更新,只有当Timestamp1早于Timestamp2,PCRF1才执行上述判断逻辑。如下表所示。PCRF1可根据新的拥塞信息制定拥塞减轻策略。
表4-4
811.RCAF1又从RANOAM获取拥塞相关的OAM信息以及受影响区域。并且CellX此时处于拥塞状态,所以拥塞区域中包括CellX的ECGI(ECGIId1)。
812.RCAF1根据步骤811收到的受影响区域确定相关的MME,并向相关的MME订阅受影响区域的IMSI列表。每个MME向RCAF提供受影响区域的UE(即IMSI)列表以及对应的激活的APN。受影响区域(即拥塞区域)可以是基站(用eNBID标识),也可以是小区(用ECGI标识)。由于UE1已经移动到了CellY下面,因此CellX下的用户列表中已不包括UE1的IMSI1.
813.RCAF1根据收到信息生成RUCI,拥塞的RAN拥塞状态、激活APN的IMSI列表。此外RCAF1还可以携带时间戳(TimeStampe3)和RCAF1的标识。RCAF1根据收到的IMSI列表中没有包括IMSI,因此判断UE1已经离开了CellX。显然UE1也不在任何RCAF1负责管理的受影响的小区。因此RCAF1无法判断UE1所处小区的拥塞状态,因此RCAF1设置UE1的拥塞状态为不确定(Unknown)。
表4-5
814.RCAF1向PCRF上报RUCI;
815:PCRF1根据RUCI进行策略决策。PCRF1收到上报的RUCI。由于PCRF1中IMSI1的上下中保存的上报RCAF为RCAF2,并且RCAF1上报的RUCI中IMSI1对应的状态为不Unknown,则PCRF1不针对IMSI1做任何更新。因此PCRF1认为UE1仍然处于拥塞状态。此外PCRF1还可以进一步额外考虑时间戳判断哪个RUCI是针对UE1的最新拥塞情况来决定是否更新,只有当Timestamp2早于Timestamp3,PCRF1才执行上述判断逻辑。
上述实施例中,在步骤813中,RCAF1设置UE1的拥塞状态为不确定(Unknown),RCAF1也可以将UE1的拥塞状态设为不拥塞,同时增加一个指示,表示不拥塞的原因是UE移动出了拥塞区域,在步骤815,PCRF1收到上报的RUCI。由于PCRF1中IMSI1的上下中保存的上报RCAF为RCAF2,并且RCAF1上报的RUCI中IMSI1对应的状态为拥塞状态设为不拥塞,但同时携带了不拥塞的原因是UE移动出了拥塞区域的指示,则PCRF1不针对IMSI1做任何更新。因此PCRF1认为UE1仍然处于拥塞状态。
实施例3
本实施例描述的在E-UTRAN接入时,网络负荷信息的上报方法。其中UE1从CellX(拥塞)迁移到CellY(不拥塞)。图9是根据本发明实施例3的流程图,如图9所示,该流程包括如下步骤:
901.RCAF1从RANOAM获取拥塞相关的OAM信息以及受影响区域。由于CellX此时处于拥塞状态,所以受影响区域中包括拥塞区域CellX(ECGIId1)。
902.RCAF1根据步骤901收到的受影响区域确定相关的MME,并向相关的MME订阅受影响区域的IMSI列表。每个MME向RCAF提供受影响区域的UE(即IMSI)列表以及对应的激活的APN。受影响区域(即拥塞区域)可以是基站(用eNBID标识),也可以是小区(用ECGI标识)。其中包括CellX下UE1的IMSI(IMSI1)和激活的APN(APN1和APN2)。
903.RCAF1根据收到信息生成RUCI,拥塞的RAN拥塞状态、激活APN的IMSI列表。其中包括IMSI1。此外RCAF1还可以携带时间戳(Timestamp1)和RCAF1的标识。
904.RCAF1向PCRF上报RCUI;
表5-1
905:PCRF1根据RUCI进行策略决策。若IMSI1由PCRF1负责管理,假设之前IMSI1在PCRF1的上下文中没有拥塞信息,因此PCRF1根据上报的拥塞信息更新IMSI1的上下文。PCRF1根据拥塞信息制定相应的策略。此时在PCRF1上面保存的IMSI1有关的拥塞的上下文如下
表5-2
906.RCAF2从RANOAM获取拥塞相关的OAM信息以及受影响区域,由于CellY处于不拥塞状态,且RCAF2在上一次上报中获得信息CellY也处于不拥塞状态,所以受影响区域中不包括CellY。
907.RCAF2根据步骤906收到的受影响区域确定相关的MME,并向相关的MME订阅受影响区域的IMSI列表。每个MME向RCAF2提供受影响区域的UE(即IMSI)列表以及对应的激活的APN。受影响区域(即拥塞区域)可以是基站(用eNBID标识),也可以是小区(用ECGI标识)。
908.RCAF2根据收到信息生成RUCI,拥塞的RAN拥塞状态、激活APN的IMSI列表。其中不包括IMSI1。
909.RCAF2向PCRF上报RUCI。
910.由于RUCI中没有包括IMSI1,因此PCRF1不会收到IMSI1相关的RUCI。PCRF1也不会针对IMSI1做更新。
911.RCAF1又从RANOAM获取拥塞相关的OAM信息以及受影响区域。并且CellX此时处于拥塞状态,所以拥塞区域中包括CellX的ECGI(ECGIId1)。
912.RCAF1根据步骤911收到的受影响区域确定相关的MME,并向相关的MME订阅受影响区域的IMSI列表。每个MME向RCAF提供受影响区域的UE(即IMSI)列表以及对应的激活的APN。受影响区域(即拥塞区域)可以是基站(用eNBID标识),也可以是小区(用ECGI标识)。由于UE1已经移动到了CellY下面,因此CellX下的用户列表中已不包括UE1的IMSI1.
913.RCAF1根据收到信息生成RUCI,拥塞的RAN拥塞状态、激活APN的IMSI列表。此外RCAF1还可以携带时间戳(Timestampe3)和RCAF1的标识。RCAF1根据收到的IMSI列表判断UE1已经离开了CellX。显然UE1也不在任何RCAF1负责管理的受影响的小区。因此RCAF1无法判断UE1所处小区的拥塞状态,因此RCAF1设置UE1的拥塞状态为不确定(Unknown)。
表5-3
914.RCAF1向PCRF上报RUCI;
915:PCRF1根据RUCI进行策略决策。PCRF1收到上报的RUCI。由于PCRF1中IMSI1的上下中保存的上报RCAF为RCAF1,而新的RUCI上报也是来自RCAF1,并且在RCAF1上报的新RUCI中IMSI1对应的状态Unknown。因此PCRF1根据新上报的RUCI针对IMSI1做更新。此时在PCRF1上面保存的IMSI1有关的拥塞的上下文如下。对于拥塞状态为Unknown,PCRF可以根据网络策略认为UE1目前是处于非拥塞状态,可以采取相应的策略。此外PCRF1还可以进一步额外考虑时间戳判断哪个RUCI是针对UE1的最新拥塞情况来决定是否更新,只有当Timestamp1早于Timestamp3,PCRF1才执行上述判断逻辑。
表5-4
上述实施例中,在步骤913中,RCAF1设置UE1的拥塞状态为不确定(Unknown),RCAF1也可以将UE1的拥塞状态设为不拥塞,同时增加一个指示,表示不拥塞的原因是UE移动出了拥塞区域,在步骤915,PCRF1收到上报的RUCI。由于PCRF1中IMSI1的上下中保存的上报RCAF为RCAF1,并且RCAF1上报的RUCI中IMSI1对应的状态为为不拥塞,但同时携带了不拥塞的原因是UE移动出了拥塞区域的指示,则PCRF1根据RUCI更新IMSI1的拥塞状态为不拥塞,且标注不拥塞的原因是UE移动出了拥塞区域。
实施例4
本实施例描述的在E-UTRAN接入时,网络负荷信息的上报方法。其中UE1从CellX(拥塞)迁移到CellY(拥塞)后又迁移到CellX(拥塞)。图10是根据本发明实施例4的流程图,如图10所示,该流程包括如下步骤:
1001.RCAF1从RANOAM获取拥塞相关的OAM信息以及受影响区域。由于CellX此时处于拥塞状态,所以拥塞区域中包括CellX的ECGI(ECGIId1)。
1002.RCAF1根据步骤1001收到的受影响区域确定相关的MME,并向相关的MME订阅受影响区域的IMSI列表。每个MME向RCAF提供受影响区域的UE(即IMSI)列表以及对应的激活的APN。受影响区域(即拥塞区域)可以是基站(用eNBID标识),也可以是小区(用ECGI标识)。其中包括CellX下UE1的IMSI(IMSI1)和激活的APN(APN1和APN2)。
1003.RCAF1根据收到信息生成RUCI,拥塞的RAN拥塞状态、激活APN的IMSI列表。其中包括IMSI1。此外RCAF1还可以携带时间戳(Timestamp1)和RCAF1的标识。
1004.RCAF1向PCRF上报RCUI;
表6-1
1005:PCRF1根据RUCI进行策略决策。若IMSI1由PCRF1负责管理,假设之前IMSI1在PCRF1的上下文中没有拥塞信息,因此PCRF1根据上报的拥塞信息更新IMSI1的上下文。PCRF1根据拥塞信息制定相应的策略。此时在PCRF1上面保存的IMSI1有关的拥塞的上下文如下。
表6-2
1006.RCAF2从RANOAM获取拥塞相关的OAM信息以及受影响区域,其中包括CellY处于拥塞状态。
1007.RCAF2根据步骤1106收到的受影响区域确定相关的MME,并向相关的MME订阅受影响区域的IMSI列表。每个MME向RCAF2提供受影响区域的UE(即IMSI)列表以及对应的激活的APN。受影响区域(即拥塞区域)可以是基站(用eNBID标识),也可以是小区(用ECGI标识)。其中包括CellY下UE1的IMSI(IMSI1)和激活的APN(APN1和APN2)。
1008.RCAF2根据收到信息生成RUCI,拥塞的RAN拥塞状态、激活APN的IMSI列表。其中包括IMSI1。
表6-3
1009.RCAF2向PCRF上报RUCI。
1010.由于IMSI1由PCRF1负责管理,那么PCRF1将收到RCAF2提供的有关IMIS1的拥塞信息。PCRF1根据RCAF2上报的RUCI,PCR1F根据RCAFid2判断UE1移动到了新的RCAF。则PCRF1根据RCAF2上报的信息更新PCRF1为UE1保存的上下文。如下表所示。PCRF1可根据新的拥塞信息制定拥塞减轻策略。此外PCRF1还可以进一步额外考虑时间戳判断哪个RUCI是针对UE1的最新拥塞情况来决定是否更新,只有当Timestamp1早于Timestamp2,PCRF1才执行上述判断逻辑。
表6-4
1011.RCAF1又从RANOAM获取拥塞相关的OAM信息以及受影响区域。并且CellX此时处于拥塞状态,所以拥塞区域中包括CellX的ECGI(ECGIId1)。
1012.RCAF1根据步骤1011收到的受影响区域确定相关的MME,并向相关的MME订阅受影响区域的IMSI列表。每个MME向RCAF提供受影响区域的UE(即IMSI)列表以及对应的激活的APN。受影响区域(即拥塞区域)可以是基站(用eNBID标识),也可以是小区(用ECGI标识)。若此时UE1又CellY移动回了CellX,因此CellX下的用户列表中仍然包括UE1的IMSI1.(由于其他UE可能已经移动出CellX,因此在用户列表中可能不包括某些UE的IMSI)
1013.RCAF1根据收到信息生成RUCI,拥塞的RAN拥塞状态、激活APN的IMSI列表。此外RCAF1还可以携带时间戳(Timestamp3)和RCAF1的标识。
表6-5
1014.RCAF1向PCRF上报RUCI;
1015:PCRF1根据RUCI进行策略决策。PCRF1收到上报的RUCI。由于PCRF1中IMSI1的上下中保存的上报RCAF为RCAF2,PCR1F根据RCAFId1判断UE1又移动到了新的RCAF则PCRF1根据RCAF1上报的信息更新PCRF1为UE1保存的上下文。如下表所示。PCRF1可根据新的拥塞信息制定拥塞减轻策略。此外PCRF1还可以进一步额外考虑时间戳判断哪个RUCI是针对UE1的最新拥塞情况来决定是否更新,只有当Timestamp2早于Timestamp3,PCRF1才执行上述判断逻辑。
表6-6
1016.RCAF2又从RANOAM获取拥塞相关的OAM信息以及受影响区域。并且CellY此时处于拥塞状态,所以拥塞区域中包括CellY的ECGI(ECGIId2)。
1017.RCAF2根据步骤1016收到的受影响区域确定相关的MME,并向相关的MME订阅受影响区域的IMSI列表。每个MME向RCAF提供受影响区域的UE(即IMSI)列表以及对应的激活的APN。受影响区域(即拥塞区域)可以是基站(用eNBID标识),也可以是小区(用ECGI标识)。由于UE1已经移动到了CellX下面,因此CellY下的用户列表中已不包括UE1的IMSI1.
1018.RCAF2根据收到信息生成RUCI,拥塞的RAN拥塞状态、激活APN的IMSI列表。此外RCAF2还可以携带时间戳(Timestamp4)和RCAF2的标识。RCAF2根据收到的IMSI列表判断UE1已经离开了CellY。显然UE1也不在任何RCAF2负责管理的受影响的小区。因此RCAF2无法判断UE1所处小区的拥塞状态,因此RCAF2设置UE1的拥塞状态为不确定(Unknown)。
表6-7
1019.RCAF2向PCRF上报RUCI;
1020:PCRF1根据RUCI进行策略决策。PCRF1收到上报的RUCI。由于PCRF1中IMSI1的上下中保存的上报RCAF为RCAF1,而新的RUCI来自RCAF2,并且在RCAF2上报的RUCI中IMSI1对应的状态为Unknown,则PCRF1不针对IMSI1做任何更新。因此PCRF1认为UE1仍然处于拥塞状态。此外PCRF1还可以进一步额外考虑时间戳判断哪个RUCI是针对UE1的最新拥塞情况来决定是否更新,只有当Timestamp3早于Timestamp4,PCRF1才执行上述判断逻辑。
上述实施例中,在步骤1018中,RCAF2设置UE1的拥塞状态为不确定(Unknown),RCAF1也可以将UE1的拥塞状态设为不拥塞,同时增加一个指示,表示不拥塞的原因是UE移动出了拥塞区域,在步骤1020,PCRF1收到上报的RUCI。由于PCRF1中IMSI1的上下中保存的上报RCAF为RCAF1,而新的RUCI来自RCAF2,并且RCAF2上报的RUCI中IMSI1对应的状态为拥塞状态设为不拥塞,但同时携带了不拥塞的原因是UE移动出了拥塞区域的指示,则PCRF1不针对IMSI1做任何更新。因此PCRF1认为UE1仍然处于拥塞状态。
实施例5
本实施例描述的在E-UTRAN接入时,网络负荷信息的上报方法。其中UE1从CellX(拥塞)迁移到CellY(不拥塞)后又迁移到CellX(拥塞)。图11是根据本发明实施例5的流程图,如图11所示,该流程包括如下步骤:
1101.RCAF1从RANOAM获取拥塞相关的OAM信息以及受影响区域。由于CellX此时处于拥塞状态,所以拥塞区域中包括CellX的ECGI(ECGIId1)。
1102.RCAF1根据步骤1101收到的受影响区域确定相关的MME,并向相关的MME订阅受影响区域的IMSI列表。每个MME向RCAF提供受影响区域的UE(即IMSI)列表以及对应的激活的APN。受影响区域(即拥塞区域)可以是基站(用eNBID标识),也可以是小区(用ECGI标识)。其中包括CellX下UE1的IMSI(IMSI1)和激活的APN(APN1和APN2)。
1103.RCAF1根据收到信息生成RUCI,拥塞的RAN拥塞状态、激活APN的IMSI列表。其中包括IMSI1。此外RCAF1还可以携带时间戳(Timestamp1)和RCAF1的标识。
1104.RCAF1向PCRF上报RCUI;
表7-1
1105:PCRF1根据RUCI进行策略决策。若IMSI1由PCRF1负责管理,假设之前IMSI1在PCRF1的上下文中没有拥塞信息,因此PCRF1根据上报的拥塞信息更新IMSI1的上下文。PCRF1根据拥塞信息制定相应的策略。此时在PCRF1上面保存的IMSI1有关的拥塞的上下文如下
表7-2
1106.RCAF2从RANOAM获取拥塞相关的OAM信息以及受影响区域,由于CellY处于不拥塞状态,假设RCAF2上一次从OAM中获取的信息中CellY也处于不拥塞状态,所以受影响区域中不包括CellY
1107.RCAF2根据步骤1106收到的受影响区域确定相关的MME,并向相关的MME订阅受影响区域的IMSI列表。每个MME向RCAF2提供受影响区域的UE(即IMSI)列表以及对应的激活的APN。受影响区域(即拥塞区域)可以是基站(用eNBID标识),也可以是小区(用ECGI标识)。
1108.RCAF2根据收到信息生成RUCI,拥塞的RAN拥塞状态、激活APN的IMSI列表。其中不包括IMSI1。
1109.RCAF2向PCRF上报RUCI。
1110.由于RUCI中没有包括IMSI1,因此PCRF1不会收到IMSI1相关的RUCI。PCRF1也不会针对IMSI1做更新。
(若RCAF2在步骤1106没有收到任何受影响区域的上报,则步骤1107-步骤1110不执行)
1111.RCAF1又从RANOAM获取拥塞相关的OAM信息以及受影响区域。并且CellX此时处于拥塞状态,所以拥塞区域中包括CellX的ECGI(ECGIId1)。
1112.RCAF1根据步骤1111收到的受影响区域确定相关的MME,并向相关的MME订阅受影响区域的IMSI列表。每个MME向RCAF提供受影响区域的UE(即IMSI)列表以及对应的激活的APN。受影响区域(即拥塞区域)可以是基站(用eNBID标识),也可以是小区(用ECGI标识)。若此时UE1又CellY移动回了CellX,因此CellX下的用户列表中仍然包括UE1的IMSI1.(由于其他UE可能已经移动出CellX,因此在用户列表中可能不包括某些UE的IMSI)
1113.RCAF1根据收到信息生成RUCI,拥塞的RAN拥塞状态、激活APN的IMSI列表。此外RCAF1还可以携带时间戳(Timestamp3)和RCAF1的标识。
表7-3
1114.RCAF1向PCRF上报RUCI;
1115:PCRF1根据RUCI进行策略决策。PCRF1收到上报的RUCI。由于PCRF1中IMSI1的上下中保存的上报RCAF为RCAF2,PCR1F根据RCAFid1判断UE1又移动到了新的RCAF。则PCRF1根据RCAF1上报的信息更新PCRF1为UE1保存的上下文。如下表所示。PCRF1可根据新的拥塞信息制定拥塞减轻策略。此外PCRF1还可以进一步额外考虑时间戳判断哪个RUCI是针对UE1的最新拥塞情况来决定是否更新,只有当Timestamp1早于Timestamp3,PCRF1才执行上述判断逻辑。
表7-4
1116.RCAF2从RANOAM获取拥塞相关的OAM信息以及受影响区域,由于CellY处于不拥塞状态,所以受影响区域中不包括CellY
1117.RCAF2根据步骤1106收到的受影响区域确定相关的MME,并向相关的MME订阅受影响区域的IMSI列表。每个MME向RCAF2提供受影响区域的UE(即IMSI)列表以及对应的激活的APN。受影响区域(即拥塞区域)可以是基站(用eNBID标识),也可以是小区(用ECGI标识)。
1118.RCAF2根据收到信息生成RUCI,拥塞的RAN拥塞状态、激活APN的IMSI列表。其中不包括IMSI1。
1119.RCAF2向PCRF上报RUCI。
1120.由于RUCI中没有包括IMSI1,因此PCRF1不会收到IMSI1相关的RUCI。PCRF1也不会针对IMSI1做更新。
实施例6
本实施例描述的在E-UTRAN接入时,网络负荷信息的上报方法。其中UE1从CellX驻留期间,CellX从拥塞到不拥塞。图12是根据本发明实施例6的流程图,如图12所示,该流程包括如下步骤:
1201.RCAF1从RANOAM获取拥塞相关的OAM信息以及受影响区域。由于CellX此时处于拥塞状态,所以拥塞区域中包括CellX的ECGI(ECGIId1)。
1202.RCAF1根据步骤1201收到的受影响区域确定相关的MME,并向相关的MME订阅受影响区域的IMSI列表。每个MME向RCAF提供受影响区域的UE(即IMSI)列表以及对应的激活的APN。受影响区域(即拥塞区域)可以是基站(用eNBID标识),也可以是小区(用ECGI标识)。其中包括CellX下UE1的IMSI(IMSI1)和激活的APN(APN1和APN2)。
1203.RCAF1根据收到信息生成RUCI,拥塞的RAN拥塞状态、激活APN的IMSI列表。其中包括IMSI1。此外RCAF1还可以携带时间戳(Timestamp1)和RCAF1的标识。
1204.RCAF1向PCRF上报RCUI;
表8-1
1205:PCRF1根据RUCI进行策略决策。若IMSI1由PCRF1负责管理,假设之前IMSI1在PCRF1的上下文中没有拥塞信息,因此PCRF1根据上报的拥塞信息更新IMSI1的上下文。PCRF1根据拥塞信息制定相应的策略。此时在PCRF1上面保存的IMSI1有关的拥塞的上下文如下
表8-2
1206.RCAF1从RANOAM获取拥塞相关的OAM信息以及受影响区域,此时CellX有拥塞状态到不拥塞状态,所以受影响区域中包括拥塞区域CellX。
1207.RCAF1根据步骤1206收到的受影响区域确定相关的MME,并向相关的MME订阅受影响区域的IMSI列表。每个MME向RCAF1提供受影响区域的UE(即IMSI)列表以及对应的激活的APN。受影响区域(即拥塞区域)可以是基站(用eNBID标识),也可以是小区(用ECGI标识)。其中包括CellX下UE1的IMSI(IMSI1)和激活的APN(APN1和APN2)。
1208.RCAF2根据收到信息生成RUCI,拥塞的RAN拥塞状态、激活APN的IMSI列表。其中包括IMSI1。
表8-3
1209.RCAF1向PCRF上报RUCI。
1210:PCRF1根据RUCI进行策略决策。PCRF1收到上报的RUCI。由于PCRF1中IMSI1的上下中保存的上报RCAF为RCAF1,PCRF1根据RCAFid1判断UE1仍然在RCAF1,但是已经从拥塞状态改变成了不拥塞状态。则PCRF1根据RCAF1上报的信息更新PCRF1为UE1保存的上下文。此外PCRF1还可以进一步额外考虑时间戳判断哪个RUCI是针对UE1的最新拥塞情况来决定是否更新,只有当Timestamp1早于Timestamp2,PCRF1才执行上述判断逻辑。如下表所示。PCRF1可根据新的拥塞信息制定拥塞减轻策略。
表8-4
上述实施例中,在步骤1208中,RCAF1设置UE1的拥塞状态为不拥塞,RCAF1可以进一步携带一个指示,表示不拥塞的原因是小区状态发生改变,在步骤1210,PCRF1收到上报的RUCI。由于PCRF1中IMSI1的上下中保存的上报RCAF为RCAF2,并且RCAF1上报的RUCI中IMSI1对应的状态为拥塞状态设为不拥塞,但同时携带了不拥塞的原因是UE移动出了拥塞区域的指示,则PCRF1不针对IMSI1做任何更新。因此PCRF1认为UE1仍然处于拥塞状态。
实施例7
本实施例描述的在E-UTRAN接入时,网络负荷信息的上报方法。其中UE1从CellX驻留期间,CellX从不拥塞到拥塞。图13是根据本发明实施例六的流程图,如图13所示,该流程包括如下步骤:
1301.RCAF1从RANOAM获取拥塞相关的OAM信息以及受影响区域。由于CellX此时处于不拥塞状态,所以拥塞区域中不包括CellX的ECGI(ECGIId1)。
1302.RCAF1根据步骤1301收到的受影响区域确定相关的MME,并向相关的MME订阅受影响区域的IMSI列表。每个MME向RCAF提供受影响区域的UE(即IMSI)列表以及对应的激活的APN。受影响区域(即拥塞区域)可以是基站(用eNBID标识),也可以是小区(用ECGI标识)。
1303.RCAF1根据收到信息生成RUCI,拥塞的RAN拥塞状态、激活APN的IMSI列表。其中不包括IMSI1。此外RCAF1还可以携带时间戳(Timestamp1)和RCAF1的标识。
1304.RCAF1向PCRF上报RCUI;
1305:PCRF1根据RUCI进行策略决策。若IMSI1由PCRF1负责管理,PCRF1不会收到有关UE1的拥塞信息。假设之前IMSI1在PCRF1的上下文中没有拥塞信息,因此PCRF1根据上报的拥塞信息更新IMSI1的上下文。
1306.RCAF1从RANOAM获取拥塞相关的OAM信息以及受影响区域,此时CellX由不拥塞状态到拥塞状态,所以受影响区域中包括拥塞的CellX。
1307.RCAF1根据步骤1306收到的受影响区域确定相关的MME,并向相关的MME订阅受影响区域的IMSI列表。每个MME向RCAF1提供受影响区域的UE(即IMSI)列表以及对应的激活的APN。受影响区域(即拥塞区域)可以是基站(用eNBID标识),也可以是小区(用ECGI标识)。其中包括CellX下UE1的IMSI(IMSI1)和激活的APN(APN1和APN2)。
1308.RCAF1根据收到信息生成RUCI,拥塞的RAN拥塞状态、激活APN的IMSI列表。其中包括IMSI1。
表9-1
1309.RCAF1向PCRF上报RUCI。
1310:PCRF1根据RUCI进行策略决策。PCRF1收到上报的RUCI。由于PCRF1中IMSI1的上下中保存的上报RCAF为RCAF1,PCRF1根据RCAFid1判断UE1仍然在RCAF1,但是已经从不拥塞状态改变成了拥塞状态。则PCRF1根据RCAF1上报的信息更新PCRF1为UE1保存的上下文。此外PCRF1还可以进一步额外考虑时间戳判断哪个RUCI是针对UE1的最新拥塞情况来决定是否更新,只有当Timestamp1早于Timestamp2,PCRF1才执行上述判断逻辑。如下表所示。PCRF1可根据新的拥塞信息制定拥塞减轻策略。
表9-2
在实施例1到实施例7的流程中,受影响区域为小区,对于受影响区域为基站本方法也是类似的,即在RUCI受影响区域信息的为基站标识。
在实施例1到实施例7的流程中,网络为每个UE选择一个PCRF,对于网路为每个UE每个APN选择一个PCRF也是类似的,即对于同一个IMSI的RUCI可能需要按照不同的APN上报给不同的PCRF。
对于UE从UTRAN接入的场景,由于SGSN可以直接从OAM中获取受影响区域的IMSI列表,因此与上述实施例1到实施例7不同之处在于SGSN从OAM中获取受影响区域以及该区域小的IMSI列表。RCAF可以基于上述实施例中类似的逻辑构造RUCI,并且上报给对应的PCRF。PCRF也可以基于上述实施例中类似的逻辑构造根据用户上下文中拥塞信息。
在另外一个实施例中,还提供了一种软件,该软件用于执行上述实施例及优选实施方式中描述的技术方案。
在另外一个实施例中,还提供了一种存储介质,该存储介质中存储有上述软件,该存储介质包括但不限于:光盘、软盘、硬盘、可擦写存储器等。
显然,本领域的技术人员应该明白,上述的本发明的各模块或各步骤可以用通用的计算装置来实现,它们可以集中在单个的计算装置上,或者分布在多个计算装置所组成的网络上,可选地,它们可以用计算装置可执行的程序代码来实现,从而,可以将它们存储在存储装置中由计算装置来执行,并且在某些情况下,可以以不同于此处的顺序执行所示出或描述的步骤,或者将它们分别制作成各个集成电路模块,或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样,本发明不限制于任何特定的硬件和软件结合。
以上仅为本发明的优选实施例而已,并不用于限制本发明,对于本领域的技术人员来说,本发明可以有各种更改和变化。凡在本发明的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。
Claims (19)
1.一种用户设备UE的接入网拥塞状态上报方法,其特征在于,包括:
无线接入网拥塞感知功能RCAF实体获取其管理的网络区域;
若所述网络区域是拥塞区域并且所述RCAF实体确定UE移出所述拥塞区域,则所述RCAF实体向策略和计费规则功能PCRF实体上报携带有以下之一拥塞状态指示信息的无线接入网用户面拥塞信息RUCI:用于指示所述UE的拥塞状态为不拥塞且不拥塞原因为移出拥塞区域的第一指示信息,用于指示所述UE的拥塞状态为不确定的第二指示信息;和/或,
若所述网络区域是不拥塞区域并且所述RCAF实体确定UE处于所述网络区域,则所述RCAF实体向所述PCRF实体上报携带有以下拥塞状态指示信息信息的RUCI:用于指示所述UE的拥塞状态为不拥塞的第三指示信息。
2.根据权利要求1所述的方法,其特征在于,所述RCAF实体通过以下方式确定UE移出所述拥塞区域:
所述RCAF实体获取其管理的所述网络区域下的用户标识列表,其中,所述RCAF实体获取的所述网络区域为拥塞区域;
在所述RCAF实体本地保存记录指示所述UE位于拥塞区域,而所述用户标识列表中不存在所述UE的用户标识时,则确定所述UE移出所述拥塞区域。
3.根据权利要求1所述的方法,其特征在于,所述RCAF实体向所述PCRF实体上报所述RUCI之后,还包括:
所述PCRF实体根据所述RUCI与本地保存记录中所述UE的拥塞信息是否来自同一个RCAF实体决定是否更新所述本地保存记录中所述UE的拥塞信息。
4.根据权利要求3所述的方法,其特征在于,所述PCRF实体根据所述RUCI与本地保存记录中所述UE的拥塞信息是否来自同一个RCAF实体决定是否更新所述本地保存记录中所述UE的拥塞信息,包括:
若所述本地保存记录中所述UE的拥塞信息与所述RUCI来自同一个RCAF实体,则所述PCRF实体根据所述RUCI更新所述本地保存记录中所述UE的拥塞信息;和/或,
若所述本地保存记录中所述UE的拥塞信息与所述RUCI来自不同的RCAF实体且所述PCRF收到所述第一指示信息或所述第二指示信息,则所述PCRF实体不更新所述本地保存记录中所述UE的拥塞信息;和/或,
若所述本地保存记录中所述UE的拥塞信息与所述RUCI来自不同的RCAF实体且所述PCRF收到所述第三指示信息,则所述PCRF实体根据所述RUCI更新所述本地保存记录中所述UE的拥塞信息。
5.根据权利要求1所述的方法,其特征在于,所述RUCI中携带有生成所述RUCI的第一时间戳信息。
6.根据权利要求5所述的方法,其特征在于,所述RCAF实体向所述PCRF实体上报所述RUCI之后,包括:
若PCRF本地保存记录中所述UE的拥塞信息的第二时间戳早于所述第一时间戳,并且所述本地保存记录中所述UE的拥塞信息与所述RUCI来自同一个RCAF实体时,所述PCRF实体根据所述RUCI更新所述本地保存记录中所述UE的拥塞信息;和/或,
若所述本地保存记录中所述UE的所述拥塞信息的第二时间戳早于所述第一时间戳,并且所述本地保存记录中所述UE的拥塞信息与所述RUCI来自不同的RCAF实体且所述PCRF收到所述第一指示信息或所述第二指示信息,则所述PCRF实体不更新所述本地保存记录中所述UE的拥塞信息;和/或,
若所述本地保存记录中所述UE的拥塞信息的第二时间戳早于所述第一时间戳,并且所述本地保存记录中所述UE的拥塞信息与所述RUCI来自不同的RCAF实体且所述PCRF收到所述第三指示信息,则所述PCRF实体根据所述RUCI更新所述本地保存记录中所述UE的拥塞信息。
7.一种用户设备UE拥塞信息的更新处理方法,其特征在于,包括:
策略和计费规则功能PCRF实体接收来自无线接入网拥塞感知功能RCAF实体的无线接入网用户面拥塞信息RUCI,其中,所述RUCI中携带有拥塞状态指示信息,所述拥塞状态指示信息包括以下之一:
用于指示所述UE的拥塞状态为不拥塞且不拥塞原因为移出拥塞区域的第一指示信息;用于指示所述UE的拥塞状态为不确定的第二指示信息;用于指示所述UE的拥塞状态为不拥塞的第三指示信息;
所述PCRF实体根据所述拥塞状态指示信息,以及本地保存记录中UE的拥塞信息与所述RUCI是否来自同一个RCAF实体,判断是否更新本地保存记录中所述UE的拥塞信息。
8.根据权利要求7所述的方法,其特征在于,所述PCRF实体根据所述拥塞状态指示信息,以及本地保存记录中UE的拥塞信息与所述RUCI是否来自同一个RCAF实体,判断是否更新本地保存记录中所述UE的拥塞信息,包括:
若PCRF实体本地保存记录中所述UE的拥塞信息与所述RUCI来自同一个RCAF实体,则所述PCRF实体根据所述拥塞状态指示信息更新本地保存记录中所述UE的拥塞信息。
9.根据权利要求7所述的方法,其特征在于,所述PCRF实体根据所述拥塞状态指示信息,以及本地保存记录中UE的拥塞信息与所述RUCI是否来自同一个RCAF实体,判断是否更新本地保存记录中所述UE的拥塞信息,包括:
若PCRF本地保存记录中所述UE的拥塞信息与所述RUCI来自不同的RCAF实体,则所述PCRF实体根据所述拥塞状态指示信息决定是否更新所述本地保存记录中所述UE的拥塞信息:
若所述本地保存记录中所述UE的拥塞信息指示的状态为拥塞而所述RUCI携带所述第一指示信息或所述第二指示信息,则所述PCRF实体不更新所述拥塞信息;和/或,
若所述本地保存记录中所述UE的拥塞信息指示的状态为拥塞而所述RUCI携带所述第三指示信息,则所述PCRF实体根据所述RUCI更新本地保存记录中所述UE的拥塞信息。
10.根据权利要求7所述的方法,其特征在于,所述RUCI还携带有所述RCAF实体生成所述RUCI的第一时间戳。
11.根据权利要求10所述的方法,其特征在于,所述PCRF实体根据所述拥塞状态指示信息,以及本地保存记录中UE的拥塞信息与所述RUCI是否来自同一个RCAF实体,判断是否更新本地保存记录中所述UE的拥塞信息,包括:
若PCRF本地保存记录中所述UE的所述拥塞信息的第二时间戳早于所述第一时间戳,并且所述本地保存记录中所述UE的拥塞信息与所述RUCI来自同一个RCAF实体,则所述PCRF实体根据所述RUCI更新所述本地保存记录中所述UE的拥塞信息;和/或,
若所述本地保存记录中所述UE的拥塞信息的第二时间戳早于所述第一时间戳,并且所述本地保存记录中所述UE的拥塞信息与所述RUCI来自不同的RCAF实体且所述PCRF收到所述第一指示信息或所述第二指示信息,则所述PCRF实体不更新所述本地保存记录中所述UE的拥塞信息;和/或,
若所述本地保存记录中所述UE的所述拥塞信息的第二时间戳早于所述第一时间戳,并且所述本地保存记录中所述UE的拥塞信息与所述RUCI来自不同的RCAF实体且所述PCRF收到所述第三指示信息,则所述PCRF实体根据所述RUCI更新所述本地保存记录中所述UE的拥塞信息。
12.一种用户设备UE的接入网拥塞状态上报装置,应用于无线接入网拥塞感知功能RCAF实体,其特征在于,包括:
获取模块,用于获取所述RCAF实体管理的网络区域;
第一上报模块,用于在所述网络区域是拥塞区域并且所述RCAF实体确定UE移出所述拥塞区域时,向策略和计费规则功能PCRF实体上报携带有以下之一拥塞状态指示信息的无线接入网用户面拥塞信息RUCI:用于指示所述UE的拥塞状态为不拥塞且不拥塞原因为移出拥塞区域的第一指示信息,用于指示所述UE的拥塞状态为不确定的第二指示信息;和/或,
第二上报模块,用于在所述网络区域是不拥塞区域并且所述RCAF实体确定UE处于所述网络区域,向所述PCRF实体上报携带有以下信息的RUCI:用于指示所述UE的拥塞状态为不拥塞的第三指示信息。
13.根据权利要求12所述的装置,其特征在于,所述第一上报模块用于在所述RCAF实体通过以下方式确定UE移出所述拥塞区域时,上报所述RUCI:
所述RCAF实体获取其管理的所述网络区域下的用户标识列表,其中,所述RCAF实体获取的所述网络区域为拥塞区域;
在所述RCAF实体本地保存记录指示所述UE位于拥塞区域,而所述用户标识列表中不存在所述UE的用户标识时,则确定所述UE移出所述拥塞区域。
14.根据权利要求12所述的装置,其特征在于,所述第一上报模块和/或所述第二上报模块,还用于上报携带生成所述RUCI的时间戳的所述RUCI。
15.一种用户设备UE拥塞信息的更新处理装置,应用于策略和计费规则功能PCRF实体,其特征在于,包括:
接收模块,用于接收来自无线接入网拥塞感知功能RCAF实体的无线接入网用户面拥塞信息RUCI,其中,所述RUCI中携带有所述RCAF实体标识和拥塞状态指示信息,所述拥塞状态指示信息包括以下之一:
用于指示所述UE的拥塞状态为不拥塞且不拥塞原因为移出拥塞区域的第一指示信息;用于指示所述UE的拥塞状态为不确定的第二指示信息;用于指示所述UE的拥塞状态为不拥塞的第三指示信息;
判断模块,用于根据所述拥塞状态指示信息,以及本地保存记录中UE的拥塞信息与所述RUCI是否来自同一个RCAF实体,判断是否更新本地保存记录中所述UE的拥塞信息。
16.根据权利要求15所述的装置,其特征在于,所述判断模块,用于在PCRF实体本地保存记录中所述UE的拥塞信息与所述RUCI来自同一个RCAF实体时,判定根据所述拥塞状态指示信息更新本地保存记录中所述UE的拥塞信息。
17.根据权利要求15所述的装置,其特征在于,所述判断模块,用于在PCRF本地保存记录中所述UE的拥塞信息与所述RUCI来自不同的RCAF实体时,根据所述拥塞状态指示信息决定是否更新所述本地保存记录中所述UE的拥塞信息:
若所述本地保存记录中所述UE的拥塞信息指示的状态为拥塞而所述RUCI携带所述第一指示信息或所述第二指示信息,则判定不更新所述拥塞信息;和/或,
若所述本地保存记录中所述UE的拥塞信息指示的状态为拥塞而所述RUCI携带所述第三指示信息,则判定根据所述RUCI更新本地保存记录中所述UE的拥塞信息。
18.根据权利要求15所述的装置,其特征在于,所述接收模块,用于接收携带有以下信息的所述RUCI:所述RCAF生成所述RUCI的第一时间戳。
19.根据权利要求18所述的装置,其特征在于,所述判断模块,用于:
在本地保存记录中所述UE的所述拥塞信息的第二时间戳早于所述第一时间戳,并且所述本地保存记录中所述UE的拥塞信息与所述RUCI来自同一个RCAF实体,判定根据所述RUCI更新所述本地保存记录中所述UE的拥塞信息;和/或,
若所述本地保存记录中所述UE的所述拥塞信息的第二时间戳早于所述第一时间戳,并且所述本地保存记录中所述UE的拥塞信息与所述RUCI来自不同的RCAF实体且所述PCRF收到所述第一指示信息或所述第二指示信息,则判定不更新所述本地保存记录中所述UE的拥塞信息;和/或,
若所述本地保存记录中所述UE的所述拥塞信息的第二时间戳早于所述第一时间戳,并且所述本地保存记录中所述UE的拥塞信息与所述RUCI来自不同的RCAF实体且所述PCRF收到所述第三指示信息,则判定根据所述RUCI更新所述本地保存记录中所述UE的拥塞信息。
Priority Applications (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201410428697.2A CN105376796A (zh) | 2014-08-26 | 2014-08-26 | 接入网拥塞状态上报、拥塞信息的更新处理方法及装置 |
PCT/CN2015/073806 WO2016029674A1 (zh) | 2014-08-26 | 2015-03-06 | 接入网拥塞状态上报、拥塞信息的更新处理方法及装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201410428697.2A CN105376796A (zh) | 2014-08-26 | 2014-08-26 | 接入网拥塞状态上报、拥塞信息的更新处理方法及装置 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN105376796A true CN105376796A (zh) | 2016-03-02 |
Family
ID=55378503
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201410428697.2A Withdrawn CN105376796A (zh) | 2014-08-26 | 2014-08-26 | 接入网拥塞状态上报、拥塞信息的更新处理方法及装置 |
Country Status (2)
Country | Link |
---|---|
CN (1) | CN105376796A (zh) |
WO (1) | WO2016029674A1 (zh) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN113141628A (zh) * | 2020-01-20 | 2021-07-20 | 中国移动通信集团辽宁有限公司 | 小区拥塞处理方法、系统、上报装置及处理装置 |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101483920A (zh) * | 2008-01-09 | 2009-07-15 | 华为技术有限公司 | 资源接纳控制方法、网络装置及网络系统 |
CN101640894A (zh) * | 2008-08-01 | 2010-02-03 | 中国移动通信集团公司 | 拥塞检测方法及媒体网关、移动交换中心服务器 |
CN101711041A (zh) * | 2009-12-09 | 2010-05-19 | 华为技术有限公司 | 拥塞控制方法、操作维护中心设备和基站 |
CN102752709A (zh) * | 2011-04-20 | 2012-10-24 | 中兴通讯股份有限公司 | 网络负载信息、用户位置信息、策略处理方法及装置 |
US20120275300A1 (en) * | 2009-11-13 | 2012-11-01 | Telefonaktiebolaget L M Ericsson (Publ) | Service event trigger |
Family Cites Families (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102215469B (zh) * | 2010-04-09 | 2015-01-28 | 中兴通讯股份有限公司 | 一种基于网络负荷的策略计费控制方法和系统 |
CN102223663B (zh) * | 2010-04-15 | 2016-03-30 | 中兴通讯股份有限公司 | 一种获取网络负荷的方法及系统 |
-
2014
- 2014-08-26 CN CN201410428697.2A patent/CN105376796A/zh not_active Withdrawn
-
2015
- 2015-03-06 WO PCT/CN2015/073806 patent/WO2016029674A1/zh active Application Filing
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101483920A (zh) * | 2008-01-09 | 2009-07-15 | 华为技术有限公司 | 资源接纳控制方法、网络装置及网络系统 |
CN101640894A (zh) * | 2008-08-01 | 2010-02-03 | 中国移动通信集团公司 | 拥塞检测方法及媒体网关、移动交换中心服务器 |
US20120275300A1 (en) * | 2009-11-13 | 2012-11-01 | Telefonaktiebolaget L M Ericsson (Publ) | Service event trigger |
CN101711041A (zh) * | 2009-12-09 | 2010-05-19 | 华为技术有限公司 | 拥塞控制方法、操作维护中心设备和基站 |
CN102752709A (zh) * | 2011-04-20 | 2012-10-24 | 中兴通讯股份有限公司 | 网络负载信息、用户位置信息、策略处理方法及装置 |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN113141628A (zh) * | 2020-01-20 | 2021-07-20 | 中国移动通信集团辽宁有限公司 | 小区拥塞处理方法、系统、上报装置及处理装置 |
CN113141628B (zh) * | 2020-01-20 | 2023-12-12 | 中国移动通信集团辽宁有限公司 | 小区拥塞处理方法、系统、上报装置及处理装置 |
Also Published As
Publication number | Publication date |
---|---|
WO2016029674A1 (zh) | 2016-03-03 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN104521257B (zh) | 无线通信系统中报告移动信息的方法和支持该方法的装置 | |
CN112188533B (zh) | 一种网络性能的上报方法及装置 | |
US11172387B2 (en) | Method and device for positioning abnormal coverage of radio cell | |
CN105580459B (zh) | 服务请求方法和用户设备 | |
JP5530034B2 (ja) | 拡張型son(拡張型自己組織化ネットワーク)を有する分散型ポリシー・アーキテクチャを可能にすること | |
CN103384382B (zh) | 无线链路管理的方法、用户设备和基站 | |
WO2016107886A1 (en) | Celular handover | |
CN111614563A (zh) | 一种用户面路径的选择方法及装置 | |
CN105532043A (zh) | 用于重新选择负责控制平面的网络节点的方法 | |
CN105960813A (zh) | 多媒体广播多播服务中的测量 | |
US20150181494A1 (en) | Methods, Computer Program Products and Apparatuses Enabling to Improve Handovers in Mobile Communication Networks | |
CN102934489B (zh) | 位置上报方法、设备和系统 | |
US11785480B2 (en) | Method and apparatus to support RACH optimization and delay measurements for 5G networks | |
US20210243592A1 (en) | Pci configuration and mobility robustness optimization son functionality for 5g networks | |
CN106063201A (zh) | 服务器、控制设备、管理设备、通信系统、通信方法、控制方法、管理方法和程序 | |
CN105847035A (zh) | 一种虚拟化epc系统及业务实例化方法 | |
US10009870B2 (en) | Method for reporting location information of user equipment, and apparatus | |
US20130142135A1 (en) | Resource control method, device and base station | |
US20140323146A1 (en) | Apparatuses and Methods For Reducing Location Update Signaling Between Network Nodes of a Mobile Communication Network | |
CN105376796A (zh) | 接入网拥塞状态上报、拥塞信息的更新处理方法及装置 | |
CN105472635A (zh) | 接入网拥塞状态上报、拥塞信息的更新处理方法及装置 | |
CN106304023B (zh) | 业务访问控制及邻区关系查询方法、装置和系统 | |
CN104380783A (zh) | 一种流量监测的方法、装置及系统 | |
KR102160743B1 (ko) | 이벤트 기반의 단말 위치정보 획득 방법 및 그 장치 | |
CN105897608A (zh) | 一种拥塞信息的管理方法和装置 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
WW01 | Invention patent application withdrawn after publication | ||
WW01 | Invention patent application withdrawn after publication |
Application publication date: 20160302 |