一种寻呼处理方法、装置和寻呼系统 |
|||||||
| 申请号 | CN201610008135.1 | 申请日 | 2016-01-07 | 公开(公告)号 | CN106954258A | 公开(公告)日 | 2017-07-14 |
| 申请人 | 中兴通讯股份有限公司; | 发明人 | 刘旭; 艾建勋; 戴谦; 邹伟; | ||||
| 摘要 | 本 发明 公开了一种寻呼处理方法、装置和寻呼系统。本发明中的寻呼处理方法包括：基站接收移动管理实体MME发送的寻呼传输窗PTW的长度，该PTW的长度为MME根据基站发送的寻呼配置信息确定的；其中，寻呼配置信息为基站接收用户设备UE向基站发送的；基站根据寻呼配置信息和PTW的长度，确定PTW内用作每个寻呼 帧 PF的连续无线帧SFN的个数和相邻两个PF的间隔；基站向UE发送信息传输消息，该信息传输消息中包括PTW的长度、PTW内用作每个PF的连续SFN的个数和相邻两个PF的间隔。本发明通过合理的设计NB-IOT中寻呼机制，以实现在保证UE接收寻呼消息的可靠性的前提下，降低UE的耗电情况。 | ||||||
| 权利要求 | 1.一种寻呼处理方法，其特征在于，包括： |
||||||
| 说明书全文 | 一种寻呼处理方法、装置和寻呼系统技术领域[0001] 本发明涉及无线通信技术领域，尤指一种寻呼处理方法、装置和寻呼系统。 背景技术[0002] 随着无线通信技术的发展，移动网络应用中，对业务量的需求、终端数量和终端种类都呈现出爆发式的增长趋势，第五代移动通信技术(5th Generation，简称为：5G)已成为未来网络发展的趋势。机器间通信(Machine Type Communication，简称为：MTC)作为5G系统的重要场景和技术手段之一，已经受到越来越多的关注。 [0003] 在MTC技术的研究中，针对低成本和低吞吐量类型的终端设备，提出了窄带物联网(NarowBand-Internet of Things，简称为：NB-IOT)的研究课题。具体地，利用200千赫兹(kHz)频带为NB-IoT中低成本终端设备提供低吞吐量的无线通讯服务。由于NB-IOT终端设备的一个显著的需求就是节电，目前已经引入了扩展的非连续性接收(extended-Discontinuous Reception，简称为：eDRX)的概念，NB-IOT终端设备可以支持eDRX的周期达数小时，对终端设备的节电效果有非常显著的提高。长期演进(Long Term Evolution，简称为：LTE)技术中的寻呼机制是用户设备(User Equipment，简称为：UE)在一个DRX周期醒来后监听寻呼消息，若UE没有成功接收寻呼消息，移动管理实体(Mobility Management Entity，简称为：MME)将会在下一个DRX周期中继续发起寻呼。 [0004] 如果将现有的LTE技术中的寻呼机制应用于NB-IOT中，由于eDRX的周期较长，可能会造成成功接收一个寻呼消息需要等待很长时间；另外，若UE不能及时接收携带系统消息更新的寻呼消息，将会造成严重的后果。显然地，如何在保证UE接收寻呼消息的可靠性的前提下，降低UE的耗电情况，成为当前亟需解决的问题。 发明内容[0005] 为了解决上述技术问题，本发明提供了一种寻呼处理方法、装置和寻呼系统，通过合理的设计NB-IOT中寻呼机制，以实现在保证UE接收寻呼消息的可靠性的前提下，降低UE的耗电情况。 [0006] 第一方面，本发明提供一种寻呼处理方法，包括： [0007] 基站接收移动管理实体MME发送的寻呼传输窗PTW的长度，所述PTW的长度为所述MME根据所述基站发送的寻呼配置信息确定的；其中，所述寻呼配置信息为所述基站接收用户设备UE向所述基站发送的； [0009] 所述基站向所述UE发送信息传输消息，所述信息传输消息中包括所述PTW的长度、所述PTW内用作每个PF的连续SFN的个数和相邻两个PF的间隔。 [0010] 在第一方面的第一种可能的实现方式中，所述寻呼配置信息包括所述UE的覆盖等级；所述基站根据所述寻呼配置信息和所述PTW的长度，确定所述PTW内用作每个PF的连续无线帧SFN的个数和相邻两个寻呼帧PF的间隔，包括： [0011] 所述基站根据所述覆盖等级确定所述寻呼消息的发送次数； [0012] 所述基站根据所述寻呼消息的发送次数计算所述PTW中用作全部PF的SFN的总个数； [0013] 所述基站根据所述PTW的长度、所述用作全部PF的SFN的总个数和所述用作每个PF的连续SFN的个数，确定所述相邻两个PF的间隔；其中，所述用作每个PF的连续SFN的个数为所述基站根据所述寻呼配置信息确认出的特定数量。 [0014] 根据第一方面的第一种可能的实现方式，在第二种可能的实现方式中，所述寻呼配置信息还包括所述UE的耗电等级；所述基站根据所述PTW的长度、所述用作全部PF的SFN的总个数和所述用作每个PF的连续SFN的个数，确定所述相邻两个PF的间隔之前，还包括： [0015] 所述基站根据所述耗电等级确定所述用作每个PF的连续SFN的个数。 [0016] 在第一方面的第三种可能的实现方式中，所述寻呼配置信息中包括所述UE的覆盖等级、耗电等级、业务等级、无线资源利用率和寻呼拥塞状态中的一项或多项。 [0017] 根据第一方面、第一方面的第一种到第三种可能的实现方式中任意一种，在第四种可能的实现方式中，所述信息传输消息用于指示所述UE根据所述信息传输消息中的内容计算寻呼时机PO，并根据所述PO接收寻呼消息。 [0018] 根据第一方面、第一方面的第一种到第三种可能的实现方式中任意一种，在第五种可能的实现方式中，所述基站确定所述PTW内用作每个寻呼帧PF的连续无线帧SFN的个数和相邻两个PF的间隔之后，还包括： [0019] 所述基站根据所述PTW的长度、所述PTW内用作每个PF的连续SFN的个数和相邻两个PF的间隔，计算寻呼时机PO，并根据所述PO发送寻呼消息。 [0020] 根据第一方面、第一方面的第一种到第三种可能的实现方式中任意一种，在第六种可能的实现方式中，所述PTW内用作不同PF中连续SFN的个数为相同的或不同的。 [0021] 第二方面，本发明提供一种寻呼处理方法，包括： [0022] 用户设备UE向基站发送寻呼配置信息； [0023] 所述UE接收所述基站发送的信息传输消息，所述信息传输消息中包括寻呼传输窗PTW的长度、所述PTW内用作每个寻呼帧PF的连续无线帧SFN的个数和相邻两个PF的间隔； [0024] 所述UE根据所述信息传输消息中的内容计算寻呼时机PO； [0025] 所述UE根据所计算出的PO接收寻呼消息。 [0026] 在第二方面的第一种可能的实现方式中，所述用户设备UE向基站发送寻呼配置信息，是指： [0027] 所述UE在建立无线资源控制RRC连接的过程中向所述基站发送所述寻呼配置信息；或者， [0028] 处于RRC连接态的UE向所述基站发送所述寻呼配置信息。 [0029] 根据第二方面的第一种可能的实现方式，在第二种可能的实现方式中，所述用户设备UE向基站发送寻呼配置信息，是指： [0030] 所述UE按照预置周期向所述基站重复发送所述寻呼配置信息；或者，[0031] 所述UE在检测到当前寻呼配置信息的内容发生变化后，向所述基站发送的变化后的寻呼配置信息。 [0032] 根据第二方面、第二方面的第一种到第二种可能的实现方式中任意一种，在第三种可能的实现方式中，所述寻呼配置信息用于指示所述基站向移动管理实体MME发送包括所述寻呼配置信息的非接入层NAS传输消息，所述NAS传输消息用于指示所述MME根据所述寻呼配置信息确定所述PTW的长度，向所述基站返回所述PTW的长度，并指示所述基站根据所述寻呼配置信息和所述PTW的长度，确定所述PTW内用作每个PF的连续SFN的个数和相邻两个PF的间隔，以及根据所述PTW的长度、所述PTW内用作每个寻呼帧PF的连续无线帧SFN的个数和相邻两个PF的间隔，计算寻呼时机PO，从而根据所述PO发送寻呼消息。 [0033] 根据第二方面、第二方面的第一种到第二种可能的实现方式中任意一种，在第四种可能的实现方式中，所述寻呼配置信息中包括所述UE的覆盖等级、耗电等级、业务等级、无线资源利用率和寻呼拥塞状态中的一项或多项；所述用户设备UE向基站发送寻呼配置信息之前，还包括： [0035] 根据第二方面、第二方面的第一种到第二种可能的实现方式中任意一种，在第五种可能的实现方式中，所述PTW内用作不同PF中连续SFN的个数为相同的或不同的。 [0036] 第三方面，本发明提供一种寻呼处理方法，包括： [0037] 移动管理实体MME接收基站发送的非接入层NAS传输消息，所述NAS传输消息中包括寻呼配置信息，所述寻呼配置信息为用户设备UE向所述基站发送的； [0038] 所述MME根据所述寻呼配置信息确定寻呼传输窗PTW的长度； [0039] 所述MME向所述基站发送所述PTW的长度，所述PTW的长度用于指示所述基站根据所述寻呼配置信息和所述PTW的长度，确定所述PTW内用作每个寻呼帧PF的连续无线帧SFN的个数和相邻两个PF的间隔。 [0040] 在第三方面的第一种可能的实现方式中，所述PTW的长度还用于指示所述基站向所述UE发送信息传输消息，所述信息传输消息中包括所述PTW的长度、所述PTW内用作每个PF的连续SFN的个数和相邻两个PF的间隔，所述信息传输消息用于指示所述UE根据所述信息传输消息中的内容计算寻呼时机PO，并根据所述PO接收寻呼消息。 [0041] 根据第三方面或第三方面的第一种可能的实现方式，在第二种可能的实现方式中，所述寻呼配置信息中包括所述UE的覆盖等级、耗电等级，、业务等级、无线资源利用率和寻呼拥塞状态中的一项或多项。 [0042] 根据第三方面或第三方面的第一种可能的实现方式，在第三种可能的实现方式中，所述PTW内用作不同PF中连续SFN的个数为相同的或不同的。 [0043] 第四方面，本发明提供一种寻呼处理装置，设置于基站中，所述寻呼处理装置包括：接收模块、和发送模块和寻呼参数设置模块； [0044] 其中，所述接收模块，用于接收移动管理实体MME发送的寻呼传输窗PTW的长度，所述PTW的长度为所述MME根据所述发送模块发送的寻呼配置信息确定的；其中，所述寻呼配置信息为所述接收模块接收用户设备UE向所述基站发送的； [0045] 所述寻呼参数设置模块，用于根据所述接收模块接收到的寻呼配置信息和PTW的长度，确定所述PTW内用作每个寻呼帧PF的连续无线帧SFN的个数和相邻两个PF的间隔； [0046] 所述发送模块，还用于向所述UE发送信息传输消息，所述信息传输消息中包括所述接收模块接收到的PTW的长度，以及所述寻呼参数设置模块确定出的所述PTW内用作每个PF的连续SFN的个数和相邻两个PF的间隔。 [0047] 在第四方面的第一种可能的实现方式中，所述寻呼配置信息包括所述UE的覆盖等级；所述寻呼参数设置模块包括： [0048] 第一参数设置单元，用于根据所述接收模块接收到的覆盖等级确定所述寻呼消息的发送次数； [0049] 第二参数设置单元，用于根据所述第一参数设置模块确定的寻呼消息的发送次数计算所述PTW中用作全部PF的SFN的总个数； [0050] 第三参数设置单元，用于根据所述接收模块接收到的PTW的长度、所述第二参数设置模块计算的用作全部PF的SFN的总个数和所述用作每个PF的连续SFN的个数，确定所述相邻两个PF的间隔；其中，所述用作每个PF的连续SFN的个数为所述寻呼参数设置模块根据所述寻呼配置信息确认出的特定数量。 [0051] 根据第四方面的第一种可能的实现方式，在第二种可能的实现方式中，所述寻呼配置信息还包括所述UE的耗电等级；所述寻呼处理装置还包括：第四参数设置单元，用于在所述第三参数设置单元确定所述相邻两个PF的间隔之前，根据所述接收模块接收的耗电等级确定所述用作每个PF的连续SFN的个数。 [0052] 在第四方面的第三种可能的实现方式中，所述寻呼配置信息中包括所述UE的覆盖等级、耗电等级、业务等级、无线资源利用率和寻呼拥塞状态中的一项或多项。 [0053] 根据第四方面、第四方面的第一种到第三种可能的实现方式中任意一种，在第四种可能的实现方式中，所述信息传输消息用于指示所述UE根据所述信息传输消息中的内容计算寻呼时机PO，并根据所述PO接收寻呼消息。 [0054] 根据第四方面、第四方面的第一种到第三种可能的实现方式中任意一种，在第五种可能的实现方式中，寻呼处理装置还包括：计算模块，用于在所述寻呼参数设置模块确定所述PTW内用作每个PF的连续SFN的个数和相邻两个PF的间隔之后，根据所述接收模块接收到的PTW的长度、所述寻呼参数设置模块确定的所述PTW内用作每个PF的连续SFN的个数和相邻两个PF的间隔，计算寻呼时机PO； [0055] 所述发送模块，还用于根据所述计算模块计算出的PO发送寻呼消息。 [0056] 根据第四方面、第四方面的第一种到第三种可能的实现方式中任意一种，在第六种可能的实现方式中，所述PTW内用作不同PF中连续SFN的个数为相同的或不同的。 [0057] 第五方面，本发明提供一种寻呼处理装置，设置于用户设备UE中，所述寻呼处理装置包括： [0058] 发送模块，用于向基站发送寻呼配置信息； [0059] 接收模块，用于接收所述基站发送的信息传输消息，所述信息传输消息中包括寻呼传输窗PTW的长度、所述PTW内用作每个寻呼帧PF的连续无线帧SFN的个数和相邻两个PF的间隔； [0060] 计算模块，用于根据所述接收模块接收到的信息传输消息中的内容计算寻呼时机PO； [0061] 所述接收模块，还用于根据所述计算模块计算出的PO接收寻呼消息。 [0062] 在第五方面的第一种可能的实现方式中，所述发送模块用于向基站发送寻呼配置信息，包括： [0063] 所述发送模块所属的UE在建立无线资源控制RRC连接的过程中向所述基站发送所述寻呼配置信息；或者， [0064] 所述发送模块所属的处于RRC连接态的UE向所述基站发送所述寻呼配置信息。 [0065] 根据第五方面的第一种可能的实现方式，在第二种可能的实现方式中，所述发送模块用于向基站发送寻呼配置信息，是指：按照预置周期向所述基站重复发送所述寻呼配置信息；或者， [0066] 在检测到当前寻呼配置信息的内容发生变化后，向所述基站发送的变化后的寻呼配置信息。 [0067] 根据第五方面、第五方面的第一种到第二种可能的实现方式中任意一种，在第三种可能的实现方式中，所述寻呼配置信息用于指示所述基站向移动管理实体MME发送包括所述寻呼配置信息的非接入层NAS传输消息，所述NAS传输消息用于指示所述MME根据所述寻呼配置信息确定所述PTW的长度，向所述基站返回所述PTW的长度，并指示所述基站根据所述寻呼配置信息和所述PTW的长度，确定所述PTW内用作每个PF的连续SFN的个数和相邻两个PF的间隔，以及根据所述PTW的长度、所述PTW内用作每个寻呼帧PF的连续无线帧SFN的个数和相邻两个PF的间隔，计算寻呼时机PO，从而根据所述PO发送寻呼消息。 [0068] 根据第五方面、第五方面的第一种到第二种可能的实现方式中任意一种，在第四种可能的实现方式中，所述寻呼配置信息中包括所述UE的覆盖等级、耗电等级、业务等级、无线资源利用率和寻呼拥塞状态中的一项或多项； [0069] 所述寻呼处理装置还包括：测量模块，用于在所述发送模块向基站发送寻呼配置信息之前，通过测量参考信号的接收功率确定所述UE的覆盖等级。 [0070] 根据第五方面、第五方面的第一种到第二种可能的实现方式中任意一种，在第五种可能的实现方式中，所述PTW内用作不同PF中连续SFN的个数为相同的或不同的。 [0071] 第六方面，本发明提供一种寻呼处理装置，设置于移动管理实体MME中，所述寻呼处理装置包括： [0072] 接收模块，用于接收基站发送的非接入层NAS传输消息，所述NAS传输消息中包括寻呼配置信息，所述寻呼配置信息为用户设备UE向所述基站发送的； [0073] 寻呼参数设置模块，用于根据所述接收模块接收的寻呼配置信息确定寻呼传输窗PTW的长度； [0074] 发送模块，用于向所述基站发送所述PTW的长度，所述PTW的长度用于指示所述基站根据所述寻呼配置信息和所述PTW的长度，确定所述PTW内用作每个寻呼帧PF的连续无线帧SFN的个数和相邻两个PF的间隔。 [0075] 在第六方面的第一种可能的实现方式中，所述PTW的长度还用于指示所述UE发送信息传输消息，所述信息传输消息中包括所述PTW的长度、所述PTW内用作每个PF的连续SFN的个数和相邻两个PF的间隔，所述信息传输消息用于指示所述UE根据所述信息传输消息中的内容计算寻呼时机PO，并根据所述PO接收寻呼消息。 [0076] 根据第六方面或第六方面的第一种可能的实现方式，在第二种可能的实现方式中，所述寻呼配置信息中包括所述UE的覆盖等级、耗电等级、业务等级、无线资源利用率和寻呼拥塞状态中的一项或多项。 [0077] 根据第六方面或第六方面的第一种可能的实现方式，在第三种可能的实现方式中，所述PTW内用作不同PF中连续SFN的个数为相同的或不同的。 [0078] 第七方面，本发明提供一种寻呼系统，所述寻呼系统包括：基站、用户设备UE和移动管理实体MME；其中，所述基站中设置有如上述第四方面中任一项所述的寻呼处理装置，所述UE中设置有如上述第五方面中任一项所述的寻呼处理装置，所述MME中设置有如上述第六方面中任一项所述的寻呼处理装置。 [0079] 本发明提供的寻呼处理方法、装置和寻呼系统，基站通过接收MME向其发送的PTW的长度，根据从UE接收到的寻呼配置信息和PTW的长度确定PTW内用作每个PF的连续SFN的个数和相邻两个PF的间隔，从而向UE发送PTW的长度、PTW内用作每个PF的连续SFN的个数和相邻两个PF的间隔，合理配置的PTW内用作每个PF的连续SFN的个数和相邻两个PF的间隔有利于减少UE的测量工作而达到节电的目的；本发明提供的方法，通过合理的设计PTW的长度和PTW内的PF，以实现在保证UE接收寻呼消息的可靠性的前提下，降低UE的耗电情况。附图说明 [0081] 图1为现有的LTE系统中一种传输寻呼消息的示意图； [0082] 图2为本发明实施例提供的一种寻呼处理方法的流程图； [0083] 图3为图2所示实施例提供的寻呼处理方法中一种PTW的示意图； [0084] 图4为图2所示实施例提供的寻呼处理方法中另一种PTW的示意图； [0085] 图5为图2所示实施例提供的寻呼处理方法中又一种PTW的示意图； [0086] 图6为本发明实施例提供的另一种寻呼处理方法的流程图； [0087] 图7为本发明实施例提供的又一种寻呼处理方法的流程图； [0088] 图8为本发明实施例提供的再一种寻呼处理方法的流程图； [0089] 图9为本发明实施例提供的一种寻呼建立方法的信令交互流程图； [0090] 图10为本发明实施例提供的一种寻呼处理装置的结构示意图； [0091] 图11为本发明实施例提供的另一种寻呼处理装置的结构示意图； [0092] 图12为本发明实施例提供的又一种寻呼处理装置的结构示意图； [0093] 图13为本发明实施例提供的再一种寻呼处理装置的结构示意图； [0094] 图14为本发明实施例提供的一种寻呼系统的结构示意图； [0095] 图15为本发明实施例提供的另一种寻呼系统的结构示意图。 具体实施方式[0096] 为使本发明的目的、技术方案和优点更加清楚明白，下文中将结合附图对本发明的实施例进行详细说明。需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互任意组合。 [0097] 在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机系统中执行。并且，虽然在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤。 [0098] 移动互联网、物联网、以及其他网络业务应用的迅猛发展已经成为推动5G技术发展的主要驱动力。目前迫切要求5G技术具有媲美光纤的接入速率、千亿设备的连接能力、完美的实时体验、以及随时随地的无线宽带接入能力；另外，能耗效率、频谱效率和峰值速率等也是5G系统设计中的重要指标。中国在2013年成立了总体路线图(IMT-2020)推进组来推动5G技术的发展，根据国际整体情况，预计2015年将形成5G愿景、关键能力需求及频谱规划，之后将启动5G技术的标准化工作，并在2020年后开始商用。国际标准方面，长期演进技术升级版(LTE-Advanced)的技术标准主要在第三代合作伙伴计划(3rd Generation Partnership Project，简称为：3GPP)国际标准化组织制订，初步认为在3GPP R14阶段(预计于2016年)将启动面向5G技术的标准研究工作。 [0099] MTC作为5G系统的重要场景和技术手段之一，MTC有四大主流需求，即巨量连接、低能耗、低时延和高可靠。巨量连接体现在MTC设备的数量是目前人对人通信终端的10倍以上；低能耗体现在由于MTC终端具有巨量连接的特点，因此节能的意义非同一般；低时延和高可靠体现在MTC设备具有1毫秒或者更短时间的端到端时延。MTC设备经常需要传输超实时业务数据，使数据处理中心便于及时的对业务数据进行分析处理或进而作出相应的动作；因此，对超实时业务和时延的研究成为MTC研究过程中的重要技术点。 [0100] 在LTE系统中，如果要向处于空闲状态的UE发送数据的时候，MME需要向UE注册的跟踪区(Tracking Area，简称为：TA)内的所有演进型基站(evolved Node B，简称为：eNB)发送寻呼消息，然后eNB将该寻呼消息转发给UE。如图1所示，为现有的LTE系统中一种传输寻呼消息的示意图。UE在相应的位置监听寻呼消息，当UE接收到寻呼消息后发起无线资源控制(Radio Resource Control，简称为：RRC)连接请求，以便接收下行数据。然而，MME需要在发送一次寻呼消息后根据UE在接下来是否执行相应的动作来判断本次发送的寻呼消息是否被UE成功接收，如果没有被UE成功接收，将会在下一个寻呼周期内继续发送寻呼消息。由于NB-IOT对超实时业务和时延的要求较高，显然地，现有的LTE技术中的寻呼机制并不适用于NB-IOT中。因此，NB-IOT中引入了寻呼传输窗(Paging Transmission Window，简称为： PTW)的概念，具体地，UE在经历了eDRX中的较长时间睡眠后将进入PTW，一个PTW由许多无线帧(System Frame Number，简称为：SFN)组成，UE在PTW内监听寻呼消息，PTW内设置有很多寻呼时机(Paging Occasions，简称为：PO)，eNB在这些PO对某个寻呼消息进行重复发送，上述寻呼机制可以保证UE在eDRX环境下接收寻呼消息的可靠性。然而，在NB-IOT中，如何合理的设计PTW的长度和PTW内的寻呼帧(Paging Frame，简称为：PF)，以实现在保证UE接收寻呼消息的可靠性的前提下，降低UE耗电情况的效果，成为当前亟需解决的问题。 [0101] 下面通过具体的实施例对本发明的技术方案进行详细说明，本发明以下各实施例中寻呼处理方法涉及三个网元：基站、UE和MME，本发明各实施例中的基站通常为LTE系统中的eNB。本发明提供以下几个具体的实施例可以相互结合，对于相同或相似的概念或过程可能在某些实施例不再赘述。 [0102] 图2为本发明实施例提供的一种寻呼处理方法的流程图。本实施例提供的寻呼处理方法适用于在NB-IOT执行寻呼控制的情况中，该方法可以由寻呼处理装置执行，该寻呼处理装置通过硬件和软件结合的方式来实现，该装置可以集成在基站的处理器中，供处理器调用使用。如图2所示，本实施例的方法可以包括： [0103] S110，基站接收MME发送的PTW的长度，该PTW的长度为MME根据基站发送的寻呼配置信息确定的；其中，该寻呼配置信息为基站接收UE向基站发送的。 [0104] 在本实施例中，UE可以通过发送寻呼配置信息的形式，将UE测量得到的覆盖等级、耗电等级，以及业务等级等信息通知给基站，耗电等级例如为UE要求省电或一般省电，业务等级例如为UE业务的优先级为优先或者普通。基站在接收到寻呼配置信息后，可以向MME转发该寻呼配置信息，通常地，基站通过与MME间的非接入层(Non Access Stratum，简称为：NAS)传输消息，即NAS传输消息实现寻呼配置信息的发送，该NAS传输消息例如可以为附着请求(attach request)消息，跟踪区更新请求(Tracking Area Update Request，简称为： TAU Request)消息或其他消息。MME接收NAS传输消息后，可以根据该消息中的寻呼配置信息确定PTW的长度，上述寻呼配置信息中的覆盖等级通常为确定PTW的长度的关键因素，例如UE的覆盖等级较低，业务等级的优先级较低并且耗电等级为超省电，此时可以为该UE配置较长的PTW。MME确定出PTW的长度后，可以将PTW的长度通过应用协议(S1-Application Protocol，简称为；S1-AP)接口发送给基站。 [0105] S120，基站根据寻呼配置信息和PTW的长度，确定PTW内用作每个PF的连续SFN的个数和相邻两个PF的间隔。 [0106] 在本实施例中，基站接收到MME返回的PTW的长度后，可以进一步根据从UE接收到的寻呼配置信息和从MME接收到的PTE的长度，确定PTW内用作每个PF的连续SFN的个数和相邻两个PF的间隔。 [0107] 需要说明的是，一个PTW内通常有多个PF，每个PF由用作该PF的连续SFN组成，其中，用作不同PF中连续SFN的个数为相同的或不同的，以下通过几个具体实施例说明PTW内用作每个PF的连续SFN的个数的具体情况。 [0108] 如图3所示，为图2所示实施例提供的寻呼处理方法中一种PTW的示意图。图3所示PTW内用作每个PF的连续SFN的个数是相同的，并且该连续SFN的个数为1，TeDRX表示UE的eDRX周期，PTW内的始末SFN均用作PF，PTW内的始末SFN表示为SFNPTW(start)和SFNPTW(end)，则图3所示PTW内(除去始末SFN)的SFN用作PF可表示为： [0109] [0110] 上述(1)式中，T表示相邻PF间的间隔(单位为SFN)，PTWlength表示用作寻呼消息重传的PTW的时间长度(单位为秒)映射到SFN上后的长度(单位为SFN)，具体地，1秒对应100个SFN的时长，“[*]”表示向下取整的意思。 [0111] 如图4所示，为图2所示实施例提供的寻呼处理方法中另一种PTW的示意图。图4所示PTW内用作每个PF的连续SFN的个数是相同的，并且该连续SFN的个数为多个，TeDRX表示UE的eDRX周期，PTW内的始末SFN均用作PF，PTW内的始末SFN表示为SFNPTW(start)和SFNPTW(end)，则图4所示PTW内(除去始末SFN)的SFN用作PF可表示为： [0112] [0113] 上述(2)式中，m表示用作每个PF的连续SFN的个数，T、PTWlength和“[*]”与(1)式中表示的含义相同。 [0114] 如图5所示，为图2所示实施例提供的寻呼处理方法中又一种PTW的示意图。图5所示PTW内用作每个PF的连续SFN的个数是不同的，即m、p和q代表的SFN的数量不能完全相同。 [0115] 需要说明的是，上述图3到图5所示PTW，以及(1)式和(2)式均以任意相邻两个PF的间隔为相同的为例予以示出，在具体应用中，PTW内相邻两个PF的间隔也可以是不同的。 [0116] S130，基站向UE发送信息传输消息，该信息传输消息中包括PTW的长度、PTW内用作每个PF的连续SFN的个数和相邻两个PF的间隔。 [0117] 在本实施例中，基站将其自身计算出的PTW内用作每个PF的连续SFN的个数和相邻两个PF的间隔，以及接收到的PTW的长度通过信息传输消息发送给UE。通常地，第n个SFN通常可以用“SFN#n”来标识，一个SFN由10个子帧组成，PO为SFN中特定的子帧，每个SFN中可以有一个或多个PO，UE可以根据信息传输消息中的内容计算PO，其中，PO的计算方式可以采用现有LTE系统中的PO计算公式，以确定出本发明各实施例中PTW内的PO，从而根据PO接收寻呼消息。 [0118] 需要说明的是，用作PF的连续SFN的个数对UE的耗电会产生一定的影响，UE在每个PTW的时间段内，在每个PF到来时，都要执行小区重选相关的测量工作，该测量工作对UE的耗电影响较大；然而，用作PF的几个连续的SFN的时间段内，UE不需要执行小区重选相关的测量工作，由于用作PF的连续SFN的时间段较短，并结合UE低移动性的特点，认为这段时间内UE在同一个小区，这样就可减少UE由于测量带来的耗电开销，因此对于要求超省电的UE可考虑为其配置较多个连续的SFN用作PF。本发明实施例提供的寻呼处理方法，可以通过合理的设计NB-IOT中寻呼机制，即设计PTW的长度和PTW内的PF，以及用作PF的连续SFN的个数，以实现在保证UE接收寻呼消息的可靠性的前提下，尽量减少UE的测量工作达到节电的目的。另外，合理的确定每个UE在PTW内PF间隔及用作PF的连续SFN的个数，若多个均需要在PTW内接收寻呼消息，可以通过将PTW内的PF的位置尽量错开，即对每个UE来说，寻呼消息发送的位置不同，可以通过有效的利用用于发送寻呼消息的无线资源，实现降低寻呼消息拥塞的效果。 [0119] 本实施例所提供的寻呼处理方法，基站通过接收MME向其发送的PTW的长度，根据从UE接收到的寻呼配置信息和PTW的长度确定PTW内用作每个PF的连续SFN的个数和相邻两个PF的间隔，从而向UE发送PTW的长度、PTW内用作每个PF的连续SFN的个数和相邻两个PF的间隔，合理配置的PTW内用作每个PF的连续SFN的个数和相邻两个PF的间隔有利于减少UE的测量工作而达到节电的目的；本实施例提供的方法，通过合理的设计PTW的长度和PTW内的PF，以实现在保证UE接收寻呼消息的可靠性的前提下，降低UE的耗电情况。 [0120] 进一步地，图6为本发明实施例提供的另一种寻呼处理方法的流程图。在上述图2所示实施例的基础上，本实施例中寻呼配置信息例如包括UE的覆盖等级，则本实施例中的S120可以包括： [0121] S121，基站根据覆盖等级确定寻呼消息的发送次数。 [0122] S122，基站根据寻呼消息的发送次数计算PTW中用作全部PF的SFN的总个数。 [0123] 在本实施例中，基站可以根据UE的覆盖等级估计该UE成功接收一个寻呼消息所需要重复发送该寻呼消息的次数，或者基站根据覆盖等级与发送次数之间的映射关系直接确定发送该寻呼消息的次数；进而，可以根据已确定的发送次数计算PTW中用作全部PF的SFN的总个数。 [0124] S123，基站根据PTW的长度、用作全部PF的SFN的总个数和用作每个PF的连续SFN的个数，确定相邻两个PF的间隔。 [0125] 本实施例中，用作每个PF的连续SFN的个数通常为基站根据寻呼配置信息确认出的特定数量例如，当寻呼配置信息中仅包括UE的覆盖等级时，可以将用作每个PF的连续SFN的个数设置为默认值，例如该默认值可以为1或者2。上述实施例中已经说明PTW内的每个PF到来时，都要执行小区重选相关的测量工作，然而在用作某个PF的几个连续SFN的时间段内，UE不需要执行小区重选相关的测量工作。本实施例中的寻呼配置信息还可以包括UE的耗电等级，相应地，在S123之前，还可以包括：S124，基站根据耗电等级确定用作每个PF的连续SFN的个数；在此情况下，用作每个PF的连续SFN的个数可以由UE的耗电等级来决定，例如UE的耗电等级为节电，则可以将用作PF的连续SFN的个数设置为较多个。在PTW的长度、用作全部PF的SFN的总个数和用作每个PF的连续SFN的个数已经确定的情况下，可以推算出相邻两个PF的间隔。 [0126] 本实施例在具体实现中，UE接收到的寻呼配置信息指示UE可以根据PTW的长度，PTW内用作每个PF的连续SFN的个数和相邻两个PF的间隔，计算出PO，从而根据已知的PO接收寻呼消息；相应地，发送寻呼消息的执行主体，即基站同样需要在相应的PO上发送该寻呼消息，即本实施例提供的方法，在S120之后，还包括： [0127] S140，基站根据PTW的长度、PTW内用作每个PF的连续SFN的个数和相邻两个PF的间隔，计算PO，并根据PO发送寻呼消息。 [0128] 需要说明的是，本实施例不限制基站发送信息传输消息与基站计算PO的前后顺序，只要基站和UE可以计算出PO，并且可以保证基站发送的寻呼消息被UE在相应的PO上接收到，以保证寻呼消息接收的可靠性即可。图6所述实施例以S140在S130之后执行为例予以示出。 [0129] 可选地，上述实施例中向基站发送寻呼配置信息的UE可以为建立RRC连接过程中的UE，即RRC空闲态的UE在满足触发条件后，发起RRC连接建立过程，并在建立RRC连接的过程中将寻呼配置信息发送给基站；另外，该UE还可以为处于RRC连接态的UE，即处于RRC连接态的UE在满足触发条件后，直接将寻呼配置信息发送给基站。在具体实现中，无论发送寻呼配置信息前UE处于RRC空闲态还是RRC连接态，UE都可以按照预置周期向基站重复发送的寻呼配置信息，或者UE在检测到当前寻呼配置信息的内容发生变化后，向基站发送的变化后的寻呼配置信息。 [0130] 需要说明的是，MME用于确定PTW的长度的寻呼配置信息，为UE某次上报的寻呼配置信息，基站通知给UE的PTW一直保持上述已确定的PTW的长度，直到UE下一次上报的寻呼配置信息的内容不同时。另外，本发明各实施例中的寻呼配置信息中通常包括UE的覆盖等级和耗电等级，还选择性的包括UE的业务等级、无线资源利用率和寻呼拥塞状态中的一项或多项。 [0131] 图7为本发明实施例提供的又一种寻呼处理方法的流程图。本实施例提供的寻呼处理方法适用于在NB-IOT执行寻呼控制的情况中，该方法可以由寻呼处理装置执行，该寻呼处理装置通过硬件和软件结合的方式来实现，该装置可以集成在UE的处理器中，供处理器调用使用。如图7所示，本实施例的方法可以包括： [0132] S210，UE向基站发送寻呼配置信息。 [0133] 在本实施例中，UE可以通过发送寻呼配置信息的形式，将UE测量得到的覆盖等级、耗电等级，以及业务等级等信息通知给基站。基站在接收到寻呼配置信息后，可以将该寻呼配置信息携带在NAS传输消息中发送给MME。MME在接收NAS传输消息后，可以根据该消息中的寻呼配置信息确定PTW的长度，并且将确定出的PTW的长度发送给基站，例如可以是通过S1-AP接口发送给基站。随后，基站可以根据从UE接收到的寻呼配置信息和从MME接收到的PTW的长度，确定出PTW内用作每个PF的连续SFN的个数和相邻两个PF的间隔。 [0134] 需要说明的是，本实施例中的NAS传输消息和PTW内PF的具体形式，在上述实施例中已经具体说明，故在此不再赘述。本实施例中PTW内用作不同PF中连续SFN的个数可以为相同的或者不同的，同样可以参考图3到图5所示PTW内容的示意图；并且，PTW内任意相邻两个PF的间隔可以为相同的或者不同的。 [0135] S220，UE接收基站发送的信息传输消息，该信息传输消息中包括PTW的长度、PTW内用作每个PF的连续SFN的个数和相邻两个PF的间隔。 [0136] S230，根据信息传输消息中的内容计算PO。 [0137] S240，UE根据所计算出的PO接收寻呼消息。 [0138] 在本实施例中，UE接收到基站计算出的PTW内用作每个PF的连续SFN的个数和相邻两个PF的间隔，以及MME确定出的PTW的长度。随后，UE可以根据信息传输消息中的内容计算PO，其中，PO的计算方式可以采用现有LTE系统中的PO计算公式，从而根据PO接收寻呼消息。 [0139] 上述实施例中已经具体说明，用作PF的连续SFN的个数对UE的耗电会产生一定的影响，可以通过为UE配置较多个连续的SFN用作PF，达到减少UE由于测量带来的耗电开销的目的。本发明实施例提供的寻呼处理方法，可以通过合理的设计NB-IOT中寻呼机制，以实现在保证UE接收寻呼消息的可靠性的前提下，尽量减少UE的测量工作达到节电的目的。并且可以通过有效的利用用于发送寻呼消息的无线资源，实现降低寻呼消息拥塞的效果。 [0140] 本实施例所提供的寻呼处理方法，UE通过向基站发送寻呼配置信息，获取到基站发送的PTW的长度、PTW内用作每个PF的连续SFN的个数和相邻两个PF的间隔，并根据接收到的上述信息计算出PO，从而根据该PO接收寻呼消息，本实施例通过合理配置的PTW内用作每个PF的连续SFN的个数和相邻两个PF的间隔有利于减少UE的测量工作而达到节电的目的；本实施例提供的方法，通过合理的设计PTW的长度和PTW内的PF，以实现在保证UE接收寻呼消息的可靠性的前提下，降低UE的耗电情况。 [0141] 进一步地，上述实施例中，基站确定PTW内用作每个PF的连续SFN的个数和相邻两个PF的间隔的方式，在上述实施例中已经具体说明，可以参照图6所示寻呼处理方法，故在此不再赘述。 [0142] 本实施例在具体实现中，UE可以根据PTW的长度，PTW内用作每个PF的连续SFN的个数和相邻两个PF的间隔，计算出PO，从而根据已知的PO接收寻呼消息；相应地，发送寻呼消息的执行主体同样需要在相应的PO上发送该寻呼消息，即本实施例中的基站同样可以根据PTW的长度、PTW内用作每个PF的连续SFN的个数和相邻两个PF的间隔，计算PO，并根据PO发送寻呼消息。 [0143] 需要说明的是，本实施例不限制UE接收信息传输消息与基站计算PO的前后顺序，只要基站和UE可以计算出PO，并且可以保证基站发送的寻呼消息被UE在相应的PO上接收到，以保证寻呼消息接收的可靠性即可。 [0144] 可选地，图7所示实施例中UE向基站发送寻呼配置信息的具体方式，即S210可以替换为：UE在建立RRC连接的过程中向基站发送寻呼配置信息；或者，处于RRC连接态的UE向基站发送寻呼配置信息，即发送寻呼配置信息之前，UE可以处于RRC空闲态或者处于RRC连接态。在具体实现中，无论发送寻呼配置信息前UE处于RRC空闲态还是RRC连接态，UE都可以按照预置周期向基站重复发送的寻呼配置信息，或者UE在检测到当前寻呼配置信息的内容发生变化后，向基站发送的变化后的寻呼配置信息。本发明各实施例中的UE向基站发送寻呼配置信息的情况通常包括以下几种： [0145] 情况一、处于RRC空闲态的UE在一次接收寻呼消息成功后，并需要接收下行数据时，该UE发起RRC连接建立过程。 [0146] 情况二、处于RRC空闲态的UE有上行数据需要发送时，该UE发起RRC连接建立过程[0147] 情况三、处于RRC空闲态的UE配置有发送寻呼配置信息的预置周期，该RRC空闲态的UE在周期到来时，发起RRC连接建立过程。 [0148] 情况四、处于RRC空闲态的UE，通过测量或者感知当前寻呼配置信息的内容发生变化时，可以在下一次的RRC连接建立过程中将变化后的寻呼配置信息上报给基站。 [0149] 情况五、处于RRC空闲态的UE，通过测量或者感知当前寻呼配置信息的内容发生变化时，并且UE认为有必要及时上报时，UE可以主动发起RRC连接建立过程，以上报变化后的寻呼配置信息。 [0150] 上述各种情况中，UE在建立RRC连接的过程中，将寻呼配置信息发送给基站，即UE每次从RRC空闲态转变为RRC连接态的时候，都会上报寻呼配置信息。 [0151] 情况六、处于RRC连接态的UE配置有发送寻呼配置信息的预置周期，该RRC连接态的UE可以周期性的将寻呼配置信息发送给基站。 [0152] 情况七、处于RRC连接态的UE，通过测量或者感知当前寻呼配置信息的内容发生变化时，满足触发条件，此时可以将变化后的寻呼配置信息上报给基站。 [0153] 需要说明的是，MME用于确定PTW的长度的寻呼配置信息，为UE某次上报的寻呼配置信息，基站通知给UE的PTW一直保持上述已确定的PTW的长度，直到UE下一次上报的寻呼配置信息的内容不同时。另外，本发明各实施例中的寻呼配置信息中通常包括UE的覆盖等级和耗电等级，还选择性的包括UE的业务等级、无线资源利用率和寻呼拥塞状态中的一项或多项。UE的覆盖等级通常为UE测量得到的，因此，本实施例提供的寻呼处理方法，在S210之前还包括：S200，UE通过测量参考信号的接收功率确定UE的覆盖等级。 [0154] 还需要特别说明的是，本实施例中的UE在接收到基站发送的信息传输消息后，具体根据该消息中的内容计算PO，若该UE在开机后或者重新恢复网络服务后，通常利用基站广播的寻呼参数或者默认的寻呼参数计算PO并监听寻呼消息；例如，采用最差覆盖等级时的寻呼参数计算PO并监听寻呼消息，再例如，还可以采用统计得到的最高概率的覆盖等级时的寻呼参数计算PO并监听寻呼消息。随后，UE可以根据自身的需要，向基站上报寻呼配置信息，该寻呼配置信息即为即本发明各实施例中的覆盖等级、耗电等级等信息，从而通过MME和基站的配置获得UE特定寻呼配置参数，也就是PTW的长度、PTW内用作每个PF的连续SFN的个数和相邻两个PF的间隔，从而根据这些参数计算PO，实现监听寻呼消息。 [0155] 图8为本发明实施例提供的再一种寻呼处理方法的流程图。本实施例提供的寻呼处理方法适用于在NB-IOT执行寻呼控制的情况中，该方法可以由寻呼处理装置执行，该寻呼处理装置通过硬件和软件结合的方式来实现，该装置可以集成在MME的处理器中，供处理器调用使用。如图8所示，本实施例的方法可以包括： [0156] S310，MME接收基站发送的NAS传输消息，该NAS传输消息中包括寻呼配置信息，该寻呼配置信息为用户设备UE向基站发送的。 [0157] S320，MME根据寻呼配置信息确定PTW的长度。 [0158] 在本实施例中，MME接收到的NAS传输消息中的寻呼配置信息，为UE上报给基站的，该寻呼配置信息中的内容通常为UE测量得到的覆盖等级、耗电等级，以及业务等级等信。MME在接收到基站发送的NAS传输消息后，可以根据该消息中的寻呼配置信息确定PTW的长度。 [0159] S330，MME向基站发送PTW的长度，该PTW的长度用于指示基站根据寻呼配置信息和PTW的长度，确定PTW内用作每个PF的连续SFN的个数和相邻两个PF的间隔。 [0160] 在本实施例中，MME将确定出的PTW的长度通过S1-AP接口发送给基站。随后，基站可以根据从UE接收到的寻呼配置信息和从MME接收到的PTW的长度，确定出PTW内用作每个PF的连续SFN的个数和相邻两个PF的间隔，并且向UE发送基站计算出的PTW内用作每个PF的连续SFN的个数和相邻两个PF的间隔，以及MME确定出的PTW的长度。从而UE可以根据信息传输消息中的内容计算PO，其中，PO的计算方式可以采用现有LTE系统中的PO计算公式，从而根据PO接收寻呼消息。 [0161] 需要说明的是，本实施例中的NAS传输消息和PTW内PF的具体形式，在上述实施例中已经具体说明，故在此不再赘述。本实施例中PTW内用作不同PF中连续SFN的个数可以为相同的或者不同的，同样可以参考图3到图5所示PTW内容的示意图；并且，PTW内任意相邻两个PF的间隔可以为相同的或者不同的。 [0162] 上述实施例中已经具体说明，用作PF的连续SFN的个数对UE的耗电会产生一定的影响，可以通过为UE配置较多个连续的SFN用作PF，达到减少UE由于测量带来的耗电开销的目的。本发明实施例提供的寻呼处理方法，可以通过合理的设计NB-IOT中寻呼机制，以实现在保证UE接收寻呼消息的可靠性的前提下，尽量减少UE的测量工作达到节电的目的。并且可以通过有效的利用用于发送寻呼消息的无线资源，实现降低寻呼消息拥塞的效果。 [0163] 本实施例所提供的寻呼处理方法，MME通过接收基站发送NAS传输消息，根据该消息中的寻呼配置信息确定出PTW的长度，并将PTW的长度返回给基站，从而指示基站确定出PTW内用作每个PF的连续SFN的个数和相邻两个PF的间隔，本实施例通过合理配置的PTW内用作每个PF的连续SFN的个数和相邻两个PF的间隔有利于减少UE的测量工作而达到节电的目的；本实施例提供的方法，通过合理的设计PTW的长度和PTW内的PF，以实现在保证UE接收寻呼消息的可靠性的前提下，降低UE的耗电情况。 [0164] 进一步地，上述实施例中，基站确定PTW内用作每个PF的连续SFN的个数和相邻两个PF的间隔的方式，在上述实施例中已经具体说明，可以参照图6所示寻呼处理方法，故在此不再赘述。 [0165] 本实施例在具体实现中，UE可以根据PTW的长度，PTW内用作每个PF的连续SFN的个数和相邻两个PF的间隔，计算出PO，从而根据已知的PO接收寻呼消息；相应地，发送寻呼消息的执行主体同样需要在相应的PO上发送该寻呼消息，即本实施例中的基站同样可以根据PTW的长度、PTW内用作每个PF的连续SFN的个数和相邻两个PF的间隔，计算PO，并根据PO发送寻呼消息。 [0166] 需要说明的是，本实施例不限制UE接收信息传输消息与基站计算PO的前后顺序，只要基站和UE可以计算出PO，并且可以保证基站发送的寻呼消息被UE在相应的PO上接收到，以保证寻呼消息接收的可靠性即可。 [0167] 可选地，图8所示实施例中寻呼配置信息的发送方式可以为，UE在建立无线资源控制RRC连接过程中向基站发送的；或者，该寻呼配置信息的发送方式还可以为处于RRC连接态的UE向基站发送的，即发送寻呼配置信息之前，UE可以处于RRC空闲态或者处于RRC连接态。在具体实现中，无论发送寻呼配置信息前UE处于RRC空闲态还是RRC连接态，UE都可以按照预置周期向基站重复发送的寻呼配置信息，或者UE在检测到当前寻呼配置信息的内容发生变化后，向基站发送的变化后的寻呼配置信息。本发明各实施例中的UE向基站发送寻呼配置信息的情况同样可以为上述实施例中描述的几种，故在此不再赘述。 [0168] 需要说明的是，MME用于确定PTW的长度的寻呼配置信息，为UE某次上报的寻呼配置信息，基站通知给UE的PTW一直保持上述已确定的PTW的长度，直到UE下一次上报的寻呼配置信息的内容不同时。另外，本发明各实施例中的寻呼配置信息中通常包括UE的覆盖等级和耗电等级，还选择性的包括UE的业务等级、无线资源利用率和寻呼拥塞状态中的一项或多项。 [0169] 图9为本发明实施例提供的一种寻呼建立方法的信令交互流程图。本实施例的具体实现方式与上述图2到图8所示实施例类似，设计基站、UE和MME的信令交互，如图9所示，本实施例提供的方法包括： [0170] S410，UE向基站发送寻呼配置信息。 [0171] 本实施例中的寻呼配置信息中通常包括UE的覆盖等级和耗电等级，还选择性的包括UE的业务等级、无线资源利用率和寻呼拥塞状态中的一项或多项。 [0172] 需要说明的是，本实施例中的UE向基站发送寻呼配置信息之前，可以处于RRC空闲态或者处于RRC连接态。 [0173] 在本实施例的一种可能的实现方式中，发送寻呼配置信息前UE处于RRC空闲态，在满足触发条件后可以发起RRC连接建立过程，并在该RRC连接建立过程中向基站发送寻呼配置信息，UE满足的触发条件例如可以是上述实施例中的情况一到情况五中的任意一项；则在上述各情况中，S410可以包括： [0174] S401、UE向基站发送随机接入前导。 [0175] S402、基站向UE返回随机接入响应。 [0176] S403、UE向基站发送RRC连接请求消息。 [0177] S404、基站向UE返回RRC连接建立消息。 [0178] S405、UE向基站发送RRC连接建立完成消息。 [0179] 本实施例中的UE可以将寻呼配置信息携带在S401、S403或S405发送的消息中，基站即可接收到寻呼配置信息。 [0180] 在本实施例的另一种可能的实现方式中，发送寻呼配置信息前UE处于RRC连接态，在满足触发条件后可以直接向基站发送寻呼配置信息，UE满足的触发条件例如可以是上述实施例中的情况六或情况七；则在上述各情况中，S410可以替换为：处于RRC连接态的UE向基站发送寻呼配置信息。 [0181] S420，基站向MME发送包括寻呼配置信息的NAS传输消息。 [0182] S430，MME根据寻呼配置信息确定PTW的长度。 [0183] S440，MME向基站发送PTW的长度。 [0184] S450，基站根据寻呼配置信息和PTW的长度，确定PTW内用作每个PF的连续SFN的个数和相邻两个PF的间隔。 [0185] 需要说明的是，本实施例中的NAS传输消息和PTW内PF的具体形式，在上述实施例中已经具体说明，故在此不再赘述。本实施例中PTW内用作不同PF中连续SFN的个数可以为相同的或者不同的，同样可以参考图3到图5所示PTW内容的示意图；并且，PTW内任意相邻两个PF的间隔可以为相同的或者不同的。另外，基站确定PTW内用作每个PF的连续SFN的个数和相邻两个PF的间隔的方式，在上述实施例中已经具体说明，可以参照图6所示寻呼处理方法，故在此不再赘述。 [0186] S460，基站向UE发送信息传输消息，该信息传输消息中包括PTW的长度、PTW内用作每个PF的连续SFN的个数和相邻两个PF的间隔。 [0187] S470，UE根据该信息传输消息中的内容计算PO。 [0188] S480，UE与基站之间进行数据传输。 [0189] 需要说明的是，若UE为了上报寻呼配置信息而发起RRC连接的建立过程，那么不需要执行S480，本实施例中的UE在需要接收下行数据或者有上行数据需要发送时，执行S480。 [0190] S490，UE与基站之间的RRC连接释放，UE进入空闲态。 [0191] 本实施例在具体实现中，UE可以根据PTW的长度，PTW内用作每个PF的连续SFN的个数和相邻两个PF的间隔，计算出PO，从而根据已知的PO接收寻呼消息；相应地，发送寻呼消息的执行主体同样需要在相应的PO上发送该寻呼消息，即本实施例提供的方法，在S450之后，还包括： [0192] S451，基站根据PTW的长度、PTW内用作每个PF的连续SFN的个数和相邻两个PF的间隔，计算PO。 [0193] S452，基站根据该PO发送寻呼消息。相应地，UE可以根据计算出的PO接收基站发送的寻呼消息。 [0194] 需要说明的是，本实施例不限制基站发送信息传输消息与基站计算PO的前后顺序，只要基站和UE可以计算出PO，并且可以保证基站发送的寻呼消息被UE在相应的PO上接收到，以保证寻呼消息接收的可靠性即可。另外，MME用于确定PTW的长度的寻呼配置信息，为UE某次上报的寻呼配置信息，基站通知给UE的PTW一直保持上述已确定的PTW的长度，直到UE下一次上报的寻呼配置信息的内容不同时。 [0195] 图10为本发明实施例提供的一种寻呼处理装置的结构示意图。本实施例提供的寻呼处理装置适用于在NB-IOT执行寻呼控制的情况中，该寻呼处理装置通过硬件和软件结合的方式来实现，该装置可以集成在基站的处理器中，供处理器调用使用。如图10所示，本实施例的寻呼处理装置具体包括：接收模块11、发送模块12和寻呼参数设置模块13。 [0196] 其中，接收模块11，用于接收MME发送的PTW的长度，该PTW的长度为MME根据基站的发送模块12发送的寻呼配置信息确定的；其中，该寻呼配置信息为基站的接收模块11接收UE向该基站发送的。 [0197] 在本实施例中，接收模块11可以通过接收寻呼配置信息的方式，获取到UE测量得到的覆盖等级、耗电等级，以及业务等级等信息。接收模块11在接收到寻呼配置信息后，可以由发送模块12将该寻呼配置信息携带在NAS传输消息中发送给MME，以指示MME根据该消息中的寻呼配置信息确定PTW的长度。MME确定出PTW的长度后，可以将PTW的长度通过S1-AP接口发送给基站，相应地，接收模块11还可以接收到PTW的长度。 [0198] 寻呼参数设置模块13，用于根据接收模块11接收到的寻呼配置信息和PTW的长度，确定PTW内用作每个PF的连续SFN的个数和相邻两个PF的间隔。 [0199] 在本实施例中，接收模块11接收到MME返回的PTW的长度后，寻呼参数设置模块13可以根据从UE接收到的寻呼配置信息和从MME接收到的PTE的长度，确定PTW内用作每个PF的连续SFN的个数和相邻两个PF的间隔。 [0200] 需要说明的是，本实施例中的NAS传输消息和PTW内PF的具体形式，在上述实施例中已经具体说明，故在此不再赘述。本实施例中PTW内用作不同PF中连续SFN的个数可以为相同的或者不同的，同样可以参考图3到图5所示PTW内容的示意图；并且，PTW内任意相邻两个PF的间隔可以为相同的或者不同的。 [0201] 发送模块12，用于向UE发送信息传输消息，该信息传输消息中包括接收模块11接收到的PTW的长度，以及寻呼参数设置模块13确定出的PTW内用作每个PF的连续SFN的个数和相邻两个PF的间隔。 [0202] 在本实施例中，发送模块12向UE发送其自身确定出的PTW内用作每个PF的连续SFN的个数和相邻两个PF的间隔，以及MME确定出的PTW的长度。从而指示UE根据信息传输消息中的内容计算PO，并根据PO接收寻呼消息。 [0203] 本发明实施例提供的寻呼处理装置用于执行本发明图2所示实施例提供的寻呼处理方法，具备相应的功能模块，其实现原理和技术效果类似，此处不再赘述。 [0204] 进一步地，图11为本发明实施例提供的另一种寻呼处理装置的结构示意图。本实施例中寻呼配置信息例如包括UE的覆盖等级，在上述图10所示装置的结构基础上，本实施例中的寻呼参数设置模块13可以包括：第一参数设置单元14，用于根据接收模块11接收到的覆盖等级确定寻呼消息的发送次数；第二参数设置单元15，用于根据第一参数设置单元14确定的寻呼消息的发送次数计算PTW中用作全部PF的SFN的总个数；第三参数设置单元 16，用于根据接收模块11接收到的PTW的长度、第二参数设置单元15计算的用作全部PF的SFN的总个数和用作每个PF的连续SFN的个数，确定相邻两个PF的间隔。 [0205] 本实施例中，用作每个PF的连续SFN的个数通常为寻呼参数设置模块13根据寻呼配置信息确认出的特定数量，例如，当寻呼配置信息中仅包括UE的覆盖等级时，可以将用作每个PF的连续SFN的个数设置为默认值，例如该默认值可以1或者2。本实施例中的寻呼配置信息还可以包括UE的耗电等级，相应地，寻呼参数设置模块13还包括：第四参数设置单元17，用于在第三参数设置单元16确定所述相邻两个PF的间隔之前，根据所述接收模块11接收的耗电等级确定用作每个PF的连续SFN的个数；相应地，第三参数设置单元16用于确定相邻两个PF的间隔的用作每个PF的连续SFN的个数，具体为该第四参数设置单元17确定出的。 [0206] 本实施例在具体实现中，UE接收到的寻呼配置信息指示UE可以根据PTW的长度，PTW内用作每个PF的连续SFN的个数和相邻两个PF的间隔，计算出PO，从而根据已知的PO接收寻呼消息；相应地，发送寻呼消息的执行主体，即基站同样需要在相应的PO上发送该寻呼消息，即本实施例提供的装置还包括：计算模块18，用于在寻呼参数设置模块13确定PTW内用作每个PF的连续SFN的个数和相邻两个PF的间隔之后，根据接收模块11接收到的PTW的长度、寻呼参数设置模块13确定的PTW内用作每个PF的连续SFN的个数和相邻两个PF的间隔，计算PO；相应地，发送模块12，还用于根据计算模块18计算出的PO发送寻呼消息。 [0207] 需要说明的是，本实施例不限制发送模块12发送信息传输消息与计算模块18计算PO的前后顺序，只要基站和UE可以计算出PO，并且可以保证基站发送的寻呼消息被UE在相应的PO上接收到，以保证寻呼消息接收的可靠性即可。 [0208] 本发明实施例提供的寻呼处理装置用于执行本发明图6所示实施例提供的寻呼处理方法，具备相应的功能模块，其实现原理和技术效果类似，此处不再赘述。 [0209] 可选地，上述实施例中向基站发送寻呼配置信息的UE，可以为建立RRC连接过程中的UE，或者为为处于RRC连接态的UE，即发送寻呼配置信息之前，UE可以处于RRC空闲态或者处于RRC连接态。在具体实现中，无论发送寻呼配置信息前UE处于RRC空闲态还是RRC连接态，UE都可以按照预置周期向基站重复发送的寻呼配置信息，或者UE在检测到当前寻呼配置信息的内容发生变化后，向基站发送的变化后的寻呼配置信息。本发明各实施例中的UE向基站发送寻呼配置信息的情况同样可以为上述实施例中描述的几种，故在此不再赘述。 [0210] 需要说明的是，MME用于确定PTW的长度的寻呼配置信息，为UE某次上报的寻呼配置信息，基站通知给UE的PTW一直保持上述已确定的PTW的长度，直到UE下一次上报的寻呼配置信息的内容不同时。另外，本发明各实施例中的寻呼配置信息中通常包括UE的覆盖等级和耗电等级，还选择性的包括UE的业务等级、无线资源利用率和寻呼拥塞状态中的一项或多项。 [0211] 图12为本发明实施例提供的又一种寻呼处理装置的结构示意图。本实施例提供的寻呼处理装置适用于在NB-IOT执行寻呼控制的情况中，该寻呼处理装置通过硬件和软件结合的方式来实现，该装置可以集成在UE的处理器中，供处理器调用使用。如图12所示，本实施例的寻呼处理装置具体包括：发送模块21、接收模块22、计算模块23和测量模块24。 [0212] 发送模块21，用于向基站发送寻呼配置信息。 [0213] 在本实施例中，发送模块21可以通过发送寻呼配置信息的形式，将UE测量得到的覆盖等级、耗电等级，以及业务等级等信息通知给基站。基站在接收到寻呼配置信息后，可以将该寻呼配置信息携带在NAS传输消息中发送给MME。MME在接收NAS传输消息后，可以根据该消息中的寻呼配置信息确定PTW的长度，并且将确定出的PTW的长度发送给基站，例如可以是通过S1-AP接口发送给基站。随后，基站可以根据从UE接收到的寻呼配置信息和从MME接收到的PTW的长度，确定出PTW内用作每个PF的连续SFN的个数和相邻两个PF的间隔。 [0214] 需要说明的是，本实施例中的NAS传输消息和PTW内PF的具体形式，在上述实施例中已经具体说明，故在此不再赘述。本实施例中PTW内用作不同PF中连续SFN的个数可以为相同的或者不同的，同样可以参考图3到图5所示PTW内容的示意图；并且，PTW内任意相邻两个PF的间隔可以为相同的或者不同的。 [0215] 接收模块22，用于接收基站发送的信息传输消息，信息传输消息中包括PTW的长度、PTW内用作每个PF的连续SFN的个数和相邻两个PF的间隔。 [0216] 计算模块23，用于根据接收模块22接收到的信息传输消息中的内容计算PO。 [0217] 接收模块22，还用于根据计算模块23计算出的PO接收寻呼消息。 [0218] 在本实施例中，接收模块22接收到基站计算出的PTW内用作每个PF的连续SFN的个数和相邻两个PF的间隔，以及MME确定出的PTW的长度。随后，计算模块23可以根据信息传输消息中的内容计算PO，其中，PO的计算方式可以采用现有LTE系统中的PO计算公式，从而指示接收模块22根据PO接收寻呼消息。 [0219] 本发明实施例提供的寻呼处理装置用于执行本发明图7所示实施例提供的寻呼处理方法，具备相应的功能模块，其实现原理和技术效果类似，此处不再赘述。 [0220] 进一步地，上述实施例中，基站确定PTW内用作每个PF的连续SFN的个数和相邻两个PF的间隔的方式，在上述实施例中已经具体说明，故在此不再赘述。 [0221] 本实施例在具体实现中，计算模块23可以根据PTW的长度，PTW内用作每个PF的连续SFN的个数和相邻两个PF的间隔，计算出PO，从而根据已知的PO接收寻呼消息；相应地，发送寻呼消息的执行主体，即基站同样需要在相应的PO上发送该寻呼消息，即本实施例中的基站同样可以根据PTW的长度、PTW内用作每个PF的连续SFN的个数和相邻两个PF的间隔，计算PO，并根据PO发送寻呼消息。 [0222] 需要说明的是，本实施例不限制UE接收信息传输消息与基站计算PO的前后顺序，只要基站和UE可以计算出PO，并且可以保证基站发送的寻呼消息被UE在相应的PO上接收到，以保证寻呼消息接收的可靠性即可。 [0223] 可选地，图12所示实施例中发送模块21向基站发送寻呼配置信息的具体方式为：发送模块21所属的UE在建立无线资源控制RRC连接的过程中向基站发送寻呼配置信息；或者，发送模块21所属的处于RRC连接态的UE向基站发送寻呼配置信息，即发送寻呼配置信息之前，UE可以处于RRC空闲态或者处于RRC连接态。在具体实现中，无论发送寻呼配置信息前UE处于RRC空闲态还是RRC连接态，发送模块21都可以按照预置周期向基站重复发送的寻呼配置信息，或者发送模块21在UE检测到当前寻呼配置信息的内容发生变化后，向基站发送的变化后的寻呼配置信息。本发明各实施例中的发送模块21向基站发送寻呼配置信息的情况同样可以为上述实施例中描述的几种，故在此不再赘述。 [0224] 需要说明的是，MME用于确定PTW的长度的寻呼配置信息，为UE某次上报的寻呼配置信息，基站通知给UE的PTW一直保持上述已确定的PTW的长度，直到UE下一次上报的寻呼配置信息的内容不同时。另外，本发明各实施例中的寻呼配置信息中通常包括UE的覆盖等级和耗电等级，还选择性的包括UE的业务等级、无线资源利用率和寻呼拥塞状态中的一项或多项。UE的覆盖等级通常为UE测量得到的，因此，本实施例提供的寻呼处理装置还包括：测量模块24，用于在发送模块21向基站发送寻呼配置信息之前，通过测量参考信号的接收功率确定UE的覆盖等级。 [0225] 还需要特别说明的是，本实施例中的UE在接收到基站发送的信息传输消息后，具体根据该消息中的内容计算PO，若该UE在开机后或者重新恢复网络服务后，通常利用基站广播的寻呼参数或者默认的寻呼参数计算PO并监听寻呼消息；例如，采用最差覆盖等级时的寻呼参数计算PO并监听寻呼消息，再例如，还可以采用统计得到的最高概率的覆盖等级时的寻呼参数计算PO并监听寻呼消息。随后，UE可以根据自身的需要，向基站上报寻呼配置信息，该寻呼配置信息即为即本发明各实施例中的覆盖等级、耗电等级等信息，从而通过MME和基站的配置获得UE特定寻呼配置参数，也就是PTW的长度、PTW内用作每个PF的连续SFN的个数和相邻两个PF的间隔，从而根据这些参数计算PO，实现监听寻呼消息。 [0226] 图13为本发明实施例提供的再一种寻呼处理装置的结构示意图。本实施例提供的寻呼处理装置适用于在NB-IOT执行寻呼控制的情况中，该寻呼处理装置通过硬件和软件结合的方式来实现，该装置可以集成在MME的处理器中，供处理器调用使用。如图13所示，本实施例的寻呼处理装置具体包括：接收模块31、寻呼参数设置模块32和发送模块33。 [0227] 其中，接收模块31，用于接收基站发送的NAS传输消息，该NAS传输消息中包括寻呼配置信息，该寻呼配置信息为用户设备UE向基站发送的。 [0228] 寻呼参数设置模块32，用于根据接收模块31接收的寻呼配置信息确定寻呼传输窗PTW的长度。 [0229] 在本实施例中，接收模块31接收到的NAS传输消息中的寻呼配置信息，为UE上报给基站的，该寻呼配置信息中的内容通常为UE测量得到的覆盖等级、耗电等级，以及业务等级等信。接收模块31在接收到基站发送的NAS传输消息后，可以指示寻呼参数设置模块32根据该消息中的寻呼配置信息确定PTW的长度。 [0230] 发送模块33，用于向基站发送寻呼参数设置模块32确定的PTW的长度，该PTW的长度用于指示基站根据寻呼配置信息和PTW的长度，确定PTW内用作每个PF的连续SFN的个数和相邻两个PF的间隔。 [0231] 在本实施例中，发送模块33将寻呼参数设置模块32确定出的PTW通过S1-AP接口发送给基站。随后，基站可以根据从UE接收到的寻呼配置信息和从MME接收到的PTW的长度，确定出PTW内用作每个PF的连续SFN的个数和相邻两个PF的间隔，并且向UE发送基站计算出的PTW内用作每个PF的连续SFN的个数和相邻两个PF的间隔，以及MME确定出的PTW的长度。从而UE可以根据信息传输消息中的内容计算PO，其中，PO的计算方式可以采用现有LTE系统中的PO计算公式，从而根据PO接收寻呼消息。 [0232] 需要说明的是，本实施例中的NAS传输消息和TW内PF的具体形式，在上述实施例中已经具体说明，故在此不再赘述。本实施例中PTW内用作不同PF中连续SFN的个数可以为相同的或者不同的，同样可以参考图3到图5所示PTW内容的示意图；并且，PTW内任意相邻两个PF的间隔可以为相同的或者不同的。 [0233] 本发明实施例提供的寻呼处理装置用于执行本发明图8所示实施例提供的寻呼处理方法，具备相应的功能模块，其实现原理和技术效果类似，此处不再赘述。 [0234] 进一步地，上述实施例中，基站确定PTW内用作每个PF的连续SFN的个数和相邻两个PF的间隔的方式，在上述实施例中已经具体说明，故在此不再赘述。 [0235] 本实施例在具体实现中，UE可以根据PTW的长度，PTW内用作每个PF的连续SFN的个数和相邻两个PF的间隔，计算出PO，从而根据已知的PO接收寻呼消息；相应地，发送寻呼消息的执行主体，即基站同样需要在相应的PO上发送该寻呼消息，即本实施例中的基站同样可以根据PTW的长度、PTW内用作每个PF的连续SFN的个数和相邻两个PF的间隔，计算PO，并根据PO发送寻呼消息。 [0236] 需要说明的是，本实施例不限制UE接收信息传输消息与基站计算PO的前后顺序，只要基站和UE可以计算出PO，并且可以保证基站发送的寻呼消息被UE在相应的PO上接收到，以保证寻呼消息接收的可靠性即可。 [0237] 可选地，图13所示实施例中寻呼配置信息的发送方式可以为，UE在建立无线资源控制RRC连接过程中向基站发送的；或者，该寻呼配置信息的发送方式还可以为处于RRC连接态的UE向基站发送的，即发送寻呼配置信息之前，UE可以处于RRC空闲态或者处于RRC连接态。在具体实现中，无论发送寻呼配置信息前UE处于RRC空闲态还是RRC连接态，UE都可以按照预置周期向基站重复发送的寻呼配置信息，或者UE在检测到当前寻呼配置信息的内容发生变化后，向基站发送的变化后的寻呼配置信息。本发明各实施例中的UE向基站发送寻呼配置信息的情况同样可以为上述实施例中描述的几种，故在此不再赘述。 [0238] 需要说明的是，寻呼参数设置模块32用于确定PTW的长度的寻呼配置信息，为UE某次上报的寻呼配置信息，基站通知给UE的PTW一直保持上述已确定的PTW的长度，直到UE下一次上报的寻呼配置信息的内容不同时。另外，本发明各实施例中的寻呼配置信息中通常包括UE的覆盖等级和耗电等级，还选择性的包括UE的业务等级、无线资源利用率和寻呼拥塞状态中的一项或多项。 [0239] 还需要说明的是，本发明各实施例所述的寻呼处理装置如果以软件功能模块的形式实现并作为独立的产品销售或使用时，也可以存储在一个计算机的可读取存储介质中。基于这样的理解，本发明各实施例的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备，例如可以是个人计算机、服务器、或者网络设备等执行本发明所述寻呼处理方法的全部或部分。具体地，上述存储介质可以包括：USB闪存盘(USB flash disk，简称为：U盘)、移动硬盘、只读存储器(Read-Only Memory，简称为：ROM)、随机存取存储器(Random Access Memory，简称为：RAM)、磁碟或者光盘等各种可以存储程序代码的介质。这样，本发明各实施例不限制于任何特定的硬件和软件结合。相应的，本发明还提供一种计算机存储介质，其中存储有计算机程序，该计算机程序用作执行本发明提供的实施方法。 [0240] 图14为本发明实施例提供的一种寻呼系统的结构示意图。本实施例提供的寻呼系统适用于在NB-IOT执行寻呼控制的情况中，该寻呼系统具体包括：基站100、UE200和MME300。 [0241] 其中，本实施例中的基站100中设置有如上述图10或图11所示的寻呼处理装置，UE200中设置有如上述图12所示的寻呼处理装置，MME300中设置有如上述图13所示的寻呼处理装置。本实施例的寻呼系统中的各网元执行寻呼处理的方式，与上述图10到图13所示实施例中对应网元执行寻呼处理的方式相同，同样用于执行本发明图2到图8所示任一实施例提供的寻呼处理方法，具备相应的实体装置，其实现原理和技术效果类似，此处不再赘述。 [0242] 如图15所示，为本发明实施例提供的另一种寻呼系统的结构示意图，图15中具体示意出基站100、UE200和MME300中各功能模块间的关系。 |
||||||
QQ群二维码
意见反馈
意见反馈