CN101035349A - 一种处理信令消息上报的系统和方法 - Google Patents
一种处理信令消息上报的系统和方法 Download PDFInfo
- Publication number
- CN101035349A CN101035349A CNA200710039101XA CN200710039101A CN101035349A CN 101035349 A CN101035349 A CN 101035349A CN A200710039101X A CNA200710039101X A CN A200710039101XA CN 200710039101 A CN200710039101 A CN 200710039101A CN 101035349 A CN101035349 A CN 101035349A
- Authority
- CN
- China
- Prior art keywords
- signaling message
- signaling
- buffering area
- message
- processing
- 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.)
- Granted
Links
Images
Abstract
本发明提供一种处理信令消息上报的系统和方法，所述系统包括配置参数模块、前后台通信模块、缓冲区信令消息处理模块、溢出缓冲区信令消息处理模块和定时检测模块；所述方法采用文件保存超过信令消息缓冲区容量配置的信令消息，然后周期检查该信令消息缓冲区中的信令条数，当该信令消息缓冲区里的信令条数低于预设的门限后，将保存在文件中的信令消息按照预设的消息条数分批写入该信令消息缓冲区。本发明减少了发生信令消息丢失的概率，使后台信令跟踪工具的处理能力大大提高，从而提高信令跟踪工具的可靠性和故障定位能力。
Description
技术领域
本发明涉及信令跟踪技术，尤其涉及一种处理信令消息上报的系统和方法。
背景技术
随着移动网络业务和技术的复杂性不断增加，以及市场竞争的加剧，要求网络维护工作从原来面向网络设备向面向业务、注重客户感知的方向转变。从现网应用的技术看，信令跟踪就是能够适应这种管理需求的技术。
移动通信网络中的信令跟踪是网管系统的一个辅助工具，在故障定位和日常的运行维护中都起着非常重要的作用，具有记录现场、定位问题的功能，通过后台的信令跟踪工具可以将这些信令采用存储成文件的方式用于离线分析，使维护人员能够方便地观察到实时的信令过程，便于前台开发人员定位故障和调试前台程序。
信令跟踪需要前台网元设备和后台信令跟踪工具配合完成，两者之间一般采用网络通信。信令跟踪工具运行过程中，经常会出现一段时间内前台网元上报到后台信令跟踪工具的信令消息流量非常大，超过了后台信令跟踪工具的最大消息处理能力。这样，由于后台信令跟踪工具的消息处理能力不足，通常会造成上报信令丢失。这是因为当后台的信令消息缓冲区写满后，如果无限制地扩大缓冲区的大小来容纳更多的上报信令消息，那么内存的使用就会越来越多，时间一长当内存使用量很大的时候，会导致后台信令跟踪工具变慢从而导致消息处理能力降低。于是上报信令消息就会越积越多，对内存的使用也会越来越多，这样不断循环下去直至后台信令跟踪工具崩溃。
对于上报信令消息超过后台信令跟踪工具处理能力的情况，目前通用的解决方案有三种。
第一种是由前台网元限制发往后台信令跟踪工具的信令消息数量。
第二种是前台网元将信令消息组成大包发送到后台。从而减少由于小包过多而造成的通信流量过大。
第三种是后台信令跟踪工具对信令消息缓冲区满了后再接收的消息直接丢掉。
上面的三种方案都无法根本解决问题。
第一种方案对于超过流量限制的信令消息由前台网元直接丢掉。
第二种方案虽然可以减少前后台之间的消息总数，但是由于每条消息中包含了多条信令消息，对后台信令跟踪工具来说，实际的信令消息总数并没有减少，所以还是会超过后台信令跟踪工具的处理能力，后台信令跟踪工具还是只能把超过其处理能力的信令消息丢掉；
第三种方案对于超过后台信令跟踪工具消息处理能力的信令消息，后台信令跟踪工具会直接丢掉。
上面三种方案都会导致信令消息丢失，而信令消息丢失对于定位某些故障会带来不便。
发明内容
本发明克服了现有技术中的不足，提供了一种处理信令消息上报的系统和方法。
本发明的技术方案是：
一种处理信令消息上报的系统，其特点是该系统包括以下模块：
配置参数模块，用于获取配置文件中的各种配置参数；
前后台通信模块，用于建立和维护前台网元与后台信令跟踪工具之间的通信链路，接收该前台网元发来的信令消息，并把该信令消息写入信令消息缓冲区或者溢出信令消息缓冲区；
缓冲区信令消息处理模块，包括多个缓冲区信令消息处理线程，用于对所述的信令消息缓冲区里的信令消息进行处理；
溢出缓冲区信令消息处理模块，包括多个溢出缓冲区信令消息处理线程，用于对所述的溢出缓冲区里的信令消息进行处理，将该信令消息保存到文件中；
定时检测模块，用于周期检测所述的信令消息缓冲区里的信令消息总数，当该信令消息缓冲区里面的信令总数低于预设的门限时，将保存在文件中的信令消息按照预设的消息条数分批写入所述的信令消息缓冲区；
所述的配置参数模块向所述的前后台通信模块、缓冲区信令消息处理模块、溢出缓冲区信令消息处理模块及定时检测模块提供配置参数。
一种处理信令消息上报的方法，应用于上述处理信令消息的系统，其特点是该方法包括如下步骤：
步骤1：所述的后台信令跟踪工具接收上报的信令消息后，将该信令消息写入所述的信令消息缓冲区或者溢出信令消息缓冲区，并采用文件保存超过所述的信令消息缓冲区容量配置的信令消息；
步骤2：所述的定时检测模块周期检查所述的信令消息缓冲区中的信令条数，当该信令消息缓冲区里的信令条数低于预设的门限后，将保存在文件中的信令消息按照预设的消息条数分批写入该信令消息缓冲区。
上述步骤1中的后台信令跟踪工具接收上报的信令消息后写入所述的信令消息缓冲区或者溢出信令消息缓冲区具体包括以下步骤：
步骤201：建立所述的后台信令跟踪工具和前台网元的通信链路；
步骤202：该后台信令跟踪工具接收所述的前台网元发来的信令消息；
步骤203：判断所述的信令消息缓冲区是否已满，如果没有满，执行步骤204，如果已满，执行步骤205；
步骤204：将所述的前台网元发来的信令消息写入所述的信令消息缓冲区，然后重复步骤202；
步骤205：将所述的前台网元发来的信令消息写入到所述的溢出信令消息缓冲区，然后重复步骤202。
上述步骤1中的后台信令跟踪工具接收上报的信令消息后写入所述的信令消息缓冲区进一步还包括：
步骤301：所述的后台信令跟踪工具启动时，创建多个缓冲区信令消息处理线程；
步骤302：每个缓冲区信令处理线程从所述的信令消息缓冲区取出一条信令消息，然后将所述的信令消息缓冲区中对应的信令消息从该缓冲区中删除；
步骤303：每个缓冲区信令处理线程处理刚从该缓冲区中取出的信令消息，然后重复步骤302。
上述步骤1中的后台信令跟踪工具接收上报的信令消息后写入所述的溢出信令消息缓冲区，并采用文件保存超过所述的信令消息缓冲区容量配置的信令消息具体还包括：
步骤401：所述的后台信令跟踪工具启动时，创建多个溢出缓冲区信令消息处理线程；
步骤402：每个溢出缓冲区信令消息处理线程从所述的溢出信令缓冲区取出一条消息，然后将所述的溢出信令消息缓冲区中对应的信令消息从该缓冲区中删除；
步骤403：每个溢出缓冲区信令消息处理线程将每条消息都保存到该线程对应的文件中，然后重复步骤402。
上述的步骤2具体包括以下步骤：
步骤501：所述的后台信令跟踪工具启动时，启动一个定时检测线程和一个定时器；
步骤502：当所述的定时器的定时周期到的时候，检测信令消息缓冲区中信令数目是否低于预设的门限值，如果是，执行步骤503，否则回到步骤502，等待下一次定时周期到；
步骤503：检测文件中是否有溢出信令消息缓冲区处理模块保存的信令消息，如果无，回到步骤502，等待下一次定时周期到；如果有，则启动一个线程负责将文件中的信令消息写入所述的信令消息缓冲区中，再将成功写入所述的信令消息缓冲区中的信令消息从文件中删除掉，然后回到步骤502，等待下一次定时周期到。
上述的步骤203中的信令消息缓冲区的最大保存信令消息条数由所述的配置参数模块配置。
上述步骤501中的定时器的定时周期由所述的配置参数模块进行配置。
所述的信令消息缓冲区中的信令条数的预设的门限值由所述的配置参数模块进行配置。
所述步骤503中的写入信令消息缓冲区中的信令消息的预设的数量由所述的配置参数模块进行配置。
与现有技术相比，本发明的有益效果是：
采用本发明处理信令消息上报的系统和方法，一般来说仅会受限于后台硬盘的容量，后台信令跟踪工具可以最长时间内承受超过后台信令跟踪工具的消息处理能力的信令消息的冲击，提高了后台信令跟踪工具的性能和可靠性。因此可以大大提高后台信令跟踪工具的故障定位能力。
附图说明
图1是本发明处理信令消息上报的系统和方法的总体框图；
图2是本发明的前后台通信模块的流程图；
图3是本发明的缓冲区信令消息处理模块的流程图；
图4是本发明的溢出缓冲区信令消息处理模块的流程图；
图5是本发明的定时检测模块的流程图。
具体实施方式
下面结合附图与具体实施方式对本发明做进一步详细描述，但不应以此限制本发明的保护范围。
图1是本发明处理信令消息上报的系统和方法的总体框图。如图1所示，本发明包括以下模块：1、配置参数模块，用于获取配置文件中的各种配置参数；2、前后台通信模块，用于建立和维护前台网元的通信链路，接收前台网元发来的信令消息，并把消息写入信令消息缓冲区或者溢出信令消息缓冲区；3、缓冲区信令消息处理模块，包括多个缓冲区信令消息处理线程，用于对信令消息缓冲区里的信令消息进行处理；4、溢出缓冲区信令消息处理模块，包括多个溢出缓冲区信令消息处理线程，用于对溢出缓冲区里的信令消息进行处理，将信令消息保存到文件中；5、定时检测模块，用于周期检测信令消息缓冲区里的信令消息总数，当缓冲区里面的信令总数低于预设的门限时，将保存在文件中的信令消息按照预设的消息条数分批写入信令消息缓冲区。
所述的配置参数模块向所述的前后台通信模块、缓冲区信令消息处理模块、溢出缓冲区信令消息处理模块及定时检测模块提供配置参数。
图2是本发明的前后台通信模块的处理流程图。步骤201，建立后台信令跟踪工具和前台网元的通信链路。步骤202，后台信令跟踪工具接收前台网元发来的信令消息。步骤203，判断信令消息缓冲区是否已满，信令消息缓冲区最大保存信令消息条数由配置参数模块配置。如果没有满，执行步骤204，将信令消息写入信令消息缓冲区，否则执行步骤205，将信令消息写入到溢出信令消息缓冲区。然后重复步骤202。
图3是本发明的缓冲区信令消息处理模块的处理流程图。步骤301，后台信令跟踪工具启动时，创建多个缓冲区信令消息处理线程。步骤302，每个缓冲区信令处理线程从信令消息缓冲区取出一条信令消息。然后将信令消息缓冲区中对应的信令消息从缓冲区中删除。步骤303，每个缓冲区信令处理线程处理刚从缓冲区中取出的信令消息。然后重复步骤302。
图4是本发明的溢出缓冲区信令消息处理模块的流程图。步骤401，后台信令跟踪工具启动时，创建多个溢出缓冲区信令消息处理线程。步骤402，每个溢出缓冲区信令消息处理线程从溢出信令缓冲区取出一条消息，然后将溢出信令消息缓冲区中对应的信令消息从缓冲区中删除。步骤403，每个溢出缓冲区信令消息处理线程将每条消息都保存到该线程对应的文件中，然后重复步骤402。
图5是本发明的定时检测模块的流程图。
步骤501：所述的后台信令跟踪工具启动时，启动一个定时检测线程，根据配置参数模块配置的定时周期启动一个定时器。
步骤502：当所述的定时器的定时周期到的时候，检测信令消息缓冲区中信令数目是否低于预设的门限值，如果信令消息缓冲区里的信令总数低于预设的门限值，执行步骤503；如果信令消息缓冲区中的信令总数高于预设的门限值，回到步骤502，等待下一次定时周期到。上述预设的门限值由配置参数模块配置，之所以需要配置这个门限值，是为了避免出现乒乓效应，就是避免信令缓冲区频繁处于满与不满的状态切换，从而导致后台信令跟踪系统频繁处于将超过信令消息缓冲区容量的信令写入文件和从文件读出信令并写入信令消息缓冲区的状态，该乒乓效应会降低后台信令跟踪工具的处理能力。
步骤503：检测文件中是否有溢出信令消息缓冲区处理模块保存的信令消息，如果无，回到步骤502，等待下一次定时周期到。如果文件中有溢出信令消息缓冲区处理模块保存的信令消息，则启动一个线程负责将文件中的信令消息写入所述的信令消息缓冲区中，写入数量由配置参数模块配置。这样处理是为了避免由于文件中保存的信令消息过多，一次性全部写回去会使信令消息缓冲区立刻就处于满的状态，从而影响到新的信令消息的接收。此线程还需要将成功写入所述的信令消息缓冲区中的信令消息从文件中删除掉，然后回到步骤502，等待下一次定时周期到。
本发明后台信令跟踪工具接收上报的信令消息后，将该信令消息写入所述的信令消息缓冲区或者溢出信令消息缓冲区，并采用文件保存超过信令消息缓冲区容量配置的信令消息，然后周期检查信令消息缓冲区中的信令条数，当信令消息缓冲区里的信令条数低于预设的门限后，将保存在文件中的信令消息按照预设的消息条数分批写入信令消息缓冲区，从而恢复了因为超过后台信令跟踪工具的消息处理能力而暂时无法处理的信令消息。本发明减少了发生信令消息丢失的概率，使后台信令跟踪工具的处理能力大大提高，从而提高了信令跟踪工具的可靠性和故障定位能力。
以上所述仅为本发明的较佳实施例而已，并非用来限定本发明的实施范围。即凡依本发明申请专利范围的内容所作的等效变化与修饰，都应为本发明的技术范畴。
Claims (10)
1、一种处理信令消息上报的系统，其特征在于该系统包括以下模块：
配置参数模块，用于获取配置文件中的各种配置参数；
前后台通信模块，用于建立和维护前台网元与后台信令跟踪工具之间的通信链路，接收该前台网元发来的信令消息，并把该信令消息写入信令消息缓冲区或者溢出信令消息缓冲区；
缓冲区信令消息处理模块，包括多个缓冲区信令消息处理线程，用于对所述的信令消息缓冲区里的信令消息进行处理；
溢出缓冲区信令消息处理模块，包括多个溢出缓冲区信令消息处理线程，用于对所述的溢出缓冲区里的信令消息进行处理，将该信令消息保存到文件中；
定时检测模块，用于周期检测所述的信令消息缓冲区里的信令消息总数，当该信令消息缓冲区里面的信令总数低于预设的门限时，将保存在文件中的信令消息按照预设的消息条数分批写入所述的信令消息缓冲区；
所述的配置参数模块向所述的前后台通信模块、缓冲区信令消息处理模块、溢出缓冲区信令消息处理模块及定时检测模块提供配置参数。
2、一种应用于权利要求1所述系统的处理信令消息上报的方法，其特征在于该方法包括如下步骤：
步骤1：所述的后台信令跟踪工具接收上报的信令消息后，将该信令消息写入所述的信令消息缓冲区或者溢出信令消息缓冲区，并采用文件保存超过所述的信令消息缓冲区容量配置的信令消息；
步骤2：所述的定时检测模块周期检查所述的信令消息缓冲区中的信令条数，当该信令消息缓冲区里的信令条数低于预设的门限后，将保存在文件中的信令消息按照预设的消息条数分批写入该信令消息缓冲区。
3、根据权利要求2所述的处理信令消息上报的方法，其特征在于所述
步骤1中的后台信令跟踪工具接收上报的信令消息后写入所述的信令消息缓冲区或者溢出信令消息缓冲区具体包括以下步骤：
步骤201：建立所述的后台信令跟踪工具和前台网元的通信链路；
步骤202：该后台信令跟踪工具接收所述的前台网元发来的信令消息；
步骤203：判断所述的信令消息缓冲区是否已满，如果没有满，执行步骤204，如果已满，执行步骤205；
步骤204：将所述的前台网元发来的信令消息写入所述的信令消息缓冲区，然后重复步骤202；
步骤205：将所述的前台网元发来的信令消息写入到所述的溢出信令消息缓冲区，然后重复步骤202。
4、根据权利要求2或3所述的处理信令消息上报的方法，其特征在于所述步骤1中的后台信令跟踪工具接收上报的信令消息后写入所述的信令消息缓冲区进一步还包括：
步骤301：所述的后台信令跟踪工具启动时，创建多个缓冲区信令消息处理线程；
步骤302：每个缓冲区信令处理线程从所述的信令消息缓冲区取出一条信令消息，然后将所述的信令消息缓冲区中对应的信令消息从该缓冲区中删除；
步骤303：每个缓冲区信令处理线程处理刚从该缓冲区中取出的信令消息，然后重复步骤302。
5、根据权利要求2或3所述的处理信令消息上报的方法，其特征在于所述步骤1中的后台信令跟踪工具接收上报的信令消息后写入所述的溢出信令消息缓冲区，并采用文件保存超过所述的信令消息缓冲区容量配置的信令消息具体还包括：
步骤401：所述的后台信令跟踪工具启动时，创建多个溢出缓冲区信令消息处理线程；
步骤402：每个溢出缓冲区信令消息处理线程从所述的溢出信令缓冲区取出一条消息，然后将所述的溢出信令消息缓冲区中对应的信令消息从该缓冲区中删除；
步骤403：每个溢出缓冲区信令消息处理线程将每条消息都保存到该线程对应的文件中，然后重复步骤402。
6、根据权利要求2所述的处理信令消息上报的系统，其特征在于所述的步骤2具体包括以下步骤：
步骤501：所述的后台信令跟踪工具启动时，启动一个定时检测线程和一个定时器；
步骤502：当所述的定时器的定时周期到的时候，检测信令消息缓冲区中信令数目是否低于预设的门限值，如果是，执行步骤503，否则回到步骤502，等待下一次定时周期到；
步骤503：检测文件中是否有溢出信令消息缓冲区处理模块保存的信令消息，如果无，回到步骤502，等待下一次定时周期到；如果有，则启动一个线程负责将文件中的信令消息写入所述的信令消息缓冲区中，再将成功写入所述的信令消息缓冲区中的信令消息从文件中删除掉，然后回到步骤502，等待下一次定时周期到。
7、根据权利要求3所述的处理信令消息上报的方法，其特征在于所述的步骤203中的信令消息缓冲区的最大保存信令消息条数由所述的配置参数模块配置。
8、根据根据权利要求6所述的处理信令消息上报的方法，其特征在于所述步骤501中的定时器的定时周期由所述的配置参数模块进行配置。
9、根据根据权利要求2或6所述的处理信令消息上报的方法，其特征在于所述的信令消息缓冲区中的信令条数的预设的门限值由所述的配置参数模块进行配置。
10、根据根据权利要求2或6所述的处理信令消息上报的方法，其特征在于所述步骤503中的写入信令消息缓冲区中的信令消息的预设的数量由所述的配置参数模块进行配置。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CNB200710039101XA CN100518359C (zh) | 2007-04-04 | 2007-04-04 | 一种处理信令消息上报的系统和方法 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CNB200710039101XA CN100518359C (zh) | 2007-04-04 | 2007-04-04 | 一种处理信令消息上报的系统和方法 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN101035349A true CN101035349A (zh) | 2007-09-12 |
| CN100518359C CN100518359C (zh) | 2009-07-22 |
Family
ID=38731590
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CNB200710039101XA Expired - Fee Related CN100518359C (zh) | 2007-04-04 | 2007-04-04 | 一种处理信令消息上报的系统和方法 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN100518359C (zh) |
Cited By (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101917699A (zh) * | 2010-07-20 | 2010-12-15 | 中兴通讯股份有限公司 | 基于用户的随机上报信令跟踪方法和装置 |
| CN101303658B (zh) * | 2008-06-18 | 2011-09-21 | 中兴通讯股份有限公司 | 基于前/后台任务的通信方法和装置 |
| CN101527654B (zh) * | 2009-04-20 | 2012-01-25 | 中兴通讯股份有限公司 | 一种网管系统中的数据传输方法及系统 |
| CN107295493A (zh) * | 2017-08-10 | 2017-10-24 | 广东欧珀移动通信有限公司 | 信息上报方法、装置、终端及计算机可读存储介质 |
| CN108509144A (zh) * | 2017-02-27 | 2018-09-07 | 中兴通讯股份有限公司 | 数据保存方法和装置 |
-
2007
- 2007-04-04 CN CNB200710039101XA patent/CN100518359C/zh not_active Expired - Fee Related
Cited By (9)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101303658B (zh) * | 2008-06-18 | 2011-09-21 | 中兴通讯股份有限公司 | 基于前/后台任务的通信方法和装置 |
| CN101527654B (zh) * | 2009-04-20 | 2012-01-25 | 中兴通讯股份有限公司 | 一种网管系统中的数据传输方法及系统 |
| CN101917699A (zh) * | 2010-07-20 | 2010-12-15 | 中兴通讯股份有限公司 | 基于用户的随机上报信令跟踪方法和装置 |
| WO2012010090A1 (zh) * | 2010-07-20 | 2012-01-26 | 中兴通讯股份有限公司 | 基于用户的随机上报信令跟踪方法和装置 |
| CN101917699B (zh) * | 2010-07-20 | 2014-08-20 | 中兴通讯股份有限公司 | 基于用户的随机上报信令跟踪方法和装置 |
| CN108509144A (zh) * | 2017-02-27 | 2018-09-07 | 中兴通讯股份有限公司 | 数据保存方法和装置 |
| CN108509144B (zh) * | 2017-02-27 | 2020-12-15 | 中兴通讯股份有限公司 | 数据保存方法和装置 |
| CN107295493A (zh) * | 2017-08-10 | 2017-10-24 | 广东欧珀移动通信有限公司 | 信息上报方法、装置、终端及计算机可读存储介质 |
| CN107295493B (zh) * | 2017-08-10 | 2020-01-14 | Oppo广东移动通信有限公司 | 信息上报方法、装置、终端及计算机可读存储介质 |
Also Published As
| Publication number | Publication date |
|---|---|
| CN100518359C (zh) | 2009-07-22 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN101035349A (zh) | 一种处理信令消息上报的系统和方法 | |
| CN101056264A (zh) | 流量控制的方法和业务处理系统 | |
| CN1794646A (zh) | 一种网络管理服务器从网元设备获取日志信息的方法 | |
| CN1361489A (zh) | 一种日志信息的自动循环存储方法和系统 | |
| CN1842022A (zh) | 日志处理系统及方法 | |
| CN1383656A (zh) | 数据发送装置、数据接收装置及数据发送接收方法 | |
| CN1878322A (zh) | 故障定位的方法及装置 | |
| CN101035130A (zh) | 一种基于浏览器/服务器结构的信息分配方法及系统 | |
| CN1855793A (zh) | 一种视音频编码速度的控制方法 | |
| CN1905513A (zh) | 一种对ppp多链路协议报文进行按序重组的方法 | |
| CN1917478A (zh) | 转发报文的处理方法及处理模块 | |
| CN1829366A (zh) | 无线网络控制器日志记录系统及其方法 | |
| CN1904846A (zh) | 一种配置恢复装置和方法 | |
| CN1783874A (zh) | 网络设备中地址解析协议高速缓存表项的老化方法 | |
| CN1913693A (zh) | 一种故障信息收集系统及方法 | |
| CN1859168A (zh) | 一种应用系统中日志信息的传送方法及系统 | |
| CN1303518C (zh) | 远程服务器主机画面监控系统及其方法 | |
| CN200953628Y (zh) | 一种交互式网络电视终端信息快速处理装置 | |
| CN100344109C (zh) | 网管系统中提高告警数据处理速度的方法 | |
| CN1652506A (zh) | 服务通用分组无线业务支持节点对计费网关的管理方法 | |
| CN1545259A (zh) | 一种嵌入式分布系统的性能测量数据采集方法 | |
| CN1625170A (zh) | 通用分组无线业务大量用户同时在线的实现方法 | |
| CN1681252A (zh) | 服务通用分组无线业务支持节点监控移动用户状态的方法 | |
| CN1784054A (zh) | 一种通讯系统单板运行信息处理的方法 | |
| CN1889745A (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 | ||
| C14 | Grant of patent or utility model | ||
| GR01 | Patent grant | ||
| CF01 | Termination of patent right due to non-payment of annual fee |
Granted publication date: 20090722 Termination date: 20150404 |
|
| EXPY | Termination of patent right or utility model |