CN110650534B - 一种发送寻呼消息的方法、装置、计算机设备及存储介质 - Google Patents

一种发送寻呼消息的方法、装置、计算机设备及存储介质 Download PDF

Info

Publication number
CN110650534B
CN110650534B CN201810677611.8A CN201810677611A CN110650534B CN 110650534 B CN110650534 B CN 110650534B CN 201810677611 A CN201810677611 A CN 201810677611A CN 110650534 B CN110650534 B CN 110650534B
Authority
CN
China
Prior art keywords
paging message
paging
resource block
resource blocks
time interval
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
Application number
CN201810677611.8A
Other languages
English (en)
Other versions
CN110650534A (zh
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.)
ZTE Corp
Original Assignee
ZTE Corp
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 ZTE Corp filed Critical ZTE Corp
Priority to CN201810677611.8A priority Critical patent/CN110650534B/zh
Publication of CN110650534A publication Critical patent/CN110650534A/zh
Application granted granted Critical
Publication of CN110650534B publication Critical patent/CN110650534B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

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/02—Arrangements for increasing efficiency of notification or paging channel
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/20—Manipulation of established connections
    • H04W76/27—Transitions between radio resource control [RRC] states
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/20—Manipulation of established connections
    • H04W76/28—Discontinuous transmission [DTX]; Discontinuous reception [DRX]

Landscapes

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

Abstract

本发明公开了一种发送寻呼消息的方法、装置、计算机设备及存储介质，其中，方法包括：一种调度寻呼消息的方法，其特征在于，方法包括：获取寻呼消息，并确定寻呼消息的寻呼时机PF/PO；在当前时刻与PF/PO的时间间距满足第一条件时，为寻呼消息占用资源块；直至在当前时刻与PF/PO的时间间距满足第二条件时，基于已占用的资源块，为寻呼消息资源块；基于分配的资源块，将寻呼消息发送至对应的终端UE；本发明的方法、装置、计算机设备及存储介质，通过对寻呼消息所需的资源块进行预先占用，使得基站可以基于该已占用的资源块给寻呼消息分配寻呼消息所需的资源块，从而避免了因资源块被专用信道的业务数据占用而导致寻呼消息的下发失败的问题。

Description

一种发送寻呼消息的方法、装置、计算机设备及存储介质
技术领域
本发明涉及无线通信***中的寻呼技术，尤其涉及一种发送寻呼消息的方法、装置、计算机设备及存储介质。
背景技术
在NB-IoT(Narrow Band Internet of Things，窄带物联网)中，寻呼消息的作用包括：1、向处于RRC_IDLE态的终端UE发起被叫寻呼的寻呼请求；2、通知处于RRC_IDLE态和RRC_CONNECTED态的UE，***消息发生变更。在窄带NB实际应用场景(如智慧家电、智能路灯)中，业务触发的通常是被叫寻呼。而NB协议规定，寻呼消息与专用信道的业务数据均被映射至物理信道NPDSCH上，若基站同时分配寻呼资源与专用信道的业务资源，常常会出现专用信道的数据业务资源占用寻呼资源，而这会导致寻呼消息发送失败。
发明内容
本发明的主要目的在于提出一种发送寻呼消息的方法、装置、计算机设备及存储介质，其克服了现有技术中因基站eNodeB中的资源块被寻呼专用信道的业务数据占用而导致寻呼消息发送失败的问题。
根据本发明的第一个方面，提供了一种发送寻呼消息的方法，所述方法包括：获取寻呼消息，并确定所述寻呼消息的寻呼时机PF/PO；在当前时刻与所述PF/PO的时间间距满足第一条件时，为所述寻呼消息占用资源块；直至当前时刻与所述PF/PO的时间间距满足第二条件时，基于已占用的资源块，为所述寻呼消息分配资源块；基于分配的资源块，将所述寻呼消息发送给相关的终端UE。
可选的，所述PF/PO的确定方式，包括：在所述寻呼消息的种类是属于非连续接收DRX寻呼的情况下，依据所述寻呼消息中的寻呼参数进行计算，以得到所述PF/PO；在所述寻呼消息的种类是属于拓展非连续接收eDRX寻呼的情况下，依据所述寻呼消息中的寻呼参数进行计算，以得到所述寻呼消息的寻呼窗中的PF/PO。
可选的，在所述寻呼消息的种类是属于DRX寻呼的情况下，所述当前时刻与所述PF/PO的时间间距满足第一条件包括：所述当前时刻与所述PF/PO的时间间距大于第一预设值；在所述寻呼消息的种类是属于eDRX寻呼的情况下，所述当前时刻与所述PF/PO的时间间距满足第一条件包括：所述当前时刻与所述PF/PO的时间间距小于等于所述寻呼信息的寻呼周期，其中，所述第一预设值小于所述寻呼周期。
可选的，所述为所述寻呼消息占用资源块，包括：基于预估模型，对所述寻呼消息所需的资源块的大小进行计算，得到估算值；对与所述估算值适配的资源块进行占用。
可选的，所述预估模型包括以下一种或多种：平均模型、及基站接收寻呼消息速率模型。
可选的，所述寻呼消息的种类的确定方式包括：依据所述寻呼消息中携带的类型标识，确定所述寻呼消息的种类是属于DRX寻呼或是属于eDRX寻呼。
可选的，所述当前时刻与所述PF/PO的时间间距满足第二条件包括：所述当前时刻与所述PF/PO的时间间距小于等于第二预设值，其中，第二预设值小于所述第一预设值。
可选的，所述基于已占用的资源块，为所述寻呼消息分配资源块，包括：确定所述寻呼消息实际需要的资源块的大小及所述已占用的资源块的大小；判断所述寻呼消息实际需要的资源块是否小于等于所述已占用的资源块；若是，从所述已占用的资源块中为所述寻呼消息分配所述实际需要的资源块；否则，为所述寻呼消息分配所述已占用的资源块。
可选的，在所述寻呼消息实际需要的资源块大于所述已占用的资源块的情况下，所述方法还包括：存储未发送的所述寻呼消息；在下一寻呼周期，在当前时刻与所述PF/PO的时间间距满足第一条件时，为所述未发送的所述寻呼消息占用资源块；直至在当前时刻与所述PF/PO的时间间距满足第二条件时，基于已占用的资源块，为所述未发送的寻呼消息分配资源块；基于分配的资源块，将所述未发送的寻呼消息发送至对应的终端UE。
根据本发明的第二个方面，提供了一种发送寻呼消息的装置，所述装置包括：获取模块，用于获取寻呼消息，并确定所述寻呼消息的寻呼时机PF/PO；第一分配模块，用于在当前时刻与所述PF/PO的时间间距满足第一条件时，为所述寻呼消息占用资源块；直至在当前时刻与所述PF/PO的时间间距满足第二条件时，基于已占用的资源块，为所述寻呼消息分配资源块；第一发送模块，用于基于分配的资源块，将所述寻呼消息发送给相关的UE。
根据本发明的第三个方面，提供了一种计算机设备，包括处理器和存储器；所述存储器用于存储计算机指令，所述处理器用于运行所述存储器存储的计算机指令，以实现上述的一种发送寻呼消息的方法。
根据本发明的第四个方面，提供了一种计算机可读存储介质，所述计算机可读存储介质存储有一个或者多个程序，所述一个或者多个程序可被一个或者多个处理器执行，以实现上述的一种发送寻呼消息的方法。
本发明有益效果如下：通过对寻呼消息所需的资源块进行预先占用，使得基站可以基于该占用的资源块给寻呼消息分配所需的资源块，以将寻呼消息进行下发，从而避免了因资源块被专用信道的业务数据占用而导致寻呼消息的下发出现问题。
附图说明
图1为本发明第一实施例一种发送寻呼消息的方法的流程框图；
图2为本发明第二实施例一种发送寻呼消息的方法的流程框图；
图3为本发明第三实施例一种发送寻呼消息的方法的流程框图；
图4为本发明第四实施例一种发送寻呼消息的流程框图；
图5为本发明第四实施例中寻呼消息为DRX寻呼时的寻呼流程；
图6为本发明第四实施例中寻呼消息为eDRX寻呼时的寻呼流程；
图7为本发明第四实施例中确定预占用资源块及预分配时机的***模型示意图；
图8为本发明第四实施例中确定预占用资源块及正式分配时机的具体方法示意图；
图9为本发明第五实施例一种发送寻呼消息的装置的结构示意图。
本发明目的的实现、功能特点及优点将结合实施例，参照附图做进一步说明。
具体实施方式
应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。
在后续的描述中，使用用于表示元件的诸如“模块”、“部件”或“单元”的后缀仅为了有利于本发明的说明，其本身没有特定的意义。因此，“模块”、“部件”或“单元”可以混合地使用。
应当理解的是，虽然在这里可能使用了术语“第一”、“第二”等等来描述各个单元，但是这些单元不应当受这些术语限制。使用这些术语仅仅是为了将一个单元与另一个单元进行区分。举例来说，在不背离示例性实施例的范围的情况下，第一单元可以被称为第二单元，并且类似地第二单元可以被称为第一单元。这里所使用的术语“和/或”包括其中一个或更多所列出的相关联项目的任意和所有组合。
为了便于理解本发明实施例，下面通过几个具体实施例对本发明的实施过程进行详细的阐述。
本发明第一实施例提供一种发送寻呼消息的方法，所述方法包括：获取寻呼消息，并确定所述寻呼消息的寻呼时机PF/PO；在当前时刻与所述PF/PO的时间间距满足第一条件时，为所述寻呼消息占用资源块；直至在当前时刻与所述PF/PO的时间间距满足第二条件时，基于已占用的资源块，为所述寻呼消息分配资源块；基于分配的资源块，将所述寻呼消息发送给相关的终端UE。
其中，该PF/PO包括：PF(Paging Frame,寻呼帧)和寻呼机会PO(Paging Occasion,寻呼机会)。
就此，通过对寻呼消息所需的资源块进行预先占用，使得基站可以基于该占用的资源块给寻呼消息分配所需的资源块，以将寻呼消息进行下发，从而避免了因资源块被专用信道的业务数据占用而导致寻呼消息发送失败。
图1为本发明第一实施例一种发送寻呼消息的方法的流程框图。根据图1所示，本发明第一实施例提供了一种调度寻呼消息的方法，应用于基站eNodeB，所述方法包括：
S11：获取寻呼消息，并确定所述寻呼消息的寻呼时机PF/PO；
基站eNodeB获取上游信息交流件下发的寻呼消息，并且，计算该寻呼消息的PF/PO。
其中，该上游信息交流件包括但不限于核心网MME。而且，在本实施例中，并不对该PF/PO的计算方法进行限定，只需其满足本实施例的要求即可。
S12：在当前时刻与所述PF/PO的时间间距满足第一条件时，为所述寻呼消息占用资源块；直至在当前时刻与所述PF/PO的时间间距满足第二条件时，基于已占用的资源块，为所述寻呼消息分配资源块；
自eNodeB获取到寻呼消息的时刻起始，在当前时刻与所述PF/PO的时间间距满足第一条件时，eNodeB为所述寻呼消息占用资源块。即：在eNodeB中，为寻呼消息预先占用资源块。
直至在当前时刻与所述PF/PO的时间间距满足第二条件时，eNodeB基于已占用的资源块，为所述寻呼消息分配资源块。
S13：基于分配的资源块，将所述寻呼消息发送给相关的UE。
eNodeB基于分配的资源块，将寻呼消息发送至相关的UE。若上游信息交流件为MME，则使得UE会触发RRC建连，即：建立UE与MME的数据连接，使得MME可以将下行数据直接通过该建立的数据连接发送至该UE。
可选的，因为所述寻呼消息包括终端标识UE_ID，所以，在本实施例中，eNodeB依据UE_ID，获得该寻呼消息的PF/PO，并在PF/PO时刻发送该寻呼消息至相关UE，UE检测到该寻呼消息含有本身的ID，则该UE建立与MME的数据连接，该MME便可下发数据至该UE。
可选的，针对上述的将寻呼消息发送至UE，在本实施例中，eNodeB会将所述寻呼消息组包，并将组包后的寻呼消息进行编码；将编码后的寻呼消息在PF/PO发送给相关的UE。
具体的，在本实施例中，若eNodeB中具有多个具有相同的PF/PO的寻呼消息，基站会将这些寻呼消息进行组包，并将组包后的寻呼消息进行编码；将编码后的寻呼消息在PF/PO发送给相关的UE。
就此，通过对寻呼消息所需的资源块进行预先占用，使得基站可以基于该占用的资源块给寻呼消息分配所需的资源块，以将寻呼消息进行下发，从而避免了因资源块被专用信道的业务数据占用而导致寻呼消息发送失败。
图2为本发明第二实施例一种发送寻呼消息的方法的流程框图。根据图2所示，本发明第二实施例提供了一种调度寻呼消息的方法，应用于基站eNodeB，所述方法包括：
S21：获取寻呼消息；
基站eNodeB获取上游信息交流件下发的寻呼消息，其中，该上游信息交流件包括但不限于核心网MME。
此外，在本实施例中，并不对eNodeB在每个寻呼周期中获取的寻呼消息的数量进行限定。
S22：判断所述寻呼消息的种类；
在本实施例中，并不对eNodeB判断出寻呼消息的种类的具体方式进行限定，只需其满足本实施例的要求即可。
在本实施例中，以寻呼消息中携带类型标识为例进行说明：
寻呼消息中携带有类型标识，eNodeB在获取寻呼消息后，依据该类型标识，确定所述寻呼消息的种类是属于DRX寻呼或是属于eDRX寻呼。
具体的，该类型标识包括DRX标识或eDRX标识，若寻呼消息中携带的类型标识为DRX标识，则可以确定该寻呼消息是属于DRX寻呼；若寻呼消息中携带的是eDRX标识，否则，则可以确定该寻呼消息是属于eDRX寻呼。
当然，针对通过类型标识确定该寻呼消息的种类，还可进行以下设置：寻呼消息中携带有类型标识，通过检测该类型标识是否有效确定该寻呼消息的种类，如：若检测到寻呼消息中携带的类型标识有效，则可以确定该寻呼消息是属于eDRX寻呼；否则，确定该寻呼消息是属于DRX寻呼。
S23：在确定该寻呼消息是属于DRX寻呼的情况下，依据所述寻呼消息中的寻呼参数进行计算，以得到所述PF/PO；
其中，该寻呼参数包括但不限于：寻呼周期、基站中每个寻呼周期的PO的个数nB、及终端标识UE_ID。
可选的，在上述得到PF/PO后，eNodeB对该寻呼消息、寻呼参数、及PF/PO进行存储。
S24：判断当前时刻与PF/PO的时间间距是否大于第一预设值，其中，该第一预设值小于寻呼周期；若是，则执行步骤S25；否则，结束流程；
S25：基于预估模型，对所述寻呼消息所需的资源块的大小进行计算，得到估算值；对与所述估算值适配的资源块进行占用。
当然，若eNodeB中可被占用的资源块小于与该估算值适配的资源块，则对该可被占用的资源块进行占用。
在本实施例中，通过对寻呼消息所需的资源块进行预估并占用，使得基站可以基于该占用的资源块给寻呼消息分配所需的资源块，以将寻呼消息进行下发，从而避免了因资源块被专用信道的业务数据占用而导致寻呼消息发送失败的问题。
其中，所述预估模型包括但不限于：平均模型、及基站接收寻呼消息速率模型。
S26：直至在当前时刻与所述PF/PO的时间间距满足第二条件时，判断当前时刻与所述PF/PO的时间间距是否小于等于第二预设值，其中，第二预设值小于所述第一预设值；若是，则执行步骤S27，否则，结束流程；
S27：确定所述寻呼消息实际需要的资源块的大小及所述已占用的资源块的大小；并判断所述寻呼消息实际需要的资源块是否小于等于所述已占用的资源块；若是，则执行步骤S28；否则，执行步骤S29；
具体的，根据存储了PF/PO的寻呼消息，根据预设算法模型得到准确的该寻呼消息实际需要的资源块的大小，当然，还需获得已占用的资源块的大小。在本实施例中，需要比较二者之间的大小关系。
在本实施例中，并不对上述的预设算法模型进行限定，只需其满足本实施例的要求即可。
S28：从所述已占用的资源块中为所述寻呼消息分配所述实际需要的资源块；
S281：基于分配的实际需要的资源块，将寻呼消息发送给相关的UE。
具体的，eNodeB基于分配的实际需要的资源块，eNodeB将寻呼消息从空口发送给相关的UE。
S29：为所述寻呼消息分配所述已占用的资源块；
可选的，在本实施例中，在为寻呼消息分配已占用的资源块的情况下，还尝试为该寻呼消息分配更多的基站中的资源块。
S291：基于分配的已占用的资源块，将所述寻呼消息发送给相关的UE。
具体的，基于分配的已占用的资源块，eNodeB将寻呼消息从空口发送给相关的UE。
而且，在所述寻呼消息实际需要的资源块大于所述已占用的资源块的情况下，本实施例还包括以下步骤：
存储未发送的所述寻呼消息；在下一寻呼周期，在当前时刻与所述PF/PO的时间间距满足第一条件时，为所述未发送的所述寻呼消息占用资源块；直至在当前时刻与所述PF/PO的时间间距满足第二条件时，基于已占用的资源块，为所述未发送的寻呼消息分配资源块；基于分配的资源块，将所述未发送的寻呼消息发送给相关的UE。
可选的，针对上述的将寻呼消息发送至UE，具体的，eNodeB将所述寻呼消息进行组包，并将组包后的寻呼消息进行编码；将编码后的组包发送至对应的UE。若上游信息交流件为MME，则使得UE会触发RRC建连，即：建立UE与MME的数据连接，使得MME可以将下行数据直接通过该建立的数据连接发送至该UE。
在本实施例中，寻呼消息中包含UE的UE_ID,eNodeB依据UE_ID，获得该寻呼消息的PF/PO，并在PF/PO发送该寻呼消息，若UE接收到该寻呼消息后，检测到寻呼消息含有该UE的ID，则该UE建立与MME的数据连接，该MME便可下发下行数据至该UE。
具体的，在本实施例中，若eNodeB中具有多个具有相同的PF/PO的寻呼消息，基站会将这些寻呼消息进行组包，并将组包后的寻呼消息进行编码；将编码后的寻呼消息在PF/PO发送给相关的UE。
就此，通过对寻呼消息所需的资源块进行预先占用，使得基站可以基于该占用的资源块给寻呼消息分配所需的资源块，以将寻呼消息进行下发，从而避免了因资源块被专用信道的业务数据占用而导致寻呼消息发送失败的问题。
图3为本发明第三实施例一种发送寻呼消息的方法的流程框图。根据图3所示，本发明第三实施例一种调度寻呼消息的方法，应用于基站eNodeB，所述方法包括：
S31：获取寻呼消息；
基站eNodeB获取上游信息交流件下发的寻呼消息，其中，该上游信息交流件包括但不限于核心网MME。
此外，在本实施例中，并不对eNodeB在每个寻呼周期中获取的寻呼消息的数量进行限定。
S32：判断所述寻呼消息的种类；
在本实施例中，并不对eNodeB判断出寻呼消息的种类的具体方式进行限定，只需其满足本实施例的要求即可。
在本实施例中，以寻呼消息中携带类型标识为例进行说明：
寻呼消息中携带有类型标识，eNodeB在获取寻呼消息后，依据该类型标识，确定所述寻呼消息的种类是属于DRX寻呼或是属于eDRX寻呼。
具体的，该类型标识包括DRX标识或eDRX标识，若寻呼消息中携带的类型标识为DRX标识，则可以确定该寻呼消息是属于DRX寻呼；若寻呼消息中携带的是eDRX标识，否则，则可以确定该寻呼消息是属于eDRX寻呼。
当然，针对通过类型标识确定该寻呼消息的种类，还可进行以下设置：寻呼消息中携带有类型标识，eNodeB在获取寻呼消息后，通过检测该寻呼消息携带的类型标识是否有效以确定该寻呼消息的种类，如：若检测到寻呼消息中携带的类型标识有效，则可以确定该寻呼消息是属于eDRX寻呼；否则，确定该寻呼消息是属于DRX寻呼。
S33：在确定该寻呼消息是属于eDRX寻呼的情况下，依据所述寻呼消息中的寻呼参数进行计算，以得到所述寻呼消息的寻呼窗中的PF/PO。
具体的，基于寻呼参数，通过计算得到该寻呼消息对应的寻呼窗位置、及该寻呼窗中的PF/PO。
其中，该寻呼参数包括但不限于：寻呼周期、nB、及终端标识UE_I D。
可选的，在上述得到PF/PO后，eNodeB对该寻呼消息、寻呼参数、及PF/PO进行存储。
S34：判断所述当前时刻与所述PF/PO的时间间距小于等于所述寻呼信息的寻呼周期；若是，则执行步骤S35；否则，结束流程；
S35：基于预估模型，对所述寻呼消息所需的资源块的大小进行计算，得到估算值；对与所述估算值适配的资源块进行占用；
当然，若eNodeB中可被占用的资源块小于与该估算值适配的资源块，则对该可被占用的资源块进行占用。
在本实施例中，通过对寻呼消息所需的资源块进行预估并占用，使得基站可以基于该占用的资源块给寻呼消息分配所需的资源块，以将寻呼消息进行下发，从而避免了因资源块被专用信道的业务数据占用而导致寻呼消息发送失败的问题。
其中，所述预估模型包括但不限于：平均模型、及基站接收寻呼消息速率模型。
当然，在本实施例中，也可进行以下设置：根据预设算法模型得到准确的该寻呼消息实际需要的资源块的大小，然后，对该实际需要的资源块进行占用。
即：通过对寻呼消息实际需要的资源块进行占用，使得基站可以基于该占用的资源块给寻呼消息分配所需的资源块，以将寻呼消息进行下发，从而避免了因资源块被专用信道的业务数据占用而导致寻呼消息发送失败的问题。
在本实施例中，并不对上述的预设算法模型进行限定，只需其满足本实施例的要求即可。
当然，若eNodeB中可被占用的资源块小于与该实际需要的资源块，则对该可被占用的资源块进行占用。
S36：直至在当前时刻与所述PF/PO的时间间距满足第二条件时，判断当前时刻与所述PF/PO的时间间距是否小于等于第二预设值，其中，第二预设值小于所述第一预设值；若是，则执行步骤S37，否则，结束流程；
S37：确定所述寻呼消息实际需要的资源块的大小及所述已占用的资源块的大小；并判断所述寻呼消息实际需要的资源块是否小于等于所述已占用的资源块；若是，则执行步骤S38；否则，执行步骤S39；
具体的，根据存储了PF/PO的寻呼消息，根据预设算法模型得到该寻呼消息实际需要的资源块的大小，当然，还需获得已占用的资源块的大小。在本实施例中，需要比较二者之间的大小关系。
在本实施例中，并不对上述的预设算法模型进行限定，只需其满足本实施例的要求即可。
S38：从所述已占用的资源块中为所述寻呼消息分配所述实际需要的资源块；
S381：基于分配的实际需要的资源块，将寻呼消息发送给相关的UE。
具体的，eNodeB基于分配的实际需要的资源块，eNodeB将寻呼消息从空口发送给相关的UE。
S39：为所述寻呼消息分配所述已占用的资源块；
可选的，在本实施例中，在为寻呼消息分配已占用的资源块的情况下，还尝试为该寻呼消息分配更多的基站中的资源块。
S391：基于分配的已占用的资源块，将所述寻呼消息发送给相关的UE。
具体的，基于分配的已占用的资源块，eNodeB将寻呼消息从空口发送给相关的UE。
而且，在所述寻呼消息实际需要的资源块大于所述已占用的资源块的情况下，本实施例还包括以下步骤：
存储未发送的所述寻呼消息；在下一寻呼周期，在当前时刻与所述PF/PO的时间间距满足第一条件时，为所述未发送的所述寻呼消息占用资源块；直至在当前时刻与所述PF/PO的时间间距满足第二条件时，基于已占用的资源块，为所述未发送的寻呼消息分配资源块；基于分配的资源块，将所述未发送的寻呼消息发送给相关的UE。
可选的，针对上述的将寻呼消息发送至UE，具体的，eNodeB将所述寻呼消息进行组包，并将组包后的寻呼消息进行编码；将编码后的组包发送至对应的UE。若上游信息交流件为MME，则使得UE会触发RRC建连，即：建立UE与MME的数据连接，使得MME可以将下行数据直接通过该建立的数据连接发送至该UE。
所述寻呼消息包括终端标志UE_ID，在本实施例中，eNodeB依据UE_ID，计算该寻呼消息的PF/PO，并在PF/PO发送该寻呼消息，在任意UE接收到该寻呼消息后，检测该寻呼消息是否含有该UE的ID，若有，则该UE建立与MME的数据连接，该MME中下发数据至该UE。
具体的，在本实施例中，若eNodeB中具有多个具有相同的PF/PO的寻呼消息，基站会将这些寻呼消息进行组包，并将组包后的寻呼消息进行编码；将编码后的寻呼消息在PF/PO发送给相关的UE。
就此，通过对寻呼消息所需的资源块进行预先占用，使得基站可以基于该占用的资源块给寻呼消息分配所需的资源块，以将寻呼消息进行下发，从而避免了因资源块被专用信道的业务数据占用而导致寻呼消息的下发失败问题。
图4为本发明第四实施例一种发送寻呼消息的流程框图。根据图4所示，本发明第四实施例提供了一种发送寻呼消息的方法。
其中，被叫寻呼是MME发送给相关eNodeB的一条携带UE_ID的寻呼消息Paging-NB。当MME检测到有下行数据需要发送给RRC_IDLE态的UE时，MME会触发针对此UE的寻呼流程，经S1口下发寻呼消息至相关的eNodeB；eNodeB在寻呼消息的PF/PO时刻，分配物理下行控制信道PDCCH和物理下行共享信道PDSCH资源，并在对应PF/PO时刻，通过空口Uu编码并下发该寻呼消息至相关的UE。处于RRC_IDLE态的该UE在接收到该寻呼消息后，亦会在PF/PO时刻检测接收的寻呼消息中是否有该UE的UE_ID，若该UE接收的寻呼消息中包含了该UE自身的UE_ID，UE会触发RRC建连，以实现与MME建立数据连接，MME通过该数据连接将下行数据直接发送至该UE。
具体的，图5为本发明第四实施例中寻呼消息为DRX寻呼时的寻呼流程；图6为本发明第四实施例中寻呼消息为eDRX寻呼时的寻呼流程；图7为本发明第四实施例中确定预占用资源块及预分配时机的***模型示意图；图8为本发明第四实施例中确定预占用资源块及正式分配时机的具体方法示意图。
根据图5所示，当寻呼消息是属于DRX寻呼时，本发明第四实施例提供的一种发送寻呼消息的方法具体包括：
步骤101：eNodeB收到寻呼消息；
步骤102：eNodeB依据寻呼消息中携带的类型标识，确定该寻呼消息为DRX寻呼，本实施例中的eNodeB侧的寻呼消息发送流程受寻呼消息(寻呼达到基站时间及个数)和***时间的控制；
步骤103：根据寻呼消息中携带的寻呼参数，经计算得到该寻呼消息的PF/PO，eNodeB将该PF/PO、寻呼消息、及寻呼参数进行存储；其中，该寻呼参数包括但不限于：寻呼周期、nB、及UE_ID等，而且，图5中的TPF/PO即为本文中的PF/PO；
步骤104：计算得到当前时间Tnow与PF/PO的时间间距；
步骤105：确定当前时间Tnow与PF/PO的时间间距是否大于Xms，如：X＝10ms；若是，则开启预分配功能；否则，结束流程；
步骤106：在确定开启预分配功能的情况下，则通过预估模型推算出该寻呼消息大约需要占用的资源块的大小，并占用该预估值所适配的资源块；
在本实施例中，具有相同PF/PO的多条寻呼消息可多次触发上述步骤106的步骤；
步骤107：直至当前时间Tnow与PF/PO的时间间距不大于Yms时，即：该时间间距等于Yms时，启动资源正式分配，否则，结束流程；具体的，根据eNodeB存储PF/PO的寻呼消息，eNodeB计算该寻呼消息实际需要资源块的大小；其中，该Y小于X，以确保确保资源块的预分配与正式分配在时间维度上能够串行；
步骤108：在上述已占用的资源块大于寻呼消息实际需要资源块时，eNodeB通过从已占用的资源块中划分出实际需要的资源块，并将该划出的资源块分配给该寻呼消息；而当上述已占用的资源块小于寻呼消息实际需要资源块时，eNodeB将该已占用的资源块分配给相应的部分寻呼消息，并尝试为该寻呼消息的剩余部分分配基站的其余资源块；
步骤109：基于该分配的资源块，eNodeB将该PF/PO对应的寻呼消息进行组包，并将该寻呼消息进行编码，在空口下发该寻呼消息至相关的UE。
步骤110：eNodeB删除已下发的寻呼消息。
值得注意的是：当上述已占用的资源块小于寻呼消息实际需要资源块时，存储未发送的所述寻呼消息；
在下一寻呼周期，在当前时刻与所述PF/PO的时间间距满足大于Xms时，本实施例还包括以下步骤：为所述未发送的所述寻呼消息占用资源块；直至在当前时刻与所述PF/PO的时间间距满足不大于Yms时，基于已占用的资源块，为所述未发送的寻呼消息分配资源块。该步骤可参照图6中的②流程。
根据图6所示，当寻呼消息是属于eDRX寻呼时，由于eDRX寻呼的寻呼周期的单位是超帧，eNodeB收到eDRX寻呼的时刻常常距离其发送时刻时间较长(超帧级别)，所以无需立即进行资源块的预分配。故：本发明第四实施例提供的一种发送寻呼消息的方法具体包括：
步骤201：eNodeB收到寻呼消息；
步骤202：依据寻呼消息中携带的类型标识，确定该寻呼消息为eDRX寻呼，本实施例中的eNodeB侧的寻呼流程受寻呼消息(寻呼达到基站时间及个数)和***时间的控制；
步骤203：根据寻呼消息中携带的寻呼参数，经计算得到该寻呼消息的寻呼消息的寻呼窗PTW起始和结束位置，及该寻呼窗中的PF/PO，eNodeB将该寻呼消息、相关参数(如PTW、PF/PO等)、及寻呼参数进行存储；其中，该寻呼参数包括但不限于：寻呼周期、nB、及UE_ID等，而且，图6中的TPF/PO即为本文中的PF/PO；
步骤204：由***的时间定时器触发来检测寻呼链表，计算得到当前时间Tnow与PF/PO的时间间距；
步骤205：确定当前时间Tnow与PF/PO的时间间距是否小于等于寻呼周期；若是，则开启预分配功能；否则，结束流程；
步骤206：在确定开启预分配功能的情况下，则为寻呼消息预分配资源块，即：为该寻呼消息占用资源块；
而且，在本实施例中，该步骤S206也可设置为：通过预估模型推算出该寻呼消息大约需要占用的资源块的大小，并占用该预估值所适配的资源块。
在本实施例中，具有相同PF/PO的多条寻呼消息可多次触发上述步骤206的步骤；
步骤207：直至当前时间Tnow与PF/PO的时间间距不大于Yms时，即：该时间间距等于Yms时，启动资源正式分配，否则，结束流程；具体的，根据eNodeB存储PF/PO的寻呼消息，eNodeB计算该寻呼消息实际需要资源块的大小；其中，该Y小于寻呼周期以确保确保资源块的预分配与正式分配在时间维度上能够串行；
步骤208：在上述已占用的资源块大于寻呼消息实际需要资源块时，eNodeB通过从已占用的资源块中划分出实际需要的资源块，并将该划出的资源块分配给该寻呼消息；而当上述已占用的资源块小于寻呼消息实际需要资源块时，eNodeB将该已占用的资源块分配给相应的部分寻呼消息，并尝试为寻呼消息的剩余部分分配基站的其余资源块；
步骤209：基于该分配的资源块，eNodeB将该PF/PO对应的寻呼消息进行组包，并将该寻呼消息进行编码，在空口下发该寻呼消息至相关的UE。
步骤210：eNodeB删除已下发的寻呼消息。
值得注意的是：当上述已占用的资源块小于寻呼消息实际需要资源块时，存储未发送的所述寻呼消息；
在下一寻呼周期，在当前时刻与所述PF/PO的时间间距满足大于Xms时，本实施例还包括以下步骤：为所述未发送的所述寻呼消息占用资源块；直至在当前时刻与所述PF/PO的时间间距满足不大于Yms时，基于已占用的资源块，为所述未发送的寻呼消息分配资源块，具体的，该步骤可参照图6中的②流程，即重复步骤204、205、206。
此外，根据图7所示，寻呼消息个数的采集点是eNodeB接收寻呼消息的时刻，而资源块的占用及分配的相关数据的采集是在资源块被占用及分配时进行的，具体采集数据相关变量及指标如下：
eNodeB接收寻呼消息速率＝eNodeB接收寻呼个数/采集周期；
寻呼消息的资源块实际占有百分比＝实际的寻呼资源块帧/总有效资源块帧；
接入调度成功率＝接收MSG5次数/MSG1次数；
专用信道数据调度成功率＝专用信道调度成功次数/专用信道调度请求次数。
根据图8所示，eNodeB接收寻呼消息速率用于估算为预分配阶段占用的资源块的大小的理论值，而预分配阶段占用的资源块的最大值TBS受专用信道数据调度成功率及接入调度成功率的影响。当UE的专用信道数据调度成功率或接入调度成功率低于95％时，根据此时的寻呼消息的资源块实际占有百分比，评估出资源块优化占用率，而预分配的资源块的最大值及提前预分配的时间可根据相关参数推理获得，相关参数有此时资源块优化占用率、寻呼消息编码方式、资源重复次数、nB值、寻呼周期等；反之，可最大限度的使用可用资源块，寻呼预分配最大资源块为85byte，提前预分配时间为5ms。其中，用户也可以自行配置专用数据调度成功率和接入调度成功率的上下限值。
为了更好说明本实施例所述方法的实施过程，下面结合寻呼消息分别为DRX寻呼及eDRX寻呼的具体应用示例，对本实施例所述方法进行说明。
根据图5所示，针对DRX寻呼，假设eNodeB参数：DRX的寻呼周期TDRX＝512，NB＝256，并假设X＝10ms，Y＝5ms，寻呼预分配的评估模型为简单的平均模型。具体流程如下：
若：eNodeB连续收到3次同一PF/PO(898/9)时刻的寻呼消息。
1、eNodeB在***帧为400，子帧为0时，收到了MME下发的寻呼消息，该寻呼消息携带的UE_ID为193的寻呼消息，根据协议36.304可算得其理论的PF＝898，PO＝9。
2、TPF/PO-Tnow＝8989-4000＝4989ms>X，因此可进行预分配，若寻呼的预估模型采用平均模型，则时间至PF/PO时刻(SFN＝898，SubSFN＝9)，大约会收到5120/(4000-(8989-5120))＝39；若寻呼消息均是TMSI，则消息体大约长度为1686bit，但NB最大的下行TB调度为680bit，所以只预占用680bit的资源块。
3、eNodeB在***帧为800，子帧为0时，又收到了一条PF/PO为898/9的寻呼消息，计算过程如上，预估寻呼消息体的大小为2*5120/(8000-(8989-5120))＝2，所以需要分配的资源块为95bit。
4、eNodeB在***帧为898，子帧为0时，又收到了一条PF/PO为898/9的寻呼消息，TPF/PO-Tnow＝8989-8980＝9ms<X则不再进行PF/PO时刻寻呼预占用。
5、当SFN＝898，SubSFN＝4时，TPF/PO-Tnow＝8989-8984＝5ms＝Y，遍历寻呼链表，eNodeB总共有3条PF/PO为898/9的寻呼消息，TBSize＝138bit，若此刻eNodeB有至少138bit的资源块，则会将3条寻呼消息合并为一条，并在空口发送，寻呼链表中不存在此PF/PO时刻的寻呼消息；但是若eNodeB此刻最大可用的资源块只有120b it，则只能将先到的两条寻呼消息合并为1条寻呼消息，并在空口发送，寻呼链表中还存在最后到的1条寻呼消息，可触发图6中的流程2，申请下个周期(即下个超帧PF＝386，PO＝9)的资源块预分配。
针对eDRX寻呼，假设eNodeB参数：DRX寻呼周期TDRX＝512，NB＝256，并假设X＝10ms，Y＝5ms。UE与MME协商的eDRX参数均为拓展寻呼周期TeDRX＝8，寻呼窗长L＝5.12s，寻呼预分配的评估模型为简单的平均模型。
若eNodeB侧的资源预分配采用的流程如图6所示，具体流程如下：
若eNodeB连续收到2次同一PF/PO(898/9)时刻的寻呼消息。
1、eNodeB在H-SFN＝7，SFN＝300，SubSFN＝0时，收到一条寻呼消息，其寻呼超帧为9，寻呼窗开始位置PTW_Start＝0，PF/PO＝386/9，则TPF/PO-Tnow＝(9*1024+386)*10+9-((7*1024+300)*10+0)＝21349>TDRX＝5120，所以此刻不进行寻呼的预占用。
2、直至H-SFN＝8，SFN＝898，SubSFN＝9时，才会进行寻呼(寻呼时机为H-SFN＝9，SFN＝386，SubSFN＝9)预占用。
3、当H-SFN＝9，SFN＝386，SubSFN＝4时，eDRX寻呼正式申请流程与寻呼消息为DRX寻呼时的步骤5一致。
针对预分配寻呼资源块最大值(TBS最大)和时间参数Yms的实例说明如下：
假设eNodeB参数：DRX寻呼周期TDRX＝512，NB＝256。根据历史数据分析，在每日的9：00左右，eNodeB收到寻呼速率为每个DRX周期平均收到2条寻呼消息。
1、eNodeB在9:00且***帧为400，子帧为0时，收到了MME UE_ID为193的寻呼消息，根据协议36.304可算得其理论的PF＝898，PO＝9。
2、此时eNodeB的寻呼接收速率(2/5120)，时间至PF/PO时刻(SFN＝898，SubSFN＝9)，大约会收到(8989-4000)*2/5120+1＝3(实例1预估为39)。若寻呼消息均是TMSI，则消息体大约长度为138bit，即18byte。
3、若实时监测的当前专用信道调度成功率>99％，且接入调度成功率>99％，则最大的TBS最大＝85byte>TBS，Y＝5ms，寻呼预调度会分配18byte的寻呼资源块。
4、若当前专用信道调度成功率<95％，或接入调度成功率<95％，且此时的寻呼资源占用率为5％，对应的优化寻呼资源占用率为2％，推理出TBS最大＝15byte，Y＝2ms，寻呼预调度会分配15byte的寻呼资源块。
5、随后，若eNodeB再次接收寻呼消息，循环重复2、3、4步骤，直至提前PF/PO Yms时刻，遍历寻呼链表，eNodeB总共有3条PF/PO为898/9的寻呼消息，TBS＝138bit＝18byte，若流程从未进入步骤4，则距离SFN/SubSFN＝898/9Y(5ms)时分配18byte的寻呼资源，3条寻呼均可组包，在空口下发；若流程曾进入步骤4，且TBS最大＝15byte，Y＝2ms，则距离SFN/SubSFN＝898/9Y(2ms)时分配12byte的寻呼资源，空口下发两条寻呼消息，并预申请下个周期的寻呼资源。
图9为本发明第五实施例一种发送寻呼消息的装置的结构示意图。根据图9所示，本发明第五实施例提供的一种发送寻呼消息的装置，其包含于eNodeB，该装置包括：获取模块110，用于获取寻呼消息，并确定所述寻呼消息的寻呼时机PF/PO；第一分配模块120，用于在当前时刻与所述PF/PO的时间间距满足第一条件时，为所述寻呼消息占用资源块；直至在当前时刻与所述PF/PO的时间间距满足第二条件时，基于已占用的资源块，为所述寻呼消息分配资源块；第一发送模块130，用于基于分配的资源块，将所述未发送的寻呼消息发送给相关的UE。
可选的，所述PF/PO的确定方式，包括：在所述寻呼消息的种类是属于非连续接收DRX寻呼的情况下，依据所述寻呼消息中的寻呼参数进行计算，以得到所述PF/PO；在所述寻呼消息的种类是属于拓展非连续接收eDRX寻呼的情况下，依据所述寻呼消息中的寻呼参数进行计算，以得到所述寻呼消息的寻呼窗中的PF/PO。
可选的，在所述寻呼消息的种类是属于DRX寻呼的情况下，所述当前时刻与所述PF/PO的时间间距满足第一条件包括：所述当前时刻与所述PF/PO的时间间距大于第一预设值；在所述寻呼消息的种类是属于eDRX寻呼的情况下，所述当前时刻与所述PF/PO的时间间距满足第一条件包括：所述当前时刻与所述PF/PO的时间间距小于等于所述寻呼信息的寻呼周期，其中，所述第一预设值小于所述寻呼周期。
可选的，所述第一分配模块包括：预估模块，用于基于预估模型，对所述寻呼消息所需的资源块的大小进行计算，得到估算值；对与所述估算值适配的资源块进行占用。
可选的，所述预估模型包括以下一种或多种：平均模型、及基站接收寻呼消息速率模型。
可选的，所述寻呼消息的种类的确定方式包括：依据所述寻呼消息中携带的类型标识，确定所述寻呼消息的种类是属于DRX寻呼或是属于eDRX寻呼。
可选的，所述当前时刻与所述PF/PO的时间间距满足第二条件包括：所述当前时刻与所述PF/PO的时间间距小于等于第二预设值，其中，第二预设值小于所述第一预设值。
可选的，所述第一分配模块120还具体用于：确定所述寻呼消息实际需要的资源块的大小及所述已占用的资源块的大小；判断所述寻呼消息实际需要的资源块是否小于等于所述已占用的资源块；若是，从所述已占用的资源块中为所述寻呼消息分配所述实际需要的资源块；否则，为所述寻呼消息分配所述已占用的资源块。
可选的，所述装置还包括：存储模块，用于在所述寻呼消息实际需要的资源块大于所述已占用的资源块的情况下，存储未发送的所述寻呼消息；第二分配模块，用于在下一寻呼周期，在当前时刻与所述PF/PO的时间间距满足第一条件时，为所述未发送的所述寻呼消息占用资源块；直至在当前时刻与所述PF/PO的时间间距满足第二条件时，基于已占用的资源块，为所述未发送的寻呼消息分配资源块；第二发送模块，用于基于分配的资源块，将所述未发送的寻呼消息发送给相关的UE。
本发明第六实施例提供了一种计算机设备，包括处理器和存储器；所述存储器用于存储计算机指令，所述处理器用于运行所述存储器存储的计算机指令，以实现上述的一种发送寻呼消息的方法。
本发明第六实施例中的一种计算机设备所涉及的名词及实现原理具体可以参照本发明实施例中的第一至四实施例的一种发送寻呼消息的方法，在此不再赘述。
本发明第七实施例提供了一种计算机可读存储介质，所述计算机可读存储介质存储有一个或者多个模块，所述一个或者多个模块可被一个或者多个处理器执行，以实现上述的一种发送寻呼消息的方法。
本发明第七实施例中的一种计算机可读存储介质所涉及的名词及实现原理具体可以参照本发明实施例中的第一至四实施例的一种发送寻呼消息的方法实施例的一种发送寻呼消息的方法，在此不再赘述。
需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素。
上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。
通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端(可以是手机，计算机，服务器，空调器，或者网络设备等)执行本发明各个实施例所述的方法。
上面结合附图对本发明的实施例进行了描述，但是本发明并不局限于上述的具体实施方式，上述的具体实施方式仅仅是示意性的，而不是限制性的，本领域的普通技术人员在本发明的启示下，在不脱离本发明宗旨和权利要求所保护的范围情况下，还可做出很多形式，这些均属于本发明的保护之内。

Claims (11)

1.一种发送寻呼消息的方法，其特征在于，所述方法包括：
获取寻呼消息，并确定所述寻呼消息的寻呼时机PF/PO；
在当前时刻与所述PF/PO的时间间距满足第一条件时，基于预估模型，对所述寻呼消息所需的资源块的大小进行计算，得到估算值；对与所述估算值适配的资源块在当前的寻呼周期内进行占用；直至当前时刻与所述PF/PO的时间间距满足第二条件时，基于已占用的资源块，为所述寻呼消息分配资源块；
基于分配的资源块，将所述寻呼消息发送给相关的终端UE。
2.根据权利要求1所述的方法，其特征在于，
所述PF/PO的确定方式，包括：
在所述寻呼消息的种类是属于非连续接收DRX寻呼的情况下，依据所述寻呼消息中的寻呼参数进行计算，以得到所述寻呼消息的PF/PO；
在所述寻呼消息的种类是属于拓展非连续接收eDRX寻呼的情况下，依据所述寻呼消息中的寻呼参数进行计算，以得到所述寻呼消息的寻呼窗中的PF/PO。
3.根据权利要求2所述的方法，其特征在于，
在所述寻呼消息的种类是属于DRX寻呼的情况下，所述当前时刻与所述PF/PO的时间间距满足第一条件包括：所述当前时刻与所述PF/PO的时间间距大于第一预设值；
在所述寻呼消息的种类是属于eDRX寻呼的情况下，所述当前时刻与所述PF/PO的时间间距满足第一条件包括：所述当前时刻与所述PF/PO的时间间距小于等于所述寻呼消息的寻呼周期，其中，所述第一预设值小于所述寻呼周期。
4.根据权利要求1所述的方法，其特征在于，所述预估模型包括以下一种或多种：平均模型、及基站接收寻呼消息速率模型。
5.根据权利要求2或3所述的方法，其特征在于，
所述寻呼消息的种类的确定方式包括：
依据所述寻呼消息中携带的类型标识，确定所述寻呼消息的种类是属于DRX寻呼或是属于eDRX寻呼。
6.根据权利要求3所述的方法，其特征在于，所述当前时刻与所述PF/PO的时间间距满足第二条件包括：
所述当前时刻与所述PF/PO的时间间距小于等于第二预设值，其中，第二预设值小于所述第一预设值。
7.根据权利要求1所述的方法，其特征在于，所述基于已占用的资源块，为所述寻呼消息分配资源块，包括：
确定所述寻呼消息实际需要的资源块的大小及所述已占用的资源块的大小；
判断所述寻呼消息实际需要的资源块是否小于等于所述已占用的资源块；
若是，从所述已占用的资源块中为所述寻呼消息分配所述实际需要的资源块；否则，为所述寻呼消息分配所述已占用的资源块。
8.根据权利要求7所述的方法，其特征在于，在所述寻呼消息实际需要的资源块大于所述已占用的资源块的情况下，所述方法还包括：
存储未发送的所述寻呼消息；
在下一寻呼周期，在当前时刻与所述PF/PO的时间间距满足第一条件时，为所述未发送的所述寻呼消息占用资源块；直至在当前时刻与所述PF/PO的时间间距满足第二条件时，基于已占用的资源块，为所述未发送的寻呼消息分配资源块；
基于分配的资源块，将所述未发送的寻呼消息发送给相关的UE。
9.一种发送寻呼消息的装置，其特征在于，所述装置包括：
获取模块，用于获取寻呼消息，并确定所述寻呼消息的寻呼时机PF/PO；
第一分配模块，用于在当前时刻与所述PF/PO的时间间距满足第一条件时，
基于预估模型，对所述寻呼消息所需的资源块的大小进行计算，得到估算值；对与所述估算值适配的资源块在当前的寻呼周期内进行占用；直至在当前时刻与所述PF/PO的时间间距满足第二条件时，基于已占用的资源块，为所述寻呼消息分配资源块；
第一发送模块，用于基于分配的资源块，将所述寻呼消息发送给相关的UE。
10.一种计算机设备，其特征在于，包括处理器和存储器；
所述存储器用于存储计算机指令，所述处理器用于运行所述存储器存储的计算机指令，以实现权利要求1至8中任一项所述的一种发送寻呼消息的方法。
11.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质存储有一个或者多个程序，所述一个或者多个程序可被一个或者多个处理器执行，以实现权利要求1至8中任一项所述的一种发送寻呼消息的方法。
CN201810677611.8A 2018-06-27 2018-06-27 一种发送寻呼消息的方法、装置、计算机设备及存储介质 Active CN110650534B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201810677611.8A CN110650534B (zh) 2018-06-27 2018-06-27 一种发送寻呼消息的方法、装置、计算机设备及存储介质

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201810677611.8A CN110650534B (zh) 2018-06-27 2018-06-27 一种发送寻呼消息的方法、装置、计算机设备及存储介质

Publications (2)

Publication Number Publication Date
CN110650534A CN110650534A (zh) 2020-01-03
CN110650534B true CN110650534B (zh) 2022-03-29

Family

ID=69008989

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201810677611.8A Active CN110650534B (zh) 2018-06-27 2018-06-27 一种发送寻呼消息的方法、装置、计算机设备及存储介质

Country Status (1)

Country Link
CN (1) CN110650534B (zh)

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP2696285A1 (en) * 2012-07-06 2014-02-12 Huawei Device Co., Ltd. Method and device for allocating resource

Family Cites Families (15)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH10260850A (ja) * 1997-03-19 1998-09-29 Hitachi Ltd 仮想計算機システム
US8599871B2 (en) * 2005-08-31 2013-12-03 Motorola Mobility Llc Method and apparatus for cross paging a multi network communication system
CN100518373C (zh) * 2006-04-26 2009-07-22 中兴通讯股份有限公司 一种缩短移动通讯***被叫建立时间的方法
CN101132621A (zh) * 2006-08-21 2008-02-27 华为技术有限公司 随机接入方法和***以及接入资源分配装置
CN101247171A (zh) * 2007-02-16 2008-08-20 北京三星通信技术研究有限公司 使用约定资源发送控制信道的设备和方法
KR100964446B1 (ko) * 2008-02-15 2010-06-16 에스케이 텔레콤주식회사 하향링크 동적 자원 할당 방법 및 시스템
CN101651906A (zh) * 2008-08-11 2010-02-17 华为技术有限公司 资源指示方法和装置
CN101730244B (zh) * 2008-10-30 2013-01-02 电信科学技术研究院 一种资源分配的方法、基站和用户终端
CN101977442A (zh) * 2010-10-11 2011-02-16 中兴通讯股份有限公司 一种呼叫优先接入中电路资源分配的方法和***
CN102457910B (zh) * 2010-10-18 2014-11-05 中兴通讯股份有限公司 一种中继节点的公共搜索空间的映射方法及装置
JP6128451B2 (ja) * 2013-01-06 2017-05-17 ▲ホア▼▲ウェイ▼技術有限公司Ｈｕａｗｅｉ Ｔｅｃｈｎｏｌｏｇｉｅｓ Ｃｏ．，Ｌｔｄ． リソース割当て方法および装置
CN104184540B (zh) * 2013-05-23 2017-12-01 电信科学技术研究院 D2d通信中的数据传输方法和设备
CN104427624B (zh) * 2013-08-20 2018-03-23 ***通信集团北京有限公司 一种公共网络资源分配方法及***
BR112016006695A8 (pt) * 2013-09-27 2020-02-27 Huawei Tech Co Ltd método e dispositivo para paginação de equipamento de usuário
WO2016112510A1 (zh) * 2015-01-15 2016-07-21 华为技术有限公司 寻呼消息的发送、接收方法和设备

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP2696285A1 (en) * 2012-07-06 2014-02-12 Huawei Device Co., Ltd. Method and device for allocating resource

Non-Patent Citations (3)

* Cited by examiner, † Cited by third party
Title
MTC组寻呼基于提前退避接入策略研究;蒋伟;《通信技术》;20140210;1-11 *
Reducing Power Consumption in LTE Data Scheduling with the Constraints of Channel Condition and Qos;Li-Ping Tung;《IEEE》;20141231;1-11 *
基于资源可用性的主机异常检测;陶敬;《电子科技大学学报》;20071220;1-11 *

Also Published As

Publication number Publication date
CN110650534A (zh) 2020-01-03

Similar Documents

Publication Publication Date Title
US20200383135A1 (en) Method for random access in idle state and device
US9264975B2 (en) Post access policing in a mobile communication network
EP2524564B1 (en) Apparatus and method for accessing random access channel in a wireless communication system
CN104170491B (zh) 用于配置多个调度请求触发的方法和装置
KR102127315B1 (ko) 업링크 반영속적 스케줄링을 설정하는 방법, 단말 및 네트워크 측의 장치
CN102651908B (zh) 一种传输数据的方法及设备
CN102291822B (zh) 一种mtc设备随机接入回退时间通知方法和***
CN102932924B (zh) 上行短时延通信的数据传输方法和设备
US9930693B2 (en) Wireless network, access point, and terminal
CN102088775A (zh) 竞争资源的分配方法、***及装置
CN102740492A (zh) 随机接入控制方法及***
KR20090122862A (ko) 프로파일 인덱스 전송을 이용한 상향링크 데이터 송수신방법
CN102548014A (zh) 机器与机器的通信终端接入网络的方法
CN105027466A (zh) 一种控制数据传输的方法、装置以及***
CN102740493A (zh) 终端接入控制调整方法及***
CN102740374A (zh) 接入控制方法及***
CN102291846A (zh) 一种随机接入方法及实现随机接入的***
CN102378364A (zh) 一种随机接入方法及实现随机接入的***
CN107105512B (zh) 用于通信的方法和用于通信的无线电站
CN108834215A (zh) 一种适用于上行小数据包的无连接传输方法及终端
CN105451363A (zh) 窄带***中随机接入的方法、基站及用户设备
CN104579547B (zh) 一种数据传输的方法
CN108696937A (zh) 一种适用于上行小数据包的无连接传输方法及基站
CN110650534B (zh) 一种发送寻呼消息的方法、装置、计算机设备及存储介质
CN103024906A (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
GR01 Patent grant
GR01 Patent grant