一种通知能力的方法和网络拥塞控制的方法、系统及设备的制作方法

文档序号:7763893阅读:235来源:国知局
专利名称:一种通知能力的方法和网络拥塞控制的方法、系统及设备的制作方法
技术领域
本发明涉及无线通信技术领域,特别涉及一种通知能力的方法和网络拥塞控制的方法、系统及设备。
背景技术
在现有的MTC (Machine Type Communications,机器类通信)技术中,由于MTC Device (机器类通信设备)的数量众多,需要考虑到由此产生的大量的信令和数据传输可能带来的网络拥塞,因此在3GPP(3rd Generationpartnership project,第3代合作伙伴计划)中,提出了研究MTC通信的Congestion Control (拥塞控制)特性。当APN拥塞时,网络侧拒绝终端的Attach (附着)请求或TAU (TrackingArea Update,跟踪区更新)请求。Attach 过程在 LTE (Long Term Evolution,长其月演进)/SAE (System ArchitectureEvolution, 系统架构演进)系统中,Attach过程中必须建立一个PDNO^acket DataNetwork,分组数据网络)连接,这就要求终端在发起Attach过程的同时,发起PDN Connectivity Request (PDN连接请求)过程,在现有的Attach过程中,终端在Attach Request (附着请求)消息的ESM message container IE (EPS会话管理消息容器信息实体;EPS :Evolved Packet System,演进分组系统)中捎带 PDN Connectivity Request 消息,此时 PDN Connectivity Request消息不能携带APN(Access Point Name,接入点名称),这样网络可以使用终端签约的default (默认)APN来发起PDN Connectivity Request过程。如果终端希望提供APN,则需要在PDN Connectivity Request消息中设置ESM information transfer flag(ESMff, S#MME (MobilityManagement Entity, 移动性管理实体)会在kcurity Context (安全上下文)建立之后发起ESM information request (ESM信息请求)过程,然后终端会在ESiOnformation Response (ESM信息响应)消息中提供APN。如果网络允许使用该APN,则使用该APN来发起PDN Connectivity Request 过程。TAU 过程TAU过程分为携带active flag (活动标记)的过程,和不携带active flag的过程,如果TAU Request消息中携带了 active flag,则网络在TAU过程完成以后会激活UE所 ^■白勺 active bearers ( 舌云力7 ),禾呈g Service Request 才目胃,{Μ MME MaL bearer 开始。现有技术存在的不足在于当网络侧拒绝终端的Attach请求或TAU请求后,终端不知道在什么时间重新发起Attach过程或TAU过程。

发明内容
本发明实施例提供一种网络拥塞控制的方法、系统及设备,用以当网络侧拒绝终端的Attach请求或TAU请求后,通知终端在什么时间重新发起ATTACH过程或TAU过程。本发明实施例还提供一种通知能力的方法和设备,用以告知网络侧终端是否支持用于确定重新发起Attach过程或TAU过程时间的移动性管理退避定时器(Mobility Management back-off timer),从而使网络侧能够根据终端的能力确定是否配置移动性管理退避定时器。本发明实施例提供的一种处理网络拥塞的方法,包括网络侧确定移动性管理退避定时器Mobility Management back-off timer的时长;所述网络侧在分组数据网络PDN拥塞后,向终端配置移动性管理退避定时器的时长,用于指示终端在移动性管理退避定时器超时后,重新发起附着Attach过程或跟踪区更新TAU过程。本发明实施例提供的另一种处理网络拥塞的方法,包括终端在网络侧拒绝Attach过程或TAU过程后,根据所述网络侧配置的移动性管理退避定时器的时长启动移动性管理退避定时器;所述终端在移动性管理退避定时器超时后,重新发起Attach过程或TAU过程。本发明实施例提供的一种处理网络拥塞的网络侧设备,包括定时器确定模块,用于确定移动性管理退避定时器的时长;配置模块,用于在PDN拥塞后,向终端配置移动性管理退避定时器的时长,用于指示终端在移动性管理退避定时器超时后,重新发起Attach过程或TAU过程。本发明实施例提供的一种处理网络拥塞的终端,包括启动模块,用于在网络侧拒绝Attach过程或TAU过程后,根据所述网络侧配置的移动性管理退避定时器的时长启动移动性管理退避定时器;处理模块,用于在移动性管理退避定时器超时后,重新发起Attach过程或TAU过程。本发明实施例提供的一种处理网络拥塞的系统,包括网络侧设备,用于确定移动性管理退避定时器的时长,在PDN拥塞后,向终端配置移动性管理退避定时器的时长;终端,用于在所述网络侧设备拒绝Attach过程或TAU过程后,根据所述网络侧设备配置的移动性管理退避定时器的时长启动移动性管理退避定时器,在移动性管理退避定时器超时后,重新发起Attach过程或TAU过程。本发明实施例提供的一种通知能力的方法,包括终端确定能力信息,其中所述能力信息是用于表示终端是否支持移动性管理退避定时器的信息;所述终端向网络侧发送所述能力信息,用于通知所述终端根据所述能力信息确定是否为所述终端配置移动性管理退避定时器的时长。本发明实施例提供的一种通知能力的终端,包括指示信息确定模块,用于确定能力信息,其中所述能力信息是用于表示终端是否支持移动性管理退避定时器的信息;指示信息发送模块,用于向网络侧发送所述能力信息。
6
由于网络侧能够在APN拥塞时为终端配置移动性管理退避定时器,从而保证当网络侧拒绝终端的ATTACH请求或TAU请求后,终端可以在移动性管理退避定时器超时后重新发起ATTACH过程或TAU过程,提高了网络效率由于终端能够告知网络侧自身是否支持移动性管理退避定时器,从而使网络侧可以根据终端的能力确定是否配置移动性管理退避定时器,提高了资源利用率。


图1为本发明实施例网络拥塞控制的系统结构示意图;图2为本发明实施例网络拥塞控制的网络侧设备的结构示意图;图3为本发明实施例网络拥塞控制的终端的结构示意图;图4为本发明实施例第一种网络拥塞控制的方法流程示意图;图5为本发明实施例第二种网络拥塞控制的方法流程示意图;图6为本发明实施例通知能力的终端的结构示意图;图7为本发明实施例通知能力的方法流程示意图。
具体实施例方式发明人在发明过程中注意到在SA^80 此会议上,NTT DoCoMo 提出了一种基于 APN 的 congestioncontrol (拥塞控制)方法,用来避免和解决与特定的APN相关的拥塞。网络根据判断某个APN对应的 PGff(PDN Gateway, PDN网关)是否拥塞,来启动移动性管理退避定时器,指示MTC Device 在移动性管理退避定时器超时之前,不能发起接入网络或请求连接的请求,其实现的步骤为MME根据一定的标准来检测基于APN的congestion,标准包括a. Per APN (每个 APN)的激活的 EPS Bearer (EPS 承载,EPS =EvolvedPacket System,演进分组系统)的最大数目;b. Per APN 的 EPS Bearer 的激活速率;c. MME到一个或多个PDN GW不可达,或者收到来自这些PDN GW的congestion indication ;当Attach过程或TAU过程中请求的APN是处于拥塞状态,则MME应该拒绝该过程, 并启动移动性管理退避定时器,同时指示UE在该timer超时之前,不能发起任何Mobility Management 过禾呈。但是上述内容并没有一个完整的网络拥塞控制的方案,并且发明人还发现目前 RlO以前版本的终端是不支持移动性管理退避定时器的,而网络侧也不知道哪些终端支持移动性管理退避定时器,哪些终端不支持移动性管理退避定时器。本发明实施例解决了终端如何支持移动性管理退避定时器,并指示给网络,网络在收到该指示后,为终端配置移动性管理退避定时器的时长,以有效实现基于APN的拥塞控制机制。基于上述分析,发明人发明的网络拥塞控制的方案中,由于网络侧能够在APN拥塞时为终端配置移动性管理退避定时器,从而保证当网络侧拒绝终端的ATTACH请求或TAU请求后,终端可以在移动性管理退避定时器超时后重新发起ATTACH过程或TAU过程。发明人发明的通知能力的方案中,由于终端能够告知网络侧自身是否支持移动性管理退避定时器,从而使网络侧可以根据终端的能力确定是否配置移动性管理退避定时
ο在下面的说明过程中,先从网络侧和终端侧的配合实施进行说明,最后分别从网络侧与终端侧的实施进行说明,但这并不意味着二者必须配合实施,实际上,当网络侧与终端侧分开实施时,也解决了分别在网络侧、终端侧所存在的问题,只是二者结合使用时,会获得更好的技术效果。其中,本发明实施例提到的终端,根据不同的应用环境也可能是其他设备,比如在 LTE 中是 UE (User Equipment,用户终端),在 UTRAN 或 GERAN 中是 MS (Mobile Mation,移动台)。在下面的说明过程中,先从网络侧和终端侧的配合实施进行说明,最后分别从网络侧与终端侧的实施进行说明,但这并不意味着二者必须配合实施,实际上,当网络侧与终端侧分开实施时,也解决了分别在网络侧、终端侧所存在的问题,只是二者结合使用时,会获得更好的技术效果。下面结合说明书附图对本发明实施例作进一步详细描述。如图1所示,本发明实施例网络拥塞控制的系统包括网络侧设备10和终端20。网络侧设备10,用于确定移动性管理退避定时器的时长,在PDN拥塞后,向终端20 配置移动性管理退避定时器的时长。具体移动性管理退避定时器的时长可以根据需要设定,还可以在协议中预先规定。终端20,用于在网络侧设备10拒绝Attach过程或TAU过程后,根据网络侧设备 10配置的移动性管理退避定时器的时长启动移动性管理退避定时器,在移动性管理退避定时器超时后,重新发起Attach过程或TAU过程。由于网络侧设备10不知道终端20是否支持移动性管理退避定时器,所以一种较佳方式是终端20确定并发送能力信息,其中能力信息是用于表示终端是否支持移动性管理退避定时器的信息。相应的,网络侧设备10接收到用于表示终端是否支持移动性管理退避定时器的能力信息后,根据能力信息确定终端20是否支持移动性管理退避定时器。在PDN拥塞后, 如果终端20支持移动性管理退避定时器,则向终端20配置移动性管理退避定时器的时长, 如果终端20不支持移动性管理退避定时器,则不向终端20配置移动性管理退避定时器的时长。如果采用终端20上报能力管理信息的方式,则网络侧设备10没有收到终端20的能力信息,可以认为终端20不支持移动性管理退避定时器,不向终端20配置移动性管理退避定时器的时长。比如能力信息是比特信息,占用1比特,则“1”可以是支持移动性管理退避定时器,“0”是不支持移动性管理退避定时器。如果终端20支持移动性管理退避定时器,则将 “1”作为能力信息发送给网络侧设备10 ;网络侧设备10在收到“1”后就知道终端20支持移动性管理退避定时器。
能力信息还可以是终端版本号信息,终端20上报自身的版本号,网络侧设备10 根据版本号就可以确定终端20是否支持移动性管理退避定时器,如果终端20的版本号是 R10,则确定终端20支持移动性管理退避定时器;具体的,可以预先设定“1”表示版本号为R10,“0”表示版本号不为R10,则如果是
1,确定终端20支持移动性管理退避定时器,如果是0确定终端20不支持移动性管理退避定时器。在具体实施中,终端20在上报能力信息时,可以直接将能力信息发送给网络侧设备10,也可以将能力信息置于消息中发送。比如如果终端20需要重新发起Attach过程,终端20可以向网络侧设备10发送携带能力信息的Attach Request消息;如果终端20需要重新发起TAU过程,终端20可以向网络侧设备10发送携带能力信息的TAU Request消息。具体的,如果终端20应用在LTE (Long Term Evolution,长期演进)系统中,终端 20将能力信息置于Attach Request消息或TAU Request消息的终端网络能力信息实体UE Network Capability IE(终端网络能力信息实体)字段中。比如,能力信息是比特信息,则可以在UE Network Capability IE字段中增加一个MMbot指示位来表示终端20的能力信息。UE Network Capability IE字段的示意图可以参见协议3GPP TS 24. 301Non-Access-Stratum(NAS,非接入层)protocol for Evolved Packet System(EPS)0MMbot (Mobility Management back-off timer,移动性管理退避定时器)指示位可以占用一个图中的一个或多个spare (具体视能力信息占用的比特确定),而具体在图中的位置可以根据需要进行设定。比如在第7行第5列。具体的内容可以参见表1。
Mobility Management back-off timer (MMbot) capability (octet 7, bit 5) (移动性管理退避定时器能力(第7字节,第5比特) 0MMbot not supported (不支持移动性管理退避定时器)
^ MMbot supported (支持移动性管理退避定时器)表ι用户终端网络能力信息比如,能力信息是终端版本号信息,则可以在UE Network Capability IE字段中增加一个“V”指示位来指示终端版本号信息。UE Network Capability IE字段的示意图可以参见协议3GPP TS 24. 301 Non-Access-Stratum protocol forEvolved Packet System。“V”指示位可以占用一个图中的一个或多个spare (具体视能力信息占用的比特确定),而具体在图中的位置可以根据需要进行设定。比如在第7行第5列。具体的内容可以参见表2。
权利要求
1.一种处理网络拥塞的方法,其特征在于,该方法包括网络侧确定移动性管理退避定时器Mobility Management back-off timer的时长;所述网络侧在分组数据网络PDN拥塞后,向终端配置移动性管理退避定时器的时长, 用于指示终端在移动性管理退避定时器超时后,重新发起附着Attach过程或跟踪区更新 TAU过程。
2.如权利要求1所述的方法,其特征在于,所述网络侧在PDN拥塞后,向终端发送移动性管理退避定时器之前,还包括所述网络侧接收到用于表示终端是否支持移动性管理退避定时器的能力信息,并根据所述能力信息确定所述终端支持移动性管理退避定时器。
3.如权利要求1或2所述的方法,其特征在于,所述网络侧向终端配置移动性管理退避定时器的时长,包括如果所述终端需要重新发起Attach过程,所述网络侧向所述终端发送携带移动性管理退避定时器的时长的Attach拒绝Reject消息;如果所述终端需要重新发起TAU过程,所述网络侧向所述终端发送携带移动性管理退避定时器的时长的TAU Reject消息。
4.一种处理网络拥塞的方法,其特征在于,该方法包括终端在网络侧拒绝Attach过程或TAU过程后,根据所述网络侧配置的移动性管理退避定时器的时长启动移动性管理退避定时器;所述终端在移动性管理退避定时器超时后,重新发起Attach过程或TAU过程。
5.如权利要求4所述的方法,其特征在于,所述终端确定移动性管理退避定时器的时长之前还包括所述终端确定并发送能力信息;其中,所述能力信息是用于表示终端是否支持移动性管理退避定时器的信息。
6.如权利要求5所述的方法,其特征在于,所述能力信息是比特信息或终端版本号信息。
7.如权利要求6所述的方法,其特征在于,所述终端发送能力信息包括如果所述终端需要重新发起Attach过程,所述终端向所述网络侧发送携带能力信息的Attach请求Request消息;如果所述终端需要重新发起TAU过程,所述终端向所述网络侧发送携带能力信息的 TAU Request 消息。
8.如权利要求7所述的方法,其特征在于,如果所述终端应用在长期演进LTE系统中, 所述终端将能力信息置于Attach Request消息或TAU Request消息的终端网络能力信息实体 UE Network Capability IE 字段中;如果所述终端应用在通用移动通信系统陆地无线接入网络UTRAN或GSM/EDGE无线接入网GERAN中,所述终端将能力信息置于Attach Request消息或TAU Request消息的移动台网络能力信息实体MS Network Capability IE字段中。
9.一种处理网络拥塞的网络侧设备,其特征在于,该网络侧设备包括定时器确定模块,用于确定移动性管理退避定时器的时长;配置模块,用于在PDN拥塞后,向终端配置移动性管理退避定时器的时长,用于指示终端在移动性管理退避定时器超时后,重新发起Attach过程或TAU过程。
10.如权利要求9所述的网络侧设备,其特征在于,所述配置模块还用于在PDN拥塞后,向终端发送移动性管理退避定时器之前,接收到用于表示终端是否支持移动性管理退避定时器的能力信息,并根据所述能力信息确定所述终端支持移动性管理退避定时器。
11.如权利要求9或10所述的网络侧设备,其特征在于,所述配置模块具体用于 如果所述终端需要重新发起Attach过程,向所述终端发送携带移动性管理退避定时器的时长的Attach Reject消息;如果所述终端需要重新发起TAU过程,向所述终端发送携带移动性管理退避定时器的时长的TAU Reject消息。
12.一种处理网络拥塞的终端,其特征在于,该终端包括启动模块,用于在网络侧拒绝Attach过程或TAU过程后,根据所述网络侧配置的移动性管理退避定时器的时长启动移动性管理退避定时器;处理模块,用于在移动性管理退避定时器超时后,重新发起Attach过程或TAU过程。
13.如权利要求12所述的终端,其特征在于,所述终端还包括指示信息确定模块,用于确定能力信息,其中所述能力信息是用于表示终端是否支持移动性管理退避定时器的信息;指示信息发送模块,用于向所述网络侧发送所述能力信息。
14.如权利要求13所述的终端,其特征在于,所述指示信息发送模块具体用于 如果所述终端需要重新发起Attach过程,向所述网络侧发送携带能力信息的AttachRequest 消息;如果所述终端需要重新发起TAU过程,向所述网络侧发送携带能力信息的TAU Request 消息。
15.如权利要求14所述的终端,其特征在于,所述指示信息发送模块具体用于 如果所述终端应用在LTE系统中,将能力信息置于Attach Request消息或TAURequest 消息的 UE Network Capability IE 字段中;如果所述终端应用在UTRAN或GERAN中,将能力信息置于AttachRequest消息或TAU Request 消息的 MS Network Capability IE 字段中。
16.一种处理网络拥塞的系统,其特征在于,该系统包括网络侧设备,用于确定移动性管理退避定时器的时长,在PDN拥塞后,向终端配置移动性管理退避定时器的时长;终端,用于在所述网络侧设备拒绝Attach过程或TAU过程后,根据所述网络侧设备配置的移动性管理退避定时器的时长启动移动性管理退避定时器,在移动性管理退避定时器超时后,重新发起Attach过程或TAU过程。
17.—种通知能力的方法,其特征在于,该方法包括终端确定能力信息,其中所述能力信息是用于表示终端是否支持移动性管理退避定时器的信息;所述终端向网络侧发送所述能力信息,用于通知所述终端根据所述能力信息确定是否为所述终端配置移动性管理退避定时器的时长。
18.如权利要求17所述的方法,其特征在于,所述终端发送能力信息包括如果所述终端需要重新发起Attach过程,所述终端向所述网络侧发送携带能力信息的 Attach Request 消息;如果所述终端需要重新发起TAU过程,所述终端向所述网络侧发送携带能力信息的 TAU Request 消息。
19.如权利要求18所述的方法,其特征在于,如果所述终端应用在LTE系统中,所述终端将能力信息置于Attach Request消息或TAU Request消息的UE Network Capability IE字段中;如果所述终端应用在UTRAN或GERAN中,所述终端将能力信息置于Attach Request消息或 TAU Request 消息的 MS Network Capability IE 字段中。
20.一种通知能力的终端,其特征在于,该终端包括指示信息确定模块,用于确定能力信息,其中所述能力信息是用于表示终端是否支持移动性管理退避定时器的信息;指示信息发送模块,用于向网络侧发送所述能力信息。
21.如权利要求20所述的终端,其特征在于,所述指示信息发送模块具体用于 如果所述终端需要重新发起Attach过程,向所述网络侧发送携带能力信息的AttachRequest 消息;如果所述终端需要重新发起TAU过程,向所述网络侧发送携带能力信息的TAU Request 消息。
22.如权利要求21所述的终端,其特征在于,所述指示信息发送模块具体用于 如果所述终端应用在LTE系统中,将能力信息置于Attach Request消息或TAURequest 消息的 UE Network Capability IE 字段中;如果所述终端应用在UTRAN或GERAN中,将能力信息置于AttachRequest消息或TAU Request 消息的 MS Network Capability IE 字段中。
全文摘要
本发明实施例涉及无线通信技术领域,特别涉及一种通知能力的方法和网络拥塞控制的方法、系统及设备,用以当网络侧拒绝终端的Attach或TAU请求后,通知终端在什么时间重新发起ATTACH过程或TAU过程。本发明实施例处理网络拥塞的方法包括网络侧确定移动性管理退避定时器的时长,在PDN拥塞后,向终端配置移动性管理退避定时器的时长,用于指示终端在移动性管理退避定时器超时后,重新发起Attach过程或TAU过程。由于网络侧能够在APN拥塞时为终端配置移动性管理退避定时器,从而保证当网络侧拒绝终端的ATTACH请求或TAU请求后,终端可以在移动性管理退避定时器超时后重新发起ATTACH过程或TAU过程。
文档编号H04W48/06GK102421141SQ201010527919
公开日2012年4月18日 申请日期2010年10月22日 优先权日2010年9月28日
发明者王胡成, 艾明, 邓强 申请人:大唐移动通信设备有限公司
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1