著录项信息
专利名称 | 一种移动网过载控制的方法 |
申请号 | CN200410080934.7 | 申请日期 | 2004-09-27 |
法律状态 | 暂无 | 申报国家 | 中国 |
公开/公告日 | 2006-04-05 | 公开/公告号 | CN1756405 |
优先权 | 暂无 | 优先权号 | 暂无 |
主分类号 | H04Q7/34 | IPC分类号 | H;0;4;Q;7;/;3;4;;;H;0;4;Q;7;/;3;8查看分类表>
|
申请人 | 华为技术有限公司 | 申请人地址 | 广东省深圳市龙岗区坂田华为总部办公楼
变更
专利地址、主体等相关变化,请及时变更,防止失效 |
权利人 | 华为技术有限公司 | 当前权利人 | 华为技术有限公司 |
发明人 | 王洁 |
代理机构 | 北京德琦知识产权代理有限公司 | 代理人 | 王琦;程殿军 |
摘要
本发明公开了一种移动网过载控制的方法,该方法是在网络侧检测到设备拥塞或过载时,确定需要限制的业务和/或信令,在终端作为主叫方时,终端根据网络侧发来的需要限制的业务和信令类型决定是否发起接入请求,或者,在终端作为被叫方时,网络侧根据需要限制的业务和信令类型决定是否拒绝接收到的其它方的业务请求。使用了本发明的方法后,在移动网发生过载时,可将用户接入限制针对不同业务和信令类型进行区分控制,不因某些业务或信令的限制而导致其它业务和信令收到限制,从而使网络得到更合理的使用,提高用户的满意度。
1.一种移动网过载控制的方法,其特征在于,该方法包括如下步骤:A、网络侧检测到设备拥塞或过载时,确定需要限制的业务和/或信令,并向终端发送需要限制的业务和/或信令信息;B、终端在发起接入请求之前,判断其欲发起的接入请求是否属于需要限制的业务和/或信令,如果是,则不发起接入请求;否则,发起接入请求。
2.根据权利要求1所述的方法,其特征在于,所述确定需要限制的业务和/或信令为:网络侧判断设备是否记录了当前拥塞或过载的业务和/或信令,如果是,则将所记录的业务和/或信令作为需要限制的业务和/或信令;否则,将所有业务和/或信令作为需要限制的业务和/或信令。
3.根据权利要求1所述的方法,其特征在于,步骤A进一步包括:网络侧确定需要限制的用户级别,并向终端发送需要限制的用户级别,在步骤B之前,进一步包括:所述终端根据自身存储的用户级别信息判断是否属于需要限制的用户级别,如果是,则执行后续步骤B;否则,发起接入请求,然后跳出本流程。
4.根据权利要求1所述的方法,其特征在于,在步骤A中,当设备拥塞或过载是由网络侧的核心网检测到时,所述需要限制的业务和/或信令信息是由核心网经由接入网发送给终端。
5.根据权利要求4所述的方法,其特征在于,所述核心网经由接入网发送需要限制的业务和/或信令信息的具体步骤为:核心网发送包含需要限制的业务和/或信令信息的过载消息至接入网;接入网发送包含需要限制的业务和/或信令信息的接入限制消息至终端。
6.根据权利要求1所述的方法,其特征在于,在步骤A中,当设备拥塞或过载是由网络侧的接入网检测到时,所述需要限制的业务和/或信令信息由接入网直接发送给终端。
7.根据权利要求6所述的方法,其特征在于,所述需要限制的业务和/或信令信息由接入网通过接入限制消息直接发送至终端。
8.根据权利要求1所述的方法,其特征在于,所述业务为电路域业务和/或分组域业务,所述信令为电路域信令和/或分组域信令。
9.根据权利要求8所述的方法,其特征在于,所述电路域业务为语音业务,或短消息业务,或电路型数据业务,或传真业务,或四者的任意组合,所述电路域信令为移动性管理信令和/或网络初始接入信令。
10.根据权利要求8所述的方法,其特征在于,所述分组域业务为分组承载业务和/或短消息业务,所述分组域信令为移动性管理信令和/或网络初始接入信令。
一种移动网过载控制的方法\n技术领域\n本发明涉及移动网资源管理技术,特别是涉及一种移动网过载控制的方法。\n背景技术\n随着移动通信的发展,竞争机制的引入以及用于对网络质量需求的提高,移动网的服务质量显得愈加重要。网络服务质量的好坏具体体现在拥塞率、掉话率、通话品质等网络指标上,其中,网络拥塞是每个网络运营商都会面临的问题,在拥塞情况下如何处理,以减轻拥塞给用户的正常通信带来的诸多不便,称为移动系统必须考虑的问题。\n移动网拥塞包括多种情况:广域无线接口拥塞、无线网络控制器(RNC)/基站控制器(BSC)设备拥塞、移动交换中心(MSC)/服务GPRS支持节点(SGSN)/网关GPRS支持节点(GGSN)设备拥塞、语音传输网拥塞、七号信令拥塞、分组骨干网拥塞、小区级拥塞等等。\n当移动网设备拥塞或过载时,一种方法是单纯拒绝,即该设备通过拒绝新到来的接入请求降低其信令的处理量;另一种方法是引入移动网接入控制机制,即禁止用户发起新的接入请求和响应系统的寻呼消息,而不需要拥塞或过载设备收到接入请求时再拒绝,这种机制比第一种方法有效,而且,在终端与接入网之间的空口拥塞时,只能采用这种机制解决拥塞或过载。\n下面介绍移动网的接入控制机制,该机制是首先将用户的接入级别分为15类,0至9类是普通用户,11至15类是特殊用户,11类是移动网,12类是安全业务,13类是公共部门,14类是紧急呼叫,15类是运营商员工,用户的接入级别保存在其终端的用户识别模块(SIM)卡中。当终端与接入网之间的空口拥塞、接入网设备RNC/BSC拥塞或过载时,RNC/BSC根据拥塞或过载情况确定需要限制的用户级别,并通过系统广播消息下发接入级别限制信息;当核心网设备MSC/SGSN拥塞或过载时,MSC/SGSN向RNC/BSC发送过载消息,RNC/BSC根据过载消息频率确定需要限制的用户级别,然后通过系统广播消息下发接入级别限制信息。用户终端接收到接入级别限制信息后,判断SIM卡中保存的自身用户接入级别是否受限,如果受限,该用户终端不再发起任何接入请求,并不再响应系统寻呼消息;如果不受限,则该用户终端正常发起接入请求并响应系统寻呼消息。\n上述移动网的接入控制机制虽然在一定程度上缓解了移动网的拥塞或过载,但是,它也存在很大缺陷,因为移动网分为电路域(CS)和分组域(PS),当发生网络拥塞或过载时,CS和PS拥塞或过载的情况很可能不同,例如,CS域的短消息业务和移动性管理信令由MSC服务器处理,语音业务和电路型数据业务需要媒体网关(MGW)处理,在MGW拥塞或过载而MSC服务器不拥塞和过载的情况下,只需要对MGW相关的业务进行限制,对与MGW不相关的业务和信令不需要进行限制。在这种情况下,目前的移动网接入控制机制无法根据具体的业务和信令进行相应限制,而只能做到分别对CS和PS进行独立用户接入级别限制,所以,如果RNC/BSC通过系统广播消息下发了CS域接入控制信息,便限制了该区域内的部分或全部用户发起的所有CS域接入请求和响应CS域的寻呼消息。\n类似的情况也可出现在PS域中,例如,GSGN/GGSN中的分组业务承载处理资源不足,但SGSN/GGSN信令处理正常;或者由于短消息数量过多,SGSN希望只限制用户的短消息业务,而不限制用户的移动性管理信令和分组承载业务,但是,目前的移动网接入控制机制无法做到这一点。\n从以上的分析可以看出,现有技术的缺陷在于,目前的移动网过载控制只能做到对用户接入级别进行限制,而无法对具体的CS和PS的业务和信令进行限制,致使没有必要禁止的用户业务和信令受到禁止,影响网络的正常使用。\n发明内容\n本发明的主要目的在于提供一种移动网过载控制的方法,针对用户的不同业务和信令类型进行控制。\n本发明的目的是通过如下技术方案实现的:一种移动网过载控制的方法,包括如下步骤:A、网络侧检测到设备拥塞或过载时,确定需要限制的业务和/或信令,并向终端发送需要限制的业务和/或信令信息;B、终端在发起接入请求之前,判断其欲发起的接入请求是否属于需要限制的业务和/或信令,如果是,则不发起接入请求;否则,发起接入请求。\n其中,所述确定需要限制的业务和/或信令为:网络侧判断设备是否记录了当前拥塞或过载的业务和/或信令,如果是,则将所记录的业务和/或信令作为需要限制的业务和/或信令;否则,将所有业务和/或信令作为需要限制的业务和/或信令。\n其中,步骤A进一步包括:网络侧确定需要限制的用户级别,并向终端发送需要限制的用户级别,在步骤B之前,进一步包括:所述终端根据自身存储的用户级别信息判断是否属于需要限制的用户级别,如果是,则执行后续步骤B;否则,发起接入请求,然后跳出本流程。\n其中,在步骤A中,当设备拥塞或过载是由网络侧的核心网检测到时,所述需要限制的业务和/或信令信息是由核心网经由接入网发送给终端。\n其中,所述核心网经由接入网发送需要限制的业务和/或信令信息的具体步骤为:核心网发送包含需要限制的业务和/或信令信息的过载消息至接入网;接入网发送包含需要限制的业务和/或信令信息的接入限制消息至终端。\n其中,在步骤A中,当设备拥塞或过载是由网络侧的接入网检测到时,所述需要限制的业务和/或信令信息由接入网直接发送给终端。\n其中,所述需要限制的业务和/或信令信息由接入网通过接入限制消息直接发送至终端。\n优选地,所述业务为电路域业务和/或分组域业务,所述信令为电路域信令和/或分组域信令。\n优选地,所述电路域业务为语音业务,或短消息业务,或电路型数据业务,或传真业务,或四者的任意组合,所述电路域信令为移动性管理信令和/或网络初始接入信令。\n优选地,所述分组域业务为分组承载业务和/或短消息业务,所述分组域信令为移动性管理信令和/或网络初始接入信令。\n通过以上的技术方案可以看出,本发明的方法是在网络侧检测到设备发生拥塞或过载时,确定需要限制的业务和/或信令,终端根据网络侧发来的需要限制的业务和/或信令决定是否发起接入请求。这样,可以针对不同的业务和信令类型进行区分控制,当需要限制某些业务或信令时,不会导致其它业务和信令受到限制,终端可以继续发起不受限制的接入请求。现有技术的方法只能针对用户级别类型进行控制,无法对业务和/或信令类型进行区分控制。所以,本发明的方法增强了移动网过载控制的机制,使网络得到更合理的使用,并提高了用户的满意度。\n附图说明\n图1是终端为主叫时核心网过载控制的方法的流程图;图2是终端为主叫时接入网过载控制的方法的流程图;图3是终端为被叫时核心网过载控制的方法的流程图;图4是终端为被叫时接入网过载控制的方法的流程图。\n具体实施方式\n为了使本发明的目的、技术方案和优点更清楚,下面结合附图和具体实施方式对本发明作进一步描述。\n本发明的方法是针对不同业务和信令类型对用户接入请求或来自其它方的业务请求进行区分控制,在终端作为主叫方或被叫方时,如果发生网络过载,网络方确定需要限制的业务和信令类型,然后,终端根据需要限制的业务和信令类型判断是否正常发起接入请求,或者,网络方根据需要限制的业务和信令类型判断是否拒绝接收到的其它方的业务请求。\n为了实施本发明,需要预先将用户的业务和信令类型进行分类。在本发明中,CS域包括语音业务、短消息业务、电路型数据业务、传真业务、移动性管理信令和网络初始接入信令;PS域包括分组承载业务、短消息业务、移动性管理信令和网络初始接入信令。但是本发明不排除其它的业务和信令的分类方法。此处,信令是指无需分配专用信道的信令。\n为了实施本发明,还需要预先扩展核心网设备MSC/MSC服务器/SGSN发送至RNC/BSC的过载消息的格式,在过载消息中添加业务和信令类别;预先扩展接入网设备RNC/BSC下发的系统广播消息中接入限制消息的格式,在该消息中添加业务和信令类别。\n图1是根据本发明的终端为主叫时核心网设备过载控制的方法,从图1中可以看出,该方法包括如下步骤:步骤101:当核心网检测到设备发生拥塞或过载时,核心网根据拥塞或过载情况确定需要限制的业务和信令类型。\n通常,当设备发生拥塞或过载时,在设备中保存有拥塞或过载的记录,如果该记录中包含当前处于拥塞或过载状态的业务和信令,例如短消息拥塞,则将该业务和信令作为需要限制的业务和信令类型;如果该记录中不包含当前处于拥塞或过载状态的业务和信令,例如,CPU处理能力不足,则无法确定具体需要限制的拥塞或过载的业务和信令,将所有业务和信令类型作为需要限制的业务和信令类型。\n步骤102:核心网发送过载消息至RNC/BSC,过载消息中包含业务和信令类型的限制信息。\n步骤103:RNC/BSC接收到过载信息后,根据过载消息的频率和一定算法确定受限用户的级别。\nGSM和WCDMA移动网规范中用户级别分为15类,0至9类是普通用户,11至15类是特殊用户,11类是移动网,12类是安全业务,13类是公共部门,14类是紧急呼叫,15类是运营商员工。但是本发明不排除其它移动网的用户级别的分类方法。\n步骤104:RNC/BSC通过系统广播消息下发接入限制消息至用户终端,该接入限制信息中包含用户级别限制信息,以及过载消息中的业务和信令类型的限制信息。\n步骤105:用户终端接收接入限制消息,当其欲发起接入请求时,根据在SIM/USIM卡中保存的自身用户级别和用户级别限制信息判断自身用户级别是否属于受限的用户级别,如果是,则转到步骤106;否则,转到步骤108。\n步骤106:用户终端判断自身欲发起的接入请求类型是否是业务和信令类型的限制信息中限制的类型,如果是,则转到步骤107;否则,转到步骤108。\n步骤107:用户终端不向网络发起此次接入请求,然后结束。\n步骤108:用户终端向网络发起此次接入请求,然后结束。\n图2是根据本发明的终端为主叫时接入网设备过载控制的方法,从图2中可以看出,该方法包括如下步骤:步骤201:当接入网检测到设备发生拥塞或过载时,RNC/BSC根据拥塞或过载情况确定需要限制的用户级别类型,并根据过载原因确定需限制业务或信令。\n通常,当设备发生拥塞或过载时,在设备中保存有拥塞或过载的记录,如果该记录中包含当前处于拥塞或过载状态的业务和信令,例如语音业务信道拥塞,则将该业务和信令作为需要限制的业务和信令类型;如果该记录中不包含当前处于拥塞或过载状态的业务和信令,例如,CPU处理能力不足,则无法确定具体需要限制的拥塞或过载的业务和信令,将所有业务和信令类型作为需要限制的业务和信令类型。\n步骤202:接入网通过系统广播消息下发接入限制消息,该接入限制消息中包括用户级别限制信息、业务和信令类型的限制信息。\n步骤203:终端接收接入限制消息,当其欲发起接入请求时,根据在SIM/USIM卡中保存的自身用户级别和用户级别限制信息判断自身用户级别是否属于受限的用户级别,如果是,则转到步骤204;否则,转到步骤206。\n步骤204:终端判断自身欲发起的接入请求类型是否是业务和信令类型的限制信息中限制的类型,如果是,则转到步骤205;否则,转到步骤206。\n步骤205:终端不向网络发起此次接入请求,然后结束。\n步骤206:终端向网络发起此次接入请求,然后结束。\n以上是终端作为主叫方时核心网和接入网过载控制的方法,下面介绍终端作为被叫方时核心网和接入网过载控制的方法。\n图3是终端作为被叫方时核心网过载的控制方法,参见图3,该方法包括如下步骤:步骤301:当核心网检测到设备发生拥塞或过载时,核心网根据拥塞或过载情况确定需要限制的业务和信令类型。\n通常,当设备发生拥塞或过载时,在设备中保存有拥塞或过载的记录,如果该记录中包含当前处于拥塞或过载状态的业务和信令,例如短消息拥塞,则将该业务和信令作为需要限制的业务和信令类型;如果该记录中不包含当前处于拥塞或过载状态的业务和信令,例如,CPU处理能力不足,则无法确定具体需要限制的拥塞或过载的业务和信令,将所有业务和信令类型作为需要限制的业务和信令类型。\n步骤302:当核心网接收到来自其它方的业务请求时,判断该业务是否属于需要限制的业务和信令类型,如果是,则转到步骤303;否则,转到步骤305。\n步骤303:核心网根据拥塞或过载情况按一定算法或规则决定是否拒绝该业务请求,如果是,则转到步骤304;否则,转到步骤305。\n例如,如果核心网根据过载情况确定需要限制50%的业务数量,那么核心网可以间隔地拒绝接收到的业务请求,即拒绝50%的业务量。但是本发明不排除其它所有合理的拒绝算法和规则。\n步骤304:核心网拒绝接收到的业务请求,然后结束。\n步骤305:核心网对接收到的业务请求进行业务签约和用户状态路由查询等处理后,向RNC/BSC发送寻呼消息下发指示。\n步骤306:RNC/BSC根据寻呼消息下发指示向用户终端下发寻呼消息。\n步骤307:用户终端接收到寻呼消息后,响应该寻呼。\n图4是终端作为被叫方时核心网过载的控制方法,参见图4,该方法包括如下步骤:步骤401:当接入网检测到设备发生拥塞或过载时,接入网根据拥塞或过载情况确定需要限制的业务和信令类型。\n通常,当设备发生拥塞或过载时,在设备中保存有拥塞或过载的记录,如果该记录中包含当前处于拥塞或过载状态的业务和信令,例如语音业务信道拥塞,则将该业务和信令作为需要限制的业务和信令类型;如果该记录中不包含当前处于拥塞或过载状态的业务和信令,例如,CPU处理能力不足,则无法确定具体需要限制的拥塞或过载的业务和信令,将所有业务和信令类型作为需要限制的业务和信令类型。\n步骤402:当接入网接收到核心网下发的来自其它方的业务请求时,判断该业务是否属于需要限制的业务和信令类型,如果是,则转到步骤403;否则,转到步骤405。\n步骤403:接入网根据过载情况按一定算法或规则决定是否拒绝该业务请求,如果是,则转到步骤404;否则,转到步骤405。\n例如,如果接入网根据拥塞或过载情况确定需要限制50%的业务数量,那么接入网可以间隔地拒绝接收到的业务请求,即拒绝50%的业务量。但是本发明不排除其它所有合理的拒绝算法和规则。\n步骤404:接入网拒绝接收到的业务请求,然后结束。\n步骤405:接入网向RNC/BSC发送寻呼消息。\n步骤406:用户终端接收到寻呼消息后,响应该寻呼。\n在具体的实施过程中可对根据本发明的方法进行适当的改进,以适应具体情况的具体需要。因此可以理解,根据本发明的具体实施方式只是起示范作用,并不用以限制本发明的保护范围。
法律信息
- 2015-10-21
专利实施许可合同备案的生效
IPC(主分类): H04Q 7/34
合同备案号: 2015990000755
专利号: ZL 200410080934.7
申请日: 2004.09.27
让与人: 华为技术有限公司
受让人: 苹果公司
发明名称: 一种移动网过载控制的方法
申请公布日: 2006.04.05
授权公告日: 2007.10.17
许可种类: 普通许可
备案日期: 2015.08.27
- 2007-10-17
- 2006-07-12
- 2006-04-05
引用专利(该专利引用了哪些专利)
序号 | 公开(公告)号 | 公开(公告)日 | 申请日 | 专利名称 | 申请人 |
1
| |
2001-02-07
|
1999-09-09
| | |
2
| |
2002-06-05
|
2000-11-06
| | |
被引用专利(该专利被哪些专利引用)
序号 | 公开(公告)号 | 公开(公告)日 | 申请日 | 专利名称 | 申请人 | 1 | | 2010-04-22 | 2010-04-22 | | |
2 | | 2010-04-22 | 2010-04-22 | | |
3 | | 2010-04-22 | 2010-04-22 | | |