机器类通信中非连续接收周期的处理方法和网络侧设备

摘要

本发明提供了一种机器类通信中非连续接收周期的处理方法和网络侧设备，以解决目前对非连续接收周期的改进容易造成网络拥塞的问题。其中，所述一种机器类通信中非连续接收周期的处理方法包括：网络侧设备获取机器类通信的网络负载状况；所述网络侧设备根据所述机器类通信的网络负载状况调整终端的非连续接收周期；所述网络侧设备通过基站向所述终端发送寻呼消息，所述寻呼消息中携带所述调整后的非连续接收周期，以供所述终端根据所述调整后的非连续接收周期上报数据。本发明根据网络负载状况调整终端的非连续接收周期，使终端可以根据调整后的非连续接收周期上报数据，避免了大量终端在同一时刻上报数据，因此解决了网络拥塞的问题。

说明书

技术领域

本发明涉及通信领域，特别是涉及一种机器类通信中非连续接收周期的处理方法和网络侧设备。

背景技术

随着通信技术的发展，机器类型通信(MTC，Machine-TypeCommunication)技术得到了广泛关注。MTC为第三代合作伙伴计划(3GPP，The 3rd Generation Partner Project)内对应的机器对机器(M2M，Machine toMachine)通信。在MTC通信系统中，终端设备也可以被称之为MTC终端。

MTC与现在移动通信网络有着不同的特点，表现在：MTC有着不同的市场应用，MTC基本上是数据通信；MTC费用更低，占用资源更少；MTC具有巨大数量的通信终端，同时每个终端的数据量却很少。因此，网络需要根据MTC通信的特点，增加新的功能，并对现有的功能加以优化。

目前无线通信系统的MTC终端电池寿命通常在2～3天，其高耗电主要是因为终端在空闲状态下需要周期性接收系统广播信道；在激活状态下需要周期性接收公共控制信道，睡眠时间短；需要支持自适应操作的大量测量、反馈、信令。

现有的非连续接收(DRX，Discontinuous Reception)的功能是为MTC终端省电。DRX分为两种，一种是空闲态(IDLE)DRX，即MTC终端处于空闲状态下的DRX，完全由初始非接入层(NAS，Non Access Stratum)控制，通过寻呼消息通知终端各种DRX参数的配置，终端根据DRX参数的配置进入DRX周期，此时终端停止监听用于寻呼的无线网络临时标识(P-Radio Network Temporary Identity，P-RNTI)加扰的物理下行控制信道(PDCCH，Physical Downlink Control Channel)；当DRX周期结束后，终端再开始进行监听，由此终端可以在空闲态的DRX周期内实现省电。另一种是连接态(ACTIVE)DRX，即MTC终端处在连接状态下的DRX，是eNB控制，由RRC下发信令通知MTC终端各种DRX参数的配置，同时介质访问控制层(MAC，Medium Access Control)层也可以通过MAC控制单元(CE，Control Element)控制DRX；当DRX周期结束后，终端再开始进行监听，由此终端可以在连接态的DRX周期内实现省电。

目前在基于MTC的长期演进(LTE，Long Term Evolution)网络中，对于DRX的改进仅仅是设计更长周期的DRX周期使得MTC终端省电。但是，由于MTC通信涉及大量的终端，这些MTC终端出于应用的需要，可能在同一时刻上报数据，从而造成核心网、无线侧设备的拥塞，这种拥塞可能是信令面的，也可能是数据面的。当拥塞发生时，现有的仅仅设计更长DRX周期的的方法无法很好地控制拥塞。

因此，目前这种对DRX的改进虽然能够达到使MTC终端省电的效果，但是同时也带来如下问题：当大量终端在同一时刻上报数据时，容易造成网络拥塞。

发明内容

本发明提供一种机器类通信中非连续接收周期的处理方法和网络侧设备，以解决目前对DRX的改进容易造成网络拥塞的问题。

为了解决上述问题，本发明公开了一种机器类通信中非连续接收周期的处理方法，包括：

网络侧设备获取机器类通信的网络负载状况；

所述网络侧设备根据所述机器类通信的网络负载状况调整终端的非连续接收周期；

所述网络侧设备通过基站向所述终端发送寻呼消息，所述寻呼消息中携带所述调整后的非连续接收周期，以供所述终端根据所述调整后的非连续接收周期上报数据。

优选地，所述网络侧设备根据所述机器类通信的网络负载状况调整终端的非连续接收周期，包括：

当所述机器类通信的网络负载状况为超负荷时，所述网络侧设备为所述终端配置比当前非连续接收周期更长的非连续接收周期；

当所述机器类通信的网络负载状况为低负荷时，所述网络侧设备为所述终端配置比当前非连续接收周期更短的非连续接收周期。

优选地，所述网络侧设备根据所述机器类通信的网络负载状况调整终端的非连续接收周期之前，还包括：

所述网络侧设备根据所述机器类通信的网络负载状况选择终端。

优选地，所述网络侧设备根据所述机器类通信的网络负载状况选择终端，包括：

所述网络侧设备根据所述终端的分组标识、以及所述分组标识与分组优先级之间的对应关系，获取所述分组中终端的优先级；其中，所述分组中包括的所有终端的优先级相同；

所述网络侧设备根据机器类通信的网络负载状况和所述分组中终端的优先级选择分组中的终端。

优选地，所述网络侧设备根据机器类通信的网络负载状况和所述分组中终端的优先级选择分组中的终端，包括：

当机器类通信的网络负载状况为超负荷时，所述网络侧设备选择优先级低的分组中的终端；

当机器类通信的网络负载状况为低负荷时，所述网络侧设备选择优先级高的分组中的终端；

其中，所述优先级高的分组中终端对数据时延的要求，高于所述优先级低的分组中终端对数据时延的要求。

优选地，所述网络侧设备获取机器类通信的网络负载状况包括：

所述网络侧设备通过检测目前的网络负荷获取网络负载状况，或者所述网络侧设备通过统计预设时间内的流量值获取网络负载状况；

所述网络侧设备通过检测目前的网络负荷获取网络负载状况，包括：

所述网络侧设备检测CPU的负荷均值，若达到第一预设值，则所述网络负载状况为所述超负荷，若未达到第二预设值，则所述网络负载状况为所述低负荷；其中，所述第一预设值大于所述第二预设值；

所述网络侧设备通过统计预设时间内的流量值获取网络负载状况，包括：

所述网络侧设备统计预设时间内的流量值，若所述流量值达到第三预设值，则所述网络负载状况为所述超负荷，若未达到第四预设值，则所述网络负载状况为所述低负荷；其中，所述第三预设值大于所述第四预设值。

优选地，当所述终端处于连接状态时，所述网络侧设备获取机器类通信的网络负载状况还包括：

所述网络侧设备接收所述终端上报的所述网络负载状况；所述终端上报的所述网络负载状况为所述终端在每个非连续接收周期结束之前，根据上下行速率确定的。

本发明还公开了一种网络侧设备，包括：

网络负载状况获取模块，用于获取机器类通信的网络负载状况；

周期调整模块，用于根据所述机器类通信的网络负载状况调整终端的非连续接收周期；

寻呼消息发送模块，用于通过基站向所述终端发送寻呼消息，所述寻呼消息中携带所述调整后的非连续接收周期，以供所述终端根据所述调整后的非连续接收周期上报数据。

优选地，所述周期调整模块包括：

长周期配置子模块，用于当所述机器类通信的网络负载状况为超负荷时，为所述终端配置比当前非连续接收周期更长的非连续接收周期；

短周期配置子模块，用于当所述机器类通信的网络负载状况为低负荷时，为所述终端配置比当前非连续接收周期更短的非连续接收周期。

优选地，还包括：

选择模块，用于根据所述机器类通信的网络负载状况选择终端。

优选地，所述选择模块包括：

优先级获取子模块，用于根据所述终端分组标识、以及所述分组标识与分组优先级之间的对应关系，获取所述分组中终端的优先级；其中，所述分组中包括的所有终端的优先级相同；

终端选择子模块，用于根据机器类通信的网络负载状况和所述分组中终端的优先级选择分组中的终端。

优选地，所述终端选择子模块包括：

第一终端选择子模块，用于当机器类通信的网络负载状况为超负荷时，选择优先级低的分组中的终端；

第二终端选择子模块，用于当机器类通信的网络负载状况为低负荷时，选择优先级高的分组中的终端；

其中，所述优先级高的分组中终端对数据时延的要求，高于所述优先级低的分组中终端对数据时延的要求。

优选地，所述网络负载状况获取模块包括：

直接获取子模块，用于通过检测目前的网络负荷获取网络负载状况，或者通过统计预设时间内的流量值获取网络负载状况；

所述直接获取子模块包括：

第一直接获取子模块，用于检测CPU的负荷均值，若达到第一预设值，则所述网络负载状况为所述超负荷，若未达到第二预设值，则所述网络负载状况为所述低负荷；其中，所述第一预设值大于所述第二预设值；

第二直接获取子模块，用于统计预设时间内的流量值，若所述流量值达到第三预设值，则所述网络负载状况为所述超负荷，若未达到第四预设值，则所述网络负载状况为所述低负荷；其中，所述第三预设值大于所述第四预设值。

优选地，所述网络负载状况获取模块还包括：

间接获取子模块，用于当所述终端处于连接状态时，接收所述终端上报的所述网络负载状况；所述终端上报的所述网络负载状况为所述终端在每个非连续接收周期结束之前，根据上下行速率确定的。

与现有技术相比，本发明包括以下优点：

首先，本发明网络侧设备根据机器类通信的网络负载状况调整终端的非连续接收周期，正是由于本发明根据网络负载状况调整终端的非连续接收周期，因而可以解决网络拥塞的问题，达到了自适应实时调整终端的非连续接收周期的效果，而且每个终端可以根据调整后的非连续接收周期上报数据，避免了大量终端在同一时刻上报数据，因此避免了网络拥塞的发生。

其次，本发明当机器类通信的网络负载状况为超负荷时，网络侧设备为终端配置比当前非连续接收周期更长的非连续接收周期；当机器类通信的网络负载状况为低负荷时，网络侧设备为终端配置比当前非连续接收周期更短的非连续接收周期，由此可见，本发明可以根据网络负载状况实时地、灵活地调整终端的非连续接收周期。而且当机器类通信的网络负载状况为低负荷时，网络侧设备为终端配置比当前非连续接收周期更短的非连续接收周期，也可以在网络负载状况为低负荷时提高网络利用率。

最后，本发明根据网络负载状况选择终端，对所选择的终端的非连续接收周期进行调整，不仅可以对一个终端的非连续接收周期进行实时调整，还通过对终端进行分组，实现了以组为粒度对一组或多组的终端的非连续接收周期进行实时调整，更好地处理机器类通信中的非连续接收周期。而且，本发明不同组的终端设置了按照该组终端对数据时延的要求设置了不同的优先级，优先级高的分组中终端对数据时延的要求，高于优先级低的分组中终端对数据时延的要求。本发明并不是对所有终端的非连续接收周期同时进行调整，而是当机器类通信的网络负载状况为超负荷时，网络侧设备选择优先级低的分组中的终端；当机器类通信的网络负载状况为低负荷时，网络侧设备选择优先级高的分组中的终端，实现了对机器类通信中的非连续接收周期的合理处理，在避免网络拥塞发生的同时保证了系统了吞吐量和数据处理的效率。

附图说明

图1是本发明实施例一中一种机器类通信中非连续接收周期的处理方法的流程图；

图2是本发明实施例二中一种机器类通信中非连续接收周期的处理方法的流程图；

图3是本发明实施例三中一种机器类通信中非连续接收周期的处理方法的流程图；

图4是本发明实施例三中空闲状态下的非连续接收周期的处理过程；

图5是本发明实施例三中连接状态下的非连续接收周期的处理过程；

图6是本发明实施例四中一种网络侧设备的结构框图；

图7是本发明实施例五中一种网络侧设备的结构框图。

具体实施方式

本发明的主要思想是根据机器类通信的网络负载状况，实时调整机器类通信终端的非连续接收周期。

为使本发明的上述目的、特征和优点能够更加明显易懂，下面结合附图和具体实施方式对本发明作进一步详细的说明。

实施例一：

参照图1，示出了本发明一种机器类通信中非连续接收周期的处理方法的流程图，本实施例具体可以包括以下步骤：

S101，网络侧设备获取机器类通信的网络负载状况；

S102，网络侧设备根据机器类通信的网络负载状况调整终端的非连续接收周期；

网络侧设备可以根据S101中获取的网络负载状况，对通信MTC终端的DRX周期进行实时调整。

S103，网络侧设备通过基站向终端发送寻呼消息，寻呼消息中携带调整后的非连续接收周期，以供终端根据调整后的非连续接收周期上报数据。

网络侧首先向基站发送寻呼Paging消息，消息中携带调整后的DRX周期，然后，基站向MTC终端发送寻呼Paging消息，消息中携带调整后的DRX周期。

MTC终端收到调整后的DRX周期后，就可以及时调整自己当前的DRX周期，采用调整后的DRX周期以达到省电或者提高效率的目的。

本实施例网络侧设备根据机器类通信的网络负载状况调整终端的非连续接收周期，正是由于根据网络负载状况调整终端的非连续接收周期，因而可以解决网络拥塞的问题，达到了自适应实时调整终端的非连续接收周期的效果，而且终端根据调整后的非连续接收周期上报数据，避免了大量终端在同一时刻上报数据，因此避免了网络拥塞的发生。

实施例二：

参照图2，示出了本发明一种机器类通信中非连续接收周期的处理方法的流程图，本实施例具体可以包括以下步骤：

S201，网络侧设备获取机器类通信的网络负载状况；

例如网络侧设备可以通过监测目前的网络负荷获取网络负载状况，也可以通过MTC终端上报的网络负载状况来获取网络负载状况，还可以通过基站进行流量监控获取网络负载状况。实际应用中，网络侧设备还可以采用其他方式获取网络负载状况，在此不再一一举例。

S202，网络侧设备根据机器类通信的网络负载状况选择终端；

在本实施例中，本实施例中，MTC终端进行了分组，因而网络侧设备可以选择一个或多个MTC终端，也可以选择一组或多组MTC终端。

本实施例可以根据不同的应用，可以按照终端的共同特征进行分组。同一组内的MTC终端具有相同的特点，同一组内的终端可以对数据时延的要求相当，但不完全相同，例如：时延要求为2.3ms、3ms和3.5ms的终端分在一个组，时延要求为4ms、4.5ms和4.5ms的终端分在另一个分组。而且，业务类型的不同也会导致数据时延的不同，因为不同业务类型的终端分在不同的组，例如，实时监控和定期监测这两种业务类型对数据时延要求不一致，因而处理实时监控业务的终端和处理定期检测业务的终端分在不同的组。

本实施例对终端的组又进行了优先级的划分，不同的组具有不同的优先级。具体地，网络侧设备可以根据终端的分组标识、以及分组标识与分组优先级之间的对应关系，获取分组中终端的优先级；其中，分组中包括的所有终端的优先级相同，而且优先级高的分组中终端对数据时延的要求，高于优先级低的分组中终端对数据时延的要求。然后，网络侧可以按照组的优先级，选择一组或几组MTC终端。

例如，一些非实时应用的MTC终端组，间歇的数据请求，对数据时延要求低，在本实施例中设置这些组的优先级为低，在后续对MTC终端进行DRX周期增大的实时调整时，将优先调整这些优先级低的组，因为优先级低的组对数据时延的要求低，先调整这些优先级低的组不会对MTC终端的应用产生较大的影响，可以保证MTC终端正常使用。

又如，一些实时应用的MTC终端组，像即时通信、通话等，对数据时延的要求比较高，在本实施例中设置这些组的优先级为高，在后续对MTC终端进行DRX周期增大的实时调整时，将最后调整这些优先级高的组，因为优先级高的组对数据时延的要求高，如果调整这些优先级高的组会对MTC终端的应用产生较大的影响，即时通信或者通话将因为DRX周期的调整不能顺利实现，因此将这些对数据时延要求高的组的优先级设置为高，最后调整这些对数据时延要求高的组，也是为了保证MTC终端的正常使用。

S203，网络侧设备根据机器类通信的网络负载状况调整所选择的终端的非连续接收周期；

这里所选择的MTC终端可以是一个MTC终端，也可以是一组MTC终端。本实施例对此不做限制。

具体地，当机器类通信的网络负载状况为超负荷时，网络侧设备为终端配置比当前非连续接收周期更长的非连续接收周期；这样，相应的MTC终端就进入更长的DRX周期，那么在下一个DRX周期内，处于RRC连接状态下的数据连接的MTC终端就会相应减少，网络超负荷的状况能够得到改善。同时相应的MTC终端得以省电。

当机器类通信的网络负载状况为低负荷时，网络侧设备为终端配置比当前非连续接收周期更短的非连续接收周期，这样在不影响基站负载情况下，由于DRX缩短，提高一些MTC终端速率并且降低相应的块误码率(BLER，Block Error Ratio)。

由此可见，本实施例可以根据网络负载状况实时地、灵活地调整终端的非连续接收周期。而且当机器类通信的网络负载状况为低负荷时，网络侧设备为终端配置比当前非连续接收周期更短的非连续接收周期，也可以在网络负载状况为低负荷时提高网络利用率。

S204，网络侧设备通过基站向所选择的终端发送寻呼消息，寻呼消息中携带调整后的非连续接收周期，以供终端根据调整后的非连续接收周期上报数据。

同样网络侧设备可以通过基站向所选择的一个MTC终端发送寻呼消息，也可以通过基站向所选择的一组MTC终端发送寻呼消息。如果选择的是一组MTC终端，这组内所有的MTC终端都会收到调整后的DRX周期，也就是对所选择的组内所有的MTC终端都进行DRX周期的调整。

本实施例根据网络负载状况选择终端，对所选择的终端的非连续接收周期进行调整，不仅可以对一个终端的非连续接收周期进行实时调整，还通过对终端进行分组，实现了以组为粒度对一组或多组的终端的非连续接收周期进行实时调整，更好地处理机器类通信中的非连续接收周期。而且，本实施例不同组的终端设置了按照该组终端对数据时延的要求设置了不同的优先级，优先级高的分组中终端对数据时延的要求，高于优先级低的分组中终端对数据时延的要求。本实施例并不是对所有终端的非连续接收周期同时进行调整，而是当机器类通信的网络负载状况为超负荷时，网络侧设备选择优先级低的分组中的终端；当机器类通信的网络负载状况为低负荷时，网络侧设备选择优先级高的分组中的终端，实现了对机器类通信中的非连续接收周期的合理处理，在避免网络拥塞发生的同时保证了系统了吞吐量和数据处理的效率。

实施例三：

参照图3，示出了本发明一种机器类通信中非连续接收周期的处理方法的流程图，本实施例具体可以包括以下步骤：

S301，网络侧设备获取机器类通信的网络负载状况；

网络侧设备具体可通过以下S3011或S3012所提供的方式来获取机器类通信的网络负载状况：

S3011，网络侧设备通过检测目前的网络负荷获取网络负载状况，或者网络侧设备通过统计预设时间内的流量值获取网络负载状况；

其中，网络侧设备通过检测目前的网络负荷获取网络负载状况，包括：

网络侧设备检测CPU的负荷均值，若达到第一预设值，则网络负载状况为超负荷，若未达到第二预设值，则网络负载状况为低负荷；其中，第一预设值大于第二预设值；

本实施例中，第一预设值可以是CPU负荷的80％，若CPU的负荷均值达到80％，就判定网络负载状况为超负荷。第二预设值可以是CPU负荷的30％，若CPU的负荷均值未达到30％，则判定网络负载状况为低负荷，显然第一预设值80％大于第二预设值30％。

网络侧设备通过统计预设时间内的流量值获取网络负载状况，包括：

网络侧设备统计预设时间内的流量值，若流量值达到第三预设值，则网络负载状况为超负荷，若未达到第四预设值，则网络负载状况为低负荷；其中，第三预设值大于第四预设值。

在本实施例中，第三预设值可以是流量值阈值的80％，若流量值达到阈值的80％，就认为网络负载状况为超负荷。第四预设值可以是流量值阈值的30％，若流量值未达到阈值的30％，就认为网络负载状况为低负荷。显然第三预设值80％大于第二预设值30％。

本实施例中，第一预设值和第二预设值是针对CPU负荷来讲的，第三预设值和第四预设值是针对流量值来讲的。实际应用时，第一预设值、第二预设值、第三预设值、第四预设值可以根据实际情况设定，本实施例对此不做限定。

S3012，网络侧设备接收终端上报的网络负载状况；

本实施例中终端上报的网络负载状况为终端在每个非连续接收周期结束之前，根据上下行速率确定的。

当MTC终端处于连接状态时，MTC终端在每个DRX周期结束之前，根据上下行速率判断网络负载状况，然后通过信令将网络负载状况发送给网络侧，网络侧根据MTC终端上报的网络负载状况来判断网络状况是超负荷还是低负荷。

S302，网络侧设备根据机器类通信的网络负载状况调整终端的非连续接收周期；具体地，当机器类通信的网络负载状况为超负荷时，网络侧设备为终端配置比当前非连续接收周期更长的非连续接收周期；当机器类通信的网络负载状况为低负荷时，网络侧设备为终端配置比当前非连续接收周期更短的非连续接收周期。

S303，网络侧设备通过基站向终端发送寻呼消息，寻呼消息中携带调整后的非连续接收周期，以供终端根据调整后的非连续接收周期上报数据。

网络侧首先向基站发送寻呼Paging消息，消息中携带调整后的DRX周期，然后，基站向MTC终端发送寻呼Paging消息，消息中携带调整后的DRX周期。MTC终端收到调整后的DRX周期后，就可以及时调整自己当前的DRX周期，采用调整后的DRX周期以达到省电或者提高效率的目的。

本实施例介绍了网络侧可以通过监测目前的网络负荷获取网络负载状况，也可以通过MTC终端上报的网络负载状况来获取网络负载状况，当然，网络侧还可以通过基站进行流量监控进而获取网络负载状况。本实施例对网络侧通过何种方式获取网络负载状况不做限制，可以根据实际的具体情况选择合适的获取网络负载的方式。

下面以LTE系统、网络侧设备为MME为例对上述步骤S301-S303进行说明，如图4是空闲状态下的非连续接收周期的处理过程：

S401，MME获取机器类通信的网络负载状况；

S402，MME根据网络负载状况调整MTC终端的DRX周期；

S403，MME通过信令发送给基站，携带调整后DRX周期；

S404，基站向MTC终端发送寻呼消息，寻呼消息中携带调整后的DRX周期；

S405，MTC终端根据寻呼消息中携带的调整后的DRX周期，将当前DRX周期修改后调整后的DRX周期，并根据调整后的DRX周期上报数据。

连接状态下的非连续接收周期的处理的一种方式类似于空闲状态下，也是通过MME获取机器类通信的网络负载状况，可以参考图4空闲状态下的非连续接收周期的处理过程；连接状态下的非连续接收周期的处理的另一种方式是：MME通过MTC终端上报的网络负载状况获取网络负载状况，如图5所示，包括：

S501，MTC终端的DRX周期到达，MTC终端获取网络负载状况；

具体地，MTC终端在每个DRX周期结束之前，根据上下行速率判断网络负载状况，进而获取网络负载状况。

S502，MTC终端通过NAS信令将网络负载状况发送给MME；

S503，MME根据网络负载状况调整MTC终端的DRX周期；

S504，MME通过信令通知基站，信令中携带调整后的DRX周期；

S505，基站向MTC终端发送寻呼消息，寻呼消息中携带调整后的DRX周期；

S506，MTC终端根据寻呼消息中携带的调整后的DRX周期，将当前DRX周期修改后调整后的DRX周期，并根据调整后的DRX周期上报数据。

当然，网络侧还可以通过基站进行流量监控进而获取网络负载状况。本实施例对网络侧通过何种方式获取网络负载状况不做限制，可以根据实际的具体情况选择合适的获取网络负载的方式。

实施例四：

参照图6，示出了本发明一种网络侧设备的结构框图，本实施例具体可以包括如下模块：

网络负载状况获取模块1001，用于获取机器类通信的网络负载状况；

周期调整模块1002，用于根据机器类通信的网络负载状况调整终端的DRX周期；

寻呼消息发送模块1003，用于通过基站向终端发送寻呼消息，寻呼消息中携带调整后的DRX周期，以供终端根据调整后的非连续接收周期上报数据。

寻呼消息发送模块1003首先向基站发送寻呼Paging消息，消息中携带调整后的DRX周期，然后，基站向MTC终端发送寻呼Paging消息，消息中携带调整后的DRX周期。

MTC终端收到调整后的DRX周期后，就可以及时调整自己当前的DRX周期，采用调整后的DRX周期以达到省电或者提高终端速率并且降低BLER的目的。

本实施例周期调整模块1002根据网络负载状况获取模块1001获取到的机器类通信的网络负载状况调整终端的非连续接收周期，正是由于周期调整模块1002根据网络负载状况调整终端的非连续接收周期，因而可以解决网络拥塞的问题，达到了自适应实时调整终端的非连续接收周期的效果，而且终端根据调整后的非连续接收周期上报数据，避免了大量终端在同一时刻上报数据，因此避免了网络拥塞的发生。

对于本设备实施例而言，由于其与方法实施例一基本相似，所以描述的比较简单，相关之处参见图1方法实施例一的部分说明即可。

实施例五：

参照图7，示出了本发明一种网络侧设备的结构框图，本实施例具体可以包括如下模块：网络负载状况获取模块2001、选择模块2002、周期调整模块2003和寻呼消息发送模块2004。

其中，

网络负载状况获取模块2001，用于获取机器类通信的网络负载状况；

网络负载状况获取模块2001可以通过监测目前的网络负荷获取网络负载状况，也可以通过MTC终端上报的网络负载状况来获取网络负载状况，还可以通过基站进行流量监控获取网络负载状况。

具体地，本实施例中网络负载状况获取模块2001可以包括：

直接获取子模块20011，用于通过检测目前的网络负荷获取网络负载状况，或者通过统计预设时间内的流量值获取网络负载状况；直接获取子模块20011可以包括：

第一直接获取子模块，用于检测CPU的负荷均值，若达到第一预设值，则网络负载状况为超负荷，若未达到第二预设值，则网络负载状况为低负荷；其中，第一预设值大于第二预设值；

第二直接获取子模块，用于统计预设时间内的流量值，若流量值达到第三预设值，则网络负载状况为超负荷，若未达到第四预设值，则网络负载状况为低负荷；其中，第三预设值大于第四预设值。

本实施例中，第一预设值和第二预设值是针对CPU负荷来讲的，第三预设值和第四预设值是针对流量值来讲的。实际应用时，第一预设值、第二预设值、第三预设值、第四预设值可以根据实际情况设定，本实施例对此不做限定。

上述网络负载状况获取模块2001还可以包括：

间接获取子模块20012，用于当终端处于连接状态时，接收终端上报的网络负载状况；终端上报的网络负载状况为终端在每个非连续接收周期结束之前，根据上下行速率确定的。

MTC终端在每个DRX周期结束之前，根据上下行速率判断网络负载状况，然后通过信令将网络负载状况发送给间接获取子模块20012，间接获取子模块20012根据MTC终端上报的网络负载状况来判断网络状况是超负荷还是低负荷。

在本实施例五的一种优选实施例中，网络负载状况获取模块2001还用于通过基站进行流量监控进而获取网络负载状况。

选择模块2002，用于根据机器类通信的网络负载状况选择终端。

在本实施例中，选择模块2002可以选择一个MTC终端，也可以选择一组MTC终端。本实施例对此不做限制。本实施例可以根据不同的应用，可以按照终端的共同特征进行分组。同一组内的MTC终端具有相同的特点，同一组内的终端可以对数据时延的要求相当，但不完全相同，例如：时延要求为2.3ms、3ms和3.5ms的终端分在一个组，时延要求为4ms、4.5ms和4.5ms的终端分在另一个分组。而且，业务类型的不同也会导致数据时延的不同，因为不同业务类型的终端分在不同的组，例如，实时监控和定期监测这两种业务类型对数据时延要求不一致，因而处理实时监控业务的终端和处理定期检测业务的终端分在不同的组。

本实施例对终端的组又进行了优先级的划分，不同的组具有不同的优先级。具体地，网络侧设备可以根据终端的分组标识、以及分组标识与分组优先级之间的对应关系，获取分组中终端的优先级；其中，分组中包括的所有终端的优先级相同，而且优先级高的分组中终端对数据时延的要求，高于优先级低的分组中终端对数据时延的要求。然后，网络侧可以按照组的优先级，选择一组或几组MTC终端。

因此本实施例中选择模块2002具体可以包括：

优先级获取子模块，用于根据终端分组标识、以及分组标识与分组优先级之间的对应关系，获取分组中终端的优先级；其中，分组中包括的所有终端的优先级相同；

终端选择子模块，用于根据机器类通信的网络负载状况和分组中终端的优先级选择分组中的终端。

上述终端选择子模块可以包括：

第一终端选择子模块，用于当机器类通信的网络负载状况为超负荷时，选择优先级低的分组中的终端；

第二终端选择子模块，用于当机器类通信的网络负载状况为低负荷时，选择优先级高的分组中的终端；

其中，优先级高的分组中终端对数据时延的要求，高于优先级低的分组中终端对数据时延的要求。

周期调整模块2003，用于根据机器类通信的网络负载状况调整所选择的终端的DRX周期；

周期调整模块2003具体可以包括：

长周期配置子模块20031，用于当机器类通信的网络负载状况为超负荷时，为终端配置比当前DRX周期更长的DRX周期；这样，相应的MTC终端就进入更长的DRX周期，那么在下一个DRX周期内，处于RRC连接状态下的数据连接的MTC终端就会相应减少，网络超负荷的状况能够得到改善。同时相应的MTC终端得以省电。

短周期配置子模块20032，用于当机器类通信的网络负载状况为低负荷时，为终端配置比当前DRX周期更短的DRX周期。网络负载状况为低负荷时，网络侧配置比MTC终端的当前DRX周期更短的DRX周期，，那么在下一个DRX周期内，处于RRC连接状态下的数据连接的MTC终端就会相应增加，提高一些MTC终端速率并且降低相应的BLER。

具体地，当网络负载状况获取模块2001获取的网络负载状况为超负荷时，周期调整模块2003通过长周期配置子模块20031对选择模块2002所选择的MTC终端配置比所选择的MTC终端的当前DRX周期更长的DRX周期；

当网络负载状况获取模块2001获取的网络负载状况为低负荷时，周期调整模块2003通过短周期配置子模块20032对选择模块2002所选择的MTC终端配置比所选择的MTC终端的当前DRX周期更短的DRX周期。

寻呼消息发送模块2004，用于通过基站向所选择的终端发送寻呼消息，寻呼消息中携带调整后的DRX周期，以供终端根据调整后的非连续接收周期上报数据。

同样寻呼消息发送模块2004可以通过基站向选择模块2002所选择的一个MTC终端发送寻呼消息，也可以通过基站向选择模块2002所选择的一组MTC终端发送寻呼消息。如果选择的是一组MTC终端，这组内所有的MTC终端都会收到调整后的DRX周期，也就是对所选择的组内所有的MTC终端都进行DRX周期的调整。

寻呼消息发送模块2004首先向基站发送寻呼Paging消息，消息中携带调整后的DRX周期，然后，基站向MTC终端发送寻呼Paging消息，消息中携带调整后的DRX周期。

MTC终端收到调整后的DRX周期后，就可以及时调整自己当前的DRX周期，采用调整后的DRX周期上报数据，避免了大量终端在同一时刻上报数据，因而避免了网络拥塞的发生。

对于本设备实施例而言，由于其与方法实施例基本相似，所以描述的比较简单，相关之处参见图2、图3方法实施例的部分说明即可。

本说明书中的各个实施例均采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似的部分互相参见即可。

还需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。

以上对本发明所提供的一种机器类通信中非连续接收周期的处理方法和网络侧设备，进行了详细介绍，本文中应用了具体个例对本发明的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本发明的方法及其核心思想；同时，对于本领域的一般技术人员，依据本发明的思想，在具体实施方式及应用范围上均会有改变之处，综上，本说明书内容不应理解为对本发明的限制。