CN108616984A - 寻呼消息处理方法、装置、基站和存储介质 - Google Patents

寻呼消息处理方法、装置、基站和存储介质 Download PDF

Info

Publication number
CN108616984A
CN108616984A CN201810321740.3A CN201810321740A CN108616984A CN 108616984 A CN108616984 A CN 108616984A CN 201810321740 A CN201810321740 A CN 201810321740A CN 108616984 A CN108616984 A CN 108616984A
Authority
CN
China
Prior art keywords
paging message
paging
current
stored
dimensional array
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.)
Pending
Application number
CN201810321740.3A
Other languages
English (en)
Inventor
关文祥
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Comba Network Systems Co Ltd
Original Assignee
Comba Telecom Technology Guangzhou Ltd
Comba Telecom Systems China Ltd
Comba Telecom Systems Guangzhou Co Ltd
Tianjin Comba Telecom Systems Co Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Comba Telecom Technology Guangzhou Ltd, Comba Telecom Systems China Ltd, Comba Telecom Systems Guangzhou Co Ltd, Tianjin Comba Telecom Systems Co Ltd filed Critical Comba Telecom Technology Guangzhou Ltd
Priority to CN201810321740.3A priority Critical patent/CN108616984A/zh
Publication of CN108616984A publication Critical patent/CN108616984A/zh
Pending legal-status Critical Current

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W68/00—User notification, e.g. alerting and paging, for incoming communication, change of service or the like
    • H04W68/005—Transmission of information for alerting of incoming communication
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/20—Control channels or signalling for resource management
    • H04W72/23—Control channels or signalling for resource management in the downlink direction of a wireless link, i.e. towards a terminal

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

本发明涉及一种寻呼消息处理方法、装置、基站和存储介质。所述方法包括：在接收到网络侧的当前寻呼消息时，计算所述当前寻呼消息在空中接口的发送时机，得到所述当前寻呼消息的寻呼帧和寻呼时机；根据所述寻呼帧和所述寻呼时机确定所述当前寻呼消息在预设的二维数组中的当前存储位置；将所述当前寻呼消息存储在所述当前存储位置。采用本方法能够节省系统性能开销，提升系统的实时调度效率。

Description

寻呼消息处理方法、装置、基站和存储介质
技术领域
本发明涉及移动通信覆盖技术领域，特别是涉及一种寻呼消息处理方法、装置、基站和存储介质。
背景技术
现有的LTE(Long Term Evolution，长期演进)系统中，基站侧在接收到寻呼消息时，对寻呼消息的处理通常使用以下方式：
将接收到的寻呼消息按序存储在一个一维数组里面(假设一维数组为Mp)。接下来的每个传输时间间隔(TransmissionTime Interval，TTI)都会遍历并检测存储的寻呼消息是否到达发送时刻。如到达发送时刻，会调用第三方ASN.1库，对当前所有符合发送时刻的寻呼消息进行编码，得到符合ASN.1编码格式的编码结果，通过空中接口发送给用户设备(UserEquipment，UE)。
在上述存储寻呼消息的过程中(假设寻呼消息存储数组大小为N)，往一维数组Mp里插入新收到的寻呼消息时，需遍历该一维数Mp，以找到可存储的内存位置。最极端情况下，需遍历N次，遍历过程会占用系统的性能开销，影响系统的实时调度效率。
发明内容
基于此，有必要针对上述遍历数组占用系统的性能开销，影响系统的实时调度效率问题，提供一种能够节省系统性能开销，提升系统的实时调度效率的寻呼消息处理方法、装置、基站和存储介质。
一种寻呼消息处理方法，方法包括：
在接收到网络侧的当前寻呼消息时，计算当前寻呼消息在空中接口的发送时机，得到当前寻呼消息的寻呼帧和寻呼时机；
根据寻呼帧和寻呼时机确定当前寻呼消息在预设的二维数组中的当前存储位置；
将当前寻呼消息存储在当前存储位置。
在其中一个实施例中，上述的二维数组的行数和列数可以分别由移动通信系统的系统帧号的最大值和子帧号的最大值确定；或者二维数组的行数和列数可以分别由移动通信系统的子帧号的最大值和系统帧号的最大值确定。
在其中一个实施例中，上述的根据寻呼帧和寻呼时机确定当前寻呼消息在预设的二维数组中的当前存储可以包括：
在二维数组的行数和列数分别由移动通信系统的系统帧号的最大值和子帧号的最大值确定时，以寻呼帧的值作为二维数组的行下标，以寻呼时机的值作为二维数组的列下标，确定出当前存储位置；
在二维数组的行数和列数分别由移动通信系统的子帧号的最大值和系统帧号的最大值确定时，以寻呼时机的值作为二维数组的行下标，以寻呼帧的值作为二维数组的列下标，确定出当前存储位置。
在其中一个实施例中，上述的寻呼消息处理方法还可以包括：在将当前寻呼消息存储在当前存储位置之前，对当前寻呼消息进行编码。
在其中一个实施例中，在当前存储位置没有存储其他寻呼消息时，将当前寻呼消息编码后存储在当前存储位置；在当前存储位置存储有其他寻呼消息时，将当前寻呼消息和其他寻呼消息编码后存储在当前存储位置。
在其中一个实施例中，上述的寻呼消息处理方法还可以包括：根据当前系统时间下的系统帧号和子帧号寻址到二维数组的目标位置；在目标位置中存储有寻呼消息时，将目标位置中存储的寻呼消息发送给用户设备。
一种寻呼消息处理装置，装置包括：
计算模块，用于在接收到网络侧的当前寻呼消息时，计算当前寻呼消息在空中接口的发送时机，得到当前寻呼消息的寻呼帧和寻呼时机；
存储模块，用于根据寻呼帧和寻呼时机确定当前寻呼消息在预设的用于存储寻呼消息的二维数组中的当前存储位置，将当前寻呼消息存储在当前存储位置。
在其中一个实施例中，上述的装置还可以包括编码模块、调度模块和发送模块；
编码模块用于在当前存储位置没有存储其他寻呼消息时，对当前寻呼消息进行编码，或者在当前存储位置存储有其他寻呼消息时，对当前寻呼消息和其他寻呼消息进行编码；
存储模块将编码模块编码后的编码结果存储在当前存储位置；
调度模块用于根据当前系统时间下的系统帧号和子帧号寻址到二维数组的目标位置，在目标位置中存储有寻呼消息时，将目标位置中存储的寻呼消息递交给发送模块；
发送模块用于将目标位置中存储的寻呼消息发送给用户设备。
一种基站，包括存储器和处理器，存储器存储有计算机程序，处理器执行计算机程序时实现以下步骤：
在接收到网络侧的当前寻呼消息时，计算当前寻呼消息在空中接口的发送时机，得到当前寻呼消息的寻呼帧和寻呼时机；
根据寻呼帧和寻呼时机确定当前寻呼消息在预设的二维数组中的当前存储位置；
将当前寻呼消息存储在当前存储位置。
一种计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器执行时实现以下步骤：
在接收到网络侧的当前寻呼消息时，计算当前寻呼消息在空中接口的发送时机，得到当前寻呼消息的寻呼帧和寻呼时机；
根据寻呼帧和寻呼时机确定当前寻呼消息在预设的二维数组中的当前存储位置；
将当前寻呼消息存储在当前存储位置。
上述的寻呼消息处理方法、装置、基站和存储介质，由于预设了用于存储寻呼消息的二维数组，且由于是在接收到网络侧的当前寻呼消息时，直接由计算得到当前寻呼消息的寻呼帧和寻呼时机寻址到二维数组中的当前存储位置，将所述当前寻呼消息存储在所述当前存储位置，而不需要遍历二维数组的各个位置，可以节省系统性能开销，提升系统的实时调度效率。同时，由于在接收到当前寻呼消息，就计算所述当前寻呼消息在空中接口的发送时机，如此，不用在每次系统时间间隔调度的时候都计算发送时机，也可以节省系统性能开销，提升系统的实时调度效率。
附图说明
图1-1为一个实施例中寻呼消息处理方法的应用环境图；
图1-2为一个实施例中寻呼消息处理方法的流程示意图；
图2为另一个实施例中寻呼消息处理方法的流程示意图；
图3为另一个实施例中寻呼消息处理方法的流程示意图；
图4-1为一个实施例中寻呼消息处理装置的组成结构框图；
图4-2为另一个实施例中寻呼消息处理装置的组成结构框图；
图4-3为再一个实施例中寻呼消息处理装置的组成结构框图；
图5为一个实施例中基站的主要硬件构造图。
具体实施方式
为了使本发明的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本发明进行进一步详细说明。应当理解，此处描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。
本发明提供的寻呼消息处理方法，可以应用于如图1-1所示的应用环境中。其中，寻呼消息由网络侧(核心网系统)发送到基站，再由基站发送给用户设备。其中，核心网系统包括3G核心网、4G核心网或者5G核心网；用户设备或者称为用户终端，可以但不限于是各种手机，智能终端，多媒体设备，流媒体设备等等；基站是基站子系统(BSS，Base StationSubsystem)的简称，以GSM网络为例，包括基站收发信机(BST)和基站控制器(BSC)。一个基站控制器可以控制十几以至数十个基站收发信机。本发明各实施例中涉及的基站可以是GSM制式、CDMA制式、WCDMA制式、TD-SCDMA制式和LTE制式的基站。本发明各实施例中寻呼消息处理方法可以适用于任何制式的移动通信系统。
在一个实施例中，如图1-2所示，提供了一种寻呼消息处理方法，以该方法应用于图1-1中的基站为例进行说明，包括以下步骤：
步骤S101：在接收到网络侧的当前寻呼消息时，计算当前寻呼消息在空中接口的发送时机，得到当前寻呼消息的寻呼帧和寻呼时机；
这里，当前寻呼消息指基站当前接收到一寻呼消息；
这里，空中接口也称为空口，是基站和移动电话之间的无线传输规范，定义每个无线信道的使用频率、带宽、接入时机、编码方法以及越区切换。计算寻呼消息的空口的发送时机，可以得到该寻呼消息对应的寻呼帧(Paging Frame，PF)和寻呼时机(PagingOccasion，PO)，寻呼帧对应系统帧，寻呼时机对应子帧。
具体地，基站在接收到网络侧的当前寻呼消息时，根据移动通信系统协议计算当前寻呼消息在空中接口的发送时机，得到当前寻呼消息的寻呼帧和寻呼时机，具体计算方式可以参照移动通信系统协议，在此不加赘述。
步骤S102：根据寻呼帧和寻呼时机确定当前寻呼消息在预设二维数组中的当前存储位置；
具体地，根据寻呼帧和寻呼时机在预设的用于存储寻呼消息的二维数组中寻址到与当前寻呼消息的寻呼帧和寻呼时机对应的当前存储位置，该当前存储位置是与当前寻呼消息的寻呼帧和寻呼时机对应的唯一的存储位置。
步骤S103：将当前寻呼消息存储在当前存储位置。
据此，根据上述本实施例中的方案，由于预设了用于存储寻呼消息的二维数组，且由于是在接收到网络侧的当前寻呼消息时，直接由计算得到当前寻呼消息的寻呼帧和寻呼时机寻址到二维数组中的当前存储位置，将当前寻呼消息存储在当前存储位置，而不需要遍历二维数组的各个位置，可以节省系统性能开销，提升系统的实时调度效率。同时，由于在接收到当前寻呼消息，就计算当前寻呼消息在空中接口的发送时机，如此，不用在每次系统时间间隔调度的时候都计算发送时机，也可以节省系统性能开销，提升系统的实时调度效率。
若尚未建立上述的二维数组，需要先初始化寻呼消息的存储空间。具体地，基站在其存储器中开辟一个二维数组，用于存储收到的寻呼消息。其中，上述的二维数组的行数和列数可以分别由移动通信系统的系统帧号的最大值和子帧号的最大值确定，上述的二维数组的行数和列数也可以分别由移动通信系统的子帧号的最大值和系统帧号的最大值确定。系统帧号的最大值为1024，子帧号的最大值是10，即建立一个行数是1024、列数为10的二维数组，或者建立一个行数是10、列数为1024的二维数组。如此，可以包含所有寻呼消息存储所包含的情况。
本领域技术人员应该理解，二维数组的行数和列数也可以分别多于1024和10，或者二维数组的行数和列数也可以分别多于10和1024，只是多出的存储位置对存储寻呼消息无用。
在其中一个实施例中，上述的根据寻呼帧和寻呼时机确定当前寻呼消息在预设的二维数组中的当前存储位置的步骤可以包括：在所述二维数组的行数和列数分别由移动通信系统的系统帧号的最大值和子帧号的最大值确定时，以所述寻呼帧的值作为所述二维数组的行下标，以所述寻呼时机的值作为所述二维数组的列下标，确定出所述当前存储位置。
在其中一个实施例中，上述的根据寻呼帧和寻呼时机确定当前寻呼消息在预设的二维数组中的当前存储位置的步骤也可以包括：在所述二维数组的行数和列数分别由移动通信系统的子帧号的最大值和系统帧号的最大值确定时，以所述寻呼时机的值作为所述二维数组的行下标，以所述寻呼帧的值作为所述二维数组的列下标，确定出所述当前存储位置。
另外，传统的寻呼处理方式中，是在每次系统时间间隔调度的时候才对寻呼消息进行编码，这样会对实时调度效率产生影响。为此，在其中一个实施例中，在将当前寻呼消息存储在当前存储位置之前，对当前寻呼消息进行编码。也就是说，在接收到当前寻呼消息时，就对当前寻呼消息进行编码，这相对于在发送时才进行寻呼消息进行编码，可以提升系统的实时调度效率。其中，对当前寻呼消息可以采用调用第三方ASN.1库的方式进行编码。
另外，传统的寻呼处理方式中，由于每一个寻呼消息都会占用一维数组Mp的内存，在核心网频繁下发寻呼消息的情况下，会大量占用存储内存，严重的情况下会导致内存不够用，寻呼消息被丢弃，最终影响寻呼成功率和用户体验。为此，在其中一个实施例中，上述的将当前寻呼消息存储在当前存储位置的步骤：在当前存储位置没有存储其他寻呼消息时，将当前寻呼消息编码后存储在当前存储位置；在当前存储位置存储有其他寻呼消息时，将当前寻呼消息和其他寻呼消息编码后存储在当前存储位置。一般地，在当前存储位置存储有其他寻呼消息时，可以将其他寻呼消息解码后再与当前寻呼消息一起编码，将编码后的结果存储在当前存储位置。
具体地，在当前存储位置没有存储其他寻呼消息时，调用第三方ASN.1库，直接将当前寻呼消息进行编码，得到符合ASN.1编码格式的编码结果存储在当前存储位置；在当前存储位置存储有其他寻呼消息时，调用第三方ASN.1库，直接将当前寻呼消息和当前存储位置存储的其他寻呼消息进行编码，得到符合ASN.1编码格式的编码结果存储在当前存储位置。
在本实施例方案中，一方面在将当前寻呼消息存储在当前存储位置之前，对当前寻呼消息进行编码，可以提升系统的实时调度效率，另一方面，无论当前存储位置是否存储有其他寻呼消息不会丢弃当前寻呼消息，如此，不管寻呼消息来得再频繁再多，也无需担心内存存储问题，防止了寻呼消息丢失而引起的寻呼成功率低和用户体验差等问题。
在一个实施例中的寻呼消息处理方法，在上述任意一个实施例的基础上，还可以增加判断已存储的寻呼消息是否需要发送，在需要发送时发送相应存储消息给用户设备的过程，具体参见图2所示实施例。
如图2所示，提供了一种寻呼消息处理方法，以该方法应用于图1-1中的基站为例进行说明，包括以下步骤：
步骤S201：在接收到网络侧的当前寻呼消息时，计算当前寻呼消息在空中接口的发送时机，得到当前寻呼消息的寻呼帧和寻呼时机；
步骤S202：根据寻呼帧和寻呼时机确定当前寻呼消息在预设的用于存储寻呼消息的二维数组中的当前存储位置；
步骤S203：将当前寻呼消息存储在当前存储位置；
步骤S204：在当前系统调度时间间隔内，根据当前系统时间下的系统帧号和子帧号寻址到二维数组的目标位置；
具体地，可以分别以当前系统时间下的系统帧号和子帧号寻址作为行坐标和列坐标，寻址到上述的二维数组的唯一内存位置，即目标位置，判断该目标位置是否存储了寻呼消息，如该位置存储了寻呼消息，表示当前系统时间有寻呼消息需要发送，则需要发送寻呼消息；这种方式对应于二维数据的行数和列数分别由移动通信系统的系统帧号的最大值和子帧号的最大值确定的情况。
也可以分别以当前系统时间下的系统帧号和子帧号寻址作为列坐标和行坐标，寻址到上述的二维数组的唯一内存位置，即目标位置，判断该目标位置是否存储了寻呼消息，如该位置存储了寻呼消息，表示当前系统时间有寻呼消息需要发送，则需要发送寻呼消息；这种方式对应于二维数据的行数和列数分别由移动通信系统的子帧号的最大值和系统帧号的最大值确定的情况。
步骤S205：在目标位置中存储有寻呼消息时，将目标位置中存储的寻呼消息发送给用户设备。
对于传统的寻呼消息处理方法，每个无线帧(Frame)内，大部分的调度都是无效的。以寻呼密度(nB)配置为2T为例，最多有2毫秒可以得到真正的调度。而剩下的8毫秒是没有得到实际意义上的调度，相当于实际中只是一个空调度操作。也就是说，每个无线帧内，对整个寻呼消息调度来说，有80％的性能消耗在无用调度中。而采用本实施例中的方案，在目标位置中不存储有寻呼消息时，则无需调度，可以避免无用调度，提升了系统的实时调度效率，提升了用户体验。同时，在发送寻呼消息时，也不需要遍历数据，可以进一步节省系统的性能开销。
为了便于进一步理解本发明的方案，以下以一个实施例进行说明。在该实施例中，是以建立行数为1024，列数为10的二维数组为例。
如图3所示，为本实施例中的寻呼消息处理方法的流程示意图，所述方法包括以下步骤：
步骤S301：初始化寻呼消息的存储空间以建立二维数组。
具体地，基站内部开辟一个二维数组Mp2，用于存储收到的寻呼消息。其中二维数组的行大小为Lr(Lr＝1024)，列大小为Lc(Lc＝10)，这里，Lr和Lc是根据移动通信系统的系统帧(Frame)和子帧(Subframe)大小来决定；
步骤S302：在基站收到网络侧的当前寻呼消息时，先计算寻呼消息在空口的发送时机，得到寻呼帧PF(Paging Frame)和寻呼时机PO(Paging Occasion)；
其中PF≤Lr，PO≤Lc；
步骤S303：根据寻呼帧PF的值和寻呼时机PO的值来确定寻呼消息在二维数组Mp2的存储位置，并存储当前收到的寻呼消息。
其中，寻呼帧PF的值对应二维数组Mp2的行下标，寻呼时机PO的值对应二维数组Mp2的列下标，由PF和PO共同确定当前收到的寻呼消息在二维数组Mp2的当前存储位置PFO。如果当前存储位置PFO没有存储任何寻呼消息，则调用第三方ASN.1库，直接将当前收到的寻呼消息进行编码，得到符合ASN.1编码格式的编码结果，存储到当前存储位置PFO。如果当前存储位置PFO有存储寻呼消息，则调用第三方ASN.1库，直接将当前收到的寻呼消息和已存储在当前存储位置PFO上的寻呼消息进行编码，得到符合ASN.1编码格式的编码结果，存储到当前存储位置PFO；
步骤S304：判断已存储的寻呼消息是否需要发送；
具体地，基站需要在每个系统调度TTI判断当前系统时间是否有寻呼消息需要发送。方法是：分别以当前系统帧号和子帧号为行下标和列下标，共同寻址二维数组Mp2的唯一内存位置，确定此内存位置是否存储了寻呼消息。如所述位置存储了寻呼消息，表示当前系统时间是否有寻呼消息需要发送，则需要发送该寻呼消息；
步骤S305：在判定有寻呼消息需要发送时，发送该寻呼消息。
具体地，将步骤S304中确定的需要发送的寻呼消息取出来，通过空口发送给用户设备(UE)。
应该理解的是，虽然图1-2、图2和图3的流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，这些步骤可以以其它的顺序执行。而且，图1-2、图2和图3中的至少一部分步骤可以包括多个子步骤或者多个阶段，这些子步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，这些子步骤或者阶段的执行顺序也不必然是依次进行，而是可以与其它步骤或者其它步骤的子步骤或者阶段的至少一部分轮流或者交替地执行。
在一个实施例中，如图4-1所示，提供了一种寻呼消息处理装置，包括：计算模块401和存储模块403，其中：
计算模块401，用于在接收到网络侧的当前寻呼消息时，计算当前寻呼消息在空中接口的发送时机，得到当前寻呼消息的寻呼帧和寻呼时机；
存储模块403，用于根据寻呼帧和寻呼时机确定当前寻呼消息在预设的用于存储寻呼消息的二维数组中的当前存储位置，将当前寻呼消息存储在当前存储位置。
在一个实施例中，上述的二维数组的行数和列数分别由移动通信系统的系统帧号的最大值和子帧号的最大值确定；或者上述的二维数组的行数和列数分别由移动通信系统的子帧号的最大值和系统帧号的最大值确定。
在一个实施例中，存储模块403在二维数组的行数和列数分别由移动通信系统的系统帧号的最大值和子帧号的最大值确定时，以寻呼帧的值作为二维数组的行下标，以寻呼时机的值作为二维数组的列下标，确定出当前存储位置。
在一个实施例中，存储模块403在二维数组的行数和列数分别由移动通信系统的子帧号的最大值和系统帧号的最大值确定时，以寻呼时机的值作为二维数组的行下标，以寻呼帧的值作为二维数组的列下标，确定出当前存储位置。
在一个实施例中，如图4-2所示，提供了一种寻呼消息处理装置，该寻呼消息处理装置还可以包括编码模块402；
编码模块402用于在存储模块403将当前寻呼消息存储在当前存储位置之前，对当前寻呼消息进行编码。
在一个实施例中，编码模块402在当前存储位置没有存储其他寻呼消息时，对当前寻呼消息进行编码，或者在当前存储位置存储有其他寻呼消息时，对当前寻呼消息和其他寻呼消息进行编码；存储模块403将编码模块402编码后的编码结果存储在当前存储位置。
在一个实施例中，如图4-3所示，提供了一种寻呼消息处理装置，该寻呼消息处理装置还可以包括调度模块404和发送模块405；
调度模块404用于根据当前系统时间下的系统帧号和子帧号寻址到二维数组的目标位置，在目标位置中存储有寻呼消息时，将目标位置中存储的寻呼消息递交给发送模块405；
发送模块405用于将目标位置中存储的寻呼消息发送给用户设备。
在一个实施例中，提供了一种寻呼消息处理装置，该寻呼消息处理装置还可以包括初始化模块，该初始化模块用于初始化寻呼消息的存储空间以建立二维数组。具体地，在基站内部开辟一个用于存储收到的寻呼消息的二维数组。
关于寻呼消息处理装置的具体限定可以参见上文中对于寻呼消息处理方法的限定，在此不再赘述。上述寻呼消息处理装置中的各个模块可全部或部分通过软件、硬件及其组合来实现。上述各模块可以硬件形式内嵌于或独立于计算机设备中的处理器中，也可以以软件形式存储于计算机设备中的存储器中，以便于处理器调用执行以上各个模块对应的操作。
在一个实施例中，提供了一种基站，图5是基站的主要硬件构造的框图。如图5所示，基站包含有计算机设备，该计算机设备包含有总线，该总线上连接有处理器、存储器、外部存储器等。该计算机设备的存储器包括非易失性存储介质、内存储器。该非易失性存储介质存储有操作系统和计算机程序。该内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该计算机程序被处理器执行时以实现一种寻呼消息处理方法。该外部存储器可以是硬盘(Hard Disk，HD)。总线上还可以连接有用于输入各种信息等的输入装置、基站GPS装置、以及基站通信装置，基站通信装置具有用于与用户设备和网络侧进行通信的结构。此外，在该总线上还连接有用于显示各种信息等的显示装置及基站时钟。
基站本领域技术人员可以理解，图5中示出的结构，仅仅是与本发明方案相关的部分结构的框图，并不构成对本发明方案所应用于其上的基站的限定，具体的基站可以包括比图中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布置。
在一个实施例中，提供了一种基站，包括存储器和处理器，存储器中存储有计算机程序，该处理器执行计算机程序时实现以下步骤：
在接收到网络侧的当前寻呼消息时，计算当前寻呼消息在空中接口的发送时机，得到当前寻呼消息的寻呼帧和寻呼时机；
根据寻呼帧和寻呼时机确定当前寻呼消息在预设的二维数组中的当前存储位置；
将当前寻呼消息存储在当前存储位置。
在一个实施例中，处理器执行计算机程序时所实现的根据所述寻呼帧和所述寻呼时机确定所述当前寻呼消息在预设的二维数组中的当前存储的步骤包括：在所述二维数组的行数和列数分别由移动通信系统的系统帧号的最大值和子帧号的最大值确定时，以所述寻呼帧的值作为所述二维数组的行下标，以所述寻呼时机的值作为所述二维数组的列下标，确定出所述当前存储位置；在所述二维数组的行数和列数分别由移动通信系统的子帧号的最大值和系统帧号的最大值确定时，以所述寻呼时机的值作为所述二维数组的行下标，以所述寻呼帧的值作为所述二维数组的列下标，确定出所述当前存储位置。
在一个实施例中，处理器执行计算机程序时还实现以下步骤：在将所述当前寻呼消息存储在所述当前存储位置之前，对所述当前寻呼消息进行编码。
在一个实施例中，处理器执行计算机程序时还实现以下步骤：在所述当前存储位置没有存储其他寻呼消息时，将所述当前寻呼消息编码后存储在所述当前存储位置；在所述当前存储位置存储有其他寻呼消息时，将所述当前寻呼消息和所述其他寻呼消息编码后存储在所述当前存储位置。
在一个实施例中，处理器执行计算机程序时还实现以下步骤：根据当前系统时间下的系统帧号和子帧号寻址到所述二维数组的目标位置；在所述目标位置中存储有寻呼消息时，将所述目标位置中存储的寻呼消息发送给用户设备。
在一个实施例中，提供了一种计算机可读存储介质，其上存储有计算机程序，该计算机程序被处理器执行时实现上述任意实施例中的寻呼消息处理方法的步骤。该计算机可读存储介质所执行的方法与上述任意一个实施例中的寻呼消息处理方法相同，此处不再赘述。
计算机可读介质的更具体的示例(非穷尽性列表)包括以下：具有一个或多个布线的电连接部(电子装置)，便携式计算机盘盒(磁装置)，随机存取存储器(RAM)，只读存储器(ROM)，可擦除可编辑只读存储器(EPROM或闪速存储器)，光纤装置，以及便携式光盘只读存储器(CDROM)。另外，计算机可读介质甚至可以是可在其上打印所述程序的纸或其他合适的介质，因为可以例如通过对纸或其他介质进行光学扫描，接着进行编辑、解译或必要时以其他合适方式进行处理来以电子方式获得所述程序，然后将其存储在计算机存储器中。
本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一非易失性计算机可读取存储介质中，该计算机程序在执行时，可包括如上述各方法的实施例的流程。其中，本发明所提供的各实施例中所使用的对存储器、存储、数据库或其它介质的任何引用，均可包括非易失性和/或易失性存储器。非易失性存储器可包括只读存储器(ROM)、可编程ROM(PROM)、电可编程ROM(EPROM)、电可擦除可编程ROM(EEPROM)或闪存。易失性存储器可包括随机存取存储器(RAM)或者外部高速缓冲存储器。作为说明而非局限，RAM以多种形式可得，诸如静态RAM(SRAM)、动态RAM(DRAM)、同步DRAM(SDRAM)、双数据率SDRAM(DDRSDRAM)、增强型SDRAM(ESDRAM)、同步链路(Synchlink)DRAM(SLDRAM)、存储器总线(Rambus)直接RAM(RDRAM)、直接存储器总线动态RAM(DRDRAM)、以及存储器总线动态RAM(RDRAM)等。
以上实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。
以上所述实施例仅表达了本发明的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对发明专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本发明构思的前提下，还可以做出若干变形和改进，这些都属于本发明的保护范围。因此，本发明专利的保护范围应以所附权利要求为准。

Claims (10)

1.一种寻呼消息处理方法，其特征在于，所述方法包括：
在接收到网络侧的当前寻呼消息时，计算所述当前寻呼消息在空中接口的发送时机，得到所述当前寻呼消息的寻呼帧和寻呼时机；
根据所述寻呼帧和所述寻呼时机确定所述当前寻呼消息在预设的二维数组中的当前存储位置；
将所述当前寻呼消息存储在所述当前存储位置。
2.根据权利要求1所述的寻呼消息处理方法，其特征在于，所述二维数组的行数和列数分别由移动通信系统的系统帧号的最大值和子帧号的最大值确定；或者所述二维数组的行数和列数分别由移动通信系统的子帧号的最大值和系统帧号的最大值确定。
3.根据权利要求2所述的寻呼消息处理方法，其特征在于，所述根据所述寻呼帧和所述寻呼时机确定所述当前寻呼消息在预设的二维数组中的当前存储包括：
在所述二维数组的行数和列数分别由移动通信系统的系统帧号的最大值和子帧号的最大值确定时，以所述寻呼帧的值作为所述二维数组的行下标，以所述寻呼时机的值作为所述二维数组的列下标，确定出所述当前存储位置；
在所述二维数组的行数和列数分别由移动通信系统的子帧号的最大值和系统帧号的最大值确定时，以所述寻呼时机的值作为所述二维数组的行下标，以所述寻呼帧的值作为所述二维数组的列下标，确定出所述当前存储位置。
4.根据权利要求1至3任意一项所述的寻呼消息处理方法，其特征在于，还包括步骤：在将所述当前寻呼消息存储在所述当前存储位置之前，对所述当前寻呼消息进行编码。
5.根据权利要求4所述的寻呼消息处理方法，其特征在于，在所述当前存储位置没有存储其他寻呼消息时，将所述当前寻呼消息编码后存储在所述当前存储位置；
在所述当前存储位置存储有其他寻呼消息时，将所述当前寻呼消息和所述其他寻呼消息编码后存储在所述当前存储位置。
6.根据权利要求1至3任意一项所述的寻呼消息处理方法，其特征在于，还包括：
根据当前系统时间下的系统帧号和子帧号寻址到所述二维数组的目标位置；
在所述目标位置中存储有寻呼消息时，将所述目标位置中存储的寻呼消息发送给用户设备。
7.一种寻呼消息处理装置，其特征在于，所述装置包括：
计算模块，用于在接收到网络侧的当前寻呼消息时，计算所述当前寻呼消息在空中接口的发送时机，得到所述当前寻呼消息的寻呼帧和寻呼时机；
存储模块，用于根据所述寻呼帧和所述寻呼时机确定所述当前寻呼消息在预设的用于存储寻呼消息的二维数组中的当前存储位置，将所述当前寻呼消息存储在所述当前存储位置。
8.根据权利要求6所述的寻呼消息处理装置，其特征在于，所述装置还包括编码模块、调度模块和发送模块；
所述编码模块用于在所述当前存储位置没有存储其他寻呼消息时，对所述当前寻呼消息进行编码，或者在所述当前存储位置存储有其他寻呼消息时，对所述当前寻呼消息和所述其他寻呼消息进行编码；
所述存储模块将所述编码模块编码后的编码结果存储在所述当前存储位置；
所述调度模块用于根据当前系统时间下的系统帧号和子帧号寻址到所述二维数组的目标位置，在所述目标位置中存储有寻呼消息时，将所述目标位置中存储的寻呼消息递交给所述发送模块；
所述发送模块用于将所述目标位置中存储的寻呼消息发送给用户设备。
9.一种基站，包括存储器和处理器，所述存储器存储有计算机程序，其特征在于，所述处理器执行所述计算机程序时实现权利要求1至6中任一项所述方法的步骤。
10.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现权利要求1至6中任一项所述的方法的步骤。
CN201810321740.3A 2018-04-11 2018-04-11 寻呼消息处理方法、装置、基站和存储介质 Pending CN108616984A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201810321740.3A CN108616984A (zh) 2018-04-11 2018-04-11 寻呼消息处理方法、装置、基站和存储介质

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201810321740.3A CN108616984A (zh) 2018-04-11 2018-04-11 寻呼消息处理方法、装置、基站和存储介质

Publications (1)

Publication Number Publication Date
CN108616984A true CN108616984A (zh) 2018-10-02

Family

ID=63659880

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201810321740.3A Pending CN108616984A (zh) 2018-04-11 2018-04-11 寻呼消息处理方法、装置、基站和存储介质

Country Status (1)

Country Link
CN (1) CN108616984A (zh)

Citations (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101222658A (zh) * 2007-01-10 2008-07-16 中兴通讯股份有限公司 寻呼广播消息的发送方法及插入方法和合并方法
CN101227694B (zh) * 2008-01-02 2012-12-26 重庆重邮信科通信技术有限公司 Td-scdma系统噪声功率、信噪比和信干比的获取方法及装置
CN104756564A (zh) * 2013-10-16 2015-07-01 华为技术有限公司 一种发送、接收寻呼消息的方法、装置及系统
CN105191356A (zh) * 2013-10-12 2015-12-23 华为技术有限公司 寻呼方法和装置
CN106171022A (zh) * 2015-01-23 2016-11-30 华为技术有限公司 一种寻呼方法、设备及系统
CN106325757A (zh) * 2015-06-16 2017-01-11 苏州简约纳电子有限公司 一种存储结构及其存储方法
CN106341889A (zh) * 2016-09-20 2017-01-18 京信通信技术(广州)有限公司 一种用于处理寻呼消息的方法和装置
US20170086166A1 (en) * 2015-09-22 2017-03-23 Qualcomm Incorporated Paging message monitoring in electronic devices

Patent Citations (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101222658A (zh) * 2007-01-10 2008-07-16 中兴通讯股份有限公司 寻呼广播消息的发送方法及插入方法和合并方法
CN101227694B (zh) * 2008-01-02 2012-12-26 重庆重邮信科通信技术有限公司 Td-scdma系统噪声功率、信噪比和信干比的获取方法及装置
CN105191356A (zh) * 2013-10-12 2015-12-23 华为技术有限公司 寻呼方法和装置
CN104756564A (zh) * 2013-10-16 2015-07-01 华为技术有限公司 一种发送、接收寻呼消息的方法、装置及系统
CN106171022A (zh) * 2015-01-23 2016-11-30 华为技术有限公司 一种寻呼方法、设备及系统
CN106325757A (zh) * 2015-06-16 2017-01-11 苏州简约纳电子有限公司 一种存储结构及其存储方法
US20170086166A1 (en) * 2015-09-22 2017-03-23 Qualcomm Incorporated Paging message monitoring in electronic devices
CN106341889A (zh) * 2016-09-20 2017-01-18 京信通信技术(广州)有限公司 一种用于处理寻呼消息的方法和装置

Similar Documents

Publication Publication Date Title
US8179849B2 (en) Mapping of distributed resource block indices to physical resource blocks
CN109120276B (zh) 信息处理的方法、通信装置
CN100571368C (zh) 一种多画面控制显示的方法和装置
CN102316586B (zh) 无线网络临时标识的分配方法和装置
CN105594273A (zh) 物理下行数据信道传输方法、基站及用户设备
KR20140051388A (ko) 자원 할당 방법, 기지국 및 단말기 장치
CN111770572A (zh) 确定反馈信息的方法和通信装置
CN105898883A (zh) 一种前导码的配置方法、发送方法和相关设备
CN101754189A (zh) 一种实现多卡一号业务的方法、装置和系统
CN106385710A (zh) 系统信息的传输方法及传输装置
EP3869886A1 (en) Data transmission method and communication device
CN104426633A (zh) 上行控制信息的传输方法、用户设备及网络侧设备
CN102547679A (zh) 物联网号码转换方法、装置及接入系统
CN111586857B (zh) 参考信号的传输方法和通信装置
CN103686934A (zh) 数据接收方法、发送方法及设备
JP3986565B2 (ja) スペクトル拡散通信システムにおいて畳み込み符号化信号をインタリーブする方法
CN111369444B (zh) 一种图像缩放处理方法及装置
JP2021519027A (ja) ビデオ符号化方法、ビデオ符号化装置、電子機器およびコンピュータプログラム
CN106470496B (zh) 基于小区切换的半持续调度重激活的方法及系统
CN108616984A (zh) 寻呼消息处理方法、装置、基站和存储介质
CN112152641B (zh) 数据交织方法、装置及数据发送设备
WO2023010665A1 (zh) 搜索空间的确定方法、装置、设备及存储介质
JPWO2010001707A1 (ja) 無線通信システム、通信装置、無線通信方法、及び無線通信プログラム
CN110505701B (zh) 一种通信方法及装置
CN106791870A (zh) 一种视频编码方法、视频解码方法以及相关设备

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
TA01 Transfer of patent application right
TA01 Transfer of patent application right

Effective date of registration: 20200110

Address after: 510663 Shenzhou Road 10, Guangzhou Science City, Guangzhou economic and Technological Development Zone, Guangzhou, Guangdong

Applicant after: COMBA TELECOM SYSTEMS (CHINA) Ltd.

Address before: 510663 Shenzhou Road 10, Guangzhou Science City, Guangzhou economic and Technological Development Zone, Guangzhou, Guangdong

Applicant before: COMBA TELECOM SYSTEMS (CHINA) Ltd.

Applicant before: COMBA TELECOM SYSTEMS (GUANGZHOU) Ltd.

Applicant before: COMBA TELECOM TECHNOLOGY (GUANGZHOU) Ltd.

Applicant before: TIANJIN COMBA TELECOM SYSTEMS Ltd.

CB02 Change of applicant information
CB02 Change of applicant information

Address after: 510663 Shenzhou Road 10, Guangzhou Science City, Guangzhou economic and Technological Development Zone, Guangzhou, Guangdong

Applicant after: Jingxin Network System Co.,Ltd.

Address before: 510663 Shenzhou Road 10, Guangzhou Science City, Guangzhou economic and Technological Development Zone, Guangzhou, Guangdong

Applicant before: COMBA TELECOM SYSTEMS (CHINA) Ltd.

RJ01 Rejection of invention patent application after publication
RJ01 Rejection of invention patent application after publication

Application publication date: 20181002