CN101998537A - 一种根据网络负荷筛选用户速率的系统及方法 - Google Patents
一种根据网络负荷筛选用户速率的系统及方法 Download PDFInfo
- Publication number
- CN101998537A CN101998537A CN2009101623687A CN200910162368A CN101998537A CN 101998537 A CN101998537 A CN 101998537A CN 2009101623687 A CN2009101623687 A CN 2009101623687A CN 200910162368 A CN200910162368 A CN 200910162368A CN 101998537 A CN101998537 A CN 101998537A
- Authority
- CN
- China
- Prior art keywords
- network load
- current network
- user rate
- pcscf
- user
- 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
Images
Abstract
本发明提供一种根据网络负荷筛选用户速率的系统及方法,该方法包括,基站将当前网络负荷发送至代理呼叫会话控制功能(PCSCF)或策略与计费规则功能(PCRF),在主叫用户与被叫用户进行编解码协商的过程中,所述PCSCF或PCRF根据当前网络负荷筛选出所述当前网络负荷支持的用户速率。采用本发明,可以根据无线网络负荷来控制呼叫的速率,在无线网络负荷比较大的时候,在考虑业务体验的同时,可以将用户请求的用户速率降低一定的幅度,以便能接入更多的用户,降低呼损;而且本发明方案不影响呼叫建立的时长。
Description
技术领域
本发明涉及数字移动通信技术领域,主要涉及一种根据网络负荷筛选用户速率的系统及方法。
背景技术
IMS(IP Multimedia Subsystem,IP多媒体子系统)最初是3GPP(3rdGeneration Partnership Project,第三代合作伙伴计划)组织制定的3G网络核心技术标准,目前已被ITU-T(ITU-T for ITU TelecommunicationStandardization Sector,国际电信联盟远程通信标准化组)和ETSI(EuropeanTelecommunications Sdandards Institute,欧洲电信标准化委员会)认可,纳入NGN(Next Generation Network,下一代网络)的核心标准框架,并被认为是实现未来FMC的重要技术基础。
IMS提出了全IP的网络架构,采用SIP(Session Initiation Protocol,会话初始化协议)进行控制,实现移动性管理、多媒体会话信令和载体业务传输,实现端到端的IP业务。
IMS是一个核心控制层,接入IMS网的接入网是IP-CAN(IP-Connectivity Access Network,IP通用接入网),即接入网可以是任何IP网,比如LTE(Long-Term Evolution,长期演进)网、WCDMA网、CDMA2000网,WLAN或者ADSL,Cable都可以接入到IMS域。IMS提供的核心控制层面与接入无关,这样才可以真正的实现FMC(Fixed-mobileconvergence,固定/移动网络融合)。
传统的电话网是以电路交换方式传输语音,要求的传输带宽为64kbit/s。VoIP(Voice over Internet Protocol,网络电话)是以IP分组交换网络为传输平台,通过IP网络传输语音,它的基本原理是通过语音压缩算法将语音数据进行压缩编码处理,然后把这些压缩编码后的语音数据按照IP等协议进行打包,经过IP网络把数据包传送到接收地,再把这些语音数据包经过解码解压处理恢复成原来的语音信号。经过压缩编码处理,在相同的带宽条件下,可以大大增加支持的呼叫个数。
目前,LTE系统中,VoIP业务是通过IMS实现的,其呼叫建立过程如图1所示,用户发起呼叫后,整个呼叫建立过程分以下几步:
第一步:用户和eNB(E-UTRAN NodeB,E-UTRAN中的基站节点)通过信令交互建立RRC(Radio Resource Control,无线资源控制)连接;
第二步:PDN-GW(Packet Data Network Gateway,分组数据网络网关)和PCRF(策略与计费规则功能)建立IP-CAN;
第三步:用户、eNB、MME(Mobility Management Entity,移动管理实体)通过信令交互建立缺省RB(Radio Bearer,无线承载),用于SIP的承载;
第四步:两端用户经过(两端的)PCSCF(代理呼叫会话控制功能),通过SIP信令交互进行编解码协商,协商的结果包含用户速率,用户速率括上行和下行的,即是双向的,而且上行和下行是一致的。这里的上行指的是用户到无线网络方向,下行指的是无线网络到用户的方向,下同;
该步骤中,如果PCSCF 1收到UE1的INVITE(SDP1),检查发现SDP1不满足运营商在PCSCF1设置的策略,会给UE1反馈拒绝原因,UE1根据这个拒绝原因重新发起编解码协商请求。同理,SCSCF1(服务呼叫会话控制功能)或SCSCF2或PCSCF2的拒绝都可以让UE1重新发起编解码协商请求。另外,在这个过程中PCSCF 1是否与PCRF1协商,由运营商的策略决定的,同样,PCSCF2是否与PCRF2协商,也是由运营商的策略决定的。
第五步:用户将协商结果通过PCSCF、PCRF、GW(P-GW或P-GW与S-GW)通知MME;
第六步:MME根据协商结果通知eNB,eNB通知UE建立业务的无线承载;
由此看出,在这个呼叫建立过程中,用户速率的协商没有考虑无线网络负荷,这样的话,运营商就无法根据无线网络负荷来调整语音用户速率。目前,无线网络负荷只有eNB知道,因此eNB对用户速率,比如GBR(Guaranteed Bit Rate,保证速率)/MBR(Maximum Bit Rate,最大速率)应该具有发言权。
比较常见的情况是,在呼叫建立过程中,在无线网络负荷比较大的时候,运营商在考虑业务体验的同时,可以将用户请求的用户速率降低一定的幅度,以便能接入更多的用户,降低呼损,待无线网络负荷减轻以后,再恢复用户需要的速率。
发明内容
本发明要解决的技术问题是提供一种根据网络负荷筛选用户速率的系统及方法,可以根据无线网络负荷来控制呼叫的速率,且不影响呼叫建立的时长。
为了解决上述问题,本发明提供了一种根据网络负荷筛选用户速率的方法,包括:基站将当前网络负荷发送至代理呼叫会话控制功能(PCSCF),在主叫用户与被叫用户进行编解码协商的过程中,所述PCSCF根据当前网络负荷筛选出所述当前网络负荷支持的用户速率。
进一步地,所述基站将当前网络负荷发送至PCSCF的方法为,所述基站将当前网络负荷及其类型依次通过移动管理实体、网关及策略与计费规则功能(PCRF)发送至PCSCF;
所述网络负荷的类型是指该网络负荷是上行网络负荷、下行网络负荷或双向网络负荷。
进一步地,所述基站通过以下消息将所述当前网络负荷及其类型发送至移动管理实体:基站状态传送消息,或基站直接信息传送消息,或无线网络承载通知消息;
所述移动管理实体通过以下消息将所述当前网络负荷及其类型发送至网关:无线网络承载通知消息;
所述网关通过以下消息将所述当前网络负荷及其类型发送至PCRF:CC请求,重新鉴权应答或无线网络承载通知消息;
所述PCRF通过以下消息将所述当前网络负荷及其类型发送至PCSCF:AA应答,重新鉴权请求或无线网络承载通知消息。
进一步地,所述PCSCF根据所述当前网络负荷筛选出当前网络负荷支持用户速率是指,
PCSCF判断当前网络负荷是否支持用户协商请求中的用户速率集,若不支持则拒绝该协商请求,并携带拒绝原因,所述用户收到拒绝消息后重新发起协商请求,携带新的用户速率集,所述PCSCF再次判断当前网络负荷是否支持用户协商请求中的用户速率集,直到当前网络负荷支持所述协商请求中的用户速率集。
进一步地,所述PCSCF将网络负荷及用户速率均划分为n个区间,第i个网络负荷区间的值大于第i+1个网络负荷区间的值,第i个用户速率区间的值小于第i+1个用户速率区间的值,所述1≤i≤n;
所述网络负荷各区间的门限值为一确定值或网络负荷与满负荷的比值;
所述PCSCF判断当前网络负荷是否支持所述协商请求中的用户速率集是指,设当前网络负荷位于第i个区间,对于所述用户速率集中的每个用户速率,PCSCF确定该用户速率所处的区间j,若j≤i则当前网络负荷支持该用户速率,否则不支持,若所述用户速率集中存在不被当前网络负荷支持的用户速率,则所述当前网络负荷不支持所述用户速率集。
进一步地,所述无线网络负荷是反映无线网络接入能力的指标,包括以下信息中的一种或多种:当前用户的业务体验,当前进行业务的用户数,当前进行业务的速率总和,物理资源块的使用,基站的硬件负荷水平,基站的功率使用情况。
进一步地,所述基站定时向PCSCF发送当前网络负荷,或将网络负荷划分为多个区间,当网络负荷在不同区间波动时向PCSCF发送当前网络负荷;
当将网络负荷划分为多个区间时,所述基站还为各区间设置不同的标识,向PCSCF发送的是当前网络负荷的值,或发送的是当前网络负荷所在区间的标识;
当PCSCF收到网络负荷后,比较当前网络负荷与上次相比是否发生变化,若变化则通知所述主叫用户重新发起协商请求,并携带重新协商原因。
本发明还提供一种根据网络负荷筛选用户速率的方法,包括:基站将当前网络负荷发送至策略与计费规则功能(PCRF),在主叫用户与被叫用户进行编解码协商的过程中,所述PCRF根据当前网络负荷筛选出所述当前网络负荷支持的用户速率。
进一步地,所述基站将当前网络负荷发送至PCRF的方法为,所述基站将当前网络负荷及其类型依次通过移动管理实体及网关发送至PCRF;
所述网络负荷的类型是指该网络负荷是上行网络负荷、下行网络负荷或双向网络负荷。
进一步地,所述基站通过以下消息将所述当前网络负荷及其类型发送至移动管理实体:基站状态传送消息,或基站直接信息传送消息,或无线网络承载通知消息;
所述移动管理实体通过以下消息将所述当前网络负荷及其类型发送至网关:无线网络承载通知消息;
所述网关通过以下消息将所述当前网络负荷及其类型发送至PCRF:CC请求,重新鉴权请求或无线网络承载通知消息。
本发明还提供一种根据网络负荷筛选用户速率的系统,包括基站及代理呼叫会话控制功能(PCSCF);
所述基站用于将当前网络负荷发送至所述PCSCF;
所述PCSCF用于在主叫用户与被叫用户进行编解码协商的过程中,根据当前网络负荷筛选出所述当前网络负荷支持的用户速率。
进一步地,所述系统还包括移动管理实体、网关及策略与计费规则功能(PCRF);
所述基站将当前网络负荷发送至PCSCF是指,所述基站将当前网络负荷及其类型发送至移动管理实体,所述移动管理实体将接收的当前网络负荷及其类型转发至网关,所述网关将接收的当前网络负荷及其类型转发至PCRF,所述PCRF将接收的当前网络负荷及其类型转发至PCSCF;
所述网络负荷的类型是指该网络负荷是上行网络负荷、下行网络负荷或双向网络负荷。
进一步地,所述基站通过以下消息将所述当前网络负荷及其类型发送至移动管理实体:基站状态传送消息,或基站直接信息传送消息,或无线网络承载通知消息;
所述移动管理实体通过以下消息将所述当前网络负荷及其类型发送至网关:无线网络承载通知消息;
所述网关通过以下消息将所述当前网络负荷及其类型发送至PCRF:CC请求,重新鉴权应答或无线网络承载通知消息;
所述PCRF通过以下消息将所述当前网络负荷及其类型发送至PCSCF:AA应答,重新鉴权请求或无线网络承载通知消息。
进一步地,所述PCSCF根据所述当前网络负荷筛选出当前网络负荷支持用户速率是指,
PCSCF收到主叫用户的协商请求后,判断当前网络负荷是否支持所述协商请求中的用户速率集,若不支持则拒绝该协商请求,并携带拒绝原因,所述用户收到拒绝消息后重新发起协商请求,携带新的用户速率集,所述PCSCF再次判断当前网络负荷是否支持用户协商请求中的用户速率集,直到当前网络负荷支持所述协商请求中的用户速率集。
进一步地,所述PCSCF还用于将网络负荷及用户速率均划分为n个区间,第i个网络负荷区间的值大于第i+1个网络负荷区间的值,第i个用户速率区间的值小于第i+1个用户速率区间的值,所述1≤i≤n;
所述网络负荷各区间的门限值为一确定值或网络负荷与满负荷的比值;
所述PCSCF判断当前网络负荷是否支持所述协商请求中的用户速率集是指,设当前网络负荷位于第i个区间,对于所述用户速率集中的每个用户速率,PCSCF确定该用户速率所处的区间j,若j≤i则当前网络负荷支持该用户速率,否则不支持,若所述用户速率集中存在不被当前网络负荷支持的用户速率,则所述当前网络负荷不支持所述用户速率集。
进一步地,所述无线网络负荷是反映无线网络接入能力的指标,包括以下信息中的一种或多种:当前用户的业务体验,当前进行业务的用户数,当前进行业务的速率总和,物理资源块的使用,基站的硬件负荷水平,基站的功率使用情况。
进一步地,所述基站定时向PCSCF发送当前网络负荷,或将网络负荷划分为多个区间,当网络负荷在不同区间波动时向PCSCF发送当前网络负荷;
当将网络负荷划分为多个区间时,所述基站还为各区间设置不同的标识,向PCSCF发送的是当前网络负荷的值,或发送的是当前网络负荷所在区间的标识;
当PCSCF收到网络负荷后,比较当前网络负荷与上次相比是否发生变化,若变化则通知所述主叫用户重新发起协商请求,并携带重新协商原因。
综上所述,本发明提供一种根据网络负荷筛选用户速率的系统及方法,可以根据无线网络负荷来控制呼叫的速率,在无线网络负荷比较大的时候,在考虑业务体验的同时,可以将用户请求的用户速率降低一定的幅度,以便能接入更多的用户,降低呼损;而且本发明方案不影响呼叫建立的时长。
附图说明
图1是现有技术LTE中VoIP业务呼叫建立过程;
图2本发明IMS中用户编解码协商过程中协商用户速率的流程图;
图3是本发明方法实施例一及实施例二的流程图。
具体实施方式
本发明提供一种根据网络负荷筛选用户速率的系统及方法,eNB将当前网络负荷发送至PCSCF或PCRF,在主叫用户与被叫用户进行编解码协商的过程中,PCSCF或PCRF根据当前网络负荷筛选出当前网络负荷支持的用户速率。
系统实施例
实施例一
本实施例提供一种根据网络负荷筛选用户速率的系统,包括:eNB、PCSCF、MME、GW及PCRF;
eNB用于将当前网络负荷发送至PCSCF;
PCSCF用于在主叫用户与被叫用户进行编解码协商的过程中,根据当前网络负荷筛选出当前网络负荷支持的用户速率。
eNB将当前网络负荷发送至PCSCF是指,eNB将当前网络负荷及其类型发送至MME,MME将接收的当前网络负荷及其类型转发至GW,GW将接收的当前网络负荷及其类型转发至PCRF,PCRF再将接收的当前网络负荷及其类型转发至PCSCF;
网络负荷的类型是指该网络负荷是上行网络负荷、下行网络负荷或双向网络负荷。
eNB通过以下消息将当前网络负荷及其类型发送至MME:eNBSTATUS TRANSFER,或eNB DIRECT INFORMATION TRANSFER,或无线网络承载通知消息;
MME通过以下消息将当前网络负荷及其类型发送至GW:无线网络承载通知消息;
GW通过以下消息将当前网络负荷及其类型发送至PCRF:CC-Request,Re-Auth-Answer(重新鉴权应答)或无线网络承载通知消息;
PCRF通过以下消息将当前网络负荷及其类型发送至PCSCF:DiameterAA-Answer(AA应答),Re-Auth-Request或无线网络承载通知消息。
PCSCF根据当前网络负荷筛选出当前网络负荷支持用户速率是指,PCSCF收到主叫用户的协商请求后,判断当前网络负荷是否支持协商请求中的用户速率集,若不支持则拒绝该协商请求,并携带拒绝原因,用户收到拒绝消息后重新发起协商请求,携带新的用户速率集,PCSCF再次判断当前网络负荷是否支持用户协商请求中的用户速率集,直到当前网络负荷支持协商请求中的用户速率集。
PCSCF判断当前网络负荷是否支持协商请求中的用户速率集的方式可以但不限于是:
PCSCF将网络负荷及用户速率均划分为n个区间,第i个网络负荷区间的值大于第i+1个网络负荷区间的值,第i个用户速率区间的值小于第i+1个用户速率区间的值,所述1≤i≤n;设当前网络负荷位于第i个区间,对于用户速率集中的每个用户速率,PCSCF确定该用户速率所处的区间j,若j≤i则当前网络负荷支持该用户速率,否则不支持,若所述用户速率集中存在不被当前网络负荷支持的用户速率,则当前网络负荷不支持用户速率集。
网络负荷各区间的门限值为一确定的数值或网络负荷与满负荷的比值;
无线网络负荷是反映无线网络接入能力的指标,包括以下信息中的一种或多种:当前用户的业务体验,当前进行业务的用户数,当前进行业务的速率总和,PRB(物理资源块)的使用,基站的硬件负荷水平,基站的功率使用情况。
eNB定时向PCSCF发送当前网络负荷,或将网络负荷划分为多个区间,当网络负荷在不同区间波动时向PCSCF发送当前网络负荷;
当将网络负荷划分为多个区间时,eNB还为各区间设置不同的标识,向PCSCF发送的是当前网络负荷的值,或发送的是当前网络负荷所在区间的标识;
当PCSCF收到网络负荷后,比较当前网络负荷与上次相比是否发生变化,若变化则通知主叫用户重新发起协商请求,并携带重新协商的原因。
实施例二
本实施例提供一种根据网络负荷筛选用户速率的系统,包括:eNB、PCSCF、MME、GW及PCRF;
eNB用于将当前网络负荷发送至PCRF;
PCRF用于在主叫用户与被叫用户进行编解码协商的过程中,根据当前网络负荷筛选出当前网络负荷支持的用户速率。
eNB将当前网络负荷发送至PCRF是指,eNB将当前网络负荷及其类型发送至MME,MME将接收的当前网络负荷及其类型转发至GW,GW再将接收的当前网络负荷及其类型转发至PCRF;
网络负荷的类型是指该网络负荷是上行网络负荷、下行网络负荷或双向网络负荷。
eNB通过以下消息将当前网络负荷及其类型发送至MME:eNBSTATUS TRANSFER,或eNB DIRECT INFORMATION TRANSFER,或无线网络承载通知消息;
MME通过以下消息将当前网络负荷及其类型发送至GW:无线网络承载通知消息;
GW通过以下消息将当前网络负荷及其类型发送至PCRF:CC-Request,Re-Auth-Answer(重新鉴权请求)或无线网络承载通知消息。
PCSCF用于收到用户的协商请求后将其转发至PCRF,以及收到PCRF发来的拒绝消息后转发至主叫用户;还用于收到PCRF发来的网络负荷发生变化的消息后通知主叫用户重新发起协商请求,并携带重新协商的原因。
PCRF根据当前网络负荷筛选出当前网络负荷支持用户速率是指,PCRF收到PCSCF发来的协商请求后,判断当前网络负荷是否支持协商请求中的用户速率集,若不支持则向PCSCF发送拒绝消息,并携带拒绝原因;用户收到拒绝消息后重新发起协商请求,携带新的用户速率集,PCRF再次判断当前网络负荷是否支持用户协商请求中的用户速率集,直到当前网络负荷支持协商请求中的用户速率集。
PCRF判断当前网络负荷是否支持协商请求中的用户速率集的方式可以但不限于是:
PCRF将网络负荷及用户速率均划分为n个区间,第i个网络负荷区间的值大于第i+1个网络负荷区间的值,第i个用户速率区间的值小于第i+1个用户速率区间的值,所述1≤i≤n;设当前网络负荷位于第i个区间,对于用户速率集中的每个用户速率,PCRF确定该用户速率所处的区间j,若j≤i则当前网络负荷支持该用户速率,否则不支持,若所述用户速率集中存在不被当前网络负荷支持的用户速率,则当前网络负荷不支持用户速率集。
网络负荷各区间的门限值为一确定的数值或网络负荷与满负荷的比值;
无线网络负荷是反映无线网络接入能力的指标,包括以下信息中的一种或多种:当前用户的业务体验,当前进行业务的用户数,当前进行业务的速率总和,PRB的使用,基站的硬件负荷水平,基站的功率使用情况。
eNB定时向PCRF发送当前网络负荷,或将网络负荷划分为多个区间,当网络负荷在不同区间波动时向PCRF发送当前网络负荷;
当将网络负荷划分为多个区间时,eNB还为各区间设置不同的标识,向PCRF发送的是当前网络负荷的值,或发送的是当前网络负荷所在区间的标识;
PCRF还用于收到网络负荷后,比较当前网络负荷与上次相比是否发生变化,若变化则通知PCSCF当前网络负荷发生变化。
方法实施例
实施例一
本实施例提供一种根据网络负荷筛选用户速率的方法,如图3所示,包括:eNB将当前网络负荷发送至PCSCF,在主叫用户与被叫用户进行编解码协商的过程中,PCSCF根据当前网络负荷筛选出当前网络负荷支持的用户速率。
步骤1:eNB将当前网络负荷发送至PCSCF;具体地,eNB将当前网络负荷及其类型发送至依次通过MME、GW、PCRF发送至PCSCF;网络负荷的类型是指该网络负荷是双向的、上行的或下行的;
eNB可以采用现有的消息或者新增的消息向MME发送无线网络负荷,如可以是eNB STATUS TRANSFER(基站状态传送消息),eNB DIRECTINFORMATION TRANSFER(基站直接信息传送消息),Radio Network LoadINFORM(无线网络承载通知消息);
MME可以采用现有的消息或者新增的消息向GW发送无线网络负荷,如Radio Network Load INFORM;GW可以采用现有的消息或者新增的消息向PCRF发送无线网络负荷,如CC-Request(CC请求),Re-Auth-Answer(重新鉴权应答),Radio Network Load INFORM;PCRF可以采用现有的消息或者新增的消息向PCSCF发送无线网络负荷,如Diameter AA-Answer(AA应答),Re-Auth-Request,采用新的消息如Radio Network LoadINFORM;
eNB还可以设置通知网络负荷的策略,如可以但不限于是定时通知,或将网络负荷划分为多个区间,当网络负荷在不同区间波动时通知PCSCF;当将网络负荷划分为多个区间时,可为各区间设置不同的标识,通知PCSCF时可以是发送的当前网络负荷的值(当前网络负荷的值可以是一确定的数值,也可以是与满负荷的比值),也可以是发送的当前网络负荷所在区间的标识;
步骤2:处于LTE网络的用户发起VoIP业务,并完成RRC连接建立、IP-CAN会话建立以及用于SIP的RB建立;
步骤3:主叫用户与被叫用户开始进行编解码协商,包括协商主叫用户与被叫用户的上行及下行用户速率;如图2所示,具体过程如下:
步骤301:主叫用户构造包含其支持的完整的用户速率集的SDP1,向PCSCF发送INVITE(协商请求)消息时携带该SDP1,该SDP1包含主叫用户支持的一个或多个上行用户速率以及一个或多个下行用户速率;通常情况下,上行和下行的速率个数是一样的,而且上下行的速率是一样的。
步骤302:主叫侧的PCSCF收到INVITE消息后,判断其中的SDP1是否满足预设的策略,该预设的策略除包含现有规定的策略外,还包含当前网络负荷是否支持SDP1中的用户速率集,若不支持则执行步骤303,支持则执行步骤305;
网络负荷各区间的门限值为一确定的数值或网络负荷与满负荷的比值;
具体是指,
PCSCF判断当前网络负荷是否支持用户速率集中的各用户速率,若用户速率集中存在不被当前网络负荷支持的用户速率,则当前网络负荷不支持该用户速率集;具体判断方式可以灵活设置,如可以但不限于是,
PCSCF将网络负荷及用户速率均划分为n个区间,第i个网络负荷区间的值大于第i+1个网络负荷区间的值,第i个用户速率区间的值小于第i+1个用户速率区间的值,1≤i≤n;设当前网络负荷位于第i个区间,对于SDP 1中的每个用户速率,PCSCF确定该用户速率所处的区间j,若j≤i则当前网络负荷支持该用户速率,否则不支持。
步骤303:拒绝该协商请求,并携带拒绝原因,然后执行步骤304;
步骤304:主叫用户收到拒绝消息后根据其中的拒绝原因重新构造新的用户速率集,如拒绝原因为当前网络负荷不支持用户速率集中的一个或多个用户速率,主叫用户重新构造用户速率集时只保留当前网络负荷所支持的用户速率,之后主叫用户再次发送INVITE消息,携带包含新构造的用户速率集的SDP1;然后返回步骤302;
步骤305:将INVITE消息转发至主叫侧的SCSCF,然后执行步骤306;
步骤306:主叫侧的SCSCF判断SDP1是否与主叫用户的用户属性对应,判断方式同现有技术,若对应则执行步骤307;
步骤307:主叫侧的SCSCF将该INVITE消息转发至被叫侧的SCSCF;
步骤308:被叫侧的SCSCF判断SDP1是否与被叫用户的用户属性对应,判断方式同现有技术,若对应则执行步骤309;
步骤309:被叫侧的SCSCF将该INVITE消息转发至被叫侧的PCSCF;
步骤310:被叫侧的PCSCF收到INVITE消息,判断其中携带的SDP1是否满足预设的策略,其判断方式同步骤302中主叫侧的PCSCF的判断方式,当SDP1满足预设的策略时,将INVITE消息转发至被叫用户;
之后的协商过程同现有,在此不再赘述;
当主叫用户与被叫用户为同一eNB下的用户时,上述主叫侧的PCSCF与被叫侧的PCSCF为同一PCSCF,主叫侧的SCSCF与被叫侧的SCSCF为同一SCSCF,当主叫用户与被叫用户为不同eNB下的用户时,上述主叫侧的PCSCF与被叫侧的PCSCF可能为不同的PCSCF,主叫侧的SCSCF与被叫侧的SCSCF可能为不同的SCSCF。
步骤4:主叫用户将协商的用户速率通过主叫侧的PCSCF、PCRF、GW发送至主叫侧的MME;被叫用户将协商结果(比如上行和下行用户速率都是10.2kBit/s)通过被叫侧的PCSCF、PCRF、GW通知被叫侧的MME;
步骤5:主叫侧的MME通知主叫侧的eNB该主叫用户的上行和下行用户速率,主叫侧的eNB与UE1根据该上行和下行用户速率建立无线承载;被叫侧的MME通知被叫侧的eNB该被叫用户的上行和下行用户速率,被叫侧的eNB与UE2根据该上行和下行用户速率建立无线承载;至此,呼叫建立完成。
之后,若定时时间到,或是当前网络负荷与上次发送的网络负荷位于不同区间,eNB需要再次向PCSCF发送网络负荷,PCSCF若判断出当前网络负荷与前一次的网络负荷位于不同的区间,则通知主叫用户重新发起协商请求,其中携带重新协商的原因,如网络负荷升高或降低;收到上述通知的主叫用户再次发起如步骤3所述的协商流程。
实施例二
本实施例提供一种根据网络负荷筛选用户速率的方法,如图3所示,包括:eNB将当前网络负荷发送至PCRF,在主叫用户与被叫用户进行编解码协商的过程中,PCRF根据当前网络负荷筛选出当前网络负荷支持的用户速率。
步骤1:eNB将当前网络负荷发送至PCRF;具体地,eNB将当前网络负荷及其类型发送至依次通过MME、GW发送至PCRF;网络负荷的类型是指该网络负荷是双向的、上行的或下行的;
eNB可以采用现有的消息或者新增的消息向MME发送无线网络负荷,如可以是eNB STATUS TRANSFER(基站状态传送消息),eNB DIRECTINFORMATION TRANSFER(基站直接信息传送消息),Radio Network LoadINFORM(无线网络承载通知消息);
MME可以采用现有的消息或者新增的消息向GW发送无线网络负荷,如Radio Network Load INFORM;GW可以采用现有的消息或者新增的消息向PCRF发送无线网络负荷,如CC-Request(CC请求),Re-Auth-Answer(重新鉴权应答),Radio Network Load INFORM;
eNB还可以设置通知网络负荷的策略,如可以但不限于是定时通知,或将网络负荷划分为多个区间,当网络负荷在不同区间波动时通知PCRF;当将网络负荷划分为多个区间时,可为各区间设置不同的标识,通知PCRF时可以是发送的当前网络负荷的值(当前网络负荷的值可以是一确定的数值,也可以是与满负荷的比值),也可以是发送的当前网络负荷所在区间的标识;
步骤2:处于LTE网络的用户发起VoIP业务,并完成RRC连接建立、IP-CAN会话建立以及用于SIP的RB建立;
步骤3:主叫用户与被叫用户开始进行编解码协商,包括协商主叫用户与被叫用户的上行及下行用户速率;具体过程如下:
步骤3001:主叫用户构造包含其支持的完整的用户速率集的SDP1,向PCSCF发送INVITE(协商请求)消息时携带该SDP1,该SDP1包含主叫用户支持的一个或多个上行用户速率以及一个或多个下行用户速率;通常情况下,上行和下行的速率个数是一样的,而且上下行的速率是一样的。
步骤3002:主叫侧的PCSCF收到INVITE消息后,判断其中的SDP1是否满足预设的策略,判断方式同现有技术,若满足则将该INVITE消息转发至PCRF,然后执行步骤3003;
步骤3003:PCRF判断当前网络负荷是否支持SDP1中包含的用户速率集;若不支持则执行步骤3004,支持则执行步骤3006;
具体是指,
PCRF判断当前网络负荷是否支持用户速率集中的各用户速率,若用户速率集中存在不被当前网络负荷支持的用户速率,则当前网络负荷不支持该用户速率集;具体判断方式可以灵活设置,如可以但不限于是,
PCRF将网络负荷及用户速率均划分为n个区间,第i个网络负荷区间的值大于第i+1个网络负荷区间的值,第i个用户速率区间的值小于第i+1个用户速率区间的值,1≤i≤n;设当前网络负荷位于第i个区间,对于用户速率集中的每个用户速率,PCRF确定该用户速率所处的区间j,若j≤i则当前网络负荷支持该用户速率,否则不支持。
网络负荷各区间的门限值为一确定的数值或网络负荷与满负荷的比值;
步骤3004:发送拒绝消息,并携带拒绝原因,该拒绝消息通过PCSCF转发至用户,然后执行步骤3006;
步骤3005:主叫用户收到拒绝消息后根据其中的拒绝原因重新构造新的用户速率集,如拒绝原因为当前网络负荷不支持用户速率集中的一个或多个用户速率,主叫用户重新构造用户速率集时只保留当前网络负荷所支持的用户速率,之后主叫用户再次发送INVITE消息,携带包含新构造的用户速率集的SDP1;然后返回步骤3002;
步骤3006:将INVITE消息转发至主叫侧的SCSCF,然后执行步骤3007;
步骤3007:主叫侧的SCSCF判断SDP1是否与主叫用户的用户属性对应,判断方式同现有技术,若对应则将该INVITE消息转发至被叫侧的SCSCF;
步骤3008:被叫侧的SCSCF判断SDP1是否与被叫用户的用户属性对应,判断方式同现有技术,若对应则将该INVITE消息转发至被叫侧的PCSCF;
步骤3009:被叫侧的PCSCF收到INVITE消息,判断其中携带的SDP1是否满足预设的策略,当SDP1满足预设的策略时,将INVITE消息转发至被叫用户;
之后的协商过程同现有,在此不再赘述;
当主叫用户与被叫用户为同一eNB下的用户时,上述主叫侧的PCSCF与被叫侧的PCSCF为同一PCSCF,主叫侧的SCSCF与被叫侧的SCSCF为同一SCSCF,主叫侧的PCRF与被叫侧的PCRF为同一PCRF,当主叫用户与被叫用户为不同eNB下的用户时,上述主叫侧的PCSCF与被叫侧的PCSCF可能为不同的PCSCF,主叫侧的PCRF与被叫侧的PCRF可能为不同的PCRF,主叫侧的SCSCF与被叫侧的SCSCF可能为不同的SCSCF。
上述协商过程中,被叫侧的SCSCF与PCSCF之间也可能存在PCRF,当存在PCRF时,该被叫侧的PCRF也可以采用步骤3003的方式判断当前网络负荷是否支持用户速率集。
步骤4:主叫用户将协商的用户速率通过主叫侧的PCSCF、PCRF、GW发送至主叫侧的MME;被叫用户将协商结果(比如上行和下行用户速率都是10.2kBit/s)通过被叫侧的PCSCF、PCRF、GW通知被叫侧的MME;
步骤5:主叫侧的MME通知主叫侧的eNB该主叫用户的上行和下行用户速率,主叫侧的eNB与UE1根据该上行和下行用户速率建立无线承载;被叫侧的MME通知被叫侧的eNB该被叫用户的上行和下行用户速率,被叫侧的eNB与UE2根据该上行和下行用户速率建立无线承载;至此,呼叫建立完成。
之后,若定时时间到,或是当前网络负荷与上次发送的网络负荷位于不同区间,eNB需要再次向PCRF发送当前网络负荷,PCRF若判断出当前网络负荷与前一次的网络负荷位于不同的区间,则通知PCSCF当前网络负荷发生变化,PCSCF再通知主叫用户重新发起协商请求,其中携带重新协商的原因,如网络负荷升高或降低;收到上述通知的主叫用户再次发起如步骤3所述的协商流程。
下面通过多个应用实例进一步阐述本发明内容
应用实例一
本例中,设eNB采用定时通知方式将网络负荷发送至PCSCF,由PCSCF根据当前网络负荷筛选出网络负荷支持的用户速率,该定时时间可根据需要设置,本发明对此不作限制;
步骤A1:定时时间到,eNB将当前网络负荷及其类型发送至依次通过MME、GW、PCRF发送至PCSCF,设发送的网络负荷类型为双向的,大小为满负荷的80%;
步骤A2:用户UE1处于LTE网络中,向MME发起VoIP业务,当RRC连接、IP-CAN以及用于SIP的RB建立完成后,主叫用户与被叫用户开始进行编解码协商,编解码协商过程中UE1与UE2上行和下行用户速率的协商过程如下:
步骤A201:设UE1支持的上行及下行用户速率均为12.2kBit/s,10.2kBit/s,6.7kBit/s,构造包含其支持的完整的用户速率的集合SDP1,并向PCSCF1(主叫侧的PCSCF)发送INVITE消息,携带该SDP1,如SDP1包含如下速率信息{12.2kBit/s,10.2kBit/s,6.7kBit/s};
步骤A202:PCSCF1收到INVITE消息,判断其中携带的SDP1是否满足预设的策略,该预设的策略除包含现有规定的策略外,还包含当前网络负荷是否支持该用户速率集SDP1;
设PCSCF1将网络负荷划分为3个区间,第1区间为网络负荷与满负荷的比例大于或等于90%,第2区间为网络负荷与满负荷的比例大于或等于80%且小于90%,第3区间为网络负荷与满负荷的比例小于80%;PCSCF1将支持的用户速率也划分为3个区间,第1区间为0<用户速率≤7kBit/s,第2区间为7kBit/s<用户速率≤11kBit/s,第3区间为用户速率>11kBit/s;
因PCSCF1存储的当前网络负荷为满负荷的80%,即当前网络负荷位于第2区间,因此仅支持位于第1区间与第2区间的用户速率,所以并不支持SDP1中的12.2kBit/s,PCSCF1向UE1返回拒绝消息,并携带原因(该原因可以是当前网络负荷不支持用户速率为12.2kBit/s);
若在用户发起VoIP业务前,PCSCF未收到eNB发来的网络负荷,则认为当前网络负荷很小,即能够支持用户构造的用户速率集中的所有用户速率;
步骤A203:UE1收到拒绝消息后,构造新的SDP1包含如下速率信息{10.2kBit/s,6.7kBit/s},并重新发送INVITE消息,携带新的SDP1;
步骤A204:PCSCF1再次判断该SDP1是否满足预设的策略,因该SDP1已在当前网络负荷支持的速率范围内,PCSCF1将INVITE消息转发至SCSCF1(主叫侧的SCSCF);
步骤A205:SCSCF1判断SDP1是否与UE1的用户属性对应,判断方式同现有技术,若对应则将该INVITE消息转发至SCSCF2(被叫侧的SCSCF);
步骤A206:SCSCF2判断SDP1是否与UE2的用户属性对应,判断方式同现有技术,若对应则将该INVITE消息转发至PCSCF2(被叫侧的PCSCF);
步骤A207:PCSCF2收到INVITE消息,判断其中携带的SDP1是否满足预设的策略,其判断方式同步骤202中PCSCF1的判断方式;
设最终协商的结果是UE1的上行和下行用户速率都是10.2kBit/s,对应的UE2的上行和下行用户速率也都是10.2kBit/s;
步骤A3:UE1将协商结果(上行和下行用户速率都是10.2kBit/s)通过主叫侧的PCSCF、PCRF、GW通知主叫侧的MME;UE2将协商结果(上行和下行用户速率都是10.2kBit/s)通过被叫侧的PCSCF、PCRF、GW通知被叫侧的MME;
步骤A4:MME通知eNB该UE1的上行和下行用户速率都是10.2kBit/s,eNB与UE1建立上行和下行用户速率都是10.2kBit/s的业务的无线承载;至此,呼叫建立完成。
定时时间到,eNB再次将当前网络负荷及其类型(如是双向的)依次通过MME、GW、PCRF发送至PCSCF1;
步骤A5:eNB将当前网络负荷依次通过MME、GW、PCRF发送至PCSCF1,设当前双向无线网络负荷为满负荷的70%;
步骤A6:PCSCF1判断出当前网络负荷与上一次收到的网络负荷位于不同的区间,因此通知用户重新发起协商请求,携带重新协商的原因,如可以是当前双向网络负荷降低;
步骤A7:UE1收到通知后重新发送INVITE消息,携带新的SDP1,如SDP1包含{12.2kBit/s,10.2kBit/s,6.7kBit/s},该SDP1中的用户速率表示上行用户速率及下行用户速率;
因PCSCF1判断出当前网络负荷能够支持这3个用户速率,所以协商结果可以是上行和下行用户速率都是12.2kBit/s。
应用实例二
本例中设网络负荷用用户速率总和表示,且eNB与用户间的接口最大允许接入的上行用户速率总和与下行用户速率总和都是100M,eNB将上行网络负荷及下行网络负荷均划分为2个区间,第1个区间为用户速率总和大于或等于85M,第2个区间为用户速率总和小于85M;当上行网络负荷或下行网络负荷在这2个区间波动时,eNB将当前网络负荷发送至PCSCF;
某用户处于LTE网络中,发起VoIP业务,当RRC连接、IP-CAN以及用于SIP的RB建立完成后,主叫用户与被叫用户开始进行编解码协商,编解码协商过程中UE1与UE2上行和下行用户速率的协商过程如下:
步骤B101:设UE1支持的上行及下行用户速率均为12.2kBit/s,10.2kBit/s,6.7kBit/s,构造其支持的完整的用户速率的集合SDP1,并向PCSCF1(主叫侧的PCSCF)发送INVITE消息,携带该SDP1,如SDP1包含的用户速率集为{12.2kBit/s,10.2kBit/s,6.7kBit/s};
步骤B102:PCSCF1收到INVITE消息,判断其中携带的SDP1是否满足预设的策略,该预设的策略除包含现有规定的策略外,还包含当前网络负荷是否支持该用户速率集SDP1;
如PCSCF1将网络负荷划分为2个区间,第1区间为上行用户速率总和与下行用户速率总和均大于或等于85M,第2区间为上行用户速率总和与下行用户速率总和均小于85M;PCSCF1将支持的用户速率也划分为2个区间,第1区间为用户速率为0<用户速率≤11kBit/s,第2区间为用户速率>11kBit/s;
因在用户发起VoIP业务前,PCSCF1没有收到eNB发来的网络负荷,则认为当前eNB与用户间的接口中的上行和下行的用户速率总和均小于85M,因此位于第1区间与第2区间的用户速率当前网络负荷均支持,因此协商的上行及下行用户速率均为12.2kBit/s;
之后,用户将协商结果上行和下行用户速率为12.2kBit/s通过PCSCF、PCRF、GW通知MME;MME通知eNB,eNB与UE建立上行和下行用户速率为12.2kBit/s的业务的无线承载;至此,呼叫建立完成。
过了一段时间到T2,设当前的无线网络用户速率在eNB与用户间的接口中的下行总和大于85M,eNB将当前的网络负荷及其类型(下行用户速率总和)发送至PCSCF1;
PCSCF1收到网络负荷后,判断出当前下行的网络负荷发生变化,通知UE1重新发起下行协商请求,携带重新协商的原因,如可以是当前下行网络负荷升高;
UE1收到通知后重新发送INVITE消息,携带新的SDP1,如SDP1包含的速率集为{10.2kBit/s,6.7kBit/s},该用户速率均为下行用户速率;
因PCSCF1判断出当前下行网络负荷能够支持这2个用户速率,所以协商结果可以是下行用户速率是10.2kBit/s。
过了一段时间到T3,当前eNB与用户间的接口中的上行用户速率总和大于85M,eNB通知PCSCF1。
PCSCF1收到网络负荷后,判断出当前上行的网络负荷发生变化,通知UE1重新发起上行协商请求,携带重新协商的原因,如可以是当前上行网络负荷升高;
UE1收到通知后重新发送INVITE消息,携带新的SDP1,如SDP1包含{10.2kBit/s,6.7kBit/s},该SDP1中的用户速率均为上行用户速率;
因PCSCF1判断出当前上行网络负荷能够支持这2个用户速率,所以协商结果可以是上行用户速率是10.2kBit/s。
过了一段时间到T4,当前的无线网络用户速率在eNB与用户间的接口中的上行和下行总和都小于85M,eNB通知PCSCF1。
PCSCF1收到网络负荷后,判断出当前上行及下行的网络负荷均发生变化,通知UE1重新发起协商请求,携带重新协商的原因,如可以是当前双向网络负荷降低;
UE1收到通知后重新发送INVITE消息,携带新的SDP1,如SDP1包含的速率集为{12.2kBit/s,10.2kBit/s,6.7kBit/s},该SDP1中的用户速率为上行用户速率与下行用户速率;因PCSCF1判断出当前上行与下行网络负荷能够支持这3个用户速率,因此协商结果是上行和下行用户速率都是12.2kBit/s。
应用实例三
本例中设eNB将网络负荷划分为3个区间,第1个区间为网络负荷与满负荷的比例大于或等于90%,对应标识为1;第2区间为网络负荷与满负荷的比例大于或等于80%且小于90%,对应标识为2;第3区间为网络负荷与满负荷的比例小于80%,对应标识为3;当网络负荷在不同区间波动时,eNB将当前网络负荷发送给PCRF,由PCRF根据当前网络负荷筛选出网络负荷支持的用户速率;
某用户处于LTE网络中,发起VoIP业务,当RRC连接、IP-CAN以及用于SIP的RB建立完成后,主叫用户与被叫用户开始进行编解码协商,编解码协商过程中UE1与UE2上行和下行用户速率的协商过程如下:
步骤C101:设UE1支持的上行及下行用户速率均为12.2kBit/s,10.2kBit/s,5.9kBit/s,4.75kBit/s,构造包含其支持的完整的用户速率集的SDP1,并向PCSCF1(主叫侧的PCSCF)发送INVITE消息,携带该SDP1,如SDP1的速率集为包含{12.2kBit/s,10.2kBit/s,5.9kBit/s,4.75kBit/s};
步骤C102:PCSCF1收到INVITE消息,判断其中携带的SDP1是否满足预设的策略,若支持则将INVITE消息转发至PCRF1;
步骤C103:PCRF1判断当前网络负荷是否支持该用户速率集;
设PCRF1将网络负荷划分的区间与eNB将网络负荷划分的区间一致,即第1个区间为网络负荷与满负荷的比例大于或等于90%,第2区间为网络负荷与满负荷的比例大于或等于80%且小于90%,第3区间为网络负荷与满负荷的比例小于80%;将支持的用户速率也划分为3个区间,第1区间为0<用户速率≤6.5kBit/s,第2区间为6.5kBit/s<用户速率≤11kBit/s,第3区间为用户速率>11kBit/s;
因在用户发起VoIP业务前,PCRF1没有收到eNB发来的网络负荷,则认为当前网络负荷位于最低的区间,即第3区间,所以对于以上3个区间的用户速率,当前网络负荷均支持,因此协商的上行及下行用户速率可以均为12.2kBit/s;
用户将协商结果上行和下行用户速率为12.2kBit/s通过PCSCF、PCRF、GW通知MME;
MME通知eNB、UE建立上行和下行用户速率为12.2kBit/s的业务的无线承载;至此,呼叫建立完成。
过了一段时间到T2,当前无线网络负荷上行超过满负荷的80%,eNB将当前网络负荷及其类型发送至PCRF1,发送的网络负荷可以是其具体值,即网络负荷与满负荷的比值,也可以是其标识2,类型为上行网络负荷。
PCRF1收到网络负荷后,判断出当前上行的网络负荷发生变化,通知PCSCF1当前网络负荷发生变化,PCSCF1再通知UE1重新发起上行协商请求,携带重新协商的原因,如可以是当前上行网络负荷升高;
UE1收到通知后重新发送INVITE消息,携带新的SDP1,如SDP1包含的速率集为{10.2kBit/s,5.9kBit/s,4.75kBit/s},该SDP1中的用户速率均为上行用户速率;
因PCRF1判断出当前上行网络负荷能够支持这3个用户速率,所以协商结果是上行用户速率是10.2kBit/s。
过了一段时间到T3,当前无线网络负荷下行超过满负荷的80%,eNB将当前网络负荷及其类型发送至PCRF1,发送的网络负荷可以是其具体值,即网络负荷与满负荷的比值,也可以是其标识2,类型为下行网络负荷。
PCRF1收到网络负荷后,判断出当前下行的网络负荷发生变化,通知PCSCF1当前网络负荷发生变化,PCSCF1再通知UE1重新发起下行协商请求,携带重新协商的原因,如可以是当前下行网络负荷升高;
UE1收到通知后重新发送INVITE消息,携带新的SDP1,如SDP1包含的速率集为{10.2kBit/s,5.9kBit/s,4.75kBit/s},该SDP1中的用户速率均为下行用户速率;
PCRF1判断出当前下行网络负荷能够支持这3个用户速率,协商结果是下行用户速率是10.2kBit/s。
过了一段时间到T4,当前无线网络负荷下行超过满负荷的90%,eNB将当前网络负荷及其类型发送至PCRF1,发送的网络负荷可以是其具体值,即网络负荷与满负荷的比值,也可以是其标识1,类型为下行网络负荷。
PCRF1收到网络负荷后,判断出当前下行的网络负荷发生变化,通知PCSCF1当前网络负荷发生变化,PCSCF1再通知UE1重新发起下行协商请求,携带重新协商的原因,如可以是当前下行网络负荷升高;
UE1收到通知后重新发送INVITE消息,携带新的SDP1,如SDP1包含的速率集为{5.9kBit/s,4.75kBit/s},该SDP1中的用户速率均为下行用户速率;
PCRF1判断出当前下行网络负荷能够支持这2个用户速率,所以协商结果是下行用户速率为5.9kBit/s。
过了一段时间到T5,当前无线网络负荷下行低于满负荷的90%而高于满负荷的80%,eNB将当前网络负荷及其类型发送至PCRF1,发送的网络负荷可以是其具体值,即网络负荷与满负荷的比值,也可以是其标识2,类型为下行网络负荷。
PCRF1收到网络负荷后,判断出当前下行的网络负荷发生变化,通知PCSCF1当前网络负荷发生变化,PCSCF1再通知UE1重新发起下行协商请求,携带重新协商的原因,如可以是当前下行网络负荷降低;
UE1收到通知后重新发送INVITE消息,携带新的SDP1,如SDP1包含的速率集为{10.2kBit/s,5.9kBit/s,4.75kBit/s},该SDP1中的用户速率均为下行用户速率;
PCRF1判断出当前下行网络负荷能够支持这3个用户速率,协商结果是下行用户速率是10.2kBit/s。
过了一段时间到T6,当前无线网络负荷上行低于满负荷的80%,eNB将当前网络负荷及其类型发送至PCRF1,发送的网络负荷可以是其具体值,即网络负荷与满负荷的比值,也可以是其标识3,类型为上行网络负荷。
PCRF1收到网络负荷后,判断出当前上行的网络负荷发生变化,通知PCSCF1当前网络负荷发生变化,PCSCF1再通知UE1重新发起上行协商请求,携带重新协商的原因,如可以是当前上行网络负荷升高;
UE1收到通知后重新发送INVITE消息,携带新的SDP1,如SDP1包含的速率集为{12.2kBit/s,10.2kBit/s,5.9kBit/s,4.75kBit/s},该SDP1中的用户速率均为上行用户速率;
PCRF1判断出当前上行网络负荷能够支持这4个用户速率,协商结果是下行用户速率是12.2kBit/s。
过了一段时间到T7,当前无线网络负荷下行低于满负荷的80%,eNB将当前网络负荷及其类型发送至PCRF1,发送的网络负荷可以是其具体值,即网络负荷与满负荷的比值,也可以是其标识3,类型为下行网络负荷。
PCRF1收到网络负荷后,判断出当前下行的网络负荷发生变化,通知PCSCF1当前网络负荷发生变化,PCSCF1再通知UE1重新发起下行协商请求,携带重新协商的原因,如可以是当前下行网络负荷升高;
UE1收到通知后重新发送INVITE消息,携带新的SDP1,如SDP1包含的速率集为{12.2kBit/s,10.2kBit/s,5.9kBit/s,4.75kBit/s},该SDP1中的用户速率均为下行用户速率;
PCRF1判断出当前下行网络负荷能够支持这4个用户速率,协商结果是下行用户速率是12.2kBit/s。
Claims (17)
1.一种根据网络负荷筛选用户速率的方法,包括:基站将当前网络负荷发送至代理呼叫会话控制功能(PCSCF),在主叫用户与被叫用户进行编解码协商的过程中,所述PCSCF根据当前网络负荷筛选出所述当前网络负荷支持的用户速率。
2.如权利要求1所述的方法,其特征在于:
所述基站将当前网络负荷发送至PCSCF的方法为,所述基站将当前网络负荷及其类型依次通过移动管理实体、网关及策略与计费规则功能(PCRF)发送至PCSCF;
所述网络负荷的类型是指该网络负荷是上行网络负荷、下行网络负荷或双向网络负荷。
3.如权利要求2所述的方法,其特征在于:
所述基站通过以下消息将所述当前网络负荷及其类型发送至移动管理实体:基站状态传送消息,或基站直接信息传送消息,或无线网络承载通知消息;
所述移动管理实体通过以下消息将所述当前网络负荷及其类型发送至网关:无线网络承载通知消息;
所述网关通过以下消息将所述当前网络负荷及其类型发送至PCRF:CC请求,重新鉴权应答或无线网络承载通知消息;
所述PCRF通过以下消息将所述当前网络负荷及其类型发送至PCSCF:AA应答,重新鉴权请求或无线网络承载通知消息。
4.如权利要求1所述的方法,其特征在于:
所述PCSCF根据所述当前网络负荷筛选出当前网络负荷支持用户速率是指,
PCSCF判断当前网络负荷是否支持用户协商请求中的用户速率集,若不支持则拒绝该协商请求,并携带拒绝原因,所述用户收到拒绝消息后重新发起协商请求,携带新的用户速率集,所述PCSCF再次判断当前网络负荷是否支持用户协商请求中的用户速率集,直到当前网络负荷支持所述协商请求中的用户速率集。
5.如权利要求4所述的方法,其特征在于:
所述PCSCF将网络负荷及用户速率均划分为n个区间,第i个网络负荷区间的值大于第i+1个网络负荷区间的值,第i个用户速率区间的值小于第i+1个用户速率区间的值,所述1≤i≤n;
所述网络负荷各区间的门限值为一确定值或网络负荷与满负荷的比值;
所述PCSCF判断当前网络负荷是否支持所述协商请求中的用户速率集是指,设当前网络负荷位于第i个区间,对于所述用户速率集中的每个用户速率,PCSCF确定该用户速率所处的区间j,若j≤i则当前网络负荷支持该用户速率,否则不支持,若所述用户速率集中存在不被当前网络负荷支持的用户速率,则所述当前网络负荷不支持所述用户速率集。
6.如权利要求1所述的方法,其特征在于:
所述无线网络负荷是反映无线网络接入能力的指标,包括以下信息中的一种或多种:当前用户的业务体验,当前进行业务的用户数,当前进行业务的速率总和,物理资源块的使用,基站的硬件负荷水平,基站的功率使用情况。
7.如权利要求1所述的方法,其特征在于:
所述基站定时向PCSCF发送当前网络负荷,或将网络负荷划分为多个区间,当网络负荷在不同区间波动时向PCSCF发送当前网络负荷;
当将网络负荷划分为多个区间时,所述基站还为各区间设置不同的标识,向PCSCF发送的是当前网络负荷的值,或发送的是当前网络负荷所在区间的标识;
当PCSCF收到网络负荷后,比较当前网络负荷与上次相比是否发生变化,若变化则通知所述主叫用户重新发起协商请求,并携带重新协商原因。
8.一种根据网络负荷筛选用户速率的方法,包括:基站将当前网络负荷发送至策略与计费规则功能(PCRF),在主叫用户与被叫用户进行编解码协商的过程中,所述PCRF根据当前网络负荷筛选出所述当前网络负荷支持的用户速率。
9.如权利要求8所述的方法,其特征在于:
所述基站将当前网络负荷发送至PCRF的方法为,所述基站将当前网络负荷及其类型依次通过移动管理实体及网关发送至PCRF;
所述网络负荷的类型是指该网络负荷是上行网络负荷、下行网络负荷或双向网络负荷。
10.如权利要求9所述的方法,其特征在于:
所述基站通过以下消息将所述当前网络负荷及其类型发送至移动管理实体:基站状态传送消息,或基站直接信息传送消息,或无线网络承载通知消息;
所述移动管理实体通过以下消息将所述当前网络负荷及其类型发送至网关:无线网络承载通知消息;
所述网关通过以下消息将所述当前网络负荷及其类型发送至PCRF:CC请求,重新鉴权请求或无线网络承载通知消息。
11.一种根据网络负荷筛选用户速率的系统,包括基站及代理呼叫会话控制功能(PCSCF);其特征在于:
所述基站用于将当前网络负荷发送至所述PCSCF;
所述PCSCF用于在主叫用户与被叫用户进行编解码协商的过程中,根据当前网络负荷筛选出所述当前网络负荷支持的用户速率。
12.如权利要求11所述的系统,其特征在于:
所述系统还包括移动管理实体、网关及策略与计费规则功能(PCRF);
所述基站将当前网络负荷发送至PCSCF是指,所述基站将当前网络负荷及其类型发送至移动管理实体,所述移动管理实体将接收的当前网络负荷及其类型转发至网关,所述网关将接收的当前网络负荷及其类型转发至PCRF,所述PCRF将接收的当前网络负荷及其类型转发至PCSCF;
所述网络负荷的类型是指该网络负荷是上行网络负荷、下行网络负荷或双向网络负荷。
13.如权利要求12所述的系统,其特征在于:
所述基站通过以下消息将所述当前网络负荷及其类型发送至移动管理实体:基站状态传送消息,或基站直接信息传送消息,或无线网络承载通知消息;
所述移动管理实体通过以下消息将所述当前网络负荷及其类型发送至网关:无线网络承载通知消息;
所述网关通过以下消息将所述当前网络负荷及其类型发送至PCRF:CC请求,重新鉴权应答或无线网络承载通知消息;
所述PCRF通过以下消息将所述当前网络负荷及其类型发送至PCSCF:AA应答,重新鉴权请求或无线网络承载通知消息。
14.如权利要求11所述的系统,其特征在于:
所述PCSCF根据所述当前网络负荷筛选出当前网络负荷支持用户速率是指,
PCSCF收到主叫用户的协商请求后,判断当前网络负荷是否支持所述协商请求中的用户速率集,若不支持则拒绝该协商请求,并携带拒绝原因,所述用户收到拒绝消息后重新发起协商请求,携带新的用户速率集,所述PCSCF再次判断当前网络负荷是否支持用户协商请求中的用户速率集,直到当前网络负荷支持所述协商请求中的用户速率集。
15.如权利要求14所述的系统,其特征在于:
所述PCSCF还用于将网络负荷及用户速率均划分为n个区间,第i个网络负荷区间的值大于第i+1个网络负荷区间的值,第i个用户速率区间的值小于第i+1个用户速率区间的值,所述1≤i≤n;
所述网络负荷各区间的门限值为一确定值或网络负荷与满负荷的比值;
所述PCSCF判断当前网络负荷是否支持所述协商请求中的用户速率集是指,设当前网络负荷位于第i个区间,对于所述用户速率集中的每个用户速率,PCSCF确定该用户速率所处的区间j,若j≤i则当前网络负荷支持该用户速率,否则不支持,若所述用户速率集中存在不被当前网络负荷支持的用户速率,则所述当前网络负荷不支持所述用户速率集。
16.如权利要求11所述的系统,其特征在于:
所述无线网络负荷是反映无线网络接入能力的指标,包括以下信息中的一种或多种:当前用户的业务体验,当前进行业务的用户数,当前进行业务的速率总和,物理资源块的使用,基站的硬件负荷水平,基站的功率使用情况。
17.如权利要求11所述的系统,其特征在于:
所述基站定时向PCSCF发送当前网络负荷,或将网络负荷划分为多个区间,当网络负荷在不同区间波动时向PCSCF发送当前网络负荷;
当将网络负荷划分为多个区间时,所述基站还为各区间设置不同的标识,向PCSCF发送的是当前网络负荷的值,或发送的是当前网络负荷所在区间的标识;
当PCSCF收到网络负荷后,比较当前网络负荷与上次相比是否发生变化,若变化则通知所述主叫用户重新发起协商请求,并携带重新协商原因。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN200910162368.7A CN101998537B (zh) | 2009-08-11 | 2009-08-11 | 一种根据网络负荷筛选用户速率的系统及方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN200910162368.7A CN101998537B (zh) | 2009-08-11 | 2009-08-11 | 一种根据网络负荷筛选用户速率的系统及方法 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN101998537A true CN101998537A (zh) | 2011-03-30 |
CN101998537B CN101998537B (zh) | 2015-08-12 |
Family
ID=43787867
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN200910162368.7A Expired - Fee Related CN101998537B (zh) | 2009-08-11 | 2009-08-11 | 一种根据网络负荷筛选用户速率的系统及方法 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN101998537B (zh) |
Cited By (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2011120366A1 (zh) * | 2010-04-02 | 2011-10-06 | 中兴通讯股份有限公司 | 一种获取无线基站的负荷信息的方法、装置及系统 |
CN102238521A (zh) * | 2010-04-27 | 2011-11-09 | 中兴通讯股份有限公司 | 业务授权方法、装置及系统 |
CN102752709A (zh) * | 2011-04-20 | 2012-10-24 | 中兴通讯股份有限公司 | 网络负载信息、用户位置信息、策略处理方法及装置 |
CN106301679A (zh) * | 2015-06-10 | 2017-01-04 | 华为技术有限公司 | 业务速率的调整方法和装置 |
CN110636462A (zh) * | 2019-09-27 | 2019-12-31 | 中国电子科技集团公司第五十四研究所 | 卫星移动通信系统中语音速率协商方法及装置 |
Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101141266A (zh) * | 2007-09-30 | 2008-03-12 | 中兴通讯股份有限公司 | 策略规则下发方法以及在线计费方法和离线计费方法 |
WO2008132100A1 (en) * | 2007-04-30 | 2008-11-06 | Nokia Siemens Networks Oy | Policy control in a network |
-
2009
- 2009-08-11 CN CN200910162368.7A patent/CN101998537B/zh not_active Expired - Fee Related
Patent Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2008132100A1 (en) * | 2007-04-30 | 2008-11-06 | Nokia Siemens Networks Oy | Policy control in a network |
CN101141266A (zh) * | 2007-09-30 | 2008-03-12 | 中兴通讯股份有限公司 | 策略规则下发方法以及在线计费方法和离线计费方法 |
Cited By (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2011120366A1 (zh) * | 2010-04-02 | 2011-10-06 | 中兴通讯股份有限公司 | 一种获取无线基站的负荷信息的方法、装置及系统 |
CN102238521A (zh) * | 2010-04-27 | 2011-11-09 | 中兴通讯股份有限公司 | 业务授权方法、装置及系统 |
CN102752709A (zh) * | 2011-04-20 | 2012-10-24 | 中兴通讯股份有限公司 | 网络负载信息、用户位置信息、策略处理方法及装置 |
WO2012142884A1 (zh) * | 2011-04-20 | 2012-10-26 | 中兴通讯股份有限公司 | 网络负载信息、用户位置信息、策略处理方法及装置 |
CN106301679A (zh) * | 2015-06-10 | 2017-01-04 | 华为技术有限公司 | 业务速率的调整方法和装置 |
US10638351B2 (en) | 2015-06-10 | 2020-04-28 | Huawei Technologies Co., Ltd. | Service rate adjustment method and apparatus |
CN106301679B (zh) * | 2015-06-10 | 2020-10-23 | 华为技术有限公司 | 业务速率的调整方法和装置 |
CN110636462A (zh) * | 2019-09-27 | 2019-12-31 | 中国电子科技集团公司第五十四研究所 | 卫星移动通信系统中语音速率协商方法及装置 |
Also Published As
Publication number | Publication date |
---|---|
CN101998537B (zh) | 2015-08-12 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
USRE49636E1 (en) | Method and apparatus of improving quality of calls in mobile communication system | |
US7911943B2 (en) | Optimization of PDP context usage | |
JP6591567B2 (ja) | サービスレート調整方法及び装置 | |
CN102457477B (zh) | Ims多媒体优先级业务会话处理方法和装置 | |
EP3468249B1 (en) | Voice data transmission control method and device | |
EP1973283B1 (en) | Interworking network element, interworking system between the csi terminal and the ims terminal and the method thereof | |
CN102714873B (zh) | 移动通信方法、呼叫控制节点、优先级控制节点以及移动管理节点 | |
CN101330748B (zh) | 一种ip多媒体子系统集中业务会话控制路径的切换方法 | |
CN104521285B (zh) | 移动台、网络装置、以及移动通信方法 | |
CN101998537B (zh) | 一种根据网络负荷筛选用户速率的系统及方法 | |
CN107105459A (zh) | 将会话从分组交换接入网转移到电路交换接入网的方法、设备和计算机程序 | |
CN102047648A (zh) | 移动通信系统、节点装置以及网间转移控制方法 | |
CN106688221A (zh) | 用于具有QoS先决条件的分组交换视频电话建立的技术 | |
CN101990043A (zh) | 一种ip网络语音业务半静态调度资源配置的方法及系统 | |
CN106856472A (zh) | 基于VoLTE的视频通话方法、装置及移动终端 | |
CN101616448B (zh) | 移动通信系统中的服务质量管理方法 | |
CN102045782A (zh) | 一种语音视频用户速率协商的方法及系统 | |
CN101588599A (zh) | 实现域选择的方法、移动性管理方法及控制网关 | |
CN105991239A (zh) | 一种ims系统中的信令处理方法、装置和相关设备 | |
CN102055740B (zh) | 一种控制业务速率的方法和系统 | |
CN110839115B (zh) | 终端呼叫的处理方法、装置、设备及存储介质 | |
CN101459897A (zh) | 一种前转业务中的媒体协商方法 | |
WO2009092437A1 (en) | Completion of fax and analog data call | |
CN102484851B (zh) | 由呼叫发起和端接控制节点使用公共媒体网关节点和协同编解码 | |
US20240089799A1 (en) | Intelligent allocation of internet protocol (ip) multimedia subsystem (ims) resources |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C14 | Grant of patent or utility model | ||
GR01 | Patent grant | ||
CF01 | Termination of patent right due to non-payment of annual fee | ||
CF01 | Termination of patent right due to non-payment of annual fee |
Granted publication date: 20150812 Termination date: 20170811 |