专利名称:一种寻呼消息发送装置及方法
技术领域:
本发明涉及移动通讯系统领域,尤其涉及一种降低主控板CPU消耗的寻呼消息发送装置及方法。
背景技术:
随着移动通讯的发展和普及,3G以后的移动通讯用户越来越多,各种智能终端的出现以及智能终端上的应用的发展(如手机QQ等应用),使得系统的寻呼消息发送量越来越大。大量的寻呼消息对主控板,尤其是BTS侧(Base Transceiver Station,基站收发台)的主控板的CPU处理能力提出了挑战。同时,由于寻呼还具有突发性,很容易造成主控板CPU瞬时冲高,而导致此时用户接入困难,影响了用户的感受以及呼叫连接建立成功率等 KPI (Key Performance Indicator,关键性能指标)指标。目前,现有专利对CPU有的优化主要是针对BSC侧(Base Station Controller,基站控制单元)主控板,如专利CN200610011162提出了一种通过接口板对寻呼消息地址进行复制后发往IP传输网的方法,减少BSC侧主控板发送寻呼消息的量以达到降低主控板CPU 利用率的目的。但现在网络的情况一般LAC(Location Area Code,位置区码)和子网划分比较大,这样造成的结果是一个BTS需要承受的寻呼量近乎于一个BSC的总寻呼量,因此, 寻呼对于BTS的主控板影响更大。CN200610011162提出的方法无法解决寻呼对BTS侧主控板CPU的冲击。
发明内容
为了减少寻呼对BTS主控板CPU的冲击,避免主控板CPU利用率过高而导致用户接入困难等问题,本发明提出了一种寻呼消息发送装置及方法,以解决寻呼对BTS主控板 CPU的冲击问题。为达到上述目的,本发明的技术方案是这样实现的一种寻呼消息发送装置,包括寻呼消息识别单元,用于识别寻呼消息并根据不同的寻呼消息类型确定寻呼消息的广播范围;微码广播单元,用于根据寻呼消息识别单元确定的广播范围把寻呼消息广播给寻呼消息处理单元;寻呼消息处理单元,用于判断当所述寻呼消息的目的载扇是当前配置的载扇信息时,发送所述寻呼消息。具体地,寻呼消息识别单元根据寻呼消息的UDP端口号和消息标识进行识别。优选地,所述微码广播单元设置在主控板的微码中。优选地,所述寻呼消息处理单元设置在信道板上。所述寻呼消息处理单元还用于判断当所述寻呼消息的目的载扇不是当前配置的载扇信息时,丢弃所述寻呼消息。一种寻呼消息发送方法,该方法包括寻呼消息识别单元识别寻呼消息并根据不同的寻呼消息类型确定寻呼消息的广播范围;微码广播单元根据寻呼消息识别单元确定的广播范围把寻呼消息广播给相应的信道板;寻呼消息处理单元判断当所述寻呼消息的目的载扇是当前配置的载扇信息时,发送所述寻呼消息。与现有技术相比,本发明避免了 BTS主控板CPU参与寻呼消息的发送,解决了寻呼导致主控板CPU利用率过高的问题,同时解决了由于寻呼大导致CPU利用率过高进而导致用户接入困难的问题。此外,由于每个信道板只处理需要自己处理的寻呼,实际形成了一个分布式系统,这样对于信道板而言,这种寻呼消息发送方法与原来的寻呼消息发送方法对信道板CPU的冲击基本相同。达到了改善主控板CPU利用率的同时,没有使的信道板CPU 利用率有较大升高的效果。
图I是本发明实现寻呼消息发送装置的结构示意图;图2是本发明实现寻呼消息发送方法的流程图。
具体实施例方式下面结合附图对本发明实现寻呼消息发送装置和方法进行说明。请参阅图I所示,其是本发明实现寻呼消息发送装置的结构示意图。实现寻呼消息发送的装置包括寻呼消息识别单元10,微码广播单元20,寻呼消息处理单元30,其中,寻呼消息识别单元10用于识别出BSC发给BTS的消息中属于寻呼的消息,并根据不同的寻呼消息类型决定寻呼消息的广播范围,输出给微码广播单元。微码广播单元20用于接收寻呼消息识别单元输出的广播范围,把寻呼消息广播给相应的信道板。该装置驻留在主控板的微码中,其运行不耗费单板CPU资源。寻呼消息处理单元30驻留在信道板上,接收微码广播单元广播出的寻呼消息,用于判断当所述寻呼消息的目的载扇是当前配置的载扇信息时,发送所述寻呼消息;否则,丢弃该寻呼消息。 具体地,所述寻呼消息识别单元10根据该消息发送的UDP (User Datagram Protocol,用户数据包协议)端口号以及消息标识等信息识别出该消息是否为寻呼消息以及寻呼消息的类型优选地,该装置还包括输入接口和输出接口,其中,输出接口用于接收BSC侧发给 BTS的消息,输出接口用于发送该寻呼消息给终端。该寻呼消息处理单元30发送寻呼消息具体为该寻呼消息处理单元30通过把寻呼消息打包成空口的控制信道包,再通过空口发送给终端。请参阅图2所示,描述了本发明实现降低主控板CPU消耗的寻呼消息发送的处理流程,该处理步骤如下下面给出本发明的具体运用实例。S20UBSC 发送消息给 BTS ;S202、当一条消息从BSC发给BTS后,寻呼消息识别单元根据该消息发送的UDP端口号以及消息标识等信息识别出该消息是否为寻呼消息以及寻呼消息的类型,若该消息不是寻呼消息,则执行正常处理流程,本流程结束;若该消息是寻呼消息则转入S203。S203、寻呼消息识别单元根据寻呼消息的类型,匹配相应的寻呼范围,输出给微码广播单元。S204、微码广播单元根据寻呼消息识别单元输出的广播范围,把该寻呼广播给相应的信道板。S205、寻呼消息处理单元收到微码广播单元发来的寻呼消息,判断是否需要本板进行处理。若是则转入步骤S206 ;若否,则丢弃该寻呼消息并结束本流程。具体地,寻呼消息处理单元接收来自微码广播单元的广播出来的寻呼消息,对比该寻呼消息中的目的载扇信息与当前本信道板配置的载扇信息,若目的载扇为本信道板配置的载扇,则处理;否则丢弃。S206、寻呼消息处理单元在空口控制信道发送寻呼消息。具体地,寻呼消息处理单元把寻呼消息打包成空口的控制信道包,然后通过空口发送给终端。与现有技术相比,本发明实现寻呼发送装置和方法由寻呼消息识别单元,微码广播单元和寻呼消息处理单元构成。由于微码广播单元的引入,完全避免了 BTS主控板CPU参与寻呼消息的发送,完全解决了寻呼导致主控板CPU利用率过高的问题,同时解决了由于寻呼大导致CPU利用率过高进而导致用户接入困难的问题。此外,由于每个信道板只处理需要自己处理的寻呼,实际形成了一个分布式系统,这样对于信道板而言,这种寻呼消息发送方法与原来的寻呼消息发送方法对信道板CPU的冲击基本相同。达到了改善主控板CPU 利用率的同时,没有使信道板CPU利用率有较大升高的效果。以上仅为本发明的优选实施案例而已,并不用于限制本发明,对于本领域的技术人员来说,本发明可以有各种更改和变化。凡在本发明的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。
权利要求
1.一种寻呼消息发送装置,其特征在于,包括寻呼消息识别单元,用于识别寻呼消息并根据不同的寻呼消息类型确定寻呼消息的广播范围;微码广播单元,用于根据寻呼消息识别单元确定的广播范围把寻呼消息广播给寻呼消息处理单元;寻呼消息处理单元,用于判断当所述寻呼消息的目的载扇是当前配置的载扇信息时, 发送所述寻呼消息。
2.根据权利要求I所述装置,其特征在于,所述用于识别寻呼消息并根据不同的寻呼消息类型确定寻呼消息的广播范围具体为寻呼消息识别单元根据寻呼消息的UDP端口号和消息标识进行识别。
3.根据权利要求I所述装置,其特征在于,所述微码广播单元设置在主控板的微码中。
4.根据权利要求I所述装置,其特征在于,所述寻呼消息处理单元设置在信道板上。
5.根据权利要求I所述装置,其特征在于,所述寻呼消息处理单元还用于判断当所述寻呼消息的目的载扇不是当前配置的载扇信息时,丢弃所述寻呼消息。
6.一种寻呼消息发送方法,该方法包括寻呼消息识别单元识别寻呼消息并根据不同的寻呼消息类型确定寻呼消息的广播范围;微码广播单元根据寻呼消息识别单元确定的广播范围把寻呼消息广播给相应的信道板;寻呼消息处理单元判断当所述寻呼消息的目的载扇是当前配置的载扇信息时,发送所述寻呼消息。
7.根据权利要求6所述方法,其特征在于,所述寻呼消息识别单元识别寻呼消息并根据不同的寻呼消息类型确定寻呼消息的广播范围具体为寻呼消息识别单元根据寻呼消息的UDP端口号和消息标识进行识别。
8.根据权利要求6所述方法,其特征在于,所述寻呼消息处理单元还用于判断当所述寻呼消息的目的载扇不是当前配置的载扇信息时,丢弃所述寻呼消息。
全文摘要
本发明公开了一种寻呼消息发送装置及方法,该装置包括寻呼消息识别单元,用于识别寻呼消息并根据不同的寻呼消息类型确定寻呼消息的广播范围;微码广播单元,用于根据寻呼消息识别单元确定的广播范围把寻呼消息广播给寻呼消息处理单元;寻呼消息处理单元,用于判断当所述寻呼消息的目的载扇是当前配置的载扇信息时,发送所述寻呼消息。与现有技术相比,本发明避免了BTS主控板CPU参与寻呼消息的发送,解决了寻呼导致主控板CPU利用率过高的问题,同时解决了由于寻呼大导致CPU利用率过高进而导致用户接入困难的问题。
文档编号H04W4/06GK102595332SQ20121002538
公开日2012年7月18日 申请日期2012年2月6日 优先权日2012年2月6日
发明者关勋 申请人:中兴通讯股份有限公司