CN104684020A - 一种信令拥塞的处理方法、装置、基站及系统 - Google Patents
一种信令拥塞的处理方法、装置、基站及系统 Download PDFInfo
- Publication number
- CN104684020A CN104684020A CN201310628096.1A CN201310628096A CN104684020A CN 104684020 A CN104684020 A CN 104684020A CN 201310628096 A CN201310628096 A CN 201310628096A CN 104684020 A CN104684020 A CN 104684020A
- Authority
- CN
- China
- Prior art keywords
- physical resource
- base station
- reason
- rrc
- data transmission
- 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
- 230000011664 signaling Effects 0.000 title claims abstract description 98
- 238000003672 processing method Methods 0.000 title claims abstract description 24
- 230000005540 biological transmission Effects 0.000 claims abstract description 69
- 238000000034 method Methods 0.000 claims abstract description 45
- 238000012545 processing Methods 0.000 claims abstract description 31
- 238000012546 transfer Methods 0.000 claims description 42
- 238000001514 detection method Methods 0.000 claims description 20
- 238000012423 maintenance Methods 0.000 claims description 19
- 238000004891 communication Methods 0.000 abstract description 6
- 230000003993 interaction Effects 0.000 abstract 1
- 238000010586 diagram Methods 0.000 description 12
- 230000000977 initiatory effect Effects 0.000 description 5
- 238000005516 engineering process Methods 0.000 description 2
- 230000007774 longterm Effects 0.000 description 2
- 239000000203 mixture Substances 0.000 description 2
- 230000001174 ascending effect Effects 0.000 description 1
- 230000001360 synchronised effect Effects 0.000 description 1
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
- H04W28/0289—Congestion control
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/30—Connection release
- H04W76/34—Selective release of ongoing connections
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
本发明涉及通信系统中信令拥塞的处理。本发明公开了一种信令拥塞的处理方法,包括:识别可能产生信令风暴风险的UE;检测所述UE的数据传输情况;当所述UE无数据传输但其物理资源未被剥除时,剥除其物理资源。本发明还公开了信令拥塞的处理装置、基站及系统。采用本发明提供方法、装置、基站或系统,减轻了大量的信令交互引起的信令风暴,提升了通信系统的性能。
Description
技术领域
本发明涉及通信系统中信令拥塞的处理,特别是长期演进(LTE,Long TermEvolution)通信系统中频发性的间歇小数据业务信令拥塞的处理方法、装置、基站及系统。
背景技术
目前,用户设备(UE,User Equipment)接入网络后,基站检测到该UE如果在一定时间内没有业务,就会向移动性管理实体(MME,MobilityManagement Entity)发送UE上下文释放请求消息请求释放无线资源控制(RRC,Radio Resource Control)连接,携带原因为“用户不活动”,以节省资源。但是,随着智能终端的普及,业务应用发生了巨大的变化,频发性的间歇小数据业务日益兴起,诸如基于互联网开发的微信等OTT(Over The Top)业务会导致RRC连接反复建立和释放,产生大量的信令,引起信令风暴,导致严重的网络信令拥塞。
发明内容
本发明针对通信系统中的上述问题做出改进,即本发明要解决的技术问题是提供一种信令拥塞的处理方法、装置、基站及系统,所述方法、装置、基站或系统能够有效地解决频发性的间歇小数据业务引起的信令风暴导致的信令拥塞。
为解决上述技术问题,本发明实施例提供的信令拥塞的处理方法,包括:识别可能产生信令风暴风险的UE;检测所述UE的数据传输情况;当所述UE无数据传输但其物理资源未被剥除时,剥除其物理资源。
其中,所述剥除UE的物理资源,包括:本地剥除所述UE的物理资源;构造并发送RRC连接重配消息,所述RRC连接重配消息包含将相应的物理资源释放的指示。
优选地,所述方法还包括:当所述UE有数据传输但其物理资源已被剥除时,重新为其分配物理资源。
其中,所述重新为所述UE分配物理资源,包括:确定重新为所述UE分配的物理资源;构造并发送RRC连接重配消息,所述RRC连接重配消息携带为所述UE分配的物理资源配置参数。
优选地,所述识别可能产生信令风暴风险的UE,包括:根据UE的建立原因和/或业务类型来识别可能产生信令风暴风险的UE。
优选地,在所述识别可能产生信令风暴风险的UE之前,所述方法还包括:接收所述UE的建立原因和/或检测所述UE业务数据传输类型。
优选地,所述根据UE的建立原因和/或业务类型来识别可能产生信令风暴风险的UE,包括:
当接收到的建立原因在预存的建立原因范围内时,标记所述UE为可能产生信令风暴风险的UE;或者,
当检测到所述UE的业务数据传输类型在预存的业务类型范围内时,标记所述UE为可能产生信令风暴风险的UE;或者,
当接收到的建立原因在预存的建立原因范围内,并且检测到所述UE的业务数据传输类型在预存的业务类型范围内时,标记所述UE为可能产生信令风暴风险的UE。
优选地,所述建立原因是所述UE发送的RRC连接消息携带的建立原因,或者是在切换时源基站发送的UE在源基站侧的RRC连接建立原因。
本发明实施例还提供一种信令拥塞的处理装置,包括:识别模块、检测模块和处理模块;其中,
所述识别模块,用于识别可能产生信令风暴风险的UE,并通知检测模块;
所述检测模块,用于检测所述UE的数据传输情况,并将检测到的数据传输信息发送给处理模块;
所述处理模块:用于根据所述UE的数据传输信息和物理资源维护信息,进行剥除所述UE的物理资源或者重新为所述UE分配物理资源的处理。
优选地,上述根据UE的数据传输信息,进行剥除UE物理资源或者重新为UE分配物理资源的处理,包括:
当所述UE无数据传输但其物理资源未被剥除时,剥除其物理资源;或者
当所述UE有数据传输但其物理资源已被剥除时,重新为其分配物理资源。
其中,所述剥除UE的物理资源,包括:本地剥除所述UE的物理资源;构造并发送RRC连接重配消息,所述RRC连接重配消息包含将相应的物理资源释放的指示;
所述重新为UE分配物理资源,包括:确定重新为UE分配的物理资源;构造并发送RRC连接重配消息,所述RRC连接重配消息携带为UE分配的物理资源配置参数。
优选地,所述信令拥塞的处理装置还包括:接收模块:用于接收UE发送的RRC连接请求消息携带的建立原因,或者源基站发送的UE在源基站侧的RRC连接建立原因,并通知识别模块;
所述检测模块,还用于检测UE的数据传输类型,并通知识别模块;
所述识别可能产生信令风暴风险的UE是指,当判断所述UE发送的RRC连接请求消息携带的建立原因、或者源基站发送的UE在源基站侧的RRC连接建立原因在预存的建立原因范围内时,和/或所述数据传输类型在预存的业务类型范围内时,标记所述UE为可能产生信令风暴风险的UE。
本发明实施例还提供一种基站,包括上述信令拥塞的处理装置。
本发明实施例还提供一种系统,包括基站和UE,其中,
所述基站包括上述信令拥塞的处理装置;
所述UE,用于接收RRC连接重配消息,并根据所述消息的指示释放所述基站为其分配的物理资源或者使用该消息携带的物理资源配置参数重配物理信道配置。
采用本发明实施例提供的方法、装置、基站或系统,避免了RRC连接频繁建立和释放,减轻了频发性的间歇小数据业务中大量的信令交互引起的信令风暴,缓解了由此产生的对网络的冲击,从而提升了通信系统的性能。
附图说明
图1为本发明信令拥塞的处理方法的流程示意图;
图2为本发明实施例一的示意图;
图3为本发明实施例二的示意图;
图4为本发明实施例三的示意图;
图5为本发明实施例四的示意图;
图6为本发明实施例五的示意图;
图7为本发明实施例六的示意图;
图8为本发明信令拥塞的处理装置的组成结构示意图。
具体实施方式
本发明实施例的基本思想是:识别可能产生信令风暴风险的UE;检测能够产生信令风暴风险的UE的数据传输情况,当无数据传输但其物理资源未被剥除时,剥除所述UE的物理资源;当有数据传输但其物理资源已被剥除时,重新为所述UE分配物理资源。其中,物理资源是指为所述UE分配的诸如调度请求(SR,Scheduling Request)资源、信道质量指示(CQI,Channel QualityIndicator)资源、探测参考符号(SRS,Sounding Reference Symbol)资源等。
剥除UE的物理资源是指基站释放为所述UE分配的物理资源,具体可以包括:本地剥除所述UE的物理资源;构造并向所述UE发送RRC连接重配消息,所述RRC连接重配消息包含将相应的物理资源释放的指示,具体的,可通过置相应的物理资源配置参数标记为释放来实现;
重新为所述UE分配物理资源,具体包括:确定重新为UE分配的物理资源;构造并向UE发送RRC连接重配消息,所述RRC连接重配消息携带为UE分配的物理资源配置参数。
相应的,在UE侧:UE接收到RRC连接重配消息后,根据该消息的指示释放基站为其分配的物理资源或者使用该消息携带的物理资源配置参数重配物理信道配置,并回复RRC连接重配完成消息。
图1是本发明信令拥塞的处理方法的流程示意图,如图1所示,本发明信令拥塞的处理方法的基本步骤包括:
步骤101:基站识别可能产生信令风暴风险的UE。
步骤102:基站检测可能产生信令风暴风险的UE的业务数据传输情况,得到所述UE的数据传输信息。
步骤103:基站获取所述UE的物理资源维护信息,并根据所述数据传输信息和获取的所述UE的物理资源维护信息,进行剥除所述UE的物理资源或者重新为所述UE分配物理资源的处理,或者不进行处理。具体的,当所述UE无数据传输但物理资源未被剥除时,基站剥除所述UE的物理资源;当有数据传输但物理资源已被剥除时,基站重新为所述UE分配物理资源。如果所述UE无数据传输且物理资源已被剥除,或者所述UE有数据传输且已分配物理资源,则不进行处理。
其中,能够产生信令风暴风险的UE可以根据该UE的建立原因和/或业务类型来识别;建立原因可以是UE发送的RRC连接请求消息携带的建立原因,也可以是在系统内切换时源基站发送的切换请求消息携带的UE在源基站侧的RRC连接建立原因。
所述UE的物理资源维护信息包括:基站对UE分配、释放物理资源的记录,基站RRC子层获取该信息属于本领域的现有技术,剥除UE的物理资源和重新为UE分配物理资源的具体实现方式如前所述,不再赘述。
下面结合附图及具体实施例,对本发明技术方案的实施作进一步的详细描述。
图2是本发明实施例一的示意图。本实施例中可能产生信令风暴风险的UE是根据UE发送的RRC连接请求消息携带的建立原因来识别的。如图2所示,本实施例中信令拥塞的处理方法包括以下步骤:
步骤201:预存可能产生信令风暴风险UE的建立原因。
步骤202:当满足RRC连接建立发起条件时,UE向基站RRC子层发送RRC连接请求消息;其中,所述RRC连接请求消息携带RRC连接建立原因。
步骤203:基站RRC子层接收RRC连接请求消息,判断RRC连接请求消息携带的RRC连接建立原因是否在预存的建立原因范围内,如果在,则标记所述UE为可能产生信令风暴风险的UE,并通知基站用户面;如果不在,则结束当前处理流程。
其中,本领域的技术人员应当知道RRC消息是通过基站用户面收到基站上行控制信道的报文,然后投递给RRC子层的,通过ASN.1解码后得到具体的RRC消息,RRC连接请求消息也是如此,下同,将不再赘述。
步骤204:基站用户面检测可能产生信令风暴风险的UE的业务数据传输情况,并将检测到的所述UE的数据传输信息报告给基站RRC子层。
步骤205:基站RRC子层获取所述UE的物理资源维护信息,并根据接收到的上述数据传输信息和获取的所述UE的物理资源维护信息,进行剥除所述UE物理资源或者重新为所述UE分配物理资源的处理,或者不进行处理。具体的,当UE无数据传输但物理资源未被剥除时,基站RRC子层本地剥除所述UE的物理资源,并构造RRC连接重配消息,包含将相应的物理资源释放的指示,然后执行步骤206;当有数据传输但物理资源已被剥除时,基站RRC子层确定重新为该UE分配的物理资源,并构造RRC连接重配消息,携带为UE分配的物理资源配置参数,然后执行步骤206;如果UE无数据传输且物理资源已被剥除,或者UE有数据传输且已分配物理资源,则不进行处理,结束当前流程。
步骤206:基站RRC子层向UE发送RRC连接重配消息。
步骤207:UE接收到上述消息后,根据该消息的指示释放基站为其分配的物理资源或者使用该消息携带的物理资源配置参数重配物理信道配置,并向基站RRC子层回复RRC连接重配完成消息。
图3是本发明实施例二的示意图。本实施例中可能产生信令风暴风险的UE是根据UE的业务类型来识别的。如图3所示,本实施例中信令拥塞的处理方法包括以下步骤:
步骤301:预存可能产生信令风暴风险UE的业务类型。
步骤302:基站用户面检测UE的业务数据传输类型,并通知基站RRC子层。
其中,检测UE的业务数据传输类型可以通过统计UE的业务数据量,业务数据时间间隔等信息来提取UE的业务数据类型,也可以通过解析业务数据的协议类型来实现。下同,将不再赘述。
步骤303:基站RRC子层根据UE的业务数据传输类型和预存业务类型判断是否为可能产生信令风暴风险的UE:如果UE的业务数据传输类型在预存业务类型范围内,则标记所述UE为可能产生信令风暴风险的UE,并通知基站用户面;如果不在,则结束当前处理流程;
步骤304:基站用户面检测可能产生信令风暴风险的UE的业务数据传输情况,并将检测到所述UE的数据传输信息报告给基站RRC子层;
步骤305:基站RRC子层获取所述UE的物理资源维护信息,并根据接收到的上述数据传输信息和获取的UE的物理资源维护信息,进行剥除所述UE的物理资源或者重新为所述UE分配物理资源处理,或者不进行处理。具体的,当所述UE无数据传输但物理资源未被剥除时,基站RRC子层本地剥除所述UE的物理资源,并构造RRC连接重配消息,包含将相应的物理资源释放的指示,然后执行步骤306;当有数据传输但物理资源已被剥除时,基站RRC子层确定重新为该UE分配的物理资源,并构造RRC连接重配消息,携带为所述UE分配的物理资源配置参数,然后执行步骤306;如果所述UE无数据传输且物理资源已被剥除,或者所述UE有数据传输且已分配物理资源,则不进行处理,结束当前流程;
步骤306:基站RRC子层向UE发送RRC连接重配消息。
步骤307:UE接收到上述消息后,根据该消息的指示释放基站为其分配的物理资源或者使用该消息携带的物理资源配置参数重配物理信道配置,并向基站RRC子层回复RRC连接重配完成消息。
图4是本发明实施例三的示意图。本实施例中可能产生信令风暴风险的UE是根据UE发送的RRC连接请求消息携带的建立原因或业务类型来识别的。如图4所示,本实施例中信令拥塞的处理方法,包括以下步骤:
步骤401:预存可能产生信令风暴风险UE的建立原因和业务类型。
步骤402:当满足RRC连接建立发起条件时,UE向基站RRC子层发送RRC连接请求消息;其中,RRC连接请求消息携带建立原因。
步骤403:基站RRC子层接收RRC连接请求消息,判断RRC连接请求消息携带的RRC连接建立原因是否在预存建立原因范围内,如果在,则标记该UE为可能产生信令风暴风险的UE,并通知基站用户面,跳转至步骤406;如果不在,则通知基站用户面做进一步检测,跳转至步骤404。
步骤404:基站用户面检测UE的业务数据传输类型,并通知基站RRC子层。
步骤405:基站RRC子层根据UE的业务数据传输类型和预存业务类型判断所述UE是否为可能产生信令风暴风险的UE:如果所述UE的业务数据传输类型在预存业务类型范围内,则标记所述UE为可能产生信令风暴风险的UE,并通知基站用户面,跳转至步骤406;如果不在,则结束当前处理流程。
步骤406:基站用户面检测可能产生信令风暴风险的UE的数据传输情况,并将检测到的所述UE的数据传输信息报告给基站RRC子层。
步骤407:基站RRC子层获取所述UE的物理资源维护信息,并根据接收到的上述数据传输信息和获取的所述UE的物理资源维护信息,进行剥除所述UE的物理资源或者重新为所述UE分配物理资源处理,或者不进行处理。具体的,当UE无数据传输但物理资源未被剥除时,基站RRC子层本地剥除所述UE的物理资源,并构造RRC连接重配消息,包含将相应的物理资源释放的指示,然后执行步骤408;当有数据传输但物理资源已被剥除时,基站RRC子层确定重新为所述UE分配的物理资源,并构造RRC连接重配消息,携带为所述UE分配的物理资源配置参数,然后执行步骤408;如果UE无数据传输且物理资源已被剥除,或者UE有数据传输且已分配物理资源,则不进行处理,结束当前流程。
步骤408:基站RRC子层向UE发送RRC连接重配消息。
步骤409:UE接收到上述消息后,根据该消息的指示释放基站为其分配的物理资源或者使用该消息携带的物理资源配置参数重配物理信道配置,并向基站RRC子层回复RRC连接重配完成消息。
图5是本发明实施例四的示意图。本实施例中可能产生信令风暴风险的UE是根据UE发送的RRC连接请求消息携带的建立原因和业务类型来识别的。如图5所示,本实施例中信令拥塞的处理方法,包括以下步骤:
步骤501:预存可能产生信令风暴风险UE的建立原因和业务类型。
步骤502:满足RRC连接建立发起条件时,UE向基站RRC子层发送RRC连接请求消息;其中,RRC连接请求消息携带建立原因。
步骤503:基站RRC子层接收RRC连接请求消息,判断RRC连接请求消息携带的建立原因是否在预存的建立原因范围内,如果在,则通知基站用户面做进一步检测,跳转至步骤504;如果不在,则结束当前流程。
步骤504:基站用户面检测UE的业务数据传输类型,并通知基站RRC子层。
步骤505:基站RRC子层根据UE的业务数据传输类型和预存业务类型判断所述UE是否为可能产生信令风暴风险的UE:如果UE的业务数据传输类型在预存业务类型范围内,则标记所述UE为可能产生信令风暴风险的UE,并通知基站用户面,跳转至步骤506;如果不在,则结束当前处理流程。
步骤506:基站用户面检测可能产生信令风暴风险的UE的数据传输情况,并将检测到的所述UE的数据传输信息报告给基站RRC子层。
步骤507:基站RRC子层获取该UE的物理资源维护信息,并根据接收到的上述数据传输信息和获取的UE的物理资源维护信息,进行剥除所述UE的物理资源或者重新为所述UE分配物理资源处理,或者不进行处理。具体的,当UE无数据传输但物理资源未被剥除时,基站RRC子层本地剥除所述UE的物理资源,并构造RRC连接重配消息,置将相应的物理资源配置参数标记为释放,然后执行步骤508;当有数据传输但物理资源已被剥除时,基站RRC子层确定重新为所述UE分配的物理资源,并构造RRC连接重配消息,携带为所述UE分配的物理资源配置参数,然后执行步骤508;如果UE无数据传输且物理资源已被剥除,或者UE有数据传输且已分配物理资源,则不进行处理,结束当前流程。
步骤508:基站RRC子层向UE发送RRC连接重配消息。
步骤509:UE接收到上述消息后,根据该消息的指示释放基站为其分配的物理资源或者使用该消息携带的物理资源配置参数重配物理信道配置,并向基站RRC子层回复RRC连接重配完成消息。
实施例五和实施例六是相应切换场景本发明信令拥塞的处理方法。
图6是本发明实施例五的示意图。示出了系统内S1切换时目标基站信令拥塞的处理方法,包括以下步骤:
步骤601:预存可能产生信令风暴风险UE的建立原因,或者预存可能产生信令风暴风险UE的建立原因和业务类型。
步骤602:当发起S1切换时,源基站向MME发送切换请求消息,其中,切换请求消息携带UE在源基站侧的RRC连接建立原因。
步骤603:MME向目标基站RRC子层发送所述切换请求消息。
步骤604:目标基站RRC子层获取到上述切换请求消息后,判断切换请求消息携带的建立原因是否在预存建立原因范围内,如果在,则标记为可能产生信令风暴风险的UE,并在切换完成后通知目标基站用户面,跳转至步骤605;如果不在,则结束当前流程,或者:在切换完成后通知目标基站用户面做进一步检测,目标基站用户面检测UE的业务数据传输类型,并将检测到的所述UE的数据传输信息通知目标基站RRC子层;目标基站RRC子层根据UE业务数据传输类型和预存业务类型判断所述UE是否为可能产生信令风暴风险的UE,如果UE的业务数据传输类型在预存业务类型范围内,标记该UE为可能产生信令风暴风险的UE,并通知目标基站用户面,跳转至步骤605;否则,结束当前处理流程。
步骤605:目标基站用户面检测可能产生信令风暴风险的UE的数据传输情况,并将检测到的所述UE的数据传输信息报告给目标基站RRC子层。
步骤606:目标基站RRC子层获取所述UE的物理资源维护信息,并根据接收到的上述数据传输信息和获取的所述UE的物理资源维护信息,进行剥除所述UE的物理资源或者重新为所述UE分配物理资源处理,或者不进行处理。具体的,当UE无数据传输但物理资源未被剥除时,目标基站RRC子层本地剥除所述UE的物理资源,并构造RRC连接重配消息,包含将相应的物理资源释放的指示,然后执行步骤607;当有数据传输但物理资源已被剥除时,目标基站RRC子层确定重新为所述UE分配的物理资源,并构造RRC连接重配消息,携带为UE分配的物理资源配置参数,然后执行步骤607;如果UE无数据传输且物理资源已被剥除,或者UE有数据传输且已分配物理资源,则不进行处理,结束当前流程。
步骤607:目标基站RRC子层向UE发送RRC连接重配消息。
步骤608:UE接收到上述消息后,根据该消息的指示释放基站为其分配的物理资源或者使用该消息携带的物理资源配置参数重配物理信道配置,并向基站RRC子层回复RRC连接重配完成消息。
图7是本发明实施例六的示意图。示出了系统内X2切换时目标基站信令拥塞的处理方法,包括以下步骤:
步骤701:预存可能产生信令风暴风险UE的建立原因,或者预存可能产生信令风暴风险UE的建立原因和业务类型。
步骤702:当发起X2切换时,源基站向目标基站发送切换请求消息,其中,切换请求消息携带UE在源基站侧的RRC连接建立原因。
步骤703:目标基站RRC子层获取到上述切换请求消息后,判断切换请求消息携带的UE在源基站侧的RRC连接建立原因是否在预存的建立原因范围内,如果在,则标记为可能产生信令风暴风险的UE,并在切换完成后通知目标基站用户面,跳转至步骤704;如果不在,则结束当前流程,或者:在切换完成后通知目标基站用户面做进一步检测,目标基站用户面检测UE的业务数据传输类型,并根据检测到的UE业务数据传输类型和预存业务类型判断所述UE是否可能产生信令风暴风险,如果UE的业务数据传输类型在预存的业务类型范围内,标记所述UE为可能产生信令风暴风险的UE,并通知目标基站用户面,跳转至步骤704;否则,结束当前处理流程。
步骤704:目标基站用户面检测可能产生信令风暴风险的UE的数据传输情况,并将检测到的所述UE的数据传输信息报告给目标基站RRC子层。
步骤705:目标基站RRC子层获取所述UE的物理资源维护信息,并根据接收到的上述数据传输信息和获取的所述UE的物理资源维护信息,进行剥除所述UE的物理资源或者重新为所述UE分配物理资源处理,或者不进行处理。具体的,当UE无数据传输但物理资源未被剥除时,目标基站RRC子层本地剥除该UE的物理资源,并构造RRC连接重配消息,包含将相应的物理资源释放的指示,然后执行步骤706;当有数据传输但物理资源已被剥除时,基站RRC子层确定重新为所述UE分配的物理资源,并构造RRC连接重配消息,携带为UE分配的物理资源配置参数,然后执行步骤706;如果UE无数据传输且物理资源已被剥除,或者UE有数据传输且已分配物理资源,则不进行处理,结束当前流程。
步骤706:目标基站RRC子层向UE发送RRC连接重配消息。
步骤707:UE接收到RRC连接重配消息后,根据所述RRC连接重配消息的指示释放基站为其分配的物理资源或者使用该消息携带的物理资源配置参数重配物理信道配置,并向基站RRC子层回复RRC连接重配完成消息。
图8是本发明信令拥塞的处理装置的组成结构示意图。如图所述,所述处理装置包括:识别模块81、检测模块82和处理模块83;所述识别模块81,用于识别可能产生信令风暴风险的UE,并通知检测模块82;所述检测模块82,用于检测所述UE的数据传输情况,并将检测到的所述数据传输信息发送给处理模块83;所述处理模块83:用于根据所述UE的数据传输信息和物理资源维护信息,进行剥除所述UE的物理资源或者重新为所述UE分配物理资源的处理。
其中,所述剥除UE的物理资源是指基站释放为UE分配的物理资源,具体可以包括:本地剥除所述UE的物理资源;构造并向UE发送RRC连接重配消息,所述RRC连接重配消息包含将相应的物理资源释放的指示,具体的,可以通过设置相应的物理资源配置参数标记为释放来实现。
所述重新为UE分配物理资源,具体包括:确定重新为UE分配的物理资源;构造并向UE发送RRC连接重配消息,所述RRC连接重配消息携带为UE分配的物理资源配置参数。
相应的,在UE侧:UE接收到RRC连接重配消息后,根据所述消息的指示释放基站为其分配的物理资源或者使用该消息携带的物理资源配置参数重配物理信道配置,并回复RRC连接重配完成消息。
UE的物理资源维护信息包括基站对UE分配、释放物理资源的记录,处理模块获取该信息属于本领域的现有技术,不再赘述。
进一步的,所述装置还可以包括接收模块,用于接收UE发送的RRC连接建立原因,或者源基站发送的UE在源基站侧的RRC连接建立原因。
具体来说,所述接收模块接收到UE发送的携带RRC连接建立原因的RRC连接请求消息后,或接收到源基站发送的携带有UE在源基站侧的RRC连接建立原因的切换请求消息后,或者检测模块83在检测UE的数据传输类型后,通知识别模块81;
识别模块81根据这些信息识别存在可能产生信令风暴风险的UE,对所述UE进行标记并通知检测模块83;其中,当RRC连接建立原因和/或数据传输类型在预存的建立原因和/或数据类型范围内时,标记所述UE为可能产生信令风暴风险的UE;
检测模块83检测上述标记为可能产生信令风暴风险的UE的数据传输情况,并将检测到的UE的数据传输信息报告给处理模块82;
处理模块82根据UE的数据传输信息,进行剥除UE的物理资源或者重新为UE分配物理资源处理,或者不进行处理。具体的,当无数据传输但其物理资源未被剥除时,剥除该UE的物理资源;当有数据传输但其物理资源已被剥除时,重新为该UE分配物理资源,如果UE无数据传输且物理资源已被剥除,或者UE有数据传输且已分配物理资源,则不进行处理。
上述检测模块83是在基站用户面中实现,接收模块、识别模块81和处理模块82在基站RRC子层中实现。
本发明提供的基站包括如图8所示的处理装置。
本发明提供的系统包括基站和UE,其中,基站包括图8所示的处理装置,所述UE,用于接收RRC连接重配消息,并根据该消息的指示释放基站为其分配的物理资源或者使用该消息携带的物理资源配置参数重配物理信道配置,并向基站RRC子层回复RRC连接重配完成消息。
本发明实施例中预存的建立原因可以为“延迟容忍接入(DelayTolerantAccess)”、“小数据(SmallData)”,预存的业务类型可以为“OTT(Over The Top)”,但不局限于此;预存的方式可以是通过在后台网管配置上述建立原因和/或业务类型,再由后台网管同步到基站;也可以通过配置文件配置、在代码中固定等方式将上述建立原因和/或业务类型写入基站相关模块;但不局限于此。RRC子层获取这些预存的信息属于现有技术,不再赘述。
以上所述,仅为本发明的较佳实施例而已,并非用于限定本发明的保护范围。
Claims (14)
1.一种信令拥塞的处理方法,其特征在于,包括:
识别可能产生信令风暴风险的用户设备UE;检测所述UE的数据传输情况;当所述UE无数据传输但其物理资源未被剥除时,剥除所述UE物理资源。
2.根据权利要求1所述的处理方法,其特征在于,所述剥除所述UE的物理资源,包括:本地剥除所述UE的物理资源;构造并发送无线资源控制协议RRC连接重配消息,所述RRC连接重配消息包含将相应的物理资源释放的指示。
3.根据权利要求1所述的处理方法,其特征在于,还包括:当所述UE有数据传输但其物理资源已被剥除时,重新为所述UE分配物理资源。
4.根据权利要求3所述的处理方法,其特征在于,所述重新为所述UE分配物理资源,包括:
确定重新为所述UE分配的物理资源;构造并发送RRC连接重配消息,所述RRC连接重配消息携带为所述UE分配的物理资源配置参数。
5.根据权利要求1至4任一项所述的处理方法,其特征在于,所述识别可能产生信令风暴风险的UE,包括:根据UE的建立原因和/或业务类型来识别可能产生信令风暴风险的UE。
6.根据权利要求1至4任一项所述的处理方法,其特征在于,在所述识别可能产生信令风暴风险的UE之前,所述方法还包括:
接收所述UE的建立原因和/或检测所述UE业务数据传输类型。
7.根据权利要求5所述的处理方法,其特征在于,所述根据UE的建立原因和/或业务类型来识别可能产生信令风暴风险的UE,包括:
当接收到的建立原因在预存的建立原因范围内时,标记所述UE为可能产生信令风暴风险的UE;或者,
当检测到所述UE的业务数据传输类型在预存的业务类型范围内时,标记所述UE为可能产生信令风暴风险的UE;或者,
当接收到的建立原因在预存的建立原因范围内,并且检测到所述UE的业务数据传输类型在预存的业务类型范围内时,标记所述UE为可能产生信令风暴风险的UE。
8.根据权利要求6所述的处理方法,其特征在于,所述建立原因是所述UE发送的RRC连接消息携带的建立原因,或者是在切换时源基站发送的所述UE在源基站侧的RRC连接建立原因。
9.一种信令拥塞的处理装置,其特征在于,包括:识别模块、检测模块和处理模块,其中,
所述识别模块,用于识别可能产生信令风暴风险的UE,并通知检测模块;
所述检测模块,用于检测所述UE的数据传输情况,并将检测到的数据传输信息发送给处理模块;
所述处理模块:用于根据所述UE的数据传输信息和物理资源维护信息,进行剥除所述UE的物理资源或者重新为所述UE分配物理资源的处理。
10.根据权利要求9所述的处理装置,其特征在于,所述处理模块,具体用于:
根据所述UE的数据传输信息,当所述UE无数据传输但其物理资源未被剥除时,剥除所述物理资源;或者,
当所述UE有数据传输但所述UE的物理资源已被剥除时,重新为所述UE分配物理资源。
11.根据权利要求10所述的处理装置,其特征在于,所述剥除所述UE的物理资源,包括:本地剥除所述UE的物理资源;构造并发送RRC连接重配消息,所述RRC连接重配消息包含将所述UE的物理资源释放的指示;
所述重新为所述UE分配物理资源,包括:确定重新为所述UE分配的物理资源;构造并发送RRC连接重配消息,所述RRC连接重配消息携带为所述UE分配的物理资源配置参数。
12.根据权利要求9至11任一项所述的处理装置,其特征在于,所述装置还包括接收模块,用于接收所述UE发送的RRC连接请求消息携带的建立原因,或者源基站发送的所述UE在源基站侧的RRC连接建立原因,并通知识别模块;
所述检测模块,还用于检测UE的数据传输类型,并通知识别模块;
所述识别模块,具体用于当判断所述UE发送的RRC连接请求消息携带的建立原因、或者源基站发送的所述UE在源基站侧的RRC连接建立原因在预存的建立原因范围内时,和/或所述数据传输类型在预存的业务类型范围内时,标记所述UE为可能产生信令风暴风险的UE。
13.一种基站,其特征在于,包括权利要求9至12任一项所述的处理装置。
14.一种系统,其特征在于,包括基站和UE,其中,
所述基站包括权利要求11或12所述的处理装置;
所述UE,用于接收RRC连接重配消息,并根据所述RRC连接重配消息的指示释放基站为其分配的物理资源或者使用所述RRC连接重配消息携带的物理资源配置参数重配物理信道配置。
Priority Applications (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201310628096.1A CN104684020A (zh) | 2013-11-28 | 2013-11-28 | 一种信令拥塞的处理方法、装置、基站及系统 |
PCT/CN2014/078992 WO2014183712A1 (zh) | 2013-11-28 | 2014-05-30 | 信令拥塞的处理方法、装置、基站、系统及存储介质 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201310628096.1A CN104684020A (zh) | 2013-11-28 | 2013-11-28 | 一种信令拥塞的处理方法、装置、基站及系统 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN104684020A true CN104684020A (zh) | 2015-06-03 |
Family
ID=51897771
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201310628096.1A Withdrawn CN104684020A (zh) | 2013-11-28 | 2013-11-28 | 一种信令拥塞的处理方法、装置、基站及系统 |
Country Status (2)
Country | Link |
---|---|
CN (1) | CN104684020A (zh) |
WO (1) | WO2014183712A1 (zh) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN112448894A (zh) * | 2019-09-03 | 2021-03-05 | 华为技术有限公司 | 阻断信令风暴的方法、装置、设备及存储介质 |
Families Citing this family (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US10123232B2 (en) * | 2014-07-22 | 2018-11-06 | Parallel Wireless, Inc. | Signaling storm reduction from radio networks |
US9900801B2 (en) | 2014-08-08 | 2018-02-20 | Parallel Wireless, Inc. | Congestion and overload reduction |
CN105722139B (zh) * | 2014-12-04 | 2018-12-07 | 中国移动通信集团上海有限公司 | 一种基于pcc架构的信令风暴管理方法和装置 |
CN109429372B (zh) * | 2017-07-05 | 2023-08-11 | 西安中兴新软件有限责任公司 | 一种建立通信链路的方法、设备和系统 |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102143484A (zh) * | 2010-12-20 | 2011-08-03 | 华为技术有限公司 | 资源分配处理方法、装置和网络服务系统 |
WO2012173623A1 (en) * | 2011-06-16 | 2012-12-20 | Nokia Siemens Networks Oy | Methods, apparatus, a system, and a related computer program product for activation and deacitivation of bearers |
US20130029631A1 (en) * | 2011-07-26 | 2013-01-31 | Kundan Tiwari | Method of Handling Singling in Congested Core Network |
CN103404194A (zh) * | 2011-01-03 | 2013-11-20 | 三星电子株式会社 | 用于在移动通信系统中控制拥塞的方法 |
Family Cites Families (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102769842B (zh) * | 2012-07-13 | 2016-03-16 | 中国联合网络通信集团有限公司 | Lte网络中的小数据量业务优化方法及网络侧设备 |
-
2013
- 2013-11-28 CN CN201310628096.1A patent/CN104684020A/zh not_active Withdrawn
-
2014
- 2014-05-30 WO PCT/CN2014/078992 patent/WO2014183712A1/zh active Application Filing
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102143484A (zh) * | 2010-12-20 | 2011-08-03 | 华为技术有限公司 | 资源分配处理方法、装置和网络服务系统 |
CN103404194A (zh) * | 2011-01-03 | 2013-11-20 | 三星电子株式会社 | 用于在移动通信系统中控制拥塞的方法 |
WO2012173623A1 (en) * | 2011-06-16 | 2012-12-20 | Nokia Siemens Networks Oy | Methods, apparatus, a system, and a related computer program product for activation and deacitivation of bearers |
US20130029631A1 (en) * | 2011-07-26 | 2013-01-31 | Kundan Tiwari | Method of Handling Singling in Congested Core Network |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN112448894A (zh) * | 2019-09-03 | 2021-03-05 | 华为技术有限公司 | 阻断信令风暴的方法、装置、设备及存储介质 |
CN112448894B (zh) * | 2019-09-03 | 2022-08-19 | 华为技术有限公司 | 阻断信令风暴的方法、装置、设备及存储介质 |
Also Published As
Publication number | Publication date |
---|---|
WO2014183712A1 (zh) | 2014-11-20 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US11818679B2 (en) | Method and apparatus for data transport control between wireless network systems | |
CN110493819B (zh) | 小区测量方法及用户终端 | |
CN103002526B (zh) | 小区切换的控制和测量方法、装置及系统 | |
CN102326428B (zh) | 发现无线网络问题的方法、装置及系统 | |
KR102047566B1 (ko) | 이동 통신 시스템, 인프라 설비, 기지국, 및 방법 | |
US11240718B2 (en) | Method and apparatus for inter-radio access network mobility | |
CN104780609B (zh) | 终端到终端资源分配方法、用户设备、基站和通信系统 | |
JP5257260B2 (ja) | 無線通信システム、基地局装置、端末装置、及び無線通信システムにおける通信リンク設定方法 | |
CN101772222B (zh) | 获取相邻基站所属小区mbsfn配置信息的方法和系统 | |
CN106572508B (zh) | 一种将终端设备切换到目标小区的方法、装置及基站 | |
CN102685768A (zh) | 心跳消息的处理方法、心跳周期的获取方法及接入网设备 | |
CN104219717B (zh) | 一种终端切换的方法、基站及终端切换的系统 | |
CN103167423A (zh) | 集群系统中监听用户终端的小区切换方法、设备和系统 | |
CN104980980A (zh) | 一种建立连接的方法、系统和设备 | |
CN104684020A (zh) | 一种信令拥塞的处理方法、装置、基站及系统 | |
CN102111781A (zh) | 一种覆盖优化的测量控制方法及系统 | |
EP2536205B1 (en) | Method and system for resource management based on radio network sharing | |
CN102333352A (zh) | 一种长期演进lte系统中减少切换时延的方法 | |
EP2833675A1 (en) | Message sending and receiving method, device and system for proximity service | |
JP5858150B2 (ja) | 移動局装置、基地局装置及び通信方法 | |
CN111787589B (zh) | 发射越区切换方法、相关设备及通讯系统 | |
CN103916903A (zh) | 一种参考信号接收功率的测量方法及装置 | |
CN103781090A (zh) | 网络接入控制方法、装置、网络侧设备和终端 | |
CN104641689B (zh) | 用户设备接入网络的方法和接入设备 | |
CN101594610A (zh) | 跟踪会话同步方法和装置 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
WW01 | Invention patent application withdrawn after publication |
Application publication date: 20150603 |
|
WW01 | Invention patent application withdrawn after publication |