CN102595332B - 一种寻呼消息发送装置及方法 - Google Patents
一种寻呼消息发送装置及方法 Download PDFInfo
- Publication number
- CN102595332B CN102595332B CN201210025387.7A CN201210025387A CN102595332B CN 102595332 B CN102595332 B CN 102595332B CN 201210025387 A CN201210025387 A CN 201210025387A CN 102595332 B CN102595332 B CN 102595332B
- Authority
- CN
- China
- Prior art keywords
- beep
- page message
- message
- microcode
- contained fan
- 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.)
- Active
Links
Landscapes
- Mobile Radio Communication Systems (AREA)
Abstract
本发明公开了提出了一种寻呼消息发送装置及方法,该装置包括:寻呼消息识别单元,用于识别寻呼消息并根据不同的寻呼消息类型确定寻呼消息的广播范围;微码广播单元,用于根据寻呼消息识别单元确定的广播范围把寻呼消息广播给寻呼消息处理单元;寻呼消息处理单元,用于判断当所述寻呼消息的目的载扇是当前配置的载扇信息时,发送所述寻呼消息。与现有技术相比,本发明避免了BTS主控板CPU参与寻呼消息的发送,解决了寻呼导致主控板CPU利用率过高的问题,同时解决了由于寻呼大导致CPU利用率过高进而导致用户接入困难的问题。
Description
技术领域
本发明涉及移动通讯***领域,尤其涉及一种降低主控板CPU消耗的寻呼消息发送装置及方法。
背景技术
随着移动通讯的发展和普及,3G以后的移动通讯用户越来越多,各种智能终端的出现以及智能终端上的应用的发展(如手机QQ等应用),使得***的寻呼消息发送量越来越大。大量的寻呼消息对主控板,尤其是BTS侧(Base Transceiver Station,基站收发台)的主控板的CPU处理能力提出了挑战。同时,由于寻呼还具有突发性,很容易造成主控板CPU瞬时冲高,而导致此时用户接入困难,影响了用户的感受以及呼叫连接建立成功率等KPI(KeyPerformance 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利用率有较大升高的效果。
附图说明
图1是本发明实现寻呼消息发送装置的结构示意图;
图2是本发明实现寻呼消息发送方法的流程图。
具体实施方式
下面结合附图对本发明实现寻呼消息发送装置和方法进行说明。
请参阅图1所示,其是本发明实现寻呼消息发送装置的结构示意图。
实现寻呼消息发送的装置包括寻呼消息识别单元10,微码广播单元20,寻呼消息处理单元30,其中,
寻呼消息识别单元10用于识别出BSC发给BTS的消息中属于寻呼的消息,并根据不同的寻呼消息类型决定寻呼消息的广播范围,输出给微码广播单元。
微码广播单元20用于接收寻呼消息识别单元输出的广播范围,把寻呼消息广播给相应的信道板。该装置驻留在主控板的微码中,其运行不耗费单板CPU 资源。
寻呼消息处理单元30驻留在信道板上,接收微码广播单元广播出的寻呼消息,用于判断当所述寻呼消息的目的载扇是当前配置的载扇信息时,发送所述寻呼消息;否则,丢弃该寻呼消息。
具体地,所述寻呼消息识别单元10根据该消息发送的UDP(User DatagramProtocol,用户数据包协议)端口号以及消息标识等信息识别出该消息是否为寻呼消息以及寻呼消息的类型
优选地,该装置还包括输入接口和输出接口,其中,输出接口用于接收BSC 侧发给BTS的消息,输出接口用于发送该寻呼消息给终端。
该寻呼消息处理单元30发送寻呼消息具体为:该寻呼消息处理单元30通过把寻呼消息打包成空口的控制信道包,再通过空口发送给终端。
请参阅图2所示,描述了本发明实现降低主控板CPU消耗的寻呼消息发送的处理流程,该处理步骤如下:
下面给出本发明的具体运用实例。
S201、BSC发送消息给BTS;
S202、当一条消息从BSC发给BTS后,寻呼消息识别单元根据该消息发送的UDP端口号以及消息标识等信息识别出该消息是否为寻呼消息以及寻呼消息的类型,若该消息不是寻呼消息,则执行正常处理流程,本流程结束;若该消息是寻呼消息则转入S203。
S203、寻呼消息识别单元根据寻呼消息的类型,匹配相应的寻呼范围,输出给微码广播单元。
S204、微码广播单元根据寻呼消息识别单元输出的广播范围,把该寻呼广播给相应的信道板。
S205、寻呼消息处理单元收到微码广播单元发来的寻呼消息,判断是否需要本板进行处理。若是则转入步骤S206;若否,则丢弃该寻呼消息并结束本流程。
具体地,寻呼消息处理单元接收来自微码广播单元的广播出来的寻呼消息,对比该寻呼消息中的目的载扇信息与当前本信道板配置的载扇信息,若目的载扇为本信道板配置的载扇,则处理;否则丢弃。
S206、寻呼消息处理单元在空口控制信道发送寻呼消息。具体地,寻呼消息处理单元把寻呼消息打包成空口的控制信道包,然后通过空口发送给终端。
与现有技术相比,本发明实现寻呼发送装置和方法由寻呼消息识别单元,微码广播单元和寻呼消息处理单元构成。由于微码广播单元的引入,完全避免了BTS主控板CPU参与寻呼消息的发送,完全解决了寻呼导致主控板CPU利用率过高的问题,同时解决了由于寻呼大导致CPU利用率过高进而导致用户接入困难的问题。此外,由于每个信道板只处理需要自己处理的寻呼,实际形成了一个分布式***,这样对于信道板而言,这种寻呼消息发送方法与原来的寻呼消息发送方法对信道板CPU的冲击基本相同。达到了改善主控板CPU利用率的同时,没有使信道板CPU利用率有较大升高的效果。
以上仅为本发明的优选实施案例而已,并不用于限制本发明,对于本领域的技术人员来说,本发明可以有各种更改和变化。凡在本发明的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。
Claims (7)
1.一种寻呼消息发送装置,其特征在于,包括:
寻呼消息识别单元,用于识别寻呼消息并根据不同的寻呼消息类型确定寻呼消息的广播范围;
微码广播单元,用于根据寻呼消息识别单元确定的广播范围把寻呼消息广播给寻呼消息处理单元;
寻呼消息处理单元,用于判断当所述寻呼消息的目的载扇是当前配置的载扇信息时,发送所述寻呼消息;
其中,所述微码广播单元设置在主控板的微码中。
2.根据权利要求1所述装置,其特征在于,所述用于识别寻呼消息并根据不同的寻呼消息类型确定寻呼消息的广播范围具体为:寻呼消息识别单元根据寻呼消息的UDP端口号和消息标识进行识别。
3.根据权利要求1所述装置,其特征在于,所述寻呼消息处理单元设置在信道板上。
4.根据权利要求1所述装置,其特征在于,所述寻呼消息处理单元还用于判断当所述寻呼消息的目的载扇不是当前配置的载扇信息时,丢弃所述寻呼消息。
5.一种寻呼消息发送方法,该方法包括:
寻呼消息识别单元识别寻呼消息并根据不同的寻呼消息类型确定寻呼消息的广播范围;
微码广播单元根据寻呼消息识别单元确定的广播范围把寻呼消息广播给相应的信道板;其中,所述微码广播单元设置在主控板的微码中;
寻呼消息处理单元判断当所述寻呼消息的目的载扇是当前配置的载扇信息时,发送所述寻呼消息。
6.根据权利要求5所述方法,其特征在于,所述寻呼消息识别单元识别寻呼消息并根据不同的寻呼消息类型确定寻呼消息的广播范围具体为:寻呼消息识别单元根据寻呼消息的UDP端口号和消息标识进行识别。
7.根据权利要求5所述方法,其特征在于,所述寻呼消息处理单元还用于判断当所述寻呼消息的目的载扇不是当前配置的载扇信息时,丢弃所述寻呼消息。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201210025387.7A CN102595332B (zh) | 2012-02-06 | 2012-02-06 | 一种寻呼消息发送装置及方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201210025387.7A CN102595332B (zh) | 2012-02-06 | 2012-02-06 | 一种寻呼消息发送装置及方法 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN102595332A CN102595332A (zh) | 2012-07-18 |
CN102595332B true CN102595332B (zh) | 2018-03-27 |
Family
ID=46483454
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201210025387.7A Active CN102595332B (zh) | 2012-02-06 | 2012-02-06 | 一种寻呼消息发送装置及方法 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN102595332B (zh) |
Families Citing this family (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN109286903B (zh) * | 2018-07-26 | 2021-11-12 | 成都鼎桥通信技术有限公司 | 群组信息的下发方法和*** |
Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101001452A (zh) * | 2006-01-11 | 2007-07-18 | 中兴通讯股份有限公司 | 一种ip网络环境下寻呼消息高效发送的实现方法 |
WO2010130094A1 (zh) * | 2009-05-13 | 2010-11-18 | 华为技术有限公司 | 用户设备寻呼方法、装置和*** |
Family Cites Families (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US7801449B2 (en) * | 2004-09-07 | 2010-09-21 | Finisar Corporation | Off-module optical transceiver firmware paging |
-
2012
- 2012-02-06 CN CN201210025387.7A patent/CN102595332B/zh active Active
Patent Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101001452A (zh) * | 2006-01-11 | 2007-07-18 | 中兴通讯股份有限公司 | 一种ip网络环境下寻呼消息高效发送的实现方法 |
WO2010130094A1 (zh) * | 2009-05-13 | 2010-11-18 | 华为技术有限公司 | 用户设备寻呼方法、装置和*** |
Also Published As
Publication number | Publication date |
---|---|
CN102595332A (zh) | 2012-07-18 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN103534960B (zh) | 用于无线通信***中的mtc的方法和设备 | |
CN103249013B (zh) | 一种mtc用户设备触发信息的发送方法、***和用户设备 | |
CN102149049B (zh) | 数字集群通信***中的集群业务实现方法和集群用户终端 | |
CN103974325B (zh) | 多制式网络融合的方法、设备及*** | |
JP2010529775A5 (zh) | ||
CN104581992B (zh) | 业务接入方法及移动管理实体 | |
CN105516635A (zh) | 视频通话***、装置和方法 | |
WO2006055280A3 (en) | Method and apparatus for proving push-to-talk services to non-push-to-talk enabled networks | |
CN106959852A (zh) | 应用图标的角标显示方法、装置和终端 | |
CA2613759A1 (en) | Method and system for communicating a message attachment | |
CN103338482A (zh) | 分流数据传输方法、传输设备以及用户终端 | |
CN107787042A (zh) | 网络寻呼响应方法、装置及移动终端 | |
CN105245695B (zh) | 一种提高微信AirKiss兼容性的方法及*** | |
EP2439966B1 (en) | Information processing system, communication system and communication method | |
CN102595332B (zh) | 一种寻呼消息发送装置及方法 | |
WO2012163113A1 (zh) | 数据业务保护方法及装置 | |
CN106165384A (zh) | 文本消息的安全处理 | |
CN103781124B (zh) | 一种上行数据传输方法及用户设备 | |
EP2999248B1 (en) | Information obtaining method and device | |
WO2016161636A1 (zh) | 数据包处理方法和相关设备 | |
CN101170746B (zh) | 一种监控垃圾短消息的方法及设备 | |
CN102611783A (zh) | 一种移动终端及其处理移动互联网通信业务的方法 | |
CN107094308A (zh) | 数据包传输***及方法 | |
CN104284318B (zh) | 一种td‑lte***中紧急呼叫的识别方法 | |
CN107124738A (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 | ||
GR01 | Patent grant | ||
GR01 | Patent grant |