WO2012100667A1

WO2012100667A1 - 组呼方法、设备和终端

Info

Publication number: WO2012100667A1
Application number: PCT/CN2012/070077
Authority: WO
Inventors: 胡振兴; 李龠; 朱松; 马洁
Original assignee: 华为技术有限公司
Priority date: 2011-01-29
Filing date: 2012-01-05
Publication date: 2012-08-02
Also published as: EP2661134A1; EP2661134B1; EP2661134A4; US9072068B2; US20130310086A1; CN102625253B; CN102625253A

Description

组呼方法、设备和终端

本申请要求于 2011年 01月 29日提交中国专利局、申请号为 201110032368.2、发明名称为 "组呼方法、设备和终端" 的中国专利申请的优先权，其全部内容通过引用结合在本申请中。

技术领域本发明涉及通信技术领域，特别涉及一种组呼方法、设备和终端。背景技术随着移动通信的发展，出现了 M2M( Machine To Machine,机器对机器 ) 通信，与此前的 H2H ( Human To Human, 人对人）不同， M2M通信的终端数量会更大，据初步预测约为 H2H的 10倍，大概 500亿的量级。以当前热度较高的智能电网为例，一个小区内的电表数量可以达到 10万个。

智能电网是当前 M2M比较实际的应用之一，为了实现电能的优化配置，需要电网终端周期上报数据。由于电网终端数量巨大，使得逐个寻呼终端触发数据上报显得很不合适，类似集群中的组呼自然而然成了优化的选择。组呼可以降低寻呼的负荷，然而，组内终端同时收到组呼消息后，会在短时间内进行密集接入，导致 RAN ( Radio Access Network, 无线接入网络 ) 接入信道超载，而且多个组的海量接入也会导致 CN ( Core Network, 核心网）的信令超载。

目前存在一种解决方案是在组内将终端分成更多子组，以子组为单位进行组呼，从而降低核心网的负荷和超载。但是，这种方法的缺点在于：子组的维护需要耗费处理资源，对子组的配置进行变更还会消耗额外的信令及处理资源。发明内容

本发明的多个方面提供一种组呼方法、设备和终端。

本发明的一个方面提供一种组呼方法，所述方法包括：根据无线接入网络 RAN设备的负载，计算所述 RAN设备维护的组内的分组数目；发送携带所述分组数目的相关信息的寻呼消息，使得收到所述寻呼消息的终端根据所述分组数目的相关信息确定是否响应所述寻呼消息。

本发明的另一个方面提供一种无线接入网络 RAN设备，所述 RAN设备包括：获取模块，用于获取基于所述 RAN设备的负载得到的所述 RAN设备维护的组内的分组数目，所述允许接入密度是基于核心网 CN设备的负载得到的；寻呼模块，用于发送携带所述分组数目的相关信息的寻呼消息，使得收到所述寻呼消息的终端根据所述分组数目的相关信息确定是否响应所述寻呼消息。

本发明的另一个方面提供一种核心网 CN设备，所述 CN设备包括：第一发送模块，用于根据所述 CN设备的负载计算出允许接入密度，接收 RAN设备发来的所述 RAN设备的负载，根据所述 RAN设备的负载和所述允许接入密度计算出所述 RAN设备维护的组内的分组数目后，发送所述分组数目给所述 RAN设备，使得所述 RAN设备发送携带所述分组数目的相关信息的寻呼消息，所述分组数目的相关信息用于收到所述寻呼消息的终端确定是否响应所述寻呼消息；或者，第二发送模块，用于发送所述 CN设备的负载给 RAN设备，使得所述 RAN设备根据所述 CN设备的负载计算允许接入密度，根据所述允许接入密度和所述 RAN设备的负载计算所述 RAN设备维护的组内的分组数目，并发送携带所述分组数目的相关信息的寻呼消息，所述分组数目的相关信息用于收到所述寻呼消息的终端确定是否响应所述寻呼消息；或者，第三发送模块，用于根据所述 CN设备的负载计算出允许接入密度，发送所述允许接入密度给 RAN设备，使得所述 RAN设备根据所述允许接入密度和所述 RAN设备的负载计算所述 RAN设备维护的组内的分组数目，并发送携带所述分组数目的相关信息的寻呼消息，所述分组数目的相关信息用于收到所述寻呼消息的终端确定是否响应所述寻呼消息。

本发明的另一个方面提供一种终端，所述终端包括：接收模块，用于接收携带 RAN设备维护的组内的分组数目的相关信息的寻呼消息；处理模块，用于根据所述分组数目的相关信息确定是否响应所述寻呼消息；其中，所述 RAN设备维护的组内的分组数目为网络侧根据所述 RAN设备的负载计算得到的。

与现有技术相比，无需核心网维护子组信息，不仅节省了子组维护资源，也节省了由于子组配置变更而额外消耗的信令及处理资源，避免了空口接入的拥塞。附图说明图 1是本发明实施例 1提供的组呼方法流程图；

图 2是本发明实施例 2提供的组呼方法流程图；

图 3是本发明实施例 3提供的组呼方法流程图；

图 4是本发明实施例 4提供的发起和响应寻呼的第一种流程图；图 5是本发明实施例 4提供的发起和响应寻呼的第二种流程图；图 6是本发明实施例 4提供的发起和响应寻呼的第三种流程图；图 7是本发明实施例 4提供的发起和响应寻呼的第四种流程图；图 8是本发明实施例 5提供的 RAN设备结构图；

图 9是本发明实施例 7提供的终端结构图。具体实施方式为使本发明的目的、技术方案和优点更加清楚，下面将结合附图对本发明实施方式作进一步地详细描述。

实施例 1

参见图 1 , 本实施例提供了一种组呼方法。

101 : 根据无线接入网络 RAN设备的负载，计算 RAN设备维护的组内的分组数目。

102: 发送携带该分组数目的相关信息的寻呼消息，使得收到该寻呼消息的终端根据该分组数目的相关信息确定是否响应该寻呼消息。

可选地，根据 CN设备的负载和 RAN设备的负载，计算 RAN设备维护的组内的分组数目。

本发明实施例中的 CN设备可以与一个或多个 RAN设备连接，通常与多个 RAN设备连接，每个 RAN设备通常维护多个终端。 CN设备维护的信息包括： RAN设备信息和终端分布信息，其中， RAN设备信息包括 RAN设备的标识，终端分布信息包括每个 RAN设备维护几个组，以及每个组的组内终端总数。 CN设备可以根据业务或应用来划分 RAN设备维护的组，通常， RAN 设备维护的一个组对应一种业务或应用。例如， RAN设备连接有 100个终端，分为三个组，其中， 20个电表终端为一组， 50个水表终端为一组， 30个煤气表终端为一组。本发明实施例提供的技术方案是针对 RAN设备维护的任一个组进行寻呼的，如果 RAN设备维护有多个组，则当前寻呼的组是其中的一个，通常由 CN设备根据业务或应用来指定。对于需要寻呼多个组的场景，只是上述过程的简单重复，此处不做过多说明。 RAN设备维护的信息包括：自身维护的组内终端总数和终端信息，该终端信息包括终端的标识或序号等。当 RAN设备维护有多个组时，维护的信息包括：每个组的组内终端总数和该组内的终端信息。对于本发明实施例涉及的 "RAN设备维护的组内的分组数目" 中的 "RAN设备维护的组" 是指当前组呼的组，是 CN 设备根据业务或应用指定的一个组，不代表 RAN设备维护的所有组。所述 RAN设备维护的组内的分组数目是指对当前组呼的 RAN设备的组内的所有终端进行分组后得到的分组个数，该分组数目是依据 RAN设备的负载，或者依据 CN设备的负载和 RAN设备的负载动态确定的，因此，无需 RAN设备维护每个组内有几个分组，以及每个分组内的终端分布信息等，极大地节省了处理资源。

本发明实施例中的终端可以是 M2M应用终端，包括但不限于：电表终端、水表终端和煤气表终端等等，本发明实施例对此不做具体限定。

本发明实施例中 CN设备的负载和 RAN设备的负载均是指当前时刻的负载。随着时间的变化， CN设备的负载和 RAN设备的负载是可能发生变化的，相应地，计算出的分组数目也是可以变化的。本发明实施例中的寻呼消息均是指组呼寻呼消息，为描述方便，简称寻呼消息，后续不再声明。

所述 RAN设备的负载包括： RAN设备的可用承载资源、可用接入资源、接入效率、以及维护的组内终端总数。

所述分组数目的相关信息包括以下几种中的任一种：

分组数目和组序号；或者，

寻呼的起始终端的终端标识和标识偏移值；或者，

寻呼的起始终端的终端序号和序号偏移值；或者，

根据分组数目确定的寻呼概率。

本发明实施例中，终端的序号是指在组呼建立过程中网络侧为终端分配的序号，终端侧会存储该序号。

本发明实施例中，发送寻呼消息可以是周期性发送，如由定时器定期触发发送，或者是基于应用发送，如网络侧需要收集终端的数据时发送等等，本发明实施例对此不做具体限定。

本实施例提供的上述方法，根据 RAN设备的负载计算 RAN设备维护的组内的分组数目，并发送携带该分组数目相关信息的寻呼消息，使得收到该寻呼消息的终端可以根据该分组数目的相关信息确定是否响应该寻呼，由于分组数目是动态确定的，当前寻呼的组内的终端也是动态确定的，因此，与现有技术相比，无需核心网维护子组信息，不仅节省了子组维护资源，也节省了由于子组配置变更而额外消耗的信令及处理资源，避免了空口接入的拥塞。实施例 2

参见图 2, 本实施例提供了一种组呼方法，由 RAN设备计算分组数目。 201 : RAN设备根据终端上报的信息，记录接入的组内终端总数和终端信息，该终端信息包括但不限于：终端的标识或序号等。

上述步骤 201可以由以下步骤来替换：

RAN设备接收 CN设备根据终端上报的信息发来的消息，记录该消息中携带的接入的组内终端总数和终端信息。

其中， RAN设备和 CN设备具体地通过 S 1接口或 Iu接口进行通信。

202: CN设备将自身的负载 Lcn与预设的门限范围做比较，获取该负载

Lcn所在的门限范围对应的允许接入密度 P, 并通过 S1接口或 Iu接口发送给 RAN设备。

本实施例中的所述允许接入密度代表了 CN设备当前能够接入终端的能力，该允许接入密度越大，则当前能够接入的终端越多，该允许接入密度越小，则当前能够接入的终端越少。

其中，预设的门限范围通常为多个，且每个门限范围对应一个预设的允许接入密度值。例如，预设门限一和门限二，得到三个门限范围：小于门限一，大于等于门限一且小于等于门限二，大于门限二，该三个门限范围对应的允许接入密度分别为：允许接入密度一、允许接入密度二和允许接入密度三，则如果 CN设备当前的负载小于门限一时，计算允许接入密度 =允许接入密度一；如果 CN设备当前的负载大于等于门限一且小于等于门限二，计算允许接入密度 =允许接入密度二；如果 CN设备当前的负载大于门限二，计算允许接入密度 =允许接入密度三。类似地，预设的门限值可以为 3个、 4个或者更多，相应地得到的门限范围也更多，预设的允许接入密度也更多，只要保证每个门限范围对应一个允许接入密度即可。

203: RAN设备接收到上述允许接入密度 P, 根据该允许接入密度 P和 RAN设备的负载参数：可用承载资源 SRB、可用接入资源 SRA、接入效率£、以及维护的组内终端总数 N, 计算分组数目 X。

具体地，可以用如下公式来表示：

X=fun ( P, SRB, SRA, E, N ) ；

其中， flm表示预设的函数，可以根据需要设置为不同的函数，本发明实施例对此不做具体限定。

204: RAN设备发送携带上述分组数目的相关信息的寻呼消息，使得收到该寻呼消息的终端根据该分组数目的相关信息确定是否响应该寻呼消息。

本实施例中， 202和 203还可以由以下步骤来替换：

CN设备通过 S 1接口或 Iu接口将自身的负载 Lcn发送给 RAN设备； RAN 设备收到负载 Lcn后，将负载 Lcn与预设的门限范围做比较，获取该负载 Lcn 所在的门限范围对应的允许接入密度 P; RAN设备根据该允许接入密度 P和 RAN设备的负载参数：可用承载资源 SRB、可用接入资源 SRA、接入效率£、以及维护的组内终端总数 N, 计算分组数目 X。

其中， CN设备可以按照预设的周期，或者在检测到指定事件时，通过 S1接口或 Iu接口将自身的负载发送给 RAN设备。该指定事件包括：负载变化事件或者组呼事件等，本发明实施例对此不做具体限定。

本实施例提供的上述方法，根据 CN设备的负载和 RAN设备的负载计算 RAN维护的组内的分组数目，并发送携带该分组数目相关信息的寻呼消息，使得收到该寻呼消息的终端可以根据该分组数目的相关信息确定是否响应该寻呼，由于分组数目是动态确定的，当前寻呼的组内的终端也是动态确定的，因此，与现有技术相比，无需核心网维护子组信息，不仅节省了子组维护资源，也节省了由于子组配置变更而额外消耗的信令及处理资源，避免了空口接入的拥塞。实施例 3

本实施例提供了一种组呼方法，与实施例 2的不同之处在于由 CN设备计算分组数目，参见图 3。

301 : RAN设备根据终端上报的信息，记录接入的组内终端总数和终端信息，该终端信息包括但不限于：终端的标识或序号等。

其中，步骤 301可以由以下步骤来替换：

CN设备根据终端上报的信息，记录接入的组内终端总数和终端信息，通过 S1接口或 Iu接口将该组内终端总数和终端信息发送给 RAN设备， RAN 设备接收并记录该组内终端总数和终端信息。

302: CN设备将自身的负载 Lcn与预设的门限范围做比较，获取该负载所在的门限范围对应的允许接入密度。

303： CN设备接收 RAN设备通过 S 1接口或 Iu接口发送的 RAN设备的负载参数： RAN设备的可用承载资源、可用接入资源、接入效率和维护的组内终端总数。

304: CN设备根据上述允许接入密度，以及接收到的 RAN设备的可用承载资源、可用接入资源、接入效率和维护的组内终端总数，计算 RAN设备维护的组内的分组数目，并通过 S1接口或 Iu接口将该分组数目发送给 RAN设备。

305: RAN设备收到该分组数目后，发送携带该分组数目的相关信息的寻呼消息，使得收到该寻呼消息的终端根据该分组数目的相关信息确定是否响应该寻呼消息。

本实施例提供的上述方法，根据 CN设备的负载和 RAN设备的负载计算 RAN维护的组内的分组数目，并发送携带该分组数目相关信息的寻呼消息，使得收到该寻呼消息的终端可以根据该分组数目的相关信息确定是否响应该寻呼，由于分组数目是动态确定的，当前寻呼的组内的终端也是动态确定的，因此，与现有技术相比，无需核心网维护子组信息，不仅节省了子组维护资源，也节省了由于子组配置变更而额外消耗的信令及处理资源，避免了空口接入的拥塞。实施例 4

本实施例在实施例 1、 2或 3的基础上进行改进，对步骤 103、 204或 305 中涉及的如下步骤进行具体限定：发送携带该分组数目的相关信息的寻呼消息，使得收到该寻呼消息的终端根据该分组数目的相关信息确定是否响应该寻呼消息。具体地，可以采用以下任一种方式来实现寻呼的发起和响应。

第一种方式，参见图 4, 发起和响应寻呼消息的过程如下。

401 : RAN设备发送携带该分组数目和组序号的寻呼消息。

402: RAN设备维护的组内终端收到该寻呼消息后，使用该终端的标识或序号对该寻呼消息中的分组数目进行求模，如果求模的结果等于该寻呼消息中的组序号，则响应该寻呼消息，否则，不响应该寻呼消息。

其中，所述组序号是指各个分组的序号，该序号的取值范围为 [0, 分组数目 -1], 401中寻呼消息携带的序号为当前寻呼的组序号，由 RAN设备指定，例如， RAN设备顺序寻呼每个分组，则分别指定当前寻呼的组序号为 0、 1、

2 分组数目 -1 , 从而完成对所有分组的寻呼。所述终端的序号为组呼建立过程中网络侧给终端分配的序号，可以标识该终端，在终端侧也会存储该序号。

第二种方式，参见图 5, 发起和响应寻呼消息的过程如下。

501： RAN设备根据该分组数目确定寻呼的起始终端的终端标识以及标识偏移值，该终端标识和标识偏移值对应的标识范围内的终端数目，等于根据该分组数目以及 RAN设备维护的组内终端总数计算得到的每个分组内的终端数目。

502: RAN设备发送携带该终端标识和标识偏移值的寻呼消息。

503: RAN设备维护的组内终端收到该寻呼消息后，根据该寻呼消息中的终端标识和标识偏移值计算出标识范围，判断自身的标识是否在该标识范围内，如果是，则响应该寻呼消息，否则，不响应该寻呼消息。

其中，寻呼的起始终端由 RAN设备预先指定，标识偏移值则根据已得到的分组数目来确定，确定的原则是寻呼的起始终端的终端标识和标识偏移值对应的标识范围内的终端数目，等于根据该分组数目以及 RAN设备维护的组内终端总数计算得到的每个分组内的终端数目，以保证接入的终端数目在 RAN设备和 CN设备能够负荷的范围之内，可以避免空口接入拥塞。所述计算出的标识范围为： [寻呼的起始终端的终端标识，寻呼的起始终端的终端标识 +标识偏移值]。

第三种方式，参见图 6, 发起和响应寻呼消息的过程如下。

601 : RAN设备根据该分组数目确定寻呼的起始终端的终端序号以及序号偏移值，该终端序号和序号偏移值对应的序号范围内的终端数目，等于根据该分组数目以及 RAN设备维护的组内终端总数计算得到的每个分组内的终端数目。

602: RAN设备发送携带该终端序号和序号偏移值的寻呼消息。

603: RAN设备维护的组内终端收到该寻呼消息后，居该寻呼消息中的终端序号和序号偏移值计算出序号范围，判断自身的序号是否在该序号范围内，如果是，则响应该寻呼消息，否则，不响应该寻呼消息。

其中，寻呼的起始终端由 RAN设备预先指定，序号偏移值则根据已得到的分组数目来确定，确定的原则是寻呼的起始终端的终端序号和序号偏移值对应的序号范围内的终端数目，等于根据该分组数目以及 RAN设备维护的组内终端总数计算得到的每个分组内的终端数目，以保证接入的终端数目在 RAN设备和 CN设备能够负荷的范围之内，可以避免空口接入拥塞。所述计算出的序号范围为： [寻呼的起始终端的终端序号，寻呼的起始终端的终端序号 +序号偏移值]。

第四种方式，参见图 7, 发起和响应寻呼消息的过程如下。

701 : RAN设备根据该分组数目和该 RAN设备维护的组内终端总数，计算出每个分组内的终端数目。

702: RAN设备用该每个分组内的终端数目除以当前未寻呼的组内终端总数得到寻呼概率。

703： RAN设备发送携带该寻呼概率的寻呼消息。

704: RAN设备维护的组内终端收到该寻呼消息后，如果未响应过寻呼消息，则随机生成一个概率并与该寻呼消息中的寻呼概率做比较，如果该生成的 4既率小于该寻呼 4既率，则响应该寻呼消息，如果该生成的 4既率大于等于该寻呼概率，则不响应该寻呼消息；或者，如果该生成的概率小于等于该寻呼 4既率，则响应该寻呼消息，如果生成的 ^既率大于该寻呼 ^既率，则不响应该寻呼消息。

其中， RAN设备随机生成的概率为 0〜1之间的数，如 0.2,0.5,0.8等等。所述当前未寻呼的组内终端总数是不断发生变化的，第一次发起寻呼时，当前未寻呼的组内终端总数就是 RAN设备维护的组内终端总数，再次发起寻呼时，已进行过响应的终端再次收到同样的组呼寻呼消息则不再进行响应，当前未寻呼的组内终端总数为 RAN设备维护的组内终端总数减去已寻呼的组内终端总数。例如， RAN设备维护的组内终端总数为 100个，分组数目为 5个，每组内有 20个终端，第一次寻呼时，寻呼概率为 20/100=0.2, 该值代表了期望寻呼的终端概率，由于各个终端随机生成概率，因此，响应第一次寻呼的终端可能为 20个，也可能不到 20个；第二次寻呼时，如果已有 20个终端响应了寻呼，则未寻呼的终端为 80个，此时寻呼 4既率变更为 20/80=0.25, 以此类推，每次计算得到的寻呼概率均不同。另外，上述实施例 1、 2和 3中所有涉及的通过 SI接口或 Iu接口发送的消息，即 CN设备和 RAN设备通过 S 1接口或 Iu接口传输的消息，包括但不限于以下任一种消息： Paging寻呼消息、 Initial Context Setup初始上下文建立消息或者新消息等等，本发明实施例对此不做具体限定。

再有，上述实施例 1、 2和 3中所有涉及的终端的标识包括但不限于以下任一种： IMEK International Mobile Equipment Identity,全球移动设备标口、 )、 P-TMSI ( Packet -Temporary Mobile Subscriber Identity, 分组域临时移动用户标识）、 IMSI ( International Mobile Subscriber Identity, 国际移动用户识别码）、 TLLI ( Temporary Logical Link Identifier, 暂时逻辑链路标识）或者 TMSI ( Temporary Mobile Subscriber Identity, 临时移动用户标识 )等等。

本实施例提供的上述方法，根据 CN设备的负载和 RAN设备的负载计算 RAN设备维护的组内的分组数目，并发送携带该分组数目相关信息的寻呼消息，使得收到该寻呼消息的终端可以根据该分组数目的相关信息确定是否响应该寻呼，不仅节省了子组维护资源，也节省了由于子组配置变更而额外消耗的信令及处理资源，避免了空口接入的拥塞。寻呼消息中携带的分组数目相关信息可以分别是分组数目和组序号，终端标识和标识偏移值，终端序号和序号偏移值，或者是寻呼概率，终端则进行不同的判断以确定是否响应寻呼消息，提供了多种实现方式，应用更灵活。实施例 5

参见图 8 , 本实施例提供了一种 RAN设备，包括：获取模块 801和寻呼模块 802。

获取模块 801 ,用于获取基于 RAN设备的负载得到的 RAN设备维护的组内的分组数目。

寻呼模块 802, 用于发送携带该分组数目的相关信息的寻呼消息，使得收到该寻呼消息的终端根据该分组数目的相关信息确定是否响应该寻呼消息。

本实施例中，获取模块 801可以具体用于：获取基于核心网 CN设备的负载和 RAN设备的负载得到的 RAN设备维护的组内的分组数目。其中，所述 RAN设备的负载包括： RAN设备的可用承载资源、可用接入资源、接入效率、以及维护的组内终端总数。

本实施例中，获取模块 801包括：第一获取单元，或者，第二获取单元，或者，第三获取单元。

第一获取单元，用于发送 RAN设备的可用承载资源、可用接入资源、接入效率以及维护的组内终端总数给 CN设备，在 CN设备根据该 CN设备的负载计算出允许接入密度，以及根据收到的 RAN设备的可用承载资源、可用接入资源、接入效率以及维护的组内终端总数和该允许接入密度计算出 RAN设备维护的组内的分组数目后，接收 CN设备发来的该分组数目。

第二获取单元，用于接收 CN设备发来的 CN设备的负载，根据 CN设备的负载计算允许接入密度，根据该允许接入密度和 RAN设备的可用承载资源、可用接入资源、接入效率以及维护的组内终端总数计算 RAN设备维护的组内的分组数目。

第三获取单元，用于接收 CN设备发来的允许接入密度，根据该允许接入密度和 RAN设备的可用承载资源、可用接入资源、接入效率以及维护的组内终端总数计算 RAN设备维护的组内的分组数目，该允许接入密度为 CN 设备根据 CN设备的负载计算得到的。

本实施例中，寻呼模块 802包括：第一寻呼单元，或者，第二寻呼单元，或者，第三寻呼单元，或者，第四寻呼单元。

第一寻呼单元，用于发送携带该分组数目和组序号的寻呼消息，使得 RAN设备维护的组内终端收到该寻呼消息后，使用终端的标识或序号对该寻呼消息中的分组数目进行求模，如果求模的结果等于该寻呼消息中的组序号，则响应该寻呼消息，否则，不响应该寻呼消息。第二寻呼单元，用于根据该分组数目确定寻呼的起始终端的终端标识以及标识偏移值，该终端标识和标识偏移值对应的标识范围内的终端数目，等于根据该分组数目以及 RAN设备维护的组内终端总数计算得到的每个分组内的终端数目；发送携带该终端标识和标识偏移值的寻呼消息，使得 RAN 设备维护的组内终端收到该寻呼消息后，根据该寻呼消息中的终端标识和标识偏移值计算出标识范围，判断自身的标识是否在该标识范围内，如果是，则响应该寻呼消息，否则，不响应该寻呼消息。

第三寻呼单元，用于根据该分组数目确定寻呼的起始终端的终端序号以及序号偏移值，该终端序号和序号偏移值对应的序号范围内的终端数目，等于根据该分组数目以及 RAN设备维护的组内终端总数计算得到的每个分组内的终端数目；发送携带该终端序号和序号偏移值的寻呼消息，使得 RAN 设备维护的组内终端收到该寻呼消息后，根据该寻呼消息中的终端序号和序号偏移值计算出序号范围，判断自身的序号是否在该序号范围内，如果是，则响应该寻呼消息，否则，不响应该寻呼消息。

第四寻呼单元，用于根据该分组数目和 RAN设备维护的组内终端总数，计算出每个分组内的终端数目；用该每个分组内的终端数目除以当前未寻呼的组内终端总数得到寻呼概率；发送携带该寻呼概率的寻呼消息，使得 RAN设备维护的组内终端收到该寻呼消息后，如果未响应过寻呼消息，则随机生成一个概率并与该寻呼消息中的寻呼概率做比较，如果该生成的概率小于该寻呼概率，则响应该寻呼消息，如果该生成的概率小于该寻呼概率，则不响应该寻呼消息；或者，如果该生成的概率小于等于该寻呼概率，则响应该寻呼消息，如果生成的 ^既率大于该寻呼 ^既率，则不响应该寻呼消息。

本实施例中，可选地，上述 RAN设备还可以包括：记录模块，用于根据终端上报的信息，记录接入的组内终端总数和终端信息，或者，接收 CN 设备根据终端上报的信息发来的消息，记录该消息中携带的接入的组内终端总数和终端信息。所述终端信息与上述实施例中的描述相同，此处不再贅述。

本实施例提供的上述 RAN设备，通过发送携带分组数目相关信息的寻呼消息，使得收到该寻呼消息的终端可以根据该分组数目的相关信息确定是否响应该寻呼，由于分组数目是动态确定的，当前寻呼的组内的终端也是动态确定的，因此，与现有技术相比，无需核心网维护子组信息，不仅节省了子组维护资源，也节省了由于子组配置变更而额外消耗的信令及处理资源，避免了空口接入的拥塞。实施例 6

本实施例提供了一种 CN设备，包括：第一发送模块，或者，第二发送模块，或者，第三发送模块。

第一发送模块，用于根据 CN设备的负载计算出允许接入密度，接收 RAN设备发来的 RAN设备的负载，根据 RAN设备的负载和该允许接入密度计算出 RAN设备维护的组内的分组数目后，发送该分组数目给 RAN设备，使得 RAN设备发送携带该分组数目的相关信息的寻呼消息，该分组数目的相关信息用于收到该寻呼消息的终端确定是否响应该寻呼消息。

第二发送模块，用于发送 CN设备的负载给 RAN设备，使得 RAN设备根据 CN设备的负载计算允许接入密度，根据该允许接入密度和 RAN设备的负载计算 RAN设备维护的组内的分组数目，并发送携带该分组数目的相关信息的寻呼消息，该分组数目的相关信息用于收到该寻呼消息的终端确定是否响应该寻呼消息。

第三发送模块，用于根据 CN设备的负载计算出允许接入密度，发送该允许接入密度给 RAN设备，使得 RAN设备根据该允许接入密度和 RAN设备的负载计算 RAN设备维护的组内的分组数目，并发送携带该分组数目的相关信息的寻呼消息，该分组数目的相关信息用于收到该寻呼消息的终端确定是否响应该寻呼消息。

本实施例中的所述 RAN设备的负载包括： RAN设备的可用承载资源、可用接入资源、接入效率、以及维护的组内终端总数。

其中，第二发送模块可以包括：发送子单元，用于按照预设的周期，或者在检测到指定事件时，发送 CN设备的负载给 RAN设备。

本实施例中，可选地，上述 CN设备还用于根据终端上报的信息发送携带接入的组内终端总数和终端信息的消息给 RAN设备。

本实施例提供的上述 CN设备，通过发送 CN设备的负载，或允许接入密度，或分组数目给 RAN设备，使得 RAN设备可以发送携带分组数目相关信息的寻呼消息，从而使得收到该寻呼消息的终端可以根据该分组数目的相关信息确定是否响应该寻呼，由于分组数目是动态确定的，当前寻呼的组内的终端也是动态确定的，因此，与现有技术相比，无需核心网维护子组信息，不仅节省了子组维护资源，也节省了由于子组配置变更而额外消耗的信令及处理资源，避免了空口接入的拥塞。实施例 7

参见图 9, 本实施例提供了一种终端，包括：接收模块 901和处理模块

902。

接收模块 901 ,用于接收携带 RAN设备维护的组内的分组数目的相关信息的寻呼消息。

处理模块 902, 用于根据该分组数目的相关信息确定是否响应该寻呼消息。载计算得到的。

进一步地，本实施例中所述 RAN设备的负载包括： RAN设备的可用承载资源、可用接入资源、接入效率、以及维护的组内终端总数。第一种实施方式下，上述分组数目的相关信息包括：该分组数目和组序号；相应地，处理模块 902包括：第一处理单元，用于使用终端的标识或序号对该寻呼消息中的分组数目进行求模，如果求模的结果等于该寻呼消息中的组序号，则响应该寻呼消息，否则，不响应该寻呼消息。

第二种实施方式下，上述分组数目的相关信息包括：寻呼的起始终端的终端标识和标识偏移值，该终端标识和标识偏移值对应的标识范围内的终端数目，等于根据该分组数目以及 RAN设备维护的组内终端总数计算得到的每个分组内的终端数目；相应地，处理模块 902包括：第二处理单元，用于根据该寻呼消息中的终端标识和标识偏移值计算出标识范围，判断该终端的标识是否在该标识范围内，如果是，则响应该寻呼消息，否则，不响应该寻呼消息。

第三种实施方式下，上述分组数目的相关信息包括：寻呼的起始终端的终端序号和序号偏移值，该终端序号和序号偏移值对应的序号范围内的终端数目，等于根据该分组数目以及 RAN设备维护的组内终端总数计算得到的每个分组内的终端数目；相应地，处理模块 902包括：第三处理单元，用于根据该寻呼消息中的终端序号和序号偏移值计算出序号范围，判断该终端的序号是否在该序号范围内，如果是，则响应该寻呼消息，否则，不响应该寻呼消息。

第四种实施方式下，上述分组数目的相关信息包括：寻呼概率，该寻呼概率为用每个分组内的终端数目除以当前未寻呼的组内终端总数得到的，该每个分组内的终端数目为根据该分组数目和该 RAN设备维护的组内终端总数计算得到的；相应地，处理模块 902包括：第四处理单元，用于如果所述终端未响应过寻呼消息，则随机生成一个概率并与该寻呼消息中的寻呼 4既率^ 比较，如果该生成的 4既率小于该寻呼 4既率，则响应该寻呼消息，如果该生成的概率大于等于该寻呼概率，则不响应该寻呼消息；或者，如果该生成的概率小于等于该寻呼概率，则响应该寻呼消息，如果生成的概率大于该寻呼概率，则不响应该寻呼消息。

本实施例提供的上述终端，通过接收携带分组数目相关信息的寻呼消息，并根据该分组数目的相关信息确定是否响应该寻呼消息，不仅节省了网络侧的子组维护资源，也节省了由于子组配置变更而额外消耗的信令及处理资源，避免了空口接入的拥塞。终端可以分别根据分组数目和组序号，终端标识和标识偏移值，终端序号和序号偏移值，或者寻呼概率，来进行不同的判断以确定是否响应寻呼消息，提供了多种实现方式，应用更灵活。本发明实施例提供的上述方案可用于 UMTS、 LTE、 GSM等系统，本发明实施例对此不做具体限定。

最后需要说明的是，本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的程序可存储于一计算机可读取存储介质中，该程序在执行时，可包括如上述各方法的实施例的流程。其中，所述的存储介质可为磁碟、光盘、只读存储记忆体（ROM )或随机存储记忆体（RAM )等。

本发明实施例中的各功能单元可以集成在一个处理模块中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。所述集成的模块如果以软件功能模块的形式实现并作为独立的产品销售或使用时，也可以存储在一个计算机可读取存储介质中。上述提到的存储介质可以是只读存储器，磁盘或光盘等。上述的各装置或系统，可以执行相应方法实施例中的方法。

以上所述仅为本发明的较佳实施例，并不用以限制本发明，凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims

权利要求书

1、一种组呼方法，其特征在于，所述方法包括：

根据无线接入网络 RAN设备的负载，计算所述 RAN设备维护的组内的分组数目；

发送携带所述分组数目的相关信息的寻呼消息，使得收到所述寻呼消息的终端根据所述分组数目的相关信息确定是否响应所述寻呼消息。

2、根据权利要求 1所述的方法，其特征在于，根据无线接入网络 RAN 设备的负载，计算所述 RAN设备维护的组内的分组数目，包括：

根据核心网 CN设备的负载和 RAN设备的负载，计算所述 RAN设备维护的组内的分组数目。

3、根据权利要求 1或 2所述的方法，其特征在于，所述 RAN设备的负载包括：

所述 RAN设备的可用承载资源、可用接入资源、接入效率、以及维护的组内终端总数。

4、根据权利要求 3所述的方法，其特征在于，根据核心网 CN设备的负载和 RAN设备的负载，计算所述 RAN设备维护的组内的分组数目，包括：

CN设备根据所述 CN设备的负载计算允许接入密度并发给所述 RAN 设备，所述 RAN设备收到所述允许接入密度后，根据所述 RAN设备的可用承载资源、可用接入资源、接入效率和维护的组内终端总数，以及所述允许接入密度，计算所述 RAN设备维护的组内的分组数目；

或者， CN设备根据所述 CN设备的负载计算允许接入密度，并接收所述 RAN设备发来的所述 RAN设备的可用承载资源、可用接入资源、接入效率和维护的组内终端总数，根据所述可用承载资源、可用接入资源、接入效率和维护的组内终端总数，以及所述允许接入密度，计算所述 RAN设备维护的组内的分组数目并发送给所述 RAN设备；

或者，所述 RAN设备接收 CN设备发来的所述 CN设备的负载，根据所述 CN设备的负载计算允许接入密度，并根据所述 RAN设备的可用承载资源、可用接入资源、接入效率和维护的组内终端总数，以及所述允许接入密度，计算所述 RAN设备维护的组内的分组数目。

5、根据权利要求 4所述的方法，其特征在于，所述 RAN设备接收 CN 设备发来的所述 CN设备的负载之前，还包括：

所述 CN设备按照预设的周期，或者在检测到指定事件时，发送所述 CN设备的负载给所述 RAN设备。

6、根据权利要求 4所述的方法，其特征在于，根据所述 CN设备的负载计算允许接入密度，包括：

将所述 CN设备的负载与预设的门限范围做比较，获取所述负载所在的门限范围对应的允许接入密度。

7、根据权利要求 1所述的方法，其特征在于，发送携带所述分组数目的相关信息的寻呼消息，使得收到所述寻呼消息的终端根据所述分组数目的相关信息确定是否响应所述寻呼消息，包括：

发送携带所述分组数目和组序号的寻呼消息；

所述 RAN设备维护的组内终端收到所述寻呼消息后，使用所述终端的标识或序号对所述寻呼消息中的分组数目进行求模，如果求模的结果等于所述寻呼消息中的组序号，则响应所述寻呼消息，否则，不响应所述寻呼消息。

8、根据权利要求 1所述的方法，其特征在于，发送携带所述分组数目的相关信息的寻呼消息，使得收到所述寻呼消息的终端根据所述分组数目的相关信息确定是否响应所述寻呼消息，包括：

根据所述分组数目确定寻呼的起始终端的终端标识以及标识偏移值，所述终端标识和标识偏移值对应的标识范围内的终端数目，等于根据所述分组数目以及所述 RAN设备维护的组内终端总数计算得到的每个分组内的终端数目；

发送携带所述终端标识和标识偏移值的寻呼消息；所述 RAN设备维护的组内终端收到所述寻呼消息后 ,根据所述寻呼消息中的终端标识和标识偏移值计算出标识范围，判断自身的标识是否在所述标识范围内，如果是，则响应所述寻呼消息，否则，不响应所述寻呼消息。

9、根据权利要求 1所述的方法，其特征在于，发送携带所述分组数目的相关信息的寻呼消息，使得收到所述寻呼消息的终端根据所述分组数目的相关信息确定是否响应所述寻呼消息，包括：所述终端序号和序号偏移值对应的序号范围内的终端数目，等于根据所述分组数目以及所述 RAN设备维护的组内终端总数计算得到的每个分组内的终端数目；

发送携带所述终端序号和序号偏移值的寻呼消息；

所述 RAN设备维护的组内终端收到所述寻呼消息后 ,根据所述寻呼消息中的终端序号和序号偏移值计算出序号范围，判断自身的序号是否在所述序号范围内，如果是，则响应所述寻呼消息，否则，不响应所述寻呼消息。

10、根据权利要求 1 所述的方法，其特征在于，发送携带所述分组数目的相关信息的寻呼消息，使得收到所述寻呼消息的终端根据所述分组数目的相关信息确定是否响应所述寻呼消息，包括：

根据所述分组数目和所述 RAN设备维护的组内终端总数，计算出每个分组内的终端数目；

用所述每个分组内的终端数目除以当前未寻呼的组内终端总数得到寻呼概率；

发送携带所述寻呼概率的寻呼消息；

所述 RAN设备维护的组内终端收到所述寻呼消息后，如果未响应过寻呼消息，则随机生成一个概率并与所述寻呼消息中的寻呼概率做比较；如果所述生成的概率小于所述寻呼概率，则响应所述寻呼消息，如果所述生成的概率大于等于所述寻呼概率，则不响应所述寻呼消息；

或者，如果所述生成的概率小于等于所述寻呼概率，则响应所述寻呼消息，如果所述生成的概率大于所述寻呼概率，则不响应所述寻呼消息。

11、根据权利要求 1所述的方法，其特征在于，根据无线接入网络 RAN 设备的负载，计算所述 RAN设备维护的组内的分组数目之前 , 还包括：所述 RAN设备根据终端上报的信息，记录接入的组内终端总数和终端信息；

或者，所述 RAN设备接收所述 CN设备根据终端上报的信息发来的消息，记录所述消息中携带的接入的组内终端总数和终端信息。

12、一种无线接入网络 RAN设备，其特征在于，所述 RAN设备包括：获取模块，用于获取基于所述 RAN设备的负载得到的所述 RAN设备维护的组内的分组数目；

寻呼模块，用于发送携带所述分组数目的相关信息的寻呼消息，使得收到所述寻呼消息的终端根据所述分组数目的相关信息确定是否响应所述寻呼消息。

13、根据权利要求 12所述的设备，其特征在于，所述获取模块具体用于：获取基于核心网 CN设备的负载和所述 RAN设备的负载得到的所述 RAN设备维护的组内的分组数目。

14、根据权利要求 12或 13所述的设备，其特征在于，所述 RAN设备的负载包括：所述 RAN设备的可用承载资源、可用接入资源、接入效率、以及维护的组内终端总数。

15、根据权利要求 14所述的设备，其特征在于，所述获取模块包括：第一获取单元，用于发送所述 RAN设备的可用承载资源、可用接入资源、接入效率以及维护的组内终端总数给所述 CN设备，在所述 CN设备根据所述 CN设备的负载计算出允许接入密度，以及根据所述 RAN设备的可用承载资源、可用接入资源、接入效率以及维护的组内终端总数和所述允许接入密度计算出所述 RAN设备维护的组内的分组数目后，接收所述 CN 设备发来的所述分组数目；或者，第二获取单元，用于接收所述 CN设备发来的所述 CN设备的负载，根据所述 CN设备的负载计算允许接入密度，根据所述允许接入密度和所述 RAN设备的可用承载资源、可用接入资源、接入效率以及维护的组内终端总数，计算所述 RAN设备维护的组内的分组数目；

或者，第三获取单元，用于接收所述 CN设备发来的允许接入密度，根据所述允许接入密度和所述 RAN设备的可用承载资源、可用接入资源、接入效率以及维护的组内终端总数，计算所述 RAN设备维护的组内的分组数目，所述允许接入密度为所述 CN设备根据所述 CN设备的负载计算得到的。

16、根据权利要求 12所述的设备，其特征在于，所述寻呼模块包括：第一寻呼单元，用于发送携带所述分组数目和组序号的寻呼消息，使得所述 RAN设备维护的组内终端收到所述寻呼消息后 ,使用所述终端的标识或序号对所述寻呼消息中的分组数目进行求模，如果求模的结果等于所述寻呼消息中的组序号，则响应所述寻呼消息，否则，不响应所述寻呼消息；

或者，第二寻呼单元，用于根据所述分组数目确定寻呼的起始终端的终端标识以及标识偏移值，所述终端标识和标识偏移值对应的标识范围内的终端数目等于根据所述分组数目以及所述 RAN设备维护的组内终端总数计算得到的每个分组内的终端数目；发送携带所述终端标识和标识偏移值的寻呼消息，使得所述 RAN设备维护的组内终端收到所述寻呼消息后，根据所述寻呼消息中的终端标识和标识偏移值计算出标识范围，判断自身的标识是否在所述标识范围内，如果是，则响应所述寻呼消息，否则，不响应所述寻呼消息；

或者，第三寻呼单元，用于根据所述分组数目确定寻呼的起始终端的终端序号以及序号偏移值，所述终端序号和序号偏移值对应的序号范围内的终端数目等于根据所述分组数目以及所述 RAN设备维护的组内终端总数计算得到的每个分组内的终端数目；发送携带所述终端序号和序号偏移值的寻呼消息，使得所述 RAN设备维护的组内终端收到所述寻呼消息后，根据所述寻呼消息中的终端序号和序号偏移值计算出序号范围，判断自身的序号是否在所述序号范围内，如果是，则响应所述寻呼消息，否则，不响应所述寻呼消息；或者，第四寻呼单元，用于根据所述分组数目和所述 RAN设备维护的组内终端总数，计算出每个分组内的终端数目；用所述每个分组内的终端数目除以当前未寻呼的组内终端总数得到寻呼概率；发送携带所述寻呼概率的寻呼消息 , 使得所述 RAN设备维护的组内终端收到所述寻呼消息后 , 如果未响应过寻呼消息，则随机生成一个概率并与所述寻呼消息中的寻呼概率做比较，如果所述生成的概率小于所述寻呼概率，则响应所述寻呼消息，如果所述生成的概率大于等于所述寻呼概率，则不响应所述寻呼消息；或者，如果所述生成的概率小于等于所述寻呼概率，则响应所述寻呼消息，如果所述生成的概率大于所述寻呼概率，则不响应所述寻呼消息。

17、根据权利要求 12所述的设备，其特征在于，所述 RAN设备还包括：

记录模块，用于根据终端上报的信息，记录接入的组内终端总数和终端信息，或者，接收所述 CN设备根据终端上报的信息发来的消息，记录所述消息中携带的接入的组内终端总数和终端信息。

18、一种核心网 CN设备，其特征在于，所述 CN设备包括：

第一发送模块，用于根据所述 CN设备的负载计算出允许接入密度，接收 RAN设备发来的所述 RAN设备的负载，根据所述 RAN设备的负载和所述允许接入密度计算出所述 RAN设备维护的组内的分组数目后，发送所述分组数目给所述 RAN设备，使得所述 RAN设备发送携带所述分组数目的相关信息的寻呼消息，所述分组数目的相关信息用于收到所述寻呼消息的终端确定是否响应所述寻呼消息；

或者，第二发送模块，用于发送所述 CN设备的负载给 RAN设备，使得所述 RAN设备根据所述 CN设备的负载计算允许接入密度，根据所述允许接入密度和所述 RAN设备的负载计算所述 RAN设备维护的组内的分组数目，并发送携带所述分组数目的相关信息的寻呼消息，所述分组数目的相关信息用于收到所述寻呼消息的终端确定是否响应所述寻呼消息；

或者，第三发送模块，用于根据所述 CN设备的负载计算出允许接入密度，发送所述允许接入密度给 RAN设备，使得所述 RAN设备根据所述允许接入密度和所述 RAN设备的负载计算所述 RAN设备维护的组内的分组数目，并发送携带所述分组数目的相关信息的寻呼消息，所述分组数目的相关信息用于收到所述寻呼消息的终端确定是否响应所述寻呼消息。

19、根据权利要求 18所述的设备，其特征在于，所述 RAN设备的负载包括：所述 RAN设备的可用承载资源、可用接入资源、接入效率、以及维护的组内终端总数。

20、根据权利要求 18所述的设备，其特征在于，所述第二发送模块包括：

发送子单元，用于按照预设的周期，或者在检测到指定事件时，发送所述 CN设备的负载给所述 RAN设备。

21、根据权利要求 18所述的设备，其特征在于，所述 CN设备还用于根据终端上报的信息发送携带接入的组内终端总数和终端信息的消息给所述 RAN设备。

22、一种终端，其特征在于，所述终端包括：

接收模块，用于接收携带无线接入网络 RAN设备维护的组内的分组数目的相关信息的寻呼消息；

处理模块，用于根据所述分组数目的相关信息确定是否响应所述寻呼消息；

其中，所述 RAN设备维护的组内的分组数目为网络侧根据所述 RAN 设备的负载计算得到的。

23、根据权利要求 22所述的终端，其特征在于，所述分组数目的相关信息包括：所述分组数目和组序号；所述处理模块包括：

第一处理单元，用于使用所述终端的标识或序号对所述寻呼消息中的分组数目进行求模，如果求模的结果等于所述寻呼消息中的组序号，则响应所述寻呼消息，否则，不响应所述寻呼消息。

24、根据权利要求 22所述的终端，其特征在于，所述分组数目的相关信息包括：寻呼的起始终端的终端标识和标识偏移值，所述终端标识和标识偏移值对应的标识范围内的终端数目等于根据所述分组数目以及所述

RAN设备维护的组内终端总数计算得到的每个分组内的终端数目；所述处理模块包括：

第二处理单元，用于根据所述寻呼消息中的终端标识和标识偏移值计算出标识范围，判断所述终端的标识是否在所述标识范围内，如果是，则响应所述寻呼消息，否则，不响应所述寻呼消息。

25、根据权利要求 22所述的终端，其特征在于，所述分组数目的相关信息包括：寻呼的起始终端的终端序号和序号偏移值，所述终端序号和序号偏移值对应的序号范围内的终端数目等于根据所述分组数目以及所述 RAN设备维护的组内终端总数计算得到的每个分组内的终端数目；所述处理模块包括：

第三处理单元，用于根据所述寻呼消息中的终端序号和序号偏移值计算出序号范围，判断所述终端的序号是否在所述序号范围内，如果是，则响应所述寻呼消息，否则，不响应所述寻呼消息。

26、根据权利要求 22所述的终端，其特征在于，所述分组数目的相关信息包括：寻呼概率，所述寻呼概率为用每个分组内的终端数目除以当前未寻呼的组内终端总数得到的，所述每个分组内的终端数目为根据所述分组数目和所述 RAN设备维护的组内终端总数计算得到的；所述处理模块包括：

第四处理单元，用于如果所述终端未响应过寻呼消息，则随机生成一个概率并与所述寻呼消息中的寻呼概率做比较，如果所述生成的概率小于所述寻呼概率，则响应所述寻呼消息，如果所述生成的概率大于等于所述寻呼概率，则不响应所述寻呼消息；或者，如果所述生成的概率小于等于所述寻呼概率，则响应所述寻呼消息，如果所述生成的概率大于所述寻呼概率，则不响应所述寻呼消息。